Service<\/a>\n <\/p>\n<\/p>\n
E-Rechnungspflicht \u00d6sterreich: Was Mittelst\u00e4ndler mit SAP jetzt konkret tun m\u00fcssen<\/h1>\n\nDie E-Rechnungspflicht kommt schneller, als viele \u00f6sterreichische Unternehmen glauben. Wer SAP im Einsatz hat und regelm\u00e4\u00dfig mit deutschen Gesch\u00e4ftspartnern arbeitet, steht bereits heute unter Handlungsdruck. Wer das Thema ignoriert, holt sp\u00e4testens 2030 unter Zeitdruck nach. Dann wird die E-Rechnung EU-weit Pflicht.<\/p>\n
Was die aktuelle Rechtslage konkret bedeutet, welche Formate relevant sind und was SAP-Anwender im Mittelstand jetzt vorbereiten sollten.<\/p>\n<\/div>\n
\nWas die E-Rechnungspflicht in \u00d6sterreich aktuell bedeutet<\/div>\n<\/h2>\n\n\u00d6sterreich hat bislang keine generelle B2B-E-Rechnungspflicht eingef\u00fchrt. Verpflichtend ist die elektronische Rechnung hierzulande nur f\u00fcr Leistungen an den Bund und die \u00f6ffentliche Verwaltung, das sogenannte B2G-Segment, abgewickelt \u00fcber das ebInterface-Format.<\/p>\n
F\u00fcr den B2B-Bereich zwischen \u00f6sterreichischen Unternehmen gilt: Eine PDF-Rechnung per E-Mail ist weiterhin rechtlich zul\u00e4ssig, sofern der Empf\u00e4nger zustimmt.<\/p>\n
Das klingt nach Entwarnung. Es ist keine.<\/p>\n
Deutschland hat die E-Rechnungspflicht f\u00fcr inl\u00e4ndische B2B-Ums\u00e4tze bereits ab 1. Januar 2025 eingef\u00fchrt. \u00d6sterreichische Unternehmen, die an deutsche Gesch\u00e4ftspartner liefern oder von deutschen Lieferanten beliefert werden, sind davon direkt betroffen, ob sie wollen oder nicht. Deutsche Unternehmen sind seit 2025 verpflichtet, E-Rechnungen empfangen zu k\u00f6nnen. Viele bestehen zunehmend auch darauf, E-Rechnungen zu erhalten.<\/p>\n
Auf EU-Ebene ist die Richtung eindeutig. Mit der ViDA-Richtlinie (VAT in the Digital Age, EU 2025\/516) wird die E-Rechnung ab 1. Juli 2030 f\u00fcr grenz\u00fcberschreitende B2B-Transaktionen innerhalb der EU verpflichtend. F\u00fcr rein nationale Pflichten hat sich schon fr\u00fcher etwas verschoben: Seit April 2025 d\u00fcrfen EU-Mitgliedsstaaten eine inl\u00e4ndische B2B-Pflicht ohne Genehmigung aus Br\u00fcssel einf\u00fchren. Deutschland hat genau das getan. \u00d6sterreich k\u00f6nnte jederzeit nachziehen, hat sich bislang aber auf kein Datum festgelegt. Fachlich erwartet wird ein nationaler Schritt im Fenster zwischen 2028 und 2030.<\/p>\n<\/div>\n
Die deutschen \u00dcbergangsfristen: relevant f\u00fcr \u00f6sterreichische SAP-Anwender<\/h2>\n\nWer mit deutschen Partnern arbeitet, sollte die deutschen Fristen kennen:<\/p>\n
Ab 1. Januar 2025:<\/strong> Alle deutschen Unternehmen im B2B-Bereich m\u00fcssen E-Rechnungen empfangen k\u00f6nnen. \u00d6sterreichische Lieferanten, die an deutsche Unternehmen fakturieren, sollten strukturierte Formate vorbereiten.<\/p>\nBis 31. Dezember 2026:<\/strong> Papier- und PDF-Rechnungen noch erlaubt, wenn der Empf\u00e4nger zustimmt.<\/p>\nBis 31. Dezember 2027:<\/strong> F\u00fcr Unternehmen mit Vorjahresumsatz unter 800.000 Euro weiterhin \u00dcbergangsregelung m\u00f6glich.<\/p>\nAb 1. Januar 2028:<\/strong> Vollst\u00e4ndige E-Rechnungspflicht f\u00fcr alle deutschen B2B-Ums\u00e4tze ohne Ausnahme.<\/p>\nDas Zeitfenster f\u00fcr eine ruhige, gut geplante Umstellung schlie\u00dft sich in den n\u00e4chsten zwei Jahren.<\/p>\n<\/div>\n
Welche Formate SAP unterst\u00fctzen muss: XRechnung und ZUGFeRD<\/h2>\n\nZwei Formate dominieren den deutschsprachigen Raum. Ein SAP-System muss beide verarbeiten k\u00f6nnen.<\/p>\n
XRechnung ist ein rein strukturiertes XML-Format. Es enth\u00e4lt ausschlie\u00dflich maschinenlesbare Daten, keine f\u00fcr den Menschen lesbare Darstellung. In Deutschland ist es der Standard f\u00fcr die \u00f6ffentliche Verwaltung und setzt sich zunehmend auch im B2B-Bereich durch.<\/p>\n
ZUGFeRD kombiniert ein lesbares PDF mit einem eingebetteten XML-Datensatz. F\u00fcr den Empf\u00e4nger ist das komfortabler, weil die Rechnung ohne Spezialsoftware lesbar bleibt und trotzdem maschinell verarbeitet werden kann.<\/p>\n
Beide Formate entsprechen der europ\u00e4ischen Norm EN 16931 und sind damit ViDA-konform. Wer viel mit deutschen Partnern fakturiert, findet in ZUGFeRD oft den pragmatischeren Einstieg, weil es den \u00dcbergang von PDF-basierten Prozessen erleichtert. F\u00fcr Rechnungen an den \u00f6sterreichischen Bund bleibt dagegen ebInterface das Pflichtformat, und f\u00fcr den grenz\u00fcberschreitenden Austausch gewinnt Peppol mit UBL an Bedeutung.<\/p>\n
Und noch etwas Wichtiges: Eine einfache PDF-Rechnung gilt in Deutschland seit 2025 nicht mehr als E-Rechnung im gesetzlichen Sinn, egal wie sie versendet wird.<\/p>\n<\/div>\n
Warum SAP-Standard alleine nicht ausreicht<\/h2>\n\nSAP kann E-Rechnungen empfangen. Das ist die gute Nachricht. Die weniger gute: Empfangen ist nicht dasselbe wie verarbeiten.<\/p>\n
Im SAP-Standard fehlt die vollautomatische Verkn\u00fcpfung zwischen dem eingehenden Dokument und den nachgelagerten ERP-Prozessen. Das System liest das XML ein. Aber Lieferantenabgleich, Kontierung, der 3-Way-Match gegen Bestellung und Wareneingang und die abschlie\u00dfende SAP-FI-Buchung bleiben manuelle oder halbautomatische Schritte.<\/p>\n
F\u00fcr Unternehmen mit hohem Rechnungsvolumen oder vielen verschiedenen Lieferanten ist das kein tragf\u00e4higer Zustand, weder heute noch 2028, wenn die Volumina weiter steigen.<\/p>\n
Die E-Rechnungspflicht ist deshalb nicht nur ein Compliance-Thema. Sie ist der richtige Moment, den gesamten Eingangsrechnungsprozess in SAP neu zu denken.<\/p>\n<\/div>\n
Was Mittelst\u00e4ndler in \u00d6sterreich jetzt konkret vorbereiten sollten<\/h2>\n\nDer erste Schritt ist eine ehrliche Bestandsaufnahme. Wie gehen Eingangsrechnungen aktuell ein, welche Lieferanten und Kunden sitzen in Deutschland oder anderen EU-M\u00e4rkten, und kann das bestehende SAP-System XRechnung und ZUGFeRD \u00fcberhaupt empfangen?<\/p>\n
Danach kommt die eigentliche Frage, n\u00e4mlich die nach der Prozesstiefe. Wer jetzt investiert, sollte nicht bei der reinen Compliance stehen bleiben, sondern den kompletten Weg von der Rechnungserfassung bis zur SAP-FI-Buchung absichern.<\/p>\n
Und wer bereits auf S\/4HANA<\/a> ist oder dorthin migriert, sollte klassische Add-On-L\u00f6sungen kritisch pr\u00fcfen. Viele davon wurden f\u00fcr \u00e4ltere SAP-Architekturen gebaut und bringen genau den Medienbruch mit, den man eigentlich loswerden m\u00f6chte.<\/p>\n<\/div>\n\n ![\"Tycom](\"\/wp-content\/uploads\/2026\/06\/Tycom-Flow-Box_Document-to-ERP-Platform-Nahtlose-KI-gestuetzte-ERP-Prozessautomatisierung-scaled.png\")
<\/p>\n
Eingangsrechnungsverarbeitung nativ in SAP<\/h3>\n
SAP BTP-nativ \u00b7 kein Add-On \u00b7 PDF \u00b7 ZUGFeRD \u00b7 XRechnung<\/p>\n
\nWir haben f\u00fcr die Tyrolit AG \u00fcber zwei Jahrzehnte lang verschiedenste L\u00f6sungen ausprobiert. Keine hat wirklich funktioniert. Irgendwann haben wir aufgeh\u00f6rt zu suchen und angefangen, selbst zu bauen.<\/span><\/p>\nDas Ergebnis ist Tycom Flow<\/strong>: KI-basierte Rechnungsanalyse, automatischer 3-Way-Match, direkte SAP-FI-Buchung im Standard.<\/span><\/p>\n<\/div>\nMehr erfahren \u2192<\/a><\/p>\n<\/div>\nInhalt<\/div>\n\n- \n
Was die E-Rechnungspflicht in \u00d6sterreich aktuell bedeutet<\/a><\/p>\n<\/li>\n- \n
Die deutschen \u00dcbergangsfristen: relevant f\u00fcr \u00f6sterreichische SAP-Anwender<\/a><\/p>\n<\/li>\n- \n
Welche Formate SAP unterst\u00fctzen muss: XRechnung und ZUGFeRD<\/a><\/p>\n<\/li>\n- \n
Warum SAP-Standard alleine nicht ausreicht<\/a><\/p>\n<\/li>\n- \n
Die E-Rechnungspflicht kommt schneller, als viele \u00f6sterreichische Unternehmen glauben. Wer SAP im Einsatz hat und regelm\u00e4\u00dfig mit deutschen Gesch\u00e4ftspartnern arbeitet, steht bereits heute unter Handlungsdruck. Wer das Thema ignoriert, holt sp\u00e4testens 2030 unter Zeitdruck nach. Dann wird die E-Rechnung EU-weit Pflicht.<\/p>\n
Was die aktuelle Rechtslage konkret bedeutet, welche Formate relevant sind und was SAP-Anwender im Mittelstand jetzt vorbereiten sollten.<\/p>\n<\/div>\n
\nWas die E-Rechnungspflicht in \u00d6sterreich aktuell bedeutet<\/div>\n<\/h2>\n\n\u00d6sterreich hat bislang keine generelle B2B-E-Rechnungspflicht eingef\u00fchrt. Verpflichtend ist die elektronische Rechnung hierzulande nur f\u00fcr Leistungen an den Bund und die \u00f6ffentliche Verwaltung, das sogenannte B2G-Segment, abgewickelt \u00fcber das ebInterface-Format.<\/p>\n
F\u00fcr den B2B-Bereich zwischen \u00f6sterreichischen Unternehmen gilt: Eine PDF-Rechnung per E-Mail ist weiterhin rechtlich zul\u00e4ssig, sofern der Empf\u00e4nger zustimmt.<\/p>\n
Das klingt nach Entwarnung. Es ist keine.<\/p>\n
Deutschland hat die E-Rechnungspflicht f\u00fcr inl\u00e4ndische B2B-Ums\u00e4tze bereits ab 1. Januar 2025 eingef\u00fchrt. \u00d6sterreichische Unternehmen, die an deutsche Gesch\u00e4ftspartner liefern oder von deutschen Lieferanten beliefert werden, sind davon direkt betroffen, ob sie wollen oder nicht. Deutsche Unternehmen sind seit 2025 verpflichtet, E-Rechnungen empfangen zu k\u00f6nnen. Viele bestehen zunehmend auch darauf, E-Rechnungen zu erhalten.<\/p>\n
Auf EU-Ebene ist die Richtung eindeutig. Mit der ViDA-Richtlinie (VAT in the Digital Age, EU 2025\/516) wird die E-Rechnung ab 1. Juli 2030 f\u00fcr grenz\u00fcberschreitende B2B-Transaktionen innerhalb der EU verpflichtend. F\u00fcr rein nationale Pflichten hat sich schon fr\u00fcher etwas verschoben: Seit April 2025 d\u00fcrfen EU-Mitgliedsstaaten eine inl\u00e4ndische B2B-Pflicht ohne Genehmigung aus Br\u00fcssel einf\u00fchren. Deutschland hat genau das getan. \u00d6sterreich k\u00f6nnte jederzeit nachziehen, hat sich bislang aber auf kein Datum festgelegt. Fachlich erwartet wird ein nationaler Schritt im Fenster zwischen 2028 und 2030.<\/p>\n<\/div>\n
Die deutschen \u00dcbergangsfristen: relevant f\u00fcr \u00f6sterreichische SAP-Anwender<\/h2>\n\nWer mit deutschen Partnern arbeitet, sollte die deutschen Fristen kennen:<\/p>\n
Ab 1. Januar 2025:<\/strong> Alle deutschen Unternehmen im B2B-Bereich m\u00fcssen E-Rechnungen empfangen k\u00f6nnen. \u00d6sterreichische Lieferanten, die an deutsche Unternehmen fakturieren, sollten strukturierte Formate vorbereiten.<\/p>\nBis 31. Dezember 2026:<\/strong> Papier- und PDF-Rechnungen noch erlaubt, wenn der Empf\u00e4nger zustimmt.<\/p>\nBis 31. Dezember 2027:<\/strong> F\u00fcr Unternehmen mit Vorjahresumsatz unter 800.000 Euro weiterhin \u00dcbergangsregelung m\u00f6glich.<\/p>\nAb 1. Januar 2028:<\/strong> Vollst\u00e4ndige E-Rechnungspflicht f\u00fcr alle deutschen B2B-Ums\u00e4tze ohne Ausnahme.<\/p>\nDas Zeitfenster f\u00fcr eine ruhige, gut geplante Umstellung schlie\u00dft sich in den n\u00e4chsten zwei Jahren.<\/p>\n<\/div>\n
Welche Formate SAP unterst\u00fctzen muss: XRechnung und ZUGFeRD<\/h2>\n\nZwei Formate dominieren den deutschsprachigen Raum. Ein SAP-System muss beide verarbeiten k\u00f6nnen.<\/p>\n
XRechnung ist ein rein strukturiertes XML-Format. Es enth\u00e4lt ausschlie\u00dflich maschinenlesbare Daten, keine f\u00fcr den Menschen lesbare Darstellung. In Deutschland ist es der Standard f\u00fcr die \u00f6ffentliche Verwaltung und setzt sich zunehmend auch im B2B-Bereich durch.<\/p>\n
ZUGFeRD kombiniert ein lesbares PDF mit einem eingebetteten XML-Datensatz. F\u00fcr den Empf\u00e4nger ist das komfortabler, weil die Rechnung ohne Spezialsoftware lesbar bleibt und trotzdem maschinell verarbeitet werden kann.<\/p>\n
Beide Formate entsprechen der europ\u00e4ischen Norm EN 16931 und sind damit ViDA-konform. Wer viel mit deutschen Partnern fakturiert, findet in ZUGFeRD oft den pragmatischeren Einstieg, weil es den \u00dcbergang von PDF-basierten Prozessen erleichtert. F\u00fcr Rechnungen an den \u00f6sterreichischen Bund bleibt dagegen ebInterface das Pflichtformat, und f\u00fcr den grenz\u00fcberschreitenden Austausch gewinnt Peppol mit UBL an Bedeutung.<\/p>\n
Und noch etwas Wichtiges: Eine einfache PDF-Rechnung gilt in Deutschland seit 2025 nicht mehr als E-Rechnung im gesetzlichen Sinn, egal wie sie versendet wird.<\/p>\n<\/div>\n
Warum SAP-Standard alleine nicht ausreicht<\/h2>\n\nSAP kann E-Rechnungen empfangen. Das ist die gute Nachricht. Die weniger gute: Empfangen ist nicht dasselbe wie verarbeiten.<\/p>\n
Im SAP-Standard fehlt die vollautomatische Verkn\u00fcpfung zwischen dem eingehenden Dokument und den nachgelagerten ERP-Prozessen. Das System liest das XML ein. Aber Lieferantenabgleich, Kontierung, der 3-Way-Match gegen Bestellung und Wareneingang und die abschlie\u00dfende SAP-FI-Buchung bleiben manuelle oder halbautomatische Schritte.<\/p>\n
F\u00fcr Unternehmen mit hohem Rechnungsvolumen oder vielen verschiedenen Lieferanten ist das kein tragf\u00e4higer Zustand, weder heute noch 2028, wenn die Volumina weiter steigen.<\/p>\n
Die E-Rechnungspflicht ist deshalb nicht nur ein Compliance-Thema. Sie ist der richtige Moment, den gesamten Eingangsrechnungsprozess in SAP neu zu denken.<\/p>\n<\/div>\n
Was Mittelst\u00e4ndler in \u00d6sterreich jetzt konkret vorbereiten sollten<\/h2>\n\nDer erste Schritt ist eine ehrliche Bestandsaufnahme. Wie gehen Eingangsrechnungen aktuell ein, welche Lieferanten und Kunden sitzen in Deutschland oder anderen EU-M\u00e4rkten, und kann das bestehende SAP-System XRechnung und ZUGFeRD \u00fcberhaupt empfangen?<\/p>\n
Danach kommt die eigentliche Frage, n\u00e4mlich die nach der Prozesstiefe. Wer jetzt investiert, sollte nicht bei der reinen Compliance stehen bleiben, sondern den kompletten Weg von der Rechnungserfassung bis zur SAP-FI-Buchung absichern.<\/p>\n
Und wer bereits auf S\/4HANA<\/a> ist oder dorthin migriert, sollte klassische Add-On-L\u00f6sungen kritisch pr\u00fcfen. Viele davon wurden f\u00fcr \u00e4ltere SAP-Architekturen gebaut und bringen genau den Medienbruch mit, den man eigentlich loswerden m\u00f6chte.<\/p>\n<\/div>\n\n <\/p>\n
Eingangsrechnungsverarbeitung nativ in SAP<\/h3>\n
SAP BTP-nativ \u00b7 kein Add-On \u00b7 PDF \u00b7 ZUGFeRD \u00b7 XRechnung<\/p>\n
\nWir haben f\u00fcr die Tyrolit AG \u00fcber zwei Jahrzehnte lang verschiedenste L\u00f6sungen ausprobiert. Keine hat wirklich funktioniert. Irgendwann haben wir aufgeh\u00f6rt zu suchen und angefangen, selbst zu bauen.<\/span><\/p>\nDas Ergebnis ist Tycom Flow<\/strong>: KI-basierte Rechnungsanalyse, automatischer 3-Way-Match, direkte SAP-FI-Buchung im Standard.<\/span><\/p>\n<\/div>\nMehr erfahren \u2192<\/a><\/p>\n<\/div>\nInhalt<\/div>\n\n- \n
Was die E-Rechnungspflicht in \u00d6sterreich aktuell bedeutet<\/a><\/p>\n<\/li>\n- \n
Die deutschen \u00dcbergangsfristen: relevant f\u00fcr \u00f6sterreichische SAP-Anwender<\/a><\/p>\n<\/li>\n- \n
Welche Formate SAP unterst\u00fctzen muss: XRechnung und ZUGFeRD<\/a><\/p>\n<\/li>\n- \n
Warum SAP-Standard alleine nicht ausreicht<\/a><\/p>\n<\/li>\n- \n
\u00d6sterreich hat bislang keine generelle B2B-E-Rechnungspflicht eingef\u00fchrt. Verpflichtend ist die elektronische Rechnung hierzulande nur f\u00fcr Leistungen an den Bund und die \u00f6ffentliche Verwaltung, das sogenannte B2G-Segment, abgewickelt \u00fcber das ebInterface-Format.<\/p>\n
F\u00fcr den B2B-Bereich zwischen \u00f6sterreichischen Unternehmen gilt: Eine PDF-Rechnung per E-Mail ist weiterhin rechtlich zul\u00e4ssig, sofern der Empf\u00e4nger zustimmt.<\/p>\n
Das klingt nach Entwarnung. Es ist keine.<\/p>\n
Deutschland hat die E-Rechnungspflicht f\u00fcr inl\u00e4ndische B2B-Ums\u00e4tze bereits ab 1. Januar 2025 eingef\u00fchrt. \u00d6sterreichische Unternehmen, die an deutsche Gesch\u00e4ftspartner liefern oder von deutschen Lieferanten beliefert werden, sind davon direkt betroffen, ob sie wollen oder nicht. Deutsche Unternehmen sind seit 2025 verpflichtet, E-Rechnungen empfangen zu k\u00f6nnen. Viele bestehen zunehmend auch darauf, E-Rechnungen zu erhalten.<\/p>\n
Auf EU-Ebene ist die Richtung eindeutig. Mit der ViDA-Richtlinie (VAT in the Digital Age, EU 2025\/516) wird die E-Rechnung ab 1. Juli 2030 f\u00fcr grenz\u00fcberschreitende B2B-Transaktionen innerhalb der EU verpflichtend. F\u00fcr rein nationale Pflichten hat sich schon fr\u00fcher etwas verschoben: Seit April 2025 d\u00fcrfen EU-Mitgliedsstaaten eine inl\u00e4ndische B2B-Pflicht ohne Genehmigung aus Br\u00fcssel einf\u00fchren. Deutschland hat genau das getan. \u00d6sterreich k\u00f6nnte jederzeit nachziehen, hat sich bislang aber auf kein Datum festgelegt. Fachlich erwartet wird ein nationaler Schritt im Fenster zwischen 2028 und 2030.<\/p>\n<\/div>\n
Die deutschen \u00dcbergangsfristen: relevant f\u00fcr \u00f6sterreichische SAP-Anwender<\/h2>\n\nWer mit deutschen Partnern arbeitet, sollte die deutschen Fristen kennen:<\/p>\n
Ab 1. Januar 2025:<\/strong> Alle deutschen Unternehmen im B2B-Bereich m\u00fcssen E-Rechnungen empfangen k\u00f6nnen. \u00d6sterreichische Lieferanten, die an deutsche Unternehmen fakturieren, sollten strukturierte Formate vorbereiten.<\/p>\nBis 31. Dezember 2026:<\/strong> Papier- und PDF-Rechnungen noch erlaubt, wenn der Empf\u00e4nger zustimmt.<\/p>\nBis 31. Dezember 2027:<\/strong> F\u00fcr Unternehmen mit Vorjahresumsatz unter 800.000 Euro weiterhin \u00dcbergangsregelung m\u00f6glich.<\/p>\nAb 1. Januar 2028:<\/strong> Vollst\u00e4ndige E-Rechnungspflicht f\u00fcr alle deutschen B2B-Ums\u00e4tze ohne Ausnahme.<\/p>\nDas Zeitfenster f\u00fcr eine ruhige, gut geplante Umstellung schlie\u00dft sich in den n\u00e4chsten zwei Jahren.<\/p>\n<\/div>\n
Welche Formate SAP unterst\u00fctzen muss: XRechnung und ZUGFeRD<\/h2>\n\nZwei Formate dominieren den deutschsprachigen Raum. Ein SAP-System muss beide verarbeiten k\u00f6nnen.<\/p>\n
XRechnung ist ein rein strukturiertes XML-Format. Es enth\u00e4lt ausschlie\u00dflich maschinenlesbare Daten, keine f\u00fcr den Menschen lesbare Darstellung. In Deutschland ist es der Standard f\u00fcr die \u00f6ffentliche Verwaltung und setzt sich zunehmend auch im B2B-Bereich durch.<\/p>\n
ZUGFeRD kombiniert ein lesbares PDF mit einem eingebetteten XML-Datensatz. F\u00fcr den Empf\u00e4nger ist das komfortabler, weil die Rechnung ohne Spezialsoftware lesbar bleibt und trotzdem maschinell verarbeitet werden kann.<\/p>\n
Beide Formate entsprechen der europ\u00e4ischen Norm EN 16931 und sind damit ViDA-konform. Wer viel mit deutschen Partnern fakturiert, findet in ZUGFeRD oft den pragmatischeren Einstieg, weil es den \u00dcbergang von PDF-basierten Prozessen erleichtert. F\u00fcr Rechnungen an den \u00f6sterreichischen Bund bleibt dagegen ebInterface das Pflichtformat, und f\u00fcr den grenz\u00fcberschreitenden Austausch gewinnt Peppol mit UBL an Bedeutung.<\/p>\n
Und noch etwas Wichtiges: Eine einfache PDF-Rechnung gilt in Deutschland seit 2025 nicht mehr als E-Rechnung im gesetzlichen Sinn, egal wie sie versendet wird.<\/p>\n<\/div>\n
Warum SAP-Standard alleine nicht ausreicht<\/h2>\n\nSAP kann E-Rechnungen empfangen. Das ist die gute Nachricht. Die weniger gute: Empfangen ist nicht dasselbe wie verarbeiten.<\/p>\n
Im SAP-Standard fehlt die vollautomatische Verkn\u00fcpfung zwischen dem eingehenden Dokument und den nachgelagerten ERP-Prozessen. Das System liest das XML ein. Aber Lieferantenabgleich, Kontierung, der 3-Way-Match gegen Bestellung und Wareneingang und die abschlie\u00dfende SAP-FI-Buchung bleiben manuelle oder halbautomatische Schritte.<\/p>\n
F\u00fcr Unternehmen mit hohem Rechnungsvolumen oder vielen verschiedenen Lieferanten ist das kein tragf\u00e4higer Zustand, weder heute noch 2028, wenn die Volumina weiter steigen.<\/p>\n
Die E-Rechnungspflicht ist deshalb nicht nur ein Compliance-Thema. Sie ist der richtige Moment, den gesamten Eingangsrechnungsprozess in SAP neu zu denken.<\/p>\n<\/div>\n
Was Mittelst\u00e4ndler in \u00d6sterreich jetzt konkret vorbereiten sollten<\/h2>\n\nDer erste Schritt ist eine ehrliche Bestandsaufnahme. Wie gehen Eingangsrechnungen aktuell ein, welche Lieferanten und Kunden sitzen in Deutschland oder anderen EU-M\u00e4rkten, und kann das bestehende SAP-System XRechnung und ZUGFeRD \u00fcberhaupt empfangen?<\/p>\n
Danach kommt die eigentliche Frage, n\u00e4mlich die nach der Prozesstiefe. Wer jetzt investiert, sollte nicht bei der reinen Compliance stehen bleiben, sondern den kompletten Weg von der Rechnungserfassung bis zur SAP-FI-Buchung absichern.<\/p>\n
Und wer bereits auf S\/4HANA<\/a> ist oder dorthin migriert, sollte klassische Add-On-L\u00f6sungen kritisch pr\u00fcfen. Viele davon wurden f\u00fcr \u00e4ltere SAP-Architekturen gebaut und bringen genau den Medienbruch mit, den man eigentlich loswerden m\u00f6chte.<\/p>\n<\/div>\n\n <\/p>\n
Eingangsrechnungsverarbeitung nativ in SAP<\/h3>\n
SAP BTP-nativ \u00b7 kein Add-On \u00b7 PDF \u00b7 ZUGFeRD \u00b7 XRechnung<\/p>\n
\nWir haben f\u00fcr die Tyrolit AG \u00fcber zwei Jahrzehnte lang verschiedenste L\u00f6sungen ausprobiert. Keine hat wirklich funktioniert. Irgendwann haben wir aufgeh\u00f6rt zu suchen und angefangen, selbst zu bauen.<\/span><\/p>\nDas Ergebnis ist Tycom Flow<\/strong>: KI-basierte Rechnungsanalyse, automatischer 3-Way-Match, direkte SAP-FI-Buchung im Standard.<\/span><\/p>\n<\/div>\nMehr erfahren \u2192<\/a><\/p>\n<\/div>\nInhalt<\/div>\n\n- \n
Was die E-Rechnungspflicht in \u00d6sterreich aktuell bedeutet<\/a><\/p>\n<\/li>\n- \n
Die deutschen \u00dcbergangsfristen: relevant f\u00fcr \u00f6sterreichische SAP-Anwender<\/a><\/p>\n<\/li>\n- \n
Welche Formate SAP unterst\u00fctzen muss: XRechnung und ZUGFeRD<\/a><\/p>\n<\/li>\n- \n
Warum SAP-Standard alleine nicht ausreicht<\/a><\/p>\n<\/li>\n- \n
Wer mit deutschen Partnern arbeitet, sollte die deutschen Fristen kennen:<\/p>\n
Ab 1. Januar 2025:<\/strong> Alle deutschen Unternehmen im B2B-Bereich m\u00fcssen E-Rechnungen empfangen k\u00f6nnen. \u00d6sterreichische Lieferanten, die an deutsche Unternehmen fakturieren, sollten strukturierte Formate vorbereiten.<\/p>\n Bis 31. Dezember 2026:<\/strong> Papier- und PDF-Rechnungen noch erlaubt, wenn der Empf\u00e4nger zustimmt.<\/p>\n Bis 31. Dezember 2027:<\/strong> F\u00fcr Unternehmen mit Vorjahresumsatz unter 800.000 Euro weiterhin \u00dcbergangsregelung m\u00f6glich.<\/p>\n Ab 1. Januar 2028:<\/strong> Vollst\u00e4ndige E-Rechnungspflicht f\u00fcr alle deutschen B2B-Ums\u00e4tze ohne Ausnahme.<\/p>\n Das Zeitfenster f\u00fcr eine ruhige, gut geplante Umstellung schlie\u00dft sich in den n\u00e4chsten zwei Jahren.<\/p>\n<\/div>\n Zwei Formate dominieren den deutschsprachigen Raum. Ein SAP-System muss beide verarbeiten k\u00f6nnen.<\/p>\n XRechnung ist ein rein strukturiertes XML-Format. Es enth\u00e4lt ausschlie\u00dflich maschinenlesbare Daten, keine f\u00fcr den Menschen lesbare Darstellung. In Deutschland ist es der Standard f\u00fcr die \u00f6ffentliche Verwaltung und setzt sich zunehmend auch im B2B-Bereich durch.<\/p>\n ZUGFeRD kombiniert ein lesbares PDF mit einem eingebetteten XML-Datensatz. F\u00fcr den Empf\u00e4nger ist das komfortabler, weil die Rechnung ohne Spezialsoftware lesbar bleibt und trotzdem maschinell verarbeitet werden kann.<\/p>\n Beide Formate entsprechen der europ\u00e4ischen Norm EN 16931 und sind damit ViDA-konform. Wer viel mit deutschen Partnern fakturiert, findet in ZUGFeRD oft den pragmatischeren Einstieg, weil es den \u00dcbergang von PDF-basierten Prozessen erleichtert. F\u00fcr Rechnungen an den \u00f6sterreichischen Bund bleibt dagegen ebInterface das Pflichtformat, und f\u00fcr den grenz\u00fcberschreitenden Austausch gewinnt Peppol mit UBL an Bedeutung.<\/p>\n Und noch etwas Wichtiges: Eine einfache PDF-Rechnung gilt in Deutschland seit 2025 nicht mehr als E-Rechnung im gesetzlichen Sinn, egal wie sie versendet wird.<\/p>\n<\/div>\n SAP kann E-Rechnungen empfangen. Das ist die gute Nachricht. Die weniger gute: Empfangen ist nicht dasselbe wie verarbeiten.<\/p>\n Im SAP-Standard fehlt die vollautomatische Verkn\u00fcpfung zwischen dem eingehenden Dokument und den nachgelagerten ERP-Prozessen. Das System liest das XML ein. Aber Lieferantenabgleich, Kontierung, der 3-Way-Match gegen Bestellung und Wareneingang und die abschlie\u00dfende SAP-FI-Buchung bleiben manuelle oder halbautomatische Schritte.<\/p>\n F\u00fcr Unternehmen mit hohem Rechnungsvolumen oder vielen verschiedenen Lieferanten ist das kein tragf\u00e4higer Zustand, weder heute noch 2028, wenn die Volumina weiter steigen.<\/p>\n Die E-Rechnungspflicht ist deshalb nicht nur ein Compliance-Thema. Sie ist der richtige Moment, den gesamten Eingangsrechnungsprozess in SAP neu zu denken.<\/p>\n<\/div>\n Der erste Schritt ist eine ehrliche Bestandsaufnahme. Wie gehen Eingangsrechnungen aktuell ein, welche Lieferanten und Kunden sitzen in Deutschland oder anderen EU-M\u00e4rkten, und kann das bestehende SAP-System XRechnung und ZUGFeRD \u00fcberhaupt empfangen?<\/p>\n Danach kommt die eigentliche Frage, n\u00e4mlich die nach der Prozesstiefe. Wer jetzt investiert, sollte nicht bei der reinen Compliance stehen bleiben, sondern den kompletten Weg von der Rechnungserfassung bis zur SAP-FI-Buchung absichern.<\/p>\n Und wer bereits auf S\/4HANA<\/a> ist oder dorthin migriert, sollte klassische Add-On-L\u00f6sungen kritisch pr\u00fcfen. Viele davon wurden f\u00fcr \u00e4ltere SAP-Architekturen gebaut und bringen genau den Medienbruch mit, den man eigentlich loswerden m\u00f6chte.<\/p>\n<\/div>\n SAP BTP-nativ \u00b7 kein Add-On \u00b7 PDF \u00b7 ZUGFeRD \u00b7 XRechnung<\/p>\n Wir haben f\u00fcr die Tyrolit AG \u00fcber zwei Jahrzehnte lang verschiedenste L\u00f6sungen ausprobiert. Keine hat wirklich funktioniert. Irgendwann haben wir aufgeh\u00f6rt zu suchen und angefangen, selbst zu bauen.<\/span><\/p>\n Das Ergebnis ist Tycom Flow<\/strong>: KI-basierte Rechnungsanalyse, automatischer 3-Way-Match, direkte SAP-FI-Buchung im Standard.<\/span><\/p>\n<\/div>\n Mehr erfahren \u2192<\/a><\/p>\n<\/div>\n Was die E-Rechnungspflicht in \u00d6sterreich aktuell bedeutet<\/a><\/p>\n<\/li>\n Die deutschen \u00dcbergangsfristen: relevant f\u00fcr \u00f6sterreichische SAP-Anwender<\/a><\/p>\n<\/li>\n Welche Formate SAP unterst\u00fctzen muss: XRechnung und ZUGFeRD<\/a><\/p>\n<\/li>\n Warum SAP-Standard alleine nicht ausreicht<\/a><\/p>\n<\/li>\nWelche Formate SAP unterst\u00fctzen muss: XRechnung und ZUGFeRD<\/h2>\n
Warum SAP-Standard alleine nicht ausreicht<\/h2>\n
Was Mittelst\u00e4ndler in \u00d6sterreich jetzt konkret vorbereiten sollten<\/h2>\n
<\/p>\nEingangsrechnungsverarbeitung nativ in SAP<\/h3>\n
\n
![\"\"](\"\/wp-content\/uploads\/2026\/03\/shutterstock_2392566219_flipped.jpg\")
<\/p>\n