AMPE·
Automation · Management
Processes · Efficiency

ERP знает, что нужно сделать со складским запасом. WMS знает, что с ним физически произошло

Эта граница кажется простой, пока компания не начинает расти. ERP создаёт заказ на отгрузку. WMS исполняет его на уровне ячейки, партии, сотрудника и конкретного движения. Если обе системы начинают самостоятельно вести один и тот же складской факт, расхождения становятся неизбежными. AMPE строит интеграцию ERP ↔ WMS так, чтобы плановое обязательство и физическое исполнение не смешивались.

Начать диагностику
01

ERP не должна «угадывать», что склад уже сделал

Документ создан.

Это ещё не значит, что товар:

подобран;

проверен;

упакован;

передан;

физически покинул склад.

WMS подтверждает факт там, где он действительно произошёл.

ERP получает уже подтверждённое изменение для учёта, финансов и следующих процессов.

02

WMS не должна сама решать, почему вообще нужна отгрузка

Причина обычно приходит сверху:

клиентский заказ;

производственная потребность;

перемещение;

возврат;

инвентаризационное решение.

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

ERP — тем, какое бизнес-обязательство её породило.

Так системы не конкурируют за ownership.

03

Ключевой контракт — не «остаток», а набор состояний запаса

В наличии.

Доступно.

Зарезервировано.

Заблокировано.

В пути.

Ожидает приёмки.

На контроле качества.

Эти состояния могут жить по-разному в ERP и WMS.

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

04

Резерв — точка, где интеграция часто начинает ломаться

ERP резервирует на уровне заказа.

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

Если один резерв не подтверждает другой, компания получает ложную доступность.

Мы разделяем:

коммерческий резерв;

плановый резерв;

физический allocation.

И фиксируем момент, когда один должен быть подтверждён другим.

05

Типовые потоки ERP → WMS

Заказ на приёмку.

Заказ на отгрузку.

Перемещение.

Возврат.

Мастер-данные.

Ограничения по партии.

Приоритет.

Потребность производства.

Плановая дата.

06

Типовые потоки WMS → ERP

Фактическая приёмка.

Фактическая отгрузка.

Комплектация.

Недостача.

Излишек.

Инвентаризационная корректировка.

Партия и серийный номер.

Факт перемещения.

Отмена или частичное исполнение.

07

Частичное исполнение должно быть нормальным состоянием, а не ошибкой

Заказ на 100 единиц.

Склад подтвердил 70.

Что дальше?

ERP может:

оставить остаток открытым;

перепланировать;

создать backorder;

перенести часть на другой склад;

сообщить клиентскому контуру новый срок.

Если контракт умеет только «выполнено / не выполнено», реальная работа неизбежно уходит в ручные комментарии.

08

Unit of measure нельзя оставлять «на потом»

ERP оперирует штуками.

WMS — коробками и паллетами.

Одна коробка может содержать разное количество для разных SKU.

Ошибка в коэффициенте быстро превращается в реальное расхождение запаса.

AMPE фиксирует базовую единицу, упаковочные уровни, правила округления и conversion ownership.

09

Serial и lot должны сохранять свою идентичность через всю цепочку

Особенно когда важны:

прослеживаемость;

срок годности;

гарантия;

качество;

регуляторика.

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

ERP должен получить именно этот факт, если он влияет на учёт и последующие процессы.

10

Обмен не должен останавливать склад при каждой кратковременной недоступности ERP

Если бизнес требует непрерывной работы склада, WMS должна иметь определённую автономность.

Полученные задания сохраняются локально.

Факты исполнения буферизуются.

После восстановления связи происходит безопасная доставка и reconciliation.

Но граница автономности должна быть осознанной: не все операции допустимо выполнять offline.

11

Reconciliation — не признак недоверия к интеграции

Даже хороший event flow может столкнуться с:

потерянным сообщением;

ручной корректировкой;

ошибкой mapping;

проблемой после recovery.

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

12

В контуре AMPE

ERP формирует бизнес-потребность.

WMS принимает складское обязательство.

Управляет физическим исполнением.

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

ERP обновляет учётное и управленческое состояние.

Следующие системы получают уже подтверждённый результат.

Так складской факт появляется один раз — там, где он действительно произошёл.

13

Что меняется в результате

Уменьшается двойное ведение складских операций.

ERP получает более точный физический факт.

WMS не вынуждена дублировать коммерческую и финансовую логику.

Резервы становятся согласованнее.

Частичное исполнение обрабатывается системно.

Расхождения можно обнаруживать и восстанавливать.

И главное — «остаток в ERP» и «то, что реально можно отгрузить» перестают быть двумя независимыми версиями склада.

Первый шаг

Начать можно с одной отгрузки

Проследить: кто создаёт потребность; когда WMS получает задание; когда возникает резерв; какой факт считается отгрузкой; когда ERP его получает. В этом потоке сразу видны реальные границы двух систем.

Начать диагностику

Начать диагностику

Заполните короткую форму — это первый шаг диагностики.