Возврат и обмен: как оформить процесс на сайте

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

1. Термины

1.1. Заявка на возврат — запись в системе, созданная покупателем или сотрудником, с уникальным номером и датой создания.

1.2. Основание — причина обращения. Используются три: отказ от товара надлежащего качества, недостаток товара, ошибка магазина (пересорт, некомплект, повреждение при доставке).

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

2. Что покупатель заполняет

2.1. Номер заказа и телефон либо электронная почта, указанные при оформлении.

2.2. Позиции заказа с указанием количества по каждой. Позиции выбираются из состава заказа, а не вводятся текстом.

2.3. Основание обращения из списка, без свободной формулировки на этом шаге.

2.4. Комментарий в свободной форме — необязательное поле.

2.5. Фотографии — обязательны при основаниях «недостаток товара» и «ошибка магазина», не запрашиваются при отказе от качественного товара.

2.6. Желаемый результат: возврат денег или обмен на аналогичную позицию.

2.7. Реквизиты для выплаты запрашиваются на этапе одобрения, а не при подаче заявки.

3. Статусы заявки

3.1. Заявка проходит фиксированную последовательность состояний. Произвольные переходы не допускаются.

• Создана — заявка подана, ответственный не назначен.
• На рассмотрении — назначен сотрудник, идёт проверка оснований.
• Ожидает товар — решение принято, товар в пути к продавцу.
• Товар получен — поступление зафиксировано, проведён осмотр.
• Одобрена — принято решение о выплате или обмене.
• Отклонена — с обязательным указанием причины.
• Завершена — деньги перечислены либо новый заказ отправлен.

3.2. Каждый переход сохраняется в журнале: дата, время, сотрудник, предыдущее и новое состояние.

3.3. Статус «Отклонена» без заполненного поля причины сохраняться не должен. Это проверяется на уровне формы.

4. Сроки

4.1. Ответ на заявку — не позднее следующего рабочего дня после её создания.

4.2. Осмотр поступившего товара — в день получения либо на следующий рабочий день.

4.3. Возврат денежных средств — в срок, установленный законом для соответствующего основания. Точный срок проверяется по действующей редакции закона о защите прав потребителей и фиксируется в правилах магазина.

4.4. Сроки, обещанные на сайте, не могут быть длиннее законных и не могут отличаться от сроков в оферте.

4.5. Система направляет уведомление покупателю при каждой смене статуса. Уведомления идут на канал, указанный при оформлении заказа.

5. Требования к интерфейсу покупателя

5.1. Форма доступна без регистрации, по номеру заказа и контакту.

5.2. После отправки покупатель получает номер заявки и ссылку на страницу её отслеживания.

5.3. Страница отслеживания показывает текущий статус, дату последнего изменения и, при отклонении, причину.

5.4. Ссылка на порядок возврата размещается в подвале сайта, в личном кабинете и в письме о доставке заказа.

5.5. Формулировки на странице — обычные слова, а не цитаты статей. Юридический текст размещается отдельным документом со ссылкой.

6. Требования к админке

6.1. Отдельный раздел «Возвраты» со списком заявок, фильтрами по статусу, дате и основанию.

6.2. В карточке заявки: состав, основание, фотографии, история статусов, связанный заказ, ответственный сотрудник, поле для внутреннего комментария.

6.3. Внутренние комментарии покупателю не показываются. Это разграничение задаётся на уровне прав, а не договорённостей.

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

6.5. Из карточки заявки доступна выгрузка комплекта документов для бухгалтерии.

7. Связь со складом и деньгами

7.1. Поступивший товар приходуется отдельной операцией с признаком «возврат». Автоматическое увеличение остатка в момент одобрения заявки не допускается — товар может быть непригоден к продаже.

7.2. По результатам осмотра товар получает одно из трёх назначений: в продажу, в уценку, к списанию.

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

7.4. Начисленные за заказ баллы аннулируются, списанные — восстанавливаются. Обе операции оформляются записями со ссылкой на номер заявки.

7.5. При частичном возврате пересчитывается стоимость доставки, если она рассчитывалась от суммы заказа.

8. Типовые нарушения порядка

8.1. Заявка принимается в мессенджер и не попадает в систему. Следствие: срок ответа не отсчитывается, обращение теряется, покупатель обращается повторно с претензией.

8.2. Основание не фиксируется при подаче и определяется в момент выплаты. Следствие: спор о том, кто оплачивает обратную доставку.

8.3. Товар списывается в остатки сразу после одобрения. Следствие: продажа непригодной позиции и второй возврат по той же единице товара.

8.4. Статус меняется без уведомления покупателя. Следствие: обращения в поддержку с вопросом «что с моей заявкой», по объёму сопоставимые с самими заявками.

8.5. Права на рассмотрение и выплату не разделены. Следствие: невозможность установить, кто принял решение о перечислении средств.

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

9. Порядок приёмки доработки

9.1. Заявка создаётся без регистрации и приходит в админку с полным составом полей.

9.2. Все семь статусов переключаются, журнал переходов заполняется.

9.3. Уведомление приходит покупателю при каждой смене статуса.

9.4. Отклонение без причины системой не принимается.

9.5. Менеджер без права выплаты не видит соответствующей кнопки.

9.6. Возврат средств проходит на тестовом платеже, чек возврата формируется.

9.7. Товар после одобрения не появляется в остатках автоматически.

10. Когда всё это избыточно

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

10.2. Автоматизация становится обоснованной при регулярном потоке обращений либо при наличии более одного сотрудника, обрабатывающего возвраты.

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

Коротко

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

Товар не возвращается в остатки до осмотра, деньги идут тем же способом, что и оплата, с чеком возврата. При двух-трёх обращениях в месяц достаточно описанного порядка без разработки.