Серийный номер между складами: как не получить один экземпляр в двух местах

Решение: контролировать модель или конкретное изделие

Количественный учёт отвечает, сколько устройств одной модели есть в точке. Серийный добавляет вопрос, какие именно устройства там находятся. Он нужен, когда важно проследить конкретный экземпляр через передачу, обслуживание, замену или расследование расхождения.

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

Microsoft отдельно описывает настройку сквозного сопровождения: номер, присвоенный при входе товара, следует за ним при выходе. Наличие поля в форме без такого процесса недостаточно. Источник: настройка item tracking.

Задайте область уникальности

Одинаковая строка серийного номера у разных производителей или товарных семейств не обязательно обозначает одно изделие. Внутренний ключ экземпляра должен учитывать принятую область идентификации. Сохраните отдельный устойчивый идентификатор записи, товар и исходный номер производителя; не склеивайте историю только по внешне похожей строке.

Oracle поддерживает разные области уникальности, в том числе внутри номенклатуры и между организациями. Поэтому требование «серийник уникален» необходимо дополнять ответом «в каком наборе объектов». Источник: Inventory Organization Parameters.

Разбор штрихкода, форматы GS1 и сохранение символов уже рассматриваются в проверке 2D-кодов. Здесь предполагается, что идентификатор прочитан корректно. Проверяем, какое действие разрешено выполнить с найденным экземпляром.

Разделите местонахождение, состояние и обязательство

У изделия должны быть три независимых группы данных. Местонахождение: склад, ячейка, транзит или подтверждённый внешний получатель. Состояние: пригодно, ожидает проверки, требует ремонта либо другое согласованное значение. Обязательство: резерв под заказ или перемещение.

Резерв не переносит устройство физически. Карантин не создаёт вторую копию. Отгрузка клиенту завершает доступность на складе, но не удаляет изделие из исторического реестра. Последний позволяет найти, куда оно ушло, не показывая его как товар в наличии.

Минимальная запись события содержит экземпляр, исходное и новое местонахождение или состояние, документ и строку, время факта, время регистрации, автора и устойчивый идентификатор события. Для изменения сохраняйте ожидаемое предыдущее состояние и связь с исправлением. Эти данные позволяют отличить повтор от нового действия.

Учебный пример: пять изделий, частичная передача

Все идентификаторы и числа условные. Склад A принял пять устройств одной модели: S101, S102, S103, S104 и S105. Каждое имеет количество один; других устройств в выбранном контуре нет.

В перемещение T1 включены S101 и S102. После подтверждённой отправки:

• на A: S103, S104, S105 — три изделия;
• в пути T1: S101, S102 — два;
• на B: ни одного.

Итог выбранного физического контура — 3 + 2 = 5. Получатель затем подтверждает только S101. Теперь на A три, на B одно, в пути одно S102. Проверка: 3 + 1 + 1 = 5.

Нельзя принять строку «две штуки» только потому, что две были отправлены. В Business Central передача между локациями сохраняет именно отправленные tracking numbers. Это пример требования к идентичности, а не только к итоговой цифре. Источник: работа с serial на transfer orders.

B отгружает S101 клиенту по отдельному подтверждённому заказу. В реестре остаются все пять идентичностей: три на A, S102 в пути, S101 у внешнего получателя. Внутри складского контура теперь четыре, а не пять. Историческое число известных изделий и текущий доступный остаток являются разными показателями.

Повтор старой приёмки не должен воскресить проданный товар

После продажи интеграция повторно прислала прежнее подтверждение получения S101 на B. Если обработчик просто добавит единицу по этому сообщению, устройство снова появится на складе, хотя уже передано клиенту.

В корректно спроектированном процессе известный идентификатор события возвращает результат прежней обработки и не выполняет движение повторно. Текущая карточка S101 остаётся у получателя. При этом запись о первоначальном поступлении на B продолжает существовать в истории.

