SWN027 - Movimenti check-list¶
Nome programma SWN027 Linkage section UTILAGPRG - Linkage comune Id processo: 30 Nome processo: MOV-CHECKLIST Tabelle principali gestite
| AREA | AREAGATE | Direzione |
|---|---|---|
| ASNSKINF ASNSKNNF |
ARPSKDATI ARPSKDATN |
------> |
Logica generale Esportazione delle checklist modificate sul gestionale. Esportazione Vengono esportate in modo "atomico" tutte le informazioni che risultano essere modificate. Non prevediamo un processo di verifica informazioni cancellate per il momento, perchè lo svuotare il contenuto di un'informazione su una scheda determina solo un aggiornamento. Nel programma di gestione è previsto una cancellazione ma avrà effetto solo sulle informazioni che vengono spostate in un posizione diversa. Importazione Non 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 delle tabelle da sincronizzare: ARPSKDATI e ARPSKDATN 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 B.1.1 - Stato sincronizzazione ARPSKDATI Sulla tabella APSTATOSYN, leggere il record relativo alla tabella/oggetto da sincronizzare "ARPSKDATI"; se il record non esiste, crearlo impostando
| Dato | Contenuto |
|---|---|
| A_SYN_AZIENDA | Codice azienda |
| A_SYN_TABELLA | "ARPSKDATI" |
| 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.1.2 - Stato sincronizzazione ARPSKDATN Sulla tabella APSTATOSYN, leggere il record relativo alla tabella/oggetto da sincronizzare "ARPSKDATN"; se il record non esiste, crearlo impostando
| Dato | Contenuto |
|---|---|
| A_SYN_AZIENDA | Codice azienda |
| A_SYN_TABELLA | "ARPSKDATN" |
| 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
| Tipo di elaborazione | Eseguire |
|---|---|
| Singola check-list | B.2.1 |
| Esportazione totale | B.2.2 |
| Esportazione standard | B.2.3 |
B.2.1 Esportazione di singola check-list B.2.1.1 Esportazione di ASNCHINF In questo caso AGPRG-KEY conterrà il riferimento alla check-list da esportare, equivalente all'insieme di * ACHF-CLASSE * ACHF-OGGETTO Ad esempio: "AC000000123456" conterrà una check-list collegata alla chiamata 123456 Scorrere tutti i record corrispondenti ai due elementi passati in input. Devono essere considerati i soli record con data ultimo aggiornamento = data sistema (questa chiamata viene effettuata in tempo reale) allo scopo di rendere più efficiente l'esportazione. Per ciascun record valido eseguire il punto B.3.1 B.2.1.2 Esportazione di ASNCHNNF In questo caso AGPRG-KEY conterrà il riferimento alla check-list da esportare, equivalente all'insieme di * ACHN-CLASSE * ACHN-OGGETTO Ad esempio: "AC000000123456" conterrà una check-list collegata alla chiamata 123456 Scorrere tutti i record corrispondenti ai due elementi passati in input. Devono essere considerati i soli record con data ultimo aggiornamento = data sistema (questa chiamata viene effettuata in tempo reale) allo scopo di rendere più efficiente l'esportazione. Per ciascun record valido eseguire il punto B.3.2 B.2.2 Esportazione TOTALE B.2.2.1 Esportazione di ASNCHINF Qui si devono scorrere tutti i record id ASNCHINF, a prescindere da data/ora aggiornamento. Per ciascun record valido eseguire il punto B.3.1 B.2.2.2 Esportazione di ASNCHNNF Qui si devono scorrere tutti i record id ASNCHNNF a prescindere da data/ora aggiornamento. Per ciascun record valido eseguire il punto B.3.2 B.2.3 Esportazione differenziale standard B.2.3.1 Esportazione di ASNCHINF Qui si devono scorrere tutti i record id ASNCHINF aggiornati a partire dall'ultima data+ora aggiornamento trovato su APSTATOSYN. Sarà necessario un TEMPO che crea una chiave su data/ora aggiornamento del record Per ciascun record valido eseguire il punto B.3.1 B.2.3.2 Esportazione di ASNCHNNF Qui si devono scorrere tutti i record id ASNCHNNF aggiornati a partire dall'ultima data+ora aggiornamento trovato su APSTATOSYN. Sarà necessario un TEMPO che crea una chiave su data/ora aggiornamento del record Per ciascun record valido eseguire il punto B.3.2 B.3 - Esportazione di un singolo record B.3.1 Esportazione di un record di ASNCHINF Si effettua la ricerca dell'informazione su ARPSKDATI
| Dato | Contenuto |
|---|---|
| A-SKDI-AZIENDA | Codice azienda |
| A-SKDI-ORIGINE | "S" |
| A-SKDI-CLASSE | ACHF-CLASSE |
| A-SKDI-OGGETTO | ACHF-OGGETTO |
| A-SKDI-PAGINA | ACHF-PAG |
| A-SKDI-PROG | ACHF-PROG |
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 Eseguire quindi il confronto tra i dati di origine e di destinazione, ed effettuare l'aggiornamento se necessario
| Dato | Contenuto | Confronto? |
|---|---|---|
| A-SKDI-AZIENDA | Codice azienda | |
| A-SKDI-ORIGINE | "S" | |
| A-SKDI-CLASSE | ACHF-CLASSE | |
| A-SKDI-OGGETTO | ACHF-OGGETTO | |
| A-SKDI-PAGINA | ACHF-PAG | |
| A-SKDI-PROG | ACHF-PROG | |
| A-SKDI-INF-SPECIE | ACHF-INF-SPECIE | Si |
| A-SKDI-INF-COD | ACHF-INF-COD | Si |
| A-SKDI-DATO-X | ACHF-DATO/ACHF-DATO-NUM In questo caso fare il confronto a seconda del tipo di informazione |
Si |
| A-SKDI-DATO-D | Si | |
| A-SKDI-DATO-N | Si | |
| A-SKDI-FL-CANC | " " | Si |
| A-SKDI-ID-SINCRO | Prossimo id sincro | |
| A-SKDI-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.3.2 Esportazione di un record di ASNCHNNF Si effettua la ricerca dell'informazione su ARPSKDATN
| Dato | Contenuto |
|---|---|
| A-SKDN-AZIENDA | Codice azienda |
| A-SKDN-ORIGINE | "S" |
| A-SKDN-CLASSE | ACHN-CLASSE |
| A-SKDN-OGGETTO | ACHN-OGGETTO |
| A-SKDN-PAGINA | ACHN-PAG |
| A-SKDN-PROG | ACHN-PROG |
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 Eseguire quindi il confronto tra i dati di origine e di destinazione, ed effettuare l'aggiornamento se necessario
| Dato | Contenuto | Confronto? |
|---|---|---|
| A-SKDN-AZIENDA | Codice azienda | |
| A-SKDN-ORIGINE | "S" | |
| A-SKDN-CLASSE | ACHN-CLASSE | |
| A-SKDN-OGGETTO | ACHN-OGGETTO | |
| A-SKDN-PAGINA | ACHN-PAG | |
| A-SKDN-PROG | ACHN-PROG | |
| A-SKDN-INF-SPECIE | ACHN-INF-SPECIE | Si |
| A-SKDN-INF-COD | ACHN-INF-COD | Si |
| A-SKDN-DATO | ACHN-DATO | Si |
| A-SKDN-FL-CANC | " " | Si |
| A-SKDN-ID-SINCRO | Prossimo id sincro | |
| A-SKDN-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 | "ARPSKDATI" |
| 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 |
Estratto da documentazione interna ClickUp