SWN076 - Schede CRM: dati standard¶
Nome programma SWN076 Linkage section UTILAGPRG - Linkage comune Id processo: 76 Nome processo: NOM-CRM-DATI Tabelle principali gestite
| AREA | AREAGATE | Direzione |
|---|---|---|
| CRMANANF | ARPSKDATI | ------> <------ |
Versione tabella: 2 Logica generale Sincronizzazione dei dati standard presenti sulla scheda CRM Esportazione Esportazione di tutti i record effettivamente modificati (con dati variati). Importazione Le applicazioni WEB potranno inserire, modificare o cancellare logicamente nuovi record ATTENZIONE: Se la configurazione gestione-schede-areagate è attiva, significa che le schede CRM vengono gestite interamente su Areagate. In questo caso potremo solo esportare le info fisse relative alle schede "anagrafiche" (in importazione vengono gestite direttamente da SWN075 tramite la chiamata a CRMS07). Tutte le altre informazioni non verranno sincronizzate Configurazioni possibili
| Gruppo | Parametro | Note |
|---|---|---|
| abilita | attiva-areaapp | |
| areaapp | cod-azienda | |
| areaapp | db-conn-string | |
| areaapp | agg-postgres-online | |
| clipot | gestione-schede-areagate |
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: ARPSKDATI Se fallita inviare una Segnalazione critica e chiudere. C - Importazione aggiornamenti Se la configurazione gestione-schede-areagate è attiva, tutte le importazioni saranno quindi non attive. Effettuare una query per estrarre tutti gli elementi aggiornati su APP: SELECT * FROM arpskdati WHERE a_skdi_azienda = azienda AND a_skdi_origine = 'C' AND a_skdi_agg_app = 'A' AND a_skdi_ Gli elementi potranno essere: * Cancellati: se A-SKDI-FL-CANC = "C" * Inseriti o aggiornati: se A-SKDI-FL-CANC <> "C" C.1 - Importazione elemento nuovo o aggiornato Per ciascun record valido effettuare l'importazione tramite CRMS06 C.2 - Importazione elemento cancellato Se il dato è "cancellato" (A-SKDI-FL-CANC = 'C'), il dato verrà importato "azzerato", sempre attraverso CRMS06 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 "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.2 - Ricerca record da esportare B.2.1 Ricerca record da esportare
| Tipo di elaborazione | Condizione | Cosa fare |
|---|---|---|
| Singolo record | AGPRG-KEY <> " " (conterrà NNF-CHIA1) |
Si legge direttamente il record da aggiornare su CRMANANF Verrà eseguita se agg-postgres-online è attiva Se viene sincronizzato un record cancellato, verrà effettuata la cancellazione logica |
| Esportazione scheda | conterrà NNF-CHIA1 |
Simile all'esportazione standard, ma in questo caso verranno esportati tutti i record collegati alla scheda passata Verrà eseguita se agg-postgres-online è attiva |
| Esportazione totale | AGPRG-ESPORTA-TUTTO = "S" | Si scorrono tutti i record di CRMANANF; ogni record va considerato, ignorando il controllo sulla variazione dei record |
| Esportazione standard | Si scorrono tutti i record di CRMANANF, si considerano solo quelli con data/ora aggiornamento superiore all'ultima effettuata |
Per ciascun record valido si cercano tutti i record collegati: Nessuno B.2.2 Verifica ed esportazione record L'informazione non va esportata se la pagina non è configurata per l'esportazione; quindi: * Ricerca del nominativo CRMANAGR usando NNF-COD * Ricerca della pagina CRMSKINF usando CRA-TIP + NNF-PAG * Se SKP-SINCRO-WEB = "N" si esclude l'esportazione del record Se la configurazione gestione-schede-areagate è attiva, esportazione solo delle info fisse collegate alle schede anagrafiche: Lettura su CRMTIPCL:
| Dato | Descrizione |
|---|---|
| TCL-COD | CRA-TIP |
- Se TCL-ANA-TIP <> "C" e <> "F" skippare il record
- Se, pur essendo una scheda anagrafica, l'info non è fissa skippare il record -> Se NNF-PAG > 0 skippare il record Dopodichè si effettua la ricerca dell'informazione su ARPSKDATI
| Dato | Contenuto |
|---|---|
| A-SKDI-AZIENDA | Codice azienda |
| A-SKDI-ORIGINE | "C" |
| A-SKDI-CLASSE | " " |
| A-SKDI-OGGETTO | Codice nominativo; es. "00001234" |
| A-SKDI-PAGINA | NNF-PAG |
| A-SKDI-PROG | NNF-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 da CRMANANF NB: se a questo punto A-SKDI-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-SKDI-AZIENDA | Codice azienda | |
| A-SKDI-ORIGINE | "C" | |
| A-SKDI-CLASSE | " " | |
| A-SKDI-OGGETTO | Codice nominativo; es. "00001234" | |
| A-SKDI-PAGINA | NNF-PAG | |
| A-SKDI-PROG | NNF-PROG | |
| A-SKDI-INF-SPECIE | NNF-SPECIE | Si |
| A-SKDI-INF-COD | NNF-INF | Si |
| A-SKDI-DATO-X | NNF-DATO, per le informazioni di tutti i tipi, eccetto "Data" e "Numero" | Si |
| A-SKDI-DATO-D | NNF-DATO, per le informazioni di tipo "Data" | Si |
| A-SKDI-DATO-N | NNF-DATO-N, per le informazioni di tipo "Numero" | Si |
| A-SKDI-FL-CANC | "N" | 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 i campi contrassegnati con (*) effettuare il parsing tramite GESSTR, come già fatto negli altri programmi di sincronizzazione B.3 Verifica record cancellati Sulla tabella di origine CRMANANF non esiste il flag di cancellazione logica, ma il dato dovrebbe comunque esistere durante la creazione o la modifica di una scheda, anche se non valorizzato. Quindi questa operazione non è prevista. 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