Jak zaplanować integrację między Tulip a systemem MES lub ERP?

Dowiedz się, jakie pytania należy zadać, aby określić najlepszy sposób integracji z systemem MES/ERP

Tulip zintegrował się z różnymi systemami MES i ERP.

Ponieważ jednak na rynku dostępnych jest wiele produktów ERP i MES, trudno jest określić, jak łatwo Tulip może połączyć się z konkretnym systemem ERP lub MES. To zależy od:

• Samego produktu ERP/MES
• Złożoności środowiska IT Twojej firmy
• Możliwości zespołu IT w zakresie pracy z systemem ERP/MES.

Kwestionariusz

Wielu klientów uważa, że są w stanie samodzielnie wykorzystać informacje zawarte w tym artykule i samodzielnie zbudować integrację. Jeśli chcesz uzyskać pomoc od Tulip w integracji z usługą, udzielenie odpowiedzi na te pytania jest pierwszym krokiem do udanego projektu.

Pytania dotyczące strategii

1. Jaki jest cel integracji?

Ważne jest, aby wcześnie ustalić, jakie są krótko- i długoterminowe cele projektu. Czy wszystkie informacje muszą być udostępniane między dwoma systemami? A może bardziej sensowne jest skupienie się na kilku wartościowych wymianach na początku?

1. Kim są kluczowi interesariusze w organizacji?

Kto jest klientem końcowym tej integracji? Kto jest najbardziej zaznajomiony z usługą, z którą chcesz połączyć Tulip? Kto będzie w stanie zorganizować dostęp do usługi? Interesariusze mogą obejmować, ale nie ograniczają się do:

• Obywatele Deweloperzy
• Właściciele operacyjni zintegrowanych systemów
• Inżynierowie IS/IT
• Użytkownicy sklepowi obsługiwani przez rozwiązanie
• Jaką dokumentację zapewnia usługa?

Wielu klientów oprogramowania dla przedsiębiorstw udostępnia dokumentację swoich usług tylko płacącym klientom. Oznacza to, że Tulip nie będzie w stanie uzyskać dostępu do tej dokumentacji. Uzyskanie dostępu do jak największej ilości dokumentacji dotyczącej oprogramowania pomaga określić zakres prac wymaganych do integracji.

1. Jakie transakcje muszą być wykonane między Tulip a usługą, aby odnieść sukces?

Tutaj staramy się być bardzo konkretni. Oto kilka przykładów:

• Uzyskanie informacji o zleceniu pracy na podstawie identyfikatora zlecenia.
• Oznaczenie zlecenia pracy jako zakończonego na podstawie identyfikatora zlecenia pracy.
• Znalezienie wszystkich otwartych zleceń pracy przypisanych do stacji na podstawie identyfikatora stacji.
• Kto będzie utrzymywał tę integrację?

W miarę odkrywania nowych przypadków użycia, komu w organizacji zostanie powierzone zadanie bycia ekspertem ds. integracji? W niektórych organizacjach jest to zewnętrzny integrator lub wykonawca.

Pytania techniczne

Aby określić szczegóły integracji, oto kilka pytań, które mogą ukierunkować ten proces:

Ogólne informacje o ERP

