Планиране на повторни опити за плащане
Планирането на повторни опити за плащане автоматизира повторното подаване на неуспешни трансакции. Тази функция позволява на търговците да конфигурират специфична логика за повторен опит въз основа на кодове за отказ, история на трансакциите и клиентски сегменти.
Тя е предназначена да възстановява приходи, без да изисква ръчна намеса, подобрявайки общите нива на успех на трансакциите за повтарящи се плащания и абонаменти.
- Категория
- Възстановяване
- Възможности
- 10
- Налично на
- Всички планове
Общ преглед
Планирането на повторни опити за плащане се намира в слоя за възстановяване на платежния стек, като конкретно се отнася до меки откази за трансакции, инициирани от търговеца (MIT).
За разлика от твърдите откази, причинени от изгубени карти или закрити сметки, меките откази често са резултат от временни проблеми като недостатъчни средства, технически изтичания на времето или общи банкови грешки.
Чрез прилагане на логика към тези неуспехи, търговецът може да подаде отново заявки за оторизация на интервали, които най-вероятно ще съвпаднат с финансирането на сметката или стабилността на системата.
Този процес обикновено включва комбинация от графици с фиксирани интервали и динамична логика, която отчита специфичния код за причина за отказ, предоставен от издателя.
За бизнеси, работещи с абонаментни модели или повтарящо се таксуване, тази автоматизация минимизира административната тежест на ръчното достигане, като същевременно намалява пасивното отпадане.
Механизмът разчита на картографиране на кодовете за отговор към специфични пътища за повторен опит, като гарантира, че по-нататъшните опити не нарушават правилата на картовите схеми или не предизвикват прекомерни такси от аквайъра.
Как работи
Първоначален анализ на кода за отговор
Когато заявка за оторизация се провали, системата анализира специфичния код за отговор от издателя. Тя прави разлика между твърди откази, които не изискват по-нататъшни действия, и меки откази, които са допустими за възстановяване.
Тази стъпка гарантира, че търговецът остава в съответствие с правилата на схемата относно забранените опити за повторен опит при специфични категории откази.
Прилагане на логика и планиране
Системата прилага предварително дефиниран или динамичен график въз основа на причината за неуспеха. За откази поради недостатъчни средства (NSF), повторният опит може да бъде спрян до типичните дати за заплата.
За технически грешки, краткосрочен повторен опит в рамките на минути или часове често се приоритизира, за да се улови трансакцията по време на период на стабилност.
Повторно подаване на заявка чрез шлюз
Планираната заявка се изпраща обратно до аквайъра в определеното време, често използвайки съхранени данни и специфични индикатори за обозначаване на последващ опит.
Този процес поддържа връзката с оригиналния опит за трансакция, когато е необходимо, като гарантира, че платежният поток е в съответствие с изискванията на SCA и PSD2 за MITs.
Мониторинг на резултатите и сетълмент
Ако повторният опит е успешен, трансакцията продължава към прихващане и сетълмент. Резултатът се документира в дневниците за възстановяване, за да се оцени ефективността на логиката за времето.
Ако повторният опит се провали, системата или преминава към следващия планиран опит, или прекратява цикъла като окончателен отказ.
Защо е важно
Намаляване на пасивното отпадане
Пасивното отпадане възниква, когато клиент няма намерение да отмени услуга, но плащането му се провали поради избежни технически или финансови фактори. Автоматизираното планиране адресира тези неуспехи във фонов режим.
Чрез възстановяване на тези трансакции, търговците поддържат непрекъснатост на услугата за картодържателя, предотвратявайки триенето на ръчно повторно въвеждане и намалявайки вероятността клиентът да изостави абонамента поради прекъсване на услугата.
Оптимизирана оперативна ефективност
Ръчното подканване и достигането до клиенти за неуспешни плащания са задачи, изискващи много ресурси. Внедряването на систематична рамка за повторен опит намалява обема на билетите, обработвани от екипите за поддръжка.
Чрез автоматизиране на процеса на възстановяване на ниво шлюз или оркестрация, бизнесите могат да се съсредоточат върху растежа, докато инфраструктурата се справя със сложността на кодовете за отговор на банките и съвместимото със схемата управление на интервалите за повтарящи се цикли на таксуване.
Приложения
SaaS платформи, базирани на абонамент
Доставчиците на SaaS използват планиране на повторни опити за обработка на месечни подновявания. Ако оторизацията се провали в полунощ на първия ден от месеца, системата гарантира, че последващите опити ще се случат, когато банковите системи са най-отзивчиви.
Таксуване на комунални услуги и телекомуникации
За основни услуги, при които прекъсването на услугата е риск, повторният опит за плащания в рамките на 14-дневен прозорец след мек отказ гарантира улавяне на приходи, като същевременно се избягват правните сложности на събирането на дългове.
Цифрово съдържание и медии
Услугите за стрийминг използват агресивна, но съвместима логика за повторен опит през първите 48 часа след неуспех, за да осигурят непрекъснат достъп до съдържание за голям обем, нискостойностни месечни трансакции.
В числа
Този диапазон отразява типичните индустриални резултати за възстановяване на меки откази в абонаментния сектор чрез автоматизирана логика, а не чрез ръчно достигане.
Очаквано намаление на общото отпадане за бизнеси с повтарящи се приходи при прилагане на систематично възстановяване за вторични и третични опити за плащане.
По-голямата част от успешните възстановявания обикновено се случват в рамките на този период от време след първоначалния отказ, според стандартните бенчмаркове за обработка на плащания.
Свързани термини
Talk to our team about a live rollout on your acquiring stack.
Какво получавате с Планиране на повторни опити за плащане
- Разграничава меки и твърди откази, за да осигури съответствие с правилата за повторен опит на картовите схеми.
- Категоризира кодовете за отговор на издателя, за да приоритизира трансакциите с най-висока вероятност за евентуален успех.
- Коригира времевите клейма за повторен опит въз основа на исторически данни относно времето на работа на издателя и типичните цикли на финансиране на потребителите.
- Поддържа персонализирани интервали за повтарящи се цикли на таксуване, за да се приведе в съответствие със специфични бизнес счетоводни периоди.
- Интегрирана логика за предотвратяване на прекомерни такси по схемата, причинени от прекомерно повтаряне на отказани трансакции без промени.
- Автоматизира прехода от неуспешна оторизация към възстановен статус без ръчна намеса от страна на поддръжката на клиенти.
- Използва съхранени данни за плащане сигурно чрез токенизация за всички последващи трансакции, инициирани от търговеца.
- Предоставя подробни отчети за нивата на възстановяване, организирани по тип отказ и конкретен номер на опит за повторен опит.
- Поддържа съответствие с изискванията на PSD2 и SCA чрез правилно отбелязване на опитите за възстановяване на повтарящи се трансакции.
- Намалява нуждата от незабавни имейли за подкана, предпочитайки тихо възстановяване за поддържане на клиентското изживяване.
A short scoping call, then a written plan for your MIDs.
Въпроси относно Планиране на повторни опити за плащане
Каква е разликата между мек отказ и твърд отказ в логиката за повторен опит?
Мек отказ, като съобщение за недостатъчни средства (NSF) или временна техническа грешка, показва, че плащането може да успее при по-късен опит.
Твърд отказ, като открадната карта или невалиден номер на сметка, показва постоянен неуспех, при който по-нататъшни опити са забранени от картови схеми като Visa и Mastercard. Планирането на повторен опит е приложимо само за меки откази.
Опитът за повторен опит при твърд отказ може да доведе до значителни глоби от аквайъра и потенциално отбелязване на Merchant ID (MID) за несъответстващо поведение.
Как планирането на повторен опит влияе на таксите на търговеца и санкциите по схемата?
Прекомерните повторни опити без промяна в обстоятелствата на трансакцията могат да доведат до санкции по схемата. Например, Mastercard и Visa имат специфични правила относно броя пъти, в които търговец може да опита отново една трансакция в определен период от време.
Ефективното планиране избягва тези санкции, като разпределя опитите и спира процеса, след като бъде достигнат максималният лимит. Правилно конфигурираната логика гарантира, че цената на възстановяването не надвишава стойността на обработваната трансакция.
Може ли планирането на повторен опит да бъде конфигурирано за 3D Secure трансакции?
Планирането на повторен опит се използва предимно за трансакции, инициирани от търговеца (MITs), при които картодържателят е извън сесия. Трансакциите, които изискват 3D Secure (3DS) удостоверяване, обикновено са трансакции, инициирани от клиента (CITs).
За да бъдат те автоматично повторени, търговецът трябва да има първоначално споразумение (мандат) и първата трансакция трябва да бъде напълно удостоверена.
Последващите повторни опити след това се отбелязват като MITs, използвайки изключението за повтарящи се плащания съгласно SCA, въпреки че те все още трябва да се позовават на оригиналната удостоверена сесия.
Влияе ли повторният опит за плащане на моите показатели за процент на оторизация?
Първоначалните опити, които се провалят, ще повлияят отрицателно на вашия суров процент на оторизация. Въпреки това, успешните повторни опити подобряват вашия нетен процент на възстановяване и общите приходи.
Повечето сложни анализи на плащанията разделят „процента на първоначален успех“ от „крайния процент на успех“ след повторни опити.
Чрез анализирането им поотделно, търговците могат да разберат дали техните първоначални проблеми с оторизацията се дължат на лошо качество на трафика или временни технически пречки, които логиката за планиране успешно смекчава.
Колко пъти трябва да се опита отново неуспешно плащане, преди да се откажете?
Индустриалните стандарти обикновено предлагат максимум от четири до шест опита за период от 15 до 30 дни, в зависимост от MCC и естеството на продукта.
Първите няколко повторни опита обикновено се случват в рамките на първите 72 часа след неуспеха, тъй като тогава вероятността за възстановяване е най-висока.
След 30 дни вероятността за успех при мек отказ намалява значително, а рискът от спор или обратно плащане, ако картодържателят е забравил абонамента, се увеличава.
Каква роля играе кодът за отказ при определяне на времето за повторен опит?
Кодът за отказ е основната точка от данни за планиране. Например, код „51: Недостатъчни средства“ предполага, че повторният опит трябва да бъде насрочен близо до общите дни за заплата, като 1-ви или 15-ти на месеца, или всеки петък.
„05: Не се почита“ или „96: Неизправност на системата“ може да предполага технически проблем при издателя, което налага много по-бърз повторен опит, може би в рамките на часове, за да се хване системата след рестартиране или синхронизация.
Готови ли сте за скорост?
Разкажете ни за вашия бизнес. Ние ще ви свържем с правилните банки акцептанти и правилния маршрут, обикновено в рамките на една седмица.