Alternatiivid / Checkout

Otsid alternatiivi hosted checkout'ile

Enamik uut checkout'i pakkujat otsivaid ettevõtteid ei vali funktsioonide järgi — nad lahkuvad, sest vajalik makseviis puudub, sest kooskõlastamine on vaevarikas või sest keegi ei vasta, kui arveldus tundub vale. See leht on kontrollnimekiri, mida tasub rakendada igale järgmisele valikule, ka meile.

Hinda

Kuus küsimust, mis pakkujaid eristavad.

01

Millised makseviisid, ühel lehel?

Mitte brošüüris olev arv, vaid need viisid, mida teie kliendid päriselt kasutavad, ja samal lehel. Makseviis ümbersuunamise või teise integratsiooni taga on makseviis, mida kasutatakse liiga vähe.

02

Mis valuutas raha teieni jõuab?

Kui vastus sõltub makseviisist, olete ostnud endale kooskõlastamise probleemi. Küsige täpselt, mida krüpto- või piiriülene makse teie kontole toob ja mis valuutas.

03

Kui suur osa PCI ulatusest jääb teile?

Tõeliselt hosted leht hoiab kaardiandmed teie serveritest eemal ka siis, kui see on põimitud teie enda kujundusse. Küsige, mida teie süsteemid salvestavad ja milline on selle tõttu teie hindamine.

04

Kas on üks viide algusest lõpuni?

Checkout, tšekk, webhook, väljamakse ja tagasimakse peaksid kõik kandma teie antud viidet. Kaks identifikaatorit, mida süsteemide vahel kokku viia, on koht, kus kuulõpp untsu läheb.

05

Mida migratsioon tegelikult hõlmab?

Salvestatud kaardid peaksid liikuma tokenitena, et teie tellijad ei peaks andmeid uuesti sisestama, ja mõlemad pakkujad peaksid saama töötada paralleelselt, kuni vana lõpetab arveldamise.

06

Kes vastab, kui midagi katki läheb?

Tugijärjekord ja arvelduskoodi kirjutanud meeskond on kaks erinevat toodet. Hetkel, kui väljamakse tundub vale, loeb ainult see vahe.

01

Miks checkout'i pakkujast lahkutakse

Harva odavama hinna pärast. Praktikas on põhjuseid neli: makseviis, mida kliendid küsivad ja pakkuja lisada ei taha; kooskõlastusmudel, mille tõttu rahandus kuulõppu kardab; tugisuhe, mis lakkab toimimast just valel hetkel; või tootearendus, mis seisma jäi, kui maksemaailm edasi liikus. Oma põhjuse väljaselgitamine ongi kogu hindamine — pakkuja, kes on teistes kolmes suurepärane, on ikkagi vale vahetus.

  1. 01Makseviis, mida kliendid tahavad ja mida ei tule
  2. 02Kooskõlastamine, mis võtab kellelgi kuus mitu päeva
  3. 03Keegi ei vastuta, kui arveldus tundub vale
  4. 04Toode, mis makseviisidega sammu ei pidanud
02

Mis vahetus tegelikult maksab

Integratsioonis vähem, äärtes rohkem, kui meeskonnad ootavad. Tellimuse päring ja webhook'i töötleja võtavad tavaliselt nädala; planeerimist nõuab saba — salvestatud kaardid ja tellimused, mis ei tohi katki minna, tagasimaksed, mis peavad veel vana pakkuja kanalite kaudu tagasi liikuma, ning periood, kus mõlemad süsteemid töötavad. Iga vahetamist väärt pakkuja peaks selle saba kirjeldama enne allkirjastamist, mitte pärast.

  1. 01Integratsioon: tellimuse endpoint, ümbersuunamine, üks allkirjastatud webhook
  2. 02Saba: salvestatud kaardid, tellimused, pooleliolevad tagasimaksed, paralleelne töö
  3. 03Tagasimaksed liiguvad alati tagasi sama kanali kaudu, mis makse vastu võttis
03

Kuhu Protocore Gateway sobib

Vastame ülaltoodud kuuele küsimusele nii: kaardid, rahakotid, pangaülekanne, kohalikud makseviisid, BNPL ja USDC ühel lehel; kõik arveldub eurodes; kaardiandmetega töötlemise osa jääb meile ka siis, kui väljad on põimitud teie kujundusse; üks viide kulgeb checkout'ist pangaväljavõtteni; salvestatud kaardid migreeruvad tokenitena, mõlemad pakkujad töötavad paralleelselt; ja vastajad on need, kes selle kirjutasid. Kas see on vahetust väärt, sõltub sellest, milline neljast põhjusest on teie oma — kui see on odavam hind, siis tõenäoliselt me see pole.

  1. 01Kõik makseviisid ühel lehel, arveldus ühe euro summana
  2. 02Üks tellimuse viide checkout'ist väljamakse ja tagasimakseni
  3. 03Migratsioon planeeritud paralleelse tööga, tokenid kaasa arvatud
  4. 04Selle taga on tootestuudio, mitte tugitase

FAQ

Küsimused, mida tasub igaühelt küsida.

  • Jah, ja migratsiooni ajal peakski. Uued tellimused lähevad uuele pakkujale, samal ajal kui vana lõpetab oma maksete arveldamise ja tagasimaksmise — tagasimaksed liiguvad alati tagasi sama kanali kaudu, mis makse vastu võttis, seega jääb vana integratsioon tööle, kuni viimane tagasimakse aken sulgub.

  • Ei peaks. Salvestatud kaardid liiguvad pakkujate vahel tokenitena, mis on tellimusi pakkudes kõige olulisem küsimus — migratsioon, mis nullib iga salvestatud kaardi, on kliendikaotus, mitte migratsioon.

  • Integratsioon võtab tavaliselt nädala. Ajakava määrab selle ümber olev plaan — paralleelne töö, tokenite migratsioon, vana pakkuja viimane tagasimakse aken — ja seda mõõdetakse tavaliselt nädalates, mitte kuudes.

  • Siis küsige enne mis tahes hindamist oma praeguselt pakkujalt kuupäeva. Pakkuja vahetamine ühe makseviisi pärast on palju tööd kitsa kasu eest, välja arvatud juhul, kui sama vestlus toob päevavalgele ülejäänud kolm probleemi.

Rakenda kontrollnimekirja meie peal.

Tehke meie demo checkout'is päris makse ja öelge siis, millise kuuest küsimusest teie praegune pakkuja läbi kukub. Ütleme ausalt, kas vahetus on teie kvartalit väärt.