SWN119 - Sincronizzazione tabella sottocommesse¶
Nome programma SWN119 Linkage section UTILAGPRG - Linkage comune Id processo: 119 Nome processo: SOTTOCOMMESSE Tabelle principali gestite
| AREA | AREAGATE | Direzione |
|---|---|---|
| COGSOTCM | ARPSOTCM | ------> <------ |
Logica generale Sincronizzazione della tabella "Sottocommesse" Esportazione Esportazione di tutti i record effettivamente modificati (con dati variati). Importazione Le applicazioni WEB potranno inserire, modificare o cancellare logicamente nuovi record 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: ARPSOTCM Se fallita inviare una Segnalazione critica e chiudere. C - Importazione aggiornamenti Effettuare una query per estrarre tutti gli elementi aggiornati su APP: SELECT * FROM ARPSOTCM WHERE a_sot_azienda = azienda AND (a_sot_agg_app <> ' ') Gli elementi potranno essere: * Cancellati: se A-SOT-FL-CANC = "C" * Inseriti o aggiornati: se A-SOT-FL-CANC <> "C" C.1 - Importazione elemento nuovo o aggiornato Fare una ricerca su COGSOTCM impostando:
| Dato | Contenuto |
|---|---|
| SOT-COD | A-SOT-COD |
Se l'elemento non esiste, inserirlo. Quindi proseguire con l'aggiornamento di COGSOTCM.
| Dato | Contenuto |
|---|---|
| SOT-DES | A-SOT-DES |
| SOT-STATO | A-SOT-STATO |
C.2 - Importazione elemento cancellato Dopo aver cercato l'esistenza del record di COGSOTCM, come al punto C.1, se il record esiste effettuare la cancellazione fisica B - Esportazione informazioni aggiornate * ID SINCRO: gestito * Esportazione differenziale: gestita e ottimizzata, attraverso una data specifica collegata a data/ora aggiornamento * Cancellazione logica: non 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 "ARPSOTCM"; se il record non esiste, crearlo impostando
| Dato | Contenuto |
|---|---|
| A_SYN_AZIENDA | Codice azienda |
| A_SYN_TABELLA | "ARPSOTCM" |
| A_SYN_DA_GES_DATA | 0 |
| A_SYN_DA_GES_ORA | 0 |
| A_SYN_DA_ID_SINCRO | 1 |
| A-SYN-VERSIONE | 2 |
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.2 - Ricerca record da esportare B.2.1 Ricerca record da esportare
| Tipo di elaborazione | Condizione | Cosa fare |
|---|---|---|
| Singolo record | AGPRG-KEY <> " " | Si legge direttamente il record da aggiornare su COGSOTCM 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 COGSOTCM; ogni record va considerato |
| Esportazione standard | Si scorrono tutti i record di COGSOTCM, usando la chiave SOT-CHIA1 | |
| Pulizia | AGPRG-OPE = "PULIZIA" | Si esegue il punto B.3 |
Per ciascun record valido si cercano tutti i record collegati (in questo caso non ce ne sono) B.2.2 Verifica ed esportazione record Dopodichè si effettua la ricerca dell'informazione su ARPSOTCM
| Dato | Contenuto |
|---|---|
| A-SOT-AZI | Codice azienda |
| A-SOT-COD | SOT-COD |
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 COGSOTCM
| Dato | Contenuto | Confronto? |
|---|---|---|
| A-SOT-AZIENDA | Codice azienda | |
| A-SOT-COD | SOT-COD | |
| A-SOT-DES | SOT-DES (*) | Si |
| A-SOT-STATO | SOT-STATO | Si |
| A-SOT-AGG-APP | " " | |
| A-SOT-ID-SINCRO | Id sincro + 1 | |
| A-SOT-VAL | " " | Si |
(*) Questi campi dovranno essere parsati con GESSTR prima del confronto B.2.3 - Esportazione sottocommessa "nulla" E' necessario creare sulla tabella sottocommesse una sottocommessa di sistema che identifica l'assenza di sottocommesse; quindi se ancora non esiste creare il record:
| Dato | Contenuto |
|---|---|
| A-SOT-AZIENDA | Id azienda |
| A-SOT-COD | "*" |
| A-SOT-DES | "NESSUNA SOTTOCOMMESSA" |
| A-SOT-STATO | "A" |
| A-SOT-ID-SINCRO | Ultimo id sincro + 1 |
| A-SOT-VAL | " " |
| A-SOT-AGG-APP | " " |
B.3 Verifica record cancellati Sulla tabella di origine COGSOTCM 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 ARPSOTCM per l'azienda 2. Ricerca, per ciascuno, del corrispondente record su COGSOTCM A questo punto la situazione potrebbe essere la seguente:
| COGSOTCM trovato? |
A-SOT-VAL | Cosa fare |
|---|---|---|
| Si | "C" | Aggiornare ARPSOTCM impostando |
| Si | " " | Nessuna operazione |
| No | "C" | Nessuna operazione |
| No | " " | Aggiornare ARPSOTCM impostando |
B.9 - Aggiornamento id syncro Al termine dell'elaborazione, aggiornare il record APSTATOSYN:
| Dato | Contenuto |
|---|---|
| A-SYN-AZIENDA | Codice azienda |
| A-SYN-TABELLA | "COGSOTCM" |
| A-SYN-DA-GES-DATA | Data/ora dell'ultimo record aggiornato |
| A-SYN-DA-GES-ORA | |
| A-SYN-DA-ID-SINCRO | Ultimo id sincro + 1 |
| A-SYN-VERSIONE | 2 |
Estratto da documentazione interna ClickUp