Налаштування терміну дії рахунку в Payora

1. Знайдіть точне місце, де Payora зберігає налаштування терміну дії рахунку

Перше завдання просте: знайти, де у вашому налаштуванні Payora зберігається термін дії рахунку. Якщо ви шукаєте, як налаштувати термін дії рахунку в Payora, то в більшості оформлень замовлення ви побачите одне з трьох місць: глобальне налаштування чекауту, панель правил для монети або екран переозначення для мережі. Якщо у вашій панелі є бічне меню налаштувань, почніть із нього. Якщо ваш чекаут працює через API, перевірте об’єкт конфігурації, який ваш бекенд надсилає під час створення рахунку.

Шукайте підписи на кшталт «термін дії», «тайм-аут», «дійсно протягом» або «вікно оплати». Один продавець може тримати стандартне значення 15 хвилин на рівні облікового запису, а потім окремо переозначати його для Litecoin або Tron. Інший може зберігати все в одній таблиці правил. Питання не в назві, а в тому, де система вирішує, коли неоплачений рахунок перестає бути чинним.

Якщо ви використовуєте плагін або кастомну інтеграцію, перевірте три місця по черзі. Спочатку — глобальне значення за замовчуванням. Потім — набір правил для монети. Далі — будь-яке переозначення на рівні мережі, яке стоїть вище або нижче правила монети, залежно від того, як зібрано чекаут. Для деталей реалізації правильне місце для підтвердження назв полів і структури запиту — документація для розробників, API криптоплатіжного шлюзу.

Не здогадуйтеся. Один прихований стандарт може перекрити все інше. Це швидко стає дорогим.

2. Складіть карту підтримуваних монет і мереж перед будь-якими змінами

Перш ніж щось редагувати, складіть список кожної монети, яку приймає ваш чекаут, і мережі, яку використовує кожна монета. Запишіть це в таблицю або електронну таблицю з чотирма стовпцями: монета, мережа, тип адреси для оплати та поточний термін дії. Це звучить елементарно, бо так і є, а базова робота допомагає уникати неправильних налаштувань.

Одна монета може існувати в кількох мережах. USDT можуть пропонувати в Ethereum, Tron і іноді в іншому ланцюжку залежно від вашого стеку. ETH може бути лише в mainnet, тоді як інші активи розподілені між кількома мережами. Це означає, що рішення щодо терміну дії рахунку насправді не є рішенням «для USDT» або «для ETH»; це рішення для пари монета-мережа, а Payora термін дії рахунку для монет і мереж варто розглядати саме в цій логіці.

Перелічіть комбінації, які поводяться по-різному. Чекаут, що приймає BTC, LTC і USDT у двох мережах, уже має шість комбінацій, і кожна може зламатися по-різному, якщо ви помилитеся з таймінгом. Якщо ваш магазин також приймає повторювані платежі, прочитайте криптоплатіжний шлюз для SaaS-підписок — там є корисна паралель про таймінг і обробку станів.

Слідкуйте за дублями. Якщо ту саму монету в адмінпанелі показано під двома назвами, об’єднайте ці записи перед редагуванням правил терміну дії. Три підписи для одного активу — це саме той шлях, яким команди приходять до суперечливих налаштувань.

3. Встановіть базовий термін дії рахунку для всього чекауту

Почніть з одного стандартного терміну дії, який застосовується до кожного рахунку, якщо інше правило його не переозначає. Цей базовий рівень — ваш резервний варіант. Зробіть його простим. Якщо не впевнені, обирайте значення, яке відповідає звичному часу прийняття рішення в чекауті, а не найнетерплячішому користувачеві на вашому сайті.

Добрий базовий рівень виконує одне завдання: дає кожному новому рахунку передбачуваний життєвий цикл. Якщо ваша служба підтримки бачить, що більшість клієнтів завершує оплату за 10 хвилин, стандарт у 10 хвилин може бути достатнім. Якщо ваш чекаут має додаткові кроки, наприклад перевірку адреси або вхід у акаунт, стандарт може потребувати більшого запасу часу. Число має значення, бо сам процес оформлення замовлення створює затримку.

