Teil fünf fragte, wo eine bestimmte Charge gelandet ist. Die heutige Frage klingt nach Buchhaltung, ist aber vollständig operativ: Ist das, was Sie in Rechnung gestellt haben, dasselbe wie das, was Ihr Lager verlassen hat? In vielen Fabriken lautet die Antwort nein, und niemand weiß genau, um wie viel.

Der Grund ist, dass die E-Rechnung in die meisten Unternehmen durch die Tür der Compliance gekommen ist und nicht durch die Tür des Betriebs. Man kauft ein Rechnungsprodukt, bindet es an die Behörde an, stellt ein konformes Dokument aus, fertig. So landet die Fabrik bei zwei Systemen, die nebeneinander existieren: eines, das weiß, was verkauft wurde, eines, das weiß, was hinausging, und keine Garantie, dass beide dasselbe Ereignis beschreiben.

Eine Rechnung ist nicht der Abschlusspapierkram, sondern das Ergebnis einer Bewegung

Die Art, wie die meisten Fabrikinhaber über Rechnungsstellung denken, stammt aus dem Papierbuch: Die Arbeit ist erledigt, man setzt sich an den Schreibtisch und verfasst ein Dokument, das sie zusammenfasst. Dieses Denkmodell ist die Wurzel des Problems, denn in einem vernetzten System ist die Rechnung keine nachträglich geschriebene Zusammenfassung. Sie ist das finanzielle Ergebnis eines physischen Ereignisses im Lager: ein bestimmter Artikel, in einer bestimmten Menge, aus einer bestimmten Charge, zu einem bestimmten Zeitpunkt an einen bestimmten Kunden ausgegeben.

Wenn die Rechnung auf diesem Ereignis aufbaut, gibt es einen einzigen Datensatz statt zweier Kopien. Die Menge auf der Rechnung ist die beim Warenausgang gescannte Menge. Der Artikel ist derselbe Code, den Sie in Teil zwei bereinigt haben. Die Charge ist dieselbe Charge, die Sie in Teil fünf zurückverfolgt haben. Wird die Rechnung dagegen von Hand in ein separates System eingetippt, erfassen Sie dieselbe Information ein zweites Mal, und jede erneute Eingabe ist eine neue Gelegenheit, dass die beiden Zahlen auseinanderlaufen.

Vier Fehler, die auftreten, wenn die Systeme getrennt sind

Die Trennung von Vertrieb und Lager zeigt sich nicht als ein großer Ausfall. Sie zeigt sich als vier wiederkehrende Muster, die jeder kennt, der schon einmal in einer Fabrik gearbeitet hat:

  • Rechnung ohne Warenausgang: Die Rechnung ging hinaus und der Umsatz wurde verbucht, aber laut Aufzeichnungen hat die Ware das Lager nie verlassen. Der Buchbestand bleibt hoch, und die nächste Inventur deckt einen Fehlbestand auf, den niemand erklären kann.
  • Warenausgang ohne Rechnung: Die Ware ging physisch hinaus, auf eine mündliche Anweisung oder einen handschriftlichen Lieferschein hin, und wurde nie in Rechnung gestellt. Sie verlieren doppelt: Bestand ist weg ohne Umsatz dagegen, und es besteht eine Steuerpflicht für einen Verkauf, der nie dokumentiert wurde.
  • Eine Retoure, die nie im Bestand ankommt: Der Kunde hat die Menge zurückgeschickt, und das wurde finanziell mit einem Rabatt oder einer Gutschrift erledigt, aber die Ware kam ins Regal zurück, ohne ins System zurückzukehren. Der verfügbare Bestand bleibt niedriger als die Realität, also kaufen Sie, was Sie schon haben.
  • Ein Kundenauftrag für Bestand, der nicht da ist: Der Vertrieb sagt eine Menge zu, die laut Datei verfügbar ist, während das tatsächlich Freie für einen anderen Auftrag reserviert oder in der Prüfung gesperrt ist. Aus der Zusage wird eine Verzögerung, und aus der Verzögerung eine Vertragsstrafe oder ein verlorener Kunde.

Keiner der vier ist ein Personalproblem. Sie sind die unvermeidliche Folge von zwei Wahrheitsquellen. Wenn eine Fabrik zwei Zahlen für dieselbe Sache führt, werden sie voneinander abweichen; die einzigen Fragen sind, wann und um wie viel.

Der richtige Weg: Kundenauftrag, dann Warenausgang, dann Rechnung

Ein vernetzter Ablauf durchläuft drei Stationen, von denen jede die nächste erzeugt, statt sie zu wiederholen:

  • Der Kundenauftrag: erfasst, was dem Kunden zugesagt wurde: Artikel, Mengen, Preis und Liefertermin. Im selben Moment reserviert er den Bestand, damit dieselben Einheiten nicht zweimal verkauft werden können.
  • Warenausgang und Lieferung: Das Lager kommissioniert die Menge und scannt sie wie im Teil über Barcodes beschrieben, sodass das, was hinausgeht, die tatsächliche Menge mit ihren Chargennummern ist. Jede Lücke zwischen angefordert und verfügbar zeigt sich hier, bevor sie die Rechnung erreicht.
  • Die Rechnung: wird aus dem Ausgangsereignis erzeugt, nicht aus dem Kundenauftrag. Dieses Detail ist wichtig: Wenn Sie neunzig von hundert bestellten Einheiten geliefert haben, lautet die Rechnung automatisch auf neunzig, und der Rest bleibt im Auftrag offen, statt erst berechnet und dann später per Gutschrift korrigiert zu werden.

