# AUDIT-2 — Urbino Manager · 8. lépés végi felülvizsgálat

**Dátum.** 2026.05.24 · **Audit-scope.** 27 screen-mock-fájl (+ 1 explorer-szerű S6.5) + 42 organism + 4936-soros `_styles.css` + 5-kulcsos `data/mock.js` + 16 UX-döntés. Cél: a 9. lépés (átadási csomag) elindítása előtt fejlesztő-szempontú állapotleírás. **Az AUDIT.md (2026.05.22) folytatása — a P0/P1 cleanup tételei akkor leírva, állapotuk most ellenőrizve.**

**Olvasási útmutató.** `[megj.]` = audit-megfigyelés, `[hatás]` = veszélyes / kozmetikai / információs. A `→ AUDIT.md P0/P1` jelzés a korábbi audit-tétel visszahivatkozása. Utolsó szakasz a 9. lépésre vonatkozó priorizált cleanup-lista.

---

## 1. Számok és változás az AUDIT.md óta

| Mező | AUDIT.md (2026.05.22) | AUDIT-2 (2026.05.24) | Δ |
|---|---|---|---|
| Organism-fájlok | 31 | **42** | +11 (9 új tartalom-ági + StatusTrack + WeeklyReportCard kiemelve) |
| `_styles.css` sorszám | 4099 | **4936** | +837 (új organism-szekciók) |
| Screen-mock fájlok | 0 | **28** | +28 (S6.5 + 12 admin screen × 1-3 fájl) |
| UX-döntések | D-1..D-12 | **D-1..D-17** | +5 (D-13 DataTable contract, D-14..D-17 a 8. lépés döntései) |
| Preview-fájlok (összesen) | 34 | **65** | +31 (preview/ + screens/) |

A 8. lépés tartalmi mérete a Tier-1..Tier-4 réteg összesével arányos — összevethetően jelentős fáradozás. A teljes projekt-méret most ~480 organism-CSS-token (a DS `--u-*` névsávja) fölé szervezett ~547 manager-specifikus `.mgr-*` osztály.

## 2. Az AUDIT.md priorizált cleanup-tételek állapota

### P0 — Veszélyes, mielőtt screen-mock indul

| AUDIT.md P0 | Akkor | Most | Megj. |
|---|---|---|---|
| **1.** `tier-2.html` ↔ `data-table.jsx` interface összeillesztése | nyitott | ✅ **Lezárva (D-13).** A `data-table.jsx` kibővítve sortable + controlled sort + onRowClick + rowClassName + loading-overlay-okkal. `tier-2-datatable-contract.html` az új kanonikus contract-demo, a `tier-2.html` katalógus érintetlenül marad. |
| **2.** `StatusTrack` + `WeeklyReportCard` kiemelése `organisms/`-ba | nyitott | ✅ **Lezárva.** `status-track.jsx` (`StatusTrack` + `StatusTrackBranched`), `weekly-report-card.jsx` fájl-szinten. |

### P1 — Fejlesztő-átadáshoz

| AUDIT.md P1 | Akkor | Most |
|---|---|---|
| **3.** `_styles.css` duplikált blokkok eltávolítása | ~800-1000 sornyi dead-CSS | ✅ **Lezárva** — a 4 nagy duplikáció (`mgr-user-chip*`, `mgr-settings-section*`, `mgr-data-table*`, `mgr-filter-pill-bar*`) eltávolítva. Maradt 4 minor (`.mgr-data-table__scroll`, `.mgr-similar__error`, `.mgr-tcf__textarea`, `.mgr-ce-field__textarea`) — egyenként 2 sor egymáshoz közel, pszeudoosztály-variánsoknak tűnnek. *[hatás: kozmetikai — minor cleanup a 9. lépésben]* |
| **4.** Hub frissítése (`Urbino Manager.html`) | 7. lépés szöveg, D-1..D-9 | ✅ **Lezárva.** Hub a 8. lépést tükrözi, D-1..D-17 decision-log szekcióban, screen-mock-tábla az A1..A12 + 2 cross-cutting screent listázza. |
| **5.** `mock.js` konszolidációja vagy demolása | "fele-fele" állapot | ⚠ **Nyitott** (1.2 audit 6. fejezet). A 28 screen-fájl szinte mind saját inline mock-ot definiál; a `mock.js` szerepe továbbra is csak a `LeftNav` tenant + currentUser + navCounts hármasára szorul. |
| **6.** `ORGANISMS.md` frissítése a tényleges API-khoz | D-9..D-12 nyomán hiányos | ✅ **Lezárva** (1.1 iter eredménye). 9 új organism API + KpiCard `delta` deprecated + TeamPerformanceTable `isTopPerformer` + Tier-4 fejléc-revízió. |

