Sage ERP weiter nutzen: E-Rechnung mit Sage 100 und Sage New Classic

Sage ERP und E-Rechnung: Sage 100 oder Sage New Classic weiter nutzen

Kann ein älteres Sage-ERP für E-Rechnungen weiter genutzt werden? Häufig ja – aber nicht allein aufgrund des Produktnamens. Entscheidend sind die tatsächlich installierte Sage-Produktlinie, die Version, verfügbare Updates und Pakete, individuelle Anpassungen sowie die Qualität der Rechnungsdaten. Erst diese Bestandsaufnahme zeigt, ob XRechnung oder ZUGFeRD direkt aus Sage erzeugt werden kann, eine externe E-Rechnungsschicht sinnvoll ist oder ein Systemwechsel vorbereitet werden sollte.

Für Sage 100 beschreibt Sage heute Funktionen zum Erstellen und Verarbeiten von XRechnung und ZUGFeRD. Daraus folgt jedoch keine Zusage für jede ältere Installation. Das offizielle Datenblatt zum E-Rechnungsumfang von Sage 100 unterscheidet zwischen Standardumfang, Zusatzpaketen und unterstützten Versionen. Bei Sage New Classic verweist Sage für Produktdetails auf die ServiceWelt und bietet zugleich einen Wechsel zu Sage 100 an. Sage New Classic ist deshalb nicht einfach wie eine alte Sage-100-Version zu behandeln.

Die belastbare Entscheidung lautet nicht „Sage kann E-Rechnung“ oder „Sage kann keine E-Rechnung“, sondern: Welcher Weg erzeugt aus Ihrer konkreten Installation wiederholbar vollständige, valide und mit dem Empfänger kompatible Rechnungsdaten?

Zuerst klären: Welche Sage-Produktlinie ist wirklich installiert?

„Wir arbeiten mit Sage“ reicht für eine technische Entscheidung nicht aus. Sage führt verschiedene Produktfamilien, und auch ältere Namen können im Alltag weiterverwendet werden. Prüfen Sie deshalb im Programm, in Lizenzunterlagen und beim betreuenden Sage-Partner die exakte Produktbezeichnung, Versionsnummer, installierte Module und eingespielte Updates.

Diese Unterscheidung verhindert zwei typische Fehlentscheidungen: ein unnötiges ERP-Migrationsprojekt, obwohl ein verlässlicher Export vorhanden ist – oder eine vorschnelle Aktivierung, obwohl die konkrete Version wichtige Felder oder Belegarten nicht vollständig abbildet.

Der Schnelltest: Ist Ihre Sage-Installation für E-Rechnungen bereit?

Eine Funktion im Menü ist noch kein produktionsreifer Prozess. Beantworten Sie fünf Fragen mit einem echten Rechnungsquerschnitt:

1. Erzeugt die Installation ein strukturiertes Format? Exportieren Sie eine XRechnung oder ZUGFeRD-Datei und prüfen Sie nicht nur, ob eine Datei entsteht, sondern welches Profil, welche Syntax und welche Version verwendet werden.
2. Enthält der XML-Datensatz alle Pflichtangaben? Verkäufer, Käufer, Rechnungsnummer, Leistungsbeschreibung, Positionen, Steuern, Summen, Zahlungsdaten und notwendige Referenzen müssen strukturiert vorliegen. Das Bundesfinanzministerium stellt klar, dass Pflichtangaben nicht nur in einem PDF oder Anhang stehen dürfen. Eine gute Orientierung bietet die offizielle Zuordnung der UStG-Pflichtangaben zur EN 16931.
3. Sind alle relevanten Belegarten abgedeckt? Eine Standardrechnung beweist noch nicht, dass Gutschriften, Stornos, Abschläge, Schlussrechnungen, steuerfreie Fälle oder mehrere Steuersätze funktionieren.
4. Besteht die Datei eine unabhängige Validierung? Prüfen Sie die erzeugte Datei außerhalb von Sage gegen die aktuell geltenden technischen und fachlichen Regeln.
5. Passt der Ausgabeweg zum Empfänger? Ein valides XML kann trotzdem am falschen Format, einer fehlenden Käuferreferenz, dem Portal oder dem vereinbarten Übertragungsweg scheitern.

