Votre modèle de données pour le traitement des commandes client, de la commande à l’encaissement

Oracle E-Business Suite
Votre modèle de données pour le traitement des commandes client, de la commande à l’encaissement

Votre modèle de données pour le traitement des commandes client, de la commande à l’encaissement

Ce modèle présente les données essentielles à extraire pour analyser efficacement le traitement des commandes client, de la commande à l’encaissement. Il indique les principaux attributs à recueillir et les activités à suivre dans Oracle E-Business Suite. Vous y trouverez également des conseils pratiques pour extraire ces données et démarrer votre analyse de Process Mining.
  • Attributs recommandés à recueillir
  • Activités clés à suivre pour l’analyse
  • Conseils pour l’extraction des données
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs du traitement des commandes client, de la commande à l’encaissement

Voici les champs de données recommandés pour analyser en détail le traitement des commandes client, de la commande à l’encaissement à partir de votre journal d’événements.
3 Obligatoire 7 Recommandé 10 Facultatif
Nom Description
Commande client
SalesOrder
Identifiant unique de la commande client, qui constitue le cas principal du processus de la commande à l’encaissement.
Description

Le numéro de commande client identifie de manière unique chaque commande tout au long de son cycle de vie, de sa création à sa clôture définitive. Il sert de fil conducteur entre toutes les activités associées, comme l’enregistrement, l’expédition, la facturation et le paiement.

En Process Mining, cet attribut est essentiel pour reconstituer le parcours complet de chaque commande. En regroupant tous les événements sous un même numéro de commande client, les analystes peuvent visualiser le flux de processus de bout en bout, repérer les différences entre les commandes et mesurer des indicateurs clés, comme le temps de cycle et le respect des délais de livraison pour chaque cas.

Pourquoi est-ce important ?

Il s’agit de l’ID de cas, indispensable pour relier tous les événements du processus et analyser le cycle de vie complet de la commande.

Où trouver ces données

Clé primaire d’une commande client, généralement présente dans les tables Oracle Order Management, par exemple OE_ORDER_HEADERS_ALL.HEADER_ID.

Exemples
685127103482459
Heure de l’événement
EventTime
Horodatage indiquant le moment où une activité précise a eu lieu.
Description

L’heure de l’événement, ou horodatage, indique la date et l’heure précises auxquelles une activité a été exécutée. Elle permet, par exemple, de savoir quand une commande a été créée, quand une facture a été envoyée ou quand un paiement a été reçu. Ces données temporelles sont fondamentales pour le Process Mining.

Cet attribut sert à classer chronologiquement les événements de chaque cas, afin de reconstituer fidèlement le flux de processus. Il constitue également la base de tous les calculs de durée et de performance, comme les temps de cycle entre les activités, la durée totale d’un cas et le repérage des retards ou des goulots d’étranglement.

Pourquoi est-ce important ?

Fournit la séquence chronologique des événements et sert de base à toutes les analyses de performance liées au temps, notamment au calcul du temps de cycle et au repérage des goulots d’étranglement.

Où trouver ces données

Provient de différents champs de date des tables Oracle EBS, par exemple CREATION_DATE dans OE_ORDER_HEADERS_ALL, ACTUAL_SHIPMENT_DATE dans WSH_DELIVERY_DETAILS ou TRX_DATE dans RA_CUSTOMER_TRX_ALL.

Exemples
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
Nom de l’activité
ActivityName
Nom d’un événement ou d’une étape métier survenu au cours du cycle de vie d’une commande client.
Description

Cet attribut enregistre le nom de chaque activité effectuée pour une commande client, par exemple « Commande enregistrée », « Marchandises expédiées » ou « Paiement reçu ». Ces activités correspondent aux principales étapes du processus de la commande à l’encaissement.

L’analyse de leur séquence et de leur fréquence est au cœur du Process Mining. Elle permet de découvrir les flux de processus réels, notamment les parcours courants, les écarts et les goulots d’étranglement. Ces données servent à générer la carte du processus, principale visualisation utilisée pour l’analyse des processus.

Pourquoi est-ce important ?

Définit les étapes de la carte du processus, indispensable pour visualiser et analyser le flux de processus.

Où trouver ces données

Il s’agit d’un champ conceptuel dérivé de différents événements, statuts et dates de transaction des systèmes sources, dans des modules tels que Order Management, Shipping Execution et Accounts Receivable.

