- 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
Purchase-to-Pay input fields
Dieser Abschnitt enthält eine Übersicht über die Felder für die einzelnen Eingabetabellen von Purchase-to-Pay. 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 Purchase-to-Pay-Prozess einbezogen wird.
Wenn eine Tabelle oder ein Feld nicht obligatorisch ist, sollte es Teil der Eingabe sein. Optionale Tabellen dürfen keine Datensätze enthalten und optionale Felder können leere Werte enthalten.
NULL
-Werte enthalten.
Entität |
Tabelle |
Obligatorisch: J/N |
---|---|---|
Bestellanforderung |
|
N |
Bestellung |
|
Y |
Bestellelement |
|
Y |
Wareneingang |
|
N |
Rechnung |
|
N |
Rechnungselement |
|
N |
Buchhaltung |
|
N |
Payment |
|
N |
Die folgende Abbildung zeigt die Beziehungen zwischen den Entitäten von Purchase-to-Pay.
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 |
Datum |
|
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 |
Purchase_requisitions_base_raw
-Tabelle.
Name |
Datentyp |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der eindeutige Bezeichner der Bestellanforderung. |
|
text |
N | Das angeforderte Material. |
Material_group |
text |
N | Die Kategorisierung des angeforderten Materials. |
Purchase_requisition |
text |
N | Ein benutzerfreundlicher Name zur Identifizierung der Bestellanforderung. |
|
text |
N |
Der Status der Bestellanforderung im Prozess. Beispiel: „offen“, „geschlossen“, „ausstehend“, „genehmigt“ usw. |
|
text |
N |
Die Kategorisierung von Bestellanforderungen. |
|
text |
N |
Die Person, die die Bestellanforderung angefordert hat. |
|
Double |
N |
Ein Geldwert im Zusammenhang mit der Bestellanforderung. |
Purchase_orders_base_raw
-Tabelle.
Name |
Datentyp |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der eindeutige Bezeichner der Bestellung. |
Company |
text |
N | Das Unternehmen, für das die Bestellung erstellt wird. |
|
Datum |
N |
Das Datum, an dem die Bestellung erstellt wird. |
One_time_supplier |
boolean |
N | Ein Indikator, wenn der Lieferant ein einmaliger Lieferant ist. |
Purchase_order |
text |
N | A user-friendly name to identify the purchase order
. |
|
text |
N |
Der Status der Bestellung im Prozess. Beispiel: „offen“, „geschlossen“, „ausstehend“, „genehmigt“ usw. |
|
text |
N |
Die Person, die die Bestellung erstellt hat. |
|
text |
N |
Die Kategorisierung von Bestellungen. |
|
text |
N |
Die Einkäufergruppe, die der Bestellung zugeordnet ist. |
|
text |
N |
Die Einkaufsorganisation, die der Bestellung zugeordnet ist. |
|
text |
N |
Der Lieferant, welcher der Bestellung zugeordnet ist. |
|
text |
N |
Das Land, das dem Lieferanten zugeordnet ist. |
|
text |
N |
Die dem Lieferanten zugeordnete Region. |
Purchase_order_items_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Die eindeutige Kennung des Bestellelements |
|
text |
N |
Die eindeutige Kennung der Bestellung |
|
text |
N* |
Der eindeutige Bezeichner der Bestellanforderung. |
|
text |
N |
Der Geschäftsbereich, der dem Bestellelement zugeordnet ist. |
|
text |
N |
Die Kostenstelle, die dem Bestellelement zugeordnet ist. |
|
text |
N |
Der Kunde, in dessen Namen der Bestellartikel erstellt wird. |
|
text |
N |
Das Land, das dem Kunden zugeordnet ist. |
|
text |
N |
Die dem Kunden zugeordnete Region. |
|
boolean |
N |
Kennzeichen, ob alle bestellten Waren eingegangen sind. |
|
Datum |
N |
Das späteste tatsächliche Lieferdatum für die Bestellposition. |
|
Datum |
N |
Das späteste ursprünglich bestätigte Lieferdatum für die Bestellposition. |
|
text |
N |
Die bestellten Materialien. |
|
text |
N |
Die Kategorisierung der bestellten Materialien. |
|
text |
N |
Das Werk, das dem Bestellelement zugeordnet ist. |
|
text |
N |
Ein benutzerfreundlicher Name zum Identifizieren des Bestellelements. |
|
text |
N |
Der Speicherort, der dem Bestellelement zugeordnet ist. |
|
text |
N | Die Menge und Maßeinheit der Bestellung. |
|
Double |
N |
Der Geldwert in Bezug auf das Bestellelement. |
- Wenn Sie Ereignisse zur Bestellanforderung in die Prozessdiagramme aufnehmen möchten, ist das Feld
Purchase_requisition_ID
obligatorisch.
Goods_receipt_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Die eindeutige Kennung des Wareneingangs. |
|
text |
N* |
Die eindeutige Kennung des Bestellelements. |
- Wenn Sie Wareneingangs-Ereignisse in die Prozessdiagramme aufnehmen möchten, ist das Feld
Purchase_order_item_ID
obligatorisch.
Invoices_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der eindeutige Bezeichner der Rechnung. |
|
text |
N* |
Die eindeutige ID der Rechnung, wie sie im Buchhaltungssystem bekannt ist. |
- Wenn Sie Ereignisse zu Kreditorenkonten in die Prozessdiagramme aufnehmen möchten, ist das Feld
Invoice_ID
obligatorisch.
Invoice_items_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Die eindeutige Kennung des Rechnungselements. |
|
text |
N* |
Der eindeutige Bezeichner der Rechnung. |
|
text |
N* |
Die eindeutige Kennung des Bestellelements. |
- Wenn Sie Ereignisse im Zusammenhang mit Kreditorenkonten in die Prozessdiagramme aufnehmen möchten, sind die Felder
Invoice_ID
undPurchase_ order_item_ID
obligatorisch.
Accounting_documents_base_raw
-Tabelle.
Name |
Typ |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der eindeutige Bezeichner des Buchhaltungsbelegs. |
|
text |
N* |
Die eindeutige ID der Rechnung, wie sie im Buchhaltungssystem bekannt ist. |
- Wenn Sie Ereignisse im Zusammenhang mit Kreditorenkonten in die Prozessdiagramme aufnehmen möchten, sind sowohl die Felder
Accounting_document_ID
als auchInvoice_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 Zahlungsereignisse 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. |
|
DateTime |
Y |
Der Zeitstempel, der mit dem Ende der Ausführung des Ereignisses verbunden ist |
|
text |
Y |
Der eindeutige Bezeichner der Bestellanforderung. |
|
text |
Y |
Der eindeutige Bezeichner der Bestellung. |
|
text |
Y |
Die eindeutige Kennung des Bestellelements. |
|
text |
Y |
Die eindeutige Kennung des Wareneingangs. |
|
text |
Y |
Der eindeutige Bezeichner der Rechnung. |
|
text |
Y |
Die eindeutige Kennung des Rechnungselements. |
|
text |
Y |
Der eindeutige Bezeichner des Buchhaltungsbelegs. |
|
text |
Y |
Die eindeutige Kennung der Zahlung. |
|
Integer |
N |
Die Zahl, die definiert, in welcher Reihenfolge Aktivitäten ausgeführt werden, wenn sie das gleiche Ereignisendehaben. |
| 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. |
User | text | N | Der Benutzer, der das Ereignis ausgeführt hat. |
User_function | text | N | Die dem Benutzer zugeordnete Funktion. |
User_type | text | N | Die Kategorisierung des Benutzers. |
|
Double |
N |
Die Kosten für die Ausführung des Ereignisses. |
Event_start *
|
DateTime |
N |
Der Zeitstempel, der mit dem Beginn der Ausführung des Ereignisses verbunden ist |
-
Wenn sowohl
Event_start
als auchEvent_end
in Ihrem Dataset definiert sind, ist die Dauer des Ereignisses bekannt. Dies wird verwendet, um die Durchlaufzeit von Ereignissen zu berechnen. Wenn nur dasEvent_end
-Ende definiert ist, wird die Durchsatzzeit als Differenz zwischen dem vorherigenEvent_end
und demEvent_end
berechnet.Event_start
wird nur berücksichtigt, wenn jeder Datensatz im Dataset einen Wert ungleich NULL enthält.Wichtig:Wenn SieEvent_cost
und/oderEvent_start
in Purchase-to-Pay verwenden möchten, müssen Sie diese Felder zu Ihrem.mvp
-Connector hinzufügen und DataBridgeAgent verwenden, um die Daten in Ihre Purchase-to-Pay 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.
Hinweis:Es wird erwartet, dass für jeden Datensatz genau eines derID
-Felder ausgefüllt wird, nämlich das der Entität, in der das Ereignis stattfindet. Die anderenID
-Felder können leer sein.Neben den standardmäßigen Pflichtfeldern (Activity
undEvent_end
) ist einEntity_ID
obligatorisch. Dieses Feld hängt von der Entität ab, zu der das Ereignis gehört.
Darüber hinaus sind für Purchase-to-Pay benutzerdefinierte Fall- und Ereignisfelder für Fall- und Ereigniseigenschaften verfügbar.
- 10 Felder vom Typ text (5 Felder für Ereignisse);
- 10 Felder vom Typ double (5 Felder 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 Felder für Ereignisse);
-
10 Felder vom Typ duration (5 Felder für Ereignisse).
Benutzerdefinierte Felder haben generische Namen. Nachfolgend finden Sie eine Übersicht über die benutzerdefinierten Felder, die in einer Purchase-to-Pay-Prozess-App verwendet werden können.
Name |
Datentyp |
Obligatorisch: J/N |
---|---|---|
custom_purchase_order_item_text_{1...10} |
text |
N |
custom_purchase_order_item_number_{1...10} |
Double |
N |
custom_purchase_order_item_datetime_{1...5} |
DateTime |
N |
custom_purchase_order_item_boolean_{1...10} |
boolean |
N |
custom_purchase_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
- Bestellanforderung
- Purchase_requisitions_base_raw
- Bestellung
- Purchase_orders_base_raw
- Purchase_order_items_base_raw
- Goods_receipt_base_raw
- Rechnung
- Invoices_base_raw
- Invoice_items_base_raw
- Buchhaltung
- Accounting_documents_base_raw
- Payment
- Payments_base_raw
- Events
- Events_base_raw
- Benutzerdefinierte Felder