Come pianificare un'integrazione tra Tulip e un MES o un ERP

Scoprite quali domande dovete porvi per determinare il modo migliore per integrarvi con il vostro MES/ERP

Tulip si è integrato con diversi sistemi MES ed ERP.

Tuttavia, poiché esistono molti prodotti ERP e MES sul mercato, è difficile dire quanto facilmente Tulip possa collegarsi al vostro particolare ERP o MES. Dipende da:

• Il prodotto ERP/MES stesso
• dalla complessità dell'ambiente IT dell'azienda
• Le capacità del team IT di lavorare con il sistema ERP/MES.

:::(Info) (NOTA) In questo esempio, ci concentriamo su un sistema ERP o MES, ma queste informazioni sono applicabili alla maggior parte dei sistemi software, compresi CRM, QMS, LMS e sistemi di gestione delle distinte base:

Questionario

Molti clienti trovano che sono in grado di prendere le informazioni contenute in questo articolo e costruire un'integrazione da soli. Se si desidera l'aiuto di Tulip per l'integrazione di un servizio, fornire le risposte a queste domande è il primo passo per un progetto di successo.

Domande sulla strategia

1. Qual è l'obiettivo dell'integrazione?

È importante stabilire subito quali sono gli obiettivi a breve e a lungo termine del progetto. È necessario condividere tutte le informazioni tra i due sistemi? Oppure ha più senso concentrarsi su alcuni scambi di alto valore all'inizio?

1. Chi sono i principali stakeholder all'interno della vostra organizzazione

Chi è il cliente finale di questa integrazione? Chi ha maggiore familiarità con il servizio a cui volete che Tulip si colleghi? Chi sarà in grado di organizzare l'accesso al servizio? Gli stakeholder possono includere, ma non sono limitati a:

• Sviluppatori cittadini
• Proprietari di sistemi integrati
• Ingegneria IS/IT
• Utenti dello shop floor serviti dalla soluzione
• Quale documentazione fornisce il vostro servizio?

Molti clienti di software aziendali forniscono la documentazione dei loro servizi solo ai clienti paganti. Ciò significa che Tulip non potrà accedere a tale documentazione. Ottenere l'accesso a quanta più documentazione possibile sul vostro software aiuta a definire il lavoro necessario per un'integrazione.

1. Quali transazioni devono essere effettuate tra Tulip e il servizio per avere successo?

Qui cerchiamo di essere molto specifici. Alcuni esempi sono:

• Ottenere informazioni su un ordine di lavoro dato un ID ordine di lavoro.
• Contrassegnare un ordine di lavoro come completato, dato un ID di ordine di lavoro.
• Trovare tutti gli ordini di lavoro aperti assegnati a una stazione, dato un ID di stazione.
• Chi manterrà questa integrazione?

Man mano che vengono scoperti nuovi casi d'uso, chi nella vostra organizzazione sarà incaricato di essere l'esperto in materia di integrazione? In alcune organizzazioni, si tratta di un integratore o di un appaltatore di terze parti.

Domande tecniche

Per determinare i dettagli di un'integrazione, ecco alcune domande che possono guidare il processo:

Informazioni generali sull'ERP

• Quale applicazione ERP e quale versione?
• L'ERP è distribuito in sede o in un ambiente cloud privato?
• L'host del connettore Tulip on-premise (OPCH) è in grado di connettersi al vostro ambiente ERP nella sua posizione attuale (cioè esiste un percorso di rete tra l'OPCH e l'ERP?
• La gestione, lo sviluppo e la configurazione dell'ERP vengono effettuati da un partner o internamente?

Connessione tra ERP e Tulip

