Logica di scambio dati in caso di aggiornamenti bidirezionali

Ordine che viene acquisito da APP

Operazione	DF_DTES_AGG_AREA	DF_DTES_AGG_HOST
Prima esportazione da Assist a DBF: ordine acquisito	1	0
X3 acquisisce l'ordine da db frontiera	0	0
X3 riesporta l'ordine su dbf (NB: qualunque evento per cui Assist deve reimportare l'ordine)	0	1
Assist reimporta l'ordine da DBF	0	0

Ordine che viene modificato da APP/Area In questo caso il gestionale host deve valutare se importare l'aggiornamento, perchè l'esportazione da parte nostra si deve comportare allo stesso modo Se questo non è possibile, eventualmente dovremo escludere l'esportazione di un aggiornamento da parte nostra

Operazione	DF_DTES_AGG_AREA	DF_DTES_AGG_HOST
Aggiornamento ordine da Assist a DBF	1	0
X3 acquisisce l'ordine da db frontiera	0	0
X3 riesporta l'ordine su dbf (NB: qualunque evento per cui Assist deve reimportare l'ordine)	0	1
Assist reimporta l'ordine da DBF	0	0

Nuovo ordine proveniente da X3

Operazione	DF_DTES_AGG_AREA	DF_DTES_AGG_HOST
X3 Esporta il nuovo ordine su dbf	0	1
Assist importa l'ordine da DBF	0	0
X3 Aggiorna l'ordine su dbf	0	1
Assist importa l'ordine da DBF	0	0

NB: in tutti i casi, chi importa da DBF potrebbe aggiornare qualche informazione sul db frontiera, per proprio uso e consumo oppure per condividerlo con l'altro gestionale. Quindi, in questa situazione, se deve essere reimportato da chi ha inviato la modifica, si potrà quindi già settare il flag antagonista a 1; ad esempio, nel primo caso, evidenzio in rosso le differenze Ordine che viene acquisito da APP

Operazione	DF_DTES_AGG_AREA	DF_DTES_AGG_HOST
Prima esportazione da Assist a DBF: ordine acquisito	1	0
X3 acquisisce l'ordine da db frontiera Contestualmente aggiorna DF_DTES_KEY_HOST impostando il proprio codice ordine, e Assist deve acquisirlo	0	1
Assist reimporta l'ordine da DBF	0	0
X3 riesporta l'ordine su dbf (NB: qualunque evento per cui Assist deve reimportare l'ordine)	0	1
Assist reimporta l'ordine da DBF	0	0

---

Estratto da documentazione interna ClickUp