Quanto devono essere aggiornati i dati di integrazione?
Scorte e descrizioni possono richiedere obiettivi di aggiornamento diversi. Conta la conseguenza di un’informazione superata.
Definisca la decisione a cui serve l'aggiornamento
«Tutto in tempo reale» non chiarisce quale ritardo sia accettabile per ciascuna operazione. Le scorte possono influire su un impegno di vendita. Una descrizione editoriale può attendere una scadenza concordata. Il livello di aggiornamento necessario dipende da questo uso; solo dopo si può scegliere sensatamente la modalità di trasferimento.
Nei flussi asincroni, i sistemi possono mostrare temporaneamente stati diversi. Microsoft descrive questa conseguenza dell'architettura basata su eventi. Un evento attivato rapidamente non elimina code o tempi di elaborazione nella destinazione.
Esempio: due campi, conseguenze diverse
La tabella seguente è una pianificazione inventata, non una misurazione o una raccomandazione generale sugli intervalli di aggiornamento.
Dati | Conseguenza di uno stato superato | Decisione e verifica |
|---|---|---|
Scorte vendibili | Un impegno potrebbe superare la quantità disponibile. | Puntare a un ritardo breve; verificare e riservare secondo la regola aziendale prima di un impegno vincolante. Seguire la modifica fino alla visualizzazione effettiva nella destinazione. |
Descrizione editoriale del prodotto | Una formulazione approvata appare più tardi. | Può bastare il trasferimento nella finestra di pubblicazione concordata; verificare che la versione approvata sia interamente visibile nella destinazione. |
Nemmeno aggiornamenti frequenti delle scorte impediscono da soli la vendita simultanea dello stesso ultimo pezzo. Il processo d'ordine richiede una verifica affidabile della disponibilità e una regola di prenotazione. Viceversa, una descrizione può contenere informazioni sulla sicurezza o rilevanti per il contratto. Il suo ritardo non può allora essere considerato a priori irrilevante.
Concordi obiettivo, punto di misura e alternativa
Per ogni gruppo di dati definisca quale stato confermato dell'origine avvia il conteggio e quando la modifica deve essere davvero utilizzabile nella destinazione. L'invio riuscito all'interfaccia è un punto di misura precedente. Specifichi anche chi gestisce i ritardi e cosa mostrare quando l'aggiornamento non è noto, oppure cosa verificare prima di un impegno.
Microsoft presenta vari modelli di integrazione, compresa l'elaborazione in batch. Un'esecuzione collettiva pianificata può adattarsi ad attese tollerabili. Gli eventi possono aiutare con tempi stretti, ma comportano proprie attività operative. Valuti la scelta con modifiche ritardate e rifiutate prima di promettere un livello di aggiornamento.
Fonti
Continuate a leggere
Tutti gli articoli
API & integrazione con ASES
ERP, CRM e negozio online collegati in modo pulito