Mappa civici / scale

Giro del giorno · Top 20 da sbloccare

Backlog bloccante

Tutti gli ordinativi negli stati bloccanti, filtrabili. Clicca una riga per il dettaglio.

Cause di blocco

Classificazione automatica da codice motivazione, commenti preformattati, errore PNI e stato lavorazione (rif. Linea guida processo Delivery e2e).

Elementi di rete interessati

PFS (CNO), PTE/PTx, ROE, POP e building con più ordini giacenti. Stati PFP/PFS/PTx dall'anagrafica scale quando disponibile.

Andamento NRT · nuovi, risolti, ingressi

Confronto tra l'NRT corrente e i precedenti: quanti ordinativi bloccati sono entrati, quanti risultano risolti (espletati), quanti sbloccati in lavorazione e quanti usciti dal file. I risolti vengono incrociati con le schede dei FM dall'app.

Resa a DAC · capacità di trasformare gli appuntamenti in impianti

Appuntamenti del giorno (RDAC) per impresa ed esito: espletati, sospesi OF (blocco tecnico trovato a DAC), sospesi OLO/cliente, rimodulati, scaduti. Resa = espletati / appuntamenti totali.

Dove intervenire per alzare la resa

Il Field Manager va dove l'impresa sta espletando: i blocchi tecnici trovati a DAC vanno visti sul campo, gli appuntamenti già fissati su PFS con blocchi aperti vanno verificati prima (o spostati), e all'impresa si indicano i PFS «puliti» dove concentrare gli impianti.

Assurance · ticket TT giacenti (Lazio)

Ticket di assurance (Recovery Cluster Backlog) per Field Manager, coordinatore, comune, impresa, OLO, motivazione, SLA e aging. Priorità: P1 = SLA scaduto o oltre 20 gg causa OF, P2 = oltre 10 gg causa OF o ripetuto, P3 causa OF, P4 appuntamento concordato, P5 sospeso OLO/cliente.

Assurance · mappa dei ticket

Ticket posizionati sul building (ordine NRT dello stesso edificio), sul ROE/PFS o sul comune. Colore = aging 2, bordo blu = SLA scaduto. Clicca un comune per filtrare.

Assurance · insight e performance

Dove i ticket si concentrano (stesso PFS, PTE, building, POP: un guasto d'impianto che genera più TT), ripetuti, SLA scaduti, e la performance di imprese e FM sull'assurance (indice pesato: aging medio 30, % SLA scaduti 30, % ripetuti 20, % over 10 gg 20).

Rete di trasporto · POP e catene BH

PCN/POP e catene di backhaul del Lazio da shapefile (PCN AGF, PCN LA2 e LA3 del C&D, POP A&B, catene BH, primarie light LA3, linee verso i POP A&B) e lista delle catene dal MASTER TRASPORTO (LA1 di pertinenza, LA2 master, posizione in catena, fornitore IRU).

Alert automatici e scadenze

Segnali calcolati sul backlog: PFS massivi (intervento unico che sblocca molti ordini), building multi-ordine, ordini che superano 120 gg entro 7 giorni, fermi senza aggiornamento DOM da 30 gg, sospensioni ripetute, errori PNI ricorrenti, DAC scadute.

Insight: dove conviene intervenire

Effetto leva degli interventi sui PFS, concentrazione del backlog (Pareto), deriva di aging nei prossimi giorni, comuni critici, cause OF ricorrenti per impresa.

Delivery + assurance: dove la rete soffre

Stesso PFS/CNO con blocchi tecnici delivery e ticket assurance aperti (un guasto che blocca attivazioni e genera TT) e indice di intervento per comune che combina backlog, P1, blocchi tecnici, ticket, SLA scaduti.

Massimizzare gli impianti delle squadre impresa

Dagli ordini ON FIELD / in presa appuntamento: dove ogni impresa ha impianti da fare, quanto sono concentrati per PFS e comune, appuntamenti su PFS con blocchi aperti, on field scaduti da scodare. Consigli che il FM può dare alla squadra per fare più impianti nella stessa uscita.

Come comportarsi con gli OLO

Per ogni operatore: quanto del suo backlog dipende da lui (sospesi causa OLO/cliente), quanti sono fermi da oltre 30 giorni, sospensioni ripetute, clienti irreperibili/rifiuti, resa a DAC dai file RDAC. Da qui l'azione consigliata verso l'account OLO.

Dove intervenire sulla rete

Elementi fisici che bloccano più ordini insieme: stesso PTE/ROE con più blocchi tecnici (elemento da bonificare), PFS/CNO saturi (risorse rete: ampliare splitter o cambiare PTE), verticali di edificio con più blocchi, PFS con blocchi tecnici diffusi.

Espletati presenti nell'NRT

Gli NRT contengono anche gli ordini espletati: qui il ritmo settimanale di attivazione per cluster e, negli ultimi 30 giorni, per impresa, OLO e FM con il tempo medio dalla creazione all'espletamento.

Prese in carico e tempi di intervento

Ciclo: notifica (09:00) → presa in carico dal FM nell'app → scheda intervento. Soglia di attenzione: presa in carico oltre 1 giorno dalla notifica, intervento oltre giorni dalla presa in carico.

Amministrazione

Utenze dei Field Manager, notifiche, posta. Con il server attivo le modifiche sono applicate via API (login amministratore); in modalità standalone puoi preparare il file users.json da copiare in server/store/.

Esiti degli interventi dei Field Manager

Schede compilate dall'app (risolto / parziale / non risolto / da riprogrammare) con geolocalizzazione sul posto. In produzione arrivano dal server; qui puoi importare il CSV dei report.

Performance & KPI di delivery

Tempi, rispetto SLA, DAC e indice di performance (0 = peggiore, 100 = migliore) per impresa e Field Manager. L'indice è una media pesata dei rank normalizzati: giacenza media 25%, ordini bloccati su ordini totali 25%, % oltre 60 gg 15%, % Blocco Tecnico/NC 15%, % rispetto presa in carico SH 10%, resa a DAC 10%.

Imprese: creation vs delivery

Chi ha realizzato la rete (creation / mandataria) e chi è deputato all'attivazione (impresa esecutrice, capofila, subappalto).

Territorio e Field Manager

Assegnazione per comune (file Assegnazioni FM). I comuni non mappati sono raggruppati come «Da assegnare – provincia».

Carica un nuovo file NRT

Il file viene elaborato interamente nel browser: nessun dato esce dal PC. Vengono considerati solo gli ordini del Lazio. Vengono ricalcolati mappa, KPI, cause, score e Top 20.

Regole di priorità

Nessun punteggio: priorità esplicite, nell'ordine che segue. All'interno della stessa priorità gli ordini sono ordinati per stato (Blocco Tecnico / Network Completion prima), poi per giorni di giacenza, poi per altri ordini sullo stesso building e UI.