Обновления разработок 1С

Карточка складской упаковки открывается своей формой: габариты и вместимость разнесены по группам, у каждого поля есть подсказка. Раньше вместо неё открывалась автоматическая форма со списком всех реквизитов подряд. На этикетке длинное название тары больше не обрезается — оно переносится на вторую строку. Количество мест печатается целым числом («Мест по таре: Коробка: 1» вместо «1,000»), вес и объём — без хвостовых нулей; это касается и этикетки, и предупреждения о переполнении тары. Строка «Мест по таре» в расходной накладной переносится и не обрезается по ширине. Состав поставки прежний: два файла .cfe (для релизов до и после 11.4.12.61) и внешняя печатная форма «Расходная накладная (с упаковками)».

1. Сервис звонковой верификации выбирается из списка: СМС-центр, СМС.РУ, SMSPilot и GREENSMS вместо двух зашитых сервисов.
2. Поля учётных данных подстраиваются под сервис: СМС-центру и СМС.РУ нужны логин и пароль, SMSPilot — только ключ API, GREENSMS — только токен, лишние поля скрываются.
3. Прежняя настройка сервиса переносится сама — обновлённая база работает на старых учётных данных без перенастройки.
4. Отправка кода ЗВОНКОМ теперь попадает в журнал верификаций: событие «Отправка кода» с каналом вида «Звонок (SMSPilot)» и причиной отказа в комментарии.
5. Сбой связи с сервисом звонков больше не остаётся без объяснения: кассир видит причину отказа текстом (неверный ключ, недостаточно средств, сервис не принял номер), а не общую фразу про баланс; причина уходит и в журнал регистрации.
6. Проверка связи в форме настроек разведена на все четыре сервиса и называет сервис в тексте результата.
7. Справка формы настроек и инструкция тестировщику дополнены разделом о выборе сервиса и механизмах подтверждения.

Версия 408.2.2.1. Один файл вместо пяти, запоминание введённых значений, комиссия любого размера.

В архиве теперь единственный файл product408.epf — он подходит всем поддерживаемым конфигурациям, выбирать сборку под свою программу больше не нужно. Прежние пять файлов (БП, «КА,ERP», РН, УНФ, УТ) заменены им.

Что нового:
— приказ, состав комиссии, материально ответственное лицо, вид цены и заключение сохраняются и подставляются при следующей печати: у каждого пользователя свои значения, плюс общие для базы (кнопки «Сохранить для всех» и «Вернуть общие»). Настройки хранятся отдельно по каждой организации;
— комиссия любого размера: в акте печатается ровно столько подписей, сколько строк заведено, прежнее ограничение в четыре человека снято;
— добавлена 1С:Розница 3.0 и документ «Списание недостач товаров» в УТ, КА и ERP;
— форма открывается заполненной: состав комиссии подхватывается из требования-накладной (БП 3.0) и из списания запасов (УНФ 3.0, Розница 3.0), вид цены и МОЛ — из реквизитов документа;
— сумма прописью печатается в валюте учёта организации.

Исправлено:
— в «Управлении торговлей» печать не работала вовсе;
— в сборках для Розницы и УНФ печать прерывалась ошибкой обращения к отсутствующему методу;
— на форме таблица комиссии вытесняла за нижний край поля «Материально ответственное лицо», «Вид цены для оценки» и «Заключение комиссии», а колонка «Председатель» уходила за правый край;
— заполнена версия обработки, поэтому механизм дополнительных отчётов и обработок теперь видит обновления.

Установка обновления: открыть карточку обработки в разделе «Дополнительные отчёты и обработки» и нажать «Загрузить из файла», выбрав новый product408.epf.

В поставке теперь два файла расширения. product41_UT115.cfe — для «Управления торговлей» 11.5, «Комплексной автоматизации» 2.5 и ERP 2, product41_UT114.cfe — для «Управления торговлей» 11.4. Функционал у них одинаковый, различается только привязка к расширяемой конфигурации: единый файл в УТ 11.4 платформа отклоняла при применении. Обе редакции проверены прогоном на чистых базах: 19 проверок из 19 пройдены и в УТ 11.4, и в УТ 11.5. В архиве есть readme.txt с таблицей соответствия.

