Votre Modèle de données Commande au paiement - Traitement des commandes de vente

Oracle Fusion Financials
Votre Modèle de données Commande au paiement - Traitement des commandes de vente

Votre Modèle de données Commande au paiement - Traitement des commandes de vente

Ce modèle offre un guide structuré pour collecter les données essentielles nécessaires à l'analyse de votre processus du bon de commande à l'encaissement - Traitement des commandes clients. Il décrit les attributs cruciaux à collecter et les activités clés à suivre, garantissant que vous capturez une image complète de votre processus. Vous y trouverez également des conseils pratiques sur l'extraction de ces données de votre système source, vous aidant à démarrer rapidement.
  • Attributs recommandés à collecter
  • Activités clés à suivre
  • Guide pratique d'extraction de données
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Commande au Paiement - Attributs de Traitement des Commandes Clients

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète et des informations sur le traitement des commandes clients du bon de commande à l'encaissement.
3 Obligatoire 8 Recommandé 13 Facultatif
Nom Description
Commande client
SalesOrder
L'identifiant unique d'une commande client, servant de cas principal pour le processus du bon de commande à l'encaissement.
Description

Le numéro de commande client identifie de manière unique chaque commande client tout au long de son cycle de vie. Il agit comme le fil conducteur central connectant toutes les activités liées, de la création et confirmation initiales à l'exécution, la facturation et le paiement final.

Dans le Process Mining, cet attribut est essentiel pour regrouper tous les événements liés en un seul cas. L'analyse du processus par commande client permet une vue complète de bout en bout, permettant le calcul des temps de cycle totaux, l'identification des variantes de processus pour les commandes individuelles et le suivi du parcours d'une commande à travers différents départements et systèmes.

Pourquoi c'est important

C'est l'ID de Cas. Il relie tous les événements du processus entre eux, permettant de tracer le parcours de bout en bout d'une seule commande client.

Où obtenir

Cet identifiant se trouve généralement dans la table d'en-tête des commandes clients dans Oracle Fusion, telle que DOO_HEADERS_ALL. Consultez la documentation d'Oracle Fusion Financials.

Exemples
SO-100567SO-100568SO-100569
Heure de l'événement
EventTime
L'horodatage indiquant quand une activité ou un événement spécifique s'est produit pour une commande client.
Description

Cet attribut fournit la date et l'heure de chaque activité du processus, établissant la séquence chronologique des événements. Il est la colonne vertébrale temporelle de l'analyse des processus, enregistrant exactement quand chaque étape s'est produite.

Dans le Process Mining, l'EventTime est critique pour le calcul des temps de cycle, des durées entre les activités et des délais globaux des cas. Il permet l'analyse des performances, la détection des goulots d'étranglement basée sur les temps d'attente, et le suivi de la conformité aux accords de niveau de service (SLA) liés aux délais. Tous les KPI et tableaux de bord basés sur le temps dépendent de la précision de cet attribut.

Pourquoi c'est important

Cet horodatage est essentiel pour ordonner les événements chronologiquement et calculer toutes les métriques basées sur le temps, telles que les temps de cycle et les durées.

Où obtenir

C'est un attribut dérivé, provenant de divers champs d'horodatage à travers différentes tables Oracle Fusion, tels que la date de création de commande, la date d'expédition, la date de facture et la date de paiement.

Exemples
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-04-20T11:25:00Z
Nom de l'activité
ActivityName
Le nom de l'événement commercial ou de la tâche spécifique qui s'est produit au sein du processus de commande client.
Description

Cet attribut décrit l'étape qui a été exécutée à un moment précis pour une commande client, telle que 'Commande Client Créée', 'Marchandises Expédiées' ou 'Paiement Reçu'. La séquence de ces activités forme le flux de processus pour chaque cas.

L'analyse de l'ActivityName est fondamentale pour le Process Mining. Elle permet la visualisation de la cartographie des processus, la découverte de différentes variantes de processus et l'identification des goulots d'étranglement où les cas s'accumulent. Elle est la base pour le calcul des temps de transition entre les étapes et la compréhension de la séquence opérationnelle du processus du bon de commande à l'encaissement.

Pourquoi c'est important

Cet attribut définit les étapes de la cartographie des processus, permettant la visualisation et l'analyse du flux de processus.

Où obtenir

