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

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

Настройки сохраняются явной командой. Кнопка «Сохранить и закрыть» записывает изменения и закрывает форму; сохранение при закрытии оставлено как резервный путь.

Прайс-лист с картинками 387.2.4.3

В варианте для УТ 11.5 / КА / ERP колонка «К поступлению» заполняется по заказам поставщикам,
которые ещё не поступили на склад. Если в базе таких заказов нет (регистр «ТоварыКПоступлению»
пуст), отчёт вместо прайс-листа выводил служебную надпись «Не удалось сформировать отчет (пустой
результат)».

Теперь при отсутствии ожидаемых поступлений колонки раздела «К поступлению» скрываются
автоматически, а остальной прайс-лист формируется как обычно. Как только в базе появятся заказы
поставщикам, колонка снова начнёт выводиться с данными.

Заодно исправлена ошибка в запросе отчёта, которая проявлялась в том же сценарии.

Расширение переписано под УТ 11.5: в этой редакции общий модуль
ОбработкаТабличнойЧастиКлиент отсутствует (его заменил ПакетнаяОбработкаТабличнойЧастиКлиент),
из-за чего форма с кнопкой «Заполнить цены» не компилировалась и кнопка не появлялась ни в
одном из документов ввода остатков. В поставке теперь два файла — для УТ 11.4 (как раньше)
и для УТ 11.5 (новый); кнопка «Заполнить цены» проверена на обоих документах ввода остатков
(«Ввод остатков собственных товаров» и «Ввод остатков товаров») на релизе 11.5.27.

Исправлено: товар со свободным остатком не выгружался, если у него есть строки, обособленные под заказы клиентов (УТ 11.5, КА 2.5, ERP 2.5). Доступный остаток теперь считается только по свободному запасу, без обособленного под заказы.

Выгрузка номенклатуры 595.5.8.3

УТ 11.5, КА 2.5, ERP 2.5: доступный остаток теперь считается только по свободному запасу, без строк, обособленных под заказы клиентов, как в типовом отчёте «Остатки и доступность товаров» в строке «<без обособления>». Раньше обособленная строка с минусом гасила свободный остаток, итог получался 0, и фильтр «Только в наличии на складе» убирал товар из выгрузки. Та же ошибка исправлена в расчёте остатков наборов.

Выгрузка номенклатуры 595.5.8.0

В отбор номенклатуры добавлено поле «Сегмент номенклатуры». В профиле выгрузки можно оставить только товары из выбранных сегментов (вид сравнения «Равно», «Не равно», «В списке» и другие). Поле есть в тех конфигурациях, где ведётся состав сегментов номенклатуры; там, где его нет, в отборе оно не показывается.

При ошибке выгрузки протокол теперь показывает подробное описание: что произошло, в каком модуле и процедуре, в какой строке, стек вызовов, а также контекст операции (профиль, тип и формат выгрузки, склад, виды цен, приёмник). Раньше выводилась одна короткая строка. Подробности пишутся и в журнал регистрации, в том числе для отправки файла на Яндекс.Диск, в S3, Google Drive, по почте и для уведомлений.

Исправлена ошибка «Поле не найдено "Ссылка.Артикул"» при выгрузке номенклатуры. Она возникала, если в профиле сохранён отбор по реквизиту номенклатуры (например, по артикулу), созданный в прежней версии обработки: после перехода на расширение такой отбор не разрешался. Теперь схема отбора при формировании файла строится так же, как при открытии профиля, и сохранённые отборы по реквизитам номенклатуры работают. В список полей номенклатуры добавлен «Артикул» (УТ 11 / КА 2 / ERP 2). Версия 595.5.7.6.

## 484.1.0.9 (23.09.2026)

- **«Взаиморасчеты с контрагентами» разбиты на «Взаиморасчеты с клиентами» и «Взаиморасчеты
с поставщиками».** Клиент прислал скрины: сводная строка была несопоставима с типовыми
отчетами «Задолженность покупателей»/«Задолженность поставщикам» — источники
РегистрНакопления.РасчетыСКлиентами и РасчетыСПоставщиками в схеме уже считались раздельными
подзапросами, но сводились в один литерал раздела. Правка чисто презентационная: суммы не
менялись, изменилось только деление строки на две. Проверено на демонстрационной базе стенда
pc2: клиенты 8 852 044,48, поставщики −22 839 179,49 — сходится с типовыми отчетами по обоим
контрагентам во всех разрезах отчета. Правка внесена во все три файла поставки.

Отчёт снова работает на сервере 1С под Linux

