myCred Gateway Jigoshop - Плагин WordPress

Руководство по настройке myCred Gateway Jigoshop для оплаты заказов баллами

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

Материал написан как рабочая инструкция для владельца WordPress-магазина, вебмастера или разработчика, который уже понимает базовую логику myCred и Jigoshop, но хочет безопасно соединить их в один сценарий. Особое внимание уделено не рекламным возможностям, а проверкам: баланс пользователя, тип баллов, журнал списания, поведение корзины, статус заказа и ограничения старого магазина.

У Jigoshop-аддона по открытым источникам меньше свежей документации, чем у современных WooCommerce-интеграций myCred. Поэтому в тексте факты по самому продукту отделены от осторожных рекомендаций, основанных на общей механике myCred Gateway, документации myCred по store gateways и типичной логике платежных шлюзов WordPress. Если ваша версия аддона показывает другие поля, используйте эту статью как карту проверки, а точные названия параметров сверяйте в админ-панели.

Как шлюз связывает баллы myCred и корзину Jigoshop

Смысл myCred Gateway Jigoshop прост: плагин добавляет в Jigoshop дополнительный платежный шлюз, который вместо списания денег использует баланс баллов пользователя. Официальная страница store gateways в документации myCred описывает такие шлюзы как отдельные плагины-связки между myCred и магазинными расширениями. Для Jigoshop заявлена именно задача оплаты заказов баллами, поэтому продукт стоит рассматривать как мост между двумя уже настроенными системами, а не как самостоятельную программу лояльности.

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

Главная проверка перед любой настройкой - убедиться, что myCred и Jigoshop по отдельности уже работают корректно. Если баллы не начисляются, у пользователя нет баланса, корзина не считает итог или обычный платежный метод не создаёт заказ, gateway-аддон не исправит эти проблемы. Он только соединит готовые части.

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

Что происходит при оплате баллами

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

Документация myCred по похожим store gateways подчёркивает важность лог-шаблонов: пользователь должен видеть в истории, за что именно списаны баллы. Это особенно важно в магазине, где покупатель может спорить с заказом или возвратом. Без понятной записи вроде «Оплата заказа #{order_id}» журнал быстро превращается в набор неясных списаний.

Чем платежный шлюз отличается от скидочного купона

Платёжный шлюз и купон решают разные задачи. Купон уменьшает сумму заказа, а затем покупатель оплачивает остаток обычным способом. Шлюз выступает как сам способ оплаты. В документации myCred по WooCommerce прямо описано ограничение полного подхода через gateway: магазин выбирает один платёжный метод для заказа. По Jigoshop-аддону отдельная подтверждённая возможность частичной оплаты в открытых источниках не найдена, поэтому безопаснее планировать сценарий как оплату всего заказа баллами и отдельно тестировать любое поведение, похожее на частичную оплату, в вашей версии.

Если магазину нужна схема «часть заказа баллами, остаток деньгами», не включайте её по предположению. Сначала проверьте, поддерживает ли это именно ваша связка myCred Gateway Jigoshop, и проведите тест с налогами, доставкой, возвратом и недостаточным балансом.

Кому подходит оплата заказов баллами, а кому лучше выбрать другой путь

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

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

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

Удачные сценарии

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

Сценарии, где нужна осторожность

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

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

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

Подготовка важнее самой установки. myCred Gateway Jigoshop работает на стыке балансов, заказов и платежей, поэтому ошибка в одном слое может проявиться как «пропал способ оплаты» или «баллы списались не так». Перед включением на живом сайте сделайте резервную копию базы данных, проверьте сайт на тестовой копии и зафиксируйте текущие настройки Jigoshop. Особенно важно сохранить таблицы пользователей и метаданных, потому что myCred хранит балансы пользователей в пользовательских метаполях WordPress.

Проверка myCred

Начните с типа баллов, который будет использоваться для оплаты. В myCred можно создавать несколько типов баллов, и каждый тип имеет свой ключ, формат, подписи, ограничения и журнал. Если на сайте уже есть игровые очки, бонусные кредиты и внутренние токены, не выбирайте первый попавшийся тип. Для магазина лучше использовать отдельный понятный баланс, например «бонусы магазина» или «кредиты покупателя», чтобы не смешивать оплату товара с рейтингом активности.

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