Exemples
Commande client crééeMarchandises expédiéesFacture crééePaiement reçu
Conditions de paiement
PaymentTerms
Conditions convenues qui précisent à quelle échéance le client doit payer les biens ou les services.
Description

Les conditions de paiement définissent les modalités de règlement d’une facture, par exemple « À 30 jours », « À 60 jours » ou « À réception ». Cet attribut est essentiel à la gestion des créances clients et de la trésorerie.

L’analyse des performances du processus selon les conditions de paiement permet de déterminer si les clients soumis à certaines conditions ont davantage tendance à payer en retard. Ces informations servent à évaluer le risque financier, à optimiser les stratégies de recouvrement et à mesurer l’efficacité des différentes conditions proposées. Il s’agit d’un axe clé du Dashboard « Suivi du respect des conditions de paiement ».

Pourquoi est-ce important ?

Essentiel pour analyser les comportements de paiement, suivre la trésorerie et évaluer le risque financier associé aux différents contrats clients.

Où trouver ces données

Présent dans la table RA_TERMS, reliée par TERM_ID à des tables telles que RA_CUSTOMER_TRX_ALL pour les factures ou OE_ORDER_HEADERS_ALL pour les commandes.

Exemples
À 30 joursÀ 60 joursÀ réception
Date d’échéance du paiement
PaymentDueDate
Date calculée à laquelle le client doit régler la facture.
Description

La date d’échéance du paiement est la date précise à laquelle une facture doit être réglée. Elle est calculée à partir de la date de facturation et des conditions de paiement convenues. Elle constitue la date cible de l’activité « Paiement reçu ».

Cet attribut est essentiel au calcul de l’indicateur « Taux de respect des conditions de paiement », qui compare cette date à la date réelle du paiement. L’analyse des écarts aide l’équipe de recouvrement à prioriser ses efforts, à repérer les clients qui paient régulièrement en retard et à mesurer l’efficacité du processus de relance.

Pourquoi est-ce important ?

Sert de date cible pour le recouvrement des paiements et permet de mesurer leur ponctualité ainsi que le respect des conditions par les clients.

Où trouver ces données

Situé dans le champ DUE_DATE de la table AR_PAYMENT_SCHEDULES_ALL, reliée à la transaction de facturation.

Exemples
2023-06-152023-07-012023-08-30
Date de livraison confirmée
ConfirmedDeliveryDate
Date convenue à laquelle les marchandises doivent être livrées au client.
Description

Cet attribut enregistre la date de livraison promise ou confirmée au client. Elle sert de référence pour mesurer le respect des délais de livraison.

En Process Mining, cette date est comparée à l’horodatage réel de livraison, issu de l’activité « Marchandises livrées », afin de calculer l’indicateur de performance « Taux de livraison dans les délais ». L’analyse des écarts permet de repérer les problèmes récurrents de logistique, de gestion des stocks ou de planification de la production qui entraînent des retards.

Pourquoi est-ce important ?

Sert de référence pour mesurer le respect des délais de livraison, un indicateur clé de la satisfaction client et de la performance opérationnelle.

Où trouver ces données

Cette date figure généralement dans les champs LATEST_ACCEPTABLE_DATE ou REQUEST_DATE au niveau de la ligne de commande dans la table OE_ORDER_LINES_ALL.

Exemples
2023-05-102023-06-012023-07-20
Montant total de la commande
TotalOrderAmount
Valeur monétaire totale de la commande client.
Description

Cet attribut représente la valeur totale de toutes les lignes d’une commande client, exprimée dans la devise de transaction. Il s’agit d’un indicateur financier clé associé à chaque cas.

L’analyse des indicateurs du processus en fonction du montant de la commande aide à prioriser les efforts d’amélioration. Les analystes peuvent, par exemple, vérifier si les commandes de valeur élevée subissent davantage de retards ou de reprises que celles de faible valeur. Cet attribut permet aussi d’évaluer l’impact financier, par exemple en chiffrant la valeur des commandes bloquées à un goulot d’étranglement donné.

Pourquoi est-ce important ?

Permet d’analyser les aspects financiers du processus, de prioriser les commandes de valeur élevée et de chiffrer le coût des inefficacités.

Où trouver ces données

Cette valeur est généralement calculée en additionnant les montants des lignes d’une commande. Les montants des lignes figurent dans des tables telles que OE_ORDER_LINES_ALL.

