- Versionshinweise
- Bevor Sie beginnen
- Erste Schritte
- Integrationen
- Arbeiten mit Prozess-Apps
- Arbeiten mit Dashboards und Diagrammen
- Arbeiten mit Prozessdiagrammen
- Arbeiten mit Discover-Prozessmodellen und Import BPMN-Modellen
- Showing or hiding the menu
- Kontextinformationen
- Exportieren
- Filter
- Senden von Automatisierungsideen an den UiPath® Automation Hub
- Tags
- Fälligkeitsdaten
- Vergleichen
- Konformitätsprüfung
- Ursachenanalyse
- Simulation des Automatisierungspotenzials
- Starten eines Task Mining-Projekts über Process Mining
- Auslösen einer Automatisierung über eine Prozess-App
- Anzeigen von Prozessdaten
- Erstellen von Apps
- Laden von Daten
- Anpassen von Prozess-Apps
- Einführung in Dashboards
- Dashboards erstellen
- Dashboards
- Automatisierungsmanager
- Input data
- Definieren neuer Eingabetabellen
- Hinzufügen von Feldern
- Hinzufügen von Tabellen
- Anforderungen an das Datenmodell
- Anzeigen und Bearbeiten des Datenmodells
- Exportieren und Importieren von Transformationen
- Viewing the transformations logs
- Bearbeiten und Testen von Datentransformationen
- Structure of transformations
- Zusammenführen von Ereignisprotokollen
- Tips for writing SQL
- Prozessmanager
- Veröffentlichen von Prozess-Apps
- App-Vorlagen
- Zusätzliche Ressourcen
- Vorgefertigte Tags und Fälligkeitsdaten
- Bearbeiten von Datentransformationen in einer lokalen Umgebung
- Setting up a local test environment
- Designing an event log
- Systemanforderungen
- Konfigurieren des DataBridgeAgent
- Hinzufügen eines benutzerdefinierten Connectors zu DataBridgeAgent
- Verwenden von DataBridgeAgent mit dem SAP Connector für den Purchase-to-Pay Discovery Accelerator
- Verwenden von DataBridgeAgent mit dem SAP Connector für den Order-to-Cash Discovery Accelerator
- Erweitern des Extraktionstools SAP Ariba
- Leistungsmerkmale
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.
Optionale Tabellen sollten Teil der Eingabe sein, dürfen aber keine Datensätze 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 |
Ereignisse* |
|
Y |
*) Ereignisse sind keine Entität des Purchase-to-Pay-Prozesses, aber eine Ereignistabelle ist für das korrekte Funktionieren der Purchase-to-Pay-Prozess-App obligatorisch.
Die folgende Abbildung zeigt die Beziehungen zwischen 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 |
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 |
Purchase_requisitions_base_raw
-Tabelle.
Name |
Datentyp |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der eindeutige Bezeichner der Bestellanforderung. |
|
text |
N | |
|
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 | |
|
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. |
|
date |
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 | |
|
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. |
|
date |
N |
Das späteste tatsächliche Lieferdatum für die Bestellposition. |
|
date |
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. |
|
text |
N | |
|
boolean |
N | |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
double |
N |
- 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 | |
|
date |
N | |
|
text |
N | |
|
double |
N | |
|
double |
N | |
|
double |
N | |
|
integer |
N | |
|
integer |
N | |
|
text |
N | |
|
date |
N | |
|
text |
N | |
|
integer |
N | Nettozahlungszeitraum der Rechnung in Tagen. |
|
text |
N | |
|
text |
N | |
|
date |
N |
- 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. |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
double |
N |
- 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. |
|
text |
N | |
|
date |
N | |
|
text |
N | |
|
double |
N | |
|
double |
N | |
|
double |
N | |
|
integer |
N | |
|
integer |
N | |
|
date |
N | |
|
text |
N | |
|
text |
N | |
|
integer |
N | |
|
date |
N | |
|
text |
N | |
|
text |
N | |
|
date |
N | |
|
text |
N | |
|
double |
N |
- 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. |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
boolean |
N | |
|
boolean |
N | |
|
double |
N |
- 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 |
Event_processing_time |
integer |
N | Die Zeit für die Ausführung des Ereignisses (in Millisekunden). |
-
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.