Zum Inhalt springen
CodamAI

CDMS · Data Management

Daten als explizites Modell – geprüft bei jedem Zugriff

Data Management ist das Datenfundament der Plattform. Sie beschreiben, welche Daten Ihre Anwendung kennt, wie sie zusammenhängen und wer was damit tun darf. Daraus entsteht ein Backend, das diese Regeln bei jeder Anfrage durchsetzt.

Das Modul

Data Management

Was im Modell steht, gilt für jeden Zugriffsweg – nicht nur dort, wo ein Formular es prüft.

Im Hub legen Sie Modelle wie Kunde, Auftrag oder Rechnung an – mit Feldern, Aufzählungen, Beziehungen, Regeln und Rechten. Diese Beschreibung ist die Quelle: Beim Build entstehen daraus Datenhaltung, Schnittstellen, Prüfungen und Rechte. Was im Modell steht, gilt in der Anwendung. Was dort fehlt, gibt es nicht.

Jede Anfrage durchläuft dieselben Stationen: Wer fragt, für welchen Mandanten? Darf die Person diese Aktion ausführen und diesen Datensatz sehen? Ist der Inhalt gültig? Erst wenn alles passt, wird gespeichert – und zwar bevor die Antwort zurückgeht. Eine Anfrage gelingt ganz oder gar nicht.

Fachlogik, die sich nicht modellieren lässt, hängen Sie an festen Stellen ein, ohne generierten Code anzufassen. So bleibt das Modell jederzeit neu generierbar, und Änderungen daran – auch durch KI-Werkzeuge – laufen über einen geprüften und freigegebenen Weg.

Datenmodell „Account“ im Hub: links der Baum mit Ordnern, Aufzählungen und Modellen, rechts die Felder mit Typ, Regeln, Rollen und Beschreibung
Das Modell „Account“ eines Demo-CRM mit geerbten Feldern, Regeln und Feld-Rollen – darüber die Reiter für Endpunkte, Berechtigungen, Filter und Hooks.

Funktionen

Was Data Management im Einzelnen leistet.

Jede Funktion hat eine eigene Seite. Dort steht, was sie fachlich leistet und wofür sie im Alltag sorgt.

Zusammenspiel

Zusammenspiel mit Identity & Access und Reporting

Data Management prüft nicht selbst, wer sich anmeldet. Jede Anfrage passiert zuerst Identity & Access (CIAS): Dort steht fest, wer fragt, für welchen Mandanten und mit welchen Rollen und Profilattributen. Ob ein Mandant überhaupt bedient wird – aktiv und im Gültigkeitszeitraum –, entscheidet Identity & Access ebenfalls, bevor Daten berührt werden.

Umgekehrt meldet Data Management seine Rollen, Attribute und verlangten Anmeldestufen an Identity & Access. Dort stehen die Rollen zur Vergabe bereit, und Identity & Access prüft, ob die Anmeldung die verlangten Stufen erreichen kann. Was mit Personen, Mandanten und Rechten geschieht, protokolliert Identity & Access. Wie die Daten aussahen, hält die Historie von Data Management fest.

Reporting (CRMS) erzeugt Berichte aus Vorlagen. Ihre Anwendung liest die benötigten Daten aus Data Management – mit den Rechten und Filtern der anfragenden Person – und übergibt sie zusammen mit der Vorlage an Reporting. Die Module laufen eingebettet in einer Anwendung oder als getrennte Dienste. Fachlich verhalten sie sich in beiden Fällen gleich.

Weitere Module

Passt CodamAI zu Ihrem Engineering Setup?

Der ehrlichste Weg dorthin ist ein technisches Gespräch: über Ihren Stack, Ihre Delivery und die Anforderungen, die Sie nachweisen müssen.