우리 회사는 현재 BizTalk에서 EDI를 구현할 생각입니다. 이전에는 사용하지 않았습니다. 우리는 여러 dropship 공급 업체/공급 업체가 있습니다. 우리는 제품 정보, 평판 문서/스프레드 시트를 받고 우리는 문서를 처리 한 다음 웹 사이트에서 해당 제품을 판매합니다.BizTalk를 사용하여 EDI 구현
내 질문은 :
건배, 레이
BizTalk에서 EDI 처리가 플랫 파일 처리와 유사하다는 - 그것의 핵심 기능은 EDI 메시지를 구문 분석하는 데 도움과 (XML 이러한 변환 아시다시피 BizTalk는 내부적으로 작동합니다.) 또한 XML에서 시작하여 보낼 수있는 EDI 메시지를 생성하는 데 도움이됩니다. BizTalk EDI 패키지에는 많은 수의 EDI 스키마가 있으므로 수동으로 빌드 할 필요는 없지만 현재 필요한 버전 등과 일치하는 스키마를 다시 사용할 수 있습니다.
Theres는 파티 및 관리를위한 일부 기능 (수신 ID, EDI 포매팅의 차이점 등)입니다. 이 관리는 핵심 프로세스를 변경/컴파일/배포 할 필요없이 특정 파티 설정을 추가하고 변경하는 작업을 단순화합니다. 질문
답변은 EDI를 구현하는 것은 어려운 일이 아니다. 구문을 근본적으로 이해하고 EDI 메시지를 자세히 이해하는 것이 좋습니다. 이것은 가장 어려운 방법입니다.)
감사합니다. Riri, 정말 도움이됩니다. – leonjoho
왜 BizTalk입니까? 나는 더 자원 집약적 일뿐만 아니라 더 싼 해결책이 더 있다고 생각한다. 제 생각에 BizTalk는 .NET Framework에 대한 깊은 이해뿐만 아니라 많은 어댑터가 필요합니다.
Liaison과 같은 회사의 드래그 앤 드롭 범용 매퍼 (델타 및 ECS 제품 참조)에 쉽게 투자 할 수 있으며보다 신속한 개발 방법을 취할 수 있습니다.
EDI 소프트웨어에 대해 생각할 때, BizTalk는 일반적으로 후속 고려 사항입니다. Liaison (이전의 Softshare), Sterling Commerce, Extol, Inovis/GXS, Tie Commerce, SPS (관리 호스팅)와 같은 회사가 선두에 있습니다.
BizTalk를 이미 사내에 (구입 한 경우) 해당 경로로 이동하는 것이 좋습니다. 많은 EDI 데이터를 살펴보고 EDI 메모장을 다운로드 할 것을 권장합니다. EDI 데이터를 편집/검토하기위한 무료 응용 프로그램입니다. 여기에 있습니다 : http://liaison.com/products/integrate/edi-notepad
EDI는 "표준"을 따릅니다. 풍자에 대한 인용문이 있습니다. 파트너는 표준을 통해 자유를 얻게됩니다. 어떤 사람들은 EDI를 "쉽다"라고 생각할 수도 있지만, 이러한 유형의 통합을 통해 잠재적 인 지뢰밭이 많이 있음을 알아야합니다.
알림에 감사드립니다. – leonjoho
감사합니다. 제가 정말로 알고 싶은 것은 제가 한 가지 예를 들어 드리도록하겠습니다 : 하나의 EDI 파일에는 당사의 공급 업체 중 한 곳의 제품 정보가 포함되어 있습니다. BizTalk가 EDI 파일을 처리하고 구문 분석하면 공급 업체 제품의 모든 데이터 필드가 제공됩니다. 예 : 제품 이름, 수량, 비용, 설명 등. 우리가해야 할 일은 우리의 규칙/필요에 따라 해당 파일을 수정 한 다음 모든 제품 정보를 MS SQL Server에 저장하는 것입니다. BizTalk에서 어떻게 이러한 작업을 수행 할 수 있습니까? – leonjoho