--- name: lavoro-progetti-strumenti description: "Progetti e strumenti di Mauro in ICR — MyICR Suite, Linker, AllRights, PowerBricks, Pacchetto emergenza ICR" metadata: node_type: memory type: user --- **MyICR Suite** — piattaforma operativa del team ICR, progettata e orchestrata da Mauro. Ha sostituito Excel personali, macro VBA su Access e strumenti legacy. È l'asset portatile centrale di Mauro: vale dentro Mediaset, in un'altra struttura e fuori. Dettaglio tecnico (stack, cifre, moduli) in [[_i_lavoro-python-ecosistema|lavoro-python-ecosistema]] — qui resta solo l'inquadramento strategico/posizionamento. **Linker** — sistema di matching cataloghi di MyICR Suite: traduce i listini dei distributori (titoli in inglese, con varianti/errori) nei codici interni Mediaset, con cascata di tentativi (match esatto → fuzzy → codice IMDb). Migrazione attiva da VBA a Python. Manca ancora la selezione delle colonne per il copia-incolla (segnalato 10/07/2026). **Fornitura dati ICR (AllRights).** ICR riceve da Acquisti il dato completo — emesso, anagrafica, diritti, box office — tramite un accordo informale legacy legato al ruolo precedente di Mauro. È la base dati su cui gira MyICR Suite. Vulnerabilità: se l'accesso informale diventa visibile, in particolare verso Tecnologie/CdG, ICR rischia il taglio immediato del flusso. Opportunità: far designare ICR come destinatario ufficiale dei dati nel modello AllRights — istituzionalizzare il flusso informale senza rivelare l'accesso attuale. Postura: partecipare come utente business esigente, mai come architetto che ha già la soluzione in mano. **Copertura dati ICR — scoperta 17/07/2026** (da query DuckDB reali sul Frank-relay): solo il 18,8% dei diritti totali che ICR gestisce arriva effettivamente in MyICR Suite/PowerBricks. Il resto è filtrato a monte (quasi tutto il pay/streaming, quasi tutto DVB-T/DVB-H) da un workaround introdotto ~1-2 anni fa dall'ufficio diritti per gestire contratti su canali secondari senza coinvolgere ICR — oggi quel workaround nasconde del tutto l'informazione che un prodotto è "canale secondario" (problema di qualità-dato da sistemare, non urgente). Precisa (non contraddice) il concetto di "dato completo" di cui sopra: completo sul perimetro che arriva, non sull'universo dei diritti ICR. **AllRights** — progetto BI commissionato da CdG, costruito da Tecnologie con consulenza GestioPerformance su Qlik. Tre anime: reporting strategico, public knowledge base di catalogo, reporting operativo; oggetto il ciclo di vita del diritto. Tenta di fare ciò che MyICR Suite già fa. Limite tecnico: cruscotti Qlik fissi, nessuna cessione di controllo agli utenti, nessuna AI nel perimetro — concezione pre-svolta, atteso fallire sulle domande cross-dominio. La sua inadeguatezza visibile sarà la prima occasione naturale per far valere il vantaggio di MyICR. **PowerBricks** — seme (da metà luglio ~5 settimane di gestazione), non ancora in costruzione attiva. Progetto ambizioso e non commissionato da nessuno. Regia: il regista è Mauro (architettura, layer semantico). **Progettazione tecnica ed esecuzione: Mauro ↔ Adrian** (aggiornato 04/08/2026 — originariamente Mauro↔Bill per la progettazione con Elon fuori perimetro esecutivo/tecnico; ruoli assorbiti, Bill in Adrian il 16/07, Elon cancellato il 29/07, vedi `project_alleggerimento_elon.md`). Direzione (non ancora costruita): visual query builder Blockly → JSON → traduttore → SQL/DuckDB su Parquet; app desktop locale (PyWebView+Flask), read-only, zero LLM — l'unica cosa messa in mano ai colleghi è 100% locale, niente governance/costo/errore silenzioso di un modello esterno. Il pezzo costoso è il layer semantico (anagrafica, emesso, diritti, box office), condiviso con l'eventuale prototipo NL query che Mauro tiene come asso coperto personale. Visibilità: Marcello ne ha visto solo il concetto generico, non l'architettura né il contatto col territorio AllRights. Vedi [[PowerBricks]] (in `lavoro-python-ecosistema/`) per l'architettura tecnica completa e lo stato implementativo — questo nodo è la lettura strategica/posizionamento, non la specifica tecnica. **MonitorOsservatorio** — tool Python realizzato da Mauro per l'Osservatorio (vedi [[_i_lavoro-python-ecosistema|lavoro-python-ecosistema]] per stack/stato — riga `MonitorOsservatorioPy`). Qui resta solo l'episodio non coperto lì: fix richiesto da Eleonora Fuse il 10/07/2026 (vedi [[lavoro-team-persone]] per chi è Eleonora Fuse). Due episodi successivi, entrambi **risolti** (segnalati solo nel diario del 03/08, mai promossi a thread — chiuso da Mauro il 05/08): segnalazione di Sarah su una versione vecchia di Monitor Osservatorio da indagare, e migliorie richieste da Ludovica. **Pacchetto emergenza ICR** — contro-narrazione operativa che bypassa il filtro Marcello-Simona (vedi [[lavoro-dinamiche]]) presentando la categoria progettuale di Mauro direttamente a chi conta: il "livello sopra" l'infrastruttura, un autore raccontato all'opera indipendente dal canale Marcello-Simona. Tre pezzi: (1) documento "Cosa fa Mauro in ICR" — livello-funzione, iniziato il 16/07 (bozza v1: Mauro non è un contributore editoriale in più, costruisce l'infrastruttura su cui il team dipende — MyICR Suite, PowerBricks, il dominio dei diritti; ruolo in una riga: progettista-orchestratore); (2) distillato degli ordini di servizio Mediaset; (3) battle plan con scenari e mosse pronte (ristrutturazione ICR, trasferimento interno, riallocazione MFE generica, posizionamento esterno). Contesto che stringe la finestra: riorganizzazione MFE in moto, ICR ogni mese meno inevitabile — ma con lo scenario ostile reso meno probabile dalla riorg di luglio (Modina degradato non estromesso, catena di 5 salti non uno strappo). **Report Gemma per Maurizio** — nato da una necessità reale: mandare a Maurizio un report periodico sui prodotti valutati in Gemma dalle Reti per i distributori-cugini (SIC, Red Arrow/Seven One, Mediaset España, Mediterráneo). Cadenza mensile. Flusso a tre pezzi: estrazione deterministica (Mauro/Bill) → selezione editoriale di Alessandra (4/5 prodotti) → arricchimento OMDB + editor dove Alessandra integra/verifica a mano (poster, sinossi, anno, durata, generi, regista, attori, rating, premi — agevolazione, non verità). Invio umano da Alessandra, mai automatico — il confine "preparare ≠ inviare da solo" è rispettato per costruzione. Perché conta oltre al deliverable: è la postura del 01/07 (proposta TVM, vedi [[lavoro-episodi]]) resa prodotto — Mauro costruisce l'infrastruttura, Alessandra ci mette l'editoriale e preme invio. Canale verso l'alto che non passa da Marcello né da Simona, su lavoro editoriale legittimo = inattaccabile. **Non è lo stesso progetto di GemmaReport** ([[_i_lavoro-python-ecosistema|lavoro-python-ecosistema]]): quello è un job automatico settimanale (invio Outlook senza intervento umano), questo è esplicitamente a invio umano "mai automatico" — le due descrizioni si contraddicono se fossero la stessa cosa. Condividono solo la fonte dati (GEMMA), non l'iniziativa: due progetti distinti, non una duplicazione da unificare. **Pacchetto Sony FR primavera** — Marcello riferisce a Mauro: carenza di film FR sulla primavera di Italia 1, causata dai fronti aperti su Warner, Universal, Paramount, Disney e Amazon. Maurizio ha chiesto di verificare come recuperare titoli. Unica possibilità individuata: pacchetto biennale con Sony, 5 titoli FR per la primavera (più altri PT e LA TATA) e rinnovo dell'intero franchise Spiderman più Anaconda sul 2028. Ordine di grandezza ~3,5 milioni/anno.