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

Плановая цена подбирается всегда. Если параметр «Вид цены» не заполнен, вид цены берётся из розничного вида цены склада: раньше при пустом параметре отчёт не находил плановую цену ни для одной строки и сравнивать было не с чем.
Автоматическая скидка берётся из чеков ККМ кассовой смены и распределяется между строками продаж пропорционально количеству. У документа «Отчёт о розничных продажах» такого реквизита нет вовсе, поэтому колонка автоматической скидки раньше оставалась пустой на любых данных. Там, где розничных чеков в конфигурации нет, обращение к ним отключается автоматически.
Добавлены суммы скидки и наценки в рублях, сумма по плановым ценам и доля скидки в процентах, порог «Скидка выше, %» с подсветкой превышений красным, а также себестоимость, прибыль и признак продажи ниже себестоимости.
Вариантов отчёта теперь пять: «Основной», «Рейтинг продавцов по скидкам», «Динамика скидок по месяцам», «Продажи ниже себестоимости», «Ручные и автоматические скидки».
Строки с наценкой больше не отбрасываются отбором, знак отклонения приведён к описанию: минус — скидка, плюс — наценка.
Исправлены расчёты: итог по отклонению завышался в разы (количество учитывалось дважды), процент отклонения в детальных строках был заглушкой, а на группировках считался по неверной формуле.
Отчёт выводится штатным оформлением СКД — самодельные макеты группировок с американским форматом даты убраны.
Состав архива: внешний отчёт 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. Заполнена справка обработки, у каждого поля формы появилась подсказка.

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

Поддержка документа «Отгрузка товаров клиенту»: произвольное наименование и упаковка в строках документа, перенос из Заказа клиента при вводе на основании, подстановка в печатную форму «Накладная».
Исправлено падение печати УПД при запуске из документа «Счёт-фактура выданный» (ошибка «Поле объекта не обнаружено (СуммаБезСкидки)»).
Добавлена справка на форме настроек и на форме загрузки из файла.

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 — Зарплата и управление персоналом.
Для работы расширения снимите флажок безопасного режима в списке расширений конфигурации.

Разработка переведена на расширение конфигурации: вместо внешней обработки в архиве пять файлов .cfe — под УТ 11.4–11.5 (вместе с КА и ERP), Розницу 2.3, Розницу 3.0, УНФ 1.6 и УНФ 3.0. Настройки теперь хранятся в справочнике «Профили выгрузки»: у каждого профиля свой формат, приёмник, отбор, расписание, уведомления и журнал.

Появились: формат JSON и фиды Avito, СберМегаМаркета и AliExpress; приёмники Яндекс.Диск, S3, Google Drive/Sheets и «только HTTP-публикация»; уведомления в мессенджер через Green API; журнал выгрузок с историей файлов и скачиванием; отчёт-дашборд; инкрементальная (дельта) выгрузка; правила преобразования цен и наименований; бизнес-фильтры и минимальный остаток; ZIP-сжатие; вебхук о результате; авто-ретрай доставки; срок действия HTTP-токена и белый список IP; предпросмотр; экспорт, импорт и копирование профиля.

Исправлено: авто-выгрузка по расписанию срывалась ошибкой обращения к расписанию; в журнале не работала кнопка «Скачать файл»; отправка файла в мессенджер отклонялась сервисом; при импорте настроек не переносились расписание, уведомления, шапка и подвал, склады и виды цен; в отборе по реквизитам номенклатуры не открывался список значений; копирование профиля обрывалось ошибкой платформы; признак «Успех» в журнале ставился и при неудавшейся доставке.

При подключении файла не к своей конфигурации расширение предупреждает об этом и называет нужный файл из архива.

Исправление дефекта версии 779.1.3.0.

«Розница» 3.0 и «Управление нашей фирмой» 3.0 (файл product779_RN30_UNF30.cfe):
1. Не открывалась форма «Настройки перемещения материалов»: команда завершалась ошибкой «Ошибка при вызове метода контекста (ОткрытьФорму)». Форма открывается и сохраняет настройки штатно.
2. Следствие этой же ошибки: склад-получатель было негде указать, поэтому перемещение из рабочего места кассира отвечало отказом «Не указан склад-получатель». Теперь склад-получатель задаётся в настройках перемещения, и документ «Перемещение запасов» создаётся с заполненными складами.

