Buchhaltung – RechnungFertig.de https://rechnungfertig.de Rechnungsprogramm für Einzelunternehmer, ohne Abo und Cloud Mon, 26 Jan 2026 20:42:26 +0000 de hourly 1 https://wordpress.org/?v=6.9.4 https://rechnungfertig.de/wp-content/uploads/2025/09/cropped-favicon-32x32.png Buchhaltung – RechnungFertig.de https://rechnungfertig.de 32 32 248831510 Wie werden Gutschriften und Storno ausgestellt? https://rechnungfertig.de/2026/01/26/wie-werden-gutschriften-und-storno-ausgestellt/ https://rechnungfertig.de/2026/01/26/wie-werden-gutschriften-und-storno-ausgestellt/#comments Mon, 26 Jan 2026 20:42:24 +0000 https://rechnungfertig.de/?p=337 Bei Gutschriften, Stornos und Rechnungskorrekturen entscheidet nicht primär „ob ein Betrag negativ ist“, sondern welcher Dokumenttyp (BT-3 / Invoice type code) gesetzt wurde. Genau dieser Typcode steuert, wie Empfänger-Systeme, E-Rechnungsportale und Validatoren (z.-B. im XRechnung-/Peppol-Umfeld) das Dokument verarbeiten. In der Praxis sind vor allem drei Varianten relevant: klassische Gutschrift (381), Negativrechnung als Rechnungstyp 380 und Rechnungskorrektur/Storno (384) – und jede hat ihre eigenen Feinheiten, die über „Minuszeichen setzen“ weit hinausgehen.

Die klassische Gutschrift (Typ 381) ist die richtige Wahl, wenn Sie dem Empfänger einen Betrag gutschreiben möchten (z.B. Rückerstattung, Bonus, Preisnachlass nachträglich, Kulanz), ohne zwingend eine bestehende Rechnung „zu stornieren“. Wichtig dabei: Die Gutschriftwirkung entsteht ausschließlich über den Dokumenttyp 381 – nicht dadurch, dass Sie Beträge negativ ausweisen. In der typischen ZUGFeRD/EN-16931-Umsetzung werden Positionswerte (Netto/Steuer/Brutto) ganz normal positiv befüllt, so wie bei einer normalen Rechnung. Das ist ein häufiger Stolperstein, weil manche Anwender intuitiv alles „ins Minus drehen“ – was dann je nach Empfängerprozess zu Rückfragen oder Ablehnungen führen kann.

Eine Negativrechnung (Typ 380) wird oft dann genutzt, wenn Sie technisch eine „normale Rechnung“ senden wollen, deren Gesamtbetrag negativ ist – zum Beispiel bei Schlussrechnungen nach Vorauszahlungen/Abschlägen oder in Verrechnungslogiken. In diesem Kontext ist also eine Negativrechnung eine ganz normale Rechnung, aber eben mit einem negativen Endergebnis. Die gängige Modellierung ist hier: Netto-Beträge bleiben positiv, aber die Menge wird negativ angegeben, sodass sich der negative Gesamtbetrag rechnerisch ergibt. Das kann funktionieren, ist aber in der Praxis sensibler, weil nicht jedes Portal oder jeder Workflow negative Endbeträge in einer „normalen Rechnung“ gleich gut akzeptiert. Wenn Sie häufig an öffentliche Auftraggeber oder über streng validierende Kanäle schicken, ist diese Variante besonders sorgfältig zu testen.

Wenn Sie hingegen eine konkrete, bereits gestellte Rechnung stornieren oder korrigieren müssen, ist meist die Rechnungskorrektur (Typ 384) der sauberste Weg. Auch hier werden die Beträge in den Positionsfeldern typischerweise positiv geführt; die Korrekturwirkung wird häufig über negative Mengen (oder über die Differenzlogik, je nach Prozess) abgebildet. Der entscheidende Punkt bei 384 ist aber weniger „Vorzeichen-Tricks“, sondern die eindeutige Referenz auf das Original: Die zu korrigierende Rechnung muss im Dokument korrekt referenziert werden (Preceding Invoice Reference / BG-3), damit Empfänger-Systeme die Korrektur automatisiert zuordnen können und nicht „zwei unabhängige Dokumente“ sehen.

bt-3, Gutschriften, Storno in der E-Rechnung
Gutschriften und Storno in der E-Rechnung

Als Merkhilfe für Ihren Arbeitsalltag: 381 verwenden, wenn Sie eine Gutschrift als solche ausstellen (Gutschriftwirkung über den Typcode, nicht über Minus-Beträge). 384 verwenden, wenn Sie eine bestimmte Rechnung stornieren/korrigieren (inkl. Referenz auf das Original). 380 negativ nur dann nutzen, wenn Ihr Prozess bewusst mit negativen Rechnungen arbeitet und Sie sicher sind, dass der Empfängerkanal das akzeptiert. Und noch ein Sprach-Fallstrick: Im deutschen Steuerkontext bedeutet „Gutschrift“ manchmal das Gutschriftsverfahren/Selbstfakturierung – das ist technisch ein eigener Typcode (häufig 389) und etwas anderes als eine „kaufmännische Gutschrift“ im Sinne von 381.

