> Amélioration continue des processus > Traitement des paiements > FIS Global > Modèle de données

Votre modèle de données de traitement des paiements

FIS Global

`Attributs` de traitement des paiements (20) Activités de traitement des paiements (13) Guides d'extraction (1)

Votre modèle de données de traitement des paiements

Ce modèle offre un guide complet des attributs de données essentiels et des activités de processus nécessaires à une analyse efficace du traitement des paiements. Il comprend également des conseils pratiques sur la manière d'extraire ces informations critiques de vos systèmes. Utilisez cette ressource pour vous assurer de collecter toutes les données nécessaires à une initiative robuste de process mining.

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

Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Télécharger le modèle

`Attributs` de traitement des paiements

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète du traitement des paiements.

3 Obligatoire 7 Recommandé 10 Facultatif

	Nom	Description
	ID de transaction de paiement PaymentTransactionId	L'identifiant unique pour l'instruction de paiement ou la transaction spécifique.
Description Cet attribut sert de clé centrale pour relier tous les événements au sein d'un seul cycle de vie de paiement. Il permet aux analystes de suivre le paiement depuis la demande initiale jusqu'à la validation, l'approbation et le règlement ou le rapprochement final. En analyse, cet ID est essentiel pour regrouper des événements discrets en instances de processus. Il permet la visualisation du flux de bout en bout et constitue la base de toutes les métriques au niveau du cas, telles que le temps de cycle et les boucles de reprise. Pourquoi c'est important C'est le connecteur fondamental du Process Mining, permettant de reconstituer des activités disparates en un parcours cohérent. Où obtenir Consulter la documentation FIS Global Exemples TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
	Nom de l'activité ActivityName	Le nom de l'étape de processus spécifique ou de l'`event` survenu.
Description Ce champ enregistre l'action spécifique effectuée à un moment donné, telle que « Demande de paiement créée » ou « Paiement réglé ». Il définit les nœuds dans la carte des processus et détermine la structure du flux de processus. Les analystes utilisent cet attribut pour comprendre la séquence des opérations. Il est essentiel pour identifier les écarts par rapport au chemin idéal, repérer les étapes ignorées ou détecter les activités redondantes comme les multiples boucles d'approbation. Pourquoi c'est important Il définit le « quoi » du processus, permettant la visualisation des cartes de processus et l'analyse des variantes. Où obtenir Consulter la documentation FIS Global Exemples Demande de paiement crééeDétails de paiement validésPaiement approuvéPaiement réglé
	Timestamp de l'événement EventTimestamp	La date et l'heure spécifiques auxquelles l'activité s'est produite.
Description Cet attribut fournit le contexte temporel de chaque événement du processus de paiement. Il enregistre le moment exact où une action a été journalisée par le système, permettant un ordonnancement chronologique des activités. En analyse, cet attribut est utilisé pour calculer les durées entre les étapes, les temps de cycle totaux et les débits. Il permet d'identifier les goulots d'étranglement en mettant en évidence les retards entre les étapes spécifiques du processus. Pourquoi c'est important L'analyse basée sur le temps est impossible sans ce champ ; il pilote tous les KPI de performance et d'efficacité. Où obtenir Consulter la documentation FIS Global Exemples 2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
	Code de devise CurrencyCode	Le code ISO à 3 lettres désignant la devise du paiement.
Description Cet attribut spécifie la devise du montant du paiement (par exemple, USD, EUR, GBP). Il est essentiel pour normaliser les données financières lors de l'analyse des flux de paiement mondiaux. En analyse, ce champ permet la segmentation de la performance du processus par devise, ce qui est souvent corrélé avec différents systèmes de compensation et réglementations. Il aide à expliquer les variations des délais de règlement pour les paiements transfrontaliers par rapport aux paiements nationaux. Pourquoi c'est important Critique pour les environnements multidevises afin d'interpréter avec précision les volumes financiers. Où obtenir Consulter la documentation FIS Global Exemples USDEURGBPJPY
	Date d'échéance du paiement PaymentDueDate	La date à laquelle le paiement est censé être réglé.
Description Cet attribut enregistre la date limite de paiement telle que demandée par l'initiateur ou définie par les conditions de facturation. Il sert de référence cible pour la performance des paiements à temps. Ce champ est essentiel pour le tableau de bord « Respect de la date d'échéance des paiements ». En comparant cette date à la date réelle de « Paiement réglé », les analystes peuvent signaler les paiements en retard, calculer les pénalités potentielles et évaluer la conformité aux accords avec les fournisseurs. Pourquoi c'est important Il fournit la base pour mesurer le respect des niveaux de service et la ponctualité. Où obtenir Consulter la documentation FIS Global Exemples 2023-11-012023-11-15
	Date de règlement réelle ActualSettlementDate	La date à laquelle le paiement a été effectivement finalisé et réglé.
