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

- В «Бухгалтерии предприятия» 3.0 и «Бухгалтерии для Казахстана» загрузка номенклатуры поставщика больше не прерывается ошибкой записи. В этих конфигурациях справочник «Номенклатура контрагентов (партнеров)» независимый: роль владельца играет в нем отдельный реквизит, и поставщик из колонки файла теперь записывается именно в него.
- В «Управлении нашей фирмой» 3.0 позиции поставщика записываются в справочник «Номенклатура контрагентов (партнеров)» — тот самый, по которому электронный документооборот сопоставляет позиции поставщика. Раньше обработка выбирала устаревший справочник «Номенклатура поставщиков», данные которого сама конфигурация переносит в регистр электронного документооборота.
- В «Управлении нашей фирмой» 3.0 при пустой ячейке идентификатора он снова собирается из наименований номенклатуры, характеристики и упаковки: блока умолчания в этой сборке не было вовсе, и позиция записывалась с пустым идентификатором.
- Проверки после изменений: разбор кода по всем двенадцати каталогам исходных текстов (кодировка, стиль, совместимость вызовов) — без блокеров; автоматический прогон на «Управлении торговлей» 11.5 (19 проверок), «Бухгалтерии предприятия» 3.0 (14 проверок), «Управлении нашей фирмой» 3.0 (11 проверок и 1 пропуск), «Рознице» 2.3 (9 проверок и 1 пропуск) и «Рознице» 3.0 (6 проверок и 2 пропуска) — все успешны. В прогон добавлена загрузка номенклатуры поставщика с заполненной и с пустой колонкой идентификатора: заполненное значение попадает в реквизит и от него же идет разбор на части, пустая ячейка оставляет прежнюю склейку из наименований. В «Рознице» обеих редакций загрузка номенклатуры поставщика не поддерживается — там проверка помечена пропуском.

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

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

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

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

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

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

Исправления версии 1.0.6 доведены до всех трёх файлов поставки.

В версии 1.0.6 они фактически попали только в файл «product484 (релиз после 11.4.6.166).erf». Теперь «product484 (старые релизы).erf» и «product484 (релиз после 11.4.3172).erf» тоже:

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

Тем, кто работает на релизах УТ до 11.4.6.166, нужно переустановить свой файл отчёта из архива.

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

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

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

Исправлена опечатка в заголовке раздела: «Задолженость перед банками» → «Задолженность перед банками (остаток задолженности)».

В архив добавлен readme.txt с описанием состава поставки. Правки внесены во все три сборки: «product484 (старые релизы).erf» — для релизов УТ до 11.4.3172, «product484 (релиз после 11.4.3172).erf» — для релизов с 11.4.3172, «product484 (релиз после 11.4.6.166).erf» — для релизов с 11.4.6.166 и для УТ 11.5.

Исправлено: чек, созданный на основании заказа клиента, заполнялся товарами другого заказа. Кассир выбирал в заказе «Создать на основании → Чек ККМ», открывалась РМК — и в чеке оказывались товары самого свежего заказа из панели, а не того, из которого чек создавали. Причина: заказ основания и текущий заказ панели хранились в одном месте, а панель успевала записать туда свою первую строку раньше, чем чек заполнялся. Теперь заказ основания хранится отдельно, чек заполняется именно им, а курсор в панели встает на строку этого заказа. Заказ, не проходящий отборы панели, тоже заполняет чек правильно.

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

Номер заказа по данным клиента виден в списке заказов и участвует в поиске.

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

Один чек по нескольким заказам клиента.

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

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

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

Алкогольная продукция в чеке больше не попадает в перечень позиций для сканирования кодов: коды по ней кассир вносит формой сканирования ЕГАИС.

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

Файл расширения не изменился — это та же версия 439.2.4.0. В readme добавлено описание запроса кода маркировки: по товару с серийным учетом открывается форма «Указание серии», по товару без серий — типовая форма «Подбор и проверка продукции».

Поставка приведена к прежнему составу: в архиве снова лежит readme.txt с описанием, порядком установки и разделом об обновлении уже установленного расширения. Сам файл расширения не изменился — это та же версия 439.2.4.0.

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

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

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

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

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

Техническое обновление. Обработчик заполнения чека приведен к составу параметров типового документа «Чек ККМ»: расхождение с типовой конфигурацией снято, заполнение чека по заказу клиента работает как прежде.
Функционал расширения не менялся: панель заказов в рабочем месте кассира, три расположения панели (под товарами, слева от товаров, отдельной вкладкой) и все настройки расширения прежние.
В архиве поставки — product439.cfe и readme.txt с составом и порядком установки.

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

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

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

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

Версия 543.1.0.0

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

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

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

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

Бухгалтерия 3.0: снят перехват процедуры печати раздела допреквизитов, которой в типовой конфигурации нет.

В комплект добавлены PDF-инструкция и реестр поддержанных версий модуля обмена с порядком пополнения.

Разбор кода по всем шести сборкам и исправление ошибок, найденных аудитом.

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

- Розница 3.0: выгрузка на сайт снова работает. Расширение перехватывало модуль
«ОбменССайтом», которого в Рознице 3.0.13 больше нет, и установка отбивалась целиком.
Перехват перенесён на модуль-преемник «ИнтеграцияСИнтернетМагазиномСервер». Сборка
ставится и на 3.0.12, и на 3.0.13.

Версия 32.2.3.0

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

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

Ставится поверх прежней версии, настройки сохраняются.

Версия 710.2.2.1

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

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

Поставка
- Отдельный файл расширения под каждую конфигурацию: product710_BP.cfe (БП 3.0), product710_UNF.cfe (УНФ 3.0), product710_UT114.cfe (УТ 11.4, КА 2.4), product710_UT115.cfe (УТ 11.5, КА 2.5).

Версия 320.2.1.0

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

Версия 320.2.0.0

- Товары ищутся одним запросом на весь файл, а не отдельным запросом на каждую строку: заполнение файла в тысячу строк идет заметно быстрее.
- Поиск ведется сразу по наименованию, полному наименованию, коду, артикулу и штрихкоду. Группы и помеченные на удаление позиции в документ не попадают, причина видна в протоколе. Если значению соответствует несколько товаров, строка не заполняется первым попавшимся - это тоже ошибка протокола.
- Добавлена колонка характеристики. Характеристики ищутся с учетом того, как они заданы у товара: индивидуальные, общие для вида номенклатуры, общие с другим видом. В Бухгалтерии предприятия характеристик нет, там колонка не показывается.
- Упаковка и количество упаковок заполняются по единице хранения товара, поэтому строки документа не приходится править руками после загрузки.
- Пустые строки внутри указанного диапазона пропускаются молча, а не помечаются ошибкой.
- Нулевое, отрицательное и нечисловое количество в документ больше не попадает - такая строка видна в протоколе.
- Поведение при ошибках выровнено во всех конфигурациях: документ либо заполняется целиком, либо не записывается вовсе. Раньше сборка для Бухгалтерии записывала то, что успела разобрать.
- Запись документа защищена обработкой ошибок: при сбое документ остается в прежнем состоянии, причина показывается пользователю и пишется в журнал регистрации.
- В форму добавлена справка - кнопка "Справка" или F1: порядок работы и разбор частых ошибок.
- Обработку можно открыть файлом, без регистрации в базе: документ выбирается прямо на форме в поле "Документ". Раньше при таком запуске форма не открывалась.
- Читаются файлы xlsx, xls, ods и mxl, регистр расширения значения не имеет. Временный файл удаляется после чтения.
- Из поставки удалена посторонняя форма с чужими реквизитами для оплаты, не имеющая отношения к работе обработки.

Ширина колонки «Товар» теперь задается в настройках печати.

В форме настроек появилось поле «Ширина колонки „Товар“» — ширина колонки с наименованием
товара в знаках. Длинные наименования перестают переноситься, а там, где названия короткие,
колонка не забирает лишнее место у остатков и ячеек.

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

Обновлена встроенная справка формы настроек. Изменения сделаны в обеих поставках —
УТ 11.4/11.5, КА 2, ERP и УНФ 3.0.

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

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

• Исправлена ошибка формирования в конфигурациях, где нет регистра «Расчеты с клиентами по документам» (например, УТ 11.6): отчёт падал с сообщением «Таблица не найдена РегистрНакопления.РасчетыСКлиентамиПоДокументам.ОстаткиИОбороты». Блок долгов теперь включается в запрос по составу метаданных конфигурации, а предоплаты при отсутствии регистра берутся из регистра «Расчеты с клиентами по срокам».
• Добавлена проверка совместимости при открытии: в проверенной конфигурации отчёт открывается молча, в незнакомой — предупреждает и продолжает работу, на релизе ниже минимального — спрашивает подтверждение.
• В архиве два файла отчёта: основной product564.erf и Архив/product564.erf — предыдущая версия для тех же конфигураций, запасной вариант. Состав и порядок установки описаны в readme.txt.

