Tulip과 MES 또는 ERP 간의 통합을 계획하는 방법
  • 21 Oct 2024
  • 5 읽을 분
  • 기여자

Tulip과 MES 또는 ERP 간의 통합을 계획하는 방법


기사 요약

MES/ERP와 통합하는 가장 좋은 방법을 결정하기 위해 어떤 질문을 해야 하는지 알아보세요.

Tulip은 다양한 MES 및 ERP 시스템과 통합되었습니다.

하지만 시중에 수많은 ERP 및 MES 제품이 출시되어 있기 때문에 Tulip이 특정 ERP 또는 MES에 얼마나 쉽게 연결할 수 있는지 말하기는 어렵습니다. 상황에 따라 다릅니다:

  • ERP/MES 제품 자체
  • 귀사의 IT 환경의 복잡성
  • ERP/MES 시스템 작업과 관련된 IT 팀의 역량

:::(Info) (참고)이 예에서는 ERP 또는 MES 시스템에 초점을 맞추었지만 이 정보는 CRM, QMS, LMS 및 BOM 관리 시스템을 포함한 대부분의 소프트웨어 시스템에 적용할 수 있습니다:

질문

많은 고객이 이 글의 정보만 가지고도 직접 통합을 구축할 수 있다는 것을 알게 됩니다. 서비스 통합과 관련하여 Tulip의 도움을 받으려면 이러한 질문에 대한 답변을 제공하는 것이 성공적인 프로젝트를 위한 첫 번째 단계입니다.

전략 질문

  1. 통합의 목표는 무엇인가요?

프로젝트의 단기 및 장기 목표를 조기에 설정하는 것이 중요합니다. 두 시스템 간에 모든 정보를 공유해야 하나요? 아니면 처음에는 가치가 높은 몇 가지 교환에 집중하는 것이 더 합리적일까요?

  1. 조직 내 주요 이해관계자는 누구인가요?

이 통합의 최종 고객은 누구인가요? Tulip을 연결하고자 하는 서비스에 대해 가장 잘 알고 있는 사람은 누구인가요? 누가 서비스에 대한 액세스를 구성할 수 있나요? 이해관계자에는 다음이 포함될 수 있지만 이에 국한되지는 않습니다:

  • 시민 개발자
  • 통합 시스템의 운영 '소유자'
  • IS/IT 엔지니어링
  • 솔루션이 서비스를 제공하는 현장 사용자
  • 서비스에서는 어떤 문서를 제공하나요?

많은 엔터프라이즈 소프트웨어 고객이 유료 고객에게만 서비스에 대한 문서를 제공합니다. 즉, Tulip은 이 문서에 액세스할 수 없습니다. 소프트웨어에 대한 많은 문서에 액세스할 수 있으면 통합에 필요한 작업의 범위를 정하는 데 도움이 됩니다.

  1. 성공적인 통합을 위해 Tulip과 서비스 간에 어떤 트랜잭션이 이루어져야 하나요?

여기서는 매우 구체적으로 설명하려고 합니다. 몇 가지 예를 들면 다음과 같습니다:

  • 작업 주문 ID가 주어진 작업 주문에 대한 정보를 가져옵니다.
  • 작업 주문 ID가 주어진 작업 주문을 완료된 것으로 표시합니다.
  • 스테이션 ID가 주어진 스테이션에 할당된 모든 미결 작업 주문 찾기.
  • 이 통합은 누가 유지 관리하나요?

새로운 사용 사례가 발견되면 조직에서 누가 통합을 위한 주제별 전문가가 되나요? 일부 조직에서는 타사 통합업체 또는 계약업체가 담당하기도 합니다.

기술적 질문

다음은 통합의 세부 사항을 결정하기 위해 프로세스를 안내할 수 있는 몇 가지 질문입니다:

일반 ERP 정보

  • 어떤 ERP 애플리케이션과 버전인가요?
  • ERP가 온프레미스 또는 프라이빗 클라우드 환경에 배포되어 있나요?
  • 현재 위치에서 Tulip 온프레미스 커넥터 호스트(OPCH)가 ERP 환경에 연결할 수 있나요(즉, OPCH와 ERP 사이에 네트워크 경로가 있나요?)?
  • ERP 관리, 개발 및 구성은 파트너 또는 사내에서 수행합니까?

