상호 정의 된 zz 사용 방법 BIG07 - 연락 EDI 메모장

Question

참고 : 구문 오류 검사를 위해 Liaison EDI 메모장을 사용하고 있습니다.

EDI 처리의 경우 'ZZ = 상호 정의'값을 사용할 수있는 곳이 많이 있습니다. 예를 들어, 나는 810 4010 문서를 작성하고 있으며, BIG07 (트랜잭션 유형 코드)에 대해 내가 선택할 수있는 코드는 내가 원하는 것이 아니다. 고객이 내가 만든 코드를 사용하기를 바랍니다. 인적 자원에 대한 'HR'또는 공급망에 대한 'SC'코드를 사용하기를 원합니다. 그래서 누군가 내가 어떻게 할 수 있는지 말해 줄 수 있니? 또한 Liaison EDI 메모장에서 'ZZ = 상호 정의'는 무엇을 의미합니까?

Answer 1

먼저, 원하는지 확인하십시오. "인적 자원"과 "공급망"은 신뢰할 수있는 송장 유형처럼 들리지 않으며, 그러한 편차로 인해 거래 당사자들에게 성가신 위험이 있습니다. 이미 수백 개의 유효 코드가 있습니다.

정확히 이것을 어떻게 사용 하시겠습니까? 이미 NTE 세그먼트와 같은 더 좋은 방법이있을 수 있습니다.

Answer 2

ZZ는 연락 관련 특정 한정자가 아닙니다. ZZ는 ANSI X12 표준에 따라 상호 정의됩니다. 다른 코드가 반드시 적용되지 않을 수도 있기 때문에 거래 파트너가 ZZ가 자신의 필요에 맞을 것이라는 점에 동의 할 수있는 일종의 "포착"입니다. 그것은 거래 파트너가 전화 번호 나 DUNS 번호 대신에 임의로 식별자를 구성하는 ISA에서 많이 사용됩니다.

Google 외에도 EDI 작동 방식에 대한 높은 수준을 제공하는 것과 같은 몇 가지 리소스가 있습니다. 나는 BizTalk가 단단한 X12 사전 뷰어를 제공하지 않는다고 가정하고 있으므로 아마도 Liaison에서 사전 뷰어를 구입하려고 할 것입니다. 당신은 체크 아웃 할 수 있습니다 http://www.edibasics.com/

당신이 찾고있는 것을 제공 할 수 있는지 고객과 확인해야합니다. 그렇지 않다면 시간 낭비 일뿐입니다. 당신이 표준 (그것은 드문 일이 아니다)을 비난하려고한다면 그것은 당신의 파트너가 당신이 원하는 것을 줄 수있는 농구를 뛰어 넘을 것이라는 것을 의미하지는 않습니다. 그것은 그들의 목적에 실현 가능하지 않을 수도 있고, 당신은 당신의 고객을 짜증나게 할 수 있습니다. 고객을 짜증나게하는 것은 결코 좋은 생각이 아닙니다. 결국 인보이스가 인보이스이고 둘 사이를 구별 할 수없는 경우도 있습니다. 또는 인보이스 번호 접두어 또는 접미사로 구분할 수도 있습니다. 그런 다음 매핑 논리가이를 사용할 수 있습니다.