Modèle de Données : De la Commande au Paiement - Traitement des Commandes de Vente

Oracle E-Business Suite
Modèle de Données : De la Commande au Paiement - Traitement des Commandes de Vente

Votre modèle de données pour le processus de la Commande à l'Encaissement – Traitement des commandes clients

Ce template offre une vue d'ensemble structurée des données essentielles à extraire pour une analyse efficace du Cycle de Commande au Paiement - Traitement des Commandes de Vente. Il décrit les attributs cruciaux à collecter et les activités clés à suivre au sein de votre Oracle E-Business Suite. De plus, vous y trouverez des conseils pratiques sur la manière d'extraire ces données, assurant un démarrage en douceur de votre parcours Process Mining.
  • Attributs recommandés à collecter
  • Activités clés à suivre pour l'analyse
  • Guide pour l'extraction de données
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs du Cycle de Commande à l'Encaissement - Traitement des Commandes de Vente

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse exhaustive du processus de la commande à l'encaissement - Traitement des commandes de vente.
3 Obligatoire 7 Recommandé 10 Facultatif
Nom Description
Commande client
SalesOrder
L'identifiant unique d'une commande de vente client, servant de cas principal pour le processus de la commande à l'encaissement.
Description

Le numéro de commande de vente identifie de manière unique chaque commande client tout au long de son cycle de vie, de la création à la clôture finale. Il agit comme le fil conducteur central reliant toutes les activités connexes, telles que la prise de commande, l'expédition, la facturation et le paiement.

En process mining, cet attribut est essentiel pour reconstruire le parcours de bout en bout de chaque commande. En regroupant tous les events sous une seule commande de vente, les analystes peuvent visualiser le flux de processus complet, identifier les variations entre les commandes et mesurer les indicateurs clés de performance comme le temps de cycle et la livraison à temps pour les cas individuels.

Pourquoi c'est important

Ceci est l'ID de cas, qui est fondamental pour lier tous les événements de processus ensemble afin d'analyser le cycle de vie complet de la commande.

Où obtenir

La clé primaire d'une commande de vente, généralement trouvée dans les tables de gestion des commandes Oracle comme OE_ORDER_HEADERS_ALL.HEADER_ID.

Exemples
685127103482459
Heure de l'événement
EventTime
Le timestamp indiquant quand une activité spécifique s'est produite.
Description

Horodatage (Event Time) : enregistre la date et l’heure exactes d’exécution d’une activité. Par exemple, il trace la création d’une commande, l’envoi d’une facture ou la réception d’un paiement. Ces données temporelles sont fondamentales pour le Process Mining.

Cet attribut sert à ordonner les événements chronologiquement pour chaque cas, condition nécessaire pour reconstituer fidèlement le flux du processus. Il est également à la base de tous les calculs de durée et de performance, comme les temps de cycle entre activités, la durée totale d’un cas et l’identification des retards ou goulots d’étranglement.

Pourquoi c'est important

Fournit la séquence chronologique des événements et constitue la base de toute analyse de performance basée sur le temps, y compris le temps de cycle et l'identification des goulots d'étranglement.

Où obtenir

Provient de divers champs de date à travers les tables Oracle EBS, tels que 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
Le nom d'un event commercial ou d'une étape spécifique survenu au sein du cycle de vie de la commande de vente.
Description

Cet attribut enregistre le nom de chaque activité effectuée sur une commande client, comme « Commande enregistrée », « Marchandises expédiées » ou « Paiement reçu ». Ces activités représentent les étapes clés du processus Commande au paiement.

L'analyse de la séquence et de la fréquence de ces activités est au cœur du Process Mining. Elle permet de découvrir les flux de processus réels, y compris les chemins courants, les écarts et les goulots d'étranglement. Ces données sont utilisées pour générer la carte des processus, qui est la visualisation principale pour l'analyse des processus.

Pourquoi c'est important

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

Où obtenir

Ceci est un champ conceptuel dérivé de divers événements du système source, statuts et dates de transaction à travers des modules comme la Gestion des commandes, l'Exécution des expéditions et les Comptes clients.