Exemples
5450.00125000.75980.50
Nom d’utilisateur
UserName
Utilisateur ayant effectué l’activité.
Description

Identifie l’utilisateur qui a exécuté une étape donnée du processus. Il peut s’agir du représentant commercial qui a créé la commande, de l’analyste crédit qui a effectué la vérification ou de l’employé qui a créé la facture.

L’analyse des activités par utilisateur permet de repérer les besoins de formation, les personnes ou les équipes les plus performantes et la répartition de la charge de travail. Elle est également essentielle pour la conformité et l’analyse des pistes d’audit, par exemple pour enquêter sur des actions non autorisées ou comprendre les reprises associées à certains utilisateurs.

Pourquoi est-ce important ?

Permet d’analyser les performances des utilisateurs, la répartition de la charge de travail et le respect des règles de conformité. Aide à répondre à la question : « Qui a effectué cette action ? »

Où trouver ces données

Provient de champs liés aux utilisateurs, comme CREATED_BY ou LAST_UPDATED_BY, dans différentes tables Oracle EBS. Il faut souvent les associer à FND_USER pour obtenir le nom complet de l’utilisateur.

Exemples
JSMITHRWILLIAMSCDAVIS
Nom du client
CustomerName
Nom du client ayant passé la commande.
Description

Cet attribut identifie la raison sociale du client associé à la commande. Il constitue un axe essentiel pour segmenter et analyser les performances du processus.

En filtrant le processus par client ou en le ventilant selon ce critère, les analystes peuvent repérer les clients dont les temps de cycle sont les plus longs, qui connaissent le plus de reprises ou qui sont le plus souvent associés à des retards de paiement. Ces informations sont précieuses pour améliorer la relation client, adapter les niveaux de service et mieux comprendre le comportement des clients.

Pourquoi est-ce important ?

Permet d’analyser le processus du point de vue des clients, de repérer les écarts de performance, d’améliorer le service et de comprendre les comportements de paiement.

Où trouver ces données

Obtenu en associant SOLD_TO_ORG_ID dans OE_ORDER_HEADERS_ALL aux tables HZ_CUST_ACCOUNTS et HZ_PARTIES pour récupérer le nom de la partie.

Exemples
Global Tech Inc.Innovate Solutions LLCPioneer Corp
Statut de la commande
OrderStatus
Statut actuel ou historique de la commande client ou de la ligne de commande.
Description

Cet attribut indique le statut d’une commande client à différents moments, par exemple « Saisie », « Enregistrée », « Clôturée » ou « Annulée ». Les statuts correspondent souvent directement aux activités du processus.

Le suivi du statut des commandes est essentiel pour créer des Dashboards présentant l’état actuel de toutes les commandes en cours. Les responsables peuvent ainsi suivre le portefeuille de commandes, repérer celles qui sont bloquées et gérer les exceptions de manière proactive. L’analyse des changements de statut est une méthode courante pour définir les activités de la carte du processus.

Pourquoi est-ce important ?

Donne une vue d’ensemble du portefeuille de commandes client et aide à repérer les commandes bloquées et à gérer les exceptions du processus.

Où trouver ces données

Généralement présent dans la colonne FLOW_STATUS_CODE des tables OE_ORDER_HEADERS_ALL et OE_ORDER_LINES_ALL.

Exemples
ENREGISTRÉEEN ATTENTE D’EXPÉDITIONEXPÉDIÉECLÔTURÉEANNULÉE
Dernière mise à jour des données
LastDataUpdate
Horodatage de la dernière actualisation des données depuis le système source.
Description

Cet attribut indique la dernière date à laquelle les données ont été extraites d’Oracle E-Business Suite et chargées dans l’outil de Process Mining. Il renseigne sur leur fraîcheur.

Il est essentiel pour que les utilisateurs sachent si les analyses consultées sont à jour. Ils peuvent ainsi déterminer s’ils examinent des informations en temps réel ou un instantané datant d’un moment précis, ce qui compte pour prendre des décisions opérationnelles.

Pourquoi est-ce important ?

Indique si les données sont à jour, un élément important pour se fier à l’analyse et prendre des décisions en temps utile.

Où trouver ces données

Cet horodatage est généré et ajouté lors du processus d’extraction, de transformation et de chargement des données (ETL).

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Devise
Currency
Code de la devise utilisée pour les montants de la commande client.
Description

