SWN024 - Modelli schede CRM/checklist¶
Nome programma SWN024 Linkage section UTILAGPRG - Linkage comune Id processo: 27 Nome processo:MODELLI-SCHEDE-T Versione tabella:2 Tabelle principali gestite
| AREA | AREAGATE | Direzione |
|---|---|---|
| ASNSKMOD | ARPSKMOD | ------> |
| CRMTIPCL | ARPSKMOD | ------> <------ |
Logica generale Esportazione della testata modelli scheda relativi a: * Schede CRM * Checklist o schede di stima Importazione della testata modelli scheda relativi a: * Schede CRM 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: ARPSKMOD Se fallita inviare una Segnalazione critica e chiudere. C - Importazione aggiornamenti Effettuare una query per estrarre tutte le tipologie nominativo aggiornati su APP: SELECT * FROM arpskmod WHERE a_skm_azienda = azienda AND a_skm_agg_app = 'A' Le tipologie potranno essere: * Cancellate: se A_SKM_FL_CANC = "C" * Inserite o aggiornati: se A_SKM_FL_CANC <> "C" C.1 - Importazione tipologia nuovo o aggiornato C.1.1 - Importazione tipologia CRM (A_SKM_ORIGINE = 'C') Se A-SKM-MODELLO contiene caratteri oltre ai primi 3, dare una segnalazione critica e skippare Fare una ricerca su CRMTIPCL impostando:
| Dato | Contenuto |
|---|---|
| TCL-COD | A-SKM-MODELLO |
Se la tipologia non esiste, inserirla. Quindi proseguire con l'aggiornamento di CRMTIPCL.
| Dato | Contenuto |
|---|---|
| TCL-DES | A-SKM-DES |
| TCL-ANA-TIP | A-SKM-ANA-TIP |
| TCL-ID | A-SKM-ID |
| TCL-ID-START | A-SKM-ID-START |
| TCL-FL-DATI-ANA | A-SKM-FL-DATI-ANA |
| TCL-FL-RICERCA-NOM | A-SKM-FL-RICERCA-NOM |
| TCL-GESTIONE-AREAGATE | A-SKM-GESTIONE-AREAGATE |
| TCL-V-SIZE | 30 |
| TCL-H-SIZE | 140 |
C.1.1.2 - Importazione tipologia cancellata Fare una ricerca su CRMTIPCL come al punto C.1.1 Se la tipologia esiste, effettuare la cancellazione fisica del record. C.1.1.2 - Azzeramento flag aggiornamento Aggiornare ARPSKMOD impostando
| Dato | Contenuto |
|---|---|
| A-SKM-AGG-APP | " " |
C.1.2 - Importazione altre tipologie (A_SKM_ORIGINE <> 'C') Per il momento ignoriamo le altre tipologie aggiornate e skippiamo il record (senza aggiornare B - Esportazione informazioni aggiornate * ID SINCRO: gestito * Esportazione differenziale: gestita ma non ottimizzata: non esiste una chiave diretta per ottenere solo i record aggiornati: si dovrà usare data/ora ultimo aggiornamento * 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 "ARPSKMOD"; se il record non esiste, crearlo impostando
| Dato | Contenuto |
|---|---|
| A_SYN_AZIENDA | Codice azienda |
| A_SYN_TABELLA | "ARPSKMOD" |
| 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) Se la versione tabella attuale è: * <2: forzare AGPRG-ESPORTA-TUTTO = 'S' 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, in base al primo byte di AGPRG-KEY. 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 CRMTIPCL e ASNSKMOD; ogni record va considerato |
| Esportazione standard | (TCL-DA-DATA+TCL-DA-TIME) >= (A-SYN-DA-GES-DATA+A-SYN-DA-GES-ORA) (ASKM-DA-DATA+AITT-DA-TIME) >= (A-SYN-DA-GES-DATA+A-SYN-DA-GES-ORA) |
|
| Pulizia | AGPRG-OPE = "PULIZIA" | Eseguire solo il giro di cancellazione logica B.3 quindi uscire NB: in questo programma il giro di cancellazione serve solo per CRMTIPCL |
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 ARPSKMOD, a seconda del record di provenienza: * CRMTIPCL
| Dato | Contenuto |
|---|---|
| A-SKM-AZIENDA | Codice azienda |
| A-SKM-ORIGINE | "C" |
| A-SKM-MODELLO | TCL-COD |
- ASNSKMOD
| Dato | Contenuto |
|---|---|
| A-SKM-AZIENDA | Codice azienda |
| A-SKM-ORIGINE | "S" |
| A-SKM-MODELLO | ASKM-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 CRMTIPCL
| Dato | Contenuto | Confronto? |
|---|---|---|
| A-SKM-AZIENDA | Codice azienda | |
| A-SKM-ORIGINE | "C" | |
| A-SKM-MODELLO | TCL-COD | |
| A-SKM-DES | TCL-DES | Si |
| A-SKM-ANA-TIP | TCL-ANA-TIP | Si |
| A-SKM-ID | TCL-ID | Si |
| A-SKM-ID-START | TCL-ID-START | Si |
| A-SKM-FL-RICERCA-NOM | TCL-FL-RICERCA-NOM | Si |
| A-SKM-GESTIONE-AREAGATE | TCL-GESTIONE-AREAGATE | Si |
| A-SKM-FL-CANC | "N" | Si |
| A-SKM-ID-SINCRO | Prossimo id sincro | |
| A-SKM-FL-AGG | " " |
Aggiornamento da ASNSKMOD
| Dato | Contenuto | Confronto? |
|---|---|---|
| A-SKM-AZIENDA | Codice azienda | |
| A-SKM-ORIGINE | "S" | |
| A-SKM-MODELLO | ASKM-COD | |
| A-SKM-DES | ASKM-DES | Si |
| A-SKM-ANA-TIP | " " | Si |
| A-SKM-ID | 0 | Si |
| A-SKM-ID-START | 0 | Si |
| A-SKM-FL-RICERCA-NOM | "N" | Si |
| A-SKM-GESTIONE-AREAGATE | "N" | Si |
| A-SKM-FL-CANC | ASKM-VAL Attenzione, il contenuto dei due campi non è omogeneo, quindi i confronti di uguaglianza dovrebbero essere: |
| A-SKM-FL-CANC |
ASKM-VAL |
|---|---|
| "S" |
"C" |
| "N" |
" " |
In questa fase tenere memoria di data+ora dell'ultimo record di input considerato. B.3 Verifica record cancellati (operazione PULIZIA) Giro da eseguire solo in caso di elaborazione "PULIZIA", e solo per i dati di origine "C" Sulle tabella di origine CRMTIPCL 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 ARPSKMOD 2. Considerare solo quelli con A-SKM-ORIGINE = "C" 3. Ricerca, per ciascuno, del corrispondente record sul record di origine, in base a A-SKM-ORIGINE A questo punto la situazione potrebbe essere la seguente:
| CRMTIPCL trovato? |
A-SKM-FL-CANC | Cosa fare |
|---|---|---|
| Si | "S" | Aggiornare ARPSKMOD impostando |
| Si | "N" | Nessuna operazione |
| No | "S" | Nessuna operazione |
| No | "N" | Aggiornare ARPSKMOD impostando |
B.9 - Aggiornamento id syncro Al termine dell'elaborazione, aggiornare il record APSTATOSYN:
| Dato | Contenuto |
|---|---|
| A_SYN_AZIENDA | Codice azienda |
| A_SYN_TABELLA | "ARPSKMOD" |
| 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