Add new attachment

Only authorized users are allowed to upload new attachments.

This page (revision-1) was last changed on 25-Aug-2023 15:16 by UnknownAuthor

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 1 added 62 lines
%%(display:none)
{{{
WikiUp
}}}
/%
[{TableOfContents }]\\
Il controllo errori sugli oggetti consiste in una serie di elaborazioni previste e relative consultazioni per gli output che con una gestione centralizzata permettono di identificare e gestire gli errori, visualizzarne la documentazione, fornire una traccia alla loro stesura, come eventuali suggerimenti per azioni rivolte alla loro correzione.\\
\\
\\
!! Obiettivo\\
L'obiettivo primario del controllo errori è validare le informazioni di qualsiasi oggetto applicativo, sia per singola istanza di oggetto che in maniera massiva, in un'ottica sia di verifica immediata che di mantenimento della validazione nel tempo.\\
\\
!! Definizione ed elaborazione dei controlli\\
L'elaborazione dei controlli è demandata alla K89 ed è a 4 livelli, pertanto i controlli possono essere definiti in 4 membri di DOC_VOC, nei tag CHK, che diventano istanze dell'oggetto CK spiegato più avanti.\\
\\
! Livello 1 - Controlli generali standard\\
I controlli generali sono validi per qualsiasi classe, vengono eseguiti dal programma B£K89G, pertanto il membro di DOC_VOC di riferimento è il B£K89G.\\
A questo livello sono controllate le informazioni di base dell'oggetto. Attraverso la tipizzazione dei campi, descritta sul database, come nella definizione dei parametri espliciti, viene verificata la consistenza del dato segnalando l'inconsistenza qualora la stessa non fosse più valida.\\
\\
! Livello 2 - Controlli generali azienda\\
I controlli generali azienda sono controlli personalizzati validi per qualsiasi classe, tipicamente possono essere usati per parametri espliciti personalizzati usati in più classi, anche se questi controlli vengono eseguiti nelle exit K89, sono da considerarsi un'estensione del paragrafo precedente,\\
pertanto il membro di DOC_VOC di riferimento è il B£K89GU.\\
\\
! Livello 3 - Controlli specifici standard\\
A questo livello vengono estesi i controlli al programma specifico standard dell'oggetto, per esempio l'obbligatorietà dei campi o la dipendenza da altri oggetti.\\
I controlli specifici di un oggetto sono eseguiti dal programma specifico, pertanto il membro di DOC_VOC di riferimento è identico il nome del programma che li esegue B£K89G_xx.\\
\\
! Livello 4 - Controlli specifici azienda\\
A questo livello vengono estesi i controlli anche all'eventuale exit, dove vengono verificati i controlli relativi alle specificità del cliente.\\
Sono i controlli personalizzati, da considerarsi un'estensione del paragrafo precedente, pertanto il membro di DOC_VOC di riferimento è il B£K89G_xxU.\\
Si fa notare che nella exit non deve essere presente l'apertura di un video, pena il malfunzionamento del controllore.\\
\\
\\
!! Il Controllo è definito nell'oggetto CK\\
L'oggetto controllo ha come tipo CK e come parametro la classe di riferimento, per esempio i controlli sulla classe V2JAGRA cono istanze della classe CKV2JAGRA.\\
Come indicato sopra, le istanze sono definite in membri DOC_VOC nelle etichette CHK, dove negli attributi è possibile eventualmente definire per quali azioni è validi il controllo, la gravità e la modalitò interattiva o batch. Per quest'ultimo attributo la modalità batch indica che il controllo non viene eseguito per le azioni di gestione ma solo per le azioni di solo controllo batch di mero controllo errori, dal servizio specifico B£UTIL_01 e dalla costruzione fonte specifica del controllo errori LOA15_A3.\\
Per gli altri attributi disponibili consultare il wizard.\\
\\
!! Il messaggio dell'oggetto controllo può essere definito nel relativo oggetto voce VO\\
Il messaggio dell'oggetto controllo è una voce presente nel medesimo membro del DOC_VOC con codice uguale al controllo. Per esempio l'oggetto controllo CKV2JAGRA S00001 è un'etichetta CHK nel membro DOC_VOC/B£K89_25, pertanto il relativo messaggio potrebbe essere contenuto nell'etichetta VOC dello stesso membro DOC_VOC/B£K89_25, l'oggetto di riferimento è VOB£K89_25 S00001. Nello specifico:\\
\\
::CHK Id="S00001" Txt="Controllo presenza documentazione" Par="GRA" Gra="E" Mod="B"! S00001 - Documentazione assente\\
\\
E' comunque bene sottolineare che la presenza di una voce nel DOC_VOC che indica il messaggio non è obbligatoria, ai fini della normalizzazione dei messaggi, il messaggio dell'oggetto controllo potrebbe comunque essere definito nel programma specifico/exit K89 indicando come di consueto file messaggi e codice messaggio. In questo caso la voce è definita nell'oggetto sarà per esempio VOM.MSGBA BAS0002.\\
Per ulteriori informazioni vedere la documentazione degli oggetti CK e VO.\\
\\
!! Controlli interattivi\\
Il controllo errori sugli oggetti è una funzionalità rilasciata nella voce di menù properties "Controllo errori" sia in loocup che in webup ed è richiamabile per una classe, una lista o per una singola istanza di oggetto.\\
Nei primi 2 casi, trattandosi di validazione massiva, si appoggia ad una costruzione fonte (LOA15_A3), mentre per la singola istanza vengono effettuati controlli immediati tramite la scheda ed il servizio specifici del controllo errori (B£UTIL_01), con la visualizzazione dell'elenco errori dell'istanza e la possibilità di richiamare il LOA36 per la gestione dei soli campi in errore.\\
\\
!! Controlli schedulati\\
Oltre ai controlli puntuali di cui sopra dal menù properties, il controllo può essere soprattutto utile in modo schedulato.\\
L'approccio dovrebbe essere questo: definire le liste degli oggetti più "sensibili" per l'azienda e decidere per ciascuna ogni quanto il sistema del controllo errori la deve elaborare.\\
Nello specifico, il LOA15_A3 del controllo errori può essere inserito in un flusso (LOA11) in modo che ogni notte vengano controllati per esempio degli oggetti di una classe con stato attivo e l'elenco degli errori risultanti venga inviato via mail al relativo responsabile.\\
\\
\\
!! Consultazione\\
La scheda di consultazione (B£UTIL_01) elenca l'oggetto contenente l'inconsistenza e il motivo della stessa. Partendo dal cruscotto che permette di consultare in modo riepilogativo gli errori è possibile procedere alla schede di navigazione degli oggetti errati che permettono di arrivare alla consultazione del singolo dato errato ed alla relativa voce di documentazione.\\
\\
!! Simulazione\\
E' possibile arrivare alla simulazione del controller, sempre attraverso la scheda B£UTIL_01.\\
\\
This page has only one version
«