Одна сборка вместо двух - файл подходит всем поддерживаемым конфигурациям. Отчет видит все виды возвратов: розничные, комиссионные, между организациями, прошлых периодов. Новые варианты: свод по обоим направлениям, доля возвратов в продажах, динамика по периодам, причины возвратов, разрез по складам. Добавлены отборы по складу и подразделению, колонки веса, объема, причины возврата и срока от продажи. Отчет открывается в стандартной форме 1С.

Загрузка цен больше не прерывается ошибкой «Преобразование значения к типу Булево не может быть выполнено», если в таблице «Виды цен» выбрана группа справочника или недоступный элемент: такая строка пропускается с понятной записью в протоколе, а при включённом флажке «Прерывать при ошибке» загрузка останавливается на ней. В поле «Вид цены» теперь выбираются только элементы справочника, группы не предлагаются, а перед запуском проверяется, что в таблицах видов цен заполнены и вид цены, и номер колонки. Редактирование цен, уценка неликвида и пересчёт по курсу на таких видах цен тоже больше не падают. Сборка «Розница» рассчитана на Розницу 2.x. В архив вложено расширение «Синонимы производителей», оно ставится по желанию.

Исправлен отказ «недостаточно свободного остатка» в базах, где заказы клиентов используются в режиме «Заказ как счет». В этом режиме заказ служит только счётом на оплату и товар не резервирует, а обработка выставляла строкам заказа обеспечение «Отгрузить» — заказ занимал свободный остаток под уже отгруженный товар, отгрузка этот резерв не снимала, и перепроведение реализации срывалось. Пока на складе был запас сверх отгрузки, отказ не проявлялся. Теперь при «Заказе как счет» строки получают обеспечение «Не требуется» и заказ остаток не занимает; для баз с полными возможностями заказа клиента поведение прежнее — статус «К отгрузке».

Исправлена ошибка формирования отчёта в «Управлении торговлей» 11.5.25.85 и близких сборках: вместо отчёта выводилось сообщение «Поле не найдено ОстаткиБонусов.БонуснаяПрограммаЛояльности». Остаток бонусных баллов теперь читается напрямую из регистра накопления и не зависит от настроек типового отчёта «Бонусные баллы», состав колонок которого меняется от редакции к редакции. В сборке для «Розницы» баллы карты по нескольким бонусным программам сложены в одной строке отчёта, а отрицательный остаток по отдельной программе сумму баллов не уменьшает. Добавлена проверка конфигурации: если открыт файл не для вашей конфигурации, выводится сообщение с именем нужного файла из архива. Состав поставки перечислен в readme.txt внутри архива.

Исправлено формирование прайса в конфигурациях на ядре УТ 11.4 — в том числе в «Управлении торговлей для Казахстана» 3.4. Раньше формирование прерывалось ошибкой «Метод объекта не обнаружен (Свойство)»: расчёт условий продаж в этих редакциях выполняет другой типовой механизм, чем в УТ 11.5. Работа отчёта в УТ 11.5 не менялась. В поставку входит внешняя компонента ImageResizer для сжатия картинок.

Отчёт «Непривязанные платежи», открытый кнопкой из журнала безналичных платежей, снова формируется сразу: раньше вместо результата появлялось сообщение о незаполненном параметре «Период». Если период не задан, отчёт берёт последний год — столько же считает счётчик на кнопке журнала и уведомление по расписанию. В рабочем месте «Разнесение платежей по заказам» после разнесения видно, что именно не разнеслось: разнесённые платежи уходят из списка, строки с отказом остаются вместе с причиной, итог пересчитывается по оставшимся. Причина отказа читается целиком — формулировки укорочены, а дублирующая колонка «Вид» убрана из таблицы: направление платежа видно по представлению документа. В архиве один файл .cfe для УТ 11.4 и 11.5, КА 2 и ERP 2.

Исправлено: при заполненном отборе «Кассы» (кассы предприятия) из проверки полностью пропадали эквайринговые операции, операции по Яндекс-кассе и поступления безналичных денежных средств — программа показывала только приходные кассовые ордера, хотя флажки этих видов документов были включены.
Теперь отбор по кассам предприятия действует только на приходные кассовые ордера: у остальных видов документов кассы нет, и они проверяются по своим флажкам независимо от этого отбора. Чеки ККМ по-прежнему фильтруются своим отбором — по кассам ККМ.
В итоговую запись журнала регистрации «Проверка пробития чеков. Итог» добавлена строка «Отборы» — какие отборы заданы и на какие виды документов каждый из них действует.
Обновлены подсказка поля «Кассы» на форме настроек и справка формы.
Настройки прежних версий переносятся без изменений.
Состав архива не изменился: один файл product777.epf в корне архива (Управление торговлей 11.4 и 11.5, Комплексная автоматизация 2.4 и 2.5, ERP 2.4 и 2.5).

