Was im Development entsteht
| Modul | Zweck | Beschreibung |
|---|---|---|
| Central-User-Manager | Kunde, Mandant, Benutzer, Rollen, Pläne, Freigaben | <p>Die zentrale Steuerebene. Sie führt Kunden, Mandanten, Benutzer und Rollen sowie Pläne, Berechtigungen und Freigaben. Angebundene Portale speichern nur stabile Verweise und lokale Projektionen — keines fällt auf einen eigenen Plan zurück.</p><p>Ohne dieses Modul läuft keines der anderen.</p> |
| Social-Media-Manager | Kampagnen planen und freigeben | <p>Planung, Review und Freigabe von Kampagnen über mehrere Kanäle. Die Veröffentlichungsdienste bleiben ausführende Provider; geteilt wird die Kampagnenkennung, nicht die Hoheit.</p> |
| Newsletter | Versand und Auswertung | <p>Newsletter, Versand und Auswertung als eigenes Fachportal. Die Absenderdomäne kommt aus der Domänenautorität, die Einwilligung aus dem Consent Management — nicht aus einer Liste im Versandwerkzeug.</p> |
| Consent Management | Einwilligung konfigurieren und nachweisen | <p>Konfiguration der Einwilligung je Site und der Nachweis darüber. Öffentliche Abrufe und Idempotenz sind an die Site gebunden.</p> |
| Landingpages und Partnerseiten | Projekt, Veröffentlichung, Abrechnung | <p>Landingpage-Projekte und Partnerseiten samt Veröffentlichung, Abrechnung und Rendering. Die Domänenbindung läuft über die Domänenautorität, die Gestaltung über die gemeinsame Designbasis.</p> |
| Domänen und DNS | Domain, Zone, Record, verifizierte Verbindung | <p>Autorität für Domains, DNS-Zonen und -Einträge und für verifizierte Verbindungen. Portale speichern stabile, nicht geheime Verweise statt eigener Kopien.</p><p>Auch dieses Modul ist Voraussetzung, nicht Zubehör.</p> |
| Designbasis | Tokens, Barrierefreiheit, Shell-Regeln | <p>Gemeinsame Gestaltungsgrundlage: Design-Tokens, Regeln für Barrierefreiheit und die Rahmenstruktur. Jedes Portal behält seine eigene Informationsarchitektur.</p> |
| Produktstammdaten | Produkt- und Preisversionen führen | <p>Führt Produkt- und Preisversionen. Der Checkout verweist darauf und kopiert die Hoheit nicht — eine Preisänderung passiert an einer Stelle.</p> |
| Checkout | Bestellung und Zahlungsnachweis | <p>Bestellung, Auftrag und Zahlungsnachweis mit idempotenter Ausgangswarteschlange. Produkt und Preis werden auf Pläne abgebildet; Rechnung und Buchhaltung bleiben außerhalb.</p> |
| Faktura | Das rechtliche Rechnungsdokument | <p>Erzeugt und verwaltet das rechtliche Rechnungsdokument samt Lebenszyklus. Der Neubau läuft migrationsfähig neben dem Bestand; der Umstieg ist ein eigener Schritt und bleibt freigabepflichtig.</p> |
| Moneyflow | Cashflow-Projektion und Auswertung | <p>Projektion der Zahlungsströme und Auswertung für die Buchhaltung. Ausdrücklich ohne Rechnungs-, Zahlungs- oder Vertragshoheit — es rechnet aus, was andere Module führen.</p> |
Stand: