Brevet FR2951846A1 — publié le 20110429

L'invention concerne le suivi de l'acheminement d'articles expédiés. Il est classique qu'un acheteur acquiert un article à distance et que le vendeur délègue à un transporteur la tâche d'acheminer cet article jusqu'à l'acheteur. Souvent, le vendeur ne contrôle pas, faute de temps ou de moyens, le bon acheminement de l'article de sorte qu'il est informé par l'acheteur lui-même de la survenue d'un incident de livraison, le cas échéant. Ainsi, l'acheteur qui constate que la livraison tarde, inquiet ou mécontent, contacte le vendeur. Alerté par l'acheteur, le vendeur peut enquêter auprès du transporteur. Toutefois la procédure est longue. Elle nécessite en particulier de prendre contact avec le transporteur au sujet de chaque anomalie et de suivre la réclamation jusqu'à son terme. Du côté du transporteur, une enquête ne sera lancée que s'il reçoit une telle alerte, enquête qui peut ensuite prendre plusieurs semaines. Pendant ce temps, l'acheteur doit attendre que le transporteur trouve une solution pour enfin recevoir son colis, si ce dernier n'a pas été déjà définitivement perdu. Dans ces conditions, la plupart du temps, ce problème de livraison a causé une déception à l'acheteur, il a été nécessaire au vendeur d'adresser une réclamation au transporteur et ce dernier n'avait pas de solution immédiate à apporter. Un but de l'invention est d'améliorer la fiabilité de la livraison des articles et de faciliter la résolution des éventuels problèmes de livraison. A cet effet, on prévoit selon l'invention un procédé de contrôle de suivi d'articles expédiés, dans lequel : - un système automatisé analyse conjointement des données d'un expéditeur des articles, relatives aux articles, et des données d'un transporteur des articles, relatives aux articles, et - lorsque l'analyse conduit à un résultat prédéterminé, le système exécute une action. Ainsi, l'analyse permet de confronter les données de l'expéditeur et du transporteur pour détecter de façon précoce une éventuelle anomalie. Le plus souvent, cette détection précoce intervient bien avant que l'acheteur ait pu lui-même déceler le moindre problème. De plus, elle permet éventuellement de déclencher très tôt une enquête auprès du transporteur. Ce dernier pourra alors sans délai examiner l'anomalie en question et tenter d'y remédier. En pareilles circonstances en effet, plus l'anomalie est détectée de façon précoce, plus il est facile d'y apporter une solution. En particulier, si l'article est égaré, a suivi un mauvais itinéraire, ou encore se trouve en attente en un lieu donné pour une raison inexpliquée, il est d'autant plus facile d'y remédier que le problème est détecté tôt. Dans certains cas, il sera même possible de résoudre le problème avant que l'acheteur ne décèle de son côté une anomalie telle qu'un retard. Avantageusement, le système reçoit et/ou importe les données de l'expéditeur et/ou les données du transporteur. De préférence, avant l'analyse, le système détermine si au moins certaines des données sont conformes à au moins un critère prédéterminé, et dans le cas contraire les signale comme telles. Ainsi, cette phase de contrôle préliminaire réduit les risques de prendre en compte des données erronées, ce qui améliore la fiabilité de l'analyse effectuée ensuite. Avantageusement, le système renouvelle l'analyse périodiquement, par exemple au moins une fois par jour. Ainsi, une confrontation fréquente des données de l'expéditeur et du transporteur permet de détecter au plus tôt une éventuelle anomalie et donc de la résoudre d'autant plus facilement et rapidement. De préférence, l'analyse est exécutée de façon à déterminer si au moins l'un des articles a été livré ou non. Ainsi, le procédé permet de poursuivre l'analyse suivant l'un ou l'autre cas dans des directions différentes. De préférence, l'analyse est exécutée de façon à déterminer si, pour chaque article livré, un délai de livraison dépasse un seuil prédéterminé. Ainsi, on détecte un dépassement du délai de livraison annoncé. De préférence, l'analyse est exécutée de façon à déterminer si au moins un des articles est en attente de livraison depuis une période dépassant un seuil prédéterminé. Ainsi, cette analyse permet notamment de détecter si un article reste en instance dans un lieu donné pendant une période anormalement longue. De préférence, l'analyse est exécutée de façon à déterminer si un montant facturé par le transporteur dépasse un seuil prédéterminé. Il s'agit cette fois de détecter une anomalie de facturation par le transporteur. En effet, il est fréquent que le transporteur, informé d'une anomalie de facturation, applique une réduction tarifaire ou fasse un remboursement. De préférence, l'action comprend la préparation et/ou l'envoi d'un message à destination du transporteur, le message comprenant par exemple des données de l'expéditeur et du transporteur relatives à au moins un des articles. Ainsi le procédé met en oeuvre la préparation automatisée d'un message tel qu'un message de réclamation. L'expéditeur n'a donc pas à préparer cette réclamation. De préférence, le système met à disposition de l'expéditeur de l'article des moyens pour valider, voire déclencher, l'envoi du message au transporteur. Il existe ainsi une procédure de validation préalable des messages par l'expéditeur de l'article. Avantageusement, le système analyse une réponse du transporteur à la réclamation et de préférence extrait un texte de la réponse. Ainsi, la réponse faite par le transporteur est confrontée aux données existantes pour qu'une réplique rapide puisse être préparée si besoin. De préférence, le système rend disponible à partir d'un réseau de télécommunication au moins un document, tel qu'une page web, comprenant des données de l'expéditeur et du transporteur relatives à au moins un des articles, de préférence le système rendant disponible plusieurs documents relatifs chacun à un seul des articles respectifs. Ainsi, ce document, accessible à l'expéditeur et/ou à l'acheteur, lui permet à tout moment de prendre connaissance des données relatives à l'article telles que des données relatives à l'état d'acheminement, l'existence éventuelle d'une réclamation auprès du transporteur, voire la réponse adressée par ce dernier, etc. On prévoit également selon l'invention un programme d'ordinateur qui comprend des instructions de code aptes à commander l'exécution d'un procédé selon l'invention lorsqu'il est exécuté sur un ordinateur. On prévoit aussi selon l'invention un support d'enregistrement de données comprenant un tel programme sous forme enregistrée. On prévoit encore selon l'invention, la mise à disposition d'un tel programme sur un réseau de télécommunication en vue de son téléchargement. On prévoit également selon l'invention un système de contrôle de suivi d'articles expédiés, qui comprend des moyens aptes : - à analyser conjointement des données d'un expéditeur des articles, relatives aux articles, et des données d'un transporteur des articles, relatives aux articles, et - lorsque l'analyse conduit à un résultat prédéterminé, à exécuter une action. On prévoit enfin selon l'invention une page web relative à au moins un article expédié, qui comprend au moins les données suivantes organisées de façon conjointe dans la page : - au moins une donnée d'un expéditeur de l'article, relative à l'article ; et - au moins une donnée d'un transporteur de l'article, relative à l'article. D'autres caractéristiques et avantages de l'invention apparaitront encore dans la description suivante d'un mode de réalisation donné à titre d'exemple non limitatif en référence aux dessins annexés sur lesquels : - la figure 1 est un schéma des différents intervenants participant à la mise en oeuvre du procédé de l'invention ; - la figure 2 est un organigramme montrant le déroulement du procédé de l'invention pour identifier un retard de livraison excessif ; - la figure 3 est une partie de l'organigramme de la figure 2 montrant d'autres étapes ; - la figure 4 est un organigramme analogue à la figure 2 montrant notamment le traitement des réponses du transporteur aux réclamations et la mise en ligne d'une page web dans le procédé de l'invention ; - la figure 5 est une vue d'un ordinateur affichant cette page web ; et - la figure 6 est un organigramme analogue à la figure 2 illustrant le déroulement du procédé pour la détection d'une anomalie de facturation du transporteur. En référence à la figure 1, le procédé selon l'invention dans le présent mode de mise oeuvre est utilisé pour la surveillance de l'acheminement d'articles tels que des colis ou encore des plis. Il est mis en oeuvre principalement par une entité telle qu'une société ou un organisme que nous appellerons ici un contrôleur 2. Il fait aussi intervenir un vendeur 4 constitué par exemple lui-aussi par une société ou un organisme, ainsi qu'un transporteur 6. Nous supposons que le vendeur 4 a initialement vendu par correspondance un article 9 à un acheteur 11. Le vendeur 4 charge le transporteur 6 d'expédier cet article sous la forme d'un colis jusqu'à l'adresse de l'acheteur. Le contrôleur 2 comprend un système 8 comportant un ou plusieurs dispositifs 10 tels que des ordinateurs formant par exemple des serveurs et une ou plusieurs bases de données 12 connectées aux ordinateurs 10 pour pouvoir communiquer avec ces derniers. Le vendeur 4 dispose d'une installation analogue comprenant un ou plusieurs ordinateurs 14 et une ou plusieurs bases de données 16 de même que le transporteur 6 possède un ou plusieurs ordinateurs 18 et une ou plusieurs bases de données 20. Ces organes comprennent des moyens informatiques tels que des microprocesseurs, des mémoires, des horloges, etc. leur permettant de fonctionner comme indiqué plus loin. Les intervenants 2, 4 et 6, et donc ces organes, sont connectés entre eux au moyen d'un réseau de télécommunication 22 par exemple de type TCP/IP, tel que le réseau internet. Le vendeur 4 est ici client du contrôleur 2 pour la prestation relative au procédé. Nous allons décrire ci-après les étapes du procédé de l'invention, étant entendu que chacun des éléments précités est si besoin configuré et apte à mettre en oeuvre ces étapes. En particulier, chacun des serveurs comprend sous forme enregistrée un ou plusieurs programmes comprenant des instructions de code apte à commander l'exécution d'une ou plusieurs des étapes du procédé lorsqu'il est exécuté sur le serveur. Ces programmes peuvent être enregistrés sur un support d'enregistrement de données tel qu'un disque dur, une mémoire flash, etc.. Les mêmes programmes peuvent être également mis à disposition, par exemple sur le réseau 22, en vue de leur téléchargement. Le procédé permet au vendeur 4 de suivre de manière détaillée la livraison du colis 9, depuis la prise en charge de ce colis par le transporteur 6 jusqu'à sa livraison finale chez l'acheteur 11. Le procédé permet aussi de traiter les éventuelles anomalies de transport telles que retard, absence de livraison à l'issue d'un certain délai, colis spolié ou détérioré. Un autre type d'anomalies réside dans le retour du colis à l'expéditeur 4 au motif allégué que le destinataire n'habite pas à l'adresse indiquée (NPAI), le transporteur 6 n'ayant pas trouvé le destinataire. Il se peut ainsi que l'adresse de livraison soit erronée ou que le transporteur ait commis une erreur. Il existe une anomalie lorsque ce retour n'était pas justifié. Il s'agit d'accroître la satisfaction des vendeurs 4 et surtout celle des acheteurs 11 tout en augmentant la productivité de l'acheminement. En référence à la figure 2, au cours d'une première étape 23, le serveur 10 obtient auprès du client 4 via le réseau 22 des données de toutes ses expéditions 35 confiées au transporteur. Cette récupération des données peut se faire de différentes façons. Le vendeur 4 peut transmettre en ligne au serveur 10 un fichier électronique 21 contenant les données. Elle peut avoir lieu par dépôt du fichier 21 sur un site internet du contrôleur 2 par exemple à l'aide d'un formulaire d'envoi adapté. L'envoi des données peut se faire à l'aide d'un logiciel spécifiquement développé pour coopérer avec un logiciel du transporteur 6. Il peut s'agir d'un dépôt de données par le biais d'un protocole de transfert de fichiers ou FTP (on désigne ainsi un protocole de communication pour l'échange informatique de fichiers sur un réseau TCP/IP.). Quelle que soit la technique utilisée, il est avantageux que le fichier 21 présente une ligne d'entête et des séparateurs d'un type prédéterminé, et intègre tous les champs disponibles dans le logiciel du transporteur 6. Au cours d'une étape suivante 24, le serveur 10 contrôle les données ainsi obtenues avant de les importer dans la base 12. A cet égard, il est utile d'avoir fixé des critères auxquels les données transmises doivent répondre avant d'être intégrées. Il s'agit par exemple de critères de format tels qu'un nombre de caractères alphanumériques que doit comprendre la donnée. Si l'un de ces critères n'est pas rempli, par exemple si la donnée comprend un nombre de caractères alphanumériques différent de celui énoncé dans le critère, le serveur 10 signale que la donnée présente une telle anomalie et l'isole en la mentionnant dans une liste. Cette liste est consultée par une personne qui modifie ou corrige la donnée concernée pour supprimer l'anomalie. En l'espèce, les données associées à chaque colis 9 doivent répondre aux critères suivants : - le numéro de colis comprend un nombre prédéterminé de chiffres, par exemple 13 ; - le nom et le prénom du destinataire à livrer sont disponibles ; - l'adresse de livraison a un code postal comprenant un nombre prédéterminé de chiffres, par exemple 6 ; - la date de prise en charge du colis par le transporteur 6 auprès du vendeur 4 a un format prédéterminé (par exemple du type "jj//mm/aaaa") ; - il existe un numéro de téléphone à moins de 20 caractères ; et - il existe un numéro de contrat correspondant au client concerné. Les données du vendeur, considérées comme valides, éventuellement après correction, sont enregistrées par le système 8 dans la base de données 12 du contrôleur 2. Dans une étape suivante 30, le serveur 10 obtient auprès du transporteur 6 des données relatives aux colis transportés 9. Il récupère par exemple pour chaque colis les données d'acheminement disponibles sur le système d'information 18 du transporteur. Précisément, en l'espèce, au cours d'une étape 30, le serveur 10 interroge le système 18 pour obtenir les données en question et, au cours d'une étape 32, importe ces données. Ces données de transporteur sont elles aussi enregistrées dans la base de données 12. On peut ici aussi prévoir des étapes préalables de contrôle et de modification ou de correction de ces données. La base dispose ainsi de données sur les colis 9 émanant du vendeur 4 et de données sur les mêmes colis émanant du transporteur 6. Le système 8 procède ensuite à une analyse des données. Les étapes d'obtention des données qui viennent d'être présentées sont effectuées périodiquement et par exemple tous les jours. Dés que les données se trouvent dans la base, l'analyse que l'on va présenter est effectuée. Cette dernière a donc lieu elle aussi de façon périodique et de préférence tous les jours. L'analyse qui suit a lieu pour chacun des colis successivement. Le serveur 10 détermine au cours d'une étape 34 si le colis a été livré. La livraison dont il est ici question est la première présentation du colis par le transporteur au domicile de l'acheteur. Si ce dernier réceptionne le colis, il s'agit de la livraison finale, c'est-à-dire de la prise en charge effective du colis par l'acheteur 11. Sinon il s'agit d'une livraison intermédiaire, le transporteur se présentant au domicile de l'acheteur sans pouvoir atteindre ce dernier. Si le colis a été livré, le serveur 10 détermine au cours d'une étape 36 si cette livraison a eu lieu hors délai. Pour cela, il effectue en l'espèce un calcul d'une période R en jours avec la méthode suivante : R = date de livraison û date de prise en charge û nombre de jours non ouvrés sur la période concernée. Ainsi, la différence entre la date de livraison et la date de prise en charge (PCH) permet d'obtenir une durée à laquelle est retranché le nombre de jours non ouvrés. Au cours d'une étape 38, le serveur 10 détermine si la valeur R est supérieure à un seuil prédéterminé, par exemple fonction d'un paramètre du colis concerné, tel que le type du colis. Si oui, la livraison est considérée comme ayant eu lieu hors délai, ce qui va déclencher la préparation et l'envoi d'une réclamation comme on le verra plus bas. Dans le cas contraire, ce déclenchement n'a pas lieu. En référence à la figure 3, si la livraison finale n'a pas encore eu lieu, on cherche à déterminer si le colis a fait l'objet d'une livraison intermédiaire depuis un certain temps sans autre événement depuis. On peut ainsi détecter le cas échéant qu'il ne progresse plus dans le circuit d'acheminement, ce qui est anormal, et par conséquent agir sur cette situation. Le terme « colis en instance» désigne donc ici des états d'acheminement dans lesquels le colis a déjà fait l'objet d'une première présentation au destinataire. A l'étape 34, le système détermine donc dans quelle catégorie se trouve le colis parmi les trois suivantes: - colis dont la livraison finale 41 a eu lieu; - colis en instance ou en attente 37: le colis a déjà fait l'objet d'une première présentation au destinataire. Il n'a pas eu sa livraison finale et se trouve en attente quelque part (par exemple à un lieu de retrait par l'acheteur). C'est le cas par exemple lorsqu'une deuxième présentation est prévue ; et - colis non livré 43 mais pas en instance: le colis continue son acheminement. Par exemple, il est en cours de préparation pour que sa livraison ait lieu. Dans ce dernier cas, le système procède au calcul 40 d'une période R comme suit: R = date du jour û date de prise en charge û nombre de jours non ouvrés sur la période concernée. On calcule donc le nombre de jours ouvrés écoulés depuis la prise en charge par le transporteur. Si à l'étape 37 le colis est en instance, par exemple l'acheteur ayant été informé que le transporteur s'est présenté une première fois, le serveur 10 détermine à l'étape suivante 49 une estimation du nombre de jours depuis lequel le colis se trouve en instance. Le système procède au calcul 40 d'une période R comme suit: R = date du jour + constante û date de prise en charge û nombre de jours non ouvrés sur la période concernée. La constante sera choisie en fonction d'un paramètre du colis ou du transporteur, par exemple parmi les valeurs suivantes : 4, 8 ou 20. Elle sera choisie par exemple en fonction du type de service d'acheminement dont bénéficie le colis. Cela revient donc à effectuer le même calcul que le précédent mais en augmentant le résultat avec la constante. Dans un cas comme dans l'autre, si à l'étape suivante 42 le résultat de ce calcul dépasse un seuil prédéterminé, le serveur 10 détermine que la situation nécessite une enquête et prépare une réclamation. Si le résultat ne dépasse pas cette valeur, le serveur ne prépare pas de réclamation. On peut prévoir que le seuil pris en compte dépend d'une caractéristique du colis, par exemple un paramètre du colis tel que son type. Le serveur peut par exemple être prévu pour déclencher une enquête selon les cas 4 ou 16 jours après le délai normal pour le déclenchement d'une enquête. On suppose dans la suite qu'il est nécessaire d'envoyer une réclamation. En référence à la figure 2, au cours d'une étape 42, un message de réclamation 45 est préparé par le serveur 10 au moyen d'un modèle ou gabarit 44 que le serveur choisit parmi des modèles correspondant à des types de situation prédéterminés (retard, enquête, spoliation, détérioration, colis introuvable, etc.). Chacun de ces modèles au format électronique comprend des champs qui sont automatiquement remplis par le serveur 10 au moyen des données concernant le colis disponibles dans la base de données 12. La réclamation comprend notamment une ou plusieurs coordonnées du transporteur 6. A l'étape 46, le serveur 10 transmet au client 4 via le réseau 22 un message qui l'invite à valider sur le site web du contrôleur 8 des projets de message de réclamation portant sur différents colis, énumérés dans une liste et à consulter ces projets. Pour valider et commander l'envoi de ces messages à l'étape 47 s'il les approuve, le client 4 dispose de deux méthodes. Il peut procéder à une validation manuelle pour chaque message, ce qui suppose pour le vendeur 4 de commander son serveur 14 pour qu'il commande a son tour le serveur 10 qui envoie le message. Le vendeur peut par exemple valider l'envoi de chaque réclamation dans une boite de dialogue. Le vendeur 4 peut sinon choisir un envoi entièrement automatisé qui lui permet de valider l'envoi au transporteur 6 de plusieurs réclamations successivement et en masse au moyen d'une seule commande initiale. Cette méthode évite une confirmation manuelle de chaque réclamation qui s'avère fastidieuse. Il est également envisageable que l'envoi des réclamations soit entièrement automatisé sans même que le client ait besoin de valider cet envoi par une commande. A l'étape 48, les messages de réclamation 45 sont envoyés par courriel ou encore par télécopie, par envoi postal éventuellement en recommandé, par téléphone, etc. On peut prévoir que l'envoi a lieu de sorte que le transporteur 6 reçoit ces messages comme émanant du vendeur 4 et qui éventuellement ne font pas apparaître le contrôleur, bien que cet envoi ait été préparé et effectué par le serveur 10, Au cours d'une étape suivante 50, on suppose que le transporteur 6 adresse une réponse au vendeur 4 qui la transmet au contrôleur 2 ou bien la réponse est adressée directement à ce dernier. Le système 8 effectue ensuite une analyse informatique de la réponse permettant notamment d'en extraire des données de façon automatisée. Il va s'agir notamment de déterminer si le transporteur 6 a apporté une suite positive à la réclamation adressée. Les données de transporteur obtenues à partir de la réponse sont contrôlées par le serveur 10 et, si des anomalies sont détectées, elles font l'objet d'une modification ou d'une correction automatique par le serveur, ou encore d'un traitement par une personne par exemple à l'aide d'un module de gestion des erreurs qui permet de redresser des erreurs de lecture. Les données ainsi obtenues et associées aux colis 9 sont enregistrées dans la base de données 12. Au cours d'une étape ultérieure 56, le système 8 analyse la réponse et la confronte aux données déjà présentes dans la base 12. Si besoin, au cours d'une étape 60, il prépare une réponse ou une contestation 45 à destination du transporteur 6 qu'il met ensuite à disposition pour validation par le vendeur 4 au cours d'une étape 62. Comme précédemment, une fois la réponse validée, le système l'envoie au transporteur 6 au cours d'une étape 64. En référence à la figure 5, dans le présent mode de mise en oeuvre, tout ou partie des données associées à un colis 9 sont rendues accessibles à distance et en ligne au vendeur 4 au moyen d'un document informatique tel qu'une page web 66 mise à disposition par le système 8 sur le réseau 22. Le vendeur peut ainsi consulter cette page depuis son ordinateur 14 en l'affichant sur l'écran de ce dernier. On peut aussi prévoir que l'acheteur 11 puisse aussi accéder à une page similaire 71 depuis son ordinateur 67. La page 66 présente à la fois des données 63 relatives au colis et émanant du vendeur 4 et des données 61 relatives au colis et émanant du transporteur 6. Il s'agit par exemple des données ou des informations suivantes : - le n° du colis du vendeur 4 ; - le nom et l'adresse de l'acheteur 11; - le prix et le poids du colis déclaré ou payé ; - les états d'acheminement du colis ; - l'existence et le cas échéant le contenu d'une réclamation éventuelle auprès du transporteur ; et - la réponse éventuelle apportée par le transporteur avec les éventuelles contestations. Cette page 66 constitue une fiche permettant au vendeur d'avoir un accès rapide et centralisé à toutes les informations concernant un colis. On peut prévoir qu'elle donne aussi toutes les informations éventuelles en cas de retard ou de perte telles que le nombre de jours de retard, le numéro d'enquête, etc. Cette page permet aussi à l'expéditeur 4 d'accéder à l'ensemble des documents archivés relatifs à un colis et dont la teneur est reprise dans la fiche récapitulative. Il a aussi accès aux informations lui permettant de renseigner au plus vite l'acheteur si besoin. C'est cette page qui peut servir au vendeur pour valider l'envoi d'une réclamation. Comme on l'a vu plus haut, des réclamations telles que des enquêtes pour des dépassements de délai sont initiées automatiquement par le serveur 10 en vue d'atteindre le transporteur 4. Toutefois, certaines anomalies ne peuvent pas être détectées automatiquement. C'est le cas par exemple des détériorations ou des spoliations de colis, des retours injustifiés pour cause de NPAI, des contestations d'acquis, ou des colis introuvables. (Il y a contestation d'acquis lorsque l'acheteur 11 n'a pas reçu son colis alors que le système d'information en ligne du transporteur affiche ce dernier comme livré.) Dans tous ces cas, le vendeur 4 peut initier manuellement et à distance une réclamation au moyen de la page 66 qui forme une interface configurée à cette fin. Comme indiqué sur la figure 4 à l'étape 69, le vendeur 4 peut envoyer via cette interface des documents tels que des photographies, des copies de correspondances telles que des courriels, un procès-verbal de spoliation, etc. Le dossier ainsi mis en ligne peut être rendu accessible aux services du transporteur 6 ou envoyé à ces derniers. (Pour les colis introuvables, il appartient cependant au vendeur de vérifier que le colis existe et a bien été envoyé avant de demander le déclenchement d'une réclamation pour celui-ci. Il doit ainsi confirmer ou non l'expédition du colis.) La réclamation est ensuite préparée par le serveur 10 selon des modèles adaptés aux cas considérés comme précité. La même interface permet de solliciter le transporteur pour qu'il fournisse des éléments plus détaillées sur la livraison du colis le cas échéant. De préférence, il existe une page 66 par colis entièrement dédiée à ce dernier. De préférence aussi, on met à disposition du vendeur 4 une adresse web URL d'accès direct qui lui permet d'ouvrir directement la fiche colis souhaitée sans avoir à entrer un identifiant ni à rechercher les données du colis sur le site internet du contrôleur 2. Pour cela, le système envoie au vendeur un courriel contenant l'adresse URL en question. Le système 8 assure la réalisation et la mise en ligne de la page 66, puis sa modification pour son maintien à jour régulier, par exemple quotidien, en fonction de la mise à jour des données relatives aux colis. On prévoit aussi en l'espèce que le système 10 rend accessible en ligne une page 71, analogue à la page 66, pour consultation à distance par l'acheteur 11. Ce dernier dispose donc à son tour d'informations de suivi poussées. Il est possible de personnaliser cette page pour chacun des vendeurs 4. De préférence ici aussi, on met à disposition de l'acheteur 11 une adresse web URL d'accès direct qui lui permet d'ouvrir directement la fiche colis souhaitée sans avoir à entrer un identifiant ni à rechercher les données du colis sur le site internet du contrôleur 2. A cette fin, à l'étape 73, le système envoie à l'acheteur un courriel contenant l'adresse URL en question. Pour cela, lorsque l'expéditeur 4 charge ses états d'expéditions sur le système 8, il mentionne dans chaque ligne de colis une adresse courriel de l'acheteur 11 en plus des autres données telles que la date d'expédition, les nom, prénom et adresse du destinataire, etc. Les informations de la page 71 se répartissent par exemple comme suit en quatre groupes ou volets sur la page : Les informations relatives au colis 9 telles que : Les données relatives au transporteur en charge du colis, les délais de livraison contractuels, le numéro de suivi (avec par exemple un lien envoyant vers la page du colis du transporteur), la date d'expédition, le destinataire et son adresse ; - L'historique de tous les états d'acheminement du colis, comprenant ses différents états successifs. Lorsqu'un nouvel état est ajouté, il ne remplace pas un état précédent mais vient en allonger la liste. Cela permet à l'acheteur de visualiser en intégralité le trajet du colis dans le réseau du transporteur ; - Des informations sur la livraison : Lorsque le colis a été expédié, le volet indique la date prévisionnelle de livraison, c'est-à-dire le jour où le colis doit théoriquement être livré si le transporteur respecte les délais contractuels. Cette date est purement indicative, le colis pouvant être livré après voire avant ce délai. En cas de délai de livraison anormalement long, c'est à-dire en l' espèce dès l'ouverture d'une enquête, la page indique à l'acheteur 11 qu'une anomalie a été détectée lors de la livraison et qu'une enquête a été ouverte par l'expéditeur (au moyen du système 8) auprès du transporteur. En outre, l'acheteur est invité à ne contacter le service client du vendeur qu'à partir d'une date indiquée sur le volet. C'est à partir de cette date que l'expéditeur sera le mieux à même de renseigner l'acheteur sur les anomalies consécutives à l'expédition; et - Un module d'information en cas de problème à la réception du colis comme une détérioration, une spoliation, une contestation d'acquis, etc. Si l'acheteur est confronté à un de ces problèmes, le module à sa disposition lui fournira la procédure à suivre en fonction de l'incident rencontré. Comme indiqué à la figure 4 à l'étape 77, on peut prévoir que cette page 71 permet à l'acheteur d'avertir le vendeur d'une anomalie. Ce dernier pourra alors demander à partir de sa propre page 66 la préparation et l'envoi d'une réclamation. La page 66 du vendeur peut avoir un contenu similaire. Lorsqu'un transporteur édite une facture pour l'expéditeur, celle-ci récapitule souvent l'ensemble de ses expéditions. Chaque expédition est identifiée par son numéro de suivi, son poids calculé lors de l'acheminement et le prix facturé qui en découle. (En effet, lorsque l'expéditeur remet ses colis au transporteur, il déclare un poids et un prix calculé par ses propres services, qui sont enregistrés ensuite dans la base de données du système 8.) Le procédé permet d'analyser le contenu de ces factures et d'alerter l'expéditeur 4 lorsqu'un colis a été surfacturé au-delà d'un seuil paramétrable. La plupart des transporteurs s'engagent sur des délais de livraison et indemnisent en partie ou en totalité les frais de port lorsque les colis n'ont pas été livrés dans les délais garantis ou encore lorsqu'ils ont été perdus. En référence à la figure 6, lorsque l'existence d'une anomalie a été reconnue par le transporteur 6, il peut être envisagé qu'elle fasse l'objet d'une réduction dans sa facture pour ses services auprès du vendeur 4. Alternativement, le transporteur 6 peut adresser un remboursement au vendeur 4. Toutes les données nécessaires sont envoyées à cette fin au moyen du procédé au service du transporteur. Une fois la réponse du transporteur reçue, celle-ci est analysée par le système 8. Si l'indemnisation a été accordée, la procédure est clôturée. Dans le cas contraire, le serveur 10 croise à nouveau les informations disponibles. S'il apparaît qu'il y a bien eu livraison hors des délais contractuels, le serveur 10 prépare un message de relance à destination du transporteur, le propose préalablement au vendeur pour validation, puis l'envoie une fois validé, accompagné éventuellement des documents justifiant ce retard. Ce principe est mis en oeuvre comme suit. Lors d'une étape 70, la facture du transporteur obtenue par le contrôleur 2 est analysée pour en extraire les données pertinentes de la même façon qu'indiqué plus haut, données qui sont éventuellement contrôlées voire corrigées. Les données sont enregistrées dans la base de données 12 du système 8. Au cours d'une étape 72, le système analyse si la facturation est excessive par rapport à ce qui était attendu, à savoir si l'acheminement du colis a été surfacturé ou pas. Pour cela, il effectue la comparaison des données du vendeur et des données du transporteur. A l'étape 74, s'il apparaît que le transport n'a pas été surfacturé, l'analyse prend fin. S'il a été surfacturé, le système 8 détermine à l'étape 75 si cette question nécessite en elle-même la préparation d'un message de réclamation ou pas. Cette détermination peut notamment obéir à un choix du vendeur 4. Le cas échéant, le système 8 prépare comme précédemment un message de réclamation 45 au cours d'une étape 76, le met à la disposition du vendeur pour validation à l'étape 78, puis le cas échéant l'adresse au transporteur 6 à l'étape 80. Le vendeur peut donc examiner si la surfacturation a été justifiée ou non. Cette confirmation n'intervient pas lors de l'ouverture d'une simple enquête par exemple, étant donné qu'on dispose d'information sur l'état d'acheminement confirmant la réalité de l'envoi. De préférence, on prévoit que dans le procédé chaque dossier de réclamation n'est pas clôturé tant que la réduction ou le remboursement n'a pas été constaté grâce à des données relatives à une facture adressée par le transporteur, à moins que des raisons légitimes aient conduit à clôturer la réclamation. Ainsi le procédé permet au vendeur 4 de s'assurer de la conformité de la facture du transporteur par rapport aux données qui ont été relevées par le système 8. En parallèle, on peut prévoir que le vendeur 4 dispose sur le site du contrôleur 2, par exemple, d'une interface lui permettant de créer des listes de colis à son avis surfacturés par le transporteur. Il peut de cette façon s'il le souhaite demander l'ouverture d'une réclamation auprès du transporteur afin d'obtenir de plus amples informations sur chacune de ces anomalies de facturation. Le procédé permet aussi au vendeur, s'il le souhaite, de s'engager à son tour sur les délais de livraison auprès de ses acheteurs, en proposant un service d'indemnisation au moyen de l'indemnisation assurée en amont par le transporteur puisque c'est lui qui s'engage sur les délais de livraison et assure l'indemnisation des frais d'expéditions en cas de dépassement de délai. Le procédé selon l'invention permet donc au vendeur de répercuter à l'acheteur une indemnisation pour livraison hors délai, si le transporteur n'a pas respecté ses engagements contractuels. Cette répercussion a lieu de façon automatisée en tout ou partie comme suit : - comme indiqué plus haut, le vendeur charge quotidiennement la liste de ses expéditions sur le système 8; - le système 8 envoie par courriel un avis d'expédition à l'acheteur 11 contenant l'adresse URL sécurisée qui conduit à la page web 71, par exemple une page du vendeur ou consacrée à ce dernier ; - sur cette page, l'acheteur 11 peut suivre l'historique d'acheminement de son colis avec la date prévisionnelle de livraison, les anomalies de livraison détectées par le système 8, etc. - si l'acheteur n'est pas livré dans les délais par le transporteur, le système 8 prépare une demande d'indemnisation auprès de ses services comme décrit plus haut; - le système 8 met en ligne et maintient à jour la liste des acheteurs dont les colis ont été livrés hors délais. Ainsi le système 8 informe l'expéditeur 4 de la liste de tous ses destinataires éligibles à une indemnisation à cause d'une livraison hors délai. Cette liste lui est par exemple rendue accessible sur une page web mise en ligne par le système ; - le vendeur adresse à l'acheteur un avis de remboursement et procède au remboursement lui-même par virement bancaire, émission d'un chèque, etc.; et - le transporteur effectue les indemnisations des colis hors délai auprès du vendeur sous forme d'avoirs par exemple. Le procédé selon l'invention permet l'amélioration du traitement des incidents de livraison, traitement qui est effectué très peu de temps après l'apparition des incidents sans attendre une éventuelle alerte de l'acheteur concerné. Dans le procédé, le système vérifie l'acheminement de tous les colis expédiés, directement au moyen des données disponibles sur le site web du transporteur ou encore sur son système d'information sans passer par le site web de ce dernier. La mise en oeuvre du procédé est automatique et ne nécessite pas l'intervention du vendeur 4 si ce n'est la transmission des données relatives aux colis le concernant et éventuellement la validation de l'envoi des réclamations, lorsque ceux-ci ne sont pas effectués automatiquement. L'expéditeur 4 n'a pas besoin d'attendre d'être alerté par l'acheteur en cas d'anomalie. Il gagne ainsi un temps précieux. Il est aussi en mesure d'informer un acheteur victime d'une anomalie qu'une enquête a d'ores et déjà été ouverte ou une réclamation envoyée. Ce dernier se sent donc rassuré car il apprend que le vendeur 4 contrôle étroitement ses expéditions et est déjà intervenu en amont pour tenter de résoudre le problème. Le procédé permet également de suivre la procédure d'indemnisation consécutive au retard ou à la perte du colis. Bien entendu, on pourra apporter à l'invention de nombreuses modifications sans sortir du cadre de celle-ci. On pourra prévoir que les pages web mises en ligne pour le vendeur et pour l'acheteur sont distinctes ou sont les mêmes. REVENDICATIONS1. Procédé de contrôle de suivi d'articles expédiés (9), caractérisé en ce que : - un système automatisé (8) analyse conjointement des données (63) d'un expéditeur (4) des articles, relatives aux articles, et des données (61) d'un transporteur (6) des articles, relatives aux articles, et - lorsque l'analyse conduit à un résultat prédéterminé, le système exécute une action (36, 40, 49, 42, 46). 2. Procédé selon la revendication précédente dans lequel, avant l'analyse, le système (8) détermine si au moins certaines des données (63, 61) sont conformes à au moins un critère prédéterminé, et dans le cas contraire les signale comme telles. 3. Procédé selon au moins l'une quelconque des revendications précédentes dans lequel l'analyse est exécutée de façon à déterminer si au moins l'un des articles (9) a été livré ou non. 4. Procédé selon au moins l'une quelconque des revendications précédentes dans lequel l'analyse est exécutée de façon à déterminer si, pour chaque article livré (9), un délai de livraison dépasse un seuil prédéterminé. 5. Procédé selon au moins l'une quelconque des revendications précédentes dans lequel l'analyse est exécutée de façon à déterminer si au moins un des articles (9) est en attente de livraison depuis une période dépassant un seuil prédéterminé. 6. Procédé selon au moins l'une quelconque des revendications précédentes dans lequel l'analyse est exécutée de façon à déterminer si un montant facturé par le transporteur (6) dépasse un seuil prédéterminé. 7. Procédé selon au moins l'une quelconque des revendications précédentes dans lequel l'action comprend la préparation et/ou l'envoi d'un message (45) à destination du transporteur (6), le message comprenant par exemple des données (63, 61) de l'expéditeur et du transporteur relatives à au moins un des articles. 8. Procédé selon la revendication précédente dans lequel le système (8) met à disposition de l'expéditeur (4) de l'article des moyens (66) pour valider un envoi du message (45) au transporteur. 9. Procédé selon au moins l'une quelconque des revendications précédentesdans lequel le système (8) rend disponible à partir d'un réseau de télécommunication (22) au moins un document, tel qu'une page web (66, 71), comprenant des données (63, 61) de l'expéditeur et du transporteur relatives à au moins un des articles, de préférence le système rendant disponible plusieurs documents (66, 71) relatifs chacun à un seul des articles respectifs. 10. Programme d'ordinateur caractérisé en ce qu'il comprend des instructions de code aptes à commander l'exécution d'un procédé selon au moins l'une quelconque des revendications précédentes lorsqu'il est exécuté sur un ordinateur. 11. Système (8) de contrôle de suivi d'articles expédiés (9), caractérisé en ce qu'il comprend des moyens aptes : - à analyser conjointement des données (63) d'un expéditeur (4) des articles, relatives aux articles, et des données (61) d'un transporteur (6) des articles, relatives aux articles, et - lorsque l'analyse conduit à un résultat prédéterminé, à exécuter une action 12. Page web (66, 71) relative à au moins un article expédié (9), caractérisée en ce qu'elle comprend au moins les données suivantes organisées de façon conjointe dans la page : - au moins une donnée (63) d'un expéditeur (4) de l'article, relative à l'article ; et - au moins une donnée (61) d'un transporteur (6) de l'article, relative à l'article.