Возврат поставщику: как связать RMA, замену и кредитовый документ

Какое решение должен показывать процесс

Покупатель должен видеть, что разрешено вернуть, что действительно отправлено, что поставщик получил и какой результат согласован для принятой части. RMA, Return Material Authorization, используется как идентификатор разрешения или согласованного возвратного случая. Его точный смысл, срок действия и условия определяются процессом сторон.

В Oracle Receiving возврат поставщику описан через получение RMA, создание операции с количеством и дальнейшую обработку отправки. Такая последовательность подчёркивает: разрешение и физическая передача не являются одним событием. Источник: Oracle Receiving.

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

Начните с исходной поставки и конкретных единиц

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

Различайте заявленное и разрешённое количество. Если запросили возврат 15, а поставщик разрешил отправить 12, оставшиеся три не должны исчезнуть из очереди. Их состояние и следующее решение сохраняются отдельно. При изменении разрешения нужна новая версия с понятным основанием.

В документе отгрузки указывайте фактически переданное, упаковочные места, перевозчика, время и подтверждение. Одно RMA может иметь несколько отправлений; одно отправление может содержать несколько строк претензии. Храните связь на уровне количества, чтобы одинаковый номер не скрывал недостающую часть.

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

Все данные вымышлены. Магазин получил 60 единиц одного товара. Проверка выявила проблемы у 15, которые исключили из доступного запаса. Поставщик разрешил вернуть 12; три остались на локальном складе до решения. Других продаж и движений в примере нет.

После фактической отправки 12 локальный физический остаток равен 60 − 12 = 48. Из него 45 пригодны, три заблокированы. Первоначальная отметка о проблеме не должна дополнительно списать те же 12: до отправки они существовали физически, хотя были недоступны.

Поставщик подтвердил получение 11 из 12. По одной единице получение ещё не установлено. Из 11 полученных он признал девять для согласованного урегулирования, а две оставил на дополнительном осмотре.

Баланс отправки: 12 = 9 признано + 2 на осмотре + 1 без подтверждённого получения. Баланс первоначальной проблемы: 15 = 12 отправлено + 3 остаются локально. Эти равенства описывают количество и текущие факты, не устанавливая ответственность за неподтверждённую единицу.

Для девяти признанных стороны согласовали два результата: шесть заменить товаром, за три предоставить кредитовый документ. Разбиение 9 = 6 + 3 должно быть записано по строкам. Иначе менеджер может ожидать и замену девяти, и кредит за те же девять.

Замена создаёт отдельное ожидание поступления

Зафиксируйте исход возврата «замена», согласованный SKU, количество, дату и связь с RMA. Замена не обязана иметь ту же партию или серийный номер. При получении сравните её с согласованными условиями и сохраните новый идентификатор изделия, если применяется серийный учёт.

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

В нашем примере из шести замен пришли пять пригодных. Открыто к получению: 6 − 5 = 1. Локальный физический остаток увеличился до 48 + 5 = 53. Пригодно 50: прежние 45 плюс пять замен. Три исходные спорные единицы всё ещё заблокированы.

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

Кредитовый документ закрывает другую часть

Условная согласованная величина кредита — 25 денежных единиц за штуку, без налогов и дополнительных сборов. За три единицы ожидается 3 × 25 = 75. Поставщик предоставил документ только на 50. Открытая разница равна 75 − 50 = 25, если других корректировок не было.

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

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

Что остаётся открытым на контрольную дату

В учебном случае очередь содержит пять разных продолжений:

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

У них разные доказательства закрытия. Трек перевозчика не закрывает согласованный кредит. Письмо «замена отправлена» не доказывает локальную приёмку. Документ на полные 75 не завершает две ещё проверяемые единицы.

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

Где возникают повторные потери и двойное возмещение

Типовая ошибка — считать отправку финальным списанием без сохранения претензии: товар ушёл, но никто больше не ждёт результат. Обратная ошибка — оставить отправленное физически на складе, потому что поставщик ещё не прислал кредит. Данные о местонахождении не должны зависеть от скорости оформления документа.

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

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

Приёмочный чек-лист

• Заявленные 15 и разрешённые 12 сохраняются раздельно.
• После отправки локально остаются 48, включая три заблокированных.
• Подтверждение 11 не закрывает отправленные 12 автоматически.
• Девять признанных распределены на шесть замен и три кредитуемые единицы.
• Получение пяти замен оставляет одну открытой; локальный итог — 53.
• Кредит 50 против ожидаемых 75 оставляет вопрос на 25, не движение товара.
• Повтор отправки, приёмки или документа не удваивает результат.
• Смена исхода обнаруживает уже начатое исполнение предыдущего решения.
• Другой сотрудник находит каждую открытую часть и следующий шаг.

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

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

Номер RMA означает, что поставщик признал проблему?

Не обязательно. Он может означать только разрешение принять товар на проверку. Сохраняйте точное согласованное значение статуса.

Замена и кредит могут существовать вместе?

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

Когда закрывать возврат?

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

Источники

Проверено 9 октября 2026 года: Oracle — возвратная отправка поставщику, Microsoft — purchase returns, Odoo 19 — credit notes. Числа и условия примера вымышлены.