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

## 428.7.2.0 (15.09.2026)

**Загрузка картинок в характеристики (1С:УНФ 3.0 и 1С:Розница 3.0).** На закладках
«Загрузка в базу (из папки)», «Загрузка в базу (по списку)» и «Загрузка из Excel» появилось
поле **Загружать в**: карточки номенклатуры или характеристики. В режиме характеристик имя
файла разбирается по тому же правилу, что и при выгрузке (см. 428.7.0.0): значение поиска
товара, разделитель, наименование характеристики (`ФР-00000044_Красный.jpg`); несколько
картинок одной характеристики различаются номером (`ФР-00000044_Красный_2.jpg`). В загрузке
из Excel характеристика задается отдельной колонкой таблицы — имя файла разбирать не нужно.

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

## 428.7.1.0 (12.09.2026)

Технический выпуск: закрыт долг ворот качества, поведение обработки не менялось.

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

**Выгрузка на диск картинок характеристик.** В УНФ 3.0 и Рознице 3.0 у характеристики номенклатуры
свои картинки, а вкладка «Выгрузка на диск» сохраняла только картинки карточек номенклатуры. Теперь
на вкладке есть поле «Что выгружать»: карточки номенклатуры, характеристики или карточки и
характеристики. Файл характеристики называется по товару с добавлением наименования характеристики
через разделитель: `АРТ-001_Красный.jpg`, следующие картинки той же характеристики —
`АРТ-001_Красный_2.jpg`. Выгружаются собственные характеристики товара и общие характеристики его
категории; если основная картинка характеристики не назначена, основной считается первая добавленная.
Если имя файла характеристики совпало с именем другого файла выгрузки (одноимённые характеристики
товара и его категории), к нему добавляется номер в скобках: `АРТ-001_Красный (2).jpg`. В УТ, КА
и ERP у характеристик своих картинок нет: там поле не показывается, и выгрузка не изменилась.

**Справка называет кнопку так, как она подписана на форме**, — «Выгрузить файлы».

1. Карта снова отправляется в МАКС и в Телеграм. Код подтверждения приходил, а по кнопке «Отправить карту» появлялась ошибка сервиса Green API, хотя канал был настроен верно: картинка уходит клиенту в два шага, и первый шаг — загрузка файла в хранилище сервиса — выполнялся по адресу хранилища WhatsApp независимо от выбранного канала. У инстанса МАКС и Телеграма хранилище своё, и файл с чужого адреса оно не принимало.
2. Адрес хранилища теперь берётся из того же адреса сервиса, который указан на вкладке канала в настройках: отдельное поле заполнять не нужно, настройки менять не требуется. Карта со штрихкодом или QR-кодом доходит до получателя во всех трёх мессенджерах.

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

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

1. Оформление форм настроек и подтверждения приведено к стандарту: подсказки к полям, пиктограммы на кнопках, кнопка по умолчанию, заголовок флажка справа от него.
2. В формах появилась встроенная справка (клавиша F1) — не нужно держать инструкцию открытой отдельно.

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

2. Отказ сервиса больше не выглядит как «звонка нет». СМС-центр отвечает на ошибку обычным успешным HTTP-ответом с телом вида {"error": …, "error_code": N} — такой ответ раньше принимался за пустой список входящих, и кассир две минуты ждал впустую. Теперь причина называется словами прямо в форме: неверный логин или пароль (в том числе запрет по списку разрешённых IP в кабинете smsc.ru), ошибка в параметрах, временная блокировка IP.

3. Частота опроса приведена к лимиту сервиса. СМС-центр принимает не более трёх одинаковых запросов списка входящих в минуту; продукт спрашивал раз в 25 секунд и вместе со стартовым запросом упирался в лимит, получая отказ с кодом 9. Шаг опроса увеличен до 30 секунд, общее время ожидания звонка осталось прежним — 180 секунд. Если сервис всё же ограничил частоту, продолжается ожидание с пояснением, а не молчание.

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

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

Исправлено сообщение «не выбран вид карты лояльности» в Рознице 2.3.

При вводе телефона, на который не зарегистрирована дисконтная карта, расширение
сообщало, что вид карты лояльности не выбран, хотя в настройках он был задан
(проявлялось в том числе на «Рознице для Казахстана» 2.3.11.2).

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

Проверено автотестами: Розница 2.3 — 29 сценариев без падений,
Управление торговлей 11.5 — 9 сценариев без падений.

Версия 635.5.14.1 / 635.4.14.1

Исправлено: окно отчёта «Остаток бонусов» открывалось с заголовком «Основной» — представление
варианта отчёта приведено к названию отчёта в обеих сборках (Розница 2.3 и УТ/КА/ERP).

Проверено: полный UI-прогон на Рознице 2.3 — 25 сценариев, падений 0. К прежним 21 сценарию
добавлены поиск существующей карты по телефону и её подстановка в документ, экранная клавиатура,
защита от подбора кода и отчёт «Остаток бонусов» — именно он и вскрыл дефект заголовка.

Состав архива прежний: две основные .cfe (Розница и УТ/КА/ERP), два файла
«Запрет подбора карт по штрихкоду» и readme.

Версия 635.5.14.0 (УТ, КА, ERP) / 635.4.14.0 (Розница 2.3)

Розница: карта заводится прямо с формы подтверждения

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

В настройках подключения появилось поле «Вид дисконтной карты» — под этим видом выдаются новые
карты. Вид не выбран — карта скидки не даст, и форма создания об этом предупреждает.

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

Проверка «тот ли файл»

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

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

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

Состав архива — пять файлов

product635 (РН).cfe Розница 2.3
product635(UT, KA, ERP).cfe УТ 11.5, КА 2.5, ERP 2.5
Запрет подбора карт по штрихкоду (РН).cfe Розница 2.3
Запрет подбора карт по штрихкоду (УТ,КА,ERP).cfe УТ 11.5, КА 2.5, ERP 2.5
readme.txt

1. Правка текста подсказки в форме настроек: убрана буква «е с точками», которой не должно быть в текстах продукта. Функционал не менялся — версия поднята потому, что исправленный текст уходит покупателю.
2. Полный состав изменений версии 635.5.12.0 остается в силе: подтверждение карты звонком самого клиента через WaitCall СМС-центра, интервал опроса и срок ожидания как свойство сервиса, отсев чужих звонков и старых отметок, полное название канала в журнале верификаций.

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

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

У кнопки «Заполнить» на главном экране появилась подпись: раньше в командной панели над таблицей ролей стоял только значок без текста, и понять, чем строится таблица, можно было лишь наведением мыши.

Перечень объектов на экранах «Права пользователя» и «Сравнение прав» стал деревом с группировкой по типу метаданных: константы, документы, справочники, планы видов характеристик, отчеты, обработки и регистры — отдельными ветками. Тип объекта теперь стоит в заголовке ветки, а не повторяется в каждой строке.
Выгрузка в Excel повторяет ту же группировку: в файле объекты разложены по типам метаданных так же, как на экране.
У каждой формы обработки появился собственный заголовок: «Права ролей по объектам метаданных», «Права пользователя», «Сравнение прав», «Все права роли или группы доступа». Раньше во все четыре окна подставлялся синоним самой обработки, и открытые рядом вкладки назывались одинаково.

