# Batch b_17 — Nachbau-Dokumentation
---
## 1. Bildschirmfoto 2026-03-27 um 14.06.51.png
**Screen/Feature-Name:** Ungefiltertes HTML — Embed-Snippet für KADi-Reservation-Widget
**App/Tool:** Kadi-v2 / Reservation-Widget Dokumentation oder Einbettungs-Anleitung
**Datum:** 27.03.2026, 14:06
### Layout
Weißer/heller Hintergrund. Oben links ein graues Datei-Icon mit rotem „HTML"-Badge. Daneben fett der Titel „Ungefiltertes HTML". Darunter drei Zeilen Code in Monospace-Schrift.
### Inhalt — Code-Snippet (vollständig)
```html
```
### Logik/Regeln
- CSS wird über CDN-Link eingebunden: `https://reservation-widget.kadicon.de/production/KADiReservation.css`
- JS-Bundle wird über CDN-Link eingebunden: `https://reservation-widget.kadicon.de/production/KADiReservation.js`
- Widget wird als Custom HTML-Element `` eingebettet
- Pflicht-Attribut: `tenant-id` mit UUID-Wert `4e22f973-36d5-4e8c-b8a3-c85a7b87cf10`
- Kein weiteres sichtbares Markup — minimales Embed-Pattern (3 Zeilen)
---
## 2. Bildschirmfoto 2026-03-29 um 16.39.16.png
**Screen/Feature-Name:** macOS Terminal — SSH-Key-Generierung für neue Identity
**App/Tool:** Terminal (zsh), macOS
**Datum:** 29.03.2026, 16:39
### Layout
Schwarzes Terminal-Fenster (dark mode). Vollständige SSH-Keygen-Session.
### Inhalt (vollständiger Terminal-Output)
```
Last login: Sun Mar 29 16:18:44 on ttys000
/Users/Q451092/.zprofile:1: no such file or directory: /opt/homebrew/bin/brew
/Users/Q451092/.zprofile:1: no such file or directory: /opt/homebrew/bin/brew
Q451092LMAC05V2GMSH ~ % ssh-keygen -t ed25519 -C 'aseckzai@gmail.com'
Generating public/private ed25519 key pair.
Enter file in which to save the key (/Users/Q451092/.ssh/id_ed25519):
Created directory '/Users/Q451092/.ssh'.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /Users/Q451092/.ssh/id_ed25519
Your public key has been saved in /Users/Q451092/.ssh/id_ed25519.pub
The key fingerprint is:
SHA256:Rb00vwkXzcZecPpZ6d0vAkX7blsDaHntRA aseckzai@gmail.com
The key's randomart image is:
+--[ED25519 256]--+
[randomart-Grafik — nicht vollständig lesbar]
+----[SHA256]-----+
Q451092LMAC05V2GMSH ~ % eval "$(ssh-agent -s)"
> Agent pid 59566
Q451092LMAC05V2GMSH ~ $ command not found: $
Q451092LMAC05V2GMSH ~ % clip < ~/.ssh/id_ed25519.pub
zsh: command not found: clip
Q451092LMAC05V2GMSH ~ % N .ssh
zsh: command not found: N
Q451092LMAC05V2GMSH ~ %
```
### Logik/Regeln
- SSH-Key-Typ: ed25519
- Kommentar-Flag: `aseckzai@gmail.com`
- Speicherpfad: `/Users/Q451092/.ssh/id_ed25519`
- Kein Passwort gesetzt (Passphrase leer)
- `ssh-agent` gestartet (PID 59566)
- `clip` als Clipboard-Befehl fehlgeschlagen (macOS-Äquivalent wäre `pbcopy`)
- Benutzer-Home: `/Users/Q451092`
---
## 3 + 4. Bildschirmfoto 2026-03-29 um 22.07.24.png & 22.07.33.png
**Screen/Feature-Name:** macOS Finder — next-app Projektstruktur
**App/Tool:** macOS Finder, Next.js-Projekt
**Datum:** 29.03.2026, 22:07
Diese zwei Bilder zeigen denselben Finder-Ordner `next-app` — einmal mit Claude-Chat im Hintergrund (22:07:24) und einmal ohne (22:07:33). Zusammengeführt zu einer Spezifikation.
### Layout
Finder-Fenster in Listenansicht. Breadcrumb: `Macintosh HD > Benutzer:innen > Q451092 > Test-1 > next-app`. Sortierung: nach Änderungsdatum absteigend.
### Ordnerstruktur — alle sichtbaren Einträge
| Name | Änderungsdatum | Größe | Art |
|------|----------------|-------|-----|
| .next | Heute, 21:56 | — | Ordner |
| app | Heute, 22:06 | — | Ordner |
| components | Heute, 21:56 | — | Ordner |
| hooks | Heute, 20:50 | — | Ordner |
| lib | Heute, 21:45 | — | Ordner |
| node_modules | Heute, 21:45 | — | Ordner |
| public | Heute, 20:50 | — | Ordner |
| .env.local | Heute, 21:45 | 122 Byte | Dokument |
| .gitignore | Heute, 20:50 | — | Dokument |
| .prettierignore | Heute, 20:50 | — | Dokument |
| components.json | Heute, 20:51 | 517 Byte | JSON |
| eslint.config.mjs | Heute, 21:45 | 465 Byte | JavaScript |
| middleware.ts | Heute, 21:56 | 534 Byte | MPEG-Stream (unklar, wohl TypeScript-Datei) |
| next-env.d.ts | Heute, 21:56 | 247 Byte | MPEG-Stream (unklar) |
| next.config.mjs | Heute, 21:45 | 80 Byte | JavaScript |
| package-lock.json | Heute, 21:45 | 415 KB | JSON |
| package.json | Heute, 21:45 | 114 Byte | JSON |
| postcss.config.mjs | Heute, 20:50 | 144 Byte | JavaScript |
| README.md | Heute, 20:50 | 394 Byte | Markdown-Xtdatei |
| supabase-schema.sql | Heute, 21:45 | 4 KB | Dokument |
| tsconfig.json | Heute, 20:50 | 670 Byte | JSON |
| tsconfig.tsbuildinfo | Heute, 21:56 | 133 KB | Dokument |
**Gesamtzahl:** 23 Objekte, 277,51 GB verfügbar (Disk-Info)
**Zusätzlich im 22:07:24-Bild sichtbar:** im Hintergrund Claude-Chat mit Prompt „Anleitung für eine Aufgabe" und linksseitige Sidebar mit Projekten (u.a. „Supabase-Projekt verbi...", „McKinsey Solve Game V", „McKinsey Solve Game V", „Copilot Premium subs", „YouTube-Playlisten mi", „Haikieter- und AI-Mar...")
---
## 5. Bildschirmfoto 2026-03-30 um 13.23.07.png
**Screen/Feature-Name:** BMW-Mitarbeiterprofil — Javier Prieto Sabugo
**App/Tool:** BMW Group Intranet / Mitarbeiterverzeichnis (web-basiert, unklar ob SAP oder eigene App)
**Datum:** 30.03.2026, 13:23
### Layout
Weißer Hintergrund. Profilbild oben links (Porträtfoto des Mitarbeiters). Daneben Name und FG-Nummer als Header: „Prieto Sabugo Javier, FG-833". Darunter Navigationspfad als Breadcrumb-Buttons: `← Walter Merti | ← Girlang Decker | ← FG-63/Kai Dientroeder | ← FG-63/Andreas Littsch | ← FG-63/Michael Fleischmann`. Unter dem Profil Aktions-Icons (Bearbeiten, Herunterladen etc.).
### Felder — BASISINFORMATIONEN
| Feld | Wert |
|------|------|
| Name | Javier Prieto Sabugo |
| Abteilung | FG-833 Linux Server (mit Lock-Icon — vermutlich gesperrt/vertraulich) |
| Bevorzugte Sprache | DE |
| Standort | 01.51.001.0.01.A-250 (01-MN02) — Standort München-Mas-Diamand-Strasse / DCM - Digital Campus Munich |
### Felder — KONTAKTINFORMATIONEN
| Feld | Wert |
|------|------|
| E-Mail | Javier.Prieto@bmwgroup.com |
| Hauptnummernr | +49-99-382-93620 (mit DE-Flagge) |
| Handy | +49-151-60193630 (mit DE-Flagge) |
| Vertreter | Janos Mathvapovzky FG-913 |
### Felder — ZUSATZINFORMATIONEN
| Feld | Wert |
|------|------|
| Weblinks | Abteilungshomepage |
| Aufgabengebiet | Linux Solutions, Architecture, Security |
| Zusätzliche Informationen | Vertretung / Substitutes / Contacto: Product Owner Linux: Raimund Engländer, FG-833DG |
---
## 6. Bildschirmfoto 2026-03-30 um 17.28.41.png
**Screen/Feature-Name:** QAF Comparison — Drei-Versionen-Vergleich von Quotation-Analyse-Dateien
**App/Tool:** Kadi-v2 / QAF Comparison Tool (Web-App, eigene Entwicklung)
**Datum:** 30.03.2026, 17:28
**User:** Kais Aseckzai (Avatar „KA" oben rechts)
**Kontext:** Bosch (Tenant/Projekt)
### Layout
Weißer Hintergrund, hellgrauer Seiten-Hintergrund. Header dunkelblau mit Titel „QAF Comparison" und Subtitel „Bosch". Rechts oben User-Avatar. Hauptbereich: drei nebeneinanderliegende Karten (Upload-Bereich), darunter eine aufklappbare „Version Comparison"-Tabelle, darunter ein Info-Text „How the parser works".
### Upload-Karten (3 Stück)
| Karte | Label | Dateiname (aktuell geladen) | Aktionen |
|-------|-------|----------------------------|---------|
| 1 | Zur Vergabe | MSP_KKL_Quotation_Anal... | Button „Replace" (dashed border), Löschen-Icon (rot, Mülleimer) |
| 2 | Nach Vergabe | MSP_KKL_Quotation_Anal... | Button „Replace" (dashed border), Löschen-Icon (rot, Mülleimer) |
| 3 | Aktuell | MSP_KKL_Quotation_Anal... | Button „Replace" (dashed border), Löschen-Icon (rot, Mülleimer) |
- Dateiname beginnt mit „MSP_KKL_Quotation_Anal..." (Rest abgeschnitten)
- Datei-Icon: grüner Punkt (Excel/Tabelle-Indikator)
### Vergleichstabelle „Version Comparison"
- Header: Collapse-Button (Pfeil hoch) oben rechts → aktuell aufgeklappt
- Spalten:
1. **Field**
2. **Zur Vergabe** — Subtitel: MSP_KKL_Quo...
3. **Nach Vergabe** — Subtitel: MSP_KKL_Quo...
4. **Aktuell** — Subtitel: MSP_KKL_Quo...
5. **Δ (ZV→Akt)** — Delta-Spalte: Änderung von Zur Vergabe zu Aktuell
- Tabelleninhalt: im Bild leer/keine Zeilen sichtbar (Daten werden erst nach Parsing angezeigt)
### Info-Text „How the parser works"
> The parser scans each row of the first sheet looking for German/English labels matching known QAF fields (Zykluszeit, OEE, Maschinenkosten, etc.) and reads the value in the next column.
> If your QAF uses different headers, the parsed values may be incomplete. Check the field count shown on each uploaded card.
### Logik/Regeln
- 3 Upload-Slots für drei Versionen: Zur Vergabe, Nach Vergabe, Aktuell
- Jede Datei ersetzbar über „Replace"-Button oder löschbar
- Parser: scannt erste Zeile jedes Sheets nach deutschen/englischen QAF-Feldnamen
- Bekannte QAF-Felder laut Parser-Logik: Zykluszeit, OEE, Maschinenkosten (weitere existieren)
- Delta-Spalte zeigt Differenz von Zur Vergabe → Aktuell
---
## 7. Bildschirmfoto 2026-03-30 um 19.28.15.png
**Screen/Feature-Name:** Einsatzplanung — Kalender-/Gantt-Ansicht Berater-Planung
**App/Tool:** Kadi-v2 Einsatzplanung (Web-App)
**Datum:** 30.03.2026, 19:28
### Layout
Volle Breite. Weißer Header mit Titel „Einsatzplanung" (H1). Darunter Filterleiste, dann horizontaler Gantt-/Kalender-Grid. Unten: Legende mit Farbkodierungen.
### Filterleiste (links nach rechts)
1. **View-Toggle:** Icon für Listen- und Grid-Ansicht (zwei Buttons)
2. **Ansicht-Dropdown:** „MO-2" (Wochenmodus ×2, d.h. 2 Wochen anzeigen)
3. **Mitarbeiter-Filter:** „(Alle Mitarbeiter)" mit Dropdown-Pfeil
4. **Personen-Icons:** zwei Icons (vermutlich: Berater-Profil-Filter / Nur-meine-Ansicht)
5. **Terminart-Filter:** „(Alle Terminarten)" mit Dropdown-Pfeil
6. **Projekt-Suchfeld:** Placeholder „Projekt" (Freitext-Suche)
7. **Navigation:** `«` Zurück, Monatsname + Jahr: „April 2026", `»` Vor
### Kalender-Grid-Struktur
- Zeitspalten: Kalenderwochen KW14–KW18, jeweils mit Wochentagen MO–SO
- Konkrete Tage im Sichtbereich:
- KW14: 1.4 (MI) bis 5.4 (SO)
- KW15: 6.4 (MO) bis 12.4 (SO)
- KW16: 13.4 (MO) bis 19.4 (SO)
- KW17: 20.4 (MO) bis 26.4 (SO)
- KW18: 27.4 (MO) bis 30.4 (DO, monatsende)
- Wochenenden (SA/SO) farblich leicht abgesetzt (grauer Hintergrund)
### Berater-Zeilen (alle sichtbar)
| Berater | Aufträge/Blöcke sichtbar |
|---------|--------------------------|
| Althammer | 9999_999 Dummy (KW15 FR–SA, KW16 MO–FR, KW17 MO–FR, KW18 MO–DO) |
| Aseckzai | 2026_107 Hirschmann OUJDA (KW15 DI–FR), 9999_999 Dummy (KW16 MO–FR, KW17 MO–FR) |
| Barker | 2025_381 Yanfeng Neuss (KW14 MI–DO, KW16 MO–FR, KW17 MO–FR, KW18 MO–DO) |
| Cooper | 2026_029 BMW Oxford (KW16 MO, KW17 MO, KW18 MO) |
| Dickens | 2026_090 Hi-Lex Havran (KW14 MI–DO, KW15 DI–FR, KW16 MO–FR), 2026_091 BROSE TONDELA (KW16 MO–FR), 9999_999 Dummy (KW17 MO–FR, KW18 MO–DO) |
| Fekete | 2025_381 Yanfeng Neuss (KW14 MI–DO, KW17 MO–FR, KW18 MO–DO) |
| Fischer | 2025_381 Yanfeng Neuss (KW14 MI–DO, KW15 DI–FR, KW16 MO–DO, KW17 MO–FR, KW18 MO–DO) |
| Gilch | 2026_020 Boysen Nyíregyháza (KW16 MO–FR) |
| Gruber | 2026_106 FTE Presov (KW16 MO–FR), 9999_999 Dummy (KW17 MO–FR, KW18 MO–DO) |
| Hagen | 2026_090 Hi-Lex Havran (KW15 DI–FR), 2026_091 BROSE TONDELA (KW16 MO–FR), 9999_999 Dummy (KW17 MO–FR, KW18 MO–DO) |
### Legende (Farbkodierung Terminarten)
| Farbe | Bedeutung |
|-------|-----------|
| Orange/Lachs | 1. Kundenauftrag Durchführung |
| Helles Grün/Mint | 2. Kundenauftrag Vor-/Nachbereitung |
| Pink/Rosa | 3. Methoden, Prozesse, Standards |
| Helles Cyan | 4. Weiterbildung |
| Sehr helles Grün | 5. Persönliche Abwesenheit |
| Dunkelblau | Homeoffice |
| Mittelgrün | Vor Ort |
| Dunkelgrün | Remote |
### Logik/Regeln
- Auftragsnummern-Format: `YYYY_NNN` (z.B. 2026_107) oder Dummy-Nummer `9999_999`
- Jede Zelle zeigt: Auftragsnummer, Kundenname, Standort
- Mehrere parallele Aufträge pro Berater möglich (Zellen gestapelt)
- Blaue Rahmen an manchen Zellen = Heute-Marker oder markierter Eintrag (unklar)
---
## 8–12. Bildschirmfoto 2026-03-30 um 20.15.59.png / 20.16.02.png / 20.16.06.png / 20.16.09.png / 20.16.13.png
**Screen/Feature-Name:** Next.js Fehler-Overlay — PlanningPage Supabase-Schema-Fehler (5 Frames)
**App/Tool:** Next.js 16.17 (stale, Turbopack), Kadi-v2 lokale Entwicklung
**Datum:** 30.03.2026, 20:15–20:16
**URL (aus Kontext):** `/planning` (app/planning/page.tsx)
Diese fünf Bilder zeigen dasselbe Next.js Error-Overlay in fünf verschiedenen Fehlern (Fehler 1/5 bis 5/5). Zusammengeführt.
### Fehler-Overlay-Struktur
- Navigation oben links: `< X/5 >` (X = aktuell angezeigte Fehlernummer), daneben `>` Next-Button
- Oben rechts: Next.js-Version „Next.js 16.17 (stale)" + „Turbopack" Badge (orangefarben)
- Fehler-Typen-Badge: „Console Error" (Tab 1) oder „Runtime Error" (Tab 2), „Server" (weiterer Badge)
- Fehlermeldung rot, fett
- Darunter: Code-Snippet mit Zeilennummern und Highlight der Fehlerzeile (rot hinterlegt)
- Darunter: Call Stack (kollapsibel, „Show X ignore-listed frame(s)")
- Unten rechts: „Was this helpful? 👍 👎"
### Fehler-Übersicht (1–5)
**Fehler 1/5 — Console Error**
Meldung: `consultants: "Could not find the table 'public.consultants' in the schema cache"`
Datei/Zeile: `app/planning/page.tsx (28:21) @ PlanningPage`
Code-Kontext:
```ts
26 ])
27 |
> 28 | if (cErr) console.error('consultants:', cErr.message)
29 | if (tErr) console.error('appointment_types:', tErr.message)
30 | if (pErr) console.error('planning_projects:', pErr.message)
31 | if (aErr) console.error('assignments:', aErr.message)
```
Call Stack: `PlanningPage` → ``
**Fehler 2/5 — Console Error**
Meldung: `appointment_types: "Could not find the table 'public.appointment_types' in the schema cache"`
Datei/Zeile: `app/planning/page.tsx (29:21) @ PlanningPage`
Code-Kontext:
```ts
27 |
28 | if (cErr) console.error('consultants:', cErr.message)
> 29 | if (tErr) console.error('appointment_types:', tErr.message)
30 | if (pErr) console.error('planning_projects:', pErr.message)
31 | if (aErr) console.error('assignments:', aErr.message)
```
Call Stack: `PlanningPage` → ``
**Fehler 3/5 — Console Error**
Meldung: `planning_projects: "Could not find the table 'public.planning_projects' in the schema cache"`
Datei/Zeile: `app/planning/page.tsx (30:21) @ PlanningPage`
Code-Kontext:
```ts
28 | if (cErr) console.error('consultants:', cErr.message)
29 | if (tErr) console.error('appointment_types:', tErr.message)
> 30 | if (pErr) console.error('planning_projects:', pErr.message)
31 | if (aErr) console.error('assignments:', aErr.message)
32 |
33 | const currentConsultant = (currentConsultantRow as Consultant | null) ?? null
```
Call Stack: `PlanningPage` → ``
**Fehler 4/5 — Console Error**
Meldung: `assignments: "Could not find the table 'public.assignments' in the schema cache"`
Datei/Zeile: `app/planning/page.tsx (31:21) @ PlanningPage`
Code-Kontext:
```ts
29 | if (tErr) console.error('appointment_types:', tErr.message)
30 | if (pErr) console.error('planning_projects:', pErr.message)
> 31 | if (aErr) console.error('assignments:', aErr.message)
32 |
33 | const currentConsultant = (currentConsultantRow as Consultant | null) ?? null
34 | const perms = getPlanningPerms(currentConsultant)
```
Call Stack: `PlanningPage` → ``
**Fehler 5/5 — Runtime Error**
Meldung: `Functions cannot be passed directly to Client Components unless you explicitly expose it by marking it with "use server". Or maybe you meant to call this function rather than return it.`
Fehler-Detail:
```
{role: …, consultantId: Null, teamCode: …, canCreate: …, canManageMasterData: …, canViewReports: …, canEdit: function canEdit, canDelete: …}
^^^^^^^^^^^^^^
```
Datei/Zeile: (unklar, stringify-Ebene)
Call Stack: `stringify` → ``
Call Stack zählt: 6 Einträge, „Show 5 ignore-listed frame(s)"
### Logik/Regeln (erkennbare Architektur)
- `PlanningPage` lädt 4 Supabase-Tabellen parallel: `consultants`, `appointment_types`, `planning_projects`, `assignments`
- Fehler-Pattern: `if (xErr) console.error(...)` für jede Tabelle
- `currentConsultant` wird aus `currentConsultantRow` mit Nullcheck gesetzt
- `getPlanningPerms(currentConsultant)` gibt Permissions-Objekt zurück mit Feldern: `role`, `consultantId`, `teamCode`, `canCreate`, `canManageMasterData`, `canViewReports`, `canEdit` (Funktion!), `canDelete`
- Problem: `canEdit` ist eine Funktion im Perms-Objekt → kann nicht als Prop an Client Component übergeben werden
---
## 13–16. Bildschirmfoto 2026-03-31 um 01.29.21.png / 01.29.34.png / 01.29.44.png / 01.30.23.png
**Screen/Feature-Name:** BMW 360° Factory Analysis — Audit-Fragebogen (Fragen-Matrix)
**App/Tool:** BMW Group 360° Factory Analysis (Web-App, bmwgroup.com oder internes Tool)
**Datum:** 31.03.2026, 01:29–01:30
**Kontext:** MO-2 Runde, München, DE — ID: 76 — Rating 2,92 (angezeigt 2,93 in Frame 16)
Diese vier Bilder zeigen verschiedene Zustände/Filter desselben Screens. Zusammengeführt.
### Layout
- **Header:** BMW-Group-Logo oben links, „360° Factory Analysis" Titel. Rechts oben: „Comments" Button mit Briefumschlag-Icon, „Ratings" Button mit Balken-Icon, Haus-Icon, Profil-Icon.
- **Zweite Leiste:** Linke Seite: zwei Dropdowns (Filter-Ebene 1 + 2), Checkbox „Show Not Relevant Questions", Suchfeld „Question Search". Rechte Seite: „MO-2 Runde, München, DE", „ID: 76", „Rating 2,92" (bzw. 2,93).
- **Hauptbereich:** Tabelle mit Frage-Karten, zeilenweise
### Linker Filter-Bereich — Dropdown-Optionen
**Erste Ebene (Kategorie):**
- All *(ausgewählt in einigen Frames)*
- Development
- Project Management
- Production Management
- Production System
- (weitere nicht sichtbar)
**Zweite Ebene (Sub-Kategorie):**
- All Questions *(ausgewählt)*
- Answered Questions
- Open Questions
- Questions in Review
### Tabellen-Header
| Spalte | Beschreibung |
|--------|-------------|
| Nr. | Laufende Nummer |
| (Checkbox) Relevant? | Checkbox zum Markieren ob Frage relevant ist |
| (Checkbox) Verify/Review? | Checkbox zum Markieren ob Verifikation/Review nötig |
| Category | Hauptkategorie |
| Sub-Category | Unterkategorie |
| Question | Fragetext |
| Criteria 1 | Bewertungskriterium 1 (niedrigste Stufe) |
| Criteria 2 | Bewertungskriterium 2 |
| Criteria 3 | Bewertungskriterium 3 |
| Criteria 4 | Bewertungskriterium 4 (höchste Stufe) |
| Comments | Freitext-Kommentar-Feld |
### Sichtbare Fragen (vollständige Inhalte)
**Frage Nr. 2 — Development / Development Agreement with BMW**
- **Relevant?** ✓ (angehakt)
- **Verify/Review?** ✓ (angehakt)
- **Question:** „E/E components: Maturity level of the software — Explain the process of design and process validation of the software. What is the current project status and the forecast?"
- **Criteria 1 (rot):** „A maturity measurement of the software has not been agreed. Key figures to be measured are not determined or insufficiently collected. Insufficient maturity level is critical to the project. Required system functions not yet fully represented and/or confirmed. Project-critical deficits."
- **Criteria 2 (orange):** „A software maturity measurement has been agreed. Key figures to be measured for software maturity are collected. Current maturity level is behind project requirement. System functions not yet fully confirmed, Critical, most not yet critical measures are planned."
- **Criteria 3 (gelb-grün, aktuell markiert/hervorgehoben):** „A maturity measurement of the software is agreed. Key figures to be measured are collected. Current maturity level is in accordance with the project plan. All system functions have been confirmed."
- **Criteria 4 (grün):** „A maturity measurement of the software is agreed. Key figures to be measured are collected. Current maturity level is on schedule and secured in accordance with the project phase. All required system functions have been implemented and confirmed. Positive further forecast due to high stability and reliability."
- **Comments:** „Software design and validation follow ASPICE processes; current maturity is Beta with release expected in Q3."
**Frage Nr. 3 — Development / Development Agreement with BMW**
- **Relevant?** ✓
- **Verify/Review?** ✓
- **Question:** „Special features: Have special product features been agreed with BMW and are their testing planned?"
- **Criteria 1 (rot, mit Annotation):** „Special features are not or insufficiently defined. Objective testability not agreed." *(Annotation-Text fett/hervorgehoben)*
- **Criteria 2 (orange):** „Special features are partly defined, but their objective verifiability has not yet been agreed. Positive completion forecast, not critical to..."
- **Criteria 3 (gelb-grün):** „Special features are defined as far as possible and their objective verifiability is agreed. Positive completion forecast in the project plan/schedule."
- **Criteria 4 (grün):** „Special features are comprehensively defined and their objective verifiability and review is agreed and guaranteed."
- **Comments:** „Special features such as safety functions have been agreed; dedicated validation tests are scheduled."
**Frage Nr. 4 — Development / Development Agreement with BMW** (nur in Frame 01.30.23 sichtbar)
- **Relevant?** ✓
- **Verify/Review?** ✓
- **Question:** „BMW Group standards: Are the relevant BMW Group standards known and taken into account in product development?"
- **Criteria 1 (weiß/grau):** „BMW Group standards are not known or available. Product/process features are not compliant with the Group standard."
- **Criteria 2 (orange, hervorgehoben):** „BMW Group standards are mostly available, up-to-date and understood. Some product/process features are not GS-compliant. Measures are planned."
- **Criteria 3 (gelb-grün):** „BMW Group standards are available and understood. The product/process features mostly conform to the Group Standard. Optimization in progress."
- **Criteria 4 (grün):** „BMW Group standards are available and understood. The product/process standards characteristics comply with the BMW Group Standard."
- **Comments:** „All applicable BMW Group standards are available and followed; reviewed in each milestone."
**Frage Nr. 5 — Development / Development Agreement with BMW** (nur in Frame 01.30.23 sichtbar)
- **Relevant?** ✓
- **Verify/Review?** ✓
- **Question:** „Proof of manufacturability: Is there a current proof of manufacturability for the product?"
- **Criteria 1 (weiß/grau):** „Feasibility analyses were not or insufficiently carried out. Analysis revealed non-manufacturability. Need for significant specification changes. Tolerance confirmation..."
- **Criteria 2 (orange):** „Feasibility studies have been carried out in some cases. Outstanding verifications plausibly planned. Adaptation of individual specifications, e.g. tolerances and measurement plans."
- **Criteria 3 (gelb-grün):** „Feasibility studies have been carried out for the most part. Evidence is available in writing. Pending verifications are plausibly planned and with a positive forecast. Tolerances can be..." *(abgeschnitten)*
- **Criteria 4 (grün, hervorgehoben):** „Feasibility studies have been carried out. Proof of manufacturability is available in writing. Manufacturability is fully confirmed. Tolerances and measurement plans."
- **Comments:** „Proof of manufacturability has been demonstrated through pilot runs and feasibility studies."
### Farbskala Criteria-Bewertung
- Rot = Criteria 1 (schlechteste Ausprägung)
- Orange = Criteria 2
- Gelb-Grün = Criteria 3
- Grün = Criteria 4 (beste Ausprägung)
- Aktuell ausgewähltes Criteria wird dunkler/fetter dargestellt
### Rating-System
- Gesamtrating oben rechts: „Rating 2,92" (bzw. 2,93)
- Fortschritt: „21/199" (Frame 13–14), „22/199" (Frame 16) → 199 Fragen gesamt, davon X beantwortet
---
## 17. Bildschirmfoto 2026-03-31 um 13.41.54.png
**Screen/Feature-Name:** CSSC-Assessment — Detailansicht einer Assessment-Frage mit Follow-Up-System
**App/Tool:** CSSC-Assessment (Web-App, vermutlich eigene BMW-Entwicklung)
**Datum:** 31.03.2026, 13:41
**User:** Calvin Corbach (oben rechts)
**Auftrag:** 123434-10 / Lukas GmbH / Dütsch
### Layout
Weißer Hintergrund. Schmale linke Sidebar (Icon-Navigation). Rechts Haupt-Panel. Header mit Breadcrumb/Titel, darunter Bewertungsblock, darunter Kommentar-Bereiche, darunter Maßnahmen und Bilder.
### Header / Navigation
- Oben links: BMW-Group-Logo + „CSSC-Assessment"
- Oben rechts: Profil (Name „Calvin Corbach")
- Linke Sidebar: 5 Icon-Buttons (Navigation zu Bereichen — Label nicht lesbar)
### Breadcrumb / Titel
`01 - Basis / 1.2 Emergency Management (Enterprise & Local) / Emergency Organization`
### Beschreibung der Frage
„Formal information exchange with authorities and suppliers (external stakeholders regarding emergency scenarios and reporting obligations is established and documented"
### Bewertungs-Tabelle
| Spalte | Assessment | Follow Up 1 | Follow Up 2 | Follow Up 3 |
|--------|-----------|-------------|-------------|-------------|
| Wert | 0 | 6 (blau hervorgehoben) | (leer) | (leer) |
### Felder im Detailbereich
**Supplier Comment**
- Datum: 01/29/2026
- Text: „Lol haben wir nicht Gap"
**Previous Comments**
- Assessment Comments: (leer)
- Control Status: „DeepDive OnSite" (Badge/Dropdown — aktuell ausgewählt)
- Assessor 1 Comment: Lippl Lukas
- Assessor 2 Comment: Weyand-Baranov Andre
**Final Comment — Follow Up 1**
- Eingabefeld (Textarea): Placeholder „Enter Final Comment" — leer
### Maßnahmen-Bereich
- Label: „Measures:"
- Zustand: „There are no measures for this control yet."
- Hinzufügen-Button: `+` (zentriert)
### Bilder-Bereich
- Label: „Pictures (0)" + Pfeil (expand)
### Buttons (unten)
- `Save` (primär, dunkelblau)
- `+ Picture` (sekundär, dunkelblau)
---
## 18. Bildschirmfoto 2026-04-01 um 17.02.42.png
### NOISE: Marketing-Render — BMW X5 (dunkelgrünes SUV-Fahrzeug in dramatischer Studiobeleuchtung)
---
## 19. Bildschirmfoto 2026-04-02 um 22.33.35.png
**Screen/Feature-Name:** SupplierPulse — Einsatzplanung (Kalenderansicht)
**App/Tool:** SupplierPulse (Web-App, localhost:3000/kalender)
**Datum:** 02.04.2026, 22:33
**User:** Kais Aseckzai (oben rechts)
**Browser:** Chrome, macOS
### Layout
Dunkelblue/marinefarbene linke Sidebar. Weißer Hauptbereich mit horizontalem Gantt-Kalender.
### Linke Sidebar — Navigation
- Logo/App-Name oben: „SupplierPulse"
- Menüpunkte (von oben nach unten):
1. Projektanlage (Icon: Klemmbrett)
2. **Kalender** (aktuell aktiv, hervorgehoben)
3. L3C Workshop
4. Fabrikanalyse
5. QAF Analyse
6. Dateianlage
7. Admin (ganz unten)
- Unten links: „N" Avatar-Kreis (Benutzer-Initialen)
### Obere Filterleiste
Links nach rechts:
1. Monatspfeil `<` / `>` + `April 2026`
2. `2026` (Jahres-Dropdown)
3. `1 Woche` (Zeitraum-Dropdown)
4. `Alle Teams` (Team-Filter-Dropdown)
5. `Alle Mitarbeiter` (Mitarbeiter-Filter-Dropdown)
6. `Alle Typen` (Typ-Filter-Dropdown)
7. Suchfeld: Placeholder „Projekt suchen"
Rechts:
- Button: `Downloaden`
- Button: `Excel`
- Button: `Drucken`
- Toggle: `Woche anzeigen`
- Dropdown: `Auswahl`
- Button: `Einsatz anzeigen` (primär, dunkler)
### Kalender-Struktur
- Zeilen: Mitarbeiter-Namen (Berater)
- Spalten: Tage (Datum), unter KW-Angaben
- Sichtbarer Bereich: KW14–KW18 (April 2026)
### Sichtbare Mitarbeiter (Zeilen, von oben)
- Kais Aseckzai (2×)
- Reinhard Althammer (2×)
- Armin Bucherhoff
- Armin Bucherhoff (2×)
- Kais Aseckzai (2× — vermutlich Doppel-Eintrag oder separater Auftrag)
- Heinz Aseckzai (unklar)
- Trevor Barker
- Trevor Barker
- Trevor Barker
- Detlef Knopf
- Detlef Knopf
- William Dickens
- William Dickens
- William Dickens
### Auftrags-Blöcke (sichtbare Beispiele)
- Hellorange Blöcke mit Text (Auftragsbezeichnungen, aber zu klein um alle vollständig zu lesen)
- Einige Blöcke erkennbar als z.B. „Datum: 30 Mrz bis..." mit Kundennamen
### Logik/Regeln
- URL: `localhost:3000/kalender` → lokale Entwicklungsinstanz
- Einsatz-Blöcke können über mehrere Tage gehen (Gantt-Bars)
- Mehrere Auftrags-Zeilen pro Mitarbeiter möglich (Mehrfach-Einträge)
- Sidebar bleibt beim Scrollen fix (unklar)
---
## 20. Bildschirmfoto 2026-04-03 um 14.53.57.png
**Screen/Feature-Name:** Durrani Restaurant — Google-Bewertungs-Aufforderung (Marketing-Karte/Flyer)
**App/Tool:** Kein App-Screen — Grafik/Marketingmaterial
**Datum:** 03.04.2026, 14:53
### Layout
Schwarzer Hintergrund. Oben: Durrani-Logo mit afghaner Muster-Icon (rund, grün-gold) und Schriftzug „Durrani / AFGHANISCHES RESTAURANT". Darunter: Google-G-Logo groß. Darunter: 5 Sterne (alle ausgefüllt, weiß/gold). Darunter: Text „Jetzt auf Google bewerten". Rechts: QR-Code (quadratisch, schwarz-weiß).
### Inhalt
- Restaurant-Name: Durrani Afghanisches Restaurant
- CTA: „Jetzt auf Google bewerten"
- Rating-Anzeige: 5 Sterne (statisch, kein echtes Rating)
- QR-Code: führt vermutlich zu Google-Maps-Bewertungsseite (Ziel-URL nicht lesbar)
- Logo-Design: kreisförmiges orientalisches Muster, rot/gold/grün
### Zweck
Marketing-Karte oder Display-Material für In-Restaurant-Nutzung — Gäste sollen QR-Code scannen und Google-Bewertung hinterlassen.
---
## Zusammenfassung b_17
| Typ | Anzahl | Dateien |
|-----|--------|---------|
| NOISE | 1 | Bildschirmfoto 2026-04-01 um 17.02.42.png (BMW X5 Marketing-Render) |
| SUBSTANZ | 19 | alle anderen |