Ein Businessobjekt ist die Entität für Dinge, die Ihr ERP verwaltet: Kunde, Artikel, Auftrag, Angebot, Lieferadresse. Auf Nuclos 5 ist das keine Datenbanktabelle, die Sie neben dem System pflegen. Es ist Metadaten: Attribute, Typen, Pflichtfelder, Defaults und Referenzen gehören zum Modell. Masken, Unterformulare, Statusmodelle und Regeln hängen daran. Für Entscheider*innen: Das Businessobjekt ist der Anker, an dem Prozess und Daten zusammenlaufen.

Was ein Businessobjekt fachlich leistet

Ohne klare Entitäten zerfällt ERP in Listen und Excel-Nebenwelten. Das Businessobjekt macht den fachlichen Gegenstand explizit. Ein Auftrag ist nicht „eine Zeile irgendwo“, sondern ein Objekt mit Attributen, Beziehungen und Lebenszyklus. Darüber entstehen Masken zur Erfassung, Übersichten zur Steuerung und Workflows zum Statuswechsel.

Das passt zur Prozessstruktur statt Modulstruktur: Sie modellieren den Gegenstand des Ablaufs, nicht ein Lizenzpaket. Vertiefung zur Plattform: Nuclos 5 als Plattform. Das Businessobjekt lebt im Nuclet, der Ihre Fachanwendung vom Kern trennt.

Attribute, Typen und Referenzen

Jedes Businessobjekt trägt Attribute. Typisch sind Typ (Text, Zahl, Datum, Boolean und weitere), Pflichtkennzeichnung, Default-Werte und Referenzen auf andere Businessobjekte. So entsteht das Beziehungsnetz: Auftrag referenziert Kunde, Position referenziert Artikel. Das ist Low-Code-Datenmodellierung: Änderungen bleiben im Metadatenmodell wartbar und dokumentierbar.

Für IT und Konfiguration zählt: Referenzen sind steuern, nicht später per Skript nachziehen. Für Fachbereiche zählt: Pflicht und Default reduzieren Fehlbedienung, bevor Regeln greifen. Wer Attribute und Beziehungen unklar lässt, digitalisiert Chaos. Wer sie früh festlegt, hält Scope und Maskenbau planbar.

Menüpfad und Sichtbarkeit

Der Menüpfad steuert, wo das Businessobjekt in der Anwendung auftaucht. Ohne sinnvollen Pfad bleibt die Entität technisch da, aber für Nutzer*innen unsichtbar oder falsch einsortiert. Menüstruktur ist Teil der Prozessführung: Was oft gebraucht wird, muss schnell erreichbar sein. Was selten ist, gehört nicht in die erste Navigationsebene.

Zusammen mit Maske und Layout und Unterformular ergibt das die Arbeitsoberfläche: Objekt, Felder, verwandte Listen, Navigation.

Nuclosian und Businessobjekte

Nuclosian legt Businessobjekte an und erweitert sie. Im Config-Modus beschreiben Sie fachlich, was verwaltet werden soll. Nuclosian schreibt Attribute, Referenzen und Einstellungen direkt in die Instanz. Einen Diff gibt es dabei nicht. Das ersetzt keine Prozessklärung. Es verkürzt den Weg von der fachlichen Aussage zum Modell. Einstiege und Namen: Nuclosian: Erste Schritte.

Technische Referenz: Businessobjekt im Nuclos-Wiki. Dort stehen die Konfigurationsdetails. Hier die Entscheiderantwort: Das Businessobjekt ist die Entität, an der Ihr individuelles ERP hängt.

Was ein Businessobjekt nicht ist

Ein Businessobjekt ist kein Report, kein Excel-Import und kein freischwebendes Formular ohne Modell. Es ist auch kein Ersatz für Statusmodell oder Regelwerk. Der Lebenszyklus sitzt am Statusmodell. Spezielle Logik, die Maske und Status nicht abdecken, sitzt in Regelwerken. Das Businessobjekt bleibt der gemeinsame Anker. Wer nur Daten anzeigt, braucht kein volles Modell. Wer Vorgänge steuert, schon.