В поле выбора клиента вернулась привычная подсказка ранее выбранных значений. Платформенная «История выбора при вводе» больше не отключается по умолчанию: раньше её гасила настройка «Исключать помеченные на удаление», теперь это отдельный флажок «Отключать историю выбора при вводе» в настройках поиска, по умолчанию выключенный. Включайте его, только если из истории всплывают карточки, помеченные на удаление, — вместе с ними из поля пропадёт и список часто используемых клиентов. Изменение касается сборки для УТ / КА / ERP; сборки для БП и УНФ прежние. Состав поставки — в readme.txt внутри архива.

Отчёт проверяет, в той ли конфигурации он открыт. В архиве два файла — для «Управления торговлей» 11.5 (КА 2.5) и для 11.4 (КА 2.4); если установлен файл от другой редакции, отчёт сообщает об этом и называет нужный файл из архива. Состав поставки перечислен в readme.txt внутри архива. Ранее (852.2.0.1) исправлена работа под ограниченными правами, а в 852.2.0.0 расчёт статистики перенесён в вашу базу: интернет не нужен, данные об остатках и продажах никуда не передаются.

Во все файлы вариантов 2 и 3 встроена проверка конфигурации. Если отчёт установлен не в свою конфигурацию, формирование прерывается сообщением, где названы ваша конфигурация, конфигурация файла и имя правильного файла из архива — вместо технической ошибки о ненайденном поле. Для «Управления торговлей для Казахстана» и пары УТ 11.4 / 11.5 это самый частый промах при установке.

Функционал самих отчётов не изменился. В readme.txt и инструкцию добавлено описание проверки.

Запрет действует и в новом, ещё не записанном документе — во всех поставляемых сборках. Раньше в сборке для БП 3.0 новый документ пропускался, и дату можно было поставить задним числом при создании. «Счёт-фактура полученный» исключён из запрета во всех сборках: номер и дата берутся из документа поставщика, поэтому они остаются доступными для ввода; раньше исключение работало только в сборке для УТ, КА и ERP. В поставку добавлен readme.txt с составом: какой файл какой конфигурации соответствует.

Читаемые формы и журнал доставки. В списке «Отправленные уведомления» выведены колонки «Дата отправки», «Доставлено», «Количество попыток» и «Текст ошибки» — результат рассылки виден без настройки формы. В таблице получателей колонка «Откуда брать» показывает «Из реквизита документа» или «Произвольное значение», а получатель из реквизита — синоним реквизита («Клиент», «Менеджер (заказ)») вместо служебного имени. В списке настроек вместо идентификатора печатной формы выведена колонка «Тип отправки». В сборке УНФ восстановлен обработчик флага «Отправлять по расписанию (пакетом)»: без него поле «Период накопления, минут» не показывалось. Функционал рассылки не менялся.

1. Исправлена ошибка «Поле объекта не обнаружено (Объект)» при нажатии кнопки «Скриншот» в списках документов. Проявлялась в «Управлении торговлей для Казахстана»: типовой обработчик переопределяемых команд обращался к реквизиту формы «Объект», которого на форме списка нет.
2. Кнопка отправки больше не добавляется на служебные формы — выбора, подбора, ввода реквизитов печати, настроек и разблокирования. Часть таких форм не содержит обработчика подключаемых команд, и нажатие приводило к ошибке «Метод объекта не обнаружен».
3. Исправлено условие размещения кнопки на форме элемента справочника.
4. Работа кнопки проверена автотестами на «Управлении торговлей для Казахстана» 3.4: список заказов клиентов, форма заказа клиента, список справочника партнёров.

Уведомления в WhatsApp, Telegram и Макс через сервис Green API: перечень изменившихся цен уходит текстом на телефон получателя, доступы к каналам задаются на отдельной вкладке, перед отправкой проверяется состояние инстанса. Напоминание внутри 1С штатным механизмом «Напоминания пользователя» — уведомление видно прямо в программе, даже если рассылка выполнялась ночью регламентным заданием. Форма настроек разложена по вкладкам, у каждого поля появилась подсказка, у формы — справка. Отрицательная глубина анализа больше не принимается, временные файлы вложений удаляются после отправки, а запуск с незаполненными настройками пишет причину в журнал регистрации.

