In diesem Beitrag
SAP Business One zu Odoo: Wie viel Historie soll mit?
„Wir nehmen die ganze Historie mit“ klingt sicherer, als über zurückbleibende Daten zu entscheiden. Eine Frage bleibt trotzdem offen: Soll eine bezahlte Rechnung ein aktiver Buchhaltungsdatensatz, eine Referenz für den Kundenservice oder ein abrufbares Archivdokument werden?
Übernimm die Datensätze für freigegebene Folgearbeit in Odoo, stimme offene Posten mit einer vereinbarten finanziellen Ausgangslage ab und erhalte den Rest über einen geprüften Abrufweg. Entscheide jeden Datenbestand nach seiner Aufgabe. Eine Jahreszahl grenzt den Zeitraum ein, definiert aber noch keinen vollständigen Migrationsumfang.
Recherchestand: 5. November 2026. Die Produktgrenzen basieren auf offizieller Odoo-20-Dokumentation, dem öffentlichen Archivierungsleitfaden für SAP Business One und einer öffentlichen SAP-KBA-Vorschau. Register und Beträge sind fiktiv. Wir haben keine Unternehmensdatenbank genutzt und keine SAP-zu-Odoo-Migration ausgeführt.
Welche Datensätze müssen in Odoo operativ weiterleben?
Beginne mit der ersten Aufgabe nach dem Wechsel. Ermittle ihre Datensätze und Abhängigkeiten und definiere dann die erlaubte Wirkung im Zielsystem. Ein aktiver Kunde, ein offener Auftrag und eine bezahlte Rechnung können zur selben Historie gehören. Trotzdem brauchen sie unterschiedliche Ziele und andere Nachweise für die Abnahme.
| Zweck | Beispiel | Erlaubte Wirkung | Benötigter Nachweis |
|---|---|---|---|
| Arbeit fortsetzen | Aktiver Kunde und verbleibende Auftragspositionen. | Den freigegebenen nächsten operativen Schritt unterstützen. | Ein Nutzer erledigt ihn, ohne abgeschlossene Arbeit zu wiederholen. |
| Finanzielle Ausgangslage herstellen | Offene Rechnungen und freigegebene Eröffnungssalden. | Den vereinbarten Finanzstand einmal abbilden. | Finance akzeptiert Abstimmung und Behandlung im Zielsystem. |
| Ausgewählte Historie einsehen | Servicenachweis für eine aktive Seriennummer. | Kontext liefern, ohne nicht genehmigte Bewegung oder Verpflichtung auszulösen. | Der berechtigte Nutzer ruft die verknüpften Nachweise ab. |
| Ältere Nachweise erhalten | Abgeschlossene Rechnungen mit Anhängen. | Historische Einsicht für berechtigte Nutzer. | Ein Abrufversuch liefert das nötige Original und seinen Kontext. |
Bei einem teilweise gelieferten Auftrag brauchst du die verbleibende Arbeit und genügend Kontext, um sie zu erklären. Übernimmst du nur den ursprünglichen Gesamtauftrag, ohne abgeschlossene Positionen einzuordnen, kann daraus der falsche nächste Schritt entstehen. Der Prozessverantwortliche muss die Fortsetzung freigeben, bevor ein Engineer den Import entwirft.
Erhalte die Quellidentität über alle Ziele hinweg. Eine vorgeschlagene Referenz kann Quellunternehmen, Datensatztyp und Quellkennung enthalten. Unterstelle nicht, dass eine sichtbare Belegnummer über alle Unternehmensdatenbanken eindeutig ist. Bestimme, wo die Zuordnung von Quelle zu Zieldatensatz oder Archivort gepflegt wird.
Dokumentiere die konkrete Business-One-Version und Datenbankplattform, Odoo-Zielversion, installierte Apps und relevante eigene Felder. Ein Verfahren für ein anderes SAP-Produkt oder eine andere Odoo-Konfiguration muss gesondert geprüft werden. Dieser Leitfaden belegt weder einen universellen Konverter noch eine kompatible Connector-Version.
Wie gehören offene Posten und Eröffnungssalden zusammen?
Offene Posten erklären die ausstehenden Verpflichtungen. Die Eröffnungssalden beschreiben den finanziellen Startpunkt. Beide Darstellungen müssen im Ziel zusammenpassen. Lass Finance Behandlung und Abstimmung vor dem Laden freigeben, einschließlich Erkennung von Doppelungen und Änderungen nach dem Stichtag. Ein technisch erfolgreicher Import reicht als Nachweis für diesen Zusammenhang nicht aus.
Odoos Anleitung zu Eröffnungsbuchungen in Version 20 warnt, dass falsch kombinierte offene Belege und Eröffnungssalden Werte verdoppeln können.
Das folgende fiktive Kontrollbeispiel beschreibt die zu erhaltende Forderung. Es gibt keine Buchungssätze, Verrechnungskonten, steuerliche Behandlung oder Buchungsreihenfolge vor.
| Quellposten | Verbleibender Betrag | Anforderung an den Umfang |
|---|---|---|
| INV-A | 15.000 € | Kundenidentität, Quellreferenz und offenen Restbetrag erhalten. |
| INV-B | 8.000 € | Dieselben Nachweise für diesen eigenen Posten erhalten. |
| Offene Posten zusammen | 23.000 € | Mit der von Finance freigegebenen Eröffnungsdarstellung abstimmen. |
| Abzulehnende Doppeldarstellung | 23.000 € + 23.000 € = 46.000 € | Dieselbe Forderung darf nicht zweimal zum Betrag beitragen. |
Beide Rechnungen können für die spätere Einziehung nötig sein. Das erlaubt keinen zusätzlichen unabhängigen Beitrag von 23.000 € ohne freigegebene buchhalterische Behandlung. Umgekehrt kann eine reine Gesamtsumme dem Nutzer die Information nehmen, welcher Kundenbeleg noch offen ist. Finanztotal und vorgesehene Nutzeraufgabe brauchen jeweils einen Nachweis.
Die öffentliche SAP-KBA-Vorschau zu Eröffnungssalden weist ebenfalls darauf hin, dass vorhandene Buchungen weitere Eröffnungssalden allein nicht verhindern; eine gesperrte Buchungsperiode begrenzt dies. Das beschreibt SAP-Verhalten und belegt keine Odoo-Sperre.
Halte den Stichtag fest. Ändert sich INV-A nach dem freigegebenen Export, belegt der frühere Betrag den endgültigen Umfang nicht mehr. Protokolliere die Korrektur und kläre mit Finance, welche Nachweise neu erstellt werden müssen. Ändere keine Tabelle still unter einer unveränderten alten Freigabe.
Welche abgeschlossene Historie gehört nach Odoo?
Übernimm abgeschlossene Historie nach Odoo, wenn eine benannte Aufgabe sie dort benötigt und ihre Darstellung keine unbeabsichtigte Geschäftswirkung auslöst. Lass den Verantwortlichen den Abruf- oder Berichtsbedarf beschreiben. Begrenze die Auswahl und prüfe das Verhalten der gewählten Darstellung, bevor du weitere Zeiträume in den Migrationsumfang aufnimmst.
Der Support benötigt vielleicht einen Serviceeinsatz zu einer aktiven Seriennummer. Der Vertrieb muss eventuell eine alte Vereinbarung vor ihrer Verlängerung einsehen. Solche Aufgaben rechtfertigen Fragen zu bestimmten Feldern und Beziehungen. Sie rechtfertigen nicht automatisch die Neuerstellung aller zugrunde liegenden Finanztransaktionen.
Lege fest, ob die Historie als Anhang, eigener Referenzdatensatz, Reporting-Datenbestand oder Link zum externen Archiv vorliegen soll. Das sind zu prüfende Entwurfsoptionen. Dieser Leitfaden verspricht nicht, dass jede davon als austauschbare native Importfunktion existiert. Suche, Berechtigungen und Pflege unterscheiden sich je nach Wahl.
Bei einer bezahlten Rechnung lautet eine nützliche Abnahmefrage: Kann der berechtigte Nutzer Original und nötigen Zahlungskontext abrufen, ohne eine neue Forderung zu erzeugen? Bei einer abgeschlossenen Lieferung prüfst du, ob die Einsicht aktuelle Bestände und offene Lieferarbeit unverändert lässt. Beobachte die Wirkung in der tatsächlichen Konfiguration.
Wird nur ein historischer Monatstrend benötigt, definiere Berichtsdaten und Abstimmung separat. Eine Berichtsanforderung lässt sich möglicherweise ohne erneutes Abspielen einzelner operativer Belege erfüllen. Muss der Nutzer bis zum Original springen können, gehört dieser Abrufweg in den Reporting-Umfang.
Was braucht ein nutzbares historisches Archiv?
Ein Archiv braucht eine vereinbarte Abrufaufgabe, geregelten Zugriff und jemanden, der beides funktionsfähig hält. Definiere, wie ein Nutzer einen Datensatz findet, welche Nachweise dazugehören und wie Zugriff sowie Wiederherstellung gesichert werden. Ein Ordner mit Exportdateien ist zunächst nur ein Kandidat, bis diese Anforderungen demonstriert sind.
„Archiv“ bezeichnet hier das vereinbarte Ziel für aufbewahrte Historie. Gemeint ist nicht, den SAP Data Archive Wizard auszuführen. Der Archivierungsleitfaden für SAP Business One 10.0 beschreibt dessen unumkehrbare Datenentfernung und schließt Browser Access sowie SAP HANA vom Support dieses Assistenten aus.
Schreibe eine Abrufaufgabe, die eine andere Person ausführen kann. Beispiel: „Rufe für Unternehmen A und Rechnung PAID-17 das Original, den benötigten Anhang und die Referenz zum Ausgleich ab.“ Vereinbare das richtige Ergebnis und dokumentiere die Fundorte. Das ist eine Beispielspezifikation, kein abgeschlossener Archivtest.
Prüfe ein zweites Unternehmen mit derselben sichtbaren Rechnungsnummer. Das Ergebnis muss beim angefragten Unternehmen bleiben. Ergänze einen fehlenden Anhang und einen Nutzer ohne die nötigen Rechte. Eine schnelle Suche kann trotzdem unvollständige Nachweise oder fremde Unternehmensdaten liefern.
Bestimme, wer den Abrufdienst nach dem Projekt übernimmt. Dazu gehören die Zugangsübergabe, eine gegebenenfalls nötige unterstützte Laufzeitumgebung und eine Wiederherstellungsübung. Lass Verträge und Lizenzen für den gewählten Weg klären. Fortgesetzter Zugriff auf das Altsystem ist weder automatisch noch kostenlos vorauszusetzen.
Die zuständigen Verantwortlichen müssen Aufbewahrung, Löschung und mögliche Erhaltungspflichten für die tatsächlichen Datensätze und Rechtsräume bestimmen. Dieser Leitfaden nennt keine universelle Aufbewahrungsdauer. Technisch belegter Abruf unterstützt die Entscheidung, weist aber allein keine rechtliche Konformität nach.
Was gehört in das Register zum Migrationsumfang?
Erfasse je Datenbestand Zweck, genaue Auswahlgrenze, Ziel, erlaubte Wirkung und Verantwortung. Ergänze den Nachweis, der die Abnahme belegen soll. Formuliere Ausschlüsse prüfbar und versioniere das Register. Ein neuer Stichtag oder ein zusätzliches historisches Jahr darf dadurch nicht versehentlich die Freigabe eines anderen Umfangs übernehmen.
| Feld | Beantwortete Frage | Beispieleintrag |
|---|---|---|
| Datenbestand und Grenze | Welche Datensätze gehören dazu? | Unternehmen A, offene Kundenrechnungen zum freigegebenen Stichtag. |
| Zweck und Ziel | Was muss ein Nutzer damit tun? | Forderungen mit der genehmigten Odoo-Darstellung weiterbearbeiten. |
| Erlaubte Wirkung | Was darf sich dadurch verändern? | Den Restbetrag nach der freigegebenen Eröffnungsmethode einmal darstellen. |
| Identität und Nachweise | Wie verfolgt ein Prüfer den Datensatz zurück? | Unternehmen, Quellkennung, Zielreferenz und Abstimmungsnachweis. |
| Verantwortung und Abnahme | Wer akzeptiert das Ergebnis? | Finance bestätigt den Betrag; Operations demonstriert die nächste Aufgabe. |
| Version und Ausschlüsse | Welche Entscheidung wird abgenommen? | Umfangsversion, Stichtag und ausdrücklich ausgeschlossene abgeschlossene Belege. |
Lade das vorgeschlagene Abnahmeregister für den Historienumfang herunter. Zwölf Fälle decken operative Fortsetzung, beide offenen Rechnungen, abgestimmte Eröffnungssalden, ausgewählte Referenzhistorie und Archivabruf ab. Hinzu kommen ein geänderter Stichtag und eine unzulässige erneute Buchung historischer Belege.
Jede Zeile steht auf NOT_RUN. Ersetze fiktive Datensätze durch freigegebene Testdaten und ergänze echte Nachweise, bevor ein Fall als abgenommen gilt. Die Datei ist eine Ausgangsspezifikation, kein Kompatibilitätsnachweis und keine abgeschlossene Abstimmung.
Für die übergreifende Prüfung nutze den Leitfaden zu Odoo-Migrationsabnahme und Abstimmung. Der Leitfaden zur Prüfung von KI-Datenzuordnungen behandelt Mapping-Vorschläge. Das Umfangsregister bestimmt, welche Datensätze und Wirkungen diese Prüfungen abdecken müssen.
Wie sollte eine Umfangsänderung abgenommen werden?
Behandle eine Umfangsänderung als neue Entscheidung über abhängige Datensätze und Wirkungen im Ziel. Benenne die zusätzliche Aufgabe und die dadurch veralteten Nachweise. Lass die betroffenen Verantwortlichen nach erneuter Prüfung zustimmen. Zusätzliche historische Jahre können Beziehungen und Finanzverhalten verändern, selbst wenn sich die Exportabfrage nur wenig ändert.
Angenommen, jemand möchte alle bezahlten Rechnungen eines früheren Jahres ergänzen. Kläre zuerst, ob es um Kundenservice, Reporting oder aktive Finanzarbeit geht. Wähle dann die Darstellung und prüfe ihre Wirkung. Ein bestandener Test offener Rechnungen belegt nicht, dass bezahlte Historie über denselben Weg erneut eingespielt werden darf.
Fehlt der nötige Quellzugriff, kläre ihn vor dem Versprechen vollständiger Historie. Der Leitfaden zu Zugriffswegen für Legacy-ERP behandelt die Integrationsentscheidung. Fehlender Zugriff gehört als benannte Abhängigkeit mit Verantwortlichem in den Umfang.
Was würden wir vor dem Importbau freigeben?
Gib ein kleines Register frei, das erste operative Aufgaben, die finanzielle Ausgangslage und einen demonstrierten Weg zur aufbewahrten Historie abdeckt. Weise jeden Bereich einem Verantwortlichen zu. Baue und prüfe den Import gegen diese Vereinbarung. Erweitere erst, wenn eine weitere Nutzeraufgabe zusätzliche Datensätze und Nachweise rechtfertigt.
Wir empfehlen eine repräsentative offene Belegkette und eine Abrufaufgabe für abgeschlossene Historie als Start. So werden operative Fortsetzung, finanzieller Zusammenhang und Nachweisabruf früh als eigene Abnahmeaufgaben sichtbar. Eine Analyse zur Legacy-Modernisierung kann daraus ein begrenztes Migrationspaket machen. Nutze den Vergleich von Standard- und Individualsoftware für die Umsetzung des historischen Zugriffs.