YITH Advanced Refund System - Плагин WordPress

Руководство по настройке YITH Advanced Refund System для магазина WooCommerce

YITH Advanced Refund System нужен не для того, чтобы просто добавить ещё одну кнопку в личный кабинет WooCommerce. Его задача шире: собрать запросы на возврат в понятный процесс, отделить реальные обращения от хаотичных писем в поддержку, дать администратору место для проверки заявки и оставить покупателю прозрачный канал связи. В этом руководстве разберём, как подготовить магазин, включить основные правила, настроить заявки по заказам и товарам, обработать частичный возврат, проверить письма и быстро найти причину, если кнопка или заявка ведёт себя не так, как ожидалось.

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

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

Какой процесс возврата вы строите с этим плагином

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

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

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

Важно не путать возврат денег, возврат товара и обмен. Этот продукт в первую очередь про запросы на возврат средств и связанные действия в WooCommerce. Если магазину нужен полноценный RMA-процесс с обменом на другой размер, печатью ярлыков доставки, складской приёмкой и отдельной логистикой возврата, YITH Advanced Refund System может быть только частью процесса. Тогда рядом понадобится отдельная регламентная работа или другое решение, которое специально закрывает обмены и складскую логику.

Кому подойдёт YITH Advanced Refund System, а кому лучше поискать другой подход

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

Хороший кандидат для внедрения - магазин с зарегистрированными покупателями, понятной политикой возврата и администратором, который готов проверять заявки перед фактической выплатой. Плагин также уместен там, где надо различать полные и частичные возвраты: например, клиент купил две одинаковые позиции, но проблема возникла только с одной, или в заказе есть товар, который не должен попадать под стандартное правило.

Есть ситуации, где продукт может оказаться не лучшим выбором:

• Магазин активно использует гостевые заказы и не хочет требовать аккаунт для обращения. Официальный FAQ указывает, что гость не может отправить запрос через личный кабинет, потому что у него нет доступа к странице My Account.
• Нужен обмен товара, гарантийные заявки, складские ярлыки или сложная обратная логистика. Для этого лучше сравнить RMA-решения, где обмен и возврат товара являются главными сущностями.
• Магазин работает только с оплатой при получении или банковскими переводами, а команда ожидает "автоматический возврат денег". В такой схеме плагин может зафиксировать заявку, но деньги всё равно придётся возвращать вне WooCommerce.
• Возвраты редкие и каждый случай требует индивидуального юридического или сервисного решения. В таком магазине ручной процесс через заказ и поддержку может быть проще.

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

Что проверить перед установкой и первым включением

Перед установкой не стоит начинать с интерфейса плагина. Сначала проверьте, готов ли сам магазин к управляемому возврату. YITH Advanced Refund System работает вокруг WooCommerce-заказов, личного кабинета, писем и платёжных методов, поэтому слабое место в любой из этих частей будет выглядеть как ошибка плагина, хотя причина может быть в настройке магазина.

Личный кабинет и аккаунты покупателей

Запросы отправляются через My Account, поэтому покупателю нужен доступ к аккаунту и к истории заказов. Если магазин разрешает гостевой checkout, заранее решите, что будет происходить с такими клиентами. Самый аккуратный вариант - явно объяснить в политике возврата, что запрос через кабинет доступен зарегистрированным покупателям, а гостевые заказы обрабатываются через отдельный канал поддержки.

Для магазина с большим числом гостей можно рассмотреть настройку создания аккаунта при покупке или мягкое предложение зарегистрироваться. Но не включайте это без тестирования checkout: изменение режима аккаунтов может повлиять на конверсию и на уже привычный путь покупателя.

Платёжные шлюзы и возврат через WooCommerce

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

Перед тем как доверять автоматике, создайте тестовый заказ в безопасной платёжной среде, откройте заказ в WooCommerce и проверьте, доступна ли стандартная операция возврата. Если она не работает в обычном заказе, YITH Advanced Refund System тоже не должен восприниматься как способ обойти ограничение шлюза.

Письма, доставка и склад

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

Установка и первичная проверка без лишнего риска

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

