Når booking og betalingsintegrasjon feiler

Bestem hva som er fasit

Bookingsystemet kan være fasit for plassen, betalingsleverandøren for transaksjonen og regnskapet for bokført grunnlag. En integrasjon må bevare referansene mellom dem, ikke gjøre alle til uavhengige selgere av samme time.

Prøv fem feil før godkjenning

Feiltilfelle med oppdiktede data	Godkjenningsbevis
Samme melding kommer to ganger	Ett krav, ett endelig klipp eller én korrekt post
Betaling bekreftes sent	Opprinnelig handel blir riktig oppdatert
Leverandøren svarer ikke	Usikker status blir undersøkt før nytt forsøk
En post mangler mellom to ellers riktige	Antall og summer avslører hullet
Delvis refusjon kommer i neste periode	Kobling til originalpost og forklarbar differanse

Et illustrert døgn inneholder 100 hendelser, men én melding sendes på nytt og én mangler. Da kan mottakeren vise 100 poster og likevel være feil. Kontroller både unike referanser, innhold og økonomiske summer; antall alene er ikke nok.

Skille trygt nytt forsøk fra usikkert utfall

Ved en dokumentert avvisning før handlingen ble utført kan leverandørens avtalte rutine gi en trygg ny behandling. Ved timeout etter betalingsforsøket kan pengene allerede være trukket. Sjekk transaksjonsstatus og logg før dere prøver igjen. Ingen generell «prøv på nytt»-knapp bør skjule forskjellen.

Hold avviksloggen fri for kortdata, utfordringstokener og unødvendige medlemsopplysninger. Bruk interne referanser i et tilgangsstyrt system, med nok informasjon til at riktig ansvarlig finner hendelsen.

Avtal også hverdagen

Hvem får beskjed, hvem har lov til å korrigere og hvem kontrollerer at køen er tom? Hvordan oppdages hendelser som aldri ble sendt? Lag en enkel daglig avstemming, og prøv at en annen medarbeider kan følge den.

KEAR kan bistå med krav, prøving og teknisk arbeid der tilgang og støtte er bekreftet. Start med systemvalgets kravliste og bruk betalingsavvik for kundesakene.