Проверка Jigoshop

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

Отдельного внимания заслуживает состояние самого Jigoshop. Открытые страницы поддержки показывают, что вокруг старой ветки Jigoshop встречаются темы про миграцию и прекращение поддержки старой линии. В статье не нужно превращать это в повод для паники, но для администратора это практический сигнал: перед установкой любого gateway-аддона проверьте совместимость с вашей версией WordPress, PHP, темой и набором расширений. Если магазин давно не обновлялся, сначала тестовый стенд, потом рабочий сайт.

Проверка темы, кеша и страницы оформления заказа

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

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

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

Установка myCred Gateway Jigoshop технически похожа на установку обычного WordPress-плагина из ZIP-архива: загрузить файл, активировать, затем найти появившиеся настройки в зоне Jigoshop или платежных методов. Но из-за платежной роли аддона последовательность действий должна быть осторожнее, чем у декоративного плагина. Ваша цель - не просто увидеть пункт в админ-панели, а доказать, что новый gateway не ломает существующее оформление заказа.

Безопасная последовательность установки

1. Сделайте резервную копию базы данных и файлов сайта или обновите тестовую копию сайта.
2. Проверьте, что базовый плагин myCred активен, выбранный тип баллов настроен, а тестовый пользователь имеет баланс.
3. Проверьте, что Jigoshop создаёт заказ через уже работающий метод оплаты.
4. Загрузите ZIP-архив myCred Gateway Jigoshop через Plugins - Add New - Upload Plugin.
5. Активируйте плагин и сразу проверьте журнал ошибок WordPress или хостинга, если сайт использует старые версии PHP или много расширений.
6. Найдите новый способ оплаты в настройках Jigoshop и сначала включите его только на тестовой копии.
7. Проведите тест с простым товаром, затем с товаром, где есть доставка или налог, если такие условия есть в магазине.

Если после активации сайт показывает критическую ошибку, не продолжайте настройку вслепую. Отключите плагин через админ-панель или файловый менеджер, верните сайт в рабочее состояние и проверьте требования к версиям myCred, PHP, MySQL и Jigoshop. Для старых магазинов это не формальность: платежные расширения часто зависят от внутренних классов корзины и заказа.

Первая проверка после активации

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

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

Настройка платежного шлюза в Jigoshop: курс, подписи и журнал

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

Включение и публичное название

Название метода оплаты должно быть понятным пользователю. Если оставить техническое «myCred», часть покупателей не поймёт, что это оплата бонусами. Лучше использовать короткую подпись, связанную с вашей программой: «Оплата бонусами», «Оплата клубными баллами», «Оплата внутренним балансом». Если интерфейс поля называется Title, сохраняйте смысл именно для покупателя, а не для администратора.

Описание или сообщение для покупателя помогает снять лишние вопросы. В нём можно указать, что заказ будет оплачен с текущего баланса, а сумма списания появится в истории баллов. Не обещайте автоматический возврат баллов при любом отменённом заказе, если это не проверено в вашей версии. Лучше написать нейтрально: «После оформления заказа баллы будут списаны с вашего баланса; детали операции доступны в истории баллов».

Выбор типа баллов

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

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

Курс обмена

Курс обмена отвечает на вопрос, сколько баллов стоит денежная единица заказа. Если товар стоит 10 условных единиц, а курс равен 100 баллов за единицу, покупателю понадобится 1000 баллов. В документации myCred по gateway-интеграциям курс нужен, когда магазин считает товары в обычной валюте, а оплата производится баллами. Если магазин полностью построен как point-based store, логика курса может отличаться, но её всё равно нужно проверить на простом товаре.

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

Пример расчёта курса

Допустим, пользователь получает 50 баллов за полезное действие и 200 баллов за покупку. Небольшой цифровой товар стоит 5 условных единиц. Если курс 100 баллов за единицу, товар обойдётся в 500 баллов. Это значит, что покупателю нужно примерно десять полезных действий или несколько предыдущих покупок. Такой расчёт легко объяснить и проверить. Если при том же товаре курс 10 баллов за единицу, награда будет слишком доступной; если 1000 баллов за единицу, программа может выглядеть недостижимой.