ERP와 Tulip 연결

  • Tulip이 ERP와 직접 통합되나요? 다른 애플리케이션을 ERP와 통합하는 데 사용되는 미들웨어가 있나요(예: Mulesoft)?
  • 사용 가능한 웹 서비스/API 엔드포인트가 있나요? 해당 사용 사례에 해당하는 HTTP 커넥터를 통해 Tulip이 연결할 수 있는 엔드포인트가 있나요?
  • 원하는 Tulip에서 ERP로의 트랜잭션을 지원하는 API 엔드포인트가 없는 경우... 미들웨어 플랫폼 또는 ERP 시스템 자체에서 이를 개발할 수 있는 팀이 있나요?
  • 사용 가능한 웹 서비스가 있는 경우... 해당 웹 서비스는 어떤 인증을 사용하나요(예: OAuth 2.0, HTTP Basic Auth 등)? 서비스 계정을 사용하나요?
  • 사용 가능한 웹 서비스가 있는 경우 응답 본문에서 어떤 데이터 형식이 반환되는가(JSON(선호) 또는 XML)?
  • 다른 환경 설정이 필요한가(예: DEV 및 PROD)?
  • 그렇다면 각 환경마다 호스트 이름이 다른가요, 아니면 URL 매개 변수에 의해 환경이 결정되나요?

Tulip에서 ERP로 연결

  • API를 통해 ERP에서 Tulip 테이블로 어떤 필드가 전송되나요?
  • 한 번에 몇 개의 테이블 레코드가 ERP에서 Tulip으로 게시되나요?
  • ERP에서 Tulip으로 통신하려면 사용자 지정 개발과 Tulip의 테이블 API를 사용해야 합니다. 이 미들웨어를 개발할 수 있는 팀이 있나요?
  • ERP와 Tulip 간 통신의 경우 데이터가 ERP에서 유출되는데, 어떤 형식(XML 또는 JSON)으로 전송되나요? Tulip Table API는 JSON 형식의 요청 본문이 필요합니다.

Tulip과 ERP 시스템 비교 - 가정된 기록 시스템(신뢰할 수 있는 출처)

가장 좋은 방법은 객체(예: 워크오더)의 기록 시스템과 실시간으로 상호 작용하는 것입니다(일반적으로 JSON 형식의 HTTP 커넥터 함수를 통해).

아래 표는 ERP 통합을 위해 권장되는 해야 할 일과 하지 말아야 할 일을 제시합니다:

해야 할 일하지 말아야 할 것
실시간으로 신뢰할 수 있는 소스와 거래하세요. 작업 현장에서 최신/최고의 정보를 사용하고 있는지 확인하세요.빠르게 구식이 될 수 있는 데이터 소스의 데이터를 Tulip 테이블에 캐시합니다. (예: 현재 보유 재고는 데이터 원본에 있어야 하며, Tulip은 실시간으로 데이터 원본과 상호 작용해야 합니다.)
Tulip에 Tulip 중심 컨텍스트를 저장하세요. 작업 지시서의 진실 소스는 ERP일 수 있지만 특정 데이터는 주로 Tulip과 관련이 있습니다(예: 작업 지시서에 대한 부적합 사항이 Tulip에 기록됨).ERP에서 가장 잘 실행되는 사용 사례(예: 주문 계획 및 스케줄링)에는 Tulip을 사용하세요.
구성 가능한 통합 Tulip 앱으로 운영자의 간단한 ERP/WMS 중심 사용 사례 실행을 강화하세요. (예: 일반적인 재고 관리 사용 사례를 위해 태블릿의 카메라를 바코드 스캐너로 사용하는 직관적인 Tulip 앱)HTTP API가 옵션인 경우 SQL 커넥터를 사용하세요.

아래는 ERP 시스템과 Tulip을 비교한 것으로, 일반적으로 각 시스템이 기록 시스템으로 가정하는 공통 항목에 대해 설명합니다.Tulip vs ERP - assumed systems of record.png

연결 배경

일반적으로 Tulip은 다음 세 가지 방법 중 하나를 통해 외부 소프트웨어 시스템에 연결합니다:

  1. HTTP API ( RESTSOAP 포함)
  2. OPC UA
  3. SQL 쿼리

HTTP API

