Solleciti: errato aggiornamento del livello dopo blocco partita da AreaGate¶
| Campo | Valore |
|---|---|
| ID ClickUp | 869b1fz1y |
| Data segnalazione | 2025-11-03 |
| Data risoluzione | 2026-06-25 |
| Programmi coinvolti | SWN110 |
| Impatto | Alto |
Sintomo¶
Bloccando da AreaGate l'invio del sollecito sulle singole partite di un cliente (e non sull'intero cliente), dopo l'aggiornamento gestionale tutte le partite bloccate assumono livello di sollecito = 0, anche se in origine era superiore (1, 2, 3 o 4); lo stesso livello 0 viene mostrato su AreaGate. Riattivando l'invio per la partita, il livello corretto viene ripristinato solo al successivo aggiornamento di AREA (in genere 1-2 volte al giorno). Con riattivazione e invio molto ravvicinati la sincronizzazione non fa in tempo a girare e il cliente riceve un sollecito di livello errato (es. il n. 1 invece del n. 3).
Causa¶
Durante il blocco della singola partita il livello di sollecito non viene conservato e viene azzerato; il valore corretto e' ricostruito solo dalla sincronizzazione gestionale verso AREA (SWN110), che non e' immediata. Tra la riattivazione della partita e il giro di sincronizzazione esiste quindi una finestra in cui il livello di sollecito in AreaGate e' ancora a 0.
Correzione¶
Intervenire lato gestionale per "mantenere" il livello durante il blocco e' stato valutato
troppo invasivo (rischio di effetti collaterali sulle partite). La soluzione adottata e' un
blocco lato AreaGate: l'invio immediato di un sollecito viene impedito quando per il
cliente esistono partite non bloccate con rparc-fl-forza-soll = "S",
rparc-fl-no-soll = " " e rparc-liv-soll-gest = 0, condizione che indica che la
sincronizzazione di ripristino del livello non e' ancora avvenuta. In quel caso AreaGate
segnala la situazione, suggerendo eventualmente di forzare la sincronizzazione lanciando
SWN110 dal gestionale.