- Wydrukować
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.
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.
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
- 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?
- 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.
- 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:
Do | Nie |
---|---|
Transakcja ze źródłem prawdy w czasie rzeczywistym. Upewnij się, że Twoja hala produkcyjna korzysta z najnowszych/najlepszych informacji. | Buforuj dane ze źródła prawdy w tabelach Tulip, które mogą szybko stracić na aktualności. (Np. aktualne stany magazynowe powinny znajdować się w źródle prawdy, a Tulip powinien wchodzić z nimi w interakcje w czasie rzeczywistym). |
Przechowywanie kontekstu Tulip-Centric w Tulip. Źródłem prawdy dla zlecenia roboczego może być system ERP, ale niektóre dane są istotne głównie dla Tulip (np. niezgodności zarejestrowane w Tulip w odniesieniu do zlecenia roboczego). | Używaj Tulip do przypadków użycia, które najlepiej wykonywać w systemie ERP (np. planowanie i harmonogramowanie zamówień). |
Wzmocnij wykonywanie przez operatorów prostych przypadków użycia zorientowanych na ERP/WMS dzięki zintegrowanym aplikacjom Tulip. (Np. intuicyjna aplikacja Tulip wykorzystująca kamerę tabletu jako skaner kodów kreskowych do typowych przypadków użycia związanych z zarządzaniem zapasami). | Użyj konektorów SQL, jeśli interfejsy API HTTP są opcją. |
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:
- HTTP API (w tym REST i SOAP)
- OPC UA
- 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:
- 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.
- Ograniczenie zarządzania nadmiarowymi danymi (np. danymi opisanymi powyżej).
- Utrzymywanie aktualnych stanów magazynowych w czasie rzeczywistym: unikanie pośpiechu związanego z większą ilością surowców.
- Ulepszona wysyłka w systemie ERP w oparciu o statusy centrów produkcyjnych w czasie rzeczywistym (np. które centra robocze są dostępne?).
- Zamówienia ERP + identyfikowalność na poziomie jednostki Tulip: Szybka identyfikacja potencjalnie wadliwych produktów gotowych.
Więcej informacji
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!