Vai al contenuto

SWN132 - Parametri per reparto - sede

Nome programma SWN132 Linkage section UTILAGPRG - Linkage comune Id processo: 132 Nome processo: PAR-REP-SEDE Tabelle principali gestite

AREA AREAGATE Direzione
LODIMPRS
LODIMPMD
TBREPARTOSEDE ------>

Logica generale Sincronizzazione della tabella "Parametri per reparto/sede" Esportazione Esportazione di tutti gli elementi effettivamente modificati (con dati variati). Verranno considerati separatamente gli aggiornamenti effettuati sulle due tabelle di origine Importazione Non ancora prevista Configurazioni possibili

Gruppo Parametro Note
abilita attiva-areaapp
areaapp cod-azienda
areaapp db-conn-string
areaapp agg-postgres-online

Elaborazione Tipi di segnalazione: Vedi Tipi di segnalazione A - Controllo di esecuzione Vedi Controllo di esecuzione A.1 - Aggiornamento KEEP-ALIVE Per il momento non lo eseguiamo: il keep-alive viene tenuto aggiornato dal thread autonomo di aglancio; se il programma venisse chiamato in "tempo reale" dal programma di gestione, non necessita comunque del keep-alive. A.2 - Apertura A.2.1 Apertura tabelle Tentare l'apertura della tabella da sincronizzare: TBREPARTOSEDE Se fallita inviare una Segnalazione critica e chiudere. B - Esportazione elementi aggiornati * ID SINCRO: gestito * Esportazione differenziale: gestita ma non ottimizzata: non esiste una chiave diretta per ottenere solo i record aggiornati * Cancellazione logica: gestita In questa fase si dovrà tenere conto di * Limite record * Limite errori * "Esporta tutto" B.1 - Stato sincronizzazione Sulla tabella APSTATOSYN, leggere il record relativo alla tabella/oggetto da sincronizzare "TBREPARTOSEDE"; se il record non esiste, crearlo impostando

Dato Contenuto
A_SYN_AZIENDA Codice azienda
A_SYN_TABELLA "TBREPARTOSEDE"
A_SYN_DA_GES_DATA 0
A_SYN_DA_GES_ORA 0
A_SYN_DA_ID_SINCRO 1

Qui otterremo due informazioni importanti: * Data/ora ultima esportazione da gestionale a postgres (A_SYN_DA_GES_DATA e A_SY_DA_GES_ORA) * Prossimo ID sincronizzazione da memorizzare sulla tabella (A_SYN_ID_SINCRO) B.A - Esportazione LODIMPRS -> TBREPARTOSEDE B.A.2 Ricerca record da esportare

Tipo di elaborazione Condizione Cosa fare
Singolo record AGPRG-KEY <> " "
(conterrà IRS-CHIA1)
Si legge direttamente il record da aggiornare su LODIMPRS
Verrà eseguita se agg-postgres-online è attiva
Se viene sincronizzato un record cancellato, verrà effettuata la cancellazione logica
Esportazione totale AGPRG-ESPORTA-TUTTO = "S" Si scorrono tutti i record di LODIMPRS; ogni record va considerato, ignorando il controllo sulla variazione dei record
Esportazione standard Si scorrono tutti i record di LODIMPRS; considerare solo quelli con
(IRS-DA-DATA+IRS-DA-TIME) >=
(A-SYN-DA-GES-DATA+A-SYN-DA-GES-ORA)
Pulizia AGPRG-OPE = "PULIZIA" Si esegue il punto B.A.4

Per ciascun record valido si cercano tutti i record collegati: Nessuno B.A.3 Verifica ed esportazione record Dopodichè si effettua la ricerca dell'elemento su TBREPARTOSEDE

Dato Contenuto
A-IRS-AZIENDA Codice azienda
A-IRS-SEDE IRS-SEDE
A-IRS-REPARTO IRS-REPARTO
A-IRS-SOTTOREP IRS-SOTTOREPARTO
A-IRS-DATA-INI 0

Se non esiste, inserirlo. Se esiste, aggiornarlo l'aggiornamento del record deve avvenire solo se almeno un dato tra quelli da modificare è diverso. NB: se è stata richiesta l'esportazione completa (AGPRG-ESPORTA-TUTTO = "S") allora il record dovrà essere esportato a prescindere dal confronto Suggerimento Invece di popolare direttamente i dati del record di destinazione, portarli su delle copie in w/s. Al termine confrontare i dati sulla destinazione con la copia in w/s. Aggiornamento da LODIMPRS NB: se a questo punto A-IRS-FL-AGG vale "A", significa che nel lasso di tempo tra la fase di importazione e questa, qualcuno ha aggiornato il record su APP: quindi segnalare sul log e ignorare l'esportazione.

Dato Contenuto Confronto?
A-IRS-AZIENDA Codice azienda
A-IRS-SEDE IRS-SEDE
A-IRS-REPARTO IRS-REPARTO
A-IRS-SOTTOREP IRS-SOTTOREPARTO
A-IRS-DATA-INI 0
A-IRS-CAPACITA IRS-IMP-MAX Se IRS-SOTTOREPARTO è vuoto
Altrimenti 0
Si
A-IRS-IMPEGNO IRS-IMP-MAX Se IRS-SOTTOREPARTO è significativo
Altrimenti 0
Si
A-IRS-DATA-FIN 0 Si
A-IRS-FL-CANC " "
A-IRS-ID-SINCRO Prossimo id sincro
A-IRS-AGG-APP " "

