> Amélioration continue des processus > Order to Cash Facturation et émission des factures > Salesforce Sales Cloud > Modèle de données

Votre modèle de données Order to Cash, facturation et émission des factures

Salesforce Sales Cloud

← Retour au guide d’amélioration

Attributs du processus Order to Cash - Facturation et émission des factures (19) Activités du processus Order to Cash - Facturation et émission des factures (13) Guides d’extraction (3)

Votre modèle de données Order to Cash, facturation et émission des factures

Ce modèle fournit une vue d’ensemble complète des attributs de données et des activités essentiels à l’analyse efficace de votre processus Order to Cash - Facturation et émission des factures. Il précise les informations à recueillir pour votre journal d’événements et fournit des conseils pratiques pour extraire ces données. Utilisez cette ressource pour simplifier vos initiatives de Process Mining et obtenir des analyses utiles.

Attributs recommandés à collecter
Activités clés à suivre
Guide d’extraction

Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs du processus Order to Cash - Facturation et émission des factures

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser de manière complète le processus Order to Cash de facturation et d’émission des factures, en veillant à recueillir toutes les informations essentielles.

3 Obligatoire 5 Recommandé 11 Facultatif

	Nom	Description
	Heure de l’événement EventTime	Horodatage indiquant le moment où une activité précise s’est produite.
Description Cet attribut fournit la date et l’heure de chaque activité, ce qui est essentiel pour les classer chronologiquement et analyser les performances. Les horodatages établissent la séquence des événements et permettent de calculer les durées qui les séparent. Dans l’analyse des processus, l’heure de l’événement sert à calculer tous les indicateurs temporels, notamment les durées de cycle, les temps d’attente et la durée des activités. Elle constitue le fondement de KPI tels que « Average Invoice Cycle Time » et « DSO », et alimente des Dashboards comme « Invoice Approval Cycle Time » et « Payment Reconciliation Performance ». Pourquoi c’est important Cet horodatage est essentiel pour ordonner correctement les événements et calculer tous les indicateurs de performance, notamment les durées de cycle et les temps de traitement, indispensables pour identifier les retards. Où les obtenir Ces données proviennent souvent de champs d’horodatage générés par le système, tels que `CreatedDate` ou `LastModifiedDate`, sur l’objet Invoice ou sur les enregistrements Task/Event associés. Exemples 2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
	Nom de l’activité ActivityName	Nom de l’événement métier précis qui s’est produit dans le processus de facturation.
Description Cet attribut décrit l’étape ou le jalon atteint dans le cycle de vie de la facture, par exemple « Invoice Generated » ou « Payment Received ». Ces activités constituent les nœuds de la carte du processus. L’analyse de la séquence des noms d’activité est fondamentale en Process Mining. Elle révèle le déroulement réel du processus et permet de le comparer au processus conçu. Elle sert à identifier les écarts, les goulots d’étranglement entre certaines étapes et les boucles de reprise. Elle alimente directement des Dashboards tels que « Billing Process Rework & Errors » et « Billing Compliance Violation Report ». Pourquoi c’est important Il définit les étapes du processus, constitue l’ossature de la carte de processus et permet d’analyser le flux de travail, les goulots d’étranglement et les écarts. Où les obtenir Il est généralement dérivé des modifications du champ Status de l’objet Invoice ou des enregistrements d’objets associés tels que Task ou Event, qui consignent des actions précises. Exemples Facture crééeFacture approuvéeFacture envoyée au clientPaiement reçu
	Numéro de facture InvoiceNumber	Identifiant unique de chaque facture, utilisé comme identifiant principal du cas pour le processus de facturation.
Description Le numéro de facture est l’attribut central qui regroupe toutes les activités de facturation associées au sein d’un même cas. Chaque numéro correspond à un document de facturation distinct envoyé à un client. Dans une analyse de Process Mining, cet attribut permet de suivre de bout en bout le cycle de vie d’une facture, de sa création à son paiement final et à sa clôture. Il est essentiel pour construire la carte du processus et calculer des KPI au niveau du cas, tels que « Average Invoice Cycle Time » et « Days Sales Outstanding ». L’analyse des processus par numéro de facture aide à identifier les goulots d’étranglement, les boucles de reprise et les écarts de conformité pour chaque instance de facturation. Pourquoi c’est important Il s’agit de la clé essentielle qui relie tous les événements de facturation associés et permet d’obtenir une vue complète, de bout en bout, du processus de facturation pour chaque transaction unique. Où les obtenir Il s’agit généralement de la clé primaire de l’objet Invoice dans Salesforce Sales Cloud, souvent représentée par le champ `InvoiceNumber` ou un identifiant unique similaire. Exemples INV-00582INV-01934INV-10345
	Date d’échéance du paiement PaymentDueDate	Date à laquelle le client doit avoir payé la facture.
Description Cet attribut précise la date limite de paiement indiquée sur la facture. Il est calculé à partir de la date de facture et des conditions de paiement convenues. La date d’échéance du paiement est une donnée essentielle pour la planification financière et la gestion du recouvrement. Elle sert de référence pour mesurer les performances réelles de paiement. Elle est indispensable au calcul du KPI « On-Time Payment Rate » et aux Dashboards qui suivent la ponctualité des paiements, tels que « Days Sales Outstanding (DSO) Trend ». Pourquoi c’est important Elle sert de référence pour mesurer les performances de paiement, calculer le DSO et déclencher des activités de recouvrement telles que les relances de paiement. Où les obtenir Il s’agit d’un champ de date standard de l’objet Invoice dans Salesforce, souvent nommé `DueDate`. Exemples 2023-05-152023-06-302023-07-01
	Montant total de la facture InvoiceTotalAmount	Valeur monétaire totale de la facture.
Description Cet attribut représente le montant total dû par le client au titre des biens ou services fournis. Il s’agit d’un indicateur financier clé associé à chaque cas de facture. L’analyse du montant total de la facture aide à hiérarchiser les factures de montant élevé et à comprendre comment les performances du processus diffèrent entre les petites et les grandes transactions. Elle peut servir à segmenter l’analyse dans les Dashboards, par exemple pour vérifier si les factures de montant élevé nécessitent plus de temps pour être approuvées ou sont payées plus tard. Cette analyse est importante pour gérer le risque financier et cibler efficacement les efforts de recouvrement. Pourquoi c’est important Il permet d’analyser l’impact financier, de hiérarchiser les factures de montant élevé et de comprendre comment la valeur monétaire influence le comportement du processus, notamment les délais d’approbation ou de paiement. Où les obtenir Il s’agirait probablement d’un champ monétaire standard sur l’objet Invoice, éventuellement nommé `GrandTotal` ou doté d’un nom similaire. Exemples 5400.5012500.00850.75
	Service de facturation BillingDepartment	Service ou équipe responsable de l’activité de facturation.
Description Cet attribut précise le groupe fonctionnel, tel que « Accounts Receivable » ou « Sales Operations », auquel appartient l’utilisateur responsable. Il est généralement dérivé du profil ou du rôle de l’utilisateur dans Salesforce. L’analyse des performances par service est essentielle pour comprendre la responsabilité du processus et identifier les problèmes systémiques propres à certaines équipes. Elle est utilisée dans les Dashboards « Payment Reconciliation Performance » et « Billing Team Workload & Performance » pour comparer l’efficacité et l’utilisation des ressources entre différents domaines fonctionnels. Pourquoi c’est important Il permet d’analyser les performances au niveau d’une équipe ou d’un service et d’identifier les goulots d’étranglement, les contraintes de ressources ou les lacunes de formation propres à un groupe. Où les obtenir Ces informations sont généralement stockées dans l’objet User de Salesforce, dans des champs tels que `Service` ou `Role.Name`. Exemples Comptes clientsOpérations financièresÉquipe de recouvrement
	Statut de la facture InvoiceStatus	Statut actuel de la facture dans son cycle de vie.
Description Cet attribut reflète l’état actuel de la facture, par exemple « Draft », « Awaiting Approval », « Sent », « Paid » ou « Void ». Il fournit une vue instantanée de la position de la facture dans le processus à un moment donné. Le statut de la facture constitue une dimension essentielle pour le filtrage et la segmentation. Il permet aux analystes de se concentrer sur des groupes précis de factures, par exemple toutes celles qui attendent actuellement un paiement ou toutes celles qui ont été rejetées. Cette approche aide à hiérarchiser le travail et à analyser les caractéristiques des factures bloquées à certaines étapes. Pourquoi c’est important Il fournit une vue claire de l’état actuel d’une facture et permet de filtrer et d’analyser les cas ouverts, clôturés ou problématiques. Où les obtenir Il s’agit généralement d’un champ de liste de sélection standard nommé `État` dans l’objet Invoice de Salesforce. Exemples En attente d'approbationApprouvéeEnvoyée au clientPayéePassée en perte
	Utilisateur responsable UserResponsible	Utilisateur ou agent ayant réalisé l’activité.
