Als uw systeem een 71000 Zachte achteruitgang antwoord krijgt na de verwerking van een autorisatie (AUTH) verzoek naar Trust Payments, is dit gebeurd omdat de kaartuitgever het verzoek heeft geweigerd wegens het ontbreken van Strong Customer Authentication (SCA).
De Payment Services Directive (PSD2) verplicht dat er een vorm van SCA wordt uitgevoerd op alle transacties die door de klant worden geïnitieerd via hun browser of mobiele apparaat. Om aan dit mandaat te voldoen, moet u EMV 3-D Secure gebruiken.
Er zijn uitzonderingen op deze regel die zijn toegestaan door de uitgever van de kaart en die niet hoeven te worden aangegeven. Voorbeelden hiervan zijn Mail Order Telephone Order (MOTO) betalingen en Merchant Initiated Transactions (MIT) met de opgeslagen kaart van een klant (die oorspronkelijk werd geauthenticeerd met SCA). Er zijn echter extra uitzonderingen die doe markering aan de kaartuitgever vereisen, door het veld scaexemptionindicator (klik hier voor de veldspecificatie).
Het niet correct aangeven van vrijstellingen of het niet voldoen aan de door de kaartuitgever gestelde voorwaarden kan leiden tot de foutmelding 71000 Zachte achteruitgang.
Autorisatie van een betaling door de emitterende bank is op zich geen bewijs dat aan de voorwaarden voor een vrijstelling is voldaan. Het is uw verantwoordelijkheid ervoor te zorgen dat uw oplossing alleen vrijstellingen toepast wanneer aan de criteria daarvoor is voldaan. Wij raden u aan contact op te nemen met uw acquiring bank voor hulp als u advies nodig heeft.
Maatregelen in geval van zachte afwijzing
Als u in het autorisatie een 71000 zachte afwijzing ontvangt, moet u het autorisatie opnieuw indienen, maar zorg er deze keer voor dat het verzoek wordt geauthenticeerd via EMV 3D Secure dat er geen SCA wordt toegepast. Raadpleeg het betreffende gedeelte hieronder voor informatie over hoe u dit moet aanpakken.
Neem contact op met ons ondersteuningsteam en zorg ervoor dat uw account zo is ingesteld dat betalingen automatisch opnieuw worden geprobeerd met 3D Secure wanneer zachte afwijzing een zachte afwijzing wordt geretourneerd.
De instructies hieronder gaan ervan uit dat je systeem JavaScript Library versie 3 gebruikt.
Versies voorafgaand aan v3 werden op 1 december 2021 buiten gebruik gesteld.
Van ontwikkelaars van handelaren wordt verwacht dat zij het verzoek JWT payload bijwerken in de transactie die na een zachte afwijzing opnieuw wordt ingediend:
- Neem THREEDQUERY op in de requesttypedescriptions veld bijv. ["THREEDQUERY","AUTH"].
Klik hier voor een volledige lijst van ondersteunde Verzoektype combinaties voor JavaScript Library. - Opnemen parenttransactionreference aan de oorspronkelijke autorisatie die zacht afgewezen was (verwijzing naar de AUTH, niet de THREEDQUERY).
- Opnemen scaexemptionindicator = 14. Dit is verplicht om de herindiening te forceren om de stapsgewijze (challenge) authenticatie.
Van ontwikkelaars van handelaren wordt verwacht dat zij het verzoek JWT payload bijwerken in de transactie die na een zachte afwijzing opnieuw wordt ingediend:
- Neem THREEDQUERY op in de requesttypedescriptions veld bijv. ["THREEDQUERY","AUTH"].
Klik hier voor een volledige lijst van ondersteunde Verzoektype combinaties voor Android SDK. - Opnemen scaexemptionindicator = 14. Dit is verplicht om de herindiening te forceren om de stapsgewijze (challenge) authenticatie.
Van ontwikkelaars van handelaren wordt verwacht dat zij het verzoek JWT payload bijwerken in de transactie die na een zachte afwijzing opnieuw wordt ingediend:
- Neem THREEDQUERY op in de requesttypedescriptions veld bijv. ["THREEDQUERY","AUTH"].
Klik hier voor een volledige lijst van ondersteunde Verzoektype combinaties voor iOS SDK. - Opnemen parenttransactionreference aan de oorspronkelijke autorisatie die zacht afgewezen was (verwijzing naar de AUTH, niet de THREEDQUERY).
- Opnemen scaexemptionindicator = 14. Dit is verplicht om de herindiening te forceren om de stapsgewijze (challenge) authenticatie.
Voor webwinkeliers die de volgende integraties hebben met de TRU Connect gateway:
- Webservices API om autorisatie te verwerken, met behulp van de eigen 3DS MPI provider van de winkelier voor klantverificatie.
- Webservices API om autorisatie te verwerken, na 3DS authenticatie met JavaScript Library.
- Webservices API om autorisatie te verwerken, na 3DS-verificatie met behulp van een van onze Mobile SDK's (Android SDK / iOS SDK).
Van de handelsontwikkelaar wordt verwacht dat hij:
- Voer de 3D Secure opnieuw uit (via uw eigen 3DS MPI of via onze JavaScript Library Mobile SDK) en verwerk vervolgens een nieuw autorisatie via de Webservices .
- Opnemen parenttransactionreference aan de oorspronkelijke autorisatie die zacht afgewezen was (verwijzing naar de AUTH, niet de THREEDQUERY).
- Opnemen scaexemptionindicator = 14. Dit is verplicht om de herindiening te forceren om de stapsgewijze (challenge) authenticatie.
