Vad är OFX-format? Open Financial Exchange förklarat
OFX är den öppna standarden för att utbyta finansiell data mellan banker och programvara. Här är vad som finns i en OFX-fil och varför Xero, MYOB och GnuCash föredrar den.
Din bokföringsprogramvara frågar efter en OFX-fil. Din bank gav dig en PDF. Och nu stirrar du på ett format du aldrig hört talas om och undrar varför ett fullt dugligt kalkylblad inte kan göra jobbet.
OFX -- Open Financial Exchange -- är den osynliga standarden som driver modern finansiell programvara. Det är anledningen till att Xero kan importera banktransaktioner utan att du behöver mappa kolumner. Det är därför GnuCash kan upptäcka dubbletter. Och det är grunden som Quickbooks QBO-format bygger på.
Den här guiden förklarar vad OFX faktiskt är, vad det innehåller, hur det jämförs med CSV och QBO, vilken programvara som stöder det och hur man skapar OFX-filer från PDF-bankkontoutdrag.
OFX i en mening
Open Financial Exchange är ett XML-baserat dataformat för att utbyta finansiell information mellan finansiella institutioner, programapplikationer och slutanvändare. Det är den öppna standarden som Intuits QBO-format bygger på -- och det format som de flesta bokföringsprogramvaror som inte är QuickBooks föredrar för import av banktransaktioner.
Tänk på OFX som det gemensamma språket för finansiell data. Banker talar det. Bokföringsprogramvara läser det. Och till skillnad från CSV -- som bara är rader och kolumner utan innebörd -- bär OFX strukturerad metadata som talar om för mottagande programvara exakt vad varje datadel representerar.
OFX:s historia
OFX skapades 1997 av Microsoft, Intuit och CheckFree. Var och en hade sin egen konkurrerande standard -- Microsoft hade OFC (Open Financial Connectivity), Intuit hade sitt eget utbytesformat, och CheckFree hade sina protokoll för elektronisk fakturering. OFX var kompromissen som förenade dem.
Tidslinje för versioner
- OFX 1.0 (1997) -- Den ursprungliga specifikationen, baserad på SGML (Standard Generalized Markup Language). SGML tillåter oavslutade taggar, vilket gör att OFX 1.x-filer ser annorlunda ut än modern XML.
- OFX 1.6 (2002) -- Den mest utbredda versionen. Fortfarande SGML-baserad. De flesta banker som erbjuder OFX-nedladdningar genererar 1.6-filer.
- OFX 2.0 (2005) -- Stor omskrivning. Bytt från SGML till korrekt XML med avslutande taggar.
- OFX 2.2 (2016) -- Säkerhetsförbättringar och förbättrat stöd för investeringstransaktioner.
- OFX 2.3 (Nuvarande) -- Den senaste versionen, underhållen av Financial Data Exchange (FDX), ett branschkonsortium som tog över styrningen från de ursprungliga grundarna.
Övergången från SGML till XML är viktig eftersom den påverkar parsningen. En version 1.x-fil använder oavslutade taggar (<TRNTYPE>DEBIT utan </TRNTYPE>), medan version 2.x använder korrekt XML med avslutande taggar. De flesta moderna parsers hanterar båda, men versionsmotsvarigheter är ett vanligt fel vid OFX-import.
Vad OFX kan innehålla
OFX är inte bara ett format för bankkontoutdrag. Specifikationen täcker ett brett spektrum av finansiell data:
- Bankkontoutdrag -- Transaktioner för löpande konto, sparkonto och penningmarknadskonton. Det vanligaste användningsfallet.
- Kreditkortsutdrag -- Transaktionshistorik med stöd för kategorikoder för handlare och köpdetaljer.
- Investerings- och mäklarutdrag -- Aktieköp, utdelningsbetalningar, fondöverföringar och portföljpositioner med kostnadsbasdata på lotnivå.
- Fakturabetalningsinformation -- Mottagarlistor, schemalagda betalningar och betalningsbekräftelser.
- Skatteinformation -- 1099-formulär och andra skattedokument som överförs mellan finansiella institutioner och skatteprogramvara.
- Låneutdrag -- Transaktionsposter och saldoinformation för bolån, billån och privatlån.
För de flesta revisorer och bokförare betyder OFX en sak: import av bank- och kreditkortstransaktioner till bokföringsprogramvara utan kolumnmappning eller gissning av datumformat.
Inuti en OFX-fil
Här är hur en komplett OFX 1.6 bankkontoutdragsfil ser ut. Detta är formatet du kommer att stöta på oftast -- den SGML-baserade versionen som majoriteten av banker och konverteringsverktyg genererar:
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>
Filens anatomi
Filen har tre huvudsektioner:
1. Headerblocket -- Textraderna högst upp (före <OFX>) deklarerar OFX-versionen, kodningen och säkerhetsinställningarna. Detta är inte XML -- det är en enkel nyckel-värde-header som parsers läser innan de bearbetar SGML/XML-kroppen.
2. Sign-On-svaret (SIGNONMSGSRSV1) -- Autentiserings- och servermetadata. CODE 0 betyder framgång. De flesta importerade filer använder platshållarvärden här.
3. Utdragsresponsen (BANKMSGSRSV1) -- Den faktiska finansiella datan:
BANKACCTFROM-- Kontot som transaktionerna tillhör (routingsnummer, kontonummer, kontotyp)BANKTRANLIST-- Listan över transaktioner, avgränsad av start- och slutdatumSTMTTRN-- Enskilda transaktionsposterLEDGERBALochAVAILBAL-- Avslutande och tillgängliga saldon per ett specifikt datum
Lägg märke till SGML-syntaxen: taggar som <TRNTYPE>CREDIT saknar avslutande </TRNTYPE>. Parsen härleder slutet på ett värde från starten av nästa tagg -- giltig SGML, men ogiltig XML, vilket är anledningen till att OFX 2.x lade till avslutande taggar.
Viktiga OFX-taggar
Här är en referenstabell över taggarna du oftast stöter på i OFX-filer för bankkontoutdrag:
| Tag | Beskrivning | Exempel |
|---|---|---|
STMTTRN |
Omslag för utdragstransaktion | Innehåller alla fält för en transaktion |
TRNTYPE |
Transaktionstyp | DEBIT, CREDIT, CHECK, DEP, ATM, POS, XFER, FEE, SRVCHG, INT |
DTPOSTED |
Datum för bokföring | 20260215120000 (ÅÅÅÅMMDDHHMMSS) |
TRNAMT |
Transaktionsbelopp (signerat) | -87.50 (negativt = debet), 3500.00 (positivt = kredit) |
FITID |
Finansiell institutions transaktions-ID | 20260215001 -- unikt ID för dubblettkontroll |
NAME |
Mottagarens eller handlarens namn | POS PURCHASE GROCERY |
MEMO |
Ytterligare beskrivning | WHOLE FOODS #10847 AUSTIN TX |
CHECKNUM |
Checknummer | 1045 (endast för checktransaktioner) |
REFNUM |
Referensnummer | Bankens tilldelade referens för transaktionen |
BANKACCTFROM |
Information om källkonto | Innehåller BANKID (routing), ACCTID (konto), ACCTTYPE |
LEDGERBAL |
Avslutande/bokfört saldo | Innehåller BALAMT och DTASOF |
AVAILBAL |
Tillgängligt saldo | Innehåller BALAMT och DTASOF |
CURDEF |
Valutakod | USD, GBP, EUR, AUD, CAD |
FITID -- Varför det är viktigt
FITID (Financial Institution Transaction ID) är den absolut viktigaste taggen i en OFX-fil ur bokföringssynpunkt. Det är ett unikt ID som tilldelas varje transaktion, och det är vad som möjliggör dubblettkontroll.
När du importerar en OFX-fil till Xero, GnuCash eller någon annan kompatibel programvara, lagrar den alla FITID:er den har sett. Importerar du samma fil igen kontrollerar programvaran varje FITID mot sin databas och hoppar tyst över dubbletter.
Detta är den primära fördelen OFX har jämfört med CSV. Med CSV finns det inget unikt ID -- importerar du samma fil två gånger får du dubbla poster att rensa manuellt.
OFX vs CSV
Båda formaten kan få in banktransaktioner i bokföringsprogramvara. OFX vinner på struktur; CSV vinner på flexibilitet.
Varför OFX är bättre för bokföringsimport
| Funktion | OFX | CSV |
|---|---|---|
| Kolumnmappning | Automatisk -- taggar definierar betydelse | Manuell -- du tilldelar varje kolumn |
| Dubblettkontroll | Ja (FITID-baserad) | Nej -- återimport skapar dubbletter |
| Datumformat | Otvetydigt (ÅÅÅÅMMDDHHMMSS) | Varierar per region -- DD/MM/ÅÅÅÅ vs MM/DD/ÅÅÅÅ |
| Hantering av belopp | Signerade värden med TRNTYPE | Måste parsa tecken, symboler, separatorer |
| Kontoidendifikation | Inbäddad (routing + kontonummer) | Ingår ej |
| Saldoverifiering | Avslutande saldo ingår | Ingår vanligtvis ej |
| Transaktionstyper | Typade (DEBIT, CREDIT, CHECK, etc.) | Fritext eller saknas |
| Flerkontofiler | Stöds i en fil | Separata filer behövs |
Enbart datumformatet sparar timmar av felsökning. Med CSV är 01/02/2026 tvetydigt -- 1:a februari eller 2:a januari? OFX eliminerar detta med ÅÅÅÅMMDDHHMMSS. 20260201120000 är alltid 1:a februari 2026.
När CSV är det bättre valet
CSV har legitima fördelar:
- Dataredigering -- Du kan öppna en CSV i Excel, åtgärda fel, lägga till kategoriseringar och spara om. OFX-filer kräver en textredigerare och kunskap om taggstrukturen.
- Excel-analys -- Om du behöver köra formler, pivottabeller eller diagram på transaktionsdata är CSV det naturliga mellanformatet.
- Anpassad bearbetning -- Programmatiska skript och datapipelines hanterar CSV enklare än OFX:s nästlade taggstruktur.
- Universell kompatibilitet -- Varje applikation som läser tabulär data läser CSV. Inte alla applikationer läser OFX.
Det praktiska rådet: använd OFX för import till bokföringsprogramvara och CSV för allt annat.
OFX vs QBO
Detta är frågan som förvirrar de flesta -- och svaret är enklare än du kan tro.
QBO (QuickBooks Web Connect) är OFX med en annan filändelse och några Intuit-specifika taggar. Den underliggande datastrukturen är identisk. En QBO-fil är en OFX-fil som QuickBooks känner igen som sin egen.
De viktigaste skillnaderna
| Aspekt | OFX | QBO |
|---|---|---|
| Filändelse | .ofx |
.qbo |
| Specifikation | Öppen standard (FDX) | Intuits varumärkessubmängd |
| FI-identifierare | Valfritt FI-block |
INTU.BID-tagg (Intuit Bank ID) |
| Målprogramvara | Xero, MYOB, GnuCash, Wave, etc. | QuickBooks (Desktop och Online) |
| Kompatibilitet | Bredare -- de flesta bokföringsprogramvaror | QuickBooks-specifik |
INTU.BID-taggen är det viktigaste Intuit-tillägget -- en bankidentifieringskod som talar om för QuickBooks vilken finansiell institution filen kommer ifrån, vilket möjliggör automatisk matchning till rätt bankkonto under import.
I praktiken kan du byta namn på en .ofx-fil till .qbo och QuickBooks kommer oftast att läsa den. Att gå åt andra hållet fungerar också -- de flesta program som läser OFX kommer att bearbeta en .qbo-fil. Men för rena importer, använd det format som varje applikation förväntar sig.
Det finns också QFX (Quicken Financial Exchange) -- samma OFX-grund, annat varumärke, annan filändelse, riktad till Quicken.
Programvara som stöder OFX
OFX har brett stöd över bokförings- och personlig finansprogramvara:
Xero (Föredraget format)
Xero rekommenderar uttryckligen OFX framför CSV för manuell import av bankkontoutdrag. OFX-filer mappas automatiskt utan kolumnkonfiguration, inkluderar FITID-baserad dubblettkontroll och bär kontometadata.
För att importera: Gå till Accounting > Bank Accounts, välj kontot, klicka på Manage Account > Import a Statement och välj din .ofx-fil. Max 1 000 transaktioner per fil.
MYOB (Fullt stöd)
MYOB accepterar OFX för import av bankflöden. Processen liknar Xero -- ladda upp filen till relevant bankkonto och transaktioner visas i bankflödet för matchning och kategorisering.
GnuCash (Gratis, öppen källkod)
GnuCash har inbyggd OFX-import via libofx-biblioteket. Det är ett av de bästa gratisalternativen för att bearbeta OFX-filer.
För att importera: Gå till File > Import > Import OFX/QFX, välj din fil och mappa den till rätt konto. GnuCashs dubblettkontroll använder FITID för att förhindra dubbla poster.
Annan kompatibel programvara
- Wave -- Gratis bokföringsprogramvara med OFX-importstöd
- Sage Business Cloud -- Accepterar OFX för import av banktransaktioner
- FreeAgent -- Stöder uppladdning av OFX- och QIF-filer
- Moneydance -- Personlig finansprogramvara med OFX direktanslutning och filimport
- KMyMoney -- Öppen källkod för personlig finanshantering med OFX-stöd via
libofx - Microsoft Money -- Nedlagd men används fortfarande av vissa; inbyggt OFX-stöd var en av dess kärnfunktioner
- Reckon (Australien) -- Accepterar OFX-filer i sin importprocess för bankflöden
QuickBooks är den anmärkningsvärda frånvaron -- den föredrar sin QBO-varumärkta variant och fungerar mer tillförlitligt med .qbo-filer som inkluderar INTU.BID-identifieraren.
Skapa OFX-filer från PDF-bankkontoutdrag
De flesta banker erbjuder inte OFX-nedladdningar direkt. De ger dig en PDF -- formaterad för utskrift, inte för datautbyte. Vissa erbjuder CSV-export för nyliga transaktioner (vanligtvis de senaste 90 dagarna), men för historiska data, avslutade konton eller banker utan digitala exportalternativ, är du fast med PDF-filer.
PDFSubs Bank Statement Converter extraherar transaktioner från PDF-bankkontoutdrag och genererar giltiga OFX-filer med korrekt struktur. Utdata inkluderar unika FITID:er för varje transaktion, korrekt ÅÅÅÅMMDD-datumformatering, signerade belopp med lämpliga transaktionstyper och kontometadata -- allt som bokföringsprogramvara behöver för en ren import.
Konverteraren fungerar med utdrag från över 20 000 banker på 133 språk. Digitala PDF-filer (textbaserade utdrag) bearbetas i din webbläsare -- filen lämnar aldrig din enhet. Skannade eller bildtunga utdrag dirigeras via serverbaserad AI-extraktion.
Planer börjar på 10 USD/månad, med konvertering av bankkontoutdrag för 29 USD/månad (Business plan + BSC tillägg, 500 sidor). Alla betalda planer inkluderar en 7-dagars gratis provperiod. För en detaljerad genomgång av hur man importerar de resulterande OFX-filerna till Xero, se Xero bank statement import guide.
Vanliga OFX-problem och hur man löser dem
OFX-filer är strukturerade, men inte skottsäkra. Här är de vanligaste problemen och hur du löser dem:
1. Ogiltig XML/SGML-syntax
Symptom: Din programvara avvisar filen med ett parsningsfel.
Orsak: Felaktiga taggar, saknade avslutande taggar (i 2.x-filer) eller ogiltiga tecken i beskrivningar. Ampersand (&) är den vanligaste boven -- de måste kodas som & i XML men lämnas ofta råa i namn som "AT&T."
Lösning: Öppna filen i en textredigerare och ersätt råa & med &. Kontrollera även efter oavslutade taggar om filen är version 2.x.
2. Saknade eller dubbla FITID:er
Symptom: Import skapar dubbla transaktioner, eller programvaran rapporterar saknade identifierare.
Orsak: Vissa konverteringsverktyg genererar samma FITID för varje transaktion (som 0 eller 1), eller utelämnar taggen helt.
Lösning: Varje FITID måste vara unik inom filen. Ett vanligt mönster kombinerar datumet och en sekventiell räknare: 20260215001, 20260215002, etc. Redigera platshållar-FITID:er i en textredigerare före import.
3. Fel datumformat
Symptom: Transaktioner visas på fel datum, eller programvaran visar datum från 1900 eller 2099.
Orsak: DTPOSTED-värdet följer inte ÅÅÅÅMMDDHHMMSS-formatet. ÅÅÅÅMMDD (utan tid) är okej, men DD/MM/ÅÅÅÅ eller MM-DD-ÅÅÅÅ kommer att orsaka felaktig tolkning.
Lösning: Se till att alla DTPOSTED-värden använder ÅÅÅÅMMDD eller ÅÅÅÅMMDDHHMMSS. Både 20260215 och 20260215120000 är giltiga.
4. Problem med teckenkodning
Symptom: Transaktionsbeskrivningar visar förvrängda tecken, frågetecken eller saknade accenter.
Orsak: Filens header deklarerar en kodning (vanligtvis USASCII eller UTF-8) men det faktiska innehållet använder en annan kodning. Detta är särskilt vanligt med internationella bankkontoutdrag som innehåller icke-ASCII-tecken.
Lösning: Ändra ENCODING-headern för att matcha den faktiska filkodningen. För internationella utdrag med accentuerade tecken är UTF-8 det säkraste valet. Viss äldre programvara kräver USASCII utan specialtecken.
5. Versionskompatibilitet (1.x vs 2.x)
Symptom: Programvara som förväntar sig OFX 2.x avvisar en 1.x-fil, eller vice versa.
Orsak: OFX 1.x använder SGML-markup (taggar behöver inte avslutas), medan 2.x använder XML (alla taggar måste öppnas och stängas). Parsers byggda för en version kan stöta på problem med den andra.
Lösning: De flesta moderna bokföringsprogramvaror hanterar båda versionerna. Om din inte gör det, konvertera mellan versioner genom att lägga till avslutande taggar (1.x till 2.x) eller ta bort dem (2.x till 1.x). Textredigerarens sök-och-ersätt hanterar detta för små filer.
Vanliga frågor
Vad står OFX för?
OFX står för Open Financial Exchange -- en öppen standard för elektroniskt utbyte av finansiell data mellan finansiella institutioner och slutanvändarapplikationer, underhållen av Financial Data Exchange (FDX).
Är OFX samma sak som QBO?
Nästan. QBO är Intuits varumärkta version av OFX för QuickBooks. Datastrukturen är identisk -- QBO lägger till en INTU.BID-tagg för bankidentifiering och använder filändelsen .qbo. Du kan ofta byta namn på .ofx till .qbo och QuickBooks kommer att acceptera det.
Kan jag öppna en OFX-fil i Excel?
Inte direkt som strukturerad data. Excel öppnar filen som en textfil och visar den råa SGML/XML-markupen. För att se OFX-data i Excel behöver du antingen konvertera den till CSV eller XLSX först, eller använda ett tredjepartstillägg som tolkar OFX-taggar till kalkylblads-kolumner.
Vilket är bättre för Xero -- OFX eller CSV?
OFX är bättre för Xero. Den importeras automatiskt utan kolumnmappning, inkluderar FITID-baserad dubblettkontroll, använder ett otvetydigt datumformat och bär kontometadata. Xeros egen dokumentation rekommenderar OFX framför CSV för manuell import av bankkontoutdrag.
Ger banker OFX-nedladdningar?
Vissa gör det, men det är inkonsekvent. Större banker i USA, Storbritannien och Australien kan erbjuda OFX- eller QFX-nedladdningar för nyliga transaktioner (vanligtvis de senaste 90 dagarna). Många mindre banker, kreditföreningar och internationella institutioner tillhandahåller endast PDF-utdrag. För historiska data utöver nedladdningsfönstret är PDF-konvertering vanligtvis det enda alternativet.
Är OFX säkert?
OFX-specifikationen inkluderar bestämmelser för SSL/TLS-kryptering under överföring och certifikatbaserad autentisering för direkta anslutningar. En OFX-fil som sparas på disk är dock ren text -- den innehåller kontonummer och transaktionsdetaljer i läsbar form. Behandla OFX-filer med samma försiktighet som du skulle ge något finansiellt dokument.
Vad är skillnaden mellan OFX 1.x och 2.x?
OFX 1.x använder SGML-markup (taggar behöver inte avslutas), medan OFX 2.x använder korrekt XML (alla taggar måste öppnas och stängas). Data-innehållet är detsamma -- skillnaden är syntaktisk. Version 1.6 är fortfarande det mest genererade formatet. De flesta moderna bokföringsprogramvaror tolkar båda versionerna utan problem.
Kan jag redigera en OFX-fil manuellt?
Ja. OFX-filer är ren text och kan redigeras i vilken textredigerare som helst. Du kan åtgärda beskrivningar, korrigera belopp, lägga till saknade FITID:er eller justera datum. Behåll bara taggstrukturen -- en oavslutad eller felaktig tagg kommer att orsaka importfel. För OFX 2.x-filer, se till att varje öppningstag har en motsvarande avslutande tagg.