문제

필요할 경우 구현하는 송수신의 비즈니스 문서 시스템에서 시스템(송장,POs,송금 조언,etc.)어떤 표준 것이 좋습니다에 대한 최고의 interop 그리고 왜?수 XML 지지 않습니다.

도움이 되었습니까?

해결책

나는 (이 순서로) 볼 것이다 :

  • 산업 별 형식. 균질 거래 그룹이있는 경우 항상 최선의 선택.
  • CXML 또는 XCBL 표준이 설정된 XML 솔루션을 원한다면.
  • 무제한 시간, 돈 및 기꺼이 파트너가있는 경우 x12.
  • 사용자 정의 XML 표준 이외의 요구 사항이 있거나 표준이 문서에 너무 많이 부풀어 오를 수 있도록 소량의 데이터가있는 경우에만 사용자 정의 XML.

물론 이것은 모두 문제 영역에 달려 있습니다. 나는 다음과 같은 질문에 대해 생각할 것입니다.

  1. 특정 형식 또는 규제 요구 사항을 가진 업계에 있습니까? 예를 들어, 주문하는 가스의 화학적 구성과 같은 세부 사항이 있습니까? 특별 주문이나 취급이 필요한 유해 물질이 있습니까?
  2. 귀하의 업계에는 이미 특정 형식이 있습니까? 아니면 일반 형식이 필요합니까? 화학/가스, 소매, 큰 석유, 항공사, 금융 서비스 및 기타 많은 사람들은 이미 형식과 때로는 네트워크를 설립했습니다.
  3. 조달 신청서가있는 회사 구매자와 협력하십니까? 그렇다면 구매 시스템이 온라인 카탈로그에서 주문할 수있는 펀치 아웃 표준을 처리하는 CXML 또는 XCBL을 살펴 보겠습니다.
  4. 파트너의 정교함은 무엇입니까? EDI는 오래되고 강력하지만 이해하기 어렵습니다. 이 프로세스를 처음 접하는 사람들은 XML 기반 형식에 더 편안합니다.
  5. 시장에서 당신의 위치는 무엇입니까? 파트너를위한 표준을 운전할 수 있습니까? 아니면 형식을 지시 할 수 있습니까? 어떤 경우에는 여러 표준을 채택해야합니까? 누가 그들 사이에서 번역 할 것인가?

다른 팁

UBL (유니버설 사업 언어)에는 최신 이를 수행하려에 의해 관리되고 있습니다.문제는 성배의 비즈니스 문서의 상호 운용성은 정말 오랜 길을 경우 사실적인다.그 이유는 제품은 다음과 같 Biztalk 존재합니다.Biztalk 의 기본적 목적은 이 문서에서 하나 파트너의 형식으로 변환하 형식으로 또는 그 반대입니다.

도 거대한 기준을 다음과 같 ANSI X12 및 Edifact 문제가 있었기 때문에 때도 두 개의 파트너를 교환하는 문서를 사용하여 합의된 기준이 있었는 일반적으로 충분히는 방식의 차이 문서가 이용되었는 필수 사용자 지정 코딩하는 과정이다.

내 노출하는 제안은 깨끗하고 이해하기 쉬운 XML 형식으로 매우 밀접하게 일치하는 비즈니스 요구하고 당신의 파트너 사용하여 어떤 방법들이 현재 사용하여 다른 파트너와 함께하는 프로세스의 문서입니다.를 따라하려고의 산업 표준은 훨씬 더 많은 작업과마을 제공하는 작은 혜택입니다.

표준은 x12입니다. 그것은 거의 그것입니다. 참조 에디 Wikipedia의 페이지.

거기에 있습니다 ebxml 문서 형식뿐만 아니라 비즈니스 엔티티 간의 프로세스를 다루는 표준.

Swift와 같은 다양한 표준이 있습니다 -Tsu Bolereo Twist

그러나 업계에서 완전히 채택/수용 된 표준은 없으므로 인터 로프가되지 않을 것입니다. 다른 방법론은 문서 흐름 관리 시스템을 사용하여 모든 문서를 이미지로 스캔하고 저장하고이를 보내고 수신하는 작업 흐름을 구축하는 것입니다.

PDF 모두가 그것이있다,그것의 크로스 플랫폼이며,그것은 처리할 수 있는 모든 문서 유형입니다.더 좋은 경우 편집하고 싶습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top