Aller au contenu
Glossaire

Tous les termes que nous employons, définis en clair.

Ce glossaire définit les termes du logiciel et de l'IA qui reviennent dans nos propositions, nos services et nos études de cas — des agents IA et du RAG jusqu'à la nLPD et au WebRTC. Chaque définition est écrite pour tenir seule, et chaque entrée s'appuie sur un système que CODT Technologies a réellement livré, avec un lien vers le service ou l'étude de cas où le terme vit en production.

29 termes · A–Z · ancrés dans du livré
  • Agent IA

    Un agent IA est un logiciel qui utilise un grand modèle de langage comme moteur de raisonnement pour poursuivre un objectif : il découpe la tâche en étapes, appelle des outils — API, bases de données, recherche —, observe les résultats et s'ajuste, jusqu'à ce que le travail soit fait ou qu'un humain doive intervenir. Là où un chatbot répond à des questions, un agent agit sur des systèmes.

    L'ingénierie d'agents IA est un service à part entière chez CODT Technologies. Les agents sont construits avec des garde-fous déterministes — listes d'outils autorisés, validations humaines sur les actions sensibles, identifiants à portée limitée —, un journal d'audit complet de chaque appel d'outil et des suites d'évaluation comportementale rejouées à chaque mise en production. Un nouvel agent tourne aux côtés des humains pendant quatre à six semaines avant d'agir seul, et des budgets de coût et de latence par tâche coupent les boucles folles avant qu'elles ne coûtent cher. Les agents déployés chez les clients sont conçus face à des objectifs explicites de taux de complétion, avec des garde-fous pensés pour qu'une action destructrice non autorisée ne puisse pas s'exécuter en production. Un agent interne à usage unique demande en général quatre à six semaines ; un agent en contact avec les clients, avec plusieurs outils, des circuits de validation et de l'observabilité, prend dix à seize semaines — toujours à partir d'un sprint de cadrage payant d'une semaine.

  • Agent vocal IA

    Un agent vocal IA est un système d'intelligence artificielle qui mène de vraies conversations téléphoniques — il écoute, parle et décide en temps réel —, si bien que des appels qui attendraient sinon un humain sont pris, qualifiés ou résolus par du logiciel.

    CODT Technologies en exploite un en production : LeadTrack AI, un SaaS multi-tenant d'agents vocaux conçu de bout en bout pour un client australien — chaîne vocale, intégration téléphonique, scripts de qualification par client, scoring d'intention, isolation des tenants et analyse des appels. L'agent rappelle chaque nouveau lead entrant en moins de 30 secondes, pendant que le prospect est encore devant son écran, tient une conversation de qualification naturelle et interruptible plutôt qu'un serveur vocal, et transfère les prospects à forte intention à des commerciaux humains avec la transcription complète et le contexte attachés. La plateforme a mené plus de 100 000 appels en production — le durcissement qui compte vraiment pour un agent vocal — et ce mécanisme de rappel immédiat a fait progresser la conversion de 38 %. L'ensemble tourne avec des données hébergées chez AWS Sydney.

  • Badgeage de complaisance (buddy-punching)

    Le badgeage de complaisance est une forme de vol de temps : un salarié pointe l'arrivée ou le départ d'un collègue absent, ce qui gonfle les heures enregistrées et corrompt discrètement les données sur lesquelles l'entreprise paie ses salaires.

    CODT Technologies a supprimé le problème par l'ingénierie chez FeelEat, opérateur alimentaire suisse, avec TapTime : une application de pointage dont chaque badgeage est lié au site et à la personne — tag NFC posé sur place, scan de QR code et confirmation biométrique —, et qui alimente directement l'ERP qui prépare la paie. Lier l'appareil et vérifier l'identité rendent le pointage pour autrui structurellement impraticable plutôt que simplement interdit ; et comme un badgeage vérifié prend environ une seconde, le chemin honnête reste le plus simple. Dans les cuisines, la logistique et les points de vente de FeelEat, l'effet a été immédiat : le badgeage de complaisance a reculé d'environ 95 %, la fiabilité du pointage atteint 99,5 % et la préparation de la paie est environ 80 % plus rapide, les heures vérifiées n'ayant plus à être ressaisies — ni discutées. Ce même relevé vérifié alimente l'application employés de FeelEat, où l'exactitude de la paie atteint 99,8 %.

  • Core Web Vitals (signaux web essentiels)

    Les Core Web Vitals sont les indicateurs d'expérience utilisateur de Google pour les pages web — la vitesse d'affichage du contenu principal (Largest Contentful Paint), la rapidité de réaction de la page à une interaction, et l'ampleur des décalages de mise en page pendant le chargement (Cumulative Layout Shift). Ils pèsent sur le classement dans la recherche autant que sur la patience du visiteur.

    Le service de développement web de CODT Technologies traite ces indicateurs comme un budget d'ingénierie, pas comme un correctif d'après-lancement : un LCP sous 2,5 secondes et un CLS sous 0,1 sont visés dès la première version et vérifiés en intégration continue à chaque pull request, plutôt qu'audités à la fin. La discipline est volontairement peu spectaculaire — images servies en AVIF/WebP aux bonnes dimensions et avec des tailles déclarées, JavaScript non critique différé, polices auto-hébergées avec font-display swap, contenus sous la ligne de flottaison chargés à la demande. Le choix du framework compte aussi : Astro pour les sites éditoriaux qui ne devraient presque pas expédier de JavaScript, Next.js là où l'interactivité justifie son poids. Les sites sont construits face à des budgets explicites : performance Lighthouse à 90 ou plus, et score SEO Lighthouse de 100.

  • CRM (gestion de la relation client)

    Un CRM (customer relationship management, gestion de la relation client) est le logiciel de référence pour les prospects et les clients d'une entreprise — contacts, affaires, échanges et pipeline — afin que les équipes commerciales et support travaillent sur un historique partagé plutôt que sur des boîtes mail privées et de la mémoire.

    CODT Technologies construit autour des CRM plutôt que de chercher à les remplacer. Le service ERP et automatisation métier livre des intégrations en production avec Salesforce et HubSpot, à côté des plateformes comptables : synchronisation bidirectionnelle avec des correspondances d'identifiants externes stables, mises à jour idempotentes, un système de référence clairement désigné pour chaque champ afin que les conflits se tranchent de façon déterministe, et des rapports de réconciliation qui font remonter tout ce qui n'a pas concordé. Côté IA, l'intégration au CRM est précisément là où un agent vocal gagne sa place : LeadTrack AI, la plateforme d'appels multi-tenant conçue par CODT Technologies, transfère les leads qualifiés aux commerciaux avec la transcription complète et le score d'intention attachés. Et comme chaque agent est construit pour la mission plutôt que vendu sur étagère, les intégrations CRM et téléphonie sont cadrées face à la pile réelle du client pendant la discovery — pas face à une liste générique de connecteurs.

  • Design system (système de design)

    Un design system est la source de vérité unique d'une équipe produit pour ses décisions d'interface — tokens de couleur, de typographie et d'espacement, bibliothèque de composants documentée, règles d'usage — afin que les écrans restent cohérents à mesure que le produit et l'équipe grandissent. Un UI kit est un dossier de composants stylés ; un design system y ajoute les règles qui le tiennent.

    Le service de design UI/UX de CODT Technologies livre des design systems faits pour survivre au contact du code : les tokens sont remis déjà implémentés en Tailwind et en variables CSS, la bibliothèque de composants est reflétée dans Storybook pour que designers et développeurs travaillent sur une seule référence, et l'accessibilité est pensée dès la conception au niveau WCAG 2.2 AA — contrastes, navigation au clavier, étiquetage pour lecteurs d'écran, états de focus — plutôt que rattrapée après le lancement. Les designers restent présents pendant la construction pour relire l'implémentation et défendre le travail dans le code, parce qu'une passation est un processus, pas un mur par-dessus lequel on jette des fichiers. Les interfaces livrées sont testées auprès d'utilisateurs face à une barre de 95 % de réussite des tâches avant leur mise en production.

  • Développement follow-the-sun

    Le développement follow-the-sun est un modèle de livraison dans lequel des équipes réparties sur plusieurs fuseaux horaires se passent le travail en continu, si bien que le projet avance pendant qu'un bureau dort.

    CODT Technologies applique ce modèle structurellement : le pôle d'ingénierie est à Gurugram, en Inde, un bureau nord-américain se trouve à Milpitas, en Californie, et les interlocuteurs commerciaux des projets européens sont basés en Suisse. Les points quotidiens et les démonstrations se tiennent à l'heure du client, et la collaboration se fait en anglais, en français et en allemand. Le montage n'est pas un vernis d'externalisation — l'entreprise le décrit comme des interlocuteurs suisses adossés à une ingénierie senior mondiale entre la Silicon Valley et Gurugram — et c'est ainsi qu'une société fondée à Gurugram en 2017 en est venue à servir des clients dans plus de 10 pays, avec des missions de longue durée comme FeelEat en Suisse, qui dure depuis 9+ ans, et LeadTrack AI livré pour un client australien avec des données hébergées chez AWS Sydney. Quel que soit le fuseau horaire, un ingénieur senior répond aux demandes sous un jour ouvré.

  • Edge computing (traitement en périphérie)

    L'edge computing exécute les traitements sur l'appareil qui produit les données, ou juste à côté — une carte embarquée, une passerelle, une machine en magasin — au lieu de tout expédier vers un cloud lointain. Cela réduit la latence, le coût de bande passante et la dépendance fragile à une connexion. Dans les systèmes IoT, on parle d'edge IoT.

    Le service de solutions IoT de CODT Technologies conçoit par défaut des architectures hybrides edge-cloud : la périphérie filtre, le cloud décide. L'inférence et le filtrage descendent sur les appareils — une détection d'anomalie qui tourne sur un NVIDIA Jetson plutôt qu'un flux vidéo brut remonté en amont — quand la bande passante coûte cher, que la latence compte ou que l'appareil doit continuer à fonctionner hors ligne ; l'agrégation sur l'ensemble du parc et les modèles lourds restent dans le cloud. La connectivité intermittente est traitée comme le cas normal et non comme l'exception : les appareils tamponnent leurs relevés localement et les rejouent horodatés à la reconnexion, et la logique de commande critique s'exécute sur place pour que le matériel se dégrade proprement quand le lien tombe, au lieu de s'arrêter net. L'architecture vise une latence de bout en bout, de l'appareil au tableau de bord, sous 800 millisecondes.

  • ERP (progiciel de gestion intégré)

    Un ERP (enterprise resource planning, progiciel de gestion intégré) est la plateforme interne sur laquelle une entreprise fait tourner ses opérations — commandes, stocks, finance, RH et gestion des équipes dans un seul système de référence auditable —, à la place des tableurs, des fils d'e-mails et des outils déconnectés que la croissance finit par accumuler.

    CODT Technologies construit des ERP taillés sur mesure pour les entreprises dont la croissance dépasse l'outillage, module par module et à côté du processus existant plutôt qu'en big bang. La preuve la plus ancienne est le portail ERP de FeelEat, qui fait tourner l'arrière-boutique de l'opérateur alimentaire suisse pour 200+ clients entreprises : commandes, plannings, dossiers du personnel, bons et réservations d'événements sous un seul identifiant. Il fait gagner environ 12 heures par collaborateur et par semaine, et la réconciliation des ventes, qui prenait deux jours, se termine aujourd'hui en quatre heures environ. La même colonne vertébrale porte la couche RH : les pointages vérifiés de TapTime s'y synchronisent en temps réel, ce qui a rendu la préparation de la paie environ 80 % plus rapide. Quand un ERP du marché convient (NetSuite, SAP, Odoo), CODT Technologies le dit ; le sur-mesure est réservé aux processus que les progiciels ne savent pas modéliser sans créer une dette technique permanente.

  • Frigo connecté (commerce sans personnel)

    La vente par frigo connecté, c'est du commerce sans personnel : le réfrigérateur identifie le client avant que la porte ne s'ouvre, suit ce qui quitte chaque étagère et débite automatiquement à la fermeture — un magasin sans équipe, ouvert en continu.

    CODT Technologies a conçu la catégorie de bout en bout pour FeelEat, en Suisse : la plateforme Happy Fridge — frigos connectés, ouverture par scan, paiement dans l'application, télémétrie d'inventaire en direct et expérience de menu, avec la nutrition, les allergènes et l'origine des ingrédients visibles plat par plat. La boucle fermée est le modèle économique : comme la porte ne s'ouvre que pour un client connu et solvable, et que la vente se règle d'elle-même à la fermeture, il n'y a aucune étape de caisse à contourner, et le vol a reculé d'environ 90 % par rapport aux frigos en libre confiance. La plateforme tourne depuis plus de 9 ans avec la même équipe à chaque version, a dépassé 40K+ téléchargements et soutient une entreprise aujourd'hui valorisée à $10M+ — la preuve que le commerce sans personnel tient comme modèle d'exploitation, et pas seulement comme démonstration.

  • hreflang

    hreflang est un attribut HTML qui indique aux moteurs de recherche quelles versions linguistiques et régionales d'une page existent, pour qu'un internaute francophone arrive sur la page française et non sur une page anglaise qui ressemble à un doublon. Sans lui, un site multilingue se fait concurrence à lui-même dans les résultats.

    L'internationalisation, le hreflang et le routage par langue font partie des prestations standard du service de développement web de CODT Technologies : les projets multilingues reçoivent une structure de CMS où les traducteurs travaillent langue par langue sans casser la mise en page, des balises hreflang pour que Google serve la bonne langue, et le conseil honnête que le contenu traduit à la machine sous-performe — la plomberie technique de l'i18n est le travail de CODT Technologies ; la qualité de la traduction revient au client ou à un partenaire. CODT Technologies s'applique la règle sur son propre site : codttech.com est servi en onze langues — anglais, français, allemand, italien, espagnol, néerlandais, polonais, portugais, arabe, turc et hindi — avec un routage par langue et des alternates hreflang sur chaque page traduite, tandis qu'une page qui n'existe que dans une seule langue ne déclare que celle-là, pour que les autres ne revendiquent jamais des traductions qui n'existent pas. Cette même fondation de SEO technique — HTML sémantique, données structurées, sitemap, robots et hreflang — est livrée avec chaque projet.

  • Human-in-the-loop (validation humaine)

    Le human-in-the-loop est un motif de conception de l'automatisation où un système d'IA exécute seul les étapes de routine mais achemine les décisions lourdes de conséquences — actions irréversibles, financières ou visibles par le client — vers une personne, pour validation avant exécution.

    Dans les missions d'agents IA de CODT Technologies, ce motif est un exercice de hiérarchisation du risque, pas une philosophie : pendant le cadrage, chaque action possible de l'agent est classée par rayon d'impact, et les points de validation ne tombent que sur les actions irréversibles ou à forte conséquence — envoyer de l'argent, supprimer des données, écrire à un client. Un humain relit ainsi environ 5 % des étapes plutôt que 95 %, et l'agent reste utile. L'écran de validation montre le raisonnement de l'agent et l'action exacte proposée : valider prend quelques secondes au lieu d'exiger une enquête. Un nouvel agent tourne aussi aux côtés des humains pendant quatre à six semaines avant d'agir seul, et quand un budget de coût ou d'étapes est dépassé, l'agent escalade vers un humain au lieu d'échouer en silence. Tout l'intérêt de cette discipline tient en une phrase : une action destructrice non autorisée est conçue pour être impossible à exécuter, et pas seulement improbable.

  • Isolation des tenants

    L'isolation des tenants est la garantie architecturale qu'aucun client d'une plateforme logicielle partagée ne peut lire ni affecter les données d'un autre — appliquée dans la base de données et la couche de requêtes, et pas seulement promise au contrat.

    Le modèle d'isolation par défaut de CODT Technologies pour les développements SaaS est une base unique avec sécurité au niveau des lignes et propagation stricte du tenant_id dans chaque requête, doublée d'une suite de tests d'intégration qui échoue à la moindre lecture inter-tenant — une régression ne peut donc pas passer en silence — et vérifiée de l'extérieur par un test d'intrusion. Les contrats grands comptes qui exigent une séparation physique reçoivent à la place un schéma ou une base dédiés par tenant. Cette garantie porte les plateformes en production de CODT Technologies : Aviatize sert écoles de pilotage, aéroclubs et opérateurs commerciaux partout dans le monde sur des tenants isolés d'une base de code unique, en gérant plus de 1 000 appareils avec un reporting taillé pour l'audit ; LeadTrack AI garde les agents, scripts et pipelines de chaque client isolés sur une plateforme vocale partagée, sur plus de 100 000 appels ; et le modèle en marque blanche en dépend, puisque les clients de chaque revendeur reçoivent des tenants isolés sous une seule marque.

  • Kiosque en libre-service

    Un kiosque en libre-service est une borne tactile fixe où le client parcourt l'offre, commande et paie sans personnel — le schéma de vente qui supprime la file d'attente en supprimant le comptoir, de la commande en restauration rapide au magasin sans caissier.

    CODT Technologies a construit le kiosque en libre-service de l'écosystème de frigos connectés de FeelEat : une interface sur tablette où le client scanne, parcourt et achète en quelques secondes, partageant un inventaire en direct avec les frigos et l'application mobile — ce que l'écran affiche est bien ce qu'il y a à l'intérieur. Il tourne sans surveillance en production avec 99,7 % de disponibilité et 99,4 % de paiements aboutis, et la commande médiane se termine en 42 secondes : assez vite pour que la file de midi ne se forme tout simplement pas. Le logiciel de kiosque fait aussi partie des fondations prêtes à l'emploi du catalogue en marque blanche de CODT Technologies, ce qui permet à un opérateur de lancer un produit de kiosque à sa marque en quelques semaines plutôt qu'en quelques trimestres. Avec les frigos connectés, le kiosque forme la vitrine de la boucle plus large de commerce sans personnel qui tourne en Suisse depuis 9+ ans.

  • Localisation des données (data residency)

    La localisation des données est l'exigence de stocker et de traiter les données à l'intérieur d'une juridiction géographique donnée : l'emplacement physique des serveurs devient alors une question juridique et contractuelle, et non un simple choix technique.

    CODT Technologies traite la localisation comme une décision d'architecture prise au début d'une mission, pas après coup : l'hébergement des données dans l'Union européenne ou en Suisse est disponible sur demande pour les clients européens, dont les missions prennent en compte le RGPD et la nLPD par défaut, et les projets aux Émirats sont conçus en tenant compte de la PDPL. La promesse n'a rien d'hypothétique — CODT Technologies fait déjà tourner de la localisation en production : LeadTrack AI, le SaaS d'agents vocaux construit pour un client australien, fonctionne avec des données hébergées chez AWS Sydney, conçu en regard du Privacy Act 1988 et des Australian Privacy Principles. Le Centre de confiance cite la localisation des données aux côtés du NDA parmi les conditions standard accordées sur demande, et les guides de coûts de CODT Technologies désignent les exigences de piste d'audit et de localisation comme des éléments cadrés dans le devis ferme pendant le sprint de discovery — avant la construction, et non après qu'un audit a trouvé le trou.

  • Logiciel en marque blanche

    Un logiciel en marque blanche est un produit éprouvé construit par une entreprise et rebaptisé par une autre, qui le vend comme le sien : l'acheteur gagne du temps et récupère une base de code durcie ; le client final ne voit que la marque de l'acheteur.

    La marque blanche est une offre distincte chez CODT Technologies, avec un catalogue publié : logiciel de kiosque en libre-service, pointage des équipes, portails patients de télémédecine et commande foodtech, chacun rehabillable de bout en bout — couleurs, typographie, logos, textes, langue, devise — avec un dépôt sur les stores sous la marque du partenaire. Un lancement demande en général quatre à huit semaines, pour environ 30 à 60 % du coût d'un développement sur mesure équivalent, parce que le coût d'entretien du moteur est partagé entre tous les partenaires de la plateforme. Deux voies de propriété sont proposées dès le départ : un modèle de licence, où les évolutions du cœur et les correctifs de sécurité continuent d'arriver à tous les tenants, ou un transfert complet du code source. Et chaque mission comprend une voie de sortie : si l'activité dépasse la fondation partagée, CODT Technologies en prend un fork propre et le fait évoluer en développement sur mesure, sans pénalité d'enfermement.

  • Mises à jour OTA (over-the-air)

    Une mise à jour OTA (over-the-air) livre à distance un nouveau firmware ou logiciel à des appareils — sans technicien, sans câble. C'est la seule façon praticable d'entretenir un parc de matériel déployé sur de nombreux sites physiques.

    Le service IoT de CODT Technologies traite la chaîne OTA comme de l'ingénierie critique : déploiement progressif (5 % → 25 % → 100 %) avec retour arrière automatique dès que les indicateurs d'échec le justifient, firmware en double banque pour qu'une mise à jour ratée ne puisse jamais briquer un appareil, et images signées pour qu'un firmware non autorisé ne puisse pas se charger. L'identité de chaque appareil est provisionnée en usine : l'unité s'authentifie dès la première mise sous tension, sans configuration manuelle. La chaîne est conçue pour des taux de réussite de mise à jour supérieurs à 99,5 %. Le schéma tourne en vrai dans le réseau Happy Fridge de FeelEat, où chaque frigo connecté remonte stock, température et télémétrie de santé vers les opérations et reçoit ses mises à jour à distance sur tout le parc : les pannes se corrigent sans déplacement avant que les produits frais ne s'abîment, et c'est ce qui permet à un commerce sans personnel de tourner 24 h/24 et 7 j/7 sans équipe sur place — depuis 9+ ans, et cela continue.

  • Mission à prix ferme

    Une mission à prix ferme est un contrat logiciel dont le coût est convenu par écrit avant le démarrage de la construction : le risque de livraison passe du budget du client à la discipline de cadrage du prestataire.

    CODT Technologies chiffre au prix ferme délibérément — et dit clairement où ce modèle s'arrête. La page des tarifs publie des fourchettes indicatives par type de projet ; un sprint de discovery payant transforme ensuite la fourchette en devis ferme et transparent, par écrit, avant la moindre ligne de construction — un chiffre figé avant que le périmètre soit connu ne chiffrerait que la supposition. L'honnêteté vaut dans les deux sens : pour les développements produit ouverts, étalés sur des mois, CODT Technologies dit franchement que prétendre figer le prix d'exigences mouvantes ne fait qu'encourager les coins coupés. Ces missions se déroulent donc en régie face à une estimation en fourchette, avec une reprévision trimestrielle, facturées au mois face au minimum de 40 heures publié sur la page des tarifs. Ce qui reste ferme, c'est le sprint de discovery lui-même et toute tranche bien définie — jamais une supposition ouverte.

  • MVP (produit minimum viable)

    Un MVP (minimum viable product, produit minimum viable) est la plus petite version d'un produit que l'on puisse mettre entre les mains de vrais utilisateurs pour savoir s'il vaut la peine d'aller plus loin — une ligne de coupe tracée volontairement, et non un brouillon de tout.

    Le service de développement mobile de CODT Technologies annonce un MVP resserré à 10 à 14 semaines entre le lancement et le dépôt sur les stores, les produits de niveau entreprise demandant quatre à sept mois — et ne donne une estimation à périmètre ferme qu'après le sprint de discovery, pour que le chiffre porte sur l'application réelle et non sur un modèle générique. Les guides de coûts de l'entreprise défendent une idée simple : la ligne de coupe est le premier levier de budget. Décider ce qu'une première version facturable doit absolument faire, et ce qui peut honnêtement attendre, déplace le coût plus que n'importe quel choix technologique — raison pour laquelle tracer cette ligne est le travail principal du sprint de discovery. La livraison avance ensuite par tranches verticales, en expédiant des fonctionnalités de bout en bout (interface, API, base de données, télémétrie) plutôt que des couches à moitié construites : le MVP est de qualité production dès le premier jour, au lieu d'être un prototype qui prétend le contraire.

  • nLPD (loi fédérale suisse sur la protection des données)

    La nLPD (nouvelle loi fédérale sur la protection des données, nDSG en allemand) est la loi suisse révisée sur la protection des données, en vigueur depuis septembre 2023 : le droit suisse de la vie privée modernisé selon des lignes largement proches de celles du RGPD européen, tout en restant juridiquement distinct de lui.

    La Suisse est un marché central pour CODT Technologies : les interlocuteurs commerciaux de l'entreprise y sont basés, la communication client se fait en allemand, en français ou en anglais, et sa plus longue mission est FeelEat, opérateur foodtech suisse dont CODT Technologies construit la plateforme sans interruption depuis 9+ ans. En conséquence, chaque mission suisse prend en compte le RGPD et la nLPD par défaut : une architecture privacy-first dès le premier commit plutôt qu'un rattrapage réglementaire, avec un hébergement des données dans l'Union européenne ou en Suisse disponible sur demande. La distinction compte pour un acheteur suisse, car la nLPD n'est pas le RGPD — une société suisse peut devoir répondre des deux —, et CODT Technologies nomme donc les deux dans sa base de livraison plutôt que de supposer qu'un alignement européen couvre automatiquement la Suisse. La page dédiée à la Suisse et le Centre de confiance documentent cette position dans le même langage prudent, au niveau de la prise en compte.

  • Optimisation pour les moteurs de réponse (AEO)

    L'optimisation pour les moteurs de réponse (AEO, answer engine optimisation) consiste à structurer un contenu web pour que les moteurs de réponse IA — ChatGPT, Perplexity, les AI Overviews de Google — puissent l'extraire, le citer et le restituer fidèlement quand quelqu'un pose une question, au lieu de simplement le classer dans une liste de liens bleus.

    L'AEO est intégrée au service de développement web de CODT Technologies plutôt que vendue comme une astuce à part : données structurées Schema.org (Organization, FAQ, Article, Breadcrumb), titres formulés comme des questions et HTML sémantique propre donnent aux moteurs de réponse une matière fiable à reprendre. Cette même fondation technique sert le référencement classique — les sites sont construits face à des budgets explicites : un score SEO Lighthouse de 100 et des Core Web Vitals à 90 ou plus. CODT Technologies s'applique la discipline à elle-même : les pages de service ouvrent sur un paragraphe de définition citable, les réponses des FAQ sont rendues intégralement dans le HTML serveur au lieu d'être montées au clic, et les données structurées reflètent le contenu visible — exactement le schéma que suit ce glossaire, où chaque entrée commence par une phrase de définition qu'un moteur de réponse peut citer.

  • Prévision de la demande

    La prévision de la demande consiste à utiliser des modèles statistiques ou d'apprentissage automatique pour anticiper la demande future à partir de l'historique des ventes, de la saisonnalité et de signaux opérationnels en direct, afin de planifier stocks, effectifs et achats sur un chiffre plutôt que sur une intuition.

    CODT Technologies a construit pour FeelEat une plateforme de prévision de la demande qui tourne à 98 % de précision en production — mesurée en continu face aux ventes réelles, et non sur un jeu de test unique. Les modèles ont été entraînés sur deux ans d'historique de ventes, enrichis de la saisonnalité, des effets de calendrier et de la météo, avec une prévision par site et par plat : la granularité à laquelle les commandes se décident réellement. Les deux sens de l'erreur ont reculé — les ruptures de stock de 58 %, le surstock de 41 % — et la plateforme s'est remboursée dès le premier trimestre. Le déploiement est aussi instructif que les mathématiques : le modèle a tourné en parallèle des plans humains jusqu'à ce que son historique emporte la décision, puis la bascule s'est faite site par site. Le modèle lui-même a pris des semaines ; la plomberie de données, la surveillance de la dérive et les vues de planification consultées à 8 h du matin ont pris des mois.

  • RAG (génération augmentée par la recherche)

    La génération augmentée par la recherche (RAG, retrieval-augmented generation) ancre les réponses d'un grand modèle de langage dans vos propres documents : au moment de la question, les passages pertinents sont extraits d'une base de connaissances et fournis au modèle comme contexte, pour que la réponse s'appuie sur des sources réelles plutôt que sur la mémoire du modèle. C'est le remède standard aux réponses hallucinées.

    Le RAG est une compétence de premier plan dans le service IA / ML de CODT Technologies, et la position d'ingénierie de l'entreprise est nette : la qualité de la recherche est avant tout un problème d'ingestion et de découpage, pas un problème de modèle d'embedding. Les documents sont découpés sémantiquement plutôt que par fenêtres fixes de tokens, des filtres de métadonnées sont ajoutés, et une recherche hybride (BM25 plus vecteurs denses) tourne derrière un reranker — le rappel@k étant mesuré sur un jeu annoté avant le moindre réglage. Les bases vectorielles (pgvector, Pinecone, Weaviate) sont choisies mission par mission. Le RAG ancre aussi la position de CODT Technologies sur les hallucinations : ancrage par la recherche, obligation de citer ses sources et sorties structurées sont des parades de conception système, adossées à des harnais d'évaluation qui font échouer la build quand la factualité régresse. Et son conseil honnête sur le fine-tuning : pour la connaissance factuelle, la recherche bat presque toujours le fine-tuning, parce que le fine-tuning enseigne un comportement, pas des faits.

  • RGPD

    Le RGPD (règlement général sur la protection des données) est la loi européenne sur la protection des données : il encadre la façon dont les organisations collectent, traitent, conservent et suppriment les données personnelles des personnes situées dans l'Union européenne — et ses obligations atteignent toute entreprise servant des utilisateurs européens, où qu'elle soit établie.

    La formulation de CODT Technologies sur le RGPD est volontairement précise : les missions prennent en compte le RGPD par défaut — une architecture privacy-first comme réglage d'ingénierie dès le premier commit, jamais une option réglementaire ajoutée après coup, et jamais une certification revendiquée. L'hébergement des données dans l'Union est disponible sur demande, et l'entreprise construit ainsi pour des clients européens depuis près de dix ans, dont 9+ ans passés à faire tourner la plateforme suisse de FeelEat. Les lois propres à chaque juridiction se superposent à cette même base plutôt que de faire figure d'exceptions : les missions suisses tiennent compte de la nLPD, les projets aux Émirats sont conçus en tenant compte de la PDPL, et les développements australiens sont conçus en regard du Privacy Act 1988 et des APP. Le Centre de confiance documente chacune de ces affirmations au niveau de la prise en compte — sa règle affichée est simple : une affirmation invérifiable n'est pas faite.

  • SaaS multi-tenant

    Une plateforme SaaS multi-tenant sert de nombreuses organisations clientes — les « tenants » — depuis une seule base de code et une seule infrastructure, les données, les utilisateurs et la configuration de chacune étant strictement isolés de ceux des autres. C'est l'architecture qui sous-tend la plupart des logiciels par abonnement.

    Le multi-tenant est au cœur du service de développement SaaS de CODT Technologies : le modèle par défaut est une base de données unique avec sécurité au niveau des lignes et propagation stricte du tenant_id dans chaque requête, doublée d'une suite de tests d'intégration qui échoue à la moindre lecture inter-tenant, l'isolation étant vérifiée par un test d'intrusion externe. Les contrats grands comptes qui exigent une séparation physique reçoivent un schéma ou une base dédiés par tenant. Le motif se retrouve partout dans les produits livrés : LeadTrack AI est un SaaS multi-tenant d'agents vocaux où chaque client exploite ses propres agents, scripts et pipelines sur une base de code unique, et Aviatize sert des opérateurs aéronautiques partout dans le monde sur des tenants isolés d'une seule plateforme, qui gère plus de 1 000 appareils. Cette même architecture porte le modèle en marque blanche, où des partenaires revendent une plateforme partagée sous leur propre marque, avec une configuration par tenant et sans modification de code.

  • SOC 2

    SOC 2 est un cadre d'assurance dans lequel un auditeur indépendant atteste des contrôles d'une entreprise en matière de sécurité, de disponibilité et de confidentialité — de type I à un instant donné, de type II sur une période d'observation. Les acheteurs grands comptes l'exigent de plus en plus de leurs fournisseurs SaaS avant de signer.

    La préparation à SOC 2 est un parcours identifié dans le service de développement SaaS de CODT Technologies : l'entreprise a mené plusieurs missions de préparation à SOC 2 Type II, en intégrant les contrôles et la piste de preuves au produit et en faisant tourner à côté une plateforme d'automatisation de la conformité comme Vanta ou Drata — l'attestation elle-même étant délivrée par un cabinet d'experts-comptables indépendant. La préparation demande en général six à neuf mois à partir du lancement : l'effort technique est réel, mais tenable quand la plateforme est construite pour. Les fondations d'ingénierie qui rendent un audit soutenable sont des réglages par défaut des développements SaaS de CODT Technologies plutôt que des rattrapages : contrôle d'accès par rôles avec journaux d'audit, isolation des tenants vérifiée par test d'intrusion, secrets dans un gestionnaire dédié avec rotation, et IAM au moindre privilège avec des identifiants de courte durée. La préparation réglementaire — SOC 2, RGPD ou HIPAA selon le secteur — est cadrée explicitement pendant le sprint de discovery, pour que l'exigence atterrisse dans l'architecture et non dans une reconstruction après audit.

  • Sprint de discovery

    Un sprint de discovery est une mission de cadrage courte et à prix ferme — une à deux semaines en général — pendant laquelle une équipe senior cartographie un projet logiciel avant toute construction, et qui se termine sur un périmètre écrit et une proposition chiffrée plutôt que sur une estimation ouverte.

    Chaque mission chez CODT Technologies commence par là, menée par un architecte senior et non par un commercial. Le livrable est concret : un document de périmètre écrit, un prototype cliquable des parcours les plus risqués, un schéma d'architecture dont les décisions clés sont consignées en ADR, un devis ferme et transparent, et une liste explicite de ce que nous ne construirons pas. Rien n'avance tant que ce document n'est pas signé — et c'est un vrai livrable qui appartient au client : l'emporter chez un autre prestataire pour le faire construire est une issue légitime. Le sprint est aussi le moment où les chiffres deviennent honnêtes : la page des tarifs publie des fourchettes indicatives pour que l'acheteur se repère, et le sprint de discovery transforme une fourchette en prix ferme et cadré — avec les intégrations, les exigences réglementaires et la ligne de coupe du v1 nommées avant le devis, et non découvertes après.

  • Streaming à débit adaptatif (ABR)

    Le streaming à débit adaptatif (ABR) est une technique de diffusion vidéo qui encode un même flux en une échelle de qualités et laisse le lecteur de chaque spectateur passer de l'une à l'autre en cours de lecture : la qualité d'image suit la bande passante réelle au lieu de figer dès que la connexion faiblit.

    CODT Technologies conçoit des chaînes ABR dans le cadre de son service de streaming audio et vidéo : ingestion en direct via RTMP, SRT ou WebRTC, transcodage à débit adaptatif et encodage par titre — un plan fixe face caméra n'a aucune raison d'être facturé au même débit qu'un match de sport. La qualité perçue est validée par des scores VMAF, pas à l'œil. L'approche a tenu à l'échelle réelle : la colonne vertébrale de streaming construite pour Bizzabo diffuse des événements en direct de qualité studio à 50K+ spectateurs simultanés au pic, avec un démarrage de flux sous 1,5 seconde ; les spectacles d'humour billettés de RushTix tiennent une médiane de 2,4 secondes avant l'entrée dans le flux et un taux de rebuffering inférieur à 0,4 %. Ces chiffres supposent une échelle de débits réglée sur l'audience et les appareils réels, et non laissée sur un réglage par défaut.

  • WebRTC

    WebRTC (Web Real-Time Communication) est le standard ouvert qui permet aux navigateurs et aux applications d'échanger de l'audio et de la vidéo avec une latence inférieure à la seconde — la technologie derrière les appels dans le navigateur et les diffusions réellement interactives, où quelques secondes de décalage suffiraient à casser l'expérience.

    Dans les missions de streaming de CODT Technologies, WebRTC est un outil choisi, pas un réglage par défaut. Côté ingestion, la doctrine du service est nette : RTMP reste la base universelle, accueillante pour tous les encodeurs ; SRT couvre la contribution sur des réseaux peu fiables ; et l'on va chercher WebRTC quand l'usage réclame vraiment une latence de conversation — enchères interactives, paris, émissions à double sens — parce qu'il est nettement plus difficile à passer à l'échelle. Côté diffusion, la même logique s'applique : le HLS standard se situe entre 15 et 30 secondes, le Low-Latency HLS descend entre 2 et 5, et WebRTC passe sous la seconde, avec un arbitrage de coût et de résistance au rebuffering à chaque marche descendue. WebRTC figure dans les piles livrées pour la colonne vertébrale de streaming d'événements de Bizzabo — 50K+ spectateurs simultanés au pic, démarrage de flux sous 1,5 seconde — et pour la plateforme de spectacles d'humour en direct de RushTix, où une médiane de 2,4 secondes avant l'entrée dans le flux et un taux de rebuffering sous 0,4 % gardent le public en train de rire ensemble.

Prêt à construire

Un problème qui mérite
d'être bien résolu ?

Parlez-nous de votre produit, votre échéance et vos contraintes. Nous vous répondrons sous un jour ouvré avec une lecture honnête de la faisabilité, du périmètre et de la bonne équipe à mobiliser.