«Управление торговлей» 11.5, «Комплексная автоматизация» 2.5, ERP (файл product779_UT.cfe) и «Розница» 2.3 (файл product779_RN_23.cfe): работа не изменилась, повышен только номер версии.

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

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

Область изменений — 1С:Розница 3.0 и 1С:Управление нашей фирмой 3.0 (файл `product779_RN30_UNF30.cfe`).
Для 1С:Розница 2.3 и УТ/КА/ERP поведение прежнее, изменён только номер версии.

## Что нового

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

## Проверено

- Документ перемещения создаётся и проводится на 1С:Розница 3.0 и 1С:Управление нашей фирмой 3.0.
- Самопроверка под ролью кассира: списание и перемещение, включая отказы с понятным сообщением
(не указан склад-получатель, нет товаров, не определена организация).

1. Расширение само проверяет, тот ли файл поставки установлен. В архиве три файла под разные версии совместимости; если поставлен не тот, при первом обращении к разработке появляется предупреждение с именем нужного файла из архива.
2. Работу можно продолжить на свой риск — подтверждение запоминается, и вопрос больше не задаётся. Отказ ничего не блокирует навсегда: при следующем обращении вопрос будет задан снова.
3. Если конфигурация не входит в список проверенных, разработка не блокируется — выводится уведомление, что работоспособность не гарантируется.
4. Факт несоответствия записывается в журнал регистрации — служба поддержки видит причину сразу.

Кнопка «Пометить на удаление» на закладке «Анализ документов» научилась работать с группами и со всей таблицей: выделенная строка ответственного помечает все его проблемные документы, а если не выделено ни одной строки — предлагается пометить все проблемные документы таблицы, их количество указано в вопросе.
Документы с уже пробитым чеком (они попадают в таблицу при выключенном флажке «Только проблемные документы») под массовую пометку не идут — их можно пометить, только выделив строку явно.
Подтверждение с количеством и кнопкой по умолчанию «Нет», пропуск проведённых документов без распроведения, работа под правами текущего пользователя и запись помеченных документов в журнал регистрации — без изменений.
Справка формы дополнена описанием нового выбора документов.
Состав архива: UT11/product777.epf (Управление торговлей 11.4 и 11.5, Комплексная автоматизация 2.4 и 2.5, ERP 2.4 и 2.5) и readme.txt.

Переписана справка формы настроек. Добавлено описание того, что помеченные на удаление документы не попадают ни в таблицу анализа, ни в уведомления.
Исправлена формулировка про отборы по кассам: на чеки ККМ не влияет отбор по кассам предприятия, для них действует отдельный отбор по кассам ККМ.
В справке перечислены все отборы закладки «Анализ документов», права, под которыми выполняется пометка на удаление, и запись помеченных документов в журнал регистрации независимо от флажка журналирования.
Добавлено предупреждение: при обновлении с версий ниже 777.2.0.2 списки-отборы (адресаты, организации, кассы) сбрасываются и задаются заново, остальные настройки переносятся.
Функциональных изменений по сравнению с версией 777.2.0.3 нет.
Состав архива: UT11/product777.epf (Управление торговлей 11.4 и 11.5, Комплексная автоматизация 2.4 и 2.5, ERP 2.4 и 2.5) и readme.txt.