Если сообщение имеет новый номер, но описывает старую передачу, одной проверки идентификатора недостаточно. Сопоставьте основание, экземпляр, количество и допустимое предыдущее состояние. Действие «принять из T1» невозможно повторить для S101, когда его количество в пути по T1 уже равно нулю. Противоречие уходит на разбор, а не автоматически переводит изделие назад во времени.

Одинаковое количество не доказывает правильную передачу

Позже B ожидает S102. В коробке обнаружен S999. Получатель должен сохранить наблюдаемый номер и расхождение с ожидаемым, не переименовывая S999 в S102 ради закрытия документа.

Исходное перемещение остаётся неподтверждённым для S102. Найденный объект проходит отдельную проверку происхождения и состояния. До выяснения нельзя одновременно считать, что S102 принят, а S999 является новым свободным излишком. Фактическое количество коробок здесь может совпадать, но идентичность передачи нарушена.

Если один внешний номер обнаружился на двух физических устройствах, возможны ошибка ввода, повторная этикетка или другое несоответствие. Это не доказывает подделку или нарушение сотрудника. Ограничьте спорные объекты по согласованному процессу и проверьте маркировку, документы и историю. Новый произвольный номер не устраняет причину.

Два действия с одним экземпляром

На A кассир пытается продать S103, пока другой сотрудник назначает его в новое перемещение. Оба могли увидеть свободную карточку минутой раньше. Система должна проверять актуальное право на экземпляр при подтверждении действия, а не только при открытии формы.

Для пилота задайте ожидаемый исход: успешно закрепляется только одно несовместимое обязательство; второе получает понятное ограничение и предлагает проверить другой экземпляр. Общий остаток модели три не позволяет выдать тот же S103 дважды. После отмены первого обязательства освобождение также подтверждается отдельным событием.

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

Исправления, возврат и замена

Ошибочно выбранный серийник исправляется с сохранением исходной записи и фактического экземпляра. Перед исправлением нужно понять, ошибка только в документе или передано другое устройство. Эти случаи имеют разные последствия для получателя и склада.

Возврат S101 создаёт новое входящее событие в его истории, а не отменяет факт прежней отгрузки задним числом. Состояние после поступления подтверждается отдельно. Если клиенту выдают другой экземпляр S104, сохраните связь случая между S101 и S104, но не заменяйте номер старого устройства новым внутри всей истории.

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

Приёмочные проверки

• Пять уникальных экземпляров соответствуют пяти единицам, каждая ровно по одной.
• Частичная передача сохраняет состояния 3 на A, 1 на B и 1 в пути.
• После продажи S101 не входит в доступный запас B.
• Повтор прежней приёмки не восстанавливает его на складе.
• S999 не закрывает ожидание S102 при совпадающем количестве.
• Продажа и перемещение одного экземпляра не подтверждаются одновременно.
• Возврат и замена сохраняют историю каждого устройства.
• Отчёт обнаруживает два активных местонахождения одного экземпляра и назначает разбор.

Используйте сценарии для проверки склада и межскладских перемещений SABSUS. Полноту серийного реестра, ограничения состояний и обработку конфликтов подтвердите на конкретной конфигурации.

Частые вопросы

Серийный номер должен быть уникален во всём мире?

Это зависит от схемы идентификации. Для учёта заранее задайте область уникальности и необходимые поля контекста.

Можно хранить один номер в нескольких документах?

Да, история содержит много событий одного изделия. Ошибка возникает, когда несовместимые текущие состояния изображают несколько доступных копий.

Достаточно сверить количество при перемещении?

Для серийного учёта нет. Нужно сопоставить конкретные ожидаемые и принятые экземпляры.

Источники

Проверено 9 октября 2026 года: Oracle — область уникальности, Microsoft — работа с tracking numbers, Microsoft — настройка сквозного tracking. Сценарии являются учебными требованиями к проверке процесса.