Einschränkungen
Zuletzt geändert: 08.11.2026 14:02

Einschränkungen #

Immer dann, wenn verschiedene Systeme miteinander verknüpft werden, gibt es Einschränkungen. Je komplexer die Integration, desto stärker müssen sich die beteiligten Systeme aneinander anpassen. Die folgenden Punkte sind dabei besonders zu beachten:

Sondervorgaben von Großhändlern und Konzernen #

Die von EULANDA® erzeugten elektronischen Rechnungen sind konform zur EN16931. Grundlage sind dabei die Daten, die strukturiert in EULANDA® vorliegen und sich eindeutig übergeben lassen. Die erzeugte Ausgabe lässt sich jederzeit gegen das Validierungsportal PortInvoice prüfen.

In letzter Zeit treten vermehrt Kunden an uns heran, die Großhändler oder Konzerne beliefern. Diese Empfänger machen innerhalb der Norm häufig zusätzliche Vorgaben - etwa besondere Angaben (zum Beispiel Schwund) oder andere Spezialfelder. Solche Anforderungen lassen sich mit dem Standard nicht abbilden:

  • Felder, die EULANDA® nicht kennt, können standardmäßig nicht ausgegeben werden.
  • Sondervereinbarungen, die nur als Fließtext vorliegen, lassen sich nicht strukturiert übergeben.

Jeder dieser Sonderfälle wird über ein Profil abgewickelt. Über Profile lassen sich Vorbelegungen, abweichende Auslegungen und zusätzliche Felder gezielt steuern.

Kosten für Profile: Die Preise orientieren sich an der Preisliste für EDIFACT-Profile und werden Ihnen für bereits verfügbare Profile (etwa hagebau oder Eurobaustoff, siehe Empfängerprofile) wie auch für individuell nach Guideline erstellte Profile gerne auf Anfrage genannt.

Unterstützte Rechnungsarten #

✅ Unterstützt:

  • Normale Rechnungen
  • Gutschriften Typ 381 (Credit note) ohne Bezug, mit positiven Beträgen (Bonus, Kulanz)
  • Gutschriftverfahren (389, Self-billed invoice) für Gutschriften ohne Bezug, etwa Provisionen, mit getauschten Rollen, ab EulandaXtools 1.0.396 und Xfacture 3.115 über den Schalter „Gutschriftverfahren (389)“, siehe Gutschriftverfahren.
  • Storno-Rechnungen aus der Direktgutschrift mit ZE, mit Bezug auf die stornierte Rechnung, ab EulandaXtools 1.0.388, siehe AE-X-24 Storno-Rechnung. Ab EULANDA® 2026.115 mit EulandaXtools 1.0.394 kommt der Bezug aus dem Storno-Bezug der Datenbank, vorher aus dem Objekt „GS zu RE “. Ab EulandaXtools 1.0.396 mit Xfacture 3.115 als Korrekturrechnung 384 mit negativer Differenz, vorher als 381; je Adresse umstellbar.
  • Abschlagsrechnungen (875) und Schlussrechnungen (877) aus der Abschlagsverwaltung, ab EulandaXtools 1.0.387 und Xfacture 3.110. Ältere Fassungen brechen bei diesen Belegen ab. Wie die Abschläge abgezogen werden und was dafür in der Schlussrechnung stehen muss, steht in AE-X-23 Abschlag und Schlussrechnung.
  • Anzahlungsrechnungen (386) über die Abschlagsverwaltung mit der Einstellung „Anzahlung (386/380)“, ab Xfacture 3.111. Ab EULANDA® 2026.115 mit EulandaXtools 1.0.394 und Xfacture 3.114 auch die Anzahlungsrechnung aus dem Band „Projekt und Anzahlungen“ des Auftrags (ohne Projekt) sowie die Endrechnung, die sie abzieht: Die Anzahlung steht dort als gezahlter Betrag, die Leistung in voller Höhe, siehe Anzahlungen. Der Pflichttext je Belegart aus EULANDA® geht als Notiz mit.
  • Seriennummern und Chargen je Position, ab EulandaXtools 1.0.392, siehe AE-X-25 Seriennummern und Chargen
  • Sammelrechnungen aus mehreren Lieferscheinen oder Aufträgen, ab EulandaXtools 1.0.408 mit Bestellung, Auftrag und Lieferschein je Position, siehe AE-X-28 Sammelrechnung. Vorher stand nur der Lieferschein der Rechnung im Kopf. Lieferanschrift und Lieferdatum gibt es weiterhin nur einmal je Rechnung, im Kopf.

Eine Übersicht über alles, was Xfacture kann, steht auf der Seite Leistungsumfang.

