OpenCart-betalingen

De integratie is ontworpen om het 3D Secure 2-protocol te ondersteunen, de industriestandaard voor het voldoen aan de vereisten voor Strong Customer Authentication. Wanneer een transactie wordt geïnitieerd, communiceert de module met de gateway om te bepalen of een uitdaging door de uitgever vereist is.

Indien dit het geval is, wordt een authenticatievenster aan de klant gepresenteerd. Dit proces helpt de aansprakelijkheid voor fraudegerelateerde chargebacks te verschuiven van de handelaar naar de uitgever, mits de authenticatie succesvol is.

Ja, via een betalingsorkestratielaag kunt u uw OpenCart-winkel gelijktijdig verbinden met meerdere acquirers.

Dit maakt slimme routering mogelijk, waarbij transacties worden doorgestuurd naar de acquirer die deze het meest waarschijnlijk zal goedkeuren op basis van de BIN van de kaart of de MCC van de transactie.

Deze redundantie zorgt er ook voor dat als één acquirer uitvalt, het systeem automatisch kan overschakelen naar een andere, waardoor de continuïteit van uw betalingsverwerking behouden blijft.

Een autorisatie is een tijdelijke reservering van de fondsen van de klant, die bevestigt dat er voldoende saldo is en de kaart geldig is. Een capture is het daadwerkelijke verzoek om die fondsen over te maken.

De OpenCart-module kan worden geconfigureerd voor 'Immediate Capture', waarbij beide stappen bij het afrekenen plaatsvinden, of 'Authorise Only', wat de handelaar in staat stelt een bestelling te beoordelen voordat de fondsen handmatig worden vastgelegd wanneer de goederen klaar zijn voor verzending.

De integratie maakt API-gestuurde terugbetalingen mogelijk. Wanneer een handelaar een terugbetaling initieert binnen de OpenCart-orderweergave, stuurt de module een verzoek naar de betalingsgateway.

De gateway communiceert vervolgens met het schema om de transactie terug te draaien. Dit kan een volledige of gedeeltelijke terugbetaling zijn.

De status wordt in realtime bijgewerkt en de bank van de klant verwerkt de creditering doorgaans binnen drie tot vijf werkdagen.

De module is gebouwd om een breed scala aan APM's te ondersteunen, waaronder digitale portemonnees zoals Apple Pay en Google Pay, evenals regionale methoden zoals Klarna of Sofort.

Deze worden doorgaans afgehandeld via een uniforme API, wat betekent dat de checkout dynamisch de meest relevante betaalopties aan de klant kan tonen op basis van hun browser, apparaat of geografische locatie, zonder dat er voor elke methode afzonderlijke modules nodig zijn.

Een zachte weigering, zoals 'Onvoldoende Saldo' of een tijdelijke technische fout, geeft aan dat de transactie mogelijk wel slaagt als deze opnieuw wordt geprobeerd.

De integratie kan dunning-beheer of herhaallogica inschakelen, waarbij het systeem de transactie automatisch opnieuw probeert of de klant vraagt een andere kaart te gebruiken. Dit in tegenstelling tot een harde weigering, wat een permanente weigering is waarbij geen verdere pogingen moeten worden gedaan.