Wer führt den Arbeitsplan? Die ERP-Grenze in der Fertigungsausführung.

Jedes Fertigungsprogramm beantwortet irgendwann dieselbe Frage, meistens ohne sie je gestellt zu haben: Welches System führt den ausführbaren Arbeitsplan? Nicht die Stückliste, nicht den Auftrag — den Ablauf, nach dem am Arbeitsplatz tatsächlich gearbeitet wird. Die Antwort fällt in den meisten Projekten nebenbei, als Folge einer Modulauswahl, und sie entscheidet trotzdem darüber, welche Lizenzen gebraucht werden, was am Ende nachvollziehbar ist und was im Abschluss noch zusammenpasst.

Wir ziehen diese Grenze in JPS-iQ Manufacturing bewusst, und zwar einmal, bevor konfiguriert wird. Dieser Beitrag beschreibt, wo wir sie ziehen und warum — nicht, was das Produkt heute schon kann. Auf diesen Unterschied kommen wir am Ende zurück.

Die Frage, die keine Modulliste beantwortet

Fertigungsgespräche drehen sich fast immer um Funktionen: Wer kann Chargenverfolgung, wer kann Rückmeldung, wer kann Nachkalkulation. Die Frage, die die Architektur entscheidet, ist aber keine Funktionsfrage, sondern eine Autoritätsfrage. Welches System hält die Wahrheit darüber, was am Arbeitsplatz geschehen soll — und welches die Wahrheit darüber, was geschehen ist?

Das ERP ist stark in der ersten Hälfte einer anderen Frage: was bestellt wurde, was es kosten darf, was es wert ist. Der ausführbare Prozess ist ein anderes Objekt. Er besteht aus Operationsfolge, Schritten, Ressourcen, Rüstangaben, Parametern, Anweisungen, Prüfungen, Readiness-Bedingungen und Verbrauchspunkten. Er ändert sich mit dem Produkt, nicht mit dem Auftrag. Und er muss versioniert sein, weil die Frage „nach welcher Fassung wurde dieser Auftrag gefertigt“ spätestens bei der ersten Reklamation gestellt wird.

Wer diese beiden Dinge in dasselbe Feld legt, bekommt keine Fehlermeldung. Er bekommt ein System, in dem eine Prozessänderung rückwirkend aussieht, als hätte sie immer schon gegolten.

Was das ERP führen sollte — und was nicht

Im ersten Schnitt, den wir gebaut haben, ist NetSuite das ERP, und die Aufteilung ist ausdrücklich festgelegt. NetSuite bleibt führend für Fertigungsauftrag, Assembly Item, Stückliste und Komponenten, Menge, Termine, Standorte, Chargen-Authority je Attribut, Bewertung, Ledger und Posting. Also für alles, was kaufmännisch und bilanziell zählt.

JPS-iQ führt die versionierte ausführbare Prozessdefinition — die Liste aus dem vorigen Abschnitt. Eine vorhandene NetSuite-Routing-Definition wird übernommen beziehungsweise referenziert, wenn sie da ist. Sie wird nicht ignoriert und nicht doppelt gepflegt.

Diese Grenze ist keine technische Notwendigkeit, sondern eine Entscheidung. Man kann sie anders ziehen. Wichtig ist, dass sie überhaupt gezogen wird, schriftlich, bevor die erste Operation angelegt ist — sonst zieht sie sich selbst, und zwar dort, wo das jeweilige Werkzeug zufällig am wenigsten Widerstand leistet.

Die Lizenzfrage, die selten gestellt wird

Aus dieser Aufteilung folgt etwas, das in der Praxis mehr Wirkung hat als die Architektur selbst: eine NetSuite-Routing-Definition ist keine Voraussetzung. Ein NetSuite-Konto ohne Manufacturing WIP und ohne Routings muss den Ablauf ausführen können. Zusätzliche NetSuite-Lizenzen werden nicht als generelle Voraussetzung gesetzt.