❌ Nicht unterstützt:

  • Lieferanschrift je Position in einer Sammelrechnung: Die E-Rechnung trägt eine Lieferanschrift für die ganze Rechnung, auch wenn die Lieferscheine an verschiedene Orte gingen.
  • Rechnungen mit gemischte Positionen mit 0-Prozent MwSt. und Befreiungsgrund (Ausnahme: die steuerfreien Abzüge der Schlussrechnung, siehe AE-X-23)
  • Rechnungen in fremder Währung oder Sprache: die E-Rechnung geht immer in Euro und in der Standardsprache hinaus (siehe unten). Rechnungen an Kunden im EU-Ausland (innergemeinschaftliche Lieferung) und im Drittland (Ausfuhr) gehen dagegen mit Steuerkategorie und Befreiungsgrund hinaus, siehe AE-X-14 Steuerbefreiung.
  • Teilschlussrechnungen (876), die Abschlagsverwaltung kennt sie nicht
  • Teilgutschrift auf eine Abschlagsrechnung (nur ein Teil des Abschlags wird gutgeschrieben) vor EULANDA® 2026.115: die Schlussrechnung zieht den vollen Abschlag ab. Ein kompletter Storno wird ab 1.0.388 erkannt. Ab EULANDA® 2026.115 zieht der Kern den geminderten Betrag ab, und die E-Rechnung rechnet mit ihm (EulandaXtools 1.0.394).
  • Korrekturrechnung (384) nur mit Bezug auf die Ursprungsrechnung, siehe AE-X-24: vor 2026.115 im Objekt, ab 2026.115 aus dem Storno-Bezug der Direktgutschrift. Eine von Hand erfasste Korrektur ohne Bezug geht nicht hinaus.
  • Korrekturrechnung (384) über Peppol an Empfänger außerhalb Deutschlands: Peppol lässt die 384 nur zwischen deutschen Parteien zu; Xfacture gibt Storno und Korrektur dort als Gutschrift 381 mit Bezug aus.
  • Gutschriften vom Typ 329 und die Self-billed credit note (261)
  • Bruttorechnungen (Belege mit „Preise inkl. MwSt.“), siehe unten

Bruttorechnungen #

Xfacture setzt Belege in Netto-Arithmetik voraus. Belege, bei denen im Beleg die Vorgabe „Preise inkl. MwSt.“ gesetzt ist, werden derzeit nicht unterstützt. Die E-Rechnung weist nach EN 16931 je Position nur Nettobeträge aus. Bei einem Bruttobeleg stehen in den Positionen aber die Bruttopreise, wie sie erfasst wurden, während die Summen im Kopf netto gerechnet sind. Positionen und Summen passen dann nicht zusammen, und der Empfänger lehnt die Rechnung ab.

Stellen Sie den Beleg vor dem Export auf Netto um. Rechnungen an Endverbraucher, für die Bruttopreise üblich sind, brauchen in der Regel keine E-Rechnung.

EURO-Symbol #

Das €-Symbol kann nicht in Artikeltexten oder Zahlungsbedingungen verwendet werden. Es wird automatisch durch “EUR” ersetzt.

HTML-Unterstützung #

HTML kann über das Rechnungsprotokoll nicht übertragen werden. Falls HTML-Formatierungen in Artikelbeschreibungen vorhanden sind, werden sie entfernt.

Kompatibilitätsanforderungen #

Das Programm benötigt Windows PowerShell 5.1 und .NET Framework 4.7.2. Welche Windows-Fassungen unterstützt sind und was unter Windows Server zu prüfen ist (WebView2 Runtime), steht unter Voraussetzungen.

Rechtstext-Verwaltung #

  • Der Rechtstext wird in den systemweiten Einstellungen hinterlegt und ist nicht mandantenübergreifend.
  • Falls sich Bankinformationen oder Firmenbezeichnungen ändern und Sie alte Rechnungen erneut im elektronischen Format exportieren, werden automatisch die aktuellen Firmendaten verwendet.
  • Falls stattdessen die ursprünglichen Daten in der exportierten Rechnung enthalten sein sollen, müssen Sie vor dem Export die Firmendaten auf den früheren Stand zurücksetzen und sie nach dem Export wieder auf den aktuellen Stand bringen.

Sprachunterstützung #

  • Sprachmodule werden in XRechnung und ZUGFeRD nicht unterstützt.
  • Fremdsprachen-Tags (z. B. [EN]) werden herausgefiltert.
  • Die elektronische Rechnung wird immer in der Standardsprache ausgegeben.

Währungen #

Falls das Währungsmodul aktiviert ist, werden andere Währungen als EURO derzeit nicht unterstützt. Da XRechnung und ZUGFeRD hauptsächlich im EURO-Raum genutzt werden, ist dies selten erforderlich.

Zeilenumbrüche #

Zeilenumbrüche in Artikeltexten werden nicht unterstützt und automatisch durch Leerzeichen ersetzt.

Zuschläge #

Negative Rabatte (Zuschläge) auf Positionen oder den gesamten Beleg werden aktuell nicht unterstützt.