Exemples
Commande client crééeMarchandises ExpédiéesFacture crééePaiement reçu
Conditions de paiement
PaymentTerms
Les conditions convenues qui définissent la date à laquelle le client est censé régler les biens ou services.
Description

Les Conditions de Paiement spécifient les modalités de règlement d'une facture, telles que 'Net 30', 'Net 60' ou 'Dû à réception'. Cet attribut est fondamental pour la gestion des comptes clients et des flux de trésorerie.

L'analyse de la performance du processus par conditions de paiement permet d'identifier si les clients ayant certaines conditions sont plus susceptibles de payer en retard. Ces informations sont utilisées pour évaluer le risque financier, optimiser les stratégies de recouvrement et évaluer l'efficacité des différentes offres de conditions de paiement. C'est une dimension clé pour le tableau de bord de 'Suivi de la Conformité des Conditions de Paiement'.

Pourquoi c'est important

Crucial pour analyser les comportements de paiement, suivre la trésorerie et évaluer le risque financier lié aux différents accords clients.

Où obtenir

Se trouve dans la table RA_TERMS, lié via TERM_ID dans des tables telles que RA_CUSTOMER_TRX_ALL (pour les factures) ou OE_ORDER_HEADERS_ALL (pour les commandes).

Exemples
Net 30Net 60Dû à réception
Date d'échéance du paiement
PaymentDueDate
La date calculée à laquelle le paiement de la facture est dû par le client.
Description

La Date d'échéance du paiement est la date calendaire spécifique à laquelle une facture doit être réglée, calculée en fonction de la date de facturation et des conditions de paiement convenues. C'est la date cible pour l'activité 'Paiement Reçu'.

Cet attribut est essentiel pour calculer le KPI 'Taux de conformité aux conditions de paiement' en le comparant à la date de paiement réelle. L'analyse des écarts aide l'équipe de recouvrement à prioriser ses efforts, à identifier les clients payant systématiquement en retard et à mesurer l'efficacité du processus de relance.

Pourquoi c'est important

Sert de date cible pour le recouvrement des paiements, permettant de mesurer la ponctualité des paiements et la conformité des clients aux conditions.

Où obtenir

Situé dans le champ DUE_DATE de la table AR_PAYMENT_SCHEDULES_ALL, qui est liée à la transaction de la facture.

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

Cet attribut stocke la date de livraison qui a été promise ou confirmée au client. Il sert de cible ou référence pour mesurer la performance de livraison à temps.

En Process Mining, cette date est comparée à l'horodatage de livraison réel (issu de l'activité « Marchandises livrées ») pour calculer le KPI « Taux de livraison à temps ». L'analyse des écarts par rapport à cette date aide à identifier les problèmes systémiques dans la logistique, la gestion des stocks ou la planification de la production qui entraînent des retards de livraison.

Pourquoi c'est important

Ceci est la référence pour mesurer la performance de livraison à temps, un KPI critique pour la satisfaction client et l'excellence opérationnelle.

Où obtenir

Cette date se trouve 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
La valeur monétaire totale de la commande de vente.
Description

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

L'analyse des mesures de processus par montant de commande aide à prioriser les efforts d'amélioration. Par exemple, les analystes peuvent vérifier si les commandes de grande valeur subissent plus de retards ou de reprise que les commandes de faible valeur. Cela permet également d'évaluer l'impact financier, par exemple en quantifiant la valeur des commandes bloquées dans un goulot d'étranglement particulier.

Pourquoi c'est important

Permet l’analyse financière du processus, aide à prioriser les commandes à forte valeur et à quantifier l’impact monétaire des inefficacités.

Où obtenir

Cette valeur est généralement calculée en additionnant les montants des lignes pour une commande donnée. Les montants des lignes se trouvent dans des tables telles que OE_ORDER_LINES_ALL.

Exemples
5450.00125000.75980.50
Nom d'utilisateur
UserName
L'utilisateur qui a effectué l'activité.
Description

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