## 494.2.0.5 (11.09.2026)

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

## 494.2.0.4 (11.09.2026)

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

## 494.2.0.3 (11.09.2026)

- Файл поставки назван по версии — `494.2.0.3.epf` вместо `product494.epf`: в архиве разработки
основной файл один, и его имя теперь прямо говорит, какая версия внутри.
- Модули размечены областями по стандарту std455: обработчики событий формы, обработчики команд
формы и служебные процедуры разнесены по именованным `#Область`. Порядок процедур и поведение
обработки не изменились - правка чисто структурная.

## 494.2.0.2 (11.09.2026)

- Колонка с галочкой на закладке «Объекты метаданных» получила заголовок «Учитывать». Раньше
шапка у нее была пустой, и смысл галочки приходилось угадывать: именно эти отметки решают,
какие объекты попадут в таблицу прав ролей по кнопке «Заполнить».

## 494.2.0.1 (10.09.2026)

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

## 494.2.0.0 (10.09.2026)

Крупное обновление: обработка перестала быть только просмотром прав ролей.

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

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

Обработка перестала ломаться у пользователя без административных прав.

- Запуск открытием файла product43.epf больше не поддерживается: форма при таком открытии не открывается и сообщает, что обработку нужно добавить в справочник «Дополнительные отчеты и обработки» и запускать оттуда. Причина — платформа исполняет открытую файлом обработку в безопасном режиме, где чтение файла Excel запрещено, и у обычного пользователя загрузка падала на первом же шаге с «К сожалению, возникла непредвиденная ошибка».
- Отказ платформы при подготовке файла к чтению перехватывается: вместо модального окна «непредвиденная ошибка» форма пишет причину и подсказывает снять флажок «Безопасный режим» в карточке обработки.

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

## 43.1.0.0 — 31.08.2026

Первая версия обработки для 1С:Зарплата и управление персоналом 3.1.

Перенос сумм из файла Excel, старого формата Excel и CSV в четыре документа-приемника:
«Премия», «Разовое начисление», «Удержание в счет расчетов по прочим операциям»,
«Данные для расчета зарплаты».

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

Минимальная платформа — 8.3.18. Проверено на ЗУП 3.1.38.18 под платформой 8.3.27.

Исправление. Обновление ставится поверх 553.3.1.1 через «Обновить из файла»: маршруты, шаблоны и результаты согласований сохраняются, перенастраивать ничего не нужно.

В настройке маршрута видно название варианта, а не служебное значение. В таблице маршрутов колонки «Редактирование» и «Уведомление инициатору» показывали служебное значение — «ДляВыбранных», «Почта», «СМС», — а понятное название появлялось, только когда пользователь входил в ячейку. Теперь название варианта стоит в ячейке всегда: «Только выбранным пользователям», «E-mail», «SMS». Ранее настроенные маршруты читаются и работают по-прежнему.

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

У окон механизма вернулся заголовок. Формы «Согласование объекта», «Шаблоны согласования» и «Настройка шаблона» открывались без заголовка в шапке. Теперь в шапке снова стоит название формы.

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

В архиве: расширения для УТ 11 / КА 2 / ERP 2, БП 3.0 и УНФ 3.0, обработка переноса настроек из версий 553.1.x, папка «Архив» со служебными обработками и readme с порядком установки.

Переиздание архива 553.3.1.1: в поставку возвращена папка «Архив» со служебными обработками «ИсправлениеРолей.epf» и «ОбнулитьДатуНачала.epf». Файлы расширений и обработка переноса настроек не изменились.

Новая возможность. В архив поставки добавлена обработка product553_migration.epf — она
переносит настройки согласования, сделанные в версиях 553.1.x. Само расширение не изменилось,
обновление ставится поверх 553.3.0.0 через «Обновить из файла».

Настройки из версий 553.1.x переносятся в новый механизм

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

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

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

Тем, кто начал работать с версии 553.2.1.0 и новее, обработка не нужна.

Редактировать согласованный объект может отдельный список пользователей. Добавлена обработка переноса настроек из версий 553.1.x.

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

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

В архив добавлена обработка product553_migration.epf. До версии 553.2.1.0 маршруты
согласования хранились внутри карточки дополнительной обработки, а начиная с 553.2.1.0 —
в собственных таблицах расширения, поэтому после обновления старые настройки механизм
не видит. Обработка находит прежние настройки и переносит их в таблицы расширения: кнопка
«Анализ» показывает найденное, ничего не меняя в базе, кнопка «Перенести настройки»
записывает его. Старое хранилище при этом не очищается, поэтому обработку можно запускать
повторно. Тем, кто начал работать с версии 553.2.1.0 и позже, обработка не нужна.

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

Исправления по обращениям. Функционал не изменился, обновление ставится поверх 553.2.4.0
через «Обновить из файла» — маршруты, шаблоны и результаты согласований сохраняются.

— Согласование объекта снова работает

В версии 553.2.4.0 при попытке согласовать или отклонить объект — например, договор с
контрагентом — появлялась ошибка «Метод объекта не обнаружен (ССД_ОбновитьВидимостьЭлементов)»,
и решение по объекту принять было нельзя. Причина — в служебной процедуре обновления формы,
которая после правок прошлой версии перестала вызываться со стороны клиента. Согласование,
отклонение и возврат на доработку работают из карточки объекта, из формы задачи исполнителя и
из общей формы согласования.

— ERP больше не считается непроверенной конфигурацией

В 1С:ERP Управление предприятием 2 разработка выводила сообщение о том, что конфигурация не
входит в список проверенных, хотя ERP в этот список входит и файл расширения установлен
правильный. Сверка шла по внутреннему имени конфигурации, а оно у поставок линии ERP
записано по-разному. Теперь конфигурация опознаётся и по названию, которое видно
в «О программе», поэтому ложное сообщение не появляется.

Проверка «тот ли файл установлен». Функционал разработки не изменился, обновление ставится
поверх 553.2.3.0, переносить маршруты и результаты согласований не нужно.

— Расширение подсказывает, какой файл нужен вашей конфигурации

В архиве три файла расширения — для «Управления торговлей», «Комплексной автоматизации» и ERP,
для «Бухгалтерии предприятия» и для «Управления нашей фирмой». Имя расширения внутри у них
одинаковое, поэтому перепутать файлы легко, а последствия видны не сразу.

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

Факт несоответствия записывается в журнал регистрации — по нему видно, у кого установлен не тот
файл. Сама проверка не может помешать работе: любая ошибка внутри неё трактуется как «файл тот».


— Состав архива

В архиве три файла расширения, readme с описанием состава и папка «Архив» со служебными
обработками «ИсправлениеРолей» и «ОбнулитьДатуНачала» — они нужны только при разборе
последствий прежних версий и описаны в readme.

Проверка «тот ли файл установлен». Функционал разработки не изменился, обновление ставится
поверх 553.2.3.0, переносить маршруты и результаты согласований не нужно.

— Расширение подсказывает, какой файл нужен вашей конфигурации

В архиве три файла расширения — для «Управления торговлей», «Комплексной автоматизации» и ERP,
для «Бухгалтерии предприятия» и для «Управления нашей фирмой». Имя расширения внутри у них
одинаковое, поэтому перепутать файлы легко, а последствия видны не сразу.

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

