WMS не должна просто знать, что есть на складе. Она должна быть связана с тем, зачем этот запас нужен компании

ERP может видеть 100 единиц.

Поэтому интеграция не должна механически передавать одно число «остаток».

Нужно определить, какой тип доступности требуется конкретному потребителю.

• WMS знает, что

  30 уже зарезервировано; 10 заблокировано качеством; 15 находится в другой зоне; 5 ещё не принято; часть — в партии с ограничением.

Он может быть жёстким или мягким.

Может сниматься автоматически при изменении условий.

Если ERP и WMS понимают резерв по-разному, компания быстро получает ситуацию «в системе есть, а отгрузить нельзя».

Поэтому семантика резерва фиксируется до настройки обмена.

• Резерв может быть

  по клиенту; по заказу; по проекту; по партии; по сроку; по приоритету.

• ERP → WMS

  номенклатура; заказ на приёмку; заказ на отгрузку; резерв; перемещение; плановая потребность.

• WMS → ERP

  фактическая приёмка; размещение; подтверждённый резерв; комплектация; перемещение; отгрузка; инвентаризационное расхождение.

• WMS ↔ TMS

  готовность груза; грузовые места; вес и объём; окно погрузки; факт передачи перевозчику.

• WMS ↔ MES

  выдача материалов; возврат; готовая продукция; производственные остатки.

• WMS ↔ автоматизированное оборудование

  конвейеры; сортировщики; AS/RS; терминалы; сканеры; весы и другие исполнительные устройства.

Заказ на отгрузку создан — это ещё не отгрузка.

Товар подобран — ещё не передан перевозчику.

Маркировка напечатана — ещё не подтверждает движение.

AMPE отделяет плановое состояние от подтверждённого физического события, чтобы внешние системы не закрывали процесс раньше реального факта.

WMS собрала заказ вовремя.

Но TMS не получила готовность.

ERP не получила факт отгрузки.

CRM продолжает показывать клиенту старый статус.

Поэтому интеграция WMS заканчивается не на границе склада, а там, где подтверждённый факт дошёл до всех зависимых контуров.

Для многих складов количество — только часть состояния.

Если интеграционный контракт упрощает объект сильнее, чем допускает бизнес, соседняя система начинает принимать решения по неполной картине.

• Важны

  lot; serial; expiry; quality status; owner; location; unit of measure.

Один SKU может использовать несколько упаковок.

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

AMPE отдельно фиксирует правила преобразования и округления.

• Штука.

• Коробка.

• Паллета.

• Килограмм.

• Метр.

Проверка доступности перед обещанием клиенту может требовать быстрого ответа.

Факт завершённой инвентаризации может быть передан асинхронно.

Массовая загрузка справочников — пакетно.

События исполнения — через очередь или event stream.

Модель связи следует за процессом и нагрузкой.

Склад продолжает физическую работу.

Связь с ERP временно отсутствует.

Что происходит с заданиями?

Можно ли продолжать отгрузку?

Как накопленные факты будут переданы после восстановления?

AMPE проектирует допустимый offline/degraded режим там, где непрерывность складской операции этого требует.

Потребность возникает в коммерческом или производственном контуре.

WMS получает складское обязательство.

Исполняет его на уровне адреса, партии, единицы и задания.

Подтверждает физический факт.

Этот факт возвращается в ERP, TMS, CRM, MES или аналитику.

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

ERP видит подтверждённые складские факты.

Продажи получают более точную доступность.

TMS знает, когда груз действительно готов.

Производство видит движение материалов без ручной сверки.

Расхождения между учётом и физическим состоянием быстрее обнаруживаются.

И главное — склад перестаёт быть местом, где цифровой процесс заканчивается и начинается ручная координация.