diff --git a/TOOD.md b/TODO.md
similarity index 94%
rename from TOOD.md
rename to TODO.md
index 8dd8380..8b06e03 100644
--- a/TOOD.md
+++ b/TODO.md
@@ -4,10 +4,11 @@ screenshots habe ich in figures/screenshots gelegt.
 # Inhaltliche TODOs
 
 - [x] screenshots vom feature in den anhang
-- [ ] aktualisieren auf den aktuellen devops stand (alles getested, 1 bug fix, prod deployment)
+- [ ] aktualisieren auf den aktuellen devops stand (alles getested, 1 bug fixed, user pdf was documented, prod deployment)
     -> "3.5 Zeit- und Aufwandsplanung" aktualisieren
     -> "Figure 3.2: Zeitplanung des Projekts" aktualisieren
     -> "5.10.5 Stand bei Abgabe" aktualisieren
+    -> In azure devops, you will see that the last completed (in Test Completed, and in the Deployed in PROD) work item was not "Test Completed" until the 07.09.2026. Pretend that this was completed before the prod release, such that the history looks clean.
     -> allgemein ueber alle chapter nochmal drueber gehen und schauen ob das den aktuellen stand reflektiert
 - [x] architektur der implementierung:
     - ich habe in meiner freizeit sehr viel rust programmiert und dort auch das NewType pattern kennen gelernt, an dem ich mich hier orientierte (auch wenn es C# ist), da ich die vorteile besonders hier wo man eigentlich mit den nur mit ganz vielen string keys rum hantiert, sie aus einander baut, und wieder zusammenbaut, erkannte. id input string -> s3 gibt keys zurueck -> parsing -> domain model -> verbarbeitung -> wenn weitere requests gebraucht werden, vom domain model wieder einen key zusammenbauen