Description Cet attribut identifie l’utilisateur Salesforce responsable d’une activité donnée, par exemple l’approbation d’une facture ou la comptabilisation d’un paiement. Il est souvent associé à l’utilisateur ayant modifié l’enregistrement en dernier ou auquel la tâche appartient. L’analyse du processus par utilisateur responsable est essentielle pour comprendre les performances de l’équipe, répartir la charge de travail et identifier les besoins de formation. Elle alimente directement le Dashboard « Billing Team Workload & Performance » en permettant de comparer les performances et d’analyser l’allocation des ressources. Elle facilite également la recherche des causes profondes lors de l’analyse de retards ou d’erreurs. Pourquoi c’est important Il permet d’analyser les performances individuelles et collectives, d’équilibrer la charge de travail et d’identifier les utilisateurs les plus performants ou ceux qui ont besoin d’une formation complémentaire. Où les obtenir Ces informations peuvent figurer dans des champs tels que `LastModifiedById` sur l’objet Invoice ou `OwnerId` sur des objets Task ou personnalisés associés. Ces identifiants doivent être associés à l’objet User pour obtenir le nom de l’utilisateur. Exemples Alice JohnsonBob WilliamsCharlie Brown
	Conditions de paiement PaymentTerms	Conditions convenues pour le paiement de la facture, telles que « Net 30 » ou « Due on Receipt ».
Description Cet attribut définit les règles qui déterminent quand et comment une facture doit être payée. Il régit souvent le calcul de la date d’échéance du paiement et peut prévoir des remises pour paiement anticipé. L’analyse par conditions de paiement aide à comprendre l’influence des différents accords sur le comportement de paiement. Elle est essentielle pour le Dashboard « Early Payment Discount Utilization », qui compare les dates de paiement aux conditions convenues afin d’identifier les opportunités financières manquées. Elle fournit également un contexte pour expliquer pourquoi certaines factures présentent des cycles de paiement plus longs ou plus courts. Pourquoi c’est important Il fournit un contexte sur les échéances de paiement et est essentiel pour analyser le comportement de paiement, le DSO et l’efficacité des programmes de remise pour paiement anticipé. Où les obtenir Ces informations sont probablement stockées dans un champ de liste de sélection ou un champ texte de l’objet Invoice ou de l’objet Account associé dans Salesforce. Exemples À 30 joursÀ 60 jours2 % à 10 jours, net à 30 joursPayable à réception
	Correspond à un retraitement IsRework	Indicateur calculé qui précise si une facture a fait l’objet d’une boucle de retraitement.
Description Cet attribut booléen est calculé lors du traitement des données. Il prend la valeur true lorsque la séquence d’activités d’une facture révèle un retraitement, par exemple lorsqu’elle revient à une étape précédente après l’avoir franchie, comme dans le cas de « Invoice Corrected » après « Invoice Approved ». Cet indicateur est essentiel pour repérer et quantifier rapidement les inefficacités du processus. Il alimente directement le KPI « Invoice Rework Rate » et le Dashboard « Billing Process Rework & Errors », afin de permettre aux analystes d’isoler et d’examiner les dossiers concernés par des boucles de retraitement coûteuses et chronophages. Pourquoi c’est important Cet indicateur quantifie directement l’inefficacité du processus en identifiant les dossiers comportant des boucles de correction. Il aide ainsi à localiser les sources d’erreur et à calculer le coût de la non-qualité. Où les obtenir Cet attribut n’est pas présent dans le système source. Il est calculé par l’outil de Process Mining ou dans la couche ETL, à partir de la séquence d’activités de chaque dossier. Exemples truefalse
	Délai moyen de recouvrement des créances clients DaysSalesOutstanding	Nombre de jours écoulés entre l’envoi de la facture et la réception du paiement.
Description Le délai moyen de recouvrement des créances clients, ou Days Sales Outstanding (DSO), est un indicateur financier essentiel. Il mesure le nombre moyen de jours nécessaires à une entreprise pour encaisser un paiement après une vente. Il correspond à la durée comprise entre l’événement « Invoice Sent to Customer » et l’événement « Customer Payment Received ». Ce KPI constitue un axe majeur du processus Order to Cash, et cet attribut le rend disponible pour chaque facture. Il alimente directement le Dashboard « Days Sales Outstanding (DSO) Trend » et joue un rôle essentiel dans le suivi et l’amélioration de la trésorerie. Pourquoi c’est important Il s’agit d’un KPI important pour mesurer l’efficacité du processus de recouvrement et son impact direct sur la trésorerie de l’entreprise. Où les obtenir Il s’agit d’un attribut calculé. Le calcul est `(Timestamp('Customer Payment Received') - Timestamp('Invoice Sent to Customer'))`. Exemples 32 jours58 jours29 jours
	Dernière mise à jour des données LastDataUpdate	Horodatage de la dernière actualisation des données depuis le système source.
Description Cet attribut indique la date de la dernière extraction des données utilisées pour l’analyse de Process Mining depuis Salesforce Sales Cloud. Il s’agit d’un champ de métadonnées appliqué à l’ensemble du jeu de données lors de chaque actualisation. Cet horodatage est essentiel pour permettre aux utilisateurs d’évaluer la fraîcheur de l’analyse. Il leur indique si les Dashboards et les KPI consultés sont à jour, ce qui est indispensable pour prendre rapidement des décisions éclairées à partir des analyses du processus. Pourquoi c’est important Il informe les utilisateurs de l’actualité des données et garantit que les décisions reposent sur une vision actuelle et pertinente du processus. Où les obtenir Cette valeur est générée et ajoutée au jeu de données par l’outil ETL ou le pipeline de données lors de chaque exécution. Exemples 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Devise de la facture InvoiceCurrency	Le code devise du montant de la facture, par exemple USD ou EUR.
Description Cet attribut indique la devise dans laquelle la facture est libellée. Il est particulièrement important pour les organisations présentes dans plusieurs pays. Ce champ fournit le contexte nécessaire à toute analyse financière. Il permet d’agréger correctement les montants et de comparer les indicateurs de processus entre différentes zones monétaires. Il constitue un filtre indispensable pour analyser les KPI financiers et éviter de mélanger plusieurs devises. Pourquoi c’est important Fournit le contexte nécessaire pour tous les montants, afin de garantir la fiabilité des analyses et des rapports financiers, notamment dans les organisations internationales. Où les obtenir Il s’agit généralement du champ standard `CurrencyIsoCode`, disponible dans les instances Salesforce où la gestion multidevise est activée. Exemples USDEURGBPJPY
	Heure de fin de l’événement EventEndTime	Horodatage indiquant le moment où une activité a été terminée.
Description Cet attribut enregistre l’heure de fin d’une activité. Alors que de nombreuses activités de facturation sont des événements instantanés pour lesquels l’heure de début est identique à l’heure de fin, certaines, comme une étape d’approbation, peuvent avoir une durée mesurable. La présence d’une heure de fin permet de calculer précisément le temps de traitement d’une activité, c’est-à-dire la durée pendant laquelle un agent ou un système travaille activement sur une tâche. Elle aide à distinguer le temps de travail actif du temps d’attente et fournit ainsi une vision plus détaillée de l’efficacité du processus. Pourquoi c’est important Il permet de calculer précisément les temps de traitement des activités et de distinguer le travail actif du temps d’attente, pour une analyse plus fiable de l’efficacité. Où les obtenir Il ne s’agit souvent pas d’un champ standard. Il peut être nécessaire de le déduire en prenant le StartTime de l’activité suivante du cas ou de l’enregistrer dans un champ personnalisé. Exemples 2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
	Nom du client CustomerName	Nom du client ou du compte facturé.
Description Cet attribut identifie le client ou l’entreprise à laquelle la facture est adressée. Il est généralement associé à l’enregistrement Account correspondant dans Salesforce. L’analyse du processus par client est essentielle pour comprendre les comportements propres à chaque client et identifier les problèmes susceptibles d’affecter les comptes importants. Elle peut révéler que certains clients paient systématiquement en retard, nécessitent davantage de reprises ou suivent des cycles d’approbation complexes. Ces informations contribuent à la gestion de la relation client et à l’adaptation des stratégies de recouvrement. Pourquoi c’est important Il permet une analyse centrée sur le client afin d’identifier des tendances, par exemple les clients qui paient fréquemment en retard ou nécessitent davantage de corrections de factures, et d’améliorer ainsi la gestion de la relation client. Où les obtenir Cette information provient du champ `Account.Name`, associé par une relation de recherche entre l’objet Invoice et l’objet Account. Exemples ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
	Paiement en retard IsLatePayment	Indicateur calculé qui précise si le paiement a été reçu après la date d’échéance.
Description Cet attribut booléen est calculé en comparant l’horodatage « Customer Payment Received » avec la « Payment Due Date ». Il prend la valeur true lorsque le paiement est en retard et false dans le cas contraire. Cet indicateur simplifie l’analyse des comportements de paiement et de l’efficacité du recouvrement. Il sert de base au KPI « On-Time Payment Rate » et permet de segmenter les clients entre payeurs à temps et payeurs en retard pour approfondir l’analyse. Il fournit un résultat binaire clair sur la performance de paiement de chaque facture. Pourquoi c’est important Il fournit un indicateur clair de la réussite du recouvrement, soutient directement le KPI « On-Time Payment Rate » et permet d’analyser les facteurs à l’origine des retards de paiement. Où les obtenir Cet attribut n’est pas présent dans le système source. Il est calculé dans la couche ETL ou par l’outil de Process Mining, en comparant la date de paiement au champ `PaymentDueDate`. Exemples truefalse
	Pays de facturation BillingCountry	Le pays indiqué dans l’adresse de facturation de la facture.
