Vom Kundenauftrag zur Rechnung: wie Bonx an die Buchhaltung übergibt

Herstellern wird oft die Idee verkauft, dass ein ERP jede Funktion im Unternehmen abdecken sollte: Vertrieb, Einkauf, Bestand, Produktion, Qualität, Logistik, Finanzen, Reporting und mehr. Bonx vertritt eine andere Haltung.

Bonx ist ein KI-natives Fertigungs-ERP, aber kein Buchhaltungs- oder Finanz-ERP. Wir glauben, dass Fertigungs-ERP und Finanz-ERP getrennt bleiben sollten, weil sie grundlegend verschiedene Aufgaben erfüllen. Wenn ein System beides tun soll, leidet meistens das operative Produkt. Genau deshalb haben wir Bonx gebaut.

Bei All-in-One- und Legacy-ERP-Systemen wird die Software oft zuerst um finanzielle Kontrolle herum entworfen. Die Fabrik muss danach in diese Struktur passen. So entstehen ERP-Module, die auf dem Papier vollständig sind, aber von Mitarbeitenden in der Produktion gemieden, von Planern umgangen und von der Finanzabteilung später trotzdem bereinigt werden müssen.

Die nächste Frage liegt nahe: Wenn Bonx kein Buchhaltungs-ERP ist, was passiert dann, wenn aus einem Kundenauftrag eine Rechnung wird? Die kurze Antwort lautet: Bonx erzeugt die Rechnung, und Ihr Buchhaltungstool bucht sie. Dieser Artikel erklärt, wie Bonx Rechnungen verarbeitet und an die Buchhaltung übergibt.

Wie Bonx Rechnungen verarbeitet

Bonx erstellt Rechnungen aus Kundenaufträgen

Praktisch bedeutet das: Bonx erzeugt eine Rechnung aus einem Kundenauftrag. Eine Auftragsposition wird zu einer Rechnungsposition, damit die Rechnung bis auf den Cent mit der Auftragssumme übereinstimmt. Rechnungen werden gespeichert und können heruntergeladen werden, meistens als PDF. Zu den Formaten für Frankreich und Italien finden Sie weiter unten den Abschnitt zur elektronischen Rechnungsstellung.

Die Rechnung entsteht also aus dem kaufmännischen und operativen Datensatz, den Vertrieb, Operations, Produktion und Logistik bereits nutzen. Sie wird nicht in einem anderen System neu aufgebaut. Das reduziert Fehler, denn beim erneuten Eingeben in ein anderes Tool gehen schnell Preisänderungen, gewährte Rabatte, bereits gezahlte Anzahlungen und andere Details verloren.

Im Hintergrund verwaltet Bonx den Lebenszyklus der Rechnung: Entwurf, validiert, geschlossen und storniert:

• Entwürfe können noch bearbeitet werden. Mit der Validierung wird die Rechnung offiziell.
• Bei der Validierung vergibt Bonx die gesetzliche Rechnungsnummer auf Datenbankebene, damit zwei Rechnungen nicht versehentlich dieselbe Nummer erhalten können. Sobald die Rechnung validiert ist, wird das Dokument eingefroren. Weder ein Agent noch eine Person kann es danach ändern. Korrekturen laufen stattdessen über eine Gutschrift oder eine Belastungsanzeige.
• Der Status geschlossen zeigt an, dass die Rechnung bezahlt wurde. Das macht Bonx nicht zu einem Tool für Bankabstimmung, aber der Rechnungsbeleg und der Rechnungsdatensatz in Bonx enthalten damit die operativen und kaufmännischen Informationen, die Kunde und Buchhaltungssystem benötigen.

Was ist mit elektronischer Rechnungsstellung?

In Frankreich und Italien reicht eine Rechnung nicht mehr als einfaches PDF aus, und jedes Land verlangt ein bestimmtes elektronisches Format. Bonx erzeugt das Format, das Ihr Land erwartet, damit niemand die Rechnung an anderer Stelle neu aufbauen muss, nur um sie konform zu machen.

Für einen italienischen Verkäufer erstellt Bonx die FatturaPA-Datei. Für einen französischen Verkäufer erstellt Bonx eine Factur-X-Rechnung, also ein normales PDF, das Ihr Kunde lesen kann, mit den erforderlichen Daten in derselben Datei.

In beiden Fällen prüft Bonx, ob das Dokument gültig ist, bevor es weitergeht. So wird eine Rechnung nicht wegen eines Formatproblems zurückgewiesen. Danach laden Sie sie herunter oder lassen sie von der eingerichteten Integration weiterleiten, und Bonx zeigt, was nach dem Versand mit ihr passiert ist.

Was, wenn mein Rechnungsprozess nicht einfach ist?