Description Cet attribut capture la date effective à laquelle les fonds ont été transférés ou la transaction a été considérée comme terminée. Il diffère du timestamp de traitement car il reflète la date de valeur. En analyse, cet attribut est utilisé conjointement avec la date d'échéance pour calculer le « taux de paiement à temps ». C'est également le déclencheur de la phase de rapprochement, ce qui le rend essentiel pour analyser le « temps de cycle de rapprochement des paiements ». Pourquoi c'est important Il représente la conclusion financière du paiement et est essentiel pour l'analyse des flux de trésorerie. Où obtenir Consulter la documentation FIS Global Exemples 2023-11-022023-11-14
	Montant du paiement PaymentAmount	La valeur monétaire de la transaction de paiement.
Description Cet attribut représente la valeur financière associée à la demande de paiement. C'est la principale métrique pour l'analyse du débit financier et du risque. Les analystes utilisent ce champ pour segmenter les processus par paiements de haute ou faible valeur, qui ont souvent des chemins d'approbation différents. Il prend en charge le tableau de bord du « Débit de paiement » et aide à identifier si les paiements de haute valeur subissent des temps de cycle plus longs en raison d'un examen plus strict. Pourquoi c'est important Il ajoute la dimension financière au Process Mining, permettant une priorisation basée sur la valeur. Où obtenir Consulter la documentation FIS Global Exemples 1500.00250.501000000.0045.99
	Type de paiement PaymentType	La classification du mode ou de l'instrument de paiement.
Description Cet attribut catégorise le paiement en types tels que Virement, ACH, SEPA, Paiement en temps réel (RTP) ou Chèque. Les différents types de paiement suivent des règles de traitement et des SLA (accords de niveau de service) distinctement différents. Les analystes utilisent ce champ pour comparer le « temps de cycle de rapprochement des paiements » entre différentes infrastructures. Il aide à expliquer pourquoi certains paiements sont réglés instantanément tandis que d'autres prennent des jours, garantissant que les performances sont mesurées par rapport au bon indicateur de référence. Pourquoi c'est important C'est la dimension principale pour segmenter les flux de processus, car chaque type a des caractéristiques de routage et de synchronisation uniques. Où obtenir Consulter la documentation FIS Global Exemples Virement bancaireCrédit ACHSEPA InstantChèque
	Unité commerciale BusinessUnit	La division ou le département interne à l'origine du paiement.
Description Cet attribut mappe le paiement à une unité organisationnelle spécifique, telle que « Banque de détail », « Prêts commerciaux » ou « Trésorerie ». Il est utilisé pour agréger des KPI comme le « Débit de paiement » et le « Temps de cycle de paiement moyen » par département. Cela aide la direction à comparer les performances entre les différentes divisions et à allouer les ressources efficacement. Pourquoi c'est important Il permet l'analyse comparative interne et la responsabilisation en matière de performance des processus. Où obtenir Consulter la documentation FIS Global Exemples TrésorerieComptabilité FournisseursOpérations de vente au détailGestion de patrimoine
	Utilisateur de traitement ProcessingUser	L'identifiant ou le nom de l'utilisateur ou de l'agent système effectuant l'activité.
Description Cet attribut capture qui ou quoi a exécuté l'étape du processus. Il permet de distinguer les opérateurs humains (par exemple, « J.Smith ») des comptes système automatisés (par exemple, « SYSTEM_BATCH »). Ces données sont utilisées pour analyser l'utilisation des ressources, identifier les goulots d'étranglement manuels et vérifier la séparation des tâches. Elles aident à calculer le « taux d'utilisation des utilisateurs de traitement » et à distinguer les tâches manuelles des tâches automatisées. Pourquoi c'est important Essentiel pour l'analyse des ressources, les taux d'automatisation et l'audit de conformité. Où obtenir Consulter la documentation FIS Global Exemples jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
	Autorité d'approbation ApprovalAuthority	Le rôle, le groupe ou l'individu responsable de l'autorisation du paiement.
Description Cet attribut indique le niveau d'autorité ou le groupe d'utilisateurs spécifique requis pour approuver le paiement, souvent en fonction du seuil de montant. Il aide à retracer le routage du workflow d'approbation. Les analystes l'utilisent pour soutenir le tableau de bord des « Goulots d'étranglement d'autorisation de paiement ». Il permet de décomposer les temps d'approbation par niveau d'autorité pour voir si des niveaux de gestion spécifiques sont à l'origine de retards. Pourquoi c'est important Il permet l'analyse organisationnelle de la hiérarchie d'approbation et la détection des `goulets d'étranglement`. Où obtenir Consulter la documentation FIS Global Exemples Manager de niveau 1Directeur financierÉquipe ConformitéSystème d'approbation automatique
	Canal de paiement PaymentChannel	Le canal par lequel la demande de paiement a été initiée.
Description Cet attribut décrit l'origine de l'instruction de paiement, telle que la banque en ligne, l'application mobile, l'API ou l'agence. Il aide à comprendre le vecteur d'entrée de la transaction. Les analystes l'utilisent pour comparer l'efficacité du traitement sur différents canaux. Par exemple, il aide à déterminer si les paiements initiés via l'API ont des taux d'erreur inférieurs à ceux saisis manuellement en agence. Pourquoi c'est important Il aide à l'optimisation des canaux et à la compréhension du comportement des clients. Où obtenir Consulter la documentation FIS Global Exemples Banque en ligneMobile AppPasserelle d'entrepriseCaissier d'agence
	Code d'erreur de validation ValidationErrorCode	Le code ou la raison indiquant pourquoi un paiement n'a pas réussi la validation.