L'analyse des activités par utilisateur aide à identifier les besoins de formation, les individus ou les équipes très performants, ainsi que la répartition de la charge de travail. Elle est également essentielle pour la conformité et l'analyse des pistes d'audit, comme l'investigation d'actions non autorisées ou la compréhension des schémas de retouches associés à des utilisateurs spécifiques.

Pourquoi c'est important

Permet d’analyser la performance des utilisateurs, la répartition de la charge de travail et le respect des protocoles de conformité. Aide à répondre à la question « qui » a effectué une action.

Où obtenir

Provient de champs liés à l'utilisateur comme CREATED_BY ou LAST_UPDATED_BY dans diverses tables Oracle EBS. Cela nécessite souvent une jointure avec FND_USER pour obtenir le nom complet de l'utilisateur.

Exemples
JSMITHRWILLIAMSCDAVIS
Nom du client
CustomerName
Le nom du client ayant passé la commande de vente.
Description

Cet attribut identifie le nom légal du client associé à la commande de vente. C'est une dimension principale pour la segmentation et l'analyse de la performance des processus.

En filtrant ou en décomposant le processus par client, les analystes peuvent identifier quels clients connaissent les temps de cycle les plus longs, ont les taux de reprise les plus élevés, ou sont le plus souvent associés à des retards de paiement. Cette information est inestimable pour améliorer les relations client, adapter les niveaux de service et comprendre le comportement client.

Pourquoi c'est important

Permet une analyse centrée sur le client pour identifier les variations de performance, améliorer le service et comprendre les comportements de paiement chez différents clients.

Où obtenir

Dérivé en reliant SOLD_TO_ORG_ID de OE_ORDER_HEADERS_ALL aux tables HZ_CUST_ACCOUNTS et HZ_PARTIES afin de récupérer le nom du tiers.

Exemples
Global Tech Inc.Innovate Solutions LLCPioneer Corp
Statut de la commande
OrderStatus
L'état actuel ou historique de la commande de vente ou de la ligne de commande.
Description

Cet attribut capture le statut d'une commande de vente à différents moments, tels que 'Saisie', 'Réservée', 'Clôturée' ou 'Annulée'. Les statuts correspondent souvent directement aux activités du processus.

Le suivi du statut de la commande est essentiel pour construire des dashboards qui montrent l'état actuel de toutes les commandes actives. Il permet aux responsables de surveiller le pipeline de commandes, d'identifier les commandes bloquées et de gérer proactivement les exceptions. L'analyse des transitions de statut est une méthode courante pour définir les activités de la cartographie des processus.

Pourquoi c'est important

Offre une visibilité sur le pipeline des commandes de vente, aidant à identifier les commandes bloquées et à gérer les exceptions de processus.

Où obtenir

Se trouve généralement dans la colonne FLOW_STATUS_CODE des tables OE_ORDER_HEADERS_ALL et OE_ORDER_LINES_ALL.

Exemples
BOOKEDAWAITING_SHIPPINGEXPÉDIÉCLOSEDCANCELLED
Dernière mise à jour des données
LastDataUpdate
L'horodatage de la dernière actualisation des données depuis le système source.
Description

Cet attribut indique la dernière fois que les données ont été extraites d'Oracle E-Business Suite et chargées dans l'outil de Process Mining. Il reflète la fraîcheur des données analysées.

Il est crucial que les utilisateurs comprennent l'actualité des informations qu'ils consultent. Ils peuvent ainsi déterminer s'ils consultent des informations en temps réel ou un instantané d'un moment précis, ce qui est essentiel pour la prise de décisions opérationnelles.

Pourquoi c'est important

Informe les utilisateurs sur la fraîcheur des données, un aspect crucial pour la fiabilité de l'analyse et la prise de décisions éclairées.

Où obtenir

Ce timestamp est généré et ajouté pendant le processus d'extraction, de transformation et de chargement des données (ETL).

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Devise
Currency
Le code de devise pour les valeurs monétaires de la commande de vente.
Description

L'attribut de devise spécifie la monnaie dans laquelle les montants de la commande sont libellés, tels que USD, EUR ou JPY. Il fournit le contexte nécessaire à l'interprétation de toute donnée financière liée à la commande.

