Koble betalingslenke og betalingshendelse til riktig krav
Bevar dokument, betalingsforsøk og bekreftet oppgjør uten å gjøre en åpnet lenke til betalt faktura.
En betalingslenke kan åpne en betalingsflate, men den dokumenterer ikke alene at et bestemt fakturakrav er betalt. Betalingsforsøk, bekreftet betaling og senere bankoppgjør er forskjellige hendelser. Kravets identitet må følge hele løpet, samtidig som selve lenken ikke brukes som eneste betalingsnøkkel.
Stripe beskriver Payment Links og forskjellen fra fakturering. Dette er et konkret leverandøreksempel: Noen lenker kan gjenbrukes for flere kjøp, mens fakturarelaterte oppsett har andre koblinger. En lenke er derfor ikke universelt lik én faktura. Veiledningen her lover ingen Stripe- eller betalingslenkefunksjon i et bestemt regnskapsprogram.
Avklar hva lenken representerer
Registrer om lenken gjelder et konkret krav, en generell varebetaling eller et annet avklart formål. Bevar kilde for oppsettet, dokumentreferanse der den finnes, valuta og forventet beløp. Et lokalt felt «betalingslenke» sier lite om hvordan de faktiske betalingshendelsene skal matches.
En mottaker som åpner lenken, har ikke dermed utført betalingen. En vellykket retur til en takkeside i nettleseren er heller ikke nødvendigvis tilstrekkelig bevis. Det faktiske grensesnittets dokumenterte betalingsresultat må være grunnlaget for statusen som brukes i økonomiflyten.
Et syntetisk forløp
Referanser og beløp er oppdiktet. Statusene er lokale beskrivelser, ikke en bestemt leverandørs kodeliste.
| Hendelse | Referanse | Beløp | Økonomisk betydning |
|---|---|---|---|
| Fakturakrav opprettet | F-41 | 2 000 kroner | Dokumentert krav |
| Første forsøk avbrutt | P-01 mot F-41 | 2 000 kroner | Ingen bekreftet betaling |
| Andre forsøk bekreftet | P-02 mot F-41 | 2 000 kroner | Betalingsgrunnlag finnes |
| Senere bankoppgjør etter testgebyr | U-03 mot P-02 | 1 950 kroner | Nettobeløp, eget oppgjør |
En rutine som summerer alle forsøk, vil registrere 4 000 kroner og kunne lage en falsk overbetaling. En rutine som bare bruker banknetto, kan derimot vise 50 kroner åpent uten å forklare gebyret. Kontrollen trenger derfor forsøk, bekreftet resultat og oppgjørsgrunnlag hver for seg.
Gjentatt resultat er ikke en ny betaling
Prøv at samme bekreftelse hentes to ganger eller kommer som flere meldinger. Mottakeren må gjenkjenne den samme betalingshendelsen med den referansen leverandøren faktisk dokumenterer. En lokal tidsverdi eller likt beløp er ikke alltid tilstrekkelig identitet.
Prøv også et annet krav på 2 000 kroner og en gjentatt lenke som ikke er unik per kunde. Beløpslikhet kan ikke avgjøre hvilket krav som gjelder. Dersom kilden mangler en sikker kobling, må betaling stå til avklaring fremfor å plasseres på første åpne faktura med samme sum.
En tilbakebetaling eller senere tilbakeført betaling bør være en ny hendelse knyttet til opprinnelig resultat. Den skal ikke slette at betalingen først var bekreftet. Bevar dagens oppfølgingsstatus og historikk separat slik at både banken og kravets rest kan forklares.
- Bevar dokumentert krav- og betalingsidentitet.
- Skill åpnet lenke, forsøk og bekreftet betaling.
- Avstem bekreftet beløp mot gebyr, refusjon og bankoppgjør.
Nettooppgjøret og idempotens støtter kontrollen. En teknisk vellykket lenke er ikke dokumentasjon på avgiftsbehandling, salgsgrunnlag eller at alle krav er korrekt oppgjort.
Ved et systembytte bør akkurat denne hendelseskjeden prøves med både normalforløpet og det beskrevne avviket. Bevar kildereferansene, også når mottakeren får nye interne nøkler. Historisk kontroll må kunne skille tidligere grunnlag fra dagens visning uten at en ny import lager en ekstra økonomisk hendelse.