Integrazioni tra software aziendali

Per progettare un’integrazione, partite dal lavoro che il dato deve rendere possibile: quali informazioni passano, dove vengono corrette, quando devono arrivare e chi interviene se il trasferimento fallisce. Un invio riuscito nel sistema di partenza non basta; verificate che il destinatario abbia acquisito un dato utilizzabile.

Seguire un passaggio concreto

Prendete un cliente registrato nel CRM che deve essere riconosciuto nel gestionale. Elencate solo i campi necessari al destinatario e stabilite quale identificativo collega le due schede. Seguite una prima creazione, una correzione successiva e un dato respinto.

Definire direzione e significato

Non tutti i campi devono viaggiare in entrambe le direzioni. Il referente commerciale può essere mantenuto nel CRM e un codice amministrativo nel gestionale. Se entrambi possono modificare lo stesso campo, definite quale valore prevale e chi esamina i conflitti che la regola non risolve.

Confrontate anche il significato dei campi: due applicazioni possono usare la parola «cliente» per soggetti diversi. Documentate codici, trasformazioni e valori senza corrispondenza sicura.

I tipi di campo possono non coincidere e richiedere una mappatura a senso unico; per i dettagli su mappature, tipi di campo e casi come nome e cognome, rimandate all’approfondimento sulla fonte del dato.

Scegliere il collegamento

Un connettore dell’applicazione può bastare se copre il percorso richiesto. Una piattaforma separata può essere utile per coordinare più passaggi o trasformazioni. Anche un file periodico può funzionare se qualcuno controlla acquisizione e scarti. Per ciascuna opzione verificate oggetti, campi, frequenza, condizioni del piano, credenziali e visibilità degli errori.

Quando i sistemi attribuiscono significati diversi ai dati, una barriera di traduzione (o componente intermedio) può isolare i due sottosistemi e convertire le richieste da un modello all’altro. È utile soprattutto quando non si vuole modificare uno dei sistemi collegati.

La barriera evita che caratteristiche o dipendenze del sistema esterno condizionino il progetto dell’altro. Aggiunge però gestione e, nei collegamenti che lo attraversano, latenza: includete entrambe nella scelta.

Per scegliere tra collegamento diretto e messaggistica, considerate anche quanto i componenti debbano dipendere l’uno dall’altro. Con la comunicazione diretta, il mittente deve conoscere i destinatari e gestire individualmente le consegne e i guasti; con un intermediario asincrono, può pubblicare senza attendere la risposta dei consumatori.

Preparare gli errori

Distinguete dato acquisito, dato respinto ed esito incerto. Se manca una risposta dopo l’invio, controllate la destinazione prima di ripetere l’operazione: potrebbe averla già eseguita. Nei collegamenti basati su messaggi con consegna almeno una volta, lo stesso messaggio può arrivare più volte; la gestione deve evitare effetti doppi secondo le capacità disponibili.

Assegnate una persona agli errori e registrate identificativo del caso, momento, operazione, esito e intervento, limitando i dati esposti nel registro. Un nuovo tentativo può risolvere un’interruzione temporanea; un valore rifiutato richiede una correzione del dato o della mappatura.

Definite quindi chi osserva i messaggi non acquisiti e come il consumatore segnala un esito, senza confondere la pubblicazione dell’evento con il completamento del processo destinatario.

Quando un evento ha più destinatari

Se un cambiamento deve raggiungere più applicazioni, i criteri principali sono il numero e il ruolo dei destinatari, insieme al formato del dato. Per i dettagli sul modello publisher-subscriber, sui canali e sul broker, rimandate all’approfondimento sulla scelta del collegamento.

Verificare e mantenere

Prima dell’avvio, definite l’esito atteso per un record ordinario, uno incompleto, una correzione e un invio ripetuto. Confrontate poi origine e destinazione, inclusi identificativi e campi esclusi. Dopo l’avvio, controllate gli errori aperti e un campione dei dati necessari al processo. Riesaminate il collegamento quando cambiano campi, permessi o applicazioni.

Includete nei test i casi in cui i tipi dei campi non coincidono o la destinazione accetta una mappatura a senso unico. Verificate inoltre le trasformazioni che possono alterare un valore: ad esempio, la divisione del nome completo in nome e cognome dipende da uno spazio e dalle relative mappature attive.