Aller au contenu
CODT Technologies logoCODT Technologies
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 atteindre un objectif : il découpe la tâche en étapes, appelle des outils comme des API, des bases de données ou une recherche, observe les résultats et s’ajuste, jusqu’à ce que le travail soit fait ou qu’un humain doive prendre le relais. Un chatbot répond à des questions ; un agent agit sur des systèmes.

    Le développement d’agents IA est l’un de nos services principaux. Les agents reçoivent des garde-fous déterministes (listes d’outils autorisés, validations pour les actions sensibles, accès limités au strict nécessaire), un journal d’audit complet de chaque appel d’outil et des suites d’évaluation du comportement exécutées à chaque déploiement. Les nouveaux agents travaillent quatre à six semaines aux côtés des équipes avant d’agir seuls, et des budgets de coût et de latence par tâche arrêtent les boucles qui s’emballent avant qu’elles ne coûtent cher. Les agents face aux clients sont construits avec des objectifs explicites de tâches menées à bien, et les garde-fous sont conçus 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 face aux clients avec plusieurs outils, des circuits de validation et de l’observabilité, dix à seize semaines. Chaque projet commence par un spike de cadrage payant d’une semaine.

    Découvrir notre service d'agents IA

  • 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. Les appels qui attendraient sinon un humain sont ainsi pris, qualifiés ou traités par un logiciel.

    CODT Technologies en a construit un et l’exploite en production : LeadTrack AI, un SaaS multi-tenant d’agents vocaux pour un client australien. Nous avons conçu le pipeline vocal, l’intégration téléphonique, les scripts de qualification par client, le scoring d’intention, l’isolation des tenants et l’analyse des appels. L’agent appelle chaque nouveau lead entrant en moins de 30 secondes, pendant que le prospect est encore devant son écran, mène une conversation naturelle que l’on peut interrompre, et transmet les prospects à forte intention aux commerciaux avec la transcription et le contexte. La plateforme a mené plus de 100 000 appels en production, et cette rapidité a produit 38 % de conversion en plus. Toutes ses données restent sur AWS Sydney.

    Lire l'étude de cas LeadTrack AI

  • 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.

    Nous avons réglé ce problème pour FeelEat, un acteur suisse de l’alimentation, avec TapTime, une app de pointage qui lie chaque pointage au site et à la personne. Le personnel touche une étiquette NFC fixée sur le site, scanne un QR code ou confirme par biométrie, et l’enregistrement part directement dans l’ERP qui fait la paie. La liaison à l’appareil et la vérification rendent impraticable le pointage pour un collègue, et un pointage vérifié prend environ une seconde. Dans les cuisines, la logistique et les points de vente de FeelEat, le badgeage de complaisance a reculé d’environ 95 %, la fiabilité du pointage a atteint 99,5 %, et la préparation de la paie est devenue environ 80 % plus rapide, car les heures vérifiées n’ont plus besoin d’être ressaisies. Le même enregistrement alimente l’app employés de FeelEat, où la fiabilité de la paie est de 99,8 %.

    Lire l'étude de cas TapTime

  • Core Web Vitals (signaux web essentiels)

    Les Core Web Vitals sont les indicateurs de Google pour l’expérience d’une page web : la vitesse d’affichage du contenu principal (Largest Contentful Paint), la rapidité de réaction aux interactions, et l’ampleur des décalages de mise en page pendant le chargement (Cumulative Layout Shift). Ils influencent le classement dans la recherche autant que la patience des utilisateurs.

    Notre service de développement web traite ces indicateurs comme un budget d’ingénierie. Un LCP sous 2,5 secondes et un CLS sous 0,1 sont visés dès le premier build et vérifiés à chaque pull request dans la CI. Le travail est sans éclat : images en AVIF ou WebP à la bonne taille avec des dimensions explicites, JavaScript non critique différé, polices hébergées sur place avec font-display swap, et chargement différé sous la ligne de flottaison. Le choix du framework compte aussi. Astro convient aux sites riches en contenu qui doivent livrer presque aucun JavaScript ; Next.js sert les pages vraiment interactives. Les sites visent une performance Lighthouse de 90 ou plus et un score SEO Lighthouse de 100.

    Découvrir notre service de développement web

  • CRM (gestion de la relation client)

    Un CRM (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. Les équipes commerciales et support travaillent sur un historique commun au lieu de boîtes mail privées et de souvenirs.

    Le plus souvent, nous nous branchons sur le CRM que vous avez déjà. Notre service ERP et automatisation livre des intégrations en production avec Salesforce et HubSpot ainsi qu’avec des plateformes comptables : synchronisation bidirectionnelle avec des identifiants externes stables, mises à jour idempotentes, un système de référence clair par champ pour que les conflits se règlent toujours de la même façon, et des rapports de rapprochement qui montrent tout ce qui ne correspond pas. Côté IA, LeadTrack AI, la plateforme d’appels multi-tenant que nous avons construite, transmet les leads qualifiés aux commerciaux avec la transcription de l’appel et le score d’intention. Comme nous construisons chaque agent pour la mission, les intégrations CRM et téléphonie sont cadrées sur votre pile réelle pendant la discovery.

    Découvrir notre service d'automatisation métier

  • Design system (système de design)

    Un design system est la source de référence d’une équipe produit pour les décisions d’interface : des design tokens pour la couleur, la typographie et les espacements, une bibliothèque de composants documentée, et des règles d’usage qui gardent les écrans cohérents à mesure que le produit et l’équipe grandissent. Un kit UI est un dossier de composants stylés ; un design system y ajoute les règles qui le tiennent ensemble.

    Notre service de design UI/UX livre des design systems qui fonctionnent dans le code. Les tokens arrivent 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 ingénieurs partagent la même source, et l’accessibilité est prévue selon WCAG 2.2 AA : contraste des couleurs, navigation au clavier, libellés pour lecteurs d’écran et états de focus. Les designers restent présents pendant la construction pour relire l’implémentation et corriger ce qui s’écarte du design.

    Découvrir notre service de design UI/UX

  • 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, pour qu’un projet continue d’avancer en dehors des heures de bureau d’un seul site.

    CODT Technologies ne fonctionne pas selon ce modèle. Notre ingénierie est réunie en un seul lieu, à Gurugram, en Inde, et chaque équipe de développement travaille avec son chef de projet sur le fuseau horaire du client : aucun travail ne passe d’un site à l’autre. Les interlocuteurs commerciaux pour les clients européens sont basés en Suisse, et la collaboration se déroule en anglais, en français et en allemand. Fondés à Gurugram en 2017, nous servons aujourd’hui des clients dans plus de 10 pays, dont FeelEat en Suisse depuis 9+ ans et LeadTrack AI, livré pour un client australien avec des données sur AWS Sydney. Quel que soit votre fuseau, un ingénieur senior répond aux demandes sous un jour ouvré.

    Voir le modèle d'équipe dédiée

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

    L’edge computing traite les données sur l’appareil qui les produit ou à proximité, par exemple une carte embarquée, une passerelle ou une machine en magasin, au lieu de tout envoyer vers un cloud lointain. Cela réduit la latence, le coût de bande passante et la dépendance à une connexion. Dans les systèmes IoT, on parle souvent d’edge IoT.

    Notre service de solutions IoT conçoit par défaut des systèmes hybrides edge-cloud. Le filtrage et l’inférence passent sur les appareils quand la bande passante coûte cher, que la latence compte ou que l’appareil doit continuer à fonctionner hors ligne ; la détection d’anomalies tourne par exemple sur un NVIDIA Jetson pour ne pas envoyer la vidéo brute vers le cloud. L’agrégation à l’échelle du parc et les modèles lourds restent dans le cloud. Nous prévoyons dès le départ une connectivité intermittente : les appareils mettent les mesures en mémoire tampon et les renvoient avec leurs horodatages d’origine à la reconnexion, et la logique de contrôle critique tourne en local, pour que le matériel continue en mode réduit quand la liaison tombe. L’objectif de latence de bout en bout, de l’appareil au tableau de bord, est inférieur à 800 millisecondes.

    Découvrir notre service de solutions IoT

  • ERP (progiciel de gestion intégré)

    Un ERP (progiciel de gestion intégré) est la plateforme interne sur laquelle une entreprise fait tourner ses opérations : commandes, stocks, finance, RH et personnel dans un système de référence unique et auditable. Il remplace les tableurs, les fils d’e-mails et les outils déconnectés qui s’accumulent quand une entreprise grandit.

    Nous construisons des ERP sur mesure pour les entreprises dont la croissance a dépassé leurs outils, et nous les déployons module par module à côté de l’ancien processus. L’exemple le plus ancien est le portail ERP de FeelEat, qui fait tourner le back-office de l’acteur suisse de l’alimentation pour plus de 200 clients entreprise : commandes, plannings, dossiers du personnel, bons et réservations d’événements derrière un seul identifiant. Il fait gagner environ 12 heures par personne et par semaine, et le rapprochement des ventes, qui prenait deux jours, se fait aujourd’hui en environ quatre heures. Le même système porte la couche personnel : 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 standard comme NetSuite, SAP ou Odoo convient, nous vous le disons. Le sur-mesure sert les processus que ces progiciels ne savent pas modéliser sans dette technique permanente.

    Lire l'étude de cas du portail ERP

  • 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.

    Nous avons construit de bout en bout Happy Fridge, la plateforme de FeelEat en Suisse. Elle couvre les frigos connectés, le déverrouillage par scan, le paiement dans l’app, la télémétrie d’inventaire en direct et le menu, avec valeurs nutritionnelles, allergènes et origine des ingrédients pour chaque plat. La boucle fermée est le modèle économique. La porte ne s’ouvre que pour un client identifié et solvable, et la vente se règle à la fermeture de la porte, il n’y a donc aucune étape de caisse à sauter ; les vols ont baissé d’environ 90 % par rapport aux frigos fonctionnant à la confiance. La plateforme tourne depuis plus de 9 ans avec la même équipe qui livre chaque version. L’app compte 40K+ téléchargements, et l’entreprise est aujourd’hui valorisée à $10M+.

    Lire l'étude de cas Happy Fridge

  • hreflang

    hreflang est un attribut HTML qui indique aux moteurs de recherche quelles versions linguistiques et régionales d’une page existent, pour qu’une personne qui cherche en français arrive sur la page française et non sur la page anglaise. Sans lui, les versions d’un site multilingue peuvent se concurrencer dans la recherche.

    L’internationalisation, hreflang et le routage par langue font partie du standard de notre service de développement web. Les projets multilingues reçoivent une structure de CMS où les traducteurs travaillent langue par langue sans casser la mise en page, ainsi que des balises hreflang pour que Google serve la bonne langue. Notre conseil : les contenus traduits automatiquement donnent en général de moins bons résultats, donc la technique i18n est notre travail et la traduction de qualité est la vôtre ou celle d’un partenaire. Nous le faisons sur notre propre site. codttech.com est publié en onze langues (anglais, français, allemand, italien, espagnol, néerlandais, polonais, portugais, arabe, turc et hindi) avec un routage par langue et des alternatives hreflang sur chaque page traduite. Une page qui n’existe que dans une langue ne déclare que celle-ci, pour qu’aucune version ne renvoie vers une traduction inexistante.

    Découvrir notre service de développement web

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

    Le human-in-the-loop est un modèle de conception de l’automatisation dans lequel un système d’IA exécute seul les étapes de routine mais soumet d’abord à une personne les décisions lourdes de conséquences, comme les actions irréversibles, financières ou en contact avec les clients.

    Dans nos projets d’agents IA, cela revient à classer les actions par risque. Pendant le cadrage, chaque action qu’un agent peut effectuer est classée selon les dégâts qu’elle pourrait causer, et les validations ne portent que sur les actions irréversibles ou lourdes de conséquences : envoyer de l’argent, supprimer des données, écrire à un client. La relecture humaine reste ainsi limitée à une petite part des étapes, et l’agent reste utile. L’écran de validation montre le raisonnement de l’agent et l’action exacte qu’il propose, pour qu’une personne puisse valider en quelques secondes. Les nouveaux agents travaillent aussi quatre à six semaines aux côtés des équipes avant d’agir seuls, et quand un budget de coût ou d’étapes est atteint, l’agent passe la main à un humain. Le but est qu’une action destructrice non autorisée ne puisse pas être exécutée du tout.

    Découvrir notre service d'agents IA

  • 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.

    Notre choix par défaut pour les projets SaaS est une base de données unique avec sécurité au niveau des lignes et une propagation stricte du tenant_id dans chaque requête. Une suite de tests d’intégration échoue à toute lecture entre tenants, pour qu’aucune régression ne passe inaperçue, et des tests d’intrusion externes vérifient l’isolation de l’extérieur. Les contrats qui exigent une séparation physique reçoivent à la place un schéma ou une base de données par tenant. Nos plateformes en production en dépendent. Aviatize sert des écoles de pilotage, des clubs et des opérateurs commerciaux du monde entier sur des tenants isolés d’une même base de code et gère plus de 1 000 appareils ; LeadTrack AI garde séparés les agents, scripts et pipelines de chaque client sur une plateforme vocale partagée, sur plus de 100 000 appels ; et le modèle en marque blanche en dépend aussi, puisque les clients de chaque revendeur reçoivent leurs propres tenants isolés.

    Lire l'étude de cas Aviatize

  • Kiosque en libre-service

    Une borne en libre-service est un terminal tactile fixe où les clients parcourent l’offre, commandent et paient sans personnel. On la trouve aussi bien dans la restauration rapide que dans les magasins sans personnel.

    Nous avons construit la borne en libre-service de l’écosystème de frigos connectés de FeelEat : une interface sur tablette où les clients scannent, parcourent l’offre et paient en quelques secondes. Elle partage un inventaire en direct avec les frigos et l’app mobile, donc l’écran montre ce qui se trouve vraiment à l’intérieur. Elle tourne sans surveillance en production avec 99,7 % de disponibilité et 99,4 % de paiements réussis, et une commande prend 42 secondes en médiane. Le logiciel de borne fait aussi partie des bases prêtes à l’emploi de notre catalogue en marque blanche, pour que des exploitants lancent une borne à leur marque en quelques semaines. Avec les frigos connectés, la borne forme le côté client d’un commerce sans personnel qui tourne en Suisse depuis 9+ ans.

    Lire l'étude de cas Smart Kiosk

  • 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.

    Nous décidons de la localisation au début d’une mission, comme un choix d’architecture. Les clients européens peuvent demander un hébergement des données dans l’UE ou en Suisse, et leurs missions tiennent compte du RGPD et de la nLPD par défaut ; les projets aux Émirats sont conçus en tenant compte de la PDPL. Nous faisons déjà tourner la localisation en production : LeadTrack AI, le SaaS d’agents vocaux construit pour un client australien, garde ses données sur AWS Sydney et a été conçu en tenant compte du Privacy Act 1988 et des Australian Privacy Principles. Le Centre de confiance cite la localisation des données à côté des NDA parmi les conditions standard sur demande, et nos guides de coût mentionnent les exigences de piste d’audit et de localisation comme des points intégrés au devis ferme pendant le sprint de discovery, avant la construction.

    Consulter le Centre de confiance

  • 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 à part chez nous, avec un catalogue publié : logiciel de borne en libre-service, pointage du personnel, portails patients de télémédecine et commande pour la foodtech. Chaque produit se rebrande de bout en bout (couleurs, typographie, logos, textes, langue, devise), avec une soumission aux stores sous la marque du partenaire. Un lancement prend en général quatre à huit semaines, pour environ 30 à 60 % du coût d’un développement sur mesure comparable, car tous les partenaires de la plateforme partagent le coût de maintenance du moteur. Deux modèles de propriété sont proposés : une licence, avec des mises à jour du cœur et des correctifs de sécurité qui continuent d’arriver chez tous les tenants, ou un transfert complet du code source. Chaque mission comprend aussi une voie de fork. Si une entreprise dépasse la base commune, nous créons un fork propre et le faisons évoluer en développement sur mesure, sans pénalité de verrouillage.

    Découvrir notre service en marque blanche

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

    Une mise à jour over-the-air (OTA) installe à distance un nouveau firmware ou logiciel sur des appareils, sans technicien et sans câble. C’est la seule façon réaliste d’entretenir un parc de matériel réparti sur de nombreux sites.

    Notre service IoT traite le pipeline OTA comme un système critique. Les mises à jour se déploient par étapes (5 % → 25 % → 100 %) avec retour arrière automatique sur les indicateurs d’échec, un firmware à double banc pour qu’une mise à jour ratée ne rende jamais un appareil inutilisable, et des images signées pour qu’aucun firmware non autorisé ne se charge. L’identité de chaque appareil est provisionnée à la fabrication, si bien que chaque unité s’authentifie au premier démarrage sans réglage manuel, et le pipeline est conçu pour un taux de réussite des mises à jour supérieur à 99,5 %. Le réseau Happy Fridge de FeelEat fonctionne ainsi : chaque frigo connecté remonte son stock, sa température et son état, et reçoit ses mises à jour à distance, pour que les pannes soient corrigées avant que le frais ne se perde. C’est ce qui permet aux boutiques automatiques de fonctionner 24 h/24 sans personnel sur place.

    Découvrir notre service de solutions IoT

  • 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.

    Nous proposons des prix fermes en connaissance de cause, et nous disons clairement où le modèle atteint ses limites. La page tarifs publie des fourchettes indicatives par type de projet. Un sprint de discovery payant transforme ensuite la fourchette en devis ferme écrit avant toute construction, car un prix fixé avant de connaître le périmètre ne ferait que chiffrer une supposition. Pour les développements produit ouverts qui durent des mois, fixer le prix d’exigences qui changent pousse plutôt à rogner sur la qualité. Ces projets se font en régie sur une estimation en fourchette, re-prévue chaque trimestre et facturée mensuellement sur la base du minimum de 40 heures indiqué sur la page tarifs. Ce qui reste fixe, c’est le sprint de discovery lui-même et toute partie de travail bien délimitée.

    Voir les fourchettes de prix publiées

  • 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.

    Notre service de développement mobile compte 10 à 14 semaines pour un MVP ciblé, du coup d’envoi à la soumission aux stores, et quatre à sept mois pour un produit de niveau entreprise. L’estimation à périmètre ferme vient après le sprint de discovery, quand elle peut reposer sur l’application réelle. Nos guides de coût voient dans la ligne de coupe le premier levier budgétaire : décider ce qu’une première version payante doit faire, et ce qui peut attendre, fait plus bouger le coût que n’importe quel choix technique. Tracer cette ligne est le travail principal du sprint de discovery. La livraison se fait ensuite par tranches verticales qui fonctionnent de bout en bout (interface, API, base de données et télémétrie), pour que le MVP soit de qualité production dès le premier jour.

    Découvrir notre service mobile

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

    La nLPD (nouvelle loi sur la protection des données) est la loi fédérale suisse révisée sur la protection des données, en vigueur depuis septembre 2023. Elle modernise le droit suisse de la protection des données dans une logique proche du RGPD européen, tout en restant juridiquement distincte.

    La Suisse est un marché central pour CODT Technologies. Nos interlocuteurs commerciaux y sont basés, les échanges se font en allemand, en français ou en anglais, et notre plus longue mission est FeelEat, un acteur suisse de la foodtech dont nous construisons la plateforme sans interruption depuis 9+ ans. Chaque mission suisse tient compte du RGPD et de la nLPD par défaut, avec une architecture « privacy-first » dès le premier commit et un hébergement des données en Suisse ou dans l’UE sur demande. La distinction compte, car la nLPD est une loi à part et une entreprise suisse peut avoir des obligations au titre des deux. C’est pourquoi nous nommons les deux dans notre socle de livraison.

    Voir notre pôle Suisse

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

    L’optimisation pour les moteurs de réponse (AEO) consiste à structurer un contenu web pour que des moteurs de réponse IA comme ChatGPT, Perplexity ou les AI Overviews de Google puissent l’extraire, le citer et le restituer correctement quand on leur pose une question, au lieu de seulement le classer dans une liste de liens.

    L’AEO fait partie de notre service de développement d’applications web. Les données structurées Schema.org (Organization, FAQ, Article, Breadcrumb), des titres formulés comme des questions et un HTML sémantique propre donnent aux moteurs de réponse une matière fiable à citer, et la même base sert le SEO classique. Les sites sont construits selon des budgets clairs : un score SEO Lighthouse de 100 et des Core Web Vitals de 90 ou plus. Nous appliquons la même méthode à notre propre site. Les pages de service commencent par de courts paragraphes de définition, les réponses de FAQ figurent dans le HTML rendu côté serveur même quand elles sont repliées, et les données structurées reflètent le contenu visible.

    Découvrir notre service de développement web

  • 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.

    Nous avons construit pour FeelEat une plateforme de prévision de la demande qui tourne à 98 % de précision en production, mesurée en continu face à ce qui s’est réellement vendu. Les modèles ont été entraînés sur l’historique des ventes, plus la saisonnalité, les effets de calendrier et la météo, et ils prévoient par site et par plat, au niveau où se prennent les décisions de commande. Les erreurs ont baissé dans les deux sens : les ruptures de stock de 58 % et le surstock de 41 %. Le déploiement a compté autant que le modèle. Celui-ci a tourné en mode fantôme à côté des plans humains jusqu’à ce que ses résultats méritent la confiance, puis il est passé en production site par site. Le modèle lui-même a pris des semaines ; la plomberie des données, la surveillance de la dérive et les vues de planification que l’on ouvre à 8 heures ont pris des mois.

    Lire l'étude de cas sur la prévision

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

    La génération augmentée par récupération (RAG) ancre les réponses d’un grand modèle de langage dans vos propres documents. À chaque question, des passages pertinents sont extraits d’une base de connaissances et transmis au modèle comme contexte, pour que les réponses s’appuient sur de vraies sources et non sur la mémoire du modèle. C’est la méthode courante pour réduire les réponses inventées.

    Le RAG est une capacité centrale de notre service de solutions IA/ML. D’après notre expérience, la qualité de la recherche est surtout une question d’ingestion et de découpage. Les documents sont découpés selon leur sens, des filtres de métadonnées sont ajoutés, et une recherche hybride (BM25 plus vecteurs denses) tourne derrière un reranker. Le recall@k est mesuré sur un jeu annoté avant tout réglage, et la base vectorielle (pgvector, Pinecone ou Weaviate) est choisie projet par projet. Le RAG est aussi au centre de notre façon de traiter les hallucinations : ancrage par la recherche, citations obligatoires et sorties structurées, avec des bancs d’évaluation qui font échouer le build quand la fiabilité factuelle baisse. Pour les connaissances factuelles, la recherche bat presque toujours le fine-tuning, car le fine-tuning change surtout le comportement d’un modèle et lui apprend mal des faits.

    Découvrir notre service IA / ML

  • 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.

    Nos missions tiennent compte du RGPD par défaut, avec une architecture « privacy-first » dès le premier commit, et nous ne revendiquons aucune certification. L’hébergement des données dans l’UE est possible sur demande, et nous construisons ainsi pour des clients européens depuis près de dix ans, dont 9+ ans pour la plateforme suisse de FeelEat. Les lois propres à chaque pays reposent sur la même base : les missions suisses tiennent compte de la nLPD, les projets aux Émirats sont conçus en tenant compte de la PDPL, et les projets australiens en tenant compte du Privacy Act 1988 et des APP.

    Consulter le Centre de confiance

  • 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, utilisateurs et réglages de chaque tenant étant strictement isolés des autres. C’est l’architecture de la plupart des logiciels par abonnement modernes.

    Le multi-tenant est au cœur de notre service de développement SaaS ; la façon dont nous séparons les tenants est décrite plus bas, à l’entrée isolation des tenants. Le modèle traverse les produits que nous avons livrés. LeadTrack AI est un SaaS multi-tenant d’agents vocaux où chaque client fait tourner ses propres agents, scripts et pipelines sur une seule base de code. Aviatize sert des exploitants aéronautiques du monde entier sur des tenants isolés d’une même plateforme qui gère plus de 1 000 appareils. La même architecture porte notre modèle en marque blanche, où des partenaires revendent une plateforme commune sous leur propre marque, avec une configuration par tenant et sans modifier le code.

    Découvrir notre service SaaS

  • 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é. Le Type I porte sur un instant donné, le Type II sur une période d’observation. Les grands comptes l’exigent de plus en plus des éditeurs SaaS avant de signer.

    La préparation à SOC 2 est un parcours à part entière de notre service de développement SaaS. Nous avons mené plusieurs missions de préparation à SOC 2 Type II, en intégrant les contrôles et la chaîne 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 est délivrée par un cabinet CPA indépendant. La préparation prend en général six à neuf mois à partir du lancement. Les bases qui facilitent un audit sont déjà des réglages par défaut de nos projets SaaS : 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 à SOC 2, au RGPD ou à HIPAA, selon le secteur, est cadrée pendant le sprint de discovery pour qu’elle façonne l’architecture dès le départ.

    Découvrir notre service SaaS

  • Sprint de discovery

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

    Chaque mission chez CODT Technologies commence par l’un de ces sprints, mené par un architecte senior. Les livrables sont concrets : un périmètre écrit, un prototype cliquable des parcours les plus risqués, une esquisse d’architecture avec les décisions clés consignées en ADR, un devis ferme et une liste explicite de ce que nous ne construirons pas. Rien n’avance avant la signature de ce document. Il vous appartient, et le confier à une autre société pour la construction est donc une issue légitime. Notre page tarifs publie des fourchettes indicatives pour vous orienter, et le sprint transforme une fourchette en prix ferme, avec les intégrations, les exigences réglementaires et la ligne de coupe de la v1 nommées avant le devis.

    Lire le guide du coût d'une application

  • 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.

    Nous construisons des pipelines ABR dans le cadre de notre service de streaming audio et vidéo : ingestion en direct par RTMP, SRT ou WebRTC, transcodage à débit adaptatif et encodage par titre, pour qu’un plan fixe sur une personne qui parle ne reçoive pas le même débit qu’un sport rapide. La qualité perçue est vérifiée avec des scores VMAF. Cela tient aussi à grande échelle. L’ossature de streaming que nous avons construite pour Bizzabo diffuse des événements en direct à plus de 50K spectateurs simultanés au pic, avec un démarrage du flux en moins de 1,5 seconde, et les spectacles d’humour billettés de RushTix tiennent un temps de connexion médian de 2,4 secondes avec un taux de rebuffering inférieur à 0,4 %. Ces chiffres dépendent d’une échelle de débits réglée sur le vrai public et ses appareils.

    Découvrir notre service de plateformes de streaming

  • 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 nos projets de streaming, nous utilisons WebRTC à dessein, seulement là où il apporte quelque chose. RTMP reste la base universelle et simple à encoder pour l’ingestion, SRT gère la contribution sur des réseaux peu fiables, et WebRTC intervient quand l’usage demande une latence de conversation, par exemple pour des enchères interactives, des paris ou des émissions avec retour du public, car il est bien plus difficile à faire monter en charge. La diffusion suit la même logique : le HLS standard tourne avec 15 à 30 secondes de délai, le Low-Latency HLS avec 2 à 5, et WebRTC sous la seconde, le coût et la résistance aux coupures se dégradant à chaque palier. WebRTC fait partie des piles livrées pour l’ossature de streaming événementiel de Bizzabo (plus de 50K spectateurs simultanés au pic, démarrage du flux sous 1,5 seconde) et pour la plateforme d’humour en direct de RushTix, qui tient une connexion médiane de 2,4 secondes et un taux de rebuffering inférieur à 0,4 %.

    Découvrir notre service de plateformes de streaming
À explorer
Développement d'agents IAL'écosystème FeelEatÉtude de cas LeadTrack AIGuide du coût d'une applicationDéveloppement logiciel en SuisseCentre de confiance
Prêt à construire

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

Dites-nous ce que vous construisez et pour quand. Vous saurez clairement si nous sommes le bon choix et ce que le travail demande.

Réserver un premier appel
Réserver un appelDiscuter sur WhatsAppNous écrire directement