У Payora спочатку встановіть стандартне значення в основних налаштуваннях чекауту або платежів, а потім переконайтеся, що правило справді застосовується до нового тестового рахунку. Стандарт має бути нудним. Якщо він не нудний, він, імовірно, занадто хитромудрий.

Це також слушний момент вирішити, чи мають прострочені рахунки залишатися видимими для співробітників після закінчення терміну. Деякі команди зберігають запис для звірки, але позначають його як прострочений на рівні клієнта. Такий поділ корисний, коли фінансам потрібна історія, а підтримці — статус.

4. Додайте правила терміну дії для окремих монет, якщо їхня платіжна поведінка відрізняється

Коли базову настройку вже встановлено, додайте термін дії для окремих монет для активів, яким потрібне інше вікно. Формулювання звучить технічно, але логіка проста: деякі монети рухаються швидко, деякі повільно, а деякі часто оплачують із гаманців, де фінальна дія підтверджується довше. Якщо одній монеті регулярно потрібно 20 хвилин, а іншій зазвичай 5, вони не повинні мати однаковий ліміт.

Використовуйте окремий термін дії для монети, коли користувацький досвід явно різний. Наприклад, монета, яку часто оплачують із мобільних гаманців із більшою кількістю кроків для користувача, може потребувати довшого життя рахунку, ніж монета, яку зазвичай оплачують з біржового гаманця. З іншого боку, якщо монета зазвичай надсилається з гаманця з швидким підтвердженням і мінімальними перешкодами, коротше вікно може працювати добре.

Називайте правила за монетою, а не за бізнес-ціллю. «USDT у Tron: 15 хвилин» простіше аудіювати, ніж «правило для швидкого токена». Чіткі назви важливі, коли через пів року налаштування переглядатиме хтось інший.

Не створюйте окреме правило терміну дії для монети, якщо не можете вказати на одну конкретну різницю в поведінці. Якщо ви не можете пояснити різницю одним реченням, правило, ймовірно, є декоративним.

5. Переозначайте термін дії за мережею, якщо та сама монета поводиться по-різному

Деяким монетам потрібні переозначення за мережею, тому що той самий актив поводиться по-різному в різних ланцюжках. Саме тут питання про те, як налаштувати термін дії рахунку залежно від монети та мережі в крипто-чекауті, стає практичним, а не просто налаштуванням. Монета в одній мережі може здебільшого надходити з біржових гаманців, тоді як та сама монета в іншій мережі — з гаманців звичайних користувачів із більшою кількістю кроків. Чекауту байдуже, чому виникла затримка; його хвилює лише те, чи є рахунок чинним, коли платіж приходить.

Задавайте мережеве переозначення лише після того, як підтвердили правило на рівні монети. Потім вирішіть, чи потрібне мережі коротше або довше вікно, ніж у стандартного правила для монети. Якщо ваша система підтримує порядок пріоритетів, задокументуйте його: глобальне значення за замовчуванням, потім правило монети, потім переозначення мережі. Якщо у вашій збірці порядок інший, теж запишіть це. Одна помилкова припущеність тут може зробити всю систему правил схожою на хаос.

Практичний приклад допомагає. Припустімо, той самий токен приймається в Network A і Network B. Network A може швидко завершуватися й підходити для 10-хвилинного вікна. У Network B користувачі частіше перемикають гаманці, тому 20-хвилинне вікно запобігає зайвому простроченню. Це не теорія. Це вибір поведінки чекауту. Мережевий таймінг найбільше важливий там, де різняться поведінка гаманця, швидкість підтвердження або шлях користувача.

Якщо ви підтримуєте інтернет-магазини з великою кількістю способів оплати, вам також варто переглянути приймайте криптоплатежі на WordPress, оскільки шари плагінів іноді додають власні тайм-аути. Два таймери в одному стеку — це на один таймер забагато, якщо обидва не задокументовані.

6. Протестуйте термін дії рахунку в підготовленому чекауті перед запуском

Ніколи не змінюйте правила терміну дії в продакшені без попереднього тесту в підготовленому середовищі. Створіть тестовий рахунок для кожної монети та кожної мережі, для яких є окреме правило. Потім дочекайтеся завершення вікна дії й підтвердьте, що статус чекауту змінюється саме так, як очікується. Один тестовий рахунок на правило — це мінімум; два краще, якщо у вашої системи вже були проблеми з таймінгом.

