Doel
Het doel is om te controleren of de betaalflow, klantervaring en transactie-informatie correct zijn geïmplementeerd.
Voordat je begint
Rond eerst de checklist Pay.POS: Aan de slag & de juiste integratie kiezen af voordat je de Inject-integratie valideert.
Minimale vereisten
Controleer voordat je met de validatie begint of aan de volgende vereisten is voldaan.
Eigenaarschap van de integratie
De integratie moet voldoende informatie bevatten om de eigenaar van de applicatie te kunnen identificeren.
Vereist:
- ☐ stats.object is ingevuld.
- ☐ De waarde identificeert de eigenaar van de applicatie of integratie.
- ☐ De waarde is consistent voor alle transacties.
Waarom dit belangrijk is
Met de waarde van stats.object kan Pay. de verantwoordelijke integratie identificeren voor monitoring, support en probleemoplossing.
Transactie initiëren
Controleer of de merchantapplicatie een Pay.POS-betaling correct kan starten.
Vereist:
- ☐ De merchantapplicatie kan een betaling initiëren.
- ☐ Het juiste betaalbedrag wordt doorgegeven.
- ☐ De juiste valuta wordt doorgegeven.
- ☐ Er wordt een unieke transactiereferentie gebruikt.
- ☐ De geconfigureerde return-URL is beschikbaar.
- ☐ PAY.POS wordt automatisch geopend nadat de betaling is gestart.
Met PAY.POS Inject kan een applicatie een transactie naar Pay.POS sturen, waarna Pay.POS de betaalflow afhandelt.
Validatie van de betaalflow
Controleer de volledige betaalflow van de klant.
Succesvolle betaling
- ☐ De klant kan een contactloze betaling voltooien.
- ☐ De betaling wordt succesvol afgerond.
- ☐ De merchantapplicatie ontvangt het resultaat van de succesvolle betaling.
- ☐ De transactiestatus komt overeen met het resultaat dat in PAY.POS wordt weergegeven.
Mislukte betaling
- ☐ Mislukte betalingen geven het juiste resultaat terug.
- ☐ De merchantapplicatie verwerkt mislukte betalingen correct.
- ☐ De klant kan de betaling indien nodig opnieuw proberen.
Geannuleerde betaling
- ☐ De klant kan de betaling annuleren.
- ☐ Bij annulering wordt de juiste status teruggegeven.
- ☐ Er wordt geen dubbele transactie aangemaakt.
Afhandeling van de return
Nadat de betaling is voltooid, stuurt PAY.POS het resultaat via de geconfigureerde return-flow terug naar de oorspronkelijke applicatie.
Controleer:
- ☐ De merchantapplicatie ontvangt de return.
- ☐ De juiste transactiestatus wordt verwerkt.
- ☐ De gebruiker wordt teruggestuurd naar het juiste scherm.
- ☐ De applicatie maakt geen dubbele betalingen aan nadat een resultaat is ontvangen.
Klantervaring
Hoewel Pay.POS het betaalscherm afhandelt, moet de volledige gebruikerservaring worden gevalideerd.
Vereist:
- ☐ Het is voor de klant duidelijk wanneer de betaalkaart of het mobiele apparaat moet worden aangeboden.
- ☐ De klant ontvangt feedback tijdens het verwerken van de betaling.
- ☐ De klant krijgt een duidelijk resultaat bij een succesvolle of mislukte betaling.
- ☐ De kassamedewerker weet welke actie na ieder resultaat moet worden uitgevoerd.
Apparaat- en connectiviteitsscenario's
Controleer:
- ☐ De betaling werkt met een ondersteund apparaat.
- ☐ NFC is ingeschakeld.
- ☐ Tijdelijke onderbrekingen van de verbinding worden correct afgehandeld.
- ☐ Het scenario waarin PAY.POS niet beschikbaar is, wordt correct afgehandeld.
- ☐ Het scenario waarbij de applicatie opnieuw wordt gestart, is getest.
Bonnen
Het aanbieden van een bon na een succesvolle betaling is verplicht. Zorg ervoor dat de bonflow correct is geïmplementeerd en getest voordat de integratie live gaat.
Vereist:
- ☐ Na een succesvolle betaling is er een optie voor een bon beschikbaar.
- ☐ De informatie op de bon is correct.
- ☐ De klant ontvangt de bon succesvol.
Terugbetalingen
Als terugbetalingen zijn ingeschakeld:
- ☐ Terugbetalingen kunnen via de Inject-flow worden gestart.
- ☐ Het terugbetalingsbedrag is correct.
- ☐ Het resultaat van de terugbetaling wordt correct verwerkt.
- ☐ De terugbetaling wordt correct weergegeven in het Pay. Portal.
Aanvullende configuratie
Valideer waar van toepassing de optionele configuratie.
Alternatieve verkooplocatie
Als betalingen voor een andere verkooplocatie worden geïnitieerd:
- ☐ De juiste verkooplocatie wordt gebruikt.
- ☐ De vereiste credentials/configuratie zijn beschikbaar.
Taalinstellingen
Als een specifieke PAY.POS-taal vereist is:
- ☐ De geconfigureerde taal wordt correct weergegeven.
Valideer de MAT-flow:
- ☐ Het apparaat kan een MAT-transactie voltooien wanneer er geen actieve internetverbinding is.
- ☐ De merchantapplicatie ontvangt het juiste transactieresultaat.
- ☐ De transactie wordt niet ten onrechte als mislukt gemarkeerd wanneer deze wordt opgeslagen om later te worden verwerkt.
- ☐ De transactie wordt succesvol verwerkt zodra de verbinding is hersteld.
- ☐ De definitieve transactiestatus wordt correct weergegeven in het Pay. Portal.
Belangrijk
MAT-transacties vormen een uitzonderingsflow en moeten afzonderlijk van reguliere online betalingen worden getest. Zorg ervoor dat de merchant begrijpt dat de definitieve verwerking van een MAT-transactie kan plaatsvinden nadat de klant de betaallocatie al heeft verlaten.
Application certification
Belangrijk
Certificering van de applicatie door Pay. is verplicht voordat de integratie live mag gaan.
Tijdens het certificeringsproces wordt gecontroleerd of de integratie voldoet aan de vereisten van Pay. en of de verwerking van transacties correct functioneert.
Testbewijs
Verzamel tijdens de validatie het volgende bewijsmateriaal:
- ☐ Referentie van een succesvolle transactie.
- ☐ Referentie van een mislukte transactie.
- ☐ Referentie van een geannuleerde transactie.
- ☐ stats.object waarde.
- ☐ Apparaatinformatie.
- ☐ Screenshots van de betaalflow.
Go-livechecklist
Voordat de Inject-integratie wordt geactiveerd:
- ☐ Initiëren van transacties getest.
- ☐ Succesvolle betaling getest.
- ☐ Mislukte betaling getest.
- ☐ Geannuleerde betaling getest.
- ☐ Afhandeling van de return gecontroleerd.
- ☐ Bonflow gecontroleerd.
- ☐ Certificering afgerond.
- ☐ Productieconfiguratie gecontroleerd.