### P2/P3 — Kozmetikai, jövőre halasztott

| AUDIT.md P-szint | Akkor | Most |
|---|---|---|
| `_styles.css` header-komment | "Réteg-sorrend: 1. Shell — AppShell" stale | ⚠ Még nyitott — a 4936 soros fájl tetején a TOC továbbra is a 4099-soros állapotot tükrözi. *[hatás: kozmetikai — 1.3 iter scope-jában]* |
| `iconGlyph` helper dokumentálás | szivárgó | ⚠ Még nyitott — sem dedikált helper-fájl, sem `ORGANISMS.md`-bejegyzés. *[hatás: információs — 1.4 iter (handoff-prep) szempontból fejlesztő-instrukcióval pótolható]* |
| A10/A11/A12 Tier-4-iter döntés | "build-now vagy build-as-needed" | ✅ A 8. lépésben **build-now** — 6 új organism-fájl született (D-13 nyomán). |
| `DateTimeRangePicker`, `LinkValidator`, `CoverImageUploader` | "10. iter vagy screen-szinten" | ✅ **Mind megépítve** D-13/D-15 alatt. |

**Záró.** Az AUDIT.md 11 priorizált tételéből **9 lezárva** (8 a 8. lépés alatt, 1 az 1.1-iter alatt), **2 nyitott** (mock-konszolidáció + minor CSS-cruft). Ezek a 9. lépésre vagy a Phase 2-re halaszthatók.

---

## 3. Organism-katalógus integritása

### 3.1 `window.X` export-helyesség

Mind a **42 organism-fájl** exportál legalább egy named entry-t a `window` namespace-re — összesen **51 nevesített export** + 3 named konstans (`ROLE_INFO`, `ICON_SET_DEFAULT`, `ActionBar_buildDefaultActions`). Nincs néma fájl. *[hatás: információs — átadás-kész állapot]*

### 3.2 Direkt és beágyazott használat

A 28 screen-fájl `<X>` JSX-tag-keresése + script-src + identifier-előfordulás-mátrix alapján a 42 organism három kategóriába esik:

**(a) Direkt-fogyasztva 1+ screenen** *(31 organism)*: `AppShell`, `PageHeader`, `EmptyState`, `UserChip`, `SettingsSection`, `ConfirmDialog`, `DataTable`, `FilterPillBar`, `TabFilter`, `TriageBar`, `TicketMetaBar`, `ActivityTimeline`, `InternalNotesPanel`, `ActionBar`, `SimilarTicketsBox`, `TicketCreateForm`, `CategoryTreeEditor`, `CategoryImportDialog`, `RoleEditor`, `TenantInfoForm`, `LogoUploader`, `RecipientList`, `KpiCard`, `TeamPerformanceTable`, `StatusTrack`, `StatusTrackBranched`, `ContentEditor`, `PublishStateChip`, `PhotoGallery`, `DateTimeRangePicker`, `LinkValidator`.

