PSW001 - Sincronizzazione clienti¶
Nome programma PSW001 Linkage section UTILAGPRG - Linkage comune Id processo: 90001 CUSTOM Nome processo: PSW001 Tabella APSTATOSYN
| A-SYN-TABELLA | VERSIONE ATTUALE | Cosa fare se precedente |
|---|---|---|
| PSWANAGR | 1 |
Tabelle principali gestite
| AREA | AREAGATE | Direzione |
|---|---|---|
| COGGEANA | PSWANAGR | ------> |
Versione tabella: 1 Logica generale DB APP Incassettamento Sincronizzazione dell'anagrafica clienti Esportazione Esportazione di tutti i record effettivamente modificati (con dati variati). Importazione Non prevista Configurazioni possibili
| Gruppo | Parametro | Note |
|---|---|---|
| abilita | attiva-areaapp | |
| areaapp | cod-azienda | |
| areaapp | db-conn-string | |
| areaapp | agg-postgres-online | |
| dbfront | db-conn-string |
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: PSWANAGR Se fallita inviare una Segnalazione critica e chiudere. Controllo versione
| Versione attuale | Attività |
|---|---|
| 1 | Nessuna |
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: 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 "PSWANAGR"; se il record non esiste, crearlo impostando
| Dato | Contenuto |
|---|---|
| A_SYN_AZIENDA | Codice azienda |
| A_SYN_TABELLA | "PSWANAGR" |
| 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.2 - Ricerca record da esportare B.2.1 Ricerca record da esportare
| Tipo di elaborazione | Condizione | Cosa fare |
|---|---|---|
| Singolo record | AGPRG-KEY <> " " (conterrà ANA-CHIA1) |
Si legge direttamente il record da aggiornare su COGGEANA 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 COGGEANA; ogni record va considerato, ignorando il controllo sulla variazione dei record Ora vengono esportati anche i fornitori (ANA-TIPO = 'F') |
| Esportazione standard | Si scorrono tutti i record di COGANCAP a partire da data/ora ultimo aggiornamento | |
| Pulizia | AGPRG-OPE = "PULIZIA" | Eseguire solo il giro di cancellazione logica B.3 quindi uscire |
Per ciascun record valido si cercano tutti i record collegati: * COGGEANA * COGAPPOG * COGANAPP * COGANCAP B.2.2 Verifica ed esportazione record Dopodichè si effettua la ricerca dell'informazione su PSWANAGR
| Dato | Contenuto |
|---|---|
| P-ANA-AZIENDA | Codice azienda |
| P-ANA-CODANA | ANA-CHIA |
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 NB: se a questo punto P-ANA-AGG-APP 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 (Clienti) |
Contenuto (Fornitori) |
Confronto? |
|---|---|---|---|
| P-ANA-AZI | Codice azienda | Codice azienda | |
| P-ANA-CODANA | ANA-CHIA1 | ANA-CHIA1 | |
| P-ANA-TIPO | "C" | "F" | |
| P-ANA-NOME (*) | ANA-NOME + ANA-NOME2 ANA-NOME + " " + ANA-NOME2 |
ANA-NOME + ANA-NOME2 ANA-NOME + " " + ANA-NOME2 |
Si |
| P-ANA-INDI (*) | ANA-IND | ANA-IND | Si |
| P-ANA-LOCA (*) | APP-LOCA se significativo, altrimenti ANA-LOCA | APP-LOCA se significativo, altrimenti ANA-LOCA | Si |
| P-ANA-PROV | ANA-PROV | ANA-PROV | Si |
| P-ANA-CAP (*) | AAP-CAP se significativo, altrimenti ANA-CAP | AAP-CAP se significativo, altrimenti ANA-CAP | Si |
| P-ANA-FL-CANC | ANA-VAL | ANA-VAL | Si |
Per i campi contrassegnati con (*) effettuare il parsing tramite GESSTR, come già fatto negli altri programmi di sincronizzazione In questa fase tenere memoria di data+ora dell'ultimo record di input considerato. B.3 Verifica record cancellati Sulla tabella di origine COGGEANA esiste esiste il flag di cancellazione logica, ma è possibile anche effettuare la cancellazione fisica. Quindi si opererà come segue: 1. Scorrere tutti i record di PSWANAGR per l'azienda, dove P-ANA-FL-CANC = " " 2. Ricerca, per ciascuno, del corrispondente record su COGGEANA A questo punto la situazione potrebbe essere la seguente:
| COGGEANA trovato? | ANA-VAL | Cosa fare |
|---|---|---|
| Si | "C" | Aggiornare PSWANAGR impostando |
| Si | " " | Nessuna operazione |
| No | / | Aggiornare PSWANAGR impostando |
B.9 - Aggiornamento id syncro Al termine dell'elaborazione, aggiornare il record APSTATOSYN:
| Dato | Contenuto |
|---|---|
| A_SYN_AZIENDA | Codice azienda |
| A_SYN_TABELLA | "PSWANAGR" |
| 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 | 1 |
Estratto da documentazione interna ClickUp