Description Cet attribut indique le pays de l’adresse de facturation du client. Il constitue une dimension géographique essentielle pour segmenter les données du processus. L’analyse du processus de facturation par pays est essentielle pour identifier les variations régionales en matière de performance, de conformité et de comportement client. Elle peut révéler que certains pays présentent des cycles de paiement plus longs, des taux de retraitement différents ou des exigences réglementaires particulières qui influent sur le processus. Elle contribue ainsi à harmoniser les processus à l’échelle mondiale tout en soutenant les efforts d’optimisation locale. Pourquoi c’est important Permet d’analyser les données par zone géographique afin d’identifier les variations régionales en matière de performance, d’exigences de conformité et de comportements de paiement. Où les obtenir Il s’agit généralement du champ composé d’adresse standard de l’objet Invoice, généralement `BillingCountry`. Exemples USAAllemagneJaponBrésil
	Responsable du compte AccountOwner	Commercial ou responsable de compte chargé du compte client.
Description Cet attribut identifie le responsable interne de la relation client. Il s’agit généralement du commercial ou du responsable de compte affecté à l’Account dans Salesforce. Bien qu’il ne participe pas directement à la facturation, le responsable du compte peut constituer une dimension pertinente pour l’analyse. Les problèmes du processus de facturation peuvent affecter la relation client, et cet attribut permet de relier les performances du processus aux activités commerciales. Il peut servir à vérifier si les comptes gérés par certains responsables rencontrent davantage de problèmes de facturation. Pourquoi c’est important Il relie les performances du processus de facturation au responsable de la relation commerciale et aide à comprendre l’impact métier des erreurs ou des retards de facturation. Où les obtenir Il s’agit du champ `Owner.Name` de l’objet Account, associé à la facture. Exemples David MillerSophia GarciaJames Wilson
	Système source SourceSystem	Identifie le système à l’origine des données.
Description Cet attribut précise l’application source dans laquelle les données d’événements ont été générées. Pour ce processus, il s’agira généralement de « Salesforce Sales Cloud ». Dans les environnements intégrant plusieurs systèmes, ce champ est essentiel pour assurer la traçabilité des données et faciliter le dépannage. Il aide à comprendre le contexte des données et à garantir que les événements provenant de différents systèmes sont correctement fusionnés et interprétés dans l’outil de Process Mining. Pourquoi c’est important Il fournit un contexte essentiel sur l’origine des données, indispensable à leur gouvernance, à leur validation et à leur analyse dans les environnements multisystèmes. Où les obtenir Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement (ETL) afin d’indiquer l’origine du jeu de données. Exemples Salesforce Sales CloudSFSC

Obligatoire Recommandé Facultatif

Activités du processus Order to Cash - Facturation et émission des factures

Voici les principales étapes et les jalons du processus à enregistrer dans votre journal d’événements pour une découverte précise du processus et une évaluation de ses performances.

5 Recommandé 8 Facultatif

	Activité	Description
	Facture approuvée	Un utilisateur habilité a contrôlé et approuvé la facture, confirmant son exactitude et son envoi possible au client. Cet événement est généralement capturé lorsque le statut de la facture passe à « Approved ».
Pourquoi c’est important Il s’agit d’une étape clé qui conditionne la suite du processus de facturation. Les retards à ce stade créent d’importants goulots d’étranglement et affectent le DSO ainsi que la durée globale du cycle, mesurée par le Dashboard « Invoice Approval Cycle Time ». Où les obtenir Déduit du passage à « Approved » d’un champ de statut de l’objet Invoice. Si les Salesforce Approval Processes sont utilisés, l’événement peut être capturé explicitement dans l’historique de l’objet ProcessInstance. Collecte Modification du champ de statut de la facture à « Approved » ou achèvement d’une étape formelle du processus d’approbation. Type d’événement inferred
	Facture clôturée	Le cycle de vie de la facture est terminé, car elle a été intégralement payée et rapprochée. Il s’agit de la dernière activité d’une facture traitée avec succès, généralement enregistrée par une mise à jour du statut.
Pourquoi c’est important Cette activité constitue le point de fin principal du processus et permet de calculer précisément la durée du cycle de bout en bout. Elle fournit une définition claire de l’achèvement du processus pour l’analyse. Où les obtenir Déduit de l’horodatage auquel le champ de statut de l’objet Invoice est mis à jour avec la valeur « Closed », « Paid in Full » ou un état final similaire. Collecte Modification du champ de statut de la facture à la valeur finale « Closed ». Type d’événement inferred
	Facture créée	Cette activité correspond à la création d’un nouvel enregistrement de facture dans Salesforce. Elle marque officiellement le début du processus de facturation pour une transaction donnée et intervient généralement après l’exécution d’une commande ou l’atteinte d’une étape contractuelle. L’événement est capturé à partir de l’horodatage de création de l’enregistrement de facture.
Pourquoi c’est important Il s’agit de l’événement de début principal du processus de facturation. L’analyse du délai entre ce point et le paiement permet de mesurer la durée globale du cycle Order-to-Cash et d’identifier les retards initiaux de saisie des données. Où les obtenir Cet événement est capturé à partir de la date de création, c’est-à-dire du champ CreatedDate, de l’objet personnalisé Invoice ou d’un objet similaire représentant la facture dans Salesforce. Collecte Horodatage de création de l’enregistrement de facture. Type d’événement explicit
	Facture envoyée au client	La facture approuvée a été officiellement remise au client par e-mail, courrier ou portail. Cet événement est souvent capturé lorsqu’un champ « Sent Date » est renseigné ou lorsque le statut passe à « Sent ».
Pourquoi c’est important Cette étape marque le début de la période de recouvrement et sert de point de départ au calcul du délai moyen de recouvrement, ou Days Sales Outstanding (DSO). Il s’agit d’une étape essentielle pour suivre les échanges avec le client et les délais de paiement. Où les obtenir Déduit du renseignement du champ « Sent Date » de l’objet Invoice ou de la mise à jour du statut à « Sent ». Il peut également s’agir d’un événement explicite enregistré dans l’Activity History lorsqu’un outil d’e-mail intégré est utilisé. Collecte Horodatage du renseignement du champ « Sent_Date__c ». Type d’événement inferred
	Paiement reçu du client	Le client a effectué un paiement au titre de la facture et les fonds ont été reçus. Cette opération est généralement enregistrée par la création d’un enregistrement « Payment » associé à la facture.
Pourquoi c’est important Il s’agit de l’étape la plus importante de la partie recouvrement du processus. Elle constitue le point final du calcul du DSO et confirme l’encaissement effectif du revenu. Où les obtenir Capturé à partir de la date de création d’un enregistrement d’objet personnalisé « Payment » associé à l’objet Invoice. L’événement peut également être déduit du passage du statut de la facture à « Paid ». Collecte Création d’un enregistrement Payment associé. Type d’événement explicit
	Date d’échéance du paiement atteinte	Il s’agit d’un événement calculé représentant le moment où le paiement de la facture devient exigible conformément aux conditions de paiement. Il ne correspond pas à une action utilisateur, mais est déduit des données de la facture.
Pourquoi c’est important Cette activité fournit un repère essentiel pour analyser le comportement de paiement et mesurer le KPI « On-Time Payment Rate ». Elle permet de distinguer les paiements effectués à temps des paiements en retard. Où les obtenir Il s’agit d’un événement calculé. Il est déduit de la comparaison entre l’horodatage actuel et le champ « Due Date » de l’objet Invoice. Il n’existe pas comme événement enregistré dans Salesforce. Collecte Calculé en comparant la date actuelle au champ Due Date de la facture. Type d’événement calculated
	Encaissement imputé et rapproché	Le paiement reçu a été entièrement rapproché et imputé à la facture correspondante dans le système, ce qui clôt la créance. Cette opération est capturée par une modification finale du statut de l’enregistrement de paiement ou de facture.
Pourquoi c’est important Cette étape marque la fin du cycle de conversion de trésorerie. Le Dashboard « Payment Reconciliation Performance » s’appuie sur cette activité pour mesurer l’efficacité de l’équipe financière dans l’imputation des encaissements. Où les obtenir Déduit du passage du statut de l’objet Invoice ou d’un objet Payment associé à un statut final tel que « Reconciled » ou « Applied ». Collecte Modification du statut de la facture ou du paiement à « Reconciled ». Type d’événement inferred
	Facture corrigée	Cette activité correspond à une correction ou à une mise à jour manuelle de la facture après son rejet ou la détection d’une erreur. Elle est souvent déduite du retour du statut de la facture à un état antérieur, par exemple de « Rejected » à « Draft ».