• Jaka aplikacja ERP i wersja?
• Czy system ERP jest wdrożony lokalnie czy w środowisku chmury prywatnej?
• Czy lokalny host konektora Tulip (OPCH) jest w stanie połączyć się ze środowiskiem ERP w jego bieżącej lokalizacji (tj. czy istnieje ścieżka sieciowa między OPCH a ERP?
• Czy zarządzanie systemem ERP, jego rozwój i konfiguracja są wykonywane przez partnera czy we własnym zakresie?

Połączenie ERP z Tulip

• Czy Tulip integruje się bezpośrednio z ERP? Czy istnieje oprogramowanie pośredniczące używane do integracji innych aplikacji z ERP (na przykład Mulesoft)?
• Czy dostępne są usługi internetowe / punkty końcowe API, do których firma Tulip mogłaby dotrzeć za pośrednictwem łącznika HTTP, które obejmują odpowiednie przypadki użycia?
• Jeśli nie ma dostępnych punktów końcowych API, które obejmowałyby pożądane transakcje Tulip z ERP... czy istnieje zespół, który mógłby je dla nas opracować (na platformie oprogramowania pośredniczącego lub w samym systemie ERP?
• Jeśli dostępne są usługi internetowe... jakiego uwierzytelniania używają te usługi internetowe (np. OAuth 2.0, HTTP Basic Auth itp.)? Czy używane są konta usług?
• Jeśli dostępne są usługi internetowe, jaki format danych jest zwracany w treści odpowiedzi (JSON (preferowany) czy XML?).
• Czy konieczna będzie konfiguracja różnych środowisk (np. DEV i PROD)?
• Jeśli tak, to czy nazwy hostów są różne dla każdego ze środowisk, czy też środowiska są określane przez parametry adresu URL?

Połączenie Tulip z ERP

• Jakie pola będą wysyłane z ERP do tabel Tulip za pośrednictwem API?
• Ile rekordów tabel jednocześnie zostanie wysłanych do Tulip z ERP?
• W przypadku komunikacji ERP z Tulip będzie to wymagało niestandardowego rozwoju i użycia interfejsu API tabel Tulip. Czy istnieje zespół, który mógłby opracować to oprogramowanie pośredniczące?
• W przypadku komunikacji z ERP do Tulip dane wypływają z ERP... w jakim formacie (XML czy JSON?) Interfejs API tabel Tulip wymaga treści żądania w formacie JSON.

Tulip a systemy ERP - zakładane systemy zapisu (źródła prawdy)

Najlepszą praktyką jest interakcja z systemem ewidencji obiektu (np. zlecenia pracy) w czasie rzeczywistym (zazwyczaj za pośrednictwem funkcji łącznika HTTP w formacie JSON).

Poniższa tabela zawiera zalecane działania i zaniechania dla integracji ERP:

Poniżej znajduje się porównanie systemów ERP i Tulip oraz ogólnie, dla jakich wspólnych elementów zakłada się, że każdy system jest systemem rejestrującym.

Kontekst połączenia

Ogólnie rzecz biorąc, Tulip łączy się z zewnętrznymi systemami oprogramowania za pomocą jednej z trzech metod:

1. HTTP API (w tym REST i SOAP)
2. OPC UA
3. Zapytania SQL

HTTP API

Jeśli system ERP/MES ma interfejs API HTTP (w tym REST i SOAP), Tulip może inicjować żądania, które mogą wysyłać lub pobierać dane za pośrednictwem tych punktów końcowych. Tulip, dzięki swoim konektorom HTTP, może korzystać z usług sieciowych udostępnianych przez system ERP i udostępniać dane w Tulip do wykorzystania przez aplikacje w czasie rzeczywistym.

Należy pamiętać, że Tulip będzie musiał zainicjować połączenie w przeciwieństwie do systemu ERP/MES podczas korzystania z Tulip Connectors. Jeśli system ERP/MES musi zainicjować połączenie z Tulip, użyj interfejsu API Tulip Tables

Możesz być w stanie skonfigurować API z poziomu interfejsu administratora swojego systemu. Informacje te będą dostępne na stronie internetowej dostawcy oprogramowania.

Baza danych SQL

Jeśli twój system ERP/MES udostępnia dane bazie danych SQL, Tulip może również uzyskać dostęp do tej bazy danych i udostępniać dane. Może to wymagać napisania nowych zapytań w systemie ERP/MES w celu uzyskania dostępu do nowych danych z Tulip.

Jeśli baza danych SQL jest ściśle wdrożona lokalnie, Tulip może wdrożyć hosta konektora lokalnie, który umożliwia współpracę bazy danych z platformą chmurową Tulip.

Ponadto niektóre organizacje przechowują swoje dane ERP/MES w poufnej bazie danych, która nie jest dostępna dla stron trzecich, ale nadal chcą udostępniać dane firmie Tulip. Konfigurują więc nową bazę danych, w której mogą udostępniać określone dane ze swoich systemów oprogramowania, a Tulip może udostępniać dane bez obaw o bezpieczeństwo.

Protokoły przemysłowe

Jeśli system ERP/MES udostępnia dane za pośrednictwem protokołu przemysłowego, takiego jak Modbus, MTConnect i OPC UA, wówczas Tulip może łączyć się za pośrednictwem serwera z uruchomionym Tulip Connector Host.

W takim przypadku system ERP/MES będzie działał jak "maszyna" w systemie Tulip. Aby uzyskać więcej informacji, zapoznaj się z naszym artykułem Wprowadzenie do monitorowania maszyn.

Jednokierunkowe udostępnianie danych

Niektóre systemy ERP/MES mają wbudowane metody pobierania danych z systemów zewnętrznych, ale trudno jest wysyłać własne dane do innych systemów.

W takim przypadku konieczne może być podjęcie decyzji, czy akceptowalny jest jednokierunkowy transfer danych, czy też należy zainwestować więcej czasu i energii w znalezienie sposobu na umożliwienie dwukierunkowego transferu danych.

Na przykład, możesz być zadowolony z uczynienia Tulip głównym systemem do zbierania danych na hali produkcyjnej. Następnie, po przesłaniu danych do systemu MES/ERP, można dostosować dane z hali produkcyjnej do danych istniejących w systemie.

Typowe przypadki użycia

Poniżej wymieniono typowe scenariusze, które sprawiają, że integracja z innymi firmami jest optymalna:

1. Zapewnienie hali produkcyjnej najnowszych/największych informacji z każdego źródła prawdy. Przykład z ERP: najnowsze wydane zamówienia (ORAZ harmonogram), najnowsze BOM, najnowsze zapasy itp.
2. Ograniczenie zarządzania nadmiarowymi danymi (np. danymi opisanymi powyżej).
3. Utrzymywanie aktualnych stanów magazynowych w czasie rzeczywistym: unikanie pośpiechu związanego z większą ilością surowców.
4. Ulepszona wysyłka w systemie ERP w oparciu o statusy centrów produkcyjnych w czasie rzeczywistym (np. które centra robocze są dostępne?).
5. Zamówienia ERP + identyfikowalność na poziomie jednostki Tulip: Szybka identyfikacja potencjalnie wadliwych produktów gotowych.

Więcej informacji

• Kroki do zbudowania pierwszej integracji systemu
• Jak zintegrować Tulip z SAP

Czy znalazłeś to, czego szukałeś?

Możesz również udać się na stronę community.tulip.co, aby opublikować swoje pytanie lub sprawdzić, czy inni mieli do czynienia z podobnym pytaniem!