Votre Modèle de données Commande au paiement - Traitement des commandes de vente
Oracle Fusion FinancialsVotre Modèle de données Commande au paiement - Traitement des commandes de vente
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide pratique d'extraction de données
Commande au Paiement - Attributs de Traitement des Commandes Clients
| 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 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 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 | |||
Commande au Paiement - Activités de Traitement des Commandes Clients
| 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 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 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 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 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 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 | |||