Failover маршрутизиране
Failover маршрутизирането е критично за поддържане на непрекъсната обработка на плащания. Cardflo автоматично открива и реагира на прекъсвания на придобиващия субект или шлюза, като пренасочва транзакциите към алтернативни, работещи канали.
Този проактивен подход минимизира прекъсванията и предотвратява загубени продажби, като гарантира, че вашите платежни операции остават устойчиви при неблагоприятни условия.
- Категория
- Маршрутизация
- Възможности
- 10
- Налично на
- Всички планове
Общ преглед
Failover маршрутизирането служи като механизъм за непредвидени ситуации в слоя за оркестрация на плащания за запазване на непрекъснатостта на оторизацията по време на технически прекъсвания.
Когато първичен придобиващ субект, шлюз или процесор претърпи влошаване на услугата или пълно прекъсване, маршрутизиращият двигател идентифицира повредата чрез специфични кодове за отговор или прагове за изчакване. След това системата пренасочва обема към предварително конфигурирана вторична или третична крайна точка.
Тази техническа архитектура се справя с присъщата крехкост на моделите за обработка на една точка чрез диверсификация на риска в множество номера за идентификация на търговеца (MIDs) и доставчици на платежни услуги.
Чрез децентрализация на потока от транзакции, търговците могат да поддържат оперативна стабилност дори когато външните инфраструктурни компоненти се повредят. Процесът обикновено е прозрачен за картодържателя, тъй като пренасочването се осъществява в бек-енд потока за оторизация, преди да бъде предоставен окончателен отговор на касата.
Ефективното управление на прехвърлянето изисква прецизна конфигурация на проверки за изправност и нива на приоритет, за да се гарантира, че пренасоченият трафик е в съответствие с търговските споразумения на търговеца и регионалните изисквания за съответствие.
Как работи
Мониторинг на здравето и откриване
Системата непрекъснато следи отзивчивостта на активните придобиващи субекти и шлюзове. Тя идентифицира аномалии като повишени нива на грешки, постоянни изчаквания или специфични HTTP кодове на състоянието, показващи проблеми от страна на сървъра.
Ако даден доставчик не отговаря на предварително определени стандарти за производителност, маршрутизиращият двигател маркира този канал като временно недостъпен, за да предотврати по-нататъшни повреди на транзакциите.
Задействане на логиката за прехвърляне
След като нарушението бъде потвърдено, слоят за оркестрация прихваща входящи заявки за оторизация, предназначени за засегнатия доставчик.
Логиката оценява метаданните на транзакцията, включително BIN, валутата и MCC, за да определи кой алтернативен път за обработка е най-подходящ за обработка на пренасочения обем, като същевременно поддържа високи перспективи за оторизация.
Динамично пренасочване на пътя
Транзакциите незабавно се пренасочват към вторичен или третичен придобиващ субект, както е дефинирано в таблицата за маршрутизиране на търговеца.
Този преход се случва в реално време, като гарантира, че процесът на плащане продължава, без да се налага потребителят да въвежда отново данните за картата си или да рестартира сесията за плащане, като по този начин защитава процента на конверсия.
Автоматично възстановяване и ребалансиране
Системата продължава да сондира основната крайна точка с тестове с нисък обем или заявки за сърдечен пулс. След като доставчикът на услуги демонстрира стабилност и се върне към нормална работа, правилото за прехвърляне се деактивира.
След това трафикът постепенно се ребалансира обратно към основния канал в съответствие с предпочитанията на търговеца по отношение на разходите и обема.
Защо е важно
Намаляване на системните рискове от прекъсвания
Дори придобиващи субекти от Tier 1 претърпяват планирана поддръжка или непланирани технически инциденти, които могат да спрат обработката за часове. Failover маршрутизирането действа като структурна предпазна мярка, гарантирайки, че способността на търговеца да приема плащания не зависи от непрекъснатата работа на един партньор.
Чрез разпределяне на трафика в много-придобиваща настройка, предприятията могат да изолират приходите си от локализирани инфраструктурни повреди и да поддържат постоянен профил за обработка.
Защита на клиентския опит
Техническите откази, причинени от нестабилност на процесора, често водят до изоставяне на количката, тъй като много картодържатели няма да опитат втора транзакция след системна грешка. Механизмите за прехвърляне решават тези проблеми във фонов режим, позволявайки на транзакцията да премине през здрав път.
Това минимизира появата на меки откази, свързани със системната свързаност, запазвайки репутацията на марката и намалявайки тежестта върху поддръжката на клиенти, свързана с неуспешни плащания.
Приложения
Високообемни флаш разпродажби
По време на пикови събития за трафик, основен шлюз може да бъде претоварен. Failover маршрутизирането автоматично прехвърля излишния товар към вторичен доставчик, предотвратявайки пълен срив на процеса на плащане.
Трансгранична обработка
Когато регионален придобиващ субект се сблъска с проблеми със свързаността с международни схеми, правилата за прехвърляне могат да пренасочат трафика към глобален придобиващ субект, за да се гарантира, че чуждестранните транзакции продължават да бъдат оторизирани без прекъсване.
Планирана поддръжка на доставчик
Търговците могат превантивно да активират пътища за прехвърляне по време на известен прозорец за поддръжка на техния основен PSP, като гарантират, че нощните партиди и циклите на повтарящо се таксуване протичат през алтернативен активен канал.
SCA и 3DS прекъсвания
Ако издател или ACS доставчик има проблеми с латентността, системата може да опита алтернативен маршрут, който може да има различна свързаност към съответните удостоверителни релси, минимизирайки потенциалното триене.
В числа
Типична наличност, постигната от търговци, използващи много-придобиваща излишност за заобикаляне на индивидуални прекъсвания на доставчици, въз основа на индустриално-стандартна надеждност на инфраструктурата.
Очакваните обем транзакции, обикновено загубени поради технически откази и изчаквания на услуги, които могат да бъдат възстановени чрез автоматизирано пренасочване на пътя.
Стандартната продължителност, необходима на модерен двигател за оркестрация, за да идентифицира изчакване на шлюз и да инициира алтернативен маршрут.
Свързани термини
Talk to our team about a live rollout on your acquiring stack.
What you get with Failover маршрутизиране
- Идентификация в реално време на латентност на придобиващия субект и влошаване на услугата чрез автоматизирани системи за мониторинг на сърдечния пулс.
- Категоризация на кодове за отказ за разграничаване между терминални сривове и временни прекъсвания на обработката.
- Конфигурируемо приоритизиране на вторични и третични крайни точки въз основа на скоростта на сетълмент и таксите по схемата.
- Безпроблемно пренасочване на инициирани от търговеца транзакции, за да се гарантира, че циклите на повтарящо се таксуване остават непрекъснати.
- Автоматично балансиране на трафика, след като основният път за обработка се върне в нормално състояние.
- Намаляване на меките откази, причинени от технически изчаквания или комуникационни грешки на ниво шлюз.
- Поддръжка за много-MID настройки за диверсификация на риска в различни географски банкови субекти.
- Персонализируеми прагове за изчакване, за да се предотвратят прекомерни времена на изчакване по време на опита за оторизация.
- Подробно регистриране на събития за прехвърляне за анализ след инцидент и мониторинг на споразуменията за ниво на обслужване.
- Интеграция с логика за интелигентно маршрутизиране за поддържане на ефективност на разходите по време на периоди на аварийно пренасочване.
A short scoping call, then a written plan for your MIDs.
Questions about Failover маршрутизиране
Каква е разликата между failover маршрутизиране и балансиране на натоварването при плащания?
Балансирането на натоварването разпределя обема на транзакциите между множество доставчици едновременно, за да оптимизира производителността или разходите. Failover маршрутизирането е реактивен механизъм, който пренасочва трафика само когато първичен доставчик се повреди.
Докато балансирането на натоварването е стандартно оперативно състояние, прехвърлянето е събитие за възстановяване, предизвикано от конкретни прагове на грешки или прекъсвания на работата. В усъвършенстван платежен стек и двете се използват заедно, за да осигурят както ефективност, така и устойчивост.
Балансирането на натоварването управлява ежедневния поток, докато прехвърлянето осигурява предпазна мрежа.
Как системата прави разлика между валиден отказ на карта и прекъсване на процесора?
Failover двигателят анализира кодовете за отговор, върнати от шлюза или придобиващия субект. Валидните откази, като недостатъчни средства или неправилен CVV, не предизвикват прехвърляне, тъй като проблемът е при картодържателя или издателя.
Въпреки това кодовете, показващи системна грешка, изчакване или отказ за свързване, се отбелязват като инфраструктурни сривове. Системата инициира пренасочване само когато грешката е идентифицирана като външна за статуса на сметката на картодържателя.
Може ли failover маршрутизирането да повлияе на моите междубанкови такси или такси по схемата?
Пренасочването на трафик към вторичен придобиващ субект може да доведе до различни търговски условия. Ако вторичният доставчик има по-висок марж междубанкови такси или различни структури на таксите по схемата, разходите за транзакция може да се увеличат по време на периода на прехвърляне.
Въпреки това тази пределна цена обикновено се счита за за предпочитане пред пълната загуба на транзакция. Търговците трябва да конфигурират своите пътища за прехвърляне, за да приоритизират следващия най-рентабилен доставчик в своята йерархия.
Изисква ли failover маршрутизирането клиентът да въведе отново данните за плащане?
Не, ако търговецът използва централен трезор или слой за оркестрация на плащания, данните за картата се улавят еднократно и се съхраняват сигурно. Ако първият опит за оторизация се провали поради техническа грешка, системата използва съществуващия токен, за да опита транзакцията с вторичния доставчик.
За картодържателя това може да изглежда като малко по-дълго време за обработка, но интерфейсът остава постоянен и не се изисква вторично въвеждане на данни.
Какво се случва с 3D Secure удостоверяването по време на събитие за прехвърляне?
Ако удостоверяването по 3DS вече е успешно завършено, пейлоудът за удостоверяване трябва да е съвместим с вторичния придобиващ субект, за да успее прехвърлянето. Ако прекъсването настъпи преди финализирането на 3DS, системата може да се наложи да рестартира потока за удостоверяване с новия доставчик.
Усъвършенстваните платформи за оркестрация управляват тези предавания, за да гарантират, че изискванията за SCA на PSD2 все още се спазват по време на пренасочването.
Колко бързо системата може да открие повреда и да превключи към нов придобиващ субект?
Откриването обикновено става за милисекунди или след определен брой последователни повреди. Търговците могат да задават прагове, като три последователни грешки 5xx или изчакване, надвишаващо пет секунди.
След като прагът е достигнат, превключването е моментално за всички последващи транзакции. Този бърз отговор е критичен за поддържане на високообемни потоци на плащане, където дори няколко минути прекъсване могат да доведат до значителни загуби на приходи.
Готови ли сте за скорост?
Разкажете ни за вашия бизнес. Ние ще ви свържем с правилните банки акцептанти и правилния маршрут, обикновено в рамките на една седмица.