Підприємці PrestaShop зазвичай насамперед ставлять одне й те саме практичне запитання: чи може цей магазин приймати криптовалюту без перетворення оформлення замовлення на науковий проєкт? Коротка відповідь — так, якщо ваша версія PrestaShop, тема й вибрані модулі сумісні між собою. Довша відповідь — саме там і криється справжня робота.
Якщо ви хочете, щоб як приймати криптоплатежі в PrestaShop стало охайним проєктом, а не хаотичним, почніть із уже наявного магазину. Магазин з однією темою та стандартним шляхом оформлення замовлення підготувати значно простіше, ніж сильно модифіковану збірку з кастомним логічним опрацюванням замовлень у трьох місцях. Це має значення вже в перший день.
1. Перевірте, чи ваша конфігурація PrestaShop підтримує криптомодуль
Почніть із версії, теми та структури оформлення замовлення. Модулі PrestaShop досить вибагливі до сумісності, і модуль, що працює на одній великій версії, може поводитися інакше на іншій. Перевірте точну версію PrestaShop у бек-офісі, а потім звірте її з вимогами модуля ще до будь-яких змін.
Наступна пастка — перевизначення теми. Якщо ваш магазин використовує кастомні шаблони оформлення замовлення, змінену поведінку кошика або тему, що замінює стандартні блоки оплати, криптоопція може не з’явитися там, де ви її очікуєте. В одному магазині модуль встановлюється за 10 хвилин і одразу видно результат; в іншому — 2 години йдуть на пошук способу оплати, який технічно активний, але прихований перевизначенням шаблону.
Поставте собі одне пряме запитання: чи відповідає поточна структура бек-офісу очікуваним хукам і платіжному потоку модуля? Якщо ні, вам може знадобитися модуль криптоплатежів PrestaShop, який підлаштований під ваш магазин, а не спроба примусово перебудувати все заново. Для невеликих команд це чистіший варіант, і він залишає роботу всередині PrestaShop, а не перетворює її на ремонт теми.
Для ширшого порівняння моделей платіжних шлюзів корисною базою буде гайд з криптоплатіжного шлюзу для ecommerce, перш ніж ви оберете конкретний модуль. Читайте його, тримаючи відкритою адмін-панель PrestaShop. Так відмінності помітити легше.
2. Визначте, який стиль інтеграції PrestaShop вам справді потрібен
Підприємці PrestaShop зазвичай обирають між 3 стилями: хостингове криптооформлення замовлення, шлюз на основі модуля та сценарій із платіжним посиланням. Хостингове оформлення переадресовує клієнта на сторінку провайдера для оплати, тож вам треба менше підтримувати всередині PrestaShop. Шлюз на основі модуля тримає процес ближче до вашого магазину, що може бути зручніше, якщо ви хочете, щоб клієнт залишався в межах вашого бренду.
Платіжні посилання — найлегший варіант. Вони підходять тим, хто хоче використовувати криптовалюту лише як один із способів оплати для рахунків, передзамовлень або ручних замовлень, а не як повну перебудову оформлення замовлення. Це важливо, якщо ваш магазин продає кілька дорогих товарів і вам і так зручніше підтверджувати замовлення перед оплатою.
Обирайте, виходячи з реального робочого процесу, а не з маркетингових обіцянок. Якщо у вашій команді 2 людини і одна з них займається підтримкою, простіший сценарій може бути кращим за повністю вбудований, який створює більше місць для статусних оновлень, проблем із callback і запитань клієнтів. Якщо у вашому магазині вже складні правила обробки замовлень, модуль усе ще може бути правильним рішенням — але лише якщо він чисто вписується в ці правила.
Для тих, хто порівнює те саме рішення в різних каналах, стаття про оптимізацію платіжного процесу для продавця стане вдалим додатковим читанням. PrestaShop не потребує більше рухомих частин, ніж необхідно. І небагато магазинів потребують.
3. Підготуйте налаштування платежів, валюти й статусів замовлень у PrestaShop
Перш ніж модуль стане активним, перевірте платіжні налаштування в PrestaShop і переконайтеся, що для криптозамовлень є чітке місце в процесі. Ваші статуси замовлень уже мають покривати сценарії очікування, оплати, помилки, скасування та повернення коштів. Якщо ні — створіть їх спершу. Інакше модуль може працювати, але бек-офіс виглядатиме безладно з моменту першого платежу.
Не менш уважно треба підійти до роботи з валютою. Деякі магазини виставляють ціни в EUR або USD, але розраховуються за криптоплатежами через провайдера, який показує суми в обраній монеті клієнта. Інші приймають лише одну базову валюту й дозволяють шлюзу виконувати конвертацію. У будь-якому разі відображення валюти в PrestaShop має збігатися з логікою оплати, інакше клієнти бачитимуть одну суму, а оплачуватимуть іншу.
Таке невідповідне відображення спричиняє реальні звернення в підтримку. Клієнт бачить 49,90 у кошику, платить у криптовалюті, а потім питає, чому фінальна сума змінилася через невеликий курс конвертації або прострочену котировку. Дайте команді правило, що робити, коли котировка на оплату спливає, і зафіксуйте це правило ще до запуску.
Статуси замовлень також мають відображати поведінку підтвердження. Деякі криптоплатежі можна вважати оплаченими після 1 підтвердження; інші потребують більше. Ваш модуль може дозволяти зіставити очікування з неоплаченим, а підтверджене — з оплату прийнято, але ці мітки допомагають лише тоді, коли вся команда використовує їх однаково. Одна недбала схема зіставлення може спричинити 5 неправильних відправлень.
4. Встановіть криптомодуль оплати в PrestaShop
У PrestaShop модулі зазвичай додаються через менеджер модулів у бек-офісі. Завантажте пакет модуля, встановіть його, а потім активуйте в розділі платежів, де PrestaShop показує доступні способи оплати. Точні назви екранів трохи відрізняються залежно від версії, але шлях достатньо знайомий, щоб більшість підприємців змогли пройти його без розробника поруч.
Далі підключіть акаунт провайдера або API-дані. Деякі модулі просять merchant ID, API key, webhook secret або токен магазину. Вводьте все дуже уважно. Одна неправильна літера може створити враження, що модуль встановлено, тоді як усі платіжні callback-и непомітно падають у фоновому режимі. Це одна з тих помилок, що з’їдає цілий день.
Якщо провайдер пропонує sandbox і live-режими, тримайте їх окремо. Тестовий режим ніколи не має використовувати бойові облікові дані. Невдала комбінація може створити фейкові замовлення в реальному адмін-панелі, а це швидко стає заплутаним. Якщо у вашому модулі є перемикач тестового режиму, увімкніть його до того, як активуєте бойовий спосіб оплати для клієнтів.
Для практичного списку перевірок перед запуском дивіться як протестувати криптоплатіж. Це добре поєднується з інсталяцією в PrestaShop, тому що половина помилок конфігурації виявляється лише після першого callback.
5. Налаштуйте, як криптовалюта відображається в оформленні замовлення PrestaShop
Тепер сформуйте видиму для клієнта частину. У PrestaShop назва способу оплати важливіша, ніж здається багатьом продавцям. «Криптоплатіж» — зрозуміло, але «Оплатіть криптовалютою та підтвердьте за 10 хвилин» може бути ще чіткіше, якщо ваш провайдер використовує вікно оплати з котируванням. Залишайте назву короткою, щоб вона не ламала список оплати.
Кількість підтримуваних монет краще обмежити тими, які ваша команда реально може супроводжувати. Три монети простіше, ніж 12. Якщо модуль пропонує багато активів, не вмикайте їх лише тому, що вони доступні. Кожна додаткова монета — це більше запитань, більше звернень і більше плутанини, коли клієнти порівнюють курси.
Важливий і порядок відображення. Розмістіть криптовалюту там, де їй місце в списку оплат, а не сховайте її під опцією, до якої ніхто не доходить. Якщо ваш магазин використовує правила за країною, сумою кошика або групою клієнтів, налаштуйте це зараз. Спосіб оплати, що показується для кожного кошика, не завжди найкращий варіант; деякі продавці хочуть крипту лише від певної суми замовлення або для окремих регіонів.
Подумайте й про мову оформлення замовлення. Якщо у вашому магазині поруч показуються «банківський переказ», «картка» та «криптовалюта», назви мають слідувати єдиній логіці. Акуратний список читається краще, ніж набір різних за стилем фраз. Дрібниця. А різниця велика.
6. Прив’яжіть події криптоплатежів до статусів замовлень PrestaShop
Робота в бек-офісі PrestaShop стає значно простішою, коли кожна подія криптоплатежу має свій чіткий статус замовлення. Pending має означати, що платіж чекає на достатню кількість підтверджень у блокчейні або перевірку шлюзом. Confirmed має означати, що замовлення можна рухати далі. Failed має зупиняти процес. Refunded має показувати, що кошти повернено, навіть якщо точний шлях залежить від провайдера.
Не варто вигадувати це зіставлення вже після запуску. Якщо ваша команда в понеділок трактує «processing» як очікування, а у вівторок — як оплату прийнято, підтримка матиме важкий тиждень. Запишіть зіставлення в налаштуваннях модуля та у внутрішніх нотатках. Використовуйте одні й ті самі слова всюди.
Деякі провайдери також надсилають події часткової оплати або недоплати. Це важливо, коли клієнт надсилає неправильну суму або платить після того, як котировка вже спливла. Ваші правила статусів у PrestaShop мають визначати, хто перевіряє замовлення, хто зв’язується з клієнтом і чи залишається кошик відкритим, чи скасовується після певного ліміту.
Якщо вашому магазину потрібен сценарій для коротких або неповних платежів, стаття як обробляти недоплачені крипторахунки стане корисним тлом. PrestaShop не вирішить це сам по собі. Правила оплати маєте задати ви.
7. Запустіть тестове замовлення саме для PrestaShop і виправте типові проблеми оформлення
Пройдіть точний шлях, яким користуватимуться ваші клієнти. Не скорочений тестовий сценарій. Не ручний рахунок. Почніть зі сторінки товару, додайте до кошика, дійдіть до оформлення, оберіть криптоспосіб і заверште платіжний процес рівно так, як це зробив би клієнт. Якщо щось ламається, зафіксуйте етап, на якому це сталося, замість того щоб вгадувати причину.
Типові проблеми PrestaShop з’являються у 4 місцях: видимість модуля, оновлення статусів, обробка callback і відображення валюти. Якщо спосіб оплати не з’являється, спершу перевірте хуки та обмеження оплати. Якщо після оплати замовлення лишається в статусі очікування, дивіться налаштування webhook і логи відповіді сервера. Якщо суми виглядають неправильно, перевірте правила конвертації всередині модуля та в самому PrestaShop.
Конфлікти теми — звичайна річ, а не рідкість. Блок оплати може зникнути, бо інший модуль змінює макет оформлення замовлення. Callback може не пройти, бо сервер блокує запит провайдера. Статус може не змінитися, бо URL webhook відрізняється на 1 символ. Це не драматичні проблеми, а просто виснажливі.
Для точнішої процедури тестування як протестувати криптоплатіж дає корисну послідовність дій. Використайте її до першого реального замовлення. Це заощадить час пізніше.
8. Визначте операційний процес для криптозамовлень у PrestaShop
Коли модуль уже працює, справжня робота тільки починається. Хтось має відстежувати вхідні платежі, затримки підтвердження та повернення коштів. Це не обов’язково має бути окрема повна ставка, але відповідальний має бути призначений. Без цього замовлення зависають у статусі очікування, доки клієнт не напише двічі.
Напишіть простий сценарій підтримки для 4 поширених випадків: платіж очікується, платіж підтверджено, платіж надіслано не на ту адресу і запитано повернення. У сценарії має бути зазначено, коли ескалювати до фінансового відділу, коли просити хеш транзакції, а коли не обіцяти нічого до підтвердження платежу в блокчейні. Чітка мова важлива, тому що криптоплатежі менш гнучкі, ніж повернення карткових оплат.
Спори — це окрема тема. Криптоплатежі не є зворотними так само, як карткові, тому вашій підтримці потрібен жорсткий процес для платежів, надісланих не туди, та помилок клієнта. Якщо прийшла неправильна сума або клієнт використав непідтримувану мережу, у нотатці замовлення PrestaShop слід зафіксувати, що саме сталося і який наступний крок. Цей запис допоможе пізніше, якщо фінанси або склад запитають, чому замовлення було призупинено.
Команди, які очікують багато змін у платежах, можуть також захотіти автоматизувати сповіщення та внутрішні передачі задач. Для цього як підключити Payora до Zapier допоможе пов’язати платежі з повідомленнями або створенням тікетів. Чим менше ручних передач ви використовуєте, тим менше замовлень зависають о 17:00 у п’ятницю.
Тримайте в офісі одне останнє правило: якщо платіж незрозумілий — не відправляйте товар. Одна ця фраза запобігає більшим втратам, ніж будь-яке елегантне налаштування.
Коментарі