Problem | Der Begriff Businessobjekt ( und demzufolge auch der Begriff Objekt ) wird im Wiki widersprüchlich und verwirrend benutzt. Ist mit Businessobjekt eine betriebliche Ressource gemeint, wie zum Beispiel "ein Artikel" oder "ein Auftrag" oder "ein Kunde"? Oder ist mit Businessobjekt ein Ressourcentyp gemeint wie zum Beispiel "alle Artikel", "alle Aufträge" oder "alle Kunden"? Dieser Wiki-Beitrag hier zeigt, wie ein Ressourcentyp definiert/geändert/entfernt wird. Mit dem Businessobjekt-Wizard erstellt man zum Beispiel die Definition und Implementierung für "alle Artikel". Dementsprechend wird im Wizard die Datenbank-Tabelle für ein Businessobjekt als Datenbank-Objekt ( Behälter für alle Ressourcen dieses Typs ) bezeichnet. Mit welchem Begriff wird denn "ein einzelner Artikel" bezeichnet? An einigen Stellen im Wiki findet man dafür Begriffe wie Datensatz, etc. Auch Begriffe wie "Entitäten" werden benutzt mit unbekannter Definition. Der Objektgenerator beispielsweise erzeugt keinen Typ von Businessobjekt, sondern ein einzelnes Objekt ( Bsp ein einzelner Lieferschein ), was wohl eher ein Datensatzgenerator wäre in der Sprache von einigen Wiki-Artikeln. Der Wiki-Artikel über den Objektgenerator behilft sich zur Unterscheidung mit dem Begriff "Objekttyp". Der Objekttyp ist wohl das, was vom Businessobjekt erzeugt wird. |
---|---|
Vorschlag | Begriffe durchgängig präzise definieren und dabei klar ERP-Abstraktionen und Datenbank-Abstraktionen auseinanderhalten. Die Begriffe sollten auch zwischen Usern und Entwicklern synchronisiert werden, um Widersprüche zu vermeiden. Anders gesagt, im Code, im User Interface und im Wiki werden idealerweise diesselben Begriffe für dasselbe benutzt. Vielleicht sollte auch jedem deutschen Begriff die englische Entsprechnung gegenüber gestellt werden. Kann man das irgendwie in die Wege leiten? |
Vorschlag Glossar |
|
In einem Businessobjekt werden alle Dinge eines Unternehmens eingeordnet. Typische Beispiele sind z.B. "Kunde", "Artikel" oder "Auftrag". Businessobjekte können, müssen aber nicht, ein Statusmodell haben.
Im Folgenden wird ausführlich und Schritt für Schritt erklärt wie sich ein Businessobjekt anlegen lässt und Erklärungen zu verschiedenen Einstellungen.
Die erste Seite des BO-Wizard gibt einen Überblick über die existierenden Businessobjekte.
Im Bereich Spalten kann die Ansicht über das Feld "Name" gefiltert werden. Desweiten können Spalten ein- oder ausgeblendet werden, indem die Checkboxen aktiviert oder deaktiviert werden. Weitere Filtermöglichkeiten über die Werte der einzelnen Spalten ergeben sich über die Auswahl eines Wertes aus der Combobox.
Die eingeblendeten Spalten können außerdem alphabetisch sortiert werden, indem auf den jeweiligen Spaltenheader geklickt wird.
Anhand dieses Namens wird später auch der Tabellenname der Datenbank erzeugt.
Der Interne Name darf aus max. 25 Zeichen bestehen.
Bestehendes Businessobjekt löschen: markieren Sie das zu löschende BO in der Liste und klicken Sie auf Businessobjekt entfernen.
Ein BO kann erst gelöscht werden, wenn kein anderes BO darauf referenziert. |
Ein entfernes BO kann nicht wieder hergestellt werden |
Hier werden alle allgemeinen Eigenschaften für das Businessobjekt festgelegt.
Suchmaske erforderlich?: Falls für das BO eine Suchmaske (Suche nach Attributen) benötigt wird
<Kürzel><MM><YY>-<fortlaufende Nummer>. Beispiel: KU0716-00001.
Der Identifizierer kann nur im Zusammenhang mit einem Statusmodell aktiviert werden.
Zeige Relationen im Baum: Relationen werden im Explorerbaum angezeigt. Nur möglich bei BOs mit Statusmodell.
Diese Funktion ist veraltet und wurde abgelöst durch die Konfiguration der Baumdarstellung (siehe unten). |
Zeige Gruppen im Baum: Gruppen werden im Explorerbaum angezeigt. Nur möglich bei BOs mit Statusmodell.
Diese Funktion ist veraltet und wurde abgelöst durch die Mandantenfähigkeit. |
Es gibt 3 Arten um Attribute für ein BO zu erfassen: manuell, aus einem anderen BO oder einer Datenbanktabelle übernehmen.
Vorgehensweise wenn man Attribute aus anderer Quelle übernehmen will:
Folgende Felder können ausgefüllt werden:
Für die Anzeige der Daten im Referenzfeld können Attribute des referenzierten BOs ausgewählt und mittels statischen Zeichen verkettet werden.
Beispiel: ${kundennummer} - ${name}
Je nachdem mit welcher Sprache sich ein Anwender im Logindialog anmeldet, wird die entsprechende Übersetzung in den Labels angezeigt.
Eindeutig: Wert ist über alle Datensätze eindeutig. Sind mehrere Attribute eines BOs als Eindeutig markiert sind diese Felder immer in Kombination eindeutig. Soll die Eindeutigkeit nachträglich hinzugefügt werden, ist das aktuell nur möglich solange keine Daten existieren, ansonsten ist der Haken ausgegraut
Wenn es nicht möglich ist die Daten zu löschen, kann auch folgendermaßen vorgegangen werden. Voraussetzung: Die Eindeutigkeit der vorhandenen Daten ist sichergestellt ! |
In diesem Bereich können Aktionen für das BO definiert werden. Mit dem Aktionsmechanismus hat man die Möglichkeit, für ein BO verschiedene Layouts zu gestalten oder verschiedene Prozesse (Statusmodelle) zu durchlaufen.
Anwendungsfall: die Eingabemaske für Kunde der Aktion "Unternehmen" hat Eingabefelder wie Standort, Abteilung oder USt-Identifikationsnummer, die ein Privatkunde nicht hat.
Für weitere Informationen siehe Aktionen
Dieser Bereich der Menükonfiguration stellt eine Verfeinerung des Menüpfades unter Schritt 2 dar und ist optional.
Man kann Menüpfade aktionsabhängig konfigurieren oder auch die Neuanlage eines Datensatzes in einem anderen Menübereich platzieren.
Ist der Haken "Neu?" aktiviert, so wird sofort die Eingabemaske für einen neuen Datensatz geöffnet, ohne in der Suchliste bzw. Suchmaske zu starten.
${kundenname}(${kundennummer}) - ${nuclosState} -> Kunde AG(1001) - Aktiv
In diesem Bereich werden alle existierenden Benutzergruppen aufgelistet. Die entsprechenden Berechtigungen für dieses BO können an dieser Stelle gepflegt werden.
Desweiteren kann dieses BO für die Sperrfunktion aktiviert und entsprechend konfiguriert werden. Details siehe Sperrlogik
Für das Businessobjekt und den Menüpfad können Übersetzungen gepflegt werden,
ebenso die Knotendarstellung und das Tooltip können angepasst werden.
Für jedes Businessobjekt kann man automatisch ein Layout generieren lassen bzw. auch ein vorhandenes Layout aktualisieren.
Das bereits bestehende Layout wird dabei überschrieben ! |
Hintergrundfarbe: Groovy-Skript für die Farbe der Zeilendarstellung. Gilt für Suchergebnislisten und für Unterformulare. Siehe dazu Clientseitige Regeln (Groovy)
Maske aktualisieren ?: ist dieser Haken aktiviert, so wird das Layout neu erzeugt bzw. das Vorhandene überschrieben
Gruppierung: die einzelnen Attribute jeder Attributgruppe werden in einem Panel zusammengefasst
Unterformulare: jedes BO mit einem Fremdschlüssel auf dieses BO wird im Layout als Unterformular eingefügt.
Editierungsfelder: CreatedAt, CreatedBy, ChangedAt und ChangedBy werden im Layout eingefügt
Reihenfolge: hier wird die Reihenfolge der Attribute im Layout definiert. Die Attribute werden alle untereinander in einem Panel angeordnet.
Verfügbar ab Version | Neues Feature |
---|---|
4.13 | Filter- und sortierfunktion der Businessobjekte (erste Seite im BO-Wizard) |