Loialitate — reducere pe comandă în trepte + câștiguri pentru lucrători

Data contract. Config citit de retailer din distributorLinks/{pair}.loyalty (deja two-party readable — zero schimbări de rules pentru nudge) · scrieri: updateLoyaltyProgram (program implicit + fan-out) și updateLinkLoyalty (personalizat / reset) — permisiune nouă loyalty.manage, doar distributor_owner · nivelul se determină din volumul cumulat: resolveLoyaltyTier(tiers, link.loyaltyProgressMinor + grossTotals.inclVatMinor) — aceeași funcție pe server (submitOrder) și pe client → previzualizarea din coș = comanda trimisă; contorul crește la submit și scade la cancel/reject (floor 0) · bonusul lucrătorului: snapshot la submit (doar retailer_worker, min pe comanda curentă), plătit la deliverOrder → doc workerBonuses/{id} · citiri câștiguri: worker where('workerUid'==uid) · owner/admin where('retailerIdno'==org) · distribuitor owner where('distributorIdno'==org). Program exemplu (toate frame-urile) — praguri pe TOTAL CUMULAT comandat (cu TVA): ≥3.000 lei → 2% · ≥10.000 lei → 4% · ≥25.000 lei → 5% · bonus 10 lei/comandă livrată ≥300 lei. Nav: tabsConfig NESCHIMBAT — worker păstrează tab-ul Loialitate; owner/admin văd loialitatea în hub-ul Distribuitori.
Descoperibilitate (frame-urile A1–A5, redesign) — problema reală, NU feature lipsă: ecranele de mai sus (1–11) există deja și funcționează. Ce lipsea: cardul fals „Loialitate · în curând" pe Acasă worker (deși tab-ul merge), zero intrare de loialitate pe Acasă pentru celelalte 4 roluri, și niciun roll-up cross-partener. A1 înlocuiește minciuna cu un card real; A2/A4 adaugă carduri pe Acasă (owner/admin, distribuitor); A3 loyalty-summary = agregat retailer; A5 loyalty-bonuses = acumulări pe magazin pentru distribuitor. Reutilizează datele existente — fără backend/settlement. Copy: „câștigat/generat", NICIODATĂ „de plată/datorat" (bonusurile n-au stare de decontare).