Centro di Coordinamento della Crisi d’Insolvenza

🔧 build 2026-07-06l

STORIA BUILD (solo per sviluppo, non mostrata all'operatore) · 06l2: M1-BIS OTTIMIZZATO + PROGETTO V2 CONCORDATO CON L'OPERATORE (da eseguire a inizio prossima sessione leggendo PRIMA il vecchio avviaM1 per intero — lezione: mai reinventare ciò che il vecchio ha già pagato) — FATTO ORA: filtro dei documenti muti sul debito nel blocco M1-bis (saltati _144dpi doppioni compressi, documenti identità, libretti, elenco_documenti: ~15MB in meno, chiamata monolitica dimezzata). PROGETTO V2 (tre travasi dal vecchio M1, che impiegava pochi minuti): (1) FORMAT UFFICIALE: la nota cumulativa NON in HTML nostro ma nel format PDF che OCC Solution genera — una sola lettera prodotta col flusso blindato _M1generaUnoNonIst/creditori_pec_nuovo.php (fix _btnGenera testo esatto, attesa 90s del PDF, verifica atterraggio ta=cr) fa da calco, il testo universale e la tabella destinatari+PEC entrano lì; (2) ESTRAZIONE A LOTTI: via monolitica sostituita da estrai_documenti.php a lotti paralleli di 6 con ritentativo (lezione 05e di M12) + canonicalizzazione creditori del vecchio (varianti AdE→una voce, addizionale=AdE, tasse auto→Regione, importi zero scartati); (3) m1bis.php ridotto alla SOLA ricerca PEC sul web sull'elenco nomi già estratti (chiamata leggera, niente più 30MB). Attesi: tempi da vecchio M1, formato da vecchio M1, in più note cumulative+email gestore+copia PDF+registro consolidato per M9. STATO COLLAUDO 42: scarichi 26/26 OK dopo fix host 04j; primo giro fallito per m1bis.php assente sul server (404, diagnosi ora nel log); operatore in caricamento dei tre PHP (m1bis, m1bis_email, avvisa_ssn aggiornato); confronto censimento nuovo vs registro vecchio (17 voci) = test di validazione delle regole di lettura · 06l: M1-BIS NEL SELETTORE (proposta operatore dopo il fallimento della pagina esterna: il cercatore advisor reinventato sbagliava — dentro il Cruscotto si riusa quello COLLAUDATO di M9/03u) — 06k ACCANTONATA e rimossa (censimento auto-template via); nuova option M1bis nella tendina (dispatch avviaModuloScelto → window['avviaM1bis']) + blocco additivo in coda: legge SOLO il pannello legale_esterno_advisor (id + fallback panel-heading, skip ricevute/accettazioni PEC e link ms-word), scarica i documenti (www per CORS, max 40×18MB), m1bis.php censisce con le regole operatore e CERCA LE PEC SUL WEB, due note cumulative dal testo universale (ist 15gg / non-ist 30gg, tabella destinatari+PEC) → Word in certificaz_creditori via _M17aUploadBlob, email al Gestore con allegato via m1bis_email.php (email dalla mappa del postino, ripiego SSN con istruzione di inoltro) + copia PDF dell'email in certificaz_creditori, registro_creditori_M1 consolidato in «altro» (fonte madre M9); zero interventi dal lancio; M1 classico e tutto il resto INTATTI; richiede m1bis.php, m1bis_email.php, avvisa_ssn.php in public_html · 06j: rifiniture operatore — guida certificazioni senza riferimento a M1 («dopo le richieste di certificazione»); pagina di lavorazione: RIMOSSO «← Torna ai documenti», al suo posto il tasto bordeaux «Vai alla Fase IV° — Relazione predisposta →» (showVista(3)) · 06i: SECONDA REVISIONE GRAFICA (ordini operatore) — benvenuto: «SSN la costruisce» con logo SSN piccolo inline (chip bianco su fondo verde); «Cos'è il Cruscotto» → «Il Centro di Coordinamento»; numerali del Percorso con ° (I° II° III° IV°); tappe rinominate: II° Predisposizione accesso, III° Lavorazione istanza, NUOVA IV° «Relazione predisposta» (Esiti + Note + Disposizioni SPOSTATI dalla pagina esecuzione alla nuova vista: lavorazione separata dall'esito); rinomine pagina II: «Carica documenti inviati dall'Istante», tasto «Carica documenti», «Elenco documenti necessari per tipo di procedura», «Apri elenco», «Risposte creditori certificati», «Carica nota di certificazione creditori», tasto «Carica note di certificazione»; eliminato OGNI riferimento visibile ai moduli (pilota senza M2→M17, «Avvio manuale della procedura») — resta il solo selettore tecnico a tendina, segnalato all'operatore per decisione; DISPOSIZIONI = LOOP: la nuova relazione è sempre accompagnata da una nuova nota che verifica le disposizioni applicate e segnala ulteriori variazioni, finché il Gestore non è soddisfatto (rimosso il salto della nota nelle corse di correzione) · 06h: PERNO-GESTORE (sintesi operatore: «stesso gestore → reload o modifica resta uguale; cambia gestore → regole nuove») — il gestore della pratica è rilevato dalla pagina pratica (regex multi-tentativo su testo depurato, mai bloccante) e CONSERVATO in ogni voce di v6_relazioni; alla corsa successiva: gestore INVARIATO (o non rilevabile, dichiarato) → conservativo/chirurgico come da 06f-06g; gestore CAMBIATO → base scartata e rigenerazione PIENA (l'asseverazione è personale: il nuovo gestore firma un atto proprio), vale anche con disposizioni (applicate sul testo nuovo); confronto nomi normalizzato (accenti/ordine token) · 06g: AGGIORNAMENTO CONSERVATIVO NEI RILANCI (accordo con operatore) — quando M17 rigira sulla stessa pratica (pilota o singolo) ed esiste già una relazione negli esiti, parte da QUELLA in modalita=aggiornamento_conservativo: prosa narrativa conservata parola per parola (si riscrive solo la frase resa falsa dai fatti nuovi), aggiornati integralmente numeri/tabelle/grafici/sintesi/sostenibilità dai dati correnti; prima corsa = generazione piena; rigenerazione integrale a comando via «Pulisci cronologia pratiche» (dichiarato nel log); gerarchia modalità: disposizioni → chirurgica, base esistente → conservativo, altrimenti piena · 06f: CORREZIONE CHIRURGICA (domanda operatore: «puoi fare solo quella modifica lasciando il resto immutato?») — quando arrivano disposizioni del Gestore, M17 NON riparte dal template: recupera l'ULTIMA relazione depositata (Word nostro dal link OCC in v6_relazioni, body estratto) e la invia al motore con modalita=correzione_chirurgica: il prompt impone riproduzione PAROLA PER PAROLA di tutto ciò che le disposizioni non toccano (vietato riformulare/riordinare/rifare grafici non incisi), modifiche solo su sostenibilità/sintesi/conclusioni e numeri disposti; deposito come NUOVA relazione (tip nuovo, precedenti mai cancellate); Nota M17.1 SALTATA nelle corse di correzione (il Gestore ha già disposto); se l'ultima relazione non è recuperabile lo dichiara e rigenera da capo · 06e: M17.1 NOTA AL GESTORE + CIRCUITO DISPOSIZIONI (regole operatore, blindate anche in memoria) — (1) HOME senza riferimenti ai moduli (chi legge non deve capire il come); (2) «Esiti del lavoro» spostato in ULTIMA pagina (esecuzione) con sotto il NUOVO riquadro «Disposizioni del gestore» (textarea + Applica → nuova relazione, mai cancellando le precedenti: window.__M17_disposizioni entra nei dati e il prompt la recepisce come determinazioni del Gestore nel capitolo sostenibilità); (3) a fine M17 la relazione è REGISTRATA in «Relazioni elaborate» con link OCC a PDF e Word (localStorage v6_relazioni, render additivo); (4) M17.1: dopo la relazione parte SEMPRE la NOTA DI VALUTAZIONE riservata al Gestore via m171_nota.php (motore streaming come m17_rilavora): criticità + leve QUANTIFICATE — riduzione spese autocertificate se > fabbisogno art.68/ISTAT del territorio (recupero = spese − fabbisogno), apporto reddito mensile, finanza di terzi, vendita immobili, cessione crediti — Word su OCC («altro») + contenitore «Note di valutazione» + download locale; (5) prompt relazione aggiornato: VIETATE proposte/valutazioni in relazione (vanno solo nella Nota; la relazione può dichiarare la non asseverabilità), regola 10 disposizioni_gestore; richiede m171_nota.php in public_html · 06d: RIFINITURE OPERATORE — targhetta build spostata in PRIMA pagina (vista I, sotto il contratto, con tutta la storia); motto del benvenuto sostituito con «Ogni debito ha una via d'uscita. Il Cruscotto la costruisce.»; card procedura rilevata dal rosa al GIALLO/ORO (bordo oro, fondo #fff9e0, badge oro scuro); tasto «Riavvia modulo» NASCOSTO in pagina esecuzione (creava confusione — la funzione resta); pilota rinominato «Pilota automatico — avvio e predisposizione della relazione»; «Avvia modulo selezionato» → «Avvio manuale della procedura» (anche il titolo del riquadro) · 06c: PROCEDURA A VISTA + DEDUPLICA PANNELLI (ordini operatore) — (1) quando la fotografia riconosce la procedura dalla pratica, la card corrispondente in «Avvia Nuova Procedura» si ILLUMINA (bordo bordeaux + badge «rilevata dalla pratica», hook additivo di una riga sulla fotografia); (2) pagina Documenti: RIMOSSI i loghi duplicati sotto il titolo, al loro posto il badge «Tipo di procedura (rilevato dalla pratica): …»; (3) pagina Esecuzione: «Stato reale su OCC» era il gemello di «Attività del Cruscotto» (che ne è lo specchio MutationObserver) → riquadro NASCOSTO, #occ-stato-reale resta vivo dentro perché TUTTI i moduli ci scrivono, tasto «Verifica su OCC» spostato nell'intestazione di Attività; (4) _M17aPannello ri-ancorato alla colonna di Attività (l'ancora vecchia è ora invisibile) · 06b: RIPARAZIONE GRAVE + rifiniture operatore — lo script v6 delle viste era finito al PRIMO '' del file, DENTRO la stringa JS del generatore Word di M17: il chiudeva lo script principale a metà → coda del codice visibile in fondo a tutte le pagine e funzioni morte (Regione senza opzioni); script v6 ora in coda dopo l'ULTIMO , stringa Word ripristinata; intestazione e Percorso centrati; vista I senza «Chi risponde del lavoro», CTA in fondo «Inizia la procedura — passo II · Prepara»; vista II con titolo centrato e ordine Carica documenti → Elenco → Risposte, tasto bordeaux «Passa alla Fase III — Lavora»; vista III con titolo centrato · 06a: NUOVA VESTE «IL PERCORSO» (progetto grafico su schema operatore) — header con entrambi i loghi, titolo Playfair e stepper a NUMERALI ROMANI sempre visibile (I Presentazione · II Prepara · III Lavora, filo oro, tappa attiva bordeaux — richiamo ai capitoli delle relazioni ex art. 269); Pagina 1 divisa in TRE VISTE via showVista() ADDITIVO (goToPage e ogni funzione invariati): I) benvenuto+Cos'è+Contratto; II) Prepara = Configurazione (accredito/organismo/pratica) | Documenti (elenco per procedura + carico) + Risposte creditori; III) Lavora = Avvio procedura + Pratiche lavorate con SOLO Relazioni elaborate (riquadro «In lavorazione» rimosso dalla vista come da ordine, div conservato nascosto per il JS) + NUOVO contenitore «Note di valutazione per il gestore» (id note-gestore-lista, destinazione della futura M17.1); tutti i blocchi funzionali reincastonati BYTE-PER-BYTE (config, dlm, upload documenti, upload risposte, griglia procedure, elenchi pratiche), ID e onclick preservati e verificati; palette carta/inchiostro/verde/bordeaux/oro, card con eyebrow, pagine 2-3 ereditano il fondo carta · 05f: M12 SOLO DAL PANNELLO ADVISOR (regola operatore: «le fonti dei crediti sono sempre le stesse, il contenitore legale esterno») — stesso aggancio per ID di M9/03u (legale_esterno_advisor, fallback heading «Legale Esterno», MAI testo libero), fonte dichiarata nel log; sulla 42: da 64 PDF a ~26; ORDINE COLORI ribadito (unica gerarchia): ✅ verde eseguito/verificato · 🔵 blu escluso da PROCEDURA (matrice CCII) · 🟡 giallo non necessario per DOCUMENTI · 🔄 in corso · ○ attesa — il blu ha una sola sorgente (matrice), i gialli documentali restano gialli; il blu anomalo su M3 riferito dall'operatore apparteneva alla corsa col build 04za in cache · 05e: M12 NEL PILOTA (segnalazione operatore: bloccato su M12) — (1) il while(confirm «aggiungere credito manualmente») sotto pilota girava all'INFINITO (override confirm→sì + prompt→null): ora la domanda è disattivata quando __pilota; (2) i 64 PDF partivano TUTTI in parallelo (64 download + 64 chiamate AI insieme → Failed to fetch): analisi a LOTTI di 6 con un ritentativo per documento e avanzamento nel log; (3) richiesta operatore: i moduli saltati si colorano SUBITO all'avvio del pilota (blu esclusi da procedura / gialli documentali), non a fine corsa; nota: M12 non è escludibile dai documenti per costruzione (un credito può stare in qualunque PDF) · 05d: FIX FALSO NEGATIVO M2 (segnalazione operatore, verificato live su 42) — la fotografia pretendeva «visura catast…»/«catastal» nel nome file e non vedeva «ALL. 6 - VISURA IMMOBILI.pdf» → M2 saltato dal pilota con immobili presenti; ora regola larga come il cercatore di M2 (visur/catast/immobil) con ESCLUSIONE delle visure non catastali (Banca d'Italia/Centrale Rischi/CRIF); stessa esclusione aggiunta al cercatore _M2trovaVisura (rischio aggancio della visura CR); dopo il pilota, M2 recuperabile da solo dal selettore · 05c: M17 A ZERO CLICK (regole operatore) — eliminata la conferma dell'unico Salva (si salva da solo, sempre in generazione, mai da re-edit); PILOTA-SAFE: se il popup è bloccato (gesto utente scaduto in fondo alla catena) M17 lavora in un PANNELLO INTERNO del Cruscotto (iframe stesso dominio, visibile sotto il log, tasto Chiudi) — stessi helper, stessa lavorazione; a fine corsa copia locale anche del PDF (oltre al Word) e VERIFICA su OCC: riletta pratica_dett e contati i file (PDF atteso 2 volte: piano+asseverata; Word 1: altro), esito nel log con avviso se il conteggio non torna; annotato per M17.1: Nota al Gestore con criticità (asseverabilità/procedibilità/piano) e leve quantificate (finanza di terzi, apporto reddito, vendita immobili, cessione crediti) — attese condizioni di procedibilità dall'operatore · 05b: M17 SENZA DOMANDE (regola operatore: la procedura è già dichiarata all'istanza, la modale era un doppione) — variante rilevata AUTOMATICAMENTE: pagina piano cita «nucleo/procedura familiare» → NF, altrimenti conteggio intestatari sulla pagina debiti (≥2 persone → NF, 1 → consumatore; verificato live su 42: 1 intestatario → PdC); rilevamento loggato con la fonte; scheda aperta come PRIMO atto (gesto utente fresco → popup mai bloccato), variante e tip letti a scheda già aperta · 05a: M17 AUTOMATICO COMPLETO (blocco additivo in coda, funzioni esistenti IMMUTATE; la via assistita resta in avviaM17assistita) — generazione per EQUIVALENZA (Consumatore → «…debiti del consumatore - Relazione -», Nucleo Familiare → variante NF; scelta a modale), rilavorazione AI lato server via m17_rilavora.php (+chiave.php): numeri sacri dal Registro M1 e da __M14_verdetto/__M15result/__M16result, tabelle non pertinenti via, grafici HTML/CSS puro (si incorporano nel PDF), indirizzi del tribunale dell'istanza, capitolo sostenibilità col verdetto M14 (non sostenibile → non asseverabile); UN SOLO Salva in generazione con conferma a video (il re-edit distrugge); tip nuovo individuato per DIFFERENZA sull'elenco; PDF via relazione_anteprima_pdf + pdf_div_render con verifica %PDF; upload nei DUE contenitori (documentazione_allegata_piano + relazione_asseverata) con _M17aUploadBlob (clone parametrico di _M1uploadBlobOCC); Word .doc dall'HTML rilavorato nel contenitore «altro» + download locale; richiede m17_rilavora.php in public_html · 04zc: AGGIO ⇒ CHIROGRAFO (regola operatore) — in rifinitura, le righe con tipo prodotto «Aggio» ricevono classe_credito e garantito = Chirografi (correzione anche delle righe esistenti); il bene su quelle righe non si tocca più (clTxt aggiornato) · 04zb: CASO LIMITE COME DA OPERATORE — mai 100% insostenibile: leve al MASSIMO (limiti tribunale: chirografari min 5% [abbatt. max 95%], privilegiati min 7,5% [abbatt. < chirografari], ipotecari 75% pavimento OMI/perizia −25%, prededucibili 100%; durata ai mesi massimi; tasso invariato) e SOLO DOPO lo sforo del disponibile, evidenziato col verdetto per la relazione M17 (restituzione non apprezzabile = inammissibile); pavimenti del tribunale anche nell'abbattimento ordinario (5/7,5/75); durata oltre tetto dopo abbattimento → caso limite, non più stop · 04za: CONTEGGIO ANCHE A DISPONIBILE ≤0 (regola operatore) — niente stop: disponibile mostrato anche NEGATIVO, piano sviluppato ai mesi massimi (capBase; AdE 84) al 100%, rata minima riletta da OCC e confrontata col disponibile; VERDETTO conservato in window.__M14_verdetto per la relazione M17 (non sostenibile → non asseverabile, da esprimere in sede di relazione tra le condizioni di asseverazione); fase piano = fatto con dettaglio «NON sostenibile» · 04z: FABBISOGNO ART.68 AGGANCIATO — percorso operatore: M4 → «Calcolo Fabbisogno Familiare con ISEE» (calcolo_fabbisogno_familiare_isee.php, bottone non link); verificato live 42: assegno sociale 546,24, aumentato della metà 819,36, base annua 9.832,32 → mensile 819,36 (si legge l'ANNUA/12: il rigo «mensile» della pagina è il solo assegno); disponibile 42 = 1.660 − max(spese M6 1.660, 819,36) = ZERO → M14 si fermerà finché le spese M6 non saranno corrette · 04y: DISPONIBILE VERO DA M4/M6 (correzione operatore) — reddito netto mensile letto da dichiarazione_redditi_personale.php («Totale mensile»: 1.660,00 verificato live) e spese autocertificate da dichiarazione_spese.php (somma input: 1.660,00 live!); disponibile = reddito − max(spese, fabbisogno art.68) — NON il valore mostrato da OCC (1.156,44); fabbisogno art.68 non trovato su M4/M6/piano → log chiede all'operatore dove leggerlo; disponibile ≤0 → piano NON costruibile, stop dichiarato (caso 42 attuale: spese=reddito → disponibile 0, piano scritto oggi da rifare dopo correzione M6) · 04x: LEVA LIQUIDITÀ (regola operatore) — disponibilità liquide/finanza esterna (in alto nella maschera, da M3) assegnate LIBERAMENTE senza limiti di privilegio: estinzione integrale dei debiti più piccoli (accorcia la cascata), residuo come acconto al più piccolo non estinguibile; log 💧 con elenco estinti/acconti; la distribuzione proporzionale precedente è sostituita · 04w: ABBATTIMENTO M14 (regole operatore blindate anche in memoria permanente) — mai 100% cieco: percentuali per classe ridotte finché la cascata sta nel tetto e le rate nel disponibile; gerarchia soddisfazione ipotecari ≥ privilegiati ≥ chirografari, prededucibili 100% fissi, ipotecari pavimento 75% (da agganciare al valore OMI/perizia quando ci saranno righe ipotecarie), chirografari e privilegiati senza limiti, par condicio nella classe; tre leve: %, tempo, tasso (non toccato); se nemmeno l'abbattimento massimo rientra → piano non scritto con avviso; niente più confirm · 04v: LETTORE M14 SINCERO — verde solo con righe che hanno data_inizio VALORIZZATA (la pagina piano mostra righe-anteprima anche a piano vuoto → falso verde); confronto col m14 Python: port allineato (5 campi, Modifica→Salva edit=all, par condicio, reddito ricalcolato), differenza annotata: abbattimento percentuali coi pavimenti M15 quando il 100% sfora il tetto (nel port: stop con conferma) — da portare dopo il collaudo; regole prededucibili recuperate dal transcript (cascata 03d) + osservazione: nella 42 mancano righe prededucibili (competenze OCC da inserire) · 04u: COLONNE DI DETTAGLIO (rulebook) — in modalità registro l'estrazione documenti torna come OVERLAY solo-dettagli (credito concesso, date, rata, rate, tasso, scadenza, termine, contenzioso) scritti in tabella col canale rifinitura, celle già piene MAI toccate, importi sempre dal registro; certificato+data restano dalla fase risposte; fasi: 🔄 immediato su tutte all'avvio della fotografia (colpo d'occhio) · 04t: BENE DAI GRUPPI (screenshot operatore) — la tendina beni ha optgroup «Beni Immobili»/«Beni Mobili e Liquidità»: «, Reggio Calabria» era un IMMOBILE a descrizione vuota che beffava il filtro testuale; ora scelta deterministica = prima voce del gruppo Beni Mobili (Hyundai ix35), con correzione anche dei selezionati finiti nel gruppo Immobili; la verifica accetta solo beni fuori dal gruppo Immobili · 04s: TIPO PRODOTTO in rifinitura — voce pertinente dedotta da creditore+cod_rapporto sulla tendina vera (calibrata live: Cessione Quinto, Carta, Fondo Pensione, Previdenza (Inps), Polizza, Tributi, Fornitore, Prestito Personale); si applica a righe vuote/«da selezionare»/Aggio spurio; neutro quando nessuna regola scatta; verifica finale conta i tipi compilati; lettura fine contratto/CRIF/BdI = fase colonne di dettaglio · 04r: REGISTRO CONSOLIDATO — confermata l'intuizione operatore (6 file in «altro» = fonte della confusione: fusione conservava i nomi-spazzatura); caricato via Chrome un file CONSOLIDATO (16 buoni + aggio come AdE-Riscossione tipo Aggio) e la lettura ora tratta consolidato:true come NUOVA BASE (azzera i precedenti); natura: aggio → CHIROGRAFO (regola operatore) · 04q: «DA SELEZIONARE» — verificato live che tipo_privilegio non ha opzione vuota (prima voce Aggio=1, valore realmente SALVATO sulle righe): su indicazione operatore la rifinitura AGGIUNGE l'opzione vuota «— da selezionare —» e la seleziona sulle righe con Aggio spurio (creditore non Riscossione); se il server rifiutasse il vuoto la verifica lo dichiarerà ❌ e sceglieremo un valore neutro; regola vera del tipo prodotto (contratto/CRIF/BdI) = fase colonne di dettaglio · 04p: ALLINEAMENTO FINALE COL REGISTRO (consiglio operatore) — a fine M9 le righe tabella si confrontano col registro per IMPORTO: stesso importo con nome diverso = «POSSIBILE DOPPIONE» segnalato per nome (i due 187,77: l'aggio era entrato nel registro sotto DUE nomi nell'era clobber), importo assente dal registro = «FUORI REGISTRO»; lapidi nel registro (rimosso:true) per escludere per sempre nomi sbagliati dalla fusione; bene privilegiati CONFERMATO funzionante dall'operatore; regole Tipo prodotto attese dall'operatore (prossimo messaggio) · 04o: CAMPI DISABILITATI = POST VUOTO — dagli screenshot: la tabella debiti nasce coi campi grigi (disabilitati) e i disabilitati NON entrano nel POST → la rifinitura scriveva su selettori spenti; nuovo _M9abilitaModifica (click su «Modifica» pagina + attesa campi vivi) prima di rifinitura, aggiornamento importi in cella e scrittura certificati · 04n: RIFINITURA IN TABELLA (richiesta operatore: «altro tipo di controllo») — verificato live che il POST del modale NON conserva tipo prodotto e bene (17/17 righe al placeholder): dopo gli inserimenti M9 corregge DIRETTAMENTE nelle celle (canale inline provato) — bene mancante sulle righe privilegiate → primo bene MOBILE (mai immobili), «Aggio» spurio su creditori non-Riscossione → azzerato — poi Salva e VERIFICA dei valori riletti · 04m: BENE = PRIMO MOBILE VERO — verificato dal vivo che la tendina beni è piena già all'apertura (20 voci, nodo stabile) ma mescola IMMOBILI e mobili con un immobile in testa (VIA CARRERA…): ora si salta ogni voce con indirizzo/identificativi catastali e si prende il primo bene MOBILE (regola operatore) · 04m: DEDUP AL CARICO DEL REGISTRO — la fusione dei file storici porta doppioni da abbinamenti diversi (Unicredit ×3 a €1.717, aggio ×2 a €187,77): stesso importo al centesimo + token significativo in comune = stesso debito, si tiene il primo con log ♻️ · 04l: TRE REGRESSIONI CHIUSE — (1) tipo prodotto vuoto (registro) NON tocca più la tendina (l'abbinatore su vuoto selezionava la prima voce: «Aggio» ovunque); (2) bene privilegio: lettura con 8 ritentativi su NODO FRESCO del modale (l'AJAX sostituisce la select: la vecchia era staccata) + ri-asserzione su nodo fresco; (3) anti-doppione ampio: stesso creditore+importo con rapporto diverso/vuoto = saltato (i due 187,77) · 04k: REGISTRO INDISTRUTTIBILE — _M1registroLeggi fonde TUTTI i file registro della pratica in ordine cronologico (gli upload OCC non sovrascrivono): recuperati i 16 creditori clobberati dalle riscritture cieche dell'era CORS (5 file da 1) — sulla 42 ora la fusione dà 17 (16 + riga aggio) · 04j: FIX LETTURA REGISTRO — il link del JSON su OCC è assoluto con www e il fetch browser dal Cruscotto no-www era bloccato (CORS) → registro «vuoto» → fallback SILENZIOSO al vecchio flusso (ecco finestre AdE, doppioni e bene «Scegli»): host normalizzato su ctx.origin; il fallback ora si dichiara nel log · 04i: BENE PRIVILEGIO DAL VIVO — l'elenco beni del modale si popola via AJAX dopo la natura: ora si legge in loco (sleep 500 → select bene_privilegio → primo bene), con ri-asserzione prima del Salva; in modalità registro il prompt bene è soppresso per costruzione (condizione !__daRegistro); log ⚠️ se l'elenco è davvero vuoto · 04h: TRE REGOLE OPERATORE — (1) bene oggetto di privilegio per enti pubblici = PRIMO bene mobile in elenco, automatico (modalità registro); (2) importo ZERO → creditore non registrato (filtro nel registro E nel flusso M1 nuovi); (3) modalità registro SENZA domande: creditore assente in tendina → salto con elenco «DA CENSIRE» in fondo (niente finestre a raffica; il censimento a template universale arriverà con M1); regola aggio/accorpamento enti da visura Riscossione ANNOTATA per l'innesto nel prompt di lettura M1 (fase finale) · 04g: M9 IN MODALITÀ REGISTRO — se il Registro Creditori M1 esiste (verificato live su 42: 16 creditori, 16 importi, 14 voci tendina), M9 vi attinge: creditore=voce esatta, importo=autocertificato M1, natura dal rulebook a–h deducibile dal nome (fiscali→privilegiati beni mobili, OCC→preded.100, legale→75, alimenti→impignorabili, ritenute→UE, ipotecari, stipendi/sindacati→privilegiati, resto chirografi); NESSUNA rilettura documenti, riconciliazione saltata (coincidenza per costruzione); vecchio flusso resta come fallback senza registro; colonne di dettaglio (contratto/CRIF/BdI) = prossimo passo del rulebook · 04f: REGISTRO CREDITORI M1 (fonte madre) — _M1registroLeggi/Scrivi: JSON congelato tra i documenti (contenitore altro, via _M1uploadBlobOCC esistente) con nome/voce/bancaVal/importo autocertificato/fonti, fusione cumulativa per nome; agganci SOLO ADDITIVI in try/catch: coda M1_nonIstituzionali (righe validate) e riconciliazione M9→M1 (creditore nuovo con importo); se il registro fallisce M1/M9 completano comunque · 04e: CAUSA DEFINITIVA — _M9inserisci ricarica la STESSA URL e _M9waitDebiti si sganciava sul documento VECCHIO (già complete con myTable): modale/campi/Salva finivano su documento STACCATO e il submit non partiva mai (provato: nel mio iframe con attesa corretta salva SEMPRE, anche con date ISO); ora attesa del CAMBIO di documento prima di operare · 04d: CAUSA VERA DEI DEBITI NON SALVATI (provata con doppio esperimento in iframe: minimale E completo salvano entrambi) — il ciclo post-Salva si sganciava sul documento VECCHIO prima della navigazione del POST: verifica sulla tabella pre-salvataggio + ifr.src del debito successivo che ABORTIVA il POST in volo → 11 righe perse; ora si attende che il DOCUMENTO CAMBI (max 15s + margini); rimossa la ri-asserzione 04c finita per errore nel primo modulo che matchava (lì avrebbe dato ReferenceError) · 04c: CONFRONTO COL PYTHON FUNZIONANTE (m09_debiti.py fornito dall'operatore) — campi e nomi IDENTICI (garantito=natura e tipo_privilegio=Tipo prodotto sono voluti; garantito ripristinato), _M9fmt già identico (54960,00 senza migliaia): il colpevole è il RITMO — il Python compila coi suoi await, il port sparava tutto in un lampo e i change AJAX della pagina rigeneravano il form cancellando i valori → POST vuoto → riga scartata; cura: pause dopo intestatario/creditore/importo + RI-ASSERZIONE di creditore e importo prima del Salva; facoltativi riattivati (il Python li usa tutti) · 04b: DEBITI CHE SI CONSERVANO — esperimento dal vivo: inserimento manuale con i SOLI campi essenziali (intestatario, creditore, natura/classe, rapporto, importo) CONSERVA la riga, quindi era uno dei facoltativi a farla scartare in silenzio dal server: facoltativi SOSPESI in blocco (credito concesso, date, rata, tasso, scadenza, tipo prodotto→tipo_privilegio [svista], bene, contenzioso, garantito con valori errati rimosso) — si riattivano uno alla volta a collaudo; censimento: se la denominazione è GIÀ in anagrafica niente finestra (fix «velocissimo» dei censimenti-lampo su voci già presenti) · 04a: INSERIMENTO M9 VERIFICATO IN TABELLA (il «salvato» ora richiede la riga presente dopo il ricaricamento — scoperto: 10 salvati dichiarati, tabella vuota) + CONTROLLO FINALE M1↔M9 (lettere vs debiti, differenze nei due sensi); censimento COME M1: prima i candidati in anagrafica con abbinamento a click (Unicredit: molte voci → niente censimento inutile), poi eventualmente il nuovo; «Inserisci nuovo» cliccato a ogni ciclo finché il form non appare; generazione con bancaVal ESATTO se la voce è univoca in tendina; elenco varianti senza duplicati; contratto font 13px pari altezza; header senza logo ridondante e titolo 26px senza a capo · 03z: Contratto pari altezza di Benvenuto (stretch); header «Centro di COORDINAMENTO della Crisi d'Insolvenza» con titolo 28px e loghi 92px; COLORITURA FASI VELOCE (lettori+snapshot M1 in parallelo, da ~10s a ~1-2s); overlay censimento: «Inserisci nuovo» cliccato dal Cruscotto e tendine template (file + Nota Legale) deduplicate e in ordine alfabetico via _M1pulisciTendinaSel (M9 allineato a M1); RIMOSSE le conferme M9 (inserimento, colonna certificati, importi cambiati, riconciliazione) — si procede sempre, tutto a log; restano il freno >40 documenti e l'abbinamento nota · 03y: LAYOUT P1 (Benvenuto|Contratto in riga; Come utilizzare sotto; Cos'è sotto; Configurazione|finestre carico-scarico affiancate) + P3 centrata con testi più grandi; CENSIMENTO in OVERLAY interno con tasto «Torna al Cruscotto» (i popup erano bloccati dal browser → flusso morto); REGOLA AGGIORNATA: niente esclusione M1-prevalente — i debiti dei creditori nuovi si inseriscono comunque come AUTOCERTIFICATI (M1 è fase superata), lettera generata+inviata dalla riconciliazione, certificato dalle risposte; confirm aggiornati · 03x: INVIO AUTOMATICO + TASTO RITORNO — verificato che la via viva dell'invio (M1_inviaNonIstituzionali) è già senza conferme (il freno >3 stava in _M1spedisciCertificazioni, codice MORTO mai chiamato); la riconciliazione M9→M1 ora, generata la lettera del creditore nuovo, la SPEDISCE subito da sola (l'«invio PEC» è un'email normale all'operatore — regola operatore: unico intervento manuale = abbinamento nota); nel banner della finestra di censimento aggiunto il tasto «⬅️ Torna al Cruscotto» (chiude la finestra e rimette a fuoco il Cruscotto); le scelte di merito sul DESTINATARIO (variante ufficio AdE, selezione istituzionali) restano all'operatore come la nota · 03w: CENSIMENTO ASSISTITO (regola operatore) — verificato dal vivo che il default template è «INAIL»: l'abbinamento della nota è scelta di merito → niente salvataggio automatico; si apre la finestra OCC PRECOMPILATA (denominazione/indirizzo/P.IVA/PEC + banner rosso di istruzioni), l'operatore sceglie i due Template e preme Salva, il Cruscotto sorveglia l'anagrafica (fino a 4 min) e riprende DA SOLO; eccezione umana sanzionata come M1, vale anche nel pilota; rimosso _M9censisciAuto e l'alert manuale · 03v: CENSIMENTO AUTOMATICO + FIX LETTERE AL SOSIA — nuovo _M9censisciAuto compila e salva il form destinatari_creditori.php (campi verificati dal vivo) e VERIFICA la voce in elenco; _M9censisci prova prima l'automatico (manuale solo come ripiego, mai in pilota); nella riconciliazione M9→M1 l'ordine è invertito: PRIMA censimento, POI lettera generata sul NOME ESATTO censito (il matcher «inizia con» agganciava sosia: Family Financing per Unicredit Banca, AdE Bologna per AdE-Riscossione) — se il censimento fallisce NIENTE lettera; ciclo inserimento: rematch sulla denominazione censita + cache anti-ripetizione per creditore; M8 rinominato «Conto economico azienda» ovunque · 03u: FIX «355 documenti» definitivo — il rilevatore del pannello advisor cercava «advisor» nei nodi di testo e agganciava uno SCRIPT (la parola sta anche nel JS della pagina) → ricadeva su tutta la pratica (336 sono PEC del pannello E-mail); ora aggancio per ID verificato dal vivo: legale_esterno_advisor (26 file veri su pratica 42) per le fonti M9 e crediti_con_risposte (14 file) per le risposte certificazioni, con fallback sul panel-heading e mai su testo libero · 03t: M14 rinominato «Piano di Ristrutturazione debiti e di Ripagamento» ovunque (selettore, fase, etichetta lettore/riprendi) · 03s: FIX conteggio fantasma — i ripieghi «riga con testo>2» contavano la riga «Totale: 0,00…» come dato (fase ✅ su tabella vuota: caso reale pratica 42, «1 debito su OCC» con pagina debiti VUOTA → M9 saltato → M14 piano vuoto): esclusione della riga Totale applicata a TUTTE le occorrenze del ripiego (9) · 03r: rimossi i 19 tasti «Avvia Mx» dalla sezione Stato reale (doppione: avvio singolo dal selettore o dal ▶ Avvia ora, catena dal Pilota); restano riquadro log, «🔄 Verifica su OCC» e tutte le funzioni avviaMx usate da selettore e pilota · 03q: nomi delle fasi identici a quelli del selettore moduli (M1 · Certificazioni creditori … M17 · Relazione) e fasi riordinate nell'ordine dei moduli M1→M17 (prima Contratti/M9 stava prima del Nucleo/M5); allineate anche le etichette dei lettori usate dal banner ▶ Riprendi · 03p: Accesso OCC e Certificazione creditori ora colorati dalla fotografia (accesso=sessione verificata; certificazione=conteggio lettere M1 sui pannelli ta=pec, e se zero il ▶ parte da lì); PRECEDENZA corretta: modulo eseguito in sessione con 0 elementi VINCE sul giallo documentale (fix M10 che non restava verde); banner ▶ Riprendi da con tasto «Avvia ora» che seleziona e lancia il modulo giusto · 03o: FIX colori fasi + loop M10 — _resetFasi azzerava i colori ma non i dettagli (fasi grigie con dettaglio): ora azzera tutto e ri-fotografa da solo; modulo eseguito in sessione con 0 elementi su OCC = fase FATTA «verificato: nessun elemento da caricare» (niente più ▶ in loop su Garanzie); M10 senza garanti marca subito la fase come verificata; regola documentale nuova: nessun documento di garanzia/fideiussione → M10 giallo anche tra sessioni · 03n: targhetta ridotta alla sola sigla, diario build spostato in questo blocco nascosto (richiesta operatore: all'operatore la storia non interessa) · 🔧 build 2026-07-03m (➕ NUOVO (03m): STATO DENTRO LE FASI, LOG SEPARATO — la fotografia non disegna più la lista verticale nel riquadro log: aggiorna DIRETTAMENTE l'elenco «Fasi della procedura» (✅/🔵/🟡/🔄/○ con dettaglio a destra tipo «15 immobili su OCC», ▶ sul punto di ripresa, banner procedura in testa); avviare un modulo NON cancella più lo stato (vivono in riquadri diversi) e a fine modulo — e a fine pilota, prima del quadro — le fasi si RINFRESCANO da sole in silenzio; nel riquadro log resta solo una riga di sintesi con l'ora · ➕ NUOVO (03l): FOTOGRAFIA AUTOMATICA ALL'APERTURA — appena Ruolo + OCC + Numero Pratica sono compilati (change/blur/keyup con debounce, e al caricamento pagina se già pieni) la lettura dello stato parte DA SOLA e colora le fasi (✅/🔵/🟡/⬜ + banner procedura e ▶ riprendi da); niente tasto da ricordare, «🔄 Verifica su OCC» resta per rileggere a comando · ➕ NUOVO (03k): PILOTA AUTOMATICO + COLORE BLU — nuovo tasto «🚀 Pilota automatico»: esegue in catena M2→M17 (più M18/M19/M20 secondo procedura) SENZA DOMANDE — una sola conferma all'avvio con l'elenco; i moduli con dati esistenti vanno in AGGIORNAMENTO (mai distruttivo), M2 con valori OMI automatici, prompt residui annullati in sicurezza (mai risposte inventate), M1 SEMPRE FUORI (l'invio PEC resta umano); i moduli esclusi da matrice/documenti vengono saltati e dichiarati; QUADRO FINALE con esito per modulo e tutti i punti da verificare a campione prima del deposito; DOPPIA VIA: il selettore singolo resta invariato con le sue conferme; nel pannello di stato le esclusioni di PROCEDURA sono ora 🔵 BLU, i gialli restano per i documenti mancanti · ➕ NUOVO (03j): MATRICE PROCEDURA→MODULI nel pannello di stato — la procedura (PdC/CM/LC/ESD) viene riconosciuta dalla pagina del piano e mostrata nel banner; i moduli fuori matrice diventano gialli con la ragione normativa: PdC→M8 non previsto; CM→M11 solo nel tipo liquidatorio (riconosce continuità/liquidatorio); LC→M14/M15/M16/M13 non previsti (artt. 268-277); ESD→M15/M11/M13/M8 non previsti (art. 283); i gialli documentali della 03e restano e si sommano · ➕ NUOVO (03i): ZONA OMI SEMPRE AUTOMATICA, NIENTE INTERVENTO UMANO — l'aggancio via→zona funziona anche con margine di errore: parola uguale (1), refuso Levenshtein ≤1-2 (0,7), prefisso 4 lettere (0,5); vince sempre il punteggio migliore, a parità preferenza fascia B; via non riconosciuta → stima prudente zona centrale/semicentrale; la domanda di scelta zona è ELIMINATA in entrambe le modalità e ogni aggancio riporta nel log il livello di confidenza (netto / con margine — CONTROLLA / stima prudente — CONTROLLA) · ➕ NUOVO (03h): M2 AGGIORNAMENTO COMPLETAMENTE AUTOMATICO — nuova visura nel contenitore → i nuovi immobili si aggiungono ai vecchi SENZA domande: zona OMI agganciata AUTOMATICAMENTE cercando la via nelle descrizioni di zona AE (abbreviazioni normalizzate c.so/p.zza/v.le, aggancio solo se univoco); se la via non si trova → stima prudente su zona centrale/semicentrale SEGNALATA nel log; OMI non determinabile → 0 segnalato «DA INSERIRE A MANO»; terreni a 0 segnalati; procedura esecutiva default No; l'aggancio automatico della zona vale anche in modalità interattiva (la domanda appare solo se l'aggancio non è netto); M3 era già automatico · ➕ NUOVO (03g): MODIFICA AUTOMATICA DELLE VOCI ESISTENTI in AGGIORNAMENTO — M9: stesso creditore+rapporto con importo autocertificato CAMBIATO → l'importo si aggiorna DIRETTAMENTE nella cella della riga (tabella editabile), con elenco vecchio→nuovo a conferma, Salva e VERIFICA post-salvataggio; M4/M5: riga esistente con dati cambiati (M4 importo per anno+datore, M5 data nascita/parentela per nome) → sostituzione chirurgica della SOLA riga (cestino per-riga con conferma modale, meccanismo già collaudato dalle pulizie) e reinserimento della versione nuova; tutto loggato «✏️ CAMBIATO»; M2/M3 restano solo-aggiunta in aggiornamento (i valori OMI/stime sono dell'operatore e non vanno sovrascritti) · ➕ NUOVO (03f): RILANCIO SU MODULO GIÀ FATTO = AGGIORNAMENTO PER SINGOLE VOCI — M2/M3/M4/M5, se su OCC ci sono già dati, chiedono: AGGIORNAMENTO (aggiunge SOLO le voci nuove, esistenti mai toccate — confronto M2 per foglio/particella/sub, M3 per targa/descrizione, M4 per anno+datore, M5 per nome a token) oppure RIFACIMENTO (comportamento precedente); in aggiornamento M2 chiede i valori OMI solo per i nuovi; ogni voce saltata è loggata «⏭️ già su OCC, non toccato»; M9 era già incrementale, M6/M14 già per voce · ➕ NUOVO (03e): FOTOGRAFIA PRATICA AL RIENTRO — lo stato reale legge SEMPRE da OCC senza gate di sessione: i moduli già eseguiti risultano ✅ al rientro; 🟡 NON NECESSARIO dai documenti (niente visura→M2, niente doc veicoli→M3, niente redditi→M4, niente stato famiglia→M5, niente fonti debito→M9; Liquidazione Controllata→M14/M15) informativo e non bloccante; banner «▶ Riprendi da:» sulla prima fase da fare; niente memoria locale, la fotografia è sempre vera · ➕ NUOVO (03d): M14 PIANO A CASCATA — rata mensile FISSA e classi pagate in sequenza variando la sola data di avvio per riga (input[ID][data_inizio], gg/mm/aaaa fine mese): Fase 1 PREDEDUZIONE, Fase 2 privilegiati/ipotecari, Fase 3 chirografari; mesi per fase = minimi perché la rata francese del residuo di fase stia nella rata fissa (disponibile − margine), AdE sempre ≤84 mesi, contanti scomputati; durata complessiva confrontata col tetto procedura con conferma se sfora; dopo il Salva la rata di ogni fase viene RILETTA da OCC e verificata ≤ disponibile, con cronologia avvio→fine nel log · ➕ NUOVO (03c): M9 FIX «375 DOCUMENTI» — le fonti di debito si cercano SOLO nel pannello «Legale esterno advisor» (se individuabile), con esclusioni dure sui non-fonte (lettere M1, ricevute/accettazioni PEC, certificazioni — l'AUTOcertificazione debiti resta dentro —, relazioni, visure, redditi/CU/730, cedolini, bonifici, provvedimenti, incarichi, preventivi) e tetto di sicurezza: oltre 40 documenti chiede conferma prima di spendere AI; il log dichiara fonte usata e numero di esclusi · ➕ NUOVO (03b): M1 PREVALENTE SU M9 — regola stretta: rileggendo i documenti, M9 NON carica debiti di creditori non censiti da M1; la riconciliazione restituisce l'elenco ammesso (certificazioni M1 esistenti + eventuali lettere appena generate su conferma) e i debiti fuori elenco vengono ESCLUSI con log «⛔ ESCLUSO» e conteggio in conferma; totale ricalcolato sui soli ammessi; se l'elenco M1 è vuoto nessun debito viene caricato (esegui prima M1) · ➕ NUOVO (03a): M6 TOTALE VERIFICATO — dopo il Salva la tabella spese viene RILETTA da OCC: somma delle 17 voci salvate confrontata con il totale atteso (e col campo Totale del gestionale se individuabile), esito nel log; «fatto» viene dichiarato SOLO se il totale coincide, altrimenti avviso e fase in corso — la riconciliazione voci/importi con l'elenco spese autocertificato dal debitore e l'allineamento della differenza su «Varie» al totale dichiarato erano già attivi) · ➕ NUOVO (m): M5 DEDUPLICA COMPONENTI ROBUSTA — la stessa persona presente in più documenti (stato di famiglia + autocertificazione) viene FUSA in una sola riga anche se in una fonte manca la data di nascita, il nome è invertito (Rossi Mario ↔ Mario Rossi) o ha accenti diversi: chiave a token ordinati senza accenti + fusione con data mancante; le fusioni sono LOGGATE («presente in più documenti → unito») e gli omonimi con date diverse vengono segnalati — cura i figli contati due volte) · ➕ NUOVO (l): M9 FASE CERTIFICAZIONI — a fine corsa (o anche senza nuovi debiti) M9 va su Documenti e Note → «Certificazione Crediti», prende le RISPOSTE dei creditori (escluse le lettere in uscita «Comunicazione Creditore…»), estrae importo certificato + data con estrai_certificazioni.php e compila la colonna «Debito certificato dal creditore» (+ data, formato gg/mm/aaaa) sulla riga giusta della tabella editabile (campi input[ID][debito_certificato]/[data_certificazione_debito] verificati dal vivo), con elenco a conferma prima di scrivere, salvataggio col bottone Salva name=edit e VERIFICA dei valori dopo il salvataggio; più righe stesso creditore → abbinamento per riferimento/cod_rapporto altrimenti segnala di compilare a mano; più certificazioni stessa riga → vince la più recente · richiede estrai_certificazioni.php in public_html) · ➕ NUOVO (k): AGGANCIO OMI PER CODICE CATASTALE — se la visura fornisce il codice Belfiore del comune (es. C351/H224, che è il VALUE stesso della tendina comuni AE) il ponte abbina per codice, univoco; il nome resta fallback con match a 4 passi + pulizia spazi Unicode (risolve Reggio Calabria ↔ Reggio di Calabria e  ); il log mostra sempre «Comune agganciato: NOME [CODICE] — abbinato per …» come controllo dell'operatore · richiede omi_proxy.php aggiornato) · ➕ NUOVO (j): RICONCILIAZIONE M9→M1 — i creditori di M1 sono l'elenco madre: prima di inserire i debiti, M9 legge le lettere di certificazione già generate (pannelli ta=pec Ist+Non Ist via _M1snapshotCert) e confronta i creditori dei debiti con quelle; se M9 rileva creditori NUOVI li elenca e, su conferma, genera per ciascuno la NUOVA lettera di certificazione riusando la generazione blindata di M1 (_M1generaUnoNonIst, con censimento anagrafica se manca) — solo generazione e conservazione: l'INVIO PEC resta al flusso M1 che spedisce solo le nuove) · ➕ NUOVO (i): RICERCA OMI AUTOMATICA come il Python collaudato — il Cruscotto interroga la banca dati AE tramite omi_proxy.php sul NOSTRO server (sequenza provincia→comune→zona→valori verificata dal vivo il 02/07): l'operatore sceglie SOLO la zona (una volta per via, poi cache), la media min–max compravendita è applicata in automatico per tipologia (mappa categoria→destinazione+parole chiave identica al Python); se la ricerca non riesce, fallback al valore manuale · richiede omi_proxy.php in public_html) · ➕ NUOVO (h): M2 COMPLETO COME IL PYTHON COLLAUDATO — fase valori prima del caricamento: fabbricati OMI €/mq chiesto all'operatore con cache per via/categoria e complessivo = €/mq × mq × quota; terreni (categoria senza «/») valore totale × quota; procedura esecutiva chiesta per immobile con perizia se Sì; campi valore_omi_mq/valore_omi_complessivo/valore_perizia/procedura_esecutiva compilati con virgola decimale come il modulo Python; annullamento pulito senza toccare OCC (la sola navigazione automatica dentro il sito Agenzia Entrate resta impossibile in-browser: altro dominio) · ➕ NUOVO (g): SELETTORE MODULO su Pagina 2 (tendina M1…M20 + «Avvia modulo selezionato»; M1 ora si lancia SOLO da qui — tasto «Avvia M1» rimosso) che riversa il log di OGNI modulo nel pannello grande, via specchio da #occ-stato-reale — additivo, non tocca i moduli · log «Attività del Cruscotto» SEMPRE VISIBILE + tasto «📋 Copia log» per incollare gli errori · sezione «Carica nota di certificazione creditori» → deposita nel contenitore Certificazione Crediti (certificaz_creditori) · tasto «Riavvia modulo» su Pagina 2 (reset pulito, NON tocca OCC) · nota: email/password NON sono salvate dal Cruscotto — le ricompila il gestore password del browser · ⭐ FIX CONSERVAZIONE 3 — IL VERO BACO (riprodotto e curato dal vivo su demo2): il click su «Genera» colpiva l'elemento SBAGLIATO. Il vecchio _btnByText prende il PRIMO elemento che CONTIENE "genera"; ma dopo aver scelto il creditore la tendina mostra la voce selezionata come <button> col nome+indirizzo, che spesso contiene "…Via GENERALE…" → "generale" contiene "genera" → veniva cliccata QUELLA voce (che NON invia il form) → il POST non partiva e la certificazione NON si salvava (l'iframe restava fermo su creditori_pec_nuovo, ta=-). Cura: nuovo _btnGenera che prende SOLO il vero <button type=submit> con testo ESATTO "Genera" (niente <a>, niente voci lunghe) e fa form.requestSubmit() → provato dal vivo: in ~3s atterra su ta=cr con la riga salvata. Resta la verifica leggendo la pagina corrente (senza navigare via durante il POST) + ultima spiaggia su ta=pec + diagnostica del percorso dell'iframe · FIX CONSERVAZIONE 2: la creazione del PDF sul server puo' essere LENTA (anche oltre 20-30s generando tante comunicazioni di fila); dopo «Genera» ora ASPETTO l'atterraggio su ta=cr fino a ~90s SENZA navigare via (prima scadevo a ~23s: scrivevo "NON confermato", tornavo, e il cercatore trovava "no-rows" perche' il file finiva di salvarsi dopo → non inviato), dichiaro "salvata" solo se confermato · FIX CONSERVAZIONE 1: dopo aver selezionato il creditore ATTENDO che la pagina OCC finisca di ricaricare (creditori con «invio_intestatari», es. Agenzia Entrate) PRIMA di «Genera», e VERIFICO l'atterraggio su ta=cr prima di dire "salvata" → il file si conserva sempre · non-ist: selezione per VOCE ESATTA già abbinata (bancaVal) → aggancia sempre il creditore giusto; CERCATORE legge SUBITO la pagina dopo «Genera» (dove la certificazione è già presente) poi ricarica ta=pec anti-cache → la trova sempre; uso la PEC già scelta nella scheda -> niente seconda tabella; selezione creditore robusta; iframe null-safe + generazione a ritentativi + RIENTRO AUTOMATICO se la sessione scade; invio non-ist a ritentativi se pagina lenta; variante: match «inizia col nome» + preferenza PEC → BPER auto, ARCA elenco pulito; +pulizia +invio a clic) · Canonicalizzazione creditori (varianti Agenzia delle Entrate → una voce; addizionale regionale = AdE; tasse automobilistiche → Regione; FILCAMS R.Cal. = Reggio Calabria), importo = somma delle cartelle/voci distinte, scarto degli importi a zero, passivo = somma reale, reddito non mostrato. Colonna Fonti con tipo documento reale (Centrale Rischi/CRIF/Intervista/Cartelle/Ruolo). Lettura per-documento in parallelo dal contenitore Legale Esterno - Advisor con timeout. Cross-check con la Relazione Documentale: letta a parte (timeout esteso), sovrapposta a importo più alto, creditori solo-relazione aggiunti, sovrapposizioni fiscali segnalate. Fix istituzionali 43-lettere e CORS inclusi.

🔄 Aggiorna la relazione con i dati nuovi

🔄 Aggiorna la relazione con i dati nuovi