FR 2730575 A1 19960814 FR 9601863 A 19960215 L'évolution des machines à affranchir est constante depuis leur apparition et leur mise en pratique réelle dans les années 1920. Les machines à affranchir sont essentiellement des dispositifs produits en série destinés à imprimer une valeur unitaire définie en vue d'une livraison de paquets et d'enveloppes par des transporteurs gouvernementaux ou privés. Le terme de machine à affranchir inclut également d'autres dispositifs similaires qui réalisent une impression d'une valeur unitaire, par exemple une machine d'apposition de timbres fiscaux. Les machines à affranchir incluent des dispositifs internes de comptabilisation ou registres, qui comptabilisent une valeur d'affranchissement mémorisée à l'intérieur de la machine. Dans tous les systèmes qui exécutent un affranchissement, par exemple une machine à affranchir, il faut veiller particulièrement à une comptabilisation correcte de tous les affranchissements appliqués. Cette comptabilisation est exigée par la loi et elle est typiquement accomplie au moyen de registres de comptabilisation bien connus tenus à l'intérieur des systèmes d'application de timbrage. La forme de ces registres peut être celle de registres croissants et décroissants. Le registre croissant est typiquement incrémenté d'une valeur représentative de la valeur totale de l'affranchissement appliqué. À un instant quelconque du fonctionnement du système, les valeurs, additionnées entre elles, des registres croissants et décroissants doivent refléter le montant total d'affranchissement appliqué par la machine.Le registre croissant indique le montant total de l'affranchissement qui résulte de l'utilisation de la machine ; et le registre décroissant reflète le montant total qui peut encore être utilisé. Afin de fournir au système un montant initial de fonds d'affranchissement, le registre décroissant est chargé du montant d'une valeur qui représente le montant des fonds d'affranchissement qui peuvent être appliqués, tandis que le registre croissant est placé à une condition de fonds nuls. Si une composante du système d'application d'affranchissement était mise hors service pour une raison quelconque, il serait typiquement impossible de continuer à appliquer des affranchissements jusqu'à ce que tout le système soit remis en service. Le dispositif de comptabilisation comptabilise tant la recharge de la machine à affranchir par une valeur additionnelle d'affranchis-sement que l'impression d'affranchissement par le mécanisme d'impression de la machine. Si des systèmes indépendants externes de comptabilisation sont utilisés, ils sont subrogés aux dispositifs ou registres de comptabilisation de la machine à affranchir lors d'une comptabilisation des affranchissements imprimés par la machine. Par conséquent, des machines à affranchir doivent posséder une fiabilité élevée pour éviter la perte de fonds appartenant au gouvernement ou à un utilisateur. Tout récemment, on a observé une évolution, à partir d'un dispositif complètement mécanique de machine à affranchir, vers des machines qui incorporent de façon extensive des composantes électroniques. Et, bien que le nombre de modifications ait été sensible, certains éléments sont restés constants. Par exemple, le besoin de sécurité est absolu. Un autre facteur commun aux systèmes antérieurs et actuels d'affranchissement est l'inclusion d'un marquage d'affranchissement qui est normalement placé ou imprimé dans le coin supérieur droit d'une surface d'une enveloppe ou d'un paquet. Bien que le fonctionnement des machines à affranchir ait été satisfaisant jusqu'ici et qu'il continue à l'être, des systèmes d'affranchissement qui réunissent la commodité d'une machine à affranchir avec les avantages des systèmes de comptabilisation de courriers en utilisant des dispositifs de traitement de données pour offrir une utilité accrue sont devenus plus communs avec l'avancée des arts de l'électronique. Ces systèmes sont moins onéreux et sont plus flexibles tout en offrant cependant la capacité de service et la sécurité nécessaire dans l'art des machines à affranchir. Un tel système, appelé "POSTAGE AND MAILING INFORMATION APPLYING SYSTEM", c'est-à-dire Système d'affranchissement de courrier et d'application d'informations d'expédition est décrit dans le brevet des États-Unis n 4 725 718 de Ronald P.Sansone et al. publié le 16 février 1988 et cédé au cessionnaire de la présente invention. L'évolution des système d'expédition de courrier a entraîné un besoin d'un système de gestion du courrier qui offre une commande centralisée d'un ou plusieurs dispositifs d'application d'affranchissement d'une manière telle que l'activité des dispositifs puisse être contrôlée et enregistrée par un système hôte. De cette manière, il est possible d'effectuer une comptabilisation de l'activité de tous les dispositifs d'application d'affranchissement qui sont couplés au système hôte. Cette commande centralisée conduit à une efficacité accrue et à une fiabilité de comptabilisation dans le fonctionnement d'ensemble d'une salle d'expédition de courrier.Par exemple, dans une grande organisation comme une corporation, la salle d'expédition de courrier effectue typiquement des services d'expédition de courrier pour divers clients différents, par exemple des départements différents de l'organisation. Des clients individuels peuvent être le département commercial, le département de production, le département des affaires juridiques et d'autres départements divers intérieurs à l'organisation. Afin que chaque département puisse être débité précisément pour les services exécutés par la salle d'expédition de courrier, il est souhaitable d'engendrer un rapport qui alloue, sur une base de département par département, les dépenses d'affranchissement et la valeur des services rendus par la salle d'expédition qui sont liés à des fonctions d'expédition de courrier. Dans d'autres organisations, la salle du courrier peut être un service principal offert par l'organisation ; l'organisation traitant et expédiant typiquement du matériel pour de nombreux clients différents. Dans ce type d'organisation, il est essentiel que l'affranchissement appliqué et les services liés à l'application de l'affranchissement soient alloués sur une base client par client afin que chaque client puisse être facturé correctement pour les affranchissements dépensés et les services rendus. On peut donc réaliser qu'il est important, dans tout type d'organisation qui comprend une salle d'expédition de courrier, que l'expédition du courrier puisse identifier chaque client d'une façon spéciale afin que chaque client puisse être facturé correctement. Et, comme décrit précédemment, il est essentiel aussi que la valeur d'affranchissement de chaque objet postal traité soit comptabilisée avec précision pour éviter des fraudes ou des erreurs par inadvertance dans l'application des affranchissements. La règle empirique sous-jacente est donc que la machine à affranchir a toujours raison. I1 faut donc que le système d'expédition réponde tant aux exigences du service postal qu'à celles du client. C'est donc un but de la présente invention que de réaliser un système d'expédition du courrier qui allie la commodité d'une machine à affranchir avec les avantages d'un système de comptabilisation postale. Pour atteindre ce but, la présente invention fournit, selon un premier aspect, un procédé d'affranchissement, de comptabilisation et de facturation d'objets et de services postaux caractérisé en ce qu'il comprend les étapes consistant à (a) autoriser un système de traitement de données à communiquer avec une machine à affranchir; (b) initialiser un programme d'application dudit système de traitement de données dans lequel un compte de clients peut être établi ou modifié; (c) entrer des données du client dans ladite application et déterminer si ledit client paie une transaction à l'achèvement de ladite transaction ou en étant facturé à la fin d'une période temporelle prédéterminée; (d) lancer une transaction en entrant des données additionnelles et un premier ensemble de valeurs dans un champ de données de ladite application;; (e) vérifier que des registres de ladite machine à affranchir concordent avec un enregistrement desdits registres maintenu à l'intérieur dudit système de traitement de données et, si lesdits registres ne concordent pas, effectuer une rectification; (f) affranchir un ou plusieurs objets postaux à une deuxième valeur (g) achever ladite transaction en totalisant ledit premier ensemble de valeurs, en totalisant lesdites deuxièmes valeurs, et en déterminant ensuite si lesdites données de transaction ou ladite valeur de transaction doivent être corrigées; (h) corriger par une modification ladite valeur de transaction si elle est incorrecte et enregistrer ladite transaction dans la mémoire dudit système de traitement de données si ladite valeur de transaction est correcte ; et (i) demander un paiement concernant ladite transaction ou enregistrer ladite valeur de transaction dans ledit compte du client en vue d'une facturation ultérieure, en fonction de la détermination de l'étape (c). Ladite transaction peut comprendre les étapes consistant à (a) déterminer un tarif à appliquer à un lot d'objet postaux, ledit lot d'objets postaux contenant au moins un objet postal; (b) introduire dans ladite machine à affranchir ledit lot d'objets postaux et affranchir ensuite chaque objet postal dudit lot et enregistrer une valeur d'affranchissement qui est basée sur tous contrats ou remises qui sont associés audit compte du client; et (c) déterminer si un service ou un produit postal doit être inclus dans ladite transaction, et entrer ensuite une valeur dudit service ou dudit produit postal. La machine à affranchir peut être connectée fonctionnellement audit système de traitement de données par un dispositif de liaison de machine à affranchir. Lesdites transactions enregistrées dans ledit compte du client peuvent être retenues pendant ledit temps prédéterminé et une facture est engendrée en ce qui concerne le compte dudit client. Lesdites données additionnelles et lesdites données du client sont rectifiées, ladite rectification comprenant les étapes consistant à (a) déterminer que des registres ascendant et descendant de ladite machine à affranchir ne sont pas en corrélation avec des registres croissants et décroissants enregistrés par ledit système de traitement de données;; (b) déterminer une différence de valeurs entre lesdits registres de ladite machine à affranchir et lesdits registres enregistrés dudit système de traitement de données (c) sélectionner un compte de client à rectifier (d) calculer le montant d'une valeur dont ledit compte sera rectifié, ledit montant de valeur étant basé sur ladite différence de valeur et sur toute majoration ou remise correspondant audit compte et (e) passer une écriture dudit montant de valeur dans ledit compte sélectionné de client. Lesdites données additionnelles et lesdites données de client peuvent être modifiées, une valeur monétaire étant déplacée soit d'un premier compte vers un deuxième compte, soit dudit deuxième compte vers ledit premier compte, ladite modification comprenant les étapes consistant à: (a) déterminer un compte à modifier; (b) déterminer un montant de valeur dont ledit compte sera modifié; (c) déterminer si ladite valeur déterminée doit être ajoutée ou soustraite dudit compte ; et (d) déplacer ladite valeur déterminée dudit premier compte vers un deuxième compte si ladite valeur déterminée doit être soustraite dudit premier compte, et déplacer ladite valeur déterminée dudit deuxième compte vers ledit premier compte si ladite valeur déterminée doit être ajoutée audit premier compte. Le procédé peut comprendre en outre les étapes consistant à: (a) déterminer si ladite transaction a été ou non appliquée par erreur audit compte du client et, s'il est déterminé que ladite transaction a été appliquée par erreur (b) identifier ladite transaction appliquée par erreur; (c) transférer à un deuxième compte ladite transaction appliquée par erreur; (d) calculer un montant de valeur dont lesdits champs de données dudit compte de client seront modifiés, ledit montant de valeur étant basé sur toute majoration ou toute remise correspondant audit compte du client; (e) calculer un deuxième montant de valeur dont lesdits champs de données dudit deuxième compte seront modifiés, ledit montant de valeur étant basé sur toute majoration ou remise correspondant audit deuxième compte ; et (f) transférer automatiquement à leurs comptes respectifs ledit montant calculé de valeur et ledit deuxième montant calculé de valeur. Ladite transaction imprimée peut être résumée par ledit système de traitement de données, un exemplaire de ladite transaction résumée étant donnée comme reçu audit client. Ladite communication avec ladite machine à affranchir peut se produire en temps réel d'une manière telle qu'un index ascendant de chaque objet postal en cours d'affranchissement dans ladite transaction et/ou un total ascendant de la valeur de chacun desdits affranchissements d'objets postaux de ladite transaction est affiché sur un premier affichage ou sur un deuxième affichage. Ledit système de traitement de données peut être en communication passive avec une série de machines à affranchir, ladite communication passive permettant à une machine à affranchir unique à la fois de communiquer activement avec ledit système de traitement de données; ledit système de traitement de données maintenant un enregistrement des registres croissants et décroissants pour chacune des machines à affranchir de ladite série de machines à affranchir. Des espèces, des coupons ou l'un quelconque d'une série de véhicules représentant une valeur peuvent être placés dans un moyen de confinement afin de mettre en sûreté lesdites espèces, lesdits coupons ou ladite série de véhicules, ledit moyen de confinement pouvant être ouvert par une instruction dudit programme d'application. Selon un deuxième aspect, l'invention fournit un procédé d'affranchissement, de comptabilisation et de facturation d'objets et de services postaux caractérisé en ce qu'il comprend les étapes consistant à (a) autoriser un système de traitement de données à communiquer avec une machine à affranchir; (b) initialiser un programme d'application dudit système de traitement de données dans lequel un compte de clients peut être établi et/ou modifié (c) entrer des données du client dans ladite application; (d) lancer une transaction en entrant des données additionnelles et des valeurs dans un champ de données de ladite application;; (e) vérifier que des registres ascendant et descendant de ladite machine à affranchir concordent avec un enregistrement desdits registres maintenu à l'intérieur dudit système de traitement de données et, si lesdits registres ne concordent pas, effectuer une rectification; (f) achever ladite transaction en totalisant lesdites valeurs, et en déterminant ensuite si lesdites données de transaction ou ladite valeur de transaction doivent être corrigées; (g) corriger par une modification ladite valeur de transaction si elle est incorrecte et enregistrer ladite transaction dans la mémoire dudit système de traitement de données si ladite valeur de transaction est correcte;; (h) enregistrer ladite valeur de transaction dans ledit compte du client en vue d'une facturation ultérieure (i) télécharger lesdites données de transaction et ladite valeur de transaction vers un support à utiliser pour préparer ladite facturation ultérieure ; et (j) télécharger dans ledit système de traitement de données un ensemble de données et de valeurs. Le procédé peut être à mettre en oeuvre dans un appareil d'affranchissement, de comptabilisation et de facturation de services postaux qui comprend: (a) un moyen de traitement de données pour enregistrer des comptes de client, des données de comptes, et calculer des valeurs pour des objets postaux affranchis sous commande d'un programme d'application, ladite programmation évaluant des remises et/ou des majorations sur une base automatique selon les besoins (b) une balance de pesée; (c) au moins une machine à affranchir et au moins une base correspondante de machine à affranchir; (d) un affichage; (e) un moyen de confinement pour retenir et/ou mettre en sécurité les espèces; (f) une imprimante; (g) un clavier pour effectuer l'entrée de données dans ledit moyen de traitement de données;; (h) un moyen de mémoire inclus dans ledit moyen de traitement de données pour enregistrer et maintenir ledit compte en vue d'une facturation ultérieure ; et (i) un modem. Ledit téléchargement peut être accompli en utilisant un modem qui est connecté fonctionnellement audit système de traitement de données, ledit téléchargement du système étant effectué vers un deuxième système de traitement de données. Ledit ensemble de données ou de valeurs téléchargées peut consister en une liste de tarifs ou de mises à jour de tarifs téléchargés précédemment, ou consister en une valeur d'affranchissement additionnelle à ajouter à la machine à affranchir en vue d'un affranchissement. Ces buts, particularités et avantages de la présente invention ainsi que d'autres ressortiront mieux de la description qui suit d'un mode de réalisation préféré de l'invention en se référant aux dessins annexés dans lesquels la FIG. 1 est un schéma fonctionnel d'un système d'expédition de courrier qui peut incorporer la présente invention. la FIG. 2 est un schéma logique de haut niveau du procédé à employer en utilisant le système de la Fig. 1. la FIG. 3 est un schéma logique de la manière dont un nouveau fichier de client est créé selon le procédé de la FIG. 2. La FIG. 4 est un schéma logique de la manière dont un fichier de client est corrigé selon le procédé de la FIG. 2. La FIG. 5 est un schéma logique d'une recherche de client et des trajets possibles de section correspondants selon le procédé de la FIG. 2. La FIG. 6 est un schéma logique de la création d'une transaction selon le procédé de la FIG. 2. La FIG. 7 est un schéma logique de l'exécution d'une transaction selon le procédé de la FIG. 2. La FIG. 8 est un schéma logique d'une manière dont des données dérivées d'une transaction d'affranchissement sont inscrites. La FIG. 9 est un schéma logique du module de gestion d'affranchissement qui exécute les transactions en fonction de la capacité de la tête d'affranchissement. La FIG. 10 est un schéma logique du processus de transfert de comptes selon le procédé de la FIG. 2. Les FIG. 11A et 11B sont des schémas logiques de gestion de l'affichage pour le processus de transfert. La FIG. 12 est un schéma logique de la gestion de l'affichage et de l'impression du rapport de processus de transfert. La FIG. 13 est un schéma logique du processus de rectification selon le procédé de la FIG. 2 Les FIG. 14A et 14B sont des schémas logiques de la gestion des interrogations du journal d'affranchissement qui permettent d'examiner et d'imprimer les transactions exécutées pour un compte donné. La FIG. 15 est un schéma logique de la fonction de lecture de compte qui est utilisé pour déterminer l'existence ou l'absence d'un compte et pour lire l'enregistrement de compte si le numéro de compte est accessible. La FIG. 16 est un schéma logique de la manière dont les rapports du système peuvent être examinés et/ou imprimés. Les FIG. 17A, 17B et 17C sont des schémas logiques de l'examen de rapports qui peuvent être engendrés par le système. La FIG. 18 est un schéma logique de la gestion d'un écran d'examen et/ou d'un processus d'impression concernant l'histoire des transactions. Les FIG. 19A et 19B sont des schémas logiques de la préparation du rapport mensuel du système pour les transactions accumulées quotidiennement. La FIG. 20 est un schéma logique de la création et de l'accumulation des différentes colonnes pour le contrôle des ventes. En se référant maintenant à la FIG. 1, il y est représenté un système 10 d'expédition de courrier, qui est représentatif d'un système qui emploierait le procédé selon l'invention et qui inclut: un microprocesseur 12 connecté au moniteur 14 par un câble 22(a); un dispositif de balayage 16 connecté au microprocesseur 12 par un câble 22(b); plusieurs dispositifs de liaison 18(a à n) de machines à affranchir connectés au microprocesseur 12 par un câble 22(c); une carte d'entrée/sortie numérique 20 connectée au microprocesseur 12 par une position 22(d) d'interface; un modem 22 connecté au microprocesseur 12 par un câble 22(e); un clavier 24 connecté au microprocesseur 12 par un câble 22(f); une balance de pesée 26 connectée au microprocesseur 12 par uncâble22(g); une imprimante 28 connectée au microprocesseur 12 par un câble 22(h);; une mémoire 30 connectée au microprocesseur 12 par un câble 22(i); des machines à affranchir 32(a à n) connectées aux dispositifs de liaison 18(a à n) de machines à affranchir par un câble d'interface Echoplex 22(j); et une base 32 d'expédition de courrier connectée à la carte numérique d'entrée/sortie 20 par un câble 22(k). La base 32 d'expédition de courrier est du type qui peut être déclenché à distance par le passage d'un objet postal ; de telles bases sont connues et sont développées et commercialisées par Pitney Bowes Inc. de Stamford, Connecticut, qui est le cessionnaire de la présente invention. Un dispositif 18 de liaison de machines à affranchir permet à un système hôte de traitement de données de commander à distance des machines à affranchir ou des dispositifs connus tels que des registres de paquets, des balances ou des machines à expédier. Il faut noter qu'un ou plusieurs machines à affranchir 30 pourraient être connectées fonctionnellement au microprocesseur 12 ; un dispositif correspondant 18 de liaison de machines à affranchir serait utilisé pour chaque machine à affranchir 32 qui est connectée fonctionnellement de cette manière. Un exemple d'un dispositif de liaison de machines à affranchir est le dispositif MeterLink qui est développé et commercialisé par Pitney Bowes Inc. de Stamford, Connecticut, qui est le cessionnaire de l'invention décrite ici. Des applications typiques qui emploieraient un dispositif de liaison de machines à affranchir sont comptabiliser les affranchissements ou les coûts ; mettre à jour les enregistrements de transactions ; définir des affranchissements ou autres commandes de machines à affranchir ; ajouter des fonds à une machine à affranchir; ou distribuer du ruban d'emballage. Le système d'expédition 10 possède la capacité d'effectuer une sauvegarde et restauration hebdomadaire de ces fichiers de données de façon qu'une donnée puisse être restaurée en cas de défaillance du système. Une donnée d'un jour individuel qui pourrait être perdue dans le cas contraire, peut être restaurée à partir de l'un quelconque de plusieurs milieux disponibles qui incluent: une bande, une disquette, un téléchargement à partir d'un système de sauvegarde, un téléchargement à partir d'un système de niveau supérieur ; ou un téléchargement à partir d'un dispositif quelconque d'une série de dispositifs de mémoire que le système d'expédition 10 peut télécharger. En se référant à la FIG. 2, à l'étape 50, le programme d'application du système 10, que l'on appellera ici le système, et les dispositifs des matériels périphériques sont lancés par un opérateur du système en utilisant un mot de code approprié. L'utilisation d'un mot de code est commandé en ce qu'un gestionnaire du système peut émettre des mots de code sur la base du niveau d'accès qui est autorisé au système. Des données du client sont entrées à l'étape 52. Ces données incluent : le nom du client, son adresse, le type du client qui peut être occasionnel ou régulier, un code de système pour le client une information générale qui peut être exigée par l'autorité postale ou le fournisseur de services de courrier ; et tous les tarifs, remises ou majorations spéciales qui peuvent s'appliquer à ce client.Lorsque les données du client sont entrées, le système assigne un code quelconque exigé par l'autorité postale pour identifier ce client. Les objets postaux du client peuvent ensuite être pesés. Les objets postaux sont pesés individuellement à l'étape 54 et le système détermine à l'étape 56, sur la base de tables de tarifs incorporées, un montant d'affranchissement pour chaque objet postal. Le système avance vers l'étape 58 où le système interroge les registres croissant (ascendant) et décroissant (descendant) de la machine à affranchir et les registres croissants et décroissants enregistrés par le système pour déterminer s'ils concordent. Si les registres de la machine diffèrent des registres du système, le système appelle un écran de rectification à l'étape 59 et effectue une rectification à l'étape 60 ; dans le cas contraire, le système avance vers l'étape 62. Des registres d'une machine à affranchir peuvent différer des registres du système dans le cas où la machine à affranchir a été sortie de la ligne et été utilisée indépendamment du système, et où la machine à affranchir a été ensuite réintroduite dans le système. Une rectification consiste en plusieurs étapes ; celles-ci consistent à déterminer que des registres croissants et décroissants de ladite machine à affranchir ne sont pas en corrélation avec des registres croissants et décroissants enregistrés par ledit système de traitement de données; déterminer une différence de valeurs entre lesdits registres de ladite machine à affranchir et lesdits registres enregistrés dudit système de traitement de données sélectionner un compte de client à rectifier calculer le montant d'une valeur dont ledit compte sera rectifié, ledit montant de valeur étant basé sur ladite différence de valeur et sur toute majoration ou remise correspondant audit compte et passer une écriture dudit montant de valeur dans ledit compte sélectionné de client. Quand la rectification est achevée à l'étape 60, le système revient à l'étape 52. Un schéma logique du processus de rectification est représenté à la FIG. 13. Quand le système a avancé à l'étape 62, les objets postaux individuels sont affranchis par la machine postale à affranchir selon la valeur déterminée à l'étape 56. À l'étape 64, le système détermine ensuite toutes charges de service applicables à additionner au compte du client ; le montant d'affranchissement augmenté de toutes les charges sont entrés au compte du client et sont affichés dans un champ de données à l'étape 66. À l'étape 68, le système interroge pour déterminer s'il existe une erreur dans les champs affichés. Si la réponse est oui, le système exécute un transfert à l'étape 70 ; si la réponse à l'interrogation de l'étape 68 est non, le système ferme la transaction à l'étape 72. Un transfert consiste en plusieurs étapes, à savoir déterminer si ladite transaction a été ou non appliquée par erreur audit compte du client et, s'il est déterminé que ladite transaction a été appliquée par erreur: identifier ladite transaction appliquée par erreur; transférer à un deuxième compte ladite transaction appliquée par erreur; calculer un montant de valeur dont lesdits champs de données dudit compte de client seront modifiés, ledit montant de valeur étant basé sur toute majoration ou toute remise correspondant audit compte du client; calculer un deuxième montant de valeur dont lesdits champs de données dudit deuxième compte seront modifiés, ledit montant de valeur étant basé sur toute majoration ou remise correspondant audit deuxième compte ; et transférer automatiquement à leurs comptes respectifs ledit montant calculé de valeur et ledit deuxième montant calculé de valeur. Quand le transfert est achevé à l'étape 70, le système revient à l'étape 72 où le système ferme la transaction avant d'avancer à l'interrogation de l'étape 74. À l'étape 74, le système interroge pour déterminer s'il existe des transactions additionnelles. Si la réponse est OUI, le système revient à l'étape 52. En revanche, si la réponse est NON, le système avance vers l'étape 76. Un schéma logique du processus de transfert est représenté à la FIG. 10 où le système interroge pour déterminer s'il existe des transactions additionnelles. Lorsque le système a déterminé à l'étape 74 qu'il n'existe aucune transaction additionnelle, le système interroge de nouveau, à l'étape 74, pour déterminer si une erreur a été passée en écriture. Les erreurs qui font l'objet des étapes 68 et 76 concernent le passage d'écritures de données de transaction, en totalité ou en partie dans un compte erroné ; et elles peuvent donc se produire aussi bien avant qu'après la fermeture d'une transaction à l'étape 72. Si la réponse à l'étape 76 est OUI, le système interroge à l'étape 78 si un transfert a ou non été effectué. Si la réponse à l'interrogation de l'étape 78 est OUI, le système avance vers l'étape 80 et effectue un transfert. En revanche, si la réponse à l'étape 78 est NON, le système avance vers l'étape 82. Après les étapes 78 et 80, ou si la réponse à l'interrogation de l'étape 74 est NON, le système avance vers l'étape 82. À l'étape 82, le système interroge pour déterminer si le client doit être facturé. Si la réponse à l'interrogation de l'étape 82 est OUI, l'écriture de la transaction est passée au compte du client à l'étape 84 en vue d'une facturation future. Le système ferme alors le programme d'application à l'étape 90. Si la réponse à l'interrogation de l'étape 82 et NON, l'écriture de la transaction est passée au compte du client à l'étape 86, ce qui provoque l'ouverture du tiroir caisses de façon que le client puisse payer la valeur de la transaction à l'étape 88. Lors de la fermeture du tiroir caisse par l'opérateur du système, le système avance vers l'étape 90 et ferme le programme d'application. En passant à la FIG. 3, il y est représenté un schéma logique de la création d'un nouveau compte de client. L'opérateur du système entre dans le programme d'application à l'étape 100 et entre à l'étape 102 un code de système pour le nouveau client. À l'étape 104, le système interroge sa base de données pour déterminer si le code entré à l'étape 102 existe déjà. Si la réponse à l'étape 104 est OUI, le système avance vers l'étape 106 où la légende "ALREADY EXISTS", c'est-à-dire existe déjà, est affichée à l'opérateur du système. Le système avance ensuite à l'étape 108 où le nome du client est affiché. À partir de l'étape 108, la sortie de l'application est effectuée à l'étape 126. Si la réponse à l'étape 104 est NON, le système place un code par défaut pour égaler le code du système à l'étape 110. Un code du système est assigné par l'opérateur du système à l'instant où un client lance sa première transaction. Un code peut aussi être assigné à un client par le système postal ou par le fournisseur de services postaux. Si le compte du client est établi ou est en cours d'établissement et que le système postal ou le fournisseur de services postaux n'a pas encore établi de code pour le client, le système assigne un code par défaut au champ correspondant de données. À différents points de l'application, un code de client assigné par le service postal ou par le fournisseur de services d'expédition peut être entré dans le champ de défaut de manière à identifier ce client. Dès lors que le code par défaut est placé à l'étape 110, une initialisation par défaut des champs de données est effectuée à l'étape 112; ceci permet d'entrer des données dans ces champs à l'étape 114. Le système avance vers l'étape 116 où il interroge pour déterminer si les entrées de données ont été effectuées de façon appropriée. Si la réponse est OUI, le système interroge à l'étape 120 pour déterminer s'il existe une validation des entrées. Si la réponse est OUI, le système sauvegarde les nouvelles données à l'étape 122, en créant ainsi à l'étape 124 un fichier de nouveau client. La sortie de l'application s'effectue à l'étape 126. Si la réponse à l'interrogation 116 est NON, le système indique à l'étape 118 à l'opérateur du système qu'une erreur s'est produite. Le système avance ensuite à l'étape 126 et sort de l'application. Si la réponse à l'interrogation de l'étape 120 est NON, le système avance vers l'étape 126 et sort de l'application. En se référant maintenant à la FIG. 4, il y est représenté un schéma logique du processus de modification. Une modification consiste en plusieurs étapes déterminer en premier lieu un compte à modifier déterminer un montant de valeur dont ledit compte sera modifié; déterminer si ladite valeur déterminée doit être ajoutée ou soustraite dudit compte ; et déplacer ladite valeur déterminée dudit premier compte vers un compte maison si ladite valeur déterminée doit être soustraite dudit premier compte, et déplacer ladite valeur déterminée dudit compte maison vers ledit premier compte si ladite valeur déterminée doit être ajoutée audit premier compte. Pour effectuer une modification, l'opérateur du système entre dans le programme d'application à l'étape 130 et commence, à l'étape 132, une recherche de client par code de système, code par défaut, ou nom de client. La recherche du client est décrite en détail à la FIG. 5. À l'étape 134, le système interroge pour déterminer si la recherche du client a été réussie. Si la réponse à l'interrogation est NON, le système avance vers l'étape 156 où le fichier de client est fermé et le programme revient au menu d'application. En revanche, si la réponse à l'interrogation de l'étape 134 est OUI, le système affiche à l'étape 136 le client sélectionné et permet à l'opérateur du système d'effectuer des modifications aux champs souhaités de données. L'opérateur du système effectue des modifications à l'étape 138 et le système avance ensuite vers une série d'interrogations qui commencent à l'étape 140. À l'étape 140, le système interroge pour déterminer si le champ de code postal a varié. Le code postal est assigné par les services postaux ou par le fournisseur de services d'expédition. Si un code est émis, le code est placé dans le champ approprié au-dessus du code par défaut. En revanche, si aucun code n'est en cours d'édition, le code par défaut reste dans le champ. Si la réponse à l'interrogation de l'étape 140 est oui, le système avance vers l'étape 142 et interroge pour déterminer si le code postal sélectionné existe déjà. Si la réponse à l'interrogation de l'étape 142 est OUI, le système avance vers l'étape 144 où la légende ALREADY EXISTS, c'est-à-dire existe déjà, est affichée pour l'opérateur du système ; le système affiche à l'étape 146 le fichier du client pour le client préexistant et avance ensuite à l'étape 156 où le fichier du client est fermé et le programme revient au menu d'application. Si la réponse à l'interrogation de l'étape 140 est NON, le système avance vers l'étape 148 où le système interroge pour déterminer si des entrées ont ou non été effectuées de façon appropriée. Si la réponse est NON, le système indique une erreur à l'étape 150 et avance vers l'étape 156 où le fichier de client est fermé et le programme revient au menu d'application. Si la réponse à l'interrogation est OUI, le système valide la modification à l'étape 152, modifie les données du client dans la base de données à l'étape 154, et avance ensuite à l'étape 156 où le fichier de client est fermé et le programme revient au menu d'application. En passant maintenant à la FIG. 5, il y est représenté les étapes nécessaires pour effectuer une recherche de clients. L'opérateur du système commence à l'étape 160 la recherche du client et un choix de trois trajets lui est offert, selon que l'opérateur du système a ou non entré un numéro de code de système, un numéro de code postal, ou le nom propre du client recherché. Si l'opérateur du système a entré le code du système l'opérateur entre dans la recherche à l'étape 162. Le système effectue la recherche par ordre numérique croissant à l'étape 164 et il affiche ensuite la liste des clients à l'étape 166. La liste des clients représente des noms de clients, des codes postaux, et indique s'il s'agit de clients réguliers ou occasionnels. Si l'opérateur du système a entré le code postal, l'opérateur entre dans la recherche à l'étape 168. Le système continue la recherche par ordre numérique croissant à l'étape 170 et il affiche ensuite la liste des clients à l'étape 172. La liste des clients représente les noms de clients, des codes postaux, et indique s'il s'agit de clients réguliers ou occasionnels. Si l'opérateur du système a entré les lettres du nom propre du client, l'opérateur entre dans la recherche à l'étape 174. Le système effectue la recherche par ordre alphabétique à l'étape 176 et il affiche ensuite la liste des clients à l'étape 178. La liste des clients présente des noms de clients, des codes postaux et indique s'il s'agit de clients réguliers ou occasionnels. Les listes des clients présentées aux étapes 166, 172 et 178 avancent chacune jusqu'à l'étape 180 où le système interroge pour déterminer si des éléments doivent ou non être sélectionnés dans les listes affichées. Si l'opérateur du système effectue une sélection, le système avance vers l'étape 182 où le client sélectionné est affiché ; le système avance ensuite à l'étape 184 où la recherche de client est achevée. Si l'opérateur du système n'effectue aucune sélection à l'étape 180, le système avance vers l'étape 184 où la recherche du client est achevée. En se référant maintenant à la FIG. 6, la création d'une transaction est représentée comme débutant par une vérification de date à l'étape 190. Le but de la vérification de date est de s'assurer que le système n'a été, ni restauré ni configuré de nouveau. Après la vérification de la date à l'étape 190, le client est sélectionné à l'étape 192. Le système interroge à l'étape 194 pour déterminer si la sélection de l'étape 192 est correcte. Si la réponse à l'interrogation 194 est NON, le système avance vers l'étape 210 où une erreur ou fin de sélection d'opérateur est enregistré. En revanche, si la réponse à l'interrogation de l'étape 194 est OUI, le système interroge à l'étape 196 pour déterminer si le compte est verrouillé. Si la réponse est OUI, le système avance vers l'étape 210 où une erreur ou fin de sélection d'opérateur est enregistrée. En revanche, si la réponse à l'interrogation de l'étape 196 est NON, le système interroge, à l'étape 197, pour déterminer si un ajustement de tarif est ou non nécessaire. Si la réponse est OUI, le système avance vers l'étape 198 où les tarifs sont ajustés.Si la réponse à l'interrogation de l'étape 197 est NON, le système avance vers l'étape 199 où le système peut accepter un poids qui vient de la balance de pesée 24, ou bien le système peut accepter une entrée manuelle. Lorsqu'un poids est accepté à l'étape 198, le système avance vers l'étape 200 et sélectionne un type d'expédition postale, par un procédé de classe ou de tarif. Sur la base du type d'expédition postale, le système détermine à l'étape 202 le coût d'affranchissement et interroge à l'étape 204 pour déterminer si le coût calculé est acceptable. 1l est possible d'ajuster des facturations de transactions en sens croissant ou décroissant pour refléter des remises, des majorations ou autres débits. Si la réponse à l'interrogation de l'étape 204 est NON, le système avance vers l'étape 210 où une fin de sélection d'opérateur est enregistrée. En revanche, si la réponse à l'interrogation de l'étape 204 est OUI, le système interroge à l'étape 206 pour déterminer si le système est ou non préparé à exécuter la transaction. Si la réponse à l'interrogation de l'étape 206 est NON, le système avance vers l'étape 210 où une fin de sélection d'opérateur est enregistrée. En revanche, si la réponse à l'interrogation de l'étape 206 est OUI, le système avance vers l'étape 208 où une exécution de transaction est enregistrée comme événement vrai et la transaction est crée à l'étape 214. La création de la transaction prépare le système pour l'exécution de la transaction. Une transaction est exécutée selon les étapes décrites plus loin à la FIG. 7. Si la réponse à l'une des interrogation des étapes 194, 196, 204 et 206 a conduit à l'étape 210, le système enregistre comme événement faux l'exécution de transaction à l'étape 212, et l'absence de transaction est achevée à l'étape 214. En se référant maintenant à la FIG. 7, l'exécution de la transaction créée par les étapes de la FIG. 6 y est représentée. La transaction est créée à l'étape 220 et le système effectue une vérification de matériel à l'étape 222. La vérification de matériel est effectuée pour s'assurer que tout le matériel nécessaire pour achever une transaction donnée est connecté et disponible. À l'étape 224, le système interroge pour déterminer si la vérification du matériel est correcte. Si la réponse est NON, le système enregistre un erreur comme événement vrai à l'étape 248 et avance vers l'étape 250 où la transaction est exécutée comme erreur.En revanche, si la réponse à l'interrogation de l'étape 124 est OUI, le système remet à zéro tous les réglages partiels de la machine à affranchir à l'étape 226, return to zero ou en abrégé RAZ, selon le terme anglo-saxon, et initialise à l'étape 228 le montant de l'affranchissement. À partir de l'étape 228, le système avance vers l'étape 230 et interroge pour déterminer si l'initialisation du montant de l'affranchissement est correcte. Si la réponse à l'interrogation de l'étape 230 est NON, le système avance vers l'étape 248 et enregistre une erreur comme événement vrai ; le système avance ensuite à l'étape 250 où la transaction est exécutée comme erreur. En revanche, si la réponse à l'interrogation de l'étape 230 est OUI, le système vérifie la cohérence de la machine à affranchir à l'étape 232. La cohérence de la machine à affranchir se réfère à l'interface entre la machine à affranchir 32 et le système 10 immédiatement après l'initialisation, et immédiatement avant l'affranchissement réel.Lorsque la cohérence de la machine à affranchir est établie, à l'étape 234, le système règle la valeur sur la machine à affranchir 32 et verrouille le clavier de la machine à affranchir 32 ; le système affranchit ensuite l'objet postal et contrôle le processus tandis qu'il se produit. La transaction d'affranchissement est conclue à l'étape 236 et le système lit la machine à affranchir pour obtenir une indication que le registre de la machine à affranchir a enregistré la transaction. Le système interroge à l'étape 238 pour déterminer si la lecture de la machine à affranchir a été correcte. Si la réponse à l'interrogation est NON, le système passe à l'étape 248 où une erreur est enregistrée comme un événement vrai.En revanche, si la réponse est OUI, le système contrôle la machine à affranchir à l'étape 240 et interroge à l'étape 242 pour déterminer si le contrôle a été réussi. Si la réponse à l'interrogation est NON, le système passe à l'étape 248 où une erreur est enregistrée comme événement vrai. En revanche, si la réponse est OUI, le système numérote à l'étape 244 l'opération d'affranchissement pour le journal du système ; et il indique qu'une erreur est enregistrée comme événement faux à l'étape 246. À partir de l'étape 246, ou de l'étape 248, le système avance vers l'étape 250 où la transaction est terminée et enregistrée comme exécutée. L'enregistrement des entrées dans la base de données, ou la fermeture des transactions, sont représentés à la FIG. 8. En se référant maintenant à la FIG. 8, le système inscrit le fichier de transactions d'affranchissement à l'étape 260 et mémorise le fichier dans la table de transaction d'affranchissement à l'étape 288. À partir de l'étape 260, le système lit le numéro du code du client, en ce qui concerne le système, et la date de la transaction à l'étape 262 dans la table de compte du client à l'étape 290 ; en cas de besoin, les codes et la date peuvent être mis à jour à cette étape. Le système avance vers l'étape 264 où la transaction est enregistrée dans la table de transaction d'enregistrement, à l'étape 292. À partir de l'étape 264, le système interroge la transaction d'enregistrement pour déterminer si l'enregistrement de transaction est correct. Si la réponse à l'interrogation est NON, le système avance vers l'étape 280 où les tables sont récupérées et rétablies.En revanche, si la réponse à l'étape 266 est OUI, le système inscrit le fichier de compte de client et le mémorise dans la base de données à l'étape 294. Lorsque le fichier de compte de client a été inscrit, il est possible d'entrer dans le compte de client, à l'étape 270, de mettre à jour ou de créer le compte du client. Des entrées sont mises à jour dans la table de compte de client à l'étape 296. Lorsque les entrées appropriées ont été exécutées, le système interroge à l'étape 272 pour déterminer si le compte et ses entrées correspondantes sont exacts. Si la réponse est NON, le système avance vers l'étape 280 où les tables sont récupérées et rétablies. En revanche, si la réponse à l'interrogation de l'étape 272 est OUI, le système inscrit à l'étape 274 le fichier de la machine à affranchir, en abrégé PFM selon le terme anglo-saxon postal franking machine, et ouvre la table correspondante à l'étape 298. Le système avance vers l'étape 276 où les registres internes du système mettent à jour le numéro de la machine à affranchir et le montant de l'affranchissement. Les montants mis à jour sont mémorisés dans la table de la machine à affranchir à l'étape 300, en fonction du numéro de la machine. Dès lors que la mise à jour est mémorisée, le système interroge, à l'étape 278, pour déterminer si la mise à jour est exacte. Si la réponse est NON, le système avance vers l'étape 280 où les tables sont récupérées et rétablies.En revanche, si la réponse à l'étape 278 est OUI, le système passe à l'étape 284 où les fichiers d'inscription sont mis à jour ; une erreur est enregistrée comme événement faux à l'étape 286 ; et la base de données est fermée ou mise à jour à l'étape 302. À partir de l'étape 280, l'erreur est enregistrée comme événement vrai à l'étape 282 et la base de données est ensuite fermée à l'étape 302. En se référant maintenant à la FIG. 9, les étapes du processus d'affranchissement y sont représentées. En partant du programme d'application à l'étape 310 une transaction est ensuite crée à l'étape 312. Le système interroge à l'étape 314 pour déterminer si la transaction créée à l'étape 312 devrait être exécutée. Si la réponse à l'interrogation est NON, le système avance vers l'étape 336 où la transaction d'affranchissement est achevée. En revanche, si la réponse à l'interrogation est OUI, le système avance vers l'étape 316. La machine postale à affranchir comprend une tête d'affranchissement qui comporte une limite supérieure de champ d'impression de 999,99 lors de l'enregistrement d'une valeur de transaction. Si la transaction d'affranchissement dépasse la limite de 999,99 le système détermine à l'étape 2316 les "n" transactions qui seront effectuées à la limite maximale de 999,99 et calcule ensuite les transactions qui seront enregistrées à une certaine valeur inférieure à 999,99 où "n" représente le nombre de transactions. Des valeurs inférieures à 999,99 sont représentées aux calculs sous la forme de xxx,xx. I1 est possible d'utiliser une tête d'impression pour laquelle la limite supérieure du champ d'impression est de 99,999. Le nombre de transactions est déterminé en établissant l égale à zéro (1 = 0) à l'étape 318, puis en avançant à l'étape 320 où une incrémentation des transactions est calculée en établissant l = 1 + 1 et 1 Si la réponse à l'interrogation est OUI, une erreur est affichée à l'opérateur du système avant l'achèvement de la transaction d'affranchissement à l'étape 336. Si la réponse est NON, le système rentre dans le trajet avant l'étape 320, et le cycle est parcouru de nouveau jusqu'à ce que la réponse à l'étape 322 soit OUI. En se référant à la FIG. 10, les étapes nécessaires pour compléter un transfert de données de compte y sont représentées. Le transfert débute à l'étape 350 et une transaction est ensuite sélectionnée à l'étape 352 dans la table historique des transactions d'affranchissement à l'étape 372. Une recherche est effectuée à l'étape 354 pour déterminer un compte de source et un compte de destination pour le transfert. La recherche est effectuée à l'étape 374 en utilisant la table des comptes de clients. À partir de l'étape 354, le système avance vers l'étape 356 où tous tarifs applicables sont sélectionnés pour les comptes de source et de destination. En avançant à l'étape 356, les entrées sont inscrites dans le fichier historique des inscriptions, à l'étape 378 et au fichier d'inscription des comptes de clients à l'étape 376. Lorsque les entrées sont effectuées à l'étape 358, le système avance vers étape 360 où les comptes de source et de destination sont corrigés et ajustés quant aux tarifs applicables aux paramètres particuliers des comptes. Dès lors que les corrections sont entrées dans la table des comptes de clients à l'étape 380, le système interroge pour déterminer s'il s'est produit une erreur de mise à jour.Si la réponse à l'interrogation est OUI, le système avance vers l'étape 370 où les fichiers d'inscription et les comptes sont ramenés à la situation antérieure à la tentative de transfert ; le transfert de compte est ensuite considéré comme achevé à l'étape 384. Si la réponse à l'interrogation de l'étape 362 est NON, le système met à jour à l'étape 364 la table historique à l'étape 382. Le système interroge ensuite à l'étape 366 pour déterminer si une erreur s'est produite pendant la mise à jour. Si la réponse à l'interrogation est OUI, le système avance vers l'étape 370 où les fichiers d'inscription et les comptes sont ramenés à leur situation antérieure à la tentative de transfert. Si la réponse à l'interrogation de l'étape 366 est NON, les fichiers d'inscription sont ajustés à l'étape 368 et le transfert de compte est achevé à l'étape 384. En passant maintenant aux FIG. 11A et 11B, il y est représenté la gestion des écrans de l'opérateur du système pour le processus de transfert. La gestion des écrans de l'opérateur du système débute à l'étape 390 et avance vers l'étape 392 où le fichier historique du système est chargé. Le système interroge à l'étape 394 si le chargement de la table historique est réussi. Si la réponse à l'interrogation de l'étape 394 est NON, le système suit le trajet D vers l'étape 426 où l'écran du programme est fermé et l'opérateur du système est ramené au menu du système. Si la réponse à l'interrogation est OUI, le système avance vers l'étape 396 où l'opportunité est offerte à l'opérateur du système de lire les touches disponibles pour effectuer une sélection de compte. Le système avance ensuite à l'étape 398 où une interrogation est posée pour déterminer s'il y a lieu de sélectionner dans une liste disponible de transactions. Si la réponse est OUI, le système initialise le champ de données du compte de source au moyen du champ historique de compte à l'étape 400 ; la transaction sélectionnée est ensuite affichée à l'opérateur du système à l'étape 402 avant de prendre le trajet A l'étape 424. Si la réponse à l'interrogation est NON, le système avance vers l'interrogation de l'étape 404. L'étape 404 interroge de manière à déterminer si le champ de compte de destination doit être sélectionné. Si la réponse à l'interrogation est OUI, le système interroge pour déterminer si le compte de destination a été lu correctement. Si la réponse est OUI, le compte de destination est initialisé au moyen du champ de données de destination à l'étape 408, avant de progresser le long du trajet A vers l'étape 424. Si la réponse à l'interrogation de l'étape 408 est NON, le système affiche à l'opérateur du système à l'étape 414 la légende UNKNOWN ACCOUNT NO, c'est-à-dire n de compte inconnu, avant d'avancer le long du trajet A vers l'étape 424. Si la réponse à l'interrogation de l'étape 404 est NON, le système interroge à l'étape 412 pour déterminer si la touche de confirmation a été sélectionnée. Si la touche de confirmation est sélectionnée à l'étape 412, le système pose à l'étape 414 une interrogation pour déterminer si les comptes de source et de destination sont connus. Si les comptes sont connus, le transfert de comptes est effectué à l'étape 416 avant d'avancer le long du trajet A vers l'étape 424. Si les comptes de source et de destination ne sont pas connus, le système affiche à l'étape 418 le compte connu avant d'avancer le long du trajet A vers l'étape 424. Si la réponse à l'interrogation de l'étape 412 est NON, le système interroge à l'étape 420 pour déterminer si la touche HELP ou aide, est exigée. Si la réponse est OUI, la fonction d'aide en ligne est activée à l'étape 422 pour l'opérateur du système avant que le système n'avance le long du trajet A vers l'étape 424.Si la réponse à l'interrogation de l'étape 420 est NON, le système avance directement le long du trajet B vers l'étape 424. L'étape 424 est une interrogation destinée à déterminer si une touche CLOSE, c'est-à-dire fermeture, doit être sélectionnée. Si la réponse à l'interrogation est NON, le système avance le long du trajet C pour rentrer à l'étape 396. Si la réponse à l'interrogation est OUI, le bouton de fermeture est sélectionné et l'écran de programme est fermé à l'étape 426 et l'opérateur du système est ramené au menu du système. L'option est offerte à l'opérateur du système d'imprimer un rapport de transfert ; le mécanisme de gestion de l'impression du rapport est représenté à la FIG. 12. En se référant à la FIG. 12, il y est représenté la gestion de l'écran d'opérateur du système pour l'impression du rapport qui détaille les mouvements des données de comptes au cours d'un transfert. La gestion de rapports de transfert débute à l'étape 430 et avance vers l'étape 432 où le processus de transfert est affiché. À l'étape 434, l'opérateur du système peut lire les légendes des touches pour les touches qui sont disponibles au cours du processus de transfert. L'opérateur du système est interrogé à l'étape 436 pour déterminer si la touche de confirmation doit être sélectionnée. Si la réponse est NON, le système rentre dans le programme immédiatement avant l'étape 434. En revanche, si la réponse est OUI, un exemplaire du rapport de transfert est imprimé à l'étape 438 ; l'écran est fermé à l'étape 440 ; et le système achève ensuite le processus de gestion de transfert à l'étape 442. Une rectification est un autre procédé qui apporte des modifications à l'intérieur du système. Une rectification devient nécessaire lorsqu'il est déterminé que les registres croissants et décroissants de la machine d'affranchissement postal du système ne sont pas en corrélation avec les registres croissants et décroissants enregistrés par le système de traitement de données. Ceci peut se produire lorsque la machine d'affranchissement postal est sortie du système et utilisée hors ligne pendant un certain laps de temps avant d'être placée de nouveau dans le système. Des étapes du processus de rectification sont représentées à la FIG. 13. Une rectification consiste en plusieurs étapes qui sont déterminer que des registres croissants et décroissants de ladite machine à affranchir ne sont pas en corrélation avec des registres croissants et décroissants enregistrés par ledit système de traitement de données; déterminer une différence de valeurs entre lesdits registres de ladite machine à affranchir et lesdits registres enregistrés dudit système de traitement de données; sélectionner un compte de client à rectifier calculer le montant d'une valeur dont ledit compte sera rectifié, ledit montant de valeur étant basé sur ladite différence de valeur et sur toute majoration ou remise correspondant audit compte et passer une écriture dudit montant de valeur dans ledit compte sélectionné de client. En se référant maintenant à la FIG. 13, le besoin d'une rectification est décidé à une étape 450. Le système détermine ensuite, à une étape 452, la différence de montant entre les registres croissants et décroissants de la machine postale à affranchir et les registres croissants et décroissants enregistrés par le processeur de données du système. A l'étape 450, l'opérateur du système sélectionne un compte de destination et avance vers l'étape 456 où le processeur de données du système incrémente les registres enregistrés de machine jusqu'à ce qu'ils concordent avec les registres de la machine d'affranchissement postal.Le système avance vers l'étape 458 où un enregistrement de la transaction est engendré à l'intérieur du compte de destination; le compte de destination peut être un compte "fictif" ou un compte "maison" utilisé pour détailler des différences de registre, ou bien un compte de client peut être sélectionné. Le système interroge à l'étape 460 de manière à déterminer une erreur s'est produite dans la génération de l'enregistrement de transaction. Si la réponse à l'interrogation est OUI, le système restaure les fichiers d'inscription à l'étape 462 et avance ensuite à l'étape 466 où la correction de compte est achevée. Si la réponse à l'étape 460 est NON, le système supprime la restauration de fichiers d'inscription à l'étape 464 et il avance ensuite à l'étape 466 où la correction de compte est achevée. En se référant maintenant aux FIG. 14A et 14B, il y est représenté la gestion des interrogations de journal d'affranchissement qui permettent d'examiner et d'imprimer les transactions exécutées pour un compte donné. La gestion d'écran d'interrogation débute à l'étape 470 et avance vers l'étape 472 où il se produit une initialisation des paramètres par défaut. Le système affiche les champs de données à l'étape 474 ; et l'opérateur du système peut ensuite lire, à l'étape 476, quelles touches sont disponibles pour l'actionnement de la fenêtre active. À l'étape 478, le système interroge pour déterminer si les touches actionnées étaient correctes. Si la réponse à l'interrogation est OUI, le système interroge pour déterminer si les données de compte peuvent être lues. Si la réponse à l'interrogation de l'étape 480 est NON, le système affiche la légende ACCOUNT NO. UNKNOWN, c'est-à-dire N de compte inconnu, et avance le long du trajet A pour rentrer dans le programme à l'étape 510. Si la réponse à l'interrogation de l'étape 480 est OUI, le système permet à l'opérateur du système d'examiner le journal des transactions. En revanche, si la réponse à l'interrogation de l'étape 478 est NON, le système passe à l'étape 486. À l'étape 486, le système interroge pour déterminer si la touche d'aide doit être sélectionnée. Si la réponse à l'interrogation est OUI, le système affiche l'écran d'aide à l'étape 488 avant d'avancer le long du trajet A pour rentrer dans le système de l'étape 510. Si la réponse à l'interrogation est NON, le système demande, à l'étape 490, si le champ de compte dont être affiché. Si la réponse à l'interrogation de l'étape 490 est OUI, le numéro de compte et le champ sont initialisés et le système avance le long du trajet A pour rentrer dans le programme à l'étape 510. Si la réponse à l'interrogation de l'étape 490 est NON, le système avance le long du trajet B jusqu'à une interrogation de l'étape 494. Le système interroge à l'étape 494 pour déterminer si le champ de données doit être sélectionné et quelle est l'entrée nécessaire au champ. Si la réponse est OUI, le système interroge à l'étape 496 pour déterminer si la date est valide. Si la réponse à l'interrogation est NON, le système affiche ERROR - INVALID DATE, c'est-à-dire erreur date invalide, et avance ensuite le long du trajet A pour rentrer dans le programme à l'étape 510. En revanche, si la réponse à l'interrogation de l'étape 496 est OUI, le système initialise la date à l'étape 500 et avance le long du trajet A. Si la réponse à l'étape 494 est NON, le système avance vers une interrogation à l'étape 502. À l'étape 502, le système interroge pour déterminer s'il existe un tarif à évaluer sur la base de paramètres temporels. L'effet de cette interrogation est d'évaluer des tarifs de jour ou de matinée là ou ces distinctions peuvent être disponibles. Si la réponse est OUI, la touche de tarif est placée au réglage approprié à l'étape 504 et le SYSTÈME avance vers le trajet A. Si la réponse à l'interrogation de l'étape 502 est NON, le système passe à l'interrogation de l'étape 506 et interroge pour déterminer s'il existe d'autres tarifs facultatifs. Si la réponse est OUI, le système règle la touche de tarif sur la base des critères d'options de l'étape 508, puis avance vers le trajet A. Toutes les avancées le long du trajet A, et une réponse NON à l'interrogation de l'étape 506, font rentrer dans le programme à l'étape 510. L'étape 510 demande si la touche d'annulation est ou non choisie. Si la réponse est NON, le système avance le long du trajet C, et rentre dans le programme à l'étape 476. Si la réponse à l'interrogation de l'étape 510 est OUI, la gestion d'écran d'interrogation est achevée à l'étape 512. En se référant maintenant à la FIG. 15, il y est représenté la fonction de lecture de compte qui est utilisée pour déterminer l'existence ou l'absence d'un compte et pour lire l'enregistrement de compte si le numéro de compte est accessible. Le système débute la lecture de l'enregistrement de compte à l'étape 520, et il avance ensuite vers une interrogation à l'étape 522. À l'étape 522, le système interroge pour déterminer si une initialisation des touches d'accès s'est produite. Si la réponse est NON, le système indique une erreur d'accès de fichier à l'étape 524 avant d'avancer vers l'étape 532 où la lecture de l'enregistrement de compte est achevée. Si la réponse à l'interrogation de l'étape 522 est OUI, le système avance vers l'étape 526 et interroge pour déterminer si une recherche du numéro de compte a été réussie. Si la réponse à l'interrogation est NON, une opération invalide est affichée à l'opérateur du système à l'étape 528 avant d'avancer vers l'étape 532 où la lecture de l'enregistrement de compte est achevée. Si la réponse à l'interrogation de l'étape 526 est OUI, le système confirme l'opération à l'étape 530 avant de conclure la lecture du compte à l'étape 532. En se référant maintenant à la FIG. 16, il y est représenté le processus de gestion d'écran pour l'examen des rapports et pour le déroulement de l'impression. La gestion de l'écran d'examen débute à l'étape 540 et avance vers l'interrogation de l'étape 542 qui interroge pour déterminer si le chargement de tables des rapports a été réussi. Si la réponse est NON, le système avance vers l'étape 544 qui indique à l'opérateur du système une erreur de lecture du fichier avant d'avancer vers l'étape 560 où l'écran d'examen de ce processus est fermé et l'opérateur du système est ramené au menu du système. En revanche, si la réponse à l'interrogation de l'étape 542 est OUI, le système établit une liste des champs de données à examiner à l'étape 546.Le système affiche ensuite les écrans listés et le journal à l'étape 548. À l'étape 550, une opportunité est offerte à l'opérateur du système d'examiner les touches qui sont actives ; et le système interroge ensuite à l'étape 552 pour déterminer si la touche d'impression doit être sélectionnée. Si la réponse est OUI, le système imprime le journal à l'étape 554 et rentre dans le déroulement du programme à l'étape 556. Si la réponse à l'interrogation de l'étape 552 est NON, le système avance vers l'étape 556. À l'étape 556, le système interroge pour déterminer si le bouton de fermeture doit être sélectionné. Si la réponse à l'interrogation est NON, le système rentre dans le programme à l'étape 550. En revanche si la réponse à l'interrogation de l'étape 556 est OUI, le système avance vers l'étape 558 où l'écran est préparé pour fermeture, et ensuite à l'étape 560 où l'écran est fermé et où l'opérateur du système est ramené au menu du système. En se référant aux FIG. 17A, 17B et 17C, il y est représenté le processus par lequel des rapports produits par le système peuvent être examinés. Une gestion d'écran de l'interrogation débute à l'étape 570 et avance ensuite vers l'étape 572 où une initialisation des paramètres de champs se produit. À l'étape 574, une opportunité est offerte à l'opérateur du système de lire des touches actives disponibles pour l'actionnement du système. Les touches sont sélectionnées de façon à entrer un numéro de compte et, à l'étape 576, le système interroge pour déterminer si la sélection est correcte. Si la réponse à l'interrogation de l'étape 576 est OUI, le système interroge, à l'étape 578, pour déterminer si le compte choisi est un compte unique ; ceci est réalisé en interrogeant pour déterminer si une indication de compte unique est un événement vrai. Si la réponse à l'interrogation de l'étape 578 est OUI, le système interroge pour déterminer si le champ du numéro de compte est correct. Si la réponse à l'interrogation est NON, le système affiche la légende ENTER ACCOUNT NO., c'est-à-dire entre N de compte, puis avance le long du trajet A pour rentrer dans le système à l'étape 642. Si la réponse à l'interrogation de l'étape 578 est NON, le système interroge, à l'étape 580, pour déterminer si la sélection de tous les comptes est établie comme événement vrai. Si la réponse à l'interrogation est OUI, le rapport peut être examiné par l'opérateur du système à l'étape 588 avant que le système n'avance le long du trajet A pour rentrer dans le système à l'étape 642. Si la réponse à l'interrogation de l'étape 580 est NON, le système avance directement au trajet A. Si la réponse à l'interrogation de l'étape 582 est OUI, le système interroge, à l'étape 584, pour déterminer si le compte sélectionné peut être lu. Si la réponse à l'interrogation est OUI, le rapport peut être examiné par l'opérateur du système à l'étape 588 avant que le système n'avance le long du trajet A pour rentrer dans le système à l'étape 642. Si la réponse à l'interrogation de l'étape 584 est NON, le système affiche UNKNOWN ACCOUNT NO., c'est-à-dire N de compte inconnu, avant d'avancer le long du trajet A. Si la réponse à l'interrogation de l'étape 576 est NON, le système interroge, à l'étape 592, pour déterminer si la touche d'aide a été sélectionnée. Si la touche d'aide a été sélectionnée, le système avance vers l'étape 594 où l'aide en ligne est utilisée. Le système avance ensuite le long du trajet A. En revanche, si la réponse à l'interrogation de l'étape 592 est NON, le système avance le long du trajet B vers l'interrogation posée à l'étape 596. À l'étape 596, le système interroge pour déterminer si l'option de rapport quotidien est ou non en cours de sélection. Si la réponse est OUI, le système initialise les paramètres quotidiens à l'étape 598 et avance ensuite vers l'étape 604 où les champs disponibles de fenêtre sont affichés de nouveau à l'opérateur du système. Si la réponse à l'interrogation de l'étape 596 est non, le système interroge à l'étape 600 pour déterminer si une option mensuelle a été sélectionnée pour le rapport. Si la réponse est OUI, le système initialise les paramètres mensuels à l'étape 602 et avance ensuite vers l'étape 604 où les champs disponibles de fenêtres sont affichés de nouveau à l'opérateur de système. Si la réponse à l'interrogation de l'étape 600 est NON, le système avance vers l'étape 606. À l'étape 606, le système interroge pour déterminer si une option de compte unique a été sélectionnée. Si la réponse est OUI, le champ des comptes est indiqué à l'étape 608 comme événement faux et le champ des comptes uniques est indiqué comme événement vrai. Si la réponse à l'interrogation de l'étape 606 est NON, le système interroge à l'étape 610 si l'option de tous les comptes a été sélectionnée. Si la réponse est OUI, le champ de tous les comptes est indiqué comme événement vrai à l'étape 612, et le champ des comptes uniques est indiqué comme événement faux. Le système avance à partir des étapes 608 et 612, le long du trajet A, vers l'étape 642. Si la réponse à l'interrogation de l'étape 610 est NON, le système interroge à l'étape 614 pour déterminer si les rapports doivent être basés sur des champs sélectionnés de dates. Si la réponse est OUI, le système interroge à l'étape 616 si les dates sélectionnées sont correctes. Si la réponse est OUI, le système initialise la date au moyen du champ de dates à l'étape 618. En revanche, si la réponse de l'étape 616 est NON, la légende INVALID DATE, c'est-à-dire date invalide, est affichée à l'utilisateur du système à l'étape 620 avant d'avancer le long du trajet A. Si la réponse à l'interrogation de l'étape 614 est NON, le système avance le long du trajet B vers l'interrogation de l'étape 622. À l'étape 622, le système interroge pour déterminer si un mois particulier doit être sélectionné pour le champ de rapport. Si la réponse à l'interrogation est OUI, le système interroge à l'étape 624 pour déterminer si le mois sélectionné est le mois correct; et, si la réponse à l'interrogation est OUI, le système effectue une initialisation du mois à l'aide du champ de mois à l'étape 626 avant d'avancer le long du trajet A vers l'étape 642. Si la réponse à l'interrogation de l'étape 624 est NON, le système affiche : INVALID MONTH, c'est-à-dire mois invalide, et avance vers le trajet A. Si la réponse à l'interrogation de l'étape 622 est NON, le système interroge à l'étape 630 pour déterminer si un champ d'opérateur doit être sélectionné. Si la réponse est OUI, le système interroge à l'étape 632 pour déterminer si l'opérateur est autorisé à utiliser ce champ. Si la réponse à l'interrogation est NON, le système indique ERROR - OPERATOR NOT RECOGNIZED à l'opérateur du système, à l'étape 634, c'est-à-dire qu'il existe une erreur d'opérateur non reconnu. En revanche, si la réponse à l'interrogation de l'étape 632 est OUI, l'opérateur égale le champ d'opérateur et ceci est affiché à l'étape 636. Les étapes 634 et 636 font ensuite avancer ensuite vers le trajet A. Si la réponse à l'interrogation de l'étape 630 est NON, le système interroge à l'étape 638 pour déterminer si un champ de numéro de compte doit être sélectionné. Si la réponse est OUI, le champ de numéro de compte est initialisé à l'étape 640 et le système avance le long du trajet A vers l'étape 642. Si la réponse à l'interrogation de l'étape 638 est non, le système avance vers l'étape 642. Toutes les entrées dans le trajet A et une réponse NON à l'interrogation de l'étape 638 font avancer vers l'interrogation de l'étape 642. À l'étape 642, le système interroge pour déterminer si la touche CANCEL, c'est-à-dire d'annulation, doit être sélectionnée. Si la réponse est non, le système avance le long du trajet C pour rentrer dans le programme à l'étape 574 où l'opportunité est donnée à l'opérateur du système de sélectionner parmi les touches disponibles de l'écran actif. Si la réponse à l'interrogation de l'étape 642 est OUI, le système ferme l'écran à l'étape 644 et termine ensuite l'examen du rapport à l'étape 646. En se référant à la FIG. 18, la procédure de gestion des écrans d'examen lors de l'affichage d'une transaction y est représentée. La gestion de l'écran d'examen débute à l'étape 650 et avance ensuite vers l'interrogation de l'étape 652. À l'étape 652, le système interroge pour déterminer si le chargement du fichier historique est correct. Si la réponse est NON, le système avance vers l'étape 654 qui indique à l'opérateur du système une erreur de lecture de fichier avant d'avancer vers l'étape 670 où l'écran d'examen de ce processus est fermé et l'opérateur du système est ramené au menu du système. En revanche, si la réponse à l'interrogation de l'étape 652 est OUI, le système affiche à l'étape 656 les champs de données disponibles et le système établit une liste des champs de données à examiner. Le système affiche ensuite à l'étape 658 les champs listés. À l'étape 660, l'opportunité est offerte à l'opérateur du système d'examiner les touches qui sont actives, et le système interroge ensuite à l'étape 662 pour déterminer si la touche d'impression doit être sélectionnée. Si la réponse est OUI, le système imprime le journal à l'étape 664 et rentre dans le déroulement du programme à l'étape 666. Si la réponse à l'interrogation de l'étape 662 est NON, le système avance directement vers l'étape 666. À l'étape 666, le système interroge pour déterminer si le bouton de fermeture doit être sélectionné. Si la réponse à l'interrogation est NON, le système rentre dans le programme à l'étape 660. En revanche si la réponse à l'interrogation de l'étape 666 est OUI, le système avance vers l'étape 668 où l'écran est préparé pour fermeture, puis vers l'étape 670 où la gestion de l'écran d'examen est terminée et où l'opérateur du système est ramené au menu du système. En passant ensuite aux FIG. 19A et 19B, l'examen des services de clients et la gestion des champs qui produisent les rapports de ventes mensuels sont représentés. La comptabilisation des ventes débute à l'étape 680 et passe vers l'étape 682 où les champs de rapport sont affichés à l'opérateur du système. Lorsque l'écran d'affichage est actif, le système avance vers l'étape 684 où les touches opérationnelles disponibles à l'opérateur du système peuvent être examinées et activées avant d'avancer vers l'interrogation de l'étape 686. À l'étape 686, le système interroge pour déterminer si un numéro de mois doit être sélectionné. Si la réponse est OUI, le système interroge à l'étape 688 pour déterminer si le mois se trouve dans le champ 1 MONTH NO., c'est-à-dire erreur - Ne de mois invalide. Après l'affichage de l'étape 690, le système avance sur le trajet A vers l'étape 718. En revanche, si la réponse à l'interrogation de l'étape 688 est OUI, le mois est rendu égal au numéro de mois à l'étape 692 et le système avance vers le trajet A. Si la réponse à l'interrogation de l'étape 686 est NON, le système avance vers l'étape 694 où le système interroge pour déterminer si le nombre des éléments à placer dans le champ de comptabilisation sera utilisé comme paramètre. Si la réponse à l'interrogation est OUI, le nombre des éléments est rendu égal au nombre des éléments à l'étape 696 avant d'avancer vers le trajet A. Si la réponse à l'interrogation de l'étape 694 est NON, le système avance vers l'interrogation de l'étape 698. L'étape 698 est une interrogation destinée à déterminer si l'opérateur du système demande l'assistance de la touche d'aide. Si la réponse est OUI, l'aide en ligne est rendue active à l'étape 700. Après utilisation de l'aide en ligne, le système avance vers le trajet A. Si la réponse à l'interrogation de l'étape 698 est NON, le système avance le long du trajet B vers l'étape 702. L'étape 702 est une interrogation destinée à déterminer si une confirmation doit être sélectionnée pour un nombre de champs de comptabilisation. Si la réponse est OUI, le système demande si le mois = 0 à l'étape 704 ; si le nombre d'éléments = 0 à l'étape 708, et si les ventes = 0 à l'étape 712. Si la réponse à l'interrogation de l'étape 704 est OUI, la zone du mois n'est pas entrée dans les champs de rapport à l'étape 706 et le système avance vers le trajet A. Si la réponse à l'interrogation de l'étape 708 est OUI, la zone des numéros d'éléments n'est pas entrée dans les champs de rapport à l'étape 710 et le système avance vers le trajet A. Et, si la réponse à l'interrogation de l'étape 712 est OUI, la zone des ventes n'est pas entrée dans les champs de rapport à l'étape 714 et le système avance vers le trajet A. Si la réponse à l'interrogation de l'étape 704 est NON, la zone des mois est réservée pour une entrée dans le rapport des ventes et le système avance vers l'interrogation de l'étape 708. Si la réponse à l'interrogation de l'étape 708 est NON, la zone des numéros d'éléments est réservée pour une entrée dans le rapport des ventes et le système avance vers l'interrogation de l'étape 712. Et, si la réponse à l'interrogation de l'étape 712 est NON, la zone des ventes est réservée pour entrée dans le rapport des ventes et le système avance vers l'étape 716 où le rapport des ventes est établi. Quand le rapport des ventes a été établi, le système avance vers le trajet A. Toutes les entrées dans le trajet A, et une réponse NON à l'interrogation de l'étape 702 font avancer le système vers l'interrogation de l'étape 718. À l'étape 718, le système interroge pour déterminer si la touche de fermeture doit être sélectionnée. Si la réponse est NON, le système avance le long du trajet C pour rentrer dans le programme à l'étape 684 où l'opportunité est offerte à l'opérateur du système de sélectionner parmi les touches disponibles de l'écran actif. Si la réponse à l'interrogation de l'étape 718 est OUI, le système ferme l'écran à l'étape 720, et finit ensuite ltexamen du rapport à l'étape 722. En passant maintenant à la FIG. 20, les étapes de la création et de l'accumulation des colonnes différentes du contrôle des ventes y sont représentées. Le contrôle des ventes débute à l'étape 730 et avance ensuite vers l'affichage des champs disponibles à l'étape 732. À partir de l'étape 732, le système crée le rapport des ventes à l'étape 734, affiche le rapport à l'opérateur du système à l'étape 736, et active ensuite des touches opérationnelles à l'étape 738 pour la sélection de l'opérateur du système. Le système avance de l'étape 738 à l'étape 740 où le système interroge pour déterminer si le bouton d'impression doit être sélectionné. Si la réponse à l'interrogation est OUI, le système imprime le rapport des ventes. Si la réponse à l'interrogation de l'étape 740 est NON, le système avance vers l'interrogation de l'étape 744. À l'étape 744, le système interroge pour déterminer si le bouton de fermeture doit être sélectionné. Si la réponse à l'interrogation est NON, le système rentre dans le programme à l'étape 738. En revanche, si la réponse à l'interrogation de l'étape 744 est OUI, le système avance vers l'étape 746 où l'écran est préparé pour fermeture, et le rapport des ventes est imprimé. À partir de l'étape 746, le système avance vers l'étape 748 où le rapport a été imprimé, l'écran est fermé et l'opérateur du système est ramené au menu du système. Comme l'homme de l'art le comprend, de nombreuses variantes de la présente invention sont possibles. Ces variantes incluent, sans y être limitées : la nature et le cadre de chacun des composants matériels du système de traitement de données ; la capacité du système à traiter plus d'un support et les vitesses respectives des supports ; la capacité de balayage de données dans le système ; la décision concernant l'acceptation ou le refus d'opérations à facturation immédiate à la différence d'opérations à facturation périodique l'étendue de la limite supérieure du champ d'impression de la tête d'impression lors de l'enregistrement d'une valeur de transaction ; et la mesure dans laquelle des données peuvent être téléchargées du système, soit vers un milieu de transfert, soit vers un autre système de traitement de données. REVENDICATIONS 1. Procédé d'affranchissement, de comptabilisation et de facturation d'objets et de services postaux, caractérisé en ce qu'il comprend les étapes consistant à: (a) autoriser un système de traitement de données à communiquer avec une machine à affranchir; (b) initialiser (50) un programme d'application dudit système de traitement de donnéesdans lequel un compte de clients peut être établi ou modifié; (c) entrer (52) des données du client dans ladite application et déterminer (82) si ledit client paiera une transaction à l'achèvement de ladite transaction, ou en étant facturé à la fin d'une période temporelle prédéterminée; (d) lancer une transaction (54, 56) en entrant (64) des données additionnelles et un premier ensemble de valeurs dans un champ de données de ladite application;; (e) vérifier (58) que des registres de ladite machine à affranchir concordent avec un enregistrement desdits registres maintenu à l'intérieur dudit système de traitement de données et, si lesdits registres ne concordent pas, effectuer une rectification (59, 60); (f) affranchir (62) un ou plusieurs objets postaux à une deuxième valeur (g) achever (66) ladite transaction en totalisant ledit premier ensemble de valeurs, en totalisant lesdites deuxièmes valeurs, et en déterminant ensuite (68) si lesdites données de transaction ou ladite valeur de transaction doivent être corrigées; (h) corriger (70) par une modification ladite valeur de transaction si elle est incorrecte et enregistrer (72) ladite transaction dans la mémoire dudit système de traitement de données si ladite valeur de transaction est correcte; et (i) demander (86, 88) un paiement concernant ladite transaction ou enregistrer (84) ladite valeur de transaction dans ledit compte du client en vue d'une facturation ultérieure, en fonction (82) de la détermination de l'étape (c). 2. Procédé selon la revendication 1, caractérisé en ce que ladite transaction comprend les étapes consistant à (a) déterminer (56) un tarif à appliquer à un lot d'objet postaux, ledit lot d'objets postaux contenant au moins un objet postal; (b) introduire (54) dans ladite machine à affranchir ledit lot d'objets postaux et affranchir (62) ensuite chaque objet postal dudit lot et enregistrer une valeur d'affranchissement qui est basée sur tous contrats ou remises qui sont associés audit compte du client ; et (c) déterminer (64) si un service ou un produit postal doit être inclus dans ladite transaction, et entrer ensuite une valeur dudit service ou dudit produit postal. 3. Procédé selon la revendication 1, caractérisé en ce que la machine à affranchir (32 a à n) est connectée fonctionnellement audit système (12) de traitement de données par un dispositif (18 a à n) de liaison de machine à affranchir. 4. Procédé selon la revendication 1, caractérisé en ce que lesdites transactions enregistrées dans ledit compte du client sont retenues pendant ledit temps prédéterminé et une facture est engendrée en ce qui concerne le compte dudit client. 5. Procédé selon la revendication 1, caractérisé en ce que lesdites données additionnelles et lesdites données du client sont rectifiées, ladite rectification comprenant les étapes consistant à (a) déterminer (58, 59) que des registres croissants et décroissants de ladite machine à affranchir ne sont pas en corrélation avec des registres ascendant et descendant enregistrés par ledit système de traitement de'données de données; (b) déterminer (452) une différence de valeurs entre lesdits registres de ladite machine à affranchir et lesdits registres enregistrés dudit système de traitement de données; (c) sélectionner (454) un compte de client à rectifier;; (d) calculer (456) le montant d'une valeur dont ledit compte sera rectifié, ledit montant de valeur étant basé sur ladite différence de valeur et sur toute majoration ou remise correspondant audit compte et (e) passer une écriture (458) dudit montant de valeur dans ledit compte sélectionné de client. 6. Procédé selon la revendication 1, caractérisé en ce que lesdites données additionnelles et lesdites données de client sont modifiées, une valeur monétaire étant déplacée soit d'un premier compte vers un deuxième compte, soit dudit deuxième compte vers ledit premier compte, ladite modification comprenant les étapes consistant à (a) déterminer (132 à 136) un compte à modifier; (b) déterminer (138) un montant de valeur dont ledit compte sera modifié; (c) déterminer (138) si ladite valeur déterminée doit être ajoutée ou soustraite dudit compte ; et (d) déplacer (154) ladite valeur déterminée dudit premier compte vers un deuxième compte si ladite valeur déterminée doit être soustraite dudit premier compte, et déplacer ladite valeur déterminée dudit deuxième compte vers ledit premier compte si ladite valeur déterminée doit être ajoutée audit premier compte. 7. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre les étapes (68-70 ; 76-78) consistant à: (a) déterminer si ladite transaction a été ou non appliquée par erreur audit compte du client et, s'il est déterminé que ladite transaction a été appliquée par erreur (b) identifier ladite transaction appliquée par erreur; (c) transférer à un deuxième compte ladite transaction appliquée par erreur; (d) calculer un montant de valeur dont lesdits champs de données dudit compte de client seront modifiés, ledit montant de valeur étant basé sur toute majoration ou toute remise correspondant audit compte du client; (e) calculer un deuxième montant de valeur dont lesdits champs de données dudit deuxième compte seront modifiés, ledit montant de valeur étant basé sur toute majoration ou remise correspondant audit deuxième compte ; et (f) transférer automatiquement à leurs comptes respectifs ledit montant calculé de valeur et ledit deuxième montant calculé de valeur. 8. Procédé selon la revendication 1, caractérisé en ce que ladite transaction imprimée (438) est résumée par ledit système de traitement de données et un exemplaire de ladite transaction résumée est donnée comme reçu audit client. 9. Procédé selon la revendication 1, caractérisé en ce que ladite communication avec ladite machine à affranchir se produit en temps réel d'une manière telle qu'un index ascendant de chaque objet postal en cours d'affranchissement dans ladite transaction et/ou un total ascendant de la valeur de chacun desdits affranchissements d'objets postaux de ladite transaction est affiché sur un premier affichage ou sur un deuxième affichage. 10. Procédé selon la revendication 1, caractérisé en ce que ledit système de traitement de données est en communication passive avec une série de machines à affranchir, ladite communication passive permettant à une machine à affranchir unique à la fois de communiquer activement avec ledit système de traitement de données ; et en ce que ledit système de traitement de données maintient un enregistrement (58) des registres croissants et décroissants pour chacune des machines à affranchir de ladite série de machines à affranchir. 11. Procédé selon la revendication 1, caractérisé en ce que des espèces, des coupons ou l'un quelconque d'une série de véhicules représentant une valeur sont placés dans un moyen de confinement afin de mettre en sûreté lesdites espèces, lesdits coupons ou ladite série de véhicules, ledit moyen de confinement pouvant être ouvert par une instruction dudit programme d'application. 12. Procédé d'affranchissement, de comptabilisation et de facturation d'objets et de services postaux, caractérisé en ce qu'il comprend les étapes consistant à: (a) autoriser un système de traitement de données à communiquer avec une machine à affranchir (b) initialiser (50) un programme d'application dudit système de traitement de données dans lequel un compte de clients peut être établi et/ou modifié; (c) entrer (52) des données du client dans ladite application (d) lancer une transaction (54, 56) en entrant (64) des données et des valeurs additionnelles dans un champ de données de ladite application;; (e) vérifier (58) que lesdits registres ascendant et descendant de ladite machine à affranchir concordent avec un enregistrement desdits registres maintenu à l'intérieur dudit système de traitement de données et, si lesdits registres ne concordent pas, effectuer une rectification (59, 60); (f) achever (66) ladite transaction en totalisant lesdites valeurs, et en déterminant ensuite (68) si lesdites données de transaction ou ladite valeur de transaction doivent être corrigées (g) corriger (70) par une modification ladite valeur de transaction si elle est incorrecte et enregistrer (72) ladite transaction dans ladite mémoire dudit système de traitement de données si ladite valeur de transaction est correcte;; (h) enregistrer (84) ladite valeur de transaction dans ledit compte du client en vue d'une facturation ultérieure (i) télécharger lesdites données de transaction et ladite valeur de transaction vers un support à utiliser pour préparer ladite facturation ultérieure ; et (j) télécharger dans ledit système de traitement de données un ensemble de données et de valeurs. 13. Procédé selon la revendication 12, caractérisé en ce qu'il est à mettre en oeuvre dans un appareil (Fig. 1) d'affranchissement, de comptabilisation et de facturation de services postaux qui comprend: (a) un moyen (12) de traitement de données pour enregistrer des comptes de client, des données de comptes, et calculer des valeurs pour des objets postaux affranchis sous commande d'un programme d'application, ladite programmation évaluant des remises et/ou des majorations sur une base automatique selon les besoins (b) une balance de pesée (26); (c) au moins une machine à affranchir (32 a à n) et au moins une base (34) correspondante de machine à affranchir (d) un affichage (14); (e) un moyen de confinement pour retenir et/ou mettre en sécurité les espèces; (f) une imprimante (28);; (g) un clavier (24) pour effectuer l'entrée de données dans ledit moyen (12) de traitement de données; (h) un moyen de mémoire (30) inclus dans ledit moyen de traitement de données pour enregistrer et maintenir ledit compte en vue d'une facturation ultérieure; et (i) un modem (22). 14. Procédé selon la revendication 12 caractérisé en ce que ledit téléchargement est accompli en utilisant un modem (22) qui est connecté fonctionnellement audit système de traitement de données et ledit téléchargement du système est effectué vers un deuxième système de traitement de données. 15. Procédé selon la revendication 12, caractérisé en ce que ledit ensemble de données ou de valeurs téléchargées consiste en une liste de tarifs ou de mises à jour de tarifs téléchargés précédemment, ou consiste en une valeur d'affranchissement additionnelle à ajouter à la machine à affranchir en vue d'un affranchissement.