Wenn alle fünf Punkte erfüllt sind, ist der native Weg meist die einfachste Lösung. Fehlen nur einzelne Funktionen oder Daten, kann eine Ergänzung wirtschaftlicher sein als eine sofortige Migration. Der Überblick ERP zu E-Rechnung ordnet die möglichen Integrationswege unabhängig von der Sage-Version ein.

Drei belastbare Wege von Sage zur E-Rechnung

Weg 1: XRechnung oder ZUGFeRD direkt aus Sage erzeugen

Der native Export ist sinnvoll, wenn die installierte und unterstützte Version den benötigten Funktionsumfang vollständig bereitstellt. Sage nennt für Sage 100 unter anderem XRechnung und ZUGFeRD sowie die Verarbeitung strukturierter Rechnungen. Im offiziellen Komfortpaket-Datenblatt werden zudem notwendige Grund- und Stammdateneinstellungen beschrieben, beispielsweise Angaben zum Mandanten, eine valide IBAN, kundenspezifische E-Rechnungseinstellungen, Übertragungswege und bei entsprechenden XRechnungsprozessen eine Käuferreferenz.

Der Vorteil liegt auf der Hand: Die strukturierten Daten entstehen dort, wo der Beleg gebucht und fakturiert wird. Positionen, Mengen, Preise, Steuerlogik und Referenzen müssen nicht erneut aus einem PDF gelesen werden. Vor dem produktiven Einsatz bleiben trotzdem drei Prüfungen notwendig:

• Ist die Funktion in Ihrer Lizenz und Version enthalten und korrekt eingerichtet?
• Sind die benötigten Felder im Mandanten-, Kunden-, Banken- und Artikelstamm vollständig gepflegt?
• Deckt der Export Ihre tatsächlichen Rechnungsarten, Empfänger und Versandwege ab?

Verlassen Sie sich besonders bei angekündigten Funktionen nicht auf eine Produktplanung. Maßgeblich sind die ausgelieferte Version, die zugehörige Dokumentation und ein erfolgreich validierter Testexport.

Weg 2: Strukturierte Sage-Daten an eine E-Rechnungsschicht übergeben

Wenn der native Export fehlt oder nicht alle Anforderungen abbildet, ist eine strukturierte Übergabe häufig der stabilste Weiterbetriebsweg. Sage bleibt das führende System für Auftrag, Lieferung, Rechnung und Buchung. Eine ergänzende Schicht übernimmt Mapping, XML-Erzeugung, Validierung und gegebenenfalls den kontrollierten Versand.

Als Datenquelle kommen – abhängig von der konkreten Installation und den erlaubten Zugriffen – ein vorhandener Export, eine dokumentierte Schnittstelle, ein abgestimmter Dateiaustausch oder ein kontrollierter Datenbankzugriff infrage. Entscheidend ist nicht die technische Bezeichnung, sondern ein klarer Vertrag für jedes Feld: Woher stammt es, wie wird es umgewandelt und was geschieht, wenn es fehlt?

Dieser Weg ist besonders stark bei wiederkehrenden Rechnungsvolumen, individuellen Referenzen und komplexeren Positionstabellen. Er vermeidet die Unsicherheit einer reinen Texterkennung und lässt sich um Prüfregeln ergänzen. Für einen definierten, automatisierten Datenaustausch kommt je nach Umgebung auch eine E-Rechnung-API infrage. Ein direkter Datenbankzugriff sollte allerdings nie auf zufällig beobachteten Tabellen beruhen. Er braucht einen lesenden, dokumentierten Zugriff, stabile Selektionskriterien, einen definierten Belegstatus und eine Abstimmung mit dem Sage-Partner.

Weg 3: Vorhandene Sage-PDFs als Brücke nutzen

Erzeugt die Altversion verlässliche Rechnungs-PDFs, kann der bestehende Ablauf zunächst erhalten bleiben: Rechnung in Sage erstellen, PDF ausgeben, Rechnungsdaten kontrolliert übernehmen und daraus XRechnung oder ZUGFeRD erzeugen. Für einfache Einzelbelege ist der PDF-zu-E-Rechnung-Workflow oft der schnellste Test.

