Bankfiler i PowerOffice Go – oversikt over filtyper
Denne artikkelen forklarer hvilke filformater som brukes ved inn- og utbetalinger og bankavstemming i PowerOffice Go. Oversikten er beregnet på deg som vil forstå det tekniske bak bankintegrasjonen.
Banktransaksjoner (Camt053)
Camt053-filer kommer fra banken og inneholder transaksjonene som har skjedd på kontoen – tilsvarende en kontoutskrift. Filene dekker typisk én dag av gangen og leses inn i PowerOffice Go dagen etter transaksjonsdatoen. Transaksjonene vises på venstre side i bankavstemmingen.
- Camt053 – Standardformatet for bankavstemmingsfiler. Sendes av alle banker.
- Camt053ext – Utvidet bankavstemmingsformat. Ikke alle banker støtter dette. Per i dag er det kun DNB og Nordea som er kjent for å tilby det.
I noen banker kan du bestille eller laste ned bankavstemmingsfiler manuelt i nettbanken og deretter importere dem i PowerOffice Go. Filene må være i .txt- eller .xml-format (Camt053). Det er ikke mulig å importere banktransaksjoner i Excel- eller CSV-format. Kontakt banken din for å høre om de tilbyr manuell nedlasting av Camt053-filer.
Innbetalinger
Camt054C og Camt054K
Camt054C/Camt054K er innbetalingsfiler som ved full støtte kan erstatte OCR og Cremul/eGiro, ved at innbetalinger matches og posteres mot åpne poster i kundereskontro. Denne funksjonaliteten støttes ikke fullt ut i PowerOffice Go per i dag, men filene kan brukes til å berike banktransaksjonene med mer informasjon i kombinasjon med Camt053.
OCR-innbetalinger
OCR-innbetalingsfiler kommer fra MPS (Mastercard Payment Services) og gjelder innbetalinger fra kunder. Du mottar disse filene kun hvis du har en aktiv OCR-avtale med MPS, og fakturaen i PowerOffice Go har en KID som kunden har brukt ved betaling. Ved import matches og posteres åpne poster automatisk som betalt.
Filen valideres utelukkende på KID. OCR-filen avvises hvis:
- kunden har betalt med feil KID,
- fakturaen med den aktuelle KID ikke finnes i PowerOffice Go (typisk ved manglende fakturaimport), eller
- fakturaen allerede er matchet mot et annet bilag og ikke lenger er en åpen post.
🔗 Les om bestilling av OCR-avtale (Netsavtalen MPS)
Egiro, Cremul og InnbetalingTotal støttes ikke i PowerOffice Go.
Remittering
Remittering brukes for utgående betalinger til leverandører. Følgende filtyper er involvert:
- Pain001 – Betalingsfilen som sendes fra PowerOffice Go til banken.
- Pain002 – Mottaksretur. Bekreftelse fra banken på at Pain001-filen er mottatt.
- Camt054D (avregningsretur) – Matcher og posterer de betalte leverandørfakturaene i regnskapet.
Unik ID på betalinger fra PowerOffice Go
Hver betaling som gjøres fra PowerOffice Go tagges med unike ID-nummer. Primært brukes taggen EndToEndId for å identifisere betalinger. Når banken bruker samme ID i denne taggen på returfiler eller bankavstemmingsfiler, klarer PowerOffice Go å matche betalingen automatisk.
Ikke alle banker tagger for eksempel bankavstemmingsfilene med riktig EndToEndId, selv om dokumentasjonen tilsier at de skal det. Når bankens egne ID-nummer er oppgitt i stedet, kan bankavstemmingsfunksjonaliteten få problemer dersom remitteringen presenteres i samleutgaver.
I tillegg brukes taggen InstrId, som skal inneholde et unikt ID-nummer per betaling. Denne taggen tas vanligvis med av bankene i returfilene. PowerOffice Go har per i dag ikke støtte for matching på InstrId-referanser i bankavstemmingen, ettersom EndToEndId er det primære feltet som skal brukes.
Samleutbetalinger og enkeltbetalinger
Dersom flere betalinger til samme leverandør godkjennes samtidig med samme forfallsdato, presenteres de som én samlebetaling til banken – der totalbeløpet trekkes fra kontoen. Betalingsfilen inneholder likevel informasjon om hver enkeltbetaling, inkludert beløp og KID.
Noen mottakerbanker kan presentere informasjon om enkeltbetalingene for mottaker, men ikke alle. Dette er årsaken til at det av og til kommer tilbakemeldinger om manglende KID eller at mottaker ikke forstår hva et samlebeløp gjelder.
PowerOffice Go sender med all informasjon banken trenger for å identifisere hver enkelt betaling, men kan ikke styre hvordan klientens eller leverandørens bank velger å presentere dette videre. Et alternativ er å godkjenne slike betalinger separat. Betalinger som godkjennes omtrent samtidig grupperes automatisk, så anbefalt ventetid mellom godkjenninger er 5–10 minutter.