Факт несоответствия записывается в журнал регистрации — по нему видно, у кого установлен не тот
файл. Сама проверка не может помешать работе: любая ошибка внутри неё трактуется как «файл тот».

Розница 3.0: отчёт снова открывается — в схеме компоновки остался набор данных
от версии для УТ (регистр «Товары к поступлению», которого в Рознице нет), и
платформа отказывалась подключать отчёт целиком.

Починка сжатия картинок: свой временный каталог на каждый вызов вместо общего (гонка между сеансами в клиент-серверном варианте), ожидание завершения утилиты вместо паузы в секунду, при отказе утилиты отдается исходная картинка. Состав поставки прежний: 3 отчета и 4 обработки-спутника.

Пересборка комплекта: отчёты собраны заново (для УТ/КА/ERP — на платформе 8.3.27), обработки-компаньоны и внешняя компонента без изменений.

Восстановлены обработки-компаньоны: настройка шапки и подвала (все конфигурации) и зашифровка остатков (УТ/КА/ERP).

Версия 820.1.1.3

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

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

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

Форма настроек получила штатную справку, пиктограммы команд и подсказки полей.

Исправлено заполнение таблицы при печати через Word (COM).

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

Добавлена справка на форме выбора шаблона печати и на форме подбора реквизита.

Исправлено падение разбора шаблона с таблицей.

Выбор файла шаблона, в котором метка вида {{Номенклатура}} закрывается в самом конце
текста ячейки таблицы, обрывался окном платформы "К сожалению, возникла непредвиденная
ошибка": поиск следующей метки начинался за концом строки. Теперь разбор доходит до
конца документа, страница "Таблицы" заполняется, метки строки-образца видны.

358.1.7.0 — прозрачная работа с таблицами шаблона

- В перечне таблиц шаблона теперь видно, что это за таблица: размер (строк x колонок),
текст строки-шапки и найденные внутри метки {{...}}. Служебные таблицы верстки (город и
дата, реквизиты сторон) больше не приходится отличать от таблицы товаров вслепую.
- Автоподбор: если в строке-образце таблицы стоят метки {{Реквизит}}, обработка сама
подставляет табличную часть и список колонок.
- Понятная диагностика вместо молчания: и при печати, и по кнопке «Проверить шаблон»
обработка сообщает по каждой таблице, заполнится она или нет и почему — номер вне
диапазона, нет строки-образца (нужна вторая строка), метка не совпала ни с одной колонкой.
- Формат .doc (через Word) понимает те же метки {{...}}, что и .docx: поведение на одном и
том же шаблоне совпадает.
- Сообщение «Не настроены шаблоны печати» заменено на подсказку: где именно администратор
добавляет шаблон для вида объекта. Раньше менеджер, нажавший печать в базе без настроек,
получал голое исключение без единого указания, что делать.
- Серверный движок (печать без Word) научился заполнять таблицу, у которой в строке-образце
нет меток {{Колонка}}: значения кладутся по порядку колонок настройки — как это давно делает
движок COM. Раньше в таком шаблоне строки размножались по числу товаров, а ячейки оставались
пустыми, и никакого сообщения пользователь не получал.
- Появилось предупреждение «в строке-образце нет ни одной метки — ячейки заполнены по порядку
колонок»: теперь видно, по какому правилу заполнилась таблица.
- Метка в шаблоне сверяется с именем колонки без учета регистра: {{номенклатура}} при колонке
«Номенклатура» больше не остается в готовом документе как есть.
- Шаблон .docx перечитывается при каждом открытии настроек печати, а не только при первой
настройке. Раньше метки, дописанные в строку-образец уже после того, как настройка была
сохранена, форма не замечала: перечень таблиц показывал «меток нет» при заполненных ячейках.
Сделанные настройки при перечитывании не перетираются, а колонки подбираются автоматически,
если пользователь их еще не заполнял.
- Колонка «Справка» (список полей выбранной табличной части) заполняется каждый раз при
открытии настроек — прежде она оставалась пустой у всех, кто настроил шаблон раньше.
- Уточнена подсказка над перечнем таблиц: имена реквизитов задаются в колонке «Колонки»,
«Справка» лишь показывает доступные поля; ячейки образца можно оставить пустыми.

Параметры {{ВФигурныхСкобках}} распознаются в шаблоне сами.

1. Перечень параметров собирается по меткам {{Имя}}, а не только по закладкам Word. При подключении
шаблона обработка разбирает текст и заводит по строке на каждое имя. Одно имя — одна строка,
сколько бы раз {{ДатаДоговора}} ни встречалась в тексте: подстановка идёт во все вхождения сразу.
Закладки Word продолжают работать как прежде, оба способа читаются в одну таблицу настройки,
ранее настроенные шаблоны ничего не теряют.
2. Источник данных для метки подставляется автоматически: {{ОрганизацияПолное}} находит одноимённый
реквизит объекта печати по имени или по представлению. Совпадения нет — строка остаётся пустой,
реквизит выбирается вручную. При повторном сканировании настроенные строки не затираются
и не задваиваются.
3. Метки подставляются и при печати через COM Word — движок по умолчанию. Ложные сообщения
«Не найдена закладка!» на каждую метку пропали, ограничение Word в 255 символов на строку замены
обойдено: длинные значения подставляются целиком.
4. Колонтитулы обрабатываются наравне с телом документа: номер договора в верхней строке больше
не остаётся сырым {{Номер}}. Сбор перечня параметров и проверка шаблона тоже учитывают колонтитулы.
5. Строку перечня можно завести вручную: у таблицы появились «Добавить» и «Удалить», колонка
«Наименование» открыта для ввода.

Изменения внесены в обе сборки: УТ 11 и КА КЗ.

Версия 358.1.5.1. Предыдущая версия на сайте — 358.1.4.2, поэтому ниже все изменения с нее.

Подбор реквизита

1. В подборе видны ВСЕ дополнительные реквизиты объекта, а не только те, что где-то уже
заполнены. Раньше список собирался по заполненным значениям, и из набора свойств заказа в
подбор попадал один реквизит из двенадцати. Теперь реквизиты берутся по набору свойств
объекта — незаполненные тоже можно назначить закладке заранее.
2. Поиск отбирает список сразу при наборе — на каждый введенный символ, полное имя реквизита
набирать не нужно. В колонке «Реквизит» формы настроек появилась подсказка по набранному
тексту.
3. Имя реквизита с пробелом больше не роняет обработку при разыменовании составного пути.
4. Реквизит, выбранный в только что добавленной строке настройки, больше не теряется: настройки
перечитывались из хранилища на каждой активизации строки и затирали несохраненный выбор.

Банковские реквизиты

5. Банковские метки («Банк (наименование)», «Банк (номер счета)», БИК, корреспондентский счет и
остальные) предлагаются и для реквизита «Контрагент», а значение читается из его действующего
банковского счета. Прежде в заказе поставщику эти метки оставались пустыми: счет поставщика в
самом документе не хранится.

Выбор шаблона при печати