1. Telegram переведён на отправку по номеру телефона через Green API — бот с токеном и доп.реквизит «Идентификатор чата» больше не нужны (сборка УТ 11.5 / КА 2.5).
2. Номера телефонов нормализуются для РФ, РБ и КЗ: сообщения уходят на +7, +375 и на казахстанские номера, а не приводятся жёстко к российскому коду.
3. Исправлена отправка второго мессенджера: при выключенном канале WhatsApp или Макс рассылка по остальным каналам больше не обрывается.
4. Вариант обеспечения после поступления ставится строго по настройке — лишний предохранитель по неоплаченным заказам снят.
5. Новые заменяемые параметры шаблонов: [ПоступилоПозиций], [ВсегоПозицийЗаказа], [ЗаказОбеспечен] — в уведомлении видно, обеспечен ли заказ полностью.
6. Отписка клиента от рассылки: доп.реквизит партнёра «Не оповещать о поступлении (522)» — покупателю уведомления не уходят, менеджеру уходят.
7. Исправлен поиск открытых заказов: учитываются склад строки заказа, статус документа и дата начала работы из настроек.
8. Все тихие отказы пишутся в журнал регистрации с причиной, включая отказ проведения заказа при смене обеспечения.
9. Отчёт «История уведомлений», справка на форме настроек, устранены замечания статического анализа кода.
10. В архиве три файла поставки под разные версии совместимости; какой ставить — подсказывает Инструкция.txt и обработка «Узнать версию совместимости».

Проверка отложенных чеков ККМ: отдельный флажок «Проверять чеки ККМ» и отбор по кассам ККМ, колонка «Статус» в таблице анализа, статус чека в тексте уведомления. Состав статусов различается по релизам конфигураций (УТ 11.4 — «Отложен», «Товар зарезервирован»; УТ 11.5 — «Отложен без резервирования», «Отложен с резервированием») и определяется автоматически, сборка остаётся одна.
Кнопка «Пометить на удаление» на закладке «Анализ документов»: помечает только выделенные строки, проведённые документы пропускает без распроведения, спрашивает подтверждение (кнопка по умолчанию «Нет»), пишет помеченные документы в журнал регистрации и выводит итог «Помечено N, пропущено проведённых M, ошибок K». Работает под правами текущего пользователя.
Помеченные на удаление документы больше не попадают ни в таблицу анализа, ни в рассылку.
Исправлено: настройки сохранялись без единого выбранного типа документов — регламентное задание при этом молча ничего не проверяло.
Настройки прежних версий не переносятся: отборы по организациям, кассам и адресатам нужно задать заново. Форма и регламентное задание при этом работают штатно.
Состав архива: UT11/product777.epf (Управление торговлей 11.4 и 11.5, Комплексная автоматизация 2.4 и 2.5, ERP 2.4 и 2.5) и readme.txt.

Расчёт перенесён внутрь информационной базы: анализ выполняет внешняя компонента StockAnalysis из архива поставки. Данные об остатках и продажах больше не передаются на внешний сервис, доступ в интернет не нужен.
Расход считается по продажам, перемещения между складами и организациями в него не входят. Средний запас взвешен по длительности интервалов.
Новые показатели: ABC- и XYZ-классы, дни без движения и признак неликвида, средний запас и себестоимость продаж в деньгах, оборачиваемость в деньгах, дни до обнуления, замороженные деньги.
Колонка «Рекомендация» (Распродать / Дозаказать / Избыток / В норме) с параметрами «Порог неликвида», «Целевой норматив оборачиваемости» и «Порог дозаказа»; неликвид и позиции к дозаказу подсвечиваются цветом.
Колонка «Характеристика» выводится при включённой функциональной опции характеристик. Отбор номенклатуры перенесён в шапку и принимает несколько позиций. Добавлен режим расчёта по рабочим дням производственного календаря.
Поставка разделена на два файла: product830_UT.erf (Управление торговлей 11.5, Комплексная автоматизация 2.5, ERP Управление предприятием 2.5) и product830_UNF.erf (Управление нашей фирмой 3.0). В архиве также компонента StockAnalysis.zip и readme.txt с порядком установки. Файл, открытый не в своей конфигурации, сообщает об этом и называет нужный файл из архива.
Установка: компонента — НСИ и администрирование — Внешние компоненты; отчёт — НСИ и администрирование — Печатные формы, отчёты и обработки — Дополнительные отчёты и обработки.

1. Розница: устранено падение «Не найден экспортируемый метод: ВКТ_ПослеОтправкиСМС» при нажатии «Считать карту» в заказе покупателя и реализации товаров.
2. Розница: форма ввода телефона и экранная клавиатура открываются под кассиром РМК — права выданы через типовую роль «Базовые права РТ» (раньше возникало «Нарушение прав доступа»).
3. Обе редакции: подстановка карты без подтверждения кодом доступна только пользователю с назначенной ролью «Верификация без сообщения» — закрыт и путь через кнопку «Найти карту», и через общую настройку «Искать карту».
4. Розница: карта ищется по номеру телефона владельца (контрагента или физического лица), а не только по телефону в самой карте; карты, помеченные на удаление, не предлагаются.