Добавлена команда печати «Счет на оплату с факсимиле (с ВГХ)» — в заказе клиента и в счёте на оплату клиенту. Факсимильная подпись и печать берутся из карточки организации, таблица весогабаритных характеристик выводится над подписью.
Ускорено открытие и запись документов с большой табличной частью: коэффициенты единиц измерения и реквизиты упаковок читаются один раз за серверный вызов, состав наборов — пакетным запросом (было до пяти обращений к базе на каждую строку).
В печати ВГХ наборы больше не теряют наименование и артикул.
Печать счёта без документа-основания не передаёт в типовую печать пустые ссылки.
Убраны лишние пересчёты итогов в журнале складских ордеров.
Удалён неиспользуемый клиентский код, все модули приведены к единому оформлению.

1. Печать без Word. Серверный движок собирает .docx средствами платформы: печать работает на сервере, в веб-клиенте и на компьютерах, где Word не установлен. Движок выбирается для каждого шаблона отдельно — «COM Word» или «Сервер (без Word)».
2. Вывод в PDF: через Word либо через LibreOffice на сервере (путь к soffice задаётся на форме настроек).
3. Отправка готового файла клиенту письмом прямо из формы настроек. Адрес получателя подбирается штатным механизмом конфигурации — из карточек контрагента, партнёра, контактных лиц и документов-оснований.
4. Проверка шаблона: сверка меток файла с настройками по кнопке и автоматически перед печатью — расхождения видны до того, как документ ушёл клиенту.
5. Закладки и таблицы шаблона .docx определяются автоматически, без Word.
6. Подбор реквизита деревом с поиском; доступны дополнительные реквизиты и реквизиты по цепочке ссылок, а колонка «Пример заполнения» показывает результат до печати.
7. Новые метки таблицы: {{НомерСтроки}} — сквозная нумерация позиций, {{Итог(Колонка)}} — сумма числовой колонки.
8. Одна обработка на УТ 11.4/11.5, КА 2.4/2.5 и ERP — прежние отдельные сборки объединены; для «Комплексной автоматизации для Казахстана» остаётся свой файл.
9. В поставку вернулось расширение «ДоступКФайлам» (право чтения справочника «Файлы») и добавлен readme.txt с составом поставки и порядком установки.
10. Выправлены тексты подсказок на форме настроек.

Разработка проверяет, для той ли конфигурации собран установленный файл.

Поставка состоит из четырёх файлов под разные конфигурации, и перепутать их легко: раньше клиент, поставивший чужой файл, получал непонятную ошибку платформы и не знал, какой файл взять взамен. Теперь каждый файл знает, для какой конфигурации собран, и проверяет это сам — при первом обращении к функционалу (команда «Настройки», кнопка «Списать материалы» в рабочем месте кассира и в заказе). При входе в программу и у пользователей, которые разработкой не пользуются, ничего не меняется.

Если файл от другой конфигурации или редакции — задаётся вопрос с именем правильного файла из архива: «Продолжить на свой риск? Да / Нет». Если конфигурация своя, но её релиз ниже минимального — вопрос о версии. Ответ «Да» запоминается за пользователем, ответ «Нет» не запоминается — можно передумать; при ответе «Нет» действие просто не выполняется. Обновление конфигурации на релиз новее проверенного вопросов не вызывает. Локализованные и отраслевые конфигурации работают без вопросов, факт пишется в журнал регистрации под именем «СПМ_.Проверка совместимости».

Минимальные версии конфигураций: Розница 2.3.1.1 и 3.0.1.1, Управление нашей фирмой 3.0.1.1, Управление торговлей 11.5.1.1, Комплексная автоматизация 2.5.1.1, ERP Управление предприятием 2.5.1.1.

ВАЖНО, как изменился состав архива. Прежний общий файл product779_RN30_UNF30.cfe больше не поставляется: у «Розницы» 3.0 и «Управления нашей фирмой» 3.0 теперь отдельные файлы. Для «Розницы» 3.0 установите product779_RN_30.cfe, для «Управления нашей фирмой» 3.0 — product779_UNF_30.cfe. Для «Розницы» 2.3 и для Управления торговлей / Комплексной автоматизации / ERP файлы прежние.

Функционал списания и перемещения материалов не менялся.