6. Вместо плоского списка открывается окно «Выбор шаблона печати»: шаблоны сгруппированы по
папкам справочника «Файлы» так же, как в самом справочнике, есть строка поиска, размер окна
увеличен.
7. Дерево повторяет иерархию папок один в один. В версии 358.1.5.0 путь шаблона разбирался
функцией СтрРазделить, а она считает разделителем каждый символ переданной строки по
отдельности: разделитель « \ » делал разделителями и пробелы, поэтому папка «Шаблоны печати
Word» разворачивалась в три уровня выдуманных папок.

Расширение «Доступ к файлам»

8. Расширение дает право читать и справочник «Папки файлов» — без него дерево папок при печати
у пользователя без прав на файлы осталось бы пустым.

Правки внесены в обе сборки обработки: УТ 11 (УТ 11.4 и 11.5, КА 2.4 и 2.5, ERP 2.4 и 2.5) и
«Комплексная автоматизация для Казахстана».

Исправлены два дефекта настройки шаблонов.

1. Реквизит, выбранный в подборе для только что добавленной строки закладок, теперь остаётся в таблице. Раньше строка вместе с выбранным реквизитом пропадала при возврате на форму: список закладок перечитывался из сохранённых настроек шаблона и затирал всё несохранённое.

2. Окно подбора реквизита открывается обычным окном выбора, как у справочников, а не отдельной вкладкой.

Ранее в этой ветке версий закрыта ошибка «Недопустимое значение параметра (параметр номер 1)» на реквизитах, чьи заголовки содержат пробелы («Контрагент.Фактический адрес», «Должность по визитке»).

Проверено автотестами интерфейса: 15 сценариев из 15 зелёные.

Панель здоровья маркировки открывается сразу на нужной вкладке. Страница задаётся параметром
открытия «СтраницаПриОткрытии» — например, из внешней команды человека можно привести прямо
к срокам передачи сведений или к разбору кода, не заставляя его искать вкладку руками.

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

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

На работу разработки переименование не влияет: расчёт показателей прибыли и рентабельности, контроль при проведении и расшифровка себестоимости остались прежними. Переименование меняет состав объектов расширения, поэтому обновление ставится поверх прежней версии как обычно — новые модули приходят на смену старым при загрузке файла расширения. Установка поверх версии 565.4.6.0 проверена отдельно.

Прибыль, наценка и рентабельность больше не завышаются на сумму НДС. Выручка строки бралась вместе с налогом, а себестоимость — по ценам закупки без налога, поэтому одна и та же строка при ставке 20 % показывала наценку 242 % вместо 185 %, а прибыль 153,70 вместо 117,50: показатели «росли» от одного лишь переключения ставки НДС. Теперь выручка считается без налога (сумма с НДС минус НДС), и цифры не зависят ни от ставки, ни от флажка документа «Цена включает НДС». Правило действует одинаково в заказе клиента, реализации, коммерческом предложении, в расшифровке себестоимости и в итогах по документу.

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

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

565.4.3.0 — показатели считаются у менеджера по продажам, а не только у администратора.

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

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

Проверено на 1С:Управление торговлей 11.5 и 11.4: каждый сценарий прогнан дважды —
под администратором и под сотрудником с профилем «Менеджер по продажам».

565.4.2.0 (27.08.2026)

- Индивидуальные пороги по группам номенклатуры больше не гасят показатели. Если в настройках
была заполнена таблица «Индивидуальные пороги по группам номенклатуры», запрос порогов падал с
ошибкой «Неверные параметры "В ИЕРАРХИИ"», и форма документа открывалась с пустыми колонками
«Прибыль», «Рентабельность», «Наценка» — без единого сообщения на экране. Пороги теперь
вычисляются по каждой группе отдельным условием иерархии, показатели считаются как обычно.

565.4.1.0 (26.08.2026)

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

565.4.0.0 (16.07.2026)

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

565.3.0.0 (15.07.2026)

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

Отозвано изменение версии 437.2.10.1. В нём упаковка с коэффициентом 1, совпадающая с единицей измерения по наименованию, перестала получать собственную строку цены. Это неверно: 1С ищет цену по точному совпадению ссылки упаковки, поэтому такая упаковка — отдельный ключ, и без своей строки цена по ней в документах не подставлялась. Отбор снова идёт только по совпадению ссылок, как в 437.2.10.0.

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

Поиск номенклатуры по доп. реквизиту теперь находит товар и тогда, когда значение заведено не в доп. реквизитах карточки, а в доп. сведениях. Вариант поиска называется «по доп. реквизиту или сведению» и работает по обоим наборам сразу.

Версия 45.4.1.0

Себестоимость считается сама при проведении выпуска. Нажимать «Рассчитать себестоимость» перед
каждым проведением больше не нужно: документ пересчитывает материалы, работы, оплату труда, брак и
возвратные отходы в момент записи, а движения идут уже от актуальных цифр. Кнопка расчёта осталась
для тех, кто хочет посмотреть результат до проведения.

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

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

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

Колонка «Характеристика» больше не сбивает с толку. У номенклатуры, для которой характеристики не
ведутся, ячейка показывает «<не используется>» и не принимает ввод — во всех таблицах выпуска:
продукция, материалы, возвратные отходы, брак.

Формы приведены к виду типовых. Собственные кнопки и «Справка» переехали в общую командную панель
формы — второй строки кнопок больше нет; кнопки, которые в панель не помещаются, собраны в
подменю «Ещё». «Номер» и «Дата» стоят в одной строке, а номер документа получает префикс узла и
организации, как в типовых документах (вид «ЦБ-00000001»). Количество строк в заголовке пустой
табличной части печатается как «(0)», а не пустыми скобками.

Отражение в типовом учёте происходит при проведении. Отдельные кнопки «Отразить в типовом учете»
и «Отразить брак и оплату труда» убраны: помнить о двух дополнительных нажатиях после проведения
пользователь не обязан.

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

Подбор товаров работает во всех таблицах документов — привычной кнопкой с привычной пиктограммой,
той же, что в типовых документах УТ.

Поля ввода перестали растягиваться на всю ширину формы: ссылочным и строковым полям задана
ширина, как в типовых документах, а номер документа занимает ровно столько, сколько нужно.
Основная кнопка формы — «Провести и закрыть», она же выделена цветом.

Настройки учёта производства стоят в начале раздела, в группе «Важное», а у самого раздела —
пиктограмма производства из типовых конфигураций.

Модуль научился считать брак и выработку. В документе «Выпуск продукции» появилась табличная
часть «Брак»: бракованная продукция указывается количеством, причиной из справочника причин
брака и виновником. Брак копится в собственном регистре и списывается в типовом учете
документом «Списание недостач товаров» на статью расходов из настроек модуля - отдельной
кнопкой «Отразить брак и оплату труда» в форме выпуска.

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

Выработка сотрудников копится всегда - независимо от того, установлен ли рядом модуль учета
зарплаты. Если он установлен, выпуск умеет передать выработку в зарплату кнопкой «Передать
выработку в зарплату»: по каждому виду работы создается документ выработки показателей на
имя показателя, заданное в справочнике видов работ. Документы создаются непроведенными -
начислять зарплату решает расчетчик. Если модуля учета зарплаты нет, кнопка не ломается, а
сообщает, что выработка накоплена в производственном учете и передавать ее некуда.

