Изменения функционала в версии 1.049 сервис пак 1.
Обработка КИЗ весового маркированного товара в накладных.
Формирование кода ОСУ для весового товара.
Условия автоматической генерации УПД на отгрузку.
Функция проверки «Соответствие приходной накладной и УПД / накладной поставщика»
Прием по заказу ТСД. Прием по нескольким заказам с одинаковыми артикулами.
Прием КИЗ в тэгах MARKCODE и PACKAGECODE.
Закрытие заказа от клиента при смене статуса расходной накладной.
Обработка КИЗ весового маркированного товара в накладных.
В предыдущих версиях была реализована возможность сканировать КИЗ маркированных товаров при вводе данных в спецификацию накладных с одновременным сохранением КИЗ в спецификации документа. Алгоритм обработки КИЗ был рассчитан на идентификацию артикула и его количества по значению штрихового кода EAN , который может быть извлечен из КИЗ. Алгоритм имел ограничение – он не позволял корректно принимать маркированные весовые товары. Для маркированных весовых товаров EAN из КИЗ не определяет реальное количество идентифицируемого товара, а лишь обозначает, что данный экземпляр товара прошел процедуру маркировки.
В текущей версии при разборе КИЗ в накладных для весовых товаров считается, что количество товара определить по КИЗ невозможно и для данного сканирования оно устанавливается в значение 0.
То есть при сканировании КИЗ весового товара происходит идентификация товара, сам КИЗ добавляется в спецификацию документа с количеством 0 и количество товара не увеличивается. Его в этом случае надо проставлять вручную, определив вес либо взвешиванием товара, либо из информации на этикетке товара.
Аналогичное изменение внесено в программу Супермаг Мобайл для ОС Андроид, начиная с версии 2.2.123.23, за тем исключением, что в программе Супермаг Мобайл вес необходимо вносить для каждого сканирования, и он фиксируется в журнале программы, как количество, идентифицируемое КИЗ.
Формирование кода ОСУ для весового товара.
При отсылке УПД на отгрузку и при отсылке файла подтверждения приема для товаров с объемно-сортовым учетом формируется код ОСУ. Для штучных артикулов количество кодов КИЗ в ОСУ коде принимается равным количеству отгружаемого / принятого товара.
Для весового товара в текущей версии количество отгружаемых / принимаемых кодов КИЗ определяется по количеству кодов КИЗ в спецификации накладной.
Для корректного формирования документов при отгрузке или приеме весовых товаров с объемно-сортовым учетом необходимо в обязательном порядке сканировать все коды КИЗ отгружаемых или принимаемых товаров. Иного способа узнать, сколько кодов КИЗ отгружается или принимается, кроме как просканировать и зафиксировать все коды КИЗ в накладной, в текущей версии не существует.
Приходная накладная. Функции «Заполнить документ ценами из УПД на приход», «Заполнить документ ценами из накладной поставщика».
В предыдущих версиях функции «Заполнить документ ценами из УПД на приход», «Заполнить документ ценами из накладной поставщика» переносили в приходную накладную полную цену, после чего выполнялся перерасчет цен и сумм в документе в соответствии с его режимом округления.
В текущей версии в накладную переносятся цена без налогов и полная цена, и при расчете принимается во внимание изменение той цены, которая соответствуют режиму округления приходной накладной.
Изменение внесено для того, чтобы исключить расхождения в ценах и суммах документов, которые возникают из-за округления величин до точности валюты.
В случае несовпадения режимов округления в приходной накладной и УПД на приход / накладной поставщика, расхождение все равно может возникнуть, из-за разного алгоритма округления цен и сумм.
Условия автоматической генерации УПД на отгрузку.
В текущей версии внесены следующие изменения в условия автоматического создания УПД на отгрузку при смене статуса расходной накладной с «Отпущен со склада» на «Отпущен полностью».
УПД на отгрузку может быть создана только для расходной накладной с операцией «Продажа», «Возврат поставщику» или «Передача товара» при условии установки опции «Учет кодов КИЗ при приемке и отгрузке товаров» в административном модуле.
Добавлено дополнительное условие формирования УПД на отгрузку: УПД создается, если в накладной есть артикулы, относящиеся к группам классификатора ТН ВЭД с флагом «маркируемый». Это условие позволяет автоматически создавать УПД на отгрузку, когда в расходной накладной нет кодов КИЗ для маркированного товара по причине того, что он относится к товарам с объемно-сортовым учетом.
Функция проверки «Соответствие приходной накладной и УПД / накладной поставщика»
В функцию проверки 211 «Соответствие приходной накладной и УПД / накладной поставщика» условие
«для накладной поставщика / УПД задан номер документа поставщика (поле "Накладная поставщика" / "Номер УПД"), который отличается от значения поля "Документ поставщика" приходной накладной»
теперь действует и для накладной поставщика и для УПД на приход. В прошлой версии условие действовало только в случае, когда в основании приходной накладной находилась накладная поставщика.
Прием по заказу ТСД. Прием по нескольким заказам с одинаковыми артикулами.
В прошлых версиях была реализована возможность принимать поставку по нескольким заказам одновременно как одну поставку с последующей генерацией приходных накладных по одной на каждый принимаемый заказ. Эта возможность была ограничена условием вхождения одного артикула в один заказ. Если артикул встречался более чем в одном заказе, прием по такой группе заказов не разрешался.
В текущей версии разрешено принимать поставку по группе заказов, в которых встречаются одни и те же артикулы. Чтобы воспользоваться такой возможностью, необходимо использовать программу Супермаг Мобайл, начиная с версии 1.6.2491.24 для ТСД с ОС Windows CE / Mobile , или начиная с версии 2.2.121.24 для ТСД с ОС Андроид.
При генерации приходных накладных в случае приема по нескольким заказам, количество принятого товара распределяется по накладным таким образом, чтобы не превысить количество заказа.
Почтовый фильтр УПД XML .
Функция ArticleByBarcode.
В функцию ArticleByBarcode внесено следующее изменение: если поиск артикула по штриховому коду из спецификации XML -документа не привел к успеху, то из штрихового кода удаляются лидирующие нули и выполняется повторный поиск артикула.
Изменение внесено по той причине, что в качестве EAN кодов могут быть указаны 14 символьные GTIN , то есть коды из КИЗ, которые представляют собой EAN коды, дополненные спереди нулями до 14 символов.
Функция ArticleByBarcodeUI.
В функцию ArticleByBarcodeUI внесено такое же изменение, как в функцию ArticleByBarcode, а также добавлена возможность распознавать артикул по коду ОСУ. Для этого в перечень параметров функции добавлено поле osuCode :
Прием КИЗ в тэгах MARKCODE и PACKAGECODE.
В предыдущих версиях была реализована возможность принимать КИЗ, как в теге MARKCODE, так и в тэге PACKAGECODE. Последнее обусловлено тем, что по рекомендациям ЦРПТ в тэг MARKCODE желательно помещать КИЗ минимальной потребительской упаковки, то есть штук товара, а в тэг PACKAGECODE помещать КИЗ упаковок товара.
В связи с тем, что в ранних версиях обмена с ЭДО провайдером тег PACKAGECODE отсутствовал, и при работе по прежней версии протокола данные тэга не обрабатывались, провайдер принял решение о дублировании КИЗ упаковок в обоих тэгах. Это, в свою очередь, привело к невозможности приема УПД по новому протоколу из-за ошибки дублирования кода КИЗ.
В текущей версии почтовый фильтр при приеме УПД перед обработкой XML -файла удаляет дублированные коды КИЗ, если они встречаются в разных тэгах.
Закрытие заказа от клиента при смене статуса расходной накладной.
В административном модуле в разделе «База данных» на закладку «Конфигурация» добавлена группа данных «Заказы от клиентов». На закладку добавлена опция «Автоматически помечать заказы от клиента закрытыми при смене статуса расхода на «Отпущен со склада». По умолчанию опция не отмечена.
