История страницы

Изменения функционала в версии 1.056 сервис пак 1
ЕГАИС. Постановка на собственный учет марок из акта постановки на баланс.
Маркировка. Подсчет кодов КИЗ ТСД. Контроль корректности КИЗ.
Акты переоценки. Выбор вида цены в мастере создания документа.
Сервер обмена данными. Формат обмена «СуперМагМарко». Сохранение копии отсылаемых данных.
Кассовый модуль. Протокол УКМ4 XML.
Выгрузка признака маркированного товара.
Выгрузка признака уникальности КИЗ для маркированного товара.

Якорь
_Toc193964995 _Toc193964995

Якорь
_Toc191371995 _Toc191371995

ЕГАИС. Постановка на собственный учет марок из акта постановки на баланс.

В соответствии с постановлением правительства, для организаций, расположенных на новых территориях, 01.01.2026 заканчивается переходный период по организации учета маркированного алкоголя. С января 2025 года эти организации должны ввести поштучный учет маркированной продукции и с января 2025 года и до января 2026 года обязаны поставить на баланс марки поштучного учета, полученные ранее. Марки ставятся на баланс с использованием акта постановки на баланс с причиной "Постановка на баланс АП полученной в период с 30.09.2022 по 31 декабря 2024".
Официальная причина описана в информационном письме Росалкогольтабакконтроля: «согласно пункту 9 статьи 29 Федерального закона от 22.11.1995 № 171-ФЗ «О государственном регулировании производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции и об ограничении потребления (распития) алкогольной продукции» до 1 января 2026 года в отношении лиц, осуществляющих деятельность по обороту (в том числе розничной продаже) алкогольной продукции на территориях Донецкой Народной Республики, Луганской Народной Республики, Запорожской и Херсонской областей, не применяются положения абзацев шестнадцатого и семнадцатого пункта 2 статьи 8 настоящего Федерального закона, касающихся приема и передачи информации о хранении алкогольной продукции, в части закупленных до 1 января 2025 года указанными лицами алкогольной продукции, маркированной федеральными специальными марками в соответствии со статьей 12 настоящего Федерального закона, а также пива, пивных напитков, сидра, пуаре и медовухи, информация о закупке которых не зафиксирована в ЕГАИС и сведения о наличии которых направлены указанными лицами в федеральный орган по контролю и надзору не позднее 31 декабря 2024 года)».
Для постановки марок на баланс организации выполняют инвентаризацию (подсчет марок) маркированного алкоголя и ставят на баланс марки в личном кабинете ЕГАИС в соответствии с инструкцией ЕГАИС. В предыдущих версиях после постановки на баланс в ЕГАИС такие марки отражались на учете ЕГАИС, но не могли быть поставлены на собственный поштучный учет, так как такие марки невозможно соотнести ни с какой ТТН ЕГАИС.
В текущей версии реализована следующая технология регистрации на собственном поштучном учете марок, поставленных на баланс в ЕГАИС:

• В разделе «Акты списания/постановки на баланс ЕГАИС» надо создать акт постановки на баланс без флага «Пивная продукция». В акте выбрать причину постановки на баланс «Продукция, полученная до 01.01.2025».
  
• В разделе «Остатки ЕГАИС» на закладке «Поштучный учет» надо вызвать функцию «Отнести марки к акту постановки на баланс». В окне старта функции надо указать номер ранее созданного акта:
  Image Added
  Функция заполняет акт постановки на баланс марками, которые отсутствуют на собственном поштучном учете, но есть на учете в ЕГАИС.
  