Die PDF-Brücke ist jedoch keine pauschale Garantie. Sie funktioniert am besten, wenn das PDF direkt aus Sage exportiert wurde, Text enthält und ein gleichmäßiges Layout verwendet. Scans, wechselnde Druckformulare, überlagerte Textobjekte, ungewöhnliche Schriften und mehrseitige Positionstabellen erhöhen den Prüfaufwand. In Praxisprojekten mit älteren Sage-Ausgaben zeigte sich zudem, dass ein optisch korrektes PDF technisch nicht automatisch PDF/A-3-tauglich ist und unsichtbare Druckobjekte eine Konvertierung beeinflussen können. Sichtbare Beträge, Rechnungsnummern und Texte müssen deshalb nach der PDF/A-3-Erzeugung erhalten bleiben.

Bei ZUGFeRD ist diese Kontrolle besonders wichtig: FeRD beschreibt ZUGFeRD als PDF/A-3 mit eingebetteten XML-Daten, die inhaltlich dieselbe Rechnung abbilden. Nach den BMF-FAQ zur E-Rechnung ist bei Abweichungen inzwischen der strukturierte Datenteil maßgeblich. Das sichtbare PDF darf daher nicht vollständig wirken, während im XML eine Leistungsbeschreibung, Steuerinformation oder Zahlungsangabe fehlt.

Welche Sage-Daten müssen strukturiert verfügbar sein?

Ein stabiler Prozess beginnt nicht beim XML-Generator, sondern bei den Daten. Die folgende Übersicht nennt bewusst keine festen Sage-Tabellen oder Feldnamen: Diese können sich zwischen Produktlinien, Versionen und Anpassungen unterscheiden.

Gerade ältere Formulare enthalten viele Informationen nur im sichtbaren Layout. Für eine E-Rechnung müssen die umsatzsteuerlich notwendigen Angaben jedoch im strukturierten Datensatz stehen. Anlagen dürfen ergänzen, aber die Pflichtinformationen nicht ersetzen. Lange Leistungsnachweise, Projektdokumentationen oder Stundenzettel können beigefügt werden; die strukturierte Leistungsbeschreibung muss die Leistung trotzdem eindeutig und leicht nachprüfbar bezeichnen.

XRechnung oder ZUGFeRD für Sage?

Die Wahl richtet sich zuerst nach dem Empfänger und danach nach Ihrem Prozess. Der ausführliche Vergleich XRechnung oder ZUGFeRD erklärt Aufbau, Lesbarkeit und Einsatzbereiche.

XRechnung: wenn ein reiner XML-Prozess gefragt ist

XRechnung ist ein strukturierter XML-Standard, der insbesondere bei öffentlichen Auftraggebern verbreitet ist. XStandards Einkauf stellt die Spezifikation, technische Komponenten und aktuell gültigen Versionen und Bundles bereit. Für die Sage-Prüfung bedeutet das: Nicht nur „XML exportiert“ muss stimmen, sondern auch Spezifikationskennung, Geschäftsregeln und Empfängeranforderungen.

Eine Leitweg-ID ist kein allgemeines B2B-Pflichtfeld. Sie dient der Adressierung öffentlicher Rechnungsempfänger und wird vom Auftraggeber mitgeteilt. Bei B2B-Rechnungen können stattdessen andere Käuferreferenzen oder elektronische Adressen verlangt werden. Wenn Sie an eine Behörde abrechnen, können Sie die erhaltene Kennung mit dem Leitweg-ID-Prüfer kontrollieren.

ZUGFeRD: wenn das bisherige Rechnungsbild erhalten bleiben soll

ZUGFeRD verbindet ein lesbares PDF/A-3 mit eingebetteten XML-Daten. Das kann für ältere Sage-Prozesse attraktiv sein, weil das vertraute Layout erhalten bleibt und der Empfänger zugleich strukturierte Daten erhält. Verwenden Sie ein Profil, das die benötigten Anforderungen der EN 16931 abbildet, und prüfen Sie PDF und XML als Einheit.

Wichtig: Ein PDF mit irgendeiner XML-Datei ist noch keine belastbare ZUGFeRD-Rechnung. Dateiformat, Einbettung, Profil, Geschäftsregeln und inhaltliche Übereinstimmung müssen stimmen. Der ZUGFeRD-Validator prüft die fertige Datei; eine reine XRechnung können Sie mit dem XRechnung-Validator kontrollieren.