Ceci est essentiel pour les analyses dans les organisations multinationales qui effectuent des transactions dans diverses devises. Il garantit que les indicateurs financiers comme le 'Montant Total de la Commande' sont correctement compris et permet une conversion de devises appropriée si nécessaire pour les rapports consolidés.

Pourquoi c'est important

Fournit un contexte essentiel pour toutes les valeurs monétaires, assurant une analyse financière précise, en particulier dans un environnement commercial mondial.

Où obtenir

Situé dans le champ TRANSACTIONAL_CURR_CODE de la table OE_ORDER_HEADERS_ALL.

Exemples
USDEURGBP
Est un retravail
IsRework
Un indicateur identifiant si une commande client a fait l'objet de retouches, comme des activités de confirmation ou de mise à jour répétées.
Description

Ceci est un attribut booléen calculé qui signale les cas contenant des modèles indiquant une reprise de travail. La reprise peut être identifiée en détectant des boucles dans la carte des processus, comme une commande étant enregistrée plusieurs fois, ou par des événements de modification spécifiques enregistrés dans le système.

Cet indicateur est utilisé pour calculer le KPI « Taux de reprise des commandes client » et alimenter le dashboard « Analyse de la reprise des commandes client ». Il permet aux analystes d'isoler et étudier les commandes qui s'écartent du processus standard, aidant à quantifier l'impact de la reprise sur les temps de cycle et les coûts, et à identifier les causes profondes de ces boucles inefficaces.

Pourquoi c'est important

Aide à quantifier l'inefficacité des processus en signalant les commandes qui ont nécessité des modifications manuelles, permettant ainsi l'analyse des causes et des impacts des retouches.

Où obtenir

Calculé lors de la transformation des données, en identifiant des séquences d’activités qui forment une boucle (p. ex. « Order Booked » qui se produit plus d’une fois pour le même cas).

Exemples
truefaux
Livraison dans les délais
IsOnTimeDelivery
Un indicateur indiquant si la commande a été livrée à ou avant la date de livraison confirmée.
Description

Cet attribut calculé est un indicateur booléen (Vrai/Faux) qui indique si une commande a respecté son engagement de livraison. Il est dérivé en comparant l'horodatage de l'activité « Marchandises livrées » avec la « Date de livraison confirmée ».

Cet attribut soutient directement le KPI « Taux de livraison à temps ». Il simplifie l'analyse et la création de dashboards en fournissant un résultat binaire clair pour chaque commande. Cela permet un filtrage et une agrégation faciles pour identifier les caractéristiques des livraisons tardives, telles que les produits courants, les clients ou les méthodes d'expédition.

Pourquoi c'est important

Mesure directement le niveau de service client et la fiabilité d’exécution, et simplifie le calcul et la visualisation du KPI de livraison à l’heure.

Où obtenir