1. Сделайте резервную копию сайта и базы данных, особенно если магазин уже принимает заказы.
2. Проверьте, что WooCommerce активен, checkout работает, личный кабинет показывает заказы, а письма уходят на тестовый адрес.
3. Установите и активируйте плагин в админ-панели WordPress.
4. Откройте настройки по пути YITH - Advanced Refund System - Settings и пока включите только базовое разрешение запросов на возврат.
5. Создайте тестовый заказ, доведите его до оплаченного состояния и проверьте, появилась ли возможность запросить возврат в кабинете покупателя.
6. Отправьте тестовую заявку, откройте раздел YITH Refund Requests и убедитесь, что администратор видит запрос и историю сообщений.

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

Базовая настройка после установки: правила, сроки и пороги

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

Разрешение возвратов и срок подачи заявки

Начните с минимально понятного правила. Включите Allow refunds, затем задайте количество дней, в течение которых покупатель может отправить запрос. Это поле не стоит оставлять "на потом": без срока вы не управляете ожиданиями клиента, а слишком короткий срок может привести к конфликтам в поддержке.

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

Возврат всего заказа или отдельных товаров

YITH Advanced Refund System позволяет строить сценарий вокруг всего заказа или отдельных товаров. Возврат всего заказа проще для покупателя, но он не подходит, если в заказе есть исключённые позиции, частично использованные услуги или товары с разными условиями. Возврат по позициям гибче: покупатель выбирает конкретный товар и, если в заказе несколько штук, указывает количество.

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

Минимальная сумма заказа и налоги

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

Параметр налогов нужно согласовать с бухгалтерией и настройками WooCommerce. В документации по платежам YITH указано, что сумма возврата включает или исключает налоги в зависимости от настройки Enable Taxes в панели плагина. Если магазин работает с разными ставками, сделайте тестовый заказ с налогом и проверьте итоговую сумму до запуска.

Закрытие заявок и ручная модерация

Опция закрытия новых запросов помогает администратору завершить переписку без лишних переходов, но её не стоит использовать как замену реальному решению. Отдельно запомните промежуточные статусы: документация поясняет, что on hold и processing нужны для организации заявок и не меняют сам заказ. Это удобно, когда требуется фото, проверка склада или ответ менеджера.

Когда не включать автоматическое принятие

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

Правила на уровне товара и вариации

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

YITH Advanced Refund System поддерживает специальные правила для простых товаров и отдельных вариаций. На практике это означает, что вы можете не превращать весь магазин в одну одинаковую политику. Для товаров, которые не должны попадать под стандартный возврат, на странице продукта можно показать пользовательское сообщение. Это полезно не только юридически, но и UX-практически: покупатель узнаёт ограничение до обращения в поддержку, а не после отказа.

Как выбирать исключения

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

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

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

Частичные возвраты и количество товара

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

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

Как администратор обрабатывает заявку: сумма, платёж, купон и склад

Когда заявка попала в YITH Refund Requests, администратор должен решить не только "принять или отклонить". Обычно нужно пройти четыре вопроса: подтверждена ли причина, какую сумму возвращать, каким способом закрыть обращение и надо ли менять складской остаток. Именно здесь плагин становится рабочим инструментом поддержки, а не просто формой в кабинете покупателя.

Полная сумма, частичная сумма или ручной ввод

Документация описывает несколько сценариев. Администратор может вернуть всю сумму, которую запросил покупатель, уменьшить количество товаров к возврату или вручную указать сумму в поле Use a custom refund amount. Ручной ввод нужен, когда магазин компенсирует только часть стоимости: например, товар имеет косметический дефект, покупатель оставляет его себе, а магазин возвращает согласованную скидку.

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

Автоматическая и ручная выплата

Официальные материалы YITH прямо связывают выплату с платёжным шлюзом, который использовался при заказе. Если шлюз поддерживает возвраты через WooCommerce, администратор может провести выплату через него. Если не поддерживает, действие в плагине фиксирует решение, но деньги надо вернуть отдельно. WooCommerce также предупреждает, что простая смена статуса заказа на Cancelled или Refunded сама по себе не отправляет деньги покупателю.

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

Купон вместо возврата денег