Belegarten: Warum eine Standardrechnung nicht als Test genügt

Viele Einführungen starten mit einem einzigen, einfachen Beleg. Das ist für den ersten technischen Nachweis sinnvoll, aber zu wenig für eine Freigabe. Erstellen Sie eine Testmatrix aus allen tatsächlich genutzten Fällen:

• Standardrechnung mit einer Position
• mehrseitige Rechnung mit Seitenübertrag
• Gutschrift und Storno
• Anzahlungs-, Abschlags- und Schlussrechnung
• mehrere Steuersätze oder Steuerkategorien
• steuerfreie oder innergemeinschaftliche Lieferung
• Reverse-Charge-Fall
• Zu- und Abschläge, Versand- oder Verpackungskosten
• Skonto und unterschiedliche Zahlungsziele
• abweichende Rechnungs- und Lieferanschrift
• Bestell-, Projekt-, Vertrags- und Lieferscheinreferenzen
• lange Leistungsbeschreibungen und notwendige Anlagen

Testen Sie nur Fälle, die im Unternehmen wirklich vorkommen, dann aber vollständig. Aus einer erfolgreich konvertierten Standardrechnung darf nicht abgeleitet werden, dass jede Sonderlogik automatisch unterstützt ist. Besonders bei Abschlags- und Schlussrechnungen müssen bereits vereinnahmte Beträge und Referenzen fachlich korrekt abgebildet werden. Bei Gutschriften und Berichtigungen sind Belegtyp und Bezug zum Ursprungsbeleg entscheidend.

Validierung: Drei Prüfungen statt nur „Datei wurde erzeugt“

Eine belastbare Sage-E-Rechnung besteht aus drei Prüfebenen:

1. Technische Prüfung: Ist XML beziehungsweise PDF/A-3 formal lesbar? Sind Syntax, Profil, Einbettung und Identifikatoren korrekt?
2. Fachliche Prüfung: Stimmen Pflichtfelder, Steuerkategorien, Berechnungen, Währung, Zahlungsdaten und Referenzen mit den Regeln des Formats überein?
3. Inhaltliche Prüfung: Entsprechen die strukturierten Werte dem gebuchten Sage-Beleg und – bei ZUGFeRD – dem sichtbaren Rechnungsbild?

Öffnen Sie eine XRechnung zusätzlich im E-Rechnungs-Viewer. So erkennen Fachanwender, ob Artikeltexte, Mengen, Bestellbezüge und Zahlungsbedingungen tatsächlich angekommen sind. Validieren Sie außerdem gegen den aktuell vorgesehenen Empfängerprozess: Ein Portal oder Geschäftspartner kann über die allgemeinen Formatregeln hinaus vereinbarte Referenzen erwarten.

Für einen produktiven Prozess sollte bei einem Fehler keine Rechnung unbemerkt versendet werden. Sinnvoll sind ein klarer Fehlerstatus, verständliche Rückmeldungen, eine Korrekturmöglichkeit in Sage und eine erneute Erzeugung. Das verhindert, dass Mitarbeitende XML-Dateien manuell bearbeiten und damit die Verbindung zum gebuchten Ausgangsbeleg verlieren.

Weiterbetrieb, Brücke oder Migration? Eine Entscheidungsmatrix

Eine Brücke und eine Migration schließen sich nicht aus. Ein kontrollierter Zwischenprozess kann den Rechnungsausgang absichern, während Stammdaten bereinigt, Schnittstellen dokumentiert und die spätere ERP-Umstellung vorbereitet werden. Legen Sie für eine Übergangslösung trotzdem Verantwortliche, Kontrollen und ein Zielbild fest. Sonst wird aus dem Provisorium ein dauerhaft schwer prüfbarer Nebenprozess.

Der allgemeine Leitfaden alte Software für E-Rechnungen fit machen hilft, wenn neben Sage weitere Warenwirtschaften, Eigenentwicklungen oder Office-Prozesse betroffen sind. Der vorliegende Beitrag bleibt bewusst bei den Versions-, Export- und Weiterbetriebsfragen rund um Sage.

So führen Sie den Sage-Prozess sicher ein

1. Installation und Verantwortliche erfassen