In questa fase tenere memoria di data+ora dell'ultimo record di input considerato. Per tutti i campi alfanumerici significativi (non flag, non valori fissi) effettuare il parsing tramite GESSTR, come già fatto negli altri programmi di sincronizzazione B.A.4 Verifica record cancellati Sulla tabella di origine LODIMPRS non esiste il flag di cancellazione logica. Quindi per esportare l'informazione relativa ai record cancellati si opererà come segue: 1. Scorrere tutti i record di TBREPARTOSEDE per l'azienda 2. Ricerca, per ciascuno, del corrispondente record su LODIMPRS A questo punto la situazione potrebbe essere la seguente:

LODIMPRS
trovato?
A-IRS-FL-CANC Cosa fare
Si "C" Aggiornare TBREPARTOSEDE impostando


Si " " Nessuna operazione
No "C" Nessuna operazione
No " " Aggiornare TBREPARTOSEDE impostando


B.B - Esportazione LODIMPMD -> TBREPARTOSEDE B.B.2 Ricerca record da esportare

Tipo di elaborazione Condizione Cosa fare
Singolo record AGPRG-KEY <> " "
(conterrà IRSP-CHIA1)
Si legge direttamente il record da aggiornare su LODIMPMD
Verrà eseguita se agg-postgres-online è attiva
Se viene sincronizzato un record cancellato, verrà effettuata la cancellazione logica
Esportazione totale AGPRG-ESPORTA-TUTTO = "S" Si scorrono tutti i record di LODIMPMD; ogni record va considerato, ignorando il controllo sulla variazione dei record
Esportazione standard Si scorrono tutti i record di LODIMPMD con data/ora aggiornamento superiore a
(A-SYN-DA-GES-DATA+A-SYN-DA-GES-ORA), ottenuti usando IRSP-CHIA2
Pulizia AGPRG-OPE = "PULIZIA" Si esegue il punto B.A.4

Per ciascun record valido si cercano tutti i record collegati: Nessuno B.B.3 Verifica ed esportazione record Dopodichè si effettua la ricerca dell'elemento su TBREPARTOSEDE

Dato Contenuto
A-IRS-AZIENDA Codice azienda
A-IRS-SEDE IRSP-SEDE
A-IRS-REPARTO IRSP-REPARTO
A-IRS-SOTTOREP IRSP-SOTTOREPARTO
A-IRS-DATA-INI IRSP-DATA-INI

Se non esiste, inserirlo. Se esiste, aggiornarlo l'aggiornamento del record deve avvenire solo se almeno un dato tra quelli da modificare è diverso. NB: se è stata richiesta l'esportazione completa (AGPRG-ESPORTA-TUTTO = "S") allora il record dovrà essere esportato a prescindere dal confronto Suggerimento Invece di popolare direttamente i dati del record di destinazione, portarli su delle copie in w/s. Al termine confrontare i dati sulla destinazione con la copia in w/s. Aggiornamento da LODIMPRS NB: se a questo punto A-IRS-FL-AGG vale "A", significa che nel lasso di tempo tra la fase di importazione e questa, qualcuno ha aggiornato il record su APP: quindi segnalare sul log e ignorare l'esportazione.

Dato Contenuto Confronto?
A-IRS-AZIENDA Codice azienda
A-IRS-SEDE IRSP-SEDE
A-IRS-REPARTO IRSP-REPARTO
A-IRS-SOTTOREP IRSP-SOTTOREPARTO
A-IRS-DATA-INI IRSP-DATA-INI
A-IRS-CAPACITA IRSP-IMP-MAX Se IRSP-SOTTOREPARTO è vuoto
Altrimenti 0
Si
A-IRS-IMPEGNO IRSP-IMP-MAX Se IRSP-SOTTOREPARTO è significativo
Altrimenti 0
Si
A-IRS-DATA-FIN IRSP-DATA-FIN Si
A-IRS-FL-CANC IRSP-FL-CANC Si
A-IRS-ID-SINCRO Prossimo id sincro
A-IRS-AGG-APP " "

In questa fase tenere memoria di data+ora dell'ultimo record di input considerato. Per tutti i campi alfanumerici significativi (non flag, non valori fissi) effettuare il parsing tramite GESSTR, come già fatto negli altri programmi di sincronizzazione B.9 - Aggiornamento id syncro Al termine dell'elaborazione, aggiornare il record APSTATOSYN:

Dato Contenuto
A_SYN_AZIENDA Codice azienda
A_SYN_TABELLA "TBREPARTOSEDE"
A_SYN_DA_GES_DATA Data/ora dell'ultimo record aggiornato
Considerare data/ora maggiore tra quelle trovate nelle due tabelle LODIMPRS e LODIMPMD
A_SYN_DA_GES_ORA
A_SYN_DA_ID_SINCRO Ultimo id sincro + 1

Estratto da documentazione interna ClickUp