Изменения функционала в версии 1.059 сервис пак 1
Маркировка.
Задание Сервера Приложений «Проверка КИЗ в ЦРПТ».
Статус марки при обмене с ЦРПТ «Не зарегистрирован».
Прием поставки ТСД. Генерация приходной накладной на основании УПД на приход с КИЗ и КИТУ в одной позиции спецификации.
Сообщение при попытке приёма приходной накладной на основании УПД на приход.
Меркурий.
Рассылка объекта «HA» «Артикул ГИС Меркурий» в составе карточки товара.
Отображение места хранения в журналах отсылки и приёма.
Законодательство Республики Беларусь. Наценивание товаров с предельными торговыми надбавками.
Акт уценки. Проверка корректности заполнения ценами.
Документы функция «Экспорт / Импорт - Импорт спецификации из текстового файла». Кодировка файла.
Процесс «Прием товара по заказу ТСД». Печать журнала.
Сервер обмена данными. Формат обмена «Яндекс Еда». Обработка запроса с опцией --head.
Сервер авторизации. Авторизации в ФНС.
Редактор XML / JSON схем. Функция экспорта Nvl.
| Якорь |
|---|
| _Toc191371995 |
|---|
| _Toc191371995 |
|---|
|
| Якорь |
|---|
| _Toc191371986 |
|---|
| _Toc191371986 |
|---|
|
| Якорь |
|---|
| _Toc229999647 |
|---|
| _Toc229999647 |
|---|
|
Маркировка.| Якорь |
|---|
| _Toc229999648 |
|---|
| _Toc229999648 |
|---|
|
Задание Сервера Приложений «Проверка КИЗ в ЦРПТ».
Создан новый тип заданий сервера приложений «Проверка КИЗ в ЦРПТ»
Задание выполняет проверку в ЦРПТ необработанных марок и кодов упаковок КИГУ и КИТУ. Для работы задания необходимо в администраторе сервера приложений задать адрес сервера авторизации ЦРПТ и пароль доступа к нему, а в сервере авторизации указать сертификаты ЭЦП для ЦРПТ.
Настроенное задание позволяет проверять валидность кодов КИЗ и получать состав упаковок после приема маркированного товара без необходимости ручной обработки поступивших кодов в разделе «Остатки маркированного товара».
Если настроена работа с тестовым контуром, задание не выполняется.
Это позволяет избежать случайной обработки марок продуктивного контура в тестовом контуре ЦРПТ, который не содержит информации о них.
| Якорь |
|---|
| _Toc229999649 |
|---|
| _Toc229999649 |
|---|
|
Статус марки при обмене с ЦРПТ «Не зарегистрирован».
Для марки добавлен статус «Не зарегистрирован» для тех случаев, когда при запросе информации о марке в ЦРПТ данные о ней не возвращаются, то есть, когда марка не зарегистрирована в ЦРПТ.
| Якорь |
|---|
| _Toc229999650 |
|---|
| _Toc229999650 |
|---|
|
Прием поставки ТСД. Генерация приходной накладной на основании УПД на приход с КИЗ и КИТУ в одной позиции спецификации.
В текущей версии изменена интерпретация содержания УПД в случае, когда в одной строке спецификации имеются коды транспортных упаковок КИТУ и коды экземпляров товаров КИЗ. В прошлых версиях считалось, что КИЗ указываются для раскрытия состава КИТУ и в одной строке спецификации может быть указан только один КИТУ. В текущей версии предполагается, что в строке спецификации указываются коды множества упаковок, в которых есть товар из строки спецификации, и коды всех отдельных экземпляров этого же товара, которые вошли в поставку, но не вошли в упаковки.
В связи с этим внесено изменение в поведение программы Супермаг Мобайл. Начиная с версии 2.4.1085.19, программа позволяет принять товар, когда в строке УПД указано несколько КИТУ и КИЗ, и ввести / скорректировать количество товара в упаковке, если нет возможности однозначно определить это количество по данным УПД. Программа сохраняет это количество в журнале для каждого КИТУ. В дальнейшем, при генерации приходной накладной это количество помещается в накладную и отображается при просмотре КИТУ.
| Якорь |
|---|
| _Toc229999651 |
|---|
| _Toc229999651 |
|---|
|
Сообщение при попытке приёма приходной накладной на основании УПД на приход.
В функции смены статуса приходной накладной, созданной на основании УПД на приход, текст сообщения об ошибке:
«Доверительный приём маркированного товара невозможен из-за разницы в количестве между приходной накладной и УПД на приход»
заменён на:
«Приём маркированного товара на основании УПД невозможен. При разнице в количестве между приходной накладной и УПД на приход нельзя создать акт расхождения из-за отсутствия информации о КИЗ / КИТУ принимаемого товара».
| Якорь |
|---|
| _Toc229999652 |
|---|
| _Toc229999652 |
|---|
|
Меркурий.| Якорь |
|---|
| _Toc229999653 |
|---|
| _Toc229999653 |
|---|
|
Рассылка объекта «HA» «Артикул ГИС Меркурий» в составе карточки товара.
В Торговой системе имеется два способа обмена с ГИС Меркурий: прямой и через провайдера. Для обмена с провайдером используются разделы «Номенклатура ГИС «Меркурий»», «Документ «Расход на производство» ГИС «Меркурий»», «Документ «Выход из производства» ГИС «Меркурий»», «Документ «Перевозка» ГИС «Меркурий»». Остальные разделы предназначены для прямого обмена или могут использоваться в обоих случаях (справочники, площадки).
Соответствие номенклатуры товаров ГИС Меркурий и артикулов торговой системы для разных способов обмена устанавливается разными способами. Для обмена с провайдером имеется раздел «Номенклатура ГИС «Меркурий»», для прямого обмена в разделе карточек складского учета добавлена закладка «Меркурий».
В прошлых версиях отсылка информации о номенклатуре ГИС «Меркурий» была реализована только для случая обмена с провайдером, то есть для номенклатуры, описываемой в разделе «Номенклатура ГИС «Меркурий»», и только для отсылки этой информации провайдеру. В текущей версии реализована отсылка номенклатуры ГИС «Меркурий»» для нотации прямого обмена в составе артикула товара в собственные базы данных. Это может быть полезно, когда обмен с ГИС «Меркурий» предполагается вести в разных базах данных, а настройку справочных данных желательно проводить один раз, централизованно.
Номенклатура («HA») может быть отослана вместе с артикулом при ручной отсылке, если отмечен флаг «Дополнительно отослать «Номенклатуру ГИС Меркурий»» и карточка имеет статус «Активна»:
Номенклатура ГИС «Меркурий» отсылается также при активизации карточки. Автоматическая рассылка объекта HA «Артикул ГИС Меркурий» в текущей версии не реализована.
| Якорь |
|---|
| _Toc229999654 |
|---|
| _Toc229999654 |
|---|
|
Отображение места хранения в журналах отсылки и приёма.
В администраторе сервера обмена данными на закладки журналов отсылки и приема добавлено окно с детальной информацией о почтовом объекте:
Для команды запроса остатков дополнительно к общей информации выводится место хранения, для которого выполнялся запрос.
| Якорь |
|---|
| _Toc229999655 |
|---|
| _Toc229999655 |
|---|
|
Законодательство Республики Беларусь. Наценивание товаров с предельными торговыми надбавками.
По законодательству Республики Беларусь (РБ) для определенных товаров может быть установлена предельная торговая надбавка. Для поддержки этого требования в спецификацию приходной накладной внесены следующие изменения:
- Добавлено поле флаг «Импортный товар».
- Поле «Цена производителя» получило название «Цена производителя / импортёра»
- Поле «Оптовая надбавка» получило название «Надбавка оптовая / импортёра»
| Wiki разметка |
|---|
Добавлено поле «Расходы на внутр. транспортировку»
\\
В разделе «Цены» на закладке «Наценки» атрибут группы товаров «Максимальная наценка от цены производителя, %» получил название «Максимальная наценка от цены производителя / импортёра, %».
\\
По законодательству РБ для товаров с назначенной законом предельной торговой надбавкой максимально допустимое значение надбавки устанавливается либо от цены производителя, если товар произведен на территории РБ, либо от цены импортера, если он поступил в страну через таможенный пост. Поскольку одна и та же партия товара не может быть объявлена на таможенной территории РБ одновременно и как произведенная, и как импортированная (реимпортированная), то величины, которые используются для определения предельной цены товара и имеют один и тот же смысл, сохраняются в одних и тех же атрибутах. Флаг «Импортный товар» позволяет различить источник происхождения товара, чтобы можно было использовать нужный алгоритм расчета предельной надбавки.
\\
Примечание. В случае импортного товара надбавка импортера может быть не единственной надбавкой в стоимости поставки, если поставка была получена от посредника, тогда как при поставке от оптового поставщика в поле «Оптовая надбавка» указывается полная сумма всех надбавок от цены производителя, накопившаяся до поступления товара в организацию.
\\
Новый атрибут «Расходы на внутр. транспортировку» позволяет исключить затраты предприятия на работу с товаром из торговой надбавки.
\\
Внимание! «Расходы на внутр. транспортировку» - это сумма всех расходов, отнесенных на позицию спецификации, так же как «Сумма транспортных расходов». При расчете предельной цены «Расходы на внутр. транспортировку» приводятся к единице товара.
\\
Примечание. Цена импортера, также как цена оптового поставщика, указывается без учета расходов по доставке до склада организации. Расходы по доставке указываются отдельно, как «Сумма транспортных расходов».
\\
В алгоритм наценивания внесены следующие изменения в расчет предельно допустимой цены товара:
\\
Если флаг «Импортный товар» не установлен, то:
\\
Максимально разрешенная цена без НДС
= ( \[Цена производителя\] + \[Цена транспортных расходов\] ) * ( 1 + \[Макс. наценка от цены произв., %\] / 100 ) + \[Цена расходов на внутр. транспортировку\]
\\
Если флаг «Импортный товар» установлен, то:
\\
Максимально разрешенная цена без НДС =( \[Цена импортера\] + \[Цена транспортных расходов\] ) * ( 1 + \[Допустимая торговая надбавка от цены импортера%\] / 100 ) + \[Цена расходов на внутр. транспортировку\]
\\
где
\[Допустимая торговая надбавка от цены импортера %\] = ( ( \[Максимальная наценка от цены импортера\]+100 ) / 100 ) / ( ( \[Надбавка импортера\]+100 ) / 100 ) * 100 - 100
\\
Максимально разрешенная цена с НДС получается прибавлением НДС и округлением строго в меньшую сторону.
\\
Примечание. Цена производителя и Цена импортера в спецификации документа заносится в поле «Цена производителя/импортера», Оптовая надбавка и Надбавка импортера заносится в поле спецификации «Надбавка оптовая / импортера», Максимальная надбавка от цены производителя и Максимальная надбавка от цены импортера в поле «Максимальная наценка от цены производителя / импортера, %» группы классификатора.
\\
Детальное описание алгоритма см. «Алгоритм наценивания. Беларусь.doc»
\\
Для корректного ввода надбавки импортера изменено поведение калькулятора приходной накладной. Когда установлен флаг «Импортный товар» взаимный пересчет полей «Цена производителя / импортера», «Надбавка оптовая / импортера», «Цена без НДС» не производится. Надбавка импортера является внутренней надбавкой импортера, вошедшей в цену импортера, и не может служить для расчета цены поставки, в отличие от оптовой надбавки от цены производителя.
\\
По законодательству РБ в случае поступления в организацию товара с меньшей предельной разрешенной ценой, чем при предыдущем поступлении, новую цену необходимо распространить на все магазины, независимо от того, поступала ли в них новая партия товара или нет. Это касается любых товаров с ограничением предельной надбавки, не только импортных.
\\
В связи с этим, в алгоритме наценивания после генерации актов для текущего места хранения проверяется, что среди артикулов имеются артикулы с регулированием предельной наценки, и их новая цена меньше старой. За основу берется акт переоценки для вида цены для кассы, а если такого акта для текущего места хранения не будет, то акт для первого попавшегося вида цены, так как предельная наценка не зависит от вида цены. Для таких артикулов создаются акты переоценки для всех мест хранения, у которых есть цена для кассы. Для актов устанавливается условие переоценки «Немедленно при оприходовании», причина переоценки «Синхронизация цен», в основание документа помещается приходная накладная и акт переоценки, из которого были взяты цены.
\\ |
| Якорь |
|---|
| _Toc229999656 |
|---|
| _Toc229999656 |
|---|
|
Акт уценки. Проверка корректности заполнения ценами.
В предыдущих версиях в акт уценки было добавлено поле «Новая цена уценки». В текущей версии внесены изменения в функции проверки для контроля заполнения полей «Цена уценки» и «Новая цена уценки».
В функции проверки 12 «Документ содержит товары с нулевой ценой» для акта уценки проверка срабатывает, если есть строки спецификации, в которых в обоих полях цена отсутствует или равна нулю.
Функция проверки 178 получила название «Корректность документа «Акт уценки»». В функцию добавлено срабатывание при смене статуса с «Принят в количестве» на «Принят в количестве и ценах», где проверяется, что в спецификации у одного и того же артикула уценки все строки имеют одну и ту же новую цену уценки.
Один и тот же артикул уценки в акте уценки может присутствовать в нескольких строках, если проводится уценка весового товара по весовым штриховым кодам, тогда при использовании процесса «Уценка ТСД» каждый вес попадает в документ отдельной строкой. В этом случае, если устанавливается новая цена уценки, она должна быть одинаковая для всех строк одного и того же артикула уценки.
| Якорь |
|---|
| _Toc229999657 |
|---|
| _Toc229999657 |
|---|
|
Документы функция «Экспорт / Импорт - Импорт спецификации из текстового файла». Кодировка файла.
В разделах документов в режиме редактирования доступна функция Экспорт / Импорт:
При выборе опции «Импорт спецификации из текстового файла» функция позволяет принять данные в спецификацию документа из текстового файла с форматом строки «Артикул или штрихкод;Количество;Цена».
В предыдущих версиях функция принимала данные из текстовых файлов с кодировкой UTF. В текущей версии реализован прием данных из файлов с кодировкой UTF-8 со спецификацией (UTF-8-BOM).
| Якорь |
|---|
| _Toc229999658 |
|---|
| _Toc229999658 |
|---|
|
Процесс «Прием товара по заказу ТСД». Печать журнала.
В прошлой версии в журнал процесса было добавлено поле «Несоответствие» для фиксации причины отказа в приеме товара. В текущей версии такое же поле добавлено в печатную форму журнала приемки товара.
Примечание: строки журнала с пустым значением поля «несоответствие» показывают принятый товар, строки с заполненным полем «несоответствие» показывают непринятый товар и причину отказа в приемке.
| Якорь |
|---|
| _Toc229999659 |
|---|
| _Toc229999659 |
|---|
|
Сервер обмена данными. Формат обмена «Яндекс Еда». Обработка запроса с опцией --head.
В текущей версии в протокол обмена Яндекс Еда для команды запроса картинок добавлена обработка запроса с опцией I (-head). При наличии в запросе такой опции возвращается только HTTP-заголовок ответа сервера.
Также при запросе заголовка (HEAD) в возвращаемые данные добавлена информация о типе файла Content-Type (image/jpg, image/bmp, ...) и его размере Content-Length. Например:
curl -X HEAD -I http://192.168.25.163:8085/yandexeda/images/category/332e.jpg
HTTP/1.1 200 OK
Content-Length: 607810
Content-Type: image/jpeg
Server: Microsoft-HTTPAPI/2.0
Date: Thu, 07 May 2026 15:11:53 GMT
| Якорь |
|---|
| _Toc229999660 |
|---|
| _Toc229999660 |
|---|
|
Сервер авторизации. Авторизации в ФНС.
В сервер авторизации добавлена функция авторизации в ФНС. ФНС для обмена со своими серверами выдает организациям мастер-токен, но для оперативного обмена используется токен сессии, который может быть получен при обмене с серверами ФНС на основании информации о мастер-токене. Сервер авторизации предоставляет клиентским программам API интерфейс для получения токена сессии. Мастер-токен организации в ФНС вводится в администраторе сервера авторизации на закладке «Настройки». Там же производится проверка корректность токена и доступность сервера ФНС:
| Якорь |
|---|
| _Toc229999661 |
|---|
| _Toc229999661 |
|---|
|
Редактор XML / JSON схем. Функция экспорта Nvl.
В интерфейс редактора XML / JSON схем в перечень функций для экспорта XML- или JSON-объектов почтового обмена добавлена функция Nvl:
Функция может быть использована для замены имен тэгов в файлах, передаваемых во внешние системы, например:
