Кнопка возврата PrestaShop зависит не только от включения RMA. Официальная документация также требует подходящего периода и статусов, отмечающих оплату и отправку заказа. Название статуса само по себе не подтверждает наличие этих признаков.

Отделите техническую форму от обращения

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

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

Проверьте включение и историю статусов

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

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

Согласуйте движение заявки и посылки

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

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

Закройте товарную и денежную части

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

Если согласован внутренний баланс или иной способ компенсации, опишите его клиенту ясно. Разделение подобных операций рассмотрено в руководстве по внутреннему балансу Shopify. Для PrestaShop используйте собственную подтверждённую цепочку: заявка, приёмка, решение, документ и расчёт. Такая сверка помогает найти незавершённую часть процесса, а не скрывать её общим статусом «Возврат выполнен».

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