Eine einfache Demo-Rechnung ist leicht. In der Fertigung wird Rechnungsstellung meistens dort schwieriger, wo Anzahlungen, Restrechnungen und teilweise kaufmännische Abläufe ins Spiel kommen. Aufträge können sich nach der Bestätigung ändern, und manche Lieferungen erfordern Korrekturen. Dazu kommen gemischte Verkaufsmuster: Einige Kunden zahlen Anzahlungen, andere brauchen vor der Zahlung eine Pro-forma-Rechnung, und es gibt nicht den einen Standardprozess für Rechnungen.

Genau deshalb prüfen Teams Summen und gleichen Daten oft von Hand ab. Das ist genau die Art manueller Arbeit, bei der Bonx helfen soll.

Bonx unterstützt Standardrechnungen, Anzahlungsrechnungen, Restrechnungen, Gutschriften, Belastungsanzeigen und Pro-forma-Rechnungen. Wenn ein Kunde eine Anzahlung geleistet hat, zieht die Restrechnung die frühere Anzahlung automatisch ab, damit der Kunde nicht doppelt belastet wird. Bonx verhindert außerdem, dass ein Auftrag über seinen Wert hinaus fakturiert wird.

Die Intelligenzschicht von Bonx kann an Rechnungsentwürfen arbeiten

Dieselbe Intelligenzschicht, die Fehler und manuelle Arbeit in operativen Bonx-Workflows reduzieren kann, kann auch an Rechnungen arbeiten, solange sie noch Entwürfe sind.

Ein Bonx-KI-Agent kann einen Rechnungsentwurf lesen, ihn mit dem Kundenauftrag vergleichen und vor der Validierung auf Probleme hinweisen: eine nicht abgezogene Anzahlung, eine Unstimmigkeit bei Mehrwertsteuer oder Steuer, Zahlungsbedingungen, die nicht zur Kundeneinstellung passen, oder eine Rechnungsposition, die den Auftrag nicht korrekt widerspiegelt. Je nach Workflow-Konfiguration kann der Agent die Änderung zur Prüfung vorschlagen oder sie vor der Validierung der Rechnung anwenden.

Sobald eine Rechnung validiert ist, wird sie zu einem rechtlichen Beleg mit gesperrter Nummer und gespeicherten Buchhaltungslabels. Die Intelligenzschicht soll Teams helfen, die Rechnung vor diesem Zeitpunkt korrekt zu bekommen, nicht offizielle Rechnungen im Nachhinein still ändern.

Bonx bereitet die Übergabe an die Buchhaltung vor

Wenn eine Rechnung validiert wird, bereitet Bonx die Buchhaltungslabels vor, die mit ihr übergeben werden. Diese Labels sagen dem Buchhaltungssystem, wohin die Rechnung gehört: welches Erlöskonto verwendet wird, welcher Mehrwertsteuer- oder Steuercode gilt und zu welchem Kundenkonto sie gehört. Bonx speichert diese Labels bei der Validierung, damit die Rechnung später stabil bleibt, selbst wenn das Unternehmen seine Buchhaltungseinstellungen ändert.

Bonx bucht weiterhin nichts ins Hauptbuch. Es sendet eine buchungsbereite Rechnung an das Buchhaltungstool, und das Buchhaltungstool erstellt den Buchungssatz.

In der Praxis bereitet Bonx eine saubere, gesetzlich nummerierte und korrekt codierte Rechnung vor. Ihr Buchhaltungstool, ob QuickBooks, Xero, NetSuite, Odoo, Pennylane, Sage oder ein anderes Finanzsystem, empfängt und bucht sie.

Weitere Beispiele dafür, wie Bonx mit dem restlichen Software-Stack eines Herstellers verbunden wird, finden Sie in den gängigen Bonx-Integrationsszenarien für Fertigungsteams.

Was Bonx nicht tut

Bonx ersetzt Ihr Buchhaltungssystem nicht und sollte auch nicht so bewertet werden, als würde es das versuchen.

Bonx tut zum Beispiel nicht Folgendes:

• Ein Hauptbuch führen
• Die Soll- und Haben-Buchungssätze erstellen oder buchen, die Ihre Bücher aktualisieren
• Debitoren- oder Kreditorenbücher verwalten
• Bankabstimmung durchführen
• Summen- und Saldenlisten, Steuererklärungen, Abschlüsse oder den Periodenabschluss erstellen

Lieferantenrechnungen liegen ebenfalls auf der Buchhaltungsseite der Grenze. Bonx hat Bestellungen, aber es erstellt Lieferantenrechnungen nicht als native Bonx-Dokumente auf dieselbe Weise, wie es Kundenrechnungen erzeugt. Lieferantenrechnungen können aus dem Buchhaltungstool importiert und Bestellungen zugeordnet werden, aber das Buchhaltungstool bleibt das führende System für diesen Lieferantenrechnungsdatensatz.

Diese Grenze ist bewusst gesetzt. Finance behält das System, das es für Audit, Reporting, Abstimmung, Steuern und Abschluss braucht. Bonx liefert diesem System sauberere Eingangsdaten aus dem operativen Geschäft.

Ein End-to-End-Beispiel für Rechnungsstellung und Buchhaltungsübergabe in Bonx