Шаблоны журнала

Лог-шаблон отвечает за текст записи в истории myCred. В документации myCred по hooks и gateway-настройкам подчёркнуто, что шаблоны журнала важны и не должны оставаться пустыми. Для магазина формулировка должна связывать списание с заказом: «Оплата заказа #{order_id} баллами», «Списание за заказ в Jigoshop», «Возврат баллов по заказу», если возвраты поддерживаются и проверены. Используйте переменные только те, которые поддерживает ваша версия. Если переменная не подставляется, лучше простая понятная запись, чем красивая, но сломанная строка.

Параметры, которые лучше не трогать без причины

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

Баллы за покупки, списание и защита от путаницы

Оплата баллами часто соседствует с начислением баллов за покупки. На бумаге это выглядит логично: пользователь покупает товары, получает бонусы, затем тратит их. Но в настройке есть тонкое место: нужно решить, начислять ли баллы за заказ, который уже был оплачен баллами. В документации myCred по WooCommerce product purchases указано, что в некоторых случаях баллы за покупку не выплачиваются, если заказ оплачен баллами. По Jigoshop-аддону это поведение нужно проверять на вашей версии, но сама логика риска универсальна: магазин не должен бесконечно выдавать покупателю новые баллы за расходы старых баллов, если это не задумано экономикой программы.

Разделите начисление и списание

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

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

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

Учитывайте гостей и авторизацию

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

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

Не начисляйте баллы администраторам без причины

В документации myCred есть настройки исключения пользователей, администраторов и ролей из конкретного типа баллов. Для тестов удобно вручную начислять баллы администратору, но на рабочем сайте это может исказить отчёты. Создайте отдельного тестового покупателя с ролью клиента и проверяйте через него. Администраторский аккаунт оставьте для настройки, а не для имитации обычного заказа.

Практический сценарий: тестовый товар и заказ, оплаченный баллами

Лучший способ понять, как пользоваться myCred Gateway Jigoshop, - пройти полный сценарий на безопасном товаре. Не начинайте с дорогого товара, сложной доставки или набора купонов. Возьмите простой товар, понятный курс баллов и одного тестового покупателя. Так вы проверите всю цепочку: настройки, отображение gateway, списание баллов, заказ в Jigoshop и запись в журнале myCred.

Цель

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

Подготовка

1. Создайте тестового пользователя с обычной ролью покупателя.
2. Начислите ему баланс выбранного типа баллов вручную через myCred или через безопасное тестовое правило.
3. Создайте простой товар Jigoshop без сложных вариантов, подписок и нестандартной доставки.
4. Проверьте цену товара и рассчитайте, сколько баллов потребуется по выбранному курсу.
5. Отключите кеш для корзины и страницы оформления заказа.

Шаги

1. Войдите под тестовым пользователем в отдельном браузере или приватном окне.
2. Добавьте тестовый товар в корзину и перейдите к оформлению заказа.
3. Убедитесь, что среди способов оплаты появился вариант с вашим публичным названием, например «Оплата бонусами».
4. Выберите этот способ оплаты и проверьте, появляется ли описание или предупреждение о списании баллов.
5. Оформите заказ и не обновляйте страницу во время обработки.
6. Откройте заказ в админ-панели Jigoshop и проверьте способ оплаты, итог заказа и статус.
7. Откройте журнал myCred для тестового пользователя и найдите запись списания.

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

Заказ должен появиться один раз. Баланс пользователя должен уменьшиться на рассчитанную сумму. В журнале myCred должна быть запись, по которой понятно, что баллы списаны за заказ. Если магазин отправляет письма о заказе, проверьте, не выглядит ли письмо так, будто покупатель должен оплатить заказ повторно обычными деньгами. Текст письма и статус заказа должны соответствовать реальному процессу.

Нюанс с налогами и доставкой

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

Проверка результата через заказ, баланс и журнал myCred

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

Что проверить в заказе

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