**(b) Beágyazott consumer-en át, NEM direkt-fogyasztva** *(9 organism)*: `LeftNav` + `TopBar` (AppShell-en át), `CoverImageUploader` + `RichTextEditor` + `PhotoUploader` (ContentEditor-on át), `IconPicker` (CategoryTreeEditor-on át), `MapWidget` + `MapLegend` (LocationPicker-en át), `LocationPicker` (TicketCreateForm-on át — a `<LocationPicker>` JSX-tag csak az A2 screen-ben szerepel, ott azonban a TicketCreateForm beágyazva is használja). **Egészséges** — a beágyazott használat a separation-of-concerns mintáját követi.

**(c) Halott — fájl létezik, semmi screen-mock nem hivatkozik rá** *(2 organism)*:
- **`UserInviteDialog`** — 1 screen src-eli (a8-lista), de `<UserInviteDialog>` JSX-tag SEHOL nem renderelődik. A `InviteCta` button mint static placeholder van a screen-en. **Veszélyes** — a fejlesztő nem látja működő demón a modal-nyitást.
- **`GroupMemberList`** — 0 src, 0 identifier. Az A7 csoportok-adatlap egy inline `MemberRow` komponenst renderel (`a7-beallitasok-csoportok-adatlap.html:372`) a `GroupMemberList` helyett. **Veszélyes** — két API él párhuzamosan, a fejlesztő-átadáskor nem világos, melyik a kanonikus.

### 3.3 Inline-organism-pótlások a screen-fájlokban

A 28 screen-fájl-vizsgálat során **3 helyen találtunk inline-renderelt organism-pótlást**, ahol a screen-fájl SAJÁT komponensét írja, holott létezik organism-fájl-szintű implementáció:

| Screen-fájl | Inline komponens | Helyette használható organism | Veszélyesség |
|---|---|---|---|
| `a5-riportok-adatlap.html` `RecipientsCard` | sor 382-407 | **`WeeklyReportCard`** + `RecipientList` (read-only) | ⚠ Veszélyes — `WeeklyReportCard` ehhez a screenhez került kiemelésre |
| `a7-beallitasok-csoportok-adatlap.html` `MemberRow` + `.a7d-picker` | sor 372-393 + 484+ | **`GroupMemberList`** + `UserPicker` (edit-mode-ban beágyazva) | ⚠ Veszélyes — két API él párhuzamosan |
| `a8-beallitasok-felhasznalok-lista.html` `InviteCta` button | sor 265-266 | **`UserInviteDialog`** (a CTA → modal-flow) | ℹ Információs — a modal "rendelhető" event, statikus screen-mock-ban valószerűtlen rendererelni; de a fejlesztő-átadás miatt egy artboard-on érdemes lenne demonálni |

### 3.4 `SettingsSubNav` — D-14 nyomán halott, DE 2 screen még src-eli

A D-14 döntés (Pattern N) szerint a `SettingsSubNav` a screen-mockokról elhagyva. A megfigyelés:
- `a6-beallitasok-kategoriak.html:167` — `<script src="...settings-sub-nav.jsx">` betöltődik, de a JSX-ben SEHOL nem rendereli.
- `a9-beallitasok-altalanos.html:189` — uo.
- `s6_5-beallitas-nav-explorer.html:264` — egy CSS-komment `SettingsSubNav stub`-ot említ (az explorer-fájl ad-hoc szöveggel). OK.

**Hatás.** Halott `<script>` tag-ek, a render-időre nem hatnak — minor cleanup. *[hatás: kozmetikai — a 9. lépés handoff-szempontból zavaró, mert a fejlesztő azt hiheti, a SettingsSubNav fogyasztva van]*

### 3.5 Sajátos megjelenések

- **`A8 felhasználó-adatlap` (inline 21 CSS-sor)**: A `a8-beallitasok-felhasznalok-adatlap.html` mindössze 21 CSS-sornyi belső szabályt definiál — szignifikánsan kevesebb, mint a többi adatlap (a7 csoport-adatlap 241, a5 riport-adatlap 164). **Ez azt sugallja, hogy az A8 adatlap erősebben támaszkodik az `mgr-user-detail*` family-re (24 deklaráció a `_styles.css`-ben)**, ami egészséges. ✅
- **`A1-lista-explorer.html` hiányzó screen-id (1.):** a `.screen-header__id` osztály-érték nincs feltöltve a fájlban. *[hatás: kozmetikai — a többi explorer mind „S<X>" vagy „A<X>" azonosítót hord]*