Weiterführende Links / Quellen

]]> https://rechnungfertig.de/2026/01/26/wie-werden-gutschriften-und-storno-ausgestellt/feed/ 1 337 E-Rechnung 2026: Pflichten für Selbständige kennen https://rechnungfertig.de/2026/01/16/dies-ist-ein-testbeitrag/ https://rechnungfertig.de/2026/01/16/dies-ist-ein-testbeitrag/#respond Fri, 16 Jan 2026 18:09:30 +0000 https://rechnungfertig.de/?p=289 2026 ist für viele Selbständige das Jahr, in dem die E-Rechnung vom „Thema für später“ zur ganz normalen Alltagspost wird. Der Knackpunkt: Seit 01.01.2025 gilt umsatzsteuerlich eine neue Logik – eine „E-Rechnung“ ist nur noch eine Rechnung in einem strukturierten elektronischen Format, das eine automatisierte Verarbeitung ermöglicht. Ein „normales PDF per Mail“ ist damit keine E-Rechnung mehr, sondern läuft als sonstige Rechnung. Das ist 2026 deshalb so relevant, weil immer mehr Geschäftspartner (und deren Buchhaltungssysteme) ab dann konsequent strukturierte Formate verlangen – auch wenn du selbst möglicherweise noch Übergangsregeln nutzen darfst.

Was du 2026 auf jeden Fall spüren wirst: Empfangen können ist seit 2025 Pflicht – für alle inländischen Unternehmer, also auch für Kleinunternehmer, Solo-Selbständige und Freiberufler. Rein formal reicht dafür zwar ein E-Mail-Postfach, praktisch musst du aber mit dem Inhalt umgehen können: XML-Dateien lesen, prüfen, korrekt ablegen und an die Buchhaltung/den Steuerberater übergeben. Wenn du hier 2026 nicht nachziehst, entstehen schnell Reibungsverluste (Rückfragen, fehlende Pflichtangaben, unklare Ablage) – selbst dann, wenn du selbst noch PDFs verschickst.

Beim Versenden ist 2026 oft noch ein Übergangsjahr: Viele dürfen im B2B-Umfeld je nach Konstellation weiterhin „sonstige Rechnungen“ (PDF/Papier) nutzen – teils an Bedingungen geknüpft, etwa an die Zustimmung des Empfängers. Aber genau hier lauert der Praxis-Fallstrick: Große Kunden, Konzerne und öffentliche Auftraggeber stellen ihre Prozesse um und akzeptieren zunehmend nur noch strukturierte Rechnungen oder verarbeiten sie bevorzugt. Heißt für dich: Auch wenn du rechtlich vielleicht noch „dürftest“, kann es 2026 schon geschäftlich unklug sein, bei reinen PDF-Rechnungen zu bleiben – weil du sonst im schlimmsten Moment (wenn ein wichtiger Kunde umstellt) hektisch nachrüsten musst.

Technisch sind 2026 vor allem drei Begriffe wichtig: XRechnung, ZUGFeRD 2.x (z. B. 2.2) und „hybride PDFs“. XRechnung ist ein reines XML-Format (basierend auf EN 16931) und besonders im B2G-Bereich Standard, schwappt aber in B2B immer stärker rüber; deine Software sollte mindestens die gängigen aktuellen XRechnung-Versionen sauber unterstützen. ZUGFeRD ist für viele Kleine der pragmatische Einstieg: PDF/A-3 + eingebettete XML-Daten – Menschen können das PDF lesen, Systeme verarbeiten die XML. Wichtig ist dabei: Nicht jedes ZUGFeRD-Profil ist „voll EN-16931“; in der Praxis gelten bestimmte Profile (z. B. MINIMUM/BASIC-WL) als nicht ausreichend für eine „vollwertige“ E-Rechnung. Und: Bei hybriden Formaten zählt steuerlich und technisch zunehmend der strukturierte Teil – das PDF ist eher Anzeige, die XML ist die Wahrheit. Abweichungen zwischen PDF und XML können unnötige Risiken und Rückfragen auslösen.

Was solltest du jetzt (2026) konkret tun – und was kann warten? Jetzt solltest du (1) einen festen Eingangskanal definieren (z. B. rechnung@…), (2) sicherstellen, dass du XRechnung/ZUGFeRD anzeigen und idealerweise validieren kannst (Viewer/Validator oder direkt im Buchhaltungstool), und (3) die Archivierung GoBD-tauglich aufsetzen – inklusive der strukturierten Datei (XML), nicht nur „PDF abheften“. Planen solltest du 2026 außerdem die Umstellung deiner Ausgangsrechnungen auf mindestens ein E-Rechnungsformat (oft ZUGFeRD als Standard + XRechnung für Kunden/Portale, die es verlangen) und deine Stammdaten disziplinieren (Adresse, USt-ID, Leistungsdatum, Steuersätze etc.), weil Validatoren Fehler gnadenlos sichtbar machen. Im Blick behalten solltest Du – je nach Geschäftsmodell – das große EU-Thema ViDA: Die EU-weiten Digital-Reporting-Pflichten für grenzüberschreitende B2B-Umsätze kommen erst später (ab 2030).

Weiterführende Quellen

]]> https://rechnungfertig.de/2026/01/16/dies-ist-ein-testbeitrag/feed/ 0 289