Stand 26.10.2026, 09:55: erste Fassung (Livegang-Schritte T1 bis T16, Entscheidungen L1 bis L9), Nomad. Löst die Befunde „Abschnitt 4 ohne Karte“, „Domain-Umzug“, „Weiterleitung alter Adressen“ (Teil A), „COPLA-Firmenkonto zum Livegang“ (Teil A), „Abnahme durch den Kunden“, „Schulung und Anleitung“, „Abschlussbericht für den Auftraggeber“, „Google / Search Console“ aus dem Vergessen-Check vom 26.10. Alles, was der Kunde liefern muss, steht in Teil 1a als Zulieferung Z1 bis Z14 mit spätestem Eingang und Rückfall; angefragt wird alles in EINER Mail am Ende, deren Grundlage das Dokument _berichte/OFFENE-FRAGEN-ABSCHLUSS.html ist; den Versand entscheidet Nomad, diese Karte verlangt keine Mail. Was Geld, Recht oder den Kunden betrifft, steht unten unter „Entscheidung Nomad“.
Grundlage: PLAN-BACKEND Fassung 5 (Zeitplan, Betrieb, Schnittstellen › COPLA), Karte 0 (Betrieb), Karte 1a (W2 alte Adressen, proxy.ts, stellen_adressen, Sonderseiten), Karte 1b (1.12 Recht, 1.13 robots/Sitemap, W3 Rechtsadressen, einstellungen.betreiber), Karte 2a (1.9 zweiter Faktor, 1.13 Firma löschen, 1.14 Team), Karte 3 (1.2 Prüfen mit Schalter H124, 1.4 Firma anlegen H126/H127, 1.11 Einstellungen, 1.13 COPLA-Abruf H120, D16, D24, D25, D26), TESTABLAUF 22.10., KUNDENLISTE-LIVEGANG 22.10., Übergabe 22.10. (Abschlussbericht, 8 GB).
Zeitplan (Baureihenfolge 26.10., hier nur die Termine, auf die diese Karte baut): 1a Mi 04.11. (Messpunkt 1) · 1b Di 10.11., Zwischenstand 1 Mi 11.11. · Testrunde 1 Do/Fr 12./13.11. · 2a Do 19.11. (Messpunkt 2), Zwischenstand 2 Fr 20.11. · Testrunde 2 Mo/Di 23./24.11. · 3 Do 26.11. · Nachtlauf Do 26.11. abends · Korrekturen Fr 27.11., Einfrieren 16:00 · Schulung und Abnahme Mo 30.11. · Livegang Di 01.12. bis Do 03.12. · 2b ab Do 03.12. · Domain-Zugang und alle anderen Zulieferungen: Teil 1a.
Format der Checklisten: was · wer · wann · Voraussetzung · Prüfung · Rückweg. Wer = Nomad, Nomad (nur er), 3BS, COPLA.
Zulieferungen vom Kunden (eine Sammel-Anfrage am Ende)
Was die 3BS GmbH spätestens bis wann liefert, damit der 01.12. hält, und was gilt, wenn es später kommt.
Nomad 26.10.: keine Einzelmails, alles am Ende in einer E-Mail. Das Dokument _ erklärt jede Frage für Nomad und den Kunden (worum es geht, warum wichtig, Vorschlag, wer entscheidet, bis wann); die Mail fasst es zusammen. Hier nur die Liste mit dem spätesten Eingang, damit der 01.12. hält, und dem Rückfall, wenn etwas später kommt. Fehlt eine Zulieferung am spätesten Termin, meldet Nomad es Nomad in einer Zeile und fragt den Kunden nicht (L-A10).
| Nr | Zulieferung | Spätester Eingang für den 01.12. | Rückfall, wenn es später kommt |
|---|---|---|---|
| Z1 | Zugang zu Hosting und Domain bululu.de (DNS-Einträge für Mail, TTL, Umzug) | Mi 25.11. (TTL senken Fr 27.11., DNS-Umzug Di 01.12.) Dazu ausdrücklich: Wo ist bululu.de registriert (eigener Registrar oder Teil des Hostinger-Pakets), und bleibt die Domain samt DNS-Verwaltung bestehen, wenn das Hosting gekündigt wird? | Livegang rückt tageweise (L4); Mail-Absender bleibt die Nomad-Adresse, das Hochfahren von mail. beginnt, sobald die Einträge stehen (Karte 0 Teil 5) |
| Z2 | Laufen heute Postfächer @bululu.de? Soll es kontakt@bululu. geben? (Karte 0 E5) | mit Z1 | MX bleibt unverändert, Kontaktadresse bleibt die aus Z3 |
| Z3 | 3BS-Adresse für Kontaktanfragen und Meldungen (kontakt_) | Mi 25.11. | V04 nur an die Verwaltung, Reply-To = Absender |
| Z4 | Datenschutz: Datenschutzbeauftragter ja oder nein, E-Mail für Datenschutzfragen | Mi 25.11. | es bleibt „nicht benannt“ und post@bululu.de (RECHTSTEXTE P-5050-RT) |
| Z5 | Bestätigung der Registerangaben im Impressum (Amtsgericht, HRB, USt-IdNr.; übernommen aus dem heutigen Impressum) und ob die 3BS GmbH ein Kleinstunternehmen ist (Erklärung zur Barrierefreiheit, R5) | Mi 25.11. | Angaben aus dem heutigen Impressum bleiben; Erklärung zur Barrierefreiheit wird eingebunden |
| Z6 | Vertrag zur Auftragsverarbeitung 3BS ↔ Nomad (Text von Nomad, RECHTSTEXTE P-5050-RT Abschnitt 7) | Mo 30.11. (Abnahme, Unterschrift beider Seiten) | Livegang ohne unterschriebene AVV = Entscheidung Nomad (Recht, R1) |
| Z7 | Google-Konto für die Search Console (und ob ein Unternehmensprofil besteht) | Mi 25.11. | Nomad-Konto, 3BS wird später Inhaber (L8) |
| Z8 | Wer bei 3BS Türkisch gegenliest (falls gewünscht) | Fr 20.11. | bezahlter Übersetzer (E13) |
| Z9 | Echte Werbepreise und Eigenwerbungs-Motive für die Werbeflächen | Mi 25.11. | Werbeplanung ohne Preise, Platzhalter-Motiv „Hier werben“ (1a W6) |
| Z10 | Bundesagentur: Kooperationsvereinbarung beantragen, Frage nach Stellen anderer Arbeitgeber (2b.4) | so früh wie möglich, dauert Wochen; nicht livegang-relevant | 2b.4 bleibt vorbereitet, Übertragung startet nach Freischaltung |
| Z11 | Logo in Druckqualität, eigene Fotos (falls vorhanden) | Fr 20.11. | B-Bilder nach bilder. mit Beleg (1b 1.12, S10) |
| Z12 | Teilnehmer der Schulung; Personen bei 3BS für Verwaltungskonten (Name, E-Mail) | Mi 25.11. | Herr Schiffke allein (L-A5, L-A6) |
| Z13 | Prüf-Schalter zum Livegang an oder aus; Firmen ohne Prüfung (Karte 3 D25) | Mo 30.11. (Abnahme) | Standard: an, keine Firma ohne Prüfung außer COPLA |
| Z14 | Termin Schulung und Abnahme Mo 30.11. bestätigen; Freigabe-Satz (A2) | Fr 20.11. | L2; ohne Freigabe kein DNS-Umzug |
Livegang-Risiko, einmal sachlich: Die eine Mail geht, wenn Nomad es sagt. Damit der 01.12. hält, braucht sie Antworten auf Z1 und Z7 bis Mi 25.11. (Rechnung: 48 Stunden gesenkte TTL plus ein Werktag Prüfung). Kommt Z1 später, ist der DNS-Umzug an diesem Tag nicht möglich und der Livegang rückt tageweise (02.12., 03.12., sonst Mo 07.12.; L4); kommt Z5 später, bleiben die Angaben aus dem heutigen Impressum (die Rechtstexte schreibt Nomad, L1); kommt Z7 später, läuft die Search Console über das Nomad-Konto. Z10 (Bundesagentur) betrifft nur 2b.4. Nichts davon ist ein Grund zu drängen; es steht hier, damit die Entscheidung über den Versandzeitpunkt mit der Folge zusammen auf dem Tisch liegt.
Vorbereitung ab Abschnitt 3 (und was schon vorher anläuft)
Vorbereitungen vor dem Livegang: Domain, Mailversand, alte Adressen, Rechtstexte, COPLA-Stellen, Gegenlesen und Sicherungsprobe.
| Nr | Was | Wer | Wann | Voraussetzung | Prüfung | Rückweg |
|---|---|---|---|---|---|---|
| V1 | Domain- und Hosting-Zugang entgegennehmen; DNS-Bestand von bululu.de sichern (alle Einträge als Textdatei _ mit Datum, ohne Geheimnisse); prüfen, ob Postfächer @bululu.de laufen (Karte 0 E5) | Nomad, Nomad hat den Zugang | sobald Z1 eingeht (Teil 1a), spätestens Mi 25.11. | Z1, Z2 | Datei liegt vor, MX und Postfach-Frage beantwortet, Karte 0 Teil 5 und B04 (www oder nicht) nachgezogen | Zugang kommt später: alle DNS-Schritte verschieben sich tageweise; Rückfall „ohne Domain-Umzug live“ (Plan Messpunkt) steht in Teil 6 |
| V2 | Adressen der Altseite aufnehmen: Sitemap und Menü von bululu.de lesen, alle Pfade (Seiten, Stellen, Rechtstexte, Bilder nur, wenn verlinkt) in _ (Spalten: alt_pfad, art, neu_pfad oder ziel, bemerkung) | Nomad | mit V1; Abruf der Live-Seite ist eine Webseiten-Prüfung und braucht Nomad' Ja (Prüfplan, §0c): „Prüfplan: Altseite bululu.de abrufen · Sitemap + bis 50 Seiten · 10 Min. · gering“ | Nomad' Ja; alternativ Sitemap-Export aus dem alten Hosting (mit Z1) | CSV mit jeder Altadresse und einem Ziel (Seite, Stelle, Firma, oder „weg“ = 410) | Ohne Ja oder ohne Zugang: nur die Standard-Pfade aus Entwurf B (index, jobs, stelle, impressum, datenschutz, agb) werden angelegt; Rest nach dem Livegang über das 404-Protokoll (H202) |
| V3 | Tabelle alt_ bauen (Datenmodell Teil 2, H200 bis H202), Tabelle in der Migration 0004_ (+ Rückweg; BAUREIHENFOLGE S11), Weiterleitung in proxy. (1a), Einspielskript | Nomad (Paket 3.12) | Abschnitt 3, Mo 23.11. bis Do 26.11.; bis V2 vorliegt mit den Standard-Pfaden aus Entwurf B | 1a proxy.ts und Sonderseite 404 vorhanden; Karte 1b W3 (Rechtsadressen /impressum usw.) | pruefung/ grün (Teil 2) | Migration hat Rückweg; ohne Tabelle liefert 1a weiter 404 |
| V4 | mail. einrichten (SPF, DKIM, DMARC p=none, MX des Teilbereichs; Karte 0 Teil 5) und Warmup starten | Nomad (Mailserver), Nomad setzt DNS-Einträge mit dem Kundenzugang (Annahme B07) | Einträge am Tag nach Z1; Hochfahren ab dem Folgetag (Karte 0 Teil 5; bis die Stufen durchlaufen sind, bleibt der Absender die Nomad-Adresse, auch über den Livegang hinaus) | V1 | Testmail von der Testumgebung: SPF, DKIM, DMARC pass in den Kopfzeilen (Karte 0 Teil 5 Prüfung) | Einträge zurücknehmen = Textdatei aus V1; Absender bleibt Nomad-Adresse |
| V5 | Externen Erreichbarkeitsprüfer für die Testadresse anlegen (ohne Alarm), Fehlerprotokoll-Projekte test/live anlegen | Nomad / Nomad (Konto) | nach 1a, bis Fr 06.11. | Karte 0 E7, E9 entschieden | Verlauf zeigt die Testadresse grün | Prüfer löschen |
| V6 | Testumgebung mit Testkonten und Musterdaten je Testrunde vorbereiten (TESTABLAUF „Was Nomad vorbereitet“), Testpersonen bekommen keine Mail: sie tippen eine vorbereitete Testadresse, Code und Links liest die Testleitung aus Nomad’ Postfach vor; am Testtag Testkonten löschen | Nomad; Leitung des Tests = Karte 0 E14 | Mi 11.11. (Testlauf), Do/Fr 12./13.11., Mo/Di 23./24.11. | Zwischenstand 1 bzw. 2 hochgeladen | Skript zuruecksetzen. gelaufen, Konten vorhanden, Umleitung an Nomad aktiv (Testmail kommt bei ihm an); am Morgen des Testtags klickt die Testleitung (E14) zehn Minuten selbst durch (Startseite, Suche, eine Stelle, Bewerben-Fenster), bevor Testpersonen beginnen, weil den Stand vorher niemand im Browser gesehen hat (Bewertung 26.10.) | zuruecksetzen. erneut |
| V7 | Rechtstexte einspielen (Impressum mit Bildnachweis, Datenschutz, Nutzungsbedingungen, AGB; Texte RECHTSTEXTE P-5050-RT) über das Einspielskript 1b, schon mit Paket 1b.2 in die Testumgebung; Angaben aus Z4 und Z5 nachziehen | Nomad | 1b.2, Nachtrag bis Do 26.11. | Texte liegen vor (27.10.) | H52: vier Rechtsseiten vollständig; Datenschutz nennt Gerätespeicher, keine „Reichweitenmessung“ mit Einwilligung | Text an der Fundstelle korrigieren und neu einspielen |
| V8 | Betreiber-Einstellungen in der Testumgebung füllen (einstellungen.: Anschrift 3BS, Telefon, kontakt_, Absender), Fachbereiche A13 bestätigen, Eigenwerbungs-Motive für die Werbeflächen | Nomad; 3BS liefert Kontaktadresse (Z3) und Werbepreise/Motive (Z9) | Abschnitt 3; Z3 und Z9 nach Eingang | Karte 3 1.10, 1.6 | V04 geht an kontakt_ | Werbeflächen zeigen Platzhalter-Motiv „Hier werben“ (1a W6) |
| V9 | COPLA-Abruf schon auf der Testadresse: Firma „COPLA Burg GmbH“ in der Testumgebung per H126 anlegen (Admin-Einladung an ein Nomad-Testkonto, nicht an COPLA), Schnittstellen-Block H120: Adresse https:/, Zuordnung Chemie/Nuklear/Industrie → Fachbereiche (Karte 3 7.4), Abruf an, „Jetzt abgleichen“ | Nomad | Abschnitt 3, sobald H120 gebaut ist (Mo 23.11. bis Do 26.11.) | H120, H126 gebaut; COPLA-Liste erreichbar (D16: ohne Signatur, nur https) | Stand-Zeile „n Stellen · n neu“, Stellen aktiv mit herkunft schnittstelle, zweiter Lauf schreibt nichts (H120-Test); F03/F04 an COPLA-Nutzer landen vor dem Livegang bei Nomad, nie bei COPLA | Abruf aus; Stellen mit herkunft schnittstelle über zuruecksetzen. weg |
| V10 | COPLA informieren, dass die Stellen ab 01.12. auf Bululu erscheinen und wer Admin wird (Herr Dharmaseelan, Annahme L-A1); Bewerbungen laufen bis 2b im Bululu-Firmenbereich von COPLA | Nomad (ein Satz, kein Dokument) | Fr 27.11. | V9 geprüft | COPLA hat die Admin-Mail-Adresse bestätigt | Admin-Einladung geht an Nomad-Konto, COPLA später |
| V11 | Google-Konto für die Search Console | 3BS (Z7) | mit der Sammel-Anfrage, spätestens Mi 25.11. | Konto-Adresse liegt vor | Nomad-Konto, 3BS wird nach dem Livegang als Inhaber nachgetragen (Vergessen-Check S1) | |
| V12 | Gegenlesen Türkisch und Englisch (Oberfläche, Mails, Ratgeber) in zwei Teilen | Karte 0 E13 | Teil 1 (1a bis 2a) ab Fr 20.11.; Teil 2 (Abschnitt 3) Fr 27.11. | 2a fertig (19.11.) bzw. 3 fertig (26.11.) | Korrekturen eingespielt, Sprach-Tests grün (H54) | ohne Gegenlesen live = Entscheidung Nomad (E13) |
| V13 | Wiederherstellungsprobe (Karte 0 Teil 8) | Nomad / Nomad (Befehle) | Do 26.11. (Ersatz Fr 27.11.) | Sicherungs-Speicher (E6) eingerichtet, erste Sicherung gelaufen | Dauer gemessen, Zahlen stimmen, Kapitel 2 BETRIEB.md geschrieben | nicht bestanden: Livegang nicht freigeben, Ursache zuerst |
| V14 | Kurzanleitung Verwaltung (Entwurf aus den Karte-3-Texten schon in der 2a-Woche, Baureihenfolge 2a.17; Endfassung nach 3), Abschlussbericht und Dokument „Offene Fragen zum Abschluss“ (Teil 3, Teil 4) | Nomad | Entwurf Kurzanleitung bis Do 19.11.; Endfassungen Do 26.11./Fr 27.11., Nomad liest Fr 27.11. | Abschnitt 3 fertig (26.11.) | beide Dateien liegen vor, ohne Textprüfung (Textprüfung) | |
| V15 | DNS-TTL von bululu. und www auf 300 Sekunden senken | Nomad mit Kundenzugang (Nomad gibt die Werte) | Fr 27.11. (mindestens 48 h vor dem Umzug) | V1 | dig zeigt TTL 300 (Prüfung ohne Browser) | TTL zurück auf alten Wert aus V1 |
| V16 | Live-Datenbank anlegen (leer), Live-Dienste auf der Plattform mit BULULU_, Domain bululu. im Projekt eingetragen, Live-Umgebungsvariablen (Karte 0 Teil 4), Sicherung für live scharf | Nomad (Befehl mit !, Nomad gibt ihn fertig) | Fr 27.11. | Karte 0 Teil 7; E1 Server steht | Gesundheitsprüfung live über hosts-Datei antwortet 200 (Karte 0 Teil 2) | Dienste stoppen; Live-Datenbank ist leer |
| V17 | Abnahme-Stand einfrieren: der Stand, den der Kunde am 30.11. sieht, ist der Livegang-Stand (gleiche Image-Kennung für Test und Live); danach nur noch Korrekturen aus der Abnahme, jede als eigener Commit | Nomad | Fr 27.11. 16:00 | Puffer-Korrekturen fertig | STAND.md nennt die Kennung |
Weiterleitung alter Adressen (Datenmodell und Handlungen H200 bis H202)
Wie Aufrufe alter Adressen von bululu.de auf die passenden neuen Seiten weitergeleitet werden.
Hintergrund: Die Kundenliste verspricht „Alte Adressen werden auf die neuen weitergeleitet“. Karte 1a W2 verweist hierher; die Tabelle alt_ wird in Abschnitt 3 gebaut (V3, Paket 3.12 der Baureihenfolge) und am Livegang-Tag mit der Liste aus V2 gefüllt. Das Adressmuster der Altseite ist bis V2 unbekannt (alte-webseite. ist nur ein Rahmen).
Tabelle alt_ (Schema dienste/):
| Feld | Typ | Bedeutung |
|---|---|---|
| id | uuid v7 | |
| alt_pfad | text, eindeutig | Pfad der Altseite ohne Domain, kleingeschrieben, ohne Schluss-/, mit Abfrageteil, wenn die Altseite ihn braucht (z. B. / bei WordPress) |
| art | enum seite, stelle, firma, weg | wohin es geht |
| neu_pfad | text, leer erlaubt | festes Ziel (bei seite); bei stelle/firma leer, Ziel wird zur Laufzeit aus ziel_ über stellen_ (1a) bzw. Firmenprofil (1b) gebildet, damit eine spätere Adressänderung nicht bricht |
| ziel_id | uuid, leer erlaubt | Stelle oder Firma |
| status_code | smallint, Standard 301 | 301 bei Ziel, 410 bei weg (Google soll die Adresse vergessen) |
| zustand | enum aktiv, offen | offen = vom 404-Protokoll angelegt, noch ohne Ziel (H202) |
| treffer | integer, Standard 0 | Zähler |
| zuletzt_am | timestamptz, leer erlaubt | letzter Aufruf |
| quelle | text | sitemap, menue, hand, protokoll |
| angelegt_am, geaendert_am | timestamptz | wie alle Tabellen (1a) |
Regeln: www. → bululu. (301) macht der Webserver, nicht die Tabelle (Karte 0 B04). Eine Weiterleitung läuft höchstens einmal (Ziel ist immer eine gültige neue Adresse, nie wieder ein alt_); Test prüft Kettenfreiheit. Sprache: Altadressen zeigen immer auf die deutsche Fassung (/), Sprachwahl übernimmt 1a. Löschfrist: Einträge mit treffer 0 seit 12 Monaten werden vom Fristen-Lauf (Karte 3 1.14) gelöscht, Annahme L-A2.
Handlungen (Nummern ab H200, Fortsetzung nach Karte 3 H127):
| Nr | Rolle · Ort | Handlung | Wirkung | Test |
|---|---|---|---|---|
| H200 | Besucher · alte Adresse | ruft eine Adresse der Altseite auf | proxy. (1a): Treffer in alt_ mit zustand aktiv → 301 auf neu_ oder die aufgelöste Stellen-/Firmenadresse; art weg → 410 mit Sonderseite „Diese Seite gibt es nicht mehr“ + Suche (1a 1.5); Zähler und zuletzt_ werden im Hintergrund erhöht (nie im Antwortweg) | pruefung/ · / → 301 auf /; Stelle inzwischen pausiert oder beendet → 301 auf / (Fallback wie 1a „Stelle weg“); / kein Eintrag nötig (1b W3: gleiche Adresse); Groß-/Kleinschreibung und Schluss-/ egal; keine Kette |
| H201 | Nomad · Einspielskript | db/ | legt alle Zeilen an oder aktualisiert sie (nach alt_), Bericht „n neu, n geändert, n ohne Ziel“; nur mit gültigem Ziel wird aktiv | Test mit 3 Zeilen; Zeile ohne Ziel bleibt offen; doppelter alt_ wird aktualisiert, nicht doppelt angelegt |
| H202 | System · 404 | eine unbekannte Adresse wird aufgerufen, die kein Bululu-Muster hat und von außen kommt (Referrer fremd oder leer) | Zeile in alt_ mit zustand offen, quelle protokoll (höchstens 500 offene Zeilen, danach nur Zähler); Nomad sieht sie nach dem Livegang über eine Abfrage (keine Verwaltungsseite zum Livegang, Annahme L-A3) und gibt ihnen ein Ziel (H201) | Test: zwei Aufrufe derselben unbekannten Adresse ergeben eine Zeile mit treffer 2; Bot-Muster (/, /, .) werden nicht aufgenommen |
Dateien: dienste/ (40 Zeilen), fachlich/ (60), zaehlen. (30), db/ (80), Tabelle in db/ (S11), pruefung/ (120). Zeile für ARCHITEKTUR.md: „Alte Adressen = alt_, Auflösung in fachlich/, Einspielen db/, Prüfung pruefung/“.
Nachtlauf vor der Abnahme
Eine automatische Gesamtprüfung aller Knöpfe auf der Testadresse kurz vor der Abnahme, mit Zeit für Korrekturen.
Während des Baus läuft kein Browser (Plan „Prüfen im Browser: einmal ganz am Ende“). Die eine Gesamtprüfung startet erst, wenn alles gebaut ist und nur auf Nomad' „prüfen“; davor steht einmal die Zeile „Prüfplan: Nachtlauf Testadresse · {n} Knöpfe aus der Knopfliste, 6 Rollen · etwa 2 bis 3 Stunden · ein Browser, bis 3 Tabs, Laptop bleibt offen“.
| Was | Wie |
|---|---|
| Grundlage | _: alle H-Nummern der Karten 1a bis 3 und H200 bis H202 mit Rolle, Bildschirm, Knopf, erwarteter Wirkung; jeder Knopf trägt im Markup data-h="H<nummer>" (1a Teil 4, Plan Bauordnung) |
| Konten | je Rolle ein Testkonto aus zuruecksetzen. (Besucher ohne Konto, Bewerber, Firmen-Admin, Recruiter, Verwaltung, Super Admin), Musterdaten frisch, alle Mails an Nomad (Umleitung) |
| Skript | pruefung/ (Playwright, ein Browser, höchstens 3 Tabs, Testadresse; nie die Live-Adresse); gebaut in vier Paketen der Baureihenfolge, ohne es laufen zu lassen: 1a.14a Gerüst (Knopfliste einlesen, data-h finden, Prüfarten, Bericht-Vorlage), 1b.9a Mail-Prüfart über mail_, 2a.15 Rollen-Anmeldung mit sechs Testkonten und Rechte-Prüfart, 3.14 Verwaltung, Fristen-Lauf und Option --nur; bis zum 27.11. nur tsc, eslint und Trockentests gegen die Knopfliste-Datei (ohne Browser): geht die Knopfliste in Karten-Reihenfolge je Rolle durch, findet jeden Knopf über data-h, klickt, prüft erwartete Wirkung (Adresse, Toast, Zustand per Lese-Abfrage), keine Konsolenfehler, keine 500er; Aufnahme nur bei Abweichung; dazu je Seite ein Desktop-Bild (1440×900), Startseite und Stelle zusätzlich Handy (390×844) und Tablet (768×1024), Kontraste und axe am gerenderten Stand, Mails aus der Warteschlange gezählt, Fremdfirma-Test (Firmen-Admin A sieht nichts von B) |
| Prüfart je Knopf | Spalte „Prüfart“ der Knopfliste (26.10.): Klick (Adresse) · Text · Formular · Datei · Mail (mail_warteschlange) · Rechte · Datenbank (Lese-Abfrage) · Zustand (nach Fristen-Lauf: das Skript ruft POST / mit der Kopfzeile X-Nachtlauf-Geheimnis = NACHTLAUF_ auf (Karte 0 Teil 4); die Route gibt es nur mit BULULU_, sonst 404; sie startet fristen., stellen-ablauf., sperrliste-ablauf. und stellen-uebersetzen. einmal sofort und antwortet erst nach dem Lauf; gebaut in 3.14); das Skript kennt je Art eine Prüf-Funktion, die Spalte sagt, welche es je Zeile aufruft; CSP-Verstöße und Konsolenfehler zählen auf jeder Seite als Fehler (_ Nr. 7); Fokusreihenfolge und Dialoge (U A.1, A.2) prüft nur dieser Lauf, nicht axe (Plan „Automatische Prüfungen“) |
| Bericht | _: je Seite Fehler mit H-Nummer, Rolle, Bild; Zusammenfassung oben; keine Serien von Aufnahmen |
| Danach | Korrekturen am Code, dann nur die betroffenen H-Nummern als Teillauf (--nur H16,H77), nicht der ganze Lauf; Browser nach jedem Lauf schließen, Speicher vorher und zwischendurch prüfen (höchstens zwei Browser) |
| Rechnerlast | ein Browser, Parallelität 1; läuft der Rechner zäh, pausiert das Skript; geschätzt 2 bis 3 Stunden für 147 Knöpfe |
| Korrekturfenster | Nachtlauf Do 26.11. abends, Bericht am Fr-Morgen, Korrekturen Fr 27.11. vormittags, Teillauf --nur nachmittags, Einfrieren 16:00; das Wochenende ist Reserve für einen zweiten Teillauf. Korrekturen nur für Fehler, die Abnahme oder Betrieb verhindern (sonst 2b); reicht das nicht, gilt der Rückfall aus Baureihenfolge Abschnitt 5 (Nachtlauf Fr 27.11. abends, Abnahme Di 01.12., Livegang Do 03.12.), Entscheidung Nomad am Fr |
Derselbe Lauf dient nach dem Livegang bei Updates (Karte 0 Teil 6) als Prüfung der Testadresse, nur mit Prüfplan. Annahme L-A11.
Abnahme durch den Kunden
Rückmeldefristen zu den Zwischenständen, die Abnahme am 30.11. anhand der Prüfliste und Ihre Freigabe per Mail.
Rückmeldefrist je Zwischenstand (Vorschlag, Annahme L-A4): 3 Werktage. Zwischenstand 1 Mi 11.11. → Rückmeldungen bis Mo 16.11.; Zwischenstand 2 Fr 20.11. → bis Mi 25.11. Was danach kommt, wird gesammelt und nach dem Livegang mit 2b eingeplant, es sei denn, es verhindert den Betrieb. Der Satz dazu steht im Abschlussbericht und wird beim Zwischenstand mündlich gesagt (keine Mail aus dieser Karte).
Abnahme (Konzept S.08 „Abnahme mit Ihnen“):
| Nr | Was | Wer | Wann | Voraussetzung | Prüfung | Rückweg |
|---|---|---|---|---|---|---|
| A1 | Prüfliste = KUNDENLISTE „Zum Livegang Anfang Dezember“ (11 Punkte) Punkt für Punkt auf der Testadresse, dazu je Rolle ein Durchgang nach TESTABLAUF (Bewerber B2.1 bis B2.4, Betrieb F2.1 bis F2.4, Verwaltung: neue Firma prüfen, Anfrage beantworten, Werbeanfrage, Premium freischalten); die Liste liegt als _ mit Haken-Spalte vor | 3BS (Herr Schiffke, Herr Dharmaseelan), Nomad führt, Nomad dabei | Mo 30.11. im Anschluss an die Schulung (Vorschlag A; Alternative Fr 27.11., L2) | V17 eingefroren, Schulung gehalten | jede Zeile „passt“ oder „offen“ mit Satz | offene Zeilen: klein → noch am 30.11. korrigiert und erneut gezeigt; groß → Teil 6 Rückweg „Livegang verschieben“ |
| A2 | Freigabe durch den Kunden: ein Satz per Mail an Nomad („Wir geben den Stand vom 30.11. für den Livegang am 01.12. frei.“), Antwort auf eine Mail, die Nomad nach der Abnahme selbst schreibt | 3BS | Mo 30.11. bis 17:00 | A1 ohne große offene Zeile | Mail liegt vor, Ablage _ oder Zitat in STAND.md | ohne Freigabe kein DNS-Umzug (Teil 6 Schritt T9 bleibt stehen); alles andere aus Teil 5 darf vorbereitet werden |
| A3 | Abschlussbericht übergeben (Teil 4) | Nomad | Mo 30.11. mit A1 | V14, Nomad hat ihn Fr 27.11. gelesen und die Beträge (Karte 0 E12) eingetragen | Kunde hat den Fragenteil (Prüf-Schalter, Firmen ohne Prüfung) am 30.11. mündlich oder bis Di 01.12. 09:00 beantwortet | ohne Antwort gilt Standard: Prüf-Schalter an, keine Firma ohne Prüfung (Karte 3 D25) |
Abschlussbericht für den Auftraggeber und Kurzanleitung
Was im Abschlussbericht und in der Kurzanleitung für die Verwaltung steht, die Sie am 30.11. bekommen.
Abschlussbericht _ (Kundendokument, Nomad-Design; zusätzlich als PDF im Nomad-Briefbogen, Werkzeug briefbogen), Entwurf Do 26.11. (V14), Nomad liest Fr 27.11., Übergabe Mo 30.11. (A3). Inhalt in dieser Reihenfolge:
- Was live geht und was danach kommt (KUNDENLISTE, Stand 30.11., den internen Kasten entfernt).
- Fragen an 3BS zur Prüfung neuer Firmen (D25; Dokument „Offene Fragen“ E1, E2): Einstellung „Prüfung neuer Firmen“ (im „…“ der Prüfen-Liste) zum Livegang an oder aus (Vorschlag: an); welche Firmen die Stufe „ohne Prüfung“ bekommen (Vorschlag: COPLA Burg, sonst keine); Erinnerung: Premium-Firmen werden nicht geprüft; wer bei 3BS prüft und bis wann am Werktag (Frist 1 Werktag, Karte 3).
- Server-Empfehlung: eigener Server mit 8 GB Arbeitsspeicher ab Start (Spitze rund 4,5 GB, 4 GB wäre zu knapp), später vergrößerbar (Übergabe 22.10., gemerkt).
- Laufende Kosten je Posten aus Karte 0 Teil 12 mit den echten Beträgen aus dem Dokument „Offene Fragen“ (K1 bis K4; bis dahin stehen dort Beispielwerte, die nie in ein Kundendokument gehen) und der Aussage, was in der Pauschale liegt.
- Betrieb in einem Absatz: Sicherung täglich, 30 Tage, Speicher in Deutschland; Erreichbarkeitsprüfung alle 5 Minuten; Reaktionszeit (Karte 0 E10); Updates monatlich; Wartungsfenster.
- Zugänge und Rollen: 3BS-Verwaltungskonten (wer), zweiter Faktor Pflicht, Einladen weiterer Personen durch 3BS selbst (Karte 3 1.11 Nr. 7, H150; Annahme L-A5), Betreiber-Stufe Super Admin (Nomad) im Hintergrund, die bei Aussperrung hilft (Karte 3 H147; Kontakt post@bululu.de), COPLA-Firmenkonto.
- Offene Fragen (Stand 30.11.): kein eigener Fragenteil mehr; der Abschlussbericht verweist auf
_und nennt nur, was dort am 30.11. noch offen ist, je Zeile mit „bis dahin gilt …“.berichte/ OFFENE-FRAGEN-ABSCHLUSS. html - Ablauf am 01.12. (Teil 5 in Kundensprache: Uhrzeit, was der Kunde merkt, wer erreichbar ist) und Rückmeldefrist (Teil 3).
- Nach dem Livegang: altes Hosting kündigen frühestens nach 14 Tagen (Teil 7), 2b-Termine, Hilfe-Artikel für Bewerber und Betriebe (1b 1.6) aus den Kontaktanfragen ergänzen.
Kurzanleitung Verwaltung _ (eine HTML-Seite, aus den Karten-Texten erzeugt: Karte 3 Teil 1 Seiten und Teil 4 Handlungen der Rollen 3BS; Bildschirme als Beschreibung, Screenshots nur, wenn ein Browser-Lauf mit Prüfplan freigegeben ist). Kapitel: Anmelden mit zweitem Faktor · Heute zu tun · Neue Firma prüfen, ablehnen, Frage stellen, Schalter und Stufe ohne Prüfung · Meldungen · Anfragen beantworten · Firmen und Nutzer, Support-Modus mit Protokoll · Werbung (Mindestteil) und Premium · Inhalte · Mein Konto und Benachrichtigungen · Wen anrufen, wenn etwas nicht geht. In klarer Sprache, deutsche Anführungszeichen. Druckfassung als PDF über denselben Briefbogen. Übergabe am 30.11.; was daraus Betriebe betrifft, fließt nach dem Livegang in den Hilfe-Artikel für Betriebe (1b 1.6).
Schulung Mo 30.11. (90 Minuten)
Ablauf der Schulung in Blöcken: Verwaltung, Sicht von Betrieb und Bewerber, Abnahme und Fragen.
Ort: beim Kunden (Plan). System: Testadresse mit Musterdaten (Live ist leer). Leitung: Nomad; Nomad bereitet vor, ist nicht dabei. Teilnehmer (Annahme L-A6): Herr Schiffke (3BS, Verwaltung), die Personen bei 3BS, die prüfen und Anfragen beantworten (bis 3), Herr Dharmaseelan (COPLA, nur Block 5); Zulieferung vom Kunden: Teilnehmerliste (Z12). Mitbringen: Kurzanleitung gedruckt, Abnahme-Prüfliste, Abschlussbericht, drei Testkonten (3BS-Verwaltung, Firma „Schlosserei Muster“, Bewerber).
| Minuten | Block | Inhalt | Wer macht es vor |
|---|---|---|---|
| 0 bis 10 | Einstieg | Was live geht, was bis 15.12. kommt, was danach (KUNDENLISTE); Ablauf 01.12. in zwei Sätzen | Nomad |
| 10 bis 30 | Verwaltung I | Anmelden mit zweitem Faktor (jeder Teilnehmer richtet den eigenen auf dem Testkonto ein), „Heute zu tun“, Prüfen: neue Firma prüfen, ablehnen mit Grund, Frage an die Firma, Einstellung „Prüfung neuer Firmen“ (im „…“ der Prüfen-Liste), Stufe „ohne Prüfung“; Meldungen | Teilnehmer selbst, Nomad begleitet |
| 30 bis 45 | Verwaltung II | Anfragen beantworten (Vorlage, Reply-To 3BS), Firmen und Nutzer: Firma suchen, ansehen, Firma anlegen, Support-Modus mit Protokoll, Nutzer sperren | Teilnehmer |
| 45 bis 60 | Verwaltung III | Werbeanfrage zur Kampagne machen (Mindestteil), Premium freischalten, Inhalte: Ratgeber-Text ändern, Fachbereich ausblenden; Mein Konto: Benachrichtigungen | Teilnehmer |
| 60 bis 75 | Aus Sicht eines Betriebs und eines Bewerbers | Firma registrieren, Stelle anlegen, Bewerbung erhalten und einladen, Team einladen; Bewerber: Bewerben mit Foto, Stand sehen; COPLA: Stellen kommen von selbst, Chip „Schnittstelle aktiv“, Bewerbungen bis 2b im Firmenbereich | Nomad, COPLA fragt |
| 75 bis 90 | Abnahme und Fragen | Abnahme-Prüfliste durchgehen (Teil 3 A1), Fragen aus dem Abschlussbericht (Prüf-Schalter, Firmen ohne Prüfung) beantworten lassen, Erreichbarkeit am 01.12., Freigabe-Satz (A2) | Nomad |
Prüfung, ob die Schulung gereicht hat: jeder Teilnehmer hat eine Firma geprüft und eine Anfrage beantwortet, ohne dass Nomad geklickt hat; Fragen, die niemand beantworten konnte, kommen als Zeile in die Kurzanleitung (noch am 30.11.).
Livegang-Tag Di 01.12. (Reihenfolge, Uhrzeiten als Plan)
Der Livegang-Tag Schritt für Schritt mit Uhrzeiten, Probebewerbung, Rückweg und was bei einer Verschiebung gilt.
Grundregel: Vormittags umziehen (DNS um 10:00), damit der Tag für Korrekturen bleibt; nie freitags, nie nach 14:00. Vorab-Prüfung der Live-App über die hosts-Datei (Karte 0 Teil 2). Freigabe des Umzugs durch Nomad am Morgen (Plan „Domain-Umzug freigeben (01.12.)“). Die Altseite bleibt beim bisherigen Anbieter unverändert online, bis Teil 7 sie kündigt; sie ist der Rückweg.
| Nr | Uhrzeit | Was | Wer | Voraussetzung | Prüfung | Rückweg |
|---|---|---|---|---|---|---|
| T1 | 08:30 | Startfreigabe: Freigabe-Mail (A2) liegt vor, Gesundheitsprüfung test und live grün, Sicherung der Nacht vorhanden, Erreichbarkeitsprüfer grün, keine offenen „groß“-Zeilen aus A1; erst danach und auf Nomad’ Wort MAIL_ in live entfernen (ab hier gehen Mails an echte Empfänger, zuerst V07 in T5; test bleibt umgeleitet) | Nomad entscheidet, Nomad legt die Werte vor | Teil 3 | Zeile „Livegang 01.12. freigegeben“ in STAND.md | fehlt etwas: Verschieben um einen Tag (Teil 6 unten), Kunde kurz telefonisch durch Nomad |
| T2 | 08:45 | Live-Datenbank: Migrationen gelaufen (automatisch beim Ausrollen), Rollen vorhanden, leer (keine Musterdaten; Musterdaten sind nur test, Karte 0 Teil 3) | Nomad / Nomad (Befehl) | V16 | SELECT count(*) auf firmen, stellen, konten = 0; BULULU_; robots live erlaubt, Sitemap antwortet (über hosts) | Datenbank leeren und neu migrieren |
| T3 | 09:00 | Inhalte live einspielen (Einspielskript 1b aus der Testumgebung exportiert, ohne Musterdaten): Rechtstexte (V7), Ratgeber-Artikel, Fachbereiche A13, Betreiber-Einstellungen (V8), Fristen-Standardwerte, Eigenwerbungs-Motive, Funktionen-Schalter (lebenslaufBaukasten, mappePdf, kiTexte aus; uebersetzung, premium, werbung an) | Nomad | T2 | H52 live über hosts; Fußzeile zeigt Anschrift 3BS; Werbeflächen zeigen Motiv | Inhalte-Tabellen leeren und erneut einspielen |
| T4 | 09:15 | Erstes Super-Admin-Konto über das Anlegeskript db/ (einmalig, nur wenn verwaltung_ leer), Anmelden, zweiten Faktor einrichten, Wiederherstellungscodes sichern; zweites Super-Admin-Konto als Rückfall einladen (Karte 3 1.11 Nr. 7; Karte 0 Teil 11 Kapitel 11) | Nomad | T2 | /verwaltung öffnet sich nur mit Faktor (H92) | Konto löschen und Skript erneut |
| T5 | 09:30 | 3BS-Verwaltungskonto: Einladung V07 an Herrn Schiffke (Stufe Verwaltung), er setzt Kennwort und zweiten Faktor (telefonisch begleitet, 10 Min.); weitere 3BS-Personen aus dem Abschlussbericht ebenso | Nomad lädt ein, 3BS richtet ein | T4; Live-Mail-Absender (T10) noch Nomad-Adresse oder schon post@bululu., je nach Warmup | 3BS-Konto zeigt Faktor ✓ in Verwaltungskonten; 3BS sieht Prüfen; in Einstellungen nur Verwaltungskonten ohne das Super-Admin-Konto | Konto entfernen, erneut einladen |
| T6 | 09:40 | Prüf-Schalter nach Antwort aus dem Abschlussbericht setzen (Standard an, H124); Stufe „ohne Prüfung“ bei den genannten Firmen (COPLA nach T7) | 3BS selbst (so gelernt) oder Nomad | A3 | Protokollzeile vorhanden | Schalter zurück, Rückgängig 10 s oder erneut |
| T7 | 09:45 | COPLA-Firma anlegen per H126 („COPLA Burg GmbH“, PLZ/Ort wie im COPLA-Impressum, Admin-Mail aus V10), Einladung F02 geht an COPLA; Schnittstellen-Block H120 wie in V9 (Adresse, Zuordnung aus dem Test übernommen, Schlüssel erzeugen und COPLA mitteilen, sobald die COPLA-Liste ihn verlangt, D16), Abruf an, „Jetzt abgleichen“ | Nomad; COPLA nimmt die Einladung bis 02.12. an und richtet Admin-Konto ein | T2, COPLA-Liste erreichbar | Stand-Zeile „n Stellen · n neu“; Stellen aktiv, herkunft schnittstelle, Fachbereiche zugeordnet (keine Zeile „bitte zuordnen“); Startseite „Neu dazugekommen“ zeigt COPLA-Stellen; keine Prüfungszeile (geprüfte Firma) | Abruf aus; Stellen mit herkunft schnittstelle beenden (Skript db/, nur mit Firmen-ID) |
| T8 | 10:00 | Weiterleitungen einspielen (H201 mit _ aus V2), www-Weiterleitung am Webserver prüfen | Nomad | V3 | drei Stichproben über hosts: 301 auf richtiges Ziel, 410 bei „weg“; keine Kette | Tabelle leeren |
| T9 | 10:00 | DNS-Umzug: A/AAAA von bululu. und www. auf die neue Server-IP; MX von bululu. nur ändern, wenn V1 keine Postfächer ergab (Karte 0 Teil 5); alle anderen Einträge bleiben. Wer setzt: Nomad mit dem Kundenzugang (Annahme B07); Rückfall: Kunde setzt nach Anleitung am Telefon | Nomad | T1 bis T8, V15 (TTL 300) | dig bululu. zeigt neue IP; Zertifikat für bululu.de wird von der Plattform ausgestellt (HTTP-01, nach dem Umzug, wenige Minuten); https:/ 200 vom neuen Server (Prüfung über den externen Prüfer, kein eigener Browser ohne Prüfplan); alte Seite ist über die alte IP weiter da | DNS zurück auf die alte IP aus V1 (TTL 300 = nach 5 Minuten wieder alt); Zertifikat-Fehler länger als 15 Minuten: Rückweg |
| T10 | 10:30 | Mail-Absender umschalten: einstellungen., wenn das Warmup (ab 10.11.) die Stufe „frei“ erreicht hat; sonst bleibt die Nomad-Adresse bis zur Stufe (Plan-Rückfall), Umschaltung dann im Dezember als Zeile in BETRIEB.md | Nomad | V4 | eine Live-Mail (Konto bestätigen eines Nomad-Testkontos) kommt mit SPF/DKIM/DMARC pass an | Absender zurück auf Nomad-Adresse |
| T11 | 10:45 | Erreichbarkeitsprüfer auf bululu. umstellen (Alarm an), Fehlerprotokoll live prüfen (erste Einträge?), Gesundheitsprüfung live öffentlich grün | Nomad / Nomad (Konto) | T9 | Prüfer grün, zweiter Lauf 5 Minuten später grün | |
| T12 | 11:00 | Search Console: Domain-Property bululu., Sitemap https:/ einreichen; Konto aus V11 oder Nomad-Konto; „Adressänderung“ ist nicht nötig (gleiche Domain) | Nomad / Nomad (Konto) | T9, V11 | Property bestätigt, Sitemap „erfolgreich“, keine Fehler; Google for Jobs braucht Tage (Teil 7) | Property löschen |
| T13 | 11:15 | Testbewerbung live: Firma „Bululu Probe“ per H126 anlegen (Admin = Nomad-Testkonto, Stufe ohne Prüfung), eine Stelle veröffentlichen, als Bewerber (Nomad-Testadresse) Konto anlegen, Bestätigungsmail, Bewerbung mit Datei (EICAR-Datei einmal: muss gesperrt werden; dann echte PDF), Firma sieht Bewerbung, Einladung mit Kalender-Datei, Bewerber sieht Stand; Kontaktformular an kontakt_; Job-Alarm anlegen und bestätigen. Danach Stelle beenden, Firma „Bululu Probe“ löschen (2a 1.13), Bewerber-Konto löschen; Protokoll bleibt (Annahme L-A7: kurze öffentliche Sichtbarkeit der Probestelle ist hinnehmbar, Google-Erfassung dauert länger) | Nomad | T9 bis T12 | jeder Schritt mit Mail angekommen (SPF/DKIM pass), EICAR gesperrt, Protokollzeilen vorhanden; count(*) firmen = COPLA (+0 nach Löschung) | Reste von Hand löschen |
| T14 | 12:00 | Musterdaten-Kontrolle: Live enthält keine Firma, Stelle, Person aus db/ (Abfrage nach bekannten Namen „Schlosserei Muster“, „Jonas Weber“, „Lena Kaya“), Testumgebung läuft unverändert weiter; Bild-Kontrolle: bilder. enthält kein Bild mit herkunft unbekannt oder platzhalter (Karte 1b 1.12, Test pruefung/ läuft auch im Bau), KI-Bilder tragen Marke und Alt-Zusatz, Pexels-Bilder stehen im Impressum | Nomad | 0 Treffer; Bild-Test grün (vorher schon in T1 als Startbedingung) | betroffene Zeilen löschen; Bild ersetzen oder belegen | |
| T15 | 12:15 | Meldung an Nomad: live, was zu sehen ist, was COPLA tun muss (Einladung), Rückmeldeweg | Nomad → Nomad | STAND.md-Zeile „live seit 01.12. 10:00“ | ||
| T16 | bis 16:45 | Beobachten: Fehlerprotokoll, Mail-Warteschlange, Erreichbarkeit, Alt-Adressen offen (H202), Stellenzahl COPLA; Korrekturen nur klein (Text, Weiterleitung), alles andere als 2b-Punkt | Nomad | Zeile in STAND.md um 16:45 |
Rückweg des Livegangs: Auslöser: Startseite, Anmelden oder Bewerben länger als 30 Minuten nicht nutzbar, Zertifikat nicht ausgestellt nach 15 Minuten, Mails kommen nicht an und Ursache nicht in 60 Minuten behebbar, Datenfehler, der Bewerberdaten gefährdet. Schritte: DNS zurück auf die alte IP (V1-Datei; wirksam in 5 Minuten bei TTL 300) → Erreichbarkeitsprüfer zeigt wieder die Altseite → Mail-Absender zurück auf Nomad-Adresse → Live-Datenbank bleibt stehen (Konten und Bewerbungen der ersten Stunden gehen nicht verloren; beim zweiten Anlauf sind sie da; die betroffenen Personen bekommen von Bululu keine automatische Mail, Entscheidung L3) → Fehler auf der Testumgebung nachstellen → neuer Termin frühestens am nächsten Vormittag. Kein Rückweg nötig für: alte Adressen ohne Ziel (H202 pflegt nach), Suchmaschinen (brauchen Tage), Mail-Warmup (Rückfall Nomad-Adresse).
Verschieben statt Rückweg: Fehlt am 01.12. die Freigabe (A2), der Domain-Zugang oder die Wiederherstellungsprobe (V13), rückt der Umzug tageweise (02.12., 03.12., sonst Mo 07.12.); 2b beginnt trotzdem am 03.12. auf der Testumgebung. Plan-Rückfall „ohne Domain-Umzug live“ heißt hier: Live-App läuft unter einer Nomad-Adresse (bululu. ist Test; Live bräuchte bululu-live., Annahme L-A8) mit robots erlaubt; Bewerbungen echt; der Umzug auf bululu.de folgt mit Weiterleitung von der Nomad-Adresse; ob dieser Rückfall gewollt ist = Entscheidung Nomad (T4).
Nach dem Livegang (02.12. bis Mitte Dezember)
Nachsorge in den ersten Wochen: Sicherung, alte Adressen, Google, COPLA, erste Prüfungen und Kündigung des alten Hostings.
| Nr | Was | Wer | Wann | Prüfung |
|---|---|---|---|---|
| N1 | Erste Sicherung von bululu_ prüfen (vorhanden, Größe plausibel, eine Datei testweise entschlüsselt), Zeile in Einstellungen › Betrieb | Nomad / Nomad | Mi 02.12. 09:00 | restic snapshots zeigt 02.12. 03:00 |
| N2 | Alt-Adressen offen (H202) durchsehen und Ziele geben (H201), täglich in der ersten Woche, dann wöchentlich | Nomad | 02. bis 08.12., dann montags | Zahl der offenen Zeilen sinkt; Search Console zeigt keine 404 mit Altmuster |
| N3 | Fehlerprotokoll live täglich lesen, Mail-Warteschlange (wartet/fehler), Rückläuferquote; jede Betriebsmail beantwortet | Nomad | erste Woche täglich, dann Betriebshandbuch Kapitel 8 | keine ungelesene Betriebsmail älter als ein Werktag |
| N4 | Google: Search Console Abdeckung und „Stellenangebote“-Bericht (Google for Jobs erscheint 3 bis 10 Tage nach der Sitemap; JSON-LD aus 1a), Fehler beheben | Nomad | Fr 04.12. und Fr 11.12. | COPLA-Stellen im Bericht „Stellenangebote“ ohne Fehler |
| N5 | COPLA-Admin eingerichtet, Bewerbungen auf COPLA-Stellen erreichen COPLA im Bululu-Firmenbereich (F03 an COPLA-Nutzer); 2b baut die Übergabe in die COPLA-Verwaltung | COPLA, Nomad prüft | bis Do 03.12. | COPLA-Konto in firmen_ als admin mit Faktor (empfohlen) |
| N6 | 3BS: erste echte Prüfung einer neuen Firma innerhalb der Frist; Nomad schaut nach der ersten Woche, ob Prüfungen automatisch freigegeben wurden (auto_frei), und sagt es 3BS | 3BS, Nomad | laufend, Rückblick Di 08.12. | Zahl auto_frei in der Übersicht |
| N7 | Mail: DMARC-Stufen nach Karte 0 Teil 5 (p=quarantine 29.12., p=reject 26.01.), Absender-Umschaltung nachholen, falls T10 noch die Nomad-Adresse ließ | Nomad | Dezember/Januar | DMARC-Berichte ohne Fremdversand |
| N8 | Altes Hosting und Altseite kündigen: frühestens 14 Tage nach dem Umzug (Vorschlag Di 15.12., Ende 2b), vorher DNS-Bestand (V1) und Altseiten-Inhalte als Archiv beim Kunden gesichert (Export aus dem alten Hosting durch den Kunden); kündigt der Kunde (Vertragspartner); Vertragslaufzeit beim bisherigen Anbieter prüft der Kunde | 3BS; Nomad erinnert über den Abschlussbericht, keine eigene Mail | Zulieferung vom Kunden: Kündigung nach Di 15.12.; Entscheidung L5 | Altseite abgeschaltet, bululu. zeigt weiter auf den neuen Server (DNS bleibt beim Registrar des Kunden) |
| N9 | TTL von bululu. zurück auf 3600 Sekunden | Nomad mit Kundenzugang | Di 08.12. | dig zeigt 3600 |
| N10 | Erste-Woche-Meldung an Nomad (Zahlen: Aufrufe, Registrierungen, Bewerbungen, Fehler, offene Alt-Adressen), Nomad entscheidet, was an 3BS geht | Nomad | Di 08.12. | Zeile in STAND.md, Tagebuch-Zeile |
| N11 | Übergabe-Dokumente vollständig: ARCHITEKTUR.md, STAND.md, AENDERUNGEN.md, REGELN-BAU.md, BETRIEB.md (Karte 0 Teil 11) mit Livegang-Werten; Karte 2b liegt vor dem Start von 2b (03.12.) vor | Nomad | Do 03.12. | Dateien aktuell, keine „TODO“-Zeile |
Annahmen dieser Karte
Annahmen, mit denen geplant wird, etwa Schulungsteilnehmer, Rückmeldefrist und Uhrzeit des Umzugs.
| Nr | Annahme |
|---|---|
| L-A1 | COPLA-Admin auf Bululu ist Herr Dharmaseelan; Admin-Mail wird in V10 bestätigt. |
| L-A2 | Alt-Adressen ohne Treffer seit 12 Monaten werden vom Fristen-Lauf gelöscht. |
| L-A3 | Keine Verwaltungsseite für Alt-Adressen zum Livegang; Nomad pflegt über Skript und Abfrage (H201/H202). Eine Seite kommt nur, wenn 3BS sie will (Idee, nicht geplant). |
| L-A4 | Rückmeldefrist je Zwischenstand 3 Werktage. |
| L-A5 | Das erste Verwaltungskonto für 3BS lädt der Super Admin ein (T5); weitere lädt 3BS selbst ein (Karte 3 1.11 Nr. 7, H150, D41) oder nennt sie im Abschlussbericht. |
| L-A6 | Schulungsteilnehmer: Herr Schiffke, bis drei 3BS-Personen, Herr Dharmaseelan nur Block 5; Dauer 90 Minuten am Stück. |
| L-A7 | Testbewerbung live über eine kurzlebige Firma „Bululu Probe“ (Stufe ohne Prüfung), danach gelöscht; kurze öffentliche Sichtbarkeit hinnehmbar. |
| L-A8 | Plan-Rückfall „ohne Domain-Umzug live“ läuft unter einer eigenen Nomad-Live-Adresse, nicht unter der Testadresse. |
| L-A9 | DNS-Umzug um 10:00 am Di 01.12.; nie freitags, nie nach 14:00. |
| L-A10 | Die eine Mail an Herrn Schiffke schreibt und schickt Nomad; alle Kundenpunkte stehen in Teil 1a als Zulieferung mit spätestem Eingang und Rückfall und im Dokument „Offene Fragen zum Abschluss“. Fehlt eine Zulieferung am spätesten Termin, meldet Nomad es Nomad in einer Zeile, fragt den Kunden nicht. |
| L-A11 | Nachtlauf (Teil 2b, 26.10.): einmal am Ende von Abschnitt 3 (Do 26.11. abends, vor V17) auf „prüfen“, Playwright gegen die Testadresse mit sechs Testkonten, Knopfliste über data-h, Bericht als HTML; Korrekturen danach nur als Teillauf. Vor den Zwischenständen 1 und 2 gibt es keine Browser-Runde; die Testpersonen sehen den Stand nach Code-Prüfungen. |
Entscheidung Nomad (Recht, Geld, Kunde; hier nicht entschieden)
Getroffene Entscheidungen zu Rechtstexten, Abnahmetermin, Rückweg, Probebewerbung, Domain-Einträgen und Google-Konto.
| Nr | Frage | Vorschlag A |
|---|---|---|
| L1 | Rechtstexte zum Livegang | Nomad schreibt sie (RECHTSTEXTE P-5050-RT), live gehen sie ohne Wartezeit; bei der Übergabe der Hinweis, sie anwaltlich prüfen zu lassen, Änderungen spielt Nomad ein · entschieden |
| L2 | Abnahme-Termin | A: Mo 30.11. direkt nach der Schulung, Freigabe per Mail bis 17:00; B: Fr 27.11. getrennt · entschieden A (Annahme 26.10., jederzeit korrigierbar) |
| L3 | Rückweg am Livegang-Tag: Werden Personen, die sich in den ersten Stunden registriert haben, informiert, wenn die Seite zurückgedreht wird? | A: nein, die Daten bleiben und sind beim zweiten Anlauf da; die Altseite zeigt in der Zwischenzeit nichts Neues · entschieden A (Annahme 26.10., jederzeit korrigierbar) |
| L4 | Plan-Rückfall „ohne Domain-Umzug live“ unter Nomad-Adresse überhaupt gewollt, wenn Domain-Zugang bis 01.12. fehlt? | A: nein, lieber tageweise verschieben (Google und Mail hängen an bululu.de); B: ja, nach L-A8 · entschieden A (Annahme 26.10., jederzeit korrigierbar) |
| L5 | Kündigung altes Hosting und Altseiten-Anbieter (Hostinger/WPConsults) durch den Kunden: Hinweis nur im Abschlussbericht oder zusätzlich mündlich am 30.11.? Frühester Termin? | A: im Abschlussbericht plus ein Satz am 30.11.; frühestens Di 15.12. · entschieden A (Annahme 26.10., jederzeit korrigierbar) |
| L6 | Testbewerbung live als „Bululu Probe“ (L-A7) oder stattdessen nur auf der Testumgebung mit Live-Mailserver testen? | A: „Bululu Probe“ live, 30 Minuten sichtbar, dann gelöscht · entschieden A (Annahme 26.10., jederzeit korrigierbar) |
| L7 | Wer setzt die DNS-Einträge am 01.12.: Nomad mit dem Kundenzugang (B07) oder der Kunde selbst nach Anleitung? | A: Nomad mit Kundenzugang, Kunde ist telefonisch erreichbar · entschieden A (Annahme 26.10., jederzeit korrigierbar) |
| L8 | Search Console über Nomad-Konto, falls das Google-Konto der 3BS (Z7) fehlt? | A: ja, Nomad-Konto, 3BS nach dem Livegang als Inhaber nachtragen · entschieden A (Annahme 26.10., jederzeit korrigierbar) |
| L9 | Abschlussbericht zusätzlich als PDF im Nomad-Briefbogen (Druck für den Kunden) oder nur HTML? | A: beides, PDF für die Übergabe am 30.11. · entschieden A (Annahme 26.10., jederzeit korrigierbar) |