Description Cet attribut est renseigné lorsqu'un paiement entre dans l'activité « Erreur de paiement identifiée ». Il contient des détails spécifiques sur l'échec, tels que « IBAN invalide », « Fonds insuffisants » ou « Adresse du bénéficiaire manquante ». Ce champ pilote le tableau de bord des « Taux d'erreur de validation des données de paiement ». Le regroupement par cet attribut révèle les causes les plus courantes de reprise, permettant des corrections ciblées dans la saisie des données en amont ou la configuration du système. Pourquoi c'est important Il identifie les causes profondes des frictions de processus et des boucles de retravail. Où obtenir Consulter la documentation FIS Global Exemples ERR-001 : Compte invalideERR-055 : Sanctions appliquéesERR-009 : Transaction en double
	Compte de l'expéditeur SenderAccount	Le numéro de compte à partir duquel les fonds sont débités.
Description Cet attribut identifie le compte source de la transaction. Il offre une granularité lors de l'analyse des paiements provenant de comptes internes spécifiques. En analyse, il aide à identifier si des comptes de financement spécifiques sont sujets à des erreurs (par exemple, fonds insuffisants) ou à des retards. Il prend en charge le rapprochement en permettant de faire correspondre les écritures du grand livre aux activités du processus. Pourquoi c'est important Il est fondamental pour le rapprochement financier et la résolution de problèmes au niveau du compte. Où obtenir Consulter la documentation FIS Global Exemples 123456789987654321ACC-TREASURY-01
	Dernière mise à jour des données LastDataUpdate	L'horodatage de la dernière extraction ou rafraîchissement de l'enregistrement.
Description Cet attribut indique la fraîcheur des données utilisées dans l'analyse. Il aide les utilisateurs à comprendre s'ils consultent des données en temps réel ou un instantané d'une période précédente. Dans les tableaux de bord (dashboards), ce champ est souvent utilisé pour afficher une étiquette « Données à jour au ». Il garantit que les décisions sont prises sur la base des informations les plus pertinentes disponibles et aide à gérer les chargements de données incrémentiels. Pourquoi c'est important Il établit la fraîcheur des `données` et renforce la confiance dans la rapidité des rapports. Où obtenir Métadonnées de processus ETL Exemples 2023-10-14T00:00:00Z2023-10-15T06:00:00Z
	Est un paiement en retard IsLatePayment	Un indicateur signalant si le paiement a été réglé après la date d'échéance.
Description Cet attribut booléen calculé. Il renvoie « vrai » si la date de « Paiement réglé » est postérieure à la « Date d'échéance du paiement ». Cet attribut est le moteur direct du KPI « Taux de paiement à temps ». Il simplifie la création de tableaux de bord (dashboarding) en permettant aux utilisateurs de filtrer rapidement les cas problématiques sans logique de date complexe dans la couche de visualisation. Pourquoi c'est important Il simplifie le reporting des exceptions et l'analyse de conformité. Où obtenir Dérivé de `PaymentDueDate` et `ActualSettlementDate` Exemples truefaux
	Est-ce une intervention manuelle IsManualIntervention	Un indicateur signalant si l'activité a impliqué un travail manuel.
Description Cet attribut booléen signale les activités ou les cas qui ont nécessité une intervention humaine, comme les « Erreurs de paiement résolues » ou les approbations manuelles, par opposition au traitement direct (STP). Ceci est essentiel pour le tableau de bord du « Taux d'intervention manuelle pour les paiements ». Il aide à quantifier le pourcentage de paiements qui ne sont pas entièrement automatisés, soulignant les opportunités de transformation numérique. Pourquoi c'est important Il distingue le débit automatisé de l'effort manuel, guidant les calculs de ROI de l'automatisation. Où obtenir Dérivé de ActivityName ou ProcessingUser Exemples truefaux
	Pays du bénéficiaire BeneficiaryCountry	Le code pays du bénéficiaire du paiement.
Description Cet attribut identifie le pays de destination des fonds. Il est utilisé pour distinguer les paiements nationaux des paiements internationaux. Ce contexte est crucial pour le « Suivi de la conformité des paiements » et l'analyse du routage. Les paiements internationaux impliquent souvent différents intermédiaires, des vérifications de conformité et des cycles plus longs, de sorte que l'analyse des performances par pays aide à isoler ces variables. Pourquoi c'est important C'est une dimension clé pour l'analyse géographique et l'évaluation des risques de conformité. Où obtenir Consulter la documentation FIS Global Exemples USDECNGB
	Système source SourceSystem	Le nom du système d'où proviennent les données d'événement.
Description Cet attribut identifie le composant logiciel ou la base de données spécifique à partir duquel l'enregistrement a été extrait, comme le moteur bancaire central, la passerelle de paiement ou l'outil de filtrage des sanctions. Il est vital pour la lignée et la validation des données. Lors de l'analyse des flux de bout en bout qui s'étendent sur plusieurs plateformes, ce champ aide à distinguer où des activités spécifiques ont eu lieu et facilite la résolution des problèmes de qualité des données. Pourquoi c'est important Il assure la traçabilité et le contexte, en particulier dans les environnements complexes avec plusieurs moteurs de paiement intégrés. Où obtenir Consulter la documentation FIS Global Exemples FIS OPFTraxPaymentHub_01SanctionsScreeningDB
	Temps de cycle (Jours) CycleTimeDays	La durée en jours entre la création de la demande et le règlement.
Description Cet attribut calculé mesure le temps de bout en bout du processus. Il est calculé comme la différence entre le timestamp du « Paiement réglé » et celui de la « Demande de paiement créée ». C'est la métrique principale pour le KPI du « Temps de cycle de paiement moyen ». Le fait d'avoir cette valeur pré-calculée facilite l'analyse de la distribution des performances (par exemple, histogrammes) pour repérer les valeurs aberrantes et les tendances. Pourquoi c'est important Il quantifie la vitesse globale du processus. Où obtenir Dérivé de `EventTimestamp` Exemples 1.50.25.0

Obligatoire Recommandé Facultatif

Activités de traitement des paiements

Voici les étapes clés du processus et les jalons à capturer dans votre `journal d'événements` pour une découverte et une optimisation précises des processus.

6 Recommandé 7 Facultatif

	Activité	Description
	Demande de paiement créée	C'est le premier événement du cycle de vie des paiements, représentant le moment où une nouvelle transaction de paiement est initiée dans le système FIS. Il est généralement capturé comme une entrée explicite dans une table de journal de transactions lorsqu'un utilisateur ou un système automatisé soumet une nouvelle demande de paiement.
Pourquoi c'est important Cette activité constitue le début définitif du processus. Elle est essentielle pour mesurer le temps de cycle de paiement de bout en bout et analyser le débit et le volume global des paiements. Où obtenir Enregistré dans une table de transaction centrale, identifié par le `timestamp` de création associé à l'`Payment Transaction ID`. Recherchez des tables comme « Payment_Transactions » ou « Payment_Requests » pour un champ « creation_date » ou « entry_date ». Capture `Événement` enregistré lors de la création d'un nouvel enregistrement de transaction de paiement. Type d'événement explicit
	Instruction de paiement envoyée	Cette activité marque le moment où le système FIS envoie l'instruction de paiement finalisée au réseau de paiement pertinent, tel qu'ACH, Fedwire ou SWIFT. Il s'agit d'un événement critique généré par le système.
Pourquoi c'est important C'est une étape majeure qui indique que le paiement a quitté l'environnement de traitement interne. C'est crucial pour analyser l'efficacité du routage et le temps nécessaire au traitement externe. Où obtenir Enregistré dans un journal de transaction ou de messagerie qui suit les communications avec les réseaux de paiement externes. Recherchez un enregistrement indiquant une transmission de message sortant réussie avec un `timestamp`. Capture Événement généré par le système lorsque le message de paiement est envoyé au réseau de compensation. Type d'événement explicit
	Paiement approuvé	Une étape clé où un utilisateur autorisé approuve le paiement, lui permettant de passer à l'étape suivante. Il s'agit presque toujours d'un `événement` explicite enregistré avec l'ID de l'approbateur et un `timestamp` au moment où il effectue l'action dans le système.
Pourquoi c'est important Il s'agit d'un point de contrôle critique pour mesurer les temps de cycle d'approbation et assurer la conformité avec les contrôles financiers. Les retards à ce stade peuvent avoir un impact significatif sur la performance des paiements à temps. Où obtenir Capturé dans une table de journal d'approbation ou comme un `événement` explicite dans l'historique principal des transactions. Le journal d'`événements` lierait l'`Payment Transaction ID`, l'ID utilisateur de l'approbateur et un `timestamp` d'approbation. Capture Enregistré lorsqu'un utilisateur disposant de droits d'approbation effectue l'action « approuver » sur un paiement. Type d'événement explicit
	Paiement autorisé	Représente une étape d'autorisation finale, souvent requise pour les paiements de grande valeur ou par une autorité différente après l'approbation initiale. Cette action est enregistrée comme un événement explicite lorsqu'un utilisateur disposant de justificatifs d'autorisation confirme le paiement.
Pourquoi c'est important Cette activité est essentielle au tableau de bord des « Goulots d'étranglement d'autorisation de paiement ». La séparer du « Paiement approuvé » permet d'identifier les retards dans les processus d'approbation à plusieurs niveaux. Où obtenir Enregistré dans un journal d'audit ou de transaction. Cet `événement` est déclenché par un utilisateur disposant d'autorisations spécifiques agissant sur le paiement, générant un enregistrement avec son ID et un `timestamp`. Capture Une entrée de journal explicite est créée lorsqu'un utilisateur effectue l'action d'autorisation finale. Type d'événement explicit
	Paiement rapproché	C'est l'activité comptable finale où la transaction de paiement est rapprochée d'un relevé bancaire ou d'une écriture comptable interne. Il peut s'agir d'un processus automatisé par lot ou d'une action manuelle de l'utilisateur.
