FR 3086430 A1 20200327 FR 1858556 A 20180920 DOMAINE TECHNIQUE DE L'INVENTION La présente invention concerne le domaine de la construction d'un plan d'entretien et d'un plan de paiement associé. L'invention s'applique plus particulièrement à un sujet qui nécessite un entretien, avec des services et/ou produits vendus selon un calendrier ou premier échéancier, encore appelé plan d'entretien, et payés selon un deuxième échéancier encore appelé plan de paiement, avantageusement régulier. ETAT DE LA TECHNIQUE 10 La construction d'un plan d'entretien et d'un plan de paiement associé peut concerner de nombreux domaines. Il peut s'agir par exemple du domaine automobile comme celui des animaux de compagnie. En effet, le sujet peut être par exemple un véhicule dont l'entretien est traité par un garagiste. Dans ce cas les produits sont typiquement des pièces 15 de rechange et les services sont des prestations de mécanique et/ou de carrosserie. Le sujet peut encore être un animal suivi par un vétérinaire ou un patient humain suivi par un médecin. Dans ce cas les produits sont typiquement des médicaments et les services sont des actes du professionnel de santé. Le plan d'entretien est construit en fonction des contraintes fonctionnelles zo du véhicule et/ou des contraintes physiologique/sanitaires de l'animal ou encore en fonction des disponibilités du garagiste/vétérinaire. Aussi le plan d'entretien est généralement irrégulier en ce que de nombreux produits et/ou services peuvent être nécessaires à une échéance donnée, telle une révision des 60 000 km, ou une opération chirurgicale importante, et aucun aux échéances 25 suivantes. Au contraire, le plan de paiement est échelonné de manière à être le plus régulier possible. Le but et l'attrait commercial d'un plan de paiement échelonné est que le client paye, à chaque échéance, une mensualité avantageusement identique, et connue afin de pouvoir budgéter ses dépenses d'entretien. 30 Un problème peut alors survenir si une trop grande différence apparaît entre le montant dû ou à payer, correspondant aux produits et services effectivement délivrés à une échéance, et le montant effectivement payé par le client à ladite échéance. Si cette différence est trop importante et est présente 2 trop longtemps, le client, le plus souvent particulier, se retrouve de facto en situation de crédit à la consommation, et le vendeur, le plus souvent non organisme de crédit, se retrouve en situation irrégulière. Il existe donc un besoin consistant à proposer une solution pour éviter ce type de situation, la solution devant pouvoir traiter un très grand nombre de sujets de manière fiable et rapide. Par ailleurs, elle doit présenter une complexité d'utilisation suffisamment faible pour pouvoir être utilisée par un grand nombre d'utilisateurs qui ne sont pas nécessairement qualifiés. De manière plus générale, la présente invention vise à résoudre au moins io en partie les problématiques exposées ci-dessus. RESUME DE L'INVENTION L'invention se propose de résoudre ce problème en proposant un outil de construction de plan d'entretien et de plan de paiement indiquant, de préférence 15 interactivement, au praticien/vendeur la situation de son client au regard d'une telle situation de crédit à la consommation et lui proposant des moyens correctifs, afin d'améliorer ses plans d'entretien et de paiement jusqu'à les rendre satisfaisants. 20 La présente invention concerne un procédé informatique de construction d'un plan d'entretien et d'un plan de paiement pour un sujet, caractérisé en ce qu'il comprend les étapes suivantes, exécutées par au moins un dispositif informatique de traitement de données comprenant au moins un microprocesseur : 25 . identification du sujet, de préférence par un dispositif d'identification pris parmi une interface utilisateur ou un capteur ; - construction d'un catalogue de produits et services disponibles pour le sujet, de préférence à partir d'au moins une base de données de produits et services stockée dans au moins une 30 première mémoire ; - de préférence, sauvegarde dudit catalogue dans au moins une deuxième mémoire ; - choix d'au moins un produit ou service retenu parmi les produits et services disponibles, de préférence via au moins une interface utilisateur ; - calcul par ledit microprocesseur d'un prix total (PXTOT) par 5 addition des prix des produits et services retenus, - choix de la position sur un écran d'affichage de chaque au moins un produit ou service retenu sur une ligne de temps affichée sur ledit écran d'affichage, afin de construire un plan d'entretien, - choix d'au moins un paramètre d'échelonnement, via ladite interface utilisateur ; - calcul par ledit microprocesseur d'un échelonnement du prix total (PXTOT) en fonction des paramètres d'échelonnement, afin de construire un plan de paiement, - calcul par ledit microprocesseur d'un en-cours (EMi) de paiement pour chaque échéance (i), - calcul par ledit microprocesseur d'un statut d'en-cours (STi) pour chaque échéance (i), par comparaison de l'en-cours (EMi) avec un seuil d'en-cours (SE) et de sa durée (NBi) avec un seuil de durée (DE), le statut d'en-cours (STi) comprenant comprend trois états : o NOMINAL lorsque l'en-cours (EMi) est négatif, o PASSABLE lorsque l'en-cours (EMi) est positif et inférieur au seuil d'en-cours (SE), ou lorsque l'en-cours (EMI) est positif et supérieur au seuil d'en-cours (SE) et la durée (NBi) pendant laquelle l'en-cours (EMi) est positif et supérieur au seuil d'en-cours (SE) est inférieure à la durée seuil (DE), o IMPOSSIBLE lorsque l'en-cours (EMi) est positif et supérieur au seuil d'en-cours (SE) et la durée (NBi) pendant laquelle l'en-cours (EMi) est positif et supérieur au seuil d'en-cours (SE) est supérieure à la durée seuil (DE), o le statut d'en-cours (STi) étant satisfaisant s'il est NOMINAL ou PASSABLE, préférentiellement NOMINAL ; - affichage sur ledit écran d'affichage du statut d'en-cours (STi) pour chaque échéance (i), - itération, de préférence de manière successive, des étapes suivantes : 5 o reprise d'au moins une des étapes de choix, o reprise de toutes les étapes de calcul impactées par un choix, o affichage sur ledit écran d'affichage desdits statuts d'en-cours (STi) 10 o jusqu'à obtenir tous les statuts d'en-cours (STi) satisfaisants, et - affichage sur ledit écran d'affichage du plan d'entretien et du plan de paiement ; - enregistrement du plan d'entretien et du plan de paiement dans 15 une troisième mémoire. L'invention concerne également un procédé informatique de construction d'un plan d'entretien et d'un plan de paiement pour un sujet, où le procédé comprend les étapes suivantes : identification du sujet, construction d'un 20 catalogue de produits et services disponibles pour le sujet, choix d'au moins un produit ou service retenu parmi les produits et services disponibles, calcul d'un prix total par addition des prix des produits et services retenus, choix de la position de chaque au moins un produit ou service retenu sur une ligne de temps, afin de construire un plan d'entretien, choix d'au moins un paramètre 25 d'échelonnement, calcul d'un échelonnement du prix total en fonction des paramètres d'échelonnement, afin de construire un plan de paiement, calcul d'un en-cours de paiement pour chaque échéance, calcul d'un statut d'en-cours pour chaque échéance, par comparaison de l'en-cours avec un seuil d'en-cours et de sa durée avec un seuil de durée, affichage du statut d'en-cours pour 30 chaque échéance, itération : reprise d'au moins une des étapes de choix, reprise de toutes les étapes de calcul impactées par un choix, jusqu'à obtenir tous les statuts d'en-cours satisfaisants, et enregistrement du plan d'entretien et du plan de paiement. 5 La présente invention concerne enfin un procédé de construction d'un plan d'entretien et d'un plan de paiement pour un sujet, caractérisé en ce qu'il comprend les étapes suivantes : - identification du sujet, 5 - construction d'un catalogue de produits et services disponibles pour le sujet, - choix d'au moins un produit ou service retenu parmi les produits et services disponibles, - calcul d'un prix total par addition des prix des produits et services 10 retenus, - choix de la position de chaque au moins un produit ou service retenu sur une ligne de temps, afin de construire un plan d'entretien, - choix d'au moins un paramètre d'échelonnement, 15 - calcul d'un échelonnement du prix total en fonction des paramètres d'échelonnement, afin de construire un plan de paiement, - calcul d'un en-cours de paiement pour chaque échéance, - calcul d'un statut d'en-cours pour chaque échéance, par 20 comparaison de l'en-cours avec un seuil d'en-cours et de sa durée avec un seuil de durée, le statut d'en-cours comprenant trois états o NOMINAL lorsque l'en-cours (EMi) est négatif, o PASSABLE lorsque l'en-cours (EMi) est positif et inférieur 25 au seuil d'en-cours (SE), ou lorsque l'en-cours (EMI) est positif et supérieur au seuil d'en-cours (SE) et la durée (NBi) pendant laquelle l'en-cours (EMi) est positif et supérieur au seuil d'en-cours (SE) est inférieure à la durée seuil (DE), 30 o IMPOSSIBLE lorsque l'en-cours (EMi) est positif et supérieur au seuil d'en-cours (SE) et la durée (NBi) pendant laquelle l'en-cours (EMi) est positif et supérieur au seuil d'en-cours (SE) est supérieure à la durée seuil (DE). 6 o le statut d'en-cours étant satisfaisant s'il est NOMINAL ou PASSABLE, préférentiellement NOMINAL - affichage du statut d'en-cours pour chaque échéance, - itération : 5 o reprise d'au moins une des étapes de choix, o reprise de toutes les étapes de calcul impactées par un choix, o jusqu'à obtenir tous les statuts d'en-cours satisfaisants, et - enregistrement du plan d'entretien et du plan de paiement. 10 La présente invention concerne aussi un dispositif implémentant un tel procédé. La présente invention concerne également un système informatique 15 comprenant au moins une interface utilisateur, au moins un processeur, au moins une mémoire non transitoire stockant un produit programme d'ordinateur comportant des instructions exécutables par ledit au moins un processeur, lesdites instructions étant configurées pour exécuter le procédé selon la présente invention. 20 La présente invention concerne enfin un système informatique comprenant au moins un capteur, typiquement une caméra ou un lecteur de codes-barres ou encore un lecteur RFID, apte à identifier au moins un sujet, au moins une interface utilisateur, au moins un processeur, au moins une mémoire 25 non transitoire apte à sauvegarder les informations prises par le capteur et au moins une mémoire stockant un produit programme d'ordinateur comportant des instructions exécutables par ledit au moins un processeur, lesdites instructions étant configurées pour exécuter le procédé selon la présente invention. 30 La présente invention concerne également un produit programme d'ordinateur, de préférence stocké sur un support non transitoire, comprenant des instructions, qui lorsqu'elles sont exécutées par au moins un microprocesseur, effectue les étapes du procédé selon la présente invention. Les autres objets, caractéristiques et avantages de la présente invention 5 apparaîtront à l'examen de la description suivante et des dessins d'accompagnement. Il est entendu que d'autres avantages peuvent être incorporés. BREVE DESCRIPTION DES FIGURES io Les buts, objets, ainsi que les caractéristiques et avantages de l'invention ressortiront mieux de la description détaillée d'un mode de réalisation de cette dernière qui est illustré par les dessins d'accompagnement suivants dans lesquels : - la figure 1 illustre un synoptique du système informatique et de son 15 environnement selon un mode de réalisation de la présente invention, - les figures 2-7 montrent des pages écran de l'interface homme machine d'une application logicielle implémentant le procédé selon un mode de réalisation de la présente invention, - les figures 2-3 illustrent la sélection des produits et services, 20 - la figure 4 illustre une page de choix de produit et/ou service, - les figures 5-7 illustrent la construction interactive des plans d'entretien et de paiement selon un mode de réalisation de la présente invention. Les dessins joints sont donnés à titre d'exemples et ne sont pas limitatifs de l'invention. Ces dessins sont des représentations schématiques et ne sont 25 pas nécessairement à l'échelle de l'application pratique. DESCRIPTION DETAILLEE DE L'INVENTION Avant d'entamer une revue détaillée de modes de réalisation de l'invention, sont énoncées ci-après des caractéristiques optionnelles qui 30 peuvent éventuellement être utilisées en association ou alternativement : - Avantageusement, un statut d'en-cours comprend trois états : NOMINAL lorsque l'en-cours est négatif, PASSABLE lorsque l'en-cours est positif et inférieur au seuil d'en-cours, ou lorsque l'en-cours est s supérieur au seuil d'en-cours et la durée pendant laquelle l'en-cours est supérieur au seuil d'en-cours est inférieure à la durée seuil, IMPOSSIBLE lorsque l'en-cours est supérieur au seuil d'en-cours et la durée pendant laquelle l'en-cours est supérieur au seuil d'en-cours est supérieure à la durée seuil, Avantageusement, un statut d'en-cours satisfaisant est NOMINAL ou PASSABLE, préférentiellement est NOMINAL, - Avantageusement, un statut d'en-cours est figuré, de préférence sur l'écran d'affichage, par un code couleur, préférentiellement du type feu 10 de circulation, par exemple : Vert pour NOMINAL, Orange pour PASSABLE et Rouge pour IMPOSSIBLE, Avantageusement, l'identification du sujet est réalisée par un capteur apte à lire un identifiant disposé sur le sujet, telle une étiquette RFID, un code barre ou un code QR. 15 Avantageusement, le dispositif d'identification comprend au moins un capteur apte à lire un identifiant disposé sur ou porté par le sujet, telle une étiquette RFID, un code barre ou un code QR. - Avantageusement, la construction du catalogue de produits et services disponibles est réalisée par consultation d'une base de données de 20 produits et services, Avantageusement, ledit au moins un paramètre d'échelonnement, de préférence choisi via l'interface utilisateur, comprend : une durée ou un nombre d'échéance ou une mensualité, et un éventuel paiement exceptionnel, 25 - Avantageusement, un en-cours de paiement pour une échéance est calculé, de préférence par ledit dispositif informatique de traitement de données, par différence entre le prix des produits et services délivrés avant l'échéance et le prix payé à ladite échéance, égal à la somme de i-1 mensualités et du paiement exceptionnel. 30 Avantageusement, le choix de la position de chaque au moins un produit ou service retenu sur une ligne de temps, afin de construire un plan d'entretien, est réalisé automatiquement en fonction de la nature de chaque au moins un produit ou service. 9 Avantageusement, le système comprend au moins un capteur apte à identifier au moins un sujet. Avantageusement, l'interface utilisateur comprend au moins l'un parmi : un écran tactile, un clavier, une souris. 5 - Selon un exemple de réalisation, un microprocesseur peut comprendre un ou plusieurs coeurs. - Selon un exemple de réalisation, la première mémoire est différente de la deuxième mémoire et de la troisième mémoire. - Selon un exemple de réalisation, la troisième mémoire est différente de to la deuxième mémoire et de la première mémoire. - Selon un autre mode de réalisation, la première mémoire et/ou la deuxième mémoire et/ou la troisième mémoire forment une seule et unique mémoire. Selon un exemple de réalisation, la première mémoire et/ou la 15 deuxième mémoire et/ou la troisième mémoire sont non transitoires. - Selon un exemple de réalisation, la première mémoire et/ou la deuxième mémoire et/ou la troisième mémoire sont des mémoires tampon. - Selon un exemple de réalisation, l'interface utilisateur et l'écran 20 d'affichage forment un même dispositif informatique de traitement de données. Selon un exemple de réalisation, la base de données est en communication filaire avec le dispositif informatique de traitement de données. 25 - Selon un exemple de réalisation, la base de données est en communication non filaire avec le dispositif informatique de traitement de données. - Selon un exemple de réalisation, la base de données est dans le cloud (nuage). 30 La présente invention prend place dans un environnement typiquement informatique illustré à la figure 1. Le sujet 1, ici par exemple un véhicule, doit être entretenu. Pour cela le praticien, ici le garagiste, établit, en accord avec 10 son client, un plan d'entretien 2. Afin de simplifier le règlement des différents produits et services, il peut également proposer un plan de paiement 3, présentant avantageusement des mensualités de montant fixe et selon des échéances régulières. Afin de l'aider dans cette tâche, le praticien et/ou le client 5 utilise la présente invention au travers par exemple du système informatique 10. Le système informatique 10 comprend au moins un dispositif de traitement de donnée comprenant par exemple un microprocesseur 10a. Le système informatique 10 peut comprendre une interface avec au moins une base de données, locale et/ou déportée. Cette base de données est de lo préférence stockée dans une première mémoire 9. Cette première mémoire 9 est de préférence de type non transitoire. Selon un mode de réalisation, le système informatique 10 comprend la première mémoire 9 comprenant ladite base de données. Comme présenté par la suite, le système informatique 10 peut 15 comprendre une deuxième mémoire 10b et/ou une troisième mémoire 10c, chacun étant de préférence mais non limitativement non transitoire. De préférence, la deuxième mémoire 10b permet la sauvegarde d'un catalogue de produits et services 5 par exemple. De préférence, la troisième mémoire 10c est configurée pour la 20 sauvegarde du plan d'entretien 2 et/ou du plan de paiement 3. Selon un mode de réalisation, le système informatique 10 peut être compris dans un ordinateur ou encore dans l'interface utilisateur 12. Selon un autre mode de réalisation, l'interface utilisateur 12 peut être déportée relativement au système informatique 10. Par exemple, le système 25 informatique 10 peut être compris dans un serveur informatique en communication avec l'interface utilisateur 12. Le système informatique 10 comprend avantageusement une interface homme machine 12, également appelée interface utilisateur, afin de permettre au logiciel implantant le procédé de dialoguer avec le praticien et/ou le client. 30 Cette interface utilisateur 12 peut prendre la forme d'un écran tactile, d'un clavier, d'une souris ou encore de tout type de dispositif électronique permettant d'interagir avec le système informatique 10. 11 Avantageusement, le système informatique 10 comprend un écran affichage 12a. Cet écran d'affichage 12a peut être compris par l'interface utilisateur 12. Le système informatique 10 comprend encore avantageusement un 5 moyen d'identification 8, appelé également dispositif d'identification, apte à identifier le sujet 1. Selon un mode de réalisation ce dispositif d'identification 8 peut comprendre un capteur 8a et/ou l'interface utilisateur 12. Un identifiant est avantageusement disposé sur ou dans le sujet 1. Il peut s'agir d'une étiquette RFID, d'une puce, d'un tatouage, d'un code barre, d'un 10 élément biométrique, d'une plaque moteur ou minéralogique, etc. Le dispositif d'identification 8 est de préférence un capteur 8a d'identification apte à lire ledit identifiant. Alternativement, l'identifiant peut encore être saisi par le praticien au moyen de l'interface homme machine 12. De manière optionnelle, une première étape du procédé de construction 15 d'un plan d'entretien 2 et d'un plan de paiement 3 pour un sujet 1 consiste à identifier le sujet 1. Selon un mode de réalisation, le sujet 1 peut être un patient humain suivi par un médecin, un animal suivi par un vétérinaire ou encore un véhicule suivi par un garagiste par exemple. 20 A partir de l'identification du sujet 1, il est possible de proposer des produits et services 5, génériquement adaptés au type de sujet 1 et/ou spécifiquement adaptés au sujet 1 lui-même. Ainsi, si le sujet 1 est un chat, il n'est pas utile de proposer des produits et/ou services 5 dédiés à un chien. Ceci peut être réalisé en consultant une base de données des produits et services 5. 25 De même si le sujet 1 est un véhicule dont l'historique est connu, il n'est pas utile de proposer des produits ou services génériques des deux roues, et il n'est pas utile de proposer un service spécifique de remplacement de la distribution si cette opération a récemment été réalisée sur ledit véhicule. Ceci est typiquement réalisé en consultant une base de données des clients et/ou des 30 sujets 1 et de leur historique. De manière avantageuse mais non limitative, l'écran d'affichage 12a permet au praticien de suivre les différentes étapes du procédé selon la présente invention. 12 Une deuxième étape du procédé consiste en la construction d'un catalogue de produits et services 5 disponibles pour le sujet 1. Cette étape est avantageusement automatisée par la connaissance du sujet 1 issue de l'identification en relation avec la ou les différentes bases de données et peut 5 ainsi être personnalisée. Ce catalogue est alors de préférence stocké dans la deuxième mémoire 10b. Au cours d'une troisième étape, parmi tous les produits et services 5 possibles, soit ceux disponibles dans le catalogue, le praticien à l'aide de son savoir-faire, en fonction des symptômes présentés par le sujet 1, 10 avantageusement en relation avec son client, qui précise, ses envies, ses besoins et son budget, choisit au moins un produit ou service 5 retenu parmi les produits et services 5 disponibles. Ce choix des produits et services 5 retenus s'effectue, par exemple comme indiqué aux figures 2 et 3. Sur ces figures montrant une copie d'écran 15 de choix des produits et services 5 retenus, le praticien retient au moins un produit et/ou au moins un service, par exemple, en cochant une case en regard d'une ligne figurant un produit, ici indiqué par un pictogramme représentant un flacon ou figurant un service et/ou un acte, ici indiqué par un pictogramme représentant un stéthoscope. Cette étape de choix est avantageusement 20 réalisée de manière simple via l'interface utilisateur 12. Afin d'organiser les produits et services 5 de manière commode, des menus hiérarchiques et/ou thématiques peuvent être utilisés. Ici trois sous-menus : 1/3 prévention, 2/3 bien être, social et nutrition et 3/3 dépistage, permettent de retrouver plus rapidement un produit ou un service. 25 La figure 4 montre un autre écran, permettant de détailler les caractéristiques d'un produit ou service 5, telles que son prix. De manière avantageuse, certaines informations utiles peuvent être affichées sur le même écran des figures 2 et 3. Ainsi, à droite de l'écran peut figurer un cadre reprenant les éléments d'identification du sujet 1, ici en partie 30 haute. En partie basse, peut apparaître le prix total PXTOT provisoire des produits et services 5. Selon une autre caractéristique, le prix total PXTOT est dynamiquement calculé, de préférence par le microprocesseur 10a, au fur et à mesure que 13 lesdits produits et services 5 sont retenus. Le prix de chaque produit ou service 5 est connu d'une base de données de produits et services 5 et peut être ajouté lorsque le produit ou service est retenu. Une durée du plan de paiement 3, ici indiquée en nombre N d'échéance, par exemple des mois, peut être affichée 5 sur l'écran d'affichage 12a. Ce nombre d'échéance N peut être modifié interactivement, par exemple au moyen de boutons « PLUS », « + » et « MOINS », « - ». Ceci permet de calculer automatiquement et dynamiquement le montant de la mensualité MENS à payer, dès que le nombre d'échéances N est modifié, de préférence par le microprocesseur 10a. De même, dès qu'un 10 produit ou service 5 est retenu, le total PXTOT et la mensualité MENS, sont automatiquement recalculés, de préférence par le microprocesseur 10a, et réaffichés immédiatement sur l'écran d'affichage 12a, afin d'être toujours à jour. Une fois retenus les produits et services 5, il est possible de passer à l'étape suivante, en validant, par exemple au moyen d'un bouton continuer. Il 15 est toujours possible de revenir ultérieurement à cette étape afin de modifier les produits et services 5 retenus. L'étape suivante consiste à positionner les produits et services retenus 5 sur une ligne de temps 11. Cette étape permet de ventiler les produits et services 5 dans le temps. Ceci est typiquement réalisé par le praticien, en fonction de ses connaissances, des besoins du sujet 1, mais 20 peut encore tenir compte de la disponibilité d'un moyen : salle d'opération, atelier, ... ou encore des contraintes du client : disponibilité du client, disponibilité du sujet 1, ... Cette ventilation est, par exemple, réalisée, sur une autre page écran, illustrée aux figures 5 à 7. A la figure 5, la ligne de temps 11, qui va devenir le 25 plan d'entretien 2, est encore vide en ce qu'aucun produit ou service 5 n'a été positionné. Un cadre à droite de la ligne de temps 11 affiche, de préférence sur l'écran d'affichage 12a, les produits et services 5 retenus à l'étape précédente. Le positionnement de ces produits et services 5 sur la ligne de temps 11 peut par exemple être réalisé en faisant glisser les produits et services 5 depuis le 30 cadre vers une position 6, associée à une échéance, figurée par un rond, de la ligne de temps 11. Selon un mode de réalisation, le positionnement de ces produits et services 5 sur la ligne de temps 11 peut par exemple être réalisé de manière 11 automatique en tenant par exemple compte de leurs caractéristiques respectives (temps de récupération nécessaire, temps des travaux, etc... ) et/ou de celles du sujet 1. Une ligne de temps 11 comprend P échéances i, avec P non 5 nécessairement égal à N, nombre d'échéance de paiement. Les échéances d'entretien sont numérotées de 1 à P, avec i index parcourant cet ensemble i indique aussi une échéance générique. A l'issue de la ventilation de tous les produits et services 5 retenus vers les positions 6, l'écran ressemble à celui de la figure 6. Le cadre de droite, 10 contenant la liste des produits et services 5 retenus est maintenant vide, et tous les produits et services 5 retenus apparaissent dans la ligne de temps 11 / plan d'entretien 2, chacun à une position 6 associée à une échéance. Selon un mode de réalisation, une échéance i sur laquelle est positionnée au moins un produit ou service 5 est figurée, par un grand symbole, ici un 15 cercle, avec l'intitulé, au moins abrégé, du nom de l'échéance : par exemple « Juil. » pour l'échéance de juillet. Au contraire une échéance vide est figurée par un petit symbole, ici un cercle, par exemple l'échéance d'août ou de septembre. A ce stade un plan d'entretien 2, comprenant tous les produits et services 20 5 retenus, ventilés sur une ligne de temps 11, est construit. On verra plus loin qu'il n'est pas satisfaisant pour des raisons financières ou juridiques. Pour cela il convient de s'intéresser un instant au plan de paiement 3. L'invention permet avantageusement de passer à tout moment du plan d'entretien 2 au plan de paiement 3 et réciproquement. Ainsi les deux plans d'entretien 2 et de paiement 25 3 sont co-construits simultanément, afin d'être satisfaisants tous les deux et offrir au client une solution satisfaisante d'un point de vue technique, financier, calendaire et juridique. La construction du plan de paiement 3 nécessite de connaître au moins un paramètre d'échelonnement. Aussi ce paramètre doit être choisi par le praticien 30 et/ou le client. Il peut encore être choisi par défaut, au moyen d'une valeur initiale. A partir du paramètre d'échelonnement, par exemple le nombre d'échéance N du plan de paiement 3, la présente invention permet de calculer 15 un échelonnement du prix total PXTOT, de préférence par le microprocesseur 10a. Sous réserve de certaines hypothèses, ceci permet de construire un plan de paiement 3. Sous l'hypothèse d'une mensualité MENS constante, ce qui est recherché, la relation PXTOT = N x MENS, ou MENS = PXTOT / N permet de déterminer le montant de la mensualité MENS en fonction d'un nombre d'échéance N choisi. Alternativement la formule N = PXTOT / MENS permet de déterminer le nombre d'échéances N en fonction d'une mensualité MENS choisie. La page où figurent ces deux paramètres N, MENS est à double 10 entrée : N ou MENS peuvent être modifiés. L'autre paramètre est alors recalculé à la suite d'une modification, de préférence par le microprocesseur 10a. Un calcul d'arrondi intelligent, permet d'adapter une mensualité MENS choisie afin d'obtenir un nombre d'échéances N avantageusement entier. Ainsi le plan de paiement 3 est entièrement déterminé, en ce qu'il 15 comporte un nombre d'échéance N, une date de début ou première échéance et une mensualité constante MENS. Le client sait ainsi dès le début, à quelles dates et quels montants il doit payer. Une autre hypothèse, offrant une souplesse de construction du plan de paiement 3 est de considérer une mensualité MENS constante pour toutes les 20 échéances à l'exception d'au moins une. L'échéance exceptionnelle est par exemple la première. Aussi la première mensualité PS diffère de MENS et prend une autre valeur PS, paiement à la signature, avantageusement supérieure à MENS. La relation devient alors PXTOT = PS + (N-1) x MENS. Tels qu'illustrés aux figures 5-7, ces différents paramètres PXTOT, N, PS, 25 MENS sont avantageusement affichés sur l'écran d'affichage 12a et dynamiquement modifiables sur la partie en bas à droite de la page écran. Le plan de paiement 3 est ainsi complètement défini. Ceci permet encore de voir simultanément, sur la même page, tant le plan d'entretien 2 que le plan de paiement 3 attaché. 30 Selon une autre caractéristique importante, il est calculé, toujours dynamiquement, avec les éléments disponibles, au fur et à mesure de leur disponibilité et recalculé dès qu'un élément influent est modifié, un en-cours EMi de paiement pour chaque échéance i. i varie ici entre 1 et le plus grand de 16 N et P, max (N, P). Avantageusement, ces calculs sont réalisés par le microprocesseur 10a. A partir de cet en-cours [Mi, il est calculé, de préférence par le microprocesseur 10a, un statut d'en-cours STi lui aussi indexé sur l'indice i des 5 échéances, en comparant l'en-cours EMi avec un seuil d'en-cours SE et en comparant une durée NBi, pendant laquelle l'en-cours EMi est supérieur audit seuil SE, avec un seuil de durée DE. Ce statut d'en-cours STi, obtenu pour chaque échéance i, est avantageusement affiché sur l'écran d'affichage 12a, comme visible aux figures 10 5-7, par exemple en regard de l'échéance i correspondante de la ligne de temps 11 / plan d'entretien 2. Le statut STi est indicatif de la situation de l'échéance i du plan d'entretien 2 et du plan de paiement 3 au regard de la réglementation sur le crédit à la consommation. 15 Ainsi, le praticien et le cas échéant le client, voit en permanence, en fonction de ses choix, l'influence, via les statuts STi, sur la légalité du plan d'entretien 2 et du plan de paiement 3. Si le plan d'entretien 2 ou le plan de paiement 3 n'est pas satisfaisant, il est possible de modifier l'un ou l'autre des choix précédents. Le recalcule 20 dynamique, de préférence par le microprocesseur 10a, notamment des statuts STi permet de voir l'évolution et d'aider à rapidement aboutir à un plan d'entretien 2 et à un plan de paiement 3 satisfaisants. Pour cela le praticien ou le client peut intervenir en reprenant au moins une des étapes de choix, ayant permis la construction du plan d'entretien 2 et 25 du plan de paiement 3. Dès qu'un choix est modifié, toutes les étapes de calcul, ou préférentiellement toutes les étapes de calcul impactées par ce choix sont reprises. Ces deux étapes de reprise d'un choix et de recalcule, sont réitérées jusqu'à obtenir un plan de paiement 3 satisfaisant. Ceci déverrouille alors la possibilité de passer à la dernière étape qui 30 consiste à une validation et à un enregistrement du plan d'entretien 2 et du plan de paiement 3, associé. Ces plans 2, 3 peuvent alors être mis en production. Les rendez-vous peuvent être pris pour réaliser les produits et services 5 selon le plan d'entretien 2. Les produits peuvent être commandés. Le plan de paiement 3 peut être actionné auprès d'un banquier. Selon une autre caractéristique, un statut d'en-cours STi comprend trois états : NOMINAL, PASSABLE et IMPOSSIBLE. L'en-cours EMi mesure la différence entre le montant PXMi des produits et services 5 livrés à l'échéance i tel qu'il peut être déterminé d'après le plan d'entretien 2 et la connaissance des prix des produits et services 5 et le montant payé PPMi à la même échéance i tel qu'il peut être déterminé par le plan de paiement 3. Lorsque l'en-cours EMi est négatif, le client a payé plus que son dû. L'état io est donc NOMINAL au regard d'une situation de crédit à la consommation. Lorsque l'en-cours EMi est positif et inférieur au seuil d'en-cours SE, ou lorsque l'en-cours EMI est supérieur au seuil d'en-cours SE (et donc positif) mais que la durée NBi pendant laquelle cette situation de supériorité perdure reste inférieure à la durée seuil DE, soit la durée NBi pendant laquelle l'en- 15 cours EMi est supérieur au seuil d'en-cours SE est inférieure à la durée seuil DE. L'état est PASSABLE en ce que l'on se trouve réglementairement aux limites acceptables d'une situation de crédit à la consommation. Une telle situation est acceptable, mais peut aisément basculer vers une situation inacceptable. 20 Lorsque au contraire, la condition de supériorité, où l'en-cours EMi est supérieur au seuil d'en-cours SE, est réalisée sur une durée NBi supérieure à la durée seuil DE, l'état est IMPOSSIBLE, en ce que le client est en situation de crédit à la consommation, ce qui est interdit si le vendeur n'est pas organisme de crédit. 25 Aussi il est considéré qu'un statut d'en-cours STi est satisfaisant lorsqu'il est NOMINAL ou PASSABLE. Alternativement, pour plus de sécurité, un statut d'en-cours STi peut être jugé satisfaisant uniquement lorsqu'il est NOMINAL. Un plan d'entretien 2 et/ou un plan de paiement 3 peut être considéré satisfaisant lorsque les statuts d'en-cours STi de toutes les échéances i sont 30 simultanément satisfaisants. Afin d'offrir une visibilité rapide, les statuts d'en-cours STi sont avantageusement indiqués par un pictogramme, selon un code graphique et/ou un code couleur. Ainsi, tel que représenté aux figures 5-7, une représentation 18 peut être du type feu de circulation. Dans l'exemple illustré, un DISQUE indique un état NOMINAL, un CARRE indique un état PASSABLE et un TRIANGLE indique un état IMPOSSIBLE. Selon un mode de réalisation, le disque peut être remplacé par un 5 élément de couleur vert, le carré par un élément de couleur orange et le triangle par un élément de couleur rouge par exemple. Le but du praticien est alors de modifier les choix présidant à la construction du plan d'entretien 2 et/ou du plan de paiement 3 jusqu'à ne plus avoir de triangle, ou le cas échéant jusqu'à ne plus avoir ni de triangle, ni de 10 carré. Il peut être vu à la figure 5 que tous les statuts STi sont à l'état NOMINAL / DISQUE en l'absence de produit ou service 5 dans la ligne de temps 11. A la figure 6, tous les produits et services 5 ayant été positionnés sur la ligne de temps 11, il apparaît de nombreux statuts STi à l'état IMPOSSIBLE / 15 TRIANGLE : ST1-ST8. Après modifications, le résultat final est illustré à la figure 7 : plus aucun statut STi à l'état IMPOSSIBLE / TRIANGLE. Il persiste des statuts STi à l'état PASSABLE / CARRE que l'on accepte. Le plan d'entretien 2 et le plan de paiement 3 associé sont satisfaisants et peuvent être validés. Une analyse de l'exemple illustré à la figure 7 montre que le plan de 20 paiement 3 n'a pas été modifié : même paiement exceptionnel PS et même mensualité MENS. Seul le plan d'entretien 2 a été modifié en retardant la date de certains produits et services 5. Afin d'obtenir un plan de traitement 2 et un plan de paiement 3 satisfaisants, le praticien est grandement aidé par les statuts STi, associés à 25 chaque échéance i, aisément lisibles et remis à jour à chaque modification. Le praticien dispose pour améliorer son plan d'entretien 2 et/ou son plan de paiement 3 de plusieurs leviers. Il convient de manière générale de faire en sorte que le client paie plus vite relativement aux produits et services 5 livrés. Une première catégorie de levier vise à retarder des dates de livraison. 30 Pour cela, le plan d'entretien 2 est modifié de manière à ce qu'au moins un produit et/ou service 5 soit déplacé, préférentiellement vers le futur, donc retardé, dans la ligne de temps 11 / plan d'entretien 2. Une autre possibilité consiste à supprimer un produit et/ou service 5. 19 Une autre catégorie de levier vise à avancer les dates de paiement. Pour cela le plan de paiement 3 est modifié de manière à ce que le client paie plus tôt. Ceci peut être obtenu en réduisant la durée ou le nombre N d'échéances. Ceci a pour effet mécanique d'augmenter le montant de la mensualité MENS en 5 en diminuant le nombre. De manière équivalente la mensualité MENS peut être augmentée ce qui en diminue le nombre. Ceci conduit à un paiement globalement anticipé. Alternativement ou complémentairement, ceci peut être obtenu en introduisant un paiement exceptionnel PS, remplaçant la première mensualité. Le levier est efficace si PS est supérieur à la mensualité MENS. 10 L'étape d'identification du sujet 1 est avantageusement réalisée automatiquement par un capteur 8a apte à lire un identifiant disposé sur le sujet 1. Cet identifiant peut être un tatouage ou une puce pour un animal de compagnie 1, ou encore la plaque minéralogique pour un véhicule 1. Techniquement, un tel identifiant peut être une étiquette RFID, un code barre, 15 un code QR, une plaque minéralogique, etc. Le capteur 8a comprend alors au moins un capteur adapté : lecteur d'étiquette RFID, lecteur de code barre ou QR, caméra vidéo dotée d'un traitement d'image de reconnaissance de plaque minéralogique. Alternativement, la plaque minéralogique ou le nom ou le matricule de l'animal, peut être saisi par le praticien au moyen de l'interface 20 homme machine 12. Selon une caractéristique déjà décrite, ledit au moins un paramètre d'échelonnement comprend : une durée calendaire ou un nombre d'échéance N ou une mensualité MENS. Il doit être utilisé une première formule liant ces paramètres : PXTOT = N x MENS, décrite précédemment. Si un paiement 25 exceptionnel PS est considéré, une deuxième formule : PXTOT = PS + (N-1) x MENS, déjà décrite, doit être utilisée. Un en-cours EMi de paiement pour une échéance i est calculé par différence entre le prix PXMi des produits et services 5 délivrés avant l'échéance i et le prix payé PPMi à ladite échéance i. Le prix PXMi des produits 30 et services 5 délivrés avant l'échéance i est déterminé en calculant un cumul partiel au rang i des prix des produits et services, pour les échéances comprises entre la première échéance et la ième échéance. Ceci peut être déterminé à partir du plan d'entretien 2 qui positionne lesdits produits et 20 services 5 dans le temps, et dont les prix sont connus typiquement par une base de données stockée dans la première mémoire 9. Le prix payé PPMi à l'échéance i est égal à la somme des mensualités courues à la ième échéance. Le prix PPMi est égal à la somme des i premières mensualités. Si l'on n'utilise pas de paiement exceptionnel PS, le prix PPMi est égal à i x MENS, ou ce qui est équivalent en considérant que PS est la première mensualité, PS + (i-1) x MENS. Si l'on utilise un paiement exceptionnel PS, ce dernier remplace la première mensualité et le prix payé PPMi est égal à PS + (i-1) x MENS. Un en-cours EMi peut être déterminé par différence EMi = PXMi - PPMi. 10 Cette formule se décline : EM1 = PXM1 - PPM1 = PXM1 - PS, et EMi = PXMi - PS - (i-1) x MENS, pour i compris entre 2 et N. Si PS n'est pas employé, on remplace PS par MENS. Alternativement, afin de simplifier les calculs, il peut être utilisé un jeu de formules équivalentes récurrentes. Ces formules sont : EM1 = PXM1 - PS, au 15 rang 1 et EMi = EMi-1 + DXMi - MENS, pour i compris entre 2 et N, avec DXMi le prix livré différentiel, soit le prix des produits et services 5 livrés à l'échéance i. La relation entre PXMi et DXMI peut s'exprimer DXMi = PXMi - PXMi-1 ou PXMi = DXMj Les deux seuils, seuil d'en-cours SE et seuil de durée DE sont 20 avantageusement configurables en fonction des contraintes réglementaires et/ou légales. Il peut être pris par exemple, SE = 300E et DE = 3 mois. L'invention concerne encore un système informatique 10 implémentant un tel procédé. Le système informatique 10 peut être avantageusement une unité de traitement comprenant un ordinateur exécutant un logiciel dont les 25 spécifications reproduisent le procédé de la présente invention. Au vu de la description qui précède, il apparait clairement que l'invention permet ainsi avantageusement d'assister un praticien, typiquement un vétérinaire, au cours de sa construction de plan d'entretien et de plan de paiement et de lui permettre d'intégrer, de manière interactive et/ou 30 automatique, les contraintes réglementaires et législatives, ceci sans nécessiter de suivre une formation complexe. 21 Bien qu'il soit décrit dans la présente un mode de réalisation préféré de l'invention, il doit être bien compris que l'invention n'est pas limitée à ce mode, et que des variations peuvent être apportées à l'intérieur REVENDICATIONS1. Procédé informatique de construction d'un plan d'entretien (2) et d'un plan de paiement (3) pour un sujet (1), caractérisé en ce qu'il comprend les étapes suivantes, exécutées par au moins un dispositif informatique de traitement de données comprenant au moins un microprocesseur (10a) : - identification du sujet (1), de préférence par un dispositif d'identification (8) pris parmi une interface utilisateur (12) ou un capteur (8a) - construction d'un catalogue de produits et services (5) disponibles pour le sujet (1), de préférence é partir d'au moins une base de données de produits et services, ladite au moins une base de données de produits et services étant stockée dans au moins une première mémoire (9) ; - sauvegarde dudit catalogue dans au moins une deuxième mémoire (10b) ; - choix d'au moins un produit ou service (5) retenu parmi les produits et services (5) disponibles, de préférence via au moins une interface utilisateur (12) comprenant un écran d'affichage (12a); - calcul par ledit dispositif informatique de traitement de données, d'un prix total (PXTOT) par addition des prix des produits et services (5) retenus, - choix de la position (6) sur ledit écran d'affichage (12a) de chaque au moins un produit ou service (5) retenu sur une ligne de temps (11) affichée sur ledit écran d'affichage (12a), afin de construire un plan d'entretien (2), - choix d'au moins un paramètre d'échelonnement, via ladite interface utilisateur (12) ; - calcul par ledit dispositif informatique de traitement de données d'un échelonnement du prix total (PXTOT) en fonction des paramètres d'échelonnement, afin de construire un plan de paiement (3), 23 - calcul par ledit dispositif informatique de traitement de données d'un en-cours (EMi) de paiement pour chaque échéance (i), - calcul par ledit dispositif informatique de traitement de données d'un statut d'en-cours (STi) pour chaque échéance (i), par 5 comparaison de l'en-cours (EMi) avec un seuil d'en-cours (SE) et de sa durée (NBi) avec un seuil de durée (DE), le statut d'en-cours (STi) comprenant comprend trois états : o NOMINAL lorsque l'en-cours (EMi) est négatif, o PASSABLE lorsque l'en-cours (EMi) est positif et inférieur 10 au seuil d'en--cours (SE), ou lorsque l'en-cours (EMI) est positif et supérieur au seuil d'en-cours (SE) et la durée (NBi) pendant laquelle l'en-cours (EMi) est positif et supérieur au seuil d'en-cours (SE) est inférieure à la durée seuil (DE), o IMPOSSIBLE lorsque l'en-cours (EMi) est positif et supérieur au seuil d'en-cours (SE) et la durée (NBi) pendant laquelle l'en-cours (EMi) est positif et supérieur au seuil d'en-cours (SE) est supérieure à la durée seuil (DE), o le statut d'en-cours (STi) étant satisfaisant s'il est 20 NOMINAL ou PASSABLE, préférentiellement NOMINAL - affichage sur ledit écran d'affichage (12a) du statut d'en-cours (STi) pour chaque échéance (i), - itération, de préférence de manière successive, des étapes suivantes 25 o reprise d'au moins une des étapes de choix, o reprise de toutes les étapes de calcul impactées par un choix, o affichage sur ledit écran d'affichage (12e) desdits statuts d'en-cours (STi) 30 o jusqu'à obtenir tous les statuts d'en-cours (STi) satisfaisants, et - affichage sur ledit écran d'affichage (12e) du plan d'entretien (2) et du plan de paiement (3) 24 - enregistrement du plan d'entretien (2) et du plan de paiement (3) dans une troisième mémoire (10c). 2. Procédé informatique selon la revendication précédente, dans lequel un statut d'en-cours (STi) est figuré sur l'écran d'affichage (12a) par un code couleur, préférentiellement du type feu de circulation, par exemple : Vert pour NOMINAL, Orange pour PASSABLE et Rouge pour IMPOSSIBLE. 3. Procédé informatique selon l'une quelconque des revendications 10 précédentes, dans lequel le dispositif d'identification (8) comprend au moins un capteur (8a) apte à lire un identifiant disposé sur le sujet (1), l'identifiant pouvant être un tatouage ou une puce pour animal de compagnie (1), une étiquette REID, un code barre ou un code QR. 15 4 Procédé informatique selon l'une quelconque des revendications précédentes, dans lequel ledit au moins un paramètre d'échelonnement, de préférence choisi via l'interface utilisateur (12), comprend : - une durée ou un nombre d'échéance (N) ou une mensualité (MENS), et - un éventuel paiement exceptionnel (PS). 5. Procédé informatique selon l'une quelconque des revendications précédentes, dans lequel un en-cours (EMi) de paiement pour une échéance (i) est calculé, par ledit dispositif informatique de traitement de 25 données, par différence entre le prix (PXMi) des produits et services (5) délivrés avant l'échéance (i) et le prix payé (PPMi) à ladite échéance (i), égal à la somme de i-1 mensualités (MENS) et du paiement exceptionnel (PS). 30 6. Procédé informatique selon l'une quelconque des revendications précédentes dans lequel le choix de la position (6) de chaque au moins un produit ou service (5) retenu sur une ligne de temps (11), afin de 5 15 20 25 construire un plan d'entretien (2), est réalisé automatiquement en fonction de la nature de chaque au moins un produit ou service (5). 7. Système informatique (10) comprenant au moins une interface utilisateur (12), au moins un processeur (10a), au moins une mémoire (10b) non transitoire stockant un produit programme d'ordinateur comportant des instructions exécutables par ledit au moins un processeur (10e), lesdites instructions étant configurées pour exécuter le procédé selon l'une quelconque des revendications précédentes. 8. Système informatique (10) selon la revendication précédente comprenant au moins un capteur (8a) apte à identifier au moins un sujet. 9 Système informatique (10) selon l'une quelconque des cieux revendications précédentes dans lequel l'interface utilisateur (12) comprend au moins l'un parmi : un écran tactile, un clavier, une souris 10, Produit programme d'ordinateur, de préférence stocké sur un support (10b) non transitoire, comprenant des instructions, qui lorsqu'elles sont exécutées par au moins un microprocesseur (10e), effectue les étapes du procédé selon l'une quelconque des revendications 1 à 6. 10