Добавлен отчет «Выработка и брак»: сколько сделано, кем, на каком участке, сколько забраковано,
по каким причинам и по чьей вине.

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

Учет по сериям модуль не ведет и не делает вид, что ведет: если у вида номенклатуры включены
серии, выпуск такой продукции отклоняется внятным сообщением еще при проведении, а не молча
расходится со складским учетом.

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

Функциональных изменений нет — версия 45.3.0.1 отличается от 45.3.0.0 только этим исправлением
вывода. Если вы уже установили 45.3.0.0, обновление желательно: в прежней сборке исправление
не успело попасть в файл поставки.

Версия 45.3.0.1

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

Функциональных изменений нет — версия 45.3.0.1 отличается от 45.3.0.0 только этим исправлением
вывода. Если вы уже установили 45.3.0.0, обновление желательно: в прежней сборке исправление
не успело попасть в файл поставки.

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

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

Выпуск отражается в типовом учете. Документ порождает типовые «Сборки товаров» по строкам
продукции, а при необходимости — «Распределение прочих затрат» и «Перемещение товаров»; связь
с порожденными документами хранится в регистре «Связь с типовыми документами», повторное
отражение дублей не создает. Своих движений по регистрам себестоимости модуль не делает —
регламентный расчет «Управления торговлей» видит выпуск как обычную сборку.

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

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

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

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

Совместимость не менялась: «Управление торговлей» редакций 11.4, 11.5 и 11.6, конфигурация
с поддержки не снимается.

Версия 45.2.1.0. Расширение «Учет производства» для «1С:Управление торговлей» 11.4, 11.5 и 11.6.

В поставке два файла — по одному на редакцию:
- product45_UT114.cfe — для УТ 11.4;
- product45_UT115.cfe — для УТ 11.5 и 11.6.

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

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

Требования: платформа 8.3.18 и выше, режим совместимости расширения 8.3.13.

Расширение снова применяется целиком. При установке в журнал регистрации попадало сообщение о несоответствии списка параметров, и один из модулей расширения платформа не применяла: поле «Заголовок XML» не появлялось в карточке вида цены, а в УНФ 3.0 и Рознице 3.0 — и в карточке структурной единицы. Объявление обработчиков приведено к типовому дословно, установка проходит без сообщений. Объявления сверены с типовой «Управление нашей фирмой» 3.0.14.123. Заодно исправлен номер версии, который расширение сообщает при проверке совместимости: в паспорте оставался «595.5.5.3» от прежнего релиза, теперь он совпадает с версией поставки.

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

Подсказка у поля «Заголовок XML» показывает пример и правило. В самом поле — образец «Латиницей: sklad-msk», по кнопке подсказки — что именно допустимо и что будет, если поле не заполнять.

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

Заголовок склада и вида цены в файле задаётся прямо в карточке — новое поле «Заголовок XML». Расширение добавляет собственный реквизит в справочники складов (в УНФ 3.0 и Рознице 3.0 — структурных единиц) и видов цен. Раньше заголовок переопределялся только дополнительным реквизитом из поля профиля «В заголовок», а подсистема «Дополнительные реквизиты и сведения» подключена в типовых по-разному: в УНФ 3.0 набора для видов цен нет вовсе, и заголовок там задать было нечем.

Порядок источников заголовка: заполненный «Заголовок XML» старше всего; пустой означает «как раньше» — доп. реквизит из поля «В заголовок», а если и он не задан, наименование объекта (в XML вид цены подписывается по правилам конфигурации: наименованием в УТ, КА и ERP, комментарием из карточки в УНФ 3.0 и Рознице 3.0, идентификатором в Рознице 2.3). Настроенные ранее профили работают без изменений.

Одна цена на вид цен вместо нескольких. Если характеристики в файл не выгружаются, в него попадали все цены позиции — по строке на каждую характеристику, и принимающая система видела у товара четыре разных цены. Теперь берётся цена, записанная без характеристики (именно её показывает карточка товара), а если её нет — минимальная из цен по характеристикам.

Поле «Заголовок XML» в карточке склада поднято выше закладок, к шапке карточки: раньше оно выводилось под таб-контролом и было отделено пустым разрывом.

Временные файлы выгрузки убираются за собой: Excel, CSV, JSON и XML-фиды строились через временный файл на сервере, который оставался на диске до перезапуска, — теперь он удаляется сразу после помещения выгрузки в память.

Числовое форматирование применяется только к числам: значение реквизита, прочитанного по имени (в том числе дополнительного), форматировалось числовой маской независимо от типа. Строковые и незаполненные реквизиты отдаются как есть, пустой — пустой строкой.

Выгрузка по кодам товаров SKU.

• Коды товаров SKU выгружаются вместе с номенклатурой. В подбор реквизитов и в состав файла
добавлены код SKU и его спутники: партия и единица измерения (в «Рознице 2.3» — упаковка).
• Новый флаг профиля «Строка на каждый код SKU»: позиция с несколькими кодами уходит в файл
отдельными строками, по строке на код, вместо перечисления через запятую в одной строке.
Флаг сохраняется в профиле и переживает переоткрытие формы.
• Коды SKU доступны во всех форматах выгрузки, включая отбор и группировку.
• Для «УТ 11.5 / КА 2.5 / ERP 2.5» раздел не показывается: регистра кодов товаров SKU
в этих конфигурациях нет.
• В сборке для «УНФ 3.0 / Розницы 3.0» команды расширения перенесены в раздел «Продажи»
(раньше заимствовалась подсистема нормативно-справочной информации, которой там нет).

595.5.5.3

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

## 632.6.9.1 (08.09.2026)

Служебное обновление: сбои стало видно в журнале регистрации.

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

## 632.6.9.0 (08.09.2026)

Проверка совместимости файла поставки со своей конфигурацией.

- **Расширение предупреждает об установке «не того» файла из мультипоставки, а не молчит.**
Поставка — три файла под разные конфигурации (УТ/КА/ERP, УНФ 1.6, УНФ 3.0); установка
чужого файла раньше не проверялась вовсе. Теперь при первом обращении к
функционалу (команды меню, кнопка «Загрузить» в списке остатков) расширение по
`Метаданные.Имя` и `Метаданные.Версия` вашей информационной базы определяет, для какой
конфигурации предназначен установленный файл, и, если файл не тот или версия ниже
проверенной, спрашивает подтверждение продолжить на свой риск — с указанием, какой файл
из архива нужен на самом деле. Согласие запоминается персонально и навсегда; отказ каждый
раз спрашивается заново. Конфигурации вне списка проверенных получают мягкое уведомление без
вопроса — блокировать работу там, где совместимость не проверялась целенаправленно, незачем.

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

## 632.6.8.0 (08.09.2026)

Загрузка прайса из письма работает на IMAP-ящиках.

- **Автозагрузка по почте больше не падает с «Произошла ошибка при работе с IMAP. Код ошибки: 9».**
Расширение читало ящик двумя заходами: сперва забирало заголовки писем, затем — тело нужного
письма. На POP3 так можно, а на IMAP письмо опознаётся только внутри той сессии, в которой
заголовок получен, поэтому второй заход приходил с недействительным идентификатором и сервер
отвечал отказом. Теперь ящик читается одним подключением, и для IMAP явно выбирается папка
«Входящие» — без этого сервер отвергает выборку писем.

