Изменения функционала в версии 1.048 сервис пак 2.
Приходные и расходные накладные. Сохранение КИЗ маркированного товара при заполнении спецификации.
Функция проверки «Контроль количества КИЗ».
Функция проверки «Контроль совпадения КИЗ приходной накладной и накладной поставщика»
Почтовый модуль. Фильтр УПД XML / JSON . Файл ответа на прием поставки.
Системные дополнительные характеристики товара.
Карточки складского учета. Пищевая ценность.
Формат «Яндекс. Еда» сервера обмена данными. Изменение в протоколе обмена.
Приходные и расходные накладные. Сохранение КИЗ маркированного товара при заполнении спецификации.
Если в настройках административного модуля установлен флаг «Учет кодов КИЗ при приеме и отгрузке товаров», то предполагается, что всякий прием или отгрузка маркированных товаров при операциях с внешними контрагентами требует регистрации КИЗ маркированных товаров для дальнейшей отсылки их в систему ЭДО.
В текущей версии, если флаг установлен, то при сканировании КИЗ маркированных товаров при заполнении спецификации приходной или расходной накладной (с операциями: приход, возврат от покупателя, возврат переданного товара, продажа, возврат поставщику, передача товара) КИЗ используется не только для идентификации товара, но и сохраняется в спецификации накладной. Если флаг не установлен, то сканирование КИЗ приводит к идентификации товара, но в накладной КИЗ не сохраняется.
При успешном сканировании КИЗ в мастере ввода строки не разрешается вводить количество. Сканирование КИЗ приводит к немедленному сохранению в пункте спецификации количества, которое идентифицируется КИЗ.
При сканировании и сохранении КИЗ не разрешается использовать один и тот же КИЗ дважды. В этом случае выдается предупреждение, например:
КИЗ, сохраненные в спецификации, не редактируются. Если необходимо удалить неверно просканированный КИЗ, необходимо удалить строку спецификации и провести сканирование повторно.
Для маркированных товаров не запрещается редактирование количества в строке спецификации или ввод сканированием EAN кода. Это позволяет проводить доверительный прием маркированного товара. В текущей версии подразумевается, что контроль за правильностью ввода данных ведется административно.
В накладных не выполняется специальная обработка групповых КИЗ и КИЗ с неизвестными EAN кодами. Все EAN коды должны быть определены в системе заранее, а для приема маркированных товаров с групповыми КИЗ надо использовать процессы «Подсчет кодов КИЗ ТСД» или «Прием заказа ТСД».
Функция проверки «Контроль количества КИЗ».
Внесено изменение в алгоритм функции проверки 10 «Контроль количества КИЗ».
Проверка теперь срабатывает только при включенном системном параметре «Учёт кодов КИЗ при приёмке и отгрузке товаров». Если проверка вызывается для приходной накладной, то она срабатывает только для документов с операциями «Приход», «Возврат от покупателя» и «Возврат переданного товара». Если проверка вызывается для расходной накладной, то она срабатывает только для документов с операциями «Продажа», «Возврат поставщику» и «Передача товара».
Функция проверки «Контроль совпадения КИЗ приходной накладной и накладной поставщика»
Название функции проверки 237 «Контроль совпадения КИЗ приходной накладной и накладной поставщика» заменено названием «Контроль совпадения КИЗ приходной накладной и УПД / накладной поставщика».
Внесено изменение в алгоритм функции проверки: проверка теперь срабатывает только при включенном системном параметре «Учёт кодов КИЗ при приёмке и отгрузке товаров» и только для приходной накладной с операциями «Приход», «Возврат от покупателя» и «Возврат переданного товара». В прошлых версиях функция сверяла КИЗ приходной накладной с КИЗ накладной поставщика из общих оснований приходной накладной. В текущей версии, если в общих основаниях приходной накладной есть УПД на приход, то КИЗ приходной накладной сверяются с КИЗ УПД на приход. Если вместо УПД на приход в основании имеется накладная поставщика - то с КИЗ накладной поставщика.
Почтовый модуль. Фильтр УПД XML / JSON . Файл ответа на прием поставки.
В файле ответа с результатом приема поставки по УПД на приход ( REPLY ) выгружается тэг LOCATIONGLN . В теге выводится значение GLN места хранения приема поставки. В предыдущей версии тэг всегда заполнялся значением номера GLN места хранения, который задается на закладке «Общее» раздела «Склады и магазины».
В текущей версии, если для места хранения и собственного контрагента из «УПД на приход» указан собственный GLN места хранения, то выгружается этот GLN . Если такого GLN нет, то берётся GLN с закладки «Общие» места хранения.
Дополнительно реализована выгрузка тэга в протоколе JSON .
Чтобы тэг выгружался, необходимо его описать в файле схемы UICONFIRM.xsd.
Системные дополнительные характеристики товара.
В справочник «Доп. характеристики товара» добавлены системные дополнительные характеристики:
Sys.InternetShopOrderQuantum «Минимальное количество заказа в интернет-магазине»
Sys.StorageCondition «Описание условий хранения»
По умолчанию для обеих характеристик не установлен флаг «Активная» и они не отображаются в разделе карточек складского учета.
Дополнительная характеристика «Описание условий хранения» предназначена для записи произвольного описания условий хранения товара, в том числе, в виде инструкции для потребителя, например, «Хранить при температуре от 4 до 10 градусов Цельсия при влажности менее 50%».
Это описание не заменяет атрибут карточки «Условие хранение», которое используется для обозначения способа хранения товара на складе или в торговом зале, например, на полке, в холодильнике или морозильнике.
Карточки складского учета. Пищевая ценность.
В предыдущих версиях атрибуты пищевой ценности на закладке «Нормы продукции» можно было задать, если карточке складского учета назначена единица измерения «килограмм», или определена альтернативная единица измерения «килограмм», или альтернативная единица измерения, для которой «килограмм» является базовой. В текущей версии пищевую ценность можно задать для любого артикула.
Прежнее ограничение было связано с использованием атрибутов пищевой ценности для расчета норм при производстве продукции и для защиты от случайных ошибок.
Формат «Яндекс. Еда» сервера обмена данными. Изменение в протоколе обмена.
При выгрузке информации по запросу «Актуальная номенклатура продуктов» выгружается, в том числе, тэг measure, например:
measure": {
"value": 1,
"quantum": 1.0,
"unit": "GRM"
В прошлой версии для штучного товара тэг «quantum» получал значение 1, тэг «unit» значение «GRM» и тэг «value» получал следующее значение:
- коэффициент пересчета в альтернативную единицу измерения «килограмм», умноженный на 1000 (то есть, вес в граммах),
- или коэффициент пересчета в альтернативную единицу измерения, для которой «килограмм» является базовой, с пересчетом в килограммы и умножением на 1000 (то есть, вес в граммах),
- в противном случае, значение 1.
В текущей версии тэг «quantum» заполняется значением дополнительной характеристики карточки «Минимальное количество заказа в интернет-магазине». Если значение характеристики для артикула не задано, то тэг заполняется значением «1».
Тэг «unit» заполняется значением «MLT», если карточке товара назначена единица измерения «литр» (или производная от нее единица измерения) или альтернативная единица измерения «литр» (или производная от нее единица измерения). В противном случае тэг «unit» заполняется значением «GRM».
Тэг «value» получает:
- значение коэффициента пересчета в альтернативную единицу измерения «килограмм» умноженное на 1000 (то есть, вес в граммах),
- или значение коэффициента пересчета в альтернативную единицу измерения, для которой «килограмм» является базовой, с пересчетом в килограммы и умножением на 1000 (то есть, вес в граммах),
- значение коэффициента пересчета в альтернативную единицу измерения «литр», умноженное на 1000 (то есть, объем в миллилитрах),
- или значение коэффициента пересчета в альтернативную единицу измерения, для которой «литр» является базовой, с пересчетом в литры и умножением на 1000 (то есть, объем в миллилитрах),
- в противном случае, значение«1».
При выгрузке информации по запросу «Список продуктов с указанием их остатков» оперативно доступные остатки артикула для указанного места хранения берутся либо из таблицы текущих остатков, либо из таблицы статистики остатков. Объект «Статистика по текущим остаткам» содержит данные об остатках мест хранения, обслуживаемых в других базах данных. Эта информация приходит в базу данных по почте.
Выбор источника данных выполняется следующим образом. Если место хранение локальное в текущей базе данных и у него не отключен перерасчет остатков, то остатки берутся из таблицы текущих остатков, в противном случае - из таблицы статистики остатков.