Pourquoi c'est important Cette activité marque la fin absolue du cycle de vie des paiements. L'analyse du « temps de cycle de rapprochement des paiements » est cruciale pour comprendre l'efficacité des processus de clôture financière. Où obtenir Souvent déduit du remplissage d'un champ « date de rapprochement » ou d'un changement de statut final à « Rapproché » dans un module financier ou comptable lié au système de paiement. Capture Identifié par le remplissage d'une date de rapprochement ou un changement de statut à « Rapproché ». Type d'événement inferred
	Paiement réglé	Cette activité marque l'achèvement du transfert de fonds, où la transaction est considérée comme financièrement réglée. Cela est généralement enregistré lorsqu'une confirmation finale de règlement est reçue du réseau de paiement ou de la chambre de compensation.
Pourquoi c'est important C'est le point d'arrivée principal pour mesurer le temps de cycle de paiement et les taux de paiement à temps. Il signifie l'achèvement réussi du processus d'exécution des paiements de base. Où obtenir Déduit d'un changement de statut final sur l'enregistrement de paiement à « Réglé », « Terminé » ou « Publié ». Ce changement de statut est piloté par des fichiers de règlement par lots ou des messages en temps réel du système de compensation. Capture Un changement de statut sur la transaction de paiement à « Réglé » ou équivalent. Type d'événement inferred
	Détails de paiement validés	Cette activité signifie que les données de paiement ont passé les vérifications de validation automatisées initiales concernant le format, l'exhaustivité et l'exactitude. Elle est souvent déduite d'un changement de statut sur l'enregistrement de paiement, par exemple, de « Nouveau » à « Validé » ou « En attente d'approbation ».
Pourquoi c'est important Le suivi de cette activité aide à identifier la fréquence et l'emplacement des erreurs de saisie de données. C'est un prérequis pour analyser le KPI du taux d'erreur de validation des données de paiement et comprendre les sources de reprise. Où obtenir Déduit d'un champ de statut ou de changement d'état dans la table des transactions de paiement. Un passage d'un état initial à un état « validé », accompagné d'un `timestamp` correspondant, marque cet `événement`. Capture Identifié par un changement dans le champ de statut de paiement à « Validé » ou une valeur similaire. Type d'événement inferred
	Erreur de paiement identifiée	Indique qu'une erreur a été détectée à un certain point du processus après la validation initiale, telle qu'un rejet de la banque réceptrice ou un indicateur de conformité interne. Il s'agit souvent d'un `événement` explicite enregistré lorsqu'une exception est soulevée.
Pourquoi c'est important Cette activité est le point d'entrée de toutes les boucles de reprise et de traitement des exceptions. Elle est essentielle pour calculer les KPI du taux d'intervention manuelle et du temps de résolution des erreurs de paiement. Où obtenir Enregistré dans un module de gestion des exceptions ou un journal de transactions. Il peut être déclenché automatiquement par une règle système ou manuellement par un utilisateur signalant un problème, créant un journal avec un code d'erreur et un `timestamp`. Capture Une exception ou un code d'erreur est enregistré pour la transaction de paiement. Type d'événement explicit
	Erreur de paiement résolue	Marque la résolution d'une erreur de paiement précédemment identifiée, permettant au paiement d'être re-traité ou annulé. Il s'agit d'une action explicite entreprise par un utilisateur pour effacer le statut d'exception.
Pourquoi c'est important Cette activité clôt la boucle d'exception. La durée entre l'« Erreur identifiée » et cet événement est une mesure clé de l'efficacité opérationnelle dans le traitement des exceptions. Où obtenir Enregistré lorsqu'un utilisateur efface un indicateur d'erreur ou déplace la transaction hors d'une file d'attente d'exceptions. Cette action est capturée dans une piste d'audit ou un journal d'historique des transactions avec un `timestamp`. Capture Une action de l'utilisateur efface l'état d'erreur, qui est enregistré dans un journal d'audit. Type d'événement explicit
	Paiement Confirmé	Représente la réception d'un accusé de réception du réseau de paiement ou de la banque bénéficiaire confirmant que le paiement a été reçu. Cet événement est déclenché par un message système entrant ou une mise à jour de statut.
Pourquoi c'est important La confirmation offre la certitude que le paiement a atteint sa destination. Le temps entre « Instruction envoyée » et « Confirmé » mesure la latence du réseau externe et le temps de traitement. Où obtenir Généré à partir de l'analyse des messages de confirmation entrants des réseaux de paiement. Le système met à jour le statut du paiement et enregistre un `timestamp` de confirmation. Capture Un message entrant d'un réseau de compensation met à jour le statut du paiement à « Confirmé ». Type d'événement explicit
	Paiement en retard identifié	Un `événement` dérivé indiquant que le paiement a été réglé après sa date d'échéance spécifiée. Cette activité n'est pas explicitement enregistrée mais est calculée en comparant deux champs de date.
