Brevet FR2740581A1 — publié le 19970430

PROCEDE ET SYSTEME DE GESTION DE DEPENSES L'invention concerne un procédé et un système de gestion des dépenses réalisées par au moins une personne. ETAT DE LA TECHNIOUE Les dépenses telles que les frais de déplacement réalisés par certaines personnes amenées à effectuer des déplacements, notamment les collaborateurs non sédentaires des entreprises, et en particulier les commerciaux, sont en général réglées par la personne en déplacement sur le lieu où elles ont été réalisées puis remboursées à cette personne, généralement par le service comptabilité de l'entreprise pour laquelle cette personne travaille, sur présentation des justificatifs. Le service comptabilité doit pour chaque personne, regrouper tous les justificatifs concernant cette personne, effectuer la somme des dépenses et procéder au remboursement, ce qui représente une consommation de temps non négligeable. EXPOSE SOMMAIRE DE L'INVENTION Selon l'invention, il est proposé un procédé qui a pour objectif principal de simplifier la tâche des services de comptabilité des entreprises en regroupant les dépenses effectuées par une même personne sur un même document, et en calculant la somme des montants de ces dépenses, de façon à en faciliter le remboursement. L'édition périodique d'un tel document pour une période déterminée a en outre l'avantage de rendre aisé le suivi des dépenses. Ce procédé comprend les étapes suivantes: - (a) introduction dans un terminal de premières données, liées à la personne ayant réalisé les dépenses, - (b) introduction dans ledit terminal de secondes données, relatives aux dépenses, - (c) envoi desdites premières et secondes données à un serveur, - (d) enregistrement, par ledit serveur, desdites premières et secondes données, - (e) répétition éventuelle des étapes (a) à (d), - (f) établissement par le serveur, à un moment déterminé, d'un récapitulatif de toutes les secondes données enregistrées pendant une période déterminée, - (g) envoi dudit récapitulatif à une adresse déterminée par lesdites premières données. Ce procédé permet donc de regrouper, lorsque cela est souhaité, toutes les dépenses effectuées par une même personne dans un récapitulatif qui sert de justificatif global et individualisé des dépenses. Le procédé selon l'invention peut être mis en oeuvre par un système de gestion de dépenses selon l'invention, du type comprenant: - au moins un terminal comprenant un dispositif d'affichage, un dispositif d'introdution de données, et étant apte à établir un dialogue avec un utilisateur, - un serveur apte à communiquer avec ledit terminal, et dans lequel ledit serveur est programmé pour stocker dans une mémoire des données relatives aux dépenses réalisées par au moins une personne et pour établir, à un moment déterminé, un récapitulatif comportant toutes les données relatives aux dépenses réalisées par cette personne et stockées pendant une période déterminée. Ainsi, le procédé et le système selon l'invention présentent l'avantage de simplifier la gestion et le suivi des dépenses des personnes amenées à effectuer des déplacements qui doivent être comptabilisées en vue d'un remboursement. Ils permettent en outre d'établir des regroupements par ensemble d'utilisateurs, tels que les employés d'une même entreprise, ou des regroupement par périodes. D'autres avantages du procédé et du système selon l'invention ressortiront à la lecture de la suite de la description à laquelle sont annexées à titre uniquement illustratif, les figures 1 à 5. DESCRMION SOMMAIRE DES FIGURES La figure 1 représente schématiquement, le système de gestion de dépenses selon l'invention. La figure 2 représente les informations affichées sur le dispositif d'affichage du terminal du système selon l'invention, lorsque le terminal est en fonction dans un restaurant ou un bar. La figure 3 représente les informations affichées sur le dispositif d'affichage du terminal du système selon l'invention, lorsque le terminal est en fonction dans un hôtel. La figure 4 représente les informations affichées sur le dispositif d'affichage du terminal du système selon l'invention, lorsque le terminal est en fonction dans une station service. Les figures 5A et 5B représentent un organigramme illustrant le fonctionnement d'un serveur du système selon l'invention. EXPOSE DETAILLE DE L'INVENTION Sur la figure 1 est illustré un système de gestion de dépenses selon l'invention. Ce système comprend: - un terminal 1, - et un serveur 4 apte à communiquer avec le terminal 1. Le terminal 1 comporte généralement au moins une unité de traitement, une mémoire à contenu inaltérable du type ROM contenant un programme de base régissant le fonctionnement de l'unité de traitement, une mémoire dite vive, par exemple du type RAM (dont une partie au moins est dite "sauvegardée" c'est-à-dire non volatile grâce à une pile), un dispositif d'affichage 2 et un dispositif d'intoduction de données 3, tel qu'un clavier, un écran tactile, une ardoise électronique, un lecteur de code à barres ou tout dispositif analogue. Le terminal 1 peut recevoir des données introduites par un utilisateur au moyen du dispositif d'introduction de données 3 ou envoyées par un serveur tel que le serveur 4.Le terminal 1 peut afficher des données reçues, en provenance du dispositif d'introduction de données 3 ou d'un serveur, sous une forme alpha-numérique au moyen de son dispositif d'affichage 2. Ce dernier peut être un afficheur à cristaux liquides, ayant par exemple 1 ou 2 lignes de 16 caractères chacune, ou un écran tel qu'un écran classique d'ordinateur. Le terminal 1 comprend des moyens tels qu'un modem, le rendant apte à entrer en connexion avec un serveur, généralement par liaison filaire via un réseau de télécommunications. Le terminal 1 peut avantageusement être un appareil grand public tel que celui donné en location par la Société France Télécom sous l'appellation MINITEL. Le serveur 4 est un ordinateur comportant généralement une unité de traitement, une mémoire à contenu inaltérable du type ROM contenant un programme de base régissant le fonctionnement de l'unité de traitement et une mémoire dite vive du type RAM. 1l comprend en outre des moyens, tels qu'un modem, lui permettant de communiquer avec le terminal 1, généralement par voie filaire via un réseau de télécommunications. Lorsqu'il est appelé par le terminal 1, il est apte à décrocher, à recevoir des données en provenance du terminal 1, et à envoyer des données à ce terminal 1. 11 est capable d'effectuer un certain nombre d'opérations classiques pour un ordinateur, telles que des opérations arithmétiques (calcul d'une somme, etc...) 1l est en outre pourvu d'une mémoire de masse de grande capacité, par exemple du type disque dur, dans laquelle peuvent être stockés un fichier contenant au moins un tableau d'identification, un fichier contenant au moins un tableau d'établissements et un fichier transactions. Par tableau d'identification, on entend un tableau de correspondance entre d'une part, des premières données qui sont des données liées à la personne ayant réalisé les dépenses et qui sont généralement le nom ou le numéro d'identification de cette personne, appelée, pour simplifier, commercial dans la suite du présent exposé, et d'autre part le nom (et de préférence également l'adresse) de la société à laquelle est rattaché ce commercial. 1l s'agit d'un tableau à une entrée grâce auquel on obtient le nom (et de préférence également l'adresse) d'une société à partir du nom ou du numéro d'identification du commercial. Bien entendu, plusieurs commerciaux ou numéros d'identification peuvent être associés à une seule société. Par tableau d'établissements, on entend un tableau de correspondance entre un code représentant l'établissement où le terminal 1 est installé (code d'établissement) et des données d'affichage appropriées pour cet établissement, ces données d'affichage étant destinées à être envoyées au terminal 1 de façon à ce que celui puisse afficher, sur son dispositif d'affichage, des informations nécessaires au dialogue entre le terminal et l'utilisateur. Le tableau d'établissements est donc d'un tableau à une entrée grâce auquel on obtient les données d'affichage à partir du code d'établissement où le terminal est installé. L'établissement peut être défini comme étant tout établissement dans lequel est installé un terminal tel que décrit cidessus. Ce peut donc être, par exemple, un restaurant, un bar, un hôtel, une station service, etc...Ainsi, on peut voir s'afficher, sur le dispositif d'affichage 3 du terminal 1, lorsque ce terminal 1 se trouve dans un restaurant ou un bar, l'image représentée par la figure 2, lorsqu'il se trouve dans un hôtel, l'image représentée par la figure 3, et lorsqu'il se trouve dans une station service, l'image représentée par la figure 4. ll va de soi que ces images ne sont que des exemples et qu'on peut concevoir des images plus agréables, notamment avec des couleurs, des dessins, etc... Par fichier transactions, on entend un fichier contenant toutes les données relatives aux dépenses effectuées par les commerciaux. Toutes les données relatives aux dépenses effectuées par un seul commercial sont enregistrées en relation avec lesdites premières données de ce commercial (c'est-à-dire généralement son nom ou numéro d'identification). Les données relatives aux dépenses effectuées par un commercial sont appelées dans la suite du présent exposé secondes données. Ces secondes données qui figurent dans le fichier transactions sont généralement fontion de l'établissement (restaurant,hôtel ) où les dépenses ont été effectuées: * pour un restaurant/bar, ces secondes données sont par exemple: - le code d'établissement - le nom du commercial ou son numéro d'identification - la date de la transaction - le nombre de consommations - le montant total des consommations, - le nombre de repas - le montant total repas, - le montant TOTAL - la liste des personnes. * pour un hôtel-restaurant, les données peuvent être - le code d'établissement - le nom du commercial ou son numéro d'identification - la date de la transaction - le nombre de soirées étapes - le montant de soirées étapes total - le nombre de consommations - le montant total des consommations. - le nombre de repas - le montant total repas - le nombre de chambres - le nombre de nuits - le montant total nuits - le montant total téléphone - le montant TOTAL - la liste des personnes. * pour une station service, les données peuvent être - le code d'établissement - le nom du commercial ou son numéro d'identification - la date de la transaction - le nombre de litres de carburant - le type de carburant - le montant total - alimentation montant total - le montant TOTAL. Le programme de base régissant le fonctionnement de base du serveur 4 doit donc permettre à ce serveur 4 d'enregistrer ces données dans le fichier transactions en relation avec le nom ou le numéro d'identification du commercial ayant réalisé les dépenses. Le programme de base gère en outre l'établissement, lorque cela est souhaité, et pour chaque commercial ou numéro d'identification, d'un récapitulatif comportant une énumération de toutes les données relatives aux dépenses enregistrées en relation avec le nom ou numéro d'identification de ce commercial pendant une période déterminée. Le programme de base prévoit en outre généralement le calcul de la somme des montants des dépenses effectuées pendant la période déterminée et la mention de cette somme sur le récapitulatif. Sur le récapitulatif figure de préférence également le nom ou le numéro d'identification du commercial. Lors de l'établissement du récapitulatif, l'unité de traitement du serveur 4 retrouve en se servant de son tableau d'identification, le nom de la société concernée, c'est-à-dire la société à laquelle est rattaché le commercial ou le numéro d'identification de ce commercial. Ce nom peut figurer sur le récapitulatif et/ou s'afficher sur un écran si le serveur 4 est muni d'un écran. Grâce à ce nom, il est possible de retrouver, notamment au moyen d'un annuaire ou d'un carnet d'adresses, l'adresse de la société à laquelle va être envoyé le récapitulatif. Si le tableau d'identification contient aussi les adresses des sociétés, ce qui est préférable, le serveur détermine alors en même temps que le nom de la société, l'adresse de cette société et mentionne généralement cette adresse sur le récapitulatif avec le nom de la société et/ou, le cas échéant, l'affiche sur l'écran du serveur 4. Le récapitulatif peut être imprimé si le serveur 4 est relié à une imprimante et envoyé à l'adresse de la société concernée par la poste, après mise sous pli. Le récapitulatif peut être directement télécopié par le serveur 4, si ce serveur 4 dispose d'une carte de télécommunications du type modem/fax et si le tableau d'identification comporte le numéro de télécopie de la société concernée. Le récapitulatif peut être envoyé à une adresse virtuelle, par exemple, une adresse Internet, par le serveur 4, si ce serveur 4 dispose d'une carte de télécommunications du type modem, d'un point d'accès au réseau concerné, par exemple, le réseau Internet, et si le tableau d'identification comporte l'adresse virtuelle de la société concernée. Par conséquent, il faut entendre, par "adresse de la société, dans le présent exposé, l'adresse géographique, le numéro de télécopie, ou bien l'adresse virtuelle de la société. Fonctionnement Le procédé et le système selon l'invention sont basés sur le principe suivant: - au moins un commercial réalise des dépenses (imputables à la société ou à l'organisme auquel il est rattaché) chez un commerçant disposant d'un terminal tel que décrit cidessus, - une fois les dépenses réglées au commerçant par le commercial, l'utilisateur (de préférence le commerçant) introduit dans le terminal 1, généralement par saisie au moyen d'un clavier 3, des premières données qui sont des données liées au commercial et qui peuvent être son nom ou son numéro d'identification. Ensuite, l'utilisateur compose, sur le terminal 1, le numéro et/ou code d'accès au serveur 4. Après établissement de la connexion entre le terminal 1 et le serveur 4, l'utilisateur tape un code représentant l'établissement où il se trouve (code d'établissement). Le serveur peut alors, grâce à son tableau d'établissements, envoyer une série de données d'affichage au terminal, de sorte que celui puisse afficher sur son dispositif d'affichage 2, un certain nombre de champs illustrés à titre d'exemple par les figures 2 à 4. I1 s'ensuit un dialogue entre l'utilisateur et le terminal 1 au cours duquel l'utilisateur introduit (généralement au moyen du clavier 3) des secondes données qui sont des données relatives aux dépenses en complétant tout ou partie des champs affichés sur le dispositif d'affichage 2. Les données saisies par l'utilisateur s'affichent généralement sur le dispositif d'affichage 2. L'introduction des données peut être guidée ou facilitée par des indications s'affichant sur le dispositif d'affichage 2. A titre d'exemple d'un tel dialogue entre le terminal et l'utilisateur, on peut citer le dialogue, bien connu des citoyens français, qui s'établit entre un terminal du type MINITEL donné en location par FRANCE TELECOM et un serveur du type 3615. Une fois que l'utilisateur a terminé de saisir les données que lui demande le serveur via le terminal, et après d'éventuelles modifications, il appuye généralement sur une touche appropriée du dispositif de saisie de données déclenchant la validation de la saisie et l'enregistrement définitif desdites premières et secondes données par le serveur. La connexion entre le serveur et le terminal peut alors se terminer. Au cours de chacun de ses déplacements, le commercial va donc enregistrer les nouvelles données relatives à ses dépenses grâce à son nom ou numéro d'identification. Ces données sont ajoutées dans le fichier transactions. Le serveur établit, à un moment déterminé, c'est-à-dire en général périodiquement, par exemple au début de chaque mois, un récapitulatif des dépenses qui ont été effectuées par le commercial durant une période déterminée qui est généralement le mois qui vient de s'écouler. Grâce à son tableau d'identification, le serveur peut ensuite déterminer la société à laquelle est rattaché le commercial. Le récapitulatif peut alors être envoyé à cette société comme expliqué précédemment. Le procédé selon l'invention peut être utilisé pour gérer les dépenses d'un nombre très élevé de commerciaux. Les données relatives aux dépenses sont stockées dans le fichier transactions, en mettant en oeuvre au moins une fois les étapes (a) à (d) du procédé selon l'invention. Le serveur 4 est alors généralement programmé pour établir, au moment déterminé et pour chaque groupe de premières données (c'est-à-dire chaque nom ou numéro d'identification de commercial), un récapitulatif des données relatives aux dépenses que ce commercial a effectuées pendant la période déterminée. Le serveur 4 peut également être programmé pour effectuer des regroupements par dates, périodes ou commerciaux d'une même entreprise, qu'il peut envoyer aux entreprises concernées, ou des regroupements par établissement restaurant, hôtel...) destinés aux établissements concernés. Selon un mode de réalisation avantageux de la présente invention, chaque société ou organisme auquel sont rattachés des commerciaux dispose d'un certain nombre de cartes à puce et/ou piste magnétique et/ou code à barres qui sont attribuées chacune à un commercial. On utilise alors de préférence une carte à puce similaire à une carte téléphonique classique. Une telle carte comporte une puce qui est une mémoire du type EEPROM (mémoire à contenu effaçable électriquement) pouvant avoir une capacité allant jusqu'à 8 kilooctets (ko) ou un microcontrôleur du type THOMSON 16623 norme TE9. Dans la puce ont été chargées les premières données, de préférence le numéro d'identification qui est propre à la carte à puce. Comme carte à puce on peut utiliser une carte du type SIM 8K. Le terminal dont dispose le commerçant est alors un terminal muni d'un lecteur pouvant lire ladite carte à puce. Avantageusement ce terminal est un terminal grand public comme par exemple, celui donné en location par la société FRANCE TELECOM sous l'appellation MINITEL MAGIS. Lors de l'utilisation, l'utilisateur n'a alors plus besoin de saisir les premières données, c'est-à-dire le nom ou le numéro d'identification du commercial : il introduit simplement la carte à puce dans le lecteur du carte à puce. Le numéro d'identification est alors lu par le terminal. Selon un mode de réalisation préféré de la présente invention, on utilise un terminal plus sophistiqué, c'est-à-dire comportant, outre le lecteur de carte à puce et/ou à piste magnétique, une mémoire supplémentaire de préférence du type nonvolatile, dans laquelle peut être chargé un programme destiné à gérer le fonctionnement de ce terminal, de façon à le rendre plus autonome vis-à-vis du serveur et à réduire les temps de communication et les échanges entre ce terminal et le serveur. Ce programme contient avantageusement des données lui permettant de commander directement l'affichage des champs concernant le lieu dans lequel le terminal 1 est installé (restaurant, hôtel,....). De cette manière, l'utilisateur n'a plus besoin de saisir le code représentant l'établissement où il se trouve (restaurant, hôtel ...) car les champs appropriés s'affichent automatiquement. De plus, l'existence du tableau d'établissements n'est plus nécessaire dans la mémoire du serveur. De préférence, le programme contenu dans la mémoire supplémentaire gère l'ensemble du dialogue entre le terminal et l'utilisateur sans l'intervention du serveur. n est apte à effectuer un certain nombre d'opérations de calcul de base telles qu'une addition, afin, notamment, de calculer la somme des dépenses. Une fois toutes les données saisies par l'utilisateur, le programme peut automatiquement gérer la composition du numéro d'accès au serveur, la connexion avec ce serveur, le transfert des données saisies et la fin de la communication. Le programme peut également prévoir que l'utilisateur saisisse des données concernant plusieurs cartes, de manière séquentielle, avant de se connecter au serveur. n peut ainsi réaliser des paquets de données qu'il envoye ensuite au serveur au cours d'une seule connexion. Ceci permet d'éviter à l'utilisateur de patienter à chaque fois durant la numérotation et l'échange de données entre le serveur et le terminal et de gagner du temps aux périodes de pointe c'est-à-dire par exemple vers 14 heures, dans un restaurant, lorsque tous les commerciaux souhaitent en même temps faire enregistrer leurs dépenses. Le chargement de ce programme peut être réalisé au moyen d'un carte de type SIM que le commerçant introduit après chaque mise en route de son terminal si la mémoire est volatile, ou une seule fois si la mémoire est résidente. Avantageusement, la puce et/ou la piste magnétique de la carte du commercial est apte à recevoir des données en provenance du lecteur du terminal. Ainsi, le terminal peut, soit de façon autonome, soit sous le commandement du serveur, enregistrer dans la carte des données comme par exemple, la date de la transaction, le code d'établissement où elle a été effectuée, et le montant total des frais. De préférence, les données se cumulent dans la puce et/ou piste magnétique, de sorte que chaque nouvel enregistrement constitue une mise à jour de la carte. Le serveur est alors programmé pour recevoir des appels consultatifs en provenance d'un commercial via un terminal similaire au terminal d'un commerçant. Le commercial peut alors à volonté se connecter grâce à sa carte au serveur et consulter les dépenses qu'il a effectuées à une date qui l'intéresse ou durant une période qu'il définit. H est également possible de prévoir dans le programme contenu dans la RAM du serveur que ce serveur contienne ou ait accès à fichier contenant au moins un tableau de correspondance entre le code d'un établissement et le nom et l'adresse de cet établissement. Ceci présente l'avantage de permettre de faire figurer sur le récapitulatif le nom et l'adresse de l'établissement ou bien de communiquer cette information à un commercial lors d'une consultation des dépenses effectuées. Le serveur peut également être programmé pour envoyer, lorsque cela est souhaité, des données en vue d'un stockage dans ladite mémoire supplémentaire du terminal, en complément ou remplacement du programme qui s'y trouve, de façon à réaliser une mise à jour de ce programme. Sur les figures 5A et 5B est représenté un exemple d'organigramme illustrant le fonctionnement du serveur d'un système selon l'invention. Lorsque des données sont saisies sur un terminal, elles sont transférées au serveur qui est en situation d'attente en 101. Le serveur enregistre ensuite les données à l'étape 102 dans son fichier transactions. Ce serveur contient ou a accès généralement aux fichiers suivants: -un fichier commerciaux contenant le tableau d'identification tel que défini précédemment ainsi que d'autres données relatives aux commerciaux, telles que le nombre de transactions effectuées par chaque commercial depuis l'établissement du dernier récapitulatif, etc... - un fichier transactions tel que défini précédemment, c'est-à-dire contenant toutes les données relatives aux transactions effectuées avec le système selon l'invention, à chaque transaction correspondent le nom ou numéro d'identification du commercial et les données relatives aux dépenses réalisées, - un fichier établissements dans lequel figure une correspondance entre le code d'un établissement et ses coordonnées, et éventuellement le tableau d'établissements tel que défini précédemment, - et un fichier entreprises contenant les noms et coordonnées des entreprises ayant des commerciaux utilisant le système selon l'invention, le nombre de commerciaux rattachés à chaque entreprise, les noms de ces commerciaux et/ou leur numéro d'identification. A l'étape 103, l'unité de traitement ou microprocesseur du serveur examine si le moment est venu de déclencher les opérations d'établissement des récapitulatifs. Dans la négative, le microprocesseur retourne en 101. Dans l'affirmative, il va lire dans son fichier entreprises, selon l'étape 104, et pour chaque entreprise i parmi les n entreprises, des données telles que les coordonnées de cette entreprise i et le nombre de ses commerciaux com(i). Ces données son stockées provisoirement (dans une RAM généralement). Ensuite, pour chaque commercial j parmi les com(i) commerciaux de l'entreprise i, le microprocesseur détermine en lisant, à l'étape 105, dans son fichier commerciaux, le nombre nb(j ,i) de transactions enregistrées pour ce commercial j. Puis, pour chaque transaction k parmi les nb(j,i) transactions du commercial j de l'entreprise i, le microprocesseur retrouve par lecture, à l'étape 106, dans son fichier transactions, les données enregistrées en relation avec cette transaction k, c'est-à-dire les données relatives aux dépenses à l'origine de la transaction k, et le code de l'établissement ou s'est faite la transaction. Ce code d'établissement permet au microprocesseur de lire à l'étape 107, dans son fichier établissements, les informations etb(k) liées à cet établissement comme son nom et son adresse. Les données relatives aux dépenses de la transaction k appelées trans(kj,i) et les informations etb(k) de l'établissement sont stockées provisoirement à l'étape 108. A l'étape 109, le microprocesseur commande l'impression du récapitulatif du commercial j de l'entreprise i. Ce récapitulatif comporte généralement l'identification de l'entreprise i (nom, adresse), le nom ou numéro d'identification du commercial j, et pour toutes les k transactions effectuées par ce commercial j, les données relatives au dépenses trans(k,j,i) effectuées, l'établissement (restaurant...) etb(k) dans lequel elles ont été effectuées, et le montant total des dépenses de toutes les transactions. Ce montant total et le nom ou numéro d'identification du commercial j sont mémorisés provisoirement. Le microprocesseur peut alors retourner à l'étape 105 et recommencer avec le commercial suivant (j + 1) de l'entreprise i de façon à imprimer un récapitulatif pour ce commercial, et ainsi de suite jusqu'au dernier commercial de l'entreprise i. Après avoir imprimé pour chacun des commerciaux j de l'entreprise i un récapitulatif, le microprocesseur passe à l'étape 110 où il imprime un récapitulatif global pour l'entreprise i. Ce récapitulatif comporte par exemple la liste des commerciaux avec le montant total des dépenses réalisées par chaque commercial durant la période examinée et le montant global des dépenses réalisées par l'ensemble des commerciaux de l'entreprise i pendant la période examinée. Après leur impression, les récapitulatifs peuvent être envoyés à l'entreprise i. Puis le microprocesseur retourne à l'étape 104 et renouvelle l'impression des récapitulatifs pour l'entreprise suivante et ainsi de suite jusqu'à la dernière (nème) entreprise. Ensuite le serveur retourne en 101 et attend des données en provenance d'un terminal. Bien évidemment, l'invention n'est en aucune façon limitée par les particularités qui ont été précisées dans ce qui précède ou par les détails des modes de réalisation choisis pour l'illustrer. Nombre de modifications peuvent être apportées aux réalisations particulières qui ont été décrites à titre d'illustration et à leurs éléments constitutifs sans sortir pour autant du cadre de l'invention. Cette dernière englobe par conséquent tous les moyens constituant des équivalents techniques des moyens décrits ainsi que leur combinaison. REVENDICATIONS 1. Procédé de gestion des dépenses réalisées par au moins une personne, caractérisé en ce qu'il comprend les étapes suivantes - (a) introduction dans un terminal (1) de premières données, liées à la personne ayant réalisé les dépenses, - (b) introduction dans ledit terminal (1) de secondes données, relatives aux dépenses, - (c) envoi desdites premières et secondes données à un serveur (4), - (d) enregistrement, par ledit serveur (4), desdites premières et secondes données, - (e) répétition éventuelle des étapes (a) à (d), - (f) établissement par le serveur (4), à un moment déterminé, d'un récapitulatif de toutes les secondes données enregistrées pendant une période déterminée, - (g) envoi dudit récapitulatif à une adresse déterminée par lesdites premières données. 2. Procédé selon la revendication 1, caractérisé en ce que ledit terminal (1) est muni d'un lecteur de carte à puce et/ou piste magnétique et en ce que l'étape (a) est réalisée par introduction dans ledit lecteur d'une carte à puce et/ou piste magnétique, lesdites premières données étant contenues dans la puce et/ou la piste magnétique de ladite carte et étant lues par ledit lecteur. 3. Procédé selon la revendication 2, caractérisé en ce qu'il comprend en outre une étape d'enregistrement de tout ou partie des secondes données dans la puce et/ou la piste magnétique de ladite carte. 4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que, dans l'étape (c), L'envoi au serveur est réalisé via un réseau de télécommunications. 5. Système de gestion des dépenses réalisées par au moins une personne comprenant - au moins un terminal (1) comprenant un dispositif d'affichage (2) et un dispositif d'introduction de données (3), et étant apte à établir un dialogue avec un utilisateur, - un serveur (4) apte à communiquer avec ce terminal, caractérisé en ce que ledit serveur (4) est programmé pour stocker dans une mémoire, des données relatives aux dépenses réalisées par au moins une personne et pour établir, à un moment déterminé, un récapitulatif comportant toutes les données relatives aux dépenses réalisées par ladite personne et stockées pendant une période déterminée. 6. Système selon la revendication 5, caractérisé en ce qu'il comprend en outre au moins une carte à puce et/ou piste magnétique contenant lesdites premières données liées à la personne ayant réalisé les dépenses, et en ce que ledit terminal (1) est muni d'un lecteur apte à lire cette carte. 7. Système selon la revendication 6, caractérisé en ce que le lecteur du terminal (1) est en outre apte à enregistrer tout ou partie desdites secondes données sur ladite carte à puce et/ou piste magnétique.