At line 1 added 97 lines |
%%(display:none) |
{{{ |
WikiUp |
}}} |
/% |
[{TableOfContents }]\\ |
!!! Introduzione\\ |
Le principali peculiarità della versione 2 del nuovo data entry anagrafico consistono:\\ |
* nella gestione dei dati in lista.\\ |
* nella possibilità di poter accedere secondo differenti prospettive ai dati, in modo da poter focalizzare l'attenzione sui soli dati interessati al momento (es. Dati fiscali, Dati commerciali ecc.). NOTA BENE: se non si è in una situazione in cui differenti utenti operano su differenti dati, è consigliabile lasciare autorizzata solo la prospettiva CN_P£01, viceversa la funzionalità delle prospettive può portare a confusione.\\ |
* nella possibilità di poter gestire in unica sessione dati di differente natura (sia dall'anagrafico di base, che dalle estensioni).\\ |
* nella possibilità di gestire in unica schermata dati con rilevanza comune e specifica (se attivato lo scenario in un'unica schermata si possono gestire più scenari, imputando un'unica volta i dati comuni a tutti gli scenari e potendo specificare i valori peculiari di ogni scenario).\\ |
* nella possibilità di poter indicare le date di validità e le differenti valorizzazioni temporali per i dati per i quali è prevista tale possibilità.\\ |
* nella configurabilità tramite script di ogni funzionalità.\\ |
\\ |
!!! Attivazione\\ |
La Versione 2 del data entry viene attivata in modo esplicito quando sulla tabella BR2 viene impostato il relativo flag, o implicitamente quando vengono attivate le funzioni di:\\ |
* scenario\\ |
* data-effective\\ |
* nominativo\\ |
\\ |
Vedi Impostazioni Base Contatti (ST-BR2)\\ |
\\ |
!!! Exit\\ |
__Controllo campi__\\ |
Dalla tabella BRZ è attivabile un programma di exit che permette di applicare dei controlli di congruenza aggiuntivi rispetto a quelli previsti a standard. La prima cosa da prendere in considerazione passando al data entry V2 è il fatto che l'exit prevista dalla versione precedente rimane attiva, ma viene deviata su un programma che supporta una radice ed un'entry differente. Per tale motivo per mantenere l'exit i programmi dovranno essere ridenominati e riadeguati.\\ |
Vedi CATEGORIA ENTI (ST-BRZ)\\ |
Vedi ENTI Data entry - Controller Finestra - Exit (MBBRSRC-BRBR23_X)\\ |
\\ |
__Aggiustamento pre/post modifica del singolo record__\\ |
Con le nuove funzioni a livello di tipo contatto/codice sarà possibile intestare più record anagrafici con differenti caratteristiche (scenario, date validità). Non essendo tale record intestato ad alcun oggetto, eventuali flussi di pre/post-modifica di aggiustamento del singolo record possono essere implementati solo tramite questa exit. I flussi dell'oggetto CN rimarranno attivi ma verranno sempre considerati a livello di contatto e non di singolo record.\\ |
L'exit ha radice BRBR24_x ed è attivabile dalla tabella BRE.\\ |
Vedi Tipo contatto (ST-BRE)\\ |
Vedi ENTI Data entry - Aggiornamento File - Exit (MBBRSRC-BRBR24_X)\\ |
\\ |
!!! Parametri\\ |
Il data entry V2 gestisce anche la possibilità di poter imputare i parametri in inserimento; per fare questo è però necessario indicare sull'elemento della tabella B£G nella griglia di controllo della C£E, il fatto che per il codice cliente venga accettato anche il valore **.\\ |
Vedi CATEGORIE PARAMETRI (ST-C£E)\\ |
\\ |
!!! Autorizzazioni\\ |
Vengono qui descritti i vari livelli di autorizzazione presi in considerazione dal data entry.\\ |
* Tipo Contatto: definisce il livello di autorizzazione delle azioni eseguibili a livello di tipo contatto. Tipo significato GD, funzione TABRE.\\ |
Vedi Gestione dati - Contatti (TAB£P-BREN01)\\ |
* Estensione: definisce il livello di autorizzazione delle azioni eseguibili a livello di estensione. Tipo significato CD, funzione TABRI.\\ |
Vedi Gestione Contatti Estesi (TAB£P-BRES01)\\ |
* Prospettive: definisce il livello di autorizzazione delle prospettive (cioè dei metodi di visualizzazione dei dati). Tipo significato AZ, funzione MBSCP_SET.\\ |
Vedi Enti - Prospettive (TAB£P-BRENPRO)\\ |
* Campi: definisce il livello di autorizzazione per la gestione e/o visualizzazione dei singoli campi all'interno di un tipo contatto/scenario.\\ |
Questa autorizzazione si riconduce al fatto di aver indicato nello script dei campi un livello di autorizzazione minimo, in caso contrario il campo è sempre gestibile e manutenibile. Tipo significato AZ, funzione TSBRG.\\ |
* L'autorizzazione su campo è attivabile dallo script di configurazione del tipo contatto, indicando tramite due apposite colonne la classe necessaria a poter visualizzare e la classe necessaria a poter modificare il relativo campo. Tale autorizzazione è indiscriminatamente attivabile sia sui campi anagrafici che sulle estensioni.\\ |
\\ |
E' consigliabile impostare le autorizzazioni nel seguente modo:\\ |
* Raggruppando i campi sotto max dieci categorie (una per ogni riga della classe stati).\\ |
* Attribuendo, quando la si vuole impostare, i primi 5 valori della riga per la non visualizzazione ed i successivi 5 per la protezione (Cfr. "Configurazione dello script").\\ |
Vedi Abilitazioni campi BRENTI (TAB£P-CN_F)\\ |
Vedi (MBSCP_SET-CN_F£DO)\\ |
Vedi (MBSCP_SET-CN_FAGE)\\ |
Vedi (MBSCP_SET-CN_FAGS)\\ |
Vedi Definizioni aggiuntive campi AZI (MBSCP_SET-CN_FAZI)\\ |
Vedi Definizioni aggiuntive campi BAN (MBSCP_SET-CN_FBAN)\\ |
Vedi Definizioni aggiuntive campi CLI (MBSCP_SET-CN_FCLI)\\ |
Vedi (MBSCP_SET-CN_FCMP)\\ |
Vedi Definizioni aggiuntive campi COL (MBSCP_SET-CN_FCOL)\\ |
Vedi (MBSCP_SET-CN_FFIL)\\ |
Vedi Definizioni aggiuntive campi FOR (MBSCP_SET-CN_FFOR)\\ |
Vedi (MBSCP_SET-CN_FGDR)\\ |
Vedi Definizioni aggiuntive campi ICL (MBSCP_SET-CN_FICL)\\ |
Vedi Definizioni aggiuntive campi IDO (MBSCP_SET-CN_FIDO)\\ |
Vedi Definizioni aggiuntive campi IFO (MBSCP_SET-CN_FIFO)\\ |
Vedi Definizioni aggiuntive campi NOM (MBSCP_SET-CN_FNOM)\\ |
Vedi (MBSCP_SET-CN_FRDS)\\ |
Vedi (MBSCP_SET-CN_FVET)\\ |
Vedi (MBSCP_SET-CN_FXXX)\\ |
* Scenari: se previsti, definisce il livello di autorizzazione necessario alla gestione dello scenario. Va prevista una classe per ogni sottosettore della tabella BRG implementato. Tipo significato GD, funzione TABRG.\\ |
\\ |
A queste si affiancano le autorizzazioni relative ai dati esterni quali parametri e note, per i quali si rimanda a specifica documentazione.\\ |
[Parametri|MBDOC-CXPARA]\\ |
[Note|MBDOC-BXNOTE]\\ |
\\ |
!!! Prospettive\\ |
Le prospettive definiscono i metodi di visualizzazione dei dati anagrafici. Possono essere estendibili e modificabili a piacimento (anche se è consigliabile non apportare modifiche alle prospettive previste a standard). Per una maggior comprensione si rimanda alla documentazione degli script del modulo BRENTI ("Configurazione dello script").\\ |
\\ |
NOTA BENE: se non si è in una situazione in cui differenti utenti perano su differenti dati, è consigliabile lasciare autorizzata solo la prospettiva CN_P£01, iceversa la funzionalità delle prospettive può portare a confusione.\\ |
\\ |
!!! Dati del nominativo\\ |
I dati gestiti a livello di nominativo, sia nella gestione del nominativo stesso che di un suo soggetto subordinato, sono riconoscibili dall'indicazione di una "N" al limite esterno della riga del campo, e tali campi potranno essere gestiti solo entrando in modifica del nominativo e non a livello di soggetto subordinato, salvo attivare lo specifico flag previsto dalla tabella BR2.\\ |
Vedi Impostazioni Base Contatti (ST-BR2)\\ |
\\ |
!!! Gestione file di transito\\ |
Il data entry anagrafico gestisce tutte le transazioni su un file di lavoro. Tali transazioni sono visualizzabili tramite il programma riportato di seguito. Tramite programma è anche possibile eventualmente eliminare le transazioni relative a job ormai disattivi legati a cause quali la caduta della sessione.\\ |
\\ |
%%quote |
Pgm gestione file di transito |
|
CALL BRTR01R |
/% |
---- |