• После заполнения акта марками надо открыть акт постановки на баланс и выполнить функцию «Признать акт зафиксированным в ЕГАИС». Акт поменяет статус и при смене статуса марки будут помещены в таблицу собственного поштучного учёта с привязкой к номеру акта постановки на баланс.
  

  Якорь
  _Toc193964996 _Toc193964996

  Маркировка. Подсчет кодов КИЗ ТСД. Контроль корректности КИЗ.

  
  В разделе «Подсчет кодов КИЗ ТСД» в окне открытого процесса изменено сообщение о неверном состоянии считанного КИЗ. В прошлых версиях при любых ошибках обработки КИЗ показывалось сообщение «Код не распознан как КИЗ». В текущей версии выделяется случай, когда код является корректным КИЗ, но EAN код из состава КИЗ не указывает ни на какой артикул:
  Image Added
  

  Якорь
  _Toc193964997 _Toc193964997

  Акты переоценки. Выбор вида цены в мастере создания документа.

  
  В разделе актов переоценки в мастере создания документа на странице «Цены» теперь подставляется вид цены, выбранный при предыдущем создании документа:
  Image Added
  Внимание! При смене выбора места хранения подставленный вид цены может не совпадать со списком разрешенных видов цен места хранения.
  

  Якорь
  _Toc193964998 _Toc193964998

  Сервер обмена данными. Формат обмена «СуперМагМарко». Сохранение копии отсылаемых данных.

  
  В администраторе сервера обмена данными в интерфейс настройки формата обмена «СуперМагМарко» добавлен флаг «Сохранять копию пакета в папке:»:
  Image Added
  Если флаг установлен и каталог для сохранения копий задан, то при отсылке информации в СупермагМарко выполняется копирование пересылаемых данных в файлы с расширением .json.
  Если во время отсылки данных произошла ошибка, то файлы перемещаются в подкаталог Error:
  Image Added
  
  Для транспорта СуперМагМарко почтового модуля аналогичная настройка существовала ранее.
  

  Якорь
  _Toc193964999 _Toc193964999

  Кассовый модуль. Протокол УКМ4 XML.

  Якорь
  _Toc193965000 _Toc193965000

  Выгрузка признака маркированного товара.

  
  В предыдущих версиях при выгрузке файла updateItems тэг <egaisType> выгружался всегда и мог принимать следующие значения:
  0 – не алкогольный, немаркированный товар, либо алкогольный с флагом "пиво", но немаркированный
  1 – алкогольный товар, маркированный акцизной маркой (принадлежность группе ТНВЭД не проверяется)
  2 – не используется
  3 – маркированный товар без немаркированного остатка (включая алкогольный с флагом "пиво")
  4 – маркированный товар с немаркированным остатком (включая алкогольный с флагом "пиво")
  5 – законодательство "Украина" при условии, что установлен флаг "Акцизный товар" (иначе 0)
  В текущей версии сделано следующее исключение из этого правила: если артикул не относится к маркированному алкоголю и относится к группе ТН ВЭД без флага «маркируемый», тег <egaisType> не выгружается.
  

  Якорь
  _Toc193965001 _Toc193965001

  Выгрузка признака уникальности КИЗ для маркированного товара.

  Wiki разметка

  \\ При выгрузке артикулов по протоколу УКМ4 XML внесено изменение в условие выгрузки тэга <crptNotUnique> в файле updateItems_\[ххх\]_\[F/I\].xml. При определении того, что при продаже товара КИЗ может повторяться, например, на отдельных частях или порциях продаваемого товара, теперь не проверяется, относится ли товар к категории «Пиво или пивные напитки». Это позволяет помечать этим тэгом не только пиво, но и маркированный алкоголь, который продается в разлив. \\ \\ Изменения функционала в версии 1.056 сервис пак 2 \\ [<span style="color: #0000ff"><span style="text-decoration: underline; ">Маркировка.</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827314] [<span style="color: #0000ff"><span style="text-decoration: underline; ">Прием УПД на приход. Определение расчетного режима НДС.</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827315] [<span style="color: #0000ff"><span style="text-decoration: underline; ">Расходная накладная. Списание маркированной продукции.</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827316] [<span style="color: #0000ff"><span style="text-decoration: underline; ">УПД на отгрузку. Заполнение поля «Функция УПД» при создании документа.</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827317] [<span style="color: #0000ff"><span style="text-decoration: underline; ">Контрагенты. НДС для УСН.</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827318] [<span style="color: #0000ff"><span style="text-decoration: underline; ">Приходная накладная. Функция «Проставить налоги из контракта с поставщиком».</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827319] [<span style="color: #0000ff"><span style="text-decoration: underline; ">Функция проверки 202 «Несоответствие ставки НДС при приходе товара от поставщика (плательщика и неплательщика НДС)»</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827320] [<span style="color: #0000ff"><span style="text-decoration: underline; ">Функция проверки 160 «Несовпадение ставок НДС в документе и в карточке товара.</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827321] [<span style="color: #0000ff"><span style="text-decoration: underline; ">Подсчет товаров ТСД. Создание расходной накладной. Заполнение полей «Страна» и «Производитель/импортер».</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827322] [<span style="color: #0000ff"><span style="text-decoration: underline; ">Выгрузка в кассу по протоколу УКМ4 XML. Выгрузка ставки НДС поставщика комиссионного товара.</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827323] [<span style="color: #0000ff"><span style="text-decoration: underline; ">Почтовый модуль. Транспорт «FTP».</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827324] [<span style="color: #0000ff"><span style="text-decoration: underline; ">Административный модуль. Задание «Сборка мусора». Очистка таблиц со статистикой по остаткам.</span></span> |C:\TEMP\4\6\Изменения1056 сп2.doc#_Toc196827325]

Якорь
_Toc196827314 _Toc196827314

Маркировка.

Якорь
_Toc196827315 _Toc196827315

Прием УПД на приход. Определение расчетного режима НДС.

Изменен алгоритм определения расчетного режима НДС для строк спецификации принимаемого УПД на приход.
Провайдер ЭДО при создании УПД на приход в формате для СМ+ не формирует какого-либо признака, по которому можно было бы определить, что строка документа имеет расчетную ставку НДС. В прошлых версиях определение значения флага «Расчётный НДС» отталкивалось от значений: «цена без НДС», «цена полная» и «ставка НДС».
Для значений «Ставка НДС» > 0 предполагалось, что расчетному режиму НДС соответствует равенство значений «цена без НДС», «цена полная».
Как выяснилось, при расчетной ставке НДС равенство значений цен - это один из возможных вариантов заполнения поля «цена без НДС» при отсутствии определенного правила его заполнения.
В текущей версии алгоритм определения значения флага расчетной ставки НДС изменен. Теперь используется следующее правило:
В режиме «Расчетный НДС» ожидается равенство:
«Сумма НДС» = «Сумма без НДС» * «Ставка НДС» / (1 + «Ставка НДС»)
В обычном режиме ожидается равенство:
«Сумма НДС» = «Сумма без НДС» * «Ставка НДС»
Выполняется сравнение, какая из полученных величин ближе к фактическому значению «Сумма НДС», и по этому условию делается вывод о режиме НДС строки спецификации.

Якорь
_Toc196827316 _Toc196827316

Расходная накладная. Списание маркированной продукции.

В текущей версии заполнение поля «Идентификатор ФИАС» в мастере запуска функции «Списание маркированной продукции» стало обязательным.

Image Added
Отсутствие значения ФИАС для большей части причин вывода из оборота приводит к ошибке передачи файла в ЦРПТ.

Якорь
_Toc196827317 _Toc196827317

УПД на отгрузку. Заполнение поля «Функция УПД» при создании документа.

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

Якорь
_Toc196827318 _Toc196827318

Контрагенты. НДС для УСН.

В разделе «Контрагенты» на закладку «Общие» добавлен элемент для ввода значения налога НДС, который должен уплачивать контрагент, ведущий налоговый учет по УСН.
Image Added
Редактирование поля возможно только при снятом флаге «Плательщик НДС (ОСНО). Значение ставки НДС для УСН можно выбрать из перечня ставок НДС, зафиксированных в разделе «Редактор налогов» в справочнике «Налоги и ставки» для налога типа «НДС», или ввести вручную.
Величина ставки НДС для организаций с УСН зависит от оборота компании и может меняться один раз в налоговый квартал. По текущему законодательсту ставка НДС может принимать значения 0%, 5% и 7% и действует для всех товаров, за исключением тех, которые признаны налоговой инспекцией как освобожденные от НДС товары.
Назначение ставки НДС для организаций с УСН в разделе контрагентов позволяет учитывать величину этих ставок при контроле документов поставки, не меняя содержание контрактов для этих контрагентов.

Якорь
_Toc196827319 _Toc196827319

Приходная накладная. Функция «Проставить налоги из контракта с поставщиком».

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

Якорь
_Toc196827320 _Toc196827320

Функция проверки 202 «Несоответствие ставки НДС при приходе товара от поставщика (плательщика и неплательщика НДС)»

Функция проверки 202 «Несоответствие ставки НДС при приходе товара от поставщика (плательщика и неплательщика НДС)» получила название «Несоответствие ставки НДС при приходе товара от плательщика НДС». В текущей версии эта функция не срабатывает для неплательщика НДС.

Якорь
_Toc196827321 _Toc196827321

Функция проверки 160 «Несовпадение ставок НДС в документе и в карточке товара.

В текущей версии функция проверки 160 «Несовпадение ставок НДС в документе и в карточке товара» не вызывается для приходной накладной.
Изменения в функциях проверки связаны с тем, что низкая избирательность действия функций проверки не позволяла использовать их, если среди поставщиков имелись неплательщики НДС.

Якорь
_Toc196827322 _Toc196827322

Подсчет товаров ТСД. Создание расходной накладной. Заполнение полей «Страна» и «Производитель/импортер».

В текущей версии при создании расходной накладной процессом «Произвольный подсчет ТСД» поля спецификации «Страна» и «Производитель/импортер» заполняются соответствующими значениями из карточки складского учета.

Якорь
_Toc196827323 _Toc196827323

Выгрузка в кассу по протоколу УКМ4 XML. Выгрузка ставки НДС поставщика комиссионного товара.

При выгрузке данных в кассу по протоколу УКМ4 XML в файл updateItems для товаров из действующих на дату выгрузки соглашений о поставках с видом обязательства «комиссия» или «агентирование» дополнительно выгружается следующая информация:
<SupplierLink>
<SupplierINN></SupplierINN> // ИНН поставщика
<SupplierTax></SupplierTax> // НДС поставщика
</SupplierLink>
В текущей версии, если поставщик не плательщик НСД по ОСНО, ставка НДС для артикула, берется из контракта, если она равна 0, либо из атрибута контрагента «НДС по УСН», если ставка НДС в контракте не равна 0.

Якорь
_Toc196827324 _Toc196827324

Почтовый модуль. Транспорт «FTP».

Выполнен переход на версию FluentFTP 34.4.7.

Якорь
_Toc196827325 _Toc196827325

Административный модуль. Задание «Сборка мусора». Очистка таблиц со статистикой по остаткам.

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



Изменения функционала в версии 1.056 сервис пак 3
Маркировка. Прием УПД на приход по XML-протоколу. Идентификация артикула по EAN-коду.
Функция проверки 35 «Акт производства на основании калькуляции». Пропорция количества акта с флагом "Разделка" не соответствует калькуляции
Сервер обмена данными. Диалог выбора мест хранения.

Якорь
_Toc199150784 _Toc199150784

Маркировка.

Якорь
_Toc191371986 _Toc191371986

Прием УПД на приход по XML-протоколу. Идентификация артикула по EAN-коду.

При приёме УПД на приход по XML-протоколу используются функции определения артикула по штриховому коду, по коду КИЗ или коду ОСУ. В прошлых версиях была выполнена работа для того, чтобы обнаруженный такой функцией артикул упаковки заменялся бы на его базовый артикул. Как выяснилось, в ходе этой работы не была затронута функция импорта ArticleByVariousUI. В текущей версии функция доработана для поддержания описанного выше правила.

Якорь
_Toc199150785 _Toc199150785

Функция проверки 35 «Акт производства на основании калькуляции». Пропорция количества акта с флагом "Разделка" не соответствует калькуляции

В функцию проверки 35 «Акт производства на основании калькуляции» добавлена детализация «Пропорция количества акта с флагом "Разделка" не соответствует калькуляции». Право использования новой детализации проверки настраивается отдельно от прежних детализаций «Запрет принятия акта производства не на основании калькуляции» и «Пропорция количества акта без флага "Разделка" не соответствует калькуляции».
Детализация проверки «Пропорция количества акта с флагом "Разделка" не соответствует калькуляции» срабатывает только для актов производства на разделку, если пропорции количества выходной продукции по отношению к количеству разделываемой отличаются от пропорций, заданных в калькуляции, больше чем на 5%. Если выходная продукция не является штучной, то для срабатывания проверки дополнительно проверяется, что отклонение количества акта от расчётного значения превышает точность единицы измерения.

Якорь
_Toc199150786 _Toc199150786

Сервер обмена данными. Диалог выбора мест хранения.

В администраторе сервера обмена данных в диалог выбора нескольких мест хранения добавлена возможность управлять размерами всех трех зон диалога:
Image Added

Изменения функционала в версии 1.056 сервис пак 4
ЕГАИС. Запрос остатков склада.
Маркировка. Расходная накладная. Функция «Списание маркированной продукции».
Акты производства. Изменены условия проверки 35 для акта разделки.
УКМ4 XML. Прием из кассы данных о скидках УКМ4.

Якорь
_Toc204860250 _Toc204860250

Якорь
_Toc210726372 _Toc210726372

Якорь
_Toc204860255 _Toc204860255

ЕГАИС. Запрос остатков склада.

В прошлых версиях запрос остатков склада в ЕГАИС происходил с использованием формата 2. В текущей версии используется формат 3 запроса (QueryRests_v3).
Внимание! Если УТМ не обновлялся долгое время, он может не распознать формат 3 для запроса остатков. В этом случае необходимо выполнить обновление программы УТМ ЕГАИС.

Якорь
_Toc210726373 _Toc210726373

Маркировка. Расходная накладная. Функция «Списание маркированной продукции».

Функция «Списание маркированной продукции» формирует файл со списком КИЗ, подлежащих списанию. Файл используется для передачи информации о списании КИЗ в личном кабинете ЦРПТ.
В текущей версии при формировании файла в формате XML используется алгоритм экранирования спецсимволов, то есть символов, которые нельзя напрямую использовать в строках данных, который рекомендован ЦРПТ. Формат экранирования, рекомендованный ЦРПТ, включает в себя не все приемы экранирования, описанные в стандарте XML. В предыдущих версиях использовались приемы, которые не поддержаны ЦРПТ. Это могло приводить к отказу в приеме файла с КИЗ для списания.

Якорь
_Toc210726374 _Toc210726374

Акты производства. Изменены условия проверки 35 для акта разделки.

Функция проверки 35 «Акт производства на основании калькуляции» предназначена для контроля количества произведенной продукции из использованного количества ингредиентов по сравнению с нормативами, заданными документом «Калькуляция».
В функции проверки алгоритм детализации проверки «Пропорция количества акта с флагом "Разделка" не соответствует калькуляции» предусматривал контроль превышения отклонения пропорции выходной продукции к разделываемой не более чем на 5% по сравнению с пропорцией, заданной в калькуляции, как в меньшую, так и большую сторону.
В текущей версии изменен критерий контроля. Вместо проверки отклонения пропорции проверяется отклонение количества выходной продукции акта по отношению к расчетному количеству, вычисленному от количества входного ингредиента по пропорции калькуляции. Допустимым является отклонение, не превышающее точность единицы измерения выходной продукции.

Якорь
_Toc210726375 _Toc210726375

УКМ4 XML. Прием из кассы данных о скидках УКМ4.

В прошлых версиях при приеме из кассы УКМ4 информации о скидках кассы УКМ в таблицу SMCashItemsDiscUKM4 предполагалось, что значение ProgramID – «идентификатор программы для скидки УКМ 4», является уникальным.
В текущей версии изменен первичный ключ таблицы так, что значение ProgramID может повторяться, при условии разных значений ProgramSource – «название вида программы предоставления условий лояльности». То есть, для каждого названия вида программы может использоваться собственный набор идентификаторов, уникальный в пределах вида программы, но возможно повторяющийся для разных видов программы.


Изменения функционала в версии 1.056
Управление доступом к документам по принадлежности товаров к группам товаров.
Маркировка. Обработка КИЗ пачки табака.
Налоговые ставки 5% и 7%.
Налоговые ставки 10/110 и 20/120.
Номер ГТД.
УПД на приход.
Дата подписания.
Сообщение об ошибке отсутствия КИЗ при приеме приходной накладной на основании УПД
Прием УПД на приход по XML протоколу. Идентификация артикула по EAN коду.
Приходная накладная.
Функция простановки НДС из контракта с поставщиком.
Создание накладной, на основании заказа поставщику. Простановка вида собственности.
Расходная накладная. Функции простановки основания по товародвижению. Причины возврата.
Маркетинговая акция, Прогноз изменения спроса. Фактическое и прогнозное значение коэффициентов К1 и К2.
Контракт с поставщиком. Информационное поле «Артикул поставщика».
Акт производства. Функция «Пересчитать разделку по калькуляции».
Блокировка неисполненных заказов поставщикам.
Карточка складского учета.
История печати ценников. Цена на момент печати ценника.
Фильтр карточек, участвующих в плане цен.
Фильтр карточек по дисконтным картам.
Редактирование исключенной карточки.
Управление планом цен. Завершение планировании цены.
Печать ценников только с «новой» ценой.
Печать ценников для нескольких актов переоценки.
Кассовый модуль. Протокол УКМ4 XML.
Повторный прием квитанций о внесении денег в ККТ / изъятии денег из ККТ.
Выгрузка признака аукционного товара.
Отчет «Главная касса».

Якорь
_Toc191371978 _Toc191371978

Якорь
_Toc161757434 _Toc161757434

Управление доступом к документам по принадлежности товаров к группам товаров.

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

Якорь
_Toc191371979 _Toc191371979

Маркировка. Обработка КИЗ пачки табака.

По правилам ЦРПТ, КИЗ для пачки табака, который представляет собой строку из чисел и символов английского алфавита длиной до 29 символов, допускается помещать в УПД в виде КМ (кода маркировки), то есть с удалением контрольных символов. Например, код КИЗ 00000046270672xfneJGYAAAAqtz1 может быть представлен, как 00000046270672xfneJGYAAAA.
В предыдущих версиях алгоритмы сравнения кодов КИЗ, считанных сканером и представленных в УПД, учитывали преобразование кодов КИЗ в КМ, представленных кодами GS1. Коды GS1 содержат нечитаемые символы, запрещенные к использованию в XML-документах, и их преобразование к виду КМ, которые содержат только читаемые символы, является обязательным.
В текущей версии алгоритм изменен для корректного сравнения КМ для КИЗ пачки табака.

Якорь
_Toc191371980 _Toc191371980

Налоговые ставки 5% и 7%.

В разделах приходных и расходных накладных, накладных поставщика, УПД на приход, УПД на отгрузку, кассовых документов интерфейс для отображения видов сумм с детализацией по ставкам НДС на экране отобранных документов и на экране открытого документа дополнен полями для ставок 5% и 7%:
Image Added
Image Added
Для отображения полей заголовка документа со ставками 5% и 7%, соответствующие ставки должны быть заданы в разделе «Редактор налогов»:
Image Added
В разделе документов «Платеж» и «Получение платежа» изменен интерфейс заголовка документа для отображения перечня ставок НДС и сумм платежа, относящихся к этим ставкам:
Image Added
Перечень ставок берется из справочника «Налоги и ставки» (см. выше).
При вводе сумм авансового платежа, как и в прошлых версиях, вся сумма платежа автоматически относится к максимальной ставке НДС, действующей на дату документа.

Якорь
_Toc191371981 _Toc191371981

Налоговые ставки 10/110 и 20/120.

\\
При определении сумм в спецификации товарных накладных по факту купли / продажи товара налогооблагаемой базой является сумма без НДС. Сумма НДС считается умножением суммы без НДС на ставку НДС, выраженной в долях, то есть
\[Сумма НДС\] = \[Сумма без НДС\] * \[Ставка НДС, %\] / 100.
Полная сумма операции вычисляется сложением суммы без НДС и суммы НДС. 
\\
Это правило используется, когда и поставщик, и покупатель являются плательщиком НДС и налогооблагаемой базой является сумма без НДС.
\\
Из этого правила имеется исключение. Когда поставщик-плательщик НДС поставляет товар, купленный им у неплательщика НДС, и товар относится к определенной категории, например, «молоко», то налогооблагаемой базой является разница между продажной стоимостью товара и стоимостью закупки этого товара поставщиком. Эта разница является добавленной стоимостью с уже включенной суммой налога НДС. Эта величина вычисляется поставщиком и помещается в поле товарной накладной «Сумма без НДС». Для покупателя эта величина выступает как данность, которая никак не связана с другими полями накладной. 
\\
В этом случае сумма налога НДС рассчитывается от суммы налогооблагаемой базы, как и в случае аванса, обратным расчетом:
\[Сумма НДС\] = \[Сумма налогооблагаемой базы\] * \[Ставка НДС, %\] / ( \[Ставка НДС, %\] + 100 ).
Ставка НДС записывается, как 10/110 или 20/120. В поле «Сумма с НДС» заносится стоимость продажи, то есть декларированная стоимость продажи, которая никак не связана со значениями в полях «Сумма без НСД» и «Сумма НДС». 
\\
Использование ставки 10/110 или 20/120 не означает, что товар относится к какой-то новой ставке НДС. Отнесение товара к ставке НДС не зависит от того, каким образом производится вычисление суммы НДС – прямым или обратным расчетом. То есть, молоко относится к категории товаров с льготным налогообложением по ставке 10%, тогда как в документах ставка НДС может отображаться, как 10% или 10/110, в зависимости от юридических условий.
\\
Ставки 10/110 и 20/120 принято называть расчетными ставками НДС, а способ расчета - расчетным методом. 
\\
Для поддержания расчетного метода определения суммы НДС, в спецификацию приходной накладной, расходной накладной, накладной поставщика, УПД на приход и УПД на отгрузку добавлен флаг «Расчетный НДС»:
\\
!worddavf575da431ab93ec09bd0a6d5de094103.png|height=278,width=616!
\\
Если флаг «Расчетный НДС» отмечен, то вместо значения ставки, например, 10, показывается 10/110, а вместо 20 - 20/120. В спецификации при этом сохраняется значение ставки артикула, то есть 10 или 20, соответственно. Одновременно меняются правила расчета цен и сумм в строке спецификации.
\\
При приеме УПД на приход выполняется определение режима округления документа по результату анализа сумм и цен в спецификации документа. В текущей версии добавлен анализ цен и сумм на возможное наличие расчетного НДС:
\\
!worddav8573da9eff00726e95e238cb79d5448f.png|height=320,width=645!
\\
При приеме товара на основании УПД на приход с расчетным НДС при копировании цен и сумм в приходную накладную, в том числе, копируется флаг «Расчетный НДС»:
\\
!worddav66997f77ecdb257bb0684a6600291b8f.png|height=321,width=646!
\\
Примечание. Функции копирования цен не копируют ставки НДС. Ставки НДС надо проставлять функциями простановки налогов.
\\
Для автоматического расчета цен и сумм при редактировании документа с флагом «Расчетный НДС» созданы новые алгоритмы калькулятора. При установленном флаге «Расчетный НДС» расчет проводится по двум независимым ветвям: Количество – Цена полная – Сумма полная – Цена без налогов (устанавливается равной цене полной) и Сумма без налогов – Ставка НДС – Сумма НДС. 
\\
Примечание. По описанному выше правилу ФНС сумма без НСД является налогооблагаемой базой, а не суммой без НДС и уже включает сумму НДС и полная сумма позиции не зависит от суммы НДС.
\\
Внесены изменения в печатные формы приходных и расходных накладных. При печати спецификации накладных в строках спецификации с выставленным флагом «Расчётный НДС» в поле НДС печатается не величина налога, например 10%, а формула НДС/(НДС+100), например, 10/110.
\\

Якорь
_Toc191371982 _Toc191371982

Номер ГТД.

В документах, в которых присутствует номер ГТД, была изменена структура его хранения. В прошлых версиях допускалось, что в одной строке спецификации может присутствовать товар с разными ГТД, соответственно, номер ГТД хранился в таблицах расширения спецификации SMSpecIO, SMSpecWEIO, SMSpecPKIO, SMSpecUDIO. Как выяснилось, в схемах документов ФНС в одной строке спецификации может присутствовать только один номер ГТД. При необходимости указать несколько номеров, требуется сформировать несколько строк спецификации.
В текущей версии для хранения номера ГТД в таблицы SMSpecNacl, SMSpecWE, SMSpecPK, SMSpecUD добавлено поле GTD. Соответственно, это поле удалено из прежних таблиц. При обновлении версии данные о ГТД перемещаются из прежних таблиц в новые поля спецификаций документов. Если по какой-то причине в прежних таблицах будет несколько значений ГТД для одной строки спецификации, будет перемещен первый попавшийся ГТД.
Соответственно, изменен интерфейс ввода номера ГТД в спецификации документов. Теперь это мастер для ввода одного номера ГТД:
Image Added
Внимание! При использовании в XML-почтовом обмене таблиц SMSpecNacl, SMSpecWE, SMSpecPK, SMSpecUD, необходимо учесть изменение их структуры. Также могут потребовать изменения пользовательские печатные формы документов, где выводится ГТД.

Якорь
_Toc191371983 _Toc191371983

УПД на приход.

Якорь
_Toc191371984 _Toc191371984

Дата подписания.

В процессе приема товара на основании УПД на приход, провайдеру ЭДО отправляется файл подтверждения приема. В ответ провайдер ЭДО немедленно возвращает файл (APPERAK) с подтверждением того, что полученный им документ был отослан в систему ЭДО, или, если по какой-то причине этого не произошло, с сообщением об ошибке отсылки. В текущей версии при приеме файла подтверждения успешной отсылки документа в систему ЭДО, дата события фиксируется в УПД на приход в отдельном поле «Дата подписания». Это делается в случае, когда отправляется ответ с подтверждением полного или частичного приема. Отсылка поставщику любого ответа на получение УПД, кроме отказа, является окончательным подписанием УПД. Последующие возможные коррекции УПД будут новыми документами, которые тоже подписываются, и дата их подписания будет фиксироваться в новых документах УПД на приход (УКД).
Image Added

Якорь
_Toc191371985 _Toc191371985

Сообщение об ошибке отсутствия КИЗ при приеме приходной накладной на основании УПД

\\
Сообщение об ошибке при приеме приходной накладной на основании УПД:
«Для маркированного товара \[....\] в УПД № \[...\] нет КИЗ/кодов ОСУ»
\\
Расширено инструкцией:
\\
!worddav6dd5b1901101f1758bf9ce95d9b58c1d.png|height=254,width=358!
\\
Примечание. Сообщение об ошибке показывается, если артикул относится к группе ТН ВЭД с флагом «Маркируемый», но с неустановленным флагом «Маркируемый остаток» и когда в УПД на приход для него нет ни одного КИЗ или кода ОСУ.
\\

Прием УПД на приход по XML-протоколу. Идентификация артикула по EAN-коду.

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

Якорь
_Toc191371987 _Toc191371987

Приходная накладная.

Якорь
_Toc191371988 _Toc191371988

Функция простановки НДС из контракта с поставщиком.

В приходных накладных в режиме «Ценовой» в кнопку «Налоги» добавлена функция «Налоги из контрактов с поставщиком». Функция для каждой строки спецификации накладной ищет действующий контракт и проставляет из него ставку НДС:
Image Added
Создана новая функция проверки 247 «Проверка на соответствие ставок НДС контрактам». По умолчанию функция имеет режим работы «Предупреждение». Функция проверяет совпадение ставок НДС в контракте и в приходной накладной с операцией «Приход» или «Поступление инвентаря» и срабатывает при смене статуса приходной накладной с «Черновик» на «Принят на складе» и с «Принят на складе» на «Принят полностью».

Якорь
_Toc191371989 _Toc191371989

Создание накладной на основании заказа поставщику. Простановка вида собственности.

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

Якорь
_Toc191371990 _Toc191371990

Расходная накладная. Функции простановки основания по товародвижению. Причины возврата.

В разделе «Расходные накладные» в функции «Простановка оснований», «Генерация возвратов» и «Генерация списаний» в результате работы функций происходит пересоздание спецификации с указанием основания товародвижения и количества, которое сослалось на это основание. В текущей версии при пересоздании спецификации выполняется копирование причины возврата из исходной строки во все производные строки спецификации:
Image Added
После простановки оснований товародвижения:
Image Added

Якорь
_Toc191371991 _Toc191371991

Маркетинговая акция, Прогноз изменения спроса. Фактическое и прогнозное значение коэффициентов К1 и К2.

В спецификацию документов «Маркетинговая акция» и «Прогноз изменения спроса» добавлены поля «фактическое значение К1» и «фактическое значение К2» для хранения статистических значений коэффициентов, вычисленных по результатам действия события (акции). Поля по почте не пересылаются.
Image Added
В административный модуль добавлена периодическая процедура «Расчет фактических коэффициентов изменения спроса» для расчета изменения спроса в период действия документа по отношению к периоду до действия документа и в период после завершения действия документа по отношению к периоду действия документа. Период до и после берется, как количество дней периода действия документа. Реализация по кассе с учетом возвратов считается по всем местам хранения документа совокупно без исключения каких-либо дней.
Image Added
Если период после завершения действия документа меньше периода действия документа (прошло слишком мало времени от конца действия документа), фактический коэффициент К2 не вычисляется. Он будет вычислен, как только будет соблюдено условие его расчета.
В заголовок документов «Маркетинговая акция» и «Прогноз изменения спроса» добавлено поле «тип акции» для того, чтобы можно было выделять документы со значимо разными условиями события, например, акции с малой и большой скидкой, и проводить анализ результатов прошлых событий для прогнозирования влияния будущих событий на покупательский спрос. Для единообразной регистрации в документах типа события создан справочник «Типы акций» вида «код», «название».
В документы «Маркетинговая акция» и «Прогноз изменения спроса» добавлены новые информационные поля «К1 расч.», «К2 расч.»:
Image Added
и добавлена функция «Проставить расчётные коэффициенты изменения спроса»:
Image Added
Флаг «рассматривать только акции данного типа» позволяет ограничить перечень документов для анализа только документами с таким же значение «Тип акции», как у текущего документа.
Функция считает среднее значение расчетных коэффициентов К1 и К2 по фактическим значениям К1 и К2 отобранных документов. Отбираются документы, которые содержат хотя бы одно место хранения текущего документа и рассматриваемый артикул.
В интерфейсе спецификации в ячейки «К1 расч.» и «К2 расч.» добавлена кнопка «…». При нажатии кнопки показывается список отобранных для анализа документов с датой документа и с их фактическими коэффициентами.
Image Added

Внимание! Поля «К1 расч.» и «К2 расч.» являются информационными. Содержание этих полей не хранится в документе и после расчета показывается, пока документ открыт. При повторном открытии документа значение полей будет пустым.
В маркетинговые акции добавлена функция «Проставить коэффициенты изменения спроса», которая раньше была только в документе «Прогноз изменения спроса». Сама функция расширена. Ранее она позволяла проставить заданные значения в поля K1 и / или K2. Теперь в эти поля можно проставить расчетные значения этих коэффициентов:
Image Added
Кроме того, в расчете среднесуточной реализации и заказа поставщику при выставленной опции «с учетом документов изменения спроса» вместо значений коэффициентов К1 и К2 берутся фактические значения коэффициентов К1 и К2, если они не пустые.

Якорь
_Toc191371992 _Toc191371992

Якорь
_Toc184740237 _Toc184740237

Контракт с поставщиком. Информационное поле «Артикул поставщика».

В разделе «Контракты с поставщиком» в перечень информационных полей добавлено поле «Артикул поставщика»:
Image Added
При выборе флага в таблицу спецификации документа добавляется соотвествующее поле:
Image Added

Якорь
_Toc191371993 _Toc191371993

Акт производства. Функция «Пересчитать разделку по калькуляции».

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

Якорь
_Toc191371994 _Toc191371994

Блокировка неисполненных заказов поставщикам.

В мастер настройки периодической процедуры «Блокировка неисполненных заказов поставщикам» добавлен диалог для выбора групп товаров или групп ассортиментов товаров:
Image Added
Если в настройках указаны группы товаров, для блокировки отбираются только заказы, в которых имеется хотя бы один артикул из указанных групп.
Примечание: блокируются только заказы, которые не являются основанием приходных накладных с операцией «Приход» и со статусом «Принят на складе» или «Принят полностью».

Карточка складского учета.

Якорь
_Toc191371996 _Toc191371996

История печати ценников. Цена на момент печати ценника.

В разделе «Карточки складского учета» добавлена закладка «Напечатанные ценники» для показа журнала напечатанных ценников. В журнал добавлено поле «Цена», в котором, начиная с текущей версии, фиксируется цена, для которой печатается ценник:
Image Added
Под ценой понимается текущая цена вида цены или цена из документа или иного источника цен, то есть цена, для которой печатается ценник, независимо от того, что в действительности печатается в ценнике (например, цена за вычетом скидки, цена по дисконтной карте и т.д.).

Якорь
_Toc191371997 _Toc191371997

Фильтр карточек, участвующих в плане цен.

В фильтр карточек на закладку «Ценообразование» добавлены элементы для задания условия отбора карточек, участвующих в плане цен.
Image Added

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

Якорь
_Toc191371998 _Toc191371998

Фильтр карточек по дисконтным картам.

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

Якорь
_Toc191371999 _Toc191371999

Редактирование исключенной карточки.

В текущей версии для карточек со статусом «Исключена» запрещено изменение данных на закладке «Склад» и закладке «Цены».

Якорь
_Toc191372000 _Toc191372000

Управление планом цен. Завершение планирования цены.

В разделе «Управление планом цен» в функцию «Установить цены» добавлена опция «Завершить планирование цены». Функция устанавливает значение «пусто» для пункта плана цен, что означает завершение планирования цены.
Image Added

Якорь
_Toc191372001 _Toc191372001

Печать ценников только с «новой» ценой.

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

Якорь
_Toc191372002 _Toc191372002

Печать ценников для нескольких актов переоценки.

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

Якорь
_Toc191372003 _Toc191372003

Кассовый модуль. Протокол УКМ4 XML.

Якорь
_Toc191372004 _Toc191372004

Повторный прием квитанций о внесении денег в ККТ / изъятии денег из ККТ.

В прошлых версиях при повторных выгрузках из УКМ кассовых квитанций о внесении / изъятии денег из ККТ (выполняется совместно при повторной выгрузке кассовых смен), прежние документы удалялись и взамен создавались новые документы с новым номером.
В текущей версии при повторном приеме из УКМ квитанций о внесении денег в ККТ / изъятии денег из ККТ прием будет проигнорирован, если в торговой системе уже имеется документ для той же квитанции с той же суммой.

Якорь
_Toc191372005 _Toc191372005

Выгрузка признака аукционного товара.

При выгрузке в кассу по протоколу УКМ4 XML, в выгрузке цен в файле storePrices теперь выгружается тэг < is_promo_price >, с признаком того, является ли цена артикула маркетинговой.
Например:
<?xml version="1.0" encoding="utf-8"?>
<storePrices fullness="I" storeId="4">
<version>1.1</version>
<item article="Ц005627">
<price>
<value>95</value>
<minprice>0</minprice>
< is_promo_price >1< /is_promo_price >
</price>
</item>
</storePrices>
0 - не маркетинговая цена, 1 - маркетинговая. Тэг выгружается всегда.

Якорь
_Toc191372006 _Toc191372006

Отчет «Главная касса».

Создан новый отчет «Главная касса». Отчет помещен в группу «Бухгалтерские».
Отчет показывает движение денежных средств в главной кассе места хранения с сальдо на начало и на конец каждого дня отчета и на начало и конец периода отчета.

Якорь
_Toc201764311 _Toc201764311

Акты уценки.

Якорь
_Toc201764312 _Toc201764312

Формирование новой цены уценки.

В спецификацию документа «Акт уценки» добавлено поле «Новая цена уценки»:
Image Added
Для ввода значения в поле «Новая цена уценки» необходимо иметь функциональное право «Акты уценки: Редактирование цены уценки».
Функциональное право будет доступно для назначения должности, если обновить лицензию.
Поле можно редактировать в документе со статусом «Черновик» и «Принят в количестве». При редактировании поля значение полей «Сумма уценочная» и «Сумма разницы» не меняются и отражают изменение стоимости уцениваемого товара по текущей цене уценки.
При смене статуса документа на «Принят в ценах», если для какого-либо артикула было заполнено поле «Новая цена уценки», показывается сообщение:
Image Added
При согласии, одновременно со сменой статуса акта уценки будет создан акт переоценки для артикулов уценки с новой уценочной ценой и видом цены из акта уценки и этот акт будет немедленно исполнен. Для актов переоценки, созданных на основании актов уценки, введена новая причина переоценки «Уценка»:
Image Added

Якорь
_Toc201764313 _Toc201764313

Информационные поля.

Для документа «Акт уценки» добавлены информационные поля:
Маркетинговая цена - флаг из карточки товара для вида цены и места хранения акта;
Опер. доступно - текущий доступный остаток с учетом потерь, обнаружений, оперативных продаж;
Последняя уценка - максимальная дата принятого документа «акт уценки» для артикула спецификации с тем же местом хранения и видом цены;
Среднесут. реал-ция – среднесуточная реализация из карточки товара;
Цена последнего прихода – алгоритм поиска последнего прихода определяется настройкой административного модуля «Поиск последнего прихода для простановки цен в документы».
Image Added

Якорь
_Toc201764314 _Toc201764314

Подтверждение заказа поставщику. Согласование заказа.

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

Якорь
_Toc201764315 _Toc201764315

Прайс-лист поставщика. Функция «Перенести цены в план цен с контрактом с поставщиком».

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

Якорь
_Toc201764316 _Toc201764316

Почтовый модуль. Функция экспорта «ClientInfo»

Создана функция для экспорта данных контрагента при создании почтовых пакетов в формате XML. Функция предназначена для документов и возвращает данные указанного контрагента, а при его отсутствии в документе - данные другого контрагента, который выбран в качестве дублирующего.
Для документов «Расходная накладная» и «УПД на отгрузку» это могут быть пары «Грузоотправитель» и «Собственный контрагент» или «Грузополучатель» и «Клиент». Атрибуты «Грузоотправитель» и/или «Грузополучатель» могут быть не заданы в документе, если они совпадают с собственным контрагентом и клиентом, соответственно. В этом случае функция выгружает данные контрагента, выполняющего функции требуемого.
Функция «ClientInfo» может вернуть одно из нескольких значений - GLN, INN, KPP, юридический адрес или фактический адрес:
Image Added
Если требуется выгрузить все или некоторые из этих данных или одни и те же данные для разных контрагентов, надо изменить название поля по умолчанию «CLIENTINFO» на подходящие по смыслу, например, «SHIPPERINN», «SHIPPERKPP», «CONSIGNEEINN» и т.д.
Для УПД на отгрузку описание в файле UD.xsd полного набора полей с функцией «ClientInfo» может выглядеть следующим образом:
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).GLN" minOccurs="0" name="SHIPERGLN" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).INN" minOccurs="0" name="SHIPERINN" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).KPP" minOccurs="0" name="SHIPERKPP" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).Address" minOccurs="0" name="SHIPERADDRESS" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).FAddress" minOccurs="0" name="SHIPERFADDRESS" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).GLN" minOccurs="0" name="CONSIGNEEGLN" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).INN" minOccurs="0" name="CONSIGNEEINN" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).KPP" minOccurs="0" name="CONSIGNEEKPP" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).Address" minOccurs="0" name="CONSIGNEEADDRESS" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).FAddress" minOccurs="0" name="CONSIGNEEFADDRESS" type="xs:string" />