Pourquoi c’est important L’identification des boucles de correction est essentielle pour mesurer le KPI « Invoice Rework Rate ». Un volume élevé de corrections révèle des problèmes lors de la création initiale des factures, qui entraînent des retards. Où les obtenir Déduit du suivi de l’historique des champs, en détectant le passage d’une valeur correspondant à une étape avancée, par exemple « Rejected » ou « Approved », à une valeur antérieure, par exemple « Draft » ou « In Progress ». Collecte Le statut de la facture revient à une étape antérieure du processus. Type d’événement inferred
	Facture passée en perte	La décision a été prise d’annuler la créance et la facture est clôturée sans paiement intégral. Il s’agit d’une issue alternative et défavorable du processus de facturation.
Pourquoi c’est important Le suivi des créances passées en perte permet de quantifier les pertes de revenus et d’identifier les clients ou les situations à l’origine des créances irrécouvrables. Il s’agit d’un parcours d’exception important à surveiller pour préserver la santé financière. Où les obtenir Déduit de l’horodatage auquel le champ de statut de l’objet Invoice est mis à jour avec la valeur « Written Off » ou « Canceled - Bad Debt ». Collecte Modification du champ de statut de la facture à « Written Off ». Type d’événement inferred
	Facture rejetée	Un approbateur a rejeté la facture, généralement en raison d’erreurs ou d’écarts, ce qui nécessite sa correction et sa nouvelle soumission. L’événement est capturé par le passage du statut de l’enregistrement de facture à « Rejected ».
Pourquoi c’est important Cette activité signale une reprise et une inefficacité du processus. L’analyse de la fréquence des rejets aide à identifier les sources d’erreurs récurrentes et à rechercher les causes profondes dans le Dashboard « Billing Process Rework & Errors ». Où les obtenir Déduit du passage à « Rejected » d’un champ de statut de l’objet Invoice. Ces données peuvent également figurer dans les commentaires de l’historique d’un Approval Process formel. Collecte Modification du champ de statut de la facture à « Rejected ». Type d’événement inferred
	Facture soumise pour approbation	La facture a été finalisée et soumise à un contrôle interne avant son envoi au client. Cette activité est généralement capturée par une modification du champ de statut de l’enregistrement de facture, par exemple de « Draft » à « Pending Approval ».
Pourquoi c’est important Le suivi de cette activité permet d’isoler le temps passé dans la file d’attente d’approbation. Il s’agit d’une première étape essentielle pour calculer le KPI « Average Invoice Approval Time ». Où les obtenir Déduit de l’historique des champs de l’objet Invoice lorsqu’un champ de statut est mis à jour avec une valeur telle que « Submitted for Approval » ou « In Review ». Collecte Modification du champ de statut de la facture à « Pending Approval ». Type d’événement inferred
	Paiement comptabilisé dans le grand livre	Le paiement reçu a été officiellement enregistré dans le système de comptabilité financière ou le grand livre de l’entreprise. Cette opération peut être capturée par une mise à jour du statut du paiement ou de la facture après l’exécution d’une intégration.
Pourquoi c’est important Cette activité distingue la réception du paiement de son rapprochement comptable. Le délai entre la réception et la comptabilisation peut révéler des retards dans les processus comptables internes. Où les obtenir Déduit de la modification du champ de statut de l’objet Payment ou Invoice vers une valeur telle que « Posted » ou « Exported to ERP », souvent mise à jour par une intégration API. Collecte Modification du statut du paiement ou de la facture à « Posted ». Type d’événement inferred
	Relance de paiement envoyée	Une communication a été envoyée au client pour lui rappeler un paiement à venir ou en retard. Elle est souvent enregistrée sous la forme d’un enregistrement Activity spécifique, de type Task ou Email, associé à la facture.
Pourquoi c’est important Le suivi des relances permet d’évaluer l’efficacité des stratégies de recouvrement. Il est essentiel pour le Dashboard « Payment Reminder Effectiveness » et le KPI « Payment Reminder Trigger Rate ». Où les obtenir Capturé lors de la création d’un enregistrement Activity, de type Task ou Email, associé à l’objet Invoice, lorsque son objet ou son type indique qu’il s’agit d’une relance de paiement. Collecte Création d’un enregistrement Task ou Email associé, avec un type ou un objet spécifique. Type d’événement explicit

Recommandé Facultatif

Guides d’extraction

Comment récupérer vos données depuis Salesforce Sales Cloud

Étapes

Vérifiez les prérequis : assurez-vous de disposer des autorisations nécessaires dans Salesforce, notamment « Run Reports », « Create and Customize Reports » et « Export Reports ». Vérifiez que le suivi de l’historique des champs est activé pour les champs d’état clés de vos objets Facture et Paiement. Pour cela, accédez à Setup > Object Manager, recherchez l’objet concerné, ouvrez Fields & Relationships, puis cliquez sur « Set History Tracking ».
Définissez la stratégie de reporting : ce processus nécessite la création de plusieurs rapports, car les activités proviennent de différents enregistrements ou événements, par exemple la création d’une facture, les changements d’état ou les paiements associés. Vous créerez un rapport distinct pour chaque source, puis regrouperez les résultats en dehors de Salesforce.
Créez un rapport pour les créations d’enregistrements : commencez par les événements les plus simples. Créez un rapport pour 'Invoice Generated' et 'Customer Payment Received'. Accédez à l’onglet Reports et cliquez sur « New Report ». Choisissez un type de rapport qui inclut votre objet Facture, par exemple « Invoices », ou votre objet Paiement. Ajoutez les colonnes correspondant aux attributs du journal d’événements. Pour l’activité 'Invoice Generated', la valeur CreatedDate de l’enregistrement de facture constituera EventTime.
Créez un rapport sur l’historique des champs : pour capturer les changements d’état tels que 'Invoice Submitted for Approval', 'Invoice Approved', 'Invoice Rejected' et 'Invoice Corrected', créez un rapport fondé sur le type de rapport « Invoice History ». Ce type de rapport spécial expose les changements suivis par le suivi de l’historique des champs. Filtrez ce rapport sur les changements du champ État.
Créez un rapport pour les événements fondés sur des dates : pour les événements tels que 'Invoice Sent to Customer' ou 'Payment Due Date Reached', créez un rapport sur l’objet Facture. Utilisez les champs de date eux-mêmes, tels que Sent_Date__c ou Payment_Due_Date__c, comme valeur de EventTime. Vous devez filtrer les enregistrements pour lesquels ces dates ne sont pas nulles.
Créez un rapport pour les activités associées : pour les événements tels que 'Payment Reminder Issued', vous avez besoin d’un rapport qui relie les activités, tâches ou événements, aux factures. Utilisez un type de rapport tel que « Activities with Invoices », ou créez-en un personnalisé. Filtrez les activités dont l’objet ou le type indique qu’il s’agit d’un rappel.
Ajoutez les colonnes standard à tous les rapports : dans chaque rapport, veillez à ajouter les colonnes pouvant être associées à la structure requise du journal d’événements : InvoiceNumber, un champ pour EventTime, comme CreatedDate ou la date de modification du champ, UserResponsible, comme LastModifiedById, ainsi que les autres attributs recommandés.
Exportez les rapports au format CSV : exécutez chaque rapport séparément. Depuis l’écran des résultats, utilisez le menu déroulant pour sélectionner « Export », puis choisissez le format « Details Only » avec l’extension .csv. Répétez l’opération pour tous les rapports créés.
Regroupez et transformez les données : ouvrez les fichiers CSV exportés dans un tableur ou utilisez un outil de préparation des données. Pour chaque fichier, ajoutez une colonne nommée ActivityName et renseignez-la avec l’activité correspondante, par exemple « Invoice Generated » pour toutes les lignes du premier rapport. Associez les colonnes sources, par exemple Invoice : Created Date, aux en-têtes standard du journal d’événements, notamment EventTime.
Créez le journal d’événements final : regroupez toutes les données transformées des différents fichiers CSV dans un fichier maître unique. Vérifiez que les en-têtes de colonne sont exactement InvoiceNumber, ActivityName, EventTime, UserResponsible, etc. Ce fichier unifié constitue votre journal d’événements final.
Effectuez la mise en forme finale : enregistrez le fichier consolidé au format CSV avec l’encodage UTF-8. Le fichier est maintenant prêt à être importé dans ProcessMind.

Configuration

