M01 · Pakete und Runtime
Lokal bestanden · U07, U11
Node 24; npm ci; Audit einschließlich Entwicklung 0.
Nächster Nachweis: Remote-CI für den neuesten Optimierungsstand bleibt getrennt nachzuweisen.
CHA-PAH-1883-AUFBAUPLAN-2026-10-07 · Stand 12.10.2026
Aufbauplan · Phasen und Weiterarbeit
Arbeitsvorgabe für Umsetzungsteam und interne Verantwortliche. Die bestehende Plattform wird nach Abhängigkeiten weitergebaut. Eine Phase endet erst mit ihrem nachgewiesenen Ergebnis. Unabhängige Arbeiten können parallel laufen.
Hier nach dem Wiederöffnen weiterbauen
Phase 1 / U01: Bestand am 12.10.2026 fortgeschrieben; Klärpunkte bleiben offen. Hauptstand, Aufbauplan-Testfassung und Redaktionsvorschlag sind getrennt zugeordnet. U02 legt Zielumfang und Leitungsverantwortung fest; Besetzung und Budget bleiben offen. U03 enthält geprüfte API-Fehlerkorrekturen und 22 neue Regressionstests; der reale Kontodurchlauf bleibt offen. Artikel-/Varianten-, Kategorien- sowie Konto-/Originalzuordnung fortlaufend klären.
Diese Vorgabe ist als Plattformdatei gespeichert und bleibt nach Schließen und Wiederöffnen erhalten. Die Tabelle ist eine versionierte Arbeitsliste; sie speichert keine spontanen Browsernotizen. Fortschritte werden mit Nachweisen in einer neuen Plattformversion fortgeschrieben.
Testsimulation, technische Umsetzung und tatsächliche Betriebs-/Fachfreigabe sind getrennte Stände. Diese Akte erteilt keine automatische Freigabe.
U02 · Ziel, Umfang und Verantwortlichkeiten
Ziel ist die zusammenhängende interne Referenz-, Präsentations- und Testplattform: Office, bestehendes Konto, Vertrag, Belege, alle 30 Formularzwecke, Field Calendar, Redaktion, Supply Room, Anbieterabläufe, D1-Parcours, physische Ausgabe und Rückgabe sowie Beendigung und Betrieb. D1 dient als erster vollständiger Prüfdurchlauf; alle zehn Divisionen bleiben im Gesamtumfang.
Fachliche Gesamtverantwortung: Director Allan Pinkerton. Unternehmerische Verantwortung und Budget: Investor Hans Engels. Beide Funktionen übt Hans Engels aus. Technische Ausführung, Redaktion, Shop, Betrieb, Logistik und externe Fachstellen müssen mit konkreten ausführenden Personen besetzt werden.
16 Pflichtanforderungen besitzen Priorität, Prüfkriterium und Ergebnisverantwortung. Zielumfang ist festgelegt; Ausführungsbesetzung, Budget und Kapazität bleiben offen. Die U01-Klärpunkte werden weitergeführt. Nächste Arbeitsstufe: U03, Zugang, Personenakte und Rollenabläufe.
U02 · Vollständige Vorgabe und Abnahmekriterien herunterladenU03 · Zugang, Personenakte und Rollenabläufe
22 neue Regressionstests bestanden; 15 frühere isolierte Regelprüfungen dokumentiert. Anmeldung, aktive Mitgliedschaft und Fachrolle sind getrennte Voraussetzungen. Zahlung oder Alias allein erzeugen keinen Zugang. Der bestehende Vorgang 0001 wird fortgeführt; konkrete Konto- und Originalzuordnung bleiben zu prüfen.
| Zustand / Rolle | Zulässiger Umfang |
|---|---|
| Besucher | Öffentliche Wege; keine privaten Akten. Kündigung und Widerruf bleiben öffentlich erreichbar. |
| Angemeldet ohne aktiven Vertrag | Konto-/Registrierungswege und vorhandener eigener Vertragsbeleg; Mitglieder-Personenakte geschlossen. |
| Aktives Mitglied | Eigene Personenakte und zulässige Mitgliedswege; fremde Akte gesperrt. |
| Director / persönliche Plattformleitung | Gespeicherte aktive Fachrolle erforderlich; persönliche Leitung zusätzlich an bestätigte Benutzer-ID gebunden. |
| Physische Fachrollen | Maxwell, Tafel-Director und Field Lead besitzen unterschiedliche Rechte. Besonderer Maxwell-Lesezugriff muss ausdrücklich geprüft werden. |
Status: Zugangs-/Rollenfehler der Personenakten- und Rollen-API korrigiert; realer Kontodurchlauf offen. Noch erforderlich sind tatsächliche Staging-Anmeldung, Konto-/Originalzuordnung, eigene/fremde Akte und Rollenproben. Die beiden APIs unterscheiden Anmeldung, Vertragsstatus und Dienstfehler und geben keine internen Fehlerdetails aus. Weitere Fehlerzustände einschließlich Proxy bleiben Restarbeit.
U03 · Ablauf, Rollenmatrix und Prüfbericht herunterladenCHA Prüfmatrix und Gesamtbericht
Die geprüften Reparaturen sind den Aufgaben U01 bis U16 zugeordnet. Lokale technische Ergebnisse, Anbieterbelege und tatsächlicher Betrieb besitzen eigene Abschlusskriterien. Stand: 12.10.2026.
Pakete, Canon, Kalenderdarstellung und Parcours sind lokal geprüft. Echte Anmeldung, Anbieteranschlüsse, Originale und physische Abläufe bleiben gesonderte Aufgaben. Field Calendar bleibt das führende Kalendersystem.
Vollständigen CHA Matrix Gesamtbericht herunterladenM02 · Build und Typen
Lokal bestanden · U07, U11
Sauberer Produktionsbuild und TypeScript erfolgreich.
Nächster Nachweis: Eine erfolgreiche Bereitstellung mit gleichem Commit gesondert zuordnen.
M03 · Automatisierte Abläufe
Lokal bestanden · U03, U11
166 Einzeltests und vollständige Suite mit 98 Playwright-Prüfungen.
Nächster Nachweis: Keine Addition dieser Zahlen als vollständige Geschäftsabdeckung.
M04 · Kalender und Archiv
Grafisch geprüft · U11
12 zusätzliche Prüfungen; 320, 390, 768 und 1440 Pixel ohne Überlauf.
Nächster Nachweis: Reale Termindaten sowie Safari, Firefox und echtes iPhone offen.
M05 · Canon Kapitel
Lokal bestanden · U01, U11
12 HTTP-Prüfungen; beide Build-Traces enthalten alle 10 verschiedenen Kapitel.
Nächster Nachweis: Versiegelte Kapitel bleiben unverändert.
M06 · Parcours und private Berichte
Lokal bestanden · U03, U11
Lokaler Browser → echte API → PGlite: E1/E2/E3, Pause, Fortsetzung, Revision und private Berichte.
Nächster Nachweis: Lokaler Auth-Anbieter belegt keine reale Staging-Anmeldung.
M07 · Fehler und Wiederholungen
Lokal bestanden · U03, U11
6 Szenarien mit 78 Stationsansichten und 13 Fehlerprüfungen; Entwürfe und Wiederholungsschlüssel erhalten.
Nächster Nachweis: Maxwell-Fachfreigabe und reale Agentenzuordnung getrennt prüfen.
M08 · Anbieter und Kommunikation
Offen · U06, U09, U10
Öffentliche Einstiegsschranken und synthetische Abläufe geprüft.
Nächster Nachweis: Shopify, Zahlung, Erstattung, DOI, Zustellung und Kalenderimporte benötigen Anbieterbelege.
M09 · Originale und Formulare
Teilnachweise · U04, U05, U13
Vorhandene Register- und Rechteprüfungen bleiben erhalten.
Nächster Nachweis: Alle 30 Formularzwecke, Originalkatalog-Downloads und Fachentscheidungen konkret nachweisen.
M10 · Physische Leistung und Betrieb
Offen · U08, U12, U14
Vorgaben für Ausgabe, Einsatz, Rückgabe und Betrieb vorhanden.
Nächster Nachweis: Reale Übergaben, aktueller Restore, Probealarm und besetzte Zuständigkeiten fehlen.
M11 · Übernahme und Veröffentlichung
Getrennte Stände · U15, U16
Hauptstand bbe101f enthält frühere Übernahme; Optimierungen am Teststand 1a89b219 bestätigt.
Nächster Nachweis: Die aktuelle Matrix-Fortschreibung bleibt im Testzweig; keine automatische Gesamtfreigabe.
Phasen 1–10
1. Bestand feststellen
Seiten, Funktionen, Produkte, 30 Formularwege, Konten, Daten und Anbieter erfassen. Tatsächlich funktionsfähig, simuliert, vorbereitet und fehlend trennen.
Abschlusskriterium: Verbindliches Bestands- und Lückenverzeichnis.
2. Ziel und Umfang festlegen
Zielgruppen, Nutzen, Leistungen, Budget, erste betriebsfähige Version und Verantwortliche bestimmen.
Abschlusskriterium: Priorisierte Anforderungen mit messbaren Abnahmekriterien.
3. Abläufe und Rollen ordnen
Office → Registrierung → Annahme/Zahlung → Nutzung → Ausgabe/Einsatz/Rückgabe → Beendigung. Zustände, Fehlerfälle und manuelle Entscheidungen festlegen.
Abschlusskriterium: Ablaufplan und serverseitige Berechtigungsmatrix.
4. Daten und Nachweise vereinheitlichen
Maßgebliche Quellen für Personen, Produkte, Verträge, Zahlungen und Dokumente festlegen. Herkunft, Version, Zuordnung und Aufbewahrung regeln.
Abschlusskriterium: Datenmodell und eindeutiges Ablagekonzept.
5. Technische Grundlage absichern
Entwicklung, Test und Produktion trennen. Zugänge, Geheimnisse, Datenbankmigrationen, Backups und Veröffentlichungswege prüfen.
Abschlusskriterium: Belastbare Umgebungen und geprüfte Schutzmaßnahmen.
6. Funktionen und Anbieter anbinden
Fehlende Abläufe ergänzen; Shopify und Mail tatsächlich verbinden. Signierte Meldungen, Wiederholungen, Abbrüche und Abgleich behandeln.
Abschlusskriterium: Zusammenhängende Benutzerwege mit Anbieter-Testnachweisen.
7. Vollständige Abläufe prüfen
Bestätigte Testkonten, eigene/fremde Zugriffe, Belege, Kündigung/Widerruf/Erstattung und reale physische Übergaben getrennt prüfen.
Abschlusskriterium: Prüfprotokolle und bearbeitete Mängelliste.
8. Betrieb und Fachabnahme abschließen
Support, Überwachung, Wiederherstellung, Zuständigkeiten, Originale und erforderliche externe Fachentscheidungen nachweisen.
Abschlusskriterium: Dokumentierte Betriebs- und Fachabnahme.
9. Kontrolliert veröffentlichen
Geprüften Versionsstand ausdrücklich freigeben, übernehmen, Domain/Einstieg prüfen und Rückweg bereithalten.
Abschlusskriterium: Nachvollziehbare Produktionsfreigabe.
10. Laufend betreuen
Störungen, Nutzung, Kosten und Anbieterabgleiche überwachen; Änderungen erneut prüfen und dokumentieren.
Abschlusskriterium: Dauerhaft betreuter Betrieb.
Reihenfolge der Arbeitspakete
- Zugang und Personenakte
- Vertrag und Nachweise
- Shop und Zahlung
- Leistung und physischer Teil
- Beendigung und Betrieb
Zentrale Umsetzungsliste
U02 benennt die bekannte Leitungsverantwortung; weitere ausführende Personen und Termine sind noch zu bestimmen. „Vorhanden“ bestätigt keine vollständige Betriebsabnahme. U01, U03, U07, U11 und U16 am 12.10.2026 ergänzt; U02 behält die Festlegung vom 09.10.2026. Weitere Aufgaben führen den jeweils dokumentierten Planungsstand fort. Aktuelle Bestandsänderungen und Nachweisgrenzen stehen im U01-Bericht.
| ID / Phase | Anforderung | Vorhandener Stand | Fehlende Arbeit | Abhängigkeit | Verantwortliche Rolle | Prüfkriterium | Nachweis | Status |
|---|---|---|---|---|---|---|---|---|
| U01 / 1 | Bestandsabgleich | Bestand vom 09.10.2026 fortgeführt; Hauptstand bbe101f und optimierter Teststand 1a89b219 am 12.10.2026 getrennt bestätigt | Shopify-Zuordnung, Tarif-/Leistungsabweichung und tatsächliche Konto-/Original-/Betriebsnachweise klären | Start | Produktleitung / Technik | Bestandsverzeichnis ohne ungeklärte Zuordnung | CHA_U01_Bestandsabgleich_2026-10-09.md; Reparaturbericht 2026-10-12-integration; aktuelle Zweig-/Dateiprüfung | Bestand fortgeschrieben; Anbieter-/Originalzuordnung offen |
| U02 / 2 | Ziel und erste Version | Interner vollständiger Pilot; Gesamtumfang D1–D10; 16 Pflichtanforderungen mit Prüfkriterien | Ausführende Personen, Budget, Kapazität und fachliche Zuordnungen vervollständigen | U01-Klärpunkte fortlaufend | Director Allan Pinkerton / Investor Hans Engels | Jede Pflichtanforderung besitzt Prüfkriterium und Verantwortlichen | CHA_U02_Ziel_Umfang_Verantwortliche_2026-10-09.md; Nutzerauftrag 09.10.2026 | Zielumfang festgelegt; Besetzung/Budget offen |
| U03 / 3 | Zugang und Personenakte | Vorhandene Personenakten-/Rollenreparatur mit 22 Regressionstests; ergänzend lokale Parcours-API-/Eigentumsproben bestanden | Echte Staging-Anmeldung, Vorgang 0001, eigene/fremde Akte und Sonderrollen prüfen; weitere Fehlerzustände einschließlich Proxy vereinheitlichen | U02; Testkonfiguration U07 | Director Allan Pinkerton; technische Ausführung zu benennen | Berechtigte Zugriffe funktionieren; gewöhnlicher Fremdzugriff verweigert; Fachsonderrechte ausdrücklich geprüft | U03-Bericht vom 09.10.2026; 2026-10-12-integration: Parcours ohne Sitzung 403 und fremde private Berichte 0; synthetischer Auth-Anbieter | Technische Teilprüfungen bestanden; reale Konto-/Originalzuordnung offen |
| U04 / 3 | 30 Formularwege | 30 Zwecke zugeordnet; SEPA FORM 06 gesperrt | Jeden zulässigen Weg mit Rolle und tatsächlicher Ablage prüfen | U02, U03 | Fachverantwortliche / Technik | 29 zulässige Zwecke nachgewiesen; FORM 06 erst mit gültigem Verfahren | Register-/Zugriffsprüfungen vorhanden; 30 Betriebsfälle nicht nachgewiesen | Teilweise geprüft |
| U05 / 4 | Vertrag und Belegablage | Annahme- und Formularbelegmigrationen produktiv installiert | Tatsächliche Annahme, Volltextbeleg und dauerhafte Ablage durchspielen | U03, U04 | Betreiber / Technik | Zahlung allein erzeugt keine Annahme; Originalbezug und Abruf nachgewiesen | SQL-/Browserprüfungen; Originalvertragsfall offen | Technik vorhanden |
| U06 / 4 | Produktabgleich | 17 CHA-Katalogstücke, vier Werkstattmuster, elf Quellshopangebote erfasst | Überschneidungen und echte Shopify-Produkte/Varianten/Bestände zuordnen | U01, U02 | Shopverantwortliche | Jeder angebotene Artikel hat eindeutige bestätigte Produkt-/Variantenkennung | Quellkatalog vorhanden; Anbieterabgleich offen | Offen |
| U07 / 5 | Testumgebung | Vorhandene Staging-Konfiguration; neu reproduzierbare lokale Prüfkopie ohne Umgebungsdateien und mit synthetischer Identität | Staging-Servicezugang und tatsächliche Anmeldung verifizieren | U02 | Technik | Keine Produktionsdaten/-schlüssel im Test; Rollenabläufe nachgewiesen | npm ci, Node 24, sauberer Build und lokale Auth-/PGlite-Proben am Reparaturstand 1a89b219; tatsächliche Staging-Anmeldung nicht neu belegt | Lokale Testumgebung geprüft; echter Staging-Kontodurchlauf offen |
| U08 / 5 | Sicherung und Wiederherstellung | Architektur und technische Grundlage vorhanden | Backups, Wiederanlaufziele und echte Restoreprobe dokumentieren | U01 | Betrieb / Technik | Rücksicherung hält bestätigte Ausfall-/Datenverlustziele ein | Aktueller Restorebeleg fehlt | Offen |
| U09 / 6 | Shopify und Zahlungsabgleich | Proforma-Shoptest und Zahlungslogik vorhanden | Gültige Shopdomain, Zugänge, signierte Webhooks, Sandbox-Zahlung/Erstattung | U05, U06, U07 | Shop / Technik | Anbietertransaktion stimmt mit internem Vorgang überein; Wiederholung ist sicher | Proforma ist TEST/FIKTIV; echter Anbieterbeleg fehlt | Simulation vorhanden |
| U10 / 6 | Mail und DOI | Formular-/Mailabläufe vorhanden | Mailanbieter, Absender, Versand, Zustellung und DOI prüfen | U03, U07 | Betrieb / Technik | Versand und Zustellung anhand tatsächlicher Anbieterkennungen getrennt belegt | Live-Anbieterbelege fehlen | Offen |
| U11 / 7 | Gesamttest | Optimierter Teststand: 166 Einzeltests, 98 Playwright-Prüfungen; zusätzliche Grafik-, Canon- und Parcoursprüfungen bestanden | Authentischen Durchlauf aller Pflichtwege einschließlich Fehlerfällen durchführen | U03–U10 | Qualität / Fachverantwortliche | Keine Pflichtstrecke offen; Nachweise je Vorgang vorhanden | 2026-10-12-integration/README.md und Nachweise am Reparaturstand 1a89b219; keine Addition überlappender Testzahlen und keine realen Zahlungs-/Übergabebelege | Lokaler technischer Gesamtlauf bestanden; Anbieter-/Betriebsstrecken offen |
| U12 / 7 | Physische Leistung | Ausgabe-, Einsatz- und Rückgabewege beschrieben | Reale Übergaben, Zustände, Rollen und Abschluss erfassen | U03, U04 | Logistik / Einsatzleitung | Reale Ausgabe und Rückgabe mit Zeitpunkt, Verantwortlichem und Beleg | Aktuelle Betriebsbelege fehlen | Offen |
| U13 / 8 | Originale und Fachabnahmen | Dateiintegrität des Formular-PDF geklärt | Unterschriebene Originale und erforderliche externe Fachentscheidungen ergänzen | U05, U11, U12 | Betreiber / externe Fachstellen | Zeitlich und sachlich passende Original-/Fachnachweise vorhanden | Prüfsumme ersetzt keine Unterschrift oder Fachfreigabe | Offen |
| U14 / 8 | Support und Überwachung | Betriebsanforderungen formuliert | Verantwortliche, Alarmierung, Vertretung und Störungsabläufe bestätigen | U08, U11 | Betrieb | Probealarm und Störungsfall werden nachvollziehbar bearbeitet | Aktuelle Betriebsabnahme offen | Offen |
| U15 / 9 | Alte Website und Domain | Shop-Testlink und HTML-Einbaupaket vorbereitet | Verwaltungsanmeldung, Einbau auf alter Website und Domainprüfung | U11; Gesamtbetrieb zusätzlich U13/U14 | Websiteverwaltung / Betreiber | Veröffentlichung auf richtigem Ziel und funktionierender Einstieg nachgewiesen | STRATO-Anmeldung nicht abgeschlossen; alte Website nicht geändert | Vorbereitet |
| U16 / 10 | Weiterarbeit und Pflege | Aufbauplan mit aktueller CHA-Prüfmatrix, Versionszuordnung, Nachweisen und vollständigem Gesamtbericht | Status nach belegtem Fortschritt fortschreiben; Änderungen erneut prüfen | Alle Phasen fortlaufend | Produktleitung / Betrieb | Entscheidungen, Versionen, Prüfungen und offene Punkte bleiben nachvollziehbar | CHA_Matrix_Gesamtbericht_2026-10-12.txt; versionierte Fortschreibung im CHA-Testzweig | Fortgeschrieben; laufende Aufgabe ohne automatische Betriebsfreigabe |
Technische und organisatorische Vorgaben
Dokumentierte Architektur mit Oberfläche, Geschäftslogik, Datenbank, Identitätsverwaltung, Dateiablage und Schnittstellen. Serverseitige Rechteprüfung; eindeutige Datenquellen; sichere Geheimnisverwaltung; getrennte Umgebungen; kontrollierte Migrationen; Fehler- und Wiederholungsbehandlung; Überwachung und geprüfte Wiederherstellung. Navigation, mobile Bedienbarkeit und Barrierefreiheit gehören zur Abnahme.
Das Übergabepaket umfasst Anforderungen, Ablaufbeschreibungen, Architektur, Datenmodell, Berechtigungsmatrix, Schnittstellendokumentation, Testnachweise, Betriebshandbuch und Abnahmeprotokoll. Ziele, Budget, Verantwortliche sowie akzeptierte Ausfall-/Datenverlustzeiten werden ausdrücklich entschieden.
Vor Gesamtbetriebsfreigabe müssen erforderliche Anbieter-Testnachweise, Originale, physische Nachweise und Fachentscheidungen vorliegen. Ein grüner Build, ein Proforma-Beleg oder eine Dateiprüfsumme allein genügt dafür nicht.