> Amélioration continue des processus > Facturation et règlement, de la commande à l’encaissement > 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 présente les attributs de données et les activités indispensables à l’analyse de votre processus Order to Cash, de la facturation à l’émission des factures. Il précise les informations à recueillir dans votre journal d’événements et fournit des conseils pratiques pour les extraire. Appuyez-vous sur cette ressource pour structurer vos initiatives de Process Mining et mieux comprendre vos processus.

Attributs recommandés à recueillir
Activités clés à suivre
Conseils pour l’extraction

Vous découvrez les journaux d’événements ? Découvrez comment créer 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 pour votre journal d’événements. Ils permettent d’analyser le processus Order to Cash, de la facturation à l’émission des factures, et d’enregistrer toutes les informations importantes.

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 indique la date et l’heure de chaque activité. Il est essentiel pour ordonner les événements 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 toutes les mesures temporelles, notamment les temps de cycle, les temps d’attente et la durée des activités. Elle constitue la base d’indicateurs comme le « Temps moyen de cycle des factures » et le « DSO », et alimente des Dashboards tels que « Temps de cycle d’approbation des factures » et « Performance du rapprochement des paiements ». Pourquoi est-ce important ? Cet horodatage est indispensable pour ordonner correctement les événements et calculer les indicateurs de performance, comme les temps de cycle et les durées, qui permettent de repérer les retards. Où trouver ces données Ces données proviennent souvent de champs d’horodatage générés par le système, comme `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 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 « Facture créée » ou « Paiement reçu ». Ces activités constituent les nœuds de la cartographie 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 prévu. Elle sert à repérer les écarts, les goulots d’étranglement entre certaines étapes et les boucles de reprise. Elle alimente directement des Dashboards comme « Reprises et erreurs du processus de facturation » et « Rapport sur les violations de conformité en matière de facturation ». Pourquoi est-ce important ? Cet attribut définit les étapes du processus et constitue la base de sa cartographie. Il permet d’analyser le flux de travail, les goulots d’étranglement et les écarts. Où trouver ces données Cet attribut est généralement déduit des modifications du champ État de l’objet Invoice ou des enregistrements d’objets associés, comme 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 dans le processus de facturation.
Description Le numéro de facture est l’attribut central qui regroupe toutes les activités de facturation associées dans 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 le cycle de vie complet d’une facture, de sa création à son paiement et à sa clôture. Il est indispensable pour construire la cartographie du processus et calculer des indicateurs au niveau du cas, comme le « Temps moyen de cycle des factures » et le « Délai moyen de paiement client ». L’analyse par numéro de facture permet de repérer les goulots d’étranglement, les boucles de reprise et les écarts de conformité pour chaque facture. Pourquoi est-ce important ? Cette clé essentielle relie tous les événements de facturation associés et donne une vue complète du processus de facturation pour chaque transaction. Où trouver ces données 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 par un identifiant unique similaire. Exemples INV-00582INV-01934INV-10345
	Date d’échéance du paiement PaymentDueDate	Date limite à laquelle le client doit régler la facture.
Description Cet attribut indique la date limite de paiement figurant sur la facture. Elle est calculée à partir de la date de facturation et des conditions de paiement convenues. La date d’échéance du paiement est une donnée essentielle à la planification financière et à la gestion du recouvrement. Elle sert de référence pour mesurer les délais de paiement réels. Elle est indispensable au calcul de l’indicateur « Taux de paiement à temps » et aux Dashboards qui suivent le respect des échéances, comme « Évolution du délai moyen de paiement client (DSO) ». Pourquoi est-ce important ? Il sert de référence pour mesurer les performances de paiement, calculer le DSO et déclencher les actions de recouvrement, comme les rappels de paiement. Où trouver ces données 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
	État de la facture InvoiceStatus	État actuel de la facture dans son cycle de vie.
Description Cet attribut indique l’état actuel de la facture, par exemple « Brouillon », « En attente d’approbation », « Envoyée », « Payée » ou « Annulée ». Il donne un aperçu de l’étape du processus à laquelle se trouve la facture à un moment donné. L’état de la facture est un critère essentiel pour filtrer et segmenter les données. Il permet aux analystes de se concentrer sur des groupes précis, comme les factures actuellement en attente de paiement ou celles qui ont été rejetées. Ils peuvent ainsi prioriser le travail et analyser les caractéristiques des factures bloquées à certaines étapes. Pourquoi est-ce important ? Cet attribut donne un aperçu clair de l’état actuel d’une facture et permet de filtrer et d’analyser les cas ouverts, clôturés ou problématiques. Où trouver ces données Il s’agit généralement d’un champ de liste de sélection standard nommé `État` sur l’objet Invoice dans Salesforce. Exemples En attente d’approbationApprouvéEnvoyée au clientPayéePassée en perte
	Montant total de la facture InvoiceTotalAmount	Montant total de la facture.
Description Cet attribut représente le montant total dû par le client pour les biens ou les services fournis. Il s’agit d’un indicateur financier clé associé à chaque cas de facture. L’analyse du montant total des factures permet de prioriser celles dont la valeur est élevée et de comprendre les différences de performance entre les petites et les grandes transactions. Les données peuvent servir à segmenter les analyses dans les Dashboards, par exemple pour vérifier si les factures d’un montant élevé prennent plus de temps à être approuvées ou sont payées plus tard. Cette analyse est importante pour gérer les risques financiers et cibler efficacement les efforts de recouvrement. Pourquoi est-ce important ? Cet attribut permet d’analyser l’impact financier, de prioriser les factures de montant élevé et de comprendre comment leur valeur influe sur le processus, par exemple sur les délais d’approbation ou de paiement. Où trouver ces données Il s’agit probablement d’un champ monétaire standard de l’objet Invoice, éventuellement nommé `GrandTotal` ou désigné par un champ récapitulatif similaire. Exemples 5400.5012500.00850.75
	Service de facturation BillingDepartment	Service ou équipe responsable de l’activité de facturation.
Description Cet attribut indique le groupe fonctionnel auquel appartient l’utilisateur responsable, par exemple « Comptabilité clients » ou « Opérations commerciales ». Il est généralement déduit du profil ou du rôle de l’utilisateur dans Salesforce. L’analyse des performances par service est essentielle pour comprendre la répartition des responsabilités et repérer les problèmes systémiques au sein d’équipes précises. Elle est utilisée dans les Dashboards « Performance du rapprochement des paiements » et « Charge de travail et performance de l’équipe de facturation » pour comparer l’efficacité et l’utilisation des ressources entre différents domaines fonctionnels. Pourquoi est-ce important ? Cet attribut permet d’analyser les performances par équipe ou par service, et de repérer les goulots d’étranglement, les contraintes de ressources ou les besoins de formation propres à chaque groupe. Où trouver ces données Ces informations sont généralement stockées dans l’objet User de Salesforce, dans des champs tels que `Service` ou `Role.Name`. Exemples Comptabilité clientsOpérations financièresÉquipe de recouvrement
	Utilisateur responsable UserResponsible	Utilisateur ou agent ayant effectué l’activité.
Description Cet attribut identifie l’utilisateur Salesforce responsable d’une activité donnée, comme l’approbation d’une facture ou la comptabilisation d’un paiement. Il est souvent associé à l’utilisateur qui a modifié l’enregistrement en dernier ou qui est propriétaire de la tâche. L’analyse du processus par utilisateur responsable permet de comprendre les performances de l’équipe et la répartition de la charge de travail, ainsi que de repérer les besoins de formation. Elle alimente directement le Dashboard « Charge de travail et performance de l’équipe de facturation », qui permet de comparer les performances et d’analyser l’affectation des ressources. Elle aide également à rechercher les causes des retards ou des erreurs. Pourquoi est-ce important ? Cet attribut permet d’analyser les performances individuelles et collectives, d’équilibrer la charge de travail et de repérer les personnes les plus performantes ou celles qui ont besoin d’une formation complémentaire. Où trouver ces données Ces informations figurent dans des champs comme `LastModifiedById` sur l’objet Invoice ou `OwnerId` sur les objets Task ou personnalisés associés. Il faut joindre ces identifiants à l’objet User pour obtenir le nom de l’utilisateur. Exemples Alice JohnsonBob WilliamsCharlie Brown
	Conditions de paiement PaymentTerms	Les conditions convenues pour le paiement d’une facture, par exemple « 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 fixe souvent la date d’échéance du paiement et peut prévoir des remises pour paiement anticipé. L’analyse par conditions de paiement permet de comprendre comment les différents accords influent sur les comportements de paiement. Elle est essentielle au Dashboard « Utilisation des remises pour paiement anticipé », qui compare les dates de paiement aux conditions convenues afin de repérer les occasions d’économies manquées. Elle permet aussi de comprendre pourquoi certaines factures ont des délais de paiement plus longs ou plus courts. Pourquoi est-ce important ? Il précise les échéances de paiement et est indispensable pour analyser les comportements de paiement, le DSO et l’efficacité des programmes de remise pour paiement anticipé. Où trouver ces données Ces informations sont probablement stockées dans une liste de sélection ou un champ texte de l’objet Invoice ou de l’objet Account associé dans Salesforce. Exemples Net 30Net 602 % 10, Net 30Due on Receipt
	Délai moyen de paiement client DaysSalesOutstanding	Nombre de jours entre l’envoi de la facture et la réception du paiement.
Description Le délai moyen de paiement client (DSO) mesure le nombre moyen de jours nécessaires à une entreprise pour encaisser un paiement après une vente. Il correspond à la durée entre l’événement « Facture envoyée au client » et l’événement « Paiement reçu du client ». Cet indicateur est au cœur du processus Order to Cash. Cet attribut permet de le calculer pour chaque facture. Il alimente directement le Dashboard « Évolution du délai moyen de paiement client (DSO) » et est essentiel au suivi et à l’amélioration de la trésorerie. Pourquoi est-ce important ? Cet indicateur est essentiel pour mesurer l’efficacité du processus de recouvrement et son incidence directe sur la trésorerie de l’entreprise. Où trouver ces données 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 de Salesforce Sales Cloud pour l’analyse de Process Mining. Il s’agit d’un champ de métadonnées appliqué à l’ensemble du jeu de données lors de chaque actualisation. Cet horodatage permet aux utilisateurs de connaître la fraîcheur de l’analyse et de vérifier si les Dashboards et les indicateurs consultés sont à jour. C’est indispensable pour prendre en temps utile des décisions éclairées à partir de l’analyse du processus. Pourquoi est-ce important ? Indique aux utilisateurs si les données sont récentes, afin que les décisions reposent sur une vue actuelle et pertinente du processus. Où trouver ces données 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 à chaque exécution. Exemples 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	Devise de la facture InvoiceCurrency	Le code de 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 apporte un contexte essentiel à 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 est indispensable pour filtrer les indicateurs financiers et éviter de mélanger plusieurs devises. Pourquoi est-ce important ? Il apporte le contexte nécessaire à l’interprétation des montants et garantit la justesse des analyses et des rapports financiers, notamment pour les activités menées dans plusieurs pays. Où trouver ces données 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	L’horodatage indiquant la fin d’une activité.
Description Cet attribut enregistre l’heure à laquelle une activité est terminée. Dans la facturation, de nombreuses activités sont des événements instantanés pour lesquels l’heure de début est identique à l’heure de fin. D’autres, comme une étape d’approbation, peuvent avoir une durée mesurable. L’heure de fin permet de calculer précisément la durée de traitement d’une activité, c’est-à-dire le temps pendant lequel un agent ou un système travaille effectivement sur une tâche. Elle aide à distinguer le temps de travail actif du temps d’attente et donne ainsi une vision plus détaillée de l’efficacité du processus. Pourquoi est-ce important ? Il permet de calculer précisément la durée de traitement des activités et de distinguer le travail actif du temps d’attente, pour une analyse plus juste de l’efficacité. Où trouver ces données Il ne s’agit souvent pas d’un champ standard. Il peut être nécessaire de le déduire de l’heure de début de l’activité suivante du dossier 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 auquel la facture est adressée.
Description Cet attribut identifie le client ou l’entreprise à qui la facture est adressée. Il est généralement récupéré à partir de l’enregistrement Account associé dans Salesforce. L’analyse du processus par client est essentielle pour comprendre les comportements propres à chacun et repérer 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 aident à gérer les relations clients et à adapter les stratégies de recouvrement. Pourquoi est-ce important ? Permet une analyse centrée sur les clients pour repérer des tendances, par exemple ceux qui paient souvent en retard ou nécessitent davantage de corrections de facture, et améliorer ainsi la gestion de la relation client. Où trouver ces données Cet attribut provient du champ `Account.Name`, associé à l’objet Invoice par une relation de recherche vers l’objet Account. Exemples ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
	Paiement en retard IsLatePayment	Un indicateur calculé qui signale 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 de l’événement « Paiement reçu du client » à la « Date d’échéance du paiement ». Il prend la valeur true si 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 à l’indicateur « Taux de paiement à temps » et permet de répartir les clients entre ceux qui paient à temps et ceux qui paient en retard, pour approfondir l’analyse. Il fournit un résultat binaire clair pour évaluer le paiement de chaque facture. Pourquoi est-ce important ? Il fournit un indicateur clair de l’efficacité du recouvrement, alimente directement le KPI « Taux de paiement à temps » et permet d’analyser les facteurs à l’origine des retards de paiement. Où trouver ces données Cet attribut ne figure pas 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 importante pour segmenter les données du processus. L’analyse du processus de facturation par pays est essentielle pour repérer les différences régionales en matière de performances, de conformité et de comportements des clients. Elle peut révéler que certains pays présentent des délais de paiement plus longs, davantage de reprises ou des exigences réglementaires particulières qui influent sur le processus. Ces analyses contribuent à harmoniser les processus à l’échelle mondiale et à les adapter aux besoins locaux. Pourquoi est-ce important ? Il permet une analyse géographique pour repérer les différences régionales de performance, les exigences de conformité et les comportements de paiement. Où trouver ces données Il fait partie du champ d’adresse composé standard de l’objet Invoice, généralement nommé `BillingCountry`. Exemples USAAllemagneJaponBrésil
	Reprise effectuée IsRework	Un indicateur calculé qui signale qu’une facture a fait l’objet d’une boucle de reprise.
Description Cet attribut booléen est calculé lors du traitement des données. Il prend la valeur true si la séquence d’activités d’une facture révèle une reprise, par exemple lorsqu’elle revient à une étape antérieure après l’avoir dépassée (comme « Facture corrigée » après « Facture approuvée »). Cet indicateur permet de repérer et de quantifier rapidement les inefficacités du processus. Il alimente directement l’indicateur « Taux de reprise des factures » et le Dashboard « Reprises et erreurs du processus de facturation », afin que les analystes puissent isoler et examiner les dossiers concernés par des reprises coûteuses et chronophages. Pourquoi est-ce important ? Cet indicateur mesure directement les inefficacités du processus en repérant les dossiers comportant des boucles de correction. Il aide à localiser les sources d’erreur et à calculer le coût de la non-qualité. Où trouver ces données Cet attribut ne figure pas 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
	Responsable du compte AccountOwner	Le commercial ou le gestionnaire de compte responsable de la relation client.
Description Cet attribut identifie la personne en interne qui gère la relation client. Il s’agit généralement du commercial ou du gestionnaire de compte affecté à l’objet Account dans Salesforce. Même s’il ne participe pas directement à la facturation, le responsable du compte constitue une dimension d’analyse pertinente. Les problèmes de facturation peuvent nuire à la relation client, et cet attribut permet de relier les performances du processus aux activités commerciales. Il peut servir à déterminer si les comptes gérés par certains responsables rencontrent davantage de problèmes de facturation. Pourquoi est-ce important ? Il relie les performances du processus de facturation à la personne responsable de la relation commerciale et aide à comprendre les conséquences des erreurs ou des retards de facturation. Où trouver ces données Il s’agit du champ `Owner.Name` de l’objet Account, associé à l’objet Invoice. Exemples David MillerSophia GarciaJames Wilson
	Système source SourceSystem	Indique le système d’origine des données.
Description Cet attribut indique l’application source dans laquelle les données d’événement ont été générées. Pour ce processus, il s’agit généralement de « Salesforce Sales Cloud ». Dans les environnements où plusieurs systèmes sont intégrés, ce champ est essentiel pour assurer la traçabilité des données et faciliter le diagnostic des problèmes. Il permet de comprendre leur contexte et de vérifier que les événements provenant de différents systèmes sont correctement regroupés et interprétés dans l’outil de Process Mining. Pourquoi est-ce important ? Cet attribut précise l’origine des données, un élément essentiel à leur gouvernance, à leur validation et à leur analyse dans les environnements comportant plusieurs systèmes. Où trouver ces données Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement (ETL) pour 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 à consigner dans votre journal d’événements pour découvrir le processus avec précision et en évaluer les performances.

5 Recommandé 8 Facultatif

	Activité	Description
	Facture approuvée	Un utilisateur habilité a examiné et approuvé la facture, confirmant son exactitude et son aptitude à être envoyée au client. Cet événement est généralement repéré lorsque l’état de la facture passe à « Approuvé ».
Pourquoi est-ce important ? Cette étape clé conditionne la suite du processus de facturation. Les retards à ce stade créent d’importants goulots d’étranglement et ont des répercussions sur le DSO et les temps de cycle globaux, mesurés dans le Dashboard « Temps de cycle d’approbation des factures ». Où trouver ces données Déduite du passage à « Approuvé » d’un champ d’état de l’objet Invoice. Si les processus d’approbation Salesforce sont utilisés, l’événement peut être extrait explicitement de l’historique de l’objet ProcessInstance. Données à recueillir Modification du champ d’état de la facture à « Approuvé » 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é : elle a été entièrement 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 de son état.
Pourquoi est-ce important ? Cette activité marque la fin du processus et permet de calculer précisément le temps de cycle de bout en bout. Elle définit clairement le moment où le processus est achevé pour les besoins de l’analyse. Où trouver ces données Déduite de l’horodatage auquel le champ d’état de l’objet Invoice passe à « Clôturé », « Entièrement payé » ou à un état final similaire. Données à recueillir Modification du champ d’état de la facture à la valeur finale « Clôturé ». 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 la réalisation d’une étape contractuelle. L’événement est déterminé à partir de l’horodatage de création de l’enregistrement de facture.
Pourquoi est-ce important ? Il s’agit du principal événement de début du processus de facturation. L’analyse du délai entre cette étape et le paiement permet de mesurer le temps de cycle global, de la commande à l’encaissement, et de repérer les retards initiaux de saisie des données. Où trouver ces données Cet événement est déterminé à partir de la date de création (champ CreatedDate) de l’objet personnalisé Invoice, ou d’un objet similaire représentant la facture dans Salesforce. Données à recueillir 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 transmise au client par courriel, courrier ou portail. Cet événement est souvent repéré lorsqu’un champ « Date d’envoi » est renseigné ou que l’état passe à « Envoyé ».
Pourquoi est-ce 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 paiement client (DSO). Elle est essentielle pour suivre les échanges avec les clients et les délais de paiement. Où trouver ces données Déduite du renseignement du champ « Date d’envoi » de l’objet Invoice ou du passage de l’état à « Envoyé ». Il peut également s’agir d’un événement explicite enregistré dans l’historique des activités si l’envoi a été effectué par un outil de messagerie intégré. Données à recueillir Horodatage du renseignement du champ « Sent_Date__c ». Type d’événement inferred
	Paiement du client reçu	Le client a payé la facture et les fonds ont été reçus. L’opération est généralement enregistrée par la création d’un enregistrement « Payment » associé à la facture.
Pourquoi est-ce important ? Il s’agit de l’étape la plus importante de la phase de recouvrement. Elle marque la fin de la période utilisée pour calculer le DSO et confirme la réception du paiement. Où trouver ces données Repérée à partir de la date de création d’un enregistrement de l’objet personnalisé « Payment » associé à l’objet Invoice. Elle peut également être déduite du passage de l’état de la facture à « Payé ». Données à recueillir Création d’un enregistrement Payment associé. Type d’événement explicit
	Date d’échéance du paiement atteinte	Cet événement calculé correspond à la date à laquelle le paiement de la facture devient exigible selon les conditions de paiement. Il ne résulte pas d’une action d’un utilisateur, mais est calculé à partir des données de la facture.
Pourquoi est-ce important ? Cette activité fournit un repère essentiel pour analyser les comportements de paiement et mesurer l’indicateur « Taux de paiement à temps ». Elle permet de distinguer les paiements effectués à temps des paiements en retard. Où trouver ces données Il s’agit d’un événement calculé, obtenu en comparant l’horodatage actuel au champ « Date d’échéance » de l’objet Invoice. Il n’existe pas sous la forme d’un événement enregistré dans Salesforce. Données à recueillir Calculée en comparant la date du jour au champ « Date d’échéance » de la facture. Type d’événement calculated
	Encaissement affecté et rapproché	Le paiement reçu a été entièrement rapproché et affecté à la facture correspondante dans le système, ce qui clôt la créance. Cette étape est repérée par une dernière modification de l’état du paiement ou de la facture.
Pourquoi est-ce important ? Cette étape marque la fin du cycle de conversion de trésorerie. Le Dashboard « Performance du rapprochement des paiements » s’appuie sur cette activité pour mesurer l’efficacité de l’équipe financière dans l’affectation des encaissements. Où trouver ces données Déduite du passage de l’état de la facture ou d’un objet Payment associé à un état final tel que « Rapproché » ou « Affecté ». Données à recueillir Modification de l’état de la facture ou du paiement à « Rapproché ». Type d’événement inferred
	Facture corrigée	Correspond à une correction ou à une mise à jour manuelle de la facture après son rejet ou la détection d’une erreur. Cette activité est souvent déduite du retour de la facture à un état antérieur, par exemple de « Rejeté » à « Brouillon ».
Pourquoi est-ce important ? Repérer les boucles de correction est essentiel pour mesurer l’indicateur « Taux de reprise des factures ». Un nombre élevé de corrections révèle des problèmes lors de la création initiale des factures et entraîne des retards. Où trouver ces données Déduite de l’historique des champs, en repérant le passage d’un état avancé (par exemple, « Rejeté » ou « Approuvé ») à un état antérieur (par exemple, « Brouillon » ou « En cours »). Données à recueillir L’état de la facture recule dans le flux 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 avoir été entièrement payée. Il s’agit d’une issue alternative défavorable du processus de facturation.
Pourquoi est-ce important ? Le suivi des créances passées en perte permet de quantifier les pertes de revenus et de repérer les clients ou les situations qui génèrent des créances irrécouvrables. Il s’agit d’un cas d’exception important à surveiller pour préserver la santé financière de l’entreprise. Où trouver ces données Déduite de l’horodatage auquel le champ d’état de l’objet Invoice passe à « Passé en perte » ou « Annulé, créance irrécouvrable ». Données à recueillir Modification du champ d’état de la facture à « Passé en perte ». Type d’événement inferred
	Facture rejetée	Un approbateur a rejeté la facture, généralement en raison d’erreurs ou d’écarts. Elle doit alors être corrigée et soumise à nouveau. Cet événement est repéré lorsque l’état de l’enregistrement de facture passe à « Rejeté ».
Pourquoi est-ce important ? Cette activité signale une reprise et une inefficacité du processus. L’analyse de la fréquence des rejets permet de repérer les sources d’erreurs courantes et d’en rechercher les causes dans le Dashboard « Reprises et erreurs du processus de facturation ». Où trouver ces données Déduite du passage à « Rejeté » d’un champ d’état de l’objet Invoice. Ces informations peuvent également figurer dans les commentaires de l’historique d’un processus d’approbation formel. Données à recueillir Modification du champ d’état de la facture à « Rejeté ». Type d’événement inferred
	Facture soumise pour approbation	La facture a été finalisée et soumise à un examen interne avant son envoi au client. Cette activité est généralement repérée par une modification du champ d’état de l’enregistrement de facture, par exemple de « Brouillon » à « En attente d’approbation ».
Pourquoi est-ce important ? Le suivi de cette activité permet d’isoler le temps passé dans la file d’attente des approbations. C’est une première étape essentielle pour calculer l’indicateur « Temps moyen d’approbation des factures ». Où trouver ces données Déduite de l’historique des champs de l’objet Invoice lorsqu’un champ d’état prend une valeur telle que « Soumise pour approbation » ou « En cours d’examen ». Données à recueillir Modification du champ d’état de la facture à « En attente d’approbation ». Type d’événement inferred
	Paiement comptabilisé dans le grand livre	Le paiement reçu a été officiellement enregistré dans le système comptable ou le grand livre de l’entreprise. Cette étape peut être repérée par une mise à jour de l’état du paiement ou de la facture après l’exécution d’une intégration.
Pourquoi est-ce important ? Cette activité distingue la réception du paiement de son rapprochement comptable. Le délai entre ces deux étapes peut révéler des retards dans les processus comptables internes. Où trouver ces données Déduite du passage d’un champ d’état de l’objet Payment ou Invoice à une valeur telle que « Comptabilisé » ou « Exporté vers l’ERP », souvent mise à jour par une intégration API. Données à recueillir Modification de l’état du paiement ou de la facture à « Comptabilisé ». Type d’événement inferred
	Rappel de paiement envoyé	Un message a été envoyé au client pour lui rappeler un paiement à venir ou en retard. Il est souvent enregistré sous la forme d’un enregistrement d’activité (tâche ou courriel) associé à la facture.
Pourquoi est-ce important ? Le suivi des rappels permet d’évaluer l’efficacité des stratégies de recouvrement. Il est essentiel au Dashboard « Efficacité des rappels de paiement » et à l’indicateur « Taux de déclenchement des rappels de paiement ». Où trouver ces données Repérée à partir de la création d’un enregistrement d’activité (tâche ou courriel) associé à l’objet Invoice, dont l’objet ou le type indique qu’il s’agit d’un rappel de paiement. Données à recueillir Création d’un enregistrement de tâche ou de courriel associé, avec un type ou un objet spécifique. Type d’événement explicit

Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de Salesforce Sales Cloud

Étapes

Vérifier 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 importants des objets Invoice et Payment. Pour cela, accédez à Setup > Object Manager, sélectionnez l’objet concerné, ouvrez Fields & Relationships, puis cliquez sur « Set History Tracking ».
Définir une stratégie de rapports : Ce processus nécessite 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). Créez un rapport distinct pour chaque source, puis regroupez les résultats à l’extérieur de Salesforce.
Créer un rapport sur la création des enregistrements : Commencez par les événements les plus simples. Créez un rapport pour « Facture créée » et « Paiement reçu du client ». Accédez à l’onglet Reports et cliquez sur « New Report ». Choisissez un type de rapport incluant l’objet Invoice (par exemple, « Invoices ») ou l’objet Payment. Ajoutez des colonnes correspondant aux attributs du journal d’événements. Pour l’activité « Facture créée », le champ CreatedDate de l’enregistrement de facture correspond à EventTime.
Créer un rapport sur l’historique des champs : Pour enregistrer les changements d’état, comme « Facture soumise pour approbation », « Facture approuvée », « Facture rejetée » et « Facture corrigée », créez un rapport basé sur le type de rapport « Invoice History ». Ce type de rapport particulier présente les changements enregistrés par le suivi de l’historique des champs. Filtrez le rapport sur les modifications du champ État.
Créer un rapport sur les événements associés à une date : Pour les événements comme « Facture envoyée au client » ou « Date d’échéance du paiement atteinte », créez un rapport sur l’objet Invoice. Utilisez les champs de date eux-mêmes, comme Sent_Date__c ou Payment_Due_Date__c, comme valeur de EventTime. Filtrez les enregistrements pour exclure ceux dont ces champs de date sont vides.
Créer un rapport sur les activités associées : Pour les événements comme « Rappel de paiement envoyé », créez un rapport reliant les activités (Tasks ou Events) aux factures. Utilisez un type de rapport comme « Activities with Invoices » ou créez-en un personnalisé. Filtrez les activités à l’aide d’un objet ou d’un type indiquant qu’il s’agit d’un rappel.
Ajouter les colonnes standard à tous les rapports : Dans chaque rapport, ajoutez les colonnes qui peuvent ê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) et les autres attributs recommandés.
Exporter les rapports au format CSV : Exécutez chaque rapport séparément. Dans les résultats, ouvrez le menu déroulant, sélectionnez « Export », puis choisissez le format « Details Only » avec l’extension .csv. Répétez l’opération pour tous les rapports créés.
Regrouper et transformer les données : Ouvrez les fichiers CSV exportés dans un tableur ou utilisez un outil de préparation des données. Dans chaque fichier, ajoutez une colonne nommée ActivityName et renseignez-la avec l’activité correspondante (par exemple, « Facture créée » 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 (EventTime).
Créer le journal d’événements final : Regroupez les données transformées de chaque fichier CSV dans un seul fichier. Vérifiez que les en-têtes de colonnes sont exactement InvoiceNumber, ActivityName, EventTime, UserResponsible, etc. Ce fichier consolidé constitue votre journal d’événements final.
Mettre en forme le fichier final : Enregistrez le fichier consolidé au format CSV avec l’encodage UTF-8. Il est maintenant prêt à être importé dans ProcessMind.

Configuration

Types de rapports : Vous aurez probablement besoin de plusieurs types de rapports personnalisés pour associer des objets parents, comme Account, à des objets enfants et petits-enfants, comme Invoice, Payment et Activity. Créez-les dans Setup > Report Types.
Suivi de l’historique des champs : Cette étape est essentielle. Pour l’objet Invoice, activez le suivi de l’historique de tout champ État. Sans cela, vous ne pourrez pas enregistrer les changements d’état, comme « Approuvé » ou « Rejeté ». L’historique n’est pas enregistré rétroactivement.
Filtres de données : Appliquez toujours un filtre de date à vos rapports pour maîtriser le volume de données. 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 séparément, vous pouvez utiliser le service natif d’exportation des données (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 important travail de post-traitement pour filtrer, associer et transformer les données en journal d’événements.
Autorisations utilisateur : La personne qui effectue l’extraction doit disposer d’un accès en lecture à tous les objets pertinents (par exemple, Account, Order, Invoice__c, Payment__c et Activity) et à leurs champs, ainsi que des autorisations nécessaires pour créer et exporter des rapports.

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 : Assurez-vous 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, accédez à vos paramètres personnels et recherchez l’option « Reset My Security Token ».
Activez le suivi de l’historique des champs : Connectez-vous à votre organisation Salesforce en tant qu’administrateur. Accédez à Setup, puis à Object Manager. Recherchez votre objet Facture principal, par exemple Invoice__c, puis ouvrez « Fields & Relationships ». Cliquez sur « Set History Tracking ». Activez le suivi du champ correspondant au statut de la facture, par exemple Status__c. Répétez l’opération pour l’objet Paiement, par exemple Payment__c, et pour son champ de statut correspondant.
Téléchargez et configurez le script : Enregistrez le script Python fourni dans un fichier nommé extract_invoices.py. Ouvrez-le dans un éditeur de texte et modifiez les valeurs d’exemple dans la section « Salesforce Credentials and Settings ». Renseignez SF_USERNAME, SF_PASSWORD, SF_SECURITY_TOKEN et SF_INSTANCE_URL. Modifiez START_DATE et END_DATE pour définir la période d’extraction.
Personnalisez les noms des objets et des champs : Vérifiez attentivement les requêtes SOQL du script. Celui-ci utilise des noms d’exemple tels que Invoice__c, Payment__c, Status__c et Total_Amount__c. Remplacez-les par les noms API réels des objets et des champs utilisés pour la facturation dans votre instance Salesforce.
Exécutez le script d’extraction : Ouvrez un terminal ou une invite de commandes, accédez au répertoire où vous avez enregistré le script, puis exécutez la commande python extract_invoices.py. Le script se connectera à l’API Salesforce, exécutera les requêtes et traitera les données.
Suivez la progression du script : Le script affiche des messages d’état dans la console à mesure qu’il récupère et traite les données pour chaque type d’activité. Selon le volume de données et les limites de votre API, l’opération peut prendre un certain temps. Soyez attentif aux messages d’erreur, qui peuvent signaler des identifiants ou des noms API incorrects.
Vérifiez le fichier de sortie : Une fois l’exécution terminée, le script crée un fichier nommé salesforce_billing_event_log.csv dans le même répertoire. Ouvrez-le dans un tableur pour en examiner le contenu et vérifier que les données attendues y figurent.
Préparez l’importation : Le fichier CSV généré contient les colonnes requises InvoiceNumber, ActivityName et EventTime, ainsi que d’autres attributs recommandés. Il peut être importé directement dans l’outil de Process Mining, sans autre formatage.

Configuration

Identifiants Salesforce : Vous devez fournir votre nom d’utilisateur Salesforce, votre mot de passe et votre jeton de sécurité. Ce jeton est nécessaire pour accéder à l’API depuis une adresse IP extérieure aux 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 comprend les variables START_DATE et END_DATE. Il est recommandé de commencer par une période plus courte, de 3 à 6 mois, afin de maîtriser le volume de données et de respecter les limites de l’API. Ces dates filtrent la requête initiale selon la date de création des factures.
Noms API des objets et des champs : Le script utilise des noms API d’exemple pour les objets et les champs, tels que Invoice__c et Status__c. Remplacez-les 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 du suivi de l’historique des champs Salesforce pour les champs concernés, avant la réalisation des transactions. Si le suivi n’était pas activé, les changements antérieurs ne seront pas enregistrés.
Limites d’appels API : Salesforce impose des limites au nombre d’appels API autorisés sur une période de 24 heures. Pour les très grands jeux de données, envisagez de répartir l’extraction en lots couvrant des périodes plus courtes ou de la planifier en dehors des heures de pointe afin de ne pas dépasser ces limites.

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 dotée d’un connecteur Salesforce Sales Cloud compatible, puis créez une connexion à l’aide de la méthode d’authentification Salesforce requise. Dans la configuration de la plateforme, renseignez uniquement la chaîne de connexion, les identifiants, l’identifiant de l’organisation ou les valeurs propres à l’environnement.
Vérifiez que l’organisation Salesforce connectée donne accès à l’objet facture, à l’historique des statuts de facture ou à la source d’audit, aux enregistrements d’activité associés, aux paiements et à tous les 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 dans votre environnement Salesforce.
Configurez les paramètres d’extraction incrémentielle en indiquant 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 rétrospection suffisante pour inclure les cas créés avant la période sélectionnée, mais toujours 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 des 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 : chaque activité doit être produite sous forme de ligne explicite dans le journal d’événements.
Configurez les associations de sources pour l’objet facture, 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 correspondant à 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, normalisez les valeurs de statut, convertissez InvoiceTotalAmount en valeur numérique et PaymentDueDate en date ou horodatage, puis supprimez les enregistrements dépourvus de InvoiceNumber ou d’EventTime. Pour l’activité Payment Due Date Reached, produisez une ligne explicite en utilisant PaymentDueDate comme EventTime, uniquement si la date d’échéance se situe dans la période d’extraction et si l’enregistrement de la facture est disponible.
Supprimez les doublons d’événements à l’aide de InvoiceNumber, ActivityName, EventTime et de l’identifiant de l’enregistrement source, s’il est disponible. 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 requises pour ActivityName, que chaque ligne comporte InvoiceNumber et EventTime et que les horodatages des événements sont dans le bon ordre pour chaque facture, lorsque les données sources permettent de le déterminer.
Chargez le résultat transformé dans un fichier CSV, Parquet ou un autre format de journal d’événements pris en charge par ProcessMind. Utilisez InvoiceNumber comme identifiant de cas, ActivityName comme colonne d’activité et EventTime comme colonne d’heure de l’événement. 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 quelles 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 compte d’intégration disposant d’un accès en lecture à toutes les sources configurées concernant les factures, l’historique des statuts, les activités, les paiements, les écritures comptables et les rapprochements.
Association 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 font souvent appel à des objets et à des champs personnalisés : vérifiez les associations au lieu de les supposer.
Période : Commencez par 3 à 6 mois de données. Allongez la période de rétrospection si des factures peuvent rester ouvertes d’une période de reporting à l’autre et prévoyez une marge pour les changements de statut, les paiements, les rappels et les rapprochements.
Extraction incrémentielle : Utilisez, si possible, un point de reprise fondé sur l’horodatage de modification le plus récent extrait avec succès de la source. Stockez ce point de reprise en dehors du journal d’événements et traitez de nouveau une courte période de chevauchement afin de ne pas manquer les mises à jour tardives.
Filtres : Appliquez des filtres par entreprise, unité opérationnelle, entité juridique, devise, type de facture et cycle de vie uniquement s’ils sont expressément requis pour l’analyse. Remplacez [Company filter] et [Document type filter] par les critères propres à votre organisation, ou supprimez-les s’ils ne s’appliquent pas.
Historique des statuts : Privilégiez une source qui conserve chaque transition de statut. Le seul champ de 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é à partir de la date d’échéance : L’activité Payment Due Date Reached est générée à 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 à l’aide des clés de relation réellement utilisées dans l’organisation Salesforce. Ne supposez pas que les factures, paiements, activités, écritures comptables ou rapprochements utilisent le même champ de relation d’une implémentation à l’autre.
Performances : Filtrez les enregistrements sources par date avant les jointures, sélectionnez uniquement les champs nécessaires, utilisez la pagination du connecteur, activez l’extraction incrémentielle et répartissez les grandes périodes si la plateforme le permet. Évitez d’extraire à répétition l’historique complet.
Types de données : Normalisez les horodatages dans un même fuseau horaire, conservez l’horodatage source d’origine si la traçabilité est nécessaire 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 le compte d’intégration et celui-ci doit disposer des autorisations nécessaires sur les objets, les champs et les enregistrements de chaque source configurée.
Sécurité : Stockez les identifiants dans le gestionnaire de secrets de la plateforme, limitez l’accès aux données extraites aux personnes autorisées et respectez les limites de Salesforce et de votre organisation concernant les appels API et la conservation des données.

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 analyse des processus et repérer les possibilités d’amélioration. 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 O2C

Réduisez de 30 % le temps de cycle de facturation et améliorez votre trésorerie, sans effort.

Démarrez 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

Générateur de rapports Salesforce et service d’exportation des données

Étapes

Configuration

Exemple de requête config

Script Python utilisant l’API REST Salesforce

Étapes

Configuration

Exemple de requête python

Extraction avec un outil ETL via un connecteur Salesforce préconfiguré

Étapes

Configuration

Exemple de requête config

Prêt à commencer ?

Accélérez les paiements : optimisez dès maintenant la facturation 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

Générateur de rapports Salesforce et service d’exportation des données

Étapes

Configuration

Exemple de requête config

Script Python utilisant l’API REST Salesforce

Étapes

Configuration

Exemple de requête python

Extraction avec un outil ETL via un connecteur Salesforce préconfiguré

Étapes

Configuration

Exemple de requête config

Prêt à commencer ?

Accélérez les paiements : optimisez dès maintenant la facturation 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

Prêt à commencer ?

Accélérez les paiements : optimisez dès maintenant la facturation O2C