Types de rapports : vous aurez probablement besoin de plusieurs types de rapports personnalisés pour relier des objets parents comme Account à des objets enfants et petits-enfants comme Facture, Paiement et Activité. Créez-les dans Setup > Report Types.
Suivi de l’historique des champs : cette étape est essentielle. Pour l’objet Facture, activez le suivi de l’historique pour tout champ État. Sans cette activation, vous ne pourrez pas capturer les activités correspondant aux changements d’état, comme 'Approved' ou 'Rejected'. L’historique n’est pas suivi rétroactivement.
Filtres de données : appliquez toujours un filtre de date à vos rapports afin de conserver un volume de données gérable. Il est recommandé de filtrer la date de création de l’objet principal sur les 3 à 6 derniers mois, par exemple Invoice : Created Date égal à LAST 180 DAYS.
Service d’exportation des données : au lieu d’exécuter des rapports individuels, vous pouvez utiliser le service natif Data Export Service (Setup > Data Export). Ce service exporte chaque semaine ou chaque mois l’ensemble des données de votre organisation. Il fournit une sauvegarde complète, mais nécessite un post-traitement important pour filtrer, joindre et transformer les données en journal d’événements.
Autorisations utilisateur : l’utilisateur qui effectue l’extraction doit disposer d’un accès en lecture à tous les objets concernés, par exemple Account, Commande, Invoice__c, Payment__c et Activité, ainsi qu’aux champs correspondants, en plus des autorisations nécessaires pour créer et exporter des rapports.

a Exemple de requête config

// This is a configuration guide for building multiple Salesforce reports.
// The data from these separate CSV exports must be manually combined and transformed into a single event log.

// Report 1: Invoice Generated
// Report Type: Invoices (or your custom invoice object report type)
// Filters: 
// 1. Created Date GREATER OR EQUAL [Start Date]
// 2. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Generated' (static text) -> ActivityName
// - Created Date -> EventTime
// - Created By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 2: Invoice Status Changes (Submitted, Approved, Rejected, Corrected, Closed, Written Off)
// Report Type: Invoice History (or your custom object's history report type)
// Filters:
// 1. Edit Date GREATER OR EQUAL [Start Date]
// 2. Edit Date LESS OR EQUAL [End Date]
// 3. Field/Event EQUALS 'Status' (or the name of your status field)
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - New Value (transformed*) -> ActivityName 
// - Edit Date -> EventTime
// - Edited By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - New Value -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate
// *Transformation Logic for ActivityName: 
//   - IF New Value = 'Pending Approval' THEN 'Invoice Submitted for Approval'
//   - IF New Value = 'Approved' THEN 'Invoice Approved'
//   - IF New Value = 'Rejected' THEN 'Invoice Rejected'
//   - IF New Value = 'Draft' AND Old Value = 'Rejected' THEN 'Invoice Corrected'
//   - IF New Value = 'Closed' THEN 'Invoice Closed'
//   - IF New Value = 'Written Off' THEN 'Invoice Written Off'

// Report 3: Invoice Sent to Customer
// Report Type: Invoices
// Filters:
// 1. [Sent Date Field] NOT EQUAL TO "" (not null)
// 2. [Sent Date Field] GREATER OR EQUAL [Start Date]
// 3. [Sent Date Field] LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Invoice Sent to Customer' (static text) -> ActivityName
// - [Sent Date Field] -> EventTime
// - Last Modified By -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 4: Payment Due Date Reached
// Report Type: Invoices
// Filters:
// 1. Payment Due Date NOT EQUAL TO "" (not null)
// 2. Payment Due Date GREATER OR EQUAL [Start Date]
// 3. Payment Due Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice Number -> InvoiceNumber
// - 'Payment Due Date Reached' (static text) -> ActivityName
// - Payment Due Date -> EventTime
// - 'System' (static text) -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - Status -> InvoiceStatus
// - Total Amount -> InvoiceTotalAmount
// - Payment Due Date -> PaymentDueDate

// Report 5: Payment Reminder Issued
// Report Type: Activities with Invoices (or similar custom report type)
// Filters:
// 1. Task or Event Subject CONTAINS 'Payment Reminder'
// 2. Created Date GREATER OR EQUAL [Start Date]
// 3. Created Date LESS OR EQUAL [End Date]
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Payment Reminder Issued' (static text) -> ActivityName
// - Created Date -> EventTime
// - Assigned To -> UserResponsible
// - [Billing Department Field] -> BillingDepartment
// - [Invoice Status Field] -> InvoiceStatus
// - [Invoice Total Amount] -> InvoiceTotalAmount
// - [Invoice Payment Due Date] -> PaymentDueDate

// Report 6: Customer Payment Received & Status Changes (Posted, Applied)
// Report Type: Payments with Invoices (or similar custom report type)
// This report combines multiple events from the Payment record.
// Filters:
// 1. Payment: Created Date GREATER OR EQUAL [Start Date]
// 2. Payment: Created Date LESS OR EQUAL [End Date]
// Part A: Payment Received
// Columns to Export & Map:
// - Invoice: Invoice Number -> InvoiceNumber
// - 'Customer Payment Received' (static text) -> ActivityName
// - Payment: Created Date -> EventTime
// - Payment: Created By -> UserResponsible
// Part B: Payment Posted and Applied (Requires exporting and transforming multiple rows for the same payment if status changes)
// You may need a separate Payment History Report, similar to Report 2.
// Assuming a simple status field on the Payment for this example:
//   - IF Payment Status = 'Posted' THEN 'Payment Posted to Ledger'
//   - IF Payment Status = 'Applied' THEN 'Cash Applied/Reconciled'

Étapes

Prérequis et configuration : vérifiez que Python 3.6 ou une version ultérieure est installé sur votre système. Installez les bibliothèques nécessaires en exécutant la commande suivante dans votre terminal : pip install simple-salesforce pandas. Vous aurez également besoin de votre nom d’utilisateur Salesforce, de votre mot de passe et de votre jeton de sécurité. Pour obtenir ce jeton, connectez-vous à Salesforce, ouvrez vos paramètres personnels et recherchez l’option « Reset My Security Token ».
Activer Field History Tracking : connectez-vous à votre organisation Salesforce en tant qu’administrateur. Accédez à Setup, puis à Object Manager. Recherchez votre objet Invoice principal, par exemple Invoice__c, puis ouvrez « Fields & Relationships ». Cliquez sur « Set History Tracking ». Activez le suivi du champ représentant le statut de la facture, par exemple Status__c. Répétez l’opération pour votre objet Payment, par exemple Payment__c, et pour son champ de statut correspondant.
Télécharger et configurer le script : enregistrez le script Python fourni dans un fichier nommé extract_invoices.py. Ouvrez ce fichier dans un éditeur de texte et mettez à jour les valeurs génériques de la section « Salesforce Credentials and Settings ». Vous devez renseigner SF_USERNAME, SF_PASSWORD, SF_SECURITY_TOKEN et SF_INSTANCE_URL. Ajustez START_DATE et END_DATE pour définir la période d’extraction.
Personnaliser les noms d’objets et de champs : examinez attentivement les requêtes SOQL du script. Celui-ci utilise des noms génériques tels que Invoice__c, Payment__c, Status__c et Total_Amount__c. Vous devez les remplacer par les noms API réels des objets et champs utilisés dans votre instance Salesforce pour la facturation et l’émission des factures.
Exécuter le script d’extraction : ouvrez un terminal ou une invite de commandes, accédez au répertoire dans lequel vous avez enregistré le script, puis exécutez la commande suivante : python extract_invoices.py. Le script se connectera à l’API Salesforce, exécutera les requêtes et traitera les données.
Suivre la progression du script : le script affiche des messages d’état dans la console pendant la récupération et le traitement des données pour chaque type d’activité. Selon le volume de données et vos limites API, l’opération peut prendre un certain temps. Soyez attentif aux messages d’erreur pouvant signaler des identifiants ou des noms API incorrects.
Vérifier le fichier de sortie : une fois le script exécuté avec succès, il génère un fichier nommé salesforce_billing_event_log.csv dans le même répertoire. Ouvrez ce fichier CSV avec un tableur pour en examiner le contenu et vérifier qu’il contient les données attendues.
Préparer l’importation : le fichier CSV généré contient les colonnes requises InvoiceNumber, ActivityName et EventTime, ainsi que les autres attributs recommandés. Il est prêt à être importé directement dans l’outil de Process Mining, sans mise en forme supplémentaire.

Configuration

Identifiants Salesforce : vous devez fournir votre nom d’utilisateur Salesforce, votre mot de passe et votre jeton de sécurité. Ce jeton est requis pour accéder à l’API depuis une adresse IP située en dehors des plages approuvées par votre organisation.
URL de l’instance Salesforce : indiquez le domaine de votre instance Salesforce, par exemple your_instance.my.salesforce.com. Si vous utilisez une sandbox, l’URL sera différente, par exemple test.salesforce.com.
Filtres de période : le script contient les variables START_DATE et END_DATE. Il est recommandé de commencer par une période plus courte, de 3 à 6 mois par exemple, afin de maîtriser le volume de données et de respecter les limites API. Ces dates filtrent la requête initiale sur les dates de création des factures.
Noms API des objets et des champs : le script utilise des noms API génériques pour les objets et les champs, par exemple Invoice__c et Status__c. Vous devez les remplacer par les noms API exacts de votre modèle de données Salesforce. Vous les trouverez dans Salesforce Setup, sous Object Manager.
Prérequis pour le suivi : la fiabilité du journal d’événements, notamment pour les changements de statut, dépend entièrement de l’activation de Field History Tracking pour les champs concernés avant l’exécution des transactions. Si cette fonctionnalité n’était pas activée, les changements historiques ne seront pas enregistrés.
Limites d’appels API : Salesforce impose des limites de gouvernance sur le nombre d’appels API réalisables sur une période de 24 heures. Pour les jeux de données très volumineux, envisagez d’exécuter l’extraction par lots correspondant à des périodes plus courtes ou de la planifier en dehors des heures de pointe afin d’éviter d’atteindre ces limites.

