- Notes de publication
- Avant de commencer
- Démarrage
- Intégrations
- Travailler avec des applications de processus
- Travailler avec des tableaux de bord et des graphiques
- Travailler avec des graphiques de processus
- Travailler avec des modèles de processus Découvrir et importer des modèles BPMN
- Showing or hiding the menu
- Informations contextuelles
- Exporter (Export)
- Filtres
- Envoi d’idées d’automatisation au Automation Hub d’UiPath®
- Balises
- Dates d’échéance
- Comparer
- Vérification de la conformité
- Analyse des causes profondes
- Simulation du potentiel d’automatisation
- Démarrage d'un projet Task Mining à partir de Process Mining
- Triggering an automation from a process app
- Afficher les données de processus
- Création d'applications
- Chargement des données
- Charger des données
- Récupération des informations d'identification pour le stockage d'objets blob Azure
- [Aperçu] Charger des données en utilisant une connexion directe
- Chargement de données à l'aide de DataUploader
- Affichage des journaux
- Optimisation d'une application
- Planification des exécutions de données
- Personnaliser les applications de processus
- Introduction aux tableaux de bord
- Créer des tableaux de bord
- Tableaux de bord
- Gestionnaire de l’automatisation
- Input data
- Définition de nouvelles tables d'entrée
- Ajout de champs
- Ajouter des tables
- Configuration requise pour le modèle de données
- Affichage et modification du modèle de données
- Exportation et importation de transformations
- Afficher les journaux de transformations
- Modification et test des transformations de données
- Structure of transformations
- Fusion des journaux d'événements
- Tips for writing SQL
- Gestionnaire de processus
- Publier les applications de processus
- Modèles d'applications
- Ressources supplémentaires
Process Mining
Purchase-to-Pay input fields
Cette section contient un aperçu des champs de chacune des tables d'entrée de Purchase-to-Pay. Pour chaque entité, les champs sont répertoriés. Pour chaque champ, le nom et un type de données sont affichés. En dehors de cela, il est indiqué si le champ est obligatoire si l'entité est incluse dans le processus Purchase-to-Pay.
Les tables facultatives doivent faire partie de l'entrée, mais ne peuvent contenir aucun enregistrement.
NULL
.
Entité |
Table |
Obligatoire O/N |
---|---|---|
Demande d'achat |
|
N |
Bon de commande |
|
Y |
Commandes d'achat |
|
Y |
Entrée de marchandises |
|
N |
Facture |
|
N |
Élément de facture |
|
N |
Comptabilité |
|
N |
Payment |
|
N |
Événements* |
|
Y |
*) Événements n'est pas une entité du processus Purchase-to-Pay, mais une table d'événements est obligatoire pour un fonctionnement correct de l'application de processus Purchase-to-Pay.
L'illustration suivante montre les relations entre les entités de Purchase-to-Pay.
Les noms de table et les noms de champ sont sensibles à la casse. Assurez-vous toujours que les noms de champ (en-têtes de colonne) dans votre ensemble de données correspondent aux noms de champ (en anglais) dans les tableaux ci-dessous et que les noms de fichiers correspondent aux noms de tableaux.
Vous trouverez ci-dessous un aperçu des différents types de champs et de leurs paramètres de format par défaut.
Type de champ |
Format |
---|---|
boolean |
true , false , 1 , 0 |
date |
|
datetime |
yyyy-mm-dd hh:mm:ss[.ms] , où [.ms] est facultatif.
Reportez-vous à la documentation officielle de Microsoft si vous souhaitez modifier le format de date. |
double |
Séparateur décimal :
. (point)
Séparateur pour les milliers : aucun |
integer |
Séparateur pour les milliers : aucun |
text |
S/O |
Purchase_requisitions_base_raw
.
Nom |
Type de données |
Obligatoire O/N |
Description |
---|---|---|---|
|
text |
Y |
L'identifiant unique de la demande d'achat. |
|
text |
N | |
|
text |
N | Le matériel demandé. |
Material_group |
text |
N | La catégorisation du matériel demandé. |
Purchase_requisition |
text |
N | Un nom convivial permettant d'identifier la demande d'achat. |
|
text |
N |
Le statut de la commande d’achat dans le processus. Par exemple : « ouvert » (open), « fermé » (closed), «en attente » (pending), « approuvé » (approved), etc. |
|
text |
N |
La catégorisation des demandes d’achat. |
|
text |
N | |
|
text |
N |
La personne qui a demandé la demande d'achat. |
|
double |
N |
Une valeur monétaire liée à la demande d'achat. |
Purchase_orders_base_raw
.
Nom |
Type de données |
Obligatoire O/N |
Description |
---|---|---|---|
|
text |
Y |
L'identifiant unique du bon de commande |
Company |
text |
N | Société pour laquelle la commande d'achat est créée. |
|
date |
N |
La date à laquelle la commande est créée. |
One_time_supplier |
boolean |
N | Un indicateur si le fournisseur est un fournisseur occasionnel. |
Purchase_order |
text |
N | A user-friendly name to identify the purchase order
. |
|
text |
N |
Le statut de la commande d’achat dans le processus. Par exemple : « ouvert » (open), « fermé » (closed), «en attente » (pending), « approuvé » (approved), etc. |
|
text |
N |
La personne qui a créé le bon de commande. |
|
text |
N |
La catégorisation des commandes. |
|
text |
N |
Groupe d'acheteurs associé à la commande. |
|
text |
N |
L'organisation d'achats associée à la commande. |
|
text |
N |
Fournisseur associé à la commande. |
|
text |
N |
Le pays associé au fournisseur. |
|
text |
N |
Région associée au fournisseur. |
Purchase_order_items_base_raw
.
Nom |
Saisie de texte |
Obligatoire O/N |
Description |
---|---|---|---|
|
text |
Y |
L'identifiant unique de l'élément de commande. |
|
text |
N |
L'identifiant unique du bon de commande |
|
text |
N* |
L'identifiant unique de la demande d'achat. |
|
text |
N | |
|
text |
N |
Le domaine fonctionnel associé au poste de commande d'achat. |
|
text |
N |
Centre de coûts associé à l'élément de commande. |
|
text |
N |
Le client au nom duquel le poste de commande d'achat est créé. |
|
text |
N |
Le pays associé au client. |
|
text |
N |
Région associée au client. |
|
boolean |
N |
Indique si toutes les marchandises commandées ont été reçues. |
|
date |
N |
La dernière date de livraison réelle pour le poste de commande. |
|
date |
N |
La dernière date de livraison initialement confirmée pour le poste de commande. |
|
text |
N |
Les matériaux commandés. |
|
text |
N |
La catégorisation des matériaux commandés. |
|
text |
N |
L'usine associée à l'élément de commande. |
|
text |
N |
Un nom convivial permettant d'identifier le poste de commande. |
|
text |
N |
L'emplacement de stockage associé à l'élément de commande. |
|
text |
N | La quantité et l'unité de mesure commandées. |
|
double |
N |
La valeur monétaire associée à l'élément de commande. |
- * Si vous souhaitez inclure des événements de demande d'achat dans les graphiques de processus, le champ
Purchase_requisition_ID
est obligatoire.
Goods_receipt_base_raw
.
Nom |
Saisie de texte |
Obligatoire O/N |
Description |
---|---|---|---|
|
text |
Y |
L'identifiant unique de la réception des marchandises. |
|
text |
N* |
L'identifiant unique de l'élément de commande. |
|
text |
N | |
|
boolean |
N | |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
double |
N |
- * Si vous souhaitez inclure des événements d'entrée de marchandises dans les graphiques de processus, le champ
Purchase_order_item_ID
est obligatoire.
Invoices_base_raw
.
Nom |
Saisie de texte |
Obligatoire O/N |
Description |
---|---|---|---|
|
text |
Y |
L'identifiant unique de la facture. |
|
text |
N | |
|
date |
N | |
|
text |
N | |
|
double |
N | |
|
double |
N | |
|
double |
N | |
|
integer |
N | |
|
integer |
N | |
|
text |
N | |
|
date |
N | |
|
text |
N | |
|
integer |
N | Période de paiement net de la facture en jours. |
|
text |
N | |
|
text |
N | |
|
date |
N |
- * Si vous souhaitez inclure des événements de comptabilité fournisseur dans les graphiques de processus, le champ
Invoice_ID
est obligatoire.
Invoice_items_base_raw
.
Nom |
Saisie de texte |
Obligatoire O/N |
Description |
---|---|---|---|
|
text |
Y |
L'identifiant unique de l'élément de facture. |
|
text |
N* |
L'identifiant unique de la facture. |
|
text |
N* |
L'identifiant unique de l'élément de commande. |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
double |
N |
- Si vous souhaitez inclure des événements liés aux comptes fournisseurs dans les graphiques de processus, les champs
Invoice_ID
etPurchase_ order_item_ID
sont obligatoires.
Accounting_documents_base_raw
.
Nom |
Saisie de texte |
Obligatoire O/N |
Description |
---|---|---|---|
|
text |
Y |
L'identifiant unique du document comptable. |
|
text |
N* |
L'identifiant unique de la facture tel qu'il est connu dans le système comptable. |
|
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 |
- Si vous souhaitez inclure des événements liés aux comptes fournisseurs dans les graphiques de processus, les champs
Accounting_document_ID
etInvoice_ID
sont obligatoires.
Payments_base_raw
.
Nom |
Saisie de texte |
Obligatoire O/N |
Description |
---|---|---|---|
|
text |
Y |
L'identifiant unique du paiement. |
|
text |
N* |
L'identifiant unique du document comptable. |
|
text |
N | |
|
text |
N | |
|
text |
N | |
|
boolean |
N | |
|
boolean |
N | |
|
double |
N |
- Si vous souhaitez inclure des événements de paiement dans les graphiques de processus, le champ
Accounting_document_ID
est obligatoire.
Events_base_raw
contient tous les journaux de sous-événements pour toutes les entités. Vous trouverez ci-dessous un aperçu des champs de la table Events_base_raw
.
Nom |
Saisie de texte |
Obligatoire O/N |
Description |
---|---|---|---|
|
text |
Y |
Le nom de l’événement. Il est indicatif de l'étape du processus. |
|
datetime |
Y |
L'horodatage associé à la fin de l'exécution de l'événement. |
|
text |
Y |
L'identifiant unique de la demande d'achat. |
|
text |
Y |
L'identifiant unique du bon de commande |
|
text |
Y |
L'identifiant unique de l'élément de commande. |
|
text |
Y |
L'identifiant unique de la réception des marchandises. |
|
text |
Y |
L'identifiant unique de la facture. |
|
text |
Y |
L'identifiant unique de l'élément de facture. |
|
text |
Y |
L'identifiant unique du document comptable. |
|
text |
Y |
L'identifiant unique du paiement. |
|
integer |
N |
Le nombre qui définit dans quel ordre les activités sont exécutées au cas où elles ont le même Fin d'événement. |
|
boolean |
N | Un indicateur si l'événement est exécuté manuellement ou automatisé. |
|
text |
N |
L'équipe qui a exécuté l'événement. |
Event_detail |
text |
N | Informations relatives à l'événement. |
User |
text | N | L'utilisateur qui a exécuté l'événement. |
User_function |
text | N | La fonction associée à l'utilisateur. |
User_type |
text | N | La catégorisation de l'utilisateur. |
|
double |
N |
Les frais d'exécution de l'événement. |
Event_start *
|
datetime |
N |
L'horodatage associé au début de l'exécution de l'événement. |
Event_processing_time |
integer |
N | Temps d'exécution de l'événement (en millisecondes). |
-
Si
Event_start
etEvent_end
sont définis dans votre ensemble de données, la durée de l'événement est connue. Il sera utilisé pour calculer le temps de traitement des événements. Si seule la finEvent_end
est définie, le temps de débit sera calculé comme la différence entre leEvent_end
précédent et leEvent_end
.Event_start
n'est pris en compte que si chaque enregistrement de l'ensemble de données contient une valeur non nulle .Important :Si vous souhaitez utiliserEvent_cost
et/ouEvent_start
dans Purchase-to-Pay, vous devez ajouter ces champs à votre connecteur.mvp
et utiliser DataBridgeAgent pour charger les données dans votre application de processus Purchase-to-Pay. Voir Charger des données avec DataBridgeAgent.Assurez-vous d'ajouter le connecteur à DataBridgeAgent. Voir Ajouter un connecteur personnalisé à DataBridgeAgent.
Remarque :Il est prévu que pour chaque enregistrement, exactement l'un desID
champs soit rempli, qui est celui de l'entité sur laquelle l'événement a lieu. Les autresID
champs peuvent être vides.À côté des champs obligatoires standard (Activity
etEvent_end
), unEntity_ID
est obligatoire. Ce champ dépend de l'entité dont fait partie l'événement.