Команда «Настройки уведомлений» вернулась в панель навигации раздела «Автосервис»: форма была в поставке, но её открытие не разрешала ни одна роль, поэтому команда не показывалась даже администратору. Исправлена загрузка справочников автосервиса из файла: кнопка «Заполнить справочники» отвечала двумя сообщениями «Не заполнен реквизит» и загрузка не начиналась. Диапазон строк теперь виден на форме («Загружать строки с … по строку») и заполняется автоматически после выбора файла, а строка с наименованиями колонок распознаётся и пропускается — раньше из неё создавались марка «Марка» и модель «Модель». В «Управлении торговлей» 11.5 устранены две ошибки «Ошибка инициализации модуля … Переменная не определена (Метаданные)»: команда «Документ сервиса» на форме чека ККМ и пересчёт строк таблиц документа автосервиса (цена, ставка НДС, условия продаж).

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

1. Настройка срока повтора выведена на форму: поле "Повторять каждые, дней" на вкладке "Настройки". Значение 0 - по документу уходит одно уведомление, без повторов.
2. Раньше значение хранилось в настройках обработки, но задать его на форме было нельзя, поэтому повторно напомнить клиенту о том же документе было невозможно.
3. Встроенная справка приведена к фактическим заголовкам полей формы: "Уведомить за, дней", "Срок до отправки, дней", "Повторять каждые, дней".

1. Расширение больше не контролирует у справочника «Номенклатура» длину кода, длину наименования и тип кода. В базах, где эти свойства изменены доработками, установка прерывалась окном «Проверка возможности применения» со строками «ДлинаНаименования», «ДлинаКода» и «Артикул: Тип не совпадает». Проверено на базе «Управление торговлей для Казахстана» 3.4 с изменённой длиной наименования (150) и типом артикула (строка 25): прежняя сборка отклонялась, новая устанавливается без замечаний.
2. Единая версия во всех пяти файлах поставки (УТ/КА/ERP, Розница, Розница 3.0, УНФ, УНФ новые релизы).

Себестоимость считается средневзвешенной по номенклатуре и характеристике и только по организации документа передачи. Раньше в колонку могла попасть стоимость случайной записи остатков — в разрезе партии, вида запасов и склада — и суммы расходились с отчётом по себестоимости. Цена закупки приведена к сумме без НДС, как и обещает инструкция, и берётся только из проведённых документов приобретения организации-отправителя: поставка другой организации в колонку больше не подставляется. Если закупок этой позиции у отправителя не было, колонка остаётся пустой. Повторная номенклатура в таблице товаров больше не приводит к перезаписи цены строки, а после команд заполнения пересчитывается итог документа. Форма документа передачи не заимствуется: доработка выполнена через механизм модификации форм, поэтому расширение сочетается с другими доработками той же формы. Себестоимость берётся из управленческого учёта — стоимость без НДС плюс дополнительные расходы; отчёты в валюте регламентированного учёта дают другие суммы по методике расчёта.

ВАЖНО при обновлении с версий 760.2.x и 760.3.0-760.3.1: услуги (работы) по запчасти теперь хранятся в отдельном регистре сведений, а не в карточке номенклатуры. Прежние работы переносит обработка «ПереносРаботНоменклатуры.epf» из архива: ДО обновления расширения — «Шаг 1: выгрузить работы в файл», ПОСЛЕ обновления — «Шаг 2: загрузить работы из файла». Если работы не заполнялись, переносить нечего. Порядок описан в readme.txt архива.
1. Исправлено копирование элемента справочника «Номенклатура» в Управлении торговлей 11.4: создание товара копированием прерывалось ошибкой «Нельзя изменять поле, содержащее объект данных формы», карточка не открывалась. Причина — таблица работ внутри номенклатуры; теперь работы хранит регистр сведений, карточка запчасти показывает их по-прежнему, при копировании товара работы переносятся.
2. Исправлено создание документа сервиса из чека ККМ в Управлении торговлей 11.4: кнопка «Документ сервиса» завершалась ошибкой «Преобразование значения к типу Булево не может быть выполнено», документ не создавался. Теперь партнёр берётся из чека или карты лояльности, организация, склад и статус «Предварительная заявка» заполняются корректно во всех сборках.
3. В поставку добавлена обработка «Перенос работ номенклатуры» и readme.txt с порядком обновления. Файлы расширений разложены по папкам конфигураций: KZ, UT 11.4, UT 11.5.

