{"id":46124,"date":"2026-09-16T19:41:00","date_gmt":"2026-09-16T19:41:00","guid":{"rendered":"https:\/\/www.tjc-group.com\/blogs\/warum-datenqualitaet-fuer-die-sap-e-rechnungsstellung-wichtig-ist\/"},"modified":"2026-10-08T10:53:17","modified_gmt":"2026-10-08T10:53:17","slug":"warum-datenqualitaet-fuer-die-sap-e-rechnungsstellung-wichtig-ist","status":"publish","type":"blog","link":"https:\/\/www.tjc-group.com\/de\/blogs\/warum-datenqualitaet-fuer-die-sap-e-rechnungsstellung-wichtig-ist\/","title":{"rendered":"Warum Datenqualit\u00e4t f\u00fcr die SAP E-Rechnungsstellung wichtig ist"},"content":{"rendered":"\n

Autor: Satish Bhattrai<\/a>, Senior SAP Consultant (B2G)<\/p>\n\n

E-Rechnungsstellung<\/strong> h\u00e4ngt von mehr ab als nur der Technologie, die zum \u00dcbertragen einer Rechnung verwendet wird. USt-IDs, Adressen, Teilnehmer-IDs, Steuerdaten und andere Informationen m\u00fcssen zuverl\u00e4ssig sein, bevor sie den Compliance-Prozess erreichen. <\/p>\n\n

Wenn eine Rechnung zu einem strukturierten elektronischen Dokument wird, m\u00fcssen die dahinterstehenden Informationen ausreichend genau sein, damit ein anderes System, ein Gesch\u00e4ftsnetzwerk oder eine Steuerbeh\u00f6rde sie verarbeiten kann.<\/p>\n\n

Eine fehlende USt-ID, eine veraltete Kundenadresse, ein falsches Steuerfeld oder inkonsistente Gesch\u00e4ftspartnerdatens\u00e4tze bleiben m\u00f6glicherweise nicht nur ein internes Datenqualit\u00e4tsproblem. Es kann das aus diesen Informationen generierte elektronische Dokument beeinflussen und je nach Compliance-Szenario zu Validierungsfehlern, Ablehnungen, Korrekturen oder zus\u00e4tzlichen manuellen Arbeiten f\u00fchren. <\/p>\n\n

Deshalb muss Datenqualit\u00e4t als Teil eines SAP E-Rechnungsstellungsprogramms behandelt werden, nicht als separate Aufr\u00e4umaktion.<\/p>\n\n

SAP Document and Reporting Compliance<\/a> unterst\u00fctzt die Erstellung, Verarbeitung und \u00dcberwachung elektronischer Dokumente und gesetzlicher Berichte. SAP beschreibt diese als Kernfunktionen f\u00fcr Document and Reporting Compliance, w\u00e4hrend SAP Document and Reporting Compliance, cloud edition<\/a> den Austausch elektronischer Dokumente mit externen Kommunikationspartnern und die \u00dcbermittlung von Berichten in anwendbaren Szenarien unterst\u00fctzt. <\/p>\n\n

Beide h\u00e4ngen weiterhin von der Qualit\u00e4t der Informationen ab, die den Compliance-Prozess speisen.<\/p>\n\n

Warum E-Rechnungsstellung Datenqualit\u00e4t wichtiger macht<\/h2>\n\n

Die traditionelle Rechnungsstellung l\u00e4sst oft Raum f\u00fcr menschliche Interpretation.<\/p>\n\n

Eine Person, die eine Rechnung erh\u00e4lt, erkennt m\u00f6glicherweise einen leicht inkonsistenten Kundennamen, versteht eine abgek\u00fcrzte Adresse oder l\u00f6st manuell eine Referenz auf, die nicht perfekt mit einem anderen System \u00fcbereinstimmt.<\/p>\n\n

Die strukturierte elektronische Rechnungsstellung ist weniger nachsichtig.<\/p>\n\n

Informationen werden \u00fcber vordefinierte Felder und Formate ausgetauscht. Je nach Gerichtsbarkeit und Szenario k\u00f6nnen diese Felder Steuerkennungen, Gesch\u00e4ftspartnerdetails, Adressen, Rechnungsreferenzen, Steuerinformationen, Belegdaten und andere Informationen enthalten, die zur Verarbeitung der Rechnung erforderlich sind. <\/p>\n\n

Die SAP-Dokumentation f\u00fcr die elektronische Rechnungsstellung zeigt, wie eine Quellrechnung verwendet werden kann, um ein elektronisches Dokument zur \u00dcbermittlung \u00fcber den eDocument-Prozess zu generieren.<\/p>\n\n

Die Umwandlung von Informationen in ein technisch g\u00fcltiges elektronisches Format macht die zugrunde liegenden Gesch\u00e4ftsinformationen nicht automatisch korrekt.<\/p>\n\n

Die TJC Group hat dasselbe Problem in ihrer Anleitung zur SAP DRC-Integration<\/a> hervorgehoben. E-Rechnungen und gesetzliche Berichte h\u00e4ngen von Transaktions- und Stammdaten in der gesamten Gesch\u00e4ftslandschaft ab, wodurch Datenqualit\u00e4t und Governance ein wichtiger Bestandteil der SAP DRC-Bereitschaft sind. <\/p>\n\n

Woher stammen die SAP E-Rechnungsstellungsdaten?<\/h2>\n\n

Eine elektronische Rechnung beginnt nicht, wenn das Dokument an eine externe Plattform \u00fcbermittelt wird. Sie beginnt viel fr\u00fcher im Gesch\u00e4ftsprozess. <\/p>\n\n

In vielen SAP DRC-Szenarien existieren Kundeninformationen, Unternehmensdaten, Steuerinformationen, Vertriebs- und Einkaufsdaten, Adressen, Rechnungsdetails und andere relevante Felder bereits in SAP, bevor das elektronische Dokument erstellt wird.<\/p>\n\n

Unterst\u00fctzte Prozesse k\u00f6nnen auch elektronische Dokumente umfassen, die au\u00dferhalb von SAP-Anwendungen erstellt wurden, sodass die genaue Quelllandschaft von der Organisation und dem Szenario abh\u00e4ngt. Die Dokumentation von SAP zu Document and Reporting Compliance <\/a>deckt explizit elektronische Dokumente ab, die aus Quelldokumenten in anderen Anwendungen erstellt wurden.<\/p>\n\n

F\u00fcr die ausgehende Rechnungsstellung sind Kunden- und Unternehmensstammdaten besonders wichtig. Lieferanteninformationen werden in eingehenden Lieferantenrechnungs- und Self-Billing-Szenarien, die SAP separat dokumentiert, direkter relevant. <\/p>\n\n

Die involvierten Informationen k\u00f6nnen grob in mehrere Bereiche gruppiert werden:<\/p>\n\n

Datenbereich<\/th>Beispiele<\/th><\/tr><\/thead>
Unternehmen und Rechtstr\u00e4ger<\/td>USt-ID des Unternehmens, rechtliche Kennungen, registrierte Details<\/td><\/tr>
Gesch\u00e4ftspartner<\/td>Kunden- oder Lieferantenkennungen, Steuerregistrierungen, Adressen<\/td><\/tr>
Transaktion<\/td>Rechnungsnummer, Daten, Betr\u00e4ge, Positionen, Belegreferenzen<\/td><\/tr>
Steuerdaten und Bestimmungseingaben<\/td>Steuercodes, Kategorien, S\u00e4tze, Befreiungsinformationen<\/td><\/tr>
Elektronischer Austausch<\/td>Peppol-Teilnehmer-IDs oder andere erforderliche elektronische Kennungen<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

Diese Kategorien sind wichtig, da die Korrektur dort erfolgen muss, wo das Problem tats\u00e4chlich entsteht. Ein fehlerhafter Gesch\u00e4ftspartnerdatensatz unterscheidet sich von einem falschen Transaktionswert, und beide unterscheiden sich von einem falschen Mapping oder einer Systemkonfiguration. <\/p>\n\n

SAP DRC kann dann Informationen aus der zugrunde liegenden Gesch\u00e4ftstransaktion als Teil des elektronischen Dokumentenprozesses verwenden.<\/p>\n\n

Stammdaten sind gleicherma\u00dfen wichtig. SAP dokumentiert beispielsweise, dass Kunden, die im Peppol-Netzwerk durch eine GLN identifiziert werden, diese Informationen in den Kundenstammdaten pflegen m\u00fcssen. <\/p>\n\n

Wenn ein Dokument das SAP DRC-Monitoring erreicht, kann das zugrunde liegende Problem daher viel fr\u00fcher entstanden sein, als ein Gesch\u00e4ftspartner angelegt, eine Steuernummer eingegeben, eine Adresse ge\u00e4ndert oder eine Rechnung gebucht wurde.<\/p>\n\n

H\u00e4ufige Datenqualit\u00e4tsprobleme, die die SAP E-Rechnungsstellung beeinflussen k\u00f6nnen<\/h2>\n\n

Nicht jedes Land ben\u00f6tigt exakt dieselben Daten, und die Auswirkung eines falschen Feldes variiert je nach Mandat und SAP-Szenario.<\/p>\n\n

Es gibt jedoch einige wiederkehrende Bereiche, denen Organisationen besondere Aufmerksamkeit schenken sollten. Betrachten wir sie einzeln. <\/p>\n\n

Falsche oder veraltete USt- und Steuernummern<\/h3>\n\n

Steuerkennungen geh\u00f6ren zu den offensichtlichsten Beispielen. Ein Kunde oder Lieferant kann eine falsche USt-ID haben, eine Kennung kann sich ge\u00e4ndert haben, ohne dass der relevante Stammdatensatz aktualisiert wurde, oder verschiedene Systeme k\u00f6nnen unterschiedliche Versionen derselben Steuerinformationen enthalten. <\/p>\n\n

Das wird wichtig, wenn die Kennung als Teil einer elektronischen Rechnung erforderlich ist oder zur Identifizierung eines Gesch\u00e4ftspartners im Austauschprozess verwendet wird.<\/p>\n\n

Die SAP-Dokumentation liefert ein konkretes Beispiel f\u00fcr diese Abh\u00e4ngigkeit. Die Peppol-Identifikation kann auf Kennungen basieren, die f\u00fcr den relevanten Kunden oder die Organisation gepflegt werden, abh\u00e4ngig vom Land und dem Identifikationsschema. <\/p>\n\n

Die Korrektur eines einzelnen elektronischen Dokuments l\u00f6st daher m\u00f6glicherweise nicht das zugrunde liegende Problem.<\/p>\n\n

Bleibt der Quelldatensatz fehlerhaft, kann dasselbe Problem bei zuk\u00fcnftigen Transaktionen erneut auftreten.<\/p>\n\n

Unvollst\u00e4ndige Kunden- oder Lieferantendatens\u00e4tze<\/h3>\n\n

Ein Datensatz muss nicht vollst\u00e4ndig falsch sein, um Probleme zu verursachen. Er kann einfach unvollst\u00e4ndig sein. Kunden- und Lieferantendatens\u00e4tze k\u00f6nnen im Laufe der Zeit L\u00fccken ansammeln, insbesondere wenn Organisationen mehrere SAP-Systeme betreiben, Akquisitionen durchlaufen haben, lokale Prozesse verwenden oder Gesch\u00e4ftspartner in verschiedenen L\u00e4ndern unterschiedlich gepflegt haben. <\/p>\n\n

Ein Kundendatensatz k\u00f6nnte den korrekten Namen enthalten, aber eine f\u00fcr einen bestimmten elektronischen Austausch erforderliche Kennung fehlen. Ein anderer k\u00f6nnte Steuerinformationen, aber eine unvollst\u00e4ndige Adresse enthalten. <\/p>\n\n

Die SAP-Dokumentation zu Peppol enth\u00e4lt l\u00e4nderspezifische Stammdatenanforderungen und Teilnehmerkennungen, was verdeutlicht, warum die ben\u00f6tigten Informationen je nach Szenario variieren k\u00f6nnen.<\/p>\n\n

Organisationen m\u00fcssen daher beurteilen, ob ihre vorhandenen Stammdaten die Informationen enthalten, die f\u00fcr die E-Rechnungsstellungsszenarien erforderlich sind, die sie unterst\u00fctzen m\u00f6chten.<\/p>\n\n

Fehlende oder falsche elektronische Kennungen<\/h3>\n\n

In netzwerkbasierten E-Rechnungsstellungsszenarien muss das System auch die korrekten sendenden und empfangenden Parteien elektronisch identifizieren.<\/p>\n\n

Peppol ist ein gutes Beispiel.<\/p>\n\n

Je nach anwendbarem Schema und Land kann die Teilnehmeridentifikation Kennungen wie USt-IDs, GLNs, Leitweg-IDs oder andere unterst\u00fctzte Schemata verwenden. Die SAP-Dokumentation listet verschiedene Kennungstypen nach L\u00e4ndern auf und bietet Mechanismen zur Pflege generischer Peppol-Teilnehmer-IDs, wo erforderlich. <\/p>\n\n

Wenn die erforderliche Kennung fehlt, veraltet ist oder einer falschen Entit\u00e4t zugeordnet ist, kann dies die Identifizierung des Teilnehmers im elektronischen Austauschprozess beeintr\u00e4chtigen.<\/p>\n\n

Diese Kennungen sollten daher als Teil der Datenbereitschaft f\u00fcr die E-Rechnungsstellung und nicht als rein technisches Integrationsdetail behandelt werden.<\/p>\n\n

Die genaue Kennung und wo sie gepflegt werden muss, h\u00e4ngt vom Szenario ab, daher sollten Organisationen die aktuellen SAP- und regulatorischen Anforderungen f\u00fcr jede Gerichtsbarkeit validieren.<\/p>\n\n

Fehlende oder inkonsistente Steuerfelder<\/h3>\n\n

Die elektronische Rechnungsstellung h\u00e4ngt von mehr ab als nur Kundeninformationen. Die zugrunde liegende Transaktion enth\u00e4lt auch steuerbezogene Informationen, die das resultierende elektronische Dokument beeinflussen k\u00f6nnen. Wenn relevante Steuerinformationen fehlen, inkonsistent gepflegt oder falsch zugeordnet sind, kann das Problem der Transaktion in den Compliance-Prozess folgen. <\/p>\n\n

Dies wird besonders herausfordernd, wenn dieselbe Organisation unterschiedliche Steuerprozesse \u00fcber Gesch\u00e4ftseinheiten oder L\u00e4nder hinweg hat. Es ist auch wichtig, Steuerdaten von der Steuerkonfiguration zu unterscheiden. Ein falscher Steuerwert oder eine falsche Kategorie in einer Transaktion ist nicht dasselbe Problem wie ein falsches Mapping oder eine Bestimmungsregel in der SAP-Konfiguration. Das resultierende elektronische Dokument kann beide Arten von Problemen aufzeigen, aber die Korrekturma\u00dfnahme wird unterschiedlich sein. <\/p>\n\n

Je nach Mandat m\u00fcssen auch Positionsinformationen wie Material- oder Dienstleistungsbeschreibungen bestimmte Dokumentanforderungen erf\u00fcllen. Unvollst\u00e4ndige oder inkonsistente Transaktionsinformationen k\u00f6nnen daher nachgelagerte \u00dcberpr\u00fcfungs- oder Korrekturarbeiten verursachen. <\/p>\n\n

Die Antwort besteht nicht einfach darin, mehr Pflichtfelder einzuf\u00fchren.<\/p>\n\n

Organisationen m\u00fcssen zun\u00e4chst verstehen, welche Informationen jedes Compliance-Szenario erfordert, woher diese Informationen stammen, wer sie besitzt und wie ihre Genauigkeit aufrechterhalten wird.<\/p>\n\n

Falsche oder inkonsistente Adressen<\/h3>\n\n

Adressen m\u00f6gen wie ein grundlegendes Stammdatenfeld erscheinen, k\u00f6nnen aber f\u00fcr die Verarbeitung elektronischer Dokumente wichtig sein.<\/p>\n\n

Das Problem beschr\u00e4nkt sich nicht auf einen fehlenden Stra\u00dfennamen.<\/p>\n\n

Ein Unternehmen kann doppelte Kundendatens\u00e4tze mit unterschiedlichen Adressen, eine veraltete registrierte Adresse, inkonsistente L\u00e4nderinformationen oder lokale Formatierungen haben, die nicht den im relevanten Prozess erwarteten Informationen entsprechen.<\/p>\n\n

Die Anforderungen variieren je nach Szenario.<\/p>\n\n

F\u00fcr multinationale Organisationen muss die Adressqualit\u00e4t daher zusammen mit Steuerkennungen und anderen Gesch\u00e4ftspartnerinformationen bei der Vorbereitung auf die E-Rechnungsstellung<\/a> ber\u00fccksichtigt werden.<\/p>\n\n

Inkonsistente Rechnungsreferenzen und Dokumentbeziehungen<\/h3>\n\n

Eine Rechnung existiert nicht immer isoliert.<\/p>\n\n

Je nach Mandat, Dokumenttyp und Gesch\u00e4ftsprozess muss sie m\u00f6glicherweise mit einer Bestellung, einer fr\u00fcheren Rechnung, einer Gutschrift, einer Korrektur, einem Vertrag oder einer anderen Transaktionsreferenz verkn\u00fcpft werden.<\/p>\n\n

Probleme entstehen, wenn diese Beziehungen inkonsistent gepflegt werden.<\/p>\n\n

Eine Gesch\u00e4ftseinheit verwendet m\u00f6glicherweise ein bestimmtes Referenzfeld konsistent, w\u00e4hrend eine andere \u00e4hnliche Informationen als Freitext eingibt. Akquirierte Unternehmen verwenden m\u00f6glicherweise andere Konventionen. \u00c4ltere Integrationen f\u00fcllen Referenzen m\u00f6glicherweise anders als neuere Systeme. <\/p>\n\n

Selbst wenn eine Referenz keine sofortige technische Ablehnung verursacht, kann eine schlechte Konsistenz die Abstimmung, die Ausnahmebehandlung und sp\u00e4tere Untersuchungen erschweren.<\/p>\n\n

Datenqualit\u00e4t sollte daher Kontext und Beziehungen umfassen, nicht nur, ob einzelne Felder ausgef\u00fcllt wurden.<\/p>\n\n

Nicht jede fehlgeschlagene E-Rechnung ist ein Datenqualit\u00e4tsproblem<\/h2>\n\n

Datenqualit\u00e4t ist wichtig, sollte aber nicht zur Standarderkl\u00e4rung f\u00fcr jedes fehlgeschlagene Dokument werden.<\/p>\n\n

Eine E-Rechnung kann auch aufgrund von Konfiguration, Mapping, Konnektivit\u00e4t, Kommunikation mit einer externen Plattform, \u00c4nderungen an einem erforderlichen Schema oder einer l\u00e4nderspezifischen Verarbeitungsregel fehlschlagen.<\/p>\n\n

Die praktische Herausforderung besteht darin, zu bestimmen, wo das Problem seinen Ursprung hat.<\/p>\n\n

Eine fehlende Kundenkennung erfordert m\u00f6glicherweise eine Stammdatenkorrektur. Ein Mapping-Problem erfordert m\u00f6glicherweise eine technische Untersuchung. Ein Kommunikationsfehler hat m\u00f6glicherweise nichts mit den Rechnungsdaten selbst zu tun. <\/p>\n\n

Diese Unterscheidung ist wichtig, wenn Teams wiederkehrende Fehler analysieren.<\/p>\n\n

Jeden Fehler als DRC-Problem zu behandeln, kann Schwachstellen im Quellprozess verbergen. Jeden Fehler als Datenproblem zu behandeln, kann gleicherma\u00dfen irref\u00fchrend sein. <\/p>\n\n

Ziel ist es, Quelldatenprobleme von Konfigurations-, Integrations- und externen Verarbeitungsproblemen zu trennen und jedes Problem dem richtigen Verantwortlichen zuzuweisen.<\/p>\n\n

Eine technisch akzeptierte Rechnung ist nicht unbedingt eine korrekte Rechnung<\/h2>\n\n

Die Validierung kann viele technische oder regelbasierte Probleme identifizieren, aber das Bestehen einer Validierungspr\u00fcfung beweist nicht, dass jede zugrunde liegende Gesch\u00e4ftsfakt korrekt ist.<\/p>\n\n

Eine Rechnung k\u00f6nnte eine Steuerkennung im richtigen Format enthalten, die aber der falschen Entit\u00e4t geh\u00f6rt.<\/p>\n\n

Eine Adresse k\u00f6nnte technische Anforderungen erf\u00fcllen, w\u00e4hrend sie veraltet ist.<\/p>\n\n

Eine Transaktion k\u00f6nnte ein akzeptiertes Steuerkennzeichen enthalten, w\u00e4hrend die urspr\u00fcngliche Gesch\u00e4ftsklassifizierung falsch war.<\/p>\n\n

Organisationen ben\u00f6tigen daher weiterhin Kontrollen dar\u00fcber, wie Quellinformationen erstellt und gepflegt werden.<\/p>\n\n

Die E-Rechnungsstellung eliminiert die traditionelle Daten-Governance nicht. Sie macht diese Kontrollen wichtiger, da Gesch\u00e4ftsinformationen durch zunehmend automatisierte Compliance-Prozesse flie\u00dfen. <\/p>\n\n

Warum Stammdaten-Governance wichtig ist<\/h2>\n\n

Individuelle Korrekturen k\u00f6nnen individuelle Fehler beheben.<\/p>\n\n

Sie l\u00f6sen keine wiederkehrenden Datenqualit\u00e4tsprobleme.<\/p>\n\n

Wenn immer wieder dieselbe Art von falscher USt-ID, fehlender Adresse, doppeltem Kunden oder unvollst\u00e4ndigen Steuerinformationen auftaucht, hat die Organisation wahrscheinlich ein Governance-Problem und kein isoliertes Rechnungsproblem.<\/p>\n\n

Stammdaten-Governance legt die Verantwortung daf\u00fcr fest, wie wichtige Gesch\u00e4ftsinformationen erstellt, ge\u00e4ndert, validiert und gepflegt werden.<\/p>\n\n

F\u00fcr die E-Rechnungsstellung m\u00fcssen Organisationen wissen, wer Kunden-, Lieferanten- und Rechtstr\u00e4gerinformationen besitzt, wie \u00c4nderungen an Steuerkennungen oder Adressen validiert werden, wie doppelte Datens\u00e4tze verwaltet werden und welche Teams f\u00fcr die Pflege l\u00e4nderspezifischer Informationen verantwortlich sind.<\/p>\n\n

Dasselbe gilt, wenn neue Entit\u00e4ten oder akquirierte Unternehmen in die Landschaft eingef\u00fchrt werden. Unterschiedliche Standards zwischen Teams oder Systemen k\u00f6nnen sich schlie\u00dflich in der elektronischen Dokumentenverarbeitung zeigen. <\/p>\n\n

Der umfassendere Leitfaden der TJC Group zum Datenmanagement<\/a> behandelt Stammdatenmanagement, Daten-Governance und Datenintegration als Teile einer umfassenderen Datenmanagementstrategie.<\/p>\n\n

F\u00fcr die E-Rechnungsstellung verwandelt Governance die Datenqualit\u00e4t von einer einmaligen Bereinigungsaktion in einen fortlaufenden Betriebsprozess.<\/p>\n\n

Datenqualit\u00e4tsprobleme treten oft w\u00e4hrend der Implementierung auf, sollten aber fr\u00fcher angegangen werden<\/h2>\n\n

Eine SAP DRC-Implementierung<\/a> kann Schwachstellen aufdecken, die bereits in der Gesch\u00e4ftslandschaft vorhanden waren.<\/p>\n\n

Das E-Rechnungsstellungsprojekt hat sie nicht unbedingt geschaffen.<\/p>\n\n

Ein Kundendatensatz mag jahrelang unvollst\u00e4ndig geblieben sein, ohne ein sichtbares operatives Problem zu verursachen. Sobald diese Informationen Teil eines strukturierten elektronischen Dokuments werden und von einem anderen System, Netzwerk oder einer Beh\u00f6rde \u00fcberpr\u00fcft werden, wird die L\u00fccke schwerer zu ignorieren. <\/p>\n\n

Deshalb empfiehlt die TJC Group, Stammdaten und die bestehende Rechnungslandschaft als Teil der Vorbereitung auf SAP DRC zu bewerten. Ihr Leitfaden zur E-Rechnungsstellung und E-Berichterstattung<\/a> betrachtet die umfassendere Vorbereitung, die rund um SAP-Systeme und Compliance-Prozesse erforderlich ist. <\/p>\n\n

Wesentliche L\u00fccken vor dem Go-Live zu finden, ist einfacher, als sie durch eine wachsende Warteschlange von Ausnahmen zu entdecken, nachdem der Prozess operativ geworden ist.<\/p>\n\n

Was sollten SAP-Teams vor dem Go-Live der E-Rechnungsstellung \u00fcberpr\u00fcfen?<\/h2>\n\n

Es gibt keine universelle Checkliste f\u00fcr Datenqualit\u00e4t, da jedes Mandat seine eigenen Anforderungen hat.<\/p>\n\n

Eine praktische \u00dcberpr\u00fcfung kann dennoch um einige Kernbereiche herum organisiert werden.<\/p>\n\n

Bereich<\/th>Was zu \u00fcberpr\u00fcfen ist<\/th><\/tr><\/thead>
Unternehmen und Rechtstr\u00e4ger<\/td>Rechtliche Namen, Umsatzsteuerregistrierungen, Unternehmensidentifikatoren und erforderliche elektronische IDs<\/td><\/tr>
Gesch\u00e4ftspartner<\/td>Kunden- und Lieferantendatens\u00e4tze, Duplikate, Kennungen und Eigentum<\/td><\/tr>
Steuerdaten<\/td>USt-IDs, relevante Steuerfelder, Kategorien und Konsistenz<\/td><\/tr>
Adressen<\/td>Registrierte Adressen, L\u00e4nderinformationen und Vollst\u00e4ndigkeit<\/td><\/tr>
Transaktionen<\/td>Rechnungsdaten, Betr\u00e4ge, Daten, Positionsinformationen und steuerliche Behandlung<\/td><\/tr>
Referenzen<\/td>Bestellungen, Korrekturen, Gutschriften und andere erforderliche Beziehungen<\/td><\/tr>
Elektronischer Austausch<\/td>Peppol-Teilnehmer-IDs oder andere vom Szenario verwendete Netzwerk-IDs<\/td><\/tr>
L\u00e4nderanforderungen<\/td>Felder und Kennungen, die von jedem unterst\u00fctzten E-Rechnungsstellungsprozess ben\u00f6tigt werden<\/td><\/tr>
Governance<\/td>Wer wichtige Daten erstellt, \u00e4ndert, validiert und genehmigt<\/td><\/tr>
\u00dcberwachung<\/td>Wie wiederkehrende Fehler auf Daten, Konfiguration, Integration oder externe Verarbeitung zur\u00fcckgef\u00fchrt werden<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

Ziel ist es nicht, jedes Feld im ERP perfekt zu machen.<\/p>\n\n

Es geht darum, zu identifizieren, welche Informationen f\u00fcr den Compliance-Prozess kritisch sind, und ausreichend Qualit\u00e4t und Governance um diese Informationen herum zu etablieren, um eine zuverl\u00e4ssige elektronische Dokumentenverarbeitung zu unterst\u00fctzen.<\/p>\n\n

Datenqualit\u00e4t sollte nach dem Go-Live fortgesetzt werden<\/h2>\n\n

Die Datenbereinigung vor der Implementierung ist n\u00fctzlich, aber nicht ausreichend.<\/p>\n\n

Gesch\u00e4ftsinformationen \u00e4ndern sich st\u00e4ndig. Neue Kunden und Lieferanten werden angelegt, Adressen \u00e4ndern sich, Steuerregistrierungen werden aktualisiert, Unternehmen werden akquiriert, und neue Anforderungen k\u00f6nnen zus\u00e4tzliche Datenbed\u00fcrfnisse mit sich bringen. <\/p>\n\n

Wiederkehrende Fehler und Ausnahmen k\u00f6nnen daher als Feedback genutzt werden.<\/p>\n\n

Wenn dasselbe Stammdatenproblem wiederholt zu fehlgeschlagenen Dokumenten f\u00fchrt, behebt die Korrektur jeder einzelnen Rechnung nicht die Ursache des Problems. Teams sollten identifizieren, wo die Informationen in den Prozess gelangen, und feststellen, ob die vorgelagerte Kontrolle ge\u00e4ndert werden muss. <\/p>\n\n

Im Laufe der Zeit kann dies wiederholte manuelle Korrekturen reduzieren und den E-Rechnungsstellungsprozess stabiler machen.<\/p>\n\n

Wie die TJC Group die Datenbereitschaft f\u00fcr SAP DRC unterst\u00fctzt<\/h2>\n\n

Die SAP DRC-Implementierung liegt an der Schnittstelle von SAP-Technologie, Gesch\u00e4ftsdaten und regulatorischen Anforderungen.<\/p>\n\n

Die TJC Group ist ein offizieller SAP DRC-Partner f\u00fcr Beratung und Implementierung mit langj\u00e4hriger Erfahrung im SAP-Datenmanagement und in der Compliance.<\/p>\n\n

Die bestehende SAP DRC-Integrationsanleitung<\/a> deckt Bereiche wie Systembereitschaft, Stammdatenqualit\u00e4t, L\u00e4nderanforderungen, Tests und Validierung ab.<\/p>\n\n

Das ist wichtig, denn ein E-Rechnungsstellungsprojekt kann nicht rein als Verbindung zwischen SAP und einer externen Plattform behandelt werden.<\/p>\n\n

Teams m\u00fcssen zun\u00e4chst die zu digitalisierenden Transaktionen verstehen, die f\u00fcr diese Szenarien erforderlichen Informationen identifizieren, bestimmen, woher diese Informationen stammen, und wesentliche L\u00fccken schlie\u00dfen, bevor sie zu operativen Compliance-Problemen werden.<\/p>\n\n

F\u00fcr Organisationen, die die umfassendere Compliance-Landschaft betrachten, verbindet das globale E-Rechnungsstellungs- und E-Berichterstattungsangebot der TJC Group diese Anforderungen mit den SAP-Systemen und Gesch\u00e4ftsprozessen, die sie unterst\u00fctzen.<\/p>\n\n

Ziel ist es nicht einfach, ein technisch g\u00fcltiges elektronisches Dokument zu erstellen.<\/p>\n\n

Es geht darum, einen E-Rechnungsstellungsprozess aufzubauen, der durch Gesch\u00e4ftsinformationen unterst\u00fctzt wird, auf die w\u00e4hrend der gesamten Verarbeitung, \u00dcberwachung, Korrektur und Berichterstattung vertraut werden kann.<\/p>\n\n

Fazit<\/h2>\n\n

Die E-Rechnungsstellung macht die Qualit\u00e4t von Gesch\u00e4ftsdaten viel sichtbarer.<\/p>\n\n

Informationen, die einst in einem ERP oder einem anderen Quellsystem verblieben, k\u00f6nnen nun in strukturierte Dokumente flie\u00dfen, die mit Kunden, Gesch\u00e4ftsnetzwerken und Steuerbeh\u00f6rden ausgetauscht werden. Wenn USt-IDs, Adressen, Rechtstr\u00e4gerinformationen, Teilnehmerkennungen, Steuerdaten oder Rechnungsreferenzen falsch sind, k\u00f6nnen diese Probleme mit der Transaktion mitreisen. <\/p>\n\n

SAP DRC bietet die Technologie zur Verwaltung unterst\u00fctzter elektronischer Dokumenten- und Berichtsprozesse. Es kann ungenaue Quellinformationen nicht einfach durch Umwandlung in ein elektronisches Format zuverl\u00e4ssig machen. <\/p>\n\n

F\u00fcr Organisationen, die sich auf die SAP E-Rechnungsstellung vorbereiten, muss die Datenqualit\u00e4t daher neben Integration, regulatorischen Anforderungen und Prozessdesign angegangen werden.<\/p>\n\n

Das st\u00e4rkste Fundament f\u00fcr die E-Rechnungsstellung ist nicht einfach ein System, das konforme Dokumente \u00fcbertragen kann. Es ist eine Gesch\u00e4ftslandschaft, in der die Informationen hinter diesen Dokumenten genau, verwaltet und \u00fcber die Zeit gepflegt werden. <\/p>\n\n

<\/p>\n\n

Quellen f\u00fcr Informationen<\/h2>\n\n