Товар между складами: где остаток после отгрузки и до приёмки

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

Сначала выберите процесс, который действительно происходит

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

В документации Business Central описаны отдельные отправка и приёмка с учётом in-transit, а также режимы прямого переноса. Это варианты конкретного продукта. Для своей системы выберите модель по физическому процессу и нужным подтверждениям.

План ещё не уменьшает физическое наличие

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

В ERP для дистрибьютора определите момент резерва, подтверждения отправки и освобождения отменённого плана. Иначе система либо отдаст обещанное количество другому заказу, либо продолжит удерживать товар после фактически прекращённого перемещения.

Учебная партия из сорока единиц

Предположим, на складе А было 100 единиц, а на Б — ноль. Решено переместить 40. В этом вымышленном процессе план резервирует их у отправителя, а принятый получателем товар сразу разрешён для новых заказов; других резервов и ограничений нет. При иной процедуре проверки доступность считают по её правилам.

Сверка количества: после первой приёмки 60 + 15 + 25 = 100, после следующей — 60 + 5 + 35 = 100. Учётные пять в пути означают незавершённое движение в выбранной модели. Это не доказательство, что все пять физически лежат в машине: их местонахождение может требовать отдельного разбора.

Частичная приёмка не должна закрывать всю отправку

Сохраните, что конкретно приняли, когда и кто это подтвердил. Если пришло меньше, оставьте непринятый остаток видимым. Автоматическое уменьшение исходного документа с 40 до 35 скроет факт отправки и уничтожит основу сверки.

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

Остаток в пути не является вторым свободным складом

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

Разделите обзор всего имущества и доступность конкретного склада. Менеджер может видеть ожидаемое поступление, но должен отличать его от принятого. Прогноз доставки допустимо показывать с условиями; он не заменяет фактическую приёмку.

Повторный обмен не создаёт вторую отправку

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

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

Отмена плана и возврат отправленного — разные действия

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

В автоматизации документов свяжите обратное движение и подтверждения с исходной отправкой. Не увеличивайте свободный запас только потому, что пользователь передумал. Учёт должен объяснять реальность, а не создавать её нажатием кнопки.

Сверка двух складов требует общей идентичности

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

Не устанавливайте бухгалтерские проводки и переход права собственности по примеру оперативной таблицы. Эти вопросы определяются отдельно. Здесь контролируется внутренняя история наличия, отправки и приёмки, чтобы сотрудник мог объяснить доступность товара.

Приёмка на одной учебной перевозке

1. Создайте на А 100 единиц и план перемещения 40 на Б. Проверьте разницу физического и свободного количества.
2. Подтвердите отправку. Товар не должен стать свободным одновременно у обоих складов.
3. Примите 25, затем ещё 10. Остаток 5 остаётся незавершённым, исходная отправка 40 сохраняется.
4. Повторите сообщение о каждой операции. Итоги не должны увеличиться второй раз.
5. Отдельно испытайте отмену до отправки и прекращение уже начатого движения. Они не должны одинаково восстанавливать наличие у А.
6. Сверьте спорную часть и историю исправлений. Неизвестное местонахождение не превращается в подтверждённый свободный запас.

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