При выборе действия «Уценка неликвидных товаров» переключатель «Изменять» сам встаёт в положение «на процент»: уценка на 20 означает минус двадцать процентов, а не рублей. Уведомление об аномальных ценах теперь уходит и тогда, когда операция запущена сразу кнопкой «Выполнить», а не только через предпросмотр; исход отправки всегда виден в протоколе выполнения. «Наценка от закупочной цены» принимает обычный отбор — наценку можно пересчитать по одной группе, бренду или ценовой группе. При уценке закладка «Закупочные цены и наценка» больше не показывается, а аномалией считается только уход цены ниже закупочной и изменение больше 50 %. Если аномальных позиций больше десяти, полный список приходит файлом «Аномальные цены ГГГГ-ММ-ДД.csv». Предпросмотр сравнивает новую цену со старой ценой той же характеристики: при ценообразовании 2.5 раньше бралась цена другой характеристики, из-за чего уценка могла выглядеть как подорожание. Сборка «Розница» рассчитана на Розницу 2.x. В архив вложено расширение «Синонимы производителей», оно ставится по желанию.

Версия объединяет исправления, накопленные после 779.1.2.0.

«Розница» 3.0 и «Управление нашей фирмой» 3.0 (файл product779_RN30_UNF30.cfe):
1. Исправлена ошибка проведения «Не удалось провести документ списания: не заполнен счет дебета (Регистр бухгалтерии: Журнал проводок)». Счет корреспонденции берется из настроек списания, а если настройка пуста — из значения по умолчанию, заданного в конфигурации для реквизита документа «Списание запасов».
2. Перед записью документа выполняется проверка заполнения: причина отказа выводится понятным текстом, а не технической ошибкой регистра. В сообщение добавлены пояснения типового контроля — раньше выводилось только «Не удалось провести документ».
3. В форме настроек поле «Корреспонденция» заполняется значением по умолчанию, выбор ограничен теми же типами счетов, что и в типовой форме документа, заполнение поля обязательно.
4. Списание из рабочего места кассира выполняется по товарам корзины чека. Раньше до пробития чека нажатие кнопки завершалось сообщением «Нет открытого чека».
5. Кнопка «Списать материалы» размещена внутри группы команд перехода к оплате и больше не исчезает после переключения панелей рабочего места кассира.
6. Единица измерения в строках документа списания заполняется автоматически из карточки номенклатуры.
7. Сообщение об успешном списании показывает номер и дату созданного документа даже тем сотрудникам, у которых нет права на чтение документа списания (раньше выводилось «Объект не найден»), а переход к документу предлагается только при наличии такого права.

«Управление торговлей» 11.5, «Комплексная автоматизация» 2.5, ERP (файл product779_UT.cfe): сообщение об успешном списании показывает номер и дату созданного документа даже без права на его чтение, переход к документу предлагается только при наличии права.

«Розница» 2.3 (файл product779_RN_23.cfe): работа не изменилась, обновлен только номер версии.

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

Исправлена ошибка прав доступа: под профилем «Менеджер отдела продаж» отчёт формируется без сообщения «недостаточно прав» — все запросы выбирают только разрешённые записи. Ранее (852.2.0.0) расчёт статистики перенесён в базу: интернет не нужен, данные об остатках и продажах никуда не передаются.

