Le cockpit, tel qu’il tourne.

Un registre sensible construit mais fermé plutôt qu’ouvert sans avis juridique

Le contrôle des prix administrés, l’alerte au comptoir, le rapport mensuel des écarts et le tour de garde sont en production. L’ordonnancier et le registre des stupéfiants sont construits, mais restent derrière un drapeau éteint en production tant que l’avis juridique n’est pas rendu. Technique : Un drapeau fonctionnel par organisation sépare la livraison du code de son ouverture : le même déploiement sert les deux états, et l’ouverture ne demande aucune nouvelle version. Réglementaire : Aucune donnée nominative de patient n’entre dans le produit avant que le cadre d’hébergement et de déclaration soit écrit. Économique : Le contrôle des prix administrés est un argument que les éditeurs généralistes n’ont pas, et il se vend sans attendre les registres. Compromis accepté : Du code maintenu sans être utilisé, et une fonction attendue par certaines officines qui reste indisponible tant que la question juridique n’est pas tranchée.

#conformite #donnees-de-sante #drapeau #pharivo

Un journal de mouvements plutôt qu’un compteur de stock

Le stock de Pharivo est un journal de mouvements typés : réception, vente, retour, correction, casse, péremption, inventaire, transfert. La quantité d’un lot se calcule depuis ce journal, et l’instantané conservé pour la performance reste toujours reconstructible. Technique : Un mouvement est un fait daté qui ne se modifie pas. La synchronisation hors ligne devient une fusion d’événements, et une correction est un nouveau mouvement plutôt qu’une réécriture. Réglementaire : Chaque entrée et chaque sortie restent attribuées à un lot, à un opérateur et à une date, ce qu’exige un retrait de lot ou un contrôle d’officine. Économique : Une officine qui ne fait plus confiance à son stock revient à son cahier en quelques semaines. La confiance dans le chiffre est la condition de l’abonnement. Compromis accepté : Plus de lignes en base, et un instantané à tenir aligné sur le journal, contrôlé par les tests plutôt que supposé juste.

#architecture #stock #hors-ligne #pharivo

Une couche commerciale isolée plutôt qu’une interdiction de dépôt

Le commerce vit dans une couche L13 isolée. Aucune page de preuve ne l’importe et aucune clé de paiement n’est lue ailleurs. Technique : Un module isolé, un inventaire de secrets et un test de non-importation rendent la frontière vérifiable. Réglementaire : Les conditions de vente et le traitement du paiement restent cantonnés à la surface qui en répond. Économique : La preuve et l’offre partagent le même domaine, donc la même réputation, sans dupliquer l’acquisition. Compromis accepté : La frontière doit être maintenue par des contrôles permanents, alors qu’une interdiction absolue ne demandait aucun test.

#architecture #commerce #preuve

Le comptoir dès la première version plutôt qu’un logiciel de stock seul

La première version de Pharivo comprend le comptoir : vente au clavier et à la douchette, décompte automatique du lot, encaissement en espèces, Wave ou Orange Money. Il n’existe pas de version stock seul. Technique : Le comptoir est l’écriture la plus fréquente du journal de mouvements. Le construire tôt fixe le modèle sur l’opération qui compte, plutôt que sur l’inventaire. Réglementaire : Le comptoir est aussi l’endroit où se contrôle le prix administré de chaque vente, ce qu’un logiciel de stock seul ne voit jamais. Économique : Un logiciel de stock de plus ne se vend pas sur ce marché. La suppression de la double saisie est ce que l’officine achète. Compromis accepté : Une première version plus longue à construire, avec une interface de comptoir qui doit tenir sur un poste d’entrée de gamme, au clavier, et sans réseau.

#produit #comptoir #pharivo

Échouer explicitement plutôt que répondre sans source

