- Versionshinweise
- Bevor Sie beginnen
- Erste Schritte
- Integrationen
- Verwalten des Zugriffs
- Arbeiten mit Prozess-Apps
- Erstellen von Apps
- Laden von Daten
- Hochladen von Daten
- Retrieving the SQL Server database parameters
- Einrichten eines SQL Server-Kontos für den Datenupload mit einem Extraktor
- Loading data using Theobald Xtract Universal
- Anpassen von Prozess-Apps
- Datentransformationen
- TemplateOne-App-Vorlage
- Purchase-to-Pay-App-Vorlage
- Order-to-Cash-App-Vorlage
- Basic troubleshooting guide
Process Mining
Order-to-Cash input fields
Dieser Abschnitt enthält eine Übersicht über die Felder für jede der Eingabetabellen von Order-to-Cash. Für jede Entität werden die Felder aufgelistet. Für jedes Feld werden der Name und ein Datentyp angezeigt. Darüber hinaus wird angegeben, ob das Feld obligatorisch ist, wenn die Entität in den Order-to-Cash-Prozess einbezogen wird.
Optionale Tabellen sollten Teil der Eingabe sein, dürfen aber keine Datensätze enthalten.
NULL
-Werte enthalten.
Entität |
Tabellen |
Obligatorisch: J/N |
---|---|---|
Kundenauftrag |
|
Y |
Lieferungen |
|
N |
Rechnung |
|
N |
Buchhaltung |
|
N |
Payment |
|
N |
Ereignisse* |
|
Y |
*) Ereignisse sind keine Entität des Order-to-Cash-Prozesses, aber eine Ereignistabelle ist für das korrekte Funktionieren der Order-to-Cash-Prozess-App obligatorisch.
Die folgende Abbildung zeigt die Beziehungen zwischen den Entitäten von Order-to-Cash.
Bei Tabellennamen und Feldnamen muss die Groß-/Kleinschreibung beachtet werden. Stellen Sie immer sicher, dass die Feldnamen (Spaltenheader) in Ihrem Dataset mit den Feldnamen (auf Englisch) in den unten stehenden Tabellen und die Dateinamen mit den Tabellennamen übereinstimmen.
Im Folgenden finden Sie eine Übersicht über die verschiedenen Attributfeldtypen und ihre Standardformateinstellungen.
Feldtyp |
Format |
---|---|
boolean |
true , false , 1 , 0 |
date |
|
datetime |
yyyy-mm-dd hh:mm:ss[.ms] , wobei [.ms] optional ist.
Informationen zum Ändern des Datumsformats finden Sie in der offiziellen Microsoft-Dokumentation . |
double |
Dezimaltrennzeichen:
. (Punkt)
Tausendertrennzeichen: keins |
integer |
Tausendertrennzeichen: keins |
text |
Keine Angabe |
Sales_orders_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der eindeutige Bezeichner des Kundenauftrags. |
|
text |
N |
Das Unternehmen, für das der Kundenauftrag erstellt wird. |
|
text |
N |
Der Kunde, für den der Kundenauftrag erstellt wird. |
|
text |
N |
Das Land, das dem Kunden zugeordnet ist. |
|
text |
N |
Die dem Kunden zugeordnete Region. |
|
text |
N |
Der Vertriebskanal, der dem Kundenauftrag zugeordnet ist. |
|
text |
N |
Der dem Kundenauftrag zugeordnete Geschäftsbereich. |
|
Datum |
N |
Das vom Kunden angeforderte Lieferdatum für den Kundenauftrag. |
|
text |
N |
Die Vertriebsgruppe, die dem Kundenauftrag zugeordnet ist. |
|
text |
N |
Das Vertriebsbüro, das dem Kundenauftrag zugeordnet ist. |
|
text |
N |
Der Kundenauftragstyp des Kundenauftrags. |
|
text |
N |
Die Verkaufsorganisation des Kundenauftrags. |
Sales_order_items_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Die eindeutige Kennung des Kundenauftragselements. |
|
text |
N |
Der eindeutige Bezeichner des Kundenauftrags. |
Category | text |
N | Die Kategorie des Kundenauftragselements. |
|
Datum |
N |
Das Datum, an dem das Kundenauftragselement erstellt wird. |
|
text |
N |
Die Incoterms, die der Auftragsposition zugeordnet sind. |
|
Datum |
N |
Das späteste erwartete Lieferdatum (von Teilen) der Kundenauftragsposition. |
|
text |
N |
Das verkaufte Material. |
|
text |
N |
Die Kategorisierung des verkauften Materials. |
|
text |
N |
Die Zahlungsbedingungen, die dem Kundenauftragselement zugeordnet sind. |
|
text |
N |
Das Werk, das dem Kundenauftragselement zugeordnet ist. |
|
text |
N |
Das Profit Center, das dem Kundenauftragselement zugeordnet ist. |
|
text |
N |
Die verkaufte Menge und Maßeinheit. |
|
text |
N |
Ein benutzerfreundlicher Name zum Identifizieren des Kundenauftragselements |
|
text |
N |
Das Land, in das die Waren geliefert werden, das der Auftragsposition zugeordnet ist. |
|
text |
N |
Der Speicherort, der dem Kundenauftragselement zugeordnet ist. |
|
Double |
N |
Ein Geldwert, der sich auf das Kundenauftragselement bezieht. |
Deliveries_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Die eindeutige Kennung der Lieferung. |
Delivery_items_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Die eindeutige Kennung des Lieferelements. |
|
text |
N* |
Die eindeutige Kennung der Lieferung. |
|
text |
N* |
Die eindeutige Kennung des Kundenauftragselements. |
|
boolean |
N |
Gibt an, ob der Kundenauftragsartikel für die Fakturierung freigegeben ist. |
- Wenn Sie Ereignisse im Zusammenhang mit anderen Entitäten als dem Kundenauftrag in die Prozessdiagramme aufnehmen möchten, sind die Felder
Delivery_ID
undSales_order_item_ID
obligatorisch.
Invoices_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der eindeutige Bezeichner der Rechnung. |
Invoice_items_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Die eindeutige Kennung des Rechnungselements. |
|
text |
N* | Die eindeutige Kennung des Lieferelements. |
|
text |
N* |
Der eindeutige Bezeichner der Rechnung. |
|
boolean |
N |
Gibt an, ob das Rechnungselement storniert wurde. |
|
boolean |
N |
Gibt an, ob das Rechnungselement abrechenbar ist. |
- Wenn Sie Ereignisse im Zusammenhang mit anderen Entitäten als dem Kundenauftrag in die Prozessdiagramme aufnehmen möchten, sind die Felder
Invoice_ID
undDelivery_item_ID
obligatorisch.
Invoice_cancellations_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Die eindeutige ID der Rechnungsstornierung. |
|
text |
N* |
Die eindeutige Kennung der Rechnung, die storniert wird. |
- Wenn Sie Ereignisse im Zusammenhang mit anderen Entitäten als dem Kundenauftrag in die Prozessdiagramme aufnehmen möchten, ist das Feld
Invoice_ID
obligatorisch.
Accounting_documents_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der eindeutige Bezeichner des Buchhaltungsbelegs. |
|
text |
N* |
Der eindeutige Bezeichner der Rechnung. |
|
boolean |
N |
Gibt an, ob der Buchhaltungsbeleg storniert wurde. |
|
boolean |
N |
Gibt an, ob der Buchhaltungsbeleg verarbeitet wurde und geschlossen ist. |
- Wenn Sie Ereignisse im Zusammenhang mit anderen Entitäten als dem Kundenauftrag in die Prozessdiagramme aufnehmen möchten, ist das Feld
Invoice_ID
obligatorisch.
Payments_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Die eindeutige Kennung der Zahlung. |
|
text |
N* |
Der eindeutige Bezeichner des Buchhaltungsbelegs. |
- Wenn Sie Ereignisse im Zusammenhang mit anderen Entitäten als dem Kundenauftrag in die Prozessdiagramme aufnehmen möchten, ist das Feld
Accounting_document_ID
obligatorisch.
Events_base_raw
enthält alle untergeordneten Ereignisprotokolle für alle Entitäten. Nachfolgend finden Sie eine Übersicht über die Felder der Tabelle Events_base_raw
.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der Name des Ereignisses. Dieser beschreibt den Schritt im Prozess. |
|
text |
Y |
Der eindeutige Bezeichner des Buchhaltungsbelegs. |
|
text |
Y |
Die eindeutige Kennung der Lieferung. |
|
text |
Y |
Die eindeutige Kennung des Lieferelements. |
Event_end | DateTime | Y | Der Zeitstempel, der mit dem Ende der Ausführung des Ereignisses verbunden ist
. |
|
text |
Y |
Der eindeutige Bezeichner der Rechnung. |
|
text |
Y |
Die eindeutige Kennung des Rechnungselements. |
|
text |
Y |
Die eindeutige ID der Rechnungsstornierung. |
|
text |
Y |
Die eindeutige Kennung der Zahlung. |
|
text |
Y |
Der eindeutige Bezeichner des Kundenauftrags. |
|
text |
Y |
Die eindeutige Kennung des Kundenauftragselements. |
|
text |
N |
Die Art der Aktivität, die stattfindet (z. B. Block ändern, setzen/entfernen) |
|
Integer |
N |
Die Zahl, die definiert, in welcher Reihenfolge Aktivitäten ausgeführt werden, wenn sie das gleiche Ereignisendehaben. |
|
text |
N |
Feld, das den Grund für die ausgeführte Aktivität beschreibt |
|
boolean |
N |
Gibt an, ob das Ereignis manuell ausgeführt oder automatisiert wird. |
|
text |
N |
Die Abteilung, die das Ereignis ausgeführt hat. |
Event_detail | text |
N | Informationen zum Ereignis. |
|
Double |
N |
Die Kosten für die Ausführung des Ereignisses. |
|
text |
N |
Der Benutzer, der das Ereignis ausgeführt hat. |
|
text |
N |
Die dem Benutzer zugeordnete Funktion. |
|
Text |
N |
Die Kategorisierung des Benutzers. |
Event_start *
| DateTime |
N |
Der Zeitstempel, der mit dem Beginn der Ausführung des Ereignisses verbunden ist. |
Event_start and E
vent_end
in Ihrem Dataset definiert sind, ist die Dauer des Ereignisses bekannt. Dies wird verwendet, um die Durchlaufzeit von Ereignissen zu berechnen. Wenn nur das Event_end
-Ende definiert ist, wird die Durchsatzzeit als Differenz zwischen dem vorherigen Event_end
und dem Event_end
berechnet. Event_start
wird nur berücksichtigt, wenn jeder Datensatz im Dataset einen Wert ungleich NULL enthält.
Event_cost
und/oder Event_start
in Order-to-Cashverwenden möchten, müssen Sie diese Felder zu Ihrem .mvp
-Connector hinzufügen und DataBridgeAgent verwenden, um die Daten in Ihre Order-to-Cash- Prozess-App zu laden.
Siehe auch Laden von Daten mit DataBridgeAgent.
Stellen Sie sicher, dass Sie den Connector zu DataBridgeAgent hinzufügen. Siehe Hinzufügen eines benutzerdefinierten Connectors zu DataBridgeAgent.
ID
-Felder ausgefüllt wird, nämlich das der Entität, in der das Ereignis stattfindet. Die anderen ID
-Felder können leer sein.
Activity
und Event_end
) ist die ID
für eine Entität obligatorisch. Dieses Feld hängt von der Entität ab, zu der das Ereignis gehört.
Darüber hinaus sind für Order-to-Cash benutzerdefinierte Fall- und Ereignisfelder für Fall- und Ereigniseigenschaften verfügbar.
- 10 Felder vom Typ Text (5 für Ereignisse);
- 10 Felder vom Typ double (5 für Ereignisse).
- 5 Felder vom Typ datetime; (Diese müssen das Format jjjj-mm-tt hh:mm:ss[:ms]haben, wobei [:ms] optional ist.)
- 10 Felder vom Typ boolean (5 für Ereignisse);
-
10 Felder vom Typ duration (5 für Ereignisse).
Benutzerdefinierte Felder haben generische Namen. Nachfolgend finden Sie eine Übersicht über die benutzerdefinierten Felder, die in einer Order-to-Cash-Prozess-App verwendet werden können.
Name |
Datentyp |
Obligatorisch: J/N |
---|---|---|
custom_sales_order_item_text_{1...10} |
text |
N |
custom_sales_order_item_number_{1...10} |
Double |
N |
custom_sales_order_item_datetime_{1...5} |
DateTime |
N |
custom_sales_order_item_boolean_{1...10} |
boolean |
N |
custom_sales_order_item_duration_{1...10} |
Integer |
N |
custom_event_text_{1...5} |
text |
N |
custom_event_number_{1...5} |
Double |
N |
custom_event_datetime_{1...5} |
DateTime |
N |
custom_event_boolean_{1...5} |
boolean |
N |
custom_event_duration_{1...5} |
Integer |
N |
Wenn Sie ein benutzerdefiniertes Feld verwenden, sollten Sie das Feld mithilfe des Data Managers in einen Namen umbenennen, der mit dem Wert übereinstimmt. Siehe Felder.
Benutzerdefinierte Felder, die in Ihrem Dataset leer sind, werden in Process Miningnicht angezeigt.
- Einleitung
- Field types
- Kundenauftrag
- Sales_orders_base_raw
- Sales_order_items_base_raw
- Lieferung
- Deliveries_base_raw
- Delivery_items_base_raw
- Rechnung
- Invoices_base_raw
- Invoice_items_base_raw
- Invoice_cancellations_base_raw
- Buchhaltung
- Accounting_documents_base_raw
- Payment
- Payments_base_raw
- Events
- Events_base_raw
- Benutzerdefinierte Felder