Dokumentieren Sie Produkt, Version, Module, Updates, Datenbank, Erweiterungen, Druckformulare, Versandweg und betreuenden Partner. Halten Sie fest, wer Rechnungen fachlich freigibt und wer technische Fehler bearbeiten darf.

2. Repräsentative Belege sammeln

Wählen Sie anonymisierte Muster für alle genutzten Belegarten, Steuersituationen, Sprachen und Layoutvarianten. Ergänzen Sie erwartete Werte, damit nicht nur die Optik, sondern auch das strukturierte Ergebnis verglichen werden kann.

3. Zielprozess und Format je Empfängergruppe festlegen

Trennen Sie beispielsweise B2B-ZUGFeRD, B2B-XRechnung und B2G-XRechnung. Erfassen Sie notwendige Käuferreferenzen, Portale, E-Mail-Adressen und weitere Vereinbarungen strukturiert statt in persönlichen Notizen.

4. Mapping und Fehlerregeln definieren

Ordnen Sie jedes benötigte XML-Feld einer belastbaren Quelle zu. Legen Sie fest, welche fehlenden Angaben den Versand blockieren, welche Warnungen zulässig sind und wo eine Korrektur erfolgen muss.

5. Pilotieren und unabhängig prüfen

Führen Sie den Prozess zunächst mit ausgewählten Empfängern durch. Validieren Sie Dateien, visualisieren Sie XML, vergleichen Sie Summen und holen Sie die technische Annahmebestätigung des Empfängers ein.

6. Erst danach automatisieren

Automatisieren Sie nur einen bereits fachlich stabilen Ablauf. Protokollieren Sie Erzeugung, Validierung, Versandstatus und Fehler, ohne unnötige Rechnungsinhalte in Logs zu vervielfältigen.

Praktische Checkliste für Sage-Verantwortliche

• [ ] Exakte Sage-Produktlinie und Versionsnummer dokumentiert
• [ ] Installierte Module, Pakete, Updates und Partnerlösungen erfasst
• [ ] Individuelle Masken, Berichte und Druckformulare berücksichtigt
• [ ] Nativen XRechnung- und ZUGFeRD-Export mit echten Belegen geprüft
• [ ] Verkäufer-, Käufer-, Banken- und Artikeldaten vollständig gepflegt
• [ ] Leistungsdatum, Zahlungsbedingungen und Referenzen strukturiert verfügbar
• [ ] Alle tatsächlich genutzten Belegarten getestet
• [ ] Format je Empfängergruppe und Übertragungsweg festgelegt
• [ ] XML unabhängig validiert und visualisiert
• [ ] Bei ZUGFeRD PDF, XML und PDF/A-3-Eigenschaften geprüft
• [ ] Fehler stoppen den Versand und führen in einen definierten Korrekturprozess
• [ ] Originaldatei, strukturierter Datensatz und Verfahrensablauf nachvollziehbar aufbewahrt
• [ ] Übergangslösung mit Verantwortlichen und Zielbild dokumentiert

Häufige Fragen zu Sage ERP und E-Rechnung

Kann Sage 100 XRechnung und ZUGFeRD erstellen?

Sage beschreibt für das aktuelle Produkt Sage 100 die Erstellung und Verarbeitung von XRechnung und ZUGFeRD. Ob Ihre Installation diese Funktionen vollständig nutzen kann, hängt vom unterstützten Versionsstand, dem installierten Umfang, notwendigen Updates und der Einrichtung ab. Prüfen Sie deshalb einen realen Export statt nur die allgemeine Produktbeschreibung.

Kann Sage New Classic weiterhin für E-Rechnungen genutzt werden?

Ein Weiterbetrieb kann möglich sein, muss aber anhand der konkreten Installation geprüft werden. Sage gibt auf der offiziellen Produktseite an, dass Sage New Classic weiterhin aktualisiert und gewartet wird, und verweist für Details auf die ServiceWelt. Aussagen zu Sage 100 dürfen nicht automatisch auf Sage New Classic übertragen werden.

Muss ich wegen der E-Rechnung von Sage New Classic auf Sage 100 wechseln?

Nicht zwangsläufig. Wenn der vorhandene Prozess vollständige strukturierte Daten liefern kann oder sich mit einer kontrollierten E-Rechnungsschicht ergänzen lässt, kann ein Weiterbetrieb sinnvoll sein. Eine Migration wird stärker, wenn zusätzlich Support-, Sicherheits-, Infrastruktur- oder Prozessgründe für einen Wechsel sprechen.