Quand la récupération documentaire échoue, l’assistant renvoie une erreur explicite et ne génère rien. Technique : L’échec est renvoyé en code de service indisponible, avec un message lisible, plutôt qu’en réponse deux cents accompagnée d’un texte. Réglementaire : Une réponse sur un texte réglementaire sans passage à l’appui n’a aucune valeur, et peut en avoir une négative si l’utilisateur s’y fie. Économique : Un appel de génération économisé à chaque incident, et une conversation interrompue plutôt qu’une conversation trompeuse. Compromis accepté : L’assistant paraît fragile : il refuse de répondre là où un concurrent aurait dit quelque chose. C’est le comportement voulu, et il faut l’expliquer.

#ia #fiabilite #produit

Vérification locale assumée plutôt qu’intégration continue décorative

Le dépôt n’a pas d’intégration continue. La vérification est locale, scriptée, et le manque est documenté comme une décision. Technique : Le script enchaîne le contrôle de types, l’analyse statique, les tests et la construction. C’est la même séquence qu’un pipeline exécuterait. Réglementaire : Le site affirme que ses règles sont verrouillées par des tests. Prétendre qu’elles le sont par un pipeline inexistant aurait été une affirmation fausse de plus. Économique : Coût nul, contre un quota à racheter pour un dépôt personnel. Compromis accepté : Rien n’empêche mécaniquement un commit non vérifié d’arriver sur la branche principale. La garantie repose sur une personne, et cette personne peut être pressée.

#outillage #cout #honnetete

Nommer la nature d’une panne plutôt que l’afficher comme une absence

Chaque tentative de sonde est enregistrée avec la nature de son échec, et l’interface distingue une panne du produit d’une panne de la sortie réseau du cockpit. Technique : Un type énuméré en base porte les quatre natures d’échec. L’interface les traduit en une phrase lisible, sans jargon. Réglementaire : Une absence non expliquée se lit comme une omission. Nommer la cause est la même discipline que nommer la source d’une valeur. Économique : Une table de plus et une écriture par tentative, contre un diagnostic qui ne demande plus d’ouvrir un journal serveur. Compromis accepté : Le cockpit écrit à chaque passage de sonde, y compris quand tout va bien. Cette table grossit, et personne ne la purge aujourd’hui.

#observabilite #panne #cockpit

Aucune métrique sans source, plutôt qu’un repli chiffré

Aucune valeur chiffrée n’est affichée sans sa source, sa méthode et sa date de relevé. Quand la source ne répond pas, l’absence est affichée telle quelle. Technique : La règle est portée par le type et non par la discipline : un composant d’affichage n’accepte pas un nombre, il accepte une affirmation qui porte sa provenance. Réglementaire : C’est la discipline que les produits du groupe appliquent à la donnée de durabilité. Ne pas se l’appliquer à soi-même aurait été un argument contre le groupe. Économique : Aucun coût direct, un coût commercial réel : un tableau de bord troué se montre moins bien qu’un tableau plein. Compromis accepté : Le tableau de bord est incomplet les jours où une source est indisponible, y compris quand un recruteur le regarde. Personne ne peut le rendre présentable en écrivant un chiffre.

#preuve #donnees #produit

Registre de produits en base plutôt qu’un tableau écrit dans la page

Les produits du groupe sont tenus dans la table ecosystem_products. Aucune page du site ne connaît la liste, elles la lisent toutes au même endroit. Technique : Le registre alimente le hub public, la Couche D en vue groupe et la liste des dépôts suivis par le journal des livraisons. Une seule source pour trois usages. Réglementaire : Annoncer un produit ouvert au public sans adresse est une affirmation invérifiable. La contrainte qui l’interdit est posée en base, pas dans une consigne. Économique : Une migration et une table de plus, contre une catégorie entière d’erreurs qui ne peut plus se produire. Compromis accepté : Le site ne peut plus afficher ses produits sans sa base. Quand Supabase ne répond pas, la grille est vide au lieu d’être fausse, et c’est un choix assumé.

#base #registre #verite

Un cockpit sans commerce plutôt qu’une preuve et une offre séparées