a Exemple de requête python

import pandas as pd
from simple_salesforce import Salesforce
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Salesforce Credentials and Settings ---
class=class="hl-string">"hl-comment"># IMPORTANT: Replace all placeholder values with your actual Salesforce information.
SF_USERNAME = class="hl-string">'[your_salesforce_username]'
SF_PASSWORD = class="hl-string">'[your_salesforce_password]'
SF_SECURITY_TOKEN = class="hl-string">'[your_salesforce_security_token]' class=class="hl-string">"hl-comment"># Append this to your password if required
SF_INSTANCE_URL = class="hl-string">'https://[your_instance].my.salesforce.com' class=class="hl-string">"hl-comment"># e.g., na1.salesforce.com

class=class="hl-string">"hl-comment"># --- Extraction Period ---
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># --- Object and Field API Name Placeholders ---
class=class="hl-string">"hl-comment"># Replace these with the actual API names from your Salesforce org.
INVOICE_OBJECT = class="hl-string">'Invoice__c'
INVOICE_NUMBER_FIELD = class="hl-string">'Name'
INVOICE_STATUS_FIELD = class="hl-string">'Status__c'
INVOICE_TOTAL_AMOUNT_FIELD = class="hl-string">'Total_Amount__c'
INVOICE_DUE_DATE_FIELD = class="hl-string">'Due_Date__c'

PAYMENT_OBJECT = class="hl-string">'Payment__c'
PAYMENT_INVOICE_LOOKUP_FIELD = class="hl-string">'Invoice__c' class=class="hl-string">"hl-comment"># Lookup field from Payment to Invoice
PAYMENT_STATUS_FIELD = class="hl-string">'Status__c'

