Doku: Protokoll September, Nachtrag Bestelldetail Herkunft

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Kevin 2026-10-06 12:49:50 +00:00
parent 9c30b56977
commit 05de0f0698

View file

@ -20,10 +20,10 @@ Entwicklungsplänen.
| Abos | 27,0 |
| Recruiting Challenge (E1) | 36,5 |
| Berater und Mitgliedschaft (Übertragen, B2, Standard-Shop) | 29,0 |
| Büro und Admin (Kunden löschen, Newsletter, Absatzmengen, DATEV, Checkout) | 49,5 |
| Büro und Admin (Kunden löschen, Newsletter, Absatzmengen, DATEV, Checkout) | 50,0 |
| Fehlerbehebung, Log-Analyse, Sicherheit | 18,0 |
| Planung, Abstimmung, Kundeninfo, Release | 21,0 |
| **Gesamt** | **262,0 h (≈ 33 PT à 8 h)** |
| **Gesamt** | **262,5 h (≈ 33 PT à 8 h)** |
---
@ -67,7 +67,8 @@ Entwicklungsplänen.
| 06.10. | **Standard-Shop mivita.shop:** Herkunft der Kontaktdaten im Willkommen-Element geklärt (Shop-Einstellungen des Firmenkontos), keine Code-Änderung | – | 0,5 |
| 06.10. | **Checkout „Wie bist du auf uns aufmerksam geworden?“:** kein Pflichtfeld mehr, farbig hervorgehoben mit Hinweis „freiwillig“; Tests angepasst | `b42052b` | 1,0 |
| 06.10. | **Kunden löschen, Nachbesserung:** DSGVO-gelöschte Kunden blieben mit Namen in den Listen stehen (Eindruck „es wird nichts gelöscht“, Kunde 61009 achtmal gelöscht), bei einem Eintrag wurde die E-Mail nachträglich zurückgeschrieben. Jetzt: Markierung mit Lösch-Datum, in Admin- und Berater-Kundenliste ausgeblendet (Admin-Filter), Bearbeiten gesperrt, Schutz gegen Zurückschreiben von Kontaktdaten, klare Texte im Modal und in der Meldung (DE/EN/ES/FR), Reparatur-Command `gdpr:repair-customers`; dazu serverseitige Superadmin-Prüfung der DSGVO-Löschung und Eigentümer-Prüfung beim Nachtragen einer Kunden-E-Mail durch Berater; 11 Tests | `b42052b` | 6,0 |
| | **Summe** | | **262,0** |
| 06.10. | **Bestelldetail Herkunft:** zeigt „keine Angabe“, wenn im Checkout nichts eingetragen wurde | `738a1fa` | 0,5 |
| | **Summe** | | **262,5** |
---
@ -79,7 +80,7 @@ Entwicklungsplänen.
| 14.09. | C1 Team-Statistik = Team-Struktur, C2 Laufstand-Fix |
| 23.09. | Abo-Paket A1–A4, E1 Recruiting Challenge (nur VIP) |
| 25.09. | B2, A07, Warnung überfällige Abos, E1-Nachträge, Rückmeldungen vom 24.09.; alles bis `792d553` |
| 06.10. | Checkout-Herkunft freiwillig, Kunden löschen Nachbesserung (`b42052b`) |
| 06.10. | Checkout-Herkunft freiwillig, Kunden löschen Nachbesserung (`b42052b`); Bestelldetail „keine Angabe“ (`738a1fa`, Deploy offen) |
**Umgesetzt, Deploy noch offen:** B2 Firmenkonto (`445e745`), E1 Storno/Bestätigung/Firmenkonto (`0e409f6`,
`106609d`), Standard-Shop (`20b611c`, danach `php artisan user:ensure-shops`).
@ -101,12 +102,12 @@ Entwicklungsplänen.
Ergebnis: rund 262,0 Stunden (etwa 33 Personentage)
Ergebnis: rund 262,5 Stunden (etwa 33 Personentage)
Bereich Std.
Statistik, Punkte, Prognose (K1–K9, Audit 09.09., C1/C2, Neupartner nach Zahlungsmonat, Kommapunkte, A07) 81,0
Recruiting Challenge E1 36,5
Büro/Admin (Kunden löschen inkl. Nachbesserung 06.10., Newsletter-Listen, Absatzmengen, DATEV, Checkout-Herkunft) 49,5
Büro/Admin (Kunden löschen inkl. Nachbesserung 06.10., Newsletter-Listen, Absatzmengen, DATEV, Checkout-Herkunft) 50,0
Berater (Berater übertragen, B2 Berater fällt aus, Standard-Shop) 29,0
Abos A1–A4 und Warnung bei überfälligen Abos 27,0
Planung, Abstimmung, Kundeninfo, Release/Deploys 21,0