Користуйтеся годинником. Справді користуйтеся. Найпростіший спосіб пропустити неправильне правило терміну дії — припустити, що сторінка оновилася вчасно, хоча це не так. Зафіксуйте час початку, зачекайте до однієї хвилини до завершення терміну, потім ще раз після завершення і перевірте і вигляд для клієнта, і вигляд в адмінпанелі.

Перевірте три речі для кожного правила: рахунок перестає приймати оплату, панель позначає його як прострочений, а пізній платіж обробляється відповідно до вашої політики. Деякі команди дозволяють пізнє зарахування автоматично, якщо платіж усе ще доходить на адресу; інші відхиляють його і вимагають ручної перевірки. Оберіть одну поведінку та тестуйте її щоразу.

Тримайте список тестів коротким, але повним. Якщо ви підтримуєте 4 монети та 3 мережі, тестуйте ті комбінації правил, які відрізняються. Вам не потрібно повторювати той самий результат 12 разів, якщо 8 із цих комбінацій мають однакові налаштування. Але докази для винятків потрібні.

7. Перевірте повідомлення для клієнта, коли термін дії рахунку спливає

Покупець повинен розуміти, що сталося. Якщо рахунок прострочився, сторінка має прямо про це сказати і показати наступний крок в 1 рядку, а не в 4 абзацах. Нечітке повідомлення створює звернення в підтримку. Чітке — зменшує їх кількість. Саме тому важлива налаштування часу оплати крипторахунку Payora, бо від нього залежить, як довго клієнт бачить коректний статус перед завершенням сесії.

Хороше повідомлення про прострочений рахунок містить часовий ліміт, статус і наступну дію. Наприклад: «Термін дії цього рахунку сплив через 10 хвилин. Будь ласка, створіть нове оформлення замовлення, щоб продовжити». Таке повідомлення підказує клієнтові, що змінилося і що робити далі. Воно також уникає звинувачувального тону, а це важливіше, ніж визнає багато команд.

Дайте клієнтові помітну зміну стану. Зробіть QR-код сірим, вимкніть кнопку оплати й не залишайте суму виглядати активною, якщо рахунок уже недійсний. Якщо покупець бачить незмінну сторінку після завершення терміну, він може все одно спробувати оплатити, і це призведе до плутанини з обох боків.

Якщо ваша служба підтримки обробляє звернення щодо прострочених рахунків, додайте коротке посилання на довідку поруч із повідомленням. Одного рядка достатньо. Довгі пояснення рідко допомагають саме в той момент, коли клієнт уже роздратований.

8. Підтримуйте та перевіряйте правила терміну дії рахунку з часом

Налаштування терміну дії змінюються з часом. Це нормально. Додаються нові монети, мережі перейменовують, а одне старе правило залишається активним ще довго після того, як поведінка чекауту вже змінилася. Заплануйте перевірку кожні 30 або 60 днів і перевіряйте, чи поточні правила досі відповідають тому, як клієнти реально оплачують.

Перевіряйте набір правил після кожного запуску нової монети. Цей один крок ловить найпоширенішу помилку: копіювання старого терміну дії в новий актив без перевірки, як поводиться новий актив. Якщо пізніше додаєте мережу, повторіть таку саму перевірку перед запуском. Одна монета з двома мережами — це вже два рішення, а не одне.

Ведіть журнал змін із датою, монетою, мережею, старим терміном дії та новим терміном дії. Чотирьох полів достатньо. Якщо член команди питає, чому правило змінилося, журнал має дати відповідь менш ніж за 30 секунд. Хороший журнал також допомагає підтримці пояснити, чому один рахунок прострочився, а інший — ні.

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

Якщо ваш чекаут також виплачує партнерам або афіліатам, такий самий підхід допомагає і там; дивіться крипто для глобальних партнерських програм як пов’язаний операційний шаблон. Один набір правил для всіх типів виплат — спокуса. Дві хвилини перевірки зазвичай економлять два дні на виправленнях.

Зробіть правила терміну дії зрозумілими для людини, якої не було в кімнаті, коли їх створювали. Оце і є справжній стандарт. Через шість місяців ваше майбутнє «я» подякує вам за нудні деталі.