Vai al contenuto

Chiarire il lavoro di un’interfaccia prima di sostituirla

Una connessione datata può ancora sostenere processi importanti. La sua sostituzione richiede chiarezza su effetti, eccezioni e operazioni aperte.

Tobias Krüger2 min di lettura
Cartella con simboli rossi di codice, un foglio di codice inserito e una chiave accanto.

Prima di sostituire un’interfaccia, occorre chiarire quale lavoro svolge realmente oggi. La ragione tecnica può essere fondata: un protocollo datato o un’implementazione difficile da mantenere possono motivare il cambiamento. Questo non determina ancora quali processi aziendali debba conservare la sostituzione.

Il trasferimento visibile è solo parte del processo

In un’azienda fittizia una connessione notturna trasferisce nuovi ordini da un portale all’ERP. Attende inoltre chiarimenti quando gli identificatori degli articoli sono sconosciuti e restituisce il numero d’ordine ERP il giorno successivo. Sostituire soltanto il primo trasferimento potrebbe far perdere richieste irrisolte o omettere il ritorno del numero.

L’esempio sostiene la nostra raccomandazione di rilevare anche eccezioni e risposte. Una vecchia connessione può svolgere un lavoro utile anche se la sua forma tecnica va sostituita. Può inoltre contenere regole di cui nessuno ha più bisogno. Entrambi gli aspetti vanno decisi sul processo concreto.

Esaminare il significato prima della nuova forma

Microsoft descrive con l’Anti-Corruption Layer la traduzione tra sistemi con semantiche diverse. Un simile confine può aiutare a separare la nuova connessione dal modello del vecchio sistema. Non decide però quali fasi di attesa o risposte servano ancora all’attività aziendale.

Verifichi un’operazione normale, un caso rinviato e una risposta tardiva. Per ciascuno deve essere definito il risultato da conservare. Non ogni particolarità esistente richiede una copia tecnica; una regola semplificata consapevolmente può essere preferibile quando le conseguenze sono chiare.

Dimensionare la transizione in base alle dipendenze

Il pattern Strangler Fig descrive la sostituzione graduale di singole funzioni. Richiede punti di consegna adeguati e comporta lavoro aggiuntivo temporaneo. Per una connessione piccola e ben delimitata, un passaggio coordinato in un’unica fase può essere più semplice.

La sostituzione è valutabile sul piano aziendale solo quando anche le operazioni aperte hanno un percorso. Una nuova connessione riuscita dice poco al riguardo. Raccomandiamo quindi di definire il lavoro desiderato con casi concreti e di ricavarne l’ambito e la transizione della nuova connessione.

Fonti

Scritto da

  • Tobias KrügerRedattore per l’integrazione di sistemiTobias Krüger si occupa per ASES dell’interazione tra diversi sistemi software. Nei suoi articoli spiega l’integrazione di ERP, CRM e negozi online e come gestire gli errori nello scambio di dati.

Seguite ASES

Continuate a leggere

Tutti gli articoli

API & integrazione con ASES

ERP, CRM e negozio online collegati in modo pulito