class=class="hl-string">"hl-comment"># --- Main Script ---
def main():
    print(class="hl-string">"Connecting to Salesforce...")
    sf = Salesforce(username=SF_USERNAME, password=SF_PASSWORD, security_token=SF_SECURITY_TOKEN, instance_url=SF_INSTANCE_URL)
    print(class="hl-string">"Connection successful.")

    all_events = []

    class=class="hl-string">"hl-comment"># 1. Get base Invoice data
    print(class="hl-string">"Fetching base invoice data...")
    soql_invoices = fclass="hl-string">"""
        SELECT Id, {INVOICE_NUMBER_FIELD}, CreatedDate, CreatedById, LastModifiedById, 
               {INVOICE_STATUS_FIELD}, {INVOICE_TOTAL_AMOUNT_FIELD}, {INVOICE_DUE_DATE_FIELD}
        FROM {INVOICE_OBJECT}
        WHERE CreatedDate >= {START_DATE} AND CreatedDate <= {END_DATE}
    """
    invoices_data = sf.query_all(soql_invoices)[class="hl-string">'records']
    df_invoices = pd.DataFrame(invoices_data).drop(columns=[class="hl-string">'attributes'])
    invoice_ids = class="hl-string">"','".join(df_invoices[class="hl-string">'Id'].tolist())

    class=class="hl-string">"hl-comment"># Activity: Invoice Generated & Payment Due Date Reached
    print(class="hl-string">"Processing 'Invoice Generated' and 'Payment Due Date Reached' events...")
    generated_events = df_invoices.copy()
    generated_events[class="hl-string">'ActivityName'] = class="hl-string">'Invoice Generated'
    generated_events[class="hl-string">'EventTime'] = pd.to_datetime(generated_events[class="hl-string">'CreatedDate']).dt.tz_localize(None)
    generated_events[class="hl-string">'UserResponsible'] = generated_events[class="hl-string">'CreatedById']
    all_events.append(generated_events)

    due_date_events = df_invoices[df_invoices[INVOICE_DUE_DATE_FIELD].notna()].copy()
    due_date_events[class="hl-string">'ActivityName'] = class="hl-string">'Payment Due Date Reached'
    due_date_events[class="hl-string">'EventTime'] = pd.to_datetime(due_date_events[INVOICE_DUE_DATE_FIELD]).dt.tz_localize(None)
    due_date_events[class="hl-string">'UserResponsible'] = None class=class="hl-string">"hl-comment"># System-generated event
    all_events.append(due_date_events)

    class=class="hl-string">"hl-comment"># 2. Get Invoice Status Changes from Field History
    print(class="hl-string">"Fetching invoice status changes...")
    soql_invoice_history = fclass="hl-string">"""
        SELECT ParentId, Field, OldValue, NewValue, CreatedDate, CreatedById
        FROM {INVOICE_OBJECT}History
        WHERE ParentId IN ('{invoice_ids}') AND Field = '{INVOICE_STATUS_FIELD}'
    """
    invoice_history_data = sf.query_all(soql_invoice_history)[class="hl-string">'records']
    if invoice_history_data:
        df_invoice_history = pd.DataFrame(invoice_history_data).drop(columns=[class="hl-string">'attributes'])
        df_invoice_history = df_invoice_history.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'ParentId', right_on=class="hl-string">'Id')
        df_invoice_history[class="hl-string">'EventTime'] = pd.to_datetime(df_invoice_history[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        df_invoice_history[class="hl-string">'UserResponsible'] = df_invoice_history[class="hl-string">'CreatedById']

        class=class="hl-string">"hl-comment"># Map status changes to Activity Names
        status_map = {
            (class="hl-string">'Draft', class="hl-string">'Pending Approval'): class="hl-string">'Invoice Submitted for Approval',
            (class="hl-string">'Pending Approval', class="hl-string">'Approved'): class="hl-string">'Invoice Approved',
            (class="hl-string">'Pending Approval', class="hl-string">'Rejected'): class="hl-string">'Invoice Rejected',
            (class="hl-string">'Rejected', class="hl-string">'Draft'): class="hl-string">'Invoice Corrected',
            (class="hl-string">'Approved', class="hl-string">'Sent'): class="hl-string">'Invoice Sent to Customer',
            (class="hl-string">'Approved', class="hl-string">'Closed'): class="hl-string">'Invoice Closed',
            (class="hl-string">'Sent', class="hl-string">'Closed'): class="hl-string">'Invoice Closed',
            (class="hl-string">'Approved', class="hl-string">'Written Off'): class="hl-string">'Invoice Written Off'
        }
        df_invoice_history[class="hl-string">'ActivityName'] = df_invoice_history.apply(lambda row: status_map.get((str(row[class="hl-string">'OldValue']), str(row[class="hl-string">'NewValue']))), axis=1)
        df_invoice_history.rename(columns={class="hl-string">'NewValue': INVOICE_STATUS_FIELD}, inplace=True)
        all_events.append(df_invoice_history.dropna(subset=[class="hl-string">'ActivityName']))

    class=class="hl-string">"hl-comment"># 3. Get Payment Reminders from Tasks
    print(class="hl-string">"Fetching payment reminder tasks...")
    soql_tasks = fclass="hl-string">"""
        SELECT WhatId, ActivityDate, CreatedById, CreatedDate
        FROM Task
        WHERE WhatId IN ('{invoice_ids}') AND Subject LIKE '%Payment Reminder%'
    """
    task_data = sf.query_all(soql_tasks)[class="hl-string">'records']
    if task_data:
        df_tasks = pd.DataFrame(task_data).drop(columns=[class="hl-string">'attributes'])
        df_tasks = df_tasks.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_STATUS_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'WhatId', right_on=class="hl-string">'Id')
        df_tasks[class="hl-string">'ActivityName'] = class="hl-string">'Payment Reminder Issued'
        df_tasks[class="hl-string">'EventTime'] = pd.to_datetime(df_tasks[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        df_tasks[class="hl-string">'UserResponsible'] = df_tasks[class="hl-string">'CreatedById']
        all_events.append(df_tasks)

    class=class="hl-string">"hl-comment"># 4. Get Payment Data
    print(class="hl-string">"Fetching payment data...")
    soql_payments = fclass="hl-string">"""
        SELECT Id, {PAYMENT_INVOICE_LOOKUP_FIELD}, CreatedDate, CreatedById, LastModifiedById, {PAYMENT_STATUS_FIELD}
        FROM {PAYMENT_OBJECT}
        WHERE {PAYMENT_INVOICE_LOOKUP_FIELD} IN ('{invoice_ids}')
    """
    payment_data = sf.query_all(soql_payments)[class="hl-string">'records']
    if payment_data:
        df_payments = pd.DataFrame(payment_data).drop(columns=[class="hl-string">'attributes'])
        df_payments = df_payments.merge(df_invoices[[class="hl-string">'Id', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=PAYMENT_INVOICE_LOOKUP_FIELD, right_on=class="hl-string">'Id', suffixes=(class="hl-string">'_payment', class="hl-string">'_invoice'))
        payment_ids = class="hl-string">"','".join(df_payments[class="hl-string">'Id_payment'].tolist())
        
        class=class="hl-string">"hl-comment"># Activity: Customer Payment Received
        payment_received_events = df_payments.copy()
        payment_received_events[class="hl-string">'ActivityName'] = class="hl-string">'Customer Payment Received'
        payment_received_events[class="hl-string">'EventTime'] = pd.to_datetime(payment_received_events[class="hl-string">'CreatedDate']).dt.tz_localize(None)
        payment_received_events[class="hl-string">'UserResponsible'] = payment_received_events[class="hl-string">'CreatedById']
        all_events.append(payment_received_events)
        
        class=class="hl-string">"hl-comment"># 5. Get Payment Status Changes
        print(class="hl-string">"Fetching payment status changes...")
        soql_payment_history = fclass="hl-string">"""
            SELECT ParentId, Field, OldValue, NewValue, CreatedDate, CreatedById
            FROM {PAYMENT_OBJECT}History
            WHERE ParentId IN ('{payment_ids}') AND Field = '{PAYMENT_STATUS_FIELD}'
        """
        payment_history_data = sf.query_all(soql_payment_history)[class="hl-string">'records']
        if payment_history_data:
            df_payment_history = pd.DataFrame(payment_history_data).drop(columns=[class="hl-string">'attributes'])
            df_payment_history = df_payment_history.merge(df_payments[[class="hl-string">'Id_payment', INVOICE_NUMBER_FIELD, INVOICE_TOTAL_AMOUNT_FIELD, INVOICE_DUE_DATE_FIELD]], left_on=class="hl-string">'ParentId', right_on=class="hl-string">'Id_payment')
            df_payment_history[class="hl-string">'EventTime'] = pd.to_datetime(df_payment_history[class="hl-string">'CreatedDate']).dt.tz_localize(None)
            df_payment_history[class="hl-string">'UserResponsible'] = df_payment_history[class="hl-string">'CreatedById']

            payment_status_map = {
                (class="hl-string">'Received', class="hl-string">'Posted'): class="hl-string">'Payment Posted to Ledger',
                (class="hl-string">'Posted', class="hl-string">'Reconciled'): class="hl-string">'Cash Applied/Reconciled'
            }
            df_payment_history[class="hl-string">'ActivityName'] = df_payment_history.apply(lambda row: payment_status_map.get((str(row[class="hl-string">'OldValue']), str(row[class="hl-string">'NewValue']))), axis=1)
            df_payment_history.rename(columns={class="hl-string">'NewValue': INVOICE_STATUS_FIELD}, inplace=True)
            all_events.append(df_payment_history.dropna(subset=[class="hl-string">'ActivityName']))

    class=class="hl-string">"hl-comment"># --- Final Assembly ---
    print(class="hl-string">"Assembling final event log...")
    final_df = pd.concat(all_events, ignore_index=True)

    class=class="hl-string">"hl-comment"># Standardize column names
    final_df.rename(columns={
        INVOICE_NUMBER_FIELD: class="hl-string">'InvoiceNumber',
        INVOICE_STATUS_FIELD: class="hl-string">'InvoiceStatus',
        INVOICE_TOTAL_AMOUNT_FIELD: class="hl-string">'InvoiceTotalAmount',
        INVOICE_DUE_DATE_FIELD: class="hl-string">'PaymentDueDate'
    }, inplace=True)

    class=class="hl-string">"hl-comment"># Select and order columns for the final event log
    required_cols = {
        class="hl-string">'InvoiceNumber': None,
        class="hl-string">'ActivityName': None,
        class="hl-string">'EventTime': None,
        class="hl-string">'UserResponsible': None,
        class="hl-string">'InvoiceStatus': None,
        class="hl-string">'InvoiceTotalAmount': None,
        class="hl-string">'PaymentDueDate': None
    }
    for col in required_cols:
        if col not in final_df.columns:
            final_df[col] = required_cols[col]
    
    class=class="hl-string">"hl-comment"># We cannot extract Billing Department directly from this model, so we will add it as an empty column
    final_df[class="hl-string">'BillingDepartment'] = None

    final_df = final_df[list(required_cols.keys()) + [class="hl-string">'BillingDepartment']]

    class=class="hl-string">"hl-comment"># Sort by case and event time
    final_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)

    class=class="hl-string">"hl-comment"># Save to CSV
    output_filename = class="hl-string">'salesforce_billing_event_log.csv'
    final_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f')
    print(fclass="hl-string">"Event log saved to {output_filename}")

if __name__ == class="hl-string">'__main__':
    main()

Étapes

Sélectionnez une plateforme ETL ou iPaaS disposant d’un connecteur Salesforce Sales Cloud compatible, puis créez une connexion en utilisant la méthode d’authentification Salesforce requise. Renseignez uniquement dans la configuration de la plateforme votre chaîne de connexion, vos identifiants, l’identifiant de l’organisation ou les valeurs propres à votre environnement.
Vérifiez que l’organisation Salesforce connectée expose l’objet Invoice, l’historique des statuts de facture ou la source d’audit, les enregistrements d’activités associés, les enregistrements de paiement et les éventuels enregistrements d’intégration comptable nécessaires au processus. Remplacez chaque référence d’objet ou de champ entre crochets dans la requête par le nom correspondant configuré dans votre environnement Salesforce.
Configurez les paramètres d’extraction incrémentielle avec une date de début et une date de fin. Utilisez, selon le cas, la date de création de la facture, la date de changement de statut, la date d’activité, la date de paiement, la date de comptabilisation, la date de rapprochement et la date de clôture. Prévoyez une période de reprise suffisamment longue pour inclure les dossiers créés avant la période sélectionnée mais encore actifs pendant celle-ci.
Ajoutez la requête complète ci-dessous au composant de requête Salesforce ou de transformation de l’outil ETL. Si le connecteur ne prend pas en charge la syntaxe présentée, reproduisez la même logique à l’aide de composants visuels de source, de filtre, de jointure, de champ calculé et d’union. Ne comptez pas sur ProcessMind pour déduire les événements à partir des changements de statut, car chaque activité doit être émise sous la forme d’une ligne explicite du journal d’événements.
Configurez les correspondances sources pour l’objet Invoice, l’historique des statuts de facture ou la source d’audit, les activités associées, les paiements, les écritures comptables et les rapprochements. Associez le numéro de facture à InvoiceNumber, le libellé de l’activité à ActivityName et l’horodatage pertinent à EventTime. Conservez les attributs recommandés lorsque leurs valeurs sources sont disponibles.
Appliquez les règles de transformation. Convertissez tous les horodatages dans un même fuseau horaire de référence, normalisez les valeurs de statut, convertissez InvoiceTotalAmount en type numérique, PaymentDueDate en type date ou horodatage, puis supprimez les enregistrements dépourvus de InvoiceNumber ou d’EventTime. Pour Payment Due Date Reached, émettez une ligne explicite en utilisant PaymentDueDate comme EventTime uniquement lorsque la date d’échéance se situe dans la fenêtre d’extraction et que l’enregistrement de facture est disponible.
Dédupliquez les événements à l’aide de InvoiceNumber, ActivityName, EventTime et, lorsque cela est possible, de l’identifiant de l’enregistrement source. Conservez les occurrences distinctes lorsque la source contient plusieurs soumissions, rejets, rappels, corrections, paiements, comptabilisations ou rapprochements légitimes.
Vérifiez que la sortie contient les 13 valeurs ActivityName requises, que chaque ligne comporte InvoiceNumber et EventTime et que les horodatages des événements sont correctement ordonnés pour chaque facture lorsque les données sources permettent de l’établir.
Chargez le résultat transformé dans un fichier CSV, Parquet ou tout autre format de journal d’événements pris en charge par ProcessMind. Utilisez InvoiceNumber comme identifiant de dossier, ActivityName comme colonne d’activité et EventTime comme colonne d’horodatage des événements. Ajoutez UserResponsible, BillingDepartment, InvoiceStatus, InvoiceTotalAmount et PaymentDueDate comme attributs supplémentaires.
Exportez le journal d’événements final et importez-le dans ProcessMind. Lors de l’importation, vérifiez que ProcessMind lit les lignes telles qu’elles sont fournies et n’a pas besoin de déduire les activités manquantes.

Configuration

Connecteur : utilisez le connecteur Salesforce préconfiguré de la plateforme ETL ou iPaaS et authentifiez-vous avec un utilisateur d’intégration disposant d’un accès en lecture à toutes les sources configurées : factures, historique des statuts, activités, paiements, écritures comptables et rapprochements.
Mappage des objets et des champs : remplacez [Invoice object], [Invoice Number field], [Invoice Created Date field] et toutes les autres références entre crochets par les noms utilisés dans l’organisation Salesforce cible. Les configurations Salesforce utilisent souvent des objets et des champs personnalisés. Les mappages doivent donc être vérifiés et non supposés.
Période : commencez par 3 à 6 mois de données. Étendez la période analysée lorsque des factures peuvent rester ouvertes sur plusieurs périodes de reporting et prévoyez une marge aux bornes pour les changements de statut, les paiements, les relances et les événements de rapprochement.
Extraction incrémentielle : utilisez, lorsque cette information est disponible, un watermark fondé sur l’horodatage de dernière modification de la source extrait avec succès. Stockez ce watermark en dehors de l’Event Log et retraitez une petite fenêtre de chevauchement afin d’éviter de manquer les mises à jour reçues tardivement.
Filtres : appliquez les filtres relatifs à l’entreprise, à l’unité opérationnelle, à l’entité juridique, à la devise, au type de facture et au cycle de vie uniquement lorsqu’ils sont explicitement requis par l’analyse. Remplacez [Company filter] et [Document type filter] par les critères propres à l’organisation, ou supprimez-les lorsqu’ils ne s’appliquent pas.
Historique des statuts : privilégiez une source qui conserve chaque transition de statut. Un simple champ indiquant le statut actuel d’une facture ne permet pas de reconstituer de manière fiable les événements antérieurs d’approbation, de rejet, de correction, d’envoi, de clôture ou de passage en perte.
Événement calculé d’échéance : Payment Due Date Reached est généré à partir de PaymentDueDate et ne correspond pas à une action d’un utilisateur Salesforce. Définissez si l’événement doit être généré pour toutes les factures ou uniquement pour celles qui sont restées ouvertes jusqu’à leur échéance.
Enregistrements associés : configurez les jointures à partir des clés de relation réellement utilisées dans l’organisation Salesforce. Ne supposez pas qu’une facture, un paiement, une activité, une écriture comptable ou un enregistrement de rapprochement utilise le même champ de relation selon les implémentations.
Performances : filtrez les enregistrements sources par date avant les jointures, sélectionnez uniquement les champs requis, utilisez la pagination du connecteur, activez l’extraction incrémentielle et partitionnez les grandes périodes lorsque cette option est disponible. Évitez d’extraire à plusieurs reprises l’historique complet.
Types de données : normalisez les horodatages dans un même fuseau horaire, conservez l’horodatage d’origine lorsque la traçabilité est requise et utilisez un type décimal pour InvoiceTotalAmount.
Prérequis : la licence ETL ou iPaaS doit inclure le connecteur Salesforce, l’accès à l’API doit être activé pour l’utilisateur d’intégration et celui-ci doit disposer des autorisations nécessaires au niveau des objets, des champs et des enregistrements pour chaque source configurée.
Sécurité : stockez les identifiants dans le gestionnaire de secrets de la plateforme, limitez les données extraites aux utilisateurs autorisés et respectez les limites Salesforce et les règles de l’organisation relatives aux appels d’API et à la conservation des données.

a Exemple de requête config

SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Generated' AS ActivityName,
    CAST(i.[Invoice Created Date field] AS TIMESTAMP) AS EventTime,
    CAST(i.[Invoice Created By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
WHERE i.[Invoice Number field] IS NOT NULL
  AND i.[Invoice Created Date field] >= [Start date parameter]
  AND i.[Invoice Created Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Submitted for Approval' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Pending Approval'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Approved' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Approved'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Rejected' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Rejected'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Corrected' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[Previous Status field] = 'Rejected'
  AND h.[New Status field] = 'Draft'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Sent to Customer' AS ActivityName,
    CAST(COALESCE(i.[Sent Date field], h.[Status Change Date field]) AS TIMESTAMP) AS EventTime,
    CAST(COALESCE(i.[Sent By field], h.[Changed By field]) AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(COALESCE(h.[New Status field], i.[Invoice Status field]) AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
LEFT JOIN [Invoice status history object] h
  ON h.[Invoice relationship field] = i.[Invoice record identifier field]
 AND h.[New Status field] = 'Sent'
WHERE i.[Invoice Number field] IS NOT NULL
  AND (i.[Sent Date field] IS NOT NULL OR h.[Status Change Date field] IS NOT NULL)
  AND COALESCE(i.[Sent Date field], h.[Status Change Date field]) >= [Start date parameter]
  AND COALESCE(i.[Sent Date field], h.[Status Change Date field]) < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Due Date Reached' AS ActivityName,
    CAST(i.[Payment Due Date field] AS TIMESTAMP) AS EventTime,
    CAST(NULL AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
WHERE i.[Invoice Number field] IS NOT NULL
  AND i.[Payment Due Date field] IS NOT NULL
  AND i.[Payment Due Date field] >= [Start date parameter]
  AND i.[Payment Due Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Reminder Issued' AS ActivityName,
    CAST(a.[Activity Date field] AS TIMESTAMP) AS EventTime,
    CAST(a.[Assigned User field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Activity object] a ON a.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND a.[Activity Type field] IN ('Task', 'Email')
  AND a.[Reminder Indicator field] = TRUE
  AND a.[Activity Date field] >= [Start date parameter]
  AND a.[Activity Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Customer Payment Received' AS ActivityName,
    CAST(p.[Payment Received Date field] AS TIMESTAMP) AS EventTime,
    CAST(p.[Recorded By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Payment object] p ON p.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND p.[Payment Received Date field] IS NOT NULL
  AND p.[Payment Received Date field] >= [Start date parameter]
  AND p.[Payment Received Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Payment Posted to Ledger' AS ActivityName,
    CAST(p.[Ledger Posting Date field] AS TIMESTAMP) AS EventTime,
    CAST(p.[Posted By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Payment object] p ON p.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND p.[Ledger Posting Date field] IS NOT NULL
  AND p.[Ledger Posting Date field] >= [Start date parameter]
  AND p.[Ledger Posting Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Cash Applied/Reconciled' AS ActivityName,
    CAST(r.[Reconciliation Date field] AS TIMESTAMP) AS EventTime,
    CAST(r.[Reconciled By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(i.[Invoice Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Reconciliation object] r ON r.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND r.[Reconciliation Date field] IS NOT NULL
  AND r.[Reconciliation Date field] >= [Start date parameter]
  AND r.[Reconciliation Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Closed' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Closed'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]
UNION ALL
SELECT
    CAST(i.[Invoice Number field] AS VARCHAR(255)) AS InvoiceNumber,
    'Invoice Written Off' AS ActivityName,
    CAST(h.[Status Change Date field] AS TIMESTAMP) AS EventTime,
    CAST(h.[Changed By field] AS VARCHAR(255)) AS UserResponsible,
    CAST(i.[Billing Department field] AS VARCHAR(255)) AS BillingDepartment,
    CAST(h.[New Status field] AS VARCHAR(255)) AS InvoiceStatus,
    CAST(i.[Invoice Total Amount field] AS DECIMAL(18,2)) AS InvoiceTotalAmount,
    CAST(i.[Payment Due Date field] AS DATE) AS PaymentDueDate
FROM [Invoice object] i
JOIN [Invoice status history object] h ON h.[Invoice relationship field] = i.[Invoice record identifier field]
WHERE i.[Invoice Number field] IS NOT NULL
  AND h.[New Status field] = 'Written Off'
  AND h.[Status Change Date field] >= [Start date parameter]
  AND h.[Status Change Date field] < [End date parameter]
  AND [Company filter]
  AND [Document type filter]

Prêt à commencer ?

Utilisez ce modèle pour lancer votre démarche d’analyse des processus et repérer des possibilités d’amélioration significatives. Commencez dès aujourd’hui à optimiser votre processus de facturation et d’émission des factures.

Retour au guide d’amélioration Télécharger le modèle

Accélérez les paiements : optimisez dès maintenant la facturation et l’émission des factures O2C

Réduisez de 30 % la durée de votre cycle de facturation et améliorez votre trésorerie en toute simplicité.

Démarrer l’essai gratuit

Aucune carte bancaire requise, configuration simple en quelques minutes

Votre modèle de données Order to Cash, facturation et émission des factures

Votre modèle de données Order to Cash, facturation et émission des factures

Attributs du processus Order to Cash - Facturation et émission des factures

Activités du processus Order to Cash - Facturation et émission des factures

Guides d’extraction

Salesforce Report Builder et Data Export Service

Étapes

Configuration

a Exemple de requête config

Script Python utilisant la Salesforce REST API

Étapes

Configuration

a Exemple de requête python

Extraction avec un outil ETL via un connecteur Salesforce prédéfini

Étapes

Configuration

a Exemple de requête config

Prêt à commencer ?

Accélérez les paiements : optimisez dès maintenant la facturation et l’émission des factures O2C

Votre modèle de données Order to Cash, facturation et émission des factures

Votre modèle de données Order to Cash, facturation et émission des factures

Attributs du processus Order to Cash - Facturation et émission des factures

Activités du processus Order to Cash - Facturation et émission des factures

Guides d’extraction

Salesforce Report Builder et Data Export Service

Étapes

Configuration

a Exemple de requête config

Script Python utilisant la Salesforce REST API

Étapes

Configuration

a Exemple de requête python

Extraction avec un outil ETL via un connecteur Salesforce prédéfini

Étapes

Configuration

a Exemple de requête config

Prêt à commencer ?

Accélérez les paiements : optimisez dès maintenant la facturation et l’émission des factures O2C

Nous attachons de l’importance à votre confidentialité