Skill betalingsavvisning fra tilbakeført betaling
Avvisning og retur krever forskjellig oppfølging av bank, leverandør og åpne poster.
En avvist betaling og en tilbakeført betaling kan begge kreve ny oppfølging, men de har forskjellig historie. Avvisning betyr ikke automatisk at en bokført bankbevegelse skal reverseres. Finn først hvilket stadium oppdraget nådde.
DNB beskriver pain.002 som mottaks- og avvisningsretur og CAMT-returer for andre deler av betalingsløpet. Den konkrete meldingen og statusen må leses etter bankguiden. En intern status som «feilet» er ofte for grov til å avgjøre regnskapsvirkning.
To betalinger med samme opprinnelige beløp
Syntetisk eksempel i NOK. Oppfølgingen gjelder kontroll, ikke en automatisk bokføringsanvisning.
| Forløp | Bankbevegelser | Hva gjenstår? |
|---|---|---|
| Oppdrag på 4 000 avvist før gjennomføring | Ingen bekreftet belastning | Rett årsak og avklar ny betaling |
| Oppdrag på 4 000 bokført, deretter returnert | −4 000 og +4 000 | Forklar returen og leverandørkravet |
| Bare teknisk mottak bekreftet | Bokføring ukjent | Hent endelig status eller kontogrunnlag |
I returtilfellet er nettovirkningen null, men to bankhendelser har funnet sted. De skal ikke slettes fra historikken fordi saldoen endte uendret.
Finn årsaken på riktig nivå
Kontroller om hele filen eller bare ett oppdrag er avvist. En batch kan inneholde både vellykkede og mislykkede betalinger. Å sende hele filen på nytt kan gi dobbelt betaling for oppdragene som allerede ble gjennomført.
Bevar opprinnelig oppdragsidentitet, bankreferanse, statuskode og eventuell årsaksinformasjon. Knytt en ny betaling til det gamle forsøket uten å gi den samme økonomiske hendelsen to bokføringer.
- Sammenlign retur med opprinnelig betalingsfil.
- Kontroller kontoutskriften for faktisk belastning og retur.
- Undersøk om bankgebyr står igjen selv om beløpet kom tilbake.
- Avklar leverandørens restkrav før ny betaling.
- Dokumenter hvem som besluttet gjenforsøk.
Godkjenningsgrensen
En sak er ikke løst bare fordi statusen er lest. Årsaken må være forstått, bankvirkningen avstemt og videre handling avklart. Dersom kontogrunnlaget ikke foreligger, skal bokføringsstatus stå som ukjent fremfor å bli utledet fra transportkvitteringen.
Meldingsfamilien alene er heller ikke nok til å tolke enhver kode. Bruk bankens aktuelle implementeringsguide og riktig namespace-versjon. En generisk ISO-definisjon beskriver ikke nødvendigvis alle bankspesifikke statusvalg.
Les statushistorikken og samlebetalingens detaljer.
I batchprøven kan dere bruke tre oppdrag der bare ett avvises. Oppfølgingen skal finne akkurat dette oppdraget, mens de to andre beholder sin bekreftede status. En samlet filstatus uten oppdragsdetaljer skal utløse innhenting av mer grunnlag før noen beslutter å sende hele filen på nytt.