Изменения функционала в версии 1.057 сервис пак 2
ЕГАИС. Запрос остатков склада.
Подсчет кодов КИЗ. Ввод КИЗ вручную или сканером в разрыв клавиатуры.
Приходные накладные. Поле ГТД.
Расходные накладные. Поля таблицы отобранных документов.
Заказ поставщику. Автоматическая генерация заказов.
УКМ4 XML. Прием из кассы данных о скидках УКМ4.
Расходная накладная, Приходная накладная. Печатные формы. Счет-фактура, Универсальный передаточный документ.

ЕГАИС. Запрос остатков склада.

В прошлых версиях запрос остатков склада в ЕГАИС происходил с использованием формата 2. В текущей версии используется формат 3.
Внимание! Если УТМ не обновлялся долгое время, он может не распознать формат 3 для запроса остатков. В этом случае необходимо выполнить обновление программы УТМ ЕГАИС.

Якорь
_Toc204860251 _Toc204860251

Подсчет кодов КИЗ. Ввод КИЗ вручную или сканером в разрыв клавиатуры.

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

Якорь
_Toc204860252 _Toc204860252

Приходные накладные. Поле ГТД.

В режиме редактирования приходной накладной реализовано добавление значения ГТД в поле «ГТД» вставкой строки из буфера обмена. Для вызова меню вставки надо нажать правую клавишу мыши в ячейке поля:
Image Added
Добавляемая строка должна быть в формате значения ГТД и содержать разделители полей «/».

Якорь
_Toc204860253 _Toc204860253

Расходные накладные. Поля таблицы отобранных документов.

В разделе «Расходные накладные» в перечень полей, доступных для отображения в таблице отбранных документов, добавлены поля «Счет-фактура» и «Дата счета-фактуры».
Image Added
Image Added

Якорь
_Toc204860254 _Toc204860254

Заказ поставщику. Автоматическая генерация заказов.

В мастер вызова функции «Автоматическая генерация заказов» добавлена опция «С учетом маркетинговых соглашений, созданных на основании выбранных основных соглашений» (по умолчанию не установлена). Опция может быть установлена только при условии выбора флага «По выбранным соглашениям о поставках». Аналогичная опция добавлена в параметры периодического задания «Генерация заказов».
Image Added

Опция «С учетом маркетинговых соглашений, созданных на основании выбранных основных соглашений» позволяет автоматически замещать основные соглашения маркетинговыми для тех артикулов основного соглашения, для которых действует или запланировано действие маркетингового соглашения. Замещение происходит, когда маркетинговые соглашения отсутствуют или не выбраны в списке соглашений, используемых для генерации заказа. Если маркетинговые соглашения выбраны в списке соглашений, они будут участвовать создании заказа в любом случае.
При установленном флаге «С учетом маркетинговых соглашений, созданных на основании выбранных основных соглашений» в перечень рассматриваемых соглашений добавляются соглашения, созданные на основании маркетинговых контрактов, в общих основаниях которых указаны основные контракты выбранных пользователем соглашений. При этом места поставок и список артикулов будут определяться только выбранными пользователем соглашениями. Если в добавленном алгоритмом маркетинговом соглашении будут артикулы, отсутствующие в основном соглашении, то заказ для них сформирован не будет.
Внимание! Чтобы маркетинговые соглашения о поставках были включены в обработку необходимо, чтобы для артикулов этих соглашений дата начала заказа товара была бы не меньше даты, для которой делается заказ. Дата начала заказа в соглашении о поставках устанавливается для всего документа в заголовке документа и может быть переопределена в более поздние даты для отдельных артикулов спецификации:
Image Added
В текущей версии дата начала заказа в заголовке документа перенесена на закладку «Главная».
Если дата начала заказа не установлена, она считается равной дате начала контракта.
Если соглашение о поставке имеет дату начала действия контракта, например, завтра, и дата начала заказа не установлена, то при заказе сегодня такое соглашение не будет приниматься во внимание (оно еще не разрешено для заказа), даже если дата поставки попадает в период действия маркетингового контракта.
В мастер создания соглашения о поставках добавлена страница для указания даты начала заказа. Предлагается устанавливать её равной дате начала действия контракта (по умолчанию) или выбранной дате. В последнем случае по умолчанию предлагается текущая дата. Дату начала заказа надо устанавливать отличной от даты начала действия контракта, если договор с контрагентом позволяет делать заказ на поставку заранее, до начала действия контракта, при условии, что поставка выполняется в пределах действия контракта.
Image Added
Дополнительно реализовано следующее поведение. Если у поставщика выбрана опция «Цены из контракта на дату: планируемой поставки / поставки / отгрузки», то при генерации заказа после расчета даты ближайшей поставки в алгоритме выбора лучшего соглашения проверяется, что соглашение действует на эту дату. Если соглашение не действует на дату поставки, будет сделана попытка подобрать другое соглашение среди отобранных соглашений. Если другое актуальное соглашение подобрано не будет, то заказ будет создан на основании неактуального на дату поставки соглашения.