Что проверить в балансе

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

Что проверить в журнале

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

Совместимость, ограничения и эксплуатация старого магазина

myCred Gateway Jigoshop находится в зоне, где особенно важна совместимость. Базовый myCred активно развивается, но Jigoshop как экосистема заметно уступает современным WooCommerce-сценариям по количеству свежих материалов, расширений и обсуждений. Это не значит, что аддон нельзя использовать. Это значит, что администратор должен работать как с поддержкой существующего магазина, а не как с новым массовым стеком.

Версии и тестовый стенд

Если сайт давно работает на Jigoshop, не обновляйте одновременно WordPress, PHP, myCred, Jigoshop, тему и gateway-аддон. Делайте изменения по одному на копии сайта. После каждого изменения проводите короткий набор тестов: открыть товар, добавить в корзину, оформить обычный заказ, оформить заказ баллами, проверить журнал. Такой сценарий скучный, но он лучше, чем искать причину после того, как реальные покупатели столкнулись с пустым списком оплат.

Кеш и оптимизация

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

Роли и доступ

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

Возвраты и отмены

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

Любой возврат должен оставлять след в журнале. Без записи администратор не сможет объяснить, почему баланс изменился, а пользователь не увидит прозрачной истории.

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

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

Способ оплаты не появляется при оформлении заказа

Симптом: пользователь открывает оформление заказа, но видит только обычные методы оплаты. Возможные причины: gateway не включён, пользователь не авторизован, баланса недостаточно, выбран не тот тип баллов, роль пользователя исключена из myCred, страница checkout кешируется или тема не выводит стандартный список методов оплаты.

Что проверить

• Включён ли gateway в настройках Jigoshop.
• Есть ли у тестового пользователя текущий баланс нужного типа баллов.
• Не исключена ли роль пользователя в настройках myCred.
• Не скрывает ли способ оплаты кастомный шаблон checkout.
• Отключён ли кеш для корзины и оформления заказа.

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

Баллы списались, но заказ выглядит неоплаченным

Такой симптом опасен для поддержки: пользователь считает, что оплатил заказ, а менеджер видит неясный статус. Возможные причины - несовпадение статусов Jigoshop, ошибка обработки gateway, конфликт с письмами или ручной процесс выдачи товара. Проверьте способ оплаты в заказе, запись в журнале myCred и системный статус заказа. Если баллы списаны, но заказ не перешёл в ожидаемое состояние, временно отключите gateway для реальных пользователей и разберите тестовый кейс на копии.

Баллы не списались после заказа

Если заказ создан, но баланс не изменился, проверьте, действительно ли был выбран способ оплаты баллами. Иногда пользователь выбирает другой метод, а администратор проверяет не тот сценарий. Затем проверьте лог-шаблон, выбранный тип баллов и ошибки PHP. Если в журнале нет записи, значит myCred не получил или не обработал событие списания. Для старого магазина это может быть связано с несовместимостью версий или вмешательством другого плагина в обработку checkout.

Сумма списания не совпадает с ожиданием

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

Пользователь получил новые баллы за заказ, оплаченный баллами

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

После включения gateway ломается оформление заказа

Сначала верните оформление заказа в рабочее состояние: отключите шлюз, очистите кеш и проверьте обычную оплату. Затем на тестовой копии включайте компоненты по одному. Частые зоны конфликта - устаревшая тема Jigoshop, переопределённые шаблоны, оптимизация JavaScript, несовместимое расширение доставки или платежей. Если проблема исчезает на стандартной теме, причина почти наверняка в шаблоне или переопределении.

Когда myCred Gateway Jigoshop будет удачным выбором

myCred Gateway Jigoshop стоит использовать, когда у вас уже есть рабочий магазин Jigoshop, настроенный myCred и понятная программа лояльности, где баллы имеют реальную роль. Сильная сторона продукта - узкая связка: покупатель тратит накопленный баланс на заказ, администратор видит заказ, а история баллов помогает разбирать спорные ситуации. Слабое место - зависимость от состояния Jigoshop-сайта и ограниченность свежей публичной документации по самому аддону.

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

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

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