In diesem Beitrag
Odoo-BMD-Export: Belege vor der Monatsübergabe abstimmen
Ein fiktives Exportpaket ergibt 300,00 EUR. Trotzdem stehen auf zwei Belegen falsche Beträge. Das folgende Beispiel zeigt, warum weder die fertige Datei noch ihre Gesamtsumme eine korrekte Übergabe belegt.
Stimme eine Odoo-BMD-Übergabe mit den freigegebenen Ursprungsbelegen, dem konkreten Exportprofil und den Annahmenachweisen des Empfängers ab. Vergleiche Identitäten und Einzelbeträge, bevor du dich auf Summen verlässt. Halte Gutschriften, Unternehmensgrenzen und geänderte Revisionen sichtbar. Kläre, welche Datensätze die empfangende Stelle angenommen hat, bevor du die Übergabe abschließt.
Recherche geprüft: 5. November 2026. Grundlage sind offizielle Odoo-Dokumentation, die veröffentlichte BMD-Kursbeschreibung zu Standardschnittstellen und versionsbezogene Anbieterinformationen. Wir haben dreizehn synthetische Python-Vergleichsfälle ausgeführt. Ein Odoo-Export, BMD-Import, echte Buchhaltungsdaten und eine finanzielle Freigabe wurden nicht geprüft. Das Modell verwendet normalisierte Beispieldaten und bildet kein BMD-Dateiformat ab.
Was muss eine Übergabe von Odoo an BMD nachweisen?
Die Übergabe muss drei getrennte Fragen beantworten: Wurde der richtige Ausgangsbestand ausgewählt, bewahrt der Export dessen freigegebene Bedeutung und hat das Ziel die vorgesehenen Belege angenommen? Gib jeder Stufe eine Identität und einen Nachweis. Ein abgeschlossener Download belegt die Existenz einer Datei. Die Zielbelege zeigen, was nach ihrem Eingang geschah.
Lass die empfangende Stelle definieren, was ein angenommenes Paket bedeutet. Sind die Belege zur Prüfung vorbereitet oder wurden Buchungen in einen bestimmten Arbeitsbereich importiert? Halte das vereinbarte Ergebnis fest. Ein gemeinsamer Status „importiert“ bleibt mehrdeutig, wenn beide Teams darunter Verschiedenes verstehen.
| Grenze | Aufzubewahrender Nachweis | Beantwortete Frage |
|---|---|---|
| Freigegebener Ursprung | Datenstand, Unternehmen, Periode, Belegzustände und Ausschlüsse. | Welche Geschäftsbelege sollen übertragen werden? |
| Erzeugtes Paket | Connector- und Profilrevision, genaue Dateiidentität und Belegvergleich. | Welche Bedeutung enthielt dieser Export? |
| Ergebnis im Ziel | Importbericht, angenommene und abgelehnte Belegreferenzen sowie offene Fälle. | Welche vorgesehenen Datensätze hat der Empfänger angenommen? |
Der Exportvergleich kann erfolgreich sein, während die Annahme im Ziel ungeklärt bleibt. Halte diesen Zustand mit Nachweisen fest, die beide Teams einsehen können.
Welchen Connector und welches Importprofil prüfst du?
Prüfe die genaue Kombination aus Odoo-Version, Edition, installierter Connector-Revision und empfangendem BMD-Profil. Lass einen repräsentativen Beleg durch diese Kombination laufen. Ein Produktname allein zeigt nicht, wie das Zielsystem deine Datensätze interpretiert. Dokumentiere deshalb die konkrete Konfiguration, die für den Nachweis verwendet wurde, und wer sie ändern darf.
MPI beschreibt sein BMD-Modul für Odoo 19 mit Enterprise-Buchhaltung, österreichischer Lokalisierung und konfigurierbaren Exportspalten. Das ist eine versionsbezogene Anbieterbeschreibung. Bestätige die Unterstützung für Odoo 20 gesondert, wenn dies deine Zielversion ist.
Die Odoo-20.0-Dokumentation zur österreichischen Lokalisierung beschreibt Buchhaltungs- und Berichtsmodule sowie SAF-T-Export als XML. Daraus ergibt sich nicht das Dateiformat deines gewählten BMD-Importprofils.
Die BMD-Kursbeschreibung zu Standardschnittstellen trennt Stammdaten-, Salden- und Buchungsdateiimporte und behandelt Importfehler sowie Hinweise. Sie ist keine vollständige Feldspezifikation. Hole das gültige Profil und die Zuordnungsregeln bei der empfangenden Stelle ein, bevor du ein Dateilayout implementierst.
Nimm Gutschriften und Korrekturen in die Vorführung auf, bei Bedarf mit ihren Anlagen. Eine gewöhnliche Rechnung prüft diese Wege nicht. Erfasse alle manuellen Vorbereitungen im Ziel, die das Beispiel benötigt.
Wenn Hosting oder API-Zugang den Integrationsweg bestimmen, hilft der bestehende Leitfaden zur Odoo-Integrationsarchitektur. Die hier beschriebene Abnahme bleibt sinnvoll, ob eine Person die freigegebene Datei übermittelt oder ein automatisierter Ablauf den Transport übernimmt.
Was gehört in die Vereinbarung für den monatlichen Export?
Die Exportvereinbarung legt den vorgesehenen Belegbestand, freigegebene Umwandlungen und erforderliche Zielnachweise fest. Benenne, wer diese Entscheidungen ändern darf. Binde die Freigabe an den Datenstand und die Paketrevision. Eine spätere Änderung der Quelle oder Zuordnung braucht eine Prüfung. So bleibt erkennbar, welche Datei und welche fachliche Bedeutung die Freigabe umfasst.
| Entscheidung | Vor dem Export festlegen | Zu prüfender Nachweis |
|---|---|---|
| Bestand | Unternehmen, Buchungsperiode, zulässige Zustände und ausdrückliche Ausschlüsse. | Freigegebene Quellreferenzen und Auswahlparameter. |
| Identität | Stabiler Quellschlüssel, Revision und Zielreferenz. | Jeder Ursprungsbeleg bleibt über die Übergabe hinweg nachvollziehbar. |
| Beträge | Währung, Netto-, Steuer- und Bruttobasis sowie vereinbarte Genauigkeit. | Einzelwerte und Summen je Unternehmen und Währung. |
| Zuordnungen | Freigegebene Konten-, Partner- und Steuerinterpretation für das Profil. | Benannte Zuordnungsrevision und verantwortliche Finanzprüfung. |
| Gutschriften und Korrekturen | Belegbeziehungen und freigegebene Behandlung im Zielprofil. | Eine repräsentative Korrektur erreicht das vorgesehene Zielergebnis. |
| Begleitdokumente | Erforderliche Dateien, Identität und berechtigter Empfängerzugriff. | Das richtige Dokument ist am richtigen Geschäftsdatensatz abrufbar. |
| Abschluss | Bedeutung der Annahme und Vorgehen bei teilweisen oder unbekannten Ergebnissen. | Zielnachweis für dieses Paket und seine Belege. |
Trenne das Belegdatum von der für die Übergabe verwendeten Periode. Entscheide, wie verspätete Belege und Korrekturen in ein späteres Paket gelangen und wer diese Behandlung freigibt. Der Vergleich prüft die vereinbarte Regel. Den buchhalterischen Umgang muss die Finanzverantwortung freigeben.
Halte den Ursprung unabhängig prüfbar. Wenn dieselbe fehlerhafte Umwandlung sowohl den Export als auch seine Sollwerte erzeugt, kann der Vergleich dem Fehler zustimmen. Prüfe ausgewählte Originalbelege direkt gegen die freigegebene Zuordnung, bevor du der Summenkontrolle vertraust.
Der separate Ablauf für Rechnungsausnahmen behandelt offene Entscheidungen beim Eingang. Ein Export darf eine ungeklärte Quellfrage nicht hinter einem plausiblen Zielwert verbergen.
Warum kann eine richtige Summe falsche Belege verdecken?
Eine richtige Summe kann falsche Belege verdecken, weil sich gegenläufige Fehler beim Addieren aufheben. Auch die Anzahl verliert die Identität der Einträge. Vergleiche jeden freigegebenen Ursprungsbeleg mit seinem Exportgegenstück und nutze gruppierte Summen als zusätzliche Kontrolle. Unser synthetisches Beispiel behält drei Belege und alle Summen bei, obwohl zwei Belege falsche Netto- und Bruttobeträge enthalten.
| Beleg | Netto | Steuer | Brutto |
|---|---|---|---|
| INV-001 | 100,00 | 20,00 | 120,00 |
| INV-002 | 200,00 | 40,00 | 240,00 |
| CR-001 | -50,00 | -10,00 | -60,00 |
| Summe | 250,00 | 50,00 | 300,00 |
Die negative Gutschrift ist eine Beispielkonvention. Die Beträge schreiben keine BMD-Vorzeichenregel vor und belegen keine gültige steuerliche Behandlung. Die erfundene Zuordnung DEMO-MAP-1 hat keine buchhalterische Autorität.
Ändere nun die erste Rechnung auf netto 101,00 EUR und brutto 121,00 EUR. Ändere die zweite auf netto 199,00 EUR und brutto 239,00 EUR. Beide Steuerwerte und die Gutschrift bleiben gleich. Netto ergeben sich weiterhin 250,00 EUR, Steuer 50,00 EUR und brutto 300,00 EUR. Auch Netto plus Steuer stimmt in jeder Beispielzeile weiterhin mit Brutto überein.
Der Belegvergleich findet vier Abweichungen: Netto und Brutto bei zwei Rechnungen. Diese Unterschiede sperren das Paket trotz passender Summen. Ein Vergleich nach Schlüsseln kann allerdings weder die Referenzwerte selbst bestätigen noch einen echten Buchhaltungsexport nachweisen.
Was zeigen die dreizehn ausgeführten Modellfälle?
Die dreizehn Fälle zeigen, wie ein normalisierter Vergleich Quelldifferenzen, einen sauberen Export ohne Importnachweis und eine unvollständige Zielbestätigung unterscheidet. Das Skript verwendet erfundene JSON-Belege und Pythons Standardbibliothek. Es prüft nur diese Modellregeln. Ein BMD-Dateiformat wird weder eingelesen noch eine der Geschäftsanwendungen ausgeführt. Die Ergebnisse sind deshalb klar begrenzte lokale Nachweise.
| Fall | Beobachtete Entscheidung | Bedeutung im Modell |
|---|---|---|
| Unverändertes Paket mit vollständiger Bestätigung | ACKNOWLEDGED_IN_MODEL | Referenz, Kandidat und erfundene Bestätigung stimmen überein. |
| Keine Zielbestätigung | READY_FOR_IMPORT_REHEARSAL | Der Export ist abgestimmt; die Annahme im Ziel bleibt unbewiesen. |
| Fehlende Gutschrift | BLOCKED | Ein erwarteter Beleg fehlt. |
| Doppelter Beleg | BLOCKED | Eine zusammengesetzte Quellidentität kommt zweimal vor. |
| Gegenläufige Betragsfehler | BLOCKED | Anzahl und Summen passen, vier Betragsfelder weichen ab. |
| Falsches Unternehmen | BLOCKED | Ein Beleg liegt außerhalb der freigegebenen Identitäten. |
| Falsche Buchungsperiode | BLOCKED | Die Periode eines Belegs weicht vom freigegebenen Quellwert ab. |
| Falsche Währung | BLOCKED | Die Währung unterscheidet sich von der Referenz. |
| Fehlende Zuordnung | BLOCKED | Die erforderliche fiktive Zuordnungsreferenz ist leer. |
| Fehlende Dokumentreferenz | BLOCKED | Die erforderliche Kennzeichnung des Begleitdokuments fehlt. |
| Geändertes Importprofil | BLOCKED | Der Kandidat verweist nicht mehr auf das geprüfte Profil. |
| Teilweise Zielbestätigung | RECONCILIATION_REQUIRED | Nicht jeder vorgesehene Beleg hat eine angenommene Zielreferenz. |
| Bestätigung für andere Daten | RECONCILIATION_REQUIRED | Die Bestätigung gehört nicht zum vorliegenden Kandidaten. |
Lade das ausführbare Vergleichsmodell und die aufgezeichneten Ergebnisse herunter. Speichere die Python-Datei und starte sie so:
python3 reconcile-export.pyAlle dreizehn erwarteten Entscheidungen entsprachen dem lokalen Lauf. Geldwerte werden unter der exakten Vergleichsregel des Beispiels dezimal verarbeitet. Der Hash bindet normalisiertes JSON, keine exportierte BMD-Datei. Identifiziere im Betrieb die tatsächlichen Dateibytes und das Profil und bewahre die echten Zielbelege auf.
Eine ausgefüllte Anlagenreferenz beweist nicht, dass der Empfänger das richtige PDF abrufen kann. Prüfe bei der Abnahme die tatsächliche Datei und ihre Zuordnung zum Datensatz.
Wie gehst du nach einem Teilimport vor?
Kläre nach einem Teilimport zunächst, welche Belege angenommen, abgelehnt oder ungeklärt sind. Entscheide erst danach, was wiederholt werden darf. Nutze den Zielbericht und die Datensatzreferenzen und vereinbare die Korrektur mit der empfangenden Verantwortung. Eine Fehlermeldung für das gesamte Paket bedeutet nicht, dass jeder Beleg scheiterte. Ein neuer Dateiname erzeugt keine neuen Geschäftsvorfälle.
| Beobachtete Lage | Nächste Handlung | Nachweis vor dem Abschluss |
|---|---|---|
| Noch kein Nachweis des Empfängers | Zielergebnis anfordern und die Annahme offenhalten. | Klären, ob bereits Belege verarbeitet wurden. |
| Teilweise angenommen, teilweise abgelehnt | Jeden Belegstatus abstimmen und Korrektur oder erneute Übermittlung vereinbaren. | Angenommene Datensätze sind erfasst; die Korrektur erzeugt keine unfreigegebenen Duplikate. |
| Unbekanntes Ergebnis nach Unterbrechung | Zielbelege vor einem erneuten Versuch prüfen. | Die Handlung folgt dem festgestellten Ergebnis und keiner Vermutung über die Unterbrechung. |
| Quelle oder Zuordnung nach Freigabe geändert | Eine erkennbare Revision erstellen und betroffene Vergleiche wiederholen. | Das aktuelle Paket hat eine aktuelle Freigabe und einen Verweis auf den vorherigen Versuch. |
Setze keinen bestimmten Korrektur-, Storno- oder selektiven Wiederholungsmechanismus im Ziel voraus. Zeige das vereinbarte Vorgehen mit der empfangenden Stelle am tatsächlichen Profil. Bewahre den Nachweis des ursprünglichen Versuchs auf, wenn ein korrigiertes Paket ihn ersetzt.
Plant oder überträgt n8n die Datei, liefert sein Ausführungsverlauf nützliche Transportnachweise. Der Leitfaden zu n8n-Wiederholungen und Wiederherstellung erklärt stabile Geschäftsidentitäten und bekannte Zielergebnisse. Hier entscheidet der Belegstatus beim Empfänger über das weitere Vorgehen.
Welche Nachweise nehmen Finanzbereich und Technik ab?
Die Technik weist nachvollziehbare Auswahl, Umwandlung, Übermittlung und Wiederherstellung nach. Die berechtigte Finanzverantwortung gibt Zuordnung und buchhalterische Interpretation frei. Halte diese Entscheidungen getrennt fest. Ein sauberer Vergleich ersetzt keine fachliche Freigabe. Auch eine freigegebene Vorlage braucht ausgeführte Prüfungen am echten System, bevor sie dessen Verhalten oder das Ergebnis eines Imports belegen kann.
Die vorgeschlagene Abnahmetabelle mit dreizehn Kontrollen beginnt mit NOT_RUN als Ausführungsstatus und PENDING für die finanzielle Freigabe. Istnachweise und Freigebende bleiben leer. Die Kontrollen betreffen den Bestand, Gutschriften, Duplikate, Beträge, Unternehmen, Perioden, Währungen, Zuordnungen, Dokumente, Revisionen, Teilimporte und die abschließende Bestätigung.
Führe in einer geschützten Umgebung ein gewöhnliches Paket und einen absichtlich unvollständigen Empfangsfall aus. Nimm eine freigegebene Gutschrift und einen Beleg auf, der gesperrt bleiben muss. Beide Teams sollen einen Beleg anhand gespeicherter Nachweise durch das Paket bis zum Zielergebnis verfolgen können.
Für einen einmaligen Systemumzug ist der umfassendere Rahmen zur Odoo-Migrationsabnahme zuständig. Bewahre im laufenden Betrieb die Monatsnachweise beim jeweiligen Paket und seinen offenen Punkten auf. Ändert sich der Connector oder das empfangende Profil, wiederhole die betroffenen Prüfungen vor der nächsten Übergabe.
Die QA-Checkliste vor einer Veröffentlichung ordnet diese Kontrollen in die gesamte Lieferentscheidung ein. Lege fest, wer einer fehlenden Bestätigung nachgeht und wer ein korrigiertes Paket freigeben darf. Das Verfahren muss auch bei Abwesenheit der üblichen zuständigen Person funktionieren.
Was würden wir zuerst umsetzen?
Wir würden mit einem freigegebenen Ausgangsbestand, einem konkreten Exportprofil und einer Empfangsbestätigung beginnen, die die entstandenen Belege benennt. Zeige einen normalen Lauf und einen Teilfehler, bevor du den Zeitplan automatisierst. Erweitere den Umfang erst, wenn Finanzbereich und Technik das Ergebnis erklären und die Ausnahme anhand gespeicherter Nachweise bearbeiten können.
Für Wavects API-Integration helfen ein zulässiger Beispielexport, seine freigegebenen Ursprungsbelege, das Empfangsprofil und ein schwieriger Korrekturfall. Die erste Lieferung erhält damit eine konkrete Abnahmefrage: Können beide Teams für jeden vorgesehenen Beleg dieser Übergabe Rechenschaft ablegen?