Pourquoi c'est important Cette activité calculée soutient directement le KPI du « Taux de paiement à temps » et le tableau de bord « Respect de la date d'échéance des paiements ». Elle aide à quantifier l'impact des retards de processus sur les relations avec les fournisseurs et les éventuels frais de retard. Où obtenir Ceci n'est pas directement extrait. C'est calculé lors de la transformation des données en comparant le timestamp de la « Date de règlement » avec le champ « Date d'échéance du paiement ». Si la date de règlement est postérieure à la date d'échéance, cet événement est généré. Capture Calculé si « Date de règlement » > « Date d'échéance du paiement ». Type d'événement calculated
	Paiement envoyé pour approbation	Représente le point où un paiement validé est soumis au workflow d'approbation. Ceci est généralement capturé par un changement de statut indiquant que le paiement est en attente d'une action d'un approbateur.
Pourquoi c'est important Cette activité marque le début du sous-processus d'approbation. L'analyse du temps entre cette étape et le « Paiement approuvé » est cruciale pour comprendre les goulots d'étranglement d'approbation. Où obtenir Déduit d'un changement dans le champ de statut du paiement à « En attente d'approbation », « Soumis pour approbation » ou un état similaire au sein d'un `workflow` ou d'un journal de statut de transaction. Capture Un changement de statut sur la transaction de paiement de « Validé » à « En attente d'approbation ». Type d'événement inferred
	Paiement rejeté	Cette activité se produit lorsqu'un approbateur refuse une demande de paiement, exigeant généralement qu'elle soit corrigée et soumise à nouveau ou entièrement annulée. Il s'agit d'une action utilisateur explicite enregistrée à des fins d'audit.
Pourquoi c'est important Le suivi des rejets aide à identifier les raisons courantes des échecs de paiement, des déviations de processus et des boucles de reprise. Il met en évidence les problèmes liés à la qualité initiale des données ou à la conformité. Où obtenir Enregistré comme un `événement` explicite dans une table d'historique d'approbation ou de transaction lorsqu'un approbateur sélectionne l'option « rejeter ». L'enregistrement inclut généralement un `timestamp`, l'ID utilisateur et souvent un code de raison. Capture `Événement` enregistré lorsqu'un utilisateur exécute l'action de « rejet » pour un paiement. Type d'événement explicit

Recommandé Facultatif

Guides d'extraction

Comment obtenir vos `données` de FIS Global

Étapes

Prérequis et configuration : Assurez-vous d'avoir Python installé (version 3.8 ou supérieure) et les bibliothèques nécessaires (requests, pandas). Vous aurez besoin d'identifiants API valides pour le FIS Payment Hub, notamment un Client ID, un Client Secret et l'URL de base de l'API.
Configuration : Ouvrez le script Python fourni. Mettez à jour la section de configuration en haut avec votre URL de base d'API spécifique, votre Client ID et votre Client Secret. Définissez les variables START_DATE et END_DATE pour définir la fenêtre d'extraction.
Authentification : Le script utilise une fonction d'assistance pour s'authentifier auprès du point d'accès OAuth2 de FIS. Il récupère un jeton Bearer qui est ensuite inclus dans les en-têtes de toutes les requêtes API ultérieures.
Récupération des transactions : Le script exécute une requête GET vers le point d'accès /payments. Il implémente une logique de pagination pour parcourir les résultats jusqu'à ce que toutes les transactions de la plage de dates soient récupérées. Il filtre les types de paiement pertinents en fonction de votre portée.
Récupération de l'historique des événements : Pour chaque transaction de paiement récupérée, le script effectue un appel secondaire au point d'accès /payments/{id}/history ou /audit pour récupérer les événements du cycle de vie. Cette boucle imbriquée garantit la capture de l'historique granulaire.
Mappage des activités : Le script contient un dictionnaire de mappage (logique de transformation) qui traduit les codes de statut internes de FIS (par exemple, STAT_INIT, STAT_VAL, STAT_ACK) en noms d'activité standard requis, tels que Demande de paiement créée et Paiement confirmé.
Gestion des événements dérivés : Le script vérifie spécifiquement la ActualSettlementDate par rapport à la PaymentDueDate. Si la date de règlement est postérieure à la date d'échéance, il génère synthétiquement une nouvelle ligne d'événement intitulée Retard de paiement identifié et l'ajoute au journal d'événements.
Extraction des attributs : Pendant l'itération, le script extrait les attributs clés comme le Montant du paiement, la Devise et l'Unité commerciale. Ceux-ci sont répétés pour chaque événement associé à un Transaction ID spécifique afin de garantir un ensemble de données riche.
Validation et gestion des erreurs : Le script inclut une gestion des erreurs de base pour les appels API échoués (par exemple, 429 Rate Limit ou 500 Server Error) et affiche la progression dans la console. Il ignore les enregistrements incomplets où des timestamps critiques sont manquants.
Aplatissement des données : La structure JSON imbriquée de l'API est aplatie dans un format tabulaire à l'aide de la bibliothèque Pandas. Chaque ligne représente une seule occurrence d'activité.
Exportation : Enfin, le script exporte le DataFrame traité vers un fichier CSV nommé fis_payment_event_log.csv. Ce fichier est formaté avec des en-têtes standard prêts pour l'ingestion par ProcessMind.
Vérification finale : Ouvrez le fichier CSV généré. Vérifiez que les colonnes de date sont au format ISO 8601 (YYYY-MM-DDTHH:MM:SS) et que la colonne d'activité contient les noms lisibles par l'homme mappés dans le script.

