인코딩 계약 속성 구성
TPA(거래 업체 계약)는 특정 B2B 프로토콜을 통한 메시지 트랜잭션에 대한 거래 업체 간의 최종적이고 구속력 있는 규약입니다. 즉, TPA는 특정 메시지 인코딩 프로토콜(X12 또는 EDIFACT) 또는 특정 전송 프로토콜(AS2)을 사용하여 B2B 메시지를 교환하는 데 대한 두 비즈니스 프로필 간의 합의입니다. 인코딩 및 전송 프로토콜에 대한 합의 외에 메시지의 형식 및 배달 방법을 사용자 지정하는 데 규약이 사용될 수도 있습니다.
인코딩 프로토콜 설정의 일부로, 메시지가 일괄 처리되는지 또는 개별적으로 전송되는지, 송신 측에서 승인을 필요로 하는지 등을 정의할 수 있습니다.
전송 프로토콜 설정의 일부로 메시지 서명 여부, 메시지 암호화 여부 등을 정의할 수도 있습니다.
참고
AS2(전송 프로토콜) 설정에 대한 자세한 내용은 AS2 규약 속성 구성을 참조하세요.
규약을 구성할 때 다음 사항을 고려해야 합니다.
두 파티 간의 거래 업체 계약은 양방향 규약입니다. 두 당사자(파티 A와 파티 B) 간의 단일 계약을 사용하여 파티 A에서 파티 B로 메시지를 보내고 파티 B에서 파티 A로 메시지를 받을 수도 있습니다. 사용자 인터페이스에서 양방향 규약을 나타내기 위해 각 단방향 규약은 단일 탭에 표시됩니다. 따라서 규약 사용자 인터페이스에는 PartyA-PartyB>(Party A에서 Party B 로 전송된 메시지에 대한 단방향 규약을 나타냄) 및 PartyB-PartyA>(PartyB에서 PartyA 로 전송된 메시지에 대한 단방향 규약을 나타냄)의 두 탭이 표시됩니다.
각 단방향 규약은 하나의 종단 간 메시지 트랜잭션에 적용됩니다. 승인을 보내거나 받는 것도 동일한 메시지 트랜잭션의 일부이므로 동일한 단방향 계약 탭에서 구성해야 합니다. 예를 들어 파티 A가 파티 B에 EDI 교환을 보내고 이에 대한 응답으로 파티 B가 승인을 다시 파티 A로 보내는 것을 고려합니다. 따라서 교환 보내기 및 승인 예상과 관련된 모든 속성은 PartyA-PartyB> 탭에서 설정해야 합니다.
참고
승인이 동일한 메시지 트랜잭션의 일부인 경우에도 승인을 생성하는 방법과 관련된 속성은 PartyB-PartyA> 탭에서 구성됩니다. 이는 보낸 사람 및 수신자 한정자에 대한 승인 컨텍스트 속성이 PartyA-PartyB> 탭에서 지정한 값과 반대로 설정되기 때문에 필요합니다. 예를 들어 교환 메시지가 확인된 계약에서 보낸 사람 및 수신자 식별자가 THEM 및 US로 설정된 경우 보낸 사람 및 수신자 컨텍스트 속성은 승인에서 US 및 THEM으로 설정됩니다. 일반적으로 다른 단방향 규약 탭에서는 보낸 사람 및 받는 사람 식별자가 각각 US 및 THEM으로 설정됩니다. 따라서 승인 메시지가 해당 규약을 확인하고 속성 설정이 선택됩니다. 따라서 승인을 통해 다른 요소 구분 기호를 사용하거나 CR LF를 사용하도록 승인하려는 경우 PartyB-PartyA> 탭에서 속성을 지정합니다.
개념적으로 승인 속성은 승인 컨텍스트 속성에 설정된 것과 동일한 보낸 사람 및 받는 사람 한정자를 가진 단방향 규약 탭에서 선택됩니다. 하지만 편의상, 교환을 확인을 위해 만든 규약의 다른 단방향 규약 탭에서 일반적으로 이 속성을 설정합니다.
메시지에 사용할 메시지 인코딩을 정의하는 인코딩 규약과 메시지 교환에 사용할 전송 프로토콜을 정의하는 전송 규약을 만들 수 있습니다. 인코딩 규약은 필수이고, AS2 규약은 AS2 프로토콜을 사용하여 메시지를 전송하려는 경우에만 선택할 수 있습니다. 예를 들어 두 파티가 전자 메일을 통해 메시지를 전송하기로 선택한 경우에는 AS2 규약이 필요하지 않습니다.
참고
AS2 계약에 대한 자세한 내용은 AS2 계약 속성 구성을 참조하세요.