Stellen Sie sich Havel Kosmetik vor, einen Kosmetikhersteller aus Berlin, der 300 Einheiten eines Gesichtsserums an einen Einzelhandelskunden verkauft. Der Kunde zahlt bei Auftragsbestätigung eine Anzahlung von 30 %, die restlichen 70 %, sobald die Ware versandbereit ist.

Havel Kosmetik nutzt Odoo als Buchhaltungssystem. Odoo ist mit Bonx integriert, damit validierte Kundenrechnungen aus Bonx an Odoo gesendet werden können, ohne dass jemand die Rechnung von Hand neu eingeben muss.

Der Kundenauftrag wird aus dem Customer-Relationship-Management-System (CRM) des Unternehmens an Bonx gesendet. Die beiden Systeme sind integriert. Der Auftrag enthält Kunde, Artikel, Menge, Stückpreis, Mehrwertsteuersatz, Zahlungsbedingungen und Lieferdetails. Von dort aus nutzt die Produktion Bonx, um die Charge zu planen und herzustellen. Der Bestand wird aktualisiert, wenn Komponenten verbraucht werden und fertige Produkte verfügbar sind. Die Logistik bereitet den Versand vor.

Vor Produktionsbeginn muss Havel Kosmetik die Anzahlung in Rechnung stellen. Bonx erzeugt aus dem Kundenauftrag eine Anzahlungsrechnung, wendet die passende Mehrwertsteuerbehandlung an, vergibt bei der Validierung die gesetzliche Rechnungsnummer und erstellt das PDF. Bonx speichert außerdem die Buchhaltungslabels, die mit der Rechnung übergeben werden, etwa Erlöskonto, Mehrwertsteuercode und Kundenkonto.

Nach der Validierung exportiert Bonx die Anzahlungsrechnung als Kundenrechnung nach Odoo. Die Integration verknüpft den Bonx-Kunden und die Produkte mit ihren Odoo-Datensätzen und behält den ursprünglichen Bonx-Kundenauftrag als Rechnungsursprung bei. Odoo bucht die Rechnung anschließend ins Hauptbuch.

Wenn die Anzahlung auf dem Bankkonto von Havel Kosmetik eingeht, kann die Finanzadministration die Anzahlungsrechnung in Bonx als geschlossen markieren. Die operativen Teams sehen dadurch, dass die Anzahlung bezahlt wurde und der Auftrag weiterlaufen kann. Odoo bleibt das führende Finanzsystem: Dort wird die Zahlung mit der Banktransaktion abgeglichen, die Forderung ausgeglichen und die Buchhaltung aktuell gehalten.

Einige Wochen später sind die 300 Einheiten versandbereit. Bonx erzeugt die Restrechnung aus demselben Kundenauftrag. Die Rechnung geht von der Auftragssumme aus, zieht die bereits fakturierte Anzahlung ab, wendet die passende Mehrwertsteuerbehandlung an und verhindert, dass das Team über den Auftragswert hinaus fakturiert.

Bonx validiert die Rechnung, vergibt die gesetzliche Rechnungsnummer, erstellt das Rechnungsdokument, speichert die Buchhaltungslabels und exportiert die Rechnung nach Odoo. Odoo bucht die Restrechnung ins Hauptbuch und verwaltet die Forderung.

Wenn die Restzahlung auf dem Bankkonto von Havel Kosmetik eingeht, kann die Finanzadministration die Restrechnung in Bonx als geschlossen markieren. Operations sieht, dass der Kunde bezahlt hat, während Finance Odoo weiterhin für Bankabstimmung, Reporting und Abschluss nutzt.

Für Havel Kosmetik ist die Trennung praktisch: Vertrieb und Operations bauen Rechnungsdaten nicht von Hand neu auf, und Finance verliert nicht die Kontrolle über Hauptbuch oder Bankabstimmung. Der Kunde erhält korrekte Anzahlungs- und Restrechnungen, und Odoo erhält Datensätze, die Auftrag, Mehrwertsteuer, Anzahlung, offenen Restbetrag und Kontierung bereits widerspiegeln.

Fazit: die Grenze ist Absicht

Bonx ist ein KI-natives Fertigungs-ERP, weil Hersteller ein operatives System brauchen, das die Arbeit vom Kundenauftrag über Produktion, Bestand, Qualität, interne Logistik und Rechnungsstellung begleitet. Rechnungsstellung gehört in diesen Ablauf, weil die Rechnung widerspiegeln sollte, was verkauft, produziert, versendet, abgezogen, korrigiert und validiert wurde.

Buchhaltung gehört ins Buchhaltungssystem. Hauptbuch, Buchungen, Abstimmung, Abschlüsse, Steuererklärungen und Periodenabschluss sollten in dem Tool bleiben, dem Finance für Finanzdaten vertraut.

Bonx erzeugt die Rechnung, die Buchhaltung bucht sie. Hersteller bekommen eine saubere Übergabe von Operations an Finance, ohne sich mit einem All-in-One-System abfinden zu müssen, das nicht für alle funktioniert.