---

## 4. CSS-cruft (`_styles.css`)

### 4.1 Méret és növekedés

A 4936-soros fájl ~547 unique `.mgr-*` osztály-szelektort hordoz 51 logikai szekcióban. Az AUDIT.md (4099 sor) óta:
- **+837 sor** (új organism-szekciók a 8. lépés alatt: `mgr-dtp-*` 12, `mgr-lv-*` 10, `mgr-wrc-*` 10, `mgr-cover-uploader-*` 13, `mgr-editor-*` 12, `mgr-tab-filter-*` ~5, `mgr-gallery-*` ~5, `mgr-uploader-*` ~5, `mgr-rte-*` ~5, `mgr-pub-chip-*` ~3).
- **-800-1000 sor** dead-CSS a P1 cleanup-ban (a 4 duplikált blokk eltávolítva).
- **Per-organism arány egészséges:** a legnagyobb family-k 20-30 deklaráció (`mgr-similar-*` 29, `mgr-cat-*` 27, `mgr-triage-bar-*` 26, `mgr-user-detail-*` 24). Egyik sem aránytalan a feature-komplexitáshoz képest.

### 4.2 Maradék duplikációk

A `block-leader-multi-occurrence` szúrópróba **4 minor duplikációt** talált:

| Selector | Sorok | Megj. |
|---|---|---|
| `.mgr-data-table__scroll` | 650, 746 | 96 sornyi eltérés — érdemes ellenőrizni, hogy ez a `--is-dimmed` modifier-deklaráció külön blokk-leadere, vagy tényleges duplikáció |
| `.mgr-similar__error` | 1957, 1963 | 6 sornyi eltérés — gyanúsan érintkező, vélhetően `:hover` vagy `--variant` modifier — minor cleanup |
| `.mgr-tcf__textarea` | 2407, 2423 | 16 sornyi eltérés — `:focus` lehet (textarea-fókusz-állapot külön blokkban) |
| `.mgr-ce-field__textarea` | 4652, 4667 | uo. — `:focus` |

**Hatás.** Egyik sem real-bug, mind 2-sortávolságra állnak — pszeudoosztály-variánsok bejegyzése. *[hatás: kozmetikai — 9. lépés előtt ellenőrizhető, kombinálható egy blokkba a `:focus`-szal vagy a `--variant`-tal együtt]*

### 4.3 Stale header-komment

A `_styles.css:1-13` doksi-blokk **a 4099-soros (AUDIT.md előtti) állapotot tükrözi**: `"Réteg-sorrend: 1. Shell — AppShell, LeftNav, TopBar / 2. Page-level — PageHeader / 3. Cross-cutting — EmptyState"`. A 4936 soros valós fájl 51 logikai szekciójához ez NEM tükröz semmit.

**Hatás.** *[hatás: kozmetikai — 1.3 iter SCREEN-CONVENTIONS.md mellékterméke lehet, vagy 9. lépésben aktualizált TOC]*

### 4.4 Pozitívumok

- **Egyetlen magic-number sincs** — minden méret/szín `--u-*` tokenre kötött. Spot-check 5 fájl-blokkban: `mgr-dtp-*`, `mgr-lv-*`, `mgr-editor-*`, `mgr-wrc-*`, `mgr-cover-uploader-*` mind token-tisztán.
- **A `mgr-*` névsáv konzisztens**, BEM-szerű `__elem` és `--mod` minta mindenhol.
- **CSS-magic-rule nincs** — sem `> * + *` típusú „közeli testvér" hack a globális szabályokban (l. 5.2 alatt: a screen-fájlok inline használnak ilyet, de az `_styles.css` tiszta).

---

## 5. Screen-fájl konzisztencia

### 5.1 Inline CSS-mennyiség eloszlás (28 screen)