УКМ4 XML. Прием из кассы данных о скидках УКМ4.

В прошлых версиях при приеме из кассы УКМ4 информации о скидках кассы предполагалось, что значение ProgramID (идентификатора программы для скидки УКМ 4) является уникальным.
В текущей версии разрешается, чтобы значение ProgramID было уникальным в пределах одного значения ProgramSource - названия вида программы предоставления условий лояльности.

Якорь
_Toc204860256 _Toc204860256

Расходная накладная, Приходная накладная. Печатные формы. Счет-фактура, Универсальный передаточный документ.

В соответствии с письмами МФ РФ от 04.05.2016 N 03-07-09/25719, от 26.02.2016 N 03-07-09/11029, ФНС РФ и от 29.10.2019 N ЕД-4-15/22062@, в поле 6б печатной формы счета-фактуры и УПД выводится ИНН / КПП грузополучателя, если они заданы. В противном случае выводится ИНН / КПП плательщика.

Изменения функционала в версии 1.057 сервис пак 3
Маркировка.
Повторный прием УПД до завершения приема поставки.
Расходная накладная. Функция «Списание маркированной продукции».
Меркурий. Дата и время производства.
Акты производства. Изменены условия проверки 35 для акта разделки.
Прием заказа ТСД.
Подсчет кодов КИЗ. Подсчет на основании УПД. Нумерация строк приходной накладной.
Прием на основании нескольких заказов и УПД на приход. Формирование приходных накладных.
Кассовые чеки. Вывод секунд в поле «Время чека».

Якорь
_Toc211334376 _Toc211334376

Маркировка.

Якорь
_Toc211334377 _Toc211334377

Повторный прием УПД до завершения приема поставки.

В предыдущих версиях при повторном приеме УПД на приход, то есть приеме документа с той же датой и номером документа поставщика, которые такие же, как у ранее принятого, почтовый модуль генерировал ошибку вида: «Документ UI.123 от контрагента с ид. 56 за 01.01.2025 уже есть в БД». Исключение делалось, когда ранее принятый документ имел статус «Черновик». В этом случае предыдущий документ УПД на приход замещался вновь полученным документом.
В текущей версии реализовано следующее правило при повторном приеме УПД на приход:

• Если ранее принятый документ имеет статус «Черновик», то он замещается новым документом с тем же номером документа Торговой системы, что и прежний.
• Если статус первоначального документа «Принят», то его статус меняется на «Заблокирован» и в поле «Комментарий» заносится запись: «Получена новая редакция УПД». Вновь полученный документ «УПД на приход» принимается в систему с присвоением нового номера. В общие основания документа добавляется предыдущий УПД на приход и в поле комментарий помещается запись: «Коррекция УПД на приход № …». Кроме того, при смене статуса первоначального документа с «Принят» на «Заблокирован» документ не будет отослан в ЭДО, как это делается при других случаях смены статуса «УПД на приход» на «Заблокирован». В других случаях блокировка документа несет смысл отказа от полного приема поставки, и при смене статуса УПД на «Заблокирован» в ЭДО отсылается либо отказ от приемки, либо акт расхождения.
• Если статус первоначального документа «Закрыт» или «Заблокирован», то новая редакция не принимается, как и раньше. В этом случае поставка уже обработана - или принята, или отвергнута, а УПД, возможно, уже подписан электронной подписью. В таком случае автоматическая коррекция УПД невозможна и требуется ручное вмешательство.
  Примечание. В текущей версии последовательный прием двух дубликатов подряд не допускается.
  При завершении приема поставки, при смене статуса приходной накладной на «Принят на складе», проверяется статус УПД на приход, на основании которого выполнялся прием поставки. Если его статус «Заблокирован» и есть другой УПД на приход, созданный на его основании и он в статусе «Принят», то его номер будет проставлен в основание приходной накладной вместо предыдущего, и в процедуре смены статуса содержание накладной будет сравниваться с содержанием повторно принятого УПД на приход.
  Новое поведение позволяет принимать исправленный УПД, когда поставщик сам обнаружил ошибку в документе и отослал измененный документ с прежними атрибутами до того, как завершилась процедура приемки товара.
  Если поставщик отошлет исправленный документ уже после того, как в ЭДО будет отослан акт о расхождении или отказе, заместить содержание документа невозможно и урегулировать конфликт можно только вручную.
  

  Якорь
  _Toc211334378 _Toc211334378

  Расходная накладная. Функция «Списание маркированной продукции».

  
  Функция «Списание маркированной продукции» формирует файл со списком КИЗ, подлежащих списанию. Файл используется для передачи информации о списании КИЗ в личном кабинете ЦРПТ.
  В текущей версии при формировании файла в формате XML используется алгоритм экранирования спецсимволов, то есть символов, которые нельзя напрямую использовать в строках данных XML, рекомендованный ЦРПТ. Формат экранирования, рекомендованный ЦРПТ, включает в себя не все приемы экранирования, описанные в стандарте XML. В предыдущих версиях использовались приемы, не поддержанные ЦРПТ. Это могло приводить к отказу в приеме файла с КИЗ для списания.
  

  Якорь
  _Toc211334379 _Toc211334379

  Меркурий. Дата и время производства.

  
  Документы «Выход из производства» ГИС «Меркурий» и «Перевозка» ГИС «Меркурий» используются при обмене с ГИС «Меркурий» через провайдера. Документы предоставляют провайдеру информацию о выпущенной продукции, и её убытии с площадки хозяйствующего субъекта.
  Примечание: при прямом обмене с ГИС «Меркурий» эти разделы не используются.
  В текущей версии внесено изменение в функцию генерации документа «Выход из производства» ГИС «Меркурий» на основании документа «Выход из производства». При создании спецификации документа даты «Изготовлен» и «Годен до» теперь дополняются временем производства из документа «Выход из производства»:
  Image Added
  Image Added
  При создании документа «Перевозка» ГИС «Меркурий» на основании расходной накладной или накладной на перемещение, если накладная имеет ссылки по товародвижению на документ «Выход из производства», и для этого документа создан документ «Выход из производства» ГИС «Меркурий», то в документ «Перевозка» ГИС «Меркурий» проставляются дата и время из документа «Выход из производства» ГИС «Меркурий»:
  Image Added
  Image Added
  

  Якорь
  _Toc211334380 _Toc211334380

  Акты производства. Изменены условия проверки 35 для акта разделки.

  
  Функция проверки 35 «Акт производства на основании калькуляции» предназначена для контроля количества произведенной продукции, которая была сделана из данного количества ингредиентов, по сравнению с нормативами, указанными в документе «Калькуляция».
  В функции проверки алгоритм детализации проверки «Пропорция количества акта с флагом "Разделка" не соответствует калькуляции» предусматривал контроль превышения отклонения пропорции выходной продукции к разделываемой не более чем на 5% по сравнению с пропорцией, заданной в калькуляции, как в меньшую, так и большую сторону.
  В текущей версии изменен критерий контроля. Вместо проверки отклонения пропорции проверяется отклонение количества выходной продукции акта по отношению к расчетному количеству, вычисленному от количества входного ингредиента по пропорции калькуляции. Допустимым является отклонение, не превышающее точность единицы измерения выходной продукции.
  

  Якорь
  _Toc211334381 _Toc211334381

  Прием заказа ТСД.

  Якорь
  _Toc211334382 _Toc211334382

  Подсчет кодов КИЗ. Подсчет на основании УПД. Нумерация строк приходной накладной.

  
  В текущей версии изменен алгоритм формирования спецификации приходной накладной в процессах «Прием заказа ТСД» и «Подсчет кодов КИЗ», когда процессы созданы на основании УПД на приход, то есть для приема продукции по УПД на приход. Спецификация приходной накладной формируется с артикулами и нумерацией строк в порядке строк УПД и с номерами строк равными номерам строк в УПД. То есть, если товар не принят, в накладной нумерация идет с пропуском соответствующего номера позиции УПД на приход. Номер строки УПД также проставляется в поле "№ п/п по док. поставщика". При формировании спецификации приходной накладной принятые КИЗ распределяются в строки с теми же номерами, в которых КИЗ встречаются в УПД.
  

  Якорь
  _Toc211334383 _Toc211334383

  Прием на основании нескольких заказов и УПД на приход. Формирование приходных накладных.

  
  В текущей версии подержана работа с программой ТСД Супермаг Мобайл 2.4 при приеме поставки на основании нескольких заказов, для каждого из которых имеется УПД на приход.
  При формировании приходных накладных создается несколько приходных накладных, каждая из которых привязывается к своей паре УПД на приход с соответствующим заказом. Данные журнала процесса распределяются по накладным с учетом принадлежности КИЗ тем или иным УПД, а также с соблюдением нумерации строк в УПД на приход. Товары без КИЗ, если принятое количество меньше, чем в УПД, распределяются по накладным в произвольном порядке.
  Примечание. Журнал процесса приема является общим для всего принятого товара. То есть, в процессе приема оператор не отмечает к какому заказу или УПД относится принимаемый товар. Прием выполняется совокупно по всем полученным поставкам.
  Аналогичный алгоритм применяется при приеме поставки на основании заказа и накладной поставщика.
  Примечание. Алгоритм распределения не работает в случае, когда для некоторых заказов будут отсутствовать накладная поставщика или УПД на приход.
  

  Якорь
  _Toc211334384 _Toc211334384

  Кассовые чеки. Вывод секунд в поле «Время чека».

  
  В текущей версии в разделе «Кассовые чеки» в таблице отобранных чеков в поле «Время чека», помимо часов и минут выводятся секунды пробития чека:
  Image Added
  
  Изменения функционала в версии 1.057 сервис пак 4
  Прием поставки по УПД на приход / накладной поставщика. Обработка непринятых позиций
  Карточки складского учета. Признак штрихового кода «NTIN».
  УКМ4 XML. Выгрузка в кассу штрихового кода с флагом «NTIN».
  Кассовые чеки. Размер поля для номера чека.

Якорь
_Toc213925632 _Toc213925632

Якорь
_Toc215484444 _Toc215484444

Прием поставки по УПД на приход / накладной поставщика. Обработка непринятых позиций

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

Якорь
_Toc213925636 _Toc213925636

Якорь
_Toc215484445 _Toc215484445

Карточки складского учета. Признак штрихового кода «NTIN».

В разделе карточек складского учета на закладку «Штрихкоды» в таблицу штриховых кодов добавлено поле «NTIN» (National Trade Item Number) - национальный код товара. NTIN является аналогом GTIN – глобального кода товара и может использоваться в его роли, то есть для EDI обмена, когда GTIN у товара отсутствует, но некоторый код признается идентификатором товара на территории юрисдикции.
Image Added
Флаг устанавливается в диалоге редактирования штрихового кода товара:
Image Added
Если у товара несколько штриховых кодов, флаг можно установить только на один их них.

Якорь
_Toc213925637 _Toc213925637

Якорь
_Toc215484446 _Toc215484446

УКМ4 XML. Выгрузка в кассу штрихового кода с флагом «NTIN».

Для поддержки требования законодательства Республики Казахстан - РК 3833-2023 «Порядок идентификации товаров и услуг и их кодификации Основные положения», при загрузке в кассу информации о товаре по протоколу УКМ4 XML в файле updateItems....xml для артикула в текущей версии выгружается информация о штриховом коде, который используется в качестве NTIN. Данные о NTIN выгружаются в виде дополнительной характеристики с названием CodeNTIN и со значением равным коду NTIN. Например:
<addProperty>
<id>CodeNTIN</id>
<value>0200000020002</value>
</addProperty>
Дополнительная характеристика выгружается для артикулов, у которых имеется штриховой код с флагом «NTIN». В тэге <value> дополнительной характеристики выгружается штриховой код, отмеченный этим флагом.

Якорь
_Toc215484447 _Toc215484447

Кассовые чеки. Размер поля для номера чека.

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

Изменения функционала в версии 1.057
ЕГАИС.
Подсчет алкоголя ТСД. Функция
ТТН на приход, ТТН на отгрузку, Подсчет алкоголя ТСД. Фильтр по номеру марки.
ТТН на отгрузку. Определение атрибутов грузоотправителя для ЕГАИС.
Меркурий.
Гашение ВСД ГИС «Меркурий». Фильтр.
Гашение ВСД ГИС «Меркурий». Дата выработки и срок годности.
Документ «Отгрузка» ГИС «Меркурий». Создание пакета ВСД на основании накладной.
Документ «Производство» ГИС «Меркурий». Генерация на основании выхода из производства.
Накладные, накладная поставщика, требования на отбор. Сортировка в таблице упаковочных листов.
Контрагенты. Опция «Создавать заказы только через автоматическую генерацию заказов».
Контракты с поставщиками. Фильтр по виду обязательства.
Заказы поставщикам.
Цветовая индикация строк спецификации.
Значение по умолчанию флага «Учитывать при автогенерации заказа».
Бонусы от поставщиков.
Акты уценки. Калькулятор строк спецификации.
Кассовые документы. Расчет статистики «Налоги».
Кассовые чеки. Фильтр по коду КИЗ или алкогольной марки.
Раздел «Анализ реализации». «Срок реализации».
Печать ценников FastReport на мобильном принтере.
Печать этикеток. Ключевое слово %BARUKM5.
Управление заданиями Супермаг Мобайл 3. Создание заданий для тестового контура.
Сервер обмена данными. Формат обмена «УКМ – обмен данными».
Административный модуль.
Расчет товародвижения. Настройки.
Интерфейс.
Задание «Удаление Z-отчётов».

Якорь
_Toc199411651 _Toc199411651

ЕГАИС.

Якорь
_Toc199411652 _Toc199411652

Подсчет алкоголя ТСД. Функция

В разделе «Подсчет алкоголя ТСД» для процессов подсчета маркированного алкоголя в функции экспорта в расходную накладную на возврат и в накладную на перемещение добавлена опция:
Image Added
При создании спецификации накладной выполняется группировка марок из подсчета алкоголя по справкам РФУ2. При создании спецификации накладной для одного артикула может быть создано несколько строк с выделенными группами марок. В каждую строку накладной в качестве основания товародвижения проставляется пункт спецификации приходной накладной, ссылка на которую есть в ТТН на приход для этих групп марок.

Якорь
_Toc199411653 _Toc199411653

ТТН на приход, ТТН на отгрузку, Подсчет алкоголя ТСД. Фильтр по номеру марки.

В интерфейс разделов «ТТН на приход», «ТТН на отгрузку» и «Подсчет алкоголя ТСД» в перечень элементов фильтра добавлен элемент «Марка», в котором можно указать номер алкогольной марки или его часть для отбора документа или процесса, в спецификации которых встречается эта марка:
Image Added
Image Added

Якорь
_Toc199411654 _Toc199411654

ТТН на отгрузку. Определение атрибутов грузоотправителя для ЕГАИС.

В предыдущих версиях при отсылке ТТН на отгрузку в ЕГАИС ФСРАР ИД грузоотправителя и другие его атрибуты запрашивались в ЕГАИС по ИНН собственного контрагента. Из полученного массива данных необходимая информация выделялись по КПП контрагента. Если грузоотправитель является индивидуальным предпринимателем, у него отсутствует КПП, при том, что он может владеть несколькими территориальными объектами, каждому из которых в ЕГАИС может быть присвоен собственный ФСРАР ИД. В этом случае в прошлых версиях невозможно было однозначно определить ФСРАР ИД и другие атрибуты грузоотправителя по данным, которые можно запросить в ЕГАИС.
В текущей версии в разделе контрагентов в таблицу мест хранений собственного контрагента добавлено поле «ФСРАР ИД»:
Image Added
Поле заполняется, когда один и тот же контрагент, у которого нет КПП, владеет множеством магазинов, и осуществляется обмен данными с ЕГАИС.
В расходную накладную добавлено поле для ФСРАР ИД места отгрузки. В интерфейсе заголовка документа это поле находится на закладке «Транспортный раздел»:
Image Added
Поле ФСРАР ИД места отгрузки автоматически заполняется при создании расходной накладной данными из таблицы мест хранения собственного контрагента, если собственный контрагент задан в мастере создания документа. Когда у места хранения имеется несколько собственных контрагентов, это позволяет однозначно определить ФСРАР ИД грузоотправителя.
Значение поля может быть переопределено в ходе редактирования документа вручную. Изменение собственного контрагента в процессе редактирования документа не приводит к изменению атрибутов транспортного раздела.
При формировании ТТН на отгрузку из расходной накладной функцией «Формирование и отсылка ТТН в ЕГАИС» данные контрагента грузоотправителя в ТТН теперь определяются следующим образом:

• если в расходной накладной задан грузоотправитель, то для дальнейшей работы используются его атрибуты (ИНН и КПП), в противном случае используются атрибуты собственного контрагента;
• в ЕГАИС запрашиваются данные контрагента по его ИНН;
• если у контрагента есть КПП, то КПП используется для извлечения информации о грузоотправителе из данных ЕГАИС;
• если у в документе задан ФСРАР ИД адреса погрузки, то ФСРАР ИД используется для извлечения информации о грузоотправителе из данных ЕГАИС; если известны и ФСРАР ИД и КПП грузоотправителя, то используются оба, и данные контрагента по обоим критериям должны совпадать;
• если ФСРАР ИД в документе не задан и КПП у контрагента отсутствует, для выделения данных используется ФСРАР ИД владельца документа, который определяется по настройкам почтового модуля для места хранения.
  Внимание! В тех случаях, когда собственный контрагент и грузоотправитель не одно и то же лицо, ФСРАР ИД адреса погрузки должен принадлежать грузоотправителю. В этом случае не следует применять автоматическую подстановку ФСРАР ИД по местам хранения собственного контрагента.
  Аналогичные изменения внесены в накладную на перемещение и процедуру создания и отправки ТТН ЕГАИС на отгрузку на основании накладной на перемещение.
  На закладку транспортного раздела накладной на перемещение добавлены поля ФСРАР ИД для адреса погрузки и адреса разгрузки:
  Image Added
  
  Поля заполняются при создании накладной, если в мастере создания документа указан собственный контрагент. Данные для заполнения полей берутся из таблицы мест хранения собственного контрагента.
  При отсылке ТТН ЕГАИС, если контрагент не имеет КПП, то для определения его атрибутов для заполнения ТТН используются ФСРАР ИД адреса погрузки и адреса разгрузки из накладной на перемещение.
  

  Якорь
  _Toc199411655 _Toc199411655

  Меркурий.

  Якорь
  _Toc199411656 _Toc199411656

  Гашение ВСД ГИС «Меркурий». Фильтр.

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

  Якорь
  _Toc199411657 _Toc199411657

  Гашение ВСД ГИС «Меркурий». Дата выработки и срок годности.

  
  В таблицу ВСД добавлены поля «Изготовлен» и «Годен до». Аналогичные поля добавлены в детальную часть информации о ВСД:
  Image Added
  Примечание: данные о датах изготовления и истечения годности принимаются из Меркурия при запросе информации о ВСД. Если ВСД были считаны до обновления до текущей версии, эти поля будут пустыми.
  

  Якорь
  _Toc199411658 _Toc199411658

  Документ «Отгрузка» ГИС «Меркурий». Создание пакета ВСД на основании накладной.

  
  В предыдущих версиях Документ «Отгрузка», на основании которого выполняется формирование и отсылка в ГИС «Меркурий» запроса на создание ВСД, создавался для одного артикула расходной накладной. Если в накладной содержалось несколько артикулов подконтрольной продукции, надо было несколько раз выполнить процедуру создания документа для каждого такого артикула отдельно. В текущей версии в мастер создания документа добавлена опция «Пакет ВСД для всех подконтрольных товаров из документа»:
  Image Added
  При пакетном создании документов предполагается, что все атрибуты мастера, такие как транспорт, хранение, назначение груза, ветеринарные атрибуты и т.д. являются одинаковыми для всех документов.
  При пакетном создании документов не доступен ручной подбор партий для отгрузки и ручной ввод количества по подобранным партиям. Подбор партий проводится автоматически с использованием в первую очередь партий с наименьшим сроком годности. Для одного артикула может быть создано несколько документов, если количество в подобранной партии будет недостаточно.
  Внимание! Анализ партий и их сроков истечения годности происходит по данным раздел «Остатки ГИС «Меркурий»». Для правильного подбора партий необходимо поддерживать актуальность этих данных.
  

  Якорь
  _Toc199411659 _Toc199411659

  Документ «Производство» ГИС «Меркурий». Генерация на основании выхода из производства.

  
  В предыдущих версиях документ «Производство» ГИС «Меркурий» создавался на основании Акта производства для одного артикула готовой продукции.
  Примечание: акт производства содержит один вид выходной продукции, за исключением разделки. При разделке выходная продукция представлена несколькими артикулами. Для разделки процедура взаимодействия с ГИС «Меркурий» не реализована.
  В текущей версии в качестве основания для создания документа «Производство» ГИС «Меркурий» можно использовать, как документы «Акт производства», так и «Выход из производства». При выборе в качестве основания документа «Выход из производства» в мастере создания документа «Производство» ГИС «Меркурий» автоматически выбирается опция «Пакет ВСД для всех подконтрольных товаров из актов производства»:
  Image Added
  В данном случае имеются в виду акты производства, созданные на основании документа «Выход из производства» процедурой «Произвести и принять».
  Аналогичный механизм добавлен в процедуру «Произвести и принять» документа «Выход из производства». Если в ходе генерации актов производства для регистрируемой выходной продукции будет произведена подконтрольная продукция, то есть артикулы, связанные с номенклатурой ГИС «Меркурий», то будет предложено сразу создать документы «Производство» ГИС «Меркурий»:
  Image Added
  В сам документ «Выход из производства» в заголовок документа добавлен показ списка документов, созданных на основании текущего документа:
  Image Added
  В разделе «Документ «Производство» ГИС «Меркурий»» в таблицу спецификации сырья, подобранного для списания на производство готовой продукции, добавлены колонки «Изготовлен» и «Годен до»:
  Image Added
  

  Якорь
  _Toc199411660 _Toc199411660

  Накладные, накладная поставщика, требования на отбор. Сортировка в таблице упаковочных листов.

  
  В разделах документов «Приходная накладная», «Расходная накладная», «Накладная на перемещение», «Накладная поставщика», «Требование на отбор» в заголовке документа на закладке «Упаковочные листы» реализована сортировка по столбцам таблицы по двойному щелчку по заголовку столбца.
  Image Added
  

  Якорь
  _Toc199411661 _Toc199411661

  Контрагенты. Опция «Создавать заказы только через автоматическую генерацию заказов».

  
  В раздел контрагентов на закладку «Поставщик» добавлен флаг «Создавать заказы только через автоматическую генерацию заказов»:
  Image Added
  Создана функция проверки для заказов поставщику 249 «Для поставщика разрешена только автоматическая генерация заказов». По умолчанию функция проверки отключена. Функция срабатывает при смене статуса с «черновик» на «принят» для заказов поставщику контрагентам, у которых установлен флаг «Создавать заказы только через автоматическую генерацию заказов», если заказ создается без использования алгоритмов автозаказа (в документе не заполнено поле «алгоритм автогенерации»).
  

  Якорь
  _Toc199411662 _Toc199411662

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

  
  В разделе «Конракты с поставщиками» в фильтр отбора документов добавлено условие «Вид обязательства»:
  Image Added
  

  Якорь
  _Toc199411663 _Toc199411663

  Заказы поставщикам.

  Якорь
  _Toc199411664 _Toc199411664

  Цветовая индикация строк спецификации.

  
  В раздел «Заказы поставщикам» добавлено информационное поле «В номенклатуре»:
  Image Added
  Для заказов, созданных на основании контракта и соглашения о поставках, реализована цветовая индикация строк. Цветовой фон задается в диалоге функции «Параметры раздела»:
  Image Added
  По умолчанию цвета не заданы.
  Фоном выделяются строки для артикулов, которые:
• отсутствуют в соглашениях о поставках
• отсутствуют в номенклатуре места хранения
• отсутствуют в соглашениях о поставках и в номенклатуре места хранения
  Соглашение о поставке берется из общих оснований документа. Если в основании заказа нет соглашения о поставке, то первая и третья опции работать не будут.
  Для определения вхождения в номенклатуру места хранения в таблицу спецификации документа надо добавить информационное поле «В номенклатуре». Если поле будет отсутствовать в интерфейсе, вторая и третья опции работать не будут.
  Image Added
  

  Якорь
  _Toc199411665 _Toc199411665

  Значение по умолчанию флага «Учитывать при автогенерации заказа».

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

  Якорь
  _Toc199411666 _Toc199411666

  Бонусы от поставщиков.

  
  В документе «Бонусы от поставщиков» параметрами для начисления бонусов являются период начисления (месяц, квартал, полугодие, год), тип суммы, по которой проводится анализ, величина этой суммы и величина бонуса, которая представлена ступенчатой функцией.
  Тип суммы:
• сумма оплаты
• сумма полная приходов (по дате документов)
• сумма без НДС приходов (по дате документов)
• сумма полная приходов (по дате накладной поставщика)
• сумма без НДС приходов (по дате накладной поставщика).
  Все суммы считаются с учетом возвратов.
  В разделе есть функция «Заполнить местами поставки и артикулами из контракта», которая заполняет документ данными из выбранного контракта. В текущей версии функция одновременно проставляет выбранный контракт в общие основания документа «Бонус от поставщика». При повторном вызове функции контракт из общего основания подставляется в мастер функции.
  В мастер функции добавлена опция «За исключением артикулов из ассортиментов». Опция позволяет выбрать ассортименты, артикулы которых не будут переноситься из контракта. Ассортименты запоминаются и подставляются при повторном вызове.
  Image Added
  В функции проверки 37 «Корректность документов "Бонус от поставщика"» с режимом работы «Всегда запрет» изменено одно из условий проверки. Условие «если существует другой бонус от того же поставщика в статусе "Принят" для того же места поставки и артикула с периодом действия, пересекающимся с периодом действия рассматриваемого документа, и с тем же периодом для начисления бонуса» заменено условием «если существует другой бонус от того же поставщика в статусе "Принят" для того же места поставки и артикула с периодом действия, пересекающимся с периодом действия рассматриваемого документа, и с теми же периодом и типом суммы для начисления бонуса».
  То есть, условие расширено проверкой совпадения типа суммы в сравниваемых документах. Это позволяет создавать два бонуса от поставщика с одинаковыми условиями начисления, но с обсчетом разных типов сумм. При расчете бонусы будут начисляться на одни и те же документы, но на разные суммы.
  Создана функция проверки 248 «Бонус от поставщика уже существует». Функция по умолчанию имеет режим работы «Запрет». Функция содержит прежнее условие из функции проверки 37, а именно проверка срабатывает, если существует другой бонус от того же поставщика в статусе "Принят" для того же места поставки и артикула с периодом действия, пересекающимся с периодом действия рассматриваемого документа, и с тем же периодом для начисления бонуса.
  Внесено изменение в отчет «Расчет бонусов поставщика». Поле «Номер» документа заменено полем «Номер / наименование», в котором выводится номер документа и значение поля «наименование» документа.
  

  Якорь
  _Toc199411667 _Toc199411667

  Акты уценки. Калькулятор строк спецификации.

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

  Якорь
  _Toc199411668 _Toc199411668

  Кассовые документы. Расчет статистики «Налоги».

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

  Якорь
  _Toc199411669 _Toc199411669

  Кассовые чеки. Фильтр по коду КИЗ или алкогольной марки.

  
  В разделе кассовых чеков в экране фильтра на закладку «Товары» добавлен элемент Алкогольная марка/КИЗ:
  Image Added
  Код марки можно считывать сканером или вводить вручную. Код марки должен быть введен полностью и без искажений, то есть должен выглядеть так же, как он регистрируется в чеке.
  

  Якорь
  _Toc199411670 _Toc199411670

  Раздел «Анализ реализации». «Срок реализации».

  
  В текущей версии в разделе «Анализ реализации» в окно с информацией об артикуле дополнительно выводится значения параметра карточки «Срок реализации»:
  Image Added
  

  Якорь
  _Toc199411671 _Toc199411671

  Печать ценников FastReport на мобильном принтере.

  
  Мобильные принтеры - это носимые устройства, которые выполняют печать на термобумаге или термоэтикетках. Формат печати обуславливается шириной рулона бумаги, которая вставлена в принтер. Мобильные принтеры для доступа к ним имеют модули WiFi и / или Bluetooth и используются, как правило, совместно с ТСД при работе в зале. Особенностью мобильных принтеров является отсутствие стандартных драйверов в ОС Windows и Android для обращения к таким устройствам. Мобильные принтеры принимают данные для печати, описанные на их собственных языках, например, ZPL или CPCL. Эти языки позволяют описать вид и содержание этикетки, как последовательность команд. В том числе поддерживается команда печати изображения, представленного в виде содержания bmp-файла.
  В прошлом печать на мобильном принтере этикеток поддерживалась только отсылкой на принтер потока команд из предварительно созданного на языке принтера файла шаблона этикетки с замещением ключевых слов их актуальными значениями. Считалось, что печать изображений больших размеров происходит слишком медленно.
  В программе Супермаг Мобайл в версии 2.4.705.32 создан алгоритм печати на мобильном принтере изображения, созданного генератором отчетов FastReport в виде PDF-файла (только для принтеров, поддерживающих язык CPCL). В текущей версии Супермаг+ поддержаны команды запроса от ТСД на создание таких ценников и структура для управления ценниками для мобильных устройств.
  В справочник категорий ценников добавлено поле «Только для мобильного принтера»
  Image Added
  Для печати на мобильном принтере ценник в FastReport должен быть объявлен с размером поля равным размеру этикетки. Обычные ценники, созданные под формат бумаги А4, на принтере этикетки печатать нельзя.
  Можно объявить несколько категорий ценников для разных типов мобильных принтеров с разной шириной бумаги или для разных планок ценников стеллажей с разной высотой ценника. В программе Супермаг Мобайл можно будет выбрать для работы ту категорию ценников, которая подходит для текущих условий работы. В программе для выбора доступны категории с флагом «Только для мобильного принтера»:
  Image Added
  Для каждой категории ценников можно создать несколько дизайнов ценников, которые содержательно отвечают условиям реализации товара, например, регулярный, для весовых товаров с ценой за 100 грамм, аукционный и т.д.:
  Image Added
  Далее каждый дизайн можно назначить требуемой группе товаров, также как и для обычных ценников:
  Image Added
  Или для отдельных товаров в разделе карточек складского учета, а также переопределять их в ходе проведения маркетинговых акций:
  Image Added
  

  Якорь
  _Toc199411672 _Toc199411672

  Печать этикеток. Ключевое слово %BARUKM5.

  
  

  Якорь
  _Toc34318534 _Toc34318534

  В перечень ключевых слов шаблона этикетки добавлено слово %BARUKM5. Ключевое слово замещается штриховым кодом артикула, за исключением случая, когда артикул является артикулом уценки и, одновременно, относится к группе классификатора ТН ВЭД с флагом «маркируемый». В этом случае ключевое слово замещается строкой вида:
  PR|<штриховой код базового артикула>|<цена уценочного артикула>|0
  где
  <штриховой код базового артикула> - штриховой код артикула, который является базовым для артикула уценки
  <цена уценочного артикула> - цена артикула уценки в копейках. Значение цены зависит от раздела, в котором выполняется функция печати этикетки.
  Пример:
  PR|3041311010705|510300|0
  Ключевое слово поддержано в Супермаг Мобайл, начиная с версий 2.4.728.28 и 2.3.903.27.
  

  Якорь
  _Toc199411673 _Toc199411673

  Управление заданиями Супермаг Мобайл 3. Создание заданий для тестового контура.

  
  Серверная часть Супермаг Мобайл 3 получила возможность работы с тремя контурами: рабочим, тестовым и промо-контуром. Подробное описание см. «Мобайл 3. Тестовый и промо контур.docx». Контуры изолированы друг от друга. Задания одного контура не видны в другом контуре и их выполнение не влияет на данные другого контура.
  Для создания заданий для тестового контура в интерфейс создания заданий раздела «Управление заданиями Супермаг Мобайл 3» добавлен флаг «Задание для тестового контура»:
  Image Added
  При установке флага нет возможности выбора должности или сотрудника, которому назначено задание, так как в тестовом контуре имеется только один предопределенный тестовый сотрудник.
  

  Якорь
  _Toc199411674 _Toc199411674

  Сервер обмена данными. Формат обмена «УКМ – обмен данными».

  
  В сервер обмена данными добавлен формат обмена «УКМ – обмен данными»:
  Image Added
  Формат обмена предназначен для ответа на запросы со стороны УКМ об остатке артикула. При использовании этого формата сервер обмена данных выступает в роли сервера, УКМ - в роли клиента. Авторизация клиента не предусмотрена. Поддерживается одна команда «получить остаток товара» протокола сервиса контроля остатков УКМ5:
  https://server_url/api/1.0/reservationItem/\^{Image Added}{store}?sku=артикул
  При обращении к серверу обмена данных по локальной сети запрос может выглядеть следующим образом:
  {+}http://192.168.25.163:8085/api/1.0/reservationItem/4?sku=000021+^{Image Added}
  Ответ:
  {
      "quantity": 15.0
  }
  При работе в локальной сети порт сервера обмена данными по умолчанию равен 8085. Если он изменен, посмотреть текущее значение порта можно в интерфейсе администратора сервера обмена данными:
  Image Added
  

  Якорь
  _Toc199411675 _Toc199411675

  Административный модуль.

  Якорь
  _Toc199411676 _Toc199411676

  Расчет товародвижения. Настройки.

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

  Якорь
  _Toc199411677 _Toc199411677

  Интерфейс.

  
  Окно программы «Административный модуль» сделано с изменяемым размером. Вкладка «Задания» перенесена из раздела «База данных» в новый раздел «Задания»:
  Image Added
  В разделе «Задания» разрешена сортировка строк по колонкам таблицы:
  Image Added
  Добавлены кнопки «Разрешить исполнение» и «Запретить исполнение», которые позволяют запретить или разрешить исполнение нескольких выбранных заданий:
  Image Added
  В разделе «База данных» на закладке «Локальные места хранения» в таблицу добавлено поле «Комментарий». Реализован фильтр мест хранения. Поиск записей идет по полям «Название» и «Комментарий»:
  Image Added
  

  Якорь
  _Toc199411678 _Toc199411678

  Задание «Удаление Z-отчётов».

  
  Создан новый тип функциональных заданий «Удаление Z-отчётов»:
  Image Added
  Задание позволяет удалять из базы данных чеки всех закрытых смен до указанной даты для всех мест хранения. Дата задается в днях от текущей даты.
  Image Added
  
  Изменения функционала в версии 1.058 сервис пак 1
  Маркировка.
  Статус обработки УПД в ГИС МТ.
  Прием / подсчет маркированной продукции с использованием КИТУ кодов.
  Прием поставки по УПД на приход / накладной поставщика. Обработка непринятых позиций
  Интерфейс.
  Панель со структурой разделов.
  Диалог с основаниями документа.
  Карточки складского учета. Признак штрихового кода «NTIN».
  УКМ4 XML. Выгрузка в кассу штрихового кода с флагом «NTIN».