- **Письма остаются непрочитанными.** Прайс забирает робот, и метить чужую переписку прочитанной
он не вправе: письма по-прежнему читает человек в своём почтовом клиенте.

- **Вложение-письмо больше не путается с прайсом.** Если к письму приложено другое письмо (.eml),
расширение его пропускает и ищет дальше настоящий файл.

- **Кнопка «Проверить подключение» работает для источника «Письмо по почте».** Раньше она была
доступна только для FTP и HTTP, и настройку почты нельзя было проверить до первой загрузки.

- **В журнал регистрации пишется подробное описание ошибки.** По прежней краткой записи нельзя было
понять даже, на каком этапе сорвалась загрузка.

## 632.6.7.0 (08.09.2026)

Путь к файлу прайса выбирается кнопкой, а не набирается руками.

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

- **Выбранный файл сразу проверяется со стороны сервера.** Диалог показывает файлы вашего
компьютера, а прайс из папки читает сервер 1С: в клиент-серверной базе это разные машины.
Если сервер выбранный файл не видит, программа скажет об этом сразу, а не оставит настройку,
которая молча ничего не загружает.

Документы и загрузка работают у пользователей с ограниченным доступом к складам.

- Форма документа больше не падает «Недостаточно прав», когда пользователю доступны не все склады. В базах с ограничениями доступа по записям (RLS) открытие «Заказа клиента», «Приобретения товаров и услуг» и других документов с товарами могло завершаться ошибкой «У пользователя недостаточно прав на исполнение операции над базой данных». Теперь в расчёт собственного остатка попадают склады, на которые у пользователя есть права; остальные просто не участвуют. Открывать всем пользователям все склады не нужно.

- Загрузка остатков и цен поставщика работает у пользователя с ограниченным доступом. Раньше при ограничениях на партнёров, склады или виды цен загрузка либо прерывалась ошибкой прав, либо не видела часть справочника: существующая позиция не находилась и заводилась заново, а цена не записывалась. Теперь сопоставление номенклатуры и запись цен идут в служебном режиме; право запускать загрузку по-прежнему даётся ролью расширения.

- УНФ 3.0: колонка «Др. склады» в документе показывает остаток, а не ноль.

## 632.6.5.0 (07.09.2026)

Исправлено открытие документов в отдельных редакциях УТ, кнопки форм в одной строке с типовыми и
аккуратность в служебном коде.

- **Документы снова открываются в редакциях, где в регистре запасов нет отдельных «заблокированных»
ресурсов.** В части конфигураций линейки УТ 11.5 (а также в УТ для Беларуси) состав ресурсов
регистра «Запасы и потребности» отличается от привычного. Разработка подставляла в запрос
собственного остатка имена ресурсов списком, поэтому в такой базе запрос не собирался и форма
документа с товарами («Заказ клиента», «Приобретение товаров и услуг» и другие) не открывалась
вовсе — с сообщением «Поле не найдено "СвободныеОстатки1.ЗаблокированоВНаличииОстаток"». Теперь
слагаемые остатка берутся из того, что реально заведено в конфигурации: недостающий ресурс просто
не участвует в расчёте, а форма открывается.

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

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

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

- **Пользователь с ограниченными правами видит в списках и отчётах только своё.** Служебные запросы
разработки теперь выполняются с учётом ограничений доступа (РАЗРЕШЕННЫЕ). Раньше при настроенных
в конфигурации ограничениях по организациям или складам отдельные списки могли показать строку,
которую пользователю видеть не положено.

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

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

- **Заголовки колонок в отчётах стоят по центру.** В трёх отчётах разработки («Остатки
товаров поставщиков», «Динамика остатков поставщиков», «Что дозаказать») шапка таблицы
печаталась выравниванием по умолчанию — заголовок жался к левому краю колонки и
расходился с числами под ним. Теперь заголовок колонки выровнен по центру во всех
вариантах настроек; сами данные выравниваются как прежде.

Оформление отчётов и служебные имена внутри расширения.

- Отчёт «Остатки товаров поставщиков» печатается в оформлении «Море». У него стояло оформление «Зелёный» — ярко-зелёные шапка и итоги выбивались из вида остальных отчётов разработки, где уже используется спокойное сине-серое «Море». Теперь все три отчёта оформлены одинаково. Состав колонок, отборы и данные отчёта не менялись.

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

- Важно при обновлении: переименование меняет состав объектов расширения, поэтому новая версия ставится поверх старой обычным обновлением расширения (без удаления). Настройки загрузки, накопленные остатки и история сопоставления сохраняются.

Внешний вид форм разработки.

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

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

- **В шапке окна название не двоится.** Формы «Остатки у поставщиков» и «Разбор строк прайса, не
найденных в номенклатуре» показывали своё название дважды через двоеточие («Остатки у
поставщиков: Остатки у поставщиков»). Теперь название пишется один раз.

- **В списке настроек загрузки основной стала кнопка «Загрузить по настройкам».** Она же стоит
первой в панели: список настроек открывают, чтобы загрузить по ним данные, а не чтобы создать
ещё одну настройку.

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

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

- **«Способ заполнения» стал переключателем.** Выбор между «Из файла Excel» и «Из таблицы формы»
открывался списком — два варианта теперь видны сразу и выбираются одним щелчком.

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

632.6.3.6

Версия 632.6.3.4

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

Проверено: контрольный прогон УТ 11.5 — 165 проверок, УНФ 3.0 — 154, УНФ 1.6 — 154, без отказов;
UI-прогон интерфейса — 47/47, 47/47 и 43/43 сценариев соответственно.

Правки по обращению покупателя.

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

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

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

Окно настройки называется по имени настройки. При смене варианта поиска заголовок окна подменялся названием варианта — теперь в заголовке снова имя настройки.

- В отчёте «Что дозаказать» вернулась колонка «Дешевле всего у». Отчёт показывал цену,
остаток и срок лучшего предложения, но не показывал самого поставщика: колонка с именем
в таблицу не выводилась. Теперь видно, кому звонить.
- Из строки «Итого» убраны бессмысленные числа. Цена, остаток и срок лучшего предложения
считаются внутри позиции, а не по всему отчёту: в итоговой строке стояли минимальная цена
и максимальный остаток по всем товарам сразу, и читались они как ошибка.

Версия 632.6.3.0 — прайс приходит четырьмя способами, нераспознанные строки разбираются вручную, по остаткам и ценам ведется история.

ОТКУДА БЕРЕТСЯ ПРАЙС
- Четыре источника вместо двух: файл в папке, сервер FTP, ссылка HTTP (в том числе с логином и паролем) и письмо с вложением — с отбором по отправителю, теме и маске имени вложения.
- Маска имени файла вместо точного имени: берется самый свежий подходящий файл.
- Форматы CSV и TXT наравне с книгой Excel; в настройке задаются разделитель колонок и кодировка.

СТРОКИ, КОТОРЫЕ ПРОГРАММА НЕ УЗНАЛА
- По каждому прайсу ведется список нераспознанных строк, а протокол загрузки начинается итогом «Не загружено строк: N».
- Форма разбора: «Найти похожие» подбирает кандидатов, «Сопоставить» закрепляет соответствие. Заданное вручную соответствие действует при всех следующих загрузках и сильнее любого варианта поиска.

