Eine JTL Rechnungskorrektur ist in JTL-Wawi der Standard-Vorgang, um eine bereits erstellte Rechnung zu korrigieren oder eine Gutschrift mit Bezug zur Originalrechnung zu erzeugen. Sie wird typischerweise bei Retouren, Teilrückerstattungen, Kulanzfällen oder Preisnachlässen verwendet und sorgt für eine saubere, GoBD-konforme Belegkette zwischen Rechnung, Korrektur und Zahlungsausgang.
In der Praxis entscheidest du je nach Bearbeitungsstand des Auftrags, ob eine Rechnungskorrektur mit Rechnungsbezug, ein Storno mit Ausgangszahlung oder eine Restbetrag-Rückbuchung der richtige Weg ist. Alle drei Varianten führen über die Ausgangszahlung zur tatsächlichen Rückerstattung an den Kunden – zentral ist, dass die Belegkette nachvollziehbar bleibt und die Rückzahlung auch wirklich gesendet wird.
In JTL-Wawi bezeichnet die Rechnungskorrektur den Beleg, mit dem du eine bereits erstellte und festgeschriebene Rechnung nachträglich korrigierst. Steuerrechtlich handelt es sich dabei um eine Gutschrift mit Bezug zur Originalrechnung – die Originalrechnung bleibt bestehen, und die Korrektur wird als eigener Beleg mit negativem Betrag (oder angepassten Positionen) dokumentiert.
Seit 2013 darf dieser Beleg nicht mehr einfach „Gutschrift" heißen, sondern muss als „Rechnungskorrektur", „Stornorechnung" oder „Korrekturrechnung" bezeichnet werden, oder die Beträge müssen mit Minuszeichen und dem Begriff „Entgeltminderung" ausgewiesen sein. JTL-Wawi verwendet standardmäßig den Begriff „Rechnungskorrektur" in der Vorlage, was die GoBD-Anforderungen erfüllt.
Der entscheidende Unterschied zur Gutschrift ohne Rechnungsbezug liegt darin, dass bei der Rechnungskorrektur immer ein klarer Bezug zur ursprünglichen Rechnung hergestellt wird – dadurch bleibt die Belegkette sauber nachvollziehbar für Buchhaltung, Steuerberater und Audit.
Du markierst die bestehende Rechnung, klickst auf „Rechnungskorrektur erstellen", passt die Positionen an (vollständig oder teilweise entfernen, Betrag ändern oder Freiposition hinzufügen), schreibst die Korrektur fest und erzeugst anschließend eine Ausgangszahlung. Diese Ausgangszahlung muss dann final gesendet werden – erst dann fließt das Geld tatsächlich zurück zum Kunden.
Rechnungskorrekturen sind kein „Nice-to-have", sondern unverzichtbarer Bestandteil eines sauberen E-Commerce-Finance-Prozesses. Ohne klare, nachvollziehbare Korrekturprozesse entstehen Fehlerkosten, rechtliche Risiken und operative Engpässe.
Die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form (GoBD) verlangen eine unveränderbare, nachvollziehbare Belegkette. Das bedeutet: Eine einmal festgeschriebene Rechnung darf nicht einfach „überschrieben" werden – Korrekturen müssen über separate Belege mit Bezug zur Originalrechnung erfolgen.
Wenn du stattdessen versuchst, die ursprüngliche Rechnung zu löschen oder zu ändern, verletzt du die GoBD-Anforderungen. Im Fall einer Betriebsprüfung oder bei Fragen des Steuerberaters fehlt dann die nachvollziehbare Dokumentation – das kann zu Nachforderungen, Schätzungen oder Bußgeldern führen.
Ohne Standard-Workflow für Rechnungskorrekturen entsteht in wachsenden Shops schnell Chaos: Support, Finance und Operations arbeiten aneinander vorbei, Rückzahlungen bleiben liegen, Kunden fragen nach, Tickets häufen sich. Ein klar definierter Prozess mit Rollen, SLAs und Statuslogik sorgt dafür, dass jeder Fall in vorhersehbarer Zeit abgeschlossen wird – ohne dass jedes Detail individuell entschieden werden muss.
Ein schneller, transparenter Refund-Prozess ist für viele Kunden ein entscheidender Faktor bei der Bewertung eines Shops. Wenn die Rückzahlung verzögert wird, weil die Ausgangszahlung nicht gesendet wurde oder weil unklar ist, wer zuständig ist, leidet die Customer Experience – und im Zweifelsfall die Conversion bei Folgekäufen.
Jede doppelte Rückzahlung, jede fehlende Belegkette, jede falsche MwSt-Zuordnung kostet Zeit und Geld. In skalierten Prozessen summieren sich solche Fehler schnell – ein sauberer Rechnungskorrektur-Workflow reduziert diese Fehlerkosten messbar.
Je nach Bearbeitungsstand des Auftrags und Art des Falls stehen dir in JTL-Wawi unterschiedliche Wege zur Verfügung, um eine Zahlung an den Kunden zurückzusenden. Alle Wege führen über die Ausgangszahlung – aber die Art, wie diese Ausgangszahlung erzeugt wird, unterscheidet sich.
Wenn für den Auftrag bereits eine Rechnung erstellt und festgeschrieben wurde, ist die Rechnungskorrektur mit Rechnungsbezug der korrekte Weg. Du markierst die Rechnung, klickst auf „Rechnungskorrektur", passt die Positionen an (vollständige oder teilweise Erstattung), schreibst fest und erzeugst dann die Ausgangszahlung.
Dieser Prozess stellt sicher, dass die ursprüngliche Rechnung revisionssicher erhalten bleibt und die Korrektur als eigener Beleg mit eindeutigem Bezug dokumentiert wird. In der Rechnungsübersicht erkennst du abgeschlossene Rechnungskorrekturen oft an einem Kürzel wie „GS" (Gutschrift) oder „RK" (Rechnungskorrektur), je nach Setup.
Wenn der Auftrag zwar bezahlt ist, aber noch keine Rechnung erstellt wurde (oder die Rechnung bereits storniert wurde), kannst du den Auftrag direkt stornieren und dabei eine Ausgangszahlung erzeugen. JTL-Wawi bietet dafür die Option „Stornieren mit Ausgangszahlung".
Dieser Weg ist effizienter als nachträglich eine Rechnung zu erstellen, nur um sie dann sofort zu korrigieren. Wichtig: Auch hier muss die Ausgangszahlung anschließend final gesendet werden.
Wenn ein Kunde versehentlich zu viel überwiesen hat oder wenn ein Teil der Zahlung keinem Auftrag zugewiesen werden kann, nutzt du die Funktion Rückbuchung → Restbetrag. Du öffnest die Zahlungsdetails der Eingangszahlung, klickst auf „Rückbuchung tätigen" und wählst „Restbetrag". JTL-Wawi erzeugt daraufhin eine Ausgangszahlung über den nicht zugewiesenen Betrag.
Wenn du einen Auftrag bereits storniert hast, ohne dabei eine Ausgangszahlung zu erzeugen, kannst du die Rückzahlung nachträglich über die Zahlungsdetails auslösen: Rückbuchung tätigen → stornierte Bestellung. Auch hier entsteht eine Ausgangszahlung, die du anschließend senden musst.
In seltenen Fällen kann es notwendig sein, eine Gutschrift zu erstellen, ohne dass eine vorherige Rechnung existiert – zum Beispiel für Kulanzfälle, bei denen keine Bestellung im System hinterlegt ist. Hierfür kannst du in JTL-Wawi eine Rechnungskorrektur ohne Rechnungsbezug anlegen. Dieser Weg sollte jedoch nur in begründeten Ausnahmefällen genutzt werden, da die Beleglogik dadurch weniger transparent wird.
Die folgende Tabelle zeigt dir auf einen Blick, wann du welchen Prozess in JTL-Wawi nutzen solltest und welche Voraussetzungen jeweils gelten.
| Vorgang | Wann nutzen? | Voraussetzung | Ausgangszahlung erzeugen über |
|---|---|---|---|
| Rechnungskorrektur mit Bezug | Rechnung existiert, Korrektur oder Teilrückerstattung nötig | Rechnung festgeschrieben, Zahlung zugewiesen | Rechnungskorrektur → Ausgangszahlung erzeugen |
| Storno mit Ausgangszahlung | Auftrag bezahlt, aber keine Rechnung erstellt oder Rechnung storniert | Zahlung zugewiesen, Auftrag noch nicht fakturiert | Auftrag stornieren → „mit Ausgangszahlung" |
| Restbetrag zurücksenden | Überzahlung oder nicht zugewiesener Betrag | Eingangszahlung teilweise zugewiesen | Zahlungsdetails → Rückbuchung → Restbetrag |
| Zahlung stornierte Bestellung | Auftrag bereits storniert, Rückzahlung vergessen | Zahlung zugewiesen, Auftrag storniert | Zahlungsdetails → Rückbuchung → stornierte Bestellung |
| Rechnungskorrektur ohne Bezug | Gutschrift ohne vorherige Rechnung (Sonderfall) | Fachlich begründet, z. B. Kulanz ohne Auftrag | Rechnungskorrektur erstellen → ggf. Zahlung separat |
In allen Fällen gilt: Die Ausgangszahlung muss nach der Erzeugung im Ordner „Ausgangszahlungen → Nicht gesendet" final gesendet werden – erst dann fließt das Geld tatsächlich zurück zum Kunden.
Der vollständige Prozess einer Rechnungskorrektur in JTL-Wawi umfasst mehrere klar definierte Schritte. Im Folgenden zeigen wir dir den Standardfall: Eine Rechnung existiert, der Kunde hat eine Retoure eingereicht, und du möchtest eine vollständige oder teilweise Rückerstattung durchführen.
Öffne den Bereich Verkauf und wechsle in den Ordner Rechnungen → Bezahlt (oder einen anderen passenden Filter). Markiere die Rechnung, für die du eine Korrektur erstellen möchtest, und klicke auf die Schaltfläche Rechnungskorrektur.
Im neuen Dialogfenster siehst du alle Positionen der ursprünglichen Rechnung. Wenn du den gesamten Betrag erstatten möchtest, lässt du alle Positionen stehen. Wenn du nur einen Teil erstatten möchtest, entfernst du die Positionen, die nicht korrigiert werden sollen, oder fügst eine zusätzliche Korrekturposition hinzu (z. B. „Kulanz Wartezeit: 15,00 €").
Wichtig: Du gibst die Beträge in der Rechnungskorrektur ohne Minuszeichen ein – JTL-Wawi behandelt die Korrektur automatisch als Gegenbuchung. Wenn in deiner Vorlage der Begriff „Rechnungskorrektur" verwendet wird, ist kein Minuszeichen nötig. Alternativ kannst du die Vorlage so anpassen, dass die Beträge mit Minuszeichen und dem Begriff „Entgeltminderung" ausgewiesen werden.
Klicke auf Speichern und festschreiben. Bestätige die Warnmeldung. Die Rechnungskorrektur ist jetzt festgeschrieben und kann nicht mehr geändert werden.
Wechsle in den Bereich Rechnungskorrekturen (oder bleibe im aktuellen Fenster, falls die Korrektur dort angezeigt wird). Markiere die soeben erstellte Rechnungskorrektur und klicke auf die Schaltfläche Ausgangszahlung erzeugen (Pfeiltaste). Wähle die Option Zahlungsabgleich.
Im Dialogfenster „Übersicht der angelegten Zahlungsausgänge" siehst du die erzeugte Ausgangszahlung. Die Zahlungsdaten (Empfänger, IBAN, Betrag, Verwendungszweck) sind in der Regel bereits aus der ursprünglichen Eingangszahlung vorausgefüllt. Markiere die Zahlung und klicke auf Bearbeiten, um die Daten zu prüfen.
Als Zahlungsart wird automatisch die Zahlungsart der ursprünglichen Eingangszahlung übernommen. Du kannst diese ändern (z. B. von PayPal auf Banküberweisung), sofern technisch möglich – allerdings solltest du aus Gründen der Nachvollziehbarkeit und Fehlerminimierung idealerweise den ursprünglichen Zahlungsweg nutzen.
Überprüfe Empfängername, IBAN, Betrag und Verwendungszweck. Bei Bedarf kannst du einen internen Kommentar hinterlegen (nur in JTL-Wawi sichtbar). Klicke auf Speichern. Nach einem kurzen Moment sollte in der Spalte „Status" ein grüner Haken erscheinen. Klicke auf Speichern, um das Dialogfenster zu schließen.
Wechsle in den Bereich Zahlungen und öffne den Ordner Ausgangszahlungen → Nicht gesendet. Hier siehst du alle Ausgangszahlungen, die erzeugt, aber noch nicht versendet wurden.
Markiere die gewünschte Zahlung (oder mehrere Zahlungen) und klicke auf die Schaltfläche Senden. Falls du deine Anmeldedaten nicht im Tresor hinterlegt hast, wirst du aufgefordert, dich beim jeweiligen Zahlungsanbieter (z. B. PayPal, Bank via FinTS oder EBICS) anzumelden.
Bei Nutzung von FinTS siehst du ggf. ein Dialogfenster „Überprüfung der Zahlungsempfänger", in dem geprüft wird, ob der Empfängername mit dem Kontoinhaber übereinstimmt. Wenn die Daten übereinstimmen, klicke auf Ausführen. Wenn nicht, klicke auf Zurückstellen und prüfe die Daten – sende die Zahlung nicht „blind".
Bei Nutzung von EBICS wird die Zahlung zunächst nur bei deiner Bank vorgemerkt. Du musst dich anschließend in deinem Bankportal anmelden und die Zahlung final freigeben – erst dann wird sie tatsächlich ausgeführt.
Sobald die Zahlung erfolgreich gesendet wurde, findest du sie im Ordner Ausgangszahlungen → Gesendet.
Versende die Rechnungskorrektur per E-Mail an den Kunden und informiere ihn kurz über den Grund, den Betrag und den voraussichtlichen Zeitpunkt der Gutschrift auf seinem Konto. Nutze dafür am besten eine Textvorlage, die du in JTL-Wawi hinterlegt hast.
Beispiel: „Sehr geehrte/r [Kunde], aufgrund Ihrer Retoure vom [Datum] erstatten wir Ihnen [Betrag] € auf Ihr ursprüngliches Zahlungskonto. Die Gutschrift erfolgt in der Regel innerhalb von 1–3 Werktagen. Anbei erhalten Sie die Rechnungskorrektur zur ursprünglichen Rechnung [Rechnungsnummer]."
Prüfe täglich (idealerweise zu einer festen Uhrzeit, z. B. 15:00 Uhr), ob der Ordner „Nicht gesendet" leer ist. Falls Zahlungen dort liegen bleiben, kläre die Gründe: fehlende Anmeldedaten, fehlerhafte IBAN, EBICS-Freigabe noch ausstehend, technisches Problem.
Erfasse die Refund-Zeit (von „Fall eröffnet" bis „Zahlung gesendet") in einem Dashboard oder Reporting-Tool. So erkennst du Engpässe frühzeitig und kannst Prozesse optimieren.
Auch wenn der Prozess in JTL-Wawi technisch gut unterstützt wird, entstehen in der Praxis immer wieder dieselben Fehler – oft durch unklare Zuständigkeiten, fehlende Standards oder mangelnde Kontrolle.
Das häufigste Problem: Die Rechnungskorrektur wurde erstellt, die Ausgangszahlung erzeugt – aber der Schritt „Senden" wird vergessen. Der Kunde wartet, eröffnet ein neues Ticket, Support und Finance suchen nach der Ursache. Lösung: Täglicher Kontrollpunkt im Ordner „Nicht gesendet" als feste Routine (idealerweise mit klarer Verantwortlichkeit).
Wenn zwei Mitarbeiter parallel an demselben Fall arbeiten oder wenn manuell außerhalb von JTL-Wawi eine Rückzahlung ausgelöst wird, ohne dass dies im System dokumentiert wurde, kann es zu doppelten Rückzahlungen kommen. Lösung: Klare Statuslogik (z. B. „In Bearbeitung", „Beleg erstellt", „Gesendet"), Verantwortlichkeit festlegen, Kommunikation über ein Ticket-System.
JTL-Wawi kann nur Zahlungen zurücksenden, die über einen angebundenen Zahlungsanbieter (z. B. PayPal, Bank via FinTS/EBICS) abgeholt wurden. Zahlungen, die per CSV- oder XML-Import eingefügt wurden, können nicht direkt über JTL-Wawi zurückgesendet werden. Lösung: Rückzahlung manuell außerhalb von JTL-Wawi durchführen (z. B. über das Bankportal), aber Belegkette in JTL-Wawi trotzdem sauber dokumentieren (Rechnungskorrektur erstellen, Ausgangszahlung erzeugen, ggf. Status auf „manuell versendet" setzen).
Bei EBICS-Anbindungen wird die Zahlung zunächst nur vorgemerkt – die finale Freigabe muss im Bankportal erfolgen. Wenn dieser Schritt vergessen wird, bleibt die Zahlung liegen, obwohl sie in JTL-Wawi als „gesendet" erscheint. Lösung: Freigabeprozess klar definieren, feste Cutoff-Zeiten (z. B. 15:00 Uhr), tägliche Kontrolle im Bankportal.
Wenn Empfängername und Kontoinhaber nicht übereinstimmen, zeigt JTL-Wawi eine Warnung. Manche Teams „drücken" die Zahlung trotzdem durch, was zu Fehlbuchungen oder Rückläufern führen kann. Lösung: Bei Abweichungen die Zahlung zurückstellen, Daten prüfen (Tippfehler, abweichender Kontoinhaber), erst nach Klärung senden.
Wenn ein Kunde eine Kulanz erhält, ohne dass eine Rechnung oder ein Auftrag im System existiert, wird manchmal „einfach so" Geld überwiesen – ohne Beleg, ohne Buchung, ohne Nachvollziehbarkeit. Lösung: Auch in Sonderfällen eine Rechnungskorrektur ohne Rechnungsbezug erstellen oder eine interne Gutschrift anlegen – so bleibt die Belegkette sauber.
Wenn Positionen mit unterschiedlichen Steuersätzen gemischt werden oder wenn Kulanzpositionen falsch angelegt werden, stimmt die MwSt in der Rechnungskorrektur nicht. Lösung: Positionen mit korrektem Steuersatz anlegen, bei Bedarf Freiposition mit explizitem Steuersatz nutzen, vor Festschreiben prüfen.
Wenn Ware physisch zurückkommt, aber der Wareneingang in JTL-Wawi vergessen wird, stimmt der Lagerbestand nicht. Lösung: Prozess klar definieren (wann wird Ware eingebucht – vor oder nach Refund?), Verantwortlichkeit festlegen (Operations führt Wareneingang durch, Finance löst Refund aus).
Die folgende Tabelle hilft dir, schnell zu entscheiden, welcher Prozessweg für deinen konkreten Fall der richtige ist.
| Situation | Empfohlener Prozess | Kontrolle/Hinweis |
|---|---|---|
| Rechnung existiert, Kunde retourniert Ware (vollständig) | Rechnungskorrektur mit Rechnungsbezug → alle Positionen übernehmen → Ausgangszahlung erzeugen → senden | Wareneingang durchführen (falls Ware zurückkommt), Belegbezug prüfen |
| Rechnung existiert, Kunde retourniert nur einen Teil | Rechnungskorrektur mit Rechnungsbezug → nicht zu erstattende Positionen entfernen → Ausgangszahlung erzeugen → senden | Betrag/MwSt prüfen, ggf. zusätzliche Korrekturposition für Kulanz |
| Rechnung existiert, Kulanz/Preisnachlass nachträglich | Rechnungskorrektur mit Rechnungsbezug → Freiposition „Kulanz" hinzufügen → Ausgangszahlung erzeugen → senden | Freigabe-Limit definieren (z. B. bis 50 € ohne Rückfrage) |
| Auftrag bezahlt, aber noch keine Rechnung erstellt | Auftrag stornieren → „mit Ausgangszahlung" → senden | Stornogrund konsistent setzen (für Reporting) |
| Auftrag storniert, Rückzahlung vergessen | Zahlungsdetails → Rückbuchung → stornierte Bestellung → senden | Prävention: Storno-Workflow immer mit „mit Ausgangszahlung" als Standard |
| Überzahlung / Restbetrag nicht zugewiesen | Zahlungsdetails → Rückbuchung → Restbetrag → senden | Restbetrag-Fälle separat tracken (Hinweis auf Zahlungsabgleich-Probleme) |
| Gutschrift ohne vorherige Rechnung (Sonderfall) | Rechnungskorrektur ohne Rechnungsbezug → Kunde wählen → Positionen hinzufügen → festschreiben | Nur in begründeten Ausnahmen nutzen, im Team als Ausnahme definieren |
In allen Fällen gilt: Die Ausgangszahlung wird im nächsten Schritt final gesendet – der Ordner „Nicht gesendet" muss am Tagesende idealerweise leer sein (oder begründet).
Ein guter Rechnungskorrektur-Prozess zeichnet sich nicht durch komplexe Software-Features aus, sondern durch klare Standards, messbare Durchlaufzeiten und minimale Fehlerquoten. Die folgenden Kriterien helfen dir, die Qualität deines Prozesses zu bewerten.
Jeder im Team weiß, wer für welchen Schritt verantwortlich ist: Support sammelt Fakten, Operations prüft Warenfluss, Finance erstellt Belege und löst Rückzahlungen aus, Management definiert SLAs und Limits. Keine „Grauzone", kein „ist bei uns immer unterschiedlich".
Refund-Entscheidung < 24 Stunden nach vollständigen Infos, Beleg + Zahlungsausgang erstellt < 48 Stunden, Zahlung „Gesendet" täglich in fester Routine (z. B. 15:00 Uhr Cutoff). Teams wissen, was erwartet wird, Kunden bekommen verlässliche Aussagen.
Jede Rechnungskorrektur hat einen klaren Bezug zur Originalrechnung, Belege sind unveränderbar nach Festschreibung, Grund + Bearbeiter + Datum sind dokumentiert, Export an Steuerberater/DATEV funktioniert reibungslos.
Tägliche Kontrolle des Ordners „Nicht gesendet", EBICS-Freigaben werden zeitnah durchgeführt, Empfängerprüfung wird ernst genommen (nicht „durchgedrückt"), Statuslogik wird konsequent gepflegt.
Refund-Zeit (Median/P95), Refund-Quote nach Kanal/Grund, Fehlerquote (doppelte Refunds, fehlende Belege), DB-Impact, Backlog nach Altersstruktur – diese KPIs werden regelmäßig erfasst und im Team besprochen.
Textvorlagen für Kunden („Rechnungskorrektur zu Rechnung XYZ, Erstattung über [Zahlungsweg], ETA [Datum]"), klare Begründung in internen Anmerkungen, einheitliche Begriffe („Retoure Teil 1/2", „Kulanz 15 €", „Überzahlung 5,32 €").
Storno-Workflow immer mit „mit Ausgangszahlung" als Standard, Kulanz-Limits definiert (z. B. bis 50 € ohne Freigabe), Wareneingang-Prozess klar geregelt, Zahlungsabgleich-Probleme werden aktiv behoben (statt Restbetrag-Fälle zu häufen).
Nutze die folgende Checkliste, um sicherzustellen, dass dein Rechnungskorrektur-Prozess vollständig und fehlerfrei umgesetzt wird.
Wenn für den Auftrag bereits eine Rechnung erstellt und festgeschrieben wurde, nutzt du die Rechnungskorrektur mit Rechnungsbezug. Wenn noch keine Rechnung existiert oder die Rechnung bereits storniert wurde, nutzt du Storno mit Ausgangszahlung. Die Rechnungskorrektur sorgt für eine saubere Belegkette zur Originalrechnung – das Storno ist der richtige Weg, wenn die Rechnung noch nicht existiert.
Erstelle eine Rechnungskorrektur, entferne die Positionen, die nicht erstattet werden sollen, oder füge eine zusätzliche Korrekturposition hinzu (z. B. „Kulanz 15,00 €" oder „Preisnachlass"). Achte darauf, dass der Steuersatz korrekt ist. Schreibe die Korrektur fest, erzeuge die Ausgangszahlung und sende sie. Der Betrag in der Rechnungskorrektur wird ohne Minuszeichen eingegeben – JTL-Wawi behandelt die Korrektur automatisch als Gegenbuchung.
JTL-Wawi kann nur Zahlungen zurücksenden, die über einen angebundenen Zahlungsanbieter (PayPal, Bank via FinTS/EBICS) abgeholt wurden. Zahlungen, die per CSV- oder XML-Import eingefügt wurden, können nicht direkt zurückgesendet werden. In diesem Fall führst du die Rückzahlung manuell über dein Bankportal oder PayPal durch – dokumentierst aber trotzdem die Belegkette in JTL-Wawi (Rechnungskorrektur erstellen, Ausgangszahlung erzeugen, ggf. Status manuell auf „gesendet" setzen).
Wechsle in den Bereich Zahlungen → Ausgangszahlungen. Dort gibt es zwei Ordner: Nicht gesendet und Gesendet. Nur wenn die Zahlung im Ordner „Gesendet" liegt, wurde sie tatsächlich an den Zahlungsanbieter übermittelt. Bei EBICS-Anbindungen musst du zusätzlich im Bankportal prüfen, ob die Freigabe erfolgt ist – sonst bleibt die Zahlung vorgemerkt.
Bei EBICS wird die Ausgangszahlung zunächst nur bei deiner Bank vorgemerkt. Du musst dich anschließend in deinem Bankportal anmelden und die Zahlung final freigeben. Ohne diese Freigabe wird das Geld nicht tatsächlich überwiesen. Definiere im Team feste Cutoff-Zeiten (z. B. 15:00 Uhr), damit Freigaben zeitnah erfolgen.
Nutze eine klare Statuslogik (z. B. „Neu" → „In Prüfung" → „Freigegeben" → „Beleg erstellt" → „Auszahlung erstellt" → „Gesendet" → „Erledigt"). Weise jeden Fall eindeutig einem Bearbeiter zu (z. B. über Ticket-System). Prüfe täglich den Ordner „Gesendet", um sicherzustellen, dass Zahlungen nicht mehrfach ausgelöst werden. Vermeide parallele Bearbeitung desselben Falls durch mehrere Personen.
Definiere im Team ein einfaches RACI-Modell: Support sammelt Fakten und informiert Kunden, Operations prüft Warenfluss und führt ggf. Wareneingang durch, Finance/Buchhaltung erstellt Belege und löst Rückzahlungen aus, Management definiert SLAs und Kulanz-Limits. SLA-Vorschläge: Refund-Entscheidung < 24 h, Beleg + Zahlungsausgang < 48 h, Zahlung „Gesendet" täglich in fester Routine.
Nutze eine einfache, teamfähige Statuslogik mit klar definierten Schritten (z. B. Neu → In Prüfung → Freigegeben → Beleg erstellt → Auszahlung erstellt → Gesendet → Erledigt). Hinterlege in jeder Rechnungskorrektur eine kurze, standardisierte Anmerkung (z. B. „RET-Teil 1/2", „KUL-10EUR", „ÜBERZ-5,32"). So kannst du Fälle schnell wiederfinden und Reporting-Daten automatisiert auswerten.
Nutze eine einfache Textvorlage: „Sehr geehrte/r [Kunde], aufgrund [Grund, z. B. Ihrer Retoure vom XX.XX.XXXX] erstatten wir Ihnen [Betrag] € auf Ihr ursprüngliches Zahlungskonto. Die Gutschrift erfolgt in der Regel innerhalb von 1–3 Werktagen. Anbei erhalten Sie die Rechnungskorrektur zur ursprünglichen Rechnung [Rechnungsnummer]." Vermeide Fachbegriffe wie „Gutschrift mit Rechnungsbezug" oder „festgeschriebene Korrektur" – der Kunde will wissen: Was wird erstattet, wann, wohin.
Der Steuerberater erwartet eine saubere, unveränderbare Belegkette: Originalrechnung → Rechnungskorrektur (mit Bezug) → Zahlungsausgang (Refund). Festgeschriebene Belege dürfen nicht nachträglich geändert werden. Grund, Bearbeiter, Datum und Bezug müssen eindeutig sein. Der Export an DATEV muss die Korrekturbelege sauber enthalten (korrekte Steuerschlüssel, gleiches Periodenverständnis). Offene Posten müssen plausibel sein – keine „Geisterposten" durch nicht gesendete Ausgänge.
Eine saubere JTL Rechnungskorrektur ist kein isolierter Buchungsvorgang, sondern ein vollständiger Prozess mit klaren Verantwortlichkeiten, Kontrollpunkten und messbaren Standards. Nur wenn Rechnungskorrektur, Ausgangszahlung und finale Sendung konsequent durchgeführt werden, bleibt die Belegkette GoBD-konform, Kunden erhalten zeitnah ihr Geld zurück und dein Team arbeitet skalierbar. Definiere SLAs, nutze tägliche Kontrollen im Ordner „Nicht gesendet" und erfasse KPIs, um Engpässe frühzeitig zu erkennen und Fehlerkosten zu minimieren.
Wenn du für Setup, Templates oder Prozessdesign einen JTL Agentur-Partner suchst, kann auch die Zusammenarbeit mit einem erfahrenen JTL Service Partner helfen, Workflows, Rollen und Kontrollpunkte sauber aufzusetzen.
Für die operative Steuerung lohnt sich außerdem, einen JTL Workflow für tägliche Checks (z. B. „Ausgangszahlungen → Nicht gesendet") zu definieren und typische JTL Probleme im Zahlungs- und Belegprozess frühzeitig zu eliminieren.