YITH Advanced Refund System позволяет предложить купон как альтернативу денежному возврату. По документации сумма купона соответствует согласованной сумме заявки и обновляется, если администратор меняет сумму возврата. Такой вариант может быть удобен, когда покупатель готов остаться в магазине и выбрать другой товар.

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

Автоматический возврат товара на склад

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

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

Сообщения, вложения, письма и страница заявок в личном кабинете

Возврат редко решается одной кнопкой. Покупатель может приложить фото, объяснить дефект, уточнить размер, спросить о сроках или ответить на просьбу администратора. В YITH Advanced Refund System для этого есть раздел сообщений внутри каждой заявки. Первое сообщение в форме является обязательным, а дальше администратор и покупатель могут обмениваться ответами до закрытия запроса.

Официальная документация указывает, что администратор видит сообщение на странице деталей заявки и может ответить через форму справа. Покупатель получает письмо и может смотреть историю переписки в разделе My Refund Requests в личном кабинете. Такой подход лучше обычной почты, потому что вся история привязана к конкретному заказу.

Как настроить письма без путаницы

Плагин отправляет уведомления администратору при новой заявке и новом сообщении, а покупателю - при отправке запроса, смене статуса, принятии, отклонении, новом сообщении и предложении купона. Сами письма управляются через WooCommerce - Settings - Emails, как и другие WooCommerce-уведомления.

Перед запуском отправьте тестовую заявку и проверьте:

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

Шорткод для отдельной страницы заявок

Документация также показывает шорткод [ywcars_refund_requests], который выводит страницу со всеми запросами покупателя. Он полезен, если вы хотите разместить список заявок не только в стандартном endpoint личного кабинета, но и на отдельной служебной странице. Не вставляйте его в случайное место меню без проверки прав: покупатель должен видеть только свои запросы, а не пустую или непонятную страницу.

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

Практический сценарий: частичный возврат по товару с перепиской

Разберём сценарий, который часто встречается в реальном магазине: покупатель заказал две пары обуви, одна подошла, у второй обнаружен дефект. Магазин хочет принять возврат только по проблемной позиции, запросить фото, согласовать частичную сумму и не возвращать весь заказ целиком. Этот пример хорошо показывает, как пользоваться YITH Advanced Refund System без опасной автоматизации.

Цель и подготовка

Цель - получить заявку по одной позиции, сохранить переписку, вернуть только согласованную сумму и проверить, что покупатель получил уведомления. Перед началом должны быть включены WooCommerce, YITH Advanced Refund System, отправка писем и тестовый заказ с двумя товарами или двумя единицами одного товара.

Шаги администратора и покупателя

1. В настройках плагина включите Allow refunds и выберите товарный сценарий, чтобы покупатель мог запросить возврат по отдельной позиции.
2. Задайте срок подачи заявки и проверьте, что тестовый заказ находится внутри этого срока.
3. Войдите под покупателем, откройте My Account - Orders и нажмите кнопку запроса возврата у оплаченного заказа.
4. Выберите проблемный товар, укажите количество, напишите причину и приложите файл, если этот параметр включён и нужен для вашей политики.
5. В админ-панели откройте YITH Refund Requests, найдите новую заявку и проверьте сообщение покупателя.
6. Если информации мало, переведите заявку в промежуточный рабочий статус и отправьте сообщение с просьбой уточнить детали.
7. После проверки выберите частичное количество или ручную сумму, затем проведите возврат через доступный метод либо отметьте ручную выплату после внешнего платежа.
8. Проверьте, что покупатель видит обновлённый статус заявки и получил письмо о решении.

Контрольная точка перед выплатой

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

Ожидаемый результат и нюанс

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

Проверка результата после настройки

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

Мини-чек-лист для тестового заказа

• В личном кабинете у оплаченного заказа видна кнопка запроса возврата, если заказ соответствует правилам.
• Кнопка не появляется у заказа, который не оплачен, вышел за срок или содержит исключённый товар.
• Форма заявки требует причину и корректно сохраняет сообщение.
• Заявка появляется в YITH Refund Requests, а в списке заказов видно, что заказ связан с возвратом.
• Письма уходят покупателю и администратору, их тема и текст понятны.
• Частичный возврат корректно пересчитывает количество и сумму.
• Склад меняется только тогда, когда это действительно нужно вашей операционной схеме.

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

