Hva er OFX-format? Open Financial Exchange forklart
OFX er den åpne standarden for utveksling av finansiell data mellom banker og programvare. Her er hva som finnes i en OFX-fil og hvorfor Xero, MYOB og GnuCash foretrekker den.
Regnskapsprogramvaren din ber om en OFX-fil. Banken din ga deg en PDF. Og nå stirrer du på et format du aldri har hørt om, og lurer på hvorfor et fullt brukbart regneark ikke kan gjøre jobben.
OFX -- Open Financial Exchange -- er den usynlige standarden som driver moderne finansiell programvare. Det er grunnen til at Xero kan importere banktransaksjoner uten at du må mappe kolonner. Det er derfor GnuCash kan oppdage duplikater. Og det er grunnlaget som Quickbooks' QBO-format er bygget på.
Denne guiden forklarer hva OFX faktisk er, hva det inneholder, hvordan det sammenlignes med CSV og QBO, hvilken programvare som støtter det, og hvordan du oppretter OFX-filer fra PDF-kontoutskrifter.
OFX i én setning
Open Financial Exchange er et XML-basert dataformat for utveksling av finansiell informasjon mellom finansinstitusjoner, programvareapplikasjoner og sluttbrukere. Det er den åpne standarden som Intuits QBO-format er basert på -- og formatet som de fleste regnskapsprogrammer unntatt QuickBooks foretrekker for import av banktransaksjoner.
Tenk på OFX som finansdataens lingua franca. Banker snakker det. Regnskapsprogramvare leser det. Og i motsetning til CSV -- som bare er rader og kolonner uten iboende mening -- bærer OFX strukturert metadata som forteller mottakende programvare nøyaktig hva hver databit representerer.
Historien bak OFX
OFX ble født i 1997, skapt av Microsoft, Intuit og CheckFree. Hver hadde sin egen konkurrerende standard -- Microsoft hadde OFC (Open Financial Connectivity), Intuit hadde sitt eget utvekslingsformat, og CheckFree hadde sine elektroniske faktureringsprotokoller. OFX var kompromisset som forente dem.
Versjonstidslinje
- OFX 1.0 (1997) -- Den opprinnelige spesifikasjonen, basert på SGML (Standard Generalized Markup Language). SGML tillater uavsluttede tagger, noe som gjør at OFX 1.x-filer ser annerledes ut enn moderne XML.
- OFX 1.6 (2002) -- Den mest utbredte versjonen. Fortsatt SGML-basert. De fleste banker som tilbyr OFX-nedlastinger genererer 1.6-filer.
- OFX 2.0 (2005) -- Stor omskriving. Byttet fra SGML til ordentlig XML med avsluttende tagger.
- OFX 2.2 (2016) -- Sikkerhetsforbedringer og forbedret støtte for investeringstransaksjoner.
- OFX 2.3 (Nåværende) -- Den nyeste versjonen, vedlikeholdt av Financial Data Exchange (FDX), et bransjekonsortium som overtok styringen fra de opprinnelige grunnleggerne.
Overgangen fra SGML til XML er viktig fordi den påvirker parsing. En versjon 1.x-fil bruker uavsluttede tagger (<TRNTYPE>DEBIT uten </TRNTYPE>), mens versjon 2.x bruker ordentlig XML med avsluttende tagger. De fleste moderne parsere håndterer begge, men versjonskonflikter forblir en vanlig feil ved OFX-import.
Hva OFX kan inneholde
OFX er ikke bare et format for kontoutskrifter. Spesifikasjonen dekker et bredt spekter av finansiell data:
- Kontoavstemminger -- Transaksjoner for brukskonto, sparekonto og pengemarkedskonto. Den vanligste bruken.
- Kredittkortavstemminger -- Transaksjonshistorikk med støtte for kategorikoder for selger og kjøpsdetaljer.
- Investerings- og megleravstemminger -- Aksjekjøp, utbyttebetalinger, fondsforflytninger og porteføljeposisjoner med kostprisdata på lot-nivå.
- Faktureringsinformasjon -- Liste over betalingsmottakere, planlagte betalinger og betalingsbekreftelser.
- Skatteinformasjon -- 1099-skjemaer og andre skattedokumenter som overføres mellom finansinstitusjoner og skatteprogramvare.
- Låneavstemminger -- Transaksjonsregistre og balanseinformasjon for boliglån, billån og forbrukslån.
For de fleste regnskapsførere og bokholdere betyr OFX én ting: import av bank- og kredittkorttransaksjoner inn i regnskapsprogramvare uten kolonne-mapping eller gjetting av datoformat.
Inne i en OFX-fil
Slik ser en komplett OFX 1.6 kontoutskriftsfil ut. Dette er formatet du oftest vil støte på -- den SGML-baserte versjonen som flertallet av banker og konverteringsverktøy genererer:
OFXHEADER:100
DATA:OFXSGML
VERSION:160
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE
<OFX>
<SIGNONMSGSRSV1>
<SONRS>
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<DTSERVER>20260228120000
<LANGUAGE>ENG
</SONRS>
</SIGNONMSGSRSV1>
<BANKMSGSRSV1>
<STMTTRNRS>
<TRNUID>0
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<STMTRS>
<CURDEF>USD
<BANKACCTFROM>
<BANKID>021000021
<ACCTID>123456789
<ACCTTYPE>CHECKING
</BANKACCTFROM>
<BANKTRANLIST>
<DTSTART>20260201120000
<DTEND>20260228120000
<STMTTRN>
<TRNTYPE>CREDIT
<DTPOSTED>20260201120000
<TRNAMT>3500.00
<FITID>20260201001
<NAME>DIRECT DEP PAYROLL
<MEMO>ACME CORP PAYROLL
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20260203120000
<TRNAMT>-87.50
<FITID>20260203001
<NAME>POS PURCHASE GROCERY
<MEMO>WHOLE FOODS #10847
</STMTTRN>
<STMTTRN>
<TRNTYPE>CHECK
<DTPOSTED>20260210120000
<TRNAMT>-1200.00
<FITID>20260210001
<NAME>CHECK 1045
<CHECKNUM>1045
</STMTTRN>
</BANKTRANLIST>
<LEDGERBAL>
<BALAMT>4712.50
<DTASOF>20260228120000
</LEDGERBAL>
<AVAILBAL>
<BALAMT>4712.50
<DTASOF>20260228120000
</AVAILBAL>
</STMTRS>
</STMTTRNRS>
</BANKMSGSRSV1>
</OFX>
Anatomi av filen
Filen har tre hovedseksjoner:
1. Header-blokken -- Linjene med ren tekst øverst (før <OFX>) deklarerer OFX-versjonen, kodingen og sikkerhetsinnstillingene. Dette er ikke XML -- det er en enkel nøkkel-verdi-header som parsere leser før de behandler SGML/XML-kroppen.
2. Sign-On Response (SIGNONMSGSRSV1) -- Autentisering og servermetadata. CODE på 0 betyr suksess. De fleste importerte filer bruker plassholderverdier her.
3. Statement Response (BANKMSGSRSV1) -- Selve finansiell data:
BANKACCTFROM-- Kontoen transaksjonene tilhører (rutingnummer, kontonummer, kontotype)BANKTRANLIST-- Listen over transaksjoner, avgrenset av start- og sluttdatoSTMTTRN-- Individuelle transaksjonsregistreLEDGERBALogAVAILBAL-- Slutt- og tilgjengelig saldo per en spesifikk dato
Legg merke til SGML-syntaksen: tagger som <TRNTYPE>CREDIT har ingen avsluttende </TRNTYPE>. Parseren utleder slutten på en verdi fra starten av neste tag -- gyldig SGML, men ugyldig XML, noe som er grunnen til at OFX 2.x la til avsluttende tagger.
Viktige OFX-tagger
Her er en referansetabell over taggene du oftest vil støte på i OFX-filer for kontoutskrifter:
| Tagg | Beskrivelse | Eksempel |
|---|---|---|
STMTTRN |
Omslag for kontotransaksjon | Inneholder alle felt for én transaksjon |
TRNTYPE |
Transaksjonstype | DEBIT, CREDIT, CHECK, DEP, ATM, POS, XFER, FEE, SRVCHG, INT |
DTPOSTED |
Dato registrert | 20260215120000 (ÅÅÅÅMMDdH HMMSS) |
TRNAMT |
Transaksjonsbeløp (med fortegn) | -87.50 (negativ = debet), 3500.00 (positiv = kredit) |
FITID |
Finansiell institusjons transaksjons-ID | 20260215001 -- unik identifikator for duplikatkontroll |
NAME |
Navn på betalingsmottaker eller selger | POS PURCHASE GROCERY |
MEMO |
Ytterligere beskrivelse | WHOLE FOODS #10847 AUSTIN TX |
CHECKNUM |
Sjekknummer | 1045 (kun for sjekktransaksjoner) |
REFNUM |
Referansenummer | Bankens referanse for transaksjonen |
BANKACCTFROM |
Informasjon om kildekonto | Inneholder BANKID (ruting), ACCTID (konto), ACCTTYPE |
LEDGERBAL |
Slutt-/bokføringsbalanse | Inneholder BALAMT og DTASOF |
AVAILBAL |
Tilgjengelig balanse | Inneholder BALAMT og DTASOF |
CURDEF |
Valutakode | USD, GBP, EUR, AUD, CAD |
FITID -- Hvorfor det er viktig
FITID (Financial Institution Transaction ID) er den aller viktigste taggen i en OFX-fil fra et regnskapsperspektiv. Det er en unik identifikator tildelt hver transaksjon, og det er det som muliggjør duplikatkontroll.
Når du importerer en OFX-fil til Xero, GnuCash eller annen kompatibel programvare, lagrer den alle FITID-er den har sett. Importer den samme filen igjen, og programvaren sjekker hver FITID mot databasen sin, og hopper stille over duplikater.
Dette er den primære fordelen OFX har over CSV. Med CSV er det ingen unik identifikator -- importer den samme filen to ganger, og du vil ha doble oppføringer som må rettes manuelt.
OFX vs CSV
Begge formatene kan få banktransaksjoner inn i regnskapsprogramvare. OFX vinner på struktur; CSV vinner på fleksibilitet.
Hvorfor OFX er bedre for regnskapsimport
| Funksjon | OFX | CSV |
|---|---|---|
| Kolonneskjematisering | Automatisk -- tagger definerer mening | Manuell -- du tildeler hver kolonne |
| Duplikatkontroll | Ja (FITID-basert) | Nei -- re-import skaper duplikater |
| Datoformat | Entydig (ÅÅÅÅMMDdH HMMSS) | Varierer etter region -- DD/MM/ÅÅÅÅ vs MM/DD/ÅÅÅÅ |
| Håndtering av beløp | Fortegnsbaserte verdier med TRNTYPE | Må tolke fortegn, symboler, skilletegn |
| Identifikasjon av konto | Innebygd (ruting + kontonummer) | Ikke inkludert |
| Balansesjekk | Sluttbalanse inkludert | Vanligvis ikke inkludert |
| Transaksjonstyper | Typet (DEBIT, CREDIT, CHECK, etc.) | Fri tekst eller fraværende |
| Flerkonto-filer | Støttet i én fil | Separate filer trengs |
Datoformatet alene sparer timer med feilsøking. Med CSV er 01/02/2026 tvetydig -- 2. januar eller 1. februar? OFX eliminerer dette med ÅÅÅÅMMDdH HMMSS. 20260201120000 er alltid 1. februar 2026.
Når CSV er det beste valget
CSV har legitime fordeler:
- Dataredigering -- Du kan åpne en CSV i Excel, fikse feil, legge til kategoriseringer og lagre på nytt. OFX-filer krever en teksteditor og kunnskap om taggstrukturen.
- Excel-analyse -- Hvis du trenger å kjøre formler, pivottabeller eller diagrammer på transaksjonsdata, er CSV det naturlige mellomformatet.
- Tilpasset behandling -- Programmatiske skript og datastrømmer håndterer CSV enklere enn OFXs nestede taggstruktur.
- Universell kompatibilitet -- Alle applikasjoner som leser tabulære data, leser CSV. Ikke alle applikasjoner leser OFX.
Det praktiske rådet: bruk OFX for import til regnskapsprogramvare, og CSV for alt annet.
OFX vs QBO
Dette er spørsmålet som forvirrer de fleste -- og svaret er enklere enn du tror.
QBO (QuickBooks Web Connect) er OFX med et annet filnavn og noen Intuit-spesifikke tagger. Den underliggende datastrukturen er identisk. En QBO-fil er en OFX-fil som QuickBooks gjenkjenner som sin egen.
De viktigste forskjellene
| Aspekt | OFX | QBO |
|---|---|---|
| Filnavn | .ofx |
.qbo |
| Spesifikasjon | Åpen standard (FDX) | Intuits merkede delmengde |
| FI-identifikator | Valgfri FI-blokk |
INTU.BID-tagg (Intuit Bank ID) |
| Målprogramvare | Xero, MYOB, GnuCash, Wave, etc. | QuickBooks (Desktop og Online) |
| Kompatibilitet | Bredere -- de fleste regnskapsprogrammer | QuickBooks-spesifikk |
INTU.BID-taggen er den viktigste Intuit-tillegget -- en bankidentifikasjonskode som forteller QuickBooks hvilken finansinstitusjon filen kom fra, noe som muliggjør automatisk matching til riktig bankkonto under import.
I praksis kan du gi nytt navn til en .ofx-fil til .qbo, og QuickBooks vil vanligvis lese den. Den andre veien fungerer også -- de fleste programmer som leser OFX, vil behandle en .qbo-fil. Men for rene importer, bruk formatet hver applikasjon forventer.
Det finnes også QFX (Quicken Financial Exchange) -- samme OFX-grunnlag, annet merkenavn, annet filnavn, rettet mot Quicken.
Programvare som støtter OFX
OFX har bred støtte på tvers av regnskaps- og personlig økonomiprogramvare:
Xero (Foretrukket format)
Xero anbefaler eksplisitt OFX fremfor CSV for manuelle bankkontoutskriftsimporter. OFX-filer mappes automatisk uten kolonnekonfigurasjon, inkluderer FITID-basert duplikatkontroll, og bærer kontometadata.
For å importere: Gå til Regnskap > Bankkontoer, velg kontoen, klikk Administrer konto > Importer en avstemming, og velg din .ofx-fil. Maksimalt 1000 transaksjoner per fil.
MYOB (Full støtte)
MYOB aksepterer OFX for import av bankfeeds. Prosessen ligner på Xero -- last opp filen til den relevante bankkontoen, og transaksjoner vises i bankfeeden for matching og kategorisering.
GnuCash (Gratis, åpen kildekode)
GnuCash har innebygd OFX-import via libofx-biblioteket. Det er et av de beste gratis alternativene for behandling av OFX-filer.
For å importere: Gå til Fil > Importer > Importer OFX/QFX, velg filen din, og mapp den til riktig konto. GnuCashs duplikatkontroll bruker FITID for å forhindre doble oppføringer.
Annen kompatibel programvare
- Wave -- Gratis regnskapsprogramvare med OFX-importstøtte
- Sage Business Cloud -- Aksepterer OFX for import av banktransaksjoner
- FreeAgent -- Støtter opplasting av OFX- og QIF-filer
- Moneydance -- Personlig økonomiprogramvare med OFX direct connect og filimport
- KMyMoney -- Åpen kildekode personlig økonomistyring med OFX-støtte via
libofx - Microsoft Money -- Avsluttet, men fortsatt brukt av noen; innebygd OFX-støtte var en av kjernefunksjonene
- Reckon (Australia) -- Aksepterer OFX-filer i sin importflyt for bankfeeds
QuickBooks er den bemerkelsesverdige fraværende -- den foretrekker sin QBO-merkede variant og fungerer mer pålitelig med .qbo-filer som inkluderer INTU.BID-identifikatoren.
Opprette OFX-filer fra PDF-kontoutskrifter
De fleste banker tilbyr ikke OFX-nedlastinger direkte. De gir deg en PDF -- formatert for utskrift, ikke for datautveksling. Noen tilbyr CSV-eksport for nylige transaksjoner (vanligvis de siste 90 dagene), men for historiske data, stengte kontoer, eller banker uten digitale eksportalternativer, sitter du fast med PDF-er.
PDFSubs Bank Statement Converter trekker ut transaksjoner fra PDF-kontoutskrifter og genererer gyldige OFX-filer med riktig struktur. Utdata inkluderer unike FITID-er for hver transaksjon, korrekt ÅÅÅÅMMDdH datoformatering, fortegnsbaserte beløp med passende transaksjonstyper, og kontometadata -- alt regnskapsprogramvare trenger for en ren import.
Konverteren fungerer med utskrifter fra over 20 000 banker på 133 språk. Digitale PDF-er (tekstbaserte utskrifter) behandles i nettleseren din -- filen forlater aldri enheten din. Skannede eller bilde-tunge utskrifter rutes via serverbasert AI-ekstraksjon.
Planer starter på $10/måned, med konvertering av kontoutskrifter til $29/måned (Business plan + BSC tillegg, 500 sider). Alle betalte planer inkluderer en 7-dagers gratis prøveperiode. For en detaljert gjennomgang av import av resulterende OFX-filer til Xero, se Xero bank statement import guide.
Vanlige OFX-problemer og hvordan fikse dem
OFX-filer er strukturerte, men ikke skuddsikre. Her er de vanligste problemene og hvordan du løser dem:
1. Ugyldig XML/SGML-syntaks
Symptom: Programvaren din avviser filen med en parse-feil.
Årsak: Feilformede tagger, manglende avsluttende tagger (i 2.x-filer), eller ugyldige tegn i beskrivelser. Ampersand (&) er den vanligste synderen -- de må kodes som & i XML, men blir ofte stående rå i navn som "AT&T."
Løsning: Åpne filen i en teksteditor og erstatt rene & med &. Sjekk også for uavsluttede tagger hvis filen er versjon 2.x.
2. Manglende eller dupliserte FITID-er
Symptom: Import skaper duplikattransaksjoner, eller programvaren rapporterer manglende identifikatorer.
Årsak: Noen konverteringsverktøy genererer samme FITID for hver transaksjon (som 0 eller 1), eller utelater taggen helt.
Løsning: Hver FITID må være unik i filen. Et vanlig mønster kombinerer datoen og en sekvensiell teller: 20260215001, 20260215002, osv. Rediger plassholder FITID-er i en teksteditor før import.
3. Feil datoformat
Symptom: Transaksjoner vises på feil datoer, eller programvaren viser datoer fra 1900 eller 2099.
Årsak: DTPOSTED-verdien følger ikke ÅÅÅÅMMDdH HMMSS-formatet. ÅÅÅÅMMDD (uten tid) er greit, men DD/MM/ÅÅÅÅ eller MM-DD-ÅÅÅÅ vil føre til feiltolkninger.
Løsning: Sørg for at alle DTPOSTED-verdier bruker ÅÅÅÅMMDD eller ÅÅÅÅMMDdH HMMSS. Både 20260215 og 20260215120000 er gyldige.
4. Problemer med tegnkoding
Symptom: Transaksjonsbeskrivelser viser uleselige tegn, spørsmålstegn eller manglende aksenter.
Årsak: Filheaderen deklarerer én koding (vanligvis USASCII eller UTF-8), men det faktiske innholdet bruker en annen koding. Dette er spesielt vanlig med internasjonale kontoutskrifter som inneholder ikke-ASCII-tegn.
Løsning: Endre ENCODING-headeren til å matche den faktiske filkodingen. For internasjonale utskrifter med aksenttegn er UTF-8 det sikreste valget. Noen eldre programmer krever USASCII uten spesialtegn.
5. Versjonskompatibilitet (1.x vs 2.x)
Symptom: Programvare som forventer OFX 2.x avviser en 1.x-fil, eller omvendt.
Årsak: OFX 1.x bruker SGML-markering (tagger trenger ikke å lukkes), mens 2.x bruker ordentlig XML (alle tagger må åpnes og lukkes). Parsere bygget for én versjon kan slite med den andre.
Løsning: De fleste moderne regnskapsprogrammer håndterer begge versjoner. Hvis din ikke gjør det, konverter mellom versjoner ved å legge til avsluttende tagger (1.x til 2.x) eller fjerne dem (2.x til 1.x). Søk-og-erstatt i teksteditor håndterer dette for små filer.
Ofte stilte spørsmål
Hva står OFX for?
OFX står for Open Financial Exchange -- en åpen standard for elektronisk utveksling av finansiell data mellom finansinstitusjoner og sluttbrukerapplikasjoner, vedlikeholdt av Financial Data Exchange (FDX).
Er OFX det samme som QBO?
Nesten. QBO er Intuits merkede versjon av OFX for QuickBooks. Datastrukturen er identisk -- QBO legger til en INTU.BID-tagg for bankidentifikasjon og bruker .qbo-filnavnet. Du kan ofte gi nytt navn til .ofx til .qbo, og QuickBooks vil akseptere det.
Kan jeg åpne en OFX-fil i Excel?
Ikke direkte som strukturert data. Excel vil åpne filen som en tekstfil og vise den rå SGML/XML-markeringen. For å se OFX-data i Excel, må du enten konvertere den til CSV eller XLSX først, eller bruke et tredjeparts tillegg som tolker OFX-tagger til regnearkkolonner.
Hvilken er best for Xero -- OFX eller CSV?
OFX er best for Xero. Den importeres automatisk uten kolonne-mapping, inkluderer FITID-basert duplikatkontroll, bruker et entydig datoformat, og bærer kontometadata. Xeros egen dokumentasjon anbefaler OFX fremfor CSV for manuell import av bankkontoutskrifter.
Tilbyr banker OFX-nedlastinger?
Noen gjør det, men det er inkonsekvent. Store banker i USA, Storbritannia og Australia kan tilby OFX- eller QFX-nedlastinger for nylige transaksjoner (vanligvis de siste 90 dagene). Mange mindre banker, kredittforeninger og internasjonale institusjoner tilbyr kun PDF-avstemminger. For historiske data utover nedlastingsvinduet, er PDF-konvertering vanligvis det eneste alternativet.
Er OFX sikkert?
OFX-spesifikasjonen inkluderer bestemmelser for SSL/TLS-kryptering under overføring og sertifikatbasert autentisering for direkte tilkoblinger. En OFX-fil lagret på disk er imidlertid ren tekst -- den inneholder kontonumre og transaksjonsdetaljer i lesbar form. Behandle OFX-filer med samme forsiktighet som du ville gitt ethvert finansielt dokument.
Hva er forskjellen mellom OFX 1.x og 2.x?
OFX 1.x bruker SGML-markering (tagger trenger ikke å lukkes), mens OFX 2.x bruker ordentlig XML (alle tagger må åpnes og lukkes). Data innholdet er det samme -- forskjellen er syntaktisk. Versjon 1.6 er fortsatt det mest genererte formatet. De fleste moderne regnskapsprogrammer tolker begge versjoner uten problemer.
Kan jeg redigere en OFX-fil manuelt?
Ja. OFX-filer er ren tekst og kan redigeres i enhver teksteditor. Du kan fikse beskrivelser, korrigere beløp, legge til manglende FITID-er, eller justere datoer. Bare behold taggstrukturen -- en uavsluttet eller feilaktig matchet tagg vil føre til importfeil. For OFX 2.x-filer, sørg for at hver åpningstagg har en tilsvarende avsluttende tagg.