Projektplanung eVorgang
Integriertes Vorgangs-, Vergabe-, Signatur- und Vertragsmanagement für ein Dezernat der Bundesärztekammer, gebaut als neue Hülle auf eCore und betrieben als mandantenfähiger SaaS-Dienst von calhelp im begleiteten Abo. Das Dezernat ist der erste Mandant. Diese Seiten beschreiben, wie die Kernarchitektur umgesetzt wird, in welcher Reihenfolge gebaut wird und welche vorhandenen Bausteine aus eCore, eforms-cloud und calServer nachgenutzt werden.
Stand: Planung, noch kein Anwendungscode. Grundsatzentscheidungen vom 4. Oktober 2026 sind eingearbeitet. Offen sind die Zeichnungsbefugnisse mit Wertgrenzen und das Zielsystem der Finanzbuchhaltung; bis dahin gelten die Annahmen unter Entscheidungen.
Das Zielbild in einem Satz
Eine Vorgangsakte statt vier Systeme: Ticket, Beschaffungsantrag, Vergabeakte, Vertragsentwurf, Zeichnung und Vertrag sind Phasen desselben Vorgangs mit einem Aktenzeichen. Jedes Feld wird einmal erfasst und von jeder späteren Phase gelesen, und die digitale Vergabeakte entsteht aus dem fälschungssicheren Protokoll des Vorgangs.
Eingang/Antrag → Vorgang → Bedarf/Anfrage → Angebote → Prüfung/Bewertung → Freigabe
→ Zuschlag → Auftrag/Vertrag → interne Zeichnung → externe Gegenzeichnung
→ Ausfertigung → Vertrags- und FristenmanagementDie Planung
Kernarchitektur
Hülle aus der eCore-Vorlage, Desktop-Modus, Vorgangskern mit sechs Fachmodulen, Datenmodell, Verträge und Ereignisse des Kerns, Container, Rechte, Querschnitt und Qualitätssicherung.
Umsetzungsreihenfolge
Acht Etappen von den Anforderungen über Kern und MVP bis zu den Erweiterungen, je mit Arbeitspaketen, Ergebnis, Abnahme und Abhängigkeiten.
Nachnutzungskonzept
Welcher Baustein aus welchem Repository kommt, ob er übernommen, portiert oder als Muster nachgebaut wird, und was neu entsteht.
Entscheidungen
Was am 4. Oktober entschieden wurde, welche Annahmen bis zur Klärung gelten und welche Risiken die Planung trägt.
Die Reihenfolge auf einen Blick
| Etappe | Inhalt | Nutzen im Alltag |
|---|---|---|
| 0 Anforderungen | Workshop, Funktions- und Anforderungskatalog, Feldkatalog, Vorgangsarten | abgestimmte Grundlage für Angebot und Bau |
| 1 Kern | Hülle, Desktop-Modus in eCore, Vorgangskern, Verwaltung für Anmeldung, Teams, Vorgangsarten | mandantenfähige Basis auf der Entwicklungsplattform |
| 2 MVP | Posteingang (Graph und IMAP), Dokumentablage mit Versionen und Suche | Funktionspostfächer ohne CC-Verteiler, produktiv als erster Mandant bei calhelp |
| 3 Beschaffung | Antragsmaske, Prüfung, Freigabe, Rückgabe, Nachforderung, Angebote, Zuschlag | digitale Vergabeakte |
| 4 Dokumente und interne Zeichnung | Vorlagen mit Briefkopf, Textbausteine, Angebotsstempel, Zeichnungsregeln | Auftragsschreiben und Verträge aus dem Vorgang |
| 5 Externe Gegenzeichnung | Unterzeichnerseite, Erinnerungen, Siegel, Prüfprotokoll | Vertrag ohne Papier bis zum Partner |
| 6 Vertragsregister | Register aus der Ausfertigung, Bestandsimport, Fristen | keine verpassten Kündigungsfristen |
| 7 Erweiterungen | qualifizierte Signatur, Schnittstelle Finanzbuchhaltung | Sonderfälle und Anschluss an die Buchhaltung |
Gebaut wird mit Coding-Agenten unter menschlicher Steuerung und Prüfung. Die Fachmodule entstehen deshalb parallel, sobald der Kern seine Schnittstellen festgeschrieben hat; den Takt der Einführung geben die Entscheidungen und Abnahmen des Dezernats (Arbeitsweise).
Das MVP endet bewusst vor der Beschaffung. Es löst das tägliche Problem der Funktionspostfächer und legt mit Kern und Ablage die Datenbasis, auf der jede weitere Etappe aufsetzt.
Wie diese Seiten gepflegt werden
Die Quellen liegen in docs/ dieses Repositories und werden bei jedem Push auf main über GitHub Actions veröffentlicht. Die Aufwandsschätzung, das Pflichtenheft und der Umsetzungsplan zur Angebotserstellung bauen auf dieser Planung auf und folgen als eigene Dokumente.