FR 3077405 A1 20190802 FR 1850859 A 20180201 PROCÉDÉ DE GESTION DES RISQUES LIÉS AUX CRÉANCES D'UNE CHAINE D'APPROVISIONNEMENT CONTEXTE DE L'INVENTION [0001] Domaine de l'invention [0002] La présente invention concerne le domaine du financement des créances d'une chaîne logistique et plus particulièrement l'atténuation de risques programmée dans le financement des créances d'une chaîne logistique. 10003] Description de l'art connexe [0004] Une chaîne logistique est un réseau entre une société et ses fournisseurs pour produire et distribuer un produit spécifique, et la chaîne logistique représente les étapes à entreprendre pour acheminer le produit ou service au client. La gestion d'une chaîne logistique est un processus crucial car une chaîne logistique optimisée se traduit par des coûts moindres et un cycle de production plus rapide. La gestion logistique d'entreprise renvoie au processus de production et de distribution au sein de la société, alors que la gestion d'une chaîne logistique inclut les fournisseurs, les fabricants, les sociétés logistiques et de transport et les détaillants qui distribuent le produit au consommateur final. Les chaînes logistiques incluent toute entreprise qui vient en contact avec un produit particulier, dont les sociétés qui assemblent et livrent des pièces au fabricant. [0005] L'affacturage est une transaction financière et un type de finance par débiteur dans lequel une entreprise dans la chaîne logistique vend au rabais sa créance d'un acheteur à un tiers souvent désigné par affactureur. Une entreprise dans une chaîne logistique « affacturera » souvent des actifs à recouvrer pour satisfaire des besoins de trésorerie présents et immédiats généralement pour soutenir des efforts de fabrication et de croissance. L'affacturage est communément désigné par affacturage de débiteurs, affacturage de factures, et parfois financement de débiteurs. Or, le financement de débiteurs est une expression qui est la plus précisément utilisée pour décrire cette forme de crédit reposant sur l'actif vis-à-vis de débiteurs. 2 [0006] Dans l'affacturage, la vente initiale d'une créance par un vendeur dans la chaîne logistique transfère la détention de la créance à l'affactureur, si bien que l'affactureur obtient tous les droits associés aux créances. En conséquence, la créance devient l'actif de l'affactureur, et l'affactureur obtient le droit de recevoir les paiements réalisés par le débiteur 5 du montant de la facture, et est libre de nantir ou d'échanger l'actif à recouvrer sans contraintes ou restrictions déraisonnables. Habituellement, le débiteur du compte est averti de la vente de la créance, et l'affactureur réalise tous les recouvrements ; toutefois, un affacturage non notifié, où le vendeur recouvre les comptes vendus à l'affactureur, en tant qu'agent de l'affactureur, se produit également. 10 [0007] Si l'affacturage transfère la créance « sans recours », l'affactureur doit subir la perte si le -débiteur du compte ne paye pas le montant de la facture. Si l'affacturage transfère la créance « sans recours », l'affactureur a le droit de recouvrer le montant impayé de la facture auprès du vendeur. Toutefois, tout retour de marchandises pouvant diminuer le montant de la 15 facture qui est recouvrable auprès du débiteur est habituellement de la responsabilité du vendeur, et l'affactureur retiendra généralement du paiement du vendeur une partie de la créance vendue, dite « créance de retenue de l'affactureur », afin de couvrir les retours de marchandises associés aux créances affacturées jusqu'à ce que le privilège de retourner la marchandise expire. Comme on peut le voir alors, dans l'affacturage sans recours, 20 l'affactureur doit estimer de façon fiable le risque de non-paiement d'une facture affacturée par un acheteur au vendeur de la marchandise. [0008] Les factures affacturées restent impayées pour plusieurs raisons. La raison la plus courante est l'incapacité de l'acheteur à payer la facture affacturée. Le risque de non-paiement 25 peut toutefois être pris en compte en relation avec l'acquisition- d'une assurance-crédit. Toutefois, l'assurance-crédit ne prend pas en compte le cas où le vendeur de biens à l'acheteur pour lesquels l'acheteur est facturé ne peut pas livrer des biens de qualité suffisante ou lorsque le vendeur ne peut pas livrer des biens de qualité suffisante ou lorsque le vendeur ne peut pas livrer les biens facturés dans les délais, ces trois facteurs définissant une 30 « commande parfaite ». Dans ces cas, un litige survient entre acheteur et vendeur laissant l'affactureur en suspens et à un risque de non-paiement. En conséquence, une atténuation du risque de non-paiement d'une facture affacturée en raison d'une « commande imparfaite » serait souhaitable. 35 BREF RESUME DE L'INVENTION 3 [0009] Des modes de réalisation de la présente invention abordent des inconvénients dans l'art quant à l'atténuation du risque de non-paiement d'une facture affacturée et proposent un procédé, un système et un produit-programme d'ordinateur novateurs et non évidents pour la 5 gestion prédictive des risques de financement des créances d'une chaîne logistique. Dans un mode de réalisation de l'invention, un procédé de gestion prédictive des risques de financement des créances d'une chaîne logistique inclut la spécification, dans une interface utilisateur d'un programme d'ordinateur hôte s'exécutant dans la mémoire d'un système informatique hôte, d'une facture pour des biens fournis dans une chaîne logistique et 10 sélectionnée pour un financement adossé à des actifs et la détermination par le programme d'ordinateur hôte à la fois d'un acheteur et d'un fournisseur dans la chaîne logistique associés à la facture. Le procédé inclut également la récupération, dans la mémoire, d'un ensemble de transactions antérieures dans la chaîne logistique impliquant des produits dont la fourniture par le fournisseur identifié a fait l'objet d'un contrat et la caractérisation par le programme 15 d'ordinateur hôte de chacune des transactions dans l'ensemble comme une commande parfaite ou une commande imparfaite. Enfin, le procédé inclut le calcul par le programme d'ordinateur hôte d'un rapport transactions parfaites sur transactions imparfaites dans l'ensemble en tant que score d'excellence de la chaîne logistique pour le fournisseur identifié et l'affichage dans l'interface utilisateur d'une alerte à condition que le score d'excellence de 20 la chaîne logistique tombe en dessous d'une valeur seuil indiquant un risque prédit de non- paiement de la facture sélectionnée pour un financement adossé à des actifs. [0010] Dans un aspect du mode de réalisation, le procédé inclut de surcroît le filtrage dans l'ensemble, de chacune des transactions caractérisées comme parfaites et, pour chaque 25 transaction restante dans l'ensemble, le fait de déterminer une cause profonde dans la chaîne logistique de la caractérisation imparfaite et si oui ou non la cause profonde a été solutionnée, et la modification à la hausse du score d'excellence de la chaîne logistique parce que la cause profonde a été solutionnée, mais la modification à la baisse du score d'excellence de la chaîne logistique parce que la cause profonde n'a pas été solutionnée. À cet égard, la détermination 30 de la cause profonde peut inclure la livraison en dehors des délais prescrits de biens correspondants, une quantité incorrecte de biens livrés ou une médiocre qualité de biens livrés. De même, le score d'excellence de la chaîne logistique peut être modifié à la baisse d'une quantité moindre lorsque les biens associés à la cause profonde sont fournis indirectement par le fournisseur identifié à l'acheteur depuis un fournisseur amont dans la 4 chaîne logistique, mais d'une plus grande quantité lorsque les biens associés à la cause profonde sont fournis directement à l'acheteur par le fournisseur identifié. [0011] Dans un autre aspect du mode de réalisation, le procédé inclut de surcroît le calcul 5 d'un score d'excellence composite pour chaque transaction correspondante des transactions restantes dans l'ensemble par le calcul, en premier lieu, pour chacune des transactions restantes, d'un score d'excellence de composante pour chaque fournisseur dans une chaîne logistique associé à une transaction correspondante des transactions restantes dans l'ensemble et la composition, en second lieu, des scores d'excellence de composante en le 10 score d'excellence composite. Ensuite, chaque score d'excellence composé pour chacune des transactions restantes est combiné en le score d'excellence de la chaîne logistique. De même, lors de la combinaison des scores d'excellence composés, les scores d'excellence composés pour les transactions plus récentes des transactions restantes sont pondérés plus lourdement que des scores d'excellence composés pour des transactions moins récentes des 15 transactions restantes. [0012] Dans un autre mode de réalisation de l'invention, un système de traitement de données d'atténuation des risques de financement de facture d'une chaîne logistique est configuré pour une gestion prédictive des risques de financement des créances d'une chaîne 20 logistique. Le système inclut un système informatique hôte comprenant un ou plusieurs ordinateurs, chacun équipé d'une mémoire et d'au moins un processeur. Le système inclut également un module d'atténuation des risques s'exécutant dans la mémoire du système informatique hôte. Le module inclut un code de programme activé pendant une exécution dans la mémoire pour spécifier dans une interface utilisateur du module, une facture pour des 25 biens fournis dans une chaîne logistique et sélectionnée pour un financement adossé à des actifs, pour déterminer à la fois un acheteur et un fournisseur dans la chaîne logistique associés à la facture, pour récupérer dans la mémoire, un ensemble de transactions antérieures dans la chaîne logistique impliquant des produits dont la fourniture par le fournisseur identifié a fait l'objet d'un contrat, pour caractériser chacune des transactions dans 30 l'ensemble comme une commande parfaite ou une commande imparfaite, pour calculer un rapport transactions parfaites sur transactions imparfaites dans l'ensemble en tant que score d'excellence de la chaîne logistique pour le fournisseur identifié, et pour afficher dans l'interface utilisateur une alerte à condition que le score d'excellence de la chaîne logistique tombe en dessous d'une valeur seuil indiquant un risque prédit de non-paiement de la facture 35 sélectionnée pour un financement adossé à des actifs. 5 [0013] Des aspects additionnels de l'invention seront précisés en partie dans la description qui suit, et ressortiront en partie de la description, ou peuvent être appris par une mise en pratique de l'invention. Les aspects de l'invention seront réalisés et atteints au moyen des 5 éléments et combinaisons soulignés en particulier dans les revendications annexées. Il faut comprendre que la description générale précédente et la description détaillée suivante sont toutes deux données- à titre d'exemple et d'explication uniquement et ne restreignent pas l'invention, telle que revendiquée. 10 BREVE DESCRIPTION DES DIVERSES VUES DES DESSINS [0014] Les dessins annexés, qui sont incorporés dans et constituent une _partie de ce mémoire, illustrent des modes de réalisation de l'invention et conjointement avec la description, servent à expliquer les principes de l'invention. Les modes de réalisation illustrés 15 ici sont actuellement préférés, sachant toutefois que l'invention n'est pas limitée aux agencements et instrumentalités précis montrés, dans lesquels : [0015] la figure 1 est une illustration schématisée d'un processus de gestion prédictive des risques de financement des créances d'une chaîne logistique ; 20 [0016] la figure 2 est une illustration schématique d'un système de traitement de données adapté pour une gestion prédictive des risques de financement des créances d'une chaîne logistique ; 25 [0017] la figure 3 est un organigramme illustrant un processus de gestion prédictive des risques de financement des créances d'une chaîne logistique ; et, [0018] la figure 4 est un organigramme illustrant un processus de calcul de score d'excellence dans la gestion prédictive des risques de financement des créances d'une chaîne 30 logistique. DESCRIPTION DETAILLEE DE L'INVENTION [0019] Des modes de réalisation de l'invention proposent une gestion prédictive des risques 35 de financement des créances d'une chaîne logistique. En conformité avec un mode de 6 réalisation de l'invention, une facture sélectionnée pour affacturage peut être analysée pour identifier un acheteur et un vendeur engagés dans une transaction au sein d'une chaîne logistique. Un ensemble passé de transactions associées au vendeur peut ensuite être analysé pour identifier les transactions dans l'ensemble qui sont caractérisées comme des 5 transactions parfaites sans faille de quantité incorrecte, de qualité ou délai de livraison. De même, les transactions dans l'ensemble qui sont caractérisées comme imparfaites peuvent également être identifiées si bien qu'un score d'excellence de la chaîne logistique peut être attribué au vendeur d'après le nombre de transactions parfaites dans l'ensemble, le nombre de transactions imparfaites dans l'ensemble et/ou la nature des transactions imparfaites dans 10 l'ensemble. Dans la mesure où le score tombe en dessous d'une valeur seuil, une alerte est générée au bénéfice de l'affactureur indiquant un risque de financement plus élevé qu'à l'ordinaire de l'acheteur en vertu de la facture. [0020] En illustration plus avant, la figure 1 est une illustration schématisée d'un processus 15 de gestion prédictive des risques de financement des créances d'une chaîne logistique. Comme le montre la figure 1, une chaîne logistique d'un acheteur 110 et un ou plusieurs fournisseurs 120A fournissent des biens 100 à l'acheteur 110. Le fournisseur 120 fournissant directement les biens 100 à l'acheteur 110, ou fournissant indirectement les biens 100 à l'acheteur 110 par le biais d'un ou de plusieurs fournisseurs amont 120B, 120N, émet une 20 facture 130 à destination de l'acheteur 110. Une logique d'atténuation des risques de financement de facture 140 analyse la facture 130 pour identifier tant l'acheteur 110 que le fournisseur 120A. Après cela, la logique d'atténuation des risques de financement de facture 140 calcule un score d'excellence 170 pour le fournisseur 120A d'après le nombre de transactions parfaites présentes dans un ensemble de transactions 160 de transactions 25 passées avec le fournisseur 120A. Dans la mesure où le score d'excellence 170 calculé tombe en dessous d'une valeur seuil, la logique d'atténuation des risques de financement de facture 140 émet une alerte dans une interface utilisateur 150 indiquant un risque plus élevé qu'à l'ordinaire dans l'affacturage de la facture 130. 30 [0021] À cet égard, chacune des transactions dans l'ensemble de transactions 160 peut être caractérisée par la logique d'atténuation des risques de financement de facture 140 comme étant parfaite ou imparfaite. À savoir, une transaction parfaite dans l'ensemble de transactions 160 est une transaction dans laquelle un bien promis est livré par un fournisseur 120A, 120B, 120N à un acheteur 110 dans la quantité correcte commandée, de 35 la qualité correcte commandée et dans un délai d'exécution spécifié par la commande. À 7 l'inverse, une transaction imparfaite est une transaction dans laquelle un bien promis est livré par le fournisseur 120A, 120B, 120N dans la chaîne logistique à un acheteur 110 dans l'un quelconque, une partie ou la totalité parmi une quantité incorrecte, une qualité plus médiocre qu'acceptable ou en dehors du délai d'exécution de livraison promis. Comme on le 5 reconnaîtra, une cause profonde de la commande imparfaite peut être interne à l'un particulier des fournisseurs 120A, 120B, 120N, ou externe à l'un particulier des fournisseurs 120A, 120B, 120N en conséquence d'une défaillance d'un des fournisseurs amont 120B, 120N. [0022] Tandis que la logique d'atténuation des risques de financement de facture 140 10 attribue une valeur maximale au score d'excellence 170 pour le fournisseur 120A lorsque toutes les transactions dans l'ensemble de transactions 160 sont caractérisées comme parfaites, la logique d'atténuation des risques de financement de facture 140 attribue une valeur inférieure à celle maximale possible au score d'excellence 170 lorsqu'une ou plusieurs des transactions dans l'ensemble de transactions 160 sont caractérisées comme imparfaites. 15 À cet égard, la réduction de valeur opérée sur le score d'excellence 170 peut être dépendante d'un nombre des transactions dans l'ensemble de transactions 160 caractérisées comme parfaites en comparaison au nombre des transactions dans l'ensemble de transactions 160 qui sont caractérisées comme imparfaites. 20 [0023] Toutefois, la logique d'atténuation des risques de financement de facture 140 peut attribuer des valeurs différentes au score d'excellence 170 en fonction de la cause profonde de chaque transaction caractérisée comme imparfaite et selon si la cause profonde a été solutionnée ou non de manière à rendre la vraisemblance de récurrence de la cause profonde faible. De même, la logique d'atténuation des risques de financement de facture 140 peut 25 attribuer des valeurs différentes au score d'excellence 170 selon si la cause profonde est ou non le résultat d'une défaillance interne au fournisseur 120A ou le résultat d'une défaillance d'un des fournisseurs amont 120B, 120N. Encore plus avant, la logique d'atténuation des risques de financement de facture 140 peut réduire le score d'excellence 170 d'une quantité moindre lorsque le mode dans lequel les données collectées par le fournisseur 120A est 30 collecté sur une base automatisée par un système de traitement de données correspondant, mais d'une plus grande quantité lorsque le mode dans lequel les données collectées par le fournisseur 120A est collecté par une entrée manuelle de données. De même, la logique d'atténuation des risques de financement de facture 140 peut réduire le score d'excellence 170 d'une quantité moindre lorsque le mode dans lequel les données collectées 35 par le fournisseur 120A est transmis pour analyse par la logique d'atténuation des risques de 8 financement de facture 140 utilisant un moyen sécurisé automatisé, dont un chiffrement, une connectivité d'interface de programmation d'application (API) directe ou un routage de messages par l'intermédiaire d'un courtier de messages, mais d'une plus grande quantité lorsque le mode dans lequel les données transmises par le fournisseur 120A est manuel tel 5 que par scannage manuel d'un document, ou par entrée manuelle de données. [0024] Enfin, la logique d'atténuation des risques de financement de facture 140 peut calculer un score pour chacune des transactions dans l'ensemble de transactions 160 et combiner les scores calculés en le score d'excellence 170 avec les scores pour des transactions plus 10 récentes dans l'ensemble de transactions 160 pondérées comme plus importantes pendant une combinaison que des transactions moins récentes dans l'ensemble de transactions 160. De même, chacun des scores calculés pour une transaction dans l'ensemble de transactions 160 peut être une composition de différents scores composites pour chacun des fournisseurs 120A, 1208, 120N dans une chaîne logistique fournissant l'un correspondant des 15 biens 100 à l'acheteur 110 dans l'une correspondante des transactions en commençant par l'un des premiers fournisseurs 120N et en terminant par le fournisseur 120A fournissant le bien correspondant parmi les biens à racheteur 110. [0025] Le processus décrit en relation avec la figure 1 peut être implémenté dans un système 20 de traitement de données d'un ou de plusieurs ordinateurs, chacun avec une mémoire et au moins un processeur. En illustration encore plus avant, la figure 2 montre schématiquement un système de traitement de données adapté pour une gestion prédictive des risques de financement des créances d'une chaîne logistique. Le système inclut un système informatique hôte 210 d'un ou de plusieurs ordinateurs, chacun avec mémoire et au moins un processeur 25 couplé en communication sur un réseau de communication d'ordinateur 220 à différents systèmes informatiques d'entreprise 230 de fournisseurs respectivement différents dans une chaîne logistique. Un noeud d'agrégation de données de chaîne logistique 250 exécute dans la mémoire du système informatique hôte 210 et agrège dans un magasin de données de transactions de chaîne logistique 240 des données de transactions enregistrées telles 30 qu'entre différents fournisseurs s'engageant dans différentes transactions de fourniture de biens à d'autres fournisseurs et enfin un acheteur correspondant, comme mis en évidence à partir d'enregistrements de données dans les systèmes d'entreprise de fournisseur 230. [0026] À cet égard, une interface de source de données externe 260 est prévue par le biais 35 de laquelle les différents systèmes informatiques d'entreprise 230 rapportent les données de 9 transactions au magasin de données de transactions de chaîne logistique 240. À cette fin, l'interface de source de données externe-260 fournit une couche de communication de données 270 qui prend en charge par programme un accès par API directe au magasin de données de transactions de chaîne logistique 240 en exposant différentes opérations de 5 programme acceptant des données pour un -téléversement dans le magasin de données de transactions de chaîne logistique 240. Également, la couche de communication de données 270 prend en charge des communications à base de messages dans lesquelles des systèmes sélectionnés parmi les différents systèmes informatiques d'entreprise 230 transmettent des messages encapsulant les données pour un téléversement dans le magasin 10 de données de transactions de chaîne logistique 240. Enfin, la couche de communication de données 270 prend en charge manuellement une soumission des données pour un téléversement dans le magasin de données de transactions de chaîne logistique 240 en publiant une interface utilisateur sur le réseau de communication d'ordinateur permettant une entrée de données manuelle directe des données à téléverser dans le magasin de données 15 de transactions de chaîne logistique 240, ou en permettant le téléversement d'un document apte à faire directement l'objet d'une analyse syntaxique afin d'extraire les données à téléverser dans le magasin de données de transactions de chaîne logistique 240, ou apte à être transformé en un document pouvant faire l'objet d'une analyse syntaxique par le biais d'une reconnaissance optique de caractères puis faire l'objet d'une analyse syntaxique afin 20 d'extraire les données à téléverser dans le magasin de données de transactions de chaîne logistique 240. [0027] Dans chaque cas, une couche de collecte de données 280 de l'interface de source de données externe 260 traite les données téléversées pour assurer un achèvement d'après un 25 schéma préstocké, un degré d'intégrité et d'authenticité des données téléversées d'après une ou plusieurs règles se rapportant à la manière dont les données téléversées ont été collectées dans les différents systèmes informatiques d'entreprise 230 et la manière dont les données ont été communiquées à l'interface de source de données externe. Plus particulièrement, la couche de collecte de données 280 stocke avec les données téléversées une indication non 30 seulement du mode dans lequel les données sont communiquées à l'interface de magasin de données externe 260, mais également le mode dans lequel les données ont été collectées dans chacun des différents systèmes informatiques d'entreprise 230 tels que rapportés par les différents systèmes informatiques d'entreprise 230 à l'interface de magasin de données externe 260. Enfin, une couche d'analyse de données 290 de l'interface de magasin de 35 données externe 260 assure une cohérence de données entre d'autres transactions dans la 10 chaîne logistique en s'assurant que les données téléversées depuis l'un des différents systèmes informatiques d'entreprise 230 concordent avec des données léléversées provenant d'un autre des différents systèmes informatiques d'entreprise 230 lorsqu'une transaction implique le mouvement de produits entre des fournisseurs dans la chaîne 5 logistique correspondant aux deux systèmes informatiques d'entreprise différents 230. [0028] À noter qu'un module de gestion prédictive des risques 300 s'exécute également dans la mémoire du système informatique hôte 210. Le module de gestion prédictive des risques 300 inclut un code de programme qui, lorsqu'il est exécuté dans le système 10 informatique hôte 210, est activé pour identifier une facture d'un fournisseur sélectionnée pour un financement adossé à des actifs. Le code de programme est de surcroît activé pour identifier un ensemble de transactions passées dans le magasin de transactions de chaîne logistique 240 pour le fournisseur et pour caractériser plusieurs des transactions passées comme étant parfaites ou imparfaites, les transactions parfaites impliquant une livraison de 15 biens à un acheteur dans la quantité commandée, de la qualité commandée et dans le délai d'exécution commandé. Le code de programme est encore en outre activé pour calculer un score d'excellence pour le fournisseur d'après un nombre de transactions caractérisées comme parfaites par rapport au nombre total des transactions passées. Le code de programme est encore en outre activé pour modifier le score d'excellence de façon à produire 20 un meilleur score d'excellence d'après des données téléversées dans le magasin de transactions de chaîne logistique 240 ayant été téléversées en utilisant des procédés automatisés en contraste avec des procédés manuels, et également d'après des données identifiées comme ayant été collectées dans les différents systèmes informatiques d'entreprise 230 de manière automatisée en contraste avec l'utilisation d'une entrée manuelle 25 de données. Enfin, le code de programme est activé pour afficher une alerte à un opérateur lorsque le score d'excellence calculé tombe en dessous d'une valeur seuil. [0029] En illustration encore plus avant du fonctionnement du module de gestion prédictive des risques 300, la figure 3 est un organigramme illustrant un processus de gestion prédictive 30 des risques de financement des créances d'une chaîne logistique. En commençant au bloc 310, une facture sélectionnée dans une interface utilisateur d'un programme d'ordinateur gère le financement d'une chaîne logistique. Au bloc 320, un acheteur et un vendeur sont identifiés dans le programme d'ordinateur à partir de la facture. Au bloc 330, un magasin de transactions est interrogé pour localiser des transactions passées dans lesquelles le 35 fournisseur identifié a fourni des biens à un acheteur en demande. Après cela, au bloc de 11 décision 340, il est déterminé si des transactions imparfaites sont présentes ou non dans les transactions passées. Au bloc de décision 350, si toutes les transactions passées -sont déterminées comme ayant été parfaites, au bloc 360, une valeur maximale est attribuée à un score d'excellence pour le fournisseur et au bloc 370, le programme d'ordinateur rend un 5 affichage de risque nominal dans l'affacturage de la facture. Or, dans le cas-où au bloc de décision 350, il est déterminé que les transactions passées n'étaient pas toutes parfaites, le processus se poursuit à travers le-bloc 380. [0030] Au bloc 380, un décompte des transactions parfaites et imparfaites parmi les 10 transactions passées pour le fournisseur est déterminé. Ensuite, au bloc 400, un score d'excellence est calculé par rapport au décompte. Au bloc de décision 390, dans la mesure où le score d'excellence calculétombe en dessous d'une valeur seuil, au bloc 395, une alerte est générée dans l'interface utilisateur indiquant un risque au-dessus de la normale dans l'affacturage de la facture. Sinon, au bloc 370, le programme d'ordinateur rend un affichage 15 de risque nominal dans l'affacturage de la facture. [0031] En illustration encore plus avant du processus de calcul du score d'excellence pourle fournisseur d'après la présence d'une ou de plusieurs transactions imparfaites, la figure 4 est un organigramme illustrant un processus de calcul de score d'excellence dans une gestion 20 prédictive des risques de financement des créances d'une chaîne logistique. En commençant au bloc 405, un ensemble de transactions concernant des transactions passées pour le fournisseur sélectionné est récupéré dans un magasin de données et au bloc 410, le jeu de transactions est filtré pour en exclure des transactions caractérisées comme parfaites, laissant dans l'ensemble de transactions uniquement des transactions caractérisées comme 25 imparfaites. Ensuite, au bloc 415, une première transaction dans l'ensemble filtré est sélectionnée pour un traitement et au bloc 420, une cause profonde de défaillance de la transaction sélectionnée est identifiée, par exemple, une carence dans une quantité livrée de biens, une carence dans une qualité livrée de biens, ou une carence dans la livraison des biens dans un délai d'exécution préspécifié. 30 [0032] Au bloc de décision 425, il est déterminé si la cause profonde est interne au fournisseur, ou externe au fournisseur en conséquence d'une défaillance par un fournisseur amont à livrer les biens au fournisseur sélectionné. Dans la négative, au bloc 430, un score composite pour la transaction est réduit d'une petite quantité, mais dans l'affirmative, au 35 bloc 440, le score composite pour la transaction est réduit d'une plus grande quantité. 12 Également, au bloc de décision 445, il est déterminé si la cause profonde a depuis été solutionnée ou non de manière à réduire la probabilité que la défaillance se produise à nouveau. Par exemple, dans la mesure où la cause profonde est associée au fournisseur amont dans la chaîne logistique tel qu'une entité de logistique tierce, s'il est rapporté que le 5 fournisseur amont a été enlevé de la chaîne logistique par le fournisseur sélectionné, la cause profonde est considérée comme solutionnée. À cet égard, dans la mesure où chaque fournisseur dans une chaîne logistique indiquée pour une transaction particulière fournit des données associées à un identifiant correspondant, pour chaque transaction, les fournisseurs impliqués peuvent être identifiés automatiquement de sorte que la présence ou l'absence d'un 10 identifiant pour un fournisseur particulier indique les fournisseurs qui sont en amont d'autres fournisseurs. De ce fait, la présence d'un fournisseur amont identifié comme une cause profonde d'une transaction imparfaite pour une transaction, mais l'absence du même fournisseur amont dans une transaction ultérieure pour le même fournisseur sélectionné indique l'enlèvement du fournisseur amont de la chaîne logistique. 15 [0033] En tout cas, si au bloc de décision 445, il est déterminé que la cause profonde a depuis été solutionnée de manière à réduire la probabilité que la défaillance se produise à nouveau, au bloc 450, seule une petite réduction du score composite est appliquée. Sinon, au bloc 445, une plus grande réduction dans le score composite est appliquée. Après cela, au bloc de 20 décision 460, il est déterminé si des transactions additionnelles dans l'ensemble restent à traiter. Dans l'affirmative, au bloc 465, une transaction suivante dans l'ensemble est sélectionnée pour un traitement afin de calculer un score composite pour la transaction suivante. Sinon, au bloc 470, les scores composites calculés pour chacune des transactions dans l'ensemble sont chacun pondérés d'après un caractère récent des transactions, les 25 transactions les plus récentes recevant la plus haute pondération et les transactions les moins récentes recevant la plus basse pondération. Enfin, au bloc 475, les scores composites pondérés sont combinés pour former le score d'excellence du fournisseur sélectionné. [0034] La présente invention peut être intégrée dans un système, un procédé, un produit- 30 programme d'ordinateur ou toute combinaison de ceux-ci. Le produit-programme d'ordinateur peut inclure un support ou des supports de stockage lisibles par ordinateur comportant des instructions de programme lisibles par ordinateur pour amener un processeur à réaliser des aspects de la présente invention. Le support de stockage lisible par ordinateur peut être un dispositif tangible qui peut conserver et stocker des instructions pour une utilisation par un 35 dispositif d'exécution d'instructions. Le support de stockage lisible par ordinateur peut être, 13 par exemple, sans s'y limiter, un dispositif de stockage électronique, un dispositif de stockage magnétique, un dispositif de stockage optique, un dispositif de stockage électromagnétique, un dispositif de stockage à semi-conducteur, ou toute combinaison adéquate des éléments précédents. 5 [0035] Des instructions de programme lisibles par ordinateur décrites ici peuvent être téléchargées sur des dispositifs informatiques/de traitement respectifs depuis un support de stockage lisible par ordinateur ou sur un ordinateur externe ou un dispositif de stockage externe via un réseau. Les instructions de programme lisibles par ordinateur peuvent io s'exécuter totalement sur l'ordinateur de l'utilisateur, en partie sur l'ordinateur de l'utilisateur, en tant que progiciel autonome, en partie sur l'ordinateur de l'utilisateur et en partie sur un ordinateur à distance ou totalement sur l'ordinateur -à distance ou le serveur. Des aspects de la présente invention sont décrits ici en référence à des illustrations d'organigramme et/ou de schémas fonctionnels de procédés, un appareil (systèmes) et des produits-programmes 15 d'ordinateur selon des modes de réalisation de l'invention. On comprendra que chaque bloc des illustrations sous forme d'organigramme et/ou de schémas fonctionnels, et des combinaisons de blocs dans les illustrations sous forme d'organigramme et/ou des schémas fonctionnels, peut être implémenté par des instructions de programme lisibles par ordinateur. 20 [0036] Ces instructions de programme lisibles par ordinateur peuvent être fournies à un processeur d'un ordinateur universel, d'un ordinateur spécialisé ou d'un autre appareil de traitement de données programmables pour produire une machine, de telle sorte que les instructions, qui s'exécutent via le processeur de l'ordinateur ou d'un autre appareil de traitement de données programmable, créent des moyens pour implémenter les 25 fonctions/actes spécifiés dans le ou les blocs de l'organigramme et/ou du schéma fonctionnel. Ces instructions de programme lisibles par ordinateur peuvent également être stockées dans un support de stockage lisible par ordinateur qui peut diriger un ordinateur, un appareil de traitement de données programmable, et/ou d'autres dispositifs pour fonctionner de manière particulière, de telle sorte que le support de stockage lisible par ordinateur comportant des 30 instructions inclut un article de fabrication incluant des instructions qui implémentent des aspects de la fonction/l'acte spécifié dans le ou les blocs de l'organigramme et/ou du schéma fonctionnel. [0037] Les instructions de programme lisibles par ordinateur peuvent également être 35 chargées sur un ordinateur, un autre appareil de traitement de données programmable, ou un 14 autre dispositif pour amener une série d'étapes fonctionnelles à être réalisées sur l'ordinateur, l'autre appareil programmable ou l'autre dispositif pour produire un processus implémenté par ordinateur, de telle sorte que les instructions qui s'exécutent sur l'ordinateur, l'autre appareil programmable ou l'autre dispositif implémentent les fonctions/actes spécifiés dans le ou les 5 blocs de l'organigramme et/ou du schéma fonctionnel. [0038] L'organigramme et les schémas fonctionnels sur les figures illustrent l'architecture, la fonctionnalité et le fonctionnement d'implémentations possibles de systèmes, de procédés, et de produits-programmes d'ordinateur selon divers modes de réalisation de la présente 10 invention. À cet égard, chaque bloc dans l'organigramme ou les schémas fonctionnels peut représenter un module, un segment ou une portion d'instructions, qui inclut une ou plusieurs instructions exécutables pour implémenter la ou les fonctions logiques- spécifiées Dans certaines implémentations alternatives, les fonctions notées dans le bloc peuvent apparaître dans un ordre différent de celui noté sur les figures. Par exemple, deux blocs montrés à la 15 suite peuvent, en fait, être exécutés sensiblement simultanément, ou bien les blocs peuvent parfois être exécutés dans l'ordre inverse, selon la fonctionnalité impliquée. On notera aussi que chaque bloc de l'illustration des schémas fonctionnels et/ou de l'organigramme, et des combinaisons de blocs dans l'illustration des schémas fonctionnels et/ou de l'organigramme, peuvent être implémentés par des systèmes matériels spéciaux qui assurent les fonctions ou 20 des actes spécifiés ou réalisent des combinaisons d'instructions de matériel et d'ordinateur spécialisés. [0039] Enfin, la terminologie utilisée ici a pour but de décrire des modes de réalisation particuliers uniquement et n'est pas censée limiter l'invention. Telles qu'utilisées ici, les formes 25 au singulier « un », « une », « le » et « la » sont aussi censées inclure les formes au pluriel, sauf indication contraire claire du contexte. On comprendra en outre que les termes « inclut » et/ou « incluant », lorsqu'ils sont utilisés dans ce mémoire, spécifient la présence de particularités, d'entiers, d'étapes, d'opérations, d'éléments et/ou de composants énoncés, mais n'excluent pas la présence ou l'addition d'un ou de plusieurs autres particularités, entiers, 30 étapes, opérations, éléments, composants et/ou groupes de ceux-ci. [0040] Les structures, matériaux, actes et équivalents correspondants de tous les éléments moyens ou étapes plus fonctions dans les revendications ci-dessous sont censés inclure tout structure, matériau ou acte pour réaliser la fonction en combinaison avec d'autres éléments 35 revendiqués tels que spécifiquement revendiqués. La description de la présente invention a 15 été présentée à titre d'illustration et de description, mais n'est pas censée être exhaustive ou limitée à l'invention sous la forme divulguée. Nombre de modifications et variations apparaîtront à l'homme du métier sans s'écarter de la portée et de l'esprit de l'invention. Le mode de réalisation a été choisi et décrit afin d'expliquer au mieux les principes de l'invention 5 et l'application pratique, et de permettre à une personne de compétence ordinaire dans l'art de comprendre l'invention sous divers modes de réalisation avec diverses modifications telles qu'elles conviennent à l'utilisation particulière envisagée. [00411 Ayant ainsi décrit l'invention de la présente demande en détail et en référence à des 10 modes de réalisation de celle-ci, il apparaîtra que des modifications et variations sont possibles sans s'écarter de la portée de l'invention REVENDICATIONS1. Procédé de gestion prédictive des risques de financement des créances d'une chaîne s logistique, le procédé comprenant : la spécification dans une interface utilisateur d'un programme d'ordinateur hôte s'exécutant dans la mémoire d'un système informatique hôte, d'une facture pour des biens fournis dans une chaîne logistique et sélectionnée pour un financement adossé à des actifs ; la détermination par le programme d'ordinateur hôte à la fois d'un acheteur et d'un io fournisseur dans la chaîne logistique associés à la facture ; la récupération, dans la mémoire, d'un ensemble de transactions antérieures dans la chaîne logistique impliquant des produits dont la fourniture par le fournisseur identifié a fait l'objet d'un contrat ; la caractérisation par le programme d'ordinateur hôte de chacune des transactions 15 dans l'ensemble comme une commande parfaite ou une commande imparfaite ; le calcul par le programme d'ordinateur hôte d'un score d'excellence de la chaîne logistique pour le fournisseur identifié d'après les commandes imparfaites en comparaison aux commandes parfaites dans l'ensemble ; et, l'affichage dans l'interface utilisateur d'une alerte à condition que le score d'excellence 20 de la chaîne logistique tombe en dessous d'une valeur seuil indiquant un risque prédit de non- paiement de la facture sélectionnée pour un financement adossé à des actifs. 2. Procédé selon la revendication 1, comprenant en outre : le filtrage dans l'ensemble, de chacune des transactions caractérisées comme 25 parfaites ; et, pour chaque transaction restante dans l'ensemble, le fait de déterminer une cause profonde dans la chaîne logistique de la caractérisation imparfaite et si oui ou non la cause profonde a été solutionnée, et la modification à la hausse du score d'excellence de la chaîne logistique parce que la cause profonde a été solutionnée, mais la modification à la baisse du 30 score d'excellence de la chaîne logistique parce que la cause profonde n'a pas été solutionnée. 3. Procédé selon la revendication 2, dans lequel la détermination de la cause profonde inclut au moins une cause profonde sélectionnée dans le groupe composé d'une livraison 17 retardée de biens correspondants, d'une quantité incorrecte de biens livrés et d'une qualité médiocre des biens livrés. 4. Procédé selon la revendication 2, dans lequel le score d'excellence de la chaîne logistique est modifié à-la baisse-d'une quantité moindre lorsque les biens associés à la cause profonde sont fournis indirectement par le fournisseur identifié à l'acheteur depuis un fournisseur amont dans la chaîne logistique, mais d'une plus grande quantité lorsque les biens associés à la cause profonde sont fournis directement à l'acheteur par le fournisseur identifié. 5. Procédé selon la revendication 2, dans lequel le score d'excellence de la chaîne logistique est modifié à la baisse d'une quantité moindre lorsque des données fournies par le fournisseur identifié indiquant la cause profonde sont automatiquement capturées par un système de traitement de données au niveau du fournisseur identifié et transmises à la mémoire en utilisant des communications intégrées automatisées, mais d'une plus grande quantité lorsque les données fournies par le fournisseur identifié indiquant la cause profonde sont entrées manuellement par un opérateur du système de traitement de données. 6. Procédé selon la revendication 2, comprenant en outre : le calcul d'un score d'excellence composite pour chaque transaction correspondante des transactions restantes dans l'ensemble par : calcul en premier lieu pour chacune des transactions restantes, d'un score d'excellence de composante pour chaque fournisseur dans une chaîne logistique associé à une transaction correspondante des transactions restantes dans l'ensemble et composition en second lieu des scores d'excellence de composante en le score d'excellence composite ; et, combinaison de chaque score d'excellence composé pour chacune des transactions restantes en le score d'excellence de la chaîne logistique. 7. Procédé selon la revendication 6, dans lequel, lors de la combinaison des scores 30 d'excellence composés, les scores d'excellence composés pour les transactions les plus récentes des transactions restantes sont pondérés plus lourdement que des scores d'excellence composés pour des transactions moins récentes des transactions restantes. 18 8. Système de traitement de données d'atténuation des risques de financement de facture d'une chaîne logistique configuré pour une gestion prédictive des risques de financement des créances d'une chaîne logistique, le système comprenant : un système informatique hôte comprenant un ou plusieurs ordinateurs, chacun équipé 5 d'une mémoire et d'au moins un processeur ; et, un module d'atténuation des risques s'exécutant dans- la mémoire du système informatique hôte, le module comprenant un code de programme activé pendant une exécution dans la mémoire pour spécifier dans une interface utilisateur du module, une facture pour des biens fournis dans une chaîne logistique et sélectionnée pour un financement adossé 10 à des actifs, pour déterminer à la fois un acheteur et un fournisseur dans la chaîne logistique associés à la facture, pour récupérer dans la mémoire, un ensemble de transactions antérieures dans la chaîne logistique impliquant des produits dont la fourniture par le fournisseur identifié a fait l'objet d'un contrat, pour caractériser chacune des transactions dans l'ensemble comme une commande parfaite ou une commande imparfaite, pour calculer un 15 score d'excellence pour le fournisseur identifié d'après les commandes imparfaites en comparaison aux commandes parfaites dans l'ensemble, et pour afficher dans l'interface utilisateur une alerte à condition que le score d'excellence de la chaîne logistique tombe en dessous d'une valeur seuil indiquant un risque prédit de non-paiement de la facture sélectionnée pour un financement adossé à des actifs. 20 9. Système selon la revendication 8, dans lequel le code de programme est en outre activé pour filtrer dans l'ensemble, chacune des transactions caractérisées comme parfaites, et, pour chaque transaction restante dans l'ensemble, pour déterminer une cause profonde dans la chaîne logistique de la caractérisation imparfaite et si oui ou non la cause profonde a 25 été solutionnée, et pour modifier à la hausse le score d'excellence de la chaîne logistique parce que la cause profonde a été solutionnée, mais pour modifier à la baisse le score d'excellence de la chaîne logistique parce que la cause profonde n'a pas été solutionnée. 10. Système selon la revendication 9, dans lequel la détermination de la cause profonde inclut au moins une cause profonde sélectionnée dans le groupe composé d'une livraison retardée de biens correspondants, d'une quantité incorrecte de biens livrés et d'une qualité médiocre des biens livrés. 11. Système selon la revendication 9, dans lequel le score d'excellence de la chaîne logistique est modifié à la baisse d'une quantité moindre lorsque les biens associés à la cause 19 profonde sont fournis indirectement par le fournisseur identifié à l'acheteur depuis un fournisseur amont dans la chaîne logistique, mais d'une plus grande quantité lorsque les biens associés à la cause profonde sont fournis directement à l'acheteur par le fournisseur identifié_ 5 12. Système selon la revendication 9, dans lequel le score d'excellence de la chaîne logistique est modifié à la baisse d'une quantité moindre lorsque des données fournies par le fournisseur identifié indiquant la cause profonde sont automatiquement capturées par un système de traitement de données au niveau du fournisseur identifié et transmises à la mémoire en utilisant des communications intégrées automatisées, mais d'une plus grande 10 quantité lorsque les données fournies par le fournisseur identifié indiquant la cause profonde sont entrées manuellement par un opérateur du système de traitement de données. 13. Système selon la revendication 9, dans lequel le code de programme est en outre activé pour calculer un score d'excellence composite pour chaque transaction correspondante 15 des transactions restantes dans l'ensemble par : calcul, en premier lieu, pour chacune des transactions restantes, d'un score d'excellence de composante pour chaque fournisseur dans une chaîne logistique associé à une transaction correspondante des transactions restantes dans l'ensemble et composition, en second lieu, des scores d'excellence de composante en le score 20 d'excellence composite ; et, combinaison de chaque score d'excellence composé pour chacune des transactions restantes en le score d'excellence de la chaîne logistique. 14. Système selon la revendication 13, dans lequel, lors de la combinaison des scores 25 d'excellence composés, les scores d'excellence composés pour les transactions les plus récentes des transactions restantes sont pondérés plus lourdement que des scores d'excellence composés pour des transactions moins récentes des transactions restantes. 15. Produit-programme d'ordinateur pour une gestion prédictive des risques de 30 financement des créances d'une chaîne logistique, le produit-programme d'ordinateur incluant un support de stockage lisible par ordinateur ayant des instructions de programme intégrées, les instructions de programme étant exécutables par un dispositif pour amener le dispositif à réaliser un procédé incluant : 2C, la spécification dans une interface utilisateur d'un programme d'ordinateur hôte s'exécutant dans la mémoire d'un système informatique hôte, d'une facture pour des biens fournis dans une chaîne logistique et sélectionnée pour un financement adossé à des actifs ; la détermination par le programme d'ordinateur hôte à la fois d'un acheteur et d'un 5 fournisseur dans la chaîne logistique associés à la facture ; la récupération, dans la mémoire, d'un ensemble de transactions antérieures dans la chaîne logistique impliquant des produits dont la fourniture par le fournisseur identifié a fait l'objet d'un contrat ; la caractérisation par le programme d'ordinateur hôte de chacune des transactions io dans l'ensemble comme une commande parfaite ou une commande imparfaite ; le calcul par le programme d'ordinateur hôte d'un score d'excellence de la chaîne logistique pour le fournisseur identifié d'après les commandes imparfaites en comparaison aux commandes parfaites dans l'ensemble ; et, l'affichage dans l'interface utilisateur d'une alerte à condition que le score d'excellence 15 de la chaîne logistique tombe en dessous d'une valeur seuil indiquant un risque prédit de non- paiement de la facture sélectionnée pour un financement adossé à des actifs. 16. Produit-programme d'ordinateur selon la revendication 15, dans lequel le procédé comprend en outre : 20 le filtrage dans l'ensemble, de chacune des transactions caractérisées comme parfaites ; et, pour chaque transaction restante dans l'ensemble, le fait de déterminer une cause profonde dans la chaîne logistique de la caractérisation imparfaite et si oui ou non la cause profonde a été solutionnée, et la modification à la hausse du score d'excellence de la chaîne 25 logistique parce que la cause profonde a été solutionnée, mais la modification à la baisse du score d'excellence de la chaîne logistique parce que la cause profonde n'a pas été solutionnée. 17. Produit-programme d'ordinateur selon la revendication 16, dans lequel la 30 détermination de la cause profonde inclut au moins une cause profonde sélectionnée dans le groupe composé d'une livraison retardée de biens correspondants, d'une quantité incorrecte de biens livrés et d'une qualité médiocre de biens livrés. 18. Produit-programme d'ordinateur selon la revendication 16, dans lequel le score 35 d'excellence de la chaîne logistique est modifié à la baisse d'une quantité moindre lorsque les biens associés à la cause profonde sont fournis indirectement par le fournisseur identifié à l'acheteur depuis un fournisseur amont dans la chaîne logistique, mais d'une plus grande quantité lorsque les biens associés à la cause profonde sont fournis directement à l'acheteur par le fournisseur identifié. 5 19. Produit-programme d'ordinateur selon la revendication 15, dans lequel le score d'excellence de la chaîne logistique est modifié à la baisse d'une quantité moindre lorsque des données fournies par le fournisseur identifié indiquant la cause profonde sont automatiquement capturées par un système de traitement de données au niveau du 10 fournisseur identifié et transmises à la mémoire en utilisant des communications intégrées automatisées, mais d'une plus grande quantité lorsque les données fournies par le fournisseur identifié indiquant la cause profonde sont entrées manuellement par un opérateur du système de traitement de données. 15 20. Produit-programme d'ordinateur selon la revendication 16, dans lequel le procédé comprend en outre : le calcul d'un score d'excellence composite pour chaque transaction correspondante des transactions restantes dans l'ensemble par : calcul, en premier lieu, pour chacune des transactions restantes, d'un score 20 d'excellence de composante pour chaque fournisseur dans la chaîne logistique associé à une transaction correspondante des transactions restantes dans l'ensemble et composition, en second lieu, des scores d'excellence de composante en le score d'excellence composite ; et, combinaison de chaque score d'excellence composé pour chacune des transactions 25 restantes en le score d'excellence de la chaîne logistique. 21. Produit-programme d'ordinateur selon la revendication 20, dans lequel, lors de la combinaison des scores d'excellence composés, les scores d'excellence composés pour les transactions les plus récentes des transactions restantes sont pondérés plus lourdement que 30 des scores d'excellence composés pour des transactions moins récentes des transactions restantes.