Finans

Denne artikkelen beskriver i detalj hvilke filtyper som er involvert i inn- og utbetaling og bankavstemming i Poweroffice Go, for de som er interessert i det tekniske rundt dette: 
 

Banktransaksjoner (Camt053) – Dette er filer som kommer fra banken, og som inneholder transaksjonene som har skjedd på konto (Kontoutskrift). Typisk gjelder dette transaksjoner for en dag av gangen og filen leses inn i GO dagen etter transaksjonsdato.

Disse transaksjonene legger seg på venstre side i bankavstemmingen.

Camt053 - Filtype for ordinær bankavstemmingsfil.. Denne typen sendes ut av alle banker

Camt053ext - Filtype for utvidet bankavstemming. Ikke alle banker har denne filtypen og vi kun kjent med at DNB og Nordea har det.

I noen banker kan du bestille eller laste ned bankavstemmingsfiler manuelt i nettbanken for deretter importere i GO. Her støttes ett .txt-format eller .xml-format (Camt053) 

Det er ikke mulig å importere banktranser i Excel eller CSV-format. 

Kontakt banken om de tilbyr manuell nedlastning av camt053-filer.

Innbetalinger (Camt054C/Camt054K) er en innbetalingsfil som ved full støtte erstatter OCR og Cremul/Egiro hvor innbetalinger matches og posteres mot åpne poster i Kundereskontro, men dette støttes ikke i GO per i dag.
Filen kan likevel benyttes til å berike banktransaksjonene med mer informasjon i kombinasjon med Camt053.

Innbetalinger (OCR) – Dette er en innbetalingsfil som kommer fra MPS (Mastercard Payment Services) og gjelder innbetalinger fra kunder. Disse filene mottar du kun om det er satt opp en aktiv OCR avtale med MPS, samt at faktura som ligger i GO har en KID og faktura er betalt med KID. Ved import blir åpne poster matchet og postert som betalt.
Se artikkel for bestilling av OCR-avtale her

Filen valideres kun på KID og dersom kunden har betalt med feil KID, at faktura med denne KID ikke finnes i GO (typ ved manglende fakturaimport) eller at faktura allerede er matchet mot et annet bilag (ikke en åpen post) så avvises OCR-filen

Egiro, Cremul eller InnbetalingTotal støttes ikke i GO

Remittering (Pain001) - Betalingsfilen som sendes til bank.

Remittering (Pain002) - Mottaksretur - Bekreftelse fra banken at de har mottatt Pain001 Remitteringsfilen

Avregningsretur (Camt054D) – Denne filen matcher og posterer de betalte leverandørfakturaene i regnskapet. 

Filtype for remitteringsretur / avregningsretur er camt054D

Unik ID på betalinger gjort fra Go - Hver betaling som gjøres fra Go tagges med noen unike ID-nummer. I hovedsak bruker vi taggen EndToEndId for å identifisere betalinger, og når banken bruker samme ID i denne taggen på returfiler eller bankavstemmingsfiler, så klarer Go å matche dette automatisk.

Det er likevel ikke alle banker som tagger eksempelvis bankavstemmingsfilene med riktig EndToEndId (selv om dokumentasjonen tilsier at de skal det).

Noen ganger står bankenes egne ID-nummere der. Da vil bankavstemmings funksjonaliteten få problemer dersom remitteringen presenteres i samle-summer.

I tillegg til denne taggen bruker vi også InstrId som skal ha et unikt ID-nummer per betalinger. Denne pleier bankene å ta med i returfilene. Vi har per i dag ikke støtte for matching på InstrdId-referanser i bankavstemmingen siden det i utgangspunktet er EndToEndID som skal brukes.

Samlebetalinger vs enkeltbetalinger - Det kommer av og til spørsmål fra kunder om man kan splitte opp remitteringene i enkeltbetalinger.

Vi har følgende oppsett når det gjelder betalingsfiler, og dette er kodet inn slik for alle våre banker og kan ikke endres manuelt av kunder. Vi endrer heller ikke på klientnivå:

Dersom det godkjennes flere betalinger samtidig til samme leverandør, med samme forfallsdato, vil alle betalingene presenteres som en samlebetaling til banken, hvor totalsum blir trukket fra kontoen. Betalingsfilen inneholder likevel informasjon om hver eneste enkeltbetaling, slik som beløp og KID. Noen mottakerbanker har mulighet til å presentere informasjon om enkeltbetalingene for mottaker, men ikke alle banker kan det. Derfor kommer det av og til tilbakemeldinger om at vi ikke sender med KID på alle betalingene, eller at mottaker ikke skjønner hva samlebeløpet gjelder.

Vi sender med all informasjon banken trenger for å identifisere hver eneste betaling, men vi kan ikke styre hvordan verken klientens eller leverandørens bank velger å presentere dette videre etter at de mottar betalingsfilen fra oss. Et alternativ er å godkjenne slike betalinger separat. Dette må gjøres med noe tid imellom hver godkjenning, vi grupperer betalinger som godkjennes omtrent samtidig i tillegg til de som godkjennes samtidig. Anbefaler 5-10min mellom hver godkjenning i dette tilfellet.