L’attribut de devise précise dans quelle devise les montants de la commande sont exprimés, par exemple en USD, EUR ou JPY. Il fournit le contexte nécessaire à l’interprétation des données financières liées à la commande.

Il est essentiel pour les analyses menées dans des organisations internationales qui effectuent des transactions dans différentes devises. Il permet d’interpréter correctement les indicateurs financiers, comme le « Montant total de la commande », et de convertir les devises si nécessaire pour les rapports consolidés.

Pourquoi est-ce important ?

Fournit le contexte nécessaire à l’interprétation de tous les montants et garantit la fiabilité de l’analyse financière, en particulier dans un environnement international.

Où trouver ces données

Situé dans le champ TRANSACTIONAL_CURR_CODE de la table OE_ORDER_HEADERS_ALL.

Exemples
USDEURGBP
Livraison dans les délais
IsOnTimeDelivery
Indicateur précisant si la commande a été livrée au plus tard à la date de livraison confirmée.
Description

Cet attribut calculé est un indicateur booléen (vrai/faux) qui précise si la commande a été livrée dans les délais convenus. Il est obtenu en comparant l’horodatage de l’activité « Marchandises livrées » à la « Date de livraison confirmée ».

Cet attribut contribue directement à l’indicateur « Taux de livraison dans les délais ». Il simplifie l’analyse et la création de Dashboards en fournissant un résultat clair, vrai ou faux, pour chaque commande. Il est ainsi facile de filtrer et d’agréger les données pour repérer les caractéristiques des livraisons tardives, comme les produits, les clients ou les modes d’expédition concernés.

Pourquoi est-ce important ?

Mesure directement le niveau de service client et la fiabilité du traitement des commandes, tout en simplifiant le calcul et la visualisation de l’indicateur de livraison dans les délais.

Où trouver ces données

