Mokėjimų sistemų integracijos ir operacijų stebėsenos įrankiai
Mokėjimų užklausos perduodamos teikėjams, o jų atsakymai grąžinami naudojamiems kanalams. Darbuotojas mato, ar operacija įvykdyta, atmesta, ar ją dar reikia tikrinti.
Užklausa, tinklo atsakymas ir vėlesni įvykiai nesusieti nuoseklia operacijos istorija. Klientui rodoma neteisinga operacijos būsena, o darbuotojas rizikuoja pakartoti jau įvykusį veiksmą.
Kaip veikia sprendimas
- Naudojama mokėjimų platforma pateikia identifikuotą užklausą, patikrų rezultatus ir sutartą vykdytoją.
- Integracija perduoda užklausą pagal teikėjo sąsajos bei pakartojimo taisykles.
- Vykdytojo atsakymai ir vėlesni pranešimai susiejami su ta pačia operacija.
- Jei mokėjimo rezultatas neaiškus, jis tikrinamas teikėjo sistemoje arba perduodamas atsakingam specialistui.
- Aptarnavimo kanalai gauna patvirtintą mokėjimo būseną. Vėlesni grąžinimai ir korekcijos susiejami su pradine operacija.
Pagrindinės problemos
- Neaišku, ar mokėjimas įvykdytas ir užregistruotas
Sprendimo funkcijos
Operacijos atpažinimas pagal bendrą kodą
Kliento užklausa susiejama su naudojamos platformos ir vykdytojo identifikatoriais. Pakartotinis perdavimas tikrinamas pagal teikėjo palaikomą apsaugą nuo dubliavimo.
Patikrų rezultatai
Iš atsakingų autentifikavimo, rizikos ir kitų patikrų šaltinių gaunami rezultatai. Integracija nekeičia jų taisyklių ar reikalingų patvirtinimų.
Perdavimas sutartam vykdytojui
Užklausa perduodama per sutartyje numatytą mokėjimų platformos sąsają. Jei rezultatas neaiškus, prieš pakartotinį siuntimą patikrinama, ar teikėjas jau įvykdė mokėjimą.
Būsenų istorija
Teikėjo pranešimai susiejami su operacija, atpažįstant dubliuotus ir ne eilės tvarka gautus įvykius. Autorizavimas, lėšų nurašymas ir atsiskaitymas neprilyginami vienai būsenai.
Mokėjimai, kurių rezultatas dar nepatvirtintas
Neaiškus atsakymas tikrinamas pagal teikėjo palaikomą būsenos užklausą arba perduodamas darbuotojui. Grąžinimo ar atšaukimo prašymą vykdo atsakingas mokėjimo teikėjas.
Veiklos kontekstas
- Neaišku, ar mokėjimas įvykdytas ir užregistruotas
- Užklausa, tinklo atsakymas ir vėlesni įvykiai nesusieti nuoseklia operacijos istorija. Klientui rodoma neteisinga operacijos būsena, o darbuotojas rizikuoja pakartoti jau įvykusį veiksmą.
- Pirkėjas žino, ar atsiskaitymas pavyko
- Neaiškus mokėjimo rezultatas kelia abejonę, ar galima kartoti veiksmą ir ar užsakymas bus vykdomas. Patikimas būsenos perdavimas leidžia prekybininkui tęsti tinkamą užsakymo eigą. Aptarnavimo komanda gali paaiškinti konkretų mokėjimą, mažindama dvigubo atsiskaitymo bei nepagrįsto užsakymo atšaukimo tikimybę.
Pagrindinės funkcijos
- Operacijos atpažinimas pagal bendrą kodą
- Patikrų rezultatai
- Perdavimas sutartam vykdytojui
- Būsenų istorija
- Mokėjimai, kurių rezultatas dar nepatvirtintas
Pagrindinės integracijos
- Naudojama mokėjimų platforma ir jos vykdytojai
- Operacijos priėmimas, sutartas vykdymo kelias, palaikomos užklausos, būsenos ir vėlesni pranešimai.
- Rizikos ir autentifikavimo šaltiniai
- Patvirtinti taikomų patikrų rezultatai ir jų naudojimo ribos.
- Finansinio sutikrinimo ir apskaitos procesai
- Faktiniai atsiskaitymo duomenys, korekcijos ir neišspręstų skirtumų atsakymai.
- Partnerių ir klientų aptarnavimo kanalai
- Tinkamai identifikuota užklausa ir gavėjui suprantama patvirtintos operacijos būsena.
Potencialus poveikis (%)
Intervalai rodo orientacinį santykinį rodiklio pokytį pagal aprašytas prielaidas. Rezultatas priklauso nuo pradinės situacijos ir sprendimo naudojimo. Skirtingų rodiklių procentai nesudedami.
Dėl integracijos klaidos nepavykusių mokėjimo užklausų dažnis
12–42%Mažėja
Pavyzdiniame scenarijuje paveikiama 30-60% klaidų, aptinkamų aprašytomis duomenų ir taisyklių patikromis. Daroma prielaida, kad ši dalis sumažėtų 40-70%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Patvirtintai integracijos klaidai priskirtų nesėkmingų užklausų skaičius dalijamas iš visų to paties tipo perduotų užklausų ir dauginamas iš 1 000. Teikėjo sutrikimai bei verslo taisyklių atmetimai žymimi atskirai.
Laikas neaiškiam mokėjimo rezultatui išsiaiškinti
12–36%Mažėja
Pavyzdiniame scenarijuje paveikiama 30-60% rankinio duomenų suvedimo ir perdavimo darbo. Daroma prielaida, kad ši dalis sumažėtų 40-60%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Matuojamos minutės nuo pastebėtos neaiškios mokėjimo būsenos iki teikėjo patvirtinto rezultato.
Dėl mokėjimo perdavimo trikdžių prarasti pirkimai
9–36%Mažėja
Pavyzdiniame scenarijuje paveikiama 30-60% rodiklio, susijusio su aprašyta sprendžiama problema. Daroma prielaida, kad ši dalis sumažėtų 30-60%. Įmonės duomenimis tikrinama ir paveikiama apimtis, ir pasiektas pokytis.
Susiejami mokėjimų ir užsakymų duomenys; vertinami pirkimai, neužbaigti dėl patvirtintos integracijos problemos, neįtraukiant kitų atmetimo priežasčių.
Pateikti sąlyginiai skaičiavimo scenarijai. Prielaidos nepatvirtintos kliento matavimais.
Kada sprendimas aktualus
- Po ryšio klaidos darbuotojai negali patikimai nustatyti mokėjimo būsenos.
- Skirtingų mokėjimo teikėjų pranešimus reikia susieti su tuo pačiu užsakymu ir tinkamai perduoti kitoms sistemoms.
Įgyvendinimo sąlygos
Mokėjimų integracijoms suderinamos naudojamos platformos sąsajos, teikėjų būsenos ir atsakymų reikšmės. Užklausų pakartojimas, vėluojantys įvykiai bei grąžinimai tikrinami pagal konkretaus vykdytojo taisykles. Prieiga ir atsakomybė nustatomos taip, kad neaiškus rezultatas pasiektų atsakingą specialistą.
Galima tolesnė plėtra
- Papildomi teikėjai ar mokėjimo tipai prijungiami patikrinus jų palaikomas būsenas, identifikatorių ryšius ir pakartotinio perdavimo taisykles.