L_SOPRBASE

L_SOPRBASE ( 9.1.165.0 )

Краткое описание :

Прием/передача маркированного товара в объёмно-сортовом разрезе учёта

Что измененно :

На предприятие приходит молоко, учет происходит по ОСУ. С 1
сентября 2022 введен объемно-сортовой учет для участников оборота молочной
продукции. Учет товара происходит не по каждой единице товара, а по количеству
товара в целом. Передается код товара (GTIN) и его количество в упаковке в
штуках. При этом коды маркировки каждого экземпляра товара при передаче
сведений в "Честный ЗНАК" не указываются. Для указания сведений о маркированном
товаре в объёмно–сортовом разрезе рекомендуется использовать тег <НомУпак>, что
позволяет корректно обработать документ в системе "Честного Знака" (из
рекомендаций на сайте Честный знак). Документ получен, подписан и импортирован
в систему Галактика ERP. В системе Честный знак код ОСУ перешел предприятию.
Далее предприятие перепродает полностью упаковку. То есть необходимо так же
сформировать УПД и заполнить <НомУпак>.

Как измененно :

1. В каталоге МЦ на закладке "Честный знак" в поле "Вид
маркировки" ( KMMCHONEST.WVIDMARK) добавлено значение "объемно-сортовой учет'..
В нужной записи нужно поставить дату с какой будет действовать
"объемно-сортовой учет'. Если нужно прекратить действие этой записи, то нужно
завести новую запись и поставить в ней дату следующую за датой окончания
действия объемно-сортового учета(ОСУ). 2. Ранее уже было реализован ввод
количества по ОСУ во внешний атрибут к SPSopr "VolumeSortKol" и при его
заполнении выводился сгенеренный код в "НомУпак" (02#gtin#37#количество). 3.
Для возможности пересчета кол-ва из документа в кол-во объемно сортового учета
добавлена настройка DOC.SERIALN.MARK.EDIZM_OSU "Общие настройки системы \
Маркировка товаров \ Единица измерения объемно-сортового учета" - в этом случае
для МЦ ищется отпускная единица измерения со значением из настройки и идет
пересчет. Используется пока не везде. В настоящий момент подразумевается что
прием должен идти в тех же единицах измерения, что и по ОСУ - будет доработано
при наличии заявок клиентов. 4. В объект SerialKM(L_SerialN->SerialKM.Vih)
добавлены функции по работе с ОСУ - это если потребуется использовать в своих
доработках. 5. Пока в настоящий момент расчет выбранных серийных номеров идет
так: Если SpCardSN.KM1<>'' и SpCardSN.KM='' то кол-во по документу, иначе 1. 6.
Если учет по ОСУ то к выбранному количеству серийных номеров при проверке
добавляется теперь "количество по ОСУ". 7. При импорте если МЦ по "ОСУ" теперь
карточка серийного номера не создается, а количество записывается в поле
"количество по ОСУ". 8. Для всех документов, кроме накладной на прием
материалов(101) при входе в "перечень серийных номеров" из шапки документа
теперь на разницу между количеством в документе и количеством серийных номеров
в автомате будет заполнено поле "количество по ОСУ" для МЦ, использующих ОСУ на
дату документа. При вызове из спецификации этого нет. 9. Контроля за остатками
количества по ОСУ нет(он будет идти при передаче данных в сервис).
Рекомендуется использовать партии.

L_SOPRBASE

L_SOPRBASE ( 9.1.165.0 )

Краткое описание :

ЧЗ - в спецификации приходной накладной нет пометки о КМ, оприходование без учета КМ

Что измененно :

Проблемы при проведении кодов маркировки.

Как измененно :

В ERP-20103 переделан порядок поиска, чтобы иметь возможность
вводить информацию о маркировке на разные даты. Но для кодов маркировки эта
информация вообще не нужна - теперь считаем что они всегда действуют.