Reicht eine normale PDF-Rechnung aus Sage aus?

Eine einfache PDF-Datei ist keine E-Rechnung im gesetzlichen Sinn, weil ihr ein strukturiertes, maschinenlesbares Rechnungsformat fehlt. Sie kann aber als Ausgangsdokument für eine kontrollierte Konvertierung dienen. Die erkannten Daten müssen geprüft und anschließend als valide XRechnung oder ZUGFeRD-Rechnung ausgegeben werden.

Bleibt das Sage-Rechnungslayout bei ZUGFeRD erhalten?

Grundsätzlich kann das sichtbare PDF als Darstellung erhalten bleiben und um strukturierte XML-Daten ergänzt werden. Dafür muss die fertige Datei die Anforderungen an ZUGFeRD und PDF/A-3 erfüllen. Außerdem müssen sichtbarer Beleg und XML dieselbe Rechnung abbilden; maßgeblich sind die strukturierten Daten.

Ist ein direkter Zugriff auf die Sage-Datenbank die beste Lösung?

Nicht automatisch. Ein strukturierter Zugriff kann sehr stabil sein, benötigt aber eine dokumentierte und unterstützbare Datenquelle, klare Selektionsregeln und eine Abstimmung mit dem Sage-Partner. Wenn eine offizielle Schnittstelle oder ein belastbarer Export verfügbar ist, ist dieser oft leichter wartbar als ein Zugriff auf interne Tabellen.

Welches Format sollte ich aus Sage erzeugen: XRechnung oder ZUGFeRD?

Das hängt vom Empfänger ab. XRechnung passt zu reinen XML-Prozessen und ist bei öffentlichen Auftraggebern verbreitet. ZUGFeRD ist häufig praktisch, wenn zusätzlich ein lesbares Rechnungsbild gewünscht ist. Klären Sie das akzeptierte Format, Profil und den Übertragungsweg mit dem Empfänger.

Brauche ich für jede XRechnung aus Sage eine Leitweg-ID?

Nein. Die Leitweg-ID dient der Adressierung öffentlicher Rechnungsempfänger und wird vom Auftraggeber bereitgestellt. Für gewöhnliche B2B-XRechnungen ist sie nicht generell erforderlich. Dort können andere Käuferreferenzen oder elektronische Adressen vereinbart sein.

Welche Sage-Belege müssen vor der Freigabe getestet werden?

Mindestens alle Belegarten und Steuerfälle, die tatsächlich vorkommen: Standardrechnungen, Gutschriften, Stornos, Abschläge, Schlussrechnungen, mehrere Steuersätze, steuerfreie Fälle, Zu- und Abschläge sowie wichtige Bestell- und Projektreferenzen. Ein einzelner Standardbeleg reicht nicht als Produktivnachweis.

Kann RechneX Sage-Rechnungen automatisch verarbeiten?

Für wiederkehrende Prozesse ist eine Automatisierung grundsätzlich möglich, wenn Übergabepunkt, Datenquelle, Mapping, Belegarten und Fehlerprozess vorab geklärt und getestet wurden. Einfache Einzel-PDFs können zunächst im Konverter geprüft werden; individuelle oder umfangreiche Abläufe gehören in einen abgestimmten Enterprise- beziehungsweise API-Prozess.

Was passiert, wenn eine Sage-Rechnung die Validierung nicht besteht?

Die Rechnung sollte nicht ungeprüft versendet werden. Der Prozess muss den Fehler verständlich zurückmelden, die Korrektur an der richtigen Datenquelle ermöglichen und danach eine neue Datei erzeugen. Eine manuelle Änderung am fertigen XML ist riskant, weil sie vom in Sage gebuchten Beleg abweichen kann.

Wie lange kann eine PDF-Brücke als Übergang genutzt werden?

Solange sie fachlich kontrolliert, technisch valide und für das Rechnungsvolumen beherrschbar bleibt. Bei wachsendem Volumen, komplexen Belegen oder häufigen Layoutänderungen sollte auf strukturierte Daten umgestellt werden. Wenn ohnehin eine ERP-Migration geplant ist, sollte die Brücke einen dokumentierten Endpunkt haben.