Обновление: установить файл своей конфигурации поверх прежней версии. Настройки списания и перемещения сохраняются, повторная настройка не требуется.

Состав архива: product779_RN_23.cfe («Розница» 2.3), product779_RN_30.cfe («Розница» 3.0), product779_UNF_30.cfe («Управление нашей фирмой» 3.0), product779_UT.cfe («Управление торговлей» 11.5, «Комплексная автоматизация» 2.5, ERP 2.5), readme.txt.

Восстановлен выбор фиксированного значения реквизита. В настройках загрузки организация, склад, менеджер, подразделение, направление деятельности, партнёр, соглашение, договор, продавец, касса ККМ и эквайринговый терминал снова задаются либо номером колонки файла, либо конкретным значением из справочника. В предыдущих версиях эти поля принимали только число, и путь «одно значение на весь файл» был недоступен.
Работает база с одной организацией и одним складом: поле на форме скрыто, значение подставляется автоматически. Раньше в этом случае загрузка отклонялась с сообщением «Не заполнен номер колонки с организацией», и обойти его было нечем.
Команды на странице «Документы» снова видят созданные документы — открытие, печать, проведение, отмена проведения и пометка на удаление работают для всей группы.
Состав архива: product536 (УТ,КА,ERP).epf — Управление торговлей 11.4 и 11.5, Комплексная автоматизация 2.4 и 2.5, ERP Управление предприятием 2; product536 (БП).epf — Бухгалтерия предприятия 3.0; product536 (БП KZ).epf — Бухгалтерия для Казахстана; readme.txt с описанием файлов поставки.

Сверка добавлена в чек ККМ на возврат — девятый документ разработки.
Печатные формы «Сверка товаров» и «Сверка товаров (только различия)» печатаются из каждого документа разработки, а не только из заказа поставщику и приобретения товаров и услуг.
Настройки сверки открываются командой «Настройки сверки товаров» в разделе «НСИ и администрирование». Форма настроек перекомпонована: поля разнесены по группам «Голосовые уведомления» и «Правила сверки», у каждого поля появилась подсказка.
Кнопкам «Начать сверку», «Закончить сверку» и «Настройки» возвращены подписи рядом с пиктограммами.
Недоступный речевой движок Windows больше не пишет в журнал регистрации ошибку на каждое сканирование: пишется предупреждение, сверка продолжается без звука.
Код разработки приведён к стандартам по итогам аудита.

1. Исправлена ошибка при вызове команды «Создать перемещение» из списков «Заказы на сборку» и «Заказы на внутреннее потребление» в «Управлении торговлей» 11.5. Отбор опирался на статус внутреннего заказа «К обеспечению», а в 11.5 это значение помечено на удаление — запрос завершался ошибкой, и форма заполнения не открывалась. Теперь имя статуса определяется по метаданным базы: в 11.4 берётся «К обеспечению», в 11.5 — «К выполнению».
2. У создаваемых «Заказов на перемещение» заполняется статус — раньше документ записывался с пустым статусом.
3. Склад-отправитель подбирается всем строкам, а не только первой. Если одна позиция стоит в нескольких строках (заказы на разные склады-получатели), отправитель заполняется в каждой. Назначенный остаток расходуется: один и тот же остаток больше не назначается нескольким строкам подряд, из-за чего созданные перемещения не проводились.
4. Форма объясняет, почему таблица пуста: называет условия отбора (документ проведён, статус заказа «К обеспечению», вариант обеспечения в строке «К обеспечению», строка не отменена) — и только те из них, которые реально применяются в вашей базе. Раньше форма открывалась пустой и молчала.
5. Итог подбора склада-отправителя выводится сообщением: сколько строк заполнено и сколько осталось без отправителя, с причиной.
6. Отказ записи одного документа больше не прерывает создание остальных: по проблемному документу выводится сообщение, остальные создаются.
7. Смешанное выделение документов отклоняется с пояснением — раньше документы других видов терялись молча.
8. Отказы больше не выглядят как ошибка программы: пустое выделение, документы разных видов и организаций, незаполненный список складов-отправителей выводятся обычным сообщением.
9. Появилась справка формы (кнопка «Справка»): назначение, порядок работы и условия попадания строки в обработку.
10. Интерфейс формы приведён в порядок: пиктограммы у кнопок, кнопка по умолчанию, «Режим записи» стал переключателем «Запись»/«Проведение», колонка упаковок переименована в «Количество упаковок» (раньше две колонки назывались одинаково), убрана неиспользуемая колонка «Примечание».
11. Ускорено открытие формы при большом выделении: организация выделенных документов читается одним запросом вместо запроса на каждый документ.