Версия 679.1.1.2

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

Версия 679.1.1.1

- Ширину колонки артикула теперь можно задать самому: в настройках печатной формы (команда
«Настройки печатной формы» рядом с командой печати) появилось поле «Ширина колонки артикула»
в символах. Раньше колонка была шириной 9 символов и длинные артикулы вида 65115-11094-21
обрезались, а поправить их можно было только правкой макета в конфигураторе.
- Заданная ширина понимается как «под артикулом не меньше стольких символов»: в заказе клиента
колонка артикула складывается из трех колонок макета, и остаток округляется вверх, поэтому там
ширина может выйти на символ больше заданной. В счете на оплату колонка одна и ширина точная.
- Ноль в этом поле означает «как в макете» — прежний вид печатной формы сохраняется, обновление
ничего не меняет у тех, кого ширина устраивает.
- В заказе клиента прибавка к колонке артикула берется из колонки наименования товара, и та
не сжимается больше чем вдвое: таблица остается в границах листа. В счете на оплату ширину
листа держит автомасштаб печатной формы.
- Настройка добавлена в печатные формы заказа клиента и счета на оплату — там, где колонка
артикула выводится. Колонка появляется, когда в настройках учета дополнительная колонка
печатных форм документов задана как «Артикул».

Версия 679.1.1.0

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

556.2.0.0 — сравнение цен стало корректным

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

Что нового

1. Валюта отчета. Цены приводятся к выбранной валюте по курсу на дату отчета с учетом
кратности. Параметр пустой — цены показываются в своих валютах, и сравнение идет внутри
валюты. Курса на дату нет — цена не подменяется, строка остается без значения в колонке
сравнения.
2. Только закупочные цены. Флажок «Только цены, доступные для закупки» включен по умолчанию:
виды цен без признака доступности для закупки (в том числе цены конкурентов) в сравнение
не попадают.
3. Вид цены поставщика. Выведен полем и доступен в отборах — можно оставить один вид цены
или сравнить два между собой.
4. Признак НДС, упаковка и дата регистрации цены выводятся колонками.
5. Лучшая цена и лучший поставщик по строке, а также отклонение каждой цены от лучшей в
процентах. В кросс-таблице лучшая цена подсвечена, цены дороже лучшей на 20 процентов и
более выделены цветом текста. Прежняя сортировка колонок по возрастанию цены снята:
платформа при такой сортировке привязывает оформление не к той ячейке, и подсветка
показывала лучшей не ту цену. Ответ на вопрос «у кого дешевле» дают подсветка и вариант
«Лучшая цена по товару».
6. Три варианта отчета вместо одного: «Сравнение цен по поставщикам» (кросс-таблица),
«Лучшая цена по товару», «Все цены поставщиков списком».
7. Шапка таблицы закреплена — при прокрутке колонки с поставщиками остаются на экране.
8. Регистрация в подсистеме «Дополнительные отчеты и обработки» приведена к стандарту:
передается версия библиотеки, заполнены версия продукта и описание.

Совместимость: УТ 11.4 и 11.5, КА 2.4 и 2.5, ERP, УТ KZ и BY. Настройки прежних версий
не переносятся: вариант отчета в базе покупателя нужно выбрать заново.

Версия 550.8.4.0 — работа под пользователем с ограниченными правами

Исправлено: под пользователем с неполными правами отчет не открывался. Платформа прерывала
построение сообщением «У пользователя недостаточно прав на исполнение операции над базой данных»
(проверено на УТ 11.5.27.50 под типовыми профилями «Менеджер по продажам» и «Менеджер по закупкам»).

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

Что изменилось:

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

Расчет обеспечения, группировки, дефицит, сводка и уведомления не изменились: под полными правами
отчет работает ровно как прежде (самопроверка 66 из 66 на УТ 11.5).

# История версий 42 «Канбан сделок»

## 42.1.0.6 (26.08.2026)

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

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

## 42.1.0.5 (25.08.2026)

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

## 42.1.0.4 (25.08.2026)

Исправление, без которого доска у менеджера не работала вовсе.

