Отрицательный остаток: восстановите события, прежде чем исправлять число

Определите, что именно ушло в минус

Начните с названия показателя, склада, SKU, единицы и времени среза. Физическое количество −3 означает, что зарегистрированные расходы превысили зарегистрированные поступления в выбранном контуре. Доступность −3 при физических восьми и резервах 11 означает другую проблему: обещано больше доступного. Отрицательная стоимость при положительном количестве относится к стоимостной оценке, а не доказывает отсутствие товара.

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

Microsoft отмечает, что допуск отрицательного физического запаса может понадобиться отдельным процессам, но требует понятного исправления и способен влиять на стоимость. Поэтому «система разрешила провести» не означает, что запись достоверна. Источник: Inventory costing FAQ.

Сохраните исходное состояние

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

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

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

Две временные линии вместо одного списка

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

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

Не предполагайте, что любая система разрешает отменить любое движение одной кнопкой. Например, документация Business Central ограничивает некоторые операции Undo получением или отгрузкой до их выставления в счёт и описывает корректирующие строки. Это причина сначала проверить состояние зависимых документов. Источник: Microsoft Learn.

Учебный случай: поздний приход и повторная отгрузка

Все данные условные. На складе A в 08:00 зарегистрировано и физически есть восемь штук одного SKU. В 08:50 реально приняты ещё 12 по документу R-12, но запись приёмки задержалась. В 09:00 клиенту отгрузили 14 по S-14. В 09:02 интеграция ошибочно создала второй расход тех же 14. В 10:00 три штуки отправлены на склад B и находятся в пути.

В системном списке на 10:05 находятся:

• начальный остаток +8;
• расход S-14: −14;
• ошибочная повторная запись S-14-copy: −14;
• отправка в перемещение T-3: −3.

Система показывает 8 − 14 − 14 − 3 = −23. Физическая история склада A: 8 + 12 − 14 − 3 = 3. Контрольный пересчёт при согласованной остановке движений обнаруживает именно три штуки.

Почему недостаточно сделать приход на 26? Он сведёт −23 к трём, но создаст событие, которого не было. Исходная приёмка останется незарегистрированной, дубль расхода сохранится, а документы и стоимость продолжат противоречить друг другу.

Восстановите каждую причину отдельно

Сначала подтвердите R-12 по приёмочным данным, маркировке и документу поставки. Проверьте, что эти 12 ещё не зарегистрированы под другим номером или на другом складе. В примере разрешённое отражение пропущенной приёмки в 11:10 добавляет 12: системный итог становится −11.

Затем установите, что S-14-copy действительно повтор, а не вторая физическая отгрузка. Сопоставьте внешний идентификатор, состав, время, подтверждение передачи и исходный документ. После проверки уполномоченный сотрудник выполняет предусмотренное связанное исправление дубля на +14. Итог становится −11 + 14 = 3.

Положительная корректирующая запись здесь отменяет ошибочный расход; она не обозначает приезд новых товаров. Оригинальная отгрузка S-14 остаётся действующей. Документ перемещения T-3 также не отменяется: три штуки реально едут получателю.

Контроль сети: на A три, в пути три, вместе шесть. Это совпадает с 8 + 12 − 14 = 6. Получатель не должен одновременно показать эти три принятыми, пока они ещё находятся в транзите. После подтверждённой приёмки количество перейдёт из пути на B без изменения сетевого итога.

Если причина другая

Неверная единица требует восстановления исходного количества и коэффициента. Приёмка «две коробки» не исправляется произвольным увеличением штук: нужен подтверждённый состав коробки и связанный документ.

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

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

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

Количество исправлено: проверьте последствия

Правильные три штуки на экране ещё не доказывают правильную себестоимость продажи. Связи между приходом и расходом могут влиять на движение стоимости. Microsoft отдельно описывает применение и повторное применение складских записей как механизм с ограничениями. Стоимостную часть передайте ответственному специалисту вместе с исходными и корректирующими документами. Источник: item ledger entries.

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

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

• Физический минус отличён от отрицательной доступности и стоимости.
• Сохранён исходный снимок −23 и обе даты каждого события.
• Пропущенная приёмка подтверждается фактом; повторная отгрузка — отсутствием второго исполнения и связями событий.
• После двух разрешённых исправлений склад A показывает три штуки.
• В сети остаются шесть: три на A и три в пути.
• Повтор запроса исправления не добавляет ещё 12 или 14.
• Исходные записи, причина и ответственный доступны для проверки.
• Зависимые резервы, закупки, отгрузки и стоимость имеют проверенный результат либо открытый вопрос.
• Повторный пересчёт использует тот же контрольный момент или объяснимые последующие движения.

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

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

Нужно просто запретить любой минус?

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

Пересчёт доказал количество. Причина теперь известна?

Нет. Он подтверждает факт на определённый момент. Причину устанавливают по движениям и документам.

После исправления количества маржа станет правильной автоматически?

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

Источники

Проверено 9 октября 2026 года: Microsoft — Inventory costing FAQ, исправление проведённых документов, связи складских записей. Числовая история подготовлена как учебный операционный пример.