Zum Inhalt springen
Glossar

Jeder Begriff, den wir verwenden, verständlich erklärt.

Dieses Glossar erklärt die Software- und KI-Begriffe, die in unseren Angeboten, Services und Fallstudien vorkommen — von KI-Agenten und RAG bis nDSG und WebRTC. Jede Definition steht für sich allein, und jeder Eintrag hängt an etwas, das CODT Technologies tatsächlich ausgeliefert hat, mit einem Link auf den Service oder die Fallstudie, wo der Begriff produktiv im Einsatz ist.

29 Begriffe · A–Z · belegt an ausgelieferter Arbeit
  • Adaptive Bitrate Streaming (ABR)

    Adaptive Bitrate Streaming (ABR) ist ein Verfahren der Videoauslieferung: Ein Stream wird in eine Leiter mehrerer Qualitätsstufen kodiert, und der Player jedes Zuschauers wechselt mitten in der Wiedergabe zwischen ihnen. Die Bildqualität folgt damit der real verfügbaren Bandbreite, statt einzufrieren, sobald die Verbindung nachlässt.

    Wir bauen ABR-Pipelines als Teil unseres Audio- und Video-Streaming-Service: Live-Ingest über RTMP, SRT oder WebRTC, adaptives Bitraten-Transcoding und Per-Title-Encoding, damit ein Talking-Head-Clip nicht dieselbe Bitrate bekommt wie schneller Sport. Die wahrgenommene Qualität prüfen wir mit VMAF-Werten. Das hält auch im grossen Massstab. Das Streaming-Rückgrat, das wir für Bizzabo gebaut haben, liefert Live-Events an 50K+ gleichzeitige Zuschauer im Peak, mit einem Stream-Start unter 1,5 Sekunden, und die Comedy-Shows von RushTix halten eine mediane Join-Zeit von 2,4 Sekunden bei einer Rebuffer-Ratio unter 0,4%. Solche Werte hängen davon ab, dass die Bitratenleiter auf das echte Publikum und seine Geräte abgestimmt ist.

  • Answer Engine Optimization (AEO)

    Answer Engine Optimisation (AEO) bedeutet, Webinhalte so zu strukturieren, dass KI-Antwortmaschinen wie ChatGPT, Perplexity und Googles AI Overviews sie herausziehen, zitieren und korrekt wiedergeben können, wenn Nutzer Fragen stellen, statt sie nur in einer Liste von Links zu ranken.

    AEO gehört zu unserem Service für Web-Apps. Strukturierte Daten nach Schema.org (Organization, FAQ, Article, Breadcrumb), klare Überschriften in Frageform und sauberes semantisches HTML geben Antwortmaschinen etwas Verlässliches zum Zitieren, und dieselbe Grundlage dient der klassischen SEO. Websites werden auf klare Budgets gebaut: ein Lighthouse-SEO-Wert von 100 und Core Web Vitals von 90 oder besser. Auf unserer eigenen Website arbeiten wir genauso. Service-Seiten beginnen mit kurzen Definitionsabsätzen, FAQ-Antworten stehen im serverseitig gerenderten HTML, auch wenn sie zugeklappt sind, und die strukturierten Daten spiegeln den sichtbaren Inhalt.

  • Bedarfsprognose

    Bedarfsprognose ist der Einsatz statistischer Modelle oder solcher des maschinellen Lernens, um die künftige Nachfrage aus Verkaufshistorie, Saisonalität und laufenden operativen Signalen vorherzusagen — damit Bestand, Personal und Einkauf gegen eine Zahl geplant werden statt gegen ein Bauchgefühl.

    Für FeelEat haben wir eine Plattform für Bedarfsprognosen gebaut, die im Betrieb mit 98% Genauigkeit läuft, laufend gemessen an dem, was tatsächlich verkauft wurde. Die Modelle wurden mit der Verkaufshistorie sowie Saisonalität, Kalendereffekten und Wetter trainiert und prognostizieren pro Standort und pro Gericht, also auf der Ebene, auf der bestellt wird. Fehler gingen in beide Richtungen zurück: Fehlbestände sanken um 58% und Überbestand um 41%. Die Einführung war so wichtig wie das Modell. Es lief im Schattenbetrieb neben den menschlichen Plänen, bis seine Ergebnisse Vertrauen verdient hatten, und ging dann Standort für Standort live. Das Modell selbst brauchte Wochen; die Datenpipelines, die Drift-Überwachung und die Planungsansichten, die man morgens um acht öffnet, brauchten Monate.

  • Buddy-Punching

    Buddy-Punching ist eine Form des Zeitbetrugs, bei der eine Person für eine abwesende Kollegin oder einen abwesenden Kollegen ein- oder ausstempelt. Die erfassten Stunden steigen, und die Lohndaten, gegen die ein Betrieb auszahlt, werden still und leise unbrauchbar.

    Für FeelEat, einen Schweizer Lebensmittelbetrieb, haben wir das mit TapTime gelöst, einer Zeiterfassungs-App, die jedes Einstempeln an Standort und Person bindet. Mitarbeitende tippen auf einen NFC-Tag am Standort, scannen einen QR-Code oder bestätigen biometrisch, und der Eintrag geht direkt in das ERP, das den Lohnlauf macht. Gerätebindung und Verifikation machen es unpraktikabel, für einen Kollegen zu stempeln, und ein geprüftes Einstempeln dauert etwa eine Sekunde. In FeelEats Küchen, Logistik und Verkaufsstellen ging Buddy-Punching um rund 95% zurück, die Anwesenheitsgenauigkeit erreichte 99,5%, und die Lohnvorbereitung wurde rund 80% schneller, weil geprüfte Stunden nicht mehr abgetippt werden mussten. Derselbe Datensatz speist FeelEats begleitende Mitarbeitenden-App, in der die Lohngenauigkeit bei 99,8% liegt.

  • Core Web Vitals

    Core Web Vitals sind Googles Kennzahlen für das Nutzererlebnis einer Webseite: wie schnell der Hauptinhalt erscheint (Largest Contentful Paint), wie schnell die Seite auf Eingaben reagiert und wie stark sich das Layout beim Laden verschiebt (Cumulative Layout Shift). Sie beeinflussen das Ranking in der Suche ebenso wie die Geduld der Nutzer.

    Unser Service für Web-Entwicklung behandelt die Vitals als technisches Budget. LCP unter 2,5 Sekunden und CLS unter 0,1 sind Ziele ab dem ersten Build und werden bei jedem Pull Request in der CI geprüft. Die Arbeit ist unspektakulär: Bilder in AVIF oder WebP in der richtigen Grösse mit festen Abmessungen, nicht kritisches JavaScript verzögert geladen, selbst gehostete Schriften mit font-display swap und Lazy Loading unterhalb des sichtbaren Bereichs. Auch die Wahl des Frameworks zählt. Astro passt zu inhaltsreichen Websites, die fast kein JavaScript ausliefern sollen; Next.js ist für Seiten mit echter Interaktivität. Gebaut wird auf Lighthouse Performance von 90 oder mehr und einen Lighthouse-SEO-Wert von 100.

  • CRM (Customer-Relationship-Management)

    Ein CRM (Customer Relationship Management) ist das führende System für die Interessenten und Kunden eines Unternehmens: Kontakte, Deals, Gespräche und Pipeline. Vertrieb und Support arbeiten mit einer gemeinsamen Historie statt mit privaten Postfächern und Erinnerungen.

    Meist binden wir das CRM an, das Sie bereits haben. Unser Service für ERP und Geschäftsautomatisierung liefert produktive Integrationen mit Salesforce und HubSpot sowie mit Buchhaltungsplattformen: Zwei-Wege-Synchronisation mit stabilen externen IDs, idempotente Updates, ein klar festgelegtes führendes System pro Feld, damit Konflikte immer gleich aufgelöst werden, und Abgleichsberichte, die alles zeigen, was nicht übereinstimmt. Auf der KI-Seite übergibt LeadTrack AI, die mandantenfähige Anrufplattform, die wir gebaut haben, qualifizierte Leads samt Gesprächstranskript und Intent-Score an menschliche Vertriebsleute. Weil wir jeden Agenten für das jeweilige Projekt bauen, werden CRM- und Telefonie-Integrationen in der Discovery auf Ihren tatsächlichen Stack zugeschnitten.

  • Data Residency (Datenhaltung)

    Data Residency ist die Anforderung, Daten innerhalb einer bestimmten Rechtsordnung zu speichern und zu verarbeiten. Der physische Standort der Server wird damit zu einer rechtlichen und vertraglichen Frage statt zu einer rein technischen Wahl.

    Über die Datenhaltung entscheiden wir zu Beginn eines Projekts, als Teil der Architektur. Europäische Kunden können EU- oder Schweizer Datenhaltung verlangen, und ihre Projekte berücksichtigen DSGVO und nDSG von Anfang an; Projekte in den VAE entwerfen wir mit Blick auf das PDPL. Datenhaltung betreiben wir bereits produktiv: LeadTrack AI, das Voice-Agent-SaaS für einen australischen Kunden, hält seine Daten in AWS Sydney und wurde mit Blick auf den Privacy Act 1988 und die Australian Privacy Principles entworfen. Das Trust Center führt Datenhaltung neben NDAs als Standardbedingung auf Wunsch, und unsere Kostenleitfäden nennen Audit-Trail- und Datenhaltungsanforderungen als Punkte, die im Discovery-Sprint in das fixe Angebot einfliessen, bevor gebaut wird.

  • Designsystem

    Ein Designsystem ist die gemeinsame verlässliche Quelle eines Produktteams für Entscheidungen an der Oberfläche: Design-Tokens für Farbe, Schrift und Abstände, eine dokumentierte Komponentenbibliothek und Regeln, die Screens einheitlich halten, während Produkt und Team wachsen. Ein UI-Kit ist ein Ordner mit gestalteten Komponenten; ein Designsystem fügt die Regeln hinzu, die es zusammenhalten.

    Unser UI/UX-Design-Service übergibt Designsysteme, die im Code funktionieren. Tokens kommen bereits umgesetzt in Tailwind und CSS-Variablen, die Komponentenbibliothek ist in Storybook gespiegelt, damit Design und Entwicklung mit derselben Quelle arbeiten, und Barrierefreiheit wird nach WCAG 2.2 AA eingeplant: Farbkontrast, Tastaturbedienung, Labels für Screenreader und Fokuszustände. Die Designer bleiben während des Baus dabei, prüfen die Umsetzung und korrigieren, was nicht zum Design passt.

  • Discovery-Sprint

    Ein Discovery-Sprint ist ein kurzes Scoping-Projekt zum Festpreis, meist ein bis zwei Wochen, in dem ein Senior-Team ein Softwareprojekt durchplant, bevor gebaut wird. Er endet mit einem schriftlichen Umfang und einem bepreisten Angebot statt mit einer offenen Schätzung.

    Jedes Projekt bei CODT Technologies beginnt mit einem solchen Sprint, geleitet von einem Senior-Architekten. Die Ergebnisse sind konkret: ein schriftlicher Umfang, ein klickbarer Prototyp der riskantesten Abläufe, eine Architekturskizze mit den wichtigen Entscheidungen als ADR, ein fixes Angebot und eine ausdrückliche «Wird nicht gebaut»-Liste. Weiter geht es erst, wenn dieses Dokument unterschrieben ist. Es gehört Ihnen, Sie dürfen damit also auch zu einer anderen Firma gehen. Unsere Preisseite veröffentlicht Preisspannen zur Orientierung, und der Sprint macht aus einer Preisspanne einen Festpreis, mit Integrationen, Compliance-Anforderungen und dem v1-Schnitt, die vor dem Angebot benannt sind.

  • DSGVO

    Die DSGVO (Datenschutz-Grundverordnung) ist das Datenschutzrecht der Europäischen Union. Sie regelt, wie Organisationen personenbezogene Daten von Menschen in der EU erheben, verarbeiten, speichern und löschen — und ihre Pflichten reichen bis zu jedem Unternehmen, das europäische Nutzer bedient, unabhängig davon, wo es sitzt.

    Unsere Projekte berücksichtigen die DSGVO standardmässig, mit Privacy-first-Architektur ab dem ersten Commit, und wir beanspruchen keine Zertifizierung. EU-Datenhaltung ist auf Wunsch möglich, und wir bauen seit fast einem Jahrzehnt so für europäische Kunden, darunter seit 9+ Jahren für FeelEats Schweizer Plattform. Landesspezifische Gesetze bauen auf derselben Grundlage auf: Schweizer Projekte berücksichtigen das nDSG, Projekte in den VAE werden mit Blick auf das PDPL entworfen, und australische Projekte mit Blick auf den Privacy Act 1988 und die APPs.

  • Edge Computing (IoT-Edge)

    Edge Computing verarbeitet Daten auf oder nahe dem Gerät, das sie erzeugt, etwa auf einem Embedded-Board, einem Gateway oder einem Automaten im Laden, statt alles in eine entfernte Cloud zu schicken. Das senkt Latenz und Bandbreitenkosten und macht weniger abhängig von der Verbindung. In IoT-Systemen spricht man oft von der IoT-Edge.

    Unser Service für IoT-Lösungen entwirft standardmässig hybride Edge-Cloud-Systeme. Filterung und Inferenz wandern auf die Geräte, wenn Bandbreite teuer ist, Latenz zählt oder das Gerät offline weiterarbeiten muss; die Anomalieerkennung läuft zum Beispiel auf einem NVIDIA Jetson, damit kein Rohvideo hochgeladen werden muss. Auswertungen über die ganze Flotte und schwere Modelle bleiben in der Cloud. Lückenhafte Verbindungen planen wir von Anfang an ein: Geräte puffern Messwerte lokal und spielen sie nach der Wiederverbindung mit den ursprünglichen Zeitstempeln ein, und kritische Steuerlogik läuft lokal, sodass die Hardware im eingeschränkten Modus weiterläuft, wenn die Verbindung abreisst. Ziel für die Latenz vom Gerät bis zum Dashboard sind unter 800 Millisekunden.

  • ERP (Enterprise Resource Planning)

    Ein ERP (Enterprise Resource Planning) ist die interne Plattform, auf der ein Unternehmen seinen Betrieb führt: Bestellungen, Lager, Finanzen, Personal und Belegschaft in einem prüfbaren führenden System. Es ersetzt die Tabellen, E-Mail-Verläufe und getrennten Werkzeuge, die sich ansammeln, wenn ein Unternehmen wächst.

    Wir bauen passgenaue ERPs für Unternehmen, deren Wachstum ihren Werkzeugen davongelaufen ist, und führen sie Modul für Modul neben dem bisherigen Ablauf ein. Das am längsten laufende Beispiel ist FeelEats ERP-Portal, das das Backoffice des Schweizer Lebensmittelbetriebs für über 200 Firmenkunden trägt: Bestellungen, Dienstpläne, Personalakten, Gutscheine und Eventbuchungen unter einem Login. Es spart rund 12 Stunden pro Person und Woche, und der Umsatzabgleich, der zwei Tage dauerte, ist heute in rund vier Stunden erledigt. Dasselbe System trägt die Personalschicht: Die geprüften Stempelungen aus TapTime fliessen in Echtzeit hinein, und das machte die Lohnvorbereitung rund 80% schneller. Wenn ein Standard-ERP wie NetSuite, SAP oder Odoo passt, sagen wir Ihnen das. Eine Eigenentwicklung lohnt sich für Abläufe, die diese Pakete nur mit dauerhaften technischen Schulden abbilden können.

  • Festpreisprojekt

    Ein Festpreisprojekt ist ein Softwarevertrag, bei dem die Kosten schriftlich feststehen, bevor gebaut wird. Damit wandert das Lieferrisiko vom Budget des Kunden auf die Scoping-Disziplin des Anbieters.

    Wir bieten Festpreise bewusst an und sagen klar, wo das Modell an Grenzen stösst. Die Preisseite veröffentlicht Preisspannen nach Projektart. Ein bezahlter Discovery-Sprint macht daraus ein schriftliches Festpreisangebot, bevor gebaut wird, denn ein Preis, der vor dem Umfang feststeht, bepreist nur eine Vermutung. Bei offenen Produktentwicklungen über viele Monate belohnt ein Festpreis auf sich ändernde Anforderungen eher Abkürzungen. Solche Projekte laufen nach Aufwand gegen eine Bandbreitenschätzung mit vierteljährlicher Neuprognose, monatlich abgerechnet gegen das 40-Stunden-Minimum auf der Preisseite. Fix bleiben der Discovery-Sprint selbst und jeder klar abgegrenzte Arbeitsteil.

  • Follow-the-Sun-Entwicklung

    Follow-the-Sun-Entwicklung ist ein Liefermodell, bei dem Teams in verschiedenen Zeitzonen einander Arbeit übergeben, sodass ein Projekt auch ausserhalb der Arbeitszeit eines einzelnen Büros weiterläuft.

    CODT Technologies arbeitet nicht nach diesem Modell. Unsere Entwicklung sitzt an einem Ort, in Gurugram (Indien), und jedes Entwicklungsteam arbeitet mit seiner Projektleitung in der Zeitzone des Kunden. Arbeit wird also nicht zwischen Standorten übergeben. Die Ansprechpartner für europäische Kunden sitzen in der Schweiz, und gearbeitet wird auf Englisch, Französisch und Deutsch. 2017 in Gurugram gegründet, betreuen wir heute Kunden in 10+ Ländern, darunter FeelEat in der Schweiz seit 9+ Jahren und LeadTrack AI für einen australischen Kunden mit Daten in AWS Sydney. In welcher Zeitzone Sie auch sind: Ein Senior-Entwickler beantwortet Anfragen innerhalb eines Arbeitstags.

  • hreflang

    hreflang ist ein HTML-Attribut, das Suchmaschinen mitteilt, welche Sprach- und Regionalversionen einer Seite es gibt, damit jemand, der auf Französisch sucht, auf der französischen Seite landet statt auf der englischen. Ohne hreflang können sich die Sprachversionen einer mehrsprachigen Website in der Suche gegenseitig Konkurrenz machen.

    Internationalisierung, hreflang und sprachbasiertes Routing gehören zum Standard unseres Service für Web-Entwicklung. Mehrsprachige Projekte bekommen eine CMS-Struktur, in der Übersetzer pro Sprache arbeiten, ohne das Layout zu zerstören, dazu hreflang-Tags, damit Google die richtige Sprache ausspielt. Unser Rat: Maschinell übersetzte Inhalte schneiden meist schlechter ab, deshalb ist die i18n-Technik unsere Aufgabe und die gute Übersetzung Ihre oder die eines Partners. Auf unserer eigenen Website machen wir es genauso. codttech.com erscheint in elf Sprachen (Englisch, Französisch, Deutsch, Italienisch, Spanisch, Niederländisch, Polnisch, Portugiesisch, Arabisch, Türkisch und Hindi) mit sprachbasiertem Routing und hreflang-Alternativen auf jeder übersetzten Seite. Eine Seite, die es nur in einer Sprache gibt, nennt auch nur diese, damit keine Sprachversion auf eine Übersetzung verweist, die es nicht gibt.

  • Human-in-the-Loop

    Human-in-the-Loop ist ein Entwurfsmuster der Automatisierung, bei dem ein KI-System Routineschritte selbst ausführt, folgenreiche Entscheidungen aber zuerst einem Menschen zur Freigabe vorlegt, etwa unumkehrbare, finanzielle oder kundenseitige Aktionen.

    In unseren KI-Agenten-Projekten heisst das: Aktionen nach Risiko sortieren. Im Scoping wird jede Aktion, die ein Agent ausführen kann, danach eingestuft, wie viel Schaden sie anrichten könnte, und Freigaben kommen nur auf die unumkehrbaren oder folgenreichen: Geld überweisen, Daten löschen, einem Kunden mailen. So bleibt die Prüfung durch Menschen auf einen kleinen Teil der Schritte beschränkt, und der Agent bleibt nützlich. Die Freigabeansicht zeigt die Begründung des Agenten und die genaue vorgeschlagene Aktion, sodass eine Freigabe Sekunden dauert. Neue Agenten laufen ausserdem vier bis sechs Wochen neben Menschen, bevor sie allein handeln, und wenn ein Kosten- oder Schrittbudget greift, übergibt der Agent an einen Menschen. Ziel ist, dass eine unautorisierte zerstörerische Aktion gar nicht ausgeführt werden kann.

  • KI-Agent

    Ein KI-Agent ist Software, die ein grosses Sprachmodell als Denkmaschine nutzt, um ein Ziel zu verfolgen: Er zerlegt die Aufgabe in Schritte, ruft Werkzeuge wie APIs, Datenbanken und Suche auf, beobachtet die Ergebnisse und korrigiert — so lange, bis die Arbeit erledigt ist oder ein Mensch übernehmen muss. Ein Chatbot beantwortet Fragen; ein Agent handelt in Systemen.

    Die Entwicklung von KI-Agenten ist einer unserer Kern-Services. Agenten bekommen deterministische Leitplanken (Allowlists auf Tool-Ebene, Freigaben für heikle Aktionen, eng begrenzte Zugangsdaten), ein vollständiges Audit-Log jedes Tool-Aufrufs und Verhaltens-Evals, die bei jedem Deploy laufen. Neue Agenten arbeiten vier bis sechs Wochen neben Menschen, bevor sie allein handeln, und Kosten- und Latenzbudgets pro Aufgabe stoppen Endlosschleifen, bevor sie Geld verbrennen. Kundenseitige Agenten werden gegen klare Ziele für erledigte Aufgaben gebaut, und die Leitplanken sind so ausgelegt, dass eine unautorisierte zerstörerische Aktion im Betrieb nicht ausgeführt werden kann. Ein interner Agent mit einem einzigen Zweck braucht meist vier bis sechs Wochen; ein kundenseitiger Agent mit mehreren Tools, Freigabeabläufen und Observability zehn bis sechzehn Wochen. Jedes Projekt beginnt mit einem bezahlten, einwöchigen Scoping-Spike.

  • KI-Voice-Agent

    Ein KI-Voice-Agent ist ein KI-System, das echte Telefongespräche führt: Er hört zu, spricht und entscheidet in Echtzeit. Anrufe, die sonst in der Warteschlange auf einen Menschen warten würden, werden so von Software angenommen, qualifiziert oder erledigt.

    CODT Technologies hat einen solchen Agenten gebaut und betreibt ihn produktiv: LeadTrack AI, ein Multi-Tenant-SaaS für Voice-Agents für einen australischen Kunden. Wir haben die Voice-Pipeline, die Telefonie-Anbindung, die Qualifizierungsskripte pro Mandant, das Intent-Scoring, die Mandantentrennung und die Anrufanalyse entwickelt. Der Agent ruft jeden neuen eingehenden Lead innerhalb von 30 Sekunden an, solange der Interessent noch vor dem Bildschirm sitzt, führt ein natürliches Gespräch, das man unterbrechen kann, und übergibt Interessenten mit hoher Kaufabsicht samt Transkript und Kontext an menschliche Vertriebsleute. Die Plattform hat über 100'000 Anrufe im Betrieb geführt, und dieses Tempo brachte 38% mehr Conversion. Alle Daten bleiben in AWS Sydney.

  • Mandantentrennung (Tenant Isolation)

    Mandantentrennung ist die architektonische Garantie, dass kein Kunde einer gemeinsam genutzten Softwareplattform die Daten eines anderen lesen oder beeinflussen kann — durchgesetzt in Datenbank und Abfrageschicht, nicht bloss im Vertrag versprochen.

    Unser Standard für SaaS-Projekte ist eine einzige Datenbank mit Row-Level Security und strikter Weitergabe der tenant_id durch jede Abfrage. Eine Integrationstest-Suite schlägt bei jedem mandantenübergreifenden Lesezugriff fehl, damit keine Regression unbemerkt durchgeht, und externe Penetrationstests prüfen die Trennung von aussen. Verträge, die eine physische Trennung verlangen, bekommen stattdessen ein eigenes Schema oder eine eigene Datenbank pro Mandant. Unsere produktiven Plattformen hängen davon ab. Aviatize bedient Flugschulen, Vereine und kommerzielle Betreiber weltweit auf getrennten Mandanten einer Codebasis und verwaltet über 1'000 Flugzeuge; LeadTrack AI hält Agenten, Skripte und Pipelines jedes Kunden auf einer gemeinsamen Voice-Plattform über mehr als 100'000 Anrufe getrennt; und das White-Label-Modell beruht darauf, weil die Kunden jedes Wiederverkäufers ihre eigenen getrennten Mandanten bekommen.

  • Multi-Tenant-SaaS

    Eine mandantenfähige SaaS-Plattform bedient viele Kundenorganisationen (Mandanten) aus einer Codebasis und einer Infrastruktur, wobei Daten, Nutzer und Konfiguration jedes Mandanten streng von den anderen getrennt sind. Diese Architektur steckt hinter den meisten modernen Abo-Softwares.

    Mandantenfähigkeit ist der Kern unseres Service für SaaS-Entwicklung; wie wir Mandanten trennen, steht weiter unten unter Mandantentrennung. Das Muster zieht sich durch die Produkte, die wir ausgeliefert haben. LeadTrack AI ist ein mandantenfähiges Voice-Agent-SaaS, in dem jeder Kunde eigene Agenten, Skripte und Pipelines auf einer Codebasis betreibt. Aviatize bedient Luftfahrtbetreiber weltweit auf getrennten Mandanten einer einzigen Plattform, die über 1'000 Flugzeuge verwaltet. Dieselbe Architektur trägt unser White-Label-Modell, in dem Partner eine gemeinsame Plattform unter eigener Marke weiterverkaufen, mit Konfiguration pro Mandant und ohne Code-Änderungen.

  • MVP (Minimum Viable Product)

    Ein MVP (Minimum Viable Product) ist die kleinste Version eines Produkts, die man echten Nutzern vorlegen kann, um zu prüfen, ob sich das Weiterbauen lohnt — eine bewusst gezogene Schnittlinie, kein grober Entwurf von allem.

    Unser Service für Mobile-App-Entwicklung rechnet für ein fokussiertes MVP mit 10–14 Wochen vom Kickoff bis zur Store-Einreichung und für Produkte auf Enterprise-Niveau mit vier bis sieben Monaten. Die Festpreisschätzung kommt nach dem Discovery-Sprint, wenn sie auf der tatsächlichen App beruhen kann. Unsere Kostenleitfäden sehen im Schnitt der ersten Version den grössten Hebel fürs Budget: Zu entscheiden, was eine kostenpflichtige erste Version können muss und was warten kann, bewegt die Kosten stärker als jede Technologiewahl. Diese Linie zu ziehen ist die Hauptaufgabe des Discovery-Sprints. Danach liefern wir in vertikalen Scheiben, die von Anfang bis Ende funktionieren (UI, API, Datenbank und Telemetrie), sodass das MVP ab dem ersten Tag Produktionsqualität hat.

  • nDSG (neues Datenschutzgesetz)

    Das nDSG (neues Datenschutzgesetz) ist das revidierte Bundesgesetz über den Datenschutz der Schweiz, in Kraft seit September 2023. Es modernisiert das Schweizer Datenschutzrecht in grober Anlehnung an die DSGVO der EU, bleibt rechtlich aber ein eigenes Gesetz.

    Die Schweiz ist ein Kernmarkt für CODT Technologies. Unsere Ansprechpartner für die Geschäftsentwicklung sitzen dort, die Kommunikation läuft auf Deutsch, Französisch oder Englisch, und unser längstes Projekt ist FeelEat, ein Schweizer Foodtech-Betreiber, dessen Plattform wir seit 9+ Jahren ohne Unterbruch bauen. Jedes Schweizer Projekt berücksichtigt DSGVO und nDSG standardmässig, mit Privacy-first-Architektur ab dem ersten Commit und Schweizer oder EU-Datenhaltung auf Wunsch. Die Unterscheidung zählt, weil das nDSG ein eigenes Gesetz ist und ein Schweizer Unternehmen Pflichten aus beiden haben kann. Deshalb nennen wir beide in unserer Liefergrundlage.

  • OTA-Updates (over the air)

    Ein Over-the-Air-Update (OTA) spielt neue Firmware oder Software aus der Ferne auf Geräte, ohne Techniker und ohne Kabel. Es ist der einzige praktikable Weg, eine Flotte von Hardware an vielen Standorten zu pflegen.

    Unser IoT-Service behandelt die OTA-Pipeline als sicherheitskritisch. Updates werden in Stufen ausgerollt (5% → 25% → 100%), mit automatischem Rollback bei Fehlerwerten, Dual-Bank-Firmware, damit ein fehlgeschlagenes Update kein Gerät unbrauchbar macht, und signierten Images, damit keine fremde Firmware lädt. Die Geräteidentität wird in der Fertigung hinterlegt, sodass sich jede Einheit beim ersten Einschalten ohne manuelle Einrichtung anmeldet, und die Pipeline ist auf Update-Erfolgsraten über 99,5% ausgelegt. FeelEats Happy-Fridge-Netz nutzt dieses Muster: Jeder vernetzte Kühlschrank sendet Bestand, Temperatur und Zustand und erhält Updates über die Luft, sodass Störungen aus der Ferne behoben werden, bevor verderbliche Ware kippt. Deshalb können die unbemannten Läden rund um die Uhr ohne Personal vor Ort laufen.

  • RAG (Retrieval-Augmented Generation)

    Retrieval-Augmented Generation (RAG) stützt die Antworten eines grossen Sprachmodells auf Ihre eigenen Dokumente. Bei jeder Frage werden passende Abschnitte aus einer Wissensbasis abgerufen und dem Modell als Kontext mitgegeben, sodass die Antworten auf echten Quellen beruhen statt auf dem Gedächtnis des Modells. Es ist der übliche Weg, erfundene Antworten zu reduzieren.

    RAG ist eine Kernfähigkeit unseres Service für KI/ML-Lösungen. Nach unserer Erfahrung ist die Qualität der Suche vor allem eine Frage von Aufnahme und Chunking. Dokumente werden nach Bedeutung zerlegt, Metadatenfilter kommen dazu, und eine hybride Suche (BM25 plus dichte Vektoren) läuft hinter einem Reranker. Recall@k messen wir auf einem gelabelten Set, bevor irgendetwas getunt wird, und die Vektordatenbank (pgvector, Pinecone oder Weaviate) wählen wir pro Projekt. RAG steht auch im Zentrum unseres Umgangs mit Halluzinationen: Verankerung durch Retrieval, Pflicht-Zitate und strukturierte Ausgaben, abgesichert durch Eval-Harnesses, die den Build scheitern lassen, wenn die Faktentreue sinkt. Für Faktenwissen schlägt Retrieval das Fine-Tuning fast immer, weil Fine-Tuning vor allem das Verhalten eines Modells verändert und ihm Fakten schlecht beibringt.

  • Self-Service-Kiosk

    Ein Selbstbedienungs-Kiosk ist ein fest installiertes Touchscreen-Terminal, an dem Kunden ohne Personal stöbern, bestellen und bezahlen. Er kommt vom Fast-Food-Restaurant bis zum unbemannten Laden zum Einsatz.

    Wir haben den Selbstbedienungs-Kiosk in FeelEats Smart-Fridge-Ökosystem gebaut: eine Tablet-Oberfläche, an der Kunden in Sekunden scannen, stöbern und bezahlen. Er teilt einen Live-Bestand mit den Kühlschränken und der mobilen App, sodass der Bildschirm zeigt, was wirklich drin ist. Im Betrieb läuft er unbeaufsichtigt mit 99,7% Verfügbarkeit und 99,4% erfolgreichen Zahlungen, und eine Bestellung dauert im Median 42 Sekunden. Kiosk-Software gehört auch zu den fertigen Grundlagen in unserem White-Label-Katalog, sodass Betreiber innerhalb weniger Wochen ein Kiosk-Produkt unter eigener Marke starten können. Zusammen mit den vernetzten Kühlschränken bildet der Kiosk die Kundenseite eines unbemannten Verkaufs, der in der Schweiz seit 9+ Jahren läuft.

  • Smart-Fridge-Vending (unbemannter Retail)

    Smart-Fridge-Vending ist unbemannter Handel über einen vernetzten Kühlschrank, der die Kundin erkennt, bevor die Tür aufgeht, verfolgt, was aus jedem Regal verschwindet, und beim Schliessen automatisch abrechnet — ein Laden ohne Personal, rund um die Uhr geöffnet.

    Wir haben die Smart-Fridge-Plattform von FeelEat in der Schweiz vollständig gebaut. Sie heisst Happy Fridge und umfasst die vernetzten Kühlschränke, den Ablauf vom Scannen bis zum Entriegeln, die Zahlung in der App, die Live-Bestandstelemetrie und das Menü, mit Nährwerten, Allergenen und Herkunft der Zutaten zu jedem Gericht. Der geschlossene Kreislauf ist das Geschäftsmodell. Die Tür öffnet sich nur für einen bekannten, zahlungsfähigen Kunden, und der Verkauf wird beim Schliessen der Tür abgerechnet, es gibt also keinen Kassenschritt, den man auslassen könnte; der Diebstahl sank gegenüber Kühlschränken auf Vertrauensbasis um rund 90%. Die Plattform läuft seit mehr als 9 Jahren, und dasselbe Team liefert jedes Release. Die App hat 40K+ Downloads, und das Unternehmen wird heute mit $10M+ bewertet.

  • SOC 2

    SOC 2 ist ein Prüfrahmen, bei dem ein unabhängiger Prüfer die Kontrollen eines Unternehmens für Sicherheit, Verfügbarkeit und Vertraulichkeit bestätigt. Typ I betrachtet einen Zeitpunkt, Typ II einen Beobachtungszeitraum. Grosskunden verlangen es von SaaS-Anbietern immer öfter vor Vertragsabschluss.

    Die SOC-2-Readiness ist ein eigener Weg in unserem Service für SaaS-Entwicklung. Wir haben mehrere Readiness-Projekte für SOC 2 Typ II geleitet, dabei die Kontrollen und die Nachweiskette ins Produkt eingebaut und daneben eine Plattform zur Compliance-Automatisierung wie Vanta oder Drata betrieben; die Bestätigung selbst stellt ein unabhängiges CPA-Büro aus. Readiness dauert ab Kickoff meist sechs bis neun Monate. Die Grundlagen, die ein Audit erleichtern, sind in unseren SaaS-Projekten bereits Standard: rollenbasierte Zugriffskontrolle mit Audit-Logs, per Penetrationstest geprüfte Mandantentrennung, Secrets in einem eigenen Manager mit Rotation und IAM nach dem Prinzip der geringsten Rechte mit kurzlebigen Zugangsdaten. Die Readiness für SOC 2, DSGVO oder HIPAA, je nach Branche, wird im Discovery-Sprint geplant, damit sie die Architektur von Anfang an prägt.

  • WebRTC

    WebRTC (Web Real-Time Communication) ist der offene Standard, über den Browser und Apps Audio und Video mit Latenzen unter einer Sekunde austauschen — die Technik hinter Anrufen im Browser und wirklich interaktiven Live-Streams, bei denen schon wenige Sekunden Verzögerung das Erlebnis zerstören würden.

    In unseren Streaming-Projekten setzen wir WebRTC bewusst ein, und nur dort, wo es sich lohnt. RTMP bleibt die universelle, encoderfreundliche Grundlage für den Ingest, SRT übernimmt die Zuspielung über unzuverlässige Netze, und WebRTC kommt dazu, wenn der Anwendungsfall Gesprächslatenz braucht, etwa bei interaktiven Auktionen, Wetten oder Shows mit Rückkanal, weil es deutlich schwerer zu skalieren ist. Bei der Auslieferung gilt dieselbe Logik: Standard-HLS liegt bei 15–30 Sekunden Verzögerung, Low-Latency HLS bei 2–5 und WebRTC unter einer Sekunde, wobei Kosten und Pufferstabilität mit jeder Stufe schlechter werden. WebRTC gehört zu den ausgelieferten Stacks von Bizzabos Event-Streaming-Rückgrat (50K+ gleichzeitige Zuschauer im Peak, Stream-Start unter 1,5 Sekunden) und von RushTix' Live-Comedy-Plattform, die eine mediane Join-Zeit von 2,4 Sekunden und eine Rebuffer-Ratio unter 0,4% hält.

  • White-Label-Software

    White-Label-Software ist ein erprobtes Produkt, das ein Unternehmen baut und ein anderes unter eigener Marke verkauft — der Käufer bekommt Tempo und eine gehärtete Codebasis, der Endkunde sieht nur die Marke des Käufers.

    White-Label ist ein eigenes Angebot von uns mit veröffentlichtem Katalog: Kiosk-Software zur Selbstbedienung, Zeiterfassung für Mitarbeitende, Patientenportale für Telemedizin und Bestellsysteme für Foodtech. Jedes Produkt lässt sich vollständig umbranden (Farben, Typografie, Logos, Texte, Sprache, Währung), mit Einreichung in den App Stores unter der Marke des Partners. Ein Start dauert meist vier bis acht Wochen, zu rund 30–60% der Kosten einer vergleichbaren Eigenentwicklung, weil sich alle Partner auf der Plattform die Wartungskosten der Engine teilen. Es gibt zwei Eigentumsmodelle: eine Lizenz, bei der Kern-Upgrades und Sicherheitspatches an alle Mandanten weiterfliessen, oder die vollständige Übergabe des Quellcodes. Jedes Projekt enthält ausserdem einen Fork-Weg. Wächst ein Unternehmen über die gemeinsame Grundlage hinaus, erstellen wir einen sauberen Fork und entwickeln ihn als Eigenentwicklung weiter, ohne Lock-in-Strafe.

Bereit zu bauen

Ein Problem, das es wert ist,
gut gelöst zu werden?

Erzählen Sie uns, was Sie bauen und bis wann es stehen muss. Sie bekommen eine klare Einschätzung, ob wir passen und was die Arbeit braucht.