Що таке Код помилки/відмови платіжного шлюзу?

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

Коди платіжних помилок охоплюють низку сценаріїв, тому однаковий підхід до кожного з них не дає найвідповіднішої відповіді.

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

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

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

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

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

Поради щодо використання:

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

Оновлювач рахунків послуги використовуються для обробки випадків, коли дані картки, що зберігаються у файлі, більше не є актуальними, що іноді може статися при спробі транзакції. Коли клієнту випускається нова картка (наприклад, після закінчення терміну дії, заміни або оновлення безпеки), інформація про стару картку видаляється з активного використання. У таких випадках інструменти Account Updater налаштовані для зв'язку з картковими брендами, такими як Visa та Mastercard, і надають оновлення збереженої інформації облікового запису, причому цей процес зазвичай відбувається незалежно від участі клієнта.

Карткові мережі такі як Visa та Mastercard публікують правила щодо того, як часто продавець може повторно спробувати списати відхилені платежі. Повторні спроби понад ці рекомендовані пороги, включаючи з безповоротними відхиленнями, можуть призвести до того, що мережі переглянуть діяльність або скоригують стандартні комісії. Дотримання цих правил при плануванні повторних спроб для м'яких відмов є способом для компаній залишатися в межах загальноприйнятих галузевих практик. Ось чому SaaS-компанії обирають Merchant of Record щоб допомагати керувати підходами до повторних спроб, щоб вони відображали оновлені вимоги.

Розгляд кількох міркувань може бути корисним, перш ніж вносити будь-які корективи до вашого підходу:

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

Фактори прийняття рішень:

• Скільки транзакцій відбувається та яка частка мимовільного відтоку в контексті ваших результатів?
• Як ваша платіжна система організовує інформацію про відхилення та чи розрізняються різні типи відхилень?
• Чи доступні автоматичні послуги оновлення даних картки для вашого бізнесу?
• Поточний рівень внутрішніх інженерних потужностей, доступних для налаштування або оновлення логіки повторних спроб
• Регуляторні зобов'язання та обмеження карткових схем, що застосовуються до вашої бізнес-діяльності