Vad är OFX-format? Open Financial Exchange förklarat

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 duger.

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 är byggt 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-kontoutdrag.

OFX i en mening

Open Financial Exchange är ett XML-baserat dataformat för utbyte av finansiell information mellan finansiella institutioner, programapplikationer och slutanvändare. Det är den öppna standarden som Intuits QBO-format bygger på -- och formatet som de flesta bokföringsprogram (utom QuickBooks) föredrar för import av banktransaktioner.

Tänk på OFX som finansdata-lingua franca. Banker talar det. Bokföringsprogram läser det. Och till skillnad från CSV -- som bara är rader och kolumner utan inneboende mening -- bär OFX strukturerad metadata som talar om för mottagande programvara exakt vad varje datapunkt representerar.

OFX:s historia

OFX föddes 1997, skapat 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 enade 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 använda versionen. Fortfarande SGML-baserad. De flesta banker som erbjuder OFX-nedladdningar genererar 1.6-filer.
• OFX 2.0 (2005) -- Stor omskrivning. Gick 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 parsning. 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 versionsmismatchningar är ett vanligt fel vid OFX-import.

Vad OFX kan innehålla

OFX är inte bara ett format för kontoutdrag. Specifikationen täcker ett brett spektrum av finansiell data:

• Bankkontoutdrag -- Transaktioner för check-, sparkonto- och penningmarknadskonton. Det vanligaste användningsfallet.
• Kreditkortsutdrag -- Transaktionshistorik med stöd för handlarkategorikoder och köpdetaljer.
• Investerings- och mäklarutdrag -- Aktieköp, utdelningar, 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 skatteprogram.
• Lånehandlingar -- 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öringsprogram utan kolumnmappning eller gissning av datumformat.

Inuti en OFX-fil

Så här ser en komplett OFX 1.6 kontoutdragsfil ut. Detta är formatet du oftast stöter på -- 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. Header-blocket -- 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. Inloggningssvaret (SIGNONMSGSRSV1) -- Autentisering och servermetadata. CODE 0 betyder framgång. De flesta importerade filer använder platshållarvärden här.

3. Utdrags-svaret (BANKMSGSRSV1) -- Den faktiska finansiella datan:

• BANKACCTFROM -- Kontot som transaktionerna tillhör (routingsnummer, kontonummer, kontotyp)
• BANKTRANLIST -- Listan över transaktioner, avgränsad av start- och slutdatum
• STMTTRN -- Enskilda transaktionsposter
• LEDGERBAL och AVAILBAL -- Saldon vid periodens slut och tillgängliga saldon per ett visst datum

Lägg märke till SGML-syntaxen: taggar som <TRNTYPE>CREDIT har ingen avslutande </TRNTYPE>. Parsen härleder slutet på ett värde från starten av nästa tagg -- giltig SGML, men ogiltig XML, vilket är varför 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 kontoutdrag:

FITID -- Varför det är viktigt

FITID (Financial Institution Transaction ID) är den absolut viktigaste taggen i en OFX-fil ur ett bokföringsperspektiv. Det är en unik identifierare 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. Importera samma fil igen och programvaran kontrollerar 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 ingen unik identifierare -- importera samma fil två gånger och du får dubbla poster att städa upp manuellt.

OFX vs CSV

Båda formaten kan få in banktransaktioner i bokföringsprogram. OFX vinner på struktur; CSV vinner på flexibilitet.

Varför OFX är bättre för bokföringsimport

Enbart datumformatet sparar timmar av felsökning. Med CSV är 01/02/2026 tvetydigt -- 1:a eller 2:a februari? 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 igen. 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 -- Alla applikationer som läser tabulär data läser CSV. Alla applikationer läser inte OFX.

Det praktiska rådet: använd OFX för import till bokföringsprogram, och CSV för allt annat.

OFX vs QBO

Det här ä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

INTU.BID-taggen är den huvudsakliga 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 vid 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 i bokförings- och personlig ekonomi-programvara:

Xero (Föredraget format)

Xero rekommenderar uttryckligen OFX framför CSV för manuell import av kontoutdrag. OFX-filer mappas automatiskt utan kolumnkonfiguration, inkluderar FITID-baserad dubblettkontroll och bär kontometadata.

För att importera: Gå till Bokföring > Bankkonton, välj kontot, klicka på Hantera konto > Importera ett utdrag 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 Arkiv > Importera > Importera 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öringsprogram med stöd för OFX-import
• Sage Business Cloud -- Accepterar OFX för import av banktransaktioner
• FreeAgent -- Stöder uppladdning av OFX- och QIF-filer
• Moneydance -- Personlig ekonomi-programvara med OFX direktanslutning och filimport
• KMyMoney -- Öppen källkods-hanterare för personlig ekonomi 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 sitt arbetsflöde för import av bankflöden

QuickBooks är den anmärkningsvärda frånvaron -- den föredrar sin QBO-märkta variant och fungerar mer tillförlitligt med .qbo-filer som inkluderar INTU.BID-identifieraren.

Skapa OFX-filer från PDF-kontoutdrag

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 de senaste transaktionerna (vanligtvis de senaste 90 dagarna), men för historiska data, stängda konton eller banker utan digitala exportalternativ, är du fast med PDF:er.

PDFSubs Bank Statement Converter extraherar transaktioner från PDF-kontoutdrag 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öringsprogram behöver för en ren import.

Konverteraren fungerar med utdrag från över 20 000 banker på 130+ språk. Digitala PDF:er (textbaserade utdrag) bearbetas i din webbläsare -- filen lämnar aldrig din enhet. Skannade eller bildtunga utdrag dirigeras via serverbaserad AI-extraktion.

All-In-One-planen kostar 20 USD/användare/månad (årligen) eller 25 USD/användare/månad (månadsvis), inklusive 500 sidor kontoutdrag per användare. Alla betalda planer inkluderar en 7-dagars gratis provperiod. För en detaljerad genomgång av import av resulterande OFX-filer till Xero, se Xero-guiden för import av kontoutdrag.

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 parsfel.

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."

Åtgärd: Ö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.

Åtgärd: Varje FITID måste vara unik inom filen. Ett vanligt mönster kombinerar datum och en sekventiell räknare: 20260215001, 20260215002, etc. Redigera platshållar-FITID:er i en textredigerare före import.

3. Felaktigt 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.

Åtgärd: 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 kontoutdrag som innehåller icke-ASCII-tecken.

Åtgärd: Ä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 (taggar behöver inte vara avslutade), medan 2.x använder korrekt XML (alla taggar måste öppnas och stängas). Parsers byggda för en version kan stöta på problem med den andra.

Åtgärd: De flesta moderna bokföringsprogram hanterar båda versionerna. Om ditt program 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-funktion hanterar detta för små filer.

Vanliga frågor och svar

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ärkesskyddade 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-markeringen. För att se OFX-data i Excel måste 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. Det 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 kontoutdrag.

Tillhandahåller banker OFX-nedladdningar?

Vissa gör det, men det är inkonsekvent. Stora banker i USA, Storbritannien och Australien kan erbjuda OFX- eller QFX-nedladdningar för de senaste transaktionerna (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 innehåller 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-markering (taggar behöver inte vara avslutade), 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öringsprogram 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 korrigera beskrivningar, rätta 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.