Консигнационный товар: кто хранит, кому принадлежит и что попадает в расчёт

Сначала согласуйте событие, затем настраивайте учёт

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

В Dynamics 365 физическая приёмка консигнационного запаса и смена владельца описаны как отдельные операции. Документация показывает производственный сценарий с журналом перехода собственности. Это пример программной модели, а не правило для всех договоров. Источник: Microsoft Learn.

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

Три вопроса к одной единице товара

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

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

GS1 различает цепь физического держания объекта и цепь его собственности. Для проектирования это полезная проверка: история местонахождения не заменяет историю владельцев. Источник: GS1 Global Traceability Standard.

Какие данные нужны

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

В документе события нужны:

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

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

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

Все стороны и числа вымышлены. В начале дня на складе один материал: 40 штук принадлежат компании, 100 поставщику A и 60 поставщику B. Физический итог — 200 штук. Для примера стороны договорились: событие перехода к компании оформляется перед отпуском материала в производство; цена A — 8 условных денежных единиц за штуку. Налогов и дополнительных расходов в расчёте нет.

Производство резервирует 30 штук из запаса A. Пока создан только резерв, владельцу A принадлежат все 100. Затем уполномоченный сотрудник подтверждает переход этих 30 штук к компании. После события:

• компания: 40 + 30 = 70 штук;
• поставщик A: 100 − 30 = 70 штук;
• поставщик B: 60 штук;
• физически по-прежнему 70 + 70 + 60 = 200 штук.

Материал не приехал второй раз. Если обычная приёмка добавила бы ещё 30 без встречного уменьшения у A, общий остаток ошибочно вырос бы до 230.

Далее из перешедших 30 штук производство использовало 24; шесть остались собственным запасом. Из другого собственного количества отгрузили клиенту 12. По согласованной процедуре поставщику A вернули десять ещё принадлежащих ему штук. Пять из оставшихся у A временно заблокировали для проверки качества.

Итог:

• компания: 70 − 24 − 12 = 34 штуки;
• A: 70 − 10 = 60, включая пять заблокированных;
• B: 60;
• физический итог: 34 + 60 + 60 = 154.

Проверка движения: 200 − 24 − 12 − 10 = 154. Блокировка пяти не уменьшает физический итог. Пригодных по состоянию 149, но право продать или использовать чужой запас дополнительно определяется условиями владельца. Поэтому число 149 нельзя автоматически показывать как безусловно доступное всем каналам.

Почему сумма сверки не равна расходу производства

В выбранном примере событие для расчёта — переход 30 штук, поэтому основание составляет 30 × 8 = 240. Фактический производственный расход 24 × 8 = 192 описывает другую величину. Разница 48 соответствует шести перешедшим, но ещё не использованным штукам.

Допустим, поставщик прислал документ на 40 штук, то есть 320. Операционная сверка показывает подтверждённые 30 и вопрос по десяти на 80. Это повод проверить документы и условия, а не автоматически признать долг, убыток или остановить оплату. Решение принимает уполномоченный сотрудник.

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

Возврат, пересчёт и повреждение

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

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

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

Приёмка процесса на ограниченном пилоте

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

Проверки:

• Приёмка чужого товара увеличивает физический остаток с правильным владельцем.
• Резерв сам по себе не запускает несогласованную смену принадлежности.
• Переход 30 штук сохраняет физический итог 200.
• Повтор того же события не переносит ещё 30 и не дублирует основание расчёта.
• После всех учебных движений итоги составляют 34, 60 и 60 по владельцам.
• Заблокированные пять остаются в физическом количестве, но имеют ограничение.
• Возврат связан с владельцем и подтверждением передачи.
• Документ на 40 раскрывает расхождение десять против подтверждённых 30.
• Исправление сохраняет исходное событие и объяснение; история не переписывается молча.

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

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

Любой неоплаченный товар является консигнационным?

Нет. Условия оплаты и принадлежность — разные вопросы. Проверяйте действующие основания, а не только состояние счёта.

Достаточно отдельного склада «Консигнация»?

Не всегда. Он показывает размещение, но без владельца не разделит нескольких поставщиков и собственный товар после перехода.

Можно пересчитывать всё вместе?

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

Источники

Проверено 9 октября 2026 года: Microsoft Learn — consignment, Odoo 19 — консигнационный запас, GS1 — Global Traceability Standard. Договорные условия и арифметика примера условные.