Az inline CSS **össz-mennyisége 4810 sor — azaz közel ugyanannyi mint az `_styles.css` 4936**. Per-screen átlag ~172 sor. Eloszlás:

| Screen | Inline CSS sorok | Megj. |
|---|---:|---|
| `a1-bejelentes-lista-mobile.html` | **467** | A mobil-specifikus 320..640px breakpoint-szabályok |
| `a1-bejelentes-lista-mobile-explorer.html` | 463 | uo. |
| `a1-bejelentes-lista-explorer.html` | 409 | UX-explorer — sok artboard-decoration |
| `a1-bejelentes-adatlap-explorer.html` | 369 | uo. |
| `a1-bejelentes-adatlap.html` | 310 | Triage-bar + body + ActionBar tomé screen |
| `s6_5-beallitas-nav-explorer.html` | 294 | LeftNav-stub-decoration |
| `a7-beallitasok-csoportok-adatlap.html` | 241 | **inline GroupMemberList-pótlás → 3.3 alatt** |
| `a1-bejelentes-lista.html` | 200 | A1 fő screen |
| `a4-fooldal.html` | 165 | Dashboard |
| `a5-riportok-adatlap.html` | 164 | **inline RecipientsCard-pótlás → 3.3 alatt** |
| `a2-uj-bejelentes.html` | 162 | A2 form |
| `s13-datetimerangepicker-explorer.html` | 130 | UX-explorer |
| `a9-beallitasok-altalanos.html` | 126 | A9 fő screen |
| ... | ... | (a maradék 13 screen mind <130 sor) |

**Megfigyelés.** A 4 explorer-fájl + a 2 mobil-fájl rendelkezik a legnagyobb inline CSS-mennyiséggel — ez szándékos, mert (a) az explorer-ek UX-mock decorationt hordoznak, (b) a mobil külön display-osztályokat. **A többi 22 screen-fájl viszonylag arányos**, 50-200 sor közötti per-screen rule-set-tel.

### 5.2 Ad-hoc szelektor-minták

Az AUDIT.md a screen-fájlok `.a1-page > * + *`-típusú szabályait hozta fel mint újra-deklarált gyakori mintát. A jelenlegi 28 screen-fájl mintaszúrása (`grep -E "[a-z0-9]-page\b > \*"`):

```
a1-bejelentes-adatlap.html       (a1-page  > * + *)
a1-bejelentes-lista.html         (a1-page  > * + *)
a1-bejelentes-lista-mobile.html  (a1m-page > * + *)
a2-uj-bejelentes.html            (a2-page  > * + *)
a4-fooldal.html                  (a4-page  > * + *)
a5-riportok-adatlap.html         (a5d-page > * + *)
a5-riportok-lista.html           (a5-page  > * + *)
... (12 db total)
```

**Hatás.** A 12 helyen ismétlődő `> * + *` típusú „flow-spacing" minta a DS `--u-page-py` + `gap`-alapú megoldására cserélhető. Egyértelmű konvenció kellene: vagy a screen-fájlok inline-tartják (rendezett, gyors), vagy az `_styles.css` egy `.mgr-page--flow` modifier-szabályt szállít. *[hatás: konvenció-kérdés — 1.3 iter SCREEN-CONVENTIONS.md scope]*

### 5.3 PageHeader title-méret konzisztencia

A 28 screen-fájl `screen-header__title` osztálya 25/28 helyen jelen van — 3 fájl hiányzik (a1-bejelentes-lista-explorer.html screen-id missing, és 2 mobile-fájl alternatív header-pattert használ). Konzisztens. ✅

### 5.4 CSS link-tag-sorrend

A 28 screen-fájl `<link rel="stylesheet">` betöltési-sorrend-szúrópróba (10 fájlon):

```
1. design-system/colors_and_type.css
2. design-system/components/layout.css
3. design-system/components/button.css
4. design-system/components/chip.css
5. design-system/components/input.css
6. design-system/components/tabs.css
7. design-system/components/dialog.css
8. ... (per-screen-tagjeshatározott)
9. manager-system/organisms/_styles.css   ← MINDIG az utolsó
```

