Вопросы по ТСД ЕГАИС

Ответ: 

Да, марки указанной коробки числятся у Вас на балансе

Они вернулись по акту расхождения

С ТСД это можно проверить или сосканив ШК упаковки с фотографии в режиме выбора задания

Или же, работая над каким-либо заданием — через режим ручного ввода ШК (закладка «Прочее» — «Ввести код») ввести цифровой код коробки, после чего, когда система его обработает — нажать на кнопку информации по упаковке:

ОТВЕТ

В данной случае программа отработала штатно, по результатам сканирования нельзя было определить, что в ТТН есть пересорт.

Причина в следующем:

В процессе сканирования был выполнен выборочный перебор всех 29 коробок (по факту их было 30), коды которых пришли в ТТН:

В т.ч. выборочно была отсканирована 1 позиция (с номером 720) из коробки 694:

Марка с номером 720, действительно, по данным ТТН числилась в коробке 694, поэтому система посчитала, что расхождений нет и приняла коробку как проверенную (без расхождений):

Однако по данным ТТН в данной коробке должно было лежать не 6 бутылок (как по факту), а 12 (т.е. поставщик ошибочно выгрузил коробку 694 с 12 вложениями вместо 6)

Поэтому после того, как засканили марку 720 — система посчитала все 12 марок из этой коробки как присутствующие в наличии (хотя по факту в ней были только 6). Лишние же марки  (которые по факту пришли вместо тех 6 марок, которые поставщик ошибочно включил в коробку 694) по факту были в коробке 685, которая по данным ТТН не должна была прийти:

Эти позиции система зафиксировала как излишек. Но т.к. ни код этой упаковки, ни коды её марок по данным ТТН ЕГАИС не приходили, то ни по какой из принятых выборочным перебором коробок автоматически зарегистрировать пересорт система не может (т.к. неясно где он может быть и это можно понять только полным перебором).

Для того, чтобы такая ситуация корректно обработалась — нужно было на ТСД после сканирования кода коробки 694 (по которой поставщик допустил ошибку) в диалоге проверки количества выбрать правильный вариант ответа:

Система сообщала, что по данным накладной в этой коробке должно лежать 12 (а не 6 как по факту). Если бы пользователь ТСД указал правильный варианта «Количество не соответствует», то система зарегистрировала бы коробку 694 к полному перебору и тогда бы данные о расхождениях были бы собраны корректно.

Указанное поведение объясняется просто — при сканировании на ТСД пользователь отсканировал позиции, после чего, не отсканировав код коробки — выполнил команду перехода к следующей упаковке. Т.е. отсканировал бутылки, но не отсканировал код коробки. Такая возможность доступна пользователю для обработки ситуации, когда по факту товар пришёл россыпью, без коробки, либо когда код на коробке затёрся и не сканируется.

Посмотрели в Вашей базе выполненные задания по сверке и обнаружили, что сканирование было выполнено в режиме «простой сверки», с полным перебором:

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

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

Соответственно, то, что Вы отсканировали по две бутылки с коробки в режиме полного перебора — будет означать для системы, что все оставшиеся неотсканированные бутылки из этих коробок по факту «не пришли» и будет считать их недостачами и попытается поместить эти «недостающие» бутылки в акт о расхождениях по ЕГАИС в процессе процедуры закрытия задания (у Вас в базе, тем не менее, как я увидел — оформлен акт подтверждения).

Рекомендуем использовать расширенный алгоритм выполнения сверки. Работа в этом режиме отслеживает наличие расхождений не на уровне ТТН в целом, а на уровне конкретной упаковки (т.е. обнаруженные расхождения переводят в режим полного перебора не все задания, а конкретную упаковку) + позволяет работать со сверкой на уровне паллет, а также корректно отражает в учёте расхождения в кодах коробок, пересорт и прочие ситуации отклонений фактических кодов упаковок от данных ТТН. Как включать и работать с расширенным режимом сверки я показывал Алине, про разницу между режимами также рассказывал Алине и работнику склада.

В ближайшем релизе внесем дополнение в код, который автоматически заполнит параметры стратегии приемки (в т.ч. использовании расширенного алгоритма приемки) при генерации ТТН по данным ЕГАИС (ранее этого не выполнялось автоматически и из формы ТТН перед генерацией заданий нужно было вызывать команду перезаполнения параметров по стратегии приемки).