Отчёт выводится оформлением «Море» — во всех пяти вариантах. Раньше макет оформления не был задан вовсе, и отчёт печатался оформлением по умолчанию.
Состав архива: внешний отчёт product319.erf и инструкция пользователя instruction_319.pdf.

1. Добавлена поддержка «Управление нашей фирмой» 3.0 — в архиве отдельный файл product819_UNF30.epf. Каждая сборка при открытии проверяет, в той ли она конфигурации, и если нет — сама называет нужный файл из архива.
2. Оплата больше не задваивается: если под номер из файла подходит несколько заказов, документ не создаётся, а в протокол уходит список подходящих заказов.
3. Частичная оплата разносится по строкам расшифровки платежа правильно — раньше сумма из файла присваивалась каждой строке целиком.
4. Сумма к оплате считается на дату платежа, а не на текущую дату: для реестров за прошлые периоды больше нет ложного «максимально возможная сумма оплаты».
5. Заказ подбирается в разумном окне дат (от −3 до 30 дней от даты платежа) — оплата не привязывается к заказу, оформленному намного позже.
6. Номера заказов с символами «%» и «_» больше не дают ложных совпадений при поиске по комментарию и дополнительному реквизиту.
7. Добавлен выбор кодировки файла: определять автоматически, UTF-8, Windows-1251 или OEM-866 — для CSV и DBF. Разделитель CSV определяется автоматически (точка с запятой, запятая, табуляция), обрамляющие кавычки снимаются.
8. Добавлен отбор строк реестра по колонке-признаку: возвраты, отменённые и служебные строки не грузятся; значений может быть несколько через вертикальную черту.
9. Протокол загрузки показывает результат каждой строки — что создано и почему пропущено, а в конце стоит сводка «обработано / создано / пропущено».
10. Договор эквайринга заполняется явно, а если комиссия не отразилась из-за настроек договора — причина пишется в протокол, а не теряется молча.
11. Ошибки чтения файла попадают в протокол и в журнал регистрации; расширение файла распознаётся независимо от регистра, о неподдерживаемом формате сообщается.
12. Временный файл реестра перестал быть общим для всех сеансов — параллельные загрузки больше не мешают друг другу.
13. Заполнена справка обработки, у каждого поля формы появилась подсказка.

1. Статусы пометки с палитрой цветов: статус выбирается в карточке партнёра и подставляет свой цвет, ручное значение цвета переопределяет статус.
2. Подсветка в списках документов — цветом строки, отдельной колонкой «Пометка» или тем и другим; способ показа каждый сотрудник выбирает сам.
3. Форма «Настройки пометки партнёров»: общие настройки администратора (выключатель механизма, палитра статусов) и личные настройки пользователя, встроенная справка.
4. Автоматическая метка автора и даты в тексте пометки, отдельным флажком — время; повторная запись без изменения текста метку не дублирует.
5. Отдельные сборки под Бухгалтерию 3.0, Розницу 3.0, УНФ 3.0 и УНФ 1.6 (в архиве пять файлов, нужный указан в readme.txt). При установке файла не от своей конфигурации расширение предупреждает и называет правильный файл.
6. Возвращена пометка в коммерческом предложении клиента (УТ, КА, ERP).
7. Проверено прогоном на УТ 11.5.27.47, Бухгалтерии 3.0, Рознице 3.0, УНФ 3.0 и УНФ 1.6.

Версия 745.1.4.0

- Исправлена ошибка «Поле объекта не обнаружено (Обособленно)» при добавлении товара в заказ, если настройки были сохранены предыдущими версиями разработки.
- Исправлен приоритет правил: сначала правило пользователя, затем его групп, затем общее правило. Раньше общее правило перебивало правило группы.
- Колонка «Вариант обеспечения» в настройках расширена: значения «Резервировать на складе» и «Резервировать по мере поступления» больше не обрезаются.
- Настройки читаются из базы один раз за запрос — подбор и пакетное заполнение больших списков работают быстрее.
- Порядок перебора групп пользователя сделан детерминированным: при нескольких подходящих группах правило выбирается стабильно.
- На форме настроек появилась справка с описанием полей и порядка применения правил.