Das Ergebnis: Die Monatsabstimmung wird von einer Ermittlung zu einer Bestätigung. Niemand setzt sich hin, um das Lagerbuch mit dem Verkaufsbericht zu vergleichen, denn beide waren nie getrennt.

Was die Integrationsphase in der Praxis bedeutet

Die E-Rechnung in Saudi-Arabien wurde von der Behörde für Zakat, Steuern und Zoll (ZATCA) in zwei Phasen eingeführt: zuerst die Generierungsphase, dann die Integrationsphase, deren Umsetzung am 1. Januar 2023 begann und auf Gruppen von Steuerpflichtigen angewendet wird, die die Behörde bekannt gibt, wobei die betroffenen Unternehmen vorab benachrichtigt werden. Die technischen Details veröffentlicht die Behörde in ihren eigenen Dokumenten, und sich auf eine inoffizielle Auslegung zu verlassen, ist ein Fehler.

Für einen Fabrikinhaber zählt nicht die Fachsprache, sondern eine einzige Konsequenz: Das System, das Ihre Rechnungen ausstellt, muss nun in einem festgelegten Format und unter festgelegten Sicherheitskontrollen mit der Plattform der Behörde kommunizieren, statt ein Dokument zu drucken und per E-Mail zu versenden. In der Praxis heißt das:

  • Kein Nebenkanal manueller Rechnungen: Alles, was außerhalb des integrierten Systems ausgestellt wird, wird zugleich zu einem Compliance-Problem und zu einem Buchhaltungsproblem.
  • Artikeldaten müssen sauber sein: Bezeichnung, Einheit, Menge und Preis gehen genau so hinaus, wie Sie sie führen. Jedes Durcheinander in Ihren Codes erscheint jetzt also auf einem regulierten Dokument statt in einem internen Bericht.
  • Abweichungen werden nicht mehr stillschweigend korrigiert: Eine ausgestellte Rechnung zu ändern heißt nicht, sie zu löschen und neu einzutippen, sondern ein Korrekturdokument mit eigenem Ablauf zu erstellen.

Da Anforderungen aktualisiert und Gruppen schrittweise bekannt gegeben werden, sind die offiziellen Seiten und Dokumente der Behörde die einzige verlässliche Referenz, und es ist klug, die vom Anbieter erklärte Konformität vor einer Verpflichtung anhand dieser Quelle zu bestätigen.

Retouren und Gutschriften: wo jede Lücke sichtbar wird

Retouren sind der Moment der Wahrheit für jede Integration. Ein Verkauf bewegt sich in eine Richtung und ist leicht zu kontrollieren; eine Retoure bewegt sich gleichzeitig in drei Richtungen: Ware wandert irgendwohin zurück, ein Wert wird angepasst, und ein reguliertes Dokument wird ausgestellt, um die Anpassung abzubilden.

Die Fragen, die Ihr System beantworten muss, bevor Sie es wirklich vernetzt nennen können:

  • Wenn eine Menge zurückkommt, geht sie automatisch in den verfügbaren Bestand oder an einen Sperrlagerplatz, bis sie geprüft ist? Wer beides verwechselt, bringt beschädigte Ware zurück in den verkaufsfähigen Bestand.
  • Ist die Gutschrift direkt mit der ursprünglichen Rechnung verknüpft, oder wird sie als eigenständiges Dokument ausgestellt, das später schwer abzustimmen ist?
  • Gehört die zurückgegebene Ware zu einer bestimmten Charge: Behält das System diese Chargennummer auf dem Rückweg bei? Ohne sie reißt die Rückverfolgbarkeit, die Sie im vorigen Teil aufgebaut haben, bei der ersten Retoure ab.
  • Was passiert mit einer Retoure, die nicht wieder verkauft werden kann: Wird sie mit ihrem Wert als Ausschuss erfasst, oder verschwindet sie stillschweigend aus den Büchern und lässt den Bestand aufgebläht zurück?

Die Sicht von Origami

Im Sektor Industrie und Lager öffnen wir das Thema E-Rechnung vom Lager aus, nicht von der Buchhaltung. Die meisten Inhaber, die uns bitten, ein Rechnungsproblem zu lösen, stellen nach der ersten Sitzung fest, dass nicht die Rechnung selbst der Fehler ist: Die Ausgangsbuchung, die sie hätte erzeugen sollen, wurde nie erfasst, oder zu spät, oder unter einem anderen Code.

Deshalb ordnen wir die Arbeit entsprechend: zuerst Artikeldefinitionen und gescannte Lagerbewegungen, und erst danach Kundenauftrag, Rechnung und Retourenablauf, die darauf als eine einzige Kette aufgebaut werden statt als benachbarte Systeme. Bei der Compliance halten wir uns an eine feste Regel: Maßgeblich ist, was die Behörde für Zakat, Steuern und Zoll (ZATCA) veröffentlicht, und die Konformität wird an ihrer offiziellen Quelle überprüft, nicht an einem Werbeversprechen.

Im nächsten Teil

Ein Baustein fehlt noch: die Reihenfolge. Wir haben die Genauigkeitslücke, das Scannen, den Fertigungsauftrag, den Meldebestand, die Chargenrückverfolgung und die Rechnungsanbindung behandelt. Alles auf einmal anzugehen, ist der schnellste Weg zum Scheitern. Der siebte und letzte Teil ist ein Neunzig-Tage-Fahrplan: wo man anfängt, in welcher Reihenfolge und mit welchen Kennzahlen man den Betrieb danach steuert.

Quellen