Zero-Auth voor iOS SDK

  Laatst bijgewerkt: 

 

Volg deze instructies als je Rekeningcontrolen gebruikt om de gegevens van de klant te verifiëren voordat je een betaling verwerkt.

 

Voorwaarden

  • Rekeningcontrolen worden ondersteund voor winkeliers met een Trust Payments acquiring account. Als je een andere acquiring bank gebruikt, moet je contact opnemen met ons Support Team om te controleren of deze functie wordt ondersteund voordat je verder gaat.
  • Rekeningcontrolen kan alleen worden uitgevoerd voor betalingsmethoden op basis van kaarten.

Om fraude te verminderen, heeft Visa bepaald dat alle handelaren met een Klant Categorie Code (MCC) van 6012 verplicht zijn extra velden mee te sturen in AUTH en ACCOUNTCHECK verzoeken. Klik hier voor meer informatie.

Als deze velden niet worden ingevuld, wordt in het antwoord een foutmelding "60025" (Ongeldig verzoek) teruggezonden.

 

Mandaatoverwegingen

Visa en Mastercard hebben u opgedragen moet toestemming van de kaarthouder krijgen als ze kaartgegevens opslaan voor toekomstig gebruik, en dat deze moet worden gemarkeerd op het moment van de eerste autorisatie, door de credentialsonfile veld in uw verzoeken. Daartoe moet u uw payload ingediend binnen uw JWT om het extra veld op te nemen credentialsonfile, met waarde ingesteld op "1".

U moet ook alle volgende betalingen markeren die gebruik maken van eerder opgeslagen referenties, door het volgende op te nemen credentialsonfile veld in deze verzoeken met waarde "2".

 

Uitgevoerde controles

Op alle verwerkte Rekeningcontrolen worden de eerste adresregel van de kaarthouder, de postcode van de kaarthouder en de beveiligingscode gecontroleerd om er zeker van te zijn dat de door de klant ingevoerde gegevens geldig zijn. Klik hier voor meer informatie over deze controles.

 

Configuratie

De JWT configureren

U kunt de JWT payload om de betaling te laten voorafgaan door een Rekeningcontrole, door ervoor te zorgen dat de volgende velden worden ingevuld (naast de velden die normaal worden ingevuld in de payload, zoals beschreven op deze pagina):

Hoewel de Rekeningcontrole geen geld reserveert op de bankrekening van de klant, is het belangrijk om te begrijpen dat het volgende AUTH verzoek dat in dit voorbeeld wordt gespecificeerd de bankrekening van de klant zal debiteren, als de betaling wordt geautoriseerd door de emitterende bank.

 

Specificatie veld

  Veld Formaat Beschrijving
X1-EN.png credentialsonfile Numeriek (1) Zoals hierboven uitgelegd, moet dit op "1" worden gezet als de betalingsgegevens moeten worden opgeslagen voor toekomstige transacties, om aan te geven dat de klant toestemming heeft gegeven.
X1-EN.png requesttypedescriptions Lijst Dit moet worden ingesteld op [“ACCOUNTCHECK”,”THREEDQUERY”,”AUTH”].

 

Payload voorbeeld

{
"payload":{
"accounttypedescription":"ECOM",
"baseamount":"1050",
"currencyiso3a":"GBP",
"sitereference":"test_site12345",
"credentialsonfile":"1",
"requesttypedescriptions":["ACCOUNTCHECK","THREEDQUERY","AUTH"]
},
"iat":1559033849,
"iss":"jwt.user"
}

 

Regelbeheer

U moet contact opnemen met ons Support Team om een regel te configureren die voorkomt dat de betaling wordt geautoriseerd als de uitgevoerde controles discrepanties laten zien tussen de door de klant ingevoerde adres- en beveiligingscodegegevens en de overeenkomstige waarden die zijn opgeslagen in de administratie van hun bank.

 

Behandeling van het antwoord

Nadat de klant de betalingssessie heeft voltooid, ontvangt u een enkel antwoord JWT dat bestaat uit de antwoorden ACCOUNTCHECK, THREEDQUERY en AUTH .

Elke JWT die door de SDK wordt geretourneerd, moet worden geverifieerd voordat u verdergaat. Wij bieden een parsing-hulpprogramma dat het gemakkelijker maakt om de JWT om te zetten in een transactieantwoordobject. Klik hier voor een voorbeeld hoe dit te gebruiken.

De belangrijkste reactie om te controleren is die van de AUTH, het proces waarbij de transactie wordt geautoriseerd door de emitterende bank. Uw systeem moet ervoor zorgen dat de errorcode waarde die voor de AUTH wordt geretourneerd is "0", wat wijst op succes. Indien de AUTH is mislukt, is de betaling niet geslaagd. Naast het controleren van de errorcode, zou uw systeem ook moeten presteren     deze aanvullende controles.

Was dit artikel nuttig?
0 van de 0 vonden dit nuttig