Configuration

API_BASE_URL: L'URL racine de l'instance Payment Hub de FIS de votre organisation (par exemple, https://api.fisglobal.com/paymenthub/v1).
CLIENT_ID / CLIENT_SECRET: Identifiants OAuth2 utilisés pour obtenir le jeton d'accès. Ceux-ci doivent avoir des autorisations 'Read' sur les portées Payment et Audit.
START_DATE / END_DATE: La fenêtre d'extraction. Il est recommandé d'extraire les données par tranches de 30 jours si le volume est élevé (plus de 100 000 paiements par mois).
PAGE_SIZE: Définir à 100 ou 500 selon les limitations de performance de l'API pour optimiser le débit.
TIMEOUT: Délai d'attente de connexion en secondes (par défaut 30) pour éviter que le script ne se bloque en cas de réponses réseau lentes.
RETRY_ATTEMPTS: Nombre de fois où le script doit réessayer une requête échouée avant de sauter un enregistrement.

a Exemple de requête python

import requests
import pandas as pd
import json
from datetime import datetime, timedelta
import time

class=class="hl-string">"hl-comment"># === CONFIGURATION ===
API_BASE_URL = class="hl-string">"https://[Your FIS API Endpoint]/v1"
CLIENT_ID = class="hl-string">"[Your Client ID]"
CLIENT_SECRET = class="hl-string">"[Your Client Secret]"
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-01-31"
OUTPUT_FILE = class="hl-string">"fis_payment_event_log.csv"

class=class="hl-string">"hl-comment"># === MAPPINGS ===
class=class="hl-string">"hl-comment"># Maps FIS internal status codes to ProcessMind Activity Names
STATUS_MAP = {
    class="hl-string">"INITIATED": class="hl-string">"Payment Request Created",
    class="hl-string">"VALIDATED": class="hl-string">"Payment Details Validated",
    class="hl-string">"PENDING_AUTH": class="hl-string">"Payment Sent For Approval",
    class="hl-string">"APPROVED": class="hl-string">"Payment Approved",
    class="hl-string">"REJECTED": class="hl-string">"Payment Rejected",
    class="hl-string">"AUTHORIZED": class="hl-string">"Payment Authorized",
    class="hl-string">"SENT_TO_NETWORK": class="hl-string">"Payment Instruction Sent",
    class="hl-string">"ACKNOWLEDGED": class="hl-string">"Payment Confirmed",
    class="hl-string">"SETTLED": class="hl-string">"Payment Settled",
    class="hl-string">"EXCEPTION": class="hl-string">"Payment Error Identified",
    class="hl-string">"EXCEPTION_CLEARED": class="hl-string">"Payment Error Resolved",
    class="hl-string">"RECONCILED": class="hl-string">"Payment Reconciled"
}

def get_access_token():
    url = fclass="hl-string">"{API_BASE_URL}/oauth/token"
    payload = {
        class="hl-string">"grant_type": class="hl-string">"client_credentials",
        class="hl-string">"client_id": CLIENT_ID,
        class="hl-string">"client_secret": CLIENT_SECRET
    }
    try:
        response = requests.post(url, data=payload)
        response.raise_for_status()
        return response.json()[class="hl-string">"access_token"]
    except Exception as e:
        print(fclass="hl-string">"Authentication failed: {e}")
        exit(1)

def get_payments(token, start, end):
    headers = {class="hl-string">"Authorization": fclass="hl-string">"Bearer {token}"}
    payments = []
    page = 1
    has_more = True
    
    while has_more:
        class=class="hl-string">"hl-comment"># Placeholder endpoint for searching payments
        url = fclass="hl-string">"{API_BASE_URL}/payments?startDate={start}&endDate={end}&page={page}&pageSize=100"
        try:
            resp = requests.get(url, headers=headers)
            resp.raise_for_status()
            data = resp.json()
            
            batch = data.get(class="hl-string">"items", [])
            payments.extend(batch)
            
            if len(batch) < 100:
                has_more = False
            else:
                page += 1
        except Exception as e:
            print(fclass="hl-string">"Error fetching payments page {page}: {e}")
            has_more = False
            
    return payments

def get_payment_history(token, payment_id):
    headers = {class="hl-string">"Authorization": fclass="hl-string">"Bearer {token}"}
    try:
        class=class="hl-string">"hl-comment"># Placeholder endpoint for audit history
        url = fclass="hl-string">"{API_BASE_URL}/payments/{payment_id}/audit"
        resp = requests.get(url, headers=headers)
        resp.raise_for_status()
        return resp.json().get(class="hl-string">"events", [])
    except Exception as e:
        print(fclass="hl-string">"Error fetching history for {payment_id}: {e}")
        return []

def process_data():
    print(class="hl-string">"Authenticating...")
    token = get_access_token()
    
    print(fclass="hl-string">"Fetching payments from {START_DATE} to {END_DATE}...")
    raw_payments = get_payments(token, START_DATE, END_DATE)
    
    event_log = []
    
    print(fclass="hl-string">"Processing {len(raw_payments)} transactions...")
    
    for p in raw_payments:
        p_id = p.get(class="hl-string">"paymentId")
        amount = p.get(class="hl-string">"amount")
        currency = p.get(class="hl-string">"currency")
        p_type = p.get(class="hl-string">"paymentType")
        due_date_str = p.get(class="hl-string">"dueDate")
        unit = p.get(class="hl-string">"businessUnit")
        
        class=class="hl-string">"hl-comment"># Fetch history for this specific payment
        history = get_payment_history(token, p_id)
        
        class=class="hl-string">"hl-comment"># Variables for derivative logic
        settlement_date = None
        due_date = None
        
        if due_date_str:
            try:
                due_date = datetime.fromisoformat(due_date_str.replace(class="hl-string">"Z", class="hl-string">"+00:00"))
            except ValueError:
                pass

        class=class="hl-string">"hl-comment"># Process explicit API events
        for h in history:
            raw_status = h.get(class="hl-string">"status")
            timestamp_str = h.get(class="hl-string">"timestamp")
            user = h.get(class="hl-string">"userId")
            
            class=class="hl-string">"hl-comment"># Map to standard Activity Name
            activity_name = STATUS_MAP.get(raw_status, raw_status)
            
            class=class="hl-string">"hl-comment"># Only include relevant activities
            if activity_name:
                event_entry = {
                    class="hl-string">"PaymentTransactionId": p_id,
                    class="hl-string">"ActivityName": activity_name,
                    class="hl-string">"EventTimestamp": timestamp_str,
                    class="hl-string">"ProcessingUser": user,
                    class="hl-string">"PaymentAmount": amount,
                    class="hl-string">"CurrencyCode": currency,
                    class="hl-string">"PaymentType": p_type,
                    class="hl-string">"PaymentDueDate": due_date_str,
                    class="hl-string">"BusinessUnit": unit,
                    class="hl-string">"ActualSettlementDate": None class=class="hl-string">"hl-comment"># To be filled if known
                }
                
                class=class="hl-string">"hl-comment"># Capture settlement date for logic
                if activity_name == class="hl-string">"Payment Settled":
                    event_entry[class="hl-string">"ActualSettlementDate"] = timestamp_str
                    try:
                        settlement_date = datetime.fromisoformat(timestamp_str.replace(class="hl-string">"Z", class="hl-string">"+00:00"))
                    except ValueError:
                        pass
                        
                event_log.append(event_entry)

        class=class="hl-string">"hl-comment"># Logic for Derivative Activity: Late Payment Identified
        class=class="hl-string">"hl-comment"># Rules: If settled and due date exists, and settled > due date
        if settlement_date and due_date:
            if settlement_date > due_date:
                event_log.append({
                    class="hl-string">"PaymentTransactionId": p_id,
                    class="hl-string">"ActivityName": class="hl-string">"Late Payment Identified",
                    class="hl-string">"EventTimestamp": settlement_date.isoformat(),
                    class="hl-string">"ProcessingUser": class="hl-string">"System Calculation",
                    class="hl-string">"PaymentAmount": amount,
                    class="hl-string">"CurrencyCode": currency,
                    class="hl-string">"PaymentType": p_type,
                    class="hl-string">"PaymentDueDate": due_date_str,
                    class="hl-string">"ActualSettlementDate": settlement_date.isoformat(),
                    class="hl-string">"BusinessUnit": unit
                })

    class=class="hl-string">"hl-comment"># Export to CSV
    df = pd.DataFrame(event_log)
    class=class="hl-string">"hl-comment"># Ensure timestamps are consistent
    if not df.empty:
        df[class="hl-string">'EventTimestamp'] = pd.to_datetime(df[class="hl-string">'EventTimestamp']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
        
    df.to_csv(OUTPUT_FILE, index=False)
    print(fclass="hl-string">"Extraction complete. Data saved to {OUTPUT_FILE}")

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

Votre modèle de données de traitement des paiements

Votre modèle de données de traitement des paiements

`Attributs` de traitement des paiements

Activités de traitement des paiements

Guides d'extraction

Analyse Python des fichiers `log` XML ISO 20022

Étapes

Configuration

a Exemple de requête python

Prêt(e) à démarrer ?

Optimisez votre traitement des paiements FIS Global dès aujourd'hui

Votre modèle de données de traitement des paiements

Votre modèle de données de traitement des paiements

Attributs de traitement des paiements

Activités de traitement des paiements

Guides d'extraction

Analyse Python des fichiers `log` XML ISO 20022

Étapes

Configuration

a Exemple de requête python

Nous respectons votre vie privée

Prêt(e) à démarrer ?

Optimisez votre traitement des paiements FIS Global dès aujourd'hui

`Attributs` de traitement des paiements