Een betaalhandeling wordt onderdeel van de opdracht.
Met Tap to Pay kan een geschikt mobiel apparaat via de ondersteunde betaaloplossing contactloze betalingen aannemen. De klant houdt een betaalkaart of geschikt apparaat bij het apparaat van de medewerker. De concrete mogelijkheden hangen af van de provider, het apparaat, het besturingssysteem en de gekozen integratie.
Voor bezorging gaat het om meer dan het starten van een betaling. De app moet weten voor welke opdracht wordt geïnd, welk bedrag nog openstaat en wat daarna mag gebeuren. Een losse betaalactie die kantoor later handmatig moet terugzoeken, laat een belangrijk deel van het proces onopgelost.
Onze ervaring bij Jongstra Transport omvat betalen innen bij de klant aan de deur met Tap to Pay in bezorgapps. Voor een nieuwe toepassing kiezen we de betaaloplossing en apparaten op basis van jouw werkwijze. De ondersteuning van een specifieke combinatie wordt vooraf getoetst.
Bepaal het bedrag op basis van de actuele opdracht.
Een bedrag kan veranderen door een aanbetaling, deellevering of goedgekeurde correctie. Laat de achterliggende toepassing bepalen wat nog openstaat en welke medewerker een wijziging mag doen. Het bedrag dat ooit met de rit is meegestuurd, kan bij aflevering verouderd zijn.
Leg vast wie de betaling ontvangt en bij welk account de transactie hoort. Maak de relatie tussen opdracht, betaalverplichting en betaalpoging blijvend herkenbaar. Dan kan dezelfde opdracht later verder worden afgehandeld zonder automatisch opnieuw te innen. Een tweede poging na een afwijzing is iets anders dan herhalen omdat een antwoord ontbreekt.
| Stap | Wat de toepassing bewaakt |
|---|---|
| Bedrag bevestigen | Juiste opdracht, actuele openstaande bedrag, valuta en bevoegde medewerker. |
| Betaling starten | Een herkenbare poging met de referentie van de provider. |
| Uitkomst verwerken | De gecontroleerde status en de bijbehorende vervolgactie. |
| Aflevering afronden | Levering en betaling afzonderlijk vastleggen volgens de werkafspraken. |
Betalen is geen bewijs van aflevering en aflevering is geen bewijs van betaling. Bepaal wat de chauffeur doet als de goederen zijn overgedragen maar de betaaluitkomst onzeker blijft. Maak de benodigde opvolging zichtbaar voor kantoor.
Kies de providerroute en apparaten als één geheel.
Betaalproviders kunnen verschillende routes bieden, zoals integratie met een SDK of overdracht aan een ondersteunde betaalapp. Onderzoek welke route past bij je eigen bezorgapp, apparaten en beheer. Adyen en Stripe bieden bijvoorbeeld Tap to Pay-integratieroutes; controleer per gekozen product de ondersteunde landen, apparaten en functies.
NFC op een apparaat is op zichzelf onvoldoende bewijs van geschiktheid. Test de exacte combinatie met de provider. Neem accountactivering, gebruikers en rechten, benodigde appgoedkeuringen, updates en de overgang van test naar productie mee. De provider en het platform bepalen hun toelatingsvoorwaarden.
De betaaloplossing handelt de kaartinteractie af. Je eigen app en backend koppelen het resultaat aan de opdracht. Een terugkeer naar de bezorgapp of een afgesloten betaalscherm is op zichzelf geen betaalbevestiging. Controleer de status volgens het protocol van de gebruikte oplossing en laat het systeem zo nodig de bestaande transactie opvragen.
Een verloren verbinding vraagt om een duidelijke herstelroute.
Stel dat de klant heeft getapt, maar de app geen antwoord ziet. Markeer de uitkomst als nog te controleren en onderzoek de bestaande poging. Meteen een nieuwe betaling starten kan tot dubbele inning leiden. Laat chauffeur en kantoor zien welke actie veilig is: status controleren, wachten of een inhoudelijk afgewezen poging opnieuw starten.
Offline ritregistratie en offline betaalacceptatie zijn verschillende mogelijkheden. Neem niet aan dat een betaling werkt omdat de app laad- en loshandelingen zonder bereik kan bewaren. Ondersteuning, limieten en het risico van latere afwijzing verschillen per betaaloplossing. Een offline vastgelegde poging is geen gegarandeerd ontvangen bedrag.
Ontwerp ook afwijzen, annuleren, een gedeeltelijke betaling en terugbetalen. Maak duidelijk welke acties een chauffeur mag doen en wanneer kantoor beoordeelt. Een afgesproken alternatief, zoals een betaalverzoek, moet zichtbaar bij dezelfde openstaande verplichting horen en mag niet naast een nog onzekere inning tot dubbel betalen leiden.
Laat kantoor dezelfde transactie terugvinden.
Bewaar de providerreferentie, het bedrag, de valuta, de gecontroleerde status en de relatie met de opdracht. Spreek af hoe de klant de betaalbevestiging ontvangt en hoe kantoor een vraag kan onderzoeken. Neem de aansluiting op de administratie mee, inclusief terugbetalingen en verschillen tussen transacties en uitbetalingen.
Test op de bedoelde apparaten een geslaagde betaling, afwijzing, appherstart, onzekere uitkomst en tweede poging. Controleer het resultaat zowel in de app als bij de provider en in de orderadministratie. De algemene ontwerpkeuzes staan in onze gids over Mollie, Adyen en Stripe koppelen.
Blade kan Tap to Pay toevoegen aan een bezorgapp of de volledige chauffeursapp en achterliggende toepassing bouwen. Bespreek betalen aan de deur met onze makers. Neem een opdracht, de gebruikte apparaten en de gewenste betaalwerkwijze mee. We maken de inrichting, verwerking en eerste bruikbare versie concreet.