A `_styles.css` utolsóként-betöltés egységes — a DS-cascade nyer a default-on, a manager-override felülír. ✅

### 5.5 Script-src darabszám

A screen-fájlok `<script src="...organisms/X.jsx">` darabszámának eloszlása: 0 (explorer-fájlok), 4-12 (Hi-Fi mock-ok). A legnagyobb a `a1-bejelentes-adatlap.html` (12 src), a legkisebb hi-fi az `a12-cityinfo-lista.html` (5 src). **Egészséges per-screen import-volumen.** ✅

### 5.6 Render-állapot — konzol-hibák

A 28 screen-fájl mind beágyazott `<script type="text/babel">`-szel renderelődik. Render-szúrópróba a 9. lépés handoff-igényéhez: **érdemes az audit során a 28-ból átfutni**, hogy nincs-e `babel transpile failure` vagy `window.X is undefined` (organism-imports order-bug). *[hatás: a 1.3 iter konvenciói között érdemes egy „organism-loader-order" rule-t fixálni]*

---

## 6. Mock-data felépítés (`data/mock.js`) — AUDIT.md 8. szakasz folytatás

A `window.MGR_MOCK` változatlan az AUDIT.md óta — 5 felső-szintű kulcs (`tenant`, `currentUser`, `users[5]`, `navCounts`, `categories`, `tickets[12]`). A 28 screen-fájl az alábbi módon fogyasztja:

| Mock-kulcs | Hány screen olvas? | Megj. |
|---|---|---|
| `tenant` | 18 (`AppShell` → `LeftNav`) | Központi |
| `currentUser` | 18 (uo.) | Központi |
| `navCounts` | 18 (uo.) | Központi |
| `users[]` | 0 — egyik screen sem | **Halott** — minden screen-fájl saját ALL_USERS / USERS-mockot definiál |
| `categories` | 0 — egyik screen sem | **Halott** — a6-szerkesztő saját inline CATEGORIES-szal él |
| `tickets[]` | 0 — egyik screen sem | **Halott** — az a1-lista saját 50-elemű TICKETS_ALL-lal él |

### 6.1 A halott mock-szelvény hatása

A `mock.js` jelenleg **3 hasznosan-fogyasztott kulcsra** redukálódott (`tenant`, `currentUser`, `navCounts`), de **3 nagy kulcs (`users`, `categories`, `tickets`) jelenleg élesen halott**. A 8. lépés screen-fázis során a screen-fájlok a saját, gazdagabb mockjaikat preferálták:
- `a1-bejelentes-lista.html` — 50-elemű mock, 5-féle státusszal, prioritás-eloszlással, késett-flag-ekkel — szignifikánsan gazdagabb, mint a `mock.js` 12 rekordja.
- `a6-beallitasok-kategoriak.html` — fa-struktúrával + `iconRef` + `displayOrder` + audit-mezőkkel — szignifikánsan gazdagabb.
- `a8-beallitasok-felhasznalok-lista.html` — 7-elemű `roles`-tömbökkel + `lastActiveLabel`-szal — szignifikánsan gazdagabb.

**Hatás.** Hárfomszintű döntés a 9. lépéshez:
- **(A) Demolás:** a 3 halott `mock.js`-kulcs eltávolítása, a `mock.js` szerepe csak a `tenant + currentUser + navCounts`-ra szűkítve. Egyszerűsít, transzparens.
- **(B) Konszolidáció:** A 28 screen-fájl gazdagabb mockjait felemelni `mock.js`-be 7+ kulcsra (`tickets[50]`, `users[7]`, `categories[fa]`, `groups[3]`, `recipients[5]`, `weeklyReports[12]`, `activityEvents[N]`, `notes[N]`, `news[N]`, `events[N]`, `cityInfos[N]`). Centralizált forrás — a fejlesztő egy `data/mock.ts`-t importál és kész. Bőséges meló (becsült 2-3 óra).
- **(C) Status quo:** A `mock.js` a 3 hasznos kulcsra él, a screen-fájlok per-screen mocknak megfelelően továbbra is inline. Nincs csere a 9. lépésben, de a `HANDOFF.md`-ben dokumentált.

**Javaslat.** **(C) → (B)** kombináció: a 9. lépés átadási csomag a `HANDOFF.md`-ben dokumentálja a per-screen-mock-mintát, a `mock.js` szerepét leírja (chrome-mock), és **opcionálisan** kínál egy 2026.Q3-ban kibővített `data/mock-full.ts`-t a fejlesztőnek bemenetként.

### 6.2 Cross-screen mock-inkonzisztencia

A `a7-csoportok-adatlap.html` `MEMBERS[]` és az `a8-felhasznalok-lista.html` `USERS[]` átfedő rekord-nevekkel, de **eltérő id-vel** dolgozik (l. AUDIT.md 8.1). Az A1-lista, az A7 és az A8 felhasználói-rekordjai szinkronizálatlanok. *[hatás: információs — a 9. lépés handoff-mintán érdemes egy konzisztens 8-10 elemű `tenantUsers[]`-t adni, amit minden screen újra-fogyaszt]*

---

## 7. Új megfigyelések — a 8. lépés saját termékei

### 7.1 A `ContentEditor` szülő-organism — több screen, egyetlen API ✅

A 8. lépés legnagyobb minőségi nyeresége a `ContentEditor` héj: az A10/A11/A12 mind a 3 szerkesztő-screen ezt fogyasztja, a kind-specifikus mezőket az `extraFields` propon át kapja (`DateTimeRangePicker` az A11-en, `LinkValidator` az A12-en). **Ez 3 különálló screen tartalmi vázát közös fogyasztóvá teszi**, ami a 9. lépés Angular-átadás-mintán is jól érzékelhető lesz.

### 7.2 Az `s6_5-beallitas-nav-explorer.html` és `s13-datetimerangepicker-explorer.html` — cross-cutting screenek a `screens/` mappában

A két cross-cutting UX-explorer (S6.5 settings-nav + S13 DateTimeRangePicker) a `preview/screens/`-ben él, nem a `preview/`-ben. **Konvenció-szempontból tisztázandó**: a `screens/` mappa A1..A12 admin-screeneket gyűjti vagy minden screen-szintű explorer-t? *[hatás: kozmetikai — 1.3 iter scope]*

### 7.3 A `a1-bejelentes-lista-mobile.html` — egyetlen mobil-screen-mock

Az A1 mobil-vetület külön screen-fájl. A többi 11 admin-screen mobil-vetülete **nincs mockolva** (a spec szerint a manager-felület desktop-first, csak az A1 triage-flow-ja mobil-támogatott). **Konzisztens a `00_architektura_v4.md` 5.1-vel**. ✅

### 7.4 Az `S6.5` rejtett `screen-header__id` az `a1-bejelentes-lista-explorer.html`-en

Az `a1-bejelentes-lista-explorer.html` a `.screen-header__id` osztály-helyét üresen hagyja. Konzisztencia miatt érdemes „A1" vagy „A1-UX" jelölést adni. *[hatás: kozmetikai — 1.3 iter]*

---

## Priorizált cleanup-task-lista a 9. lépés előtt

### P0 — Veszélyes, mielőtt handoff-csomag indul

1. **`A5 riport-adatlap` `RecipientsCard` inline → `WeeklyReportCard` + `RecipientList`-átállás.**
   A `WeeklyReportCard` organism a 8. lépés P0-ja alatt épült meg pontosan ezért — a fejlesztő-átadáskor a "fő riport-screen" inline-organism-pótlással szállítva inkonzisztens. **Vagy az inline visszaalakítása organism-fogyasztásra, vagy a `WeeklyReportCard` retirement-je dokumentálandó.**

2. **`A7 csoport-adatlap` `MemberRow` inline → `GroupMemberList`-átállás.**
   D-10 explicit a `GroupMemberList`-et nevezi a kanonikus organismnek. A screen-fájl inline saját komponenst gyárt — két API él párhuzamosan, a fejlesztő nem tudja, melyik a kanonikus. *(A `GroupMemberList` fájl-szinten létezik, a screen-fájl ezt használja.)*

### P1 — Ajánlott fejlesztő-átadáshoz

3. **`A8 felhasználók-lista` invite-flow demonálás.**
   A jelenlegi mock-screenen csak a `<InviteCta>` button áll. A `UserInviteDialog` organism megépítve, de NEM renderelt. **Egy harmadik artboard** vagy `UD-1` szöveg-jelölés, amely demonálja a meghívó-modal megnyitását. *(Vagy szöveg-szintű HANDOFF-instrukció elég.)*

4. **`SettingsSubNav` halott script-include eltávolítása az A6 + A9 screenekről.**
   D-14 nyomán a screen-mock nem fogyasztja — a `<script src="...settings-sub-nav.jsx">` halott. 2 fájlból törlés.

5. **`mock.js` szerepének tisztázása.**
   Vagy (A) demolás a 3 halott kulcsra, vagy (B) konszolidáció. A 9. lépés `HANDOFF.md`-ben mindenképp dokumentálandó, hogy a screen-fájlok per-screen mockot szállítanak.

6. **`_styles.css` header-komment frissítése.**
   A 4099-soros stale TOC újraírása a 4936-soros 51-szekciós valóságra. *(1.3 SCREEN-CONVENTIONS.md mellékterméke lehet.)*

### P2 — Kozmetikai

7. **4 minor CSS-duplikáció** (`mgr-data-table__scroll`, `mgr-similar__error`, `mgr-tcf__textarea`, `mgr-ce-field__textarea`) — vélhetően pszeudoosztály-variánsok, kombinálhatók.

8. **`a1-bejelentes-lista-explorer.html` screen-id** kitöltése.

9. **`iconGlyph` helper-dokumentáció** — vagy önálló `icon-glyph.js` fájl, vagy `ORGANISMS.md`-bejegyzés. *(1.4 iter HANDOFF-PREP scope.)*

### P3 — Phase 2-re halasztott

10. **Cross-screen mock-rekord-szinkronizáció** (tenantUsers-konzisztencia A1/A7/A8 között). Phase 2C scope.

11. **`screens/` vs `preview/` cross-cutting explorer-elhelyezés-konvenció.**

---

## Záró összegzés

**Erősségek.** Az AUDIT.md 11 priorizált cleanup-tételéből 9 lezárva a 8. lépés alatt. A 42 organism-fájl mind exportál, mind valamilyen módon fogyasztva (direkt vagy beágyazott). A 4936-soros `_styles.css` token-tisztán épült, a 800-1000 sornyi dead-CSS eltávolítva. **A `ContentEditor` szülő-organism** a 8. lépés saját minőségi nyeresége: 3 screen közös API-ja. **5 új cross-cutting döntés** (D-13..D-17) tükrözi a 8. lépés bő tematikai mozgását.

**Gyengeségek.** **3 inline-organism-pótlás** (A5 RecipientsCard, A7 MemberRow, A8 InviteCta) zavar a screen ↔ organism contract-on. A `mock.js` 3 halott kulccsal él, a 28 screen-fájl mind saját inline mock-ot definiál. **A `SettingsSubNav`** D-14 után is két fájlban szerepel halott `<script>` tag-ként.

**A 9. lépés akkor indítható**, ha a **P0** 2 tétele (A5 + A7 inline → organism-átállás) lezárva, vagy explicit HANDOFF-instrukcióban dokumentálva. A **P1** ideálisan az 1.3 iter SCREEN-CONVENTIONS.md melléktermékeként.

*Ez az audit az 1.2 iter eredménye. Folytatás: 1.3 SCREEN-CONVENTIONS.md (vizuális konzisztencia-sweep) → 1.4 HANDOFF-PREP.md (átadás-előkészítő kérdések).*