В версии 830.4.2.0 компонента расчёта для Linux x86-64 уже поставлялась, но отчёт всё равно
отказывался считать и сообщал, что версии для этой платформы нет. Причина была в самой проверке
операционной системы: она сверяла название платформы не с тем значением, поэтому Linux не
распознавался никогда. Теперь на сервере 1С под Linux x86-64 отчёт формируется штатно.

Windows и macOS проверка не затрагивает — там всё работало и работает по-прежнему.

## 830.4.2.0 (22.09.2026)

Работа на сервере 1С под Linux x86-64. Обновление ставится поверх 830.4.1.5 через «Обновить
из файла», перенастраивать ничего не нужно.

### Внешняя компонента StockAnalysis для Linux x86-64

Компонента расчёта раньше поставлялась только для Windows и macOS: клиент с сервером 1С на
Linux при вызове расчёта на сервере получал общий отказ платформы «компонента не поддерживается
на этой системе». Теперь макет `КомпонентаStockAnalysis` несёт ещё и Linux-библиотеку
(`libStockAnalysisLin64.so`, x86_64) — платформа сама выбирает нужный файл по ОС сервера.
Требование к серверу — glibc 2.17 или новее (совместимо с любым дистрибутивом не старше
CentOS 7 / RHEL 7, включая все актуальные Debian/Ubuntu/Astra Linux). Windows- и
macOS-библиотеки не менялись (те же бинарные файлы, что и в 830.4.1.5). Если компонента
загружена и в справочник «Внешние компоненты», загрузите в него новый пакет из макета.

### Понятное сообщение на неподдерживаемой системе

Сообщение о неподдерживаемой ОС обновлено: компонента поставляется для Windows, macOS и
Linux x86-64, отказ с причиной показывается только на прочих системах (Linux x86, Linux ARM
и т. п.).

### Версия

830.4.2.0 — product.json и `ВерсияРазработки()` во всех трёх сборках.

## 830.4.1.5 (21.09.2026)

Поддержка macOS. Обновление ставится поверх 830.4.1.4 через «Обновить из файла», перенастраивать
ничего не нужно.

### Внешняя компонента StockAnalysis для macOS

Раньше компонента расчёта поставлялась только для Windows, и на Mac отчёт не мог её подключить.
Теперь макет `КомпонентаStockAnalysis` — один пакет для обеих систем: Windows (Win32, Win64) и
macOS (универсальная библиотека x86_64 + arm64). Платформа сама выбирает нужную библиотеку.
Windows-библиотеки не менялись. Если компонента загружена и в справочник «Внешние компоненты»,
загрузите в него новый пакет из макета.

### Понятное сообщение на неподдерживаемой системе

На Linux отчёт вместо общего отказа подключения показывает причину: компонента поставляется для
Windows и macOS.

### Версия

830.4.1.5 — product.json и `ВерсияРазработки()` во всех трёх сборках.

