Практический гид
Цифровая маркировка - это уникальный код DataMatrix на единице товара и регистрация её движения в государственной системе; в Узбекистане такая система называется Asl Belgisi. При отгрузке коды попадают в электронный счёт-фактуру, а на приёмке сверяются с кодами на самом товаре.
Учебный пример: сравните строку по количеству и список отдельных упаковок. Коды ниже условные; сканирование не заменяет проверку операции.
Строка документа показывает учтённое количество товара. Его ещё нужно сопоставить с фактическим составом операции.
Подходит для количественного остатка, но не различает четыре отдельные единицы.Список различает конкретные упаковки. Связь со складской операцией и внешним статусом нужно проверить отдельно.
Документ можно сверить не только по количеству, но и по составу кодов.Этот материал помогает руководителю склада, операционной команде и ИТ подготовить работу с маркированным товаром. Код добавляет идентичность конкретной упаковки к товару и количеству, а не отменяет количественный учёт. Сканирование означает, что код считан; оно само по себе не подтверждает приёмку, право на операцию или её регистрацию во внешней системе.
Схема показывает, что проверить на каждом этапе. Это пример процесса, а не состояние реальной поставки.
Сопоставить считанные коды с товаром, упаковкой и документом поступления.
Есть данные для сверкиПроверить связь с местом хранения и составом упаковки, включая агрегацию.
Состав упаковки проверенСверить фактические единицы с заказом; выделить недостачу, замену или частичную поставку.
Зафиксирован фактический составСопоставить товар, упаковки и коды с нужной версией ЭСФ перед обменом.
Документ подготовлен к проверкеПроверить результат исходного запроса. Отсутствие ответа не означает отказ или успешное завершение.
Результат проверен или неизвестенДо отправки сверяйте фактический состав поставки, товар, упаковку, количество и коды с версией документа. Учитывайте агрегацию: код короба может объединять несколько кодов вложенных упаковок, поэтому число сканирований не всегда равно числу единиц. Проверьте состав агрегации и исключите повторный учёт короба вместе с его содержимым. Нечитаемый или повторно считанный код требует разбора, а не автоматического увеличения количества.
Примеры помогают выбрать следующий шаг. Совпадение кодов не означает, что документ уже принят внешней системой.
Разделяйте локальное сохранение, отправку, получение системой и итоговый статус операции. Если ответа нет, сначала проверьте результат по идентификатору исходного документа или запроса; повтор допускается по согласованному правилу, защищающему от дублирования. При частичной отгрузке, возврате или исправлении сохраните связь с исходной операцией, фактические коды и версию документа. Успешная передача ЭСФ ещё не доказывает, что все требуемые действия завершены.
Закрепите ответственных за требования, справочники, документы и разбор ошибок до пилота.
Применимость требований к товару и операции проверена по официальным материалам; источник и дата записаны.
Товар, упаковка, склад, партнёр и внешние идентификаторы сопоставлены. Для агрегации проверен состав.
Фактические коды, исходная операция и версия документа доступны для сверки, в том числе при возврате.
Отказ и неизвестный результат различаются. У разбора есть владелец и правило проверки до повтора.
Роли систем различаются. Asl Belgisi - национальная система цифровой маркировки и прослеживаемости; Faktura.uz - оператор электронного документооборота, через которого можно работать с ЭСФ. Оператор ЭДО не устанавливает требования к маркировке. Применимость требований к товару и операции проверяет ответственная сторона клиента по актуальным официальным материалам; в проекте фиксируют источник и дату проверки.
Состав автоматизации согласуют для конкретного проекта: операции Smartup, учётная система, Asl Belgisi, выбранный оператор ЭДО, устройства и права сотрудников. Наличие API не подтверждает готовность всего сценария. На примерах проверяют форматы, доступы, передачу кодов, статусы и обработку ошибок. Ручной ввод можно оценивать только после такого испытания; статья не обещает его отсутствие в любой конфигурации.
Начните с одной операции и её исключений. Примеры помогут определить объём работ и вопросы, которые ещё нужно проверить.
Выбраны операция и товарная группа, источник требований и ответственный.
Есть пример товара, документа, единиц и состава агрегации, если она используется.
Разделены считывание, сохранение, отправка и подтверждённый результат.
Подготовлены частичная поставка, возврат, повторный код и отсутствие ответа.
Зафиксированы владельцы, способ сверки и исходные показатели для сравнения.
Для обсуждения подготовьте схему одной операции, обезличенный пример документа, тип упаковки и пример расхождения. Действующие ключи и доступы в примеры не включают. На пилоте сравните полноту связи кодов с документами, ручные исправления и время разбора при одинаковом объёме операций. Далее можно обсудить модуль маркировки и фискальных операций Smartup: поддерживаемый состав работ и условия подключения подтверждают отдельно.
Выберите одну операцию и товарную группу. Зафиксируйте участников, источник требований и дату проверки с ответственной стороной клиента.
Сопоставьте товар, единицы и упаковки, склад, партнёра и идентификаторы документов. Для агрегации проверьте состав вложений и права на его получение.
Пройдите путь от считывания до сверки документа на тестовых примерах. Отдельно проверьте нечитаемый код, повторное считывание и несовпадение состава.
Разберите частичную отгрузку, возврат и исправление. Сохраните исходную операцию, версии и фактические коды вместо перезаписи истории.
Проверьте итоговый статус и случай отсутствия ответа. Назначьте владельца разбора, правило проверки исходного запроса и допустимого повтора.
Сравните пилот с исходным процессом по одной методике. Для обсуждения подключения подготовьте примеры и перечень ещё не проверенных операций.
