Manufacturing Blueprint · SAP-Stil-Tiefe
SuiteSuccess trägt für Standard-Fertigung. Sobald Stücklisten-Varianten, Arbeitsplan-Szenarien, Kalkulations-Schichten, WIP und Multi-Site-Planung zusammenspielen müssen, wird der Standard zu flach. Der JPS-iQ Manufacturing Blueprint setzt genau dort an — in SAP-Stil-Tiefe, angebunden an Finance statt daran vorbei konfiguriert.
Statt einer Fertigungs-Kennzahl aus einem fremden Projekt: der nachprüfbare Umfang. Jeder Punkt ist auf dieser Seite und im Readiness-Assessment nachvollziehbar — Zahl für Zahl.
Die 18 Themen für die eigene Fertigung durchgehen — Manufacturing Readiness Assessment →
Wir sind nicht anti-Standard. Wir fahren SuiteSuccess, wo es trägt. Aber in Fertigung mit realer Varianten-, Kosten- oder Planungstiefe kommt der Standard an eine saubere strukturelle Grenze. Genau dort beginnt die Erweiterung — kontrolliert, dokumentiert, finance-tauglich.
Der Übergang zwischen beiden Spalten ist eine Entscheidung pro Prozessstrom, nicht eine pauschale Abweichung. Genau diese Entscheidungen treffen wir im Blueprint — bevor gebaut wird.
Offizieller Oracle-NetSuite-Produkt-Screenshot — Manufacturing Routing
Die Gap-Tabelle oben ist nicht theoretisch. Mehrstufige Routings, alternative Arbeitsgänge und Arbeitsplatzlogik sind native NetSuite-Bildschirme — der Blueprint entscheidet, wie tief jeder davon für Ihre Produktionsrealität konfiguriert wird.
Nicht sicher, wo in Ihrem Setup die Gap-Linie wirklich verläuft? Ein kurzer Architektur-Blick reicht meistens, um die drei bis vier kritischen Entscheidungen zu identifizieren.
15-Min-Gap-Call buchenDer Blueprint ist kein Modul und keine SuiteApp-Liste. Er ist das Zielmodell der Fertigung in NetSuite: Stammdaten, Prozesslogik, Kostenlogik, Planungslogik, Finance-Anbindung und Governance — in einem zusammenhängenden Design. Erst dann werden Standard, SuiteApps und Eigenentwicklung positioniert.
Das Whitepaper zeigt, wo der NetSuite-Standard in Fertigung strukturell endet, wie wir den Blueprint in SAP-Stil-Tiefe aufbauen und wie Kostenrechnung, Planung und Finance miteinander verdrahtet werden. Plus eine Kurz-Checkliste für den eigenen Gap-Check.
Das ist der tatsächliche JPS-iQ-USP, und wir relativieren ihn nicht. Die meisten NetSuite-Manufacturing-Implementierungen bleiben bei SuiteSuccess und stoppen an der Tür echter Fertigungskomplexität. Wir gehen bewusst durch diese Tür. Unser Manufacturing Blueprint ist ein branchen-konformes Zielmodell — gebaut gegen ISA-95, MRP II und SCOR — das die funktionale Tiefe liefert, die SAP- und ABAS-Anwender erwarten, und gleichzeitig die Implementierungsgeschwindigkeit, das Kostenprofil und die operative Agilität behält, für die NetSuite gekauft wird. Die meisten NetSuite-Partner können einen Fertiger nicht so tief führen. Die meisten SAP- und ABAS-Partner können nicht in dieser Geschwindigkeit liefern. Wir können beides. Fünf Prinzipien trennen unsere Arbeit von einem Standard-NetSuite-Rollout.
Wir strukturieren Manufacturing entlang echter Produktionsfähigkeiten — Planung, Scheduling, Kalkulation, Qualität, Nachkalkulation — nicht entlang der NetSuite-Checkboxen, die zufällig verfügbar sind. Die Architektur wird Ende-zu-Ende gegen ISA-95, MRP II und SCOR aufgebaut und dann sauber ins System übersetzt. Ergebnis: ein kohärentes Zielmodell, kein Flickenteppich aus aktivierten Modulen.
NetSuite ist stark, aber nicht perfekt. Wir bewerten jede Manufacturing-Anforderung gegen vier Zustände — nativ, konfigurierbar, eingeschränkt, Lücke — und treffen bewusste Designentscheidungen. Nicht alles wird ins System gebaut. Das Richtige wird gebaut. Unsere interne Capability Map deckt 55 Anforderungen über sechs Funktionsbereiche ab und ist die Arbeitsgrundlage jedes Manufacturing Blueprints, den wir liefern.
Wo SAP und ABAS stark sind — Produktionssteuerung, tiefe Prozessintegration, komplexe Mixed-Mode-Szenarien — ist NetSuite konfigurierbar, aber nicht nativ. Diese Distanz schließen wir durch intelligentes Prozessdesign, gezielte Erweiterungen statt blindes Customising und klare Standardisierung. Das Ziel: SAP-Stil-Tiefe dort, wo es zählt, mit der Flexibilität von NetSuite überall sonst.
NetSuite-Manufacturing-Programme scheitern typischerweise an drei Mustern: Overengineering, das die Plattform in Maßgeschneiderte Software verwandelt, falsche Granularität in Stückliste und Arbeitsplan, die die Kalkulation zerstört, oder ein MRP-Setup, das niemand wirklich versteht. Wir kennen die Muster und designen vom ersten Tag dagegen — bevor sie strukturelle Schulden werden.
Unser Manufacturing Blueprint ist keine Dokumentation, die in der Schublade liegt. Er ist Entscheidungsgrundlage, Umsetzungsleitfaden und Steuerungsinstrument im gesamten Programm. Er sagt dem Team, was gebaut wird, was nicht gebaut wird und woran man erkennt, ob das System auf Kurs ist. Der Unterschied zwischen einem NetSuite-Rollout und dem Aufbau einer tragfähigen Fertigungsplattform.
Wir sind nicht der günstigste NetSuite-Reseller, und das werden wir auch nicht. Für Einzelgesellschafts-Standardfertigung ohne Finance-Komplexität gibt es Partner, die besser passen und weniger kosten. Wo sich diese Arbeit auszahlt, ist genau dort, wo der Standard bricht: Multi-Site, Multi-Mode, tiefe Finance-Schicht, audit-fester Abschluss und ein Aufsichtsrat, der Zahlen erwartet, die einer Prüfung standhalten.
Die Capability Map ist unser internes Referenz-Framework für NetSuite Manufacturing — 55 Anforderungen über sechs Funktionsbereiche, bewertet gegen ISA-95, MRP II und SCOR. Wir teilen sie nicht als generischen Download, weil der Wert in der Interpretation liegt: welche Anforderungen sind nativ, wo reicht Konfiguration, wo muss SAP/ABAS-Tiefe gezielt eingebaut werden. Wir bringen sie in ein strukturiertes Capability-Review entlang Ihrer Fertigungsrealität.
Wir starten nicht mit einer Modulauswahl, sondern mit der Entscheidung, wie Fertigung in NetSuite strukturell abgebildet werden muss. Die Umsetzung folgt dieser Entscheidung — nicht umgekehrt.
Zwei Wochen Assessment: Operating-Modell, Finance-Logik, Fertigungstiefe, Entities. Ergebnis: Zielarchitektur-Skizze auf einer Seite.
Der Manufacturing Blueprint wird gegen den Finance Blueprint verdrahtet — Kostenlogik, Planungslogik, Governance.
SuiteSuccess, wo es trägt. Blueprint-Tiefe, wo sie nötig ist. Rollen, Integrationen und Rollout-Logik in einer Spur.
Multi-Site- und Multi-Entity-Erweiterung auf der bestehenden Architektur — nicht gegen sie.
Nicht jeder Hersteller braucht den Blueprint in voller Tiefe. Diese vier Situationen sind der klarste Anwendungsfall — hier ist die Rendite am höchsten.
Hohe Stücklisten-Varianz, mehrere Arbeitsplan-Szenarien, produktspezifische Kostenlogik — dort, wo der Standard zur Approximation wird.
Chargen, Rezepturen, Ausbeute-Logik und Ausschuss-Kostenführung — verdrahtet in Bestandsbewertung und Periodenabgrenzung.
Auftragsspezifische Stücklisten, Projektkosten, Nachkalkulation und Finance-Reporting in einem zusammenhängenden Zielmodell.
System lahm, Prozesse nicht dort, wo sie sein sollten, Funktionen unklar, fragwürdige Drittanbieter-Bundles. Unabhängige Diagnose mit festem Zuschnitt und konkretem Maßnahmenplan.
NetSuite Health Check ansehenGerade in der Vorauswahl — und nicht sicher, ob NetSuite Ihre Fertigungstiefe trägt? Wir gehen das ehrlich mit Ihnen durch. Ohne Pitch.
Manufacturing-Sparring-Call buchenWo genau endet der Standard in Ihrer Fertigung? Achtzehn Fertigungsthemen, je Thema eine klare Einordnung — und der vollständige Blueprint dazu.
Readiness einschätzenTrägt der Standard das, oder wird es hier strukturell? Diese Frage hat an jeder Station eine andere Antwort, und die Antworten hängen voneinander ab. Was bei Station eins entschieden wird, bestimmt, was bei Station sieben noch möglich ist.
Der Blueprint ist keine der zehn Stationen. Er ist das Zielmodell, gegen das die ganze Kette entworfen wird — Datenstruktur, Kostenlogik, Planungslogik und Finance-Anbindung, entschieden vor Beginn der Konfiguration. Lesen Sie die Stationen unten als die Stellen, an denen dieses Modell konkret wird.
01 · Stückliste
Hier entscheidet sich die Tiefe. Lineare, flache Stücklisten sind Standardgebiet. Varianten, die Stammdatenlogik über Ebenen hinweg teilen, sind der Punkt, an dem die Struktur zur Frage wird und nicht die Funktionsliste.
02 · Arbeitsplan
Standard-Arbeitspläne mit wenigen Varianten trägt der Standard nativ. Mehrstufige Arbeitspläne mit Szenarien und Alternativen sind eine Entwurfsentscheidung vor der Konfiguration — sie bestimmt, wie sich die Kalkulation später schichten lässt.
03 · Planung und MRP
Basis-MRP ist Standard: Bedarf wird gegen vorhandenen und bestellten Bestand verrechnet und um die Vorlaufzeit versetzt, Sicherheitsbestand federt Prognosefehler bei kritischen Artikeln ab. Ob daraus eine belastbare Verfügbarkeitsaussage wird, hängt an Lieferzeit-Logik, Verfügbarkeits-Regeln und Demand Fence — endliche Kapazität und Rüstzeitmodellierung sind ohnehin kein Standard mehr. Eine Planung, die wöchentlich überstimmt wird, wandert still nach Excel; das ist ein Daten- und Strukturproblem, kein Parameterproblem.
04 · Beschaffung
Aus dem Planungsergebnis werden Bestellvorschläge — das trägt der Standard. Ob ihnen jemand folgt, entscheiden Wiederbeschaffungszeiten, Losgrößen und Sicherheitsbestände, und ob der Freigabeschnitt zur Realität passt: wer ab welchem Betrag freigibt und was bei Abwesenheit geschieht. Am anderen Ende derselben Kette — Bestellung, Wareneingang, Lieferantenrechnung — entscheidet sich, ob die Rechnung zur Bestellung passt: Teillieferungen, Rechnungen über mehrere Bestellungen und doppelte Einreichungen sind im Betrieb der Normalfall. Kommt internationale Beschaffung dazu, wird die Zuordnung der Nebenkosten zum Bestandswert zur Bilanzfrage, nicht zur Einkaufsfrage.
05 · Produktion
Diskrete, Prozess- und Auftragsfertigung können nebeneinander laufen, auch gemischt — vorausgesetzt, Stammdatenlogik, Rezepturen und Stücklisten wurden bei Station eins sauber getrennt.
06 · WIP
Basis-WIP ohne differenzierte Abweichungsanalyse ist Standard. WIP mit Abweichungen, die zur Buchhaltung passen müssen statt daneben zu liegen, ist der Punkt, an dem Fertigungs- und Finanzkette sich treffen — und meist auseinanderlaufen.
07 · Kalkulation
Eine Kostenschicht ist Standardkalkulation. Plan, Soll und Ist sauber getrennt ist eine andere Architektur — und die Station, die am häufigsten darüber entscheidet, ob der Standard für Sie reicht.
08 · Bestandsbewertung
Die Bestandsbewertung muss zu den Kostenschichten passen, statt einmal im Monat gegen sie abgestimmt zu werden. Driften die beiden auseinander, traut am Ende niemand mehr einer der beiden Zahlen.
09 · Auslieferung
Hier wird die Mehrwerklogik sichtbar: welches Werk liefert, was das im Intercompany auslöst, und ob der Werksverbund als Verbund modelliert wurde oder als mehrere Einzelwerke, die sich zufällig ein System teilen.
10 · Zurück in die Finanzen
Hier schliesst sich die Kette — oder sie schliesst sich gar nicht. WIP, Abweichungen und Ist-Kalkulation an die Buchhaltung angebunden ist der Unterschied zwischen einem Produktionssystem mit Berichten und einem Unternehmen, das seine Marge erklären kann.
Kein Marketing-Schönwetter. Die Fragen, die im realen Auswahlprozess kommen — mit den Antworten, wie wir den Manufacturing Blueprint einsetzen.
Für viele Standard-Prozesse ja. Sobald Stücklisten-Varianten, Arbeitsplan-Szenarien, Kalkulations-Schichten, WIP-Logik, Multi-Site-Planung und Nachkalkulation zusammenspielen müssen, wird der Standard schnell zu flach.
Genau dort setzt unser Manufacturing Blueprint an — nicht als Abweichung vom Standard, sondern als kontrollierte Tiefenerweiterung entlang klarer Governance-Regeln.
Eine SuiteApp ist ein Modul. Unser Blueprint ist ein Zielmodell: Datenstruktur, Kostenlogik, Planungslogik, Finance-Anbindung und Governance — designt in SAP-Stil-Tiefe.
Erst auf diesem Zielmodell werden SuiteApps oder Eigenentwicklung positioniert. Nicht andersherum — sonst entsteht ein Modul-Stapel ohne tragende Architektur.
Ja — in beiden Modellen und auch in hybriden Umgebungen. Der Blueprint trennt Stammdatenlogik, Rezepturen bzw. Stücklisten, Arbeitspläne und Kalkulations-Schichten so, dass Discrete-, Process- und Make-to-Order-Linien sauber nebeneinander laufen.
Wichtiger als die ERP-Wahl ist dabei die Sauberkeit der Stammdaten- und Kostenlogik.
Beide Module werden genutzt, wo sie tragen. Der Blueprint definiert aber, wie sie konfiguriert werden — Kostenschichten, Abweichungslogik, WIP-Erfassung und Nachkalkulation werden nicht aus den Modul-Defaults abgeleitet, sondern aus dem Zielmodell.
Das ist der Unterschied zwischen „Modul aktiviert" und „Fertigung in SAP-Stil-Tiefe abgebildet".
Die Kommerzgröße hängt von Footprint, Entities, Standorten und Fertigungstiefe ab. Der Einstieg ist ein zweiwöchiges Assessment mit einer Zielarchitektur-Skizze. Erst danach reden wir über Scope, Phasen und Kommerz.
Kein Pauschal-Listenpreis. Keine künstlichen Lizenz-Bundles als Eintrittsbarriere.
Wir starten mit einem Architektur-Audit: Stammdaten, Stücklisten, Arbeitspläne, Kostenlogik, Bestandsbewertung, Finance-Anbindung, Integrationen.
Daraus folgt ein Target-State plus Roadmap von Stabilisierung zu echter Zielarchitektur — ohne sofortige Re-Implementation, wenn sie nicht nötig ist.
Der Manufacturing Blueprint ist die Grundlage, auf der NetSuite in Fertigung wirklich trägt. Starten Sie mit dem Whitepaper — oder direkt mit einem Architektur-Gespräch.