C'est un attribut dérivé, construit en mappant les statuts de transaction ou les types d'événements de diverses tables Oracle Fusion (par exemple, statut de commande, statut d'expédition, statut de facture) à une liste standardisée de noms d'activités.

Exemples
Commande client crééeMarchandises expédiéesFacture crééePaiement Reçu
Canal de vente
SalesChannel
Le canal par lequel la commande client a été reçue.
Description

Cet attribut catégorise l'origine de la commande client, telle que 'Web', 'Ventes Directes', 'Partenaire' ou 'EDI'. Il fournit un contexte sur la manière dont la commande est entrée dans l'organisation.

La segmentation du processus par canal de vente est critique pour le tableau de bord 'Vue d'ensemble des performances des canaux de vente'. Elle aide à comparer l'efficacité, les temps de cycle et les taux d'erreur des différents canaux pour identifier ceux qui sont les plus efficaces et ceux qui peuvent nécessiter des améliorations de processus ou une automatisation supplémentaire.

Pourquoi c'est important

Prend en charge l'analyse des performances par canal, aidant à identifier les canaux les plus et les moins efficaces pour le traitement des commandes.

Où obtenir

Cette information peut être stockée dans un champ dédié sur l'en-tête de la commande client. Consultez la documentation d'Oracle Fusion Financials.

Exemples
Ventes DirectesPortail webEDIRevendeur
Date d'échéance du paiement
PaymentDueDate
La date à laquelle le client est tenu d'effectuer le paiement de la facture.
Description

La date d'échéance de paiement est calculée sur la base de la date de la facture et des conditions de paiement convenues avec le client. Elle fixe la date limite pour un recouvrement rapide des paiements.

Cet attribut est crucial pour le KPI 'Taux de recouvrement des paiements à temps'. En comparant la PaymentDueDate avec la date réelle de réception du paiement, le système peut déterminer si un paiement a été effectué à temps ou en retard, aidant à surveiller la performance des comptes clients et à gérer les flux de trésorerie.

Pourquoi c'est important

Sert de date limite pour le calcul des taux de paiement à temps, ce qui est une mesure clé de l'efficacité des flux de trésorerie.

Où obtenir

Trouvé dans les tables de comptes débiteurs ou de factures d'Oracle Fusion, telles que AR_PAYMENT_SCHEDULES_ALL.

Exemples
2023-06-192023-07-012023-06-25
Date de livraison demandée
RequestedDeliveryDate
La date de livraison de la commande telle que demandée par le client.
Description

Cet attribut capture la date à laquelle le client souhaite recevoir les marchandises. Elle sert d'objectif de performance clé pour la partie exécution du processus du bon de commande à l'encaissement.

Cette date est essentielle pour calculer le KPI 'Taux de livraison à temps' et pour soutenir le tableau de bord 'Accord de Niveau de Service (SLA) de livraison'. En comparant cette date avec la ActualDeliveryDate, l'organisation peut mesurer sa capacité à répondre aux attentes des clients et identifier les causes profondes des retards de livraison.

Pourquoi c'est important

Sert de référence pour mesurer la performance de livraison à temps et la conformité aux accords de niveau de service (SLA) client.

Où obtenir

Généralement situé dans les tables de lignes de commandes clients dans Oracle Fusion. Consultez la documentation d'Oracle Fusion Financials.

Exemples
2023-05-202023-06-012023-05-25
Date de livraison réelle
ActualDeliveryDate
La date à laquelle les marchandises ont été effectivement livrées au client.
Description

Cet attribut enregistre la date de livraison finale, qui marque l'achèvement de la partie exécution du processus. C'est le résultat réel par rapport auquel les dates planifiées ou demandées sont mesurées.

Cette date est comparée à la RequestedDeliveryDate pour calculer la performance de livraison à temps. Elle est une entrée critique pour le KPI 'Taux de livraison à temps' et le tableau de bord 'SLA de livraison', fournissant une mesure claire de l'efficacité de la logistique et de la chaîne d'approvisionnement.

Pourquoi c'est important

C'est la date de résultat réelle utilisée pour calculer les taux de livraison à temps et évaluer la performance d'exécution par rapport aux demandes des clients.

Où obtenir

Provient des tables de transactions d'expédition et de livraison dans Oracle Fusion. Consultez la documentation d'Oracle Fusion Financials.

Exemples
2023-05-202023-06-032023-05-25
Est Automatisé
IsAutomated
Un indicateur signalant si une activité a été effectuée automatiquement par le système ou manuellement par un utilisateur.
Description

Cet attribut booléen distingue les événements pilotés par le système (par exemple, contrôle de crédit automatisé, facture générée par le système) et les actions manuelles de l'utilisateur. Il est généralement dérivé en fonction du nom d'utilisateur associé à une activité, où un ID système générique indique l'automatisation.

L'analyse de cet attribut aide à mesurer le niveau d'automatisation dans le processus et est une entrée directe pour le KPI 'Pourcentage de commandes retravaillées manuellement'. Il peut mettre en évidence les opportunités d'automatisation supplémentaire en montrant quelles étapes manuelles sont les plus chronophages ou sujettes aux erreurs.

Pourquoi c'est important

Aide à quantifier le niveau d'automatisation du processus et à identifier les opportunités de réduire les coûteuses interventions manuelles.

Où obtenir

C'est un champ dérivé, souvent basé sur une règle appliquée à l'attribut UserName. Par exemple, si l'utilisateur est 'SYSTEM' ou 'BATCH', ce drapeau est défini à vrai.

Exemples
truefaux
Montant total de la commande client
SalesOrderTotalAmount
La valeur monétaire totale de la commande de vente.
Description

Cet attribut représente le montant total facturé au client pour l'ensemble de la commande client. Il inclut la somme de toutes les lignes d'articles, taxes et autres frais, avant toute application de remises.

Dans l'analyse des processus, cet attribut est crucial pour le Process Mining basé sur la valeur. Il permet de segmenter les commandes par valeur (par exemple, commandes de grande valeur vs commandes de faible valeur) pour voir si elles suivent différents chemins de processus ou ont des temps de cycle différents. Il aide également à prioriser les efforts d'amélioration des processus sur les cas les plus significatifs financièrement.

Pourquoi c'est important

Permet l'analyse d'impact financier, aidant à prioriser les améliorations de processus sur les commandes de grande valeur et à comprendre les facteurs de coût.

Où obtenir

Généralement trouvé dans les tables d'en-tête de commandes clients dans Oracle Fusion. Consultez la documentation d'Oracle Fusion Financials.

Exemples
5250.00125000.75980.50
Nom d'utilisateur
UserName
Le nom ou l'`ID` de l'`utilisateur` qui a effectué l'`activité`.
Description

Cet attribut identifie l'employé ou l'utilisateur système responsable de l'exécution d'une étape de processus spécifique. Il peut être utilisé pour analyser les performances au niveau de l'utilisateur, la répartition de la charge de travail et le respect des procédures standard.

L'analyse par utilisateur aide à identifier les besoins en formation, à reconnaître les individus ou les équipes très performants et à enquêter sur les déviations causées par des utilisateurs spécifiques. Elle est également précieuse à des fins de conformité et d'audit pour suivre qui a effectué quelles actions.

Pourquoi c'est important

Permet l'analyse des performances par utilisateur, de la répartition de la charge de travail et l'identification des schémas de retravail manuel liés aux individus.

Où obtenir

Généralement issu de champs comme CREATED_BY ou LAST_UPDATED_BY dans les tables de transactions Oracle Fusion, souvent lié à une table maîtresse d'utilisateurs comme FND_USER.

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

Cet attribut identifie le nom légal du compte client associé à la commande client. C'est une dimension clé pour segmenter et analyser le processus selon une approche centrée sur le client.

L'analyse par client aide à identifier si certains clients connaissent des temps de cycle plus longs, plus de retravail ou des déviations de processus spécifiques. Cette information peut être utilisée pour améliorer le service client, adapter les processus pour les comptes clés et enquêter sur les problèmes affectant la satisfaction client.

Pourquoi c'est important

Permet une analyse centrée sur le client pour identifier les problèmes de processus affectant des clients spécifiques et améliorer la satisfaction client.

Où obtenir

Provient des tables de données de base clients (par exemple, HZ_PARTIES) et est lié à la commande client via un ID client.

Exemples
Global Corp Inc.Innovate Solutions Ltd.Tech Services LLC
Conditions de paiement
PaymentTerms
Les conditions convenues pour le paiement du client.
Description

Cet attribut spécifie les conditions dans lesquelles un client est censé payer sa facture, par exemple, 'Net 30' ou 'Net 60'. Ces conditions sont la base du calcul de la PaymentDueDate.

En analyse, la segmentation par conditions de paiement peut aider à expliquer les variations des temps de cycle de paiement. Elle fournit un contexte pour le KPI 'Taux de paiement à temps', car différentes conditions conduisent naturellement à différents comportements de paiement. Cela peut éclairer la politique de crédit et la prévision des flux de trésorerie.

Pourquoi c'est important

Fournit un contexte crucial pour l'analyse du comportement de paiement et aide à expliquer les variations des temps de cycle de la facture au paiement.

Où obtenir

Disponible au niveau de la commande client ou du compte client dans Oracle Fusion. Consultez la documentation d'Oracle Fusion Financials.

Exemples
Net 30Net 60Payable à réception
Dernière mise à jour des données
LastUpdateDate
L'horodatage indiquant la dernière fois que les données de cet événement ont été actualisées à partir du système source.
Description

Cet attribut enregistre la dernière date d'extraction ou de mise à jour des données dans le jeu de données du Process Mining. Il assure la transparence sur la fraîcheur des données analysées.

Cette information est vitale pour que les utilisateurs comprennent l'actualité de l'analyse des processus. Elle aide à gérer les attentes concernant l'actualité des données et est importante pour la mise en place et le suivi des calendriers d'actualisation des données.

Pourquoi c'est important

Indique la fraîcheur des données, garantissant aux utilisateurs de savoir à quel point leur analyse de processus est à jour.

Où obtenir

Cette valeur est générée et estampillée sur le jeu de données lors de chaque cycle d'extraction et de transformation des données.

Exemples
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Durée du bon de commande au paiement
OrderToPaymentDuration
Le temps total de la création de la commande client à la réception du paiement.
Description

Cet attribut calculé mesure le temps de cycle de bout en bout du processus du bon de commande à l'encaissement pour un seul cas. Il représente la durée totale du premier événement ('Commande Client Créée') au dernier événement ('Paiement Reçu').

Cette métrique est une mesure directe de la santé globale et de l'efficacité de l'ensemble du processus. Elle est la base du KPI 'Temps de cycle global du bon de commande à l'encaissement' et aide à la surveillance des performances de haut niveau et à l'analyse comparative.

Pourquoi c'est important

Représente le temps de cycle total de bout en bout, fournissant un KPI de haut niveau pour l'efficacité globale du processus et la vitesse de conversion des liquidités.

Où obtenir

C'est un champ calculé. La logique est : Horodatage de 'Paiement Reçu' - Horodatage de 'Commande Client Créée'.

Exemples
45 jours 6 heures62 jours 11 heures35 jours 2 heures
Est un paiement en retard
IsLatePayment
Un indicateur calculé qui est vrai si le paiement a été reçu après la date d'échéance du paiement.
Description

Cet attribut booléen est dérivé en comparant la date de réception effective du paiement avec la PaymentDueDate. Il fournit un indicateur clair de si une facture a été payée à temps.

Cet attribut est utilisé pour calculer le KPI 'Taux de paiement à temps'. Il permet une segmentation facile des paiements à temps vs en retard pour analyser les caractéristiques des clients payeurs tardifs, les raisons courantes des retards et l'impact financier sur le fonds de roulement.

Pourquoi c'est important

Mesure directement l'efficacité du recouvrement des paiements et simplifie l'analyse des paiements en souffrance.

Où obtenir

C'est un champ calculé. La logique est : PaymentReceivedDate > PaymentDueDate.

Exemples
fauxtrue
Est une livraison ponctuelle
IsOnTimeDelivery
Un indicateur calculé qui est vrai si la livraison réelle a eu lieu à la date de livraison demandée ou avant.
Description

Cet attribut booléen est dérivé en comparant la ActualDeliveryDate avec la RequestedDeliveryDate. Il fournit un indicateur simple, au niveau du cas, de la performance de livraison.

Ce drapeau est la base pour calculer le KPI agrégé 'Taux de livraison à temps'. Il simplifie le filtrage et l'analyse, permettant aux utilisateurs d'isoler rapidement toutes les commandes en retard pour effectuer une analyse des causes profondes des facteurs contribuant aux retards.

Pourquoi c'est important

Mesure directement la performance de l'exécution par rapport aux attentes du client et simplifie l'analyse des commandes en retard.

Où obtenir

C'est un champ calculé. La logique est : ActualDeliveryDate <= RequestedDeliveryDate.

Exemples
truefaux
Facture corrigée ?
IsInvoiceCorrected
Un indicateur signalant si une facture a été corrigée ou révisée après sa création initiale.
Description

Cet attribut booléen est vrai si une facture a subi une boucle de correction, indiqué par la présence d'une activité 'Facture Corrigée'. Il signale les cas qui ont impliqué un retravail au stade de la facturation.

Ceci est une entrée clé pour le tableau de bord 'Analyse de la précision et du retravail des factures' et le KPI 'Taux de retravail des factures'. Il aide à quantifier l'étendue des erreurs de facturation et permet une analyse des causes profondes pour identifier pourquoi des corrections sont nécessaires, visant à réduire le travail manuel et les retards de paiement.

Pourquoi c'est important

Identifie le retravail de facture, un indicateur clé d'inefficacité des processus, de problèmes de qualité des données et de retards potentiels de paiement.

Où obtenir

C'est un champ calculé, généralement défini à vrai pour un cas si une activité 'Facture Corrigée' existe dans son journal d'événements.

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

Cet attribut détaille le transporteur logistique ou le niveau de service utilisé pour la livraison, tels que 'Fret terrestre', 'Air Express' ou 'Courrier local'.

Cette information est essentielle pour le tableau de bord 'Conformité de la livraison par méthode d'expédition'. Elle permet la comparaison des performances de livraison à temps et des coûts d'expédition entre différentes méthodes et transporteurs, aidant à optimiser la stratégie logistique et la sélection des fournisseurs.

Pourquoi c'est important

Soutient directement l'analyse logistique en permettant la comparaison des performances de différents transporteurs et méthodes d'expédition.

Où obtenir

Disponible dans les tables d'expédition et d'exécution d'Oracle Fusion. Consultez la documentation d'Oracle Fusion Financials.

Exemples
FedEx GroundUPS Next Day AirDHL International
Nom du Produit
ProductName
Le nom du produit ou service vendu.
Description

Cet attribut spécifie l'article sur la ligne de commande client. Si une commande a plusieurs lignes, le cas peut être analysé au niveau de l'article de ligne, ou cet attribut pourrait être agrégé au niveau de l'en-tête.

L'analyse par produit aide à comprendre si certains produits sont associés à des flux de processus plus complexes ou problématiques, tels que des retards de livraison fréquents ou des problèmes de paiement. Cela peut éclairer les stratégies de gestion de produit et de chaîne d'approvisionnement.

Pourquoi c'est important

Permet l'analyse de la performance des processus pour différents produits, en mettant en évidence les articles qui peuvent avoir des chemins de réalisation ou de facturation complexes.

Où obtenir

Provient des tables de lignes de commande client et est joint à une table de produits maîtres. Consultez la documentation d'Oracle Fusion Financials.

Exemples
Standard Widget X1Premium Service PackageComposant Y2-B
Numéro de facture
InvoiceNumber
L'identifiant unique de la facture client.
Description

Cet attribut est le numéro unique attribué à la facture générée à partir de la commande client. Il relie les activités de vente et d'exécution à la partie règlement financier du processus.

Bien que la commande client soit l'ID de cas principal, le numéro de facture est critique pour analyser les sous-processus de facturation et de paiement. Il est essentiel pour suivre les corrections de facture, les litiges et le statut de paiement, soutenant des tableaux de bord comme 'Analyse de la précision et du retravail des factures'.

Pourquoi c'est important

Fournit un lien crucial vers le processus des comptes clients et est nécessaire pour analyser le retravail des factures et les cycles de paiement.

Où obtenir

Disponible dans les tables de transactions des comptes débiteurs d'Oracle Fusion, telles que RA_CUSTOMER_TRX_ALL.

Exemples
INV-93485INV-93486INV-93487
Pays du client
CustomerCountry
Le pays où le client est situé.
Description

Cet attribut fournit le pays de l'adresse de livraison ou de facturation du client. C'est une dimension clé pour l'analyse géographique.

La segmentation du processus par pays peut révéler des différences régionales en termes de performance des processus, de temps de cycle ou de comportement de paiement. Ceci est précieux pour comprendre l'impact des réglementations locales, des défis logistiques et des conditions du marché sur le processus du bon de commande à l'encaissement.

Pourquoi c'est important

Permet une analyse géographique pour identifier les variations régionales en matière d'efficacité des processus, de conformité et de comportement client.

Où obtenir

Provient des tables de données de base clients (HZ_LOCATIONS, HZ_PARTY_SITES) liées à la commande client.

Exemples
États-UnisAllemagneJapon
Système source
SourceSystemIdentifier
Identifie le système source d'où les données d'événement ont été extraites.
Description

Cet attribut spécifie l'origine des données, ce qui est particulièrement utile dans les environnements où plusieurs systèmes sont impliqués dans le processus du bon de commande à l'encaissement. Par exemple, les données de commande peuvent provenir d'Oracle Fusion, tandis que les données d'expédition pourraient provenir d'un système logistique tiers.

En analyse, cela aide à comprendre la lignée des données et peut être utilisé pour filtrer la vue du processus pour les événements provenant de systèmes spécifiques. Il est crucial pour la validation des données et pour l'identification de la fragmentation des processus à travers différents paysages informatiques.

Pourquoi c'est important

Fournit un contexte sur l'origine des données, ce qui est crucial pour la gouvernance des données et le dépannage dans des environnements multi-systèmes.

Où obtenir

Il s'agit généralement d'une valeur statique ajoutée pendant le processus d'extraction et de transformation des données pour étiqueter l'origine du jeu de données.

Exemples
Oracle Fusion Cloud FinancialsOracle SCM CloudOracle ERP
Type de commande
OrderType
Une classification pour la commande client, telle que 'Commande Standard' ou 'Commande de Retour'.
Description

Le type de commande est utilisé pour catégoriser les commandes clients en fonction de leur objectif commercial. Les types courants incluent les ventes standard, les commandes de service, les autorisations de retour de matériel (RMA) et les commandes internes.

L'analyse du processus par type de commande est importante car différents types ont souvent des flux de processus et des objectifs de performance distincts. Cette segmentation aide à comprendre les variations de processus qui sont intentionnelles et attendues, évitant ainsi qu'elles ne soient mal interprétées comme des déviations.

Pourquoi c'est important

Permet la segmentation des différents flux de processus légitimes (par exemple, standard vs retours) pour garantir une analyse juste et précise.

Où obtenir

Généralement disponible en tant que champ dans la table d'en-tête de la commande client dans Oracle Fusion. Consultez la documentation d'Oracle Fusion Financials.

Exemples
Commande client standardAutorisation de retourOrdre de service
Unité commerciale
BusinessUnitName
Le nom de l'unité commerciale interne responsable de la commande client.
Description

Cet attribut représente la division ou l'unité opérationnelle spécifique au sein de l'entreprise qui possède la transaction. Il permet une comparaison des performances entre différentes parties de l'organisation.

La segmentation du processus par unité commerciale aide à identifier les variations d'efficacité, de coût et de conformité au sein de l'entreprise. Cette analyse peut révéler les meilleures pratiques dans les unités très performantes qui peuvent être partagées, ou mettre en évidence les unités sous-performantes qui nécessitent des améliorations de processus ciblées.

Pourquoi c'est important

Permet l'analyse comparative des performances et l'analyse de la cohérence des processus au sein des différentes unités organisationnelles.

Où obtenir

Généralement disponible sur l'en-tête de la commande client et lié à la structure organisationnelle définie dans Oracle Fusion.

Exemples
BU-Amérique du NordBU-EMEAServices mondiaux
Obligatoire Recommandé Facultatif

Commande au Paiement - Activités de Traitement des Commandes Clients

Ce sont les étapes clés du processus et les jalons à capturer dans votre journal d'événements pour une découverte précise des processus et une évaluation des performances.
6 Recommandé 8 Facultatif
Activité Description
Commande client créée
Cette activité marque le début du processus de commande client, représentant le moment où une nouvelle commande client est saisie dans Oracle Fusion. Cet événement est généralement capturé explicitement lorsqu'un utilisateur enregistre un nouvel enregistrement de commande dans le module de gestion des commandes.
Pourquoi c'est important

En tant que début du processus, cette activité est essentielle pour mesurer le temps de cycle global de l'Order to Cash et analyser les volumes d'entrée de commandes.

Où obtenir

Enregistré explicitement lors de la création d'un enregistrement de commande client dans Order Management Cloud. Recherchez les horodatages de création dans la table DOO_HEADERS_ALL.

Capture

Capturé à partir de l'horodatage de création de l'enregistrement d'en-tête de commande client.

Type d'événement explicit
Commande Clôturée
L'activité finale du processus, indiquant que toutes les lignes de la commande client ont été exécutées, facturées et clôturées. Le statut de l'en-tête de commande est mis à jour à 'Clôturé'.
Pourquoi c'est important

Cette activité marque la fin réussie du cycle de vie de la commande client. Elle est essentielle pour calculer les durées de processus de bout en bout et identifier les commandes "zombies" qui ne se ferment jamais.

Où obtenir

Déduit du changement de statut de l'en-tête de la commande client à 'Clôturé' dans la table DOO_HEADERS_ALL. L'horodatage de ce changement de statut final sert de temps d'événement.

Capture

Déduit de l'horodatage du changement de statut à 'Clôturé' sur l'en-tête de la commande client.

Type d'événement inferred
Commande Confirmée
Ce jalon clé signifie que la commande client a passé toutes les vérifications initiales, y compris l'approbation de crédit, et est maintenant engagée pour exécution. Il est généralement inféré lorsque le statut de la commande progresse vers un état comme 'En attente d'expédition' ou 'Planifiée'.
Pourquoi c'est important

Cette activité est un jalon critique pour le calcul du 'Temps moyen de confirmation de commande' et marque le passage de la saisie de commande au processus d'exécution.

Où obtenir

Déduit d'un changement de statut de l'en-tête ou de la ligne de commande client vers une valeur indiquant qu'elle est prête pour l'exécution (par exemple, 'En attente d'expédition'). Vérifiez les colonnes de statut dans DOO_HEADERS_ALL ou DOO_FULFILL_LINES_ALL.

Capture

Déduit de l'horodatage lorsque le statut de la commande passe à un état confirmé ou planifié.

Type d'événement inferred
Facture créée
Cette activité représente la création de la facture client dans le module des comptes clients, généralement déclenchée par l'événement de confirmation d'expédition. Un enregistrement de facture est généré avec un numéro unique et une date de création.
Pourquoi c'est important

Marque le début officiel du cycle de recouvrement des paiements. C'est la base pour mesurer le 'Temps de la facture au paiement' et l'efficacité globale de la trésorerie.

Où obtenir

C'est un événement explicite dans Oracle Comptes Clients (AR). Un enregistrement de facture est créé dans la table RA_CUSTOMER_TRX_ALL avec une date de transaction.

Capture

Capturé à partir de la date de création de la transaction de facture dans le module AR.

Type d'événement explicit
Marchandises expédiées
Cette activité marque le moment où les marchandises ont été expédiées de l'entrepôt et sont en transit vers le client. Elle est capturée lorsqu'une transaction de confirmation d'expédition est traitée dans Oracle Shipping.
Pourquoi c'est important

C'est un jalon critique qui signifie l'achèvement de la partie exécution du processus et déclenche la facturation. Il est essentiel pour mesurer les délais d'expédition et de livraison à temps.

Où obtenir

C'est un événement explicite enregistré dans Oracle Shipping Execution. La transaction de confirmation d'expédition crée un enregistrement dans les tables d'expédition comme WSH_DELIVERY_DETAILS avec une date d'expédition.

Capture

Capturé à partir de l'horodatage de la 'date d'expédition réelle' sur l'enregistrement de détail de livraison associé à la ligne de commande.

Type d'événement explicit
Paiement Reçu
Cette activité signifie que le paiement du client a été reçu et appliqué à la facture dans les comptes clients. Ceci est capturé lorsqu'une application d'encaissement est enregistrée.
Pourquoi c'est important

C'est un jalon critique pour mesurer le 'Temps de cycle global du bon de commande à l'encaissement' et le 'Taux de paiement à temps'. Il représente la conversion de la vente en liquidités.

Où obtenir

C'est un événement explicite dans Oracle Comptes Clients. Il est enregistré dans les tables de reçus de trésorerie comme AR_RECEIVABLE_APPLICATIONS_ALL lorsqu'un reçu est appliqué à une facture.

Capture

Capturé à partir de l'horodatage de la 'date d'application' de l'enregistrement d'application d'encaissement dans les comptes débiteurs (AR).

Type d'événement explicit
Commande Annulée
Représente l'annulation d'une commande client avant qu'elle ne soit entièrement expédiée. Cela peut se produire pour diverses raisons et se traduit par un statut final de 'Annulé'.
Pourquoi c'est important

C'est un chemin d'exception critique. L'analyse des commandes annulées aide à identifier les causes profondes, telles que les ruptures de stock, les problèmes de prix ou les changements d'avis des clients, qui peuvent éclairer les améliorations de processus.

Où obtenir

Déduit du changement de statut de l'en-tête ou de la ligne de commande client à un état 'Annulé'. L'horodatage de ce changement de statut est utilisé pour enregistrer l'événement.

Capture

Déduit de l'horodatage du changement de statut à 'Annulé' sur l'en-tête ou la ligne de commande.

Type d'événement inferred
Facture Corrigée
Se produit lorsqu'une facture précédemment créée est modifiée, réémise ou créditée en raison d'erreurs ou de litiges clients. Ceci est généralement enregistré par la création d'un avoir ou d'une nouvelle version de la facture.
Pourquoi c'est important

Le suivi des corrections de factures est essentiel pour le KPI 'Taux de retravail des factures', mettant en évidence les problèmes dans le processus de facturation qui peuvent retarder les paiements et augmenter les coûts administratifs.

Où obtenir

Déduit par la création d'un avoir (lié à la facture originale) ou d'une version ultérieure de la même facture dans la table RA_CUSTOMER_TRX_ALL.

Capture

Déduit en identifiant les notes de crédit ou les factures qui font référence à une transaction de facture précédente.

Type d'événement inferred
Ligne de commande clôturée
Représente la clôture finale d'une ligne de commande client individuelle, indiquant qu'elle a été entièrement expédiée, facturée et qu'aucune autre transaction n'est attendue. Le système met à jour le statut de la ligne à 'Clôturée'.
Pourquoi c'est important

La clôture des lignes de commande signifie l'achèvement de toutes les obligations contractuelles pour cet article. L'analyse de ceci aide à identifier les commandes qui restent ouvertes longtemps après l'exécution et le paiement.

Où obtenir

Déduit du changement de statut de la ligne d'exécution à 'Clôturé' dans la table DOO_FULFILL_LINES_ALL. L'horodatage de ce changement de statut marque l'événement.

Capture

Déduit de l'horodatage du changement de statut à 'Clôturé' sur la ligne d'exécution.

Type d'événement inferred
Marchandises livrées
Indique que le client a reçu l'envoi. Cette information provient souvent d'un transporteur externe et est mise à jour dans Oracle Fusion, ou elle peut être déduite sur la base d'un temps de transit standard à partir de la date d'expédition.
Pourquoi c'est important

Cette activité est cruciale pour le calcul du KPI 'Taux de livraison à temps' et la mesure précise des niveaux de service client.

Où obtenir

Ce n'est souvent pas un événement natif d'Oracle. Il peut être capturé si une intégration transporteur est en place, ou calculé en ajoutant un temps de transit standard à la date de 'Marchandises Expédiées'. Nécessite une analyse système.

Capture

Déduit des flux de données du transporteur ou calculé en fonction de la date d'expédition plus un temps de transit moyen.

Type d'événement inferred
Marchandises prélevées
Représente le prélèvement physique des marchandises dans l'entrepôt pour exécuter la commande. C'est une étape clé dans le processus logistique et est généralement enregistré dans le module de gestion d'entrepôt ou d'expédition.
Pourquoi c'est important

Cette activité offre une visibilité sur les opérations d'entrepôt. Les retards entre la réservation des stocks et le prélèvement peuvent indiquer des goulots d'étranglement de ressources ou de processus dans l'entrepôt.

Où obtenir

Capturé au sein des modules Oracle Fusion Cloud SCM (Supply Chain Management). Il peut être déduit du changement de statut d'une vague de prélèvement ou d'un bon de prélèvement associé à la ligne de commande client.

Capture

Déduit de l'horodatage d'achèvement de la transaction de prélèvement dans les modules SCM.

Type d'événement inferred
Stock Réservé
Cette activité représente l'allocation ou la réservation de stocks physiques pour exécuter la ligne de commande client. Le système engage un stock spécifique, garantissant sa disponibilité lorsque la commande est prête à être prélevée.
Pourquoi c'est important

Le suivi de cela aide à analyser le KPI 'Délai d'allocation d'inventaire' et identifie les retards entre la confirmation de commande et la sécurisation des marchandises.

Où obtenir

Cet événement est souvent capturé dans les modules d'inventaire ou d'exécution de la chaîne d'approvisionnement. Il peut être inféré des mises à jour de statut sur la ligne d'exécution indiquant que l'inventaire a été détaillé ou réservé.

Capture

Déduit des changements de statut des lignes d'exécution liés à la réservation ou à la planification des stocks.

Type d'événement inferred
Suspension de Crédit Appliquée
Cette activité se produit lorsqu'une commande client est automatiquement ou manuellement mise en attente en raison d'un contrôle de crédit échoué ou d'un autre problème lié au crédit. Ceci est généralement capturé par un changement de statut de suspension de la commande au sein du système.
Pourquoi c'est important

Le suivi des suspensions de crédit est crucial pour identifier les raisons des retards de traitement des commandes et pour mesurer l'efficacité du processus de levée des suspensions de crédit.

Où obtenir

Déduit de l'application d'une retenue sur la commande client. Cela est généralement enregistré dans les tables liées aux retenues, telles que DOO_HOLDS_ALL, liées à la commande client.

Capture

Déduit de la création d'un enregistrement dans la table de retenues de commande avec un type de retenue 'Crédit'.

Type d'événement inferred
Vérification de Crédit Effectuée
Représente l'exécution d'un contrôle de crédit sur le compte du client pour évaluer sa solvabilité. C'est souvent une étape automatisée ou manuelle dans le workflow de traitement des commandes, et sa complétion est généralement enregistrée comme une mise à jour de statut ou une tâche terminée.
Pourquoi c'est important

L'analyse du temps consacré aux vérifications de crédit permet d'identifier les goulots d'étranglement dans l'approbation des commandes. Elle est essentielle pour le KPI 'Temps de vérification de crédit à confirmation'.

Où obtenir

Peut être déduit des changements de statut sur la commande client, comme le passage à un statut 'En attente d'approbation de crédit', ou d'un journal d'événements explicite dans la fonctionnalité de gestion du crédit.

Capture

Déduit des changements de statut des commandes ou des horodatages associés aux tâches de révision de crédit.

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données d'Oracle Fusion Financials