Jämför / Kategorier
Betalningsgateway eller betalningsorkestrering
De två begreppen används om vartannat men betyder olika saker. En gateway tar emot en betalning: den visar metoderna, auktoriserar, capturar och avräknar. En orkestreringsplattform ligger ovanpå gatewayer och avgör vilken som ska användas för varje transaktion. Om du behöver den senare beror nästan helt på hur många leverantörer du redan har — och varför du har dem.
Kategori mot kategori
Vad varje lager egentligen är till för
När en gateway är allt du behöver
Har du en leverantör, eller väljer du din första, finns det inget för orkestreringslagret att orkestrera. Vinsterna det säljer – routing mellan acquirers, kaskad av en nekad betalning till en andra leverantör, ränteskillnader per korridor – förutsätter alla att du redan har flera relationer. Ett lager ovanpå en enda gateway ger dig en avgift och ett extra steg. Det som faktiskt flyttar siffrorna i det här skedet är täckning av betalmetoder, en checkout som konverterar och en ren avstämning.
- 01Du har en leverantör, eller väljer din första
- 02Ditt konverteringsproblem handlar om täckning av betalmetoder, inte om routing
- 03Du vill helst slippa hantera flera acquirer-relationer
- 04En enda avstämningsmodell väger tyngre än en procentenhet i godkännandegrad
När orkestrering tjänar in sin avgift
När volymen är så stor att en bråkdel av en procent är riktiga pengar, och du redan har flera acquiring-relationer eftersom ingen enskild täcker dina marknader, din riskprofil eller dina priser. I den skalan slutar routing per utfärdare och korridor, kaskad av mjuka nekanden till en andra acquirer och normaliserad rapportering över leverantörer att vara fina idéer och blir en rad i resultaträkningen. Förutsättningen är densamma varje gång: flera leverantörer som du har skäl att behålla.
- 01Du använder redan flera acquirers för täckning, redundans eller priser
- 02Volymen gör en procentenhet i godkännandegrad mer värd än lagrets avgift
- 03Du behöver en enda rapporteringsmodell över leverantörer som motsäger varandra
- 04Failover mellan leverantörer är ett affärskrav, inte ett önskemål
Där Protocore passar in
Protocore Gateway är det första lagret – det tar emot betalningen och gör upp pengarna – med de delar av det andra lagret som är viktiga för ett företag med en enda leverantör inbyggda i stället för påbyggda ovanpå: routingpolicy du kan läsa, ett nytt försök på en alternativ route innan kunden ser ett fel, och nekandeorsaker på ett språk som en operatör kan agera på. Om du når en punkt där du på riktigt behöver routa mellan acquirers du själv har, kopplar whitelabel-plattformen in dina vid sidan av våra. Den ärliga sammanfattningen är att de flesta som ställer den här frågan behöver en bättre gateway, inte ett lager ovanpå den de redan har.
- 01En gateway som gör upp betalningar, med routing- och retry-policy inkluderad
- 02Kort, wallets, banköverföring och USDC på en sida och med en referens
- 03Dina egna acquirers inkopplade vid sidan av våra på whitelabel-plattformen
- 04Ingen lageravgift för att orkestrera en enda leverantör
I vilket lager finns ditt problem?
Berätta hur många leverantörer du använder och var betalningarna faller. Vi säger om lösningen är routing eller själva gatewayen.