Business Patterns
Durch unterschiedliche Verbindungen (Kollaborationen) zwischen den Instanzen (Objekte) einzelner Klassen des Unternehmensmodells können unterschiedlichste Szenarien (use cases) in einem Unternehmen abgebildet werden.
Das grundlegende Unternehmensmodell von InstantView umfasst ca. 200 Modellklassen und wird im Wesentlichen in 5 Kategorien eingeteilt:
- Datentypen (einfache und intelligente)
- Informationsobjekte
- Geschäftsobjekte
- Monitorobjekte
- Transaktionsobjekte
Dabei entsprechen die Geschäftsobjekte den Stammdaten und die Transaktionsobjekte den Bewegungsdaten, wobei die Datentypen wie auch die Informationsobjekte zur genaueren Ausprägung von Stamm- und Bewegungsdaten eingesetzt werden.
Durch die regelbehaftete Verbuchung von Transaktionsobjekten werden Stammdaten mittels von Monitorobjekten statistisch auswertbar (OLAP).
Die 5 Kategorien des Unternehmensmodells in InstantView sind in den Business Patterns zur besseren Unterscheidung gemäß der folgenden Legende farblich markiert:
Business Patterns folgender Bereiche sind hier dokumentiert:
- Partner
- Produkte
- Geschäftsprozessmodellierung
- Tätigkeiten
- Auswertungen
- Office-Funktionalität
- Technische Patterns
Partner
| Business Pattern | Beschreibung |
|---|---|
| Firmen | |
|
Firmen
|
Die Abbildung einer Firma sollte soweit als möglich den realen Gegebenheiten entsprechen, also z.B. direkt den Angaben eines Handelsregisterauszuges und z.B. zusätzlichen Daten wie Niederlassungen, verbundene Unternehmen, usw..
Verwandte Themen: |
|
Niederlassungen
|
...
Verwandte Themen: |
|
Verbundene Unternehmen
|
...
Verwandte Themen: |
|
Organigramm
|
|
| Personen | |
|
Personen
|
|
|
Mitarbeiter
|
...
Verwandte Themen: |
| Partnerdaten | |
|
Ortspezifische Daten
|
|
|
Zugangsdaten
|
|
|
Kommunikation Personen
|
|
|
Bankverbindungen
|
Eigene Bankverbindungen und Bankverbindungen von Partnern können in unterschiedlicher Komplexität gespeichert werden |
Produkte
| Business Pattern | Beschreibung |
|---|---|
| Teile | |
|
Teile
|
|
|
(Dienst-)Leistungseinheiten
|
|
| Phantom-Teile CX_ITEM_PATTERN_PHANTOM |
|
| Sonstige Reale Dinge | |
|
Industrieanlagen
|
|
|
Betriebsmittel
|
|
| Teilerollen | |
|
Baugruppenset
|
|
|
PID
|
|
|
Verkaufssets und Sachmerkmale
|
|
|
Lagerhilfsmittel
|
|
| Teiledaten | |
|
Preisketten
|
|
|
Lieferantenvereinbarungen
|
|
|
Seriennummern
|
|
| Stücklistenmodellierung | |
|
Allokationen
|
Eine Einzel-Allokation beschreibt je nach Sichtweise eine Verwendung oder eine Ressource eines Geschäftsobjekts. |
|
|
Mit dieser Klasse werden bedingte Allokationen beschrieben. Im Normalfall werden in die bedingte Tabelle Einzel-Allokationen gesetzt, um verschiedene Szenarien abzubilden. |
|
|
Eine Allokationstabelle ist eine Liste von Allokationen. Im Normalfall besteht die Liste aus Einzel- oder bedingten Allokationen. |
|
Spezialwerte
|
|
|
CX_INDUSTRIAL_PLANT_PlantGroup
|
Geschäftsprozessmodellierung
| Business Pattern | Beschreibung |
|---|---|
|
Geschäftsprozesse
|
Ein Geschäftsprozess wird in ClassiX mittels der Klasse CX_WORK_FLOW als Geschäftsprozess Identifikator und - für die möglichen Stati der Belege innerhalb dieses Geschäftsprozesses - mit Objekten der Klasse CX_STATE_MONITOR abgebildet.
Verwandte Themen: |
|
Geschäftsprozesse
|
Ein Geschäftsprozess wird in ClassiX mittels der Klasse CX_WORK_FLOW als Geschäftsprozess Identifikator und - für die möglichen Stati der Belege innerhalb dieses Geschäftsprozesses - mit Objekten der Klasse CX_STATE_MONITOR abgebildet.
Verwandte Themen: |
|
(Digitale) Umlaufmappen
|
Im CyberEnterprise können (digitale) Umlaufmappen für alle Belege, aber auch für beliebige Assoziationen zu z.B. Dokumenten, Excel-, Word- oder pdf-Dateien, usw. erstellt werden und elektronisch zwischen den Anwendern weitergereicht werden. Jeder Anwender erkennt im Ordner "Meine Umlaufmappen" die von ihm zu bearbeitenden Vorgänge. |
|
Controlling |
|
|
Buchungskreise
|
Um auch für z.B. Fremdlager, unabhängig vom lokalen Lagerbestand, termingerecht disponieren zu können, sind Buchungskreise notwendig. |
|
KPI Auditor
|
Im folgendem Pattern werden die Zusammenhänge für die Ermittlungen von Kennzahlen zur Lieferantenbewertung beschrieben. Der KPI Auditor (CX_KPI_AUDITOR) dient der Definition von Kennzahlen, welche als Attribute angelegt werden. Der KPI Auditor ist mit dem Workflow (CX_WORK_FLOW) der Bestellpositionen (in diesem Beispiel CX_TRANSACTION statt CX_LINK_TXN) verbunden. Über die Transaktionsbeschreibung wird ein Logcube (CX_LOG_CUBE) zwischen dem KPI Auditor und dem Lieferanten beim Buchen der Bestellposition erzeugt. Beide Objekte können von der Transaktionsbeschreibung über die Bestellposition erreicht werden. Die Transaktionsbeschreibung schreibt die Kennzahlen in die jeweiligen Logcubes (Alle, Jahr, Monat) und verbucht die Transaktion. |
|
|
Tätigkeiten
| Business Pattern | Beschreibung |
|---|---|
| Finanzbuchhaltung | |
|
Offene Posten Debitoren
|
|
| Verkauf | |
|
Verkaufsauftrag
|
|
|
Kopplung Angebot/Auftrag
|
|
|
Aufbau Angebot/Auftrag
|
|
|
Vorabbedarf
|
|
|
Leistungserbringergruppe
|
|
|
Auftragsposition mit Verkaufsset Type 1 und Einkaufsset
|
|
|
Auftragsposition mit Verkaufsset Type 3 und Einkaufsteil
|
|
| Einkauf | |
|
Liefervereinbarungen bei Bestellartikeln
|
|
|
Genehmigte
|
|
|
Eigenbeistellung
|
Eigenbeistellung an einen Lieferanten, diese können in einer Teileanforderung oder einer Bestellung festgelegt werden |
| Fertigung | |
|
Dispositive Baugruppe
|
Um die dispositive Verwendung von Teilen innerhalb einer Teileanforderung steuern zu können, kann man in den Stammstücklisten entsprechende Informationen hinterlegen |
|
Aufgelöste Fertigungsstückliste
|
Das Auflösen einer Stückliste erzeugt eine Baumstruktur mit Objekten der Klasse CX_ALLOCATION_TXN. Die Hierarchie dieser Objekte bestimmt zunächst auch die dispositive Verwendung der Teile, kann jedoch durch zusätzliche Angaben überschrieben werden. |
|
Teileanforderung
|
Teileanforderungen sind Belege, die aus einer Teiledisposition nach dem Gozintoverfahren heraus automatisch generiert werden. Ausgangspunkt sei wiederum ein Fertigungsteil E1, welches aus den Teilen B2 und B3, usw. besteht. |
Auswertungen
| Business Pattern | Beschreibung |
|---|---|
|
Kunden-Verkaufsstatistik
|
|
|
|
|
|
Auftragsbegleitende Nachkalkulation
|
|
|
Teilekonten
|
Office-Funktionalität
| Business Pattern | Beschreibung |
|---|---|
|
MS Office Integration
|
|
|
Vokabular
|
CX_PHRASE und CX_SIGNIFICATION Objekte sind über "clearingObjects" miteinander verbunden. Ein CX_PHRASE Objekt einer Sprache kann mehrere CX_SIGNIFICATION Objekte referenzieren. |
Technische Patterns
| Business Pattern | Beschreibung |
|---|---|
|
Gespeicherte Listen
|
|
| Berichte- und Berichtdarstellung CX_REPORT |
|
|
Suchbegriffe
|
|
|
Transaktionsbeschreibungen
|
Transaktionsbeschreibungen steuern in ClassiX die Verarbeitung (Verbuchung) aller Belege (die Objekte der Klasse CX_TRANSACTION) |
|
Wrapper
|
|
|
Zugriffsrechte
|
;){kind=link}