Brevet FR2863135A1 — publié le 20050603

La présente invention se rapporte aux domaines des télécommunications mobiles et de l'informatique et concerne plus particulièrement un système pour la gestion d'informations liées à des interventions effectuées en état de nomadisme. Par intervention effectuée en état de nomadisme, on doit comprendre dans le cadre de la présente invention, une action spécifique réalisée chez ou pour un client d'un donneur d'ordre par une personne habilitée par ce donneur d'ordre dont l'activité est principalement caractérisée par une instabilité géographique. Il peut s'agir par exemple d'un technicien, d'un livreur, d'un vendeur, d'un conseil etc.... qui se rend directement chez des clients de son donneur d'ordre pour y effectuer un travail de livraison, d'installation, de contrôle, de suivi ou bien encore de maintenance d'un bien ou d'un service fourni par le donneur d'ordre. Dans la suite de la description, on parlera alors pour généraliser d'utilisateur nomade. Les besoins classiquement associés à la gestion d'activités nomades concernent notamment la récupération de leur activité par les utilisateurs, la valorisation de cette activité, la remontée des informations importantes liées à une intervention vers le système d'information du donneur d'ordre, par exemple les anomalies détectées, ou bien encore la facturation correspondant à l'intervention réalisée. Jusqu'à maintenant, le support privilégié proposé aux utilisateurs nomades pour ces différentes opérations est principalement le support papier avec tous les inconvénients qui l'accompagnent. Notamment, le support papier nécessite, pour l'exploitation des informations qu'il renferme, des saisies et traitements multiples qui sont sources d'erreurs, d'autant plus que, bien souvent, le support papier ne fait l'objet d'aucune normalisation et risque de se perdre. Une application logicielle pour la gestion du nomadisme de l'intervention, connue sous le nom de maestro , a néanmoins été développée au sein de la société demanderesse. Il s'agit plus particulièrement d'une excroissance du système d'information du donneur d'ordre permettant notamment à un utilisateur nomade de récupérer les interventions qu'il a à effectuer à distance ainsi que de les valider à distance, une fois effectuées. Typiquement, cette application est prévue pour fonctionner à partir d'un micro-ordinateur, par l'intermédiaire duquel l'utilisateur se connecte au réseau interne du donneur d'ordre pour mettre à jour les différentes applications et bases de données du système d'information du donneur d'ordre qui concernent son intervention. Toutefois, une telle application est assez limitée. Tout d'abord, elle nécessite l'utilisation d'un matériel informatique spécifique, associée à une bonne connaissance du système d'information du donneur d'ordre de la part de l'utilisateur. Or, l'utilisateur, dont ce n'est pas le métier, n'est pas forcément formé aux différentes applications logicielles de son donneur d'ordre ni à leur manipulation, qui requière une bonne connaissance des différents outils et langages informatiques associés. Un autre inconvénient de cette application de nomadisme de l'intervention est qu'elle est fortement dépendante du système d'information du donneur d'ordre, puisque l'utilisateur nomade se connecte directement au système d'information pour le mettre à jour. Ainsi, le fait de déporter la saisie du système d'information en situation de nomadisme peut s'avérer dommageable en cas d'erreur de manipulation de la part de l'utilisateur. Enfin, l'objet de cette application est trop restreint au vu des besoins du donneur d'ordre en terme de gestion d'informations liées au nomadisme de l'intervention, tels qu'ils ont été évoqués plus haut. En effet, cette application est essentiellement dévolue à la prise d'opérations à distance. La présente invention a pour but de remédier à l'ensemble des inconvénients précités en proposant un système de gestion d'informations liées au nomadisme de l'intervention, qui soit non dépendant du système d'information du donneur d'ordre, qui couvre l'ensemble des besoins standards associés au nomadisme, qui sont plus particulièrement de récupérer son activité pour l'utilisateur nomade, de pouvoir valoriser cette activité, ou encore de faire remonter les informations importantes vers le système d'information du donneur d'ordre, qui soit simple d'utilisation, peu coûteux et qui réponde à une approche métier adaptée au contexte de l'utilisateur nomade. Avec cet objectif en vue, l'invention a pour objet un système de gestion d'activité d'au moins un utilisateur nomade auquel au moins une intervention chez un client est affectée par un donneur d'ordre, ledit donneur d'ordre disposant d'un réseau interne comprenant une base de données interventions où est enregistrée une liste d'interventions affectées à des utilisateurs nomades dudit donneur d'ordre, ledit réseau hébergeant en outre un système d'information comprenant une pluralité de bases de données prévues pour la gestion d'informations découlant de l'activité desdits utilisateurs, ledit système étant caractérisé en ce que, à partir d'un terminal mobile, un utilisateur nomade se connecte à une application de gestion hébergée au niveau dudit réseau interne, par l'intermédiaire de laquelle il obtient de ladite base de données interventions les interventions qui lui sont affectées, chaque intervention étant décomposée à l'écran du terminal mobile en une série de rubriques paramétrables, chacune d'elles étant décrite par l'utilisateur par l'introduction dans le terminal d'au moins un code numérique et/ou alphanumérique choisi parmi une liste de codes prédéfinis, chaque code, après transmission vers ladite application, étant associé à au moins un traitement de mise à jour et/ou de récupération de données au niveau d'au moins une desdites base de données dudit système d'information. Dans une variante, l'intervention décrite par l'utilisateur nomade est une intervention effectuée du propre chef de l'utilisateur et qui est non prévue dans la base de données interventions où sont enregistrées les interventions affectées aux utilisateurs nomades du donneur d'ordre. Selon un mode de réalisation préféré, l'application de gestion hébergée au niveau du réseau interne comprend une architecture logicielle de type modulaire, chacun des traitements au niveau d'une des base de données du système d'information étant mis en oeuvre par un module logiciel spécifique. De préférence, les différents modules logiciels sont paramétrables de sorte à être adaptables en fonction des évolutions du système d'information du donneur d'ordre. Selon une caractéristique de l'invention, la définition d'un code donné dans la liste des codes prédéfinis à disposition de l'utilisateur nomade est adaptée au métier de l'utilisateur. Selon une autre caractéristique, le système de gestion de l'invention comprend en plus la transmission des coordonnées d'au moins un média électronique à disposition du client vers l'application de gestion, ladite application de gestion commandant l'envoi automatique par un système de média adapté du donneur d'ordre d'un compte-rendu électronique de l'intervention à destination du média électronique du client. Selon un mode de réalisation, chaque code transmis à l'application de gestion est associé à une durée de vie paramétrable pour le traitement dudit code. Selon ce mode de réalisation, un événement représenté par un code non traité à l'expiration de la durée de vie affectée audit code est archivé automatiquement dans une base de données avec laquelle coopère l'application de gestion. Selon un mode de réalisation, le terminal mobile 25 comprend un téléphone mobile. Selon un autre mode de réalisation, le terminal mobile comprend un assistant numérique personnel de type PDA. D'autres caractéristiques et avantages de la 30 présente invention apparaîtront plus clairement à la lecture de la description suivante donnée à titre d'exemple illustratif et non limitatif et faite en référence aux figures annexées dans lesquelles: - la figure 1 est un schéma illustrant l'architecture matérielle et fonctionnelle du système 5 selon la présente invention, et - les figures 2 à 9 sont des schémas illustrant des copies d'écran d'un terminal mobile d'un utilisateur nomade utilisant le système selon la présente invention lors d'un exemple d'intervention en état de nomadisme. La figure 1 décrit l'architecture fonctionnelle du système de gestion d'activité nomade selon l'invention. L'utilisateur nomade est équipé d'un terminal mobile 1 pour l'accès à l'application de gestion selon l'invention en mobilité via un portail 2. Les terminaux supportés pour l'accès à l'application en mobilité peuvent être des téléphones mobiles utilisant la technologie GSM, GPRS ou UMTS, capablee communiquer avec l'application de gestion de l'invention par le biais du langage HTML (acronyme anglo-saxon pour HyperText Markup Language )ou des assistants numériques personnels de type PDA ou bien encore des ordinateurs portables. L'application de gestion e_tech est hébergée au niveau d'un réseau interne 3 d'un donneur d'ordre de l'utilisateur nomade. Le réseau interne comprend une base de données BD_0 où est enregistree une liste d'interventions affectées à l'ensemble des utilisateurs nomades habilités par le donneur d'ordre. Le système d'information du donneur d'ordre est également hébergé au niveau du réseau interne 3 et est composé d'une pluralité de bases de données BD_l, BD_2, BD_3 dédiée chacune à la gestion d'informations spécifiques découlant de l'activité des utilisateurs nomades. Ainsi, la base de donnes BD_1 peut être une base de données pour la gestions d'informations de type marketing, la base de donnes BD_2 peut être une base de données pour la gestion d'informations de facturation et la base de données BD _3 peut être une base de données pour la gestions d'informations concernant des stocks etc.... L'application de gestion e_tech coopère avec une base de donnée interne BD_int où sont archivées toutes les informations traitées. L'application e_tech présente préférentiellement une architecture logicielle de type modulaire. Différents modules logiciels MO, M1, M2, M3 sont ainsi prévus pour effectuer différents traitements de mise à jour et/ou de récupération de données au niveau des différentes applications et bases de données du système d'information du donneur d'ordre. L'application de gestion e_tech permet également de commander via un autre module logiciel M4 un système de media 4 du donneur d'ordre, comprenant par exemple un système de messagerie électronique, un système d'émission de messages de type SMS et un système de télécopie. Lorsque l'utilisateur nomade se connecte a l'application e_tech à partir de son terminal mobile, il est identifié implicitement via le numéro MSISDN (l'acronyme MSISDN dérive de l'expression anglo-saxonne International Mobile Equipment Identity et désigne le numéro international d'un abonné au réseau GSM) de son mobile et une page d'accueil telle que représente figure 2 s'affiche à l'écran de son mobile. La page d'accueil propose à l'utilisateur une série d'informations sous forme de liens. Le fait d'afficher l'information sous forme de lien permet avantageusement de réduire les consommations en communication de données. Parmi les liens affichés, on peut par exemple trouver le lien Nouveau_Dossier, permettant à l'utilisateur de créer un nouveau dossier d'intervention; le lien Interventions, permettant à l'utilisateur d'accéder à son plan de charge; le lien Recherche-Dossier, permettant à l'utilisateur de rechercher un dossier existant et éventuellement de le modifier, etc.... En référence aux figures suivantes, un exemple de réalisation de l'invention est décrit en détail dans lequel l'utilisateur nomade est un technicien d'intervention dans le domaine des lignes téléphonique. Pour obtenir son plan de charge, c'est-à-dire son planning d'interventions, l'utilisateur clique sur le lien Interventions. Suite à cette action, l'application e_tech se connecte à la base de données interventions via le module logiciel MO qui permet de retourner cette information demandée. L'écran A de la figure 3 s'affiche alors et l'utilisateur voit qu'il a une intervention qui lui est affectée. L'utilisateur clique sur le lien Affectées pour obtenir les détails de son intervention. L'application e_tech se connecte alors à la base de données interventions et récupère le contenu de l'intervention concernée via le module logiciel MO. L'écran B s'affiche alors. Les informations affichées indiquent à l'utilisateur que l'intervention que le donneur d'ordre lui a affectée est un dérangement sur ligne téléphonique (DLT), qui concerne le numéro d'appel 0144102500 sur le secteur dénommé NOR/022 et que le rendez-vous (RV) est pris avec le client à 16 h avec un délai prévisionnel d'intervention de 1 heure. A l'étape suivante, l'utilisateur clique sur le lien affiché dans la page, à savoir 0144102500DLT, et le dossier de l'intervention apparaît avec l'adresse du client et le commentaire associé, voir l'écran C de la figure 5. Les différents liens (service, réseau, etc....) sont créés dynamiquement et permettent à l'utilisateur d'accéder à l'information de son choix. Si l'intervention se situe sur l'installation du client, seul le lien Installation sera activé pour y lire son contenu. Ces liens sont plus particulièrement générés en fonction des typologies d'interventions et clients. A l'étape suivante, l'utilisateur clique sur le lien Communiquer et l'écran D de la figure 6 apparaît. Suite à cette action, l'application e_tech s'est connecté à la base de données interventions et a informé automatiquement le donneur d'ordre que l'utilisateur a récupéré le dossier de son intervention, via le module logiciel MO. Comme illustré figure 7, l'activation du lien En_cours ouvre un écran E de restitution du dossier qui permet à l'utilisateur de décrire l'intervention réalisée. En effet, l'intervention se trouve décomposée à l'écran du terminal mobile en une série de rubriques paramétrables, qui sont représentées par les champs suivants Description, Facturation, Matériel, Informations. Ces rubriques, qui permettent avantageusement de structurer la saisie d'informations par l'utilisateur et par l'intermédiaire desquels celui-ci va pouvoir décrire l'intervention réalisée, sont données à titre d'exemple non limitatif. Les rubriques peuvent ainsi être paramétrées en fonction des besoin du donneur d'ordre et selon le type d'intervention effectuée. Selon une caractéristique importante de la présente invention, chacune des rubriques décomposant les différentes phases de l'intervention est prévue pour être décrite par l'utilisateur par l'introduction dans son terminal mobile d'au moins un code numérique et/ou alphanumérique choisi parmi une liste de codes prédéfinis. Chacun de ces codes répond à une logique métier, c'est-à-dire que la définition d'un code donné dans la liste des codes prédéfinis à disposition de l'utilisateur est adaptée au métier de l'utilisateur. Ainsi, la description de l'intervention effectuée par des codes numériques et/ou alphanumériques permet d'avoir une grande souplesse d'utilisation puisque la liste de codes prédéfinis peut être facilement paramétrée en fonction du métier de l'utilisateur. De plus, ces codes peuvent être avantageusement combinés avec des opérateurs multiplicateurs au niveau des différentes rubriques. Une fois la validation effectuée par l'utilisateur, l'écran F de la figure 8 apparaît. Ainsi, selon le présent exemple de réalisation, l'introduction du code 2164 par l'utilisateur dans le champ Description, lui permet d'indiquer que l'intervention effectuée concerne une réfection d'installation téléphonique chez le client. Au niveau du champ Facturation, le code 3002 correspond à un code de facturation permettant de facturer un déplacement chez le client d'un montant de 34.49 euros dans notre exemple. Le code 3003 correspond à un code de facturation représentant une heure de main d'oeuvre d'un montant de 49.07 euros. Dans l'exemple de réalisation, le code 3003 est multiplié par deux de sorte à facturer 2 heures de main d'oeuvre correspondant à l'intervention effectuée chez le client. L'intervention a nécessité la pose d'un boîtier de raccordement. Cette opération est décrite par l'utilisateur au niveau du champ Matériel par l'introduction d'un code matériel correspondant au matériel effectivement installé, à savoir le code 5021 dans notre exemple. Au niveau du champ Informations, des informations diverses peuvent être remontées par l'utilisateur vers le système d'information du donneur d'ordre. Il peur s'agir d'informations commerciales, d'informations techniques ou autres. En l'occurrence, le code 9064 correspond à une offre commerciale du donneur d'ordre intitulée Oléane dans l'exemple de réalisation et le code 9085 correspond à une élément factuel que l'utilisateur souhaite remonter vers le donneur d'ordre, signifiant une absence d'information relative au réseau du client dans son dossier d'intervention. L'utilisateur, une fois les codes rentrés grâce à son téléphone mobile au niveau des différents champs prévus, valide son écran et l'ensemble des informations qu'il contient et plus particulièrement les codes descriptifs des différentes opérations liées à l'intervention sont transmis à destination de l'application de gestion e_tech. Selon une caractéristique de l'invention, l'utilisateur a la possibilité de faire envoyer automatiquement un compte-rendu électronique de l'intervention au client par l'intermédiaire du système de média 4 du donneur d'ordre. Pour ce faire, il doit remplir l'écran G de la figure 9, comprenant une série de champs permettant d'indiquer les coordonnées d'au moins un média électronique à disposition du client, par exemple son adresse électronique, pour l'envoi d'un compte-rendu sous forme de courrier électronique, son numéro de téléphone mobile, pour l'envoi du compte-rendu par SMS (acronyme anglo-saxon pour Short Message Service désignant, dans la norme GSM, un service bi-directionnel de messages courts) ou encore son numéro de télécopie, pour l'envoi du compte-rendu par fax. Ces informations sont transmises à destination de l'application e_tech lorsque l'utilisateur clique sur l'un des liens correspondant Mail, SMS ou Fax apparaissant sur l'écran G. Par l'intermédiaire du module logiciel M4, l'application commande au système média du donneur d'ordre d'émettre le compte-rendu électronique à destination du client par le biais du média adapté préalablement indiqué par l'utilisateur nomade au niveau de 1 écran G de son téléphone mobile. Le dossier correspondant à l'intervention qui vient d'être effectuée chez le client est alors clôturé. Plus précisément, au niveau de l'application e_tech, chaque code est associé à au moins un traitement de mise à jour d'une des bases de données du système d'information du donneur d'ordre, selon le type d'information représentée par ledit code. Chaque traitement est mis en oeuvre par un des modules logiciels de l'application e_tech, prévu pour s'adapter à la machine réceptrice hébergeant la base de données à laquelle il se connecte pour sa mise à jour. Le système selon l'invention permet avantageusement une remontée d'informations d'activité de nomadisme vers le système d'information du donneur d'ordre et un traitement de ces informations en temps réel. Ainsi, le code 2164 est associé à un traitement de mise à jour mis en oeuvre par le module logiciel MO. Plus précisément ce traitement consiste pour le module logiciel MO à clôturer le dossier d'intervention en cours avec le code 2164 dans la base de données BD_0 de description des interventions du donneur d'ordre. Le code 2164 est bien entendu retraduit par ce module logiciel en valeur interprétable pour la base de données BD_0. Le module logiciel M2 est lui prévu pour injecter dans la base de données de gestion d'informations de facturation BD_2 les informations relatives à la facturation du client pour l'intervention réalisée, qui sont traduites par les codes 3002 et 3003 et leurs coefficients multiplicateurs associés. Ce module logiciel est développé en tenant compte des spécificités classiques concernant la facturation du donneur d'ordre (codes d'imputation, normes comptables...). Ainsi, très rapidement suite à l'intervention effectuée par l'utilisateur, les informations commerciales sont remontées en temps réel vers le système d'information du donneur d'ordre. Une facture peut alors être émise automatiquement à destination du client. Le système selon l'invention permet donc une augmentation des pratiques de facturation. Le code 5021 décrivant la rubrique Matériel est associé à un traitement de mise à jour de la base de données BD_3 de gestion d'informations concernant les stocks, mis en oeuvre par le module logiciel dédié M3 qui fait une traduction de ce code pour la mise à jour correspondante de la base de données BD_3. Le code 9064 décrivant la rubrique Informations est associé au module logiciel M1. Le module M1 est développé de sorte à se connecter à la base de données BD_1 pour la gestion d'informations de type marketing. La traduction du code 9064 par le module M1 permet de mettre à jour la base de données BD_1 en indiquant que le client chez qui l'intervention était effectuée est intéressé par l'offre commerciale Oléane du donneur d'ordre. Le second code 9085, appartenant pourtant à la même rubrique Information, est quant à lui associé à un autre module logiciel, développé pour faire remonter, par exemple par courrier électronique, au responsable de processus du donneur d'ordre, l'information factuelle relevé par l'utilisateur selon laquelle il manquait au dossier une information relative au réseau. Ainsi, une rubrique donnée peut contenir plusieurs codes appelant chacun des modules logiciels différents, qui permettent donc d'injecter l'information correspondant audits codes rentrés par l'utilisateur et qui concernent son intervention dans des bases de données différentes. Egalement, selon le traitement de mise à jour impliqué par un code donné, le module logiciel associé pour la réalisation de ce traitement peut être développé de sorte à injecter l'information correspondante dans plusieurs bases de données. En fait, le nombre de modules logiciels est illimité et leur fonctionnement est totalement paramétrable pour les bases de données à mettre à jour, en fonction des besoins en remontée d'informations du système d'information du donneur d'ordre et en fonction des évolutions du système d'information du donneur d'ordre. Selon l'invention, toutes les informations représentées par les codes remontés par les utilisateurs nomades sont archivées dans la base de données interne à l'application e_tech. Comme on l'a vu, ces informations sont traitées automatiquement grâce aux modules logiciels associés à chacun des codes. Les anomalies ou les refus d'injection d'une information au niveau d'une base de donnée du système d'information seront traitées en back office. Selon une autre caractéristique de l'invention, les codes remontés par les utilisateurs nomades vers le système d'information du donneur d'ordre pour décrire les différentes rubriques décomposant une intervention sont associés à une durée de vie paramétrable pour leur traitement. Ainsi, un événement représenté par un code donné qui n'a pas été traité en back office suite à un refus à l'expiration de la durée de vie affectée audit code est archivé automatiquement dans la base de donnée BD_int. Cette caractéristique, en plus de délester les activités de traitement des refus, procure une grande souplesse au donneur d'ordre dans l'historisation des évènements liés à ses activités de nomadisme. Dans une variante, l'utilisateur nomade n'intervient pas obligatoirement sur la base d'un ordre de mission affecté par le donneur d'ordre. Il peut néanmoins utiliser le système de gestion de l'invention de la même façon que précédemment, dans le cadre d'un rapport d'activité spontané, c'est-àdire pour rapporter une intervention nomade effectuée de son propre chef. Par exemple, un utilisateur nomade technicien dans le domaine téléphonique, se rend compte qu'une cabine téléphonique est hors service, sans pour autant qu'un ordre de mission pour une intervention de maintenance sur cette cabine lui ait été affecté par son donneur d'ordre. L'utilisateur peut alors avantageusement faire remonter cet événement, ainsi qu'une éventuelle intervention non prévue dans la base de données interventions, vers le système d'information du donneur d'ordre en se connectant à l'application de gestion e_tech, puis en saisissant par exemple le numéro de la cabine concernée et en décrivant son intervention par le biais de codes numériques et/ou alphanumériques appropriés. Lorsque les bases de données du système d'information du donneur d'ordre font l'objet d'évolutions, seuls les modules logiciels auxquels sont associés les différents codes de traitement ont besoin d'être modifiés pour s'adapter aux évolutions du système d'information. Cependant, les fonctionnalités du système de gestion selon l'invention ne sont nullement altérées puisque le traitement par les modules logiciels des codes décrivant l'intervention est totalement transparent pour l'utilisateur. Un avantage du système de gestion du nomadisme selon l'invention est donc qu'il n'implique pas de dépendance avec le système d'information du donneur d'ordre. Ainsi, le système d'information du donneur d'ordre peut évoluer sans que cette évolution remette en cause le principe de gestion du nomadisme par l'utilisation de codes numériques et/ou alphanumériques, grâce aux modules logiciels de traitement de l'information associés à chaque code qui s'interfacent avec lui. Cette caractéristique de non adhérence au système d'information du donneur d'ordre, associée à la logique métier introduite par l'utilisation des codes numériques et/ou alphanumériques confèrent de plus un caractère générique au système selon l'invention, en ce sens qu'il peut ainsi être adapté à toutes les professions qui nécessitent de la rapidité dans la remontée d'informations pour leurs activités de nomadisme et à tous les donneurs d'ordre qui ne souhaitent pas voir leurs utilisateurs nomades se former aux différentes bases de données et applications informatiques de leur système d'information au détriment de leur activité principale d'intervention chez les clients. Dans cette optique, seuls les modules logiciels mis en ouvre au sein de l'application e_tech ont besoin d'être modifiés pour s'adapter au système d'information du donneur d'ordre concerné. Dans tous les cas, l'utilisateur n'a pas à savoir comment l'information a été traitée, le principe du système selon l'invention étant que l'utilisateur exprime simplement ce qu'il réalise au cours de son intervention par le biais des codes dans les différentes rubriques décomposant l'intervention. Ainsi, l'utilisateur n'a pas à être formé aux différentes applications informatiques du système d'information du donneur d'ordre sur lesquelles il aurait effectivement dû se connecter successivement pour les mettre à jour en l'absence de l'application e_tech. REVENDICATIONS 1. Système de gestion d'activité d'au moins un utilisateur nomade auquel au moins une intervention chez un client est affectée par un donneur d'ordre, ledit donneur d'ordre disposant d'un réseau interne (3) comprenant une base de données interventions (BD_0) où est enregistrée une liste d'interventions affectées à des utilisateurs nomades dudit donneur d'ordre, ledit réseau hébergeant en outre un système d'information comprenant une pluralité de bases de données (BD_l, BD_2, BD_3, BD_4) prévues pour la gestion d'informations découlant de l'activité desdits utilisateurs, ledit système étant caractérisé en ce que, à partir d'un terminal mobile (1), un utilisateur nomade se connecte à une application de gestion (e_tech) hébergée au niveau dudit réseau interne (3), par l'intermédiaire de laquelle il obtient de ladite base de données interventions (BD_0) les interventions qui lui sont affectées, chaque intervention étant décomposée à l'écran du terminal mobile en une série de rubriques paramétrables, chacune d'elles étant décrite par l'utilisateur par l'introduction dans le terminal d'au moins un code numérique et/ou alphanumérique choisi parmi une liste de codes prédéfinis, chaque code, après transmission vers ladite application (e_tech), étant associé à au moins un traitement de mise à jour et/ou de récupération de données au niveau d'au moins une desdites base de données dudit système d'information. 2. Système de gestion selon la revendication 1, caractérisé en ce que l'intervention décrite par l'utilisateur nomade est une intervention effectuée du propre chef de l'utilisateur et qui est non prévue dans la base de données interventions (BD_0) où sont enregistrées les interventions affectées aux utilisateurs nomades du donneur d'ordre. 3. Système de gestion selon la revendication 1 ou 2, caractérisé en ce que l'application de gestion (e_tech) hébergée au niveau du réseau interne (3) comprend une architecture logicielle de type modulaire, chacun des traitements au niveau d'une des base de données (BD_O, BD_l, BD_2, BD_3) du système d'information étant mis en uvre par un module logiciel (MO, M1, M2, M3) spécifique. 4. Système de gestion selon la revendication 3, caractérisé en ce que les différents modules logiciels (MO, M1, M2, M3) sont paramétrables de sorte à être adaptables en fonction des évolutions du système d'information du donneur d'ordre. 5. Système de gestion selon l'une quelconque des revendications précédentes, caractérisé en ce que la définition d'un code donné dans la liste des codes prédéfinis à disposition de l'utilisateur nomade est adaptée au métier de l'utilisateur. 6. Système de gestion selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en plus la transmission des coordonnées d'au moins un média électronique à disposition du client vers l'application de gestion (e_tech), ladite application de gestion commandant l'envoi automatique par un système de média (4) adapté du donneur d'ordre d'un compte rendu électronique de l'intervention à destination du média électronique du client. 7. Système de gestion selon l'une quelconque des revendications précédentes, caractérisé en ce que chaque code transmis à l'application de gestion (e_tech) est associé à une durée de vie paramétrable pour le traitement dudit code. 8. Système selon la revendication 7, caractérisé en ce qu'un événement représenté par un code non traité à l'expiration de la durée de vie affectée audit code est archivé automatiquement dans une base de données (BD_int) avec laquelle coopère l'application de gestion (e_tech). 9. Système de gestion selon l'une quelconque des revendications précédentes, caractérisé en ce que le terminal mobile comprend un téléphone mobile. 10. Système de gestion selon la revendication 9, caractérisé en ce que le téléphone mobile communique avec l'application de gestion par le biais du langage HTML. 11. Système de gestion selon l'une quelconque des revendications précédentes, caractérisé en ce que le terminal mobile comprend un assistant numérique personnel de type PDA.