Якорь
_Toc213925629 _Toc213925629

Маркировка.

Якорь
_Toc213925630 _Toc213925630

Статус обработки УПД в ГИС МТ.

В электронном документообороте провайдер ЭДО при завершении процедуры обмена УПД отсылает УПД на проверку в «ГИС МТ» - «Государственная информационная система мониторинга оборота товаров», альтернативные названия: «ЦРПТ», «Честный знак». В зависимости от состояния и результата проверки провайдер передает контрагенту информацию о ее статусе в файле с именем APPERAKGISMT*.xml
Файл имеет следующую структуру:
<?xml version="1.0" encoding="utf-8"?>
<APPERAKGISMT>
<ID>UI0000000055</ID>
<CREATEDAT>2025-09-25T00:00:00</CREATEDAT>
<SENDDATTIM>2021-09-27T12:12:32</SENDDATTIM>
<EDOID>039a4936-d443-42ea-a6e0-65a3914b40fa</EDOID>
<STATUS>
<TYPE>Success</TYPE>
<FRENDLYNAME>Обработан в ГИС МТ "Честный ЗНАК"</FRENDLYNAME>
<DESCRIPTION>Документ успешно обработан в ГИС МТ "Честный ЗНАК"</DESCRIPTION>
</STATUS>
</APPERAKGISMT>
Возможны три варианта отклика:
Succes – документ успешно обработан,
Normal – документ в процессе обработки,
Error – документ содержит ошибки, содержание ошибки и перечень некорректных КИЗ помешается в тэг «DESCRIPTION».
Отклик ГИС МТ от провайдера может прийти как до, так и после подписания документа. В последнем случае принятая партия товара, несмотря на успешное подписание УПД обеими сторонами, не должна поступать в продажу, а сам УПД должен быть отозван. На этом этапе все действия по отмене УПД производятся только вручную.
В текущей версии реализован прием и обработка файлов APPERAKGISMT*.xml для информирования о результате проверки документа в ГИС МТ. При обработке файла его содержание помещается в системные метки документа УПД на приход.
Для этого перечень системных меток документов дополнен метками:
Sys.GISMType Код статуса в ГИС МТ
Sys.GISMTFriendlyNameСтатус обработки в ГИС МТ
Sys.GISMTDescription Описание состояния обработки в ГИС МТ
Image Added
При последовательном получении нескольких файлов с откликом для одного и того же УПД, в документе сохраняется ответ из последнего приема.
Для отображения меток документа в таблице списка отобранных документов разными цветами в зависимости от значения метки, в справочник меток документов добавлено управлением цветом фона и шрифта для значения метки:
Image Added
По умолчанию для метки «Код статуса» фон ячейки окрашивается в желтый цвет для значения метки «Normal», в красный цвет для «Error» и зеленый для «Success»:
Image Added

Якорь
_Toc213925631 _Toc213925631

Прием / подсчет маркированной продукции с использованием КИТУ кодов.

В прошлой версии в спецификацию документов «УПД на приход» и «Накладная поставщика», а также «Приходная накладная», «Расходная накладная» и «Накладная на перемещение» были добавлены структуры для хранения КИТУ кодов. КИТУ - коды идентификации транспортной упаковки - присваиваются поставщиком транспортной упаковке, которая может содержать некоторое количество разных видов маркированной продукции. В УПД на приход поставщик указывает КИТУ код для каждой строки спецификации, товар которой вошел в состав транспортной упаковки. Один КИТУ код может быть присвоен нескольким строкам спецификации, но для одной строки не должно быть указано более одного КИТУ кода. В противном случае невозможно определить, какое количество товара и какие КИЗ к какой упаковке относятся.
В текущей версии для процесса приема товаров по заказу поставщика с использованием УПД на приход или накладной поставщика и для процесса подсчета кодов КИЗ с использованием УПД на приход реализована передача в ТСД КИТУ кодов в составе УПД или накладной поставщика. При сканировании штриховых кодов в процессе приемки или подсчета выполняется анализ просканированного кода и если он соответствует по структуре КИТУ коду, то он ищется в документе поставщика. Если такой код обнаруживается среди КИТУ кодов документа, то все строки с этим КИТУ кодом считаются принятыми, и все КИЗ, которые перечислены в документе поставщика в составе КИТУ кода, переносятся в журнал приемки.
Прием с использованием КИТУ реализован в СМ Мобайл с версии 2.4.902.33 и в Супермаг+ в процессе «Подсчет кодов КИЗ ТСД»:
Image Added
Image Added
Примечание. После установки сервис пака необходимо перезапустить программу Супермаг Мобайл 2.4 на всех устройствах. Программа Супермаг Мобайл анализирует версию Супермаг+ при старте программы и запрашивает КИТУ коды, если версия Супермаг+, с которой он работает, старше или равна 1.058 сп1.

Прием поставки по УПД на приход / накладной поставщика. Обработка непринятых позиций

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

Якорь
_Toc213925633 _Toc213925633

Интерфейс.

Якорь
_Toc213925634 _Toc213925634

Панель со структурой разделов.

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

Якорь
_Toc213925635 _Toc213925635

Диалог с основаниями документа.

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

Карточки складского учета. Признак штрихового кода «NTIN».

В разделе карточек складского учета на закладку «Штрихкоды» в таблицу штриховых кодов добавлено поле «NTIN» (National Trade Item Number) - национальный код товара. NTIN является аналогом GTIN – глобального кода товара и может использоваться в его роли, то есть для EDI обмена, когда GTIN у товара отсутствует, но некоторый код признается идентификатором товара на территории юрисдикции.
Image Added
Флаг устанавливается в диалоге редактирования штрихового кода товара:
Image Added
Если у товара несколько штриховых кодов, флаг можно установить только на один их них.

УКМ4 XML. Выгрузка в кассу штрихового кода с флагом «NTIN».

Для поддержки требования законодательства Республики Казахстан - РК 3833-2023 «Порядок идентификации товаров и услуг и их кодификации Основные положения», при загрузке в кассу информации о товаре по протоколу УКМ4 XML в файле updateItems....xml для артикула в текущей версии выгружается информация о штриховом коде, который используется в качестве NTIN. Данные о NTIN выгружаются в виде дополнительной характеристики с названием CodeNTIN и со значением равным коду NTIN. Например:
<addProperty>
<id>CodeNTIN</id>
<value>0200000020002</value>
</addProperty>
Дополнительная характеристика выгружается для артикулов, у которых имеется штриховой код с флагом «NTIN». В тэге <value> дополнительной характеристики выгружается штриховой код, отмеченный этим флагом.

Изменения функционала в версии 1.058 сервис пак 2
Маркировка. Сканирование КИЗ в накладной на перемещение.
Редактор налогов. Группа налогов «Е».
Кассовые чеки. Размер поля для номера чека.

Якорь
_Toc215824612 _Toc215824612

Маркировка. Сканирование КИЗ в накладной на перемещение.

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

Якорь
_Toc215824613 _Toc215824613

Редактор налогов. Группа налогов «Е».

В список налоговых групп законодательства «Украина» добавлена группа «E».

Якорь
_Toc215824614 _Toc215824614

Кассовые чеки. Размер поля для номера чека.

В таблицах, которые используются для хранения данных кассовых чеков, увеличен размер поля номера чека с number 5 до number 10 . Изменение сделано для приема чеков, сформированных в фискальных регистраторах республики Казахстан («Программный фискализатор jNFD»). Программный фискализатор jNFD ведет сквозную нумерацию чеков.



Изменения функционала в версии 1.058 сервис пак 3
Маркировка.
Склады и магазины. Код ФИАС для места хранения.
Функция «Списание маркированной продукции». Код ФИАС.
Почтовый модуль. Экспорт в XML, JSON. Функция LocationFiasID.
Почтовый модуль. Фильтр УПД (XML, JSON). Выгрузка атрибутов для контроля УПД.
Приходная накладная. Функции «Заполнить документ ценами из накладной поставщика», «Заполнить ценами из УПД на приход». Опция «Считать, что цены источника округлены».
Инвентаризационная опись. Простановка бухгалтерского количества.
Контроль остатков ТСД. Генерация инвентаризационной описи.
Сервер приложений. Расчет товародвижения по расписанию. Перезапуск расчета товародвижения при неуспешном завершении.

Якорь
_Toc217470111 _Toc217470111

Маркировка.

Якорь
_Toc217470112 _Toc217470112

Склады и магазины. Код ФИАС для места хранения.

В разделе «Склады и магазины» на закладку «Общие» добавлен элемент для ввода кода ФИАС – идентификатора адреса объекта в Федеральной информационной адресной системе:
Image Added
Код ФИАС используется для идентификации места хранения в ЦРПТ в случаях реализации пива и пивной продукции.

Якорь
_Toc217470113 _Toc217470113

Функция «Списание маркированной продукции». Код ФИАС.

Функция «Списание маркированной продукции» доступна в разделах «Расходная накладная» и «Приходная накладная». Функция используется для создания файлов со списками КИЗ, которые могут быть использованы для списания КИЗ в личном кабинете организации в ЦРПТ (альтернативные названия: «Честный знак», ГИС МТ).
Из мастера старта функции удален элемент для задания ФИАС ИД. ФИАС ИД для помещения его в файл теперь берется из атрибутов места хранения. Если производится обработка множества документов, они дополнительно группируются по местам хранения и для каждой группы документов используется свой ФСРАР ИД. В имя файлов добавляется идентификатор места хранения, чтобы обеспечить уникальность имен файлов для списания КИЗ из разных мест хранения. Структура имени файла получила следующий вид:
ИД места хранения, ИНН контрагента, ИНН собственного контрагента, Код товарной группы ЦРПТ, Текущая дата.
Например:
КИЗ1_4_7704042063_7724308434_WATER_07042025.xml

Якорь
_Toc217470114 _Toc217470114

Почтовый модуль. Экспорт в XML, JSON. Функция LocationFiasID.

Создана функция для экспорта в XML или JSON файлы значения кода ФИАС по идентификатору места хранения.
Image Added

Якорь
_Toc217470115 _Toc217470115

Почтовый модуль. Фильтр УПД (XML, JSON). Выгрузка атрибутов для контроля УПД.

