Brevet FR3093848A1 — publié le 20200918

Description Titre de l'invention : PROCEDE DE SUIVI D'UNE SOMME, SYSTEME ASSOCIE DOMAINE [0001] Le domaine de l'invention concerne les procédés et systèmes permettant. de générer des notifications afin de suivre l'état d'une transaction et de son usage en fonction de paramètres physiques et d'indicateurs d'état. En particulier, le domaine de l'invention concerne les procédés comportant des étapes visant à générer un ensemble de notifications à un donateur et définissant un suivi interactif des dons versés. ETAT DE L'ART [0002] 11 existe des solutions permettant d'assurer un suivi de dons à des organisations. A titre d'exemple, le document de brevet W02008134448 divulgue une méthode permettant de connaitre une information de suivi à partir d'un système de gestion de dons ayant d'une part une première interface utilisateur pour collecter des dons auprès d'une communauté de donateurs et d'autre part une seconde interface permettant d'associer des dons à différents canaux de distribution assurés par différentes organisations. Les informations de suivi sont donc simplement d'ordre organisationnel pour l'utilisateur sans pour autant que ne soit notifiée une réelle information sur l'usage des dons. 100031 Le document de brevet W02016196786 divulgue une méthode permettant de collecter des données numériques relatives à un suivi d'une transaction issue d'un don d'un donateur à une organisation. Le procédé divulgué permet de générer et transférer des preuves numériques provenant des opérations de transfert entre différentes organisations susceptibles de gérer les dons collectés. Le procédé ainsi décrit résout un problème lié à l'utilisation des dons par des organisations locales susceptibles de ne pas correspondre à une charte d'un donateur. La divulgation semble décrire une solution permettant de réduire la corruption. Toutefois, cette solution reste muette sur la notification relative à l'utilisation finale des dons et du lieu de leur affectation. 100041 Le document US20170132673 écrit une méthode de suivi des activités liées à la gestion de dons, notamment pour promouvoir et organiser efficacement les activités des organismes humanitaires. Toutefois, ce document ne décrit pas une solution permettant à un donateur de réellement connaitre l'usage des dons qui sont administrés par les organisations. 100051 11 existe donc un besoin pour notifier un donateur de données relatives au suivi d'un don. Résumé de l'invention 2 [0006] L' invention ci-après détaillée permet de pallier les inconvénients précités. [0007] Selon un aspect, l'invention concerne, un procédé de suivi d'une somme entre un uti- lisateur, appelé premier donateur et une entité réceptrice comprenant les étapes suivantes : définition d'un projet comportant une sélection d'une première somme et d'une entité réceptrice à partir d'une interface utilisateur d'un terminal utilisateur ; transfert de ladite première somme d'un premier compte associé au premier donateur vers un second compte associé à l'entité réceptrice ; génération d'une empreinte numérique associant au moins un identifiant du premier donateur et un identifiant du projet ; génération d'une première notification comportant un premier indicateur de traitement, appelé « indicateur d'allocation », indiquant une association de l'identifiant projet à une seconde zone géographique, à une seconde date et un montant d'une seconde somme inférieure ou égale à la première somme ; génération d'une seconde notification comportant un second indicateur de traitement, appelé « indicateur distribution », ledit indicateur de distribution indiquant une association de l'identifiant projet à une troisième zone géographique, à une troisième date et à un état. [0008] Un avantage est de permettre de délivrer une véritable procédure de suivi d'une somme notamment par l'indication de lieux géographiques à différents stades de son traitement. Un avantage est de disposer d'un critère géographique, la position ou une zone géographique pour générer un indicateur tangible de traitement de la somme. La position géographique est un indicateur relevant d'un paramètre physique non dépendant d'un critère lié à l'organisation d'une entité ou à des critères internes ou subjectifs. [0009] Selon un mode de réalisation, la définition d'un projet comprend la sélection d'une première zone géographique. Un avantage est de permettre de prendre en compte une zone définie par un utilisateur pour affecter les sommes en conséquence. Le niveau d'affectation d'une zone peut prendre en compte un type de zone ou la taille de la zone. [0010] Selon un mode de réalisation, un ensemble de programmes est prédéfini, chaque programme définissant un ensemble d'actions à réaliser dans une zone prédéfinie à au moins une date donnée. Un avantage est de fournir une information pour l'utilisateur lui permettant d'identifier des zones prédéfinies et d'y associer des sommes. [0011] Selon un mode de réalisation, chaque programme comporte un premier type permettant de définir des catégories de programmes. Un avantage est de délivrer une information qualifiant un programme pour un utilisateur. 3 [0012] Selon un mode de réalisation, la définition d'un projet comprend la sélection d'un premier type. Un avantage est de faire correspondre des souhaits utilisateurs d'affectation d'une somme avec des catégories préexistantes de programmes. [0013] Selon un mode de réalisation, la définition d'un projet comprend la définition : d'un indicateur d'impact calculé sur la proportion d'un don d'un utilisateur vis-à-vis d'une référence, d'un indicateur d'urgence calculé à partir de la date d'un évènement d'un programme, d'un indicateur de concrétisation défini à partir d'une valeur prédéfinic d'un attribut de l'évènement mentionnant le résultat d'une action. [0014] Un avantage est de restituer des indicateurs auprès d'un utilisateur afin de l'informer non seulement du suivi des sommes versés mais aussi de la manière dont les sommes sont utilisées ou affectées. [0015] Selon un mode de réalisation, le procédé comprend une étape de génération d'une troisième notification comportant un troisième indicateur de traitement, appelé indicateur média, ledit indicateur média étant associé à un média comportant au moins une image. Un avantage est de permettre d'associer un média pour représenter une concrétisation des sommes affectées à un programme. Les médias peuvent être émis à une communauté d'utilisateurs ayant tous contribué à la réalisation d'une action d'un programme. [0016] Selon un mode de réalisation, la génération d'une quatrième notification comportant un second indicateur d'allocation, ledit second indicateur d'allocation indiquant une association de l'identifiant projet à une quatrième zone géographique, à une seconde date et à un montant d'une troisième somme inférieure ou égale à la première somme. Un avantage est de multiplier les affectations ou attributions de sommes à différents types de programme notamment en fonction des montants des sommes, de la nature et la structure des programmes, etc. Le suivi des sommes étant plus complexe, le procédé de l'invention permet de gérer ces différentes affectations automatiquement. [0017] Selon un mode de réalisation, la première somme est divisée en une pluralité de sommes en fonction de conditions parmi lesquelles : le montant SI est supérieur à un seuil de somme MMAX ; un nombre d'utilisateurs U1 est supérieur à un seuil donné d'utilisateurs, lesdits utilisateurs ayant effectué un don alloué à un même programme ; un nombre de sous-programmes d'un même programme comportant différentes dates, un indicateur d'un utilisateur souhaitant répartir le montant de son don entre différents programmes. [0018] Un avantage est de générer des règles automatiques permettant la gestion d'un grand nombre d'utilisateurs tout en maintenant un suivi approprié des sommes versées. [0019] Selon un autre aspect, l'invention concerne un système comportant au moins un terminal utilisateur, un terminal d'un opérateur d'une entité, des moyens de communication desdits terminaux, au moins un serveur pour générer des notifications suite à au moins une action réalisée par ledit opérateur sur le second terminal, un second serveur pour permettre une transaction bancaire d'un premier compte vers un second compte, lesdits terminaux et le premier serveur étant configurés pour mettre en oeuvre le procédé de l'invention. [0020] Un avantage est de déployer dès outils de gestion dans différentes organisations tout en offrant des capacités d'accès à une offre depuis internct par exemple pour une pluralité d'utilisateurs. [0021] D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent : [0022] [fig.1] : un exemple d'une séquence d'étapes selon un mode de réalisation du procédé de l'invention décrivant certains échanges d'informations entre un donateur et une organisation de gestion des dons selon le procédé de l'invention ; [0023] [fig.2] : un exemple de réalisation d'un système de communication de l'invention permettant la mise en oeuvre de la méthode de l'invention. [0024] Dans la présente description, un programme correspond à un ensemble d'actions pro- grammées d'une entité dans une période donnée et dans un lieu donné. L'entité peut être une personne morale ou une personne physique, par exemple : une organisation internationale, une association, une fondation, une entreprise, etc. Un programme peut comprendre également l'ensemble des tâches relevant de l'organisation des actions. A titre d'exemple, un programme peut être l'approvisionnement en eau d'un quartier de Tombouctou. Ce programme comprend alors une date de début et une première période de 3 ans. Selon d'autres exemples, une pluralité de périodes peut être définie. Les différentes périodes peuvent correspondre à différentes étapes d'un programme ou sous-programmes. Les différentes périodes peuvent être de différentes durées. [0025] Le programme comprend un ensemble d'actions telles qu'une opération de chantier, trois installations locales de dispositifs d'assainissement, une mise en oeuvre d'une opération de forage et une installation d'une pompe, un raccordement d'un puits à une cuve, etc. Généralement, un programme comporte un budget prévisionnel. Dans sa définition la plus simple, un programme peut correspondre à un évènement ou à une zone géographique, par exemple « Tsunami 2004 » » ou « Approvisionnement d'eau au Mali ». [0026] La figure 1 décrit un exemple de réalisation du procédé de l'invention. Le procédé comprend unc première étape de définition DEF d'un nouveau projet de don. [0027] Un utilisateur U1 accède à une plateforme par l'intermédiaire d'une interface numérique par exemple d'un Smartphonc ou d'une tablette ou encore d'un PC. [0028] La plateforme est accessible depuis une interface utilisateur. Il peut s'agir par exemple d'une page WEB accessible depuis une URL, ladite page étant hébergée sur un serveur SERVI. [0029] Selon un mode de réalisation, cette plateforme permet d'administrer des programmes, des utilisateurs qui sont par exemple des donateurs et le suivi de leurs dons. En particulier, elle permet à un utilisateur UI d'accéder à un ensemble de programmes et d'y associer un projet PI. Cette plateforme permet d'associer des sommes {Si},4,11,N1 transmises par des utilisateurs {U},4,11',1 avec des projets {Pi} 'el, Un projet P1 comprend un nom afin de permettre à un utilisateur U1 de désigner et d'identifier son projet. Un projet P1 est préférentiellement identifié par un identifiant. Ce dernier peut être automatiquement généré à sa création par un calculateur et enregistré dans une base de données d'une mémoire. Selon un exemple, la plateforme permet l'accès à un ensemble de programmes à un utilisateur 1.11 La plateforme comprend unc interfacepour sélectionner un ou plusieurs programmes et parcourir les différentes informations permettant de décrire le programme, son budget, sa période, la zone géographique concernée, etc. Selon un mode de réalisation, le nom du programme peut être attribué au nom du projet nouvellement défini. Cette attribution peut être automatiquement suggérée. Ainsi, pour un utilisateur U1, il est plus pratique d'identifier à quoi font référence ses projets lorsque différents projets sont gérés depuis la plateforme. Cela peut être le cas pour une fondation ayant une activité importante de versements de dons à différentes entités. Dans ce dernier cas, l'utilisateur U1 est une personne morale. [0030] Selon un exemple, un projet P, comprend une zone géographique Z1, par exemple : « le MALI ». Selon un mode de réalisation, un projet P, peut être associé à un programme par un utilisateur Ul. L'utilisateur U1 peut ainsi créer un projet PI nommé « Secours aux Victimes du Tsunami » qui peut être associé à l'évènement s'y rapportant, par exemple : Les victimes d'une catastrophe naturelle, telle que le Tsunami du 26 décembre 2004 dans l'océan Indien ». Ainsi, les programmes sont ac- cessibles depuis une interface et peuvent être classés sous forme de catégories. [0031] Selon un autre exemple, un projet PI peut être associé ou rattaché à une entité. La dé- finition du projet P1 peut donc comprendre le nom d'une entité. Ce nom peut être, par exemple, sélectionné parmi une liste préexistante ou éventuellement rentré manuellement dans un champ de l'interface par l'utilisateur U1. L'entité peut être une organisation, une personne morale telle qu'une fondation, une association ou une organisation internationale, une entreprise, etc. A titre d'exemple, le projet P1 peut cor- 6 respondre à l'entité « Médecins sans Frontière » ou les « Restaurants du Coeur ». [0032] Selon un autre exemple, un ou plusieurs projets P, peuvent être associés à une cause . Une cause correspond à une catégorie regroupant une famille de programmes. Il peut s'agir à titre d'exemple de tous les programmes associés à des réponses pour réduire les inégalités dans le monde ou des réponses pour protéger les océans. Des sous-catégories de catégories peuvent être également définies. Par exemple, la catégorie « Protection des Océans » peut comprendre une sous-catégorie : « Traitement des déchets plastiques » ou « Protection du corail ». [0033] Selon un mode de réalisation, un utilisateur U1 associe un projet PI à un type donné TYPE,. Le type TYPE, peut être par exemple une catégorie de programmes. Les programmes peuvent être classés selon différentes catégories ou sous catégories. Un même programme peut par exemple appartenir à différentes catégories. Les types peuvent être définis par des mots clefs tels que des TAG ou des concepts d'une ontologie particulière. [0034] L'ensemble des programmes est, par exemple, présenté dans une liste accessible à travers un menu. La plateforme permet notamment de définir un don dans un nouveau projet Pi et de l'associer avec un ou plusieurs programmes. Selon un autre exemple, un projet Pi peut être, en plus, associé à une zone géographique Z,. Selon un mode de réalisation, un projet PI est uniquement associé à une zone géographique Z, sans être associé à un programme. Dans ce dernier cas, le projet P, peut être associé à un programme à une étape ultérieure du procédé de l'invention, telle qu'à l'étape GEN_NOTIF,. [0035] Les zones géographiques Z1 peuvent désigner des villes, des pays, ou tout territoire issu d'un découpage géographique ou administratif. La zone peut être définie par des coordonnées en latitude et en longitude ou être indexées sur tout type de référentiel permettant de définir une zone géographique. [0036] Selon un mode de réalisation, la plateforme comprend un moteur de recherche permettant de générer une liste de programmes ou des zones référencées pour lesquelles un programme est susceptible d'être créé. Selon différents critères définis par l'utilisateur, un sous-ensemble de programmes ou de zones peut être proposé automatiquement à l'utilisateur Ul. Ce sous-ensemble peut être proposé sous la forme d'une liste. La liste peut être générée en fonction de dons déjà effectués par un utilisateur U1, un profil d'utilisateur U1 indiquant des préférences et sensibilités, un budget, une date, un indicateur d'urgence, un indicateur de concrétisation du don ou un indicateur d'impact. [0037] L'indicateur d'impact peut être calculé, par exemple, à partir d'une proportion d'un don sur un budget total prévu pour accomplir un programme ou un budget pour réaliser un évènement dans le programme ou encore un budget pour réaliser une action au sein 7 d'un évènement. [0038] L'indicateur d'urgence peut être généré, par exemple, à partir d'une donnée numérique associée à un programme. Un programme qui est associé à un indicateur d'urgence peut ainsi être plus visible sur la plateforme que des programmes n'ayant pas cet indicateur d'urgence. Par « plus visible », on en entend que le programme va être généré dans différentes listes et ce de manière plus fréquente. [0039] L'indicateur de concrétisation peut être généré, par exemple, à partir d'un choix de l'utilisateur U1 vis-à-vis de l'usage d'un don effectué. Un utilisateur UI peut décider, par exemple, d'afficher les programmes proposant uniquement dès actions concrètes ou des usages prédéfinis des dons. Ainsi, comme c'est l'usage pour des listes de mariage, un utilisateur U, peut décider d'indiquer une concrétisation de l'usage d'un don associée à la somme du don. Cette indication lui permet de transmettre à une organisation un souhait d'usage de son don. [0040] Le procédé de l'invention permet de générer une liste de programmes en fonction d'une combinaison des critères précédemment définis. [0041] Selon un mode de réalisation, le procédé intègre une étape de paiement et de véri- fication du paiement. Cette étape est optionnelle. [0042] Dans le cas où une telle étape serait mise en oeuvre, après la final isation de la dé- finition d'un projet P, de don, la somme Si est alors transférée d'un premier compte vers un second compte. Cette étape est notée TRANS sur la figure 1. Le transfert se fait de manière connue par une transaction bancaire de type virement, prélèvement ou un paiement par carte bancaire. Un serveur SERVI bancaire est choisi préférentiellement distinct du serveur SERVI. [0043] Selon un mode de réalisation, le procédé de l'invention comprend une étape GEN_EMP visant à générer une empreinte numérique EMP. Cette empreinte numérique EMP permet la création d'un code destiné à l'utilisateur U, pour suivre l'état du projet P,. Ce code peut être une référence, un identifiant alphanumérique ou toute autre donnée numérique permettant d'identifier de manière unique les données de son projet Pl. L'empreinte numérique EMP peut être un code 2D tel qu'un QRcode, un Flashcode ou tout autre symbole encodant des données numériques en une, deux ou trois dimensions. [0044] L'empreinte numérique EMP peut être générée à partir d'un premier critère permettant d'identifier l'utilisateur Ul, d'un second critère permettant d'identifier le projet P, défini et éventuellement une donnée indiquant que le transfert TRANS du don a bien été effectué. [0045] Le premier critère peut être un identifiant utilisateur, un nom, un numéro de téléphone ou toute autre donnée personnelle permettant une identification de l'utilisateur Ul. 8 [0046] Le second critère peut être un identifiant de projet. L'identification d'un projet peut être également un nom de zone géographique Z1. [0047] Un intérêt de l'empreinte numérique EMP est de permettre un accès à des in- formations de suivi de l'état du projet P1 sur la plateforme. En outre, l'empreinte numérique EMP permet d'organiser la gestion des émissions de notifications à un utilisateur-VI à différents stades du projet PI. [0048] Le procédé de l'invention comporte différentes étapes visant à générer des noti- fications d'une entité donnée vers un utilisateur Ul. Les émissions des notifications sont transmises d'un terminal d'une entité, tel qu'un PC, une tablette, un Smartphone ou directement un serveur vers un terminal utilisateur. Un calculateur peut automatiquement générer les notifications sous certaines conditions. Le terminal utilisateur peut être un PC, une tablette, un Smartphone ou directement un serveur. Les notifications sont émises suite à l'action d'un opérateur d'une entité ou de manière automatique lorsqu'un évènement est détecté. [0049] Le procédé de l'invention comporte une étape de génération GEN NOTIF, dune no- tification NOTIFI. La première notification NOTIFI comporte un premier indicateur INDI de traitement, appelé « indicateur d'allocation ». [0050] Le premier indicateur INDI comporte une mention d'une seconde zone géographique Z2. Cette mention représente une association entre le projet PI défini par l'utilisateur U1 avec ladite seconde zone Z2. La seconde zone géographique Z2 peut correspondre à des coordonnées GPS, un quartier d'une ville, une ville, un pays ou toute autre indication délimitant un périmètre géographique localisable. [0051] Avantageusement, la première notification NOTIFI est horodatée. A cet effet l'indicateur de traitement INDI peur comprendre une date H2 à laquelle l'allocation de tout ou partie de la somme S, sera traitée. Selon un mode de réalisation, la date H, est la date d'émission de la notification NOTIFI. [0052] L'indicateur de traitement INDI comporte une valeur représentant le montant d'une seconde somme Sil inférieure ou égale à la première somme SI. Lorsque la seconde somme SI, est égale à la première somme S,, l'intégralité du montant SI, est allouée à un programme d'une zone Z2. L'utilisateur U, est donc averti de cette allocation et donc de l'avancement de l'état de son projet PI. [0053] Lorsque le montant SI, est inférieur à la somme S,, l'indicateur de traitement IND, comprend la valeur de la somme S, I. Selon un exemple, de réalisation, la notification NOTIFI peut comprendre une troisième somme S12 inférieure à la première somme SI et une indication d'une allocation de cette troisième somme S1, à un autre programme ou au même programme à une date ultérieure. [0054] Selon un mode de réalisation, une pluralité de notifications NOTIFI est émise vers une pluralité d'utilisateurs Ui, chaque notification NOTIFI comportant les informations 9 propres à chaque utilisateur U, et aux sommes Sn allouées. Un intérêt est d'allouer un montant global MG à un programme donné à une date donnée et de répartir des fractions de sommes d'une pluralité d'utilisateurs U, automatiquement. [0055] Ainsi, à chaque allocation d'une somme par une entité à un programme donné, le montant global MG alloué peut être fractionné selon un ensemble d'utilisateurs ayant effectué chacun un don. [0056] Un avantage du procédé de l'invention est de définir des ensembles d'utilisateurs ayant chacun effectué un don et d'associer leur contribution à un programme donné. On rappelle qu'un but de l'invention est de notifier à un utilisateur l'état d'un suivi de ses dons. Or un inconvénient pour une entité résultant de la génération de notifications de suivi est de multiplier les traitements particuliers, notamment pour chaque utilisateur. Un intérêt de l'invention est donc de simplifier la gestion d'une pluralité de tâches individuelles. En effet, le procédé de l'invention permet d'utiliser les pré- férences définies par les utilisateurs lors de la définition de projets de dons, telles que la zone géographique, la catégorie du programme, le montant des dons, la date des transferts de dons, etc. Cette utilisation permet de mutualiscr les traitements liés aux notifications. [0057] En effet, ces préférences permettent de créer des ensembles d'utilisateurs qui seront associés à chaque allocation à un même programme. Un intérêt est de mutualiscr le traitement des notifications NOTIFI. [0058] Le procédé de l'invention permet d'associer un don d'un utilisateur U1 à plusieurs programmes qui peuvent constituer des sous-programmes d'un même programme. A titre d'exemple, si un programme est l'électrification d'un village, différents sous-programmes peuvent constituer différentes étapes sur une période donnée de ce programme. [0059] Selon un exemple, le montant d'un don S, est comparé à un seuil de montant minimal Ms. Lorsque la valeur du don est inférieure à M5, la somme du don SI n'est pas fragmentée. Dans ce cas de figure, une unique notification NOTIFI est émise [0060] Lorsque la somme SI est supérieure à un seuil minimal Ms et qu'une autre condition est remplie, alors le procédé de l'invention permet de fragmenter la somme S. [0061] La condition peut être liée à différents cas : un montant S, supérieur à un seuil de somme MmAx ; un nombre d'utilisateurs U1 supérieur à un seuil donné ayant effectué un don qui soit alloué à un même programme un nombre de sous-programmes d'un même programme comportant différentes dates, un indicateur d'un utilisateur souhaitant répartir le montant de son don entre différents programmes. [0062] Il peut s'agir également d'une combinaison de ces différentes conditions. A cet effet, un algorithme peut être mis en oeuvre pour associer des poids aux différentes conditions. [0063] Les flèches en pointillés SI2e, SB illustrent plusieurs scénarios de fractionnement d'une somme SI initiale. A titre d'exemple, un programme peut concerner différentes régions, comme un tsunami qui a touché plusieurs régions. Compte tenu de la répartition des aides au cours du temps, un scénario possible de répartition est une attribution à une date H, d'une première somme Sn à une première zone Z2 et une attribution ultérieure, à une date H,1 d'une somme SI, à une zone ln et ainsi de suite avec Si3 jusqu'à épuisement de la somme totale Si. [0064] Un intérêt est de délivrer des notifications à chaque nouvelle attribution d'une somme à une zone géographique donnée. [0065] Le procédé de l'invention permet de générer une seconde notification NOTIF2 a chaque utilisateur Ul. La seconde notification NOTIF2 vise a transmettre à un utilisateur U1 une information relative à la distribution de la somme S, ou S21, ci-après désignée Si. Elle correspond à une exploitation effective de la somme Si. La seconde notification NOTIE, comporte, en outre, une troisième date H3 qui correspond à un usage de la somme dans une zone géographique. La notification NOTIF2 comprend l'indication d'une troisième zone Z3. Selon un exemple, la troisième zone Z3 est identique à la seconde zone Z,. Ce cas peut se produire lorsque l'allocation d'une somme destinée à un lieu donné est réellement attribuée à cette zone lors de son usage. Toutefois, il peut arriver que la somme SI soit utilisée dans une zone Z3 comprise dans la seconde zone Z2. Ce cas peut se produire souvent puisqu'un programme qui vise, par exemple, un pays peut comprendre différentes actions locales, par exemple dans des villes différentes. Si Z2 vise par exemple un pays comme le MALI, 11 peut désigner une ville telle que TOMBOUCTOU. Dans ce cas, un intérêt de la définition d'une troisième zone Z3 est de permettre de délivrer une information plus précise à un utilisateur quant à l'usage de ses dons. Un tel retour lui permet d'être plus sensibilisé sur l'usage des dons qu'il a effectués. [0066] Selon un exemple, Zi peut concerner une autre région que Z,, voire une région disjointe. Ce cas de figure peut se produire, lorsqu'un changement a eu lieu lors de la distribution des sommes. Ce cas de figure peut, par exemple, se produire lorsqu'un programme d'urgence est survenu. Dans ce cas, un indicateur de priorisation peut préempter certaines allocations déjà réalisées et notifiées. Cette réattribution d'une somme peut également se produire lorsque l'utilisateur n'a pas spécifié de zone Z1 lors de la définition de son projet P1. Ainsi, aucune restriction de zone n'empêche une réattribution de la somme SI à un autre lieu que celui notifié dans la notification NOTIF1. [0067] L'indicateur de distribution IND, compris dans la seconde notification NOTIF2 peut 11 comprendre par exemple une information précisant: - la date de transfert de la somme à une entité locale située dans la zone Z3 ; un matériel reçu par une entité locale située dans la zone Z3 ; l'accomplissement d'une action réalisée par une entité locale dans la zone Z3 ; la date de fin d'un évènement organisée par une entité locale dans la zone Z3, Une quantité donnée correspondant à la somme versée SI, S^ ou S21. [0068] Cette information peut correspondre à un état de traitement ET, de la somme 5, ou S Hou Sm. [0069] Selon un exemple de réalisation, la quantité donnée peut correspondre à une quantité de déchets traités. Dans cet exemple, un évènement correspond, par exemple, à la collecte de déchets à la surface de la mer pendant une période de 3 mois. Dans ce cas, à la fin de l'évènement, une quantité de déchets est collectée ou traitée. Une estimation du volume ou du poids est généralement effectuée pour chiffrer le bénéfice d'une opération. Le procédé de l'invention permet de fractionner cette estimation pour en évaluer le coût unitaire. Ainsi, il est possible d'associer une somme, et donc la valeur d'un don, à une fraction de l'estimation. Un intérêt est de permettre à un utilisateur d'obtenir un retour quantitatif de son apport en plus d'apprécier qualitativement son apport à un programme. Une meilleure sensibilisation peut être obtenue auprès d'une communauté d'utilisateurs. Cette sensibilisation permet d'augmenter les sommes versées et permet de mieux promouvoir certains évènements s'inscrivant dans certaines causes défendues par des entités. [0070] Selon un cas d'exemple, l'état ET, peut comprendre un statut : « en cours », réalisé », « à venir ». Un intérêt est de délivrer une information sur le suivi des actions réalisées avec la somme SI transférée par l'utilisateur U. [0071] D'autres notifications de type NOTIF2 peuvent être émises vers un terminal de l'utilisateur U, pou- informer, le cas échéant, d'un changement d'état de la somme SI et éventuellement d'un changement du statut de cet état ETI. [0072] Selon un mode de réalisation, la seconde notification NOTIF2 précise un montant 52, inférieur au montant SI ou S,I. Ce cas peut se produire lorsqu'une partie de la somme S , ou S11 est convertie localement dans un état ET,. Un avantage est d'informer un utilisateur U1 de la réelle utilisation de ses dons. Une somme allouée peut en effet être répartie au sein de différents achats ou actions qui correspondent à des phases particulières d'un programme. Dans ce cas de figure, une pluralité de notifications NOTIF2 peut être générée vers un utilisateur. [0073] Le procédé de l'invention peut comprendre une troisième étape d'émission d'une troisième notification NOTIF3. Toutefois, selon un mode de réalisation, les données de la notification NOTIF3 peuvent être incluses dans la seconde notification NOTIF2 précédemment décrite. Ce cas de figure peut se produire lorsque les données de la noti- 12 fication NOTIF3 sont déjà disponibles ou lorsqu'il est délibérément choisi de regrouper ces deux notifications dans certaines implémentations du procédé dc l'invention. [0074] Selon un mode de réalisation, la troisième notification NOTIF3 comprend un média MI. Le média peut être au moins une image, au moins une vidéo ou au moins un fichier sonore. Le média vise à présenter un usage du don ou encore un témoignage ou toute autre image présentant, par exemple, une installation réalisée avec la somme transférée par l'utilisateur U. [0075] Le média MI est préférentiellement horodaté avec une date H4. L'horodatage permet de délivrer une information conforme au moment où a été réalisé le média ou au moment où il a été émis. L' horodatagc peut être, par exemple, automatiquement extrait d'un appareil numérique susceptible dc produire le média. A cet effet, un traitement des métadonnées du média peut être exploité pour générer automatiquement une date H4. Le média peut être par exemple géolocalisé grâce à un Smartphonc ou une tablette numérique avec une méthode de géolocalisation. [0076] La figure 1, illustre les étapes d'un procédé comportant possiblement différentes branches de traitement d'une somme SI divisée en deux sous sommes SI, et 512. On comprend dans cette représentation que les mêmes étapes de génération dc notifications GEN NOTIFI I et GEN NOTW21 et GEN NOTTE31 peuvent être réalisées avec des données propres à chaque phase d'un programme ou de plusieurs programmes. [0077] Ainsi, un tel procédé permet à un utilisateur de connaitre un réel usage d'un ou plusieurs dons au travers différents programmes. Un avantage est de proposer un véritable outil de suivi des dons, par exemple, pour une entité, une fondation ou une personne en particulier. Ce principe de suivi des dons permet à un utilisateur de communiquer efficacement sur l'usage de ses dons. En outre, un tel procédé permet d'augmenter la confiance qu'un utilisateur peut avoir en une entité pour administrer et distribuer ses dons. Par ailleurs, ce suivi peut permettre de générer des indicateurs de performances ou de qualités sur l'exploitation du traitement des dons. [0078] Notamment, un indicateur relatif au délai moyen de traitement d'un don par une entité peut être généré. Un autre indicateur relatif à l'exploitation des sommes peut être généré. [0079] Selon différents modes de réalisation, le procédé génère des statistiques ponctuelles ou régulières qui permettent de qualifier des données de donateurs, d'organisations qui peuvent être organisées par projet, par période ou encore par programme. [0080] Les statistiques permettent de recouper les informations sur les dons, les transactions, les projets, les utilisateurs et donateurs qui ont généré le plus de transactions, de dons et sur quelles périodes ou zones géographiques. [0081] La figure 2 permet d'illustrer des moyens informatiques pouvant être en oeuvre pour 13 exécuter la méthode de l'invention. [0082] A cet effet une pluralité de terminaux TI, T2, T, sont représentés. Dans cet exemple, T1 illustre un terminal utilisateur-donateur. T, illustre un terminal d'un opérateur d'une entité à partir duquel une allocation d'une somme S1 est réalisée. Selon cet exemple, l'indicateur de distribution IND, présent dans la notification NOTIF, peut être également généré depuis ce même terminal T2. T, illustre un terminal local à partir duquel est réalisé le média MI. [0083] Les serves SERVI et SERV2 représentent deux serveurs. Un premier serveur SERVI peut, par exemple, héberger la plateforme et centraliser les échanges pour générer les notifications vers les utilisateurs U. Un premier individu utilise un terminal TI afin de se connecter à une plateforme centralisant les données relatives aux différents programmes. [0084] Le serveur SERV2 peut être un serveur bancaire permettant de réaliser le transfert des dons d'un premier compte d'un utilisateur vers un second compte d'une entité. [0085] L'invention permet donc d'améliorer la transmission des données entre entités, par exemple en un donateur et une organisation. Un donateur peut être toute personne physique ou morale et une organisation est préférentiellement une personne morale, telle qu'une entreprise, une association, une fondation, ou une ONG. Un avantage est de faciliter l'accessibilité des informations, sur la totalité du processus de traitement des dons. 14 [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4] [Revendication 5] [Revendication 6] REVENDICATIONSProcédé de suivi d'une somme entre un utilisateur, appelé premier donateur (D1) et une entité réceptrice (121) comprenant les étapes suivantes : - définition (DEF) d'un projet (P1) comportant une sélection d'une première somme (S,) et d'une entité réceptrice (R,) à partir d'une interface utilisateur d'un terminal utilisateur (TI) ; - transfert (TRANS) de ladite première somme (S1) d'un premier compte associé au premier donateur (D1) vers un second compte associé à l'entité réceptrice (R,) ; - génération (GEN_EMP) d'une empreinte numérique (EMP) associant au moins un identifiant du premier donateur (ID,,,) et un identifiant du projet (Dm) ; - génération (GEN_NOTIF_1) d'une première notification (NOUE') comportant un premier indicateur (IND,) de traitement, appelé « indicateur d'allocation », indiquant une association de l'identifiant projet (P1) à une seconde zone géographique (Z2), à une seconde date (H 2) et un montant d'une seconde somme (S,1) inférieure ou égale à la première somme (S,) ; - génération (GEN_NOTIF_2) d'une seconde notification (NOTIF) comportant un second indicateur (IND) de traitement, appelé « indicateur distribution », ledit indicateur de distribution indiquant une association de l'identifiant projet (P1) à une troisième zone géographique (Z3), à une troisième date (H3) et à un état (ET1). Procédé selon la revendication 1, caractérisé en ce que la définition d'un projet (P1) comprend la sélection d'une première zone géographique (Z1 )- Procédé selon la revendication 1, caractérisé en ce qu'un ensemble de programmes est prédéfini, chaque programme définissant un ensemble d'actions à réaliser dans une zone prédélinie à au moins une claie donnée. Procédé selon la revendication 3, caractérisé en ce que chaque programme comporte un premier type (TYPE') permettant de définir des catégories de programmes. Procédé selon la revendication 3, caractérisé en ce que la définition d'un projet (P1) comprend la sélection d'un premier type (TYPE'). Procédé selon la revendication 3, caractérisé en ce que la définition d'un 15 [Revendication 7] [Revendication 8] [Revendication 9] [Revendication 10] projet (P1) comprend la définition : - d'un indicateur d'impact calculé sur la proportion d'un don d'un utilisateur vis-à-vis d'une référence, - d'un indicateur d'urgence calculé à partir de la date d'un évènement d'un programme, - d'un indicateur de concrétisation défini à partir d'une valeur prédéfinie d'un attribut de l'évènement mentionnant le résultat d'une action. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que le procédé comprend une étape de génération (GEN NOTIF 3) d'une troisième notification (NOTIF3) comportant un troisième indicateur (IND3) de traitement, appelé indicateur média, ledit indicateur média (IND3) étant associé à un média (M1) comportant au moins une image. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que la génération (GEN NOTIF,I) d'une quatrième notification (NOTIF1,) comportant un second indicateur d'allocation (IND1), ledit second indicateur d'allocation (IND,) indiquant une association de l'identifiant projet (P,) à une quatrième zone géographique (Z4), à une seconde date (H,1) et à un montant d'une troisième somme (S12) inférieure ou égale à la première somme (S1). Procédé selon l'une quelconque des revendications 3 à 8, caractérisé en ce que la première somme (SI) est divisée en une pluralité de sommes (S S12, S') en fonction de conditions parmi lesquelles : - le montant S, est supérieur à un seuil de somme MmAx ; - un nombre d'utilisateurs Ili est supérieur à un seuil donné d'utilisateurs, lesdits utilisateurs ayant effectué un don alloué à un même programme ; - un nombre de sous-programmes d'un même programme comportant différentes dates, - un indicateur d'un utilisateur souhaitant répartir le montant de son don entre différents programmes. Système comportant au moins un terminal utilisateur (TI), un terminal (T2) d'un opérateur d'une entité, des moyens de communication (lesdits terminaux (TI, T,), au moins un serveur (SERVI) pour générer des notifications (NOTIF1, NOTIF2, NOTIF3) suite à au moins une action réalisée par ledit opérateur sur le second terminal (T2), un second serveur (SERV') pour permettre une transaction bancaire d'un premier compte vers un second compte, lesdits terminaux (TI, T2) et le premier 16 serveur (SERVI) étant configurés pour mettre en oeuvre le procédé de l'une quelconque des revendications 1 à 9.