Le dépôt ne contient aucun paiement, aucun passage en caisse et aucun tunnel de vente. Technique : Une interdiction de dépôt est plus simple à contrôler qu’une frontière entre modules. Réglementaire : Sans commerce, le cockpit ne porte ni conditions de vente, ni facture, ni traitement de paiement. Économique : Le cockpit reste une vitrine de preuve et renvoie toute conversion aux produits responsables. Compromis accepté : Aucun actif intellectuel propre au cockpit ne peut être vendu là où sa preuve et son audience vivent.

#revirement #commerce #preuve #architecture

Cockpit d’un ensemble logiciel plutôt que vitrine d’un produit

Ce site est le cockpit de l’ensemble logiciel et le lieu où le travail se démontre. Les produits gardent leurs propres vitrines et leurs propres parcours d’achat. Technique : Le site n’expose plus de parcours d’achat ni de page produit dupliquée. Il lit un registre et des routes de santé, et renvoie vers les adresses réelles. Réglementaire : Une page de vente engage sur une prestation. Un cockpit qui renvoie vers le produit responsable n’ajoute aucun engagement qui ne soit déjà pris ailleurs. Économique : Une surface commerciale en moins à tenir à jour, et un contenu qui ne périme pas au rythme des tarifs. Compromis accepté : Le site ne convertit plus directement. Il n’a plus de tunnel, plus de prix affiché, plus d’appel à l’achat : il envoie ailleurs, et une partie des visiteurs ne suivra pas.

#produit #positionnement #cockpit

Consommer ce que les produits exposent plutôt que recalculer dans le cockpit

Le cockpit ne calcule rien. Il lit ce que les produits exposent, en lecture seule, et affiche l’absence quand ils n’exposent rien. Technique : Un calcul appartient au système qui le teste. Le cockpit n’a ni les jeux d’essai, ni les facteurs, ni la responsabilité du résultat. Réglementaire : Un chiffre de durabilité engage celui qui le publie. Le publier depuis deux sources rend impossible de dire laquelle fait foi. Économique : Un moteur en moins à maintenir, à déployer et à surveiller, pour une personne seule. Compromis accepté : Le cockpit ne peut afficher que ce que les produits exposent. Tant qu’ils n’exposent qu’une route de santé, il n’a aucune statistique d’usage à montrer, et cela se voit.

#architecture #responsabilite #cockpit

Un tableau de produits écrit dans la page plutôt qu’un registre en base

La liste des produits du groupe est écrite dans la page du hub. Technique : Huit entrées statiques, lisibles d’un coup d’oeil, modifiables en une ligne. Réglementaire : Aucune donnée personnelle, aucune contrainte de conservation. Économique : Aucun coût d’infrastructure, aucun temps de migration. Compromis accepté : Rien ne vérifie qu’une ligne décrit un produit qui existe, ni qu’un lien mène quelque part. La justesse de la liste repose entièrement sur la mémoire de celui qui l’a écrite.

#revirement #base #registre

La vitrine d’un produit plutôt que le cockpit d’un ensemble

Ce site est la vitrine du produit principal, avec ses pages de vente et son parcours d’achat. Technique : Le parcours d’achat et les pages produit ont été construits ici, en réutilisant les composants du site. Réglementaire : Les mentions et conditions de vente étaient à écrire deux fois, ici et sur le produit. Économique : Une surface de vente de plus, sur un domaine qui portait déjà le nom de l’auteur. Compromis accepté : Deux vitrines pour un même produit, dont une nécessairement moins à jour.

#revirement #produit #positionnement

Un repli chiffré plutôt qu’une case vide

Les surfaces publiques affichent des valeurs de repli quand la source ne répond pas. Technique : Les valeurs étaient de simples constantes dans les composants, sans dépendance ni appel réseau. Réglementaire : Aucune donnée client n’était concernée, il s’agissait de métriques d’activité. Économique : Coût nul, et un site montrable tout de suite. Compromis accepté : Rien à l’écran ne distingue un repli d’un relevé. Le lecteur n’a aucun moyen de savoir lequel il regarde, et l’auteur non plus au bout de quelques semaines.