• Tulip si integrerà direttamente con l'ERP? Esiste un middleware utilizzato per integrare altre applicazioni con l'ERP (ad esempio Mulesoft)?
• Sono disponibili servizi web / endpoint API che Tulip potrebbe raggiungere tramite un connettore HTTP e che coprono i casi d'uso applicabili?
• Se non sono disponibili endpoint API che coprono le transazioni desiderate da Tulip all'ERP... c'è un team che potrebbe svilupparli per noi (o in una piattaforma middleware o nel sistema ERP stesso?
• Se sono disponibili servizi web, quale autenticazione utilizzano questi servizi web (ad es. OAuth 2.0, HTTP Basic Auth, ecc.)? Vengono utilizzati account di servizio?
• Se sono disponibili servizi web, quale formato di dati viene restituito nei corpi di risposta (JSON (preferibile) o XML?).
• È necessario configurare ambienti diversi (ad esempio, DEV e PROD)?
• In tal caso, i nomi degli host sono diversi per ogni ambiente o gli ambienti sono determinati dai parametri dell'URL?

Connessione Tulip a ERP

• Quali campi saranno inviati dall'ERP alle tabelle Tulip tramite l'API?
• Quanti record di tabella alla volta saranno inviati a Tulip dall'ERP?
• Per una comunicazione da ERP a Tulip, questo richiederà uno sviluppo personalizzato e l'uso dell'API delle tabelle di Tulip. Esiste un team in grado di sviluppare questo middleware?
• Per una comunicazione da ERP a Tulip, i dati escono dall'ERP... in che formato sono (XML o JSON?) L'API Tulip Table richiede un corpo di richiesta in formato JSON.

Tulip vs. sistemi ERP - Sistemi di registrazione presunti (fonti di verità)

La prassi migliore è quella di interagire con il sistema di registrazione di un oggetto (ad esempio, l'ordine di lavoro) in tempo reale (in genere tramite le funzioni del connettore HTTP in formato JSON).

La tabella seguente fornisce le regole da seguire e quelle da non seguire per le integrazioni ERP:

| Operare con una fonte di verità in tempo reale. Assicuratevi che l'officina utilizzi le informazioni più recenti e più importanti. | Cache dei dati provenienti da una fonte di verità in tabelle Tulip che possono diventare rapidamente obsolete. (Ad esempio, l'inventario corrente dovrebbe vivere nella sua fonte di verità e Tulip dovrebbe interagire con esso in tempo reale). La fonte di verità di un ordine di lavoro può essere l'ERP, ma alcuni dati sono rilevanti soprattutto per Tulip (ad esempio, le non conformità registrate in Tulip rispetto a un ordine di lavoro). | Utilizzare Tulip per casi d'uso che sono meglio eseguiti nell'ERP (ad esempio, pianificazione e programmazione degli ordini). | Aumentare l'esecuzione da parte degli operatori di semplici casi d'uso incentrati sull'ERP/WMS con applicazioni Tulip integrate e componibili. (Ad esempio, un'applicazione Tulip intuitiva che utilizza la fotocamera di un tablet come scanner di codici a barre per i casi d'uso più comuni della gestione dell'inventario) | Utilizzare i connettori SQL se le API HTTP sono un'opzione. |

Di seguito è riportato un confronto tra i sistemi ERP e Tulip e, in generale, per quali elementi comuni si presume che ciascun sistema sia il sistema di registrazione.

Connessioni di base

Generalmente, Tulip si connette a sistemi software esterni attraverso uno dei tre metodi seguenti:

1. API HTTP (che include REST e SOAP)
2. OPC UA
3. Query SQL

API HTTP

Se il vostro ERP/MES dispone di un'API HTTP (incluse REST e SOAP), Tulip può avviare richieste che possono inviare o recuperare dati attraverso questi endpoint. Tulip, con i suoi connettori HTTP, può consumare i servizi web esposti da un sistema ERP e portare i dati all'interno di Tulip per essere consumati dalle applicazioni in tempo reale.

Quando si utilizzano i connettori Tulip, Tulip dovrà avviare la connessione e non l'ERP/MES. Se l'ERP/MES deve avviare la connessione a Tulip, utilizzare l'API Tulip Tables.

È possibile configurare l'API dall'interfaccia amministratore del sistema. Queste informazioni sono disponibili sul sito web del fornitore del software.

Database SQL

Se il vostro ERP/MES condivide i dati con un database SQL, Tulip può anche accedere a tale database e condividere i dati. Ciò potrebbe richiedere la scrittura di nuove query all'interno del vostro ERP/MES per accedere ai nuovi dati di Tulip.

Se il database SQL è distribuito esclusivamente in sede, Tulip può distribuire un Connector Host in sede che consente al database di lavorare con la piattaforma cloud di Tulip.

Inoltre, alcune organizzazioni archiviano i loro dati ERP/MES in un database sensibile non accessibile a terzi, ma vogliono comunque condividere i dati con Tulip. Quindi, creano un nuovo database in cui possono condividere dati specifici dai loro sistemi software e Tulip può condividere i dati senza alcun problema di sicurezza.

Protocolli industriali

Se il vostro ERP/MES condivide i dati tramite un protocollo industriale, come Modbus, MTConnect e OPC UA, Tulip può connettersi tramite un server che esegue il Tulip Connector Host.

In questo caso, l'ERP/MES si comporterà come una "macchina" all'interno di Tulip. Per maggiori dettagli, consultate il nostro articolo Introduzione al monitoraggio delle macchine.

Condivisione dei dati a senso unico

Alcuni sistemi ERP/MES hanno metodi integrati per ricevere dati da sistemi esterni, ma è difficile inviare i propri dati ad altri sistemi.

In questo caso, è necessario decidere se il trasferimento di dati unidirezionale è accettabile o se si vuole investire più tempo ed energia per trovare un modo per rendere possibile il trasferimento di dati bidirezionale.

Ad esempio, potreste essere soddisfatti di aver scelto Tulip come sistema principale per la raccolta dei dati in officina. Poi, dopo aver inviato i dati al vostro sistema MES/ERP, potrete allineare i dati dell'officina con quelli esistenti nel sistema.

Casi d'uso tipici

Di seguito sono elencati gli scenari comuni che rendono ottimale un'integrazione di terze parti:

1. Fornire all'officina le informazioni più recenti/più importanti da ogni fonte di verità. Esempio dall'ERP: ultimi ordini rilasciati (E programma), ultima distinta base, ultimo inventario, ecc.
2. Ridurre la gestione dei dati ridondanti (ad esempio, i dati di cui sopra).
3. Mantenere l'inventario aggiornato in tempo reale: evitare ore di punta per l'acquisto di altre materie prime.
4. Migliorare il dispacciamento nell'ERP in base agli stati dei centri di lavoro di produzione in tempo reale (ad esempio, quali centri di lavoro sono disponibili?).
5. Ordini ERP + tracciabilità a livello di unità Tulip: Identificare rapidamente l'universo dei prodotti finiti potenzialmente difettosi.

Ulteriori letture

• Passi per costruire la vostra prima integrazione di sistema
• Come integrare Tulip con SAP

Avete trovato quello che stavate cercando?

Potete anche andare su community.tulip.co per porre la vostra domanda o vedere se altri hanno affrontato una domanda simile!