Ceci est un champ calculé. La logique est : IF ('Marchandises livrées' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.

Exemples
truefaux
Méthode d'expédition
ShippingMethod
La méthode ou le transporteur utilisé pour acheminer les marchandises au client.
Description

Cet attribut spécifie le mode de transport ou le niveau de service utilisé pour l'expédition, tels que « Fret terrestre », « Express aérien » ou « Coursier local ». C'est un facteur clé influençant à la fois le délai de livraison et le coût.

En analysant le processus à l'aide de cet attribut, les entreprises peuvent évaluer la performance des différentes méthodes d'expédition. Par exemple, le dashboard « Performance des méthodes d'expédition » compare le temps de cycle entre « Marchandises expédiées » et « Marchandises livrées » pour chaque méthode, aidant à optimiser la logistique pour un équilibre entre rapidité, coût et fiabilité.

Pourquoi c'est important

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

Où obtenir

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

Exemples
UPS GroundFedEx Priority OvernightDHL Express Worldwide
Motif d'annulation
CancellationReason
Le motif documenté de l'annulation d'une commande de vente ou d'une ligne de commande.
Description

Lorsqu'une commande de vente est annulée, cet attribut capture la raison fournie pour l'annulation. Les exemples de raisons peuvent inclure 'Demande Client', 'Rupture de Stock' ou 'Blocage de Crédit'.

Ces données sont essentielles pour l'analyse des causes profondes des annulations de commande. Le dashboard 'Taux et Raisons d'Annulation des Commandes de Vente' utilise cet attribut pour identifier les principaux moteurs des annulations, permettant à l'entreprise de mettre en œuvre des stratégies ciblées pour réduire le taux de désabonnement, améliorer les prévisions de stocks ou affiner les politiques de crédit.

Pourquoi c'est important

Offre un insight direct sur les raisons de l'annulation des commandes, permettant une analyse des causes profondes pour réduire les ventes perdues et améliorer la fidélisation des clients.

Où obtenir

Cette information est souvent stockée dans un champ de code de motif, tel que CANCELLED_REASON, qui peut être disponible dans la table OE_ORDER_LINES_ALL ou une table liée pour les modifications de commande.

Exemples
Article abandonnéAnnulation par le clientCommande en double
Numéro de produit
ProductNumber
L'identifiant unique du produit ou de l'article sur la ligne de commande de vente.
Description

Cet attribut identifie le matériel, l'article ou le service spécifique vendu. Il permet de réaliser des analyses à un niveau plus granulaire que l'en-tête de commande de vente.

L'analyse du processus par produit aide à découvrir les problèmes spécifiques aux produits. Par exemple, certains produits pourraient avoir des délais d'exécution plus longs en raison d'une fabrication ou d'un approvisionnement complexe, tandis que d'autres pourraient être associés à un taux plus élevé d'erreurs d'expédition ou de litiges clients. Cela permet des améliorations ciblées dans la chaîne d'approvisionnement et la gestion des produits.

Pourquoi c'est important

Permet une analyse au niveau du produit pour identifier les éléments qui causent des retards de processus, des retouches ou d'autres inefficacités.

Où obtenir

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

Exemples
AS54888CM15001SV20100
Paiement dans les délais
IsPaymentOnTime
Un indicateur indiquant si le paiement a été reçu à ou avant la date d'échéance de la facture.
Description

Ceci est un attribut booléen calculé dérivé en comparant l'horodatage de l'activité « Paiement reçu » avec la « Date d'échéance du paiement » pour la facture correspondante. Il fournit un indicateur vrai/faux simple de la conformité des paiements.

Cet indicateur est la base du KPI « Taux de conformité des conditions de paiement ». Il simplifie la création de dashboards et de rapports qui surveillent le comportement de paiement des clients et l'efficacité du processus des créances client. Il permet une segmentation rapide des paiements à temps ou en retard pour analyser les facteurs contributifs comme le type de client ou les conditions de paiement.

Pourquoi c'est important

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

Où obtenir

Ceci est un champ calculé. La logique est : IF ('Paiement reçu' EventTime <= PaymentDueDate) THEN True ELSE False.

Exemples
truefaux
Quantité commandée
OrderQuantity
La quantité du produit commandée sur une ligne de commande de vente spécifique.
Description

Cet attribut spécifie le nombre d'unités d'un produit particulier demandé par le client sur une ligne de commande client. Il représente le volume de la transaction au niveau de la ligne de commande.

La quantité commandée peut être utilisée comme dimension d'analyse pour déterminer si le comportement du processus change avec la taille de la commande. Par exemple, des commandes très grandes ou très petites pourraient suivre des chemins de processus différents ou subir des retards de types différents. Cela fournit également un contexte pour d'autres indicateurs, comme la valeur de la commande.

Pourquoi c'est important

Fournit un contexte sur l'ampleur d'une commande, permettant d'analyser l'impact du volume des commandes sur l'efficacité du processus et les chemins d'exécution.

Où obtenir

Se trouve dans le champ ORDERED_QUANTITY de la table OE_ORDER_LINES_ALL.

Exemples
102501
Système source
SourceSystem
Le système d'où les données ont été extraites.
Description

Cet attribut identifie le système d'information source où les données d'event ont été générées. Pour ce processus, il sera systématiquement 'Oracle E-Business Suite'.

Dans les environnements avec plusieurs systèmes, ce champ est essentiel pour la traçabilité des données et le dépannage. Même dans un contexte de système unique, il fournit un contexte important pour le modèle de données et aide à standardiser les processus d'ingestion de données.

Pourquoi c'est important

Fournit un contexte essentiel sur l'origine des données, assurant la traçabilité et une interprétation correcte des données, en particulier dans les environnements multi-systèmes.

Où obtenir

Ceci est typiquement une valeur statique ajoutée pendant le processus d'extraction, transformation et chargement (ETL) des données pour étiqueter l'origine des données.

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

Activités du Cycle de Commande à l'Encaissement - Traitement des Commandes de Vente

Voici les étapes clés du processus et les jalons à capturer dans votre journal d'événements pour une découverte et une optimisation précises des processus.
7 Recommandé 6 Facultatif
Activité Description
Commande client créée
Cette activité marque la création initiale d'une commande de vente dans le système. C'est un event explicite capturé lorsqu'un utilisateur enregistre un nouvel en-tête de commande de vente, représentant le début formel du processus de la commande à l'encaissement.
Pourquoi c'est important

Ceci est l'événement de début principal pour le processus. L'analyse du temps écoulé entre ce point et les activités ultérieures est essentielle pour mesurer le temps de cycle global de la Commande au paiement.

Où obtenir

Cet événement est saisi à partir de la table OE_ORDER_HEADERS_ALL dans le module de gestion des commandes Oracle. La colonne CREATION_DATE fournit l'horodatage explicite de cette activité.

Capture

Utilisez CREATION_DATE de la table OE_ORDER_HEADERS_ALL.

Type d'événement explicit
Commande clôturée
Cette activité marque l'achèvement final de la commande de vente après que toutes ses lignes ont été expédiées, facturées et clôturées avec succès. Il s'agit d'une mise à jour explicite du statut sur l'en-tête de commande.
Pourquoi c'est important

Ceci est le point de terminaison de succès principal pour le processus Commande au paiement. Il fournit l'horodatage final nécessaire pour calculer le temps de cycle de bout en bout pour les commandes livrées avec succès.

Où obtenir

Cet événement est enregistré dans la table OE_ORDER_HEADERS_ALL lorsque le FLOW_STATUS_CODE est mis à jour en « CLOSED ». La LAST_UPDATE_DATE pour ce changement de statut est l'horodatage de l'événement.

Capture

Horodatage de la mise à jour effectuée sur OE_ORDER_HEADERS_ALL lorsque le FLOW_STATUS_CODE devient 'CLOSED'.

Type d'événement explicit
Commande enregistrée
Représente la confirmation formelle de la commande client, la rendant active et éligible pour les traitements ultérieurs tels que l'approvisionnement et l'expédition. Il s'agit d'une action explicite dans Oracle EBS qui modifie le statut de la commande de 'Entered' à 'Booked'.
Pourquoi c'est important

L'enregistrement est une étape cruciale qui engage officiellement la commande pour son exécution. Les retards entre la création et l'enregistrement peuvent indiquer des problèmes de saisie des données, d'approbations ou de validation initiale.

Où obtenir

Capturé à partir de la table OE_ORDER_HEADERS_ALL. L’événement se produit lorsque BOOKED_FLAG est défini sur 'Y', et l’horodatage est enregistré dans la colonne BOOKED_DATE.

Capture

Utilisez BOOKED_DATE de la table OE_ORDER_HEADERS_ALL.

Type d'événement explicit
Facture créée
Cet événement marque la création de la facture de créances client pour les marchandises expédiées. C'est un événement explicite déclenché par le processus AutoInvoice, qui tire les données de la Gestion des Commandes et de l'Expédition dans le module des Créances.
Pourquoi c'est important

Cette activité déclenche la partie règlement financier du processus. C'est le point de départ pour mesurer le temps de cycle de la facturation au paiement et surveiller l'efficacité de la facturation.

Où obtenir

Ceci est une transaction explicite enregistrée dans la table RA_CUSTOMER_TRX_ALL dans Oracle Comptabilité Clients. La TRX_DATE ou CREATION_DATE sert d'horodatage de l'événement.

Capture

Utilisez TRX_DATE de la table RA_CUSTOMER_TRX_ALL.

Type d'événement explicit
Marchandises Expédiées
Représente l'achèvement du processus de confirmation d'expédition, où les marchandises quittent physiquement l'entrepôt. Il s'agit d'un événement explicite clé dans le module d'expédition qui met à jour l'inventaire et fait progresser le statut de la commande.
Pourquoi c'est important

Ceci est un jalon essentiel de l'exécution utilisé pour mesurer la performance d'expédition à temps. Il sert également de déclencheur pour la facturation et les processus de reconnaissance des revenus.

Où obtenir

Enregistré comme transaction explicite dans Oracle Shipping Execution. L’horodatage se trouve dans la colonne INITIAL_PICKUP_DATE de la table WSH_NEW_DELIVERIES, ou est déduit des mises à jour de statut à 'Shipped' dans WSH_DELIVERY_DETAILS.

Capture

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

Type d'événement explicit
Paiement reçu
Cette activité se produit lorsque le paiement d'un client est reçu et appliqué à la facture correspondante dans le système. C'est une transaction financière explicite enregistrée dans le module des comptes clients.
Pourquoi c'est important

Ce jalon est essentiel pour suivre les flux de trésorerie, le Délai Moyen de Recouvrement (DSO) et la conformité aux conditions de paiement. Il constitue une étape finale essentielle pour mesurer le temps de cycle financier.

Où obtenir

Enregistré explicitement dans la table AR_RECEIVABLE_APPLICATIONS_ALL. La colonne APPLY_DATE fournit le timestamp de l'application de l'encaissement à la facture.

Capture

Utilisez APPLY_DATE de AR_RECEIVABLE_APPLICATIONS_ALL pour la facture spécifique.

Type d'événement explicit
Stock alloué
Cette activité représente la réservation de l'inventaire pour les lignes de commande, garantissant que la quantité requise est disponible pour le prélèvement. Ceci est généralement déduit d'un changement de statut sur la ligne de commande de vente, indiquant qu'elle est prête à être libérée pour l'entrepôt.
Pourquoi c'est important

Ce jalon est crucial pour évaluer la capacité d'exécution des commandes. Des retards à ce stade peuvent indiquer des pénuries de stocks, des problèmes d'approvisionnement ou des inefficacités dans le processus d'allocation.

Où obtenir

Déduit des changements de statut dans la table WSH_DELIVERY_DETAILS. L'activité se produit lorsque le statut d'une ligne est mis à jour à 'Prêt à Libérer', le timestamp étant dérivé de la mise à jour de statut associée.

Capture

Déduit des mises à jour de statut de ligne dans WSH_DELIVERY_DETAILS vers 'Prêt à Libérer'.

Type d'événement inferred
Commande annulée
Représente l'annulation d'une commande client complète avant la finalisation de son exécution. Il s'agit d'un événement explicite qui met fin au workflow de traitement des commandes.
Pourquoi c'est important

Ceci est un point de terminaison clé pour les exceptions. L'analyse de la fréquence, du moment et des raisons des annulations est cruciale pour identifier la perte de revenus et les problèmes de processus ou de produit.

Où obtenir

Enregistré dans la table OE_ORDER_HEADERS_ALL lorsque le FLOW_STATUS_CODE est défini sur 'CANCELLED' et que le CANCELLED_FLAG est 'Y'. Le LAST_UPDATE_DATE peut être utilisé comme timestamp.

Capture

Horodatage lorsque CANCELLED_FLAG sur OE_ORDER_HEADERS_ALL est défini sur 'Y'.

Type d'événement explicit
Facture envoyée au client
Cette activité représente le moment où la facture est transmise au client, soit par impression, soit par moyens électroniques. Ceci est généralement déduit car ce n'est pas toujours un event explicite et distinct de la création.
Pourquoi c'est important

Marque le début officiel du décompte des délais de paiement du client. Les retards entre la création et l'envoi de la facture peuvent avoir un impact négatif sur les flux de trésorerie et entraîner des paiements tardifs.

Où obtenir

Cela peut être déduit de la LAST_PRINTED_DATE sur la table RA_CUSTOMER_TRX_ALL. Pour les factures électroniques, cela peut nécessiter l'examen des journaux d'un système externe de livraison de documents.

Capture

Utilisez le LAST_PRINTED_DATE de RA_CUSTOMER_TRX_ALL ou les journaux des outils tiers.

Type d'événement inferred
Ligne de commande clôturée
Indique que tout le traitement d'une ligne individuelle d'une commande de vente est terminé, y compris l'expédition et la facturation. Il s'agit d'un changement de statut explicite géré par le processus workflow.
Pourquoi c'est important

Le suivi des clôtures de lignes aide à analyser les expéditions partielles et à identifier les problèmes liés à des produits spécifiques ou à des flux d'exécution avant la finalisation de l'intégralité de la commande.

Où obtenir

Ceci est enregistré dans la table OE_ORDER_LINES_ALL lorsque le FLOW_STATUS_CODE est mis à jour en « CLOSED ». La LAST_UPDATE_DATE pour ce changement de statut peut servir d'horodatage.

Capture

Horodatage de la mise à jour effectuée sur OE_ORDER_LINES_ALL lorsque le FLOW_STATUS_CODE devient 'CLOSED'.

Type d'événement explicit
Marchandises Livrées
Cette activité signifie que l'expédition a atteint le client. Oracle EBS standard ne suit pas cet event, il doit donc généralement être déduit ou importé de systèmes de transporteurs externes.
Pourquoi c'est important

Essentiel pour mesurer les KPI de livraison à l’heure et comprendre l’expérience client de bout en bout. L’écart entre l’expédition et la livraison met en évidence la performance du transporteur.

Où obtenir

Nécessite une analyse du système. Ces données ne sont pas disponibles nativement dans Oracle EBS et doivent être obtenues à partir de flux de données de transporteurs externes ou de plateformes logistiques intégrées au système.

Capture

Déduit des données du transporteur externe ou supposé sur la base d'un temps de transit standard après 'Marchandises Expédiées'.

Type d'événement inferred
Ordre de prélèvement libéré
Cet événement marque le moment où les lignes de commande client sont libérées vers l'entrepôt pour que les activités de préparation de commandes puissent commencer. C'est une action explicite qui crée des bordereaux de prélèvement et rend la commande visible aux opérateurs d'entrepôt.
Pourquoi c'est important

Cette activité déclenche le processus d'exécution physique. L'analyse du temps écoulé entre ce point et les 'Marchandises expédiées' révèle l'efficacité de l'entrepôt et les goulets d'étranglement potentiels au prélèvement.

Où obtenir

Ceci est un événement explicite saisi dans le module d'exécution des expéditions Oracle. Il peut être identifié par le statut des détails de livraison dans WSH_DELIVERY_DETAILS passant à « Released to Warehouse » ou « Transactable ».

Capture

Horodatage lorsque WSH_DELIVERY_DETAILS.RELEASED_STATUS passe à 'S' (Soumis).

Type d'événement explicit
Vérification de Crédit Effectuée
Cette activité marque l'achèvement du processus de vérification du crédit client pour la commande. Elle est souvent capturée lorsqu'un blocage de vérification de crédit, s'il est appliqué, est levé de la commande de vente, lui permettant ainsi de progresser.
Pourquoi c'est important

Les retards lors du contrôle de crédit constituent un goulot d’étranglement fréquent qui peut ralentir tout le traitement des commandes. Le suivi de cette activité aide à détecter les inefficacités des contrôles financiers et des circuits d’approbation.

Où obtenir

Cet événement peut être déduit de la table OE_ORDER_HOLDS_ALL en identifiant l'horodatage auquel un blocage de vérification de crédit est levé pour un en-tête de commande spécifique.

Capture

Utilisez l'horodatage de libération pour les blocages liés au crédit de OE_ORDER_HOLDS_ALL.

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données d'Oracle E-Business Suite