Eine Proforma-Rechnung ist ein rechnungsähnliches, vorläufiges Dokument, das im E-Commerce vor allem bei Vorkasse, B2B-Geschäften und Exporten zum Einsatz kommt. Sie dient als Zahlungsaufforderung, interne Freigabegrundlage oder Zollunterlage – ohne in den meisten Fällen die steuerlich maßgebliche Rechnung zu sein. Gerade in JTL-Wawi lässt sich dieser Dokumententyp sauber in den Prozess einbinden, wenn Trigger, Vorlagen und Nummernkreise korrekt definiert sind.
Im digitalen Handel wird die Proforma-Rechnung immer relevanter: B2B-Kunden fordern sie für interne PO-Prozesse an, Vorkasse-Bestellungen benötigen eine klare Zahlungsaufforderung mit Bankdaten, und bei Drittland-Exporten verlangen Versanddienstleister und Zollbehörden häufig eine „Proforma Invoice" als Warenwertnachweis. Wer diesen Dokumententyp professionell einsetzt, reduziert Support-Tickets, beschleunigt Zahlungseingänge und vermeidet Buchhaltungsfehler – besonders im Kontext der ab 2025 schrittweise eingeführten E-Rechnungspflicht wird saubere Dokumentenlogik zum entscheidenden Faktor.
Eine Proforma-Rechnung ist ein rechnungsähnliches Dokument, das vor der finalen Rechnungsstellung ausgestellt wird. Der Begriff „Proforma" bedeutet „der Form halber" – das Dokument sieht aus wie eine Rechnung, erfüllt aber in vielen Fällen nicht die Funktion einer steuerlich maßgeblichen Abrechnung. Stattdessen dient es der Information, der Zahlungsaufforderung oder als Nachweis für Dritte wie Zollbehörden oder Versanddienstleister.
Im E-Commerce wird die Proforma-Rechnung typischerweise in drei Hauptszenarien eingesetzt: als Zahlungsaufforderung bei Vorkasse, als Dokument für interne Freigaben im B2B-Bereich (zum Beispiel wenn der Kunde eine PO-Nummer oder Kostenstelle benötigt) und als Zoll- oder Versandunterlage bei Exporten in Drittländer. In JTL-Wawi lässt sich die Proforma-Rechnung direkt aus dem Auftrag heraus erzeugen, was eine einheitliche Datenbasis und durchgängige Referenzen sicherstellt.
Wichtig ist die klare Unterscheidung: Die Proforma-Rechnung ist in den meisten Fällen keine steuerlich maßgebliche Rechnung. Sie wird prozessual häufig vorgelagert – vor der Zahlung, vor dem Versand oder vor der finalen Abrechnung. Die finale Rechnung folgt nach einem definierten Ereignis, zum Beispiel nach Zahlungseingang, nach Versand oder nach Lieferung, je nach deinem Prozess. Gerade im Kontext der ab 2025 schrittweise eingeführten E-Rechnungspflicht wird diese saubere Dokumentenlogik zum entscheidenden Faktor für Buchhaltung und Compliance.
Die Proforma-Rechnung hat direkte operative Relevanz für deinen E-Commerce-Alltag. Sie reduziert Support-Tickets, weil Kunden nicht mehr nachfragen müssen, wohin sie zahlen sollen oder welche Referenz sie verwenden müssen. Sie beschleunigt Zahlungseingänge, weil Vorkasse-Kunden sofort alle notwendigen Informationen erhalten. Und sie verkürzt die Order-to-Ship-Zeit, weil interne Freigaben und Zahlungen schneller abgewickelt werden können.
Im B2B-Bereich ist die Proforma-Rechnung oft unverzichtbar: Viele Unternehmen arbeiten mit Purchase Orders (PO) und internen Freigabeprozessen. Ohne ein sauberes Dokument, das PO-Nummer, Kostenstelle und Positionen enthält, können diese Kunden den Auftrag intern nicht weiterleiten. Im Exportgeschäft verlangen Versanddienstleister und Zollbehörden häufig eine „Proforma Invoice" mit Warenwert, Ursprungsland, HS-Code und Beschreibung – ohne dieses Dokument kann die Sendung nicht abgefertigt werden.
Ein weiterer Vorteil: Wenn du die Proforma-Rechnung sauber von der finalen Rechnung trennst – durch eigenen Nummernkreis, klare Bezeichnung und Hinweistext – vermeidest du, dass Dokumente falsch verbucht werden. Das spart Zeit und Aufwand in der Finanzbuchhaltung und sorgt für saubere Prozesse, die auch im Hinblick auf die E-Rechnungspflicht stabil bleiben.
Seit dem 1. Januar 2025 wird die E-Rechnungspflicht für Unternehmen in Deutschland schrittweise eingeführt. Das bedeutet: Rechnungen im B2B-Bereich müssen in einem strukturierten elektronischen Format (zum Beispiel XML nach ZUGFeRD oder XRechnung) ausgestellt und übermittelt werden. Die Proforma-Rechnung ist in den meisten Fällen nicht die E-Rechnung – sie ist ein vorgelagertes Dokument. Aber: Ein sauberer Auftragsprozess, klare Dokumentenlogik und definierte Status erleichtern dir die spätere Umstellung auf E-Rechnungsformate erheblich. Wer heute schon mit strukturierten Daten, klaren Referenzen und automatisierten Workflows arbeitet, ist für die kommenden Anforderungen bestens gerüstet.
Im Onlinehandel gibt es typische Situationen, in denen du die Proforma-Rechnung gezielt einsetzen solltest. Jeder Einsatzfall hat ein klares Signal, das den Prozess triggert – sei es die Zahlungsart, die Kundengruppe, das Lieferland oder eine Kombination daraus. Wenn du diese Trigger sauber definierst, kannst du die Proforma-Rechnung automatisiert und ohne manuelle Eingriffe in deinen Prozess einbinden.
Der klassische Fall: Ein Kunde bestellt in deinem Shop und wählt Vorkasse als Zahlungsart. Der Auftrag wird in JTL-Wawi angelegt und erhält den Status „Wartet auf Zahlung". In diesem Moment wird die Proforma-Rechnung automatisch erzeugt und per E-Mail an den Kunden versandt. Das Dokument enthält alle Positionen, den Gesamtbetrag, deine Bankdaten und eine eindeutige Zahlungsreferenz (zum Beispiel die Auftragsnummer oder eine spezielle Referenznummer). Sobald die Zahlung eingeht, wird der Auftrag freigegeben, die Ware versandt und die finale Rechnung nach deinem Prozess erstellt – entweder direkt beim Versand oder nach Lieferung.
Signal: Zahlungsart = Vorkasse, Auftrag wartet auf Zahlung
Dokument: Proforma-Rechnung mit Bankdaten, Zahlungsreferenz, Positionen
Trigger für finale Rechnung: Zahlungseingang
Viele B2B-Kunden arbeiten mit internen Purchase Orders (PO) und Kostenstellensystemen. Sie benötigen ein Dokument, das diese Referenzen enthält, um den Auftrag intern freigeben zu können. In JTL-Wawi kannst du für diese Kundengruppe einen eigenen Workflow definieren: Sobald ein Auftrag mit der Kundengruppe „B2B" angelegt wird und das Pflichtfeld „PO-Nummer" ausgefüllt ist, wird die Proforma-Rechnung automatisch erzeugt und versandt. Das Dokument enthält neben den üblichen Positionen auch die PO-Nummer, die Kostenstelle und eventuelle interne Referenzen des Kunden.
Signal: Kundengruppe = B2B, PO-Nummer vorhanden
Dokument: Proforma-Rechnung mit PO-Nummer, Kostenstelle, Referenzen
Trigger für finale Rechnung: Freigabe/Zahlung durch Kunden
Bei Lieferungen in Länder außerhalb der EU verlangen Versanddienstleister und Zollbehörden häufig eine „Proforma Invoice" als Warenwertnachweis. Dieses Dokument muss zusätzliche Exportfelder enthalten: Incoterms, Ursprungsland, Gewicht, HS-Code (Zolltarifnummer), Warenbeschreibung und Versandart. In JTL-Wawi kannst du für Export-Aufträge eine separate Vorlage definieren, die diese Felder automatisch befüllt. Das Dokument wird in Englisch ausgegeben und enthält einen klaren Hinweistext, dass es sich um eine Proforma Invoice handelt, die nicht für steuerliche Zwecke gültig ist („Not valid for VAT purposes").
Signal: Lieferland außerhalb EU, Carrier fordert Proforma Invoice
Dokument: Proforma-Rechnung (EN) mit Exportfeldern, Zolldaten, Warenwert
Trigger für finale Rechnung: Versandfreigabe, Prozess abhängig von Incoterms
Im Dropshipping oder Streckengeschäft ist der Warenfluss vom Rechnungsfluss getrennt: Der Lieferant versendet direkt an den Endkunden, du stellst die Rechnung aus. In diesem Szenario kann die Proforma-Rechnung als Prozessanker dienen, bevor die finale Rechnung nach Lieferbestätigung erstellt wird. Das sorgt für klare Verhältnisse und vermeidet, dass Rechnungen vor der tatsächlichen Lieferung ausgestellt werden.
Wenn du Teillieferungen durchführst oder mit Backorders arbeitest, musst du eine klare Regel definieren: Wird die Proforma-Rechnung einmalig für den gesamten Auftrag ausgestellt oder je Teillieferung? Die finale Rechnung folgt dann nach definierter Logik – entweder nach jeder Teillieferung oder nach Abschluss aller Lieferungen. Wichtig ist, dass du diese Regel dokumentierst und im Team einheitlich anwendest, damit keine Verwirrung entsteht.
Im E-Commerce arbeitest du mit verschiedenen Dokumententypen, die sich in Zweck, Zeitpunkt und rechtlicher Relevanz unterscheiden. Die folgende Tabelle gibt dir einen schnellen Überblick, wann du welches Dokument einsetzt und wie es sich von der Proforma-Rechnung abgrenzt.
| Dokumententyp | Zweck | Zeitpunkt im Prozess | Steuerlich relevant? |
|---|---|---|---|
| Angebot | Preisversprechen, Produktübersicht | Vor Auftragseingang | Nein |
| Auftragsbestätigung | Bestätigung der Bestellung | Direkt nach Auftragseingang | Nein |
| Proforma-Rechnung | Zahlungsaufforderung, Freigabe, Zoll | Vor Zahlung/Versand | In der Regel nein |
| Anzahlungsrechnung | Teilzahlung vorab | Vor Lieferung | Ja (steuerlich relevant) |
| Lieferschein | Nachweis über Lieferung | Bei Versand/Lieferung | Nein |
| Rechnung / E-Rechnung | Finale Abrechnung | Nach Versand/Lieferung | Ja (buchhalterisch maßgeblich) |
Die Proforma-Rechnung unterscheidet sich vom Angebot dadurch, dass sie nicht nur ein Preisversprechen ist, sondern ein konkretes Abwicklungsdokument im laufenden Auftrag. Im Gegensatz zur Auftragsbestätigung, die lediglich den Eingang der Bestellung bestätigt, dient die Proforma-Rechnung als Zahlungs- oder Zolldokument. Eine Anzahlungsrechnung ist steuerlich relevant und wird gebucht – die Proforma-Rechnung in der Regel nicht. Der Lieferschein ist ein Liefernachweis, keine Zahlungsaufforderung. Und die finale Rechnung ist das buchhalterisch maßgebliche Dokument, das nach deinem definierten Prozess erstellt wird.
In JTL-Wawi lässt sich die Proforma-Rechnung sauber in deinen bestehenden Prozess einbinden, wenn du drei Dinge klar definierst: den Trigger (wann wird das Dokument erzeugt), das Dokument selbst (Vorlage, Felder, Hinweistext) und den Sollprozess (Status, Versand, finale Rechnung). Im Folgenden findest du Blueprints für die häufigsten Szenarien – diese kannst du direkt als Vorlage für deine eigene Umsetzung nutzen.
Trigger: Auftrag wird in JTL-Wawi angelegt + Zahlungsart = Vorkasse
Aktion: Proforma-Rechnung automatisch erstellen und per E-Mail versenden
Status: Auftrag erhält Status „Wartet auf Zahlung"
Trigger: Zahlungseingang wird in JTL-Wawi erfasst
Aktion: Auftrag wird freigegeben, Ware wird kommissioniert und versandt, finale Rechnung wird nach Versand erstellt
Trigger: Auftrag wird angelegt + Kundengruppe = B2B + Pflichtfeld PO-Nummer ist ausgefüllt
Aktion: Proforma-Rechnung mit PO-Nummer und Kostenstelle wird erstellt und versandt
Status: „Wartet auf Freigabe/Zahlung"
Trigger: Zahlung geht ein oder interne Freigabe erfolgt
Aktion: Versand, finale Rechnung nach Prozess
Trigger: Auftrag wird angelegt + Lieferland außerhalb EU
Aktion: Proforma-Rechnung (englische Vorlage) mit Exportfeldern (Incoterms, HS-Code, Ursprungsland, Gewicht, Warenwert) wird erstellt
Status: „Exportdokumente erstellt"
Trigger: Versandfreigabe (nach Zahlungseingang oder je nach Incoterms)
Aktion: Versand, finale Rechnung nach Prozess (zum Beispiel nach Lieferbestätigung)
Damit die Proforma-Rechnung ihren Zweck erfüllt, müssen bestimmte Datenfelder in JTL-Wawi korrekt und vollständig ausgefüllt sein. Das gilt für alle Szenarien:
Wenn eines dieser Felder fehlt oder falsch befüllt ist, kann die Proforma-Rechnung ihren Zweck nicht erfüllen – Zahlungen kommen nicht zu, interne Freigaben verzögern sich, Zollabfertigungen scheitern. Deshalb solltest du Pflichtfelder und Prüfregeln definieren, die sicherstellen, dass alle notwendigen Daten vorhanden sind, bevor das Dokument erzeugt wird.
In JTL-Wawi arbeitest du mit List & Label-Vorlagen, um das Layout und den Inhalt der Proforma-Rechnung zu definieren. Wichtig ist, dass du die Vorlage klar beschriftest – zum Beispiel „Proforma-Rechnung" oder „Proforma Invoice" – und einen standardisierten Hinweistext einfügst, der Verwechslungen mit der finalen Rechnung verhindert. Dieser Hinweistext sollte zentral in der Vorlage hinterlegt sein, damit er nicht versehentlich entfernt oder überschrieben wird.
Je nach Szenario kannst du unterschiedliche Vorlagen anlegen: eine für Vorkasse (deutsch), eine für B2B (mit PO-Feldern) und eine für Export (englisch, mit Exportfeldern). Das sorgt für maximale Klarheit und vermeidet, dass du manuell in Dokumente eingreifen musst.
Ein eigener Nummernkreis für die Proforma-Rechnung ist unverzichtbar. Er verhindert, dass Proforma-Nummern mit Rechnungsnummern verwechselt werden, und sorgt für saubere Buchhaltung. In JTL-Wawi kannst du eigene Nummernkreise definieren – zum Beispiel „PRO-2024-00001" für Proforma-Rechnungen und „RE-2024-00001" für finale Rechnungen. Wichtig ist, dass auf dem Dokument sowohl die Proforma-Nummer als auch die Auftragsnummer sichtbar sind, damit du jederzeit nachvollziehen kannst, zu welchem Auftrag das Dokument gehört.
Auch wenn die Proforma-Rechnung ein hilfreiches Werkzeug ist, gibt es typische Stolperfallen, die du kennen und vermeiden solltest. Die folgenden Fehler treten in der Praxis immer wieder auf – mit klaren Gegenmaßnahmen kannst du sie von vornherein ausschließen.
Problem: Die Buchhaltung verbucht die Proforma-Rechnung als finale Rechnung, weil sie optisch identisch aussieht und keine klare Kennzeichnung hat.
Gegenmaßnahme: Eigener Nummernkreis (zum Beispiel PRO- statt RE-), klarer Hinweistext auf dem Dokument („Dies ist keine steuerliche Rechnung, die finale Rechnung folgt") und interne Regel, dass Proformas niemals gebucht werden. Am besten schulst du dein Team und definierst klare Verantwortlichkeiten zwischen Ops und Finance.
Problem: Der Kunde zahlt zwar, verbucht die Proforma-Rechnung aber intern als finale Rechnung und wartet dann vergeblich auf die Ware oder ist irritiert, wenn die finale Rechnung kommt.
Gegenmaßnahme: Klare Beschriftung im Betreff der E-Mail („Zahlungsaufforderung – Proforma-Rechnung") und im Dokument selbst („Proforma-Rechnung – keine Zahlungsquittung"). Optional kannst du ein JTL-Wasserzeichen einfügen. Der E-Mail-Text sollte ebenfalls erklären, dass die finale Rechnung nach Versand folgt.
Problem: Bei 50, 100 oder mehr Bestellungen pro Tag ist es nicht machbar, jede Proforma-Rechnung manuell zu erstellen, zu versenden und nachzuverfolgen.
Gegenmaßnahme: Automatisierung über Trigger und Workflows in JTL-Wawi. Definiere klare Regeln (Zahlungsart, Kundengruppe, Lieferland), nutze Vorlagen und stelle sicher, dass das Dokument automatisch per E-Mail versandt wird. Für die finale Automatisierung kannst du JTL-Workflows in Verbindung mit Konsolenanwendungen und dem JTL-Worker nutzen – so läuft der gesamte Prozess ohne manuelle Eingriffe.
Problem: Die Proforma-Rechnung enthält keine PO-Nummer, keine Zahlungsreferenz oder keine Auftragsnummer. Der Kunde kann die Zahlung nicht zuordnen, die interne Freigabe verzögert sich, Zahlungen gehen auf falschen Konten ein.
Gegenmaßnahme: Pflichtfelder im System definieren (zum Beispiel PO-Nummer bei B2B-Kunden) und Prüfregeln vor Versand einbauen. In der Vorlage sollten Auftragsnummer, Bestellnummer, PO-Nummer und Zahlungsreferenz prominent platziert sein.
Problem: Bei Export-Proforma fehlen HS-Code, Ursprungsland, Incoterms oder Gewicht. Die Zollabfertigung verzögert sich, der Carrier verweigert die Annahme.
Gegenmaßnahme: Eigene Export-Vorlage mit allen notwendigen Feldern, Pflichtdatenliste für Export-Aufträge und Prüfung vor Versand. In JTL-Wawi kannst du diese Daten in den Artikelstammdaten hinterlegen und automatisch in die Vorlage übernehmen.
Nicht in jedem Fall ist die Proforma-Rechnung das richtige Dokument. Die folgende Entscheidungslogik hilft dir, schnell zu erkennen, welchen Dokumententyp du in welcher Situation einsetzen solltest.
| Situation / Frage | Dokumenttyp | Nächster Schritt im Prozess |
|---|---|---|
| Kunde will nur eine Zahlungsaufforderung vorab? | Proforma-Rechnung | Zahlung → Versand → finale Rechnung |
| Muss steuerlich korrekt abgerechnet werden? | Rechnung / E-Rechnung | Buchung, Archivierung, ggf. E-Rechnungsformat |
| Geht es um eine Anzahlung? | Anzahlungsrechnung | Prozess mit Finance abstimmen, finale Rechnung nach Lieferung |
| Geht es um Exportpapiere für Zoll? | Proforma-Rechnung (EN) mit Exportfeldern | Zollabfertigung → Versand → finale Rechnung |
| Kunde braucht PO-Nummer/Kostenstelle? | Proforma-Rechnung mit PO-Referenz | Interne Freigabe → Zahlung → Versand → Rechnung |
Diese Entscheidungslogik kannst du als internen Leitfaden nutzen oder direkt ins Team kommunizieren. So stellst du sicher, dass alle Beteiligten – von Ops über Kundenservice bis Finance – einheitlich handeln und keine Dokumente falsch zugeordnet werden.
Ein professioneller Proforma-Prozess zeichnet sich durch klare Strukturen, automatisierte Abläufe und messbare Ergebnisse aus. Die folgenden Kriterien helfen dir, die Qualität deines Prozesses zu bewerten und kontinuierlich zu verbessern.
Jeder Prozessschritt sollte einen klaren Owner haben. Das verhindert, dass Aufgaben zwischen den Abteilungen verloren gehen oder doppelt erledigt werden. Typische Verantwortlichkeiten sind:
Ein sauberer Prozess basiert auf automatisierten Triggern, die das Dokument ohne manuelle Eingriffe erzeugen und versenden. Beispiele:
Die definierten Status sollten im Team einheitlich verwendet werden, damit jeder Mitarbeiter auf einen Blick erkennt, in welchem Zustand sich ein Auftrag befindet: „Proforma gesendet", „Wartet auf Zahlung", „Zahlung eingegangen", „Versand freigegeben", „Rechnung erstellt".
Ein professioneller Prozess lässt sich messen. Die folgenden KPIs geben dir Aufschluss über Effizienz und Qualität:
Ein sauberer Prozess ist dokumentiert und im Team bekannt. Das bedeutet: Es gibt eine schriftliche Prozessbeschreibung (zum Beispiel als Flowchart oder SOP), alle Beteiligten sind geschult und wissen, wann sie welches Dokument verwenden, und es gibt klare Eskalationswege, falls etwas nicht funktioniert.
Die folgende Checkliste fasst die wichtigsten Punkte zusammen, die du bei der Einrichtung und dem Betrieb der Proforma-Rechnung in JTL-Wawi beachten solltest. Du kannst sie direkt als Arbeitsgrundlage nutzen oder ins Team kopieren.
Eine Proforma-Rechnung ist in der Regel kein rechtlich bindendes Dokument im Sinne einer Zahlungsverpflichtung. Sie dient als Information, Zahlungsaufforderung oder Nachweis für Dritte. Die finale, steuerlich maßgebliche Rechnung folgt nach deinem definierten Prozess. Wichtig ist, dass du auf der Proforma klar kennzeichnest, dass es sich nicht um die finale Rechnung handelt.
Das hängt vom Szenario ab. Bei Vorkasse und B2B in Deutschland ist es üblich, die Umsatzsteuer auszuweisen, damit der Kunde den korrekten Betrag überweisen kann. Bei Exporten in Drittländer gelten andere Regeln (häufig 0% Umsatzsteuer, ggf. Hinweis „Not valid for VAT purposes"). In jedem Fall solltest du auf der Proforma deutlich machen, dass sie nicht die steuerliche Abrechnung ist. Bei Sonderfällen (Dreieck, Dienstleistungen, Anzahlungen) solltest du deinen Steuerberater oder die Finanzbuchhaltung einbeziehen.
In den meisten Fällen solltest du Proforma-Rechnungen nicht buchen. Sie sind vorläufige Dokumente, keine finale Abrechnung. Wenn du sie buchst, riskierst du doppelte Buchungen oder falsche Umsatzerfassung. Deshalb ist ein eigener Nummernkreis und ein klarer Hinweistext so wichtig – damit deine Buchhaltung auf einen Blick erkennt, dass es sich um eine Proforma handelt.
Das hängt von deinem Prozess ab. Viele Onlinehändler erstellen die finale Rechnung nach Versand oder Lieferung, weil zu diesem Zeitpunkt die Leistung erbracht ist. Andere erstellen sie direkt beim Versand. Wichtig ist, dass du eine klare Regel hast und diese im Team einheitlich anwendest. In JTL-Wawi kannst du den Zeitpunkt über Workflows steuern. Im Kontext der E-Rechnungspflicht ab 2025 wird die Frage noch relevanter – hier solltest du dich frühzeitig mit deinem Steuerberater abstimmen.
Durch klare Beschriftung und Kommunikation: Im Betreff der E-Mail („Zahlungsaufforderung – Proforma-Rechnung"), im Dokument selbst („Proforma-Rechnung – keine Zahlungsquittung, finale Rechnung folgt") und im E-Mail-Text. Optional kannst du ein Wasserzeichen „PROFORMA" einfügen. Je deutlicher die Kennzeichnung, desto geringer das Risiko von Verwechslungen.
Seit dem 1. Januar 2025 wird die E-Rechnungspflicht für Unternehmen in Deutschland schrittweise eingeführt. Das bedeutet: Rechnungen im B2B-Bereich müssen in einem strukturierten elektronischen Format (zum Beispiel XML nach ZUGFeRD oder XRechnung) ausgestellt und übermittelt werden. Die Proforma-Rechnung ist in den meisten Fällen nicht die E-Rechnung. Aber: Ein sauberer Auftragsprozess, klare Dokumentenlogik und strukturierte Daten erleichtern dir die Umstellung erheblich. Wenn du heute schon mit einheitlichen Vorlagen, klaren Referenzen und automatisierten Workflows arbeitest, bist du für die kommenden Anforderungen gut vorbereitet. JTL arbeitet kontinuierlich an der Implementierung neuer Schnittstellen und Funktionen, um die E-Rechnungspflicht zu unterstützen – halte dein System durch regelmäßige Updates aktuell.
Durch klare Trigger, definierte Status und dokumentierte Workflows. Nutze JTL-Workflows, um Proforma-Rechnungen automatisch zu erzeugen und zu versenden, basierend auf Zahlungsart, Kundengruppe oder Lieferland. Definiere klare Verantwortlichkeiten (Owner-Modell) und stelle sicher, dass alle Beteiligten geschult sind. Für die finale Automatisierung kannst du Konsolenanwendungen und den JTL-Worker einsetzen – so läuft der gesamte Prozess ohne manuelle Eingriffe. Wichtig ist, dass du den Prozess Schritt für Schritt aufsetzt, testest und dann skalierst – nicht alles auf einmal.
Die Proforma-Rechnung ist ein operativ wertvolles Dokument im E-Commerce, wenn du sie sauber in deinen Prozess einbindest. Mit klaren Triggern, eigenen Nummernkreisen, durchgängigen Referenzen und automatisierten Workflows reduzierst du Support-Aufwand, beschleunigst Zahlungen und vermeidest Buchhaltungsfehler. Definiere für jedes Szenario – Vorkasse, B2B, Export – einen Blueprint, nutze JTL-Wawi-Vorlagen und Owner-Modelle und miss Erfolg über KPIs wie Time-to-Payment und Fehlerquote. So bist du auch für die E-Rechnungspflicht seit 2025 optimal vorbereitet.