Häufige Fragen

CodamAI ist die Software-Factory der Codamic AG für individuelle Unternehmenssoftware. Du beschreibst deine Daten als Modell, also welche Dinge es gibt, welche Felder sie haben und wie sie zusammenhängen. Daraus erzeugt CodamAI eine vollständige Spring-Boot-Anwendung mit REST-API, Validierung, Datenbank, Mandantentrennung, Rechteprüfung und Historie.

Den Überblick über alle Bausteine gibt Die CodamAI-Module.

Nein. CodamAI erzeugt echten Java-Code auf Basis von Spring Boot, den Entwicklerinnen und Entwickler lesen, testen und erweitern. Es gibt keine geschlossene Laufzeitplattform, in der deine Anwendung gefangen ist.

CodamAI nimmt dir den wiederkehrenden Teil ab (Entities, DTOs, Endpunkte, Persistenz, Prüfungen) und lässt dir den Teil, der deine Anwendung besonders macht.

Für Teams, die Geschäftsanwendungen mit einem klaren Datenmodell bauen: SaaS-Portale, Audit- und Reporting-Systeme, Compliance-Anwendungen, Fachportale und Stammdatenverwaltung. Besonders dort, wo Mandantentrennung, Rechte und Nachvollziehbarkeit Pflicht sind.

Diese Dokumentation richtet sich an Entwicklerinnen und Entwickler, die ihre Sprache können, CodamAI aber noch nicht kennen.

Verfügbar sind CDMS (Daten), CIAS (Identität und Zugang) und der Hub (die Oberfläche für Projekte, Modelle und Zugriff). In Arbeit ist CRMS für Berichte aus Vorlagen. Geplant sind CFDS (Frontend), CADS (Apps) und CPMS (Prozesse).

Wie die verfügbaren Module zusammenhängen, zeigt Die CodamAI-Module.

Schneller zu bauen, ohne bei Qualität und Sicherheit nachzugeben: Das Modell ist die eine Quelle, der Code entsteht daraus. Mandantentrennung, Rechteprüfung und Historie sind eingebaut, statt in jedem Projekt neu geschrieben zu werden. Und das Ergebnis bleibt normale, erweiterbare Software.

Du legst die Modelle im Hub an. Bei jedem Build holt der Codegenerator die Modelle aus dem Hub und erzeugt daraus alle Klassen, die ein Modell braucht, von der REST-Schnittstelle bis zur Datenbank. Du schreibst für ein Modell keine Entity, kein DTO und keinen Controller.

Den Ablauf im Detail beschreibt Codegenerierung im Build.

In Hooks: eigener Code, der sich in die Abläufe von CDMS einhängt, etwa vor dem Speichern oder nach dem Lesen. Dazu kommen eigene Filter, eigene Services und Controller sowie Konfiguration. Den erzeugten Code änderst du nie von Hand, denn der nächste Build schreibt ihn neu.

Mehr dazu unter Generierter Code und eigener Code und Erweitern mit Hooks.

Ja. Der Hub hat einen MCP-Server. Über ihn liest ein KI-Client Modelle und ändert sie kontrolliert: Er plant eine Änderung, sie wird freigegeben und genau einmal angewendet.

Den Ablauf zeigt Schemaänderung über den MCP-Server.

Über Mandanten. Ein Mandant ist ein Kunde deiner Anwendung, dessen Daten von allen anderen getrennt sind. Im Mehrmandantenbetrieb bekommt jeder Mandant eine eigene Datenbank; systemweite Daten liegen in einer System-Datenbank. Der Mandant einer Anfrage steht im Token und wird bei jeder Anfrage geprüft.

Alles dazu unter Mandanten.

Die Anmeldung übernimmt Keycloak, CIAS prüft bei jeder Anfrage Token und Mandant. CDMS prüft dann Rollen je Modell und Operation, Rechte auf einzelnen Feldern und Filter auf Zeilenebene. Ein Objekt, das du nicht sehen darfst, gibt es für dich nicht: Die Antwort ist 404.

Mehr dazu unter Sicherheit.

Mit der Liste response. Sie ist bei jeder lesenden Anfrage Pflicht und bestimmt schon, was aus der Datenbank gelesen wird. Wildcards wie + und * und verschachtelte Einträge für Referenzen sind möglich.

Die Regeln stehen unter Feldauswahl mit response.

Ja. Jede Änderung wird als Revision gespeichert. Alle Revisionen eines Objekts zusammen sind seine Historie, auch ein gelöschtes Objekt hat eine. Ein Rollback erzeugt eine neue Revision mit dem alten Inhalt.

Details unter Audit und Historie.

Ja. Jede Installation bringt eine OpenAPI-Beschreibung mit, die jeden erzeugten Endpunkt mit seinem Payload auflistet. Welche Endpunkte ein Modell hat, erklärt Welche Endpunkte ein Modell hat.

Das Ergebnis eines Builds ist ein Spring-Boot-JAR oder ein Native Image. Es läuft in der Cloud, in einer Private Cloud oder im eigenen Rechenzentrum. Produktiv ist MySQL die typische Datenbank.

Nein. CIAS läuft entweder eingebettet, also als Baustein im selben Programm wie die Anwendung, oder als eigener Dienst. Fachlich verhalten sich beide Bauformen gleich.

Den Vergleich zeigt Eine Einheit oder getrennte Services.

Nach Abläufen. Zuerst wählst du ein Modul (CDMS, CIAS oder das Zusammenspiel), dann eine Fachlichkeit, dann ein Thema. Jedes Thema zeigt den Ablauf mit allen Varianten, meist mit Bildern. Was die Bilder bedeuten, erklärt die Legende, alle Seiten auf einen Blick zeigt das Inhaltsverzeichnis.

Ja. Jede Seite gibt es auf Deutsch und auf Englisch. Oben rechts wechselst du die Sprache und landest auf derselben Seite.