- **Перенос карточки и закрытие сделки работают у менеджера, а не только у администратора.**
Типовая процедура ведения этапов пишет регистр «Статистика сделок с клиентами» напрямую,
и механизм ограничения доступа отбивал эту запись у любого неполноправного пользователя:
«Недостаточно прав для изменения данных: Статистика сделок с клиентами…». Право на изменение
регистра, которое дает роль расширения, этого не снимало — в типовой УТ 11.5 такое право
описано только у служебной роли обмена, а ограничений на запись не описано нигде. Теперь
запись статистики идет служебно, а право пользователя проверяется по САМОЙ СДЕЛКЕ: недоступную
сделку доска не двигает и пишет причину.

## 42.1.0.3 (25.08.2026)

Исправление, найденное прогоном под менеджером «Продажи (ШевченкоОВ)».

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

## 42.1.0.2 (25.08.2026)

- **Версия расширения, которую печатает его собственный модуль, совпадает с версией в списке
расширений.** Функция `КНС_Настройки.ВерсияРасширения()` отдавала 42.1.0.0, когда в контейнере
уже стояла 42.1.0.1: администратор, сверяющий версию по инструкции, видел два разных числа.

## 42.1.0.1 (25.08.2026)

Исправление, найденное UI-прогоном до первой продажи.

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

## 42.1.0.0 (24.08.2026)

Первая сборка: доска сделок по типовым этапам вида сделки для Управления торговлей 11.4 и 11.5.

- Колонки доски — этапы выбранного вида сделки, карточка — сделка. Этап хранится в типовом
регистре статистики сделок, своего состояния разработка не заводит.
- Перенос карточки — перетаскиванием мышью и кнопками «Шаг вперёд» / «Шаг назад»
(Ctrl+Alt+стрелки); этап двигает типовая процедура, поэтому все типовые механизмы сделки
срабатывают штатно.
- Закрытие сделки — перетаскиванием в колонки-приёмники «Выиграна» и «Проиграна»; у проигранной
причина спрашивается своей формой, без системных модальных диалогов.
- Цвет застоя: карточка желтеет после первого порога и краснеет после второго, пороги задаются
в настройках доски.
- Отборы шапки: вид сделки, ответственный, партнёр, период, флажок «Только мои».
- Итоги по колонкам (число сделок и сумма потенциала) и конверсия по этапам за период.
- Быстрые действия карточки: открыть сделку, открыть партнёра, поставить дело (последнее —
когда рядом установлен модуль 41 «Дела менеджера»).
- Вход: своё рабочее место в разделе «CRM и маркетинг» и кнопка «Канбан» в типовом списке сделок.

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

Отчёт работает у пользователя без прав на регистр себестоимости.

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

Проверено: прогон под пользователем с профилем продаж через внешнее соединение на обеих редакциях (18 проверок, ошибок 0), headless-зонд (24 проверки, провалов 0) и UI-прогон Vanessa на УТ 11.5 и УТ 11.4 (по 3 сценария, падений 0).

Итоговые суммы и подсветка проданных позиций без остатка.

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

Проверено: headless-зонд на обеих редакциях (24 проверки, провалов 0) и UI-прогон Vanessa на УТ 11.5 и УТ 11.4 (по 3 сценария, падений 0).

Оформление отчёта — «Море».

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

Проверено: headless-зонд на обеих редакциях (24 проверки, провалов 0, включая новую проверку имени макета оформления по каждому варианту) и UI-прогон Vanessa на УТ 11.5 и УТ 11.4 (по 3 сценария, падений 0).

Отборы шапки, паритет сборок и две новые возможности.

- Отбор по организации, менеджеру, подразделению и партнёру. Раньше эти поля были объявлены в наборе данных, но запросом не выбирались: отбор и группировка по любому падали «Поле не найдено». Из 22 мёртвых полей четыре нужных стали настоящими отборами шапки, остальные убраны из схемы. Отбор задаётся условием виртуальной таблицы продаж — строки отчёта от него не размножаются.
- Услуги отсекаются одинаково в обеих сборках. Сборка для УТ 11.4 показывала продажи услуг наравне с товарами, сборка для УТ 11.5 их отсекала. Теперь по умолчанию обе показывают только товары, а флажок «Показывать услуги» возвращает прежнее поведение.
- Флажок «Суммы без НДС». Выручка и себестоимость брались суммами с НДС, поэтому прибыль и рентабельность считались от сумм с налогом (на демо-базе УТ 11.5 разрыв 917 тысяч, 19 %). Умолчание прежнее — сохранённые варианты не меняются.
- Отбор по организации появился и в сборке для УТ 11.4 — раньше он был только в сборке для УТ 11.5 и КА 2.5.
- Флажок «Показывать товары без продаж». Отчёт строился от продаж, поэтому залежавшийся товар в него не попадал вовсе. С флажком в таблицу добавляются позиции с остатком и нулевым «продано».
- Колонка «Хватит на, дней». Доступный остаток, делённый на среднедневные продажи за период. Считается только когда период задан.

