Scopri quali domande porre per determinare il modo migliore di integrare il tuo sistema MES/ERP
Tulip si è integrato con una vasta gamma di sistemi MES ed ERP.
Tuttavia, poiché sul mercato sono disponibili numerosi prodotti ERP e MES, è difficile stabilire con certezza la facilità con cui Tulip possa connettersi al vostro specifico ERP o MES. Ciò dipende da:
- Il prodotto ERP/MES stesso
- dalla complessità dell’ambiente IT della vostra azienda
- Dalle competenze del tuo team IT nell’utilizzo del sistema ERP/MES
In this example, we focus on an ERP or MES system, but this information is applicable to most software systems including CRM, QMS, LMS, and BOM management systems.
Questionario
Molti clienti ritengono di poter utilizzare le sole informazioni contenute in questo articolo per realizzare autonomamente l’integrazione. Se desiderate ricevere assistenza da Tulip per l’integrazione con un servizio, rispondere a queste domande è il primo passo per garantire il successo del progetto.
Domande strategiche
- Qual è l’obiettivo dell’integrazione?
È importante stabilire fin dall’inizio quali sono gli obiettivi a breve e a lungo termine del progetto. Avete bisogno che tutte le informazioni vengano condivise tra i due sistemi? Oppure ha più senso concentrarsi inizialmente su alcuni scambi di alto valore?
- Chi sono le principali parti interessate all’interno della vostra organizzazione?
Chi è il cliente finale di questa integrazione? Chi conosce meglio il servizio a cui vorreste che Tulip si collegasse? Chi sarà in grado di organizzare l’accesso al servizio? Le parti interessate possono includere, ma non si limitano a:
- Sviluppatori cittadini
- Responsabili operativi dei sistemi integrati
- Ingegneria IS/IT
- Utenti in prima linea che beneficiano della soluzione
- Quale documentazione fornisce il vostro servizio?
Molti fornitori di software aziendale mettono a disposizione la documentazione relativa ai propri servizi solo ai clienti paganti. Ciò significa che Tulip non potrà accedere a tale documentazione. Ottenere l’accesso alla maggior quantità possibile di documentazione relativa al vostro software aiuta a definire l’ambito del lavoro necessario per l’integrazione.
- Quali transazioni devono essere effettuate tra Tulip e il servizio affinché l’integrazione abbia esito positivo?
Qui cerchiamo di essere molto specifici. Alcuni esempi sono:
- Ottenere informazioni su un ordine di lavoro in base a un ID ordine di lavoro.
- Contrassegnare un ordine di lavoro come completato in base a un ID ordine di lavoro.
- Trovare tutti gli ordini di lavoro aperti assegnati a una stazione, dato un ID della stazione.
- Chi si occuperà della manutenzione di questa integrazione?
Man mano che vengono individuati nuovi casi d’uso, chi all’interno della vostra organizzazione avrà il compito di fungere da esperto in materia per l’integrazione? In alcune organizzazioni, si tratta di un integratore o appaltatore di terze parti.
Domande tecniche
Per definire 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 è implementato in locale 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 (ovvero, esiste un percorso di rete tra l'OPCH e l'ERP)?
- La gestione, lo sviluppo e la configurazione del vostro ERP sono affidati a un partner o vengono effettuati internamente?
Connessione tra l’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 o endpoint API a cui Tulip possa accedere tramite un connettore HTTP che coprano i casi d’uso applicabili?
- Se non sono disponibili endpoint API che coprano le transazioni desiderate da Tulip all’ERP… esiste un team in grado di svilupparli per noi (sia su una piattaforma middleware che all’interno del sistema ERP stesso)?
- Se sono disponibili servizi web... quale metodo di autenticazione utilizzano questi servizi web (ad es. OAuth 2.0, autenticazione HTTP Basic, ecc.)? Vengono utilizzati account di servizio?
- Se sono disponibili servizi web, quale formato di dati viene restituito nel corpo della risposta (JSON (preferibile) o XML?)
- Sarà necessario configurare diverse configurazioni ambientali (ad es. DEV e PROD)?
- In tal caso, i nomi host sono diversi per ciascuno degli ambienti oppure gli ambienti sono determinati dai parametri URL?
Connessione da Tulip all’ERP
- Quali campi verranno inviati dall’ERP alle tabelle di Tulip tramite l’API?
- Quanti record della tabella alla volta verranno inviati a Tulip dall'ERP?
- Per la comunicazione da ERP a Tulip, sarà necessario uno sviluppo personalizzato e l'uso dell'API delle tabelle di Tulip. C'è un team in grado di sviluppare questo middleware?
- Per la comunicazione da ERP a Tulip, i dati escono dall’ERP... in quale formato sono (XML o JSON?) L’API delle tabelle di Tulip richiede un corpo della richiesta in formato JSON.
Tulip vs. sistemi ERP - fonti di verità
Una best practice consiste nell’interagire in tempo reale con il sistema di registrazione di un oggetto (ad es. un ordine di lavoro) (in genere tramite funzioni di connettore HTTP in formato JSON).
La tabella seguente fornisce le raccomandazioni su cosa fare e cosa non fare per le integrazioni ERP:
| Da fare | Da non fare |
|---|---|
| Effettuare transazioni con una fonte di verità in tempo reale. Assicurarsi che l’officina utilizzi le informazioni più recenti e accurate. | Memorizzare nella cache di Tulip i dati provenienti da una fonte di verità che potrebbero diventare rapidamente obsoleti (ad esempio, le giacenze di magazzino attuali dovrebbero risiedere nella loro fonte di verità e Tulip dovrebbe interagire con esse in tempo reale) |
| Memorizzare in Tulip il contesto specifico di Tulip. La fonte di verità di un ordine di lavoro potrebbe essere il vostro ERP, ma alcuni dati sono rilevanti principalmente per Tulip (ad esempio, le non conformità registrate in Tulip relative a un ordine di lavoro). | Utilizzare Tulip per i casi d’uso che trovano la loro migliore applicazione nel proprio ERP (ad esempio, la pianificazione e la programmazione degli ordini). |
| Potenziare l’esecuzione da parte degli operatori di semplici casi d’uso incentrati su ERP/WMS con app Tulip integrate e modulari (ad esempio, un’app Tulip intuitiva che utilizza la fotocamera di un tablet come scanner di codici a barre per comuni casi d’uso nella gestione dell’inventario) | Utilizzate i connettori SQL se sono disponibili API HTTP. |
Di seguito è riportato un confronto tra i sistemi ERP e Tulip, con un'indicazione generale delle attività comuni per le quali ciascun sistema è considerato il sistema di riferimento.
Integrare Tulip in un sistema aziendale transazionale (ad es. un ERP)
- Esamina le nozioni di base sull’architettura per l’integrazione di Tulip con un sistema aziendale transazionale
- Segui il corso della Tulip University: Integrazione con le applicazioni aziendali{
target=_blank}
Casi d’uso comuni
Di seguito sono elencati gli scenari comuni in cui l’integrazione con soluzioni di terze parti risulta ottimale:
- Fornire all’officina le informazioni più recenti e complete provenienti da ciascuna fonte di verità. Esempio dall’ERP: ultimi ordini emessi (E relativa pianificazione), ultima distinta base, ultimo stato delle scorte, ecc…
- Ridurre la gestione dei dati ridondanti (ad es. i dati sopra citati)
- Mantenere aggiornate in tempo reale le scorte disponibili: evitare picchi di richiesta di ulteriori materie prime
- Miglioramento della pianificazione delle spedizioni nell’ERP in base agli stati in tempo reale dei centri di lavoro di produzione (ovvero, quali centri di lavoro sono disponibili?)
- Ordini ERP + tracciabilità a livello di unità di Tulip: identificare rapidamente l’insieme dei prodotti finiti potenzialmente difettosi.
Approfondimenti
{{snippet.Hai trovato quello che cercavi?}}