#revirement #preuve #produit

Générer une réponse sans contexte plutôt qu’échouer

L’assistant génère une réponse même quand la récupération documentaire ne renvoie aucun passage. Technique : La génération est appelée avec un contexte vide, le modèle répond à partir de ses seules connaissances. Réglementaire : La formulation était prudente et l’assistant présenté comme non contractuel. Économique : Aucun coût direct : la génération a lieu de toute façon, avec ou sans passages récupérés. Compromis accepté : Une réponse sans source ressemble exactement à une réponse fondée.

#revirement #ia #fiabilite

Python plutôt que Node.js pour les moteurs de calcul

Les moteurs de calcul et d’analyse du groupe sont écrits en Python et exposés par une API séparée. L’interface reste en Next.js. Technique : Un moteur sans interface et sans base se teste sur des entrées connues et se rejoue à volonté. Le séparer de l’application le rend remplaçable sans toucher au reste. Réglementaire : Un résultat de durabilité doit être reconstituable. Un moteur isolé, testé, dont les entrées et les sorties sont explicites, se défend devant un tiers. Économique : Deux plateformes d’exécution à déployer et à surveiller au lieu d’une, contre un temps de développement du calcul plus court. Compromis accepté : Deux langages, deux chaînes de dépendances, deux déploiements et deux façons de gérer les erreurs. Pour une personne seule, c’est le double de surface à tenir à jour.

#backend #python #carbone

Un moteur de calcul dans le cockpit plutôt que dans le produit

Le cockpit embarque son propre moteur de calcul, sous services/engine : empreinte carbone, matérialité, audit express, avec ses tests. Technique : Un moteur local évitait de dépendre d’une API qui n’existait pas, et permettait de tester l’affichage sur des résultats réels. Réglementaire : Aucune donnée client ne transitait, le moteur ne servait qu’à des démonstrations. Économique : Aucun coût d’infrastructure supplémentaire à court terme, le service étant déployé à côté du site. Compromis accepté : Deux implémentations du même calcul, à tenir alignées à la main.

#revirement #architecture #responsabilite

Fournisseur de modèle établi dans l’Union européenne plutôt que hors Union

Le groupe s’appuie sur un fournisseur de modèle établi dans l’Union européenne pour le traitement des documents clients. Technique : Les deux fournisseurs exposent une interface comparable. Le changement est une variable d’environnement, pas une réécriture. Réglementaire : Un transfert hors Union se documente, se justifie et s’explique au client. À ce stade, le groupe n’a ni le besoin ni les moyens de le faire. Économique : Le coût par appel est plus élevé. Il est compensé par le fait que la résidence des données cesse d’être une objection de vente. Compromis accepté : Un coût d’appel supérieur, et une dépendance à un fournisseur dont le catalogue de modèles est plus étroit.

#rgpd #llm #ue

Récupération documentaire plutôt que réentraînement de modèle

L’assistant du groupe s’appuie sur une récupération documentaire vectorielle, jamais sur un modèle réentraîné. Technique : Le corpus est ingéré et vectorisé une fois, puis interrogé à chaque question. Mettre à jour un texte revient à réingérer un document, pas à relancer un entraînement. Réglementaire : Une réponse doit pouvoir nommer le passage sur lequel elle s’appuie. Un modèle réentraîné mélange le texte à ses paramètres et ne sait plus dire d’où vient ce qu’il affirme. Économique : Pas de coût d’entraînement ni de réentraînement. Le coût se déplace vers l’appel de vectorisation et le stockage de l’index. Compromis accepté : Chaque réponse coûte une recherche vectorielle avant la génération, donc de la latence et un appel de plus. Et l’assistant ne sait rien qui ne soit pas dans le corpus : sa qualité est plafonnée par celle de l’ingestion.

#ia #rag #couts