Исправление по замечаниям клиента (карт.#454). Обновление ставится поверх 830.4.1.2/830.4.1.3
через «Обновить из файла», перенастраивать ничего не нужно.

Отбор по группе складов в иерархии учитывает вложенные склады

Если в настройках отчёта был выбран не конкретный склад, а группа складов, отчёт фильтровал
остатки и продажи только по самой группе и не показывал данные по вложенным в неё складам —
условие сравнивало склад «В» списком, а не «В ИЕРАРХИИ». Теперь выбор группы складов
возвращает данные по всем вложенным складам, тем же приёмом, что уже применён для отбора по
группе номенклатуры.

Новый параметр «Только с остатком»

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

Версия

830.4.1.4 — product.json и `ВерсияРазработки()` во всех трёх сборках (УТ 11.5/КА/ERP, УТ 11.4,
УНФ 3.0).

Отбор по группе складов в иерархии теперь учитывает вложенные склады (было — только сама группа). Добавлен параметр «Только с остатком»: скрывает позиции с нулевым остатком на конец периода (карт.#454).

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

Исправлена ошибка «Преобразование значения к типу Булево не может быть выполнено» при создании перемещения по заказу клиента, где в шапке указана группа складов. Теперь получателем становится склад из строки товаров заказа; если конкретного склада нет ни в строке, ни в шапке, форма сообщает, сколько строк пропущено и какая группа складов указана, вместо технической ошибки.

Добавлен флажок «Записывать артикул без символов-паразитов»: если артикул поставщика совпадает с артикулом в 1С только после очистки от символов-паразитов (настройка «Заменяемые символы»), при создании новой номенклатуры флажок позволяет сразу записать в реквизит «Артикул» очищенное значение вместо сырого. Флажок показывается только там, где для строки «Артикул» заполнены «Заменяемые символы».

Из состава поставки временно исключено расширение «Синонимы производителей» (сборка УТ/КА/ERP): в нынешнем виде это нерабочий файл без единого модуля кода. Восстановление кода расширения — отдельная будущая работа, описание на странице скорректировано.

Новая роль «Согласование от любого пользователя»: позволяет запускать согласование сотруднику, который не является менеджером или автором объекта. Роль никому не назначается автоматически, ее выдает администратор.
Новая внешняя обработка «Массовое согласование» (product553_mass_approval.epf): одной командой ставит статус «Согласовано» документам и элементам справочников, введенным до включения механизма. Отбор по периоду, отметка строк флажками.

1. Настройки по складам и подразделениям: свои темы, тексты и каналы для отдельных складов и подразделений (обе сборки).
2. Проверка подключения и тестовая отправка: кнопки «Проверить подключение», «Тестовое сообщение» и «Тестовое письмо» в настройках (обе сборки).
3. Повтор всплывающего напоминания до открытия заказа или до исчерпания числа повторов (обе сборки).
4. Сводное сообщение менеджеру: письма, задачи и всплывающие сообщения группируются за интервал сбора (обе сборки).
5. Разовая обработка накопленных заказов: кнопка «Обработать накопленные заказы (разово)» (обе сборки).
6. Только УТ 11.5, КА 2.5: гранулярная отписка клиента по каналам и типам заказов (реквизит партнёра «Отписка по каналам и событиям (522)»).
7. Только УТ 11.5, КА 2.5: три варианта отчёта «История уведомлений» — время от прихода до отгрузки, уведомления без перехода, статистика по каналам.
8. Только УТ 11.5, КА 2.5: контроль просрочки поступления («ожидалось, не поступило»).
9. Только УТ 11.5, КА 2.5: контроль приёмки по заказам поставщикам (недопоставка и лишние позиции).
10. Только УТ 11.5, КА 2.5: файл (печатная форма PDF) к сообщению клиенту.
11. В архиве два файла поставки: «УТ 11.5, КА 2.5» и «версия совместимости 8.3.12 и выше»; линия 8.3.10 снята. Все новые режимы по умолчанию выключены.

В УНФ 3.0 произвольное наименование выводится в печатной форме «Счет на оплату». Раньше счет печатался со стандартным наименованием номенклатуры, хотя в остальных печатных формах (накладная, ТОРГ-12, акт) подстановка работала.

- В УНФ 3.0 в подменю «Заполнить» появился пункт «Настройки вывода наименования». Раньше в документах УНФ этого пункта не было вовсе, и форму настроек нельзя было открыть из документа — в отличие от УТ, где пункт есть с самого начала. Теперь он выводится последним в подменю «Заполнить» товарной таблицы и, как и в УТ, виден только полноправному пользователю; в чеках ККМ настроек по-прежнему нет.
- В УНФ 3.0 заработали диалоги команд заполнения. Выбор табличной части, выбор формулы, ввод формулы, выбор дополнительного реквизита и загрузка из файла показывали диалог, после которого сеанс переставал отвечать.
- В отчете «Документы с произвольными наименованиями» нажатие на документ открывает сам документ. Раньше в строке группы документ, дата, организация и служебные признаки выводились одной ячейкой, и расшифровка открывала карточку организации. Теперь каждый реквизит выводится в своей колонке, и нажатие ведет к тому объекту, по которому нажали.

Версия 671.7.2.0 — новый отчет «Документы с произвольными наименованиями».

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

В архиве: product671_UT114.cfe (УТ 11.4), product671_UT115.cfe (УТ 11.5 любого релиза, КА 2.5,
ERP 2.5), product671_UT115_23.cfe (УТ 11.5.23 и новее), product671_UNF30.cfe (УНФ 3.0),
_ИсправлениеСодержанияЗаказов/product671.epf, readme.txt, NomenMatch.zip.

- **Расширение снова ставится на любой релиз УТ 11.5, а не только на самые свежие.** В предыдущей версии файл ветки 11.5 собирался поверх свежей типовой и затягивал в себя объекты, которых в релизах до 11.5.23 еще нет, — платформа отказывалась применять расширение. Теперь в архиве два файла ветки 11.5: базовый `product671_UT115.cfe` работает на ЛЮБОМ релизе 11.5, а также на «Комплексной автоматизации» 2.5 и ERP 2.5.
- **Для релизов 11.5.23 и новее — отдельный файл `product671_UT115_23.cfe`.** В нем дополнительно поддержан документ «Отгрузка товаров клиенту», появившийся в 11.5.23: произвольные наименования работают и в нем. На релизах ниже 11.5.23 этот файл не установится — там нужен базовый.
- **Проверка «тот ли файл установлен» смотрит и на версию конфигурации, а не только на ее имя.** Если поставлен базовый файл, а релиз базы 11.5.23 или новее, расширение сообщит, что работать оно будет, но в архиве есть файл, который умеет больше, и назовет его. Если поставлен файл для 11.5.23 на релиз постарше — расширение назовет базовый файл.
- **Сообщение о более подходящем файле показывается один раз.** Раньше уведомление, которое ни о чем не спрашивает, повторялось при каждом открытии формы.
- **В списке файлов архива у каждого расширения свое название.** Раньше все файлы поставки назывались одинаково, и в списке расширений базы было не разобрать, какой из них установлен; теперь название прямо называет конфигурацию и диапазон релизов.
- **У каждого поля формы настроек появилась подсказка.** Наведите указатель на выключатель или нажмите кнопку «?» рядом с полем — расширение объяснит, что именно оно включает. Справку формы теперь открывает стандартная кнопка платформы, а у формы загрузки наименований из файла своя справка появилась впервые.

Разработка работает в «Управлении небольшой фирмой 3.0» — в архиве появился третий файл product671_UNF30.cfe. Произвольное наименование задается в документах продажи и поступления, в заказах, в чеках ККМ и возвратах, переносится по документам-основаниям и попадает в печатные формы, электронные документы и фискальный чек — так же, как в линии УТ.

Произвольное наименование печатается в кассовом чеке: позиция уходит на кассу с наименованием из строки документа, а если оно не задано — с наименованием из справочника.

Загрузка наименований из файла, сопоставление номенклатуры и форма настроек перенесены в УНФ целиком.

Произвольное наименование уходит в электронные документы всех ходовых форматов: добавились УПД 5.02, универсальный корректировочный документ (в том числе формата 2020), передача товаров и передача услуг, счет на оплату форматов 1.01 и 5.01.

Проверка «тот ли файл установлен» знает про все три сборки и называет нужный файл архива: product671_UT114.cfe, product671_UT115.cfe или product671_UNF30.cfe.

Версия 671.6.5.0

Расширение предупреждает, если установлен файл не для вашей конфигурации. В архиве два файла: product671_UT115.cfe — для ветки УТ 11.5 (и родственных КА 2.5, ERP 2.5), product671_UT114.cfe — для ветки УТ 11.4 (КА 2.4, ERP 2.4). При открытии формы настроек и формы загрузки товаров из файла расширение сверяет конфигурацию базы со своим паспортом: если поставлен файл другой ветки, оно называет имя нужного файла из архива и спрашивает, продолжать ли на свой риск. Согласие запоминается за пользователем, отказ закрывает форму. Незнакомая конфигурация работу не блокирует — выводится только предупреждение.

Из версии 671.6.4.3: произвольное наименование попадает в колонку 1а УПД и тогда, когда типовая дописывает к наименованию характеристику, упаковку, серию, возвратную тару или код ТН ВЭД; строка электронного документа определяется по номеру строки табличной части, поэтому в документе с повторяющимися позициями каждая строка получает свое наименование.

**Расширение снова ставится и обновляется на ЛЮБОМ патче УТ 11.5.27, а не только на одном.**
Регистр сведений «Реестр документов» — базовый объект УТ 11 (не наш), расширение только читает
его запросом в форме журнала. Он был лишний раз заимствован («Adopted») в расширение, а заимствование
заставляет платформу при каждом обновлении сверять типы ВСЕХ его ресурсов с текущей конфигурацией
базы — а длина поля «Номер документа» этого регистра у 1С отличается между патчами УТ 11.5.27
(например, 30 символов на 11.5.27.47 и 50 на 11.5.27.75/.81): расширение с фиксированной длиной
подходило только к части патчей и отказывало на остальных с ошибкой «Значение контролируемого
свойства Тип… не совпадает со значением в расширяемой конфигурации». Заимствование регистра убрано
целиком (для простого чтения запросом оно не требуется) — теперь тип чужого поля расширение вообще
не проверяет, и обновление проходит независимо от патча УТ.

(Промежуточная правка 604.3.3.1 — точечное изменение длины поля 30→50 — снята как неполная: она
чинила установку только на новых патчах и ломала бы на старых.)

Задача A2: справочник «Техкарты ТО» (интервал по пробегу и/или месяцам, привязка
к модели или категории транспортного средства, табличные части «Работы» и «Материалы»).
В документе сервиса — команда «Заполнить по техкарте» с приоритетом
модель -> категория -> универсальная техкарта и меткой «(рекомендуется)» по пробегу;
повторный вызов дополняет строки, а не заменяет их.

Что нового в версиях 651.2.7.x (обновление по отзыву оптовой компании):

## 651.2.7.4 (14.09.2026)

- Флажок «Бонусы» остался флажком — откат выключателя. В процессе разработки версии пробовали
сделать элемент, включающий бонусы в документе, выключателем с подписью справа — так же, как
другие режимы расширения («Движения в заказе», «Реферальная система», «Подтверждение оплаты»).
Программно созданный на формах документов выключатель перестал отдаваться тест-клиенту вместе
со всем блоком «Бонусные баллы» (платформа 8.5.1), из-за чего сценарии Vanessa Automation
падали; решение отменено до выпуска — элемент остался обычным флажком, поведение и внешний вид
не изменились.

## 651.2.7.3 (14.09.2026)

- Устранена невидимость сумм в блоке «Бонусные баллы». Поля «Остаток», «К начислению» и
«Оплатить бонусами» на вкладке «Дополнительно» заказа клиента и реализации по заказу не
отображались вовсе, хотя расчет бонусов шел корректно — платформе не хватало права
«Просмотр» на добавленные расширением реквизиты ни в одной роли. Право добавлено, поля видны.
- Кнопки «Рассчитать бонусы», «Списать максимум», «Расшифровка бонусов» — с подписями, без
пиктограмм. В процессе разработки версии пробовали показать их пиктограммами (без текста,
только подсказка при наведении); решение не понравилось и было отменено до выпуска — кнопки
остались такими же текстовыми, как раньше.
- Единая формула предельной оплаты. Ограничение оплатой бонусами и остатком на карте теперь
рассчитывается через `Мин` и `Макс`; результат расчета не изменен.

## 651.2.7.0 (11.09.2026)

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

- Карта лояльности подставляется сама. Раньше, чтобы клиенту начислились бонусы, менеджер в
каждом заказе и в каждой реализации вручную выбирал бонусную карту. Если документ проводили без
карты, бонусы молча не начислялись. Теперь при выборе партнера, у которого одна действующая
карта с бонусной программой, карта подставляется сама и флажок «Бонусы» включается. Если у
партнера несколько карт, расширение не угадывает и оставляет выбор менеджеру.

- Бонусы не списываются без спроса. Раньше при включении бонусов или выборе карты сразу
подставлялась к оплате вся сумма накопленных бонусов. Чтобы клиент в этой сделке только копил
бонусы, менеджеру приходилось вручную ставить ноль. Теперь сумма к оплате бонусами по умолчанию
равна нулю. Кнопка «Списать максимум» одним нажатием ставит к оплате все доступное, а любую
другую сумму, как и раньше, вводят в поле вручную.

- Реализация по заказу считает бонусы. Раньше в реализации, созданной по заказу клиента, поле
карты было недоступно, а бонусы из заказа не переносились. Если в заказе карту не указали,
начислить бонусы по такой отгрузке было нельзя. Теперь, когда настройка «Движения в заказе»
выключена, реализация по заказу рассчитывает бонусы сама.
Оплата бонусами из заказа переходит в реализацию пропорционально отгрузке, а если к отгрузке
остаток бонусов стал меньше этой суммы, к оплате ставится не больше остатка. Если в заказе нет карты, берется карта
партнера. Если карты нет и у партнера, форма подсказывает указать ее в заказе.

- Процент по ценовым группам из правил программы. В настройках появился выключатель «Правила
бонусной программы важнее условий соглашения и уровня». Когда он включен, строка, для которой в
типовой бонусной программе задано правило начисления (например, свой процент по ценовой группе),
считается по этому правилу. Процент из соглашения или уровня лояльности получают только строки
без правила. Так товар с низкой наценкой больше не получает тот же бонус, что товар с высокой.
По умолчанию настройка выключена, и у тех, кто уже работает с расширением, расчет не меняется.

- ⚠ Перепроведение старых реализаций по заказам. С этой версии реализация по заказу при
включенной настройке «Движения в заказе» отказывает в ПРОВЕДЕНИИ (в т.ч. при перепроведении уже
проведенного документа), если сама не «зеркалит» целиком ровно один заказ, который сам ведет
бонусы. До 2.7.0 признак «Бонусы» в такой реализации мог стоять как угодно — оплата бонусами из
заказа в нее не переносилась и не проверялась, поэтому у части старых документов отказ может
сработать впервые именно при перепроведении:
- реализация оформлена сразу по НЕСКОЛЬКИМ заказам (шапка `ЗаказКлиента` пуста, заказы видны
только по строкам) и на реализации включен флажок «Бонусы». Если хотя бы один из этих заказов
сейчас сам ведет бонусы (`ОБ_Использовать`=Истина), снять флажок через форму нельзя — списание
или начисление у такой реализации было ДВОЙНЫМ (заказ провел его сам), отказ оправдан, документ
нужно создать заново на основании заказа. Если же НИ ОДИН из заказов бонусы сам не ведет,
флажок через форму снимается — но начисление, которое провела САМА эта реализация, было
ЕДИНСТВЕННЫМ: перед тем как снять флажок и перепровести, сверьте начисление бонусов по
документу — снятие флажка молча СТОРНИРУЕТ уже законно начисленные баллы;
- реализация оформлена по ОДНОМУ заказу (он указан в шапке), у которого сейчас
`ОБ_Использовать`=Ложь, а на реализации флажок «Бонусы» включен — флажок снимается через форму,
и отказ уходит. Сторнировать здесь нечего: при «Движениях в заказе» баллы по документу с
заполненной шапкой проводит заказ, своих движений у реализации нет. Но если документ проводили,
когда настройка была ВЫКЛЮЧЕНА, его собственные баллы пропадут при первом же перепроведении —
и со снятым флажком, и с включенным: дело в заполненной шапке, а не во флажке.
На обычную запись без проведения отказ не распространяется. Затронуты только документы с ранее
включенным флажком «Бонусы» — типовой документ без него перепроводится как раньше.

- Расшифровка бонусов. В блоке «Бонусные баллы» заказа и реализации появилась кнопка
«Расшифровка бонусов». Она открывает окно, где по каждой строке видно, от какой суммы считался
бонус, какой процент применен (соглашения, уровня лояльности или правила программы), сколько
начислено и сколько можно оплатить бонусами. Шапка окна показывает карту, остаток бонусов и
момент начисления. Если документ изменили после расчета бонусов, окно предупреждает об этом и предлагает рассчитать
бонусы заново.

1. Действия расчета и расшифровки бонусов в документах продаж стали компактными пиктограммами.
2. Расчет предельной оплаты бонусами упрощен и ограничивается функциями Мин/Макс.
3. В поставке две сборки: для УТ 11.4 / КА 2.4 и УТ 11.5 / КА 2.5.

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

- **Карта лояльности подставляется сама.** Раньше, чтобы клиенту начислились бонусы, менеджер в
каждом заказе и в каждой реализации вручную выбирал бонусную карту. Если документ проводили без
карты, бонусы молча не начислялись. Теперь при выборе партнёра, у которого одна действующая
карта с бонусной программой, карта подставляется сама и флажок «Бонусы» включается. Если у
партнёра несколько карт, расширение не угадывает и оставляет выбор менеджеру.

- **Бонусы не списываются без спроса.** Раньше при включении бонусов или выборе карты сразу
подставлялась к оплате вся сумма накопленных бонусов. Чтобы клиент в этой сделке только копил
бонусы, менеджеру приходилось вручную ставить ноль. Теперь сумма к оплате бонусами по умолчанию
равна нулю. Кнопка «Списать максимум» одним нажатием ставит к оплате всё доступное, а любую
другую сумму, как и раньше, вводят в поле вручную.

- **Реализация по заказу считает бонусы.** Раньше в реализации, созданной по заказу клиента, поле
карты было недоступно, а бонусы из заказа не переносились. Если в заказе карту не указали,
начислить бонусы по такой отгрузке было нельзя. Теперь, когда настройка «Движения в заказе»
выключена, реализация по заказу рассчитывает бонусы сама.
Оплата бонусами из заказа переходит в реализацию пропорционально отгрузке, а если к отгрузке
остаток бонусов стал меньше этой суммы, к оплате ставится не больше остатка. Если в заказе нет карты, берётся карта
партнёра. Если карты нет и у партнёра, форма подсказывает указать её в заказе.

- **Процент по ценовым группам из правил программы.** В настройках появился выключатель «Правила
бонусной программы важнее условий соглашения и уровня». Когда он включён, строка, для которой в
типовой бонусной программе задано правило начисления (например, свой процент по ценовой группе),
считается по этому правилу. Процент из соглашения или уровня лояльности получают только строки
без правила. Так товар с низкой наценкой больше не получает тот же бонус, что товар с высокой.
По умолчанию настройка выключена, и у тех, кто уже работает с расширением, расчёт не меняется.

- **⚠ Перепроведение старых реализаций по заказам.** С этой версии реализация по заказу при
включённой настройке «Движения в заказе» отказывает в ПРОВЕДЕНИИ (в т.ч. при перепроведении уже
проведённого документа), если сама не «зеркалит» целиком ровно один заказ, который сам ведёт
бонусы. До 2.7.0 признак «Бонусы» в такой реализации мог стоять как угодно — оплата бонусами из
заказа в неё не переносилась и не проверялась, поэтому у части старых документов отказ может
сработать впервые именно при перепроведении:
- реализация оформлена сразу по НЕСКОЛЬКИМ заказам (шапка `ЗаказКлиента` пуста, заказы видны
только по строкам) и на реализации включён флажок «Бонусы». Если хотя бы один из этих заказов
сейчас сам ведёт бонусы (`ОБ_Использовать`=Истина), снять флажок через форму нельзя — списание
или начисление у такой реализации было ДВОЙНЫМ (заказ провёл его сам), отказ оправдан, документ
нужно создать заново на основании заказа. Если же НИ ОДИН из заказов бонусы сам не ведёт,
флажок через форму снимается — но начисление, которое провела САМА эта реализация, было
ЕДИНСТВЕННЫМ: перед тем как снять флажок и перепровести, сверьте начисление бонусов по
документу — снятие флажка молча СТОРНИРУЕТ уже законно начисленные баллы;
- реализация оформлена по ОДНОМУ заказу (он указан в шапке), у которого сейчас
`ОБ_Использовать`=Ложь, а на реализации флажок «Бонусы» включён — флажок снимается через форму,
и отказ уходит. Сторнировать здесь нечего: при «Движениях в заказе» баллы по документу с
заполненной шапкой проводит заказ, своих движений у реализации нет. Но если документ проводили,
когда настройка была ВЫКЛЮЧЕНА, его собственные баллы пропадут при первом же перепроведении —
и со снятым флажком, и с включённым: дело в заполненной шапке, а не во флажке.
На обычную запись без проведения отказ не распространяется. Затронуты только документы с ранее
включённым флажком «Бонусы» — типовой документ без него перепроводится как раньше.

- **Расшифровка бонусов.** В блоке «Бонусные баллы» заказа и реализации появилась кнопка
«Расшифровка бонусов». Она открывает окно, где по каждой строке видно, от какой суммы считался
бонус, какой процент применён (соглашения, уровня лояльности или правила программы), сколько
начислено и сколько можно оплатить бонусами. Шапка окна показывает карту, остаток бонусов и
момент начисления. Если документ изменили после расчёта бонусов, окно предупреждает об этом и предлагает рассчитать
бонусы заново.

## 651.2.6.30 (07.09.2026)

Формы расширения приведены к виду типовых, у расширения появилась собственная роль доступа,
заголовки колонок отчёта встали по центру.

- **У расширения появилась своя роль «Работа с бонусами».** Раньше доступ к настройкам бонусов,
карте лояльности и отчёту раздавался только через роли конфигурации — администратору
приходилось выдавать сотруднику лишние права. Теперь достаточно добавить пользователю роль
«Работа с бонусами»: она открывает ровно объекты расширения — настройки бонусов, справочник
карт лояльности, регистры начислений и отчёт «Движение бонусов по партнёру», и ничего сверх
того.

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

- **К формам расширения подключена справка.** По F1 (и по кнопке «Справка») в настройках бонусов
и в рабочем месте бонусов открывается описание формы: что делает каждая настройка и что будет,
если оставить её выключенной. Раньше справки у форм не было вовсе.

- **Переключатели вместо флажков.** «Движения в заказе», «Реферальная система» и «Подтверждение
оплаты» — это режимы работы механизма, а не отметки в списке, поэтому они стали выключателями:
видно с одного взгляда, включён режим или нет.

- **Поле «Сервисный код» перестало разъезжаться по ширине формы.** Короткое поле тянулось до
правого края и растаскивало соседние поля; теперь у него обычная ширина и форма выглядит ровно
при любом размере окна.

- **Заголовки колонок в отчёте «Движение бонусов по партнёру» стоят по центру.** Раньше шапка
отчёта прижималась к левому краю колонки и на широких колонках читалась хуже данных.

Изменений в расчёте бонусов в этой версии нет: начисления, сторно, уровни лояльности и
реферальные проценты работают ровно так же, как в 651.2.6.27.

Исправлено начисление и сторнирование реферальных бонусов.

База реферального бонуса теперь считается по строкам документа — сумма после скидок без НДС,
ровно так же, как и основное начисление продавцу. Раньше реферальный бонус считался от суммы
документа вместе с НДС, поэтому в конфигурациях с НДС начислялось и сторнировалось при возврате
больше, чем следовало: после частичного возврата остаток бонусов уходил в минус.

Сторно реферальных бонусов при начислении по оплате:

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

Сторно реферальных бонусов — уточнение потолка и диагностики:

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

Сторно бонусов при возврате товаров:

- Реферальное вознаграждение сторнируется от той же базы, от которой начислялось, — от суммы документа после скидок. Раньше доля возврата считалась от суммы строки возврата, где ручной скидки нет: при оплате бонусами сторно реферала завышалось.
- Отмененные строки заказа исключены из базы доли возврата — они не участвуют в начислении бонусов и больше не занижают сторно.
- Сторно реферала не может превысить начисленное по продаже и считается нарастающим итогом: при возврате всех строк снимается ровно начисленная сумма, копейки округления по строкам не теряются.
- Строки возврата, номенклатуры которых нет в документе продажи, больше не пропускаются молча: при проведении выводится сообщение с номерами таких строк.

Сторно бонусов при частичном возврате: доля возврата считается пропорцией сумм, а не количеств.
Одна и та же номенклатура уходит в продаже несколькими строками по разным ценам, и доля,
посчитанная по количеству, сторнировала не те бонусы. Если суммы нулевые (подарок, акция),
доля по-прежнему считается по количеству.

651.2.6.19

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

Версия 651.2.6.18

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

Начисление бонусов по факту оплаты
- Бонусы начисляются пропорционально фактически оплаченной доле документа.

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

557.7.9.2 (14.09.2026): исправлена приемочная подготовка данных для проверки корзин прежних версий (служебное).
557.7.9.1 (13.09.2026): служебная корректировка состава метаданных сборки — единый порядок общих модулей.
557.7.9.0 (11.09.2026): на панели рабочего места над флажком «Только в наличии» добавлено поле «Склад». Выбранный склад сужает колонку «Доступно» до остатка этого склада, а флажок «Только в наличии» оставляет в списке товары, которые есть именно на нём. Поле пустое — как раньше, остаток считается по складам из настроек рабочего места. Выбранный склад запоминается за пользователем.

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

Удаление сохранённой корзины больше не «удаляется молча».

Если у пользователя нет права «Сохранение данных пользователя», программа раньше отвечала
«Корзина удалена», а корзина оставалась в списке. Теперь в этом случае выводится предупреждение
с причиной, а сообщение об успехе показывается только после действительного удаления. Общие
корзины прежних версий удаляются как и раньше — для них это право не нужно.

В инструкцию пользователя добавлено описание этого поведения.

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

Понятно, почему сумма осталась нулевой. Если в строке подобрана цена, а количество не указано,
команда «Закупочные цены» пишет об этом сообщением с переходом на строку: «Строка 1: не указано
количество, сумма не рассчитана». Раньше такая строка молча оставалась с нулевой суммой, и
нулевой итог документа выглядел как отказ команды.

Строки, в которых заполнены только упаковки. Табличная часть, загруженная извне, может нести
количество упаковок без количества в единицах хранения — теперь оно пересчитывается автоматически,
как и обратный случай, исправленный в 443.1.1.3. Документ больше не проводится без товара.

Файл поставки проверяет, в ту ли конфигурацию его установили. В архиве два файла — для
линейки 11.4 и для линейки 11.5; если установлен не тот, при нажатии «Закупочные цены»
выводится вопрос с именем нужного файла из архива. Ответ «Да» продолжает работу и больше
не переспрашивает, ответ «Нет» отменяет команду.

Итоги документа обновляются и при выборе номенклатуры в строке — не только по команде заполнения
цен. Изменение сделано в обеих формах: заказ поставщику и поступление товаров и услуг.

Заполнение цен учитывает права пользователя. Запрос цен в конфигурациях с ценообразованием
версии 2.5 выбирает данные с учётом ограничений доступа: сотрудник, которому открыты не все
виды цен или не все организации, нажимает «Закупочные цены» и получает цены по своим правам,
а не сообщение об ошибке доступа.

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

Внутренние имена модулей расширения приведены к единой схеме. На работу это не влияет,
обновление ставится поверх прежней версии обычным порядком.