ИСТОРИЯ И АНАЛИТИКА
- История остатков и цен пишется дельтой, срок хранения задается полем «Хранить историю, дней».
- Отчет «Динамика остатков и цен поставщиков» — три варианта, включая график цены.
- Форма «Остатки у поставщиков» со страницами «Сейчас» и «История» и колонкой «Цена изменилась на».
- Отчет «Что дозаказать у поставщиков»: где потребность больше своего остатка, у кого дешевле, его цена, остаток и срок поставки.

ГДЕ СМОТРЕТЬ ОСТАТКИ
- Кнопка «Остатки у поставщиков» в карточке товара.
- Двойной щелчок по колонке остатка поставщиков в документах открывает ту же форму по строке. В сборке для УНФ 1.6 такой колонки в документах нет, там вход из карточки и из списка номенклатуры.

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

Заводить настройки заново не нужно: все, что было заведено в версии 6.2.x, продолжает работать.

У каждого прайса теперь своё расписание загрузки — обычное расписание 1С: дни недели, время суток, повтор в течение дня. Задаётся кнопкой прямо в настройке, рядом написано словами, когда прайс будет загружаться. Регламентное задание включается само, идти в раздел администрирования не нужно.

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

Настройки прежних версий переносятся кнопкой «Перенести настройки прежней версии»: параметры файла, колонки, виды цен и пароль переезжают целиком, а прежний минимальный интервал в часах превращается в равносильное расписание. Данные прежней версии остаются на месте.

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

Состав поставки перечислен в readme.txt внутри архива: файл для УТ/КА/ERP, файл для УНФ 1.6 и файл для УНФ 3.0.

Загрузка остатков и цен поставщиков переведена на регламентное задание «Загрузка остатков и цен поставщиков»: она выполняется в фоне на сервере по расписанию и больше не зависит от того, вошёл ли кто-нибудь в программу (прежде её запускал таймер в сеансе каждого пользователя, а в веб-клиенте она не работала). Минимальный интервал между загрузками задаётся по каждому поставщику отдельно, там же видна дата последней загрузки. Форма настройки предупреждает, если расширение подключено в безопасном режиме: в этом режиме платформа запрещает читать файл с диска и обращаться к FTP, и загрузка не выполняется. Пароль FTP хранится в безопасном хранилище платформы, настройки прежних версий переносятся автоматически. Путь к файлу читает сервер 1С; исходный файл поставщика после загрузки остаётся на месте. Исправлен расчёт цены по формуле с несколькими аргументами, сбой формулы больше не обрывает загрузку целиком. Загрузка ускорена: запись набором записей, кэш поиска номенклатуры, характеристики одним запросом. У форм загрузки, настройки автозагрузки и списка остатков заполнена справка (клавиша F1). Добавлены паспорт совместимости и две роли доступа. Проверено прогонами на «Управлении торговлей» 11.5 и «Управлении нашей фирмой» 1.6 и 3.0 — по 18 проверок из 18 успешны.

Модуль вышел для 1С:Управление нашей фирмой 3.0. Сборка для УНФ отдельная, в том же архиве:
для УТ 11.5, КА 2.5 и ERP 2 ставится прежний файл, для УНФ 3.0 — новый. Работа одинаковая:
страница «Сверка» в документе, перенос товаров документа в таблицу сверки, набор факта
сканером — штука, коробка, весовой штрихкод, пачка кодов с терминала сбора данных, — цветовая
подсветка строк, статус сверки в документе и колонкой в списке, общие настройки и две печатные
формы, полная и только расхождения, с печатью пачкой.

Сверка в УНФ включена в восьми документах: заказ покупателя, заказ поставщику, заказ на
перемещение, перемещение запасов, приходная накладная, расходная накладная, чек ККМ и возврат
по чеку ККМ. Статус сверки выводится колонкой в списках этих документов; у чеков ККМ
собственного списка в конфигурации нет, поэтому там статус виден только в самом документе.

Единица измерения вместо упаковки. В УНФ строка товаров хранит единицу измерения с
коэффициентом, а не упаковку номенклатуры, поэтому сверка считает количество по единице из
строки документа: коробка, набранная сканером, разворачивается в штуки тем же коэффициентом,
каким её считает сама конфигурация.

Суммы расхождений в документах без валюты печатаются в валюте учёта: у заказа на перемещение
валюты в УНФ нет по замыслу конфигурации.

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

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

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

Весовой и количественный штрихкод учитывается количеством. Если сканер передаёт вместе с
кодом количество (весовая этикетка, ТСД с набранным количеством), в факт попадает именно оно,
а не единица.

Печатается вся выделенная пачка документов. Раньше при выделении нескольких документов в
списке печатная форма строилась по первому; теперь в печать уходит каждый выделенный
документ, со своей страницей и своим итогом.

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

Голосовое подтверждение сканирования не засоряет журнал регистрации. Если речевой движок
Windows на рабочем месте недоступен, модуль убеждается в этом один раз за сеанс и дальше
работает молча, а не пишет ошибку на каждый штрихкод.

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

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

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

- «Комплексная автоматизация» 2.5 внесена в список проверенных конфигураций. Раньше при
первом открытии формы разработки в КА 2.5 появлялось предупреждение «ваша конфигурация не
входит в список проверенных конфигураций» — хотя файл product568_UT115.cfe к ней применяется
и проверен прогоном. Теперь предупреждения нет, а состав поставки называет КА 2.5 явно.

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

## 568.2.25.1 — 06.09.2026

- Справка по формам. Раньше кнопка «Справка» стояла лишь на нескольких формах, а текста за ней
не было вовсе: F1 открывал пустоту. Теперь справка написана и подключена к 34 формам из 35 —
что делает документ, чем заполняется таблица, что дает проведение.
- Главные команды вынесены наверх формы отдельной строкой крупных кнопок с пиктограммами:
«Заполнить», «Заполнить по всем сотрудникам», «Заполнить по остаткам», «Заполнить из файла»,
«Заполнить по отчету», «Расчет начислений», «Расчет налогов», «Подбор сотрудников»,
«Групповое создание», «Создать документ». Раньше их искали в командной панели и в меню «Еще».
- Подсказки к полям. В настройках, печати расчетных листков и загрузке из файла у каждого поля
появилась подсказка по кнопке «?»: что такое предельная база и тарифы взносов, где взять
идентификатор и токен Green API, Telegram и Max, что означает пустое подразделение в отборе,
с какой строки читать файл.
- Формы настроек, печати листков, загрузки из файла и заполнения ежедневных отчетов открывались
без внятного заголовка окна. Теперь у них заголовки «Настройки учета заработной платы»,
«Печать расчетных листков», «Загрузка данных из файла», «Заполнение ежедневных отчетов» —
одной фразой, без повтора через двоеточие в шапке окна.
- Работа под ограниченными правами. У пользователя, которому доступна не вся картотека
(ограничения по организациям, подразделениям, сотрудникам), заполнение документов, расчет,
печать и рассылка листков прерывались ошибкой прав. 45 запросов переведены на выборку
разрешенных данных: берется то, что доступно, работа не прерывается.
- Загрузка через обмен данными. При переносе из другой базы или из узла распределенной базы
документы расширения отбраковывались собственными проверками заполнения и не загружались.
Теперь проверки при загрузке пропускаются — как это сделано в типовых документах.
- Рассылка расчетных листков по электронной почте: в состав расширения включен справочник
учетных записей электронной почты, поэтому выбор учетной записи в настройках опирается на
объект из поставки.
- Повторный запуск рассылки за тот же месяц распознается надежнее: ключ фонового задания
строится из месяца в виде «ггггММ» и идентификатора организации.
- Оформление: в настройках таблица прогрессивной шкалы НДФЛ вынесена из лишней группы и стоит
на общей странице; флажки на формах приведены к единому виду — выключатель с подписью справа.
- В сборке для редакции 11.4 (файл `product568_UT114.cfe`, он же для «Управления торговлей для
Казахстана» 3.4) больше нет регламентного задания «Контроль начисления зарплаты»: платформа
8.3.18, на которой работает эта редакция, не принимает собственные регламентные задания
расширения — с заданием расширение на нее не устанавливалось вовсе. Остальные возможности во
всех трех сборках одинаковы.

