Brevet FR2842927A1 — publié le 20040130

PROCEDE DE FIDELISATION PAR L'OCTROI D'UNE RECOMPENSE A UN INDIVIDU EN CONTREPARTIE D'UNE ACTION PROCURANT UN AVANTAGE A UNE ENTREPRISE La présente invention concerne le domaine de la fidélisation par l'octroi d'une récompense en contrepartie d'une action procurant un avantage à une tierce partie. On connaît, dans l'état de la technique, différentes solutions de fidélisation électronique. Le brevet WOOO/14665 décrit un système et un procédé permettant d'évaluer et de gérer automatiquement l'avoir des clients. Il s'agit d'assurer l'interface entre la clientèle et les entités commerciales désireuses de s'associer à un plan d'intéressement, c'est-à-dire de participation, aux biens des entités, sur la base des achats de produits ou de services effectués par la clientèle. Une interface commerciale permet aux clients enregistrés dans le système d'accéder à ce système via des pages de descriptif dans lesquelles il est possible de naviguer: information, marques commerciales, catégories de produits/services, programme d'incitation, et prix. L'interface aide le client à sélectionner une entité, un produit/service et à remplir Un formulaire de commande. Après réception, vérification et enregistrement de la transaction d'achat, l'interface envoie l'information à une base de données d'enregistrement et de transactions. partir des entrées reçues par la base de données et selon les règles d'évaluation du crédit d'avoir enregistrées dans le système, on évalue automatiquement le crédit de la clientèle, avec enregistrement dans une base de données de crédit d'avoir et traitement ultérieur aux fins d'acquisition sur la base des points accumules par la clientèle, compte tenu des règles d'achat par accumulation de points propres au système et compte tenu également du choix de la clientèle. Le système peut envoyer l'information de crédit d'avoir à un courtier, aux fins d'achat par la clientèle. Par exemple, les règles d'évaluation de crédit d'avoir peuvent reposer sur des éléments comme le volume d'achat, le fait que le client est un nouveau client, et le fait que le client paie dans les délais. Les entités commerciales peuvent vendre des produits ou fournir des services et, sans limite, leur activité peut s'étendre aux services de télécommunications à grande distance, aux services de carte de crédit, aux ventes de carburant, aux services de télévision par câble/satellite, aux services sur Internet, à la location de véhicules, aux fonds communs de placement, aux fonds d'actions ou aux prestations de loisirs. Ce système et ce procédé de l'art antérieur reposent sur un mécanisme d'allocation de récompense o le consommateur est propriétaire d'actions de la société qui l'a récompensé. Il implique des opérations de calculs et de conversions directes Le brevet W00106438 concerne un serveur de bases de données d'achats d'un client. Après une période de temps, l'unité de commande centrale attribue une prime aux comptes du client, proportionnellement à ses activités, sous forme d'actions de la compagnie du vendeur. L'unité de commande centrale enregistre le cours moyen pondéré de l'action lors de l'achat des valeurs mobilières et calcule total ou une partie des valeurs qu'un client a le droit de recevoir, puis reporte les sommes en conséquence. Lorsque des clients veulent exercer leurs droits liés aux actions, ils peuvent choisir de vendre en échange de liquide ou de recevoir des titres en vue d'une réévaluation. Dans cette solution, le système calcule la fraction d'action qui doit revenir au consommateur, mais ne permet pas la récompense sous la forme de calcul d'un descripteur numérique d'une combinaison linéaire de fractions d'actions, Sicav et obligations qui doivent revenir au consommateur Le brevet W00106427 se rapporte à une méthode d'investissement consistant dans un premier temps à ouvrir un compte d'investissement auprès d'une institution ayant une relation définie avec au moins un détaillant, ledit détaillant effectuant le dépôt de sommes correspondant à des rabais pour des transactions d'achat effectuées sur le compte d'investissement. Ce compte d'investissement est structuré de manière à générer un rendement à un taux annuel estimé pour toute somme déposée ledit compte, et à posséder une valeur nette correspondant à un total de sommes déposées et au rendement généré par lesdites sommes. Après l'ouverture du compte d'investissement, le procédé consiste à transférer électroniquement, à l'aide d'un ordinateur, au moins une somme d'épargne sur le compte d'investissement. La valeur nette du compte d'investissement est alors accrue par transfert électronique de la somme correspondant au rabais sur ledit compte. Cette solution implique l'ouverture d'un compte d'investissement sur lequel dont placées des titres ou parts de fonds. L'établissement financier va donc gérer une pluralité de comptes consommateur. Ces différentes solutions ne sont pas satisfaisantes, et le but de l'invention est de remédier aux inconvénients relevés pour permettre un traitement technique des descripteurs numériques de récompense sur un compte informatique d'investissement enregistré sur le serveur d'un opérateur financier auquel les adhérents délèguent une dette qu'ils ont vis-à-vis de leurs consommateurs. Sur le plan économique, cette dette est provisionnée lors de l'attribution de points en récompense d'un achat. Le compte d'investissement agrège l'ensemble des investissements faits pour le compte des consommateurs au cours du temps. Les sommes issues de la conversion en euros des ex-récompenses en points de fidélité sont placées pour le compte des consommateurs après agrégation par période. Il n'y a jamais de transfert pur et simple d'argent d'un compte marque vers un compte consommateur. A cet effet, l'invention concerne selon son acceptation la plus générale un procédé technique, mise en oeuvre par un ensemble d'équipements informatiques architecturés pour fournir une solution de fidélisation par l'octroi d'une récompense à un individu en contrepartie d'une action procurant un avantage à une entreprise, comportant: - une étape de détection d'un acte déclencheur i de l'individu, déclenchant l'attribution d'une récompense Ri [par exemple 1000 points], consistant à transmettre au serveur de l'opérateur un descripteur numérique des paramètres {Di_} de l'acte déclencheur [par exemple achat de biens pour un montant de 1000 euros], - une étape d'attribution de ni contremarques numériques au client par un opérateur Op mandaté par l'entreprise, ladite récompense étant formalisée par une donnée numérique {ki, TS} calculée par un moteur de règle en fonction desdits paramètres{Di,} de l'acte déclencheur, dont le résultat {ki TS} est enregistré dans un la mémoire d'un serveur de l'opérateur, TS désignant l'identifiant du titre support, et ki le nombre entier ou fractionnaire de valeurs mobilières supports attribuées à l'individu auteur de l'acte déclencheur i, - une étape ultérieure de la récompense par conversation d'une partie au moins des contremarques numériques enregistrées dans le compte personnel dudit individu caractérisé en ce que le procédé comporte - une étape additionnelle, corrélée à l'étape d'attribution de ladite contremarque, consistant à procéder à une acquisition d'un nombre entier Li de valeurs mobilières TS associée à ladite entreprise bénéficiant de l'avantage lié à l'acte déclencheur de l'individu, et d'enregistrer le cas échéant dans un compte numérique d'attente un nombre fractionnaire de rompus de la valeur mobilière TS, le nombre Liétant déterminé en fonction desdits paramètres {Dj,} de l'acte déclencheur, et à enregistrer dans une table matricielle numérique dont l'une des dimensions correspond à l'identifiant des individus, une deuxième dimension contenant les identifiants des actions mobilières, le nombre cumulé de valeurs mobilières Li, TS et éventuellement le nombre de rompus et la valeur VTs(t) de ladite action mobilière, et la troisième dimension contient le cumul des montants ki, tsf - à actualiser ladite table périodiquement en prenant en compte les nouveaux actes déclencheurs et les nouvelles valorisations des valeurs mobilières TS, - et en ce que l'étape ultérieure de conversion consiste à attribuer un paiement dont le montant est déterminé en fonction des informations numériques enregistrées dans la sous-table formée par lesdites deuxième et troisième dimensions correspondant à l'identifiant de l'individu bénéficiaire. De préférence, la dite deuxième dimension de la table numérique comporte en plus une date d'indisponibilité des ki valeurs mobilières TS1 enregistrée en récompense de l'acte déclencheur. Selon un mode de mise en oeuvre avantageux, les actes déclencheurs sont enregistrés sur équipement informatique comportant un moyen d'acquisition des paramètres {D1} relatifs aux actes déclencheurs i, un moyen de d'établissement d'une session sécurisée avec le serveur de l'opérateur et de transmission desdits paramètres {Di} audit serveur, et en ce que le serveur fabrique un carnet d'ordre numérique de ki, TS valeurs mobilières TS après agrégation des actes déclencheurs i sur une période temporelle, et met à jour les informations de ladite table numérique lors de la réception de la confirmation de l'exécution de l'ordre d'achat correspondant audit carnet d'ordre numérique. De préférence, les périodes temporelles présentent une valeur seuil maximale. Selon une variante, les périodes temporelles sont déterminées en fonction du nombre d'ordres en attente pour la valeur mobilière TS. Selon un mode de mise en oeuvre particulier, le serveur réalise périodique une comparaison entre une information correspondant au cumul des ki TS enregistrées dans ladite table numérique, et une information numérique fournie par le gestionnaire de compte titres, pour ladite valeur mobilière TS, et déclenchant une alerte en cas de différence entre lesdites informations numériques. Selon une autre variante, le serveur réalise l'enregistrement dans un espace mémoire de données statistiques sur les récompenses historisées, et de comparaison entre les paramètres {Di,} d'un nouvel acte déclencheur, avec lesdites données statistiques, pour le déclenchement d'une alerte en cas de discordance entre lesdites informations. Avantageusement, le serveur réalise l'enregistrement dans un espace mémoire de données statistiques sur les récompenses attribuées à chaque individu, et de comparaison entre les paramètres {D,} d'un nouvel acte déclencheur d'un individu, avec lesdites données historiques dudit individu pour le déclenchement d'une alerte en cas de discordance entre lesdites informations. Selon une autre variante, le serveur réalise une compensation entre les valeurs mobilières TS enregistrée dans un carnet d'ordre non encore transmis, et une demande de conversion portant sur les mêmes valeurs mobilières TS, afin de déduire du nombre de ki, TS le nombre de valeurs mobilières TS en attente de conversion. Selon un mode de mise en oeuvre particulier, le procédé comporte des étapes sécurisées de supervision par certaines catégories d'acteurs par l'accès à une partie limitée de ladite table, par l'intermédiaire d'un moyen d'habilitation. Selon une variante, la table comporte un indicateur de regroupement de valeurs TS provenant d'une même entreprise, et que le procédé comporte une étape de modification de l'état des sous-tables associés par un de regroupement commun, consistant à un accès sécurisé aux dites sous-tables associées par l'individu concerné, la modification consistant à une réaffectation des nombres k entre les tables associées d'un même groupement et à déclencher un carnet d'ordres numériques en fonction desdites modifications. La présente invention sera mieux comprise à la lecture de la description qui suit, se référant aux dessins annexés o: - la figure 1 représente une vue schématique des flux informationnels mis en oeuvre par le procédé - la figure 2 représente une vue schématique des flux informationnels mis en oeuvre par une variante du procédé, - la figure 3 représente les échanges de données dans le système d'information, - les figures 4 à 11 représentent l'architecture des bases de données mises en oeuvre par le système selon l'invention. Le procédé de l'invention a pour but de gérer un système de fidélisation pour les clients de fournisseurs de produits ou de services, par exemple des marques. Les Clients demandent au fournisseur la conversion de leurs Points de Fidélité en Points Capital. Sur la base de règles de Conversion Points de Fidélité en Points Capital, le fournisseur débite le compte de Points Fidélité du nombre de points convertis, et transmet à l'opérateur la demande de conversion. Le fournisseur délègue à l'opérateur la gestion de la conversion des Points Capital, jusqu'au remboursement en cash des points capital aux clients. L'opérateur archive l'intégralité des mouvements de cash, de valeurs mobilières et de Point Capital, afin de fournir en temps réel l'historique et les positions compensées de l'ensemble des Clients, Marques, et pour assurer un équilibre permanent de nos engagements et de notre actif. Tous les Etats Récapitulatifs (Tableaux, graphes, déclencheurs de messages) sont extraits de cet archivage de données. Description du Système d'Informations selon l'invention. Une Marque, dans l'exemple décrit, est une société marchande, et un Client est une personne physique Un Client consomme chez une ou plusieurs Marques, qui lui offrent des points de Fidélité en fonction de sa consommation. Les points de fidélité s'attribuent en fonction des systèmes de fidélisation des Marques. Les Clients accumulent les points de fidélité. La Marque peut décider de convertir les points de fidélité en " Points Capital " selon les règles de conversions que la Marque décide. Lorsque la Marque décide ceci, elle transmet un FICHIER CLIENT CONVERSION au système l'opérateur. La Marque ne transmet pas un nombre de " Point Capital " mais un nombre d'euros. Le fichier client conversion " FCC " contient la liste des Clients dont les points de fidélité sont convertis avec le nombre d'euros attribués ainsi que d'autres informations. Ce FICHIER CLIENT CONVERSION (FCC) est donc en entrée du système électronique d'information. Les données qu'il contient SOIT alimentent des comptes Client déjà existant SOIT provoquent la création de nouveaux comptes Client. Le format de fichier en entrée est donc un point névralgique. Le FCC contient les informations suivantes * INFORMATIONS SUR LE CLIENT - Nom du Client (obligatoire) - Prénom du Client (obligatoire) - Date de naissance du Client (obligatoire) - Sexe - Email - Téléphone fixe Téléphone mobile - Profession - Adresse/Esc - Adresse/Bat - Adresse/NO de rue - Adresse/rue - Adresse/code postal - Adresse/Ville - Adresse/Pays Coordonnées bancaires (selon le format IBAN) *INFORMATIONS SUR LE MONTANT DES " POINTCAPITAL " TRANSMIS PAR LA MARQUE - Nb d'euros attribués au Client lors de cette transmission - Date de la transmission (indiquée par la Marque ou à attribuer lors de la réception du FCC) - Heure de la transmission (indiquée par la Marque ou à attribuer lors de la réception du FCC) - Marque (ID) qui transmet le fichier (indiquée par la Marque ou à attribuer lors de la réception du FCC) *INFORMATIONS SUR LES MOYENS DE TRANSMISSION DU FCC - Moyen de transmission du FCC *EVENTUELLEMENT D AUTRES INFORMATIONS SPECIFIQUES AU MODE DE FONCTIONNEMENT DE LA MARQUE ET DONC AU FORMAT DU FICHIER QU'ELLE ENVOIE. Le FCC alimente la base de données du SYSTEME l'opérateur et notamment les données relatives aux - Clients - Marques (historique des transmissions) 2.1. Données clients Les données relatives aux Clients de la base de données doivent indiquer les éléments suivants: ID Lors de la création du Client Nom Obligatoire Prénom Obligatoire Date de naissance Obligatoire (nom, prénom et date de naissance sont l'identifiant unique d'un Client) Sexe Email Téléphone fixe Téléphone mobile Profession A choisir dans une table des professions qui sera dynamique Adresse/esc Adresse/bat Adresse/no de rue Champ de 8 caractères il Adresse/rue Champ de 8 caractères Adresse/code postal Champ de 8 caractères Adresse/ville Champ de 8 caractères Adresse/pays A choisir dans une table des pays Coordonnées Format Standard Iban bancaires IBAN Compte de " point Attention, il peut y avoir capital " par Marque plusieurs Marques par Client Historique d'obtention VOIR LA GESTION DES POINTS des " point capital " CAPITAL PLUS LOIN A gérer par la base de données. Il faut pouvoir relier à chaque Client: - toutes les fois (date et provenance) o une Marque lui a converti des points de fidélité en euros la conversion de ces euros en " point capital " Informations Construire un système dynamique supplémentaires sur ou des informations le client en supplémentaires peuvent être fonction des Marques données par client en fonction de QUESTIONS spécifiques à chaque Marque Prévoir 10 champs En dehors du système d'information de l'opérateur, la marque envoie au Compte Cash de l'opérateur un virement correspondant à la somme totale des euros attribués aux Clients lors de la conversion (Somme des euros des lignes du FCC). Selon les Marques, et donc selon les accords de l'opérateur avec les Marques, il se peut que cette somme: - inclue la rémunération de l'opérateur (auquel cas il faut enlever cette dernière pour obtenir le montant des euros à attribuer aux Clients) - n'inclue pas la rémunération de l'opérateur et donc correspond directement à la somme à répartir entre les Clients Lorsque l'opérateur a - reçu le FCC et - vérifié que l'argent correspondant était disponible sur son compte (l'argent peut SOIT être transféré à CHAQUE TRANSMISSION DE FCC ou être mis à disposition PAR AVANCE par la Marque) l'opérateur crédite alors le compte du Client en " Point Capital " APRES AVOIR ACHETE les Valeurs Mobilières nécessaires au crédit de " Point Capital " dans les comptes des Clients. (Voir plus loin ce qui concerne le CO, Carnet d'Ordres) Le Point Capital est une combinaison linéaire de Valeurs Mobilières. Les Valeurs Mobilières sont des actions ou des parts d'OPCVM cotées sur une Bourse. Une Bourse est un lieu de cotation réglementé de Valeurs Mobilières Chaque Valeur Mobilière est affectée d'une Quotité (exemples quotité action Accor:1/42; quotité Sicav Dexia: 1/50) Pour un Point Capital donné, chaque Valeur Mobilière est affectée d'un Coefficient de Répartition (exemple Point Capital Accor, 1/3 x 1/42 Action Accor plus 2/3 x 1/50 Sicav Dexia Plus). Un Point Capital, PCi a donc une forme telle que PCi = _ (Cri x Qi x VMi) Le back-office administrateur du système d'information de l'opérateur permet de créer les " PointCapital ". Lorsque le Back office crée un nouveau " PointCapital ", il CHOISIT dans une liste de valeurs mobilières VM (récupérées dans une liste externe) quelles Valeurs mobilières vont être les VMi de ce nouveau Point Capital. A chacune des VMi choisies, on affecte des Qi (quotités) qui seront DEFINITIVES pour ce Point Capital. Ensuite, on affecte des coefficients de répartition Cri qui seront DEFINITIFS pour ce Point Capital. Personne ne peut changer les paramètres VM, CR et Q. - On ne modifie pas la structure d'un " Point Capital " -> On peut supprimer un " Point Capital " La structure d'un PC est fixe mais comme les VM varient dans les Bourses, la valeur d'un PC varie tous les jours. Lorsqu'un Client acquiert des PC, ceux-ci sont valorisés dans son portefeuille chaque jour. Un Client peut VENDRE ses PC selon certaines règles: - un PC ne peut être vendu QU APRES UNE PERIODE DE GEL FIXEE PAR LA MARQUE après son acquisition par le Client - l'ordre de vente du PC peut être donné à tout moment mais la valeur de vente dépend du cours du JOUR DE TRANSACTION un Ordre de vente est valide s'il dépasse un certain montant d'Euros (ce seuil est fixé à l'avance et testé en fonction du cours des VM le jour de passation de l'ordre -tant pis si celui-ci baisse le jour de transaction) Le Back office de l'opérateur PERMET à l'opérateur de fixer un calendrier des jours de transaction (un calendrier glissant) Les Clients décident de vendre des PC. Le système vérifie si les PC que veut vendre le client ne sont pas gelés (période de gel de vente après l'acquisition; la période de gel d'un PC est reliée à la Marque mais fixée par l'opérateur dans le back office de création des PC) Le système vérifie si le Client vend suffisamment de PC pour dépasser le seuil de vente (fixé par l'opérateur DANS LE back office) - Dans le cas o les vérifications permettent la vente, le compte de PC du client est débité. - Les PC passent en statut " en cours de vente " (prévoir donc plusieurs statuts pour les PC d'un Client; a priori " en cours d'achat ", " acquis et gelés ", " acquis en vendables ", " en cours de vente ", " vendus ") Tous les PC en statut " en cours de vente " sont rassemblés dans un CARNET D'ORDRE (CO) du système l'opérateur. Le CO doit donc indiquer à l'opérateur QUELLES sont les VM à vendre (en fonction des PC et des Clients) (PAR AILLEURS, le CO contient la liste de toutes les VM à acheter pour les derniers PC à créditer à la suite du dernier envoi de FCC.) Quand le jour de transaction (prévu dans le calendrier) arrive, les différentes lignes du CO sont envoyées aux Gestionnaires de Fonds qui exécutent (en dehors du système l'opérateur) les ordres de vente et d'achat. - En dehors du système d'information de l'opérateur, les ventes de VM donnent lieu à un transfert d'argent sur le compte 'argent " de l'opérateur. les achats de VM donnent lieu à un transfert de VM sur le compte " VM " de l'opérateur. - Lorsque les comptes " VM " et " argent " de l'opérateur sont crédités et débités suite aux différents ordres, une interface Back Office permet à l'opérateur de confirmer que l'argent et les VM sont bien en place en entrant par exemple la nouvelle valeur des comptes et alors le système peut vérifier ce qu'il en est au niveau " comptabilité reflet ". * le CO est ARCHIVE avec la date du jour de transaction * les VM qui n'ont pas pu être vendues sont conservées (l'opérateur ajuste sa position) * le système vérifie que les montants de VM et d'argent crédités et débités correspondent bien aux ordres passés * le système crédite et débite les comptes de Clients en PC et argent EXEMPLE VISUEL DE CARNET D'ORDRE (uniquement pour la compréhension; il se peut que l'on différencie ensuite pour une meilleure utilisation le carnet d'ordre " achat " du carnet d'ordre " vente " puisque ces 2 ordres appellent des précisions de nature différente) Valeur Action à Si Action Si action Agent Statut de initiale effectuer = Vendre = Acheter (4) l'ordre (5) (1) (2) (3) c Acheter ********** VM4 ATP Al En attente VMl Vendre ATP * A2 Effectué VM7 Vendre Stop 100 ********** A5 Partiellement ** effectué C Acheter * VM6 à 25 Ai En attente Notes (1): La valeur initiale est soit du cash soit une VM déjà acquise (2) L'action à effectuer est forcément " acheter " si la Valeur initiale est du cash; si la valeur intiale est une VM, l'action peut être (colonne suivante): a. vendre à tout prix (ATP) b. vendre AU-DESSUS d'un seuil: STOP " seuil " (ex: Stop 100) (3) SI l'action à effectuer est " acheter ", cette colonne précise CE QU'IL FAUT ACHETER et DANS QUELLES CONDITIONS (ATP= à tout prix; ou à un prix maximum) (4) L'agent est la personne qui va effectuer l'action; elle est choisie dans une table créée par le Back-office (5) Le statut de l'ordre peut être en attente, effectué, partiellement effectué. - Remarques - On attache manuellement à partir de la table des agents, une (ou plusieurs) VM à ceux-ci de manière à ce que la colonne " agent " soit remplie automatiquement (avec possibilité de changer) et le remplissage de la colonne se fait-il " à la main " en choisissant dans un menu déroulant - A l'achat, on précise une somme en euros. A la vente il s'agit d'une somme de VM Il y a deux type d'ordres possibles (les plus utiles): " à tout prix ", " à cours limité ". Ordre "à tout prix": l'ordre à tout prix est transmis au marché sans limite de cours mais avec une indication de quantité qui est le critère essentiel de cet ordre. L'ordre à tout prix est prioritaire sur tous les autres types d'ordre. Lorsqu'il est transmis avant l'ouverture de la séance, il est exécuté en totalité au cours d'ouverture. En cours de séance, l'ordre à tout prix vient servir autant de limites que nécessaire sur la feuille de marché jusqu'à exécution de la quantité spécifiée. Si les quantités disponibles sont insuffisantes pour que l'ordre soit totalement exécuté, la valeur est réservée. L'ordre à tout prix vous assure une exécution totale dès qu'il y a cotation de la valeur mais vous ne maîtrisez pas le cours de l'exécution. De plus, sur les valeurs peu liquides, il existe un risque de décalage important du cours en cas de réservations successives. Ordre "à cours limité": l'ordre à cours limité est transmis avec un cours maximum à l'achat et un cours minimum à la vente. C'est l'ordre le plus classique. Un ordre d'achat limité à 30 Euros n'est pas exécuté aussi longtemps que le cours de la valeur est supérieur à 30 Euros. Un ordre de vente limité à 30 Euros reste en carnet tant que le cours est inférieur à 30 Euros. A l'ouverture, tous les ordres d'achat limités à des prix supérieurs et tous les ordres de ventes limités à des prix inférieurs au cours d'ouverture sont exécutés en totalité. Les ordres limités au cours d'ouverture sont dits "à cours touché": ils sont exécutés en fonction des soldes disponibles selon la règle "premier entré, premier sorti". En séance, l'exécution d'un ordre à cours limité est subordonnée à l'existence d'une contrepartie suffisante à un ou plusieurs cours compatibles avec sa limite. 2.2. Informations relatives aux MARQUES Les Marques sont des acteurs importants du système puisque ce sont les clients (au sens commercial) de l'opérateur (à ne pas confondre avec les Clients - entité du SI). L'opérateur doit donc posséder des renseignements sur ces Marques dans son système et les Marques doivent avoir accès au système pour certaines informations. Une Marque est une Société avec des interlocuteurs pour l'opérateur: ID Marque Nom de la société Adresse de la société 6 champs de 8 caractères + Pays ID Contact 1 chez la Marque Coordonnées contact 1 chez la (adresse 6 champs de 8 Marque caractères + Pays- téléphone 1, téléphone 2, email) Rôle contact 1 chez la Marque à choisir dans une table des rôles, comptable, directeur marketing, directeur général, etc. Login contact 1 pour accès au SI Password contact 1 pour accès au SI ID Contact 2 chez la Marque Coordonnées contact 2 chez la Marque Rôle contact 2 chez la Marque Login contact 2 pour accès au SI Password contact 2 pour accès au SI . ... Nb de contact DYNAMIQUE Temps de gel des PC Règles de rémunération de A préciser (% des sommes l'opérateur attribuées) Règles de constitution des PC 2.3. Principales fonctions du BACK OFFICE de l'opérateur - Créer, modifier, supprimer, visualiser (CMSV) une Marque - CMSV interlocuteurschez la Marque - CMSV Clients - CMSV des VM dans le SI - CMSV des Points Capital (structurellement formules- et pratiquement) - CMSV le carnet d'ordre (ou les carnets d'ordres) - CMSV les disponibilités en cash, en vm - CMSV les gestionnaires de fonds (agents d'actions dans le CO) FONCTIONS DU BACK OFFICE DES MARQUES 2 possibilités: 1) Avoir un système qui permettrait de donner accès aux Marques (en fonction de chacune des Marques) à un Back-office qui serait un " extrait " du back-office de l'opérateur 2) Construire pour les Marques de manière générale un back-office permettant de: - V les renseignements relatifs à la Marque (certaines informations pourraient être modifiables) - V les clients de la Marque et leur compte en PC Transmettre des FCC 3. Descriptif des flux de données et des flux de cash dans le système l'opérateur: On peut se référer utilement à la figure 3 qui représente les échanges de données dans le système d'information. A REVENDICATIONS 1 - Procédé de fidélisation par l'octroi d'une récompense à un individu en contrepartie d'une action procurant un avantage à une entreprise, comportant: - une étape de détection d'un acte déclencheur i de l'individu, déclenchant l'attribution d'une récompense Ri [par exemple 1000 points], consistant à transmettre au serveur de l'opérateur un descripteur numérique des paramètres {D1.,} de l'acte déclencheur [par exemple achat de biens pour un montant de 1000 Ieuros], - une étape d'attribution de ni contremarques numériques au client par un opérateur Op mandaté par l'entreprise, ladite récompense étant formalisée par une donnée numérique {ki, TS} calculée par un moteur de règle en fonction desdits paramètres{D1..} de l'acte déclencheur, dont le résultat {ki, TS est enregistré dans un la mémoire d'un serveur de l'opérateur, TS désignant l'identifiant du titre support, et k1 le nombre entier ou fractionnaire de valeurs mobilières supports attribuées à l'individu auteur de l'acte déclencheur i, - une étape ultérieure de la récompense par conversation d'une partie au moins des contremarques numériques enregistrées dans le compte personnel dudit individu caractérisé en ce que le procédé comporte - une étape additionnelle, corrélée à l'étape d'attribution de ladite contremarque, consistant à procéder à une acquisition d'un nombre entier Li de valeurs mobilières TS associée à ladite entreprise bénéficiant de l'avantage lié à l'acte déclencheur de l'individu, et d'enregistrer le cas échéant dans un compte numérique d'attente un nombre fractionnaire de rompus de la valeur mobilière TS, le nombre Li étant déterminé en fonction desdits paramètres {D1,..} de l'acte déclencheur, 21i et à enregistrer dans une table matricielle numérique dont l'une des dimensions correspond à l'identifiant des individus, une deuxième dimension contenant les identifiants des actions mobilières, le nombre cumulé de valeurs mobilières Li, TS et éventuellement le nombre de rompus et la valeur VTs(t) de ladite action mobilière, et la troisième dimension contient le cumul des montants ki, ts - à actualiser ladite table périodiquement en prenant en compte les nouveaux actes déclencheurs et les nouvelles valorisations des valeurs mobilières TS, - et en ce que l'étape ultérieure de conversion consiste à attribuer un paiement dont le montant est déterminé en fonction des informations numériques enregistrées dans la sous-table formée par lesdites deuxième et troisième dimensions correspondant à l'identifiant de l'individu bénéficiaire le procédé étant en outre caractérisé en ce que les actes déclencheurs sont enregistrés sur équipement informatique comportant un moyen d'acquisition des paramètres {D1,...} relatifs aux actes déclencheurs i, un moyen de d'établissement d'une session sécurisée avec le serveur de l'opérateur et de transmission desdits paramètres {Di,. } audit serveur, et en ce que le serveur fabrique un carnet d'ordre numérique de ki,TS valeurs mobilières TS après agrégation des actes déclencheurs i sur une période temporelle, et met à jour les informations de ladite table numérique lors de la réception de la confirmation de l'exécution de l'ordre d'achat..CLMF: correspondant audit carnet d'ordre numérique. 2 - Procédé de fidélisation selon la revendication 1, caractérisé en ce que ladite deuxième dimension de la table numérique comporte en plus une date 22 A d'indisponibilité des ki valeurs mobilières TS1 enregistrée en récompense de l'acte déclencheur. 3 - Procédé de fidélisation selon la revendication 1 caractérisé en ce que les périodes temporelles présentent une valeur seuil maximale. 4 - Procédé de fidélisation selon l'une des revendications 3, caractérisé en ce que les périodes temporelles sont déterminées en fonction du nombre d'ordres en attente pour la valeur mobilière TS. - Procédé de fidélisation selon la revendication 1, caractérisé en ce que le serveur réalise périodiquement une comparaison entre une information correspondant au cumul des ki, TS enregistrées dans ladite table numérique, et une information numérique fournie par le gestionnaire de compte titres, pour ladite valeur mobilière TS, et déclenchant une alerte en cas de différence entre lesdites informations numériques. 6 - Procédé de fidélisation selon la revendication 1, caractérisé en ce que le serveur réalise l'enregistre dans un espace mémoire de données statistiques sur les récompenses historisées, et de comparaison entre les paramètres {Di,} d'un nouvel acte déclencheur, avec lesdites données statistiques, pour le déclenchement d'une alerte en cas de discordance entre lesdites informations. 7 - Procédé de fidélisation selon la revendication 1, caractérisé en ce que le serveur réalise l'enregistre dans un espace mémoire de données statistiques sur les récompenses attribuées à chaque individu, et de comparaison entre les paramètres {Di,} d'un nouvel acte déclencheur d'un individu, avec lesdites données historiques dudit individu pour le déclenchement d'une alerte en cas de discordance entre lesdites informations. 8 - Procédé de fidélisation selon l'une quelconque des revendications précédentes, caractérisé en ce que le serveur réalise une compensation entre les valeurs mobilières TS enregistrée dans un carnet d'ordre non encore transmis, et une demande de conversion portant sur les mêmes valeurs mobilières TS, afin de déduire du nombre de ki, TS le nombre de valeurs mobilières TS en attente de conversion. 9 - Procédé de fidélisation selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte des étapes sécurisées de supervision par certaines catégories d'acteurs par l'accès à une partie limitée de ladite table, par l'intermédiaire d'un moyen d'habilitation. 10 - Procédé de fidélisation selon l'une quelconque des revendications précédentes, caractérisé en ce que la table comporte un indicateur de regroupement de valeurs TS provenant d'une même entreprise, et que le procédé comporte une étape de modification de l'état des sous25 tables associés par un de regroupement commun, consistant à un accès sécurisé aux dites sous-tables associées par l'individu concerné, la modification consistant à une réaffectation des nombres k entre les tables associées d'un même groupement et à déclencher un carnet d'ordres numérique en fonction desdites modifications.