Безопасная CSS-правка для читаемости таблицы

Если таблица заявок или таблицы WooCommerce в личном кабинете плохо помещаются на мобильном экране, не правьте файлы плагина. Начните с обратимой CSS-правки через Appearance - Customize - Additional CSS или через дочернюю тему. Следующий пример не использует внутренние классы YITH, а аккуратно помогает стандартным таблицам WooCommerce переносить длинный текст.

.woocommerce-MyAccount-content table.shop_table {
  table-layout: auto;
  width: 100%;
}

.woocommerce-MyAccount-content table.shop_table th,
.woocommerce-MyAccount-content table.shop_table td {
  white-space: normal;
  overflow-wrap: anywhere;
  vertical-align: top;
}

После добавления откройте страницу My Refund Requests на мобильной ширине и проверьте, что заголовки, суммы и статусы не накладываются друг на друга. Если тема уже имеет собственную адаптивную таблицу, удалите CSS и решайте конфликт через настройки темы или точечный селектор после осмотра разметки.

Почему возврат может не работать и как диагностировать проблему

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

Кнопка запроса возврата не появляется

Симптом: покупатель открывает заказ в личном кабинете, но не видит кнопку возврата. Сначала проверьте, оплачен ли заказ. В FAQ YITH указано, что кнопка Ask for a refund появляется только для оплаченного заказа. Затем проверьте срок подачи заявки, минимальную сумму заказа и исключения по товарам. Если в заказе есть товар, отмеченный как невозвратный, запрос по всему заказу может быть недоступен.

Как исправить: настройте срок, порог суммы или правила товара, затем создайте новый тестовый заказ. Не проверяйте только старые заказы, если документация говорит о новых завершённых заказах после включения настройки.

Платёжный шлюз не позволяет вернуть деньги

Симптом: заявка принята, но автоматический возврат недоступен или не проходит. Возможная причина - шлюз не поддерживает возврат через WooCommerce, заказ был оплачен методом без автоматического возврата или в настройках шлюза нет нужных разрешений.

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

Письма не приходят покупателю или администратору

Симптом: заявка создана, но уведомления не приходят. Начните с WooCommerce - Settings - Emails: включены ли письма, верный ли адрес администратора, не изменены ли шаблоны, нет ли конфликтов SMTP. Затем проверьте журнал почтового плагина, если он установлен.

Как исправить: отправьте тестовое письмо из WooCommerce, затем повторите заявку. Если письма WooCommerce в целом не уходят, сначала исправляйте почтовую инфраструктуру. Если уходят все письма, кроме писем возврата, проверьте конкретные уведомления плагина в списке email-шаблонов.

Страница заявок пустая или endpoint ведёт не туда

Симптом: покупатель видит пустую страницу, неправильный endpoint или шорткод не выводит ожидаемый список. Проверьте, что пользователь вошёл в аккаунт с нужными заказами, заявка действительно создана, а страница со шорткодом опубликована. Если используется плагин для кастомизации личного кабинета, временно отключите перенос endpoint или проверьте интеграцию с YITH Customize My Account Page.

Когда откатывать: если после изменения структуры личного кабинета пропали другие вкладки WooCommerce, верните прежние настройки меню и проверяйте совместимость на staging-копии.

Сумма возврата кажется неправильной

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

Когда лучше откатить изменение

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

Когда YITH Advanced Refund System будет удачным выбором

Этот продукт стоит использовать, если вам нужен понятный процесс заявок на возврат внутри WooCommerce: покупатель отправляет запрос из аккаунта, администратор видит его в отдельном разделе, переписка остаётся рядом с заявкой, а решение можно связать с WooCommerce refund, купоном, письмами и складским действием. Он особенно полезен там, где возвраты уже занимают время поддержки, но ещё не требуют тяжёлой RMA-системы с обменами, ярлыками доставки и складским приёмом.

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

Когда регламент понятен и тестовый заказ проходит весь путь, можно получить файл YITH Advanced Refund System, установить его на staging-копию или резервно подготовленный магазин и повторить проверку на своих товарах, платёжных методах и письмах. Так вы внедрите возвраты как управляемый сервисный процесс, а не как ещё одну рискованную кнопку в заказе.