Одна универсальная сборка вместо четырёх файлов: один .erf работает и в УТ 11.4, и в УТ 11.5. Вариант «из заказа» отдельным файлом больше не поставляется — отчёт открывается собственной формой из дополнительных отчётов, а отбор по одному заказу задаётся полем «Заказ клиента».

Обеспечение:
1. Свободные заказы поставщику, заказы на перемещение и заказы на сборку учитываются единым пулом и распределяются по строкам с нехваткой по дате поступления.
2. Добавлены колонки «Тип обеспечения» и «Документ-источник» со ссылкой на документ-источник.
3. Складской остаток делится между заказами и не засчитывается двум заказам одновременно.
4. Параметр «Приоритет распределения»: дата отгрузки, дата заказа или приоритет заказа.
5. Флажок «Учитывать склад».

Прогноз и контроль:
6. Колонки «Дней до отгрузки» и «Опоздание, дней», светофорная подсветка строк.
7. Страница «Дефицит к закупке»: нехватка свёрнута по номенклатуре и складу, поставщик подставляется из последней закупки, по отмеченным строкам создаются черновики заказов поставщику.
8. Страница «Сводка»: проценты обеспеченности строк и заказов, сумма необеспеченного, опаздывающие строки, топ-10 по нехватке.
9. Четыре варианта группировки и флажок «Только необеспеченные».

Уведомления:
10. Кнопка «Уведомить ответственных» — персональная рассылка менеджерам по их необеспеченным и опаздывающим заказам, вложение .xlsx.
11. Каналы: электронная почта, WhatsApp, Telegram и Макс через Green API.
12. Протокол отправки со сводкой «Отправлено N, Пропущено M, Ошибок K» и причинами отказов.

Исправлено по замечаниям тестирования:
13. Группировка «По поставщику» больше не сводит все строки в одну безымянную группу; строки без заказа поставщику собираются в «(Без поставщика)» и «(Не обеспечено)».
14. Заголовок окна показывает применённый вариант группировки.
15. «Тип обеспечения» не показывает «Привязанный» на строке без заказа поставщику.
16. Цветом закрашиваются только строки данных, шапка отчёта остаётся белой.
17. В создаваемых заказах поставщику заполняется количество упаковок.

Проверено самопроверкой расчёта на УТ 11.5 (66 из 66) и УТ 11.4 (66 из 66) и UI-автотестом на УТ 11.5 (5 сценариев из 5).

Версия 613.2.8.0.

- Настройки переехали в регистр сведений: список «Настройки запретов» и карточка «Правило запрета операций» вместо прежней формы «Настройки доступности объектов». Правила хранятся в базе — переживают выгрузку/загрузку и бэкап.
- Новые виды запрета: печать проведённых и печать непроведённых документов (УТ/КА/ERP и УНФ).
- Период запрета задаётся единым полем стандартного периода, включая относительные варианты («Прошлый месяц»).
- Условные запреты: реквизит + оператор + значение, тип значения подстраивается под выбранный реквизит.
- Расписание действия запрета: дни недели и интервал времени.
- Режим белого списка с областью действия — перечень контролируемых объектов, чтобы служебные записи типовой не блокировались.
- Уведомления о блокировках: электронная почта с выбором учётной записи и три раздельных канала Green API — WhatsApp, Telegram, Max. Рассылка выполняется регламентным заданием.
- Журнал заблокированных попыток (событие «ЗРУ.Блокировка») и свой текст сообщения в каждом правиле.
- Шаблоны ролей (Кассир, Менеджер / кладовщик, Бухгалтер) и временные разрешения по заявке.
- Запреты переведены на подписки ПередЗаписью и ПередУдалением: создание и распроведение блокируются также при программной записи, вводе на основании, копировании и «Удалении помеченных объектов».
- Полноправный пользователь не ограничивается ни в обычном режиме, ни в режиме белого списка.
- Состав поставки: 6 файлов вместо 8 — сборки «РН, старые релизы» и «УНФ, для новых релизов» были копиями «РН» и «УНФ».

Файл под свою конфигурацию берите из одноимённой папки архива: BP — Бухгалтерия предприятия 3.0, BP KZ — Бухгалтерия для Казахстана, RN — Розница, UNF — Управление нашей фирмой, UT,KA,ERP — Управление торговлей / Комплексная автоматизация / ERP, ZUP — Зарплата и управление персоналом.
Для работы расширения снимите флажок безопасного режима в списке расширений конфигурации.