Fizetési platform váltása: fokozatos átállási terv

A fizetési platform váltása a korábbi rendelések, az új próbálkozások és a napi támogatás összehangolását igényli. Nem elegendő átírni egy API-címet vagy lecserélni a fizetési oldalt. A fokozatos átállás akkor működik, ha minden műveletnek megmarad a története, és a csapat pontosan tudja, melyik rendszerhez forduljon egy később érkező eredménnyel.

Az OrsunPay szerkesztőségeMegjelent
Illusztráció a cikkhez: Fizetési platform váltása: fokozatos átállási terv

Térképezd fel a jelenlegi útvonalakat

Írd le, hol jön létre a rendelés, hol indul a fizetés, és honnan érkezik a hiteles állapot. A kézi teendőket is vedd fel: szolgáltatói keresés, emailben küldött link vagy külön egyeztetett ajánlat. Ezek gyakran hiányoznak a technikai ábrából, pedig az ügyfelek kiszolgálása a gyakorlatban támaszkodik rájuk.

Minden lépéshez rendelj felelőst, referenciát és adattárolási helyet. Egy vállalkozás online kosara és személyesen egyeztetett szolgáltatása eltérő folyamatot használhat. Nem szükséges mindent egyszerre átállítani. Válassz egy jól körülírható első csoportot, és biztosítsd, hogy a támogatás egyértelműen meg tudja találni a régi és az új úton indult rendelések adatait.

Fizetési orkesztráció

Tisztázd a szolgáltatók és a szoftver szerepét

Az OrsunPay fizetési orkesztrációs szoftver, amely mellett a kereskedő megtartja saját szolgáltatói fiókjait és szerződéseit. A szoftverdíj külön tétel. Az átállás ezért lehet közös szervező réteg bevezetése meglévő szolgáltatók fölé, nem feltétlenül a pénzfeldolgozó kapcsolat lecserélése. A változás üzleti indokát ennek megfelelően fogalmazd meg.

Ellenőrizd a konkrét csatlakozók és műveletek támogatását. Ne feltételezz automatikus szolgáltatóváltást, kaszkádot vagy költségalapú útválasztást a jelenlegi rendszerben. Ha ezek követelmények, külön kell igazolni a megvalósításukat. A bevezetés első célja lehet például a referenciák és napi teendők egységesítése, de ezt is ténylegesen használható funkciókhoz és elfogadási feltételekhez kell kötni.

Szolgáltatói kapcsolatok

Őrizd meg az azonosítók kapcsolatát

A rendelésnek az átállás után is felismerhetőnek kell maradnia. Kapcsold össze a belső referenciát a próbálkozással és a szolgáltatói művelettel. Ne alakítsd át a régi azonosítókat kizárólag azért, hogy egységesebbnek tűnjön az új adatmodell. A történetnek meg kell mutatnia, melyik útvonal kezelte az egyes kísérleteket és milyen eredménnyel.

Teszteld azt az ügyfelet, aki az átállás előtt kezdte, de utána fejezi be a fizetést. A korábbi visszajelzésnek továbbra is a megfelelő feldolgozóhoz kell jutnia. Az ügyfélszolgálatnak legyen közös keresési módja vagy világos útmutatója. Az új forgalom átterelése nem zárja le automatikusan a régi műveletekhez kapcsolódó kérdéseket, késéseket és teljesítési feladatokat.

Ne hozz létre két teljesítési mechanizmust

A közvetlen szolgáltatói webhook és az OrsunPay üzenete eltérő protokollt használhat. Mindegyiket saját szabályai szerint ellenőrizd, és akadályozd meg, hogy ugyanazt a fizetést két rendszer külön teljesítse. A Stripe fizetési és webhook-dokumentációja a saját kommunikációját írja le, nem valamennyi köztes szoftver univerzális formátumát.

A próbaidőszakban összehasonlíthatók az eredmények anélkül, hogy két független út egyszerre foglalna időpontot vagy adna hozzáférést. Minden kereskedelmi műveletnek legyen egy kijelölt végrehajtója. Ha a fizetés sikerült, de a szolgáltatás elakadt, csak a megfelelő teljesítési feladatot kell visszaállítani. A pénzügyi eredmény átmásolása nem jogosít fel automatikusan újabb végrehajtásra.

Határozd meg a továbblépés és megállás feltételeit

Ne csak sikeres kérésszámot mérj. Ellenőrizd az összegek egyezését, a nyitott eseteket, az ismétléseket és a támogatás önálló működését. A megállás szabálya tegye lehetővé az új próbálkozások szüneteltetését úgy, hogy a korábban indult műveletek eredményei továbbra is megérkezzenek és feldolgozhatók maradjanak.

  • Őrizd meg a régi műveletekhez szükséges hozzáférést.
  • Egy rendelés teljesítésének legyen egyértelmű végrehajtója.
  • Tesztelj késői értesítést a korábbi útvonalról.
  • Jelöld ki, ki engedélyezi az átállás bővítését vagy szüneteltetését.

Add át a működést a csapatnak

Készíts útmutatót a támogatásnak és a pénzügyi ellenőrzést végző kollégáknak. Írd le a keresést, a nyitott esetek kezelését és a kézi módosítás dokumentálását. A régi rendszer hozzáférését ne szüntesd meg pusztán azért, mert már nem oda kerülnek új vásárlások. Korábbi ügyfélkérdés vagy késői eredmény továbbra is igényelheti az adatokat.

Ellenőrizd a tényleges ügyfélút nyelvét: az OrsunPay hosztolt checkoutja jelenleg angol és ukrán, függetlenül a bemutatkozó weboldal fordításaitól. Ezt vedd fel az elfogadási feltételek közé. Az átállás akkor kész, amikor a napi működés ismert felelősökkel és határokkal folytatható, és nem csak az eredeti fejlesztő tudja megmagyarázni, hogy egy adott fizetés melyik rendszerben található.

Ismerd meg az OrsunPayt

Beszélj a csapatunkkal

Források

További olvasnivaló