Votre modèle de données pour la gestion de la chaîne logistique
Votre modèle de données pour la gestion de la chaîne logistique
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d’extraction
Attributs de gestion de la chaîne logistique
| Nom | Description | ||
|---|---|---|---|
|
Commande logistique
LogisticsOrder
|
Identifiant unique d’une commande logistique, utilisé comme ID de cas pour suivre le processus de la chaîne d’approvisionnement de bout en bout. | ||
|
Description
La commande logistique est l’identifiant de cas principal qui relie toutes les activités associées à une demande ou à une commande à traiter dans la chaîne d’approvisionnement. Cet identifiant permet de suivre le parcours complet d’un produit, depuis la commande initiale du client ou la prévision de la demande, jusqu’aux achats, à la production et à la livraison finale. Dans une analyse de Process Mining, cet attribut est essentiel pour regrouper tous les événements associés dans un même cas. Il permet de reconstituer le flux de processus de chaque commande, de mesurer les temps de cycle, de repérer les goulots d’étranglement, de découvrir les variantes de processus et d’évaluer la performance globale à l’échelle de chaque commande.
Pourquoi est-ce important ?
Cet identifiant est indispensable pour relier toutes les étapes du processus. Sans identifiant de commande logistique cohérent, il est impossible de retracer le parcours complet d’une commande.
Où trouver ces données
Cet identifiant figure généralement dans plusieurs modules d’Oracle SCM Cloud, notamment Order Management, Inventory Management et Shipping.
Exemples
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
Heure de l’événement
EventTime
|
Date et heure précises auxquelles une activité donnée s’est produite. | ||
|
Description
L’heure de l’événement est l’horodatage associé à chaque activité du processus. Elle fournit le contexte chronologique nécessaire pour ordonner les événements et comprendre l’évolution du flux de processus. Ces données sont indispensables à toute analyse temporelle. En Process Mining, cet attribut sert à calculer toutes les métriques fondées sur la durée, comme les temps de cycle, les durées de traitement et les temps d’attente. Il constitue la base du journal d’événements, permet de repérer les goulots d’étranglement en mesurant le délai entre les activités et aide à évaluer la performance au regard des objectifs temporels ou des SLA.
Pourquoi est-ce important ?
Cet horodatage est indispensable pour ordonner les événements chronologiquement et calculer toutes les métriques de performance liées au temps, comme le temps de cycle et les goulots d’étranglement.
Où trouver ces données
Les champs d’horodatage sont généralement disponibles dans les tables de transactions des modules Oracle SCM Cloud, par exemple les champs CREATION_DATE ou LAST_UPDATE_DATE.
Exemples
2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T08:05:00Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom de l’événement métier ou de la tâche qui s’est produit dans le processus logistique, par exemple « Commande d’achat émise » ou « Expédition confirmée ». | ||
|
Description
Cet attribut décrit une étape ou un jalon du cycle de vie logistique. Chaque activité correspond à une action précise, comme vérifier le stock, produire des marchandises ou signer une preuve de livraison. La succession de ces activités forme le flux de processus de chaque commande logistique. L’analyse du nom de l’activité est fondamentale en Process Mining. Elle permet de visualiser la cartographie du processus, de calculer les temps de transition entre les étapes, de repérer les boucles de reprise et de découvrir les parcours fréquents ou atypiques (variantes).
Pourquoi est-ce important ?
Il définit les étapes du processus. L’analyse de leur séquence et de leur fréquence est au cœur du Process Mining.
Où trouver ces données
Les noms des activités sont établis à partir des données d’événements enregistrées dans différents modules d’Oracle SCM Cloud. Il faut souvent associer les statuts des transactions ou les journaux d’événements à une liste normalisée de noms d’activités.
Exemples
Commande d’achat émiseMarchandises produitesExpédition confirméePreuve de livraison signée
|
|||
|
Catégorie de produit
ProductCategory
|
Catégorie ou famille à laquelle appartient le produit de la commande. | ||
|
Description
La catégorie de produit est un attribut de classification qui regroupe des produits similaires, par exemple « Électronique », « Vêtements » ou « Matières premières ». Elle permet d’effectuer des analyses à un niveau plus général que celui des références individuelles. Dans le cadre du Process Mining, segmenter l’analyse par catégorie de produit est très utile. Cela peut révéler si certains types de produits ont des temps de cycle plus longs, suivent des variantes de processus différentes ou sont davantage sujets aux retards. Ces informations permettent d’adapter les améliorations des processus à chaque gamme de produits.
Pourquoi est-ce important ?
Permet de segmenter l’analyse de la performance par type de produit et de repérer les tendances et les problèmes propres à certaines familles de produits.
Où trouver ces données
Ces informations figurent dans les données de référence des articles d’Oracle SCM Cloud, accessibles dans des tables telles que EGP_SYSTEM_ITEMS_B et les tables de catégories associées.
Exemples
Produits finisPièces de rechangeMatières premièresÉlectronique grand public
|
|||
|
Date de livraison demandée
RequestedDeliveryDate
|
Date de livraison demandée par le client pour la commande. | ||
|
Description
Cette date correspond au délai de livraison souhaité par le client et sert de référence principale pour mesurer la performance des livraisons dans les délais. Elle est généralement définie lors de la création de la commande client et constitue un élément important des accords de niveau de service (SLA). Dans une analyse, cet attribut est comparé à la « Date de livraison réelle » pour calculer la KPI du taux de livraisons dans les délais. Il aide les entreprises à évaluer leur capacité à répondre aux attentes des clients et à repérer les causes profondes des retards.
Pourquoi est-ce important ?
Cette date sert de référence pour mesurer la performance des livraisons dans les délais, une KPI importante pour la satisfaction client et l’efficacité de la chaîne d’approvisionnement.
Où trouver ces données
Cette information est généralement stockée au niveau de la commande client ou de la ligne de traitement dans Oracle Order Management. Recherchez des champs tels que REQUEST_SHIP_DATE ou REQUEST_ARRIVAL_DATE.
Exemples
2023-11-152023-12-012024-01-10
|
|||
|
Date de livraison réelle
ActualDeliveryDate
|
Date à laquelle la commande a effectivement été livrée au client, confirmée par une preuve de livraison. | ||
|
Description
Cette date marque la fin du processus logistique, lorsque les marchandises sont arrivées à destination. Elle est souvent extraite de l’activité « Preuve de livraison signée ». Cet attribut est essentiel à la mesure de la performance. Il est directement comparé à la « Date de livraison demandée » pour déterminer si une commande a été livrée dans les délais ou en retard. Il sert également à calculer le temps de cycle logistique total, de bout en bout.
Pourquoi est-ce important ?
Il indique la date réelle d’achèvement du processus et permet de calculer le taux de livraisons dans les délais ainsi que les temps de cycle totaux.
Où trouver ces données
Il s’agit souvent de l’horodatage de l’événement final de confirmation de livraison, disponible dans les modules d’expédition ou de transport, par exemple dans WSH_DELIVERIES.
Exemples
2023-11-162023-11-302024-01-12
|
|||
|
Mode de transport
ModeOfTransport
|
Mode de transport utilisé pour l’expédition, par exemple par avion, par bateau, par camion ou par train. | ||
|
Description
Cet attribut indique le mode de transport utilisé pour acheminer les marchandises entre deux lieux, par exemple de l’entrepôt au client. Ces informations sont essentielles à l’analyse de la logistique et du transport. Dans le cadre du Process Mining, filtrer ou segmenter les données par mode de transport permet de comparer l’efficacité des différentes méthodes d’expédition. Le Dashboard d’analyse de l’efficacité du transport s’appuie sur cet attribut pour comparer les durées de transit et aider à optimiser les coûts logistiques et les délais de livraison.
Pourquoi est-ce important ?
Permet d’analyser l’efficacité et le coût du transport afin d’adapter la stratégie logistique en fonction de la rapidité et des dépenses.
Où trouver ces données
Ces données se trouvent généralement dans le module Oracle Transportation Management (OTM) ou dans les modules d’exécution des expéditions. Recherchez les champs des tables telles que WSH_DELIVERY_LEGS.
Exemples
Fret aérienFret maritimeCamion completEnvoi en groupage
|
|||
|
Nom du fournisseur
SupplierName
|
Nom du fournisseur qui fournit les matières premières pour une commande d’achat. | ||
|
Description
Cet attribut identifie le tiers qui fournit les composants ou les matières premières nécessaires à la production. Il est associé aux activités d’achat, comme « Commande d’achat émise » et « Matières premières reçues ». L’analyse par nom de fournisseur est essentielle au Dashboard de performance des délais d’approvisionnement des fournisseurs. Elle permet d’évaluer quels fournisseurs sont fiables et livrent dans les délais, et lesquels sont souvent en retard. Ces informations sont utiles pour définir la stratégie d’achat, gérer les relations avec les fournisseurs et limiter les retards de production dus aux pénuries de matériaux.
Pourquoi est-ce important ?
Permet de mesurer et de comparer la performance des fournisseurs, afin de garantir la fiabilité et l’efficacité de l’approvisionnement.
Où trouver ces données
Les informations sur les fournisseurs se trouvent dans les modules d’achat d’Oracle SCM Cloud et sont associées aux commandes d’achat. Les principales tables comprennent PO_HEADERS_ALL et POZ_SUPPLIERS.
Exemples
Global Components Inc.Advanced Materials LLCTech Parts Direct
|
|||
|
Numéro d’article
ItemNumber
|
Identifiant unique, ou SKU, du produit concerné par le traitement. | ||
|
Description
Le numéro d’article permet d’identifier les produits avec le plus haut niveau de détail. Il permet d’analyser chaque produit individuellement, au-delà d’une analyse par catégorie. L’analyse par numéro d’article aide à repérer les problèmes de processus liés à des produits précis. Par exemple, un article peut présenter un taux élevé d’échecs aux contrôles qualité ou être associé à des délais de production plus longs. Vous pouvez ainsi cibler les problèmes au niveau du SKU.
Pourquoi est-ce important ?
Permet une analyse détaillée de chaque produit et aide à repérer des problèmes qui ne seraient pas visibles à l’échelle d’une catégorie.
Où trouver ces données
Les identifiants d’article figurent dans la plupart des tables de transactions Oracle SCM, par exemple DOO_FULFILL_LINES_ALL ou INV_MATERIAL_TXNS, généralement sous le nom INVENTORY_ITEM_ID.
Exemples
SKU-100-ASKU-250-BPART-XYZ-01
|
|||
|
Numéro de commande d’achat
PurchaseOrderNumber
|
Identifiant unique d’une commande d’achat créée pour se procurer des matières premières ou des composants. | ||
|
Description
Le numéro de commande d’achat est un identifiant documentaire essentiel pour la partie approvisionnement de la chaîne logistique. Il relie la commande logistique aux demandes précises adressées aux fournisseurs. Cet attribut permet d’examiner en détail les activités d’approvisionnement. Il sert à retracer tous les événements associés à une commande d’achat donnée et est indispensable pour analyser les performances des fournisseurs et les durées des cycles d’achat.
Pourquoi est-ce important ?
Établit un lien direct vers les documents d’approvisionnement, pour analyser en détail le sous-processus d’achat et son incidence sur l’ensemble du flux logistique.
Où trouver ces données
Cet identifiant se trouve dans le module Oracle Procurement Cloud, principalement dans la table PO_HEADERS_ALL, sous le nom SEGMENT1.
Exemples
PO-98345PO-98346PO-98347
|
|||
|
Statut de la commande logistique
LogisticsOrderStatus
|
Statut final de la commande logistique, qui indique si elle a été traitée avec succès, annulée ou partiellement exécutée. | ||
|
Description
Cet attribut indique l’état final ou le résultat d’un cas de commande logistique. Il permet de distinguer les commandes qui ont suivi le processus prévu jusqu’au bout de celles qui ont été interrompues prématurément. Dans l’analyse des processus, le filtrage par statut est essentiel. Par exemple, l’analyse du temps de cycle doit généralement porter uniquement sur les commandes « Terminées », afin d’éviter que les annulations ne faussent les résultats. Le statut permet également d’analyser les causes profondes des annulations.
Pourquoi est-ce important ?
Indique le résultat d’un cas et permet d’exclure les commandes incomplètes ou annulées afin de comparer des données similaires.
Où trouver ces données
Le statut final est souvent déduit du statut de la commande client ou de la ligne de traitement dans Oracle Order Management, dans des tables telles que DOO_HEADERS_ALL ou DOO_FULFILL_LINES_ALL.
Exemples
LivréAnnuléPartiellement expédiéClôturé
|
|||
|
Utilisateur
User
|
L’identifiant ou le nom de la personne qui a réalisé une activité donnée. | ||
|
Description
Cet attribut désigne l’employé ou l’utilisateur système chargé d’exécuter une tâche dans le processus. Il permet d’analyser la répartition de la charge de travail et les performances individuelles. L’analyse par utilisateur contribue à la gestion des ressources et à l’évaluation des performances. Elle peut mettre en évidence les personnes ou les équipes les plus performantes, signaler des besoins de formation ou révéler des possibilités d’automatisation lorsque certaines tâches manuelles prennent systématiquement trop de temps.
Pourquoi est-ce important ?
Permet d’analyser les performances des ressources et la répartition de la charge de travail, et de repérer les possibilités de formation ou d’automatisation.
Où trouver ces données
Dans la plupart des tables de transactions Oracle SCM, les informations sur l’utilisateur figurent généralement dans les colonnes « Créé par » ou « Last Updated By ».
Exemples
JSMITHALOGANSYSTEMBATCH_USER
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant la dernière actualisation ou extraction des données de cet événement depuis le système source. | ||
|
Description
Cet attribut indique la date de la dernière mise à jour des données d’événements dans le jeu de données de Process Mining. Il est essentiel pour connaître leur fraîcheur et la période couverte par l’analyse. Il sert à la gouvernance des données et informe les utilisateurs de la date des données présentées dans les Dashboards. Il permet notamment de répondre à la question : « À quelle date cette vue du processus a-t-elle été mise à jour ? ».
Pourquoi est-ce important ?
Il précise l’actualité des données et permet aux utilisateurs de connaître la période couverte par l’analyse.
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
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
|
|||
|
Durée du transport
TransportationDuration
|
Temps nécessaire pour acheminer les marchandises du lieu de chargement à leur destination. | ||
|
Description
Cette métrique calculée mesure la partie du temps de cycle correspondant au transport. Elle est calculée à partir de l’écart entre l’activité « Goods Loaded for Transport » et l’activité « Goods Unloaded at Destination ». Cet attribut est utilisé dans le Dashboard d’analyse de l’efficacité du transport. Il permet d’isoler les retards survenus pendant le transport et de les analyser par transporteur et par mode de transport afin d’améliorer les performances des expéditions.
Pourquoi est-ce important ?
Isole le temps de transport et permet d’analyser son efficacité sans tenir compte des retards liés à l’entrepôt ou à la production.
Où trouver ces données
Cette métrique est calculée lors de la transformation des données en mesurant, pour chaque cas, l’écart entre les horodatages des événements « Goods Loaded for Transport » et « Goods Unloaded at Destination ».
Exemples
2 jours et 3 heures5 jours et 1 heure12 heures
|
|||
|
Emplacement de l’entrepôt
WarehouseLocation
|
Entrepôt ou centre de distribution où les marchandises sont prélevées et expédiées. | ||
|
Description
Cet attribut indique le lieu ou le site physique concerné par une activité logistique. Il est essentiel pour analyser les performances par emplacement. L’analyse par emplacement d’entrepôt peut révéler des écarts de performance importants entre les sites. Par exemple, le cycle de préparation et d’emballage peut être beaucoup plus court dans un entrepôt que dans un autre. Ces résultats aident à repérer les bonnes pratiques à partager entre les sites ou les installations où des améliorations de processus sont nécessaires.
Pourquoi est-ce important ?
Permet de comparer les performances de différents sites et de repérer les installations les plus performantes ainsi que les points à améliorer.
Où trouver ces données
Les informations sur les entrepôts ou les organisations de stock constituent un élément fondamental des données dans Oracle Inventory Management. Elles figurent souvent sous le nom ORGANIZATION_ID dans des tables comme INV_MATERIAL_TXNS.
Exemples
WH-NORTHWH-WESTDC-CENTRAL
|
|||
|
Livraison dans les délais
IsOnTimeDelivery
|
Indicateur booléen précisant si la commande a été livrée à la date demandée ou avant celle-ci. | ||
|
Description
Cet attribut calculé simplifie l’analyse des performances. Il est obtenu en comparant la « Actual Delivery Date » à la « Requested Delivery Date ». Si la date réelle est égale ou antérieure à la date demandée, la valeur est vraie ; sinon, elle est fausse. Cet indicateur facilite la création de KPI et de Dashboards, comme le Dashboard de performance des livraisons aux clients. Il permet de filtrer et d’agréger rapidement les données pour calculer le taux global de livraison dans les délais, puis d’analyser les causes afin de repérer les caractéristiques communes aux commandes en retard.
Pourquoi est-ce important ?
Mesure directement les performances au regard des attentes des clients et simplifie la création d’indicateurs clés sur le respect des délais de livraison.
Où trouver ces données
Cet attribut n’existe pas dans le système source. Il est calculé lors de la transformation des données en comparant 'ActualDeliveryDate' <= 'RequestedDeliveryDate'.
Exemples
truefalse
|
|||
|
Nom du client
CustomerName
|
Nom du client qui a passé la commande. | ||
|
Description
Cet attribut désigne le destinataire des biens et des services. Il constitue une dimension fondamentale de toute analyse centrée sur le client. L’analyse des processus par client peut faire ressortir des tendances importantes. Certains clients à forte valeur peuvent, par exemple, subir davantage de retards, ou différents segments de clientèle peuvent suivre des parcours distincts. Ces informations sont essentielles pour améliorer le service client et gérer efficacement les comptes stratégiques.
Pourquoi est-ce important ?
Permet d’analyser le processus du point de vue du client et de déterminer si certains clients ou types de clients rencontrent des difficultés particulières.
Où trouver ces données
Les informations sur les clients sont stockées dans les modules de gestion des commandes et associées à la commande client. Elles se trouvent dans les tables liées à DOO_HEADERS_ALL, en les joignant aux tables des comptes clients (HZ_CUST_ACCOUNTS).
Exemples
Retail CorpManufacturing SolutionsMegaStore Inc.
|
|||
|
Nom du transporteur
CarrierName
|
Nom de l’entreprise de logistique tierce ou du transporteur chargé d’acheminer les marchandises. | ||
|
Description
Le nom du transporteur désigne le prestataire choisi pour une expédition. Cette information est essentielle pour évaluer les performances des partenaires logistiques. Cet attribut est utilisé dans le Dashboard d’analyse de l’efficacité du transport pour comparer les transporteurs. Il permet de déterminer lesquels offrent les délais d’acheminement les plus courts, lesquels sont les plus fiables sur certains itinéraires et lesquels présentent le meilleur rapport qualité-prix.
Pourquoi est-ce important ?
Permet de comparer les performances des partenaires de transport afin d’optimiser les coûts d’expédition et la fiabilité.
Où trouver ces données
Ces informations sont stockées dans Oracle Transportation Management ou dans les modules d’expédition. Elles sont généralement associées à un trajet ou à une étape de livraison dans des tables comme WSH_TRIPS.
Exemples
FedExDHLUPSMaersk
|
|||
|
Reprises
IsRework
|
Indicateur booléen précisant si une commande logistique a fait l’objet de reprises, par exemple si une activité a été répétée ou si le processus a comporté une boucle. | ||
|
Description
Cet attribut calculé repère les cas qui s’écartent d’un déroulement linéaire et efficace. Il est généralement déterminé en détectant les séquences où une activité est répétée ou une activité antérieure intervient après une activité ultérieure, ce qui indique une boucle dans le processus (par exemple, « Goods Picked » -> « Quality Control Failed » -> « Goods Picked »). Cet indicateur permet de quantifier les inefficacités du processus. Il sert à calculer le KPI de taux de reprises des commandes et à filtrer les cas concernés pour en rechercher les causes, comme des erreurs de saisie, des problèmes de qualité ou un traitement initial incorrect.
Pourquoi est-ce important ?
Aide à quantifier et à isoler les inefficacités du processus, comme les boucles et les étapes répétées, souvent à l’origine de retards et de coûts supplémentaires.
Où trouver ces données
Cette information n’est pas disponible dans le système source. L’outil de Process Mining la calcule en analysant la séquence des activités de chaque cas pour détecter les schémas révélateurs de reprises.
Exemples
truefalse
|
|||
|
Système source
SourceSystem
|
Identifie le système d’information dont proviennent les données extraites. | ||
|
Description
Cet attribut indique l’origine des données d’événements, ici Oracle SCM Cloud. Il est utile lorsque des données provenant de plusieurs systèmes sont regroupées, car il précise leur provenance. Dans une analyse, il aide à distinguer les processus ou les activités qui couvrent plusieurs systèmes. Pour une vue limitée à un seul système, comme ici, il constitue un attribut standard de gouvernance des données.
Pourquoi est-ce important ?
Permet de connaître la provenance des données et de distinguer leur origine dans les environnements qui regroupent plusieurs systèmes.
Où trouver ces données
Il s’agit généralement d’une valeur statique (« Oracle SCM Cloud »), ajoutée lors de l’extraction et de la transformation des données.
Exemples
Oracle SCM CloudOracle Fusion SCM
|
|||
|
Temps de cycle de bout en bout
EndToEndCycleTime
|
Durée totale entre la création de la commande client et la confirmation finale de livraison. | ||
|
Description
Cette métrique calculée mesure la durée totale du processus logistique pour une commande. Elle correspond à l’écart entre l’horodatage de la toute première activité, par exemple « Customer Order Created », et celui de la toute dernière, par exemple « Proof of Delivery Signed ». C’est l’un des KPI les plus importants pour comprendre l’efficacité globale du processus. Il fournit une mesure générale des performances et permet de suivre leur évolution dans les Dashboards, ainsi que de repérer les commandes dont le traitement s’éternise et qui nécessitent un examen.
Pourquoi est-ce important ?
Fournit une mesure globale des performances du processus, du début à la fin, et aide à repérer les cas qui s’éternisent et à suivre les progrès en matière d’efficacité.
Où trouver ces données
Cette valeur est calculée dans l’outil de Process Mining ou lors de la préparation des données, en soustrayant l’heure de début du premier événement de celle du dernier événement pour chaque cas.
Exemples
15 jours et 4 heures22 jours et 8 heures10 jours et 2 heures
|
|||
|
Valeur de la commande
OrderValue
|
Valeur monétaire totale de la commande logistique. | ||
|
Description
Cet attribut représente la valeur financière d’une commande logistique. Il s’agit d’une métrique essentielle pour hiérarchiser les analyses et comprendre l’incidence financière des inefficacités du processus. En Process Mining, la valeur de la commande permet de mettre en relation les performances du processus et les résultats financiers. L’analyse peut, par exemple, montrer que les commandes de grande valeur subissent des retards plus longs, ce qui représente un risque important pour le chiffre d’affaires. Elle permet aussi de prioriser les améliorations des processus qui traitent les commandes de plus grande valeur.
Pourquoi est-ce important ?
Apporte un éclairage financier sur les performances du processus et aide à prioriser les améliorations selon leur incidence monétaire.
Où trouver ces données
Dans Oracle Order Management, la valeur de la commande est généralement stockée au niveau de l’en-tête de la commande client. Consultez des tables comme DOO_HEADERS_ALL pour trouver les champs du montant total.
Exemples
5250.7512300.00950.20
|
|||
Activités de gestion de la chaîne logistique
| Activité | Description | ||
|---|---|---|---|
|
Commande client créée
|
Cette activité correspond à la création d’une commande client dans Oracle Order Management, qui formalise la demande de marchandises du client. L’événement est enregistré lorsqu’un nouvel enregistrement de commande client est sauvegardé dans le système, ce qui lance le cycle de vie de la commande logistique. | ||
|
Pourquoi est-ce important ?
En tant qu’événement de début principal, il permet de mesurer le temps de cycle logistique de bout en bout. Il sert de référence pour analyser l’efficacité du traitement des commandes et les tendances de la demande client.
Où trouver ces données
L’événement est extrait de l’horodatage de création de la commande client dans le module Order Management, généralement depuis la table DOO_HEADERS_ALL.
Données à recueillir
Utilisez la date de création de l’en-tête de la commande client.
Type d’événement
explicit
|
|||
|
Marchandises chargées pour le transport
|
Les marchandises emballées sont chargées dans le véhicule du transporteur, et l’expédition quitte officiellement l’entrepôt. Cette étape est enregistrée par la transaction « Ship Confirm » dans Oracle Shipping. | ||
|
Pourquoi est-ce important ?
Cet événement marque le début du transport. Il sert de point de départ à la KPI « Temps de cycle du transport » et au Dashboard « Analyse de l’efficacité du transport ».
Où trouver ces données
Il s’agit d’un événement explicite, enregistré par la transaction « Ship Confirm » dans Oracle Shipping. Celle-ci met à jour le statut des détails de livraison, qui passe à « Expédié ».
Données à recueillir
Utilisez l’horodatage de la transaction correspondant à l’action Ship Confirm.
Type d’événement
explicit
|
|||
|
Marchandises prélevées et emballées
|
Le personnel de l’entrepôt prélève dans le stock les articles d’une commande, puis les emballe pour l’expédition. Plusieurs transactions système interviennent, jusqu’à l’enregistrement du statut « Emballé ». | ||
|
Pourquoi est-ce important ?
Cet événement marque le début de l’expédition physique. Le délai entre la création de la commande et cette étape, mesuré par la KPI « Délai entre la vérification du stock et le traitement de la commande », indique l’efficacité du traitement interne.
Où trouver ces données
L’événement est déduit du statut des lignes d’expédition ou des détails de livraison dans Oracle Shipping. Il correspond souvent à l’agrégation de plusieurs événements, comme la création d’une vague de prélèvement, la confirmation du prélèvement et la confirmation de l’emballage.
Données à recueillir
Utilisez l’horodatage de la dernière transaction de confirmation du prélèvement ou de l’emballage associée à la ligne de commande client.
Type d’événement
inferred
|
|||
|
Marchandises produites
|
La fabrication des marchandises est terminée et les produits finis sont transférés en stock. L’événement est enregistré lorsque le système indique que l’ordre de fabrication est terminé. | ||
|
Pourquoi est-ce important ?
Cet événement marque la fin de la phase de production et la disponibilité du produit pour le traitement de la commande. Le délai entre « Production planifiée » et cet événement est une mesure importante de l’efficacité de la fabrication.
Où trouver ces données
L’événement est extrait de la transaction de clôture d’un ordre de fabrication dans Oracle Manufacturing Cloud. Cette transaction fait passer son statut à « Terminé ».
Données à recueillir
Utilisez l’horodatage de la transaction de clôture de l’ordre de fabrication ou du changement de statut à « Terminé ».
Type d’événement
inferred
|
|||
|
Preuve de livraison signée
|
Le client signe une confirmation de réception des marchandises, ce qui clôt officiellement le processus de livraison. Cette étape est souvent enregistrée en ajoutant à la commande ou à l’expédition la date et le document de preuve de livraison. | ||
|
Pourquoi est-ce important ?
Il s’agit de l’événement de fin définitif d’une commande logistique traitée avec succès, essentiel à la KPI « Temps de cycle logistique de bout en bout ». Il contribue également à la conformité et au règlement des litiges.
Où trouver ces données
La mise à jour de l’enregistrement de l’expédition ou de la commande client est souvent manuelle ou semi-automatisée. Le système peut comporter un champ dédié à la date de preuve de livraison, qui peut servir d’horodatage pour l’événement.
Données à recueillir
Utilisez l’horodatage du champ « Date de preuve de livraison » dans l’enregistrement de l’expédition ou de la commande.
Type d’événement
explicit
|
|||
|
Production planifiée
|
Pour les articles fabriqués, un ordre de fabrication est planifié afin de définir le calendrier de production et l’affectation des ressources. L’événement est enregistré lorsque le statut de l’ordre de fabrication passe à « Planifié » ou « Lancé ». | ||
|
Pourquoi est-ce important ?
Cette activité constitue une étape clé du Dashboard « Retards aux étapes de production et d’expédition ». Elle marque le début du cycle de production, et tout retard à ce stade se répercute sur l’ensemble du processus de traitement des commandes.
Où trouver ces données
L’événement est déduit du changement de statut d’un ordre de fabrication dans Oracle Manufacturing Cloud. Les données correspondantes sont stockées dans des tables telles que WIP_DISCRETE_JOBS.
Données à recueillir
Utilisez l’horodatage du changement de statut de l’ordre de fabrication à « Lancé », ou à un état similaire indiquant que la production peut commencer.
Type d’événement
inferred
|
|||
|
Commande annulée
|
La commande client est annulée avant la fin de son traitement. L’événement est enregistré lorsque le statut de l’en-tête ou de la ligne de commande passe à « Annulée ». | ||
|
Pourquoi est-ce important ?
Il s’agit d’une issue alternative qui marque l’échec du processus. L’analyse des commandes annulées aide à repérer les raisons de leur abandon, comme des délais d’approvisionnement trop longs ou des ruptures de stock.
Où trouver ces données
L’événement est déduit du changement de statut de la commande client dans Oracle Order Management, qui passe à l’état final « Annulée ».
Données à recueillir
Utilisez l’horodatage du changement de statut de l’en-tête ou de la ligne de commande client à « Annulée ».
Type d’événement
inferred
|
|||
|
Commande d’achat émise
|
La demande d’achat est convertie en commande d’achat juridiquement contraignante, puis envoyée au fournisseur. L’événement est enregistré lorsque la commande d’achat est approuvée et que son statut passe à « Ouverte » ou « Envoyée ». | ||
|
Pourquoi est-ce important ?
Cet événement marque le début officiel du délai d’approvisionnement du fournisseur. Il est essentiel pour mesurer la performance des délais d’approvisionnement des fournisseurs dans le Dashboard et le taux de livraisons des fournisseurs dans les délais, une KPI.
Où trouver ces données
L’événement est extrait de la date d’approbation ou d’envoi de la commande d’achat dans Oracle Procurement Cloud, stockée dans des tables telles que PO_HEADERS_ALL.
Données à recueillir
Utilisez l’horodatage du changement de statut de la commande d’achat, lorsqu’elle passe à l’état approuvé ou ouvert.
Type d’événement
explicit
|
|||
|
Contrôle qualité effectué
|
Les produits finis font l’objet d’une inspection qualité avant d’être mis à disposition pour l’expédition. Le résultat est enregistré dans le module Oracle Quality Management. | ||
|
Pourquoi est-ce important ?
Cette étape est essentielle à la conformité et à la satisfaction client. Son analyse permet de vérifier le respect des normes de qualité, de repérer les goulots d’étranglement dans le processus d’inspection et d’étayer les audits de conformité.
Où trouver ces données
L’événement est extrait des enregistrements de transaction d’Oracle Quality Management Cloud, lorsqu’un plan d’inspection est exécuté et que les résultats sont saisis.
Données à recueillir
Utilisez l’horodatage d’enregistrement du résultat de l’inspection qualité, « Réussite » ou « Échec ».
Type d’événement
explicit
|
|||
|
Demande d’achat créée
|
Une demande officielle d’achat de matériaux auprès d’un fournisseur est créée, généralement lorsque le stock ne suffit pas à traiter une commande client. Il s’agit d’une transaction explicite dans le module Oracle Procurement. | ||
|
Pourquoi est-ce important ?
Cette activité met en évidence les dépendances vis-à-vis des achats et des fournisseurs externes. Pour comprendre les retards liés aux fournisseurs, il est essentiel d’analyser le délai entre cet événement et la réception des matériaux.
Où trouver ces données
L’événement est extrait de l’horodatage de création d’une demande d’achat dans Oracle Procurement Cloud, dans des tables telles que POR_REQUISITION_HEADERS_ALL.
Données à recueillir
Utilisez la date de création de la demande d’achat.
Type d’événement
explicit
|
|||
|
Disponibilité du stock vérifiée
|
Le système vérifie si les articles demandés sont en stock afin de traiter la commande client. Cette étape est souvent automatisée dans le flux de travail de traitement des commandes, mais son résultat est consigné sous forme de statut ou d’horodatage. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle au Dashboard « Efficacité du traitement des commandes à partir du stock » et à la KPI « Taux d’incidence de la disponibilité du stock ». Un retard à cette étape peut signaler une rupture de stock ou une gestion inefficace des stocks.
Où trouver ces données
L’événement est déduit des changements de statut de la ligne de commande client ou des enregistrements des tables Oracle Inventory Management (INV) concernant les réservations ou les vérifications de disponibilité prévisionnelle.
Données à recueillir
L’événement est déduit d’un changement de statut de la ligne de commande client, par exemple « En attente de traitement », ou de l’horodatage de création d’une réservation.
Type d’événement
inferred
|
|||
|
Expédition confirmée
|
Tous les articles de l’expédition sont regroupés, emballés et prêts à être remis au transporteur. Cette activité met à jour le statut de l’expédition dans le système, qui passe à « Confirmée » ou « Prête à expédier ». | ||
|
Pourquoi est-ce important ?
Cette étape importante précède le départ physique des marchandises de l’entrepôt. Elle sépare le temps de traitement interne en entrepôt du temps de transport externe.
Où trouver ces données
L’événement est déduit d’un changement de statut de l’expédition ou de l’enregistrement de livraison dans Oracle Shipping, dans des tables telles que WSH_DELIVERIES ou WSH_NEW_DELIVERIES.
Données à recueillir
Utilisez l’horodatage du changement de statut de l’expédition à « Confirmée ».
Type d’événement
inferred
|
|||
|
Marchandises déchargées à destination
|
L’expédition arrive chez le client ou au port de destination, où elle est déchargée. Ces informations sont souvent mises à jour à partir des données du transporteur ou d’un système de gestion du transport. | ||
|
Pourquoi est-ce important ?
Cette activité marque la fin du transport. Le délai écoulé depuis « Marchandises chargées pour le transport » est essentiel pour analyser la performance du transporteur et l’efficacité du transport.
Où trouver ces données
Cet événement peut être enregistré explicitement si un système de gestion du transport est intégré, ou être déduit. Il peut s’appuyer sur les mises à jour de statut du transporteur ou sur une saisie manuelle lors de la confirmation de livraison.
Données à recueillir
Utilisez l’horodatage provenant d’un système de gestion du transport intégré ou du statut « Livré » saisi manuellement dans l’enregistrement de l’expédition.
Type d’événement
explicit
|
|||
|
Matières premières reçues
|
Les matières premières ou les marchandises commandées arrivent du fournisseur et sont officiellement réceptionnées en stock. Cette réception est enregistrée comme une transaction dans Oracle Inventory Management. | ||
|
Pourquoi est-ce important ?
Cet événement marque la fin de la mesure du délai d’approvisionnement du fournisseur. À cette étape, les retards ont une incidence directe sur le calendrier de production et les dates de livraison finale aux clients.
Où trouver ces données
L’événement est extrait de la date de transaction de réception dans Oracle Inventory Management, généralement des tables RCV_SHIPMENT_HEADERS et RCV_TRANSACTIONS.
Données à recueillir
Utilisez la date de transaction de réception des matériaux.
Type d’événement
explicit
|
|||
Guides d’extraction
Prêt à commencer ?
Commencez dès aujourd’hui votre parcours de Process Mining et tirez le meilleur parti des données de votre chaîne logistique. Ce modèle constitue une première étape vers une chaîne logistique plus efficace et transparente.
Maîtrisez Oracle SCM et améliorez dès maintenant l’efficacité de votre chaîne logistique
Atteignez une précision des prévisions de 90 % et évitez les ruptures de stock dès aujourd’hui.
Aucune carte bancaire requise, configuration immédiate.