ERP/MES에 HTTP(REST 및 SOAP 포함) API가 있는 경우, Tulip은 해당 엔드포인트를 통해 데이터를 전송하거나 검색할 수 있는 요청을 시작할 수 있습니다. Tulip은 HTTP 커넥터를 통해 ERP 시스템에 의해 노출된 웹 서비스를 소비하고 애플리케이션에서 실시간으로 사용할 수 있도록 Tulip 내의 데이터를 가져올 수 있습니다.

Tulip 커넥터를 사용할 때는 ERP/MES가 아닌 Tulip이 연결을 시작해야 한다는 점에 유의하세요. ERP/MES가 Tulip에 대한 연결을 시작해야 하는 경우, Tulip 테이블 API를 사용하세요.

시스템의 관리자 인터페이스에서 API를 구성할 수 있습니다. 이 정보는 소프트웨어 공급업체의 웹사이트에서 확인할 수 있습니다.

SQL 데이터베이스

ERP/MES가 SQL 데이터베이스와 데이터를 공유하는 경우 Tulip도 해당 데이터베이스에 액세스하여 데이터를 공유할 수 있습니다. 이렇게 하려면 Tulip의 새 데이터에 액세스하기 위해 ERP/MES 내에서 몇 가지 새 쿼리를 작성해야 할 수 있습니다.

SQL 데이터베이스가 온프레미스에 엄격하게 배포된 경우, Tulip은 데이터베이스가 Tulip의 클라우드 플랫폼에서 작동할 수 있도록 하는 커넥터 호스트를 온프레미스에 배포할 수 있습니다.

또한 일부 조직은 타사에서 액세스할 수 없는 민감한 데이터베이스에 ERP/MES 데이터를 저장하지만 여전히 Tulip과 데이터를 공유하고자 합니다. 따라서 소프트웨어 시스템에서 특정 데이터를 공유할 수 있는 새 데이터베이스를 설정하면 Tulip은 보안 문제 없이 데이터를 공유할 수 있습니다.

산업 프로토콜

ERP/MES가 Modbus, MTConnect, OPC UA와 같은 산업용 프로토콜을 통해 데이터를 공유하는 경우 Tulip은 Tulip 커넥터 호스트를 실행하는 서버를 통해 연결할 수 있습니다.

이 경우 ERP/MES는 Tulip 내에서 하나의 '기계'처럼 작동합니다. 자세한 내용은 머신 모니터링 소개 문서를 참조하세요.

단방향 데이터 공유

일부 ERP/MES 시스템에는 외부 시스템에서 데이터를 가져오는 방법이 내장되어 있지만 자체 데이터를 다른 시스템으로 전송하기는 어렵습니다.

이 경우 단방향 데이터 전송이 허용되는지 아니면 양방향 데이터 전송을 가능하게 하는 방법을 찾는 데 더 많은 시간과 에너지를 투자할지 선택해야 할 수 있습니다.

예를 들어, 작업 현장에서 데이터를 수집하기 위한 기본 시스템으로 Tulip을 사용하는 데 만족할 수 있습니다. 그런 다음 데이터를 MES/ERP 시스템으로 전송한 후 작업 현장 데이터를 시스템의 기존 데이터와 정렬할 수 있습니다.

일반적인 사용 사례

다음은 타사 통합을 최적으로 활용하는 일반적인 시나리오입니다:

  1. 각 출처의 최신/최고의 정보를 작업 현장에 제공합니다. ERP의 예: 최근 출고된 주문(및 일정), 최신 BOM, 최신 재고 등...
  2. 중복 데이터(예: 위의 데이터) 관리 완화
  3. 보유 재고를 실시간으로 최신 상태로 유지: 더 많은 원자재가 몰리는 시간대를 피할 수 있습니다.
  4. 실시간 제조 작업 센터 상태(즉, 사용 가능한 작업 센터)를 기반으로 ERP에서 배차 개선(예: 어떤 작업 센터가 있는지?)
  5. ERP 주문 + 튤립 단위 수준의 추적성: 잠재적 결함이 있는 완제품을 신속하게 식별합니다.

더 읽어보기


원하는 정보를 찾으셨나요?

community.tulip.co로 이동하여 질문을 게시하거나 다른 사람들이 비슷한 문제를 겪었는지 확인할 수도 있습니다!


이 문서가 도움이 되었습니까?