Das klingt nach einer Fußnote und ist in Wahrheit die Eintrittsfrage. In vielen Fertigungsprojekten steht am Anfang ein Modul, das gekauft werden muss, damit man anfangen darf. Diese Reihenfolge wird selten als Architekturentscheidung erkannt, obwohl sie eine ist: Sie legt fest, wie teuer der erste nachvollziehbare Durchlauf ist — also genau der Durchlauf, an dem sich zeigt, ob das Modell trägt.

Was der Verzicht kostet

Ehrlich dazu gehört die Kehrseite. Ohne WIP bleiben die Istzeiten je Operation Fakten auf unserer Seite. Sie werden nicht nach NetSuite gepostet. Wer Operationszeiten im Hauptbuch braucht — weil die Nachkalkulation darauf aufsetzt oder weil die Wirtschaftsprüfung sie dort sehen will —, braucht WIP, und dann ist die Lizenz kein Luxus, sondern Teil der Anforderung.

Der Gewinn liegt nicht darin, dass man WIP nie braucht. Er liegt darin, dass es eine Entscheidung wird statt einer Voreinstellung. Wer Operationszeiten im Ledger braucht, bekommt sie bewusst. Wer sie nicht braucht, zahlt nicht dafür, herauszufinden, ob er sie braucht.

Ein Durchlauf, von Auftrag bis Abschluss

Der erste Schnitt führt einen freigegebenen NetSuite-Fertigungsauftrag bis zu einem nachvollziehbaren Abschluss. Die Stationen: Übernahme, Prozessauflösung, Readiness, Ausführung, Chargenverbrauch, Ausgang, Abschlussprüfung, Posting Intent, Zustellung, Rücklesen. Die Fertigmeldung erfolgt als Assembly Build gegen den Fertigungsauftrag; Charge und Menge werden erfasst, und die Belegreferenz wird zurückgelesen.

Die letzte Station ist die, die am häufigsten fehlt. Ein Abschluss, der nicht zurückgelesen wird, ist eine Behauptung, keine Tatsache. Zwischen „wir haben gebucht“ und „das System bestätigt die Buchung mit einer Belegreferenz“ liegt der gesamte Unterschied zwischen einer Schnittstelle, die funktioniert, und einer, von der alle annehmen, dass sie funktioniert.

Woran wir gerade bauen — und was wir nicht behaupten

JPS-iQ Manufacturing ist in Entwicklung. Release 1 konzentriert sich auf genau diesen einen Ablauf, mit NetSuite als erster und einziger produktiver ERP-Anbindung. Der Kern bleibt ERP-neutral; dass NetSuite zuerst kommt, ist die Integrationsreihenfolge dieses Schnitts und keine Aussage darüber, dass die Produktlogik NetSuite-spezifisch wäre.

Und die Einschränkung, die wir uns selbst aufgeschrieben haben, bevor sie jemand anders formuliert: Unsere eigene Produktunterlage beschreibt Soll-Fähigkeiten. Sie belegt nicht, dass jede Funktion bereits implementiert, bereitgestellt oder fachlich abgenommen ist. Dieser Beitrag behauptet deshalb keine Verfügbarkeit. Er beschreibt eine Entwurfsentscheidung, die Sie prüfen können, bevor es irgendetwas zu kaufen gibt — und wenn es Lieferevidenz je Paket gibt, steht sie hier.

Wie Sie das von hier aus weiterführen

Die Grenzfrage lässt sich beantworten, bevor ein Produkt im Spiel ist, und sie lohnt sich auch dann, wenn Sie am Ende bei reinem NetSuite-Standard bleiben. Drei Fragen reichen für eine erste Einordnung: Ist Ihr Arbeitsplan versioniert, und wissen Sie zu jedem abgeschlossenen Auftrag, nach welcher Fassung gefertigt wurde? Brauchen Sie Istzeiten je Operation im Hauptbuch oder nur in der Auswertung? Und welches Modul müssten Sie heute kaufen, nur um den ersten nachvollziehbaren Durchlauf zeigen zu können?

Wenn die dritte Frage eine teure Antwort hat, lohnt sich das Gespräch unabhängig davon, welches System am Ende gewinnt.