В текущей версии при формировании УПД на отгрузку в заголовок документа добавляется тэг «ON_NSCHFDOPPR_FILE_NAME_SUFFIX» с атрибутами, позволяющими указать тип необходимого контроля документа. Например:
<ON_NSCHFDOPPR_FILE_NAME_SUFFIX N2="1" N3="1" N4="0" N5="0" N6="0" />
N2 - требуется контроль за движением товаров, подлежащих прослеживаемости: 1 – да, 0 – нет.
N3 - требуется контроль за движением товаров, подлежащих маркировке: 1 – да, 0 – нет.
N4 - требуется контроль за движением алкогольной продукции, подлежащей маркировке: 1 – да, 0 – нет.
N5 - требуется контроль за движением/оборотом табачной продукции, сырья, никотинсодержащей продукции и никотинового сырья: 1 – да, 0 – нет.
N6 - требуется контроль движения нефтепродуктов: 1 – да, 0 – нет.
Пример файла с тэгом ON_NSCHFDOPPR_FILE_NAME_SUFFIX:
<PACKAGE name="251222183513_12206_11" SMVersion="1.058 SP3">
<POSTOBJECT description="УПД на отгрузку" action="normal">
<Id>UD0000000036</Id>
<ON_NSCHFDOPPR_FILE_NAME_SUFFIX N2="0" N3="1" N4="0" N5="0" N6="0" />
<UD>
<SMDOCUMENTS>
<ID>0000000036</ID>
<DOCTYPE>UD</DOCTYPE>
<BORNIN>8rFESH+gRw+LNv6NV/26aA==</BORNIN>
<CLIENTINDEX>47</CLIENTINDEX>
<CREATEDAT>2025-12-15T00:00:00</CREATEDAT>
<CURRENCYMULTORDER>0</CURRENCYMULTORDER>
<CURRENCYRATE>67.1234</CURRENCYRATE>
<CURRENCYTYPE>1</CURRENCYTYPE>
<DOCSTATE>2</DOCSTATE>
<ISROUBLES>1</ISROUBLES>
<LOCATION>4</LOCATION>
<OPCODE>63</OPCODE>
<PRICEROUNDMODE>1</PRICEROUNDMODE>
<TOTALSUM>7080</TOTALSUM>
<TOTALSUMCUR>105.48</TOTALSUMCUR>
<SHIPERGLN>Sem_CM</SHIPERGLN>
<SHIPERINN>7724308434</SHIPERINN>
<SHIPERKPP>772401001</SHIPERKPP>
<SHIPERADDRESS>Юр.адрес: 121471 г.Москва Можайское ш.15, Факт.адрес:113545, г. Москва, ул. Подольских курсантов, д.</SHIPERADDRESS>
<SHIPERFADDRESS>Юр.адрес: 121471 г.Москва Можайское ш.15, Факт.адрес:113545, г. Москва, ул. Подольских курсантов, д.</SHIPERFADDRESS>
<CONSIGNEEGLN>9813564952576</CONSIGNEEGLN>
<CONSIGNEEINN>7704042063</CONSIGNEEINN>
<CONSIGNEEKPP>77040420</CONSIGNEEKPP>
<CONSIGNEEADDRESS>121019, МОСКВА,ул.ЗНАМЕНКА,15</CONSIGNEEADDRESS>
<CONSIGNEEFADDRESS>Физ адрес. Москва, Петровский проезд.</CONSIGNEEFADDRESS>
<LOCATIONFIASID>4e22055e-41f2-4693-91bf-9f02fbb02d21</LOCATIONFIASID>
</SMDOCUMENTS>
<SMCOMMONBASES>
<ID>0000000036</ID>
<DOCTYPE>UD</DOCTYPE>
<BASEDOCTYPE>WO</BASEDOCTYPE>
<BASEID>рсС3538</BASEID>
</SMCOMMONBASES>
<SMDOCUD>
<ID>0000000036</ID>
<DOCTYPE>UD</DOCTYPE>
<DOCWO>рсС3538</DOCWO>
<DOCWODATE>2025-04-07T00:00:00</DOCWODATE>
<EXCHANGESTATUS>0</EXCHANGESTATUS>
<GOODSOWNER>0</GOODSOWNER>
<OURSELFCLIENT>605</OURSELFCLIENT>
<OURUTDID>1234567890</OURUTDID>
<PAYCASH>0</PAYCASH>
<UTDFUNCTION>СЧФДОП</UTDFUNCTION>
</SMDOCUD>
<SMSPECUD>
<DOCID>0000000036</DOCID>
<DOCTYPE>UD</DOCTYPE>
<SPECITEM>1</SPECITEM>
<ARTICLE>000029</ARTICLE>
<COUNTRY>Россия</COUNTRY>
<DISPLAYITEM>1</DISPLAYITEM>
<ITEMPRICE>708</ITEMPRICE>
<ITEMPRICECUR>10.5480</ITEMPRICECUR>
<ITEMPRICENOTAX>600</ITEMPRICENOTAX>
<QUANTITY>10</QUANTITY>
<TOTALPRICE>7080</TOTALPRICE>
<TOTALPRICECUR>105.48</TOTALPRICECUR>
<TOTALPRICENOTAX>6000</TOTALPRICENOTAX>
<VATRATE>18</VATRATE>
<VATSUM>1080</VATSUM>
</SMSPECUD>
<SMSPECOSUCODEUD>
<DOCID>0000000036</DOCID>
<DOCTYPE>UD</DOCTYPE>
<SPECITEM>1</SPECITEM>
<OSUCODE>02000000462000203710</OSUCODE>
</SMSPECOSUCODEUD>
</UD>
</POSTOBJECT>
</PACKAGE>
Атрибуты контроля определяются по следующим правилам:
N2 = 1, если в спецификации документа есть строка с номером ГТД с РНПТ (четвертая группа цифр);
N3 = 1, если какому-либо артикулу назначена группа классификатора «ТН ВЭД» с флагом «Маркируемый»;
N4 = 1, если какому-либо артикулу назначена группа классификатора «ТН ВЭД» с кодами: 2203, 2206 (пиво солодовое, сидр и др.);
N5 = 1, если какому-либо артикулу назначена группа классификатора «ТН ВЭД» с кодами: 2401, 2402, 2403, 2404;
N6 = 1, если какому-либо артикулу назначена группа классификатора «ТН ВЭД» с кодом: 2710.

Якорь
_Toc217470116 _Toc217470116

Приходная накладная. Функции «Заполнить документ ценами из накладной поставщика», «Заполнить ценами из УПД на приход». Опция «Считать, что цены источника округлены».

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

Якорь
_Toc217470117 _Toc217470117

Инвентаризационная опись. Простановка бухгалтерского количества.

В административный модуль в разделе «База данных» на закладке «Конфигурация» в группу данных «Документы» добавлена опция «Инвентаризационная опись. Проставлять бухгалтерское кол-во»:
Image Added
По умолчанию установлен вариант «вручную», что означает, что простановка бухгалтерского количества в документ выполняется вручную функцией раздела «Инвентаризационная опись» «Вычислить остатки». При выборе варианта «При смене статуса на «Принят в кол-ве и ценах»» или «При смене статуса на «Принят в количестве»» функция «Вычислить остатки» выполняется автоматически при соответствующей смене статуса.
Примечание. В прошлых версиях функция «Вычислить остатки» была доступна при редактировании документа «Инвентаризационная опись» со статусом «Черновик». В текущей версии функция дополнительно доступна при редактировании документа в статусе «Принят в количестве». Кроме того, если для места хранения установлен флаг «Отключить перерасчет остатков», то бухгалтерское количество берется из статистики остатков, если статистика имеет дату получения меньшую или равную дате документа.

Якорь
_Toc217470118 _Toc217470118

Контроль остатков ТСД. Генерация инвентаризационной описи.

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

Якорь
_Toc217470119 _Toc217470119

Сервер приложений. Расчет товародвижения по расписанию. Перезапуск расчета товародвижения при неуспешном завершении.

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


Изменения функционала в версии 1.058 сервис пак 4
Маркировка.
Атрибуты ОГРН (ОГРНИП) контрагента.
Почтовый модуль. Экспорт в XML, JSON. Функция ClientInfo. ОГРН(ИП) и дата ОГРН(ИП)
Печатная форма счета-фактуры накладных и УПД.
Контрагенты. Код ФИАС склада контрагента.
Расходные накладные, УПД на отгрузку. Код ФИАС склада разгрузки.
Подсчет кодов КИЗ ТДС по УПД. Сканирование КИТУ кода.
Акт уценки. Печать цены в этикетке.
Почтовый модуль. Сервер обмена данными. Формат обмена «СуперМагМарко». Сохранение копии неотосланных данных.
Почтовый модуль. Формат обмена «СуперМагМарко». Флаг «Сохранять копию (.bak) при отсылке транспортом».
Кассовый модуль. Прием скидок из кассы по протоколу УКМ4 XML.

Якорь
_Toc221017728 _Toc221017728

Маркировка.

Якорь
_Toc221017729 _Toc221017729

Атрибуты ОГРН (ОГРНИП) контрагента.

В разделе «Контрагенты» на закладку «Общие» добавлены элементы для ввода ОГРН (основной государственный регистрационный номер) юридических лиц или ОГРНИП физических лиц и, соответственно, даты регистрации ОГРН / ОГРНИП:
Image Added

Якорь
_Toc221017730 _Toc221017730

Почтовый модуль. Экспорт в XML, JSON. Функция ClientInfo. ОГРН(ИП) и дата ОГРН(ИП)

Функция ClientInfo для экспорта в XML или JSON файлы информации о клиенте расширена полями OGRN и DateOGRN для выгрузки тэгов со значениями ОГРН / ОГРНИП и даты регистрации ОГРН / ОГРНИП контрагента.


Image Added

Описание в файле UD.xsd полного набора полей с функцией «ClientInfo» теперь может выглядеть следующим образом:
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).GLN" minOccurs="0" name="SHIPERGLN" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).INN" minOccurs="0" name="SHIPERINN" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).KPP" minOccurs="0" name="SHIPERKPP" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).Address" minOccurs="0" name="SHIPERADDRESS" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT).FAddress" minOccurs="0" name="SHIPERFADDRESS" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT). OGRN " minOccurs="0" name="SHIPERFADDRESS" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.SHIPPER, SMDOCUD.OURSELFCLIENT). DateOGRN " minOccurs="0" name="SHIPERFADDRESS" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).GLN" minOccurs="0" name="CONSIGNEEGLN" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).INN" minOccurs="0" name="CONSIGNEEINN" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).KPP" minOccurs="0" name="CONSIGNEEKPP" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).Address" minOccurs="0" name="CONSIGNEEADDRESS" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).FAddress" minOccurs="0" name="CONSIGNEEFADDRESS" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).OGRN" minOccurs="0" name="CONSIGNEEFADDRESS" type="xs:string" />
<xs:element smexport:Function="ClientInfo(SMDOCUD.CONSIGNEE, SMDOCUMENTS.CLIENTINDEX).DateOGRN" minOccurs="0" name="CONSIGNEEFADDRESS" type="xs:string" />

Якорь
_Toc221017731 _Toc221017731

Печатная форма счета-фактуры накладных и УПД.

В печатную форму счета-фактуры внесены изменения, указанные в письме федеральной налоговой службы от 26 декабря 2025 г. N СД-4-3/11730@ о доведении рекомендуемой формы счета-фактуры, формы книги покупок и формы книги продаж, применяемых с 01.01.2026.
В заголовок счета-фактуры добавлено поле 5б, в табличную часть – колонки 12,12а,13,14, в подпись индивидуального предпринимателя добавлен вывод значения ОРГНИП и даты регистрации ОГРНИП из атрибутов контрагента без флага «юридическое лицо». Если ОРГНИП не указан, то, как и ранее, в подписи индивидуального предпринимателя будет выведено значение характеристики контрагента «Свидетельство госрегистрации инд. предпринимателя».

Якорь
_Toc221017732 _Toc221017732

Контрагенты. Код ФИАС склада контрагента.

В разделе «Контрагенты» на закладку «Склады» в таблицу складов контрагента добавлено поле «Код ФИАС» для регистрации кода ФИАС склада.
Image Added

Якорь
_Toc221017733 _Toc221017733

Расходные накладные, УПД на отгрузку. Код ФИАС склада разгрузки.

В разделах документов «Расходная накладная» и «УПД на отгрузку» в транспортный раздел добавлено поле для хранения ФИАС ИД. В расходной накладной поле заполняется при выборе места хранения склада и может быть отредактировано вручную. В документе УПД на отгрузку поле заполняется при генерации документа на основании расходной накладной значением такого же поля расходной накладной.
Image Added
Код ФИАС места хранения покупателя (места хранения разгрузки) с 1 декабря 2025 года является обязательным в документе УПД на отгрузку, если покупатель является ИП.

Якорь
_Toc221017734 _Toc221017734

Подсчет кодов КИЗ ТДС по УПД. Сканирование КИТУ кода.

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

Якорь
_Toc221017735 _Toc221017735

Акт уценки. Печать цены в этикетке.

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

Якорь
_Toc221017736 _Toc221017736

Почтовый модуль. Сервер обмена данными. Формат обмена «СуперМагМарко». Сохранение копии неотосланных данных.

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

Якорь
_Toc221017737 _Toc221017737

Почтовый модуль. Формат обмена «СуперМагМарко». Флаг «Сохранять копию (.bak) при отсылке транспортом».

В текущей версии в почтовом модуле реализована реакция на настройку транспорта «СуперМагМарко». При отмеченном флаге отосланные данные сохраняются в каталоге отсылки с расширением .bak.

Якорь
_Toc221017738 _Toc221017738

Кассовый модуль. Прием скидок из кассы по протоколу УКМ4 XML.

По протоколу УКМ4 XML касса для одной позиции чека может выгрузить информацию о примененной скидке несколькими строками. В прошлых версиях в этом случае, возникала ошибка нарушения ключа уникальности:
ORA-00001: нарушено ограничение уникальности (SUPERMAG.SMCCASHITEMSDISCUKM4_UK),
В текущей версии при приеме информации о проведенных скидках, скидки с одинаковыми значениями типа скидки, идентификатора и названия программы скидки, суммируются перед помещением в базу данных.



Изменения функционала в версии 1.058 сервис пак 5
Маркировка.
УПД на приход. Идентификатор документа в ЭДО.
Почтовый модуль. Расширение протокола обмена ЭДО. Ответ UICONFIRM.xsd.
Функция проверки 211 «Соответствие приходной накладной и УПД / накладной поставщика».
Функция проверки 251 «Контроль спецификации приходной накладной и УПД / накладной поставщика».
Приходные накладные.
Функция «Заполнить поле "Кол-во по док." из документа поставщика».
Функция «Проставить номер позиции по документу поставщика».
Накладные, ГТД. Контроль ввода номера ГТД.
Почтовый модуль. Автоматическая рассылка исключенных карточек.

Якорь
_Toc223541884 _Toc223541884

Маркировка.

Якорь
_Toc223541885 _Toc223541885

УПД на приход. Идентификатор документа в ЭДО.

В текущей версии в заголовке документа «УПД на приход» показывается номер документа УПД в системе электронного документооборота «Ид. док. в ЭДО»:
Image Added
Аналогичное поле добавлено в список полей, доступных для просмотра в таблице отобранных документов:
Image Added
В фильтр поиска документа добавлена возможность поиска по номеру документа в ЭДО:
Image Added

Якорь
_Toc223541886 _Toc223541886

Почтовый модуль. Расширение протокола обмена ЭДО. Ответ UICONFIRM.xsd.

При приеме поставки на основании УПД, если состав принятой поставки отличается от содержания УПД, то УПД на приход переводится в статус «Заблокирован», а провайдеру ЭДО отправляется файл подтверждения приема с флагом Result = 3 (прием с расхождением) и с содержанием приходной накладной, то есть с информацией о принятом товаре.
В текущей версии в схему UICONFIRM.xsd файла ответа провайдеру ЭДО в тэг пункта спецификации приходной накладной <ITEM> добавлен вывод информации из поля «№ п/п документа поставщика» пункта спецификации приходной накладной. Информация выводится в тэг с именем <SPECITEMUI>.
Пример фрагмента файла ответа:
<ACCEPTED docWI="1МС0748">
<ITEM>
<ARTICLE>000052</ARTICLE>
<QUANTITY>50</QUANTITY>
<SPECITEM>1</SPECITEM>
<DISPLAYITEM>1</DISPLAYITEM>
<BARCODEEXTERNAL>4606203090792</BARCODEEXTERNAL>
<ITEMPRICE>149.42</ITEMPRICE>
<ITEMPRICENOTAX>124.5166</ITEMPRICENOTAX>
<CARDFULLNAME>BOND STREET</CARDFULLNAME>
<CARDMEASUREMENTCODE>796</CARDMEASUREMENTCODE>
<VATRATE>20</VATRATE>
<VATSUM>1245.17</VATSUM>
<TOTALPRICE>7471</TOTALPRICE>
<TOTALPRICENOTAX>6225.83</TOTALPRICENOTAX>
<SPECITEMUI>1</SPECITEMUI>
<MARKS />
<OSUCODES />
</ITEM>
Информация выводится, чтобы получатель мог корректно сопоставить результаты приемки с данными своих документов. Чтобы эта информация была корректной, необходимо заполнять поле «№ п/п документа поставщика» в приходной накладной с помощью функции «Проставить номер позиции по документу поставщика» или пользоваться процессом «Прием заказа ТСД».
Чтобы воспользоваться изменением протокола, необходимо обновить файл UICONFIRM.xsd в папке со схемами для почтового ящика с фильтром «УПД фильтр».

Якорь
_Toc223541887 _Toc223541887

Функция проверки 211 «Соответствие приходной накладной и УПД / накладной поставщика».

Из проверки 211 «Соответствие приходной накладной и УПД / накладной поставщика» удалены правила срабатывания:

• полная сумма накладной поставщика / УПД отличается от значения поля "Сумма по документу поставщика" приходной накладной;
• приходная накладная содержит артикул, отсутствующий в накладной поставщика / УПД, или суммарное количество артикула в приходной накладной больше суммарного количества этого артикула в накладной поставщика / УПД;
• накладная поставщика / УПД содержит артикул, отсутствующий в приходной накладной, или суммарное количество артикула в накладной поставщика / УПД не совпадает с суммарным значением поля "Кол-во по док." этого артикула в приходной накладной.
  Правила помещены в новую функцию проверки «Контроль спецификации приходной накладной и УПД / накладной поставщика».
  В функцию проверки 211 «Соответствие приходной накладной и УПД / накладной поставщика» добавлено правило срабатывания: «только для УПД на приход: в приходной накладной есть позиции с незаполненным полем "№ п/п документа поставщика"».
  

  Якорь
  _Toc223541888 _Toc223541888

  Функция проверки 251 «Контроль спецификации приходной накладной и УПД / накладной поставщика».

  
  Создана новая функция проверки 251 «Контроль спецификации приходной накладной и УПД / накладной поставщика». По умолчанию функция работает в режиме «Предупреждение».
  В функцию перенесены следующие правила срабатывания из функции проверки 211 «Соответствие приходной накладной и УПД / накладной поставщика»:
