Was ist das OFX-Format? Open Financial Exchange erklärt
OFX ist der offene Standard für den Austausch von Finanzdaten zwischen Banken und Software. Hier erfahren Sie, was in einer OFX-Datei enthalten ist und warum Xero, MYOB und GnuCash sie bevorzugen.
Ihre Buchhaltungssoftware fragt nach einer OFX-Datei. Ihre Bank hat Ihnen ein PDF gegeben. Und jetzt starren Sie auf ein Format, von dem Sie noch nie gehört haben, und fragen sich, warum eine einwandfreie Tabellenkalkulation die Aufgabe nicht erfüllen kann.
OFX – Open Financial Exchange – ist der unsichtbare Standard, der moderne Finanzsoftware antreibt. Er ist der Grund, warum Xero Banktransaktionen importieren kann, ohne dass Sie Spalten zuordnen müssen. Er ist der Grund, warum GnuCash Duplikate erkennen kann. Und er ist die Grundlage, auf der das QBO-Format von QuickBooks aufbaut.
Diese Anleitung erklärt, was OFX tatsächlich ist, was es enthält, wie es sich im Vergleich zu CSV und QBO schlägt, welche Software es unterstützt und wie Sie OFX-Dateien aus PDF-Kontoauszügen erstellen.
OFX in einem Satz
Open Financial Exchange ist ein XML-basiertes Datenformat für den Austausch von Finanzinformationen zwischen Finanzinstituten, Softwareanwendungen und Endbenutzern. Es ist der offene Standard, auf dem das QBO-Format von Intuit basiert – und das Format, das die meisten Buchhaltungssoftware außer QuickBooks für den Import von Banktransaktionen bevorzugt.
Betrachten Sie OFX als die Lingua Franca der Finanzdaten. Banken sprechen es. Buchhaltungssoftware liest es. Und im Gegensatz zu CSV – das nur aus Zeilen und Spalten ohne inhärente Bedeutung besteht – enthält OFX strukturierte Metadaten, die der empfangenden Software genau mitteilen, was jedes Datenelement darstellt.
Die Geschichte von OFX
OFX wurde 1997 von Microsoft, Intuit und CheckFree ins Leben gerufen. Jedes Unternehmen hatte seinen eigenen konkurrierenden Standard – Microsoft hatte OFC (Open Financial Connectivity), Intuit sein eigenes Austauschformat und CheckFree seine elektronischen Abrechnungsprotokolle. OFX war der Kompromiss, der sie vereinte.
Versions-Timeline
- OFX 1.0 (1997) – Die ursprüngliche Spezifikation, basierend auf SGML (Standard Generalized Markup Language). SGML erlaubt ungeschlossene Tags, wodurch OFX 1.x-Dateien anders aussehen als modernes XML.
- OFX 1.6 (2002) – Die am weitesten verbreitete Version. Immer noch SGML-basiert. Die meisten Banken, die OFX-Downloads anbieten, generieren 1.6-Dateien.
- OFX 2.0 (2005) – Große Überarbeitung. Wechsel von SGML zu richtigem XML mit schließenden Tags.
- OFX 2.2 (2016) – Sicherheitsverbesserungen und verbesserte Unterstützung für Investmenttransaktionen.
- OFX 2.3 (Aktuell) – Die neueste Version, gepflegt vom Financial Data Exchange (FDX), einem Industriekonsortium, das die Verwaltung von den ursprünglichen Gründern übernommen hat.
Der Übergang von SGML zu XML ist wichtig, da er die Verarbeitung beeinflusst. Eine Datei der Version 1.x verwendet ungeschlossene Tags (<TRNTYPE>DEBIT ohne </TRNTYPE>), während Version 2.x korrektes XML mit schließenden Tags verwendet. Die meisten modernen Parser verarbeiten beides, aber Versionsunterschiede bleiben eine häufige OFX-Importfehlermeldung.
Was OFX enthalten kann
OFX ist nicht nur ein Format für Kontoauszüge. Die Spezifikation deckt eine breite Palette von Finanzdaten ab:
- Bankkontoauszüge – Transaktionen von Giro-, Spar- und Geldmarktkonten. Der häufigste Anwendungsfall.
- Kreditkartenabrechnungen – Transaktionshistorie mit Unterstützung für Händlerkategorien und Kaufdetails.
- Investment- und Brokerage-Abrechnungen – Aktienkäufe, Dividendenzahlungen, Fondsüberweisungen und Portfoliobestände mit Kostenbasisdaten auf Lot-Ebene.
- Rechnungszahlungsinformationen – Zahlungsempfängerlisten, geplante Zahlungen und Zahlungsbestätigungen.
- Steuerinformationen – 1099-Formulare und andere Steuerdokumente, die zwischen Finanzinstituten und Steuersoftware übertragen werden.
- Darlehensabrechnungen – Transaktionsaufzeichnungen und Saldoinformationen für Hypotheken-, Autokredit- und Privatkredite.
Für die meisten Buchhalter und Buchführer bedeutet OFX eines: den Import von Bank- und Kreditkartentransaktionen in die Buchhaltungssoftware ohne Spaltenzuordnung oder Raten von Datumsformaten.
Inhalt einer OFX-Datei
So sieht eine vollständige OFX 1.6-Kontoauszugsdatei aus. Dies ist das Format, dem Sie am häufigsten begegnen werden – die SGML-basierte Version, die die Mehrheit der Banken und Konvertierungswerkzeuge generiert:
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>
Anatomie der Datei
Die Datei hat drei Hauptabschnitte:
1. Der Header-Block – Die einfachen Textzeilen oben (vor <OFX>) deklarieren die OFX-Version, die Kodierung und die Sicherheitseinstellungen. Dies ist kein XML – es ist ein einfacher Schlüssel-Wert-Header, den Parser lesen, bevor sie den SGML/XML-Body verarbeiten.
2. Die Anmeldeantwort (SIGNONMSGSRSV1) – Authentifizierungs- und Servermetadaten. CODE von 0 bedeutet Erfolg. Die meisten importierten Dateien verwenden hier Platzhalterwerte.
3. Die Kontoauszugsantwort (BANKMSGSRSV1) – Die eigentlichen Finanzdaten:
BANKACCTFROM– Das Konto, zu dem die Transaktionen gehören (Bankleitzahl, Kontonummer, Kontotyp)BANKTRANLIST– Die Liste der Transaktionen, begrenzt durch ein Start- und EnddatumSTMTTRN– Einzelne TransaktionsdatensätzeLEDGERBALundAVAILBAL– Schluss- und verfügbare Salden zu einem bestimmten Datum
Beachten Sie die SGML-Syntax: Tags wie <TRNTYPE>CREDIT haben kein schließendes </TRNTYPE>. Der Parser leitet das Ende eines Wertes aus dem Beginn des nächsten Tags ab – gültiges SGML, aber ungültiges XML, weshalb OFX 2.x schließende Tags hinzufügte.
Wichtige OFX-Tags
Hier ist eine Referenztabelle der Tags, denen Sie in OFX-Dateien von Kontoauszügen am häufigsten begegnen werden:
| Tag | Beschreibung | Beispiel |
|---|---|---|
STMTTRN |
Container für Kontoauszugstransaktionen | Enthält alle Felder für eine Transaktion |
TRNTYPE |
Transaktionstyp | DEBIT, CREDIT, CHECK, DEP, ATM, POS, XFER, FEE, SRVCHG, INT |
DTPOSTED |
Buchungsdatum | 20260215120000 (JJJJMMTTHHMMSS) |
TRNAMT |
Transaktionsbetrag (vorzeichenbehaftet) | -87.50 (negativ = Lastschrift), 3500.00 (positiv = Gutschrift) |
FITID |
Transaktions-ID der Finanzinstitution | 20260215001 – eindeutiger Identifikator zur Duplikaterkennung |
NAME |
Name des Zahlungsempfängers oder Händlers | POS PURCHASE GROCERY |
MEMO |
Zusätzliche Beschreibung | WHOLE FOODS #10847 AUSTIN TX |
CHECKNUM |
Schecknummer | 1045 (nur bei Schecktransaktionen) |
REFNUM |
Referenznummer | Von der Bank zugewiesene Referenz für die Transaktion |
BANKACCTFROM |
Informationen zum Quellkonto | Enthält BANKID (Bankleitzahl), ACCTID (Konto), ACCTTYPE |
LEDGERBAL |
Schluss-/Hauptbuchsaldo | Enthält BALAMT und DTASOF |
AVAILBAL |
Verfügbarer Saldo | Enthält BALAMT und DTASOF |
CURDEF |
Währungscode | USD, GBP, EUR, AUD, CAD |
Die FITID – Warum sie wichtig ist
Die FITID (Financial Institution Transaction ID) ist das wichtigste Tag in einer OFX-Datei aus buchhalterischer Sicht. Es ist eine eindeutige Kennung für jede Transaktion und ermöglicht die Duplikaterkennung.
Wenn Sie eine OFX-Datei in Xero, GnuCash oder eine andere kompatible Software importieren, speichert diese jede gesehene FITID. Wenn Sie dieselbe Datei erneut importieren, prüft die Software jede FITID anhand ihrer Datenbank und überspringt Duplikate stillschweigend.
Dies ist der Hauptvorteil von OFX gegenüber CSV. Bei CSV gibt es keine eindeutige Kennung – wenn Sie dieselbe Datei zweimal importieren, müssen Sie doppelte Einträge manuell bereinigen.
OFX vs. CSV
Beide Formate können Banktransaktionen in die Buchhaltungssoftware übertragen. OFX punktet mit Struktur; CSV punktet mit Flexibilität.
Warum OFX besser für Buchhaltungsimporte ist
| Merkmal | OFX | CSV |
|---|---|---|
| Spaltenzuordnung | Automatisch – Tags definieren die Bedeutung | Manuell – Sie weisen jede Spalte zu |
| Duplikaterkennung | Ja (FITID-basiert) | Nein – erneuter Import erstellt Duplikate |
| Datumsformat | Eindeutig (JJJJMMTTHHMMSS) | Variiert je nach Region – TT/MM/JJJJ vs. MM/TT/JJJJ |
| Betragsverarbeitung | Vorzeichenbehaftete Werte mit TRNTYPE | Muss Vorzeichen, Symbole, Trennzeichen parsen |
| Kontoidentifikation | Eingebettet (Bankleitzahl + Kontonummer) | Nicht enthalten |
| Saldoüberprüfung | Schlussaldo enthalten | Normalerweise nicht enthalten |
| Transaktionstypen | Typisiert (DEBIT, CREDIT, CHECK usw.) | Freitext oder fehlt |
| Mehrere Konten in einer Datei | Unterstützt in einer Datei | Separate Dateien erforderlich |
Allein das Datumsformat erspart Stunden an Fehlersuche. Bei CSV ist 01/02/2026 mehrdeutig – der 2. Januar oder der 1. Februar? OFX eliminiert dies mit JJJJMMTTHHMMSS. 20260201120000 ist immer der 1. Februar 2026.
Wann CSV die bessere Wahl ist
CSV hat legitime Vorteile:
- Datenbearbeitung – Sie können eine CSV-Datei in Excel öffnen, Fehler beheben, Kategorisierungen hinzufügen und erneut speichern. OFX-Dateien erfordern einen Texteditor und Kenntnisse der Tag-Struktur.
- Excel-Analyse – Wenn Sie Formeln, Pivot-Tabellen oder Diagramme auf Transaktionsdaten anwenden müssen, ist CSV das natürliche Zwischenformat.
- Benutzerdefinierte Verarbeitung – Programmatische Skripte und Datenpipelines verarbeiten CSV einfacher als die verschachtelte Tag-Struktur von OFX.
- Universelle Kompatibilität – Jede Anwendung, die tabellarische Daten liest, liest CSV. Nicht jede Anwendung liest OFX.
Die praktische Empfehlung: Verwenden Sie OFX für den Import in die Buchhaltungssoftware und CSV für alles andere.
OFX vs. QBO
Das ist die Frage, die die meisten Leute verwirrt – und die Antwort ist einfacher als Sie denken.
QBO (QuickBooks Web Connect) ist OFX mit einer anderen Dateiendung und einigen Intuit-spezifischen Tags. Die zugrunde liegende Datenstruktur ist identisch. Eine QBO-Datei ist eine OFX-Datei, die QuickBooks als eigene erkennt.
Die Hauptunterschiede
| Aspekt | OFX | QBO |
|---|---|---|
| Dateiendung | .ofx |
.qbo |
| Spezifikation | Offener Standard (FDX) | Intuits gebrandete Teilmenge |
| FI-Identifikator | Optionaler FI-Block |
INTU.BID-Tag (Intuit Bank ID) |
| Zielsoftware | Xero, MYOB, GnuCash, Wave usw. | QuickBooks (Desktop und Online) |
| Kompatibilität | Breiter – die meisten Buchhaltungssoftware | QuickBooks-spezifisch |
Der INTU.BID-Tag ist die wichtigste Ergänzung von Intuit – ein Bankidentifikationscode, der QuickBooks mitteilt, von welchem Finanzinstitut die Datei stammt, und das automatische Abgleichen mit dem richtigen Bankkonto während des Imports ermöglicht.
In der Praxis können Sie eine .ofx-Datei in .qbo umbenennen, und QuickBooks wird sie normalerweise lesen. Der umgekehrte Weg funktioniert auch – die meisten Software, die OFX liest, verarbeitet eine .qbo-Datei. Aber für saubere Importe verwenden Sie das Format, das jede Anwendung erwartet.
Es gibt auch QFX (Quicken Financial Exchange) – dieselbe OFX-Grundlage, andere Marke, andere Dateiendung, auf Quicken ausgerichtet.
Software, die OFX unterstützt
OFX genießt breite Unterstützung in Buchhaltungs- und persönlichen Finanzsoftware:
Xero (Bevorzugtes Format)
Xero empfiehlt OFX ausdrücklich gegenüber CSV für manuelle Kontoauszugimporte. OFX-Dateien werden automatisch zugeordnet, ohne Spaltenkonfiguration, beinhalten FITID-basierte Duplikaterkennung und übertragen Kontometadaten.
Zum Importieren: Gehen Sie zu Accounting > Bank Accounts, wählen Sie das Konto aus, klicken Sie auf Manage Account > Import a Statement und wählen Sie Ihre .ofx-Datei aus. Maximal 1.000 Transaktionen pro Datei.
MYOB (Volle Unterstützung)
MYOB akzeptiert OFX für den Import von Bankfeeds. Der Prozess ist ähnlich wie bei Xero – laden Sie die Datei auf das entsprechende Bankkonto hoch und die Transaktionen erscheinen im Bankfeed zur Abgleichung und Kategorisierung.
GnuCash (Kostenlos, Open Source)
GnuCash verfügt über einen integrierten OFX-Import über die libofx-Bibliothek. Es ist eine der besten kostenlosen Optionen für die Verarbeitung von OFX-Dateien.
Zum Importieren: Gehen Sie zu File > Import > Import OFX/QFX, wählen Sie Ihre Datei aus und ordnen Sie sie dem richtigen Konto zu. Die Duplikaterkennung von GnuCash verwendet die FITID, um doppelte Einträge zu verhindern.
Andere kompatible Software
- Wave – Kostenlose Buchhaltungssoftware mit OFX-Importunterstützung
- Sage Business Cloud – Akzeptiert OFX für den Import von Banktransaktionen
- FreeAgent – Unterstützt OFX- und QIF-Datei-Uploads
- Moneydance – Persönliche Finanzsoftware mit OFX Direct Connect und Dateiimport
- KMyMoney – Open-Source-Manager für persönliche Finanzen mit OFX-Unterstützung über
libofx - Microsoft Money – Eingestellt, aber immer noch von einigen verwendet; der integrierte OFX-Support war eine seiner Kernfunktionen
- Reckon (Australien) – Akzeptiert OFX-Dateien im Importworkflow für Bankfeeds
QuickBooks ist die bemerkenswerte Ausnahme – es bevorzugt seine QBO-Markenvariante und funktioniert zuverlässiger mit .qbo-Dateien, die den INTU.BID-Identifikator enthalten.
OFX-Dateien aus PDF-Kontoauszügen erstellen
Die meisten Banken bieten keine direkten OFX-Downloads an. Sie erhalten ein PDF – formatiert zum Drucken, nicht für den Datenaustausch. Einige bieten CSV-Exporte für aktuelle Transaktionen (typischerweise die letzten 90 Tage) an, aber für historische Daten, geschlossene Konten oder Banken ohne digitale Exportoptionen sind Sie auf PDFs angewiesen.
PDFSubs Bank Statement Converter extrahiert Transaktionen aus PDF-Kontoauszügen und generiert gültige OFX-Dateien mit korrekter Struktur. Die Ausgabe enthält eindeutige FITIDs für jede Transaktion, korrekte JJJJMMTT-Datumsformatierung, vorzeichenbehaftete Beträge mit entsprechenden Transaktionstypen und Kontometadaten – alles, was die Buchhaltungssoftware für einen sauberen Import benötigt.
Der Konverter funktioniert mit Auszügen von über 20.000 Banken in 133 Sprachen. Digitale PDFs (textbasierte Auszüge) werden in Ihrem Browser verarbeitet – die Datei verlässt niemals Ihr Gerät. Gescannte oder bildlastige Auszüge werden über serverseitige KI-Extraktion verarbeitet.
Die Pläne beginnen bei 10 $/Monat, wobei die Konvertierung von Kontoauszügen 29 $/Monat kostet (Business-Plan + BSC-Add-on, 500 Seiten). Alle kostenpflichtigen Pläne beinhalten eine 7-tägige kostenlose Testversion. Eine detaillierte Anleitung zum Importieren der resultierenden OFX-Dateien in Xero finden Sie in der Xero-Anleitung zum Import von Kontoauszügen.
Häufige OFX-Probleme und deren Behebung
OFX-Dateien sind strukturiert, aber nicht narrensicher. Hier sind die häufigsten Probleme und wie Sie sie lösen können:
1. Ungültige XML/SGML-Syntax
Symptom: Ihre Software lehnt die Datei mit einem Parse-Fehler ab.
Ursache: Fehlerhafte Tags, fehlende schließende Tags (in 2.x-Dateien) oder ungültige Zeichen in Beschreibungen. Ampersand (&) ist der häufigste Übeltäter – er muss als & in XML kodiert werden, wird aber oft roh in Namen wie „AT&T“ belassen.
Behebung: Öffnen Sie die Datei in einem Texteditor und ersetzen Sie einzelne & durch &. Prüfen Sie auch auf ungeschlossene Tags, wenn die Datei Version 2.x hat.
2. Fehlende oder doppelte FITIDs
Symptom: Der Import erstellt doppelte Transaktionen oder die Software meldet fehlende Identifikatoren.
Ursache: Einige Konvertierungswerkzeuge generieren für jede Transaktion dieselbe FITID (z. B. 0 oder 1) oder lassen das Tag ganz weg.
Behebung: Jede FITID muss innerhalb der Datei eindeutig sein. Ein gängiges Muster kombiniert das Datum mit einem sequenziellen Zähler: 20260215001, 20260215002 usw. Bearbeiten Sie Platzhalter-FITIDs in einem Texteditor, bevor Sie sie importieren.
3. Falsches Datumsformat
Symptom: Transaktionen erscheinen an falschen Daten oder die Software zeigt Daten aus dem Jahr 1900 oder 2099 an.
Ursache: Der Wert DTPOSTED folgt nicht dem Format JJJJMMTTHHMMSS. JJJJMMTT (ohne Uhrzeit) ist in Ordnung, aber TT/MM/JJJJ oder MM-TT-JJJJ führen zu Fehlinterpretationen.
Behebung: Stellen Sie sicher, dass alle DTPOSTED-Werte JJJJMMTT oder JJJJMMTTHHMMSS verwenden. Sowohl 20260215 als auch 20260215120000 sind gültig.
4. Probleme mit der Zeichenkodierung
Symptom: Transaktionsbeschreibungen zeigen verstümmelte Zeichen, Fragezeichen oder fehlende Akzente.
Ursache: Der Dateikopf deklariert eine Kodierung (typischerweise USASCII oder UTF-8), aber der tatsächliche Inhalt verwendet eine andere Kodierung. Dies ist besonders häufig bei internationalen Kontoauszügen, die Nicht-ASCII-Zeichen enthalten.
Behebung: Ändern Sie den ENCODING-Header, um die tatsächliche Dateikodierung anzugeben. Für internationale Auszüge mit Akzentzeichen ist UTF-8 die sicherste Wahl. Einige ältere Software erfordert USASCII ohne Sonderzeichen.
5. Versionskompatibilität (1.x vs. 2.x)
Symptom: Software, die OFX 2.x erwartet, lehnt eine 1.x-Datei ab oder umgekehrt.
Ursache: OFX 1.x verwendet SGML-Markup (Tags müssen nicht geschlossen werden), während 2.x korrektes XML verwendet (alle Tags müssen geöffnet und geschlossen werden). Parser, die für eine Version erstellt wurden, können mit der anderen Probleme haben.
Behebung: Die meisten modernen Buchhaltungssoftware verarbeiten beide Versionen. Wenn Ihre dies nicht tut, konvertieren Sie zwischen den Versionen, indem Sie schließende Tags hinzufügen (1.x zu 2.x) oder sie entfernen (2.x zu 1.x). Die Suchen-und-Ersetzen-Funktion eines Texteditors erledigt dies für kleine Dateien.
Häufig gestellte Fragen
Wofür steht OFX?
OFX steht für Open Financial Exchange – ein offener Standard für den elektronischen Austausch von Finanzdaten zwischen Finanzinstituten und Endbenutzeranwendungen, der vom Financial Data Exchange (FDX) gepflegt wird.
Ist OFX dasselbe wie QBO?
Fast. QBO ist die gebrandete Version von OFX für QuickBooks von Intuit. Die Datenstruktur ist identisch – QBO fügt einen INTU.BID-Tag für die Bankidentifikation hinzu und verwendet die .qbo-Erweiterung. Sie können oft eine .ofx-Datei in .qbo umbenennen, und QuickBooks wird sie akzeptieren.
Kann ich eine OFX-Datei in Excel öffnen?
Nicht direkt als strukturierte Daten. Excel öffnet die Datei als Textdatei und zeigt die rohe SGML/XML-Markup an. Um OFX-Daten in Excel anzuzeigen, müssen Sie sie entweder zuerst in CSV oder XLSX konvertieren oder ein Drittanbieter-Add-in verwenden, das OFX-Tags in Tabellenspalten parst.
Was ist besser für Xero – OFX oder CSV?
OFX ist besser für Xero. Es wird automatisch ohne Spaltenzuordnung importiert, enthält FITID-basierte Duplikaterkennung, verwendet ein eindeutiges Datumsformat und überträgt Kontometadaten. Die Dokumentation von Xero selbst empfiehlt OFX gegenüber CSV für den manuellen Import von Kontoauszügen.
Bieten Banken OFX-Downloads an?
Einige tun es, aber es ist inkonsistent. Große Banken in den USA, Großbritannien und Australien bieten möglicherweise OFX- oder QFX-Downloads für aktuelle Transaktionen (typischerweise die letzten 90 Tage) an. Viele kleinere Banken, Kreditgenossenschaften und internationale Institute stellen nur PDF-Auszüge zur Verfügung. Für historische Daten über das Download-Fenster hinaus ist die PDF-Konvertierung normalerweise die einzige Option.
Ist OFX sicher?
Die OFX-Spezifikation enthält Bestimmungen für SSL/TLS-Verschlüsselung während der Übertragung und zertifikatbasierte Authentifizierung für direkte Verbindungen. Eine auf der Festplatte gespeicherte OFX-Datei ist jedoch einfacher Text – sie enthält Kontonummern und Transaktionsdetails in lesbarer Form. Behandeln Sie OFX-Dateien mit der gleichen Sorgfalt wie jedes Finanzdokument.
Was ist der Unterschied zwischen OFX 1.x und 2.x?
OFX 1.x verwendet SGML-Markup (Tags müssen nicht geschlossen werden), während 2.x korrektes XML verwendet (alle Tags müssen geöffnet und geschlossen werden). Der Dateninhalt ist derselbe – der Unterschied ist syntaktisch. Version 1.6 bleibt das am weitesten verbreitete Format. Die meisten modernen Buchhaltungssoftware parst beide Versionen ohne Probleme.
Kann ich eine OFX-Datei manuell bearbeiten?
Ja. OFX-Dateien sind einfacher Text und können in jedem Texteditor bearbeitet werden. Sie können Beschreibungen korrigieren, Beträge berichtigen, fehlende FITIDs hinzufügen oder Daten ändern. Behalten Sie einfach die Tag-Struktur bei – ein ungeschlossener oder nicht übereinstimmender Tag führt zu Importfehlern. Für OFX 2.x-Dateien stellen Sie sicher, dass jeder öffnende Tag einen entsprechenden schließenden Tag hat.