Brevet FR2815443A1 — publié le 20020419

La présente invention concerne un procédé de traitement d'un appel d'offres émis par un acheteur vers des fournisseurs, l'acheteur et les fournisseurs étant reliés via des ordinateurs à au moins un serveur par l'intermédiaire d'un réseau d'échange de données. Ce type de réseau, comme par exemple le réseau Internet, est formé par des dispositifs informatiques tels que des ordinateurs personnels et des serveurs qui sont reliés les uns aux autres directement ou indirectement pour permettre la transmission entre eux d'informations sous forme de fichiers informatiques. Le traitement classique d'un appel d'offres consiste à publier l'appel d'offres pour permettre à des fournisseurs candidats de soumettre leurs offres puis à sélectionner le candidat ayant présenté la meilleure offre. Afin de faciliter le traitement de l'appel d'offres et d'augmenter la portée de ce dernier, on pourrait envisager de transmettre l'appel d'offres aux fournisseurs potentiels via un réseau du type précité et récupérer les offres à partir de ce réseau. Toutefois, les volumes de données échangés sont alors importants et nécessitent l'emploi de dispositifs informatiques disposant de capacités de traitement et de ressources mémoires importantes ainsi que de liaisons à haut débit de manière à limiter les temps de connexion et éviter une saturation de la liaison. Dans une telle mise en oeuvre, il pourrait être avantageux de transmettre à un tiers relié au réseau les offres reçues pour le tenir informé de celles-ci. Or, les offres sont généralement de taille importante de sorte que la transmission de celles-ci au tiers tend à saturer la liaison du tiers au réseau, ce qui augmente le temps de connexion, et à occuper une grande partie de l'espace mémoire du dispositif informatique du tiers. Un but de l'invention est de proposer un procédé de traitement d'un appel d'offres permettant une information d'un tiers tout en limitant le volume des données échangées, les temps de connexion et les ressources de mémoires nécessaires à sa mise en oeuvre. En vue de la réalisation de ce but, le procédé de traitement conforme à l'invention comprend les étapes de : - mémoriser l'appel d'offres sur le serveur, - autoriser les fournisseurs à accéder à l'appel d'offres sur le serveur, - mémoriser sur le serveur une offre de chaque fournisseur ayant accédé à l'appel d'offres, - mémoriser sur le serveur une identification d'au moins un tiers 11 différent de l'acheteur et des fournisseurs, - transmettre au tiers un code personnel d'accès à au moins une offre d'un des fournisseurs sur le serveur, - sur transmission du code personnel, autoriser la consultation d'au moins une partie de l'offre par le tiers. Ainsi, seul un code personnel d'accès est transmis au tiers. La confidentialité des informations accessibles par le tiers est de la sorte sauvegardée et la mémoire de l'ordinateur du tiers est laissée libre. D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description qui suit d'un mode de réalisation particulier non limitatif de l'invention. Il sera fait référence à la figure unique annexée représentant schématiquement le réseau sur lequel est mis en oeuvre le procédé conforme à l'invention. Le procédé conforme à l'invention est mis en oeuvre sur un réseau 1, par exemple de type Internet, auquel sont reliés via des ordinateurs un acheteur 2 et des fournisseurs potentiels, ici trois, référencés 3, 4, 5. La liaison des ordinateurs et du serveur au réseau et l'équipement des ordinateurs et du serveur (logiciel de navigation en particulier) sont agencés pour permettre entre ceux-ci la transmission d'informations sous forme de données informatiques et notamment de fichiers. D'une manière générale, le procédé comprend les étapes de : - mémoriser l'appel d'offres sur le serveur 6, - autoriser les fournisseurs 3,4, 5 à accéder à l'appel d'offres sur le serveur 6, ici en transmettant aux ordinateurs des fournisseurs 3,4, 5 un code personnel d'accès à l'appel d'offres sur le serveur 6, - mémoriser sur le serveur 6 une offre de chaque fournisseur 3,4, 5 ayant accédé à l'appel d'offres, - mémoriser sur le serveur une identification d'au moins un tiers Il, - transmettre au tiers Il un code personnel d'accès à au moins une offre d'un des fournisseurs 3,4, 5 sur le serveur 6, - sur transmission du code personnel, autoriser la consultation d'au moins une partie de l'offre par le tiers 11. Le tiers 11 en question peut être une personne de l'entreprise à laquelle appartient l'acheteur comme un directeur de projet concerné ou un supérieur de l'acheteur, ou bien une personne externe à celle-ci comme un consultant externe. L'invention s'étend également à un procédé de traitement dans lequel l'acheteur 2 qui souhaite faire un appel d'offres se connecte au serveur 6 et y mémorise un résumé 7 de l'appel d'offres. Ce résumé indique par exemple une brève description des produits ou services visés dans l'appel d'offres et les quantités envisagées. Simultanément, l'acheteur 2 enregistre sur le serveur 6 un code personnel d'accès qui lui permettra ultérieurement d'accéder au résumé 7 et aux réponses qui y seront faites par les fournisseurs intéressés. Ce code personnel d'accès a une fonction de mot de passe et d'identification de l'appel d'offres et peut être formé de plusieurs codes. L'acheteur 2 peut aussi préciser s'il souhaite qu'un ou plusieurs fournisseurs particuliers soient contactés ou si, au contraire, il souhaite que certains fournisseurs particuliers soient dès le départ écartés de l'appel d'offres. L'acheteur 2 mémorise en outre sur le serveur 6 une identification d'un tiers. Cette identification comprend l'identité et les coordonnées du tiers comme son adresse de messagerie électronique. Bien entendu, l'identification de plusieurs tiers peut être mémorisée sur le serveur 6. Avantageusement, l'acheteur 2 mémorise également sur le serveur 6 un seuil maximum pour le nombre de réponses et un délai maximal pour mémoriser une réponse. L'administrateur du serveur ou le serveur luimême de façon automatique transmettent aux fournisseurs 3,4, 5 un code personnel d'accès au résumé 7 et une référence de l'appel d'offres en question. Ce code personnel d'accès a une fonction de mot de passe et d'identification du fournisseur et peut être formé de plusieurs codes et incorporer la référence de l'appel d'offres. Les fournisseurs intéressés se connectent au serveur 6 et accèdent au résumé 7 après identification de l'appel d'offre et transmission de leur code personnel. En option, il est possible de subordonner l'accès au résumé 7 à la signature préalable d'une clause de confidentialité téléchargeable soumise par l'acheteur 2 lors de la mémorisation du résumé 7. En variante, on peut prévoir que des fournisseurs puissent se connecter librement au serveur 6 et accéder au résumé 7 sans avoir préalablement reçu de code personnel d'accès, ce code leur étant alors attribué et l'autorisation d'accès au résumé leur étant accordée après qu'ils aient par exemple rempli une fiche d'identification sur le serveur 6. Les fournisseurs 3,4, 5 mémorisent alors sur le serveur 6 des réponses 8.3, 8.4, 8.5. Ces réponses ont la forme d'une offre simplifiée et comprennent par exemple un tarif et des conditions de livraison. En variante, le fournisseur remplit un formulaire qui est mémorisé sur le serveur 6 et comprend des champs définis par l'acheteur 2. En option, les fournisseurs peuvent consulter des documents mémorisés à leur intention sur le serveur 6 par l'acheteur 2 lors de la mémorisation du résumé 7 ou peuvent télécharger ceux-ci. A chaque fois qu'une réponse 8.3, 8.4, 8.5 est mémorisée sur le serveur 6, le nombre de réponses est incrémenté. Lorsque le nombre de réponses atteint le seuil maximum ou que le délai maximum est écoulé, le serveur interdit l'accès au résumé et le dépôt de nouvelles réponses. Cette interdiction peut par exemple résulter de la désactivation des codes personnels d'accès au résumé 7 des fournisseurs. L'acheteur 2 est alors prévenu avantageusement de manière automatique par exemple par message électronique. Après transmission de son code personnel, l'acheteur 2 consulte sur le serveur 6 les réponses 8.3, 8.4, 8.5 mémorisées et sélectionne les fournisseurs ayant fourni les réponses les plus intéressantes, ici les fournisseurs 3 et 4. Cette sélection est effectuée en indiquant sur le serveur 6 que le fournisseur 5 ne doit plus être autorisé à intervenir dans les étapes suivantes de l'appel d'offres. Les fournisseurs 3,4, 5 sont avertis de la décision de l'acheteur 2 par un message électronique par exemple. L'acheteur 2 mémorise sur le serveur 6 une définition détaillée 9 de l'appel d'offres qui comprend par exemple un cahier des charges, des spécifications techniques, des conditions détaillées de livraison ou d'intervention... On notera que la mémorisation de la définition détaillée 9 de l'appel d'offres peut être réalisée en même temps que la mémorisation du résumé 7 mais les fournisseurs n'y ont accès qu'après avoir été sélectionnés. Avantageusement, l'acheteur 2 mémorise en même temps que la définition détaillée 9 un nouveau seuil maximum pour le nombre d'offres et un nouveau délai maximum pour enregistrer les offres sur le serveur 6. L'accès à la définition détaillée 9 n'est alors possible que pour les fournisseurs 3 et 4 qui ont été sélectionnés. Cette autorisation d'accès à la définition détaillée 9 comprend une phase de transmission aux ordinateurs des fournisseurs 3 et 4 d'un nouveau code personnel d'accès. L'autorisation d'accès peut également comprendre une phase de désactivation des codes personnels d'accès des fournisseurs non sélectionnés, ici le fournisseur 5. Les fournisseurs 3,4 accèdent à la solution détaillée 9 après transmission de leur code personnel d'accès et mémorisent sur le serveur 6 une offre 10. 3, 10.4 détaillée par exemple en remplissant des champs prédéterminés d'un formulaire mémorisé par l'acheteur 2 sur le serveur 6 ou directement élaboré sur le serveur 6. Ce formulaire comprend notamment des champs relatifs aux spécificités des produits ou services fournis, aux prix, aux quantités, aux délais de livraison qui constituent les éléments de l'offre sur lesquels portent les critères de choix de l'acheteur. Le formulaire indique éventuellement une pondération associée à chacun des critères pour refléter l'importance accordée par l'acheteur à chacun de ceux-ci. Lorsque les fournisseurs 3,4 enregistrent leurs offres 10.3, 10.4 sur le serveur 6, le nombre d'offres est incrémenté. Quand le nombre d'offres atteint le seuil maximal ou que le délai maximal est écoulé, le serveur 6 interdit l'accès à la définition détaillée 9 et le dépôt de nouvelles offres 10. L'acheteur 2 est alors prévenu avantageusement de manière automatique par exemple par message électronique et un code personnel d'accès aux offres 10.3 et 10.4 est transmis au tiers 11. Ce code personnel d'accès a une fonction d'identification de l'appel d'offres, de mot de passe et d'identification du tiers et peut être formé de plusieurs codes. Le tiers 11 se connecte au serveur 6 et accède aux offres 10.3 et 10.4, éventuellement regroupées dans un tableau, après transmission de son code personnel. Le tiers 11 n'est alors autorisé qu'à visualiser les offres 10.3, 10.4. Le tiers 11 peut également n'être autorisé qu'à visualiser une partie des offres ou seulement certaines offres. Après transmission de son code personnel, l'acheteur 2 consulte les offres 10.3, 10.4 mémorisées sur le serveur 6 et peut effectuer une sélection finale à partir de celles-ci. Bien entendu, l'invention n'est pas limitée au mode de réalisation décrit et on peut y apporter des variantes de réalisation sans sortir du cadre de l'invention tel que défini par les revendications. REVENDICATIONS 1. Procédé de traitement d'un appel d'offres émis par un acheteur (2) vers au moins deux fournisseurs (3, 4,5), l'acheteur et les fournisseurs étant reliés via des ordinateurs à au moins un serveur (6) par l'intermédiaire d'un réseau d'échange de données (1), caractérisé en ce qu'il comprend les étapes de : - mémoriser l'appel d'offres sur le serveur (6), - autoriser les fournisseurs (3,4, 5) à accéder à l'appel d'offres sur le serveur (6), - mémoriser sur le serveur une offre de chaque fournisseur ayant accédé à l'appel d'offres, - mémoriser sur le serveur une identification d'au moins un tiers (11) différent de l'acheteur (2) et des fournisseurs (3,4, 5), - transmettre au tiers (11) un code personnel d'accès à au moins une offre d'un des fournisseurs sur le serveur, - sur transmission du code personnel, autoriser la consultation d'au moins une partie de l'offre par le tiers. 2. Procédé de traitement selon la revendication 1, caractérisé en ce qu'il comprend, préalablement à l'étape d'autorisation d'accès des fournisseurs (3,4, 5) à l'appel d'offres, les étapes de : - mémoriser sur le serveur (6) un résumé (7) de l'appel d'offres, - autoriser l'accès des fournisseurs au résumé sur le serveur, - mémoriser sur le serveur une réponse des fournisseurs ayant accédé au résumé, l'autorisation d'accès à l'appel d'offres étant accordée à des fournisseurs sélectionnés à partir des réponses (8.3, 8.4, 8.5) mémorisées. 3. Procédé de traitement selon la revendication 2, caractérisé en ce que la mémorisation de la réponse (8.3, 8.4, 8.5) comprend une phase de mise à disposition sur le serveur (6) d'un fichier à consulter ou à compléter. 4. Procédé de traitement selon la revendication 2 ou la revendication 3, caractérisé en ce qu'un code personnel d'accès au résumé (7) et à l'appel d'offres est alloué à l'acheteur (2). 5. Procédé de traitement selon l'une des revendications 2 à 4, caractérisé en ce que l'autorisation d'accès au résumé (7) comprend une phase de transmission par les fournisseurs (3,4, 5) au serveur (6) d'un code personnel d'accès préalablement communiqué aux fournisseurs. 6. Procédé de traitement selon l'une des revendications précédentes, caractérisé en ce que l'autorisation d'accès à l'appel d'offres comprend une phase de transmission par les fournisseurs (3,4) au serveur (6) d'un code personnel d'accès préalablement communiqué aux fournisseurs.