Il s’agit d’un champ calculé. La logique est la suivante : IF ('Goods Delivered' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.

Exemples
truefalse
Mode d’expédition
ShippingMethod
Mode de transport ou transporteur utilisé pour acheminer les marchandises au client.
Description

Cet attribut précise le mode de transport ou le niveau de service utilisé pour l’expédition, par exemple « Fret routier », « Express aérien » ou « Coursier local ». Il influe directement sur les délais et les coûts de livraison.

L’analyse du processus selon cet attribut permet aux entreprises d’évaluer les performances des différents modes d’expédition. Par exemple, le Dashboard « Performance des modes d’expédition » compare le temps de cycle entre les activités « Marchandises expédiées » et « Marchandises livrées » pour chaque mode. Les équipes peuvent ainsi optimiser la logistique en conciliant rapidité, coût et fiabilité.

Pourquoi est-ce important ?

Permet d’évaluer les performances des transporteurs et des options d’expédition afin d’optimiser les coûts, les délais et la fiabilité.

Où trouver ces données

Généralement stocké sous SHIPPING_METHOD_CODE dans des tables telles que WSH_DELIVERY_DETAILS ou OE_ORDER_LINES_ALL.

Exemples
UPS GroundFedEx Priority OvernightDHL Express Worldwide
Motif de l’annulation
CancellationReason
Motif documenté de l’annulation d’une commande client ou d’une ligne de commande.
Description

Lorsqu’une commande client est annulée, cet attribut enregistre le motif fourni. Il peut s’agir, par exemple, d’une demande du client, d’une rupture de stock ou d’un blocage de crédit.

Ces données sont essentielles pour analyser les causes profondes des annulations. Le Dashboard « Taux et motifs d’annulation des commandes client » s’appuie sur cet attribut pour repérer les principales causes d’annulation. L’entreprise peut alors mettre en place des mesures ciblées pour réduire les pertes de clients, améliorer les prévisions de stock ou revoir ses politiques de crédit.

Pourquoi est-ce important ?

Indique directement pourquoi les commandes sont annulées et permet d’en analyser les causes profondes afin de réduire les ventes perdues et de fidéliser les clients.

Où trouver ces données

Cette information est souvent enregistrée dans un champ de code de motif, tel que CANCELLED_REASON, qui peut se trouver dans la table OE_ORDER_LINES_ALL ou dans une table associée aux modifications de commande.

Exemples
Article retiré du catalogueAnnulation par le clientCommande en double
Numéro de produit
ProductNumber
Identifiant unique du produit ou de l’article figurant sur la ligne de commande client.
Description

Cet attribut identifie précisément le matériel, l’article ou le service vendu. Il permet d’analyser le processus à un niveau plus détaillé que celui de l’en-tête de commande.

L’analyse du processus par produit permet de repérer les problèmes propres à certains produits. Certains peuvent, par exemple, nécessiter des délais de traitement plus longs en raison de la complexité de leur fabrication ou de leur approvisionnement. D’autres peuvent être associés à davantage d’erreurs d’expédition ou de litiges clients. Ces informations permettent de cibler les améliorations de la chaîne d’approvisionnement et de la gestion des produits.

Pourquoi est-ce important ?

Permet d’analyser le processus par produit et de repérer les articles à l’origine de retards, de reprises ou d’autres inefficacités.

Où trouver ces données

Dérivé de INVENTORY_ITEM_ID dans la table OE_ORDER_LINES_ALL, qui peut être associé à MTL_SYSTEM_ITEMS_B pour obtenir le numéro ou la description de l’article.

Exemples
AS54888CM15001SV20100
Paiement dans les délais
IsPaymentOnTime
Indicateur précisant si le paiement a été reçu au plus tard à la date d’échéance de la facture.
Description

Cet attribut booléen calculé compare l’horodatage de l’activité « Paiement reçu » à la « Date d’échéance du paiement » de la facture correspondante. Il indique simplement si le paiement respecte ou non les conditions convenues.

Cet indicateur sert de base au calcul du « Taux de respect des conditions de paiement ». Il simplifie la création de Dashboards et de rapports sur les comportements de paiement des clients et l’efficacité du processus de gestion des créances clients. Il permet de distinguer rapidement les paiements effectués dans les délais des paiements tardifs, puis d’en analyser les facteurs, comme le type de client ou les conditions de paiement.

Pourquoi est-ce important ?

Mesure directement le respect des conditions de paiement, un élément essentiel pour gérer la trésorerie et évaluer la fiabilité financière des clients.

Où trouver ces données

Il s’agit d’un champ calculé. La logique est la suivante : IF ('Payment Received' EventTime <= PaymentDueDate) THEN True ELSE False.

Exemples
truefalse
Quantité commandée
OrderQuantity
Quantité de produits commandée sur une ligne précise de la commande client.
Description

Cet attribut indique le nombre d’unités d’un produit donné que le client a commandées sur une ligne de commande. Il représente le volume de la transaction à l’échelle de la ligne.

La quantité commandée peut servir d’axe d’analyse pour déterminer si le volume de la commande modifie le déroulement du processus. Les commandes très importantes ou très petites peuvent, par exemple, suivre des parcours différents ou subir des retards de nature différente. Cet attribut apporte également un contexte à d’autres indicateurs, comme la valeur de la commande.

Pourquoi est-ce important ?

Précise le volume d’une commande et permet d’analyser son incidence sur l’efficacité du processus et les parcours de traitement.

Où trouver ces données

Présent dans le champ ORDERED_QUANTITY de la table OE_ORDER_LINES_ALL.

Exemples
102501
Reprises
IsRework
Indicateur précisant si une commande client a fait l’objet de reprises, par exemple de confirmations ou de mises à jour répétées.
Description

Cet attribut booléen calculé signale les cas présentant des schémas caractéristiques de reprises. Celles-ci peuvent être repérées en détectant des boucles dans la carte du processus, par exemple lorsqu’une commande est enregistrée plusieurs fois, ou en identifiant des événements de modification consignés dans le système.

Cet indicateur sert à calculer le « Taux de reprises des commandes client » et à alimenter le Dashboard « Analyse des retouches des commandes client ». Les analystes peuvent ainsi isoler et étudier facilement les commandes qui s’écartent du processus standard, mesurer l’incidence des reprises sur les temps de cycle et les coûts, et en repérer les causes profondes.

Pourquoi est-ce important ?

Aide à mesurer les inefficacités du processus en signalant les commandes qui ont nécessité des modifications manuelles, afin d’analyser les causes et les conséquences des reprises.

Où trouver ces données

Calculé lors de la transformation des données en repérant les séquences d’activités qui forment une boucle, par exemple lorsque « Commande enregistrée » apparaît plusieurs fois pour un même cas.

Exemples
truefalse
Système source
SourceSystem
Système dont les données ont été extraites.
Description

Cet attribut identifie le système d’information source dont proviennent les données d’événement. Pour ce processus, sa valeur sera toujours « Oracle E-Business Suite ».

Dans un environnement comportant plusieurs systèmes, ce champ est essentiel pour assurer la traçabilité des données et faciliter le diagnostic des problèmes. Même lorsque les données proviennent d’un seul système, il apporte un contexte important au modèle de données et contribue à normaliser leur intégration.

Pourquoi est-ce important ?

Précise l’origine des données, ce qui permet d’en assurer la traçabilité et de les interpréter correctement, en particulier dans un environnement composé de plusieurs systèmes.

Où trouver ces données

Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement des données (ETL) pour en indiquer l’origine.

Exemples
Oracle E-Business SuiteOracle EBS R12
Obligatoire Recommandé Facultatif

Activités du traitement des commandes client, de la commande à l’encaissement

Voici les principales étapes et les jalons à consigner dans votre journal d’événements pour découvrir et optimiser vos processus avec précision.
7 Recommandé 6 Facultatif
Activité Description
Commande client créée
Cette activité correspond à la création initiale d’une commande client dans le système. Il s’agit d’un événement explicite enregistré lorsqu’un utilisateur enregistre l’en-tête d’une nouvelle commande. Il marque le début officiel du processus de la commande à l’encaissement.
Pourquoi est-ce important ?

Il s’agit de l’événement de début principal du processus. L’analyse du délai entre ce point et les activités suivantes est essentielle pour mesurer la durée totale du cycle de la commande à l’encaissement.

Où trouver ces données

Cet événement est enregistré dans la table OE_ORDER_HEADERS_ALL du module Oracle Order Management. La colonne CREATION_DATE fournit l’horodatage explicite de l’activité.

Données à recueillir

Utilisez CREATION_DATE dans la table OE_ORDER_HEADERS_ALL.

Type d’événement explicit
Commande clôturée
Cette activité marque la fin du traitement de la commande client, une fois toutes ses lignes expédiées, facturées et clôturées. Elle correspond à une mise à jour explicite de l’état de l’en-tête de commande.
Pourquoi est-ce important ?

Il s’agit du principal événement de fin réussie du processus de la commande à l’encaissement. Son horodatage final permet de calculer le temps de cycle de bout en bout des commandes exécutées avec succès.

Où trouver ces données

Cet événement est enregistré dans la table OE_ORDER_HEADERS_ALL lorsque FLOW_STATUS_CODE passe à « CLOSED ». LAST_UPDATE_DATE de ce changement d’état fournit l’horodatage de l’événement.

Données à recueillir

Horodatage de la mise à jour dans OE_ORDER_HEADERS_ALL lorsque FLOW_STATUS_CODE passe à « CLOSED ».

Type d’événement explicit
Commande confirmée
Cette étape correspond à la confirmation officielle de la commande client. Celle-ci devient active et peut passer aux étapes suivantes, comme l’approvisionnement et l’expédition. Dans Oracle EBS, cette action explicite fait passer l’état de la commande de « Saisie » à « Confirmée ».
Pourquoi est-ce important ?

La confirmation est une étape importante qui engage officiellement la commande en vue de son exécution. Un délai entre la création et la confirmation peut révéler des problèmes de saisie, d’approbation ou de validation initiale.

Où trouver ces données

L’événement est enregistré dans la table OE_ORDER_HEADERS_ALL lorsque BOOKED_FLAG prend la valeur « Y ». L’horodatage figure dans la colonne BOOKED_DATE.

Données à recueillir

Utilisez BOOKED_DATE dans la table OE_ORDER_HEADERS_ALL.

Type d’événement explicit
Facture créée
Cet événement marque la création de la facture client pour les marchandises expédiées. Il est déclenché explicitement par le processus AutoInvoice, qui transfère les données d’Order Management et de Shipping vers le module Receivables.
Pourquoi est-ce important ?

Cette activité marque le début du règlement financier du processus. Elle sert de point de départ pour mesurer le temps de cycle entre la facturation et le paiement, et suivre l’efficacité de la facturation.

Où trouver ces données

Cette transaction explicite est enregistrée dans la table RA_CUSTOMER_TRX_ALL d’Oracle Receivables. TRX_DATE ou CREATION_DATE fournit l’horodatage de l’événement.

Données à recueillir

Utilisez TRX_DATE dans la table RA_CUSTOMER_TRX_ALL.

Type d’événement explicit
Marchandises expédiées
Cette activité correspond à la fin de la confirmation d’expédition, lorsque les marchandises quittent physiquement l’entrepôt. Cet événement explicite important du module d’expédition met à jour le stock et fait avancer l’état de la commande.
Pourquoi est-ce important ?

Cette étape importante de l’exécution sert à mesurer le respect des délais d’expédition. Elle déclenche également la facturation et la comptabilisation du chiffre d’affaires.

Où trouver ces données

Cet événement est enregistré comme une transaction explicite dans Oracle Shipping Execution. Son horodatage figure dans la colonne INITIAL_PICKUP_DATE de la table WSH_NEW_DELIVERIES ou peut être déduit du passage à « Expédiée » de l’état dans WSH_DELIVERY_DETAILS.

Données à recueillir

Utilisez la date de confirmation d’expédition dans WSH_DELIVERY_DETAILS ou WSH_NEW_DELIVERIES.

Type d’événement explicit
Paiement reçu
Cette activité a lieu lorsque le paiement du client est reçu et imputé à la facture correspondante dans le système. Il s’agit d’une transaction financière explicite enregistrée dans le module Accounts Receivable.
Pourquoi est-ce important ?

Cette étape est essentielle au suivi de la trésorerie, du délai moyen de paiement client (DSO) et du respect des conditions de paiement. Elle marque un point de fin important pour mesurer le temps de cycle financier.

Où trouver ces données

L’opération est enregistrée explicitement dans la table AR_RECEIVABLE_APPLICATIONS_ALL. La colonne APPLY_DATE indique l’horodatage auquel le paiement a été imputé à la facture.

Données à recueillir

Pour la facture concernée, utilisez APPLY_DATE dans AR_RECEIVABLE_APPLICATIONS_ALL.

Type d’événement explicit
Stock affecté
Cette activité correspond à la réservation du stock pour les lignes de commande, afin de garantir que les quantités nécessaires sont disponibles pour le prélèvement. Elle est généralement déduite d’un changement d’état de la ligne de commande indiquant que celle-ci peut être transmise à l’entrepôt.
Pourquoi est-ce important ?

Cette étape permet de savoir si la commande est prête à être exécutée. Un retard peut signaler une pénurie de stock, un problème d’approvisionnement ou une affectation inefficace.

Où trouver ces données

L’activité est déduite des changements d’état dans la table WSH_DELIVERY_DETAILS. Elle a lieu lorsque l’état d’une ligne passe à « Prête à être libérée » ; l’horodatage est tiré de la mise à jour correspondante.

Données à recueillir

Déduite du passage à « Prête à être libérée » de l’état des lignes dans WSH_DELIVERY_DETAILS.

Type d’événement inferred
Commande annulée
Cette activité correspond à l’annulation d’une commande client entière avant la fin de son exécution. Cet événement explicite met fin au flux de travail de traitement de la commande.
Pourquoi est-ce important ?

Il s’agit d’un point de sortie correspondant à une exception importante. L’analyse de la fréquence, du moment et des motifs des annulations est essentielle pour repérer les pertes de revenus et les problèmes liés aux processus ou aux produits.

Où trouver ces données

Enregistré dans la table OE_ORDER_HEADERS_ALL lorsque FLOW_STATUS_CODE prend la valeur « CANCELLED » et que CANCELLED_FLAG vaut « Y ». LAST_UPDATE_DATE peut servir d’horodatage.

Données à recueillir

Horodatage auquel CANCELLED_FLAG dans OE_ORDER_HEADERS_ALL prend la valeur « Y ».

Type d’événement explicit
Facture envoyée au client
Cette activité correspond à l’envoi de la facture au client, par impression ou par voie électronique. Elle est généralement déduite, car l’envoi ne fait pas toujours l’objet d’un événement distinct de la création.
Pourquoi est-ce important ?

Cette étape marque le début officiel du délai de paiement du client. Tout retard entre la création et l’envoi de la facture peut nuire à la trésorerie et entraîner des paiements tardifs.

Où trouver ces données

Cette activité peut être déduite de LAST_PRINTED_DATE dans la table RA_CUSTOMER_TRX_ALL. Pour les factures électroniques, il peut être nécessaire de consulter les journaux d’un système externe de distribution de documents.

Données à recueillir

Utilisez LAST_PRINTED_DATE dans RA_CUSTOMER_TRX_ALL ou les journaux d’outils tiers.

Type d’événement inferred
Ligne de commande clôturée
Cette activité indique que le traitement d’une ligne de commande client est terminé, y compris l’expédition et la facturation. Il s’agit d’un changement d’état explicite géré par le flux de travail.
Pourquoi est-ce important ?

Le suivi de la clôture des lignes permet d’analyser les expéditions partielles et de repérer les problèmes liés à certains produits ou parcours d’exécution avant la clôture de la commande entière.

Où trouver ces données

Cet événement est enregistré dans la table OE_ORDER_LINES_ALL lorsque FLOW_STATUS_CODE passe à « CLOSED ». LAST_UPDATE_DATE de ce changement d’état peut servir d’horodatage.

Données à recueillir

Horodatage de la mise à jour dans OE_ORDER_LINES_ALL lorsque FLOW_STATUS_CODE passe à « CLOSED ».

Type d’événement explicit
Marchandises livrées
Cette activité indique que l’expédition est arrivée chez le client. Oracle EBS standard ne suit pas cet événement ; il faut donc généralement le déduire ou l’importer depuis les systèmes des transporteurs.
Pourquoi est-ce important ?

Cet événement est essentiel pour mesurer les indicateurs de respect des délais de livraison et comprendre l’expérience client dans son ensemble. L’écart entre l’expédition et la livraison permet d’évaluer les performances du transporteur.

Où trouver ces données

Une analyse du système est nécessaire. Ces données ne sont pas disponibles nativement dans Oracle EBS : elles doivent provenir des flux de données des transporteurs ou des plateformes logistiques intégrées au système.

Données à recueillir

Déduite des données du transporteur ou estimée à partir d’un délai de transit standard après « Marchandises expédiées ».

Type d’événement inferred
Prélèvement lancé
Cet événement marque le moment où les lignes de commande sont transmises à l’entrepôt pour le début du prélèvement. Cette action explicite crée les bons de prélèvement et rend la commande visible aux opérateurs de l’entrepôt.
Pourquoi est-ce important ?

Cette activité lance l’exécution physique de la commande. L’analyse du délai entre cette étape et « Marchandises expédiées » permet d’évaluer l’efficacité des opérations en entrepôt et de repérer les goulots d’étranglement liés au prélèvement.

Où trouver ces données

Il s’agit d’un événement explicite enregistré dans le module Oracle Shipping Execution. Il peut être repéré lorsque l’état des détails de livraison dans WSH_DELIVERY_DETAILS passe à « Transmis à l’entrepôt » ou « Pouvant faire l’objet d’une transaction ».

Données à recueillir

Horodatage du passage de WSH_DELIVERY_DETAILS.RELEASED_STATUS à « S » (Submitted).

Type d’événement explicit
Vérification de solvabilité effectuée
Cette activité indique que la vérification de solvabilité du client pour la commande est terminée. Elle est souvent enregistrée lorsqu’une éventuelle retenue liée à cette vérification est levée, ce qui permet à la commande de poursuivre son traitement.
Pourquoi est-ce important ?

Les retards de vérification de solvabilité constituent un goulot d’étranglement fréquent et peuvent bloquer l’ensemble du processus d’exécution. Le suivi de cette activité aide à repérer les inefficacités dans les contrôles financiers et les approbations.

Où trouver ces données

Cet événement peut être déduit de la table OE_ORDER_HOLDS_ALL en repérant l’horodatage de la levée d’une retenue « Vérification de solvabilité » pour un en-tête de commande donné.

Données à recueillir

Utilisez l’horodatage de levée des retenues liées à la solvabilité dans OE_ORDER_HOLDS_ALL.

Type d’événement inferred
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données d’Oracle E-Business Suite

Prêt à commencer ?

Ce modèle contient tout ce dont vous avez besoin pour commencer à optimiser le traitement des commandes client, de la commande à l’encaissement. Améliorez votre processus dès aujourd’hui et gagnez en efficacité.

Améliorez dès maintenant le traitement des commandes client, de la commande à l’encaissement !

Repérez les inefficacités et réduisez de 30 % le temps de cycle de la commande à l’encaissement.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Essai gratuit de 14 jours.