Обмен товара: рассчитайте текущую доплату по обработанным строкам

Какое решение принимает сотрудник

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

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

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

Сохраните три состава одного случая

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

В актуальной документации Shopify отмечено, что частичная обработка может требовать оплаты, хотя обработка всего случая дала бы возврат денег. В ней также указано: добавление обменной позиции ещё не резервирует её запас; резерв возникает при обработке возврата. Это описание Shopify, с оговоркой страницы о Shopify Plus и feature test drive для обменов. Shopify: создание возврата и обмена.

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

Учебный пример: заказ на 200 и новая позиция на 140

Все суммы и условия вымышлены. Одна валюта, без налогов, скидок, комиссий и доставки. Исходный заказ полностью исполнен и оплачен: товар A стоит 120, товар B — 80; всего 200. Денежные значения ниже означают подтверждённые платёжные операции, а не сроки доступности средств на банковском счёте.

Клиент согласовал предложение вернуть A и B и получить C стоимостью 140. Условия программы позволяют такой обмен после необходимых подтверждений. Если обе возвращаемые позиции будут приняты в расчёт вместе с C, стоимость изменённого заказа составит 200 − 120 − 80 + 140 = 140. При прежней оплате 200 предполагаемый возврат равен 60.

Но сначала поступил только A. Его осмотр и финансовое основание возврата подтверждены, разрешено уменьшить стоимость на 120. B ещё не поступил и не обработан. Клиент подтвердил C, а уполномоченная роль разрешила включить его в текущий этап обмена. Фактическая выдача C пока остаётся отдельной задачей.

Текущая стоимость заказа: 200 − 120 + 140 = 220. Подтверждённо получены прежние 200. По согласованным условиям текущая разница к оплате составляет 220 − 200 = 20. Это расчётное требование, ещё не денежное поступление.

Предполагаемые 60 к возврату относятся к другому составу, включающему B. Нельзя одновременно использовать 80 за B в расчёте и продолжать считать его необработанным. При этом открытый вопрос B сохраняется: отсутствие поступления не означает автоматического отказа клиенту.

После поступления B есть два денежных сценария

Продолжим пример: B фактически поступил, проверен и разрешён к включению в возврат на 80. Новая стоимость заказа уменьшается с 220 до 140. Дальнейшая сумма зависит от того, произошло ли ранее реальное поступление доплаты 20.

Сценарий первый: доплата достоверно не выполнялась. Подтверждённых оплат по-прежнему 200, поэтому к возврату получается 200 − 140 = 60. Старое требование на 20 сохраняется в истории, но не должно оставаться дополнительной действующей суммой к сбору поверх нового результата.

Сценарий второй: доплата 20 подтверждённо выполнена. Получены 200 + 20 = 220, поэтому к возврату получается 220 − 140 = 80. После подтверждённого исполнения возврата чистое движение равно 200 + 20 − 80 = 140. В первом сценарии та же проверка даёт 200 − 60 = 140.

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

Сверяйте стоимость с фактическими деньгами

Для данного примера текущая разница равна стоимости заказа после подтверждённых изменений минус чистые подтверждённые оплаты. Чистые оплаты — завершённые поступления за вычетом завершённых возвратных операций. Положительная разница показывает сумму к урегулированию клиентом по принятым условиям; отрицательная — сумму возвратного результата. Не смешивайте разные валюты.

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

В Shopify обработка и возврат денег могут быть отдельными действиями. Для обмена с ожидаемой оплатой документация также описывает отдельную возможность Release fulfillment до получения денег. Следовательно, нельзя объявлять оплату универсальным автоматическим условием любой выдачи; разрешённый порядок требуется проверить. Это факт конкретного продукта, не рекомендация снять ограничение. Shopify: обработка возврата.

Новая выдача и возвращённый товар остаются видимыми

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

У A отдельно фиксируется дальнейшее физическое состояние. Разрешённое уменьшение стоимости на 120 не означает допуска A к повторной продаже. Сохраните осмотр и дальнейший маршрут товара, а по B — незавершённую часть исходного обращения. Денежный итог не заменяет эти записи.

Shopify описывает native exchange как изменение исходного заказа с новым заданием исполнения для обменных товаров. В документации интеграций есть отдельное ограничение: для online returns связь Return.transactions содержит возвраты, но полученные оплаты не привязаны к возврату напрямую. Поэтому нельзя считать один такой список полным денежным журналом любого канала. Shopify Developers: данные обмена.

Какие поля нужны для проверки

Сохраните исходный заказ и строки A/B, заявленный состав, выбранный C, согласованные цены и основание решения. У каждой обработки нужны ID, время, входящие возвращаемые строки, исходящие обменные строки и предыдущий расчёт. Одна возвращаемая сумма не должна одновременно покрывать C и повторно выплачиваться клиенту.

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

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

1. Заявленный полный обмен показывает предварительные 140 и возврат 60.
2. Обработка только A и C даёт текущие 220 и разницу 20.
3. Необработанный B не исчезает и не уменьшает текущую стоимость.
4. Неоплаченное требование 20 не увеличивает полученные деньги.
5. После B без доплаты получается возврат 60, с подтверждённой доплатой — 80.
6. Оба завершённых сценария дают чистое движение 140.
7. Неизвестная доплата требует проверки, а не выдуманного результата.
8. Выдача C и физическая готовность A сохраняют отдельные подтверждения.

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

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

Почему при ожидаемом возврате сейчас появилась доплата?

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

Можно вернуть 80, если доплата 20 только запрошена?

В учебном примере нет: без подтверждённого поступления 20 итоговый возврат составляет 60. Неизвестный результат сначала проверяют.

Денежная разница равна нулю: обмен завершён?

Нет. Нужны подтверждение новой выдачи и закрытие соответствующих товарных вопросов, даже если дополнительного платежа нет.

Источники

• Shopify: Creating returns and exchanges.
• Shopify: Processing and managing returns.
• Shopify Developers: Reading exchange data.

Проверено 9 октября 2026 года. Состав, условия и суммы примера учебные.