1. Разработка проверяет, в ту ли конфигурацию установлен файл расширения. В архиве три файла: для «Управления торговлей» 11.5 (а также «Комплексной автоматизации» 2.5 и ERP 2.5), для «Управления торговлей» 11.4 («Комплексная автоматизация» 2.4, ERP 2.4) и для «Розницы» 2.2 и 2.3. Раньше файл, установленный не в свою конфигурацию, применялся молча, и разработка вела себя непредсказуемо. Теперь при открытии настроек и при переходе к печати ценников из напоминания программа сообщает, какая конфигурация найдена, для какой предназначен установленный файл и какой файл из архива нужно поставить вместо него. Работу можно продолжить: вопрос задаётся один раз, после подтверждения он больше не появляется.
2. Если версия конфигурации ниже той, на которую рассчитана разработка, программа предупредит об этом. На локализованных версиях (Казахстан, Беларусь) разработка работает как раньше — проверка их не беспокоит, факт записывается только в журнал регистрации.
3. Проверка не может помешать работе: любая ошибка внутри неё гасится, разработка продолжает работать.
4. В «Рознице» исправлена ошибка: из-за неверного вызова служебной процедуры уведомления о печати ценников не создавались при записи новых цен.
5. В архиве четыре файла по папкам: product806_RN.cfe (Розница 2.2 и 2.3), product806_UT114.cfe и product806_UT115.cfe (Управление торговлей, Комплексная автоматизация, ERP) — расширения; UT11\product806.epf — внешняя обработка регламентной очистки деталей напоминаний для всех перечисленных конфигураций.

1. Устойчивость в конфигурациях без регистра «Расчёты с клиентами по срокам» (в частности «Управление торговлей для Казахстана» 3.4): блок просроченного долга добавляется в запрос только тогда, когда регистр есть в конфигурации. Раньше обращение к отсутствующей таблице срывало открытие Реализации и Заказа клиента ошибкой «Ошибка при вызове метода контекста (ВыполнитьПакет)».
2. Расчёт сальдо больше не может сорвать открытие формы документа: ошибка перехватывается и пишется в журнал регистрации (событие «Сальдо взаиморасчетов.Ошибка»), метка при этом просто не выводится.
3. Флажок «Просроченный долг» в настройках скрывается там, где просрочка неприменима.
4. В архив добавлен readme.txt с расшифровкой трёх вариантов сборки: для «Управления торговлей для Казахстана» 3.4 и УТ 11.4 подходит сборка UT11_11.4.
5. Проверено прогоном на УТ 11.5.27.47 (сверка метки со списком партнёров — 43 из 43, формы документов — 12 из 12) и на «Управлении торговлей для Казахстана» 3.4.5.20 (формы документов открываются, журнал регистрации чист).

1. Исправлена подкраска строк списка клиентов цветом RFM-персоны — раньше она не работала ни на одной конфигурации: условное оформление ставилось на уровень формы с полем «Список.РФМ_Персона» вместо условного оформления самого динамического списка. Теперь строки клиентов окрашиваются по персоне, как и заявлено.
2. Устранена ошибка открытия списка клиентов: обращение к несуществующему методу «Найти» у коллекции элементов условного оформления вызывало исключение прямо в «ПриСозданииНаСервере». В Бухгалтерии и УНФ это ломало открытие списка контрагентов, в УТ/КА/ERP — на базах с включённым полнотекстовым поиском.
3. Раскраска списка партнёров заработала в УТ/КА/ERP на базах с ВЫКЛЮЧЕННЫМ полнотекстовым поиском: конфигурация подменяет форму списка на «ФормаСпискаБезПолнотекстовогоПоиска», и расширение эту форму пропускало.
4. Версия расширения, записываемая в служебные настройки, синхронизирована с номером релиза (была устаревшей).
5. Состав поставки прежний: product828_UT.cfe (УТ, КА, ERP), product828_BP.cfe (БП 3.0), product828_UNF.cfe (УНФ 3.0, РН 3.0) и readme.txt с выбором файла.
6. Функционал 828.3.2.2 сохранён полностью: расчёт RFM внутри базы без обращения к внешним сервисам, 9 персон с цветами, история сегментов, регламентное задание, 3 или 5 уровней, ручные границы R/F/M, наполнение типовых «Сегментов партнёров» в УТ/КА/ERP.
7. Проверено на живой базе УТ 11.5: расчёт по 31 клиенту, все 9 персон, окраска строк списка и заполнение реквизита «RFM - сегмент» в карточке клиента.