Номера карт можно загрузить из файла: Excel, CSV или текстового списка. Раньше номера задавались только диапазоном «с… по…», теперь готовый перечень номеров из типографии или от эмитента карт загружается напрямую, с предварительным просмотром до записи.

Добавлена печать карт: по созданным картам сразу формируется печатная форма с наименованием и штрихкодом каждой карты.

Вид карты теперь выбирается из справочника, а не вводится текстом. В «1С:Управление нашей фирмой» поле стало доступным на форме — раньше вид карты в этой конфигурации задать было нельзя.

Перед созданием проверяется, не заняты ли номер и штрихкод: карта с уже существующим номером не создается повторно, а попадает в протокол.

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

В архиве — ядро линейки CRM версии 2.0.1.2, которое больше не врёт о своей версии. Прошлое ядро сообщало о себе номер 2.0.0.2, хотя в списке расширений базы стояло как 2.0.1.1: строку версии в коде забыли поднять вместе с манифестом. Доске это не мешало, но по той же строке продукты линейки судят о совместимости, и первый же продукт, которому понадобится возможность из 2.0.1.x, сказал бы клиенту с правильно установленным ядром «ядро устарело, обновите файл из архива» — хотя обновлять нечего.

Правки в коде доски — без изменения поведения: снят префикс «ЭтотОбъект.» у обращения к текущему элементу формы (зарезервированное имя платформы) и переименован параметр процедуры, закрывавший собой одноимённое свойство команды.

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

Состав архива прежний: ядро CRM и доска сделок, по файлу на УТ 11.5 (подходит также КА 2.5 и ERP 2) и на УТ 11.4. Ядро ставится первым, доска — вторым.

- **В архиве поставки — актуальное ядро линейки CRM, версия 2.0.1.1.** Ядро едет в архиве
каждого продукта линейки и ставится первым; до этой версии в архиве доски лежало ядро
1.0.0.0 — то, с которым доска выпускалась в августе. Оно работоспособно, но у тех, кто
рядом поставил «Дела менеджера» или «Контроль отдела продаж», ядро в базе уже новее, и
архив доски предлагал файл со старшим номером версии — при том что сам readme запрещает
ядро понижать. Теперь во всех трёх продуктах линейки ядро одно и то же.
- Сама доска сделок не изменилась: код расширения «Канбан сделок» тот же, что в 42.1.1.0.
Единственная правка внутри — строка номера версии, которую расширение сообщает о себе
диагностике: раньше оно отвечало «42.1.1.0» независимо от того, что стоит в списке
расширений. Поведение доски от этого не меняется.

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

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

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

Наведён порядок в служебном модуле перехвата этапов сделок — на работу разработки не влияет.

В архив входят пять файлов: ядро линейки CRM (crm_core_UT114.cfe, crm_core_UT115.cfe) — ставится первым, само расширение (product41_UT114.cfe, product41_UT115.cfe) и readme.txt с порядком установки.

Версия 41.3.2.3 — внешний вид форм.

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

В архиве: ядро линейки CRM 2.0.1.1 (crm_core_UT115.cfe, crm_core_UT114.cfe) и сам модуль 41.3.2.3 (product41_UT115.cfe, product41_UT114.cfe). Ядро ставится первым, порядок обязателен — подробности в readme.txt и инструкции.

Дело открывается из списка, из дела виден заказ.

- Дело открывается прямо из рабочего места «Мои дела»: двойной клик по строке и кнопка «Открыть дело» открывают сам документ «Запланированное взаимодействие» — с описанием, сроком, участниками и предметом. Раньше карточку дела можно было увидеть только когда всплывало напоминание.
- Из дела виден объект-основание. В списке появилась колонка «Основание»: заказ клиента, сделка с клиентом или партнер, ради которого дело заведено. Двойной клик по колонке и кнопка «Перейти к основанию» открывают эту карточку. У дел, заведенных прежними версиями, основание может быть не заполнено: тогда открывается сделка, а если сделки нет — карточка клиента.
- Врезка «Мои дела» на начальной странице открывает дело двойным кликом и получила собственную команду «Перейти к основанию» — заказ, сделка или партнер открываются прямо с начальной страницы.
- Список дел и карточка дела больше не зависят от прав на основание: если у менеджера нет доступа к сделке или заказу, программа больше не отвечает «недостаточно прав», дело открывается, а недоступное основание остается незаполненным.

Версия 44.2.0.1 (ядро CRM 2.0.1.1)

Исправлено разграничение прав. Пользователь с ролью «Контроль отдела продаж» открывает
рабочее место и формирует отчёт «Активность менеджеров» без роли гашения сигналов: в ядре
линейки появилась роль «ЯДР: чтение сигналов» — чтение регистра сигналов и справочника
правил контроля. Гашение сигналов по-прежнему требует роли «ЯДР: работа с сигналами».
Роли расширений добавляются в профиль групп доступа, порядок описан в readme архива.

Форма рабочего места и форма настроек причёсаны: у кнопки «Правила» появилась пиктограмма,
кнопка «Справка» переведена на стандартную команду платформы, у полей отбора и флажков
появились подсказки, флажок «Показывать погашенные» стал переключателем.

Раскладка форм приведена к правилу диалогов: кнопки команд стоят под полями, а не над ними,
формам с таблицами заданы размеры окна — список сигналов и карта руководителей открываются
без полос прокрутки. В списке правил контроля снова видна командная панель: кнопки
«Заполнить типовыми» и «Справка» лежали в скрытой панели списка и не показывались вовсе.

Первый выпуск расширения «Контроль отдела продаж» (версия 44.2.0.0, ядро линейки CRM 2.0.1.0).

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

Сигналы собираются в отдельном рабочем месте с плитками «Всего сигналов», «Высокой важности»,
«Менеджеров» и «Сумма, руб.» и таблицей по каждому сигналу. Отчет «Активность менеджеров»
показывает звонки, встречи, сделки и сигналы по каждому сотруднику.

Оповещения приходят ответственному менеджеру и, при отдельной настройке, его руководителю —
в программе, по почте, в Телеграме или в WhatsApp.