Проверено: headless-зонд на обеих редакциях (22 проверки, провалов 0) и UI-прогон Vanessa на УТ 11.5 и УТ 11.4 (по 3 сценария, падений 0).

Версия 159.1.0.0

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

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

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

Средняя цена считается взвешенной — стоимость остатков, делённая на их количество, вместо среднего арифметического цен партий.

В сборке для УТ 11.5 и КА 2.5 заполняется поле «Склад»: отчёт можно группировать по складам и отбирать по этому полю. Отбор цен по складской территории снят — на складах с помещениями он обнулял цены.

Отчёт устойчив к варианту настроек без параметра «Склад» и корректно работает под ограничением доступа на уровне записей.

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

Выпуск 517.5.0.0. Все шесть файлов поставки идут под одной версией, имена файлов внутри архива переведены на латиницу, добавлен readme с порядком установки.

Обработка «Заполнение статусов неликвидности товара» (файлы UT KA ERP, UNF, RN)

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

Команда отрабатывает и тогда, когда настройки еще ни разу не открывали: раньше она завершалась ошибкой «Поле не найдено ТаблицаСроков.Владелец».

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

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

Отчет по неликвидам

Шапка таблицы закреплена и остается на экране при прокрутке. Если дополнительный реквизит «Статус товара» в базе не заведен, отчет сообщает об этом, а не выводит пустой результат молча.

Расширение «Выделение неликвидов в списке» (файлы UT KA ERP, UNF)

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

Синонимы расширений теперь называют конфигурацию: «Выделение неликвидов в списке (УТ 11, КА 2, ERP 2)» и «Выделение неликвидов в списке (УНФ)» — в списке расширений видно, какой файл установлен.

Отчет по неликвидам: устранено падение «Поле не найдено "РаспределениеЗапасов.Состояние"» при формировании отчета в УТ 11.5, КА 2.5 и ERP 2.5.

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

Что сделано. Имена полей отчет берет из метаданных базы во время работы, поэтому один и тот же файл работает и на новых редакциях, и на прежних. Свободный остаток на новых редакциях считается так же, как его считает сама типовая конфигурация.

Остальные пять файлов поставки не изменялись.

Версия 473.1.2.0

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

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

Проверено на витрине: заказ клиента на 7 100, реализация по нему на 7 100 (8 единиц) и два
приобретения услуг с расходами на этот заказ — выручка 7 100 (было 14 200), количество 8
(было 16), дополнительные расходы 1 291 233,60 с НДС (без изменений).

Остальные два отчёта поставки не менялись; во всех девяти файлах обновлён номер версии и
паспорт совместимости.

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

Из книги Excel читается только первый лист. Платформа читает многолистовую книгу в один табличный документ: листы ложатся друг под друга. В файлах, выгруженных из 1С командой «Excel → Выгрузить», второй лист служебный: в нём идентификаторы и номера колонок прайс-листа. Этот лист попадал в конец списка и давал ошибки «не найдена номенклатура» по строкам, которых в файле не видно. Теперь список берётся из первого листа книги, а обработка сообщает, что лист не единственный. Файлы .mxl читаются целиком, как раньше.

Номер строки в протоколе пишется без разделителя разрядов: строка 2174 выводилась как «Строка 2 174» и читалась как строка 2.

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

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

Загрузка по списку (бывшая закладка «с сайта»): номера колонок с товаром и с файлом задаются на форме, добавлен флаг «Первая строка — заголовок» для выгрузок с шапкой. В колонке файла теперь принимается не только адрес в интернете, но и путь к файлу на диске или имя файла с указанием папки. Один и тот же файл можно указать в любом числе строк: он читается один раз и попадает во все эти карточки — 40 фотографий раскладываются на тысячи товаров без копирования файлов. На этой же закладке появилась кнопка «Проверить сопоставление» (показывает, какой карточке достанется каждая строка, ничего не записывая в базу). Сборка выполнена платформой 8.3.18 — файл открывается на 8.3.18 и старше.