Автор предлагает окошки разного цвета для разных видов метаданных
А я думал, что пользователям вообще не надо различать, с формой какого метаданного он работает, а надо точно знать, что сделать, чтобы решить свою задачу.

https://habrahabr.ru/post/344616/

В гиттере обсуждали, как тестировать в оскриптах методы с алиасами (альтернативными языками) - копипастить ли тесты или еще как. Предложил еще-как-решение: в тестах имя метода передавать как параметр, вот как-то так: https://gist.github.com/kuntashov/07a8206e6b4097784313bf1b4b43d8da

https://www.1sshop.ru/index.php3?id=140
Полезная ссылочка из оффтопика в оскриптовом чатике - Технологическая поставка платформы 1С:Предприятие 8 для разработчиков. Только платформа, без типовых конфигураций. Вероятнее всего альтернатива Комплекту разработчика (который можно получить после сертификации 1С:Специалист по платформе, но только при условии обучения на курсах в официальных УЦ 1С). Но это не точно, т.к. не понятно, может ли физлицо купить эту коробку.

Артур сегодня вмержил мой PR (https://github.com/xDrivenDevelopment/xUnitFor1C/pull/767) по документации новых доработок дымовых тестов, теперь документация https://github.com/xDrivenDevelopment/xUnitFor1C/blob/develop/Tests/Smoke/readme.md отражает все возможности настройки дымовых тестов.

Правда пока эти возможности доступны только для обычных форм - на проекте в РМС, для которого я допиливал xUnitFor1C, используется 1С:УПП 1.3. Планирую заняться и УФ, если никто не успеет раньше.

Ну а еще нужно полностью пересмотреть структуру настроек в дымовых тестах, т.к. текущий их вид не удобен для использования.

https://github.com/khorevaa/1cli
Крутая библиотека парсинга командной строки для односкрипта.
Сделано качественно, есть полная документация.
Самая вкусная для меня фишка - автоматический хэлп на основе описаний команд.

Пытаюсь начать пользоваться Visual Studio Code вместо Sublime Text 3, но пока не все нравится.

Прежде всего визуально VSС более шумный: различные маркеры, пиктограммы файлов цветные, а хотелось бы монохромные. Подсветка фона текущей строки в режиме "line" одного цвета с фоном выделенного текста (пришлось переключить в режим "gutter").

Шаг размера шрифтов другой и я так и не смог сделать размер шрифта таким же, как и в Sublime - либо меньше получается, либо больше :(

Почему же пытаюсь перейти? Потому что он активнее сейчас развивается (как минимум в части поддержки OScript) и подавляющая часть сообщества сидит на нем.

А еще в VSC лучше работа с разделением окон и отличная встроенная консоль - это действительно удобнее. В принципе, работа с окнами сделана удобнее и эргономичнее.

И да, почему не atom? Да потому что в нем свистелок еще больше чем в VSC, и это уже точно не для меня.

https://1cfresh.com/articles/so_addprocess
Как добавить в 1С:Фреше расширение или внешний (дополнительный) отчет/обработку своим клиентам.
Куча требований, но ожидаемо: безопасность.

https://github.com/fzaninotto/Faker

Крутая библиотека для генерации случайных данных (ФИО людей, адреса, параметры кредитных карт и т.п.). Крайне полезна для создания тестовых наборов данных (фикстур).

Давно собирался сделать аналог для 1С, возможно в новогодние праздники удастся посвятить этому несколько часов.

#SublimeText vs #VSCode

VSC в очередной раз не прошел испытание исходниками РМС :(

В Cаблайме этот полутораметровый файл ничем не отличается от файлов в несколько байт: навигация мгновенная, авдодополнение и подсветка без задержек.

На VSC то и дело подтупливает, хотя я phpcs отключил (а в Саблайме у меня линтер подключен!). Правда поставил в VSC плагин Intelliphense, т.к. без него автодополнение php не работает (в саблайме работает без плагинов).

Плюс много мелких неудобств, связанных с поведением редактора и плохая контрастность темы Solirized Light по сравнению с Саблаймом заставили вернуться к последнему.

Сдаюсь в третий раз :)
Саблайм, прости, ты лучший!

Рубрика #СекретыБитрикс24

Почему изменения счета в Б24 могут не загружаться в 1С?

При обмене счетами с 1С изменения счетов, сделанные в Б24, в 1С будут загружены только если в 1С у соответствующего заказа статус "Ожидается согласование".

Если статус другой, то изменения не будут загружены, т.к. любой статус заказа, отличный от указанного трактуется как "закрытый" статус. В принципе, это логично. Статусы "Закрыт" и "Отменен" - очевидно не требуют загрузки. Статус "К выполнению" означает, что заказ принят в работу и его изменение будет чревато какими-либо ошибками: например, заказ начали собирать на складе. Или в случае, если условия расчетов требуют предоплаты/аванса, то статус "К выполнению" будет означать, что эти условия выполнены, т.е. поступила оплата.

Возможно, в некоторых случаях было бы полезно такое поведение изменить и разрешать загружать изменения заказа из Б24 до тех пор, пока на его основании не будет введен документ отгрузки или оплаты. Но это нужно решать индивидуально. А подобную доработку сделать относительно просто.

Кстати, обратно изменения из 1С в Б24 выгружаются безусловно, но с этим тоже есть особенность: если в табличной части Товары в заказе 1С скопировать (продублировать) строку, то будет загружена только самая последняя! Это скорее баг компоненты импорта Битрикс24, чем фича и точно не баг 1С. Впрочем, это неприятное поведение можно обойти, избавившись на стороне 1С от дублей в табличной части.

#СекретыБитрикс24

Про важность настройки нумерации счетов в Б24 для обмена с 1С

При использовании штатного модуля 1С "Обмен с сайтом" для настройки обмена счетами между 1С и Битрикс24 важно помнить, что длина номера счета на стороне Б24 с учетом всех префиксов должна быть не более 11 символов. В противном случае правая часть номера будет обрезаться и если счет на стороне Б24 будет изменен, то вместо обновления ранее загруженного счета в 1С вы получите новый счет.

Напомню также, что Б24 при обмене с 1С к номеру для печати счета в Б24 добавляет префикс, который указывается в настройках обмена [1] и по умолчанию это "CRM_", т.е. целых 4 символа. А еще вы могли настроить префиксацию номера счета в настройках нумерации счета [2], что также "съест" разрядность значимой части номера.

Пример:
Допустим, вы хотите, чтобы печатные номера счетов в Б24 были максимально похожи на печатные номера счетов в 1С:УТ11
И вы настраиваете в Б24 5-значный префикс "как в 1С", например "BX24-"
Тогда вы получаете в Б24 у первого счета номер "BX24-1", а у сотого - "BX24-100".

Если у вас в настройках "Префикс номера счета при выгрузке" [1] установлен по умолчанию
Тогда в выгрузку в 1С попадут номера "CRM_BX24-1" и "CRM_BX24-100" соответственно, и как видите, второй из них уже имеет длину 12 символов, а значит в 1С при выполнении поиска ранее загруженных документов он превратится в "CRM_BX24-10", т.к. будет обрезан справа до 11 символов.

Как уменьшить риски возникновения проблемы или избавиться от нее (если она возникла)?

1. Без доработок: очистить значение "Префикс номера счета при выгрузке" [1] или сделать его короче. Необходимость в нем есть только если вам нужно в одну базу 1С загружать счета из разных порталов Б24. Этот префикс (если на разных порталах он будет разный) обеспечивает уникальность номеров счетов из кадого портала. Кстати, это можно обеспечить и включанием префиксации в настройках нумерации счета [2] (префиксы на разных порталах конечно же должны быть разными). Если же портал у вас один, то этот префикс вам не нужен.

2. С доработками: в общем модуле "ОбменССайтом" в функции "ЗагрузитьЗаказы" увеличить в объявлении таблицы НомераИДатыЗаказов длину значения колонки "НомерЗаказа" до необходимого значения (по идее длина этой колонки должна соответствовать максимальной длине значения дополнительного реквизита, выбранного в настройке "Номер заказа на сайте" в узле плана обмена с сайтом).

Сноски:
[1] Путь в интерфейсе Б24: CRM - Настройки - Интеграции - Интеграция с 1С:Предприятие - Настроить синхронизацию счетов - поле "Префикс номера счёта при выгрузке"
[2] Путь в интерфейсе Б24: CRM - Настройки - Другое - Прочие настройки - Номера счетов