• полная сумма накладной поставщика / УПД отличается от значения поля "Сумма по документу поставщика" приходной накладной;
• приходная накладная содержит артикул, отсутствующий в накладной поставщика / УПД, или суммарное количество артикула в приходной накладной больше суммарного количества этого артикула в накладной поставщика / УПД;
• накладная поставщика / УПД содержит артикул, отсутствующий в приходной накладной, или суммарное количество артикула в накладной поставщика / УПД не совпадает с суммарным значением поля "Кол-во по док." этого артикула в приходной накладной.
  
  

  Якорь
  _Toc223541889 _Toc223541889

  Приходные накладные.

  Якорь
  _Toc223541890 _Toc223541890

  Функция «Заполнить поле "Кол-во по док." из документа поставщика».

  
  В раздел «Приходные накладные» добавлена функция «Заполнить поле "Кол-во по док." из документа поставщика». Функция доступна в режиме редактирования документа со статусом «Черновик».
  Функция проставляет в поле "Кол-во по док." количество из документа основания – «УПД на приход» или «Накладная поставщика». Если в основании приходной накладной есть документы обоих типов, то используется «УПД на приход». Если будет обнаружено несколько документов одного типа, то для каждого артикула количество берется, как сумма по всем документам в основании и по всем строкам каждого документа.
  Корректная работа алгоритма возможна, когда в приходной накладной один артикул присутствует в одной строке спецификации.
  

  Якорь
  _Toc223541891 _Toc223541891

  Функция «Проставить номер позиции по документу поставщика».

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

  Якорь
  _Toc223541892 _Toc223541892

  Накладные, ГТД. Контроль ввода номера ГТД.

  
  В разделах приходных, расходных накладных, накладных на перемещение и в разделе «ГТД» изменены правила ввода и контроля содержания номера ГТД.
  В диалоге «Номер ГТД» проверялось, что первая секция содержит 8 цифр, вторая является датой в формате ДДММГГ, третья содержит семь цифр:
  Image Added
  В текущей версии в алгоритм контроля добавлена проверка структуры номера ГТД, полученного в республике Беларусь, где в первой секции ожидается пять цифр, во второй дата ДДММГГ, в третьей - строка из буквы «В» (может отсутствовать) и шести цифр:
  Image Added
  Аналогичные изменения внесены при проверки номера ГТД, добавляемого из буфера обмена выбором пункта контекстного меню «Вставить»:
  Image Added
  

  Якорь
  _Toc223541893 _Toc223541893

  Почтовый модуль. Автоматическая рассылка исключенных карточек.

  
  В предыдущих версиях автоматическая рассылка исключенных карточек по факту их изменения по кнопке «Обработать» была запрещена. В текущей версии разрешена автоматическая рассылка исключенных карточек по факту изменения их группы классификатора.
  
  Изменения функционала в версии 1.058
  Интерфейс.
  Окно старта программы.
  Панель со структурой разделов.
  Статус документа в окне общих оснований.
  Формирование пакета заказов на базе контракта. Диалог выбора контракта.
  Коррекция ТТН.
  Маркировка. Коды идентификации транспортных упаковок.
  Меркурий. Акт производства. Время изготовления.
  Контракт с поставщиком. Удаление исключенных артикулов.
  «Формирование пакета заказов на базе контракта». Информационное поле «След. маркет. контракт».
  Карточки складского учета. Печать ценников.
  Контрагенты. Запрет приемки КИЗ, не входящих в документ поставщика.
  Склады и магазины. Номенклатура производства.
  Управление заданиями Супермаг Мобайл 3.
  Соединение с сервером Мобайл 3.
  Задачи по расписанию.
  Редактор схем почтовых объектов. Редактирование JSON схем.
  Почтовый модуль, Сервер обмена данными. Функция экспорта «Данные сотрудника, создавшего документ».
  Функция проверки 126 «Действующее соглашение о поставках уже существует»
  Функция проверки 250 «Наличие контракта с другим видом обязательства».

Якорь
_Toc212206251 _Toc212206251

Интерфейс.

В интерфейс Торговой системы внесены следующие изменения:

Якорь
_Toc212206252 _Toc212206252

Окно старта программы.

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

Якорь
_Toc212206253 _Toc212206253

Панель со структурой разделов.

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

Якорь
_Toc212206254 _Toc212206254

Статус документа в окне общих оснований.

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

Якорь
_Toc212206255 _Toc212206255

Формирование пакета заказов на базе контракта. Диалог выбора контракта.

В прошлых версиях в мастере создания процесса «Формирование пакета заказов на базе контракта» для выбора документа «Контракт с поставщиком» использовалось два разных диалога, в зависимости от того, был ли ранее в мастере установлены фильтры по поставщику, собственному контрагенту, группам товаров, или нет. В текущей версии используется единственный вариант интерфейса выбора документа «Контракт с поставщиком». Если ранее в мастере были выбраны параметры контракта, то они влияют на отбор контрактов в диалоге:
Image Added

Якорь
_Toc212206256 _Toc212206256

Коррекция ТТН.

Раздел «Коррекция» в группе разделов «Инвентаризация» получил название «Коррекция ТТН».

Якорь
_Toc212206257 _Toc212206257

Маркировка. Коды идентификации транспортных упаковок.

В документах движения товара («УПД на приход», «УПД на отгрузку», «Накладная поставщика», «Приходная накладная», «Расходная накладная» и «Накладная на перемещение») помимо хранения кодов КИЗ/КИ и ОСУ кодов, добавлена возможность хранить коды идентификации транспортных упаковок КИТУ.
Примечание: КИЗ – контрольный идентификационный знак, это код марки, нанесенной на единицу или упаковку продукции, КИ – контрольный идентификатор – часть КИЗ, которая однозначно определяет экземпляр товара. На товар наносится марка с КИЗ, в документах ЭДО (УПД, накладной поставщика) фиксируется КИ.
КИТУ генерируется участником оборота маркированной продукции для маркировки упаковок, содержащих несколько видов продукции. Участник оборота информирует ЦРПТ о составе кодов КИЗ, включенных в транспортную упаковку. КИТУ коды используются исключительно для логистических целей и не могут быть использованы в процессе продажи на кассе.
В документах код КИТУ записывается в каждую строку документа, которая относится к транспортной упаковке. Параллельно с КИТУ в строках документов могут присутствовать КИЗ/КИ или ОСУ коды для товаров с ОСУ. В транспортную упаковку также допустимо помещать немаркированные товары. Важным условием регистрации КИТУ в документе является наличие не более одного КИТУ кода для одной строки спецификации, в противном случае невозможно корректно определить, какое количество товара и какие КИ относятся к конкретному КИТУ, и принять товар по коду транспортной упаковки невозможно:
Image Added
Image Added
В УПД фильтр почтового модуля, а также в стандартный XML фильтр и JSON фильтр добавлена обработка для приема и отсылки информации о КИТУ кодах. Для обмена документами, содержащих КИТУ, необходимо обновить схемы объектов, в которых предполагается их наличие.

Якорь
_Toc212206258 _Toc212206258

Меркурий. Акт производства. Время изготовления.

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

Якорь
_Toc212206259 _Toc212206259

Контракт с поставщиком. Удаление исключенных артикулов.

В раздел «Контракты с поставщиками» добавлена функция «Удалить исключенные артикулы». Функция доступна в режиме редактирования документа в статусе «Черновик». Функция удаляет строки спецификации документа, которые содержат исключенные артикулы:
Image Added
Удаление соответствующих строк в соглашениях о поставках для контракта выполняется при смене статуса контракта с «Черновик» на «Принят».

Якорь
_Toc212206260 _Toc212206260

«Формирование пакета заказов на базе контракта». Информационное поле «След. маркет. контракт».

В разделе «Формирование пакета заказов на базе контракта» в перечень информационных полей, доступных для добавления в таблицу спецификации процесса, добавлено поле «След. маркет. контракт»:
Image Added

Под следующим маркетинговым контрактом понимается маркетинговый контракт, у которого:

• в основании указан контракт из заголовка процесса;
• для текущего места поставки имеется соглашение о поставке в статусе «Принят»;
• маркетинговый контракт действует на дату большую даты заказа, если для поставщика установлен признак «Цены из контракта на дату заказа», или поставки, если для поставщика установлен признак «Цены из контракта на дату поставки».
  Если будет обнаружено несколько документов, то показывается маркетинговый контракт с наименьшей датой начала действия.
  Image Added
  При отсуствии действующего маркетингового контракта и одновременном наличии «следующего» маркетингового контракта строка спецификации выделяется цветом более темным, чем при наличии действующего маркетингового контракта.
  Примечание. Поле «След. маркет. контракт» заполняется при создании процесса и в дальнейшем не перечитывается.
  

  Якорь
  _Toc212206261 _Toc212206261

  Карточки складского учета. Печать ценников.

  
  В предыдущих версиях в разделе карточек складского учета в процедуре печати ценников существовало ограничение на количество артикулов, выбранных для печати ценников. В текущей версии это ограничение снято.
  

  Якорь
  _Toc212206262 _Toc212206262

  Контрагенты. Запрет приемки КИЗ, не входящих в документ поставщика.

  
  В раздел «Контрагенты» на закладку «Условия поставки» добавлена опция «Запрет приема КИЗ, не входящих в документ»:
  Image Added
  По умолчанию флажок не отмечен. Если флажок отметить, то в процессе приемки поставки в программе Супермаг Мобайл 2.4 сканирование КИЗ, не входящего в документ поставщика (УПД на приход или накладную поставщика), будет приводить к отказу в приемке экземпляра товара. Если флаг не отмечен, то оператору показывается предупрежедние и предлагается самостоятельно решить, можно ли принять такой товар. Проверка не выполняется для товаров с ОСУ и маркированных товаров с немаркированным остатком.
  

  Якорь
  _Toc212206263 _Toc212206263

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

  
  В предыдущих версиях существовала проблема рассылки номенклатур производства при одновременной рассылке всех справочников, например, при заполнении новой базы данных исходными данными.
  Номенклатура производства была частью объекта «Склад или магазин», и если в старшей базе для места хранения была определена номенклатура производства, то инициализация подчиненной базы при первом проходе завершалась ошибкой «Невозможно записать в БД объект «SH, …. - исходный ключ не найден». Это происходило из-за циклической связи почтовых объектов: объект «SH» «Склад или магазин», при наличии в нем номенклатуры производства, ссылается на объект «PZ» «Цех», а объект «Цех» ссылается на место хранения объекта «Склад или магазин».
  В текущей версии для хранения информации о номенклатуре производства по-прежнему используется таблица SMAssortMatrixProdLoc, но более не используется таблица SMAssortMatrixProdZone, кроме того, номенклатура производства перенесена из почтового объекта «Склад или магазин» в почтовый объект «Цех».
  При использовании XML или JSON фильтра почтового модуля необходимо заменить схемы объектов «SH» и «PZ» на новые.
  

  Якорь
  _Toc212206264 _Toc212206264

  Управление заданиями Супермаг Мобайл 3.

  Якорь
  _Toc212206265 _Toc212206265

  Соединение с сервером Мобайл 3.

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

  Якорь
  _Toc212206266 _Toc212206266

  Задачи по расписанию.

  
  В подразделе «Задачи по расписанию» в текущей версии убрана возможность создавать задачу типа «Сборка мусора». Оставлены задачи типа «Скачивание заданий» и «Создание заданий»:
  Image Added
  Сборка мусора выполняется сервером Мобайл 3. Интерфейс по управлению параметром реализован в веб-администраторе сервера Мобайл 3. По умолчанию параметр «Период хранения заданий в днях» установлен в 14 дней.
  В мастер создания задания на экран выбора места хранения добавлена опция «Все локальные места хранения»:
  Image Added
  Опция позволяет избежать ситуации, когда при распределенной архитектуре баз данных в базу могут быть загружены результаты исполнения заданий и созданы процессы для мест хранения, которые не обслуживаются этой базой данных.
  

  Якорь
  _Toc212206267 _Toc212206267

  Редактор схем почтовых объектов. Редактирование JSON схем.

  
  В текущей версии программа «Редактор XML схем» адаптирована для работы с JSON схемами и получила название «Редактор схем почтовых объектов».
  При старте программы указывается каталог, в котором размещены схемы почтовых объектов. Если в каталоге находятся схемы только одного типа – или XML, или JSON, то программа стартует, как и раньше. Если в каталоге обнаруживаются схемы обоих форматов, то предлагается выбрать, с каким из них будет вестись работа. Одновременная работа с XML и JSON схемами не поддерживается:
  Image Added
  В текущей версии для JSON схем доступны все функции преобразования, которые доступны для XML схем. В предыдущих версиях для JSON форматов модификация JSON схемы подразумевала только удаление полей и таблиц из полной JSON схемы объекта. Функции преобразования не поддерживались.
  Image Added
  Стандартные JSON схемы можно создать в административном модуле утилитой «Создание схемы данных для XML / JSON - фильтра»:
  Image Added
  Image Added
  Или в программе «Редактор схем почтовых объектов» кнопкой «Добавить» в сегменте «Схема»:
  Image Added
  

  Якорь
  _Toc212206268 _Toc212206268

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

  
  Создана функция экспорта «DocCreator» «Данные сотрудника, создавшего документ». Функция возвращает данные сотрудника, создавшего документ. Функция применима к документу любого типа. Атрибутами функции являются тип и номер отсылаемого документа:
  Image Added
  Функция помещает в поле одно из выбранных значений. Чтобы получить все три значения функцию надо описать три раза, указывая при этом разные имена полей, например:
  Image Added
  
  Image Added
  Информацию о создателе документа функция берет из записи в истории документа о создании документа. По этой причине функция работает только при экспорте из базы данных, где документ был создан. При пересылке документа из базы в базу информация о его создателе не передается.
  

  Якорь
  _Toc212206269 _Toc212206269

  Функция проверки 126 «Действующее соглашение о поставках уже существует»

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

  Якорь
  _Toc212206270 _Toc212206270

  Функция проверки 250 «Наличие контракта с другим видом обязательства».

  
  Создана функция проверки для контрактов с поставщиками «Наличие контракта с другим видом обязательства». По умолчанию функция проверки имеет режим работы «Предупреждение».
  Функция проверяет, что для артикула контракта с поставщиком есть другие контракты со статусом «Принят полностью» (даты действия не имеют значения) с несовпадением видов обязательств: контракт с куплей-продажей для контракта с комиссией или агентированием или наоборот (комиссия и агентирование считаются двумя разновидностями одного и того же вида обязательства).
  Проверка предупреждает о том, что один и тот же товар может быть принят с видами обязательств несовместимыми с точки зрения кассовых продаж. Пользователь должен осознавать этот риск при принятии контракта.
  
  
  Изменения функционала в версии 1.059 сервис пак 1
  Маркировка.
  Задание Сервера Приложений «Проверка КИЗ в ЦРПТ».
  Статус марки при обмене с ЦРПТ «Не зарегистрирован».
  Прием поставки ТСД. Генерация приходной накладной на основании УПД на приход с КИЗ и КИТУ в одной позиции спецификации.
  Сообщение при попытке приёма приходной накладной на основании УПД на приход.
  Меркурий.
  Рассылка объекта «HA» «Артикул ГИС Меркурий» в составе карточки товара.
  Отображение места хранения в журналах отсылки и приёма.
  Законодательство Республики Беларусь. Наценивание товаров с предельными торговыми надбавками.
  Акт уценки. Проверка корректности заполнения ценами.
  Документы функция «Экспорт / Импорт - Импорт спецификации из текстового файла». Кодировка файла.
  Процесс «Прием товара по заказу ТСД». Печать журнала.
  Сервер обмена данными. Формат обмена «Яндекс Еда». Обработка запроса с опцией --head.
  Сервер авторизации. Авторизации в ФНС.
  Редактор XML / JSON схем. Функция экспорта Nvl.