ebXML, B2B 전자거래를 표준 하나로 묶으려던 시도

계약부터 자동으로 맺는 프로토콜

기업 간 전자거래는 메시지를 안전하게 주고받는 것만으로 끝나지 않는다. 어떤 프로세스로 거래할지, 어떤 보안·전송 수단을 쓸지, 장애가 나면 어떻게 재시도할지까지 파트너 간에 합의가 돼 있어야 한다. ebXML(Electronic Business XML)은 OASIS와 UN/CEFACT가 공동 주도한 표준으로, 이 합의 과정 자체를 표준화된 프로토콜 안에 넣었다. 파트너 프로파일, 비즈니스 프로세스, 메시징, 레지스트리·리포지토리, 데이터 컴포넌트까지 B2B 전자거래의 전 생애주기(설계→계약→메시징→거버넌스)를 포괄적으로 정의한다. 대체로 SOAP/XML 기반으로 구현되지만, 프로필에 따라 다양한 전송 계층과 보안 구성을 지원한다. 핵심 스펙은 BPSS(Business Process), CPP/CPA(Collaboration Profile/Agreement), ebMS(Message Service), Registry/Repository, CCTS(Core Components) 다섯 가지이고, 목표는 벤더 중립성과 상호운용성 극대화, 표준화된 계약과 신뢰 가능한 메시지 교환이다.

BPSS: 거래 시나리오를 실행 가능한 모델로

BPSS는 거래 시나리오, 역할, 상태 전이, 타임아웃·예외 흐름을 정의한다. 합의 기반으로 실행 가능한 모델을 제공하며, 다중 문서 교환과 양방향 상호작용 패턴, 트랜잭션 경계와 보상 흐름까지 표현한다.

CPP/CPA: 계약을 매칭으로 만든다

CPP로 각 파트너가 자신의 기능·보안·전송 능력을 선언하면, 두 CPP를 매칭해 CPA 계약이 생성된다. 암호모듈, 서명 알고리즘, 전송 프로토콜(HTTP/S, SMTP 등), 재시도 정책 같은 합의 파라미터가 이 단계에서 표준화된다. 사람이 계약서를 조율하는 대신 프로파일을 매칭시키는 방식이라, 파트너 수가 늘어날수록 이 자동화의 효과가 커진다.

ebMS: 메시지가 확실히 도착했는지 보장한다

ebMS는 SOAP 기반 메시징 계층으로, 서명·암호화, 영수증, 중복 방지, 순서 보장, 지속적 전송 보장을 정의한다. ebMS 3.0과 AS4 프로필에서는 보안·압축·푸시/풀 패턴이 현대화됐고, 대규모 파트너 네트워크 운영에 적합해졌다.

Registry/Repository와 CCTS: 재사용과 의미 일관성

Registry/Repository는 프로세스, 스키마, 코드리스트, 서비스 메타데이터의 등록·검색·버전 관리를 제공하고, 승인 워크플로와 접근제어로 신뢰 가능한 아티팩트 유통을 보장한다. CCTS는 공통 비즈니스 의미요소를 표준화해 시스템 간 데이터 의미 일관성을 확보하는데, 문서 스키마를 설계할 때 재사용과 확장이 쉬워지고 다국적 협업에도 유리해진다.

메시지 하나가 오가는 경로

⤢✕

AS2·REST API와 나란히 놓으면

항목	ebXML (ebMS 3.0/AS4)	AS2 (EDIINT)	REST API (JSON/HTTPS)
성능	대용량 배치 적합, 압축·스트리밍 지원. 중간 오버헤드 존재	배치에 강점, 단순한 파이프라인	경량, 저지연. 배치/대용량은 별도 설계 필요
확장성	파트너 수 증가에 유리, 프로필 기반 자동화	파트너 단위 설정 관리 부담	클라우드 네이티브 확장 용이
일관성	프로세스·계약·데이터 표준화로 일관성 높음	메시징 중심, 프로세스 표준 부재	계약·스키마 표준화는 추가 설계 필요
안정성	영수증·재시도·순서·중복방지 내장	MDN 영수증, 재시도 단순	HTTP 기반, 보장전달은 애플리케이션 책임
운영 편의	CPA로 정책 일괄 적용, 거버넌스 체계화	설정 단순, 복잡한 프로세스엔 제약	도구 다양, 표준화·합의는 별도 관리

ebXML이 강점을 갖는 지점은 파트너 수가 늘어날 때다. CPA로 정책을 일괄 적용할 수 있는 구조라, AS2처럼 파트너 단위로 설정을 관리하거나 REST API처럼 계약·스키마 표준화를 별도로 설계할 필요가 적다.

실무에서는 어디에 쓰이나

제조 공급망 통합에서는 주문·납품서·송장 교환을 자동화하고, 다국적 파트너 간 언어·코드리스트 차이를 흡수한다. CPA 기반 정책 통합으로 신규 파트너 온보딩 기간도 단축된다. 공공 조달·전자세금계산서에서는 공공 표준 문서 스키마와 레지스트리를 연계해 법적 영수증과 감사 추적을 충족하고, 보안·서명·타임스탬핑 정책을 일관되게 운영한다. 금융·보험 서류 교환에서는 서명·암호화가 강제되고 순서·중복 제어가 필수인 환경에 적합하며, 지연을 허용하는 배치 처리와 근실시간 알림을 혼합해 운용한다. 헬스케어 상호운용에서는 임상·청구 문서의 표준화된 교환 프로세스로 규제 준수와 이력 관리가 쉬워지고, 메시지 추적과 장애 복구 정책이 내장돼 있다.

비용과 안정성, 어디까지 좋아지나

VAN 기반 EDI 대비 전송 비용은 2060% 절감될 수 있고(조직·트래픽에 따라 상이), 파트너 온보딩과 표준화 재작업이 줄면서 통합 프로젝트 공수도 3040% 절감된다고 보고된다. 영수증·재시도·중복 방지 덕분에 메시지 손실률이 유의미하게 줄어드는데, 목표치로는 99.9~99.99% 전달 보장을 잡는 경우가 많다. 계약 기반 구성이라 설정 편차·사고도 줄어든다. 거버넌스·확장성 측면에서는 레지스트리·리포지토리로 아티팩트 재사용률이 올라가고 변경 관리 리드타임이 단축되며, 다수 파트너·다국가 운영에서도 표준화된 프로세스 일관성을 확보할 수 있다.

AS2·EDI 위에 얹을 것인가

ebXML은 비즈니스 프로세스, 계약, 메시징, 거버넌스를 포괄한 개방형 B2B 상호운용 표준으로, 고신뢰 메시징과 표준화된 계약·데이터 모델을 통해 대규모 파트너 네트워크 운영에 적합하다. 기존 AS2·EDI 중심 환경이라면 ebMS 3.0/AS4를 병행 도입해 신뢰성·보안·거버넌스를 강화하고, 레지스트리 기반 아티팩트 관리로 변경 대응력을 높이는 방향이 권장된다. 다만 산업 규제·법적 요구를 반영한 CPA 정책 정합성 검증이 필요하고, 구현체 호환성·프로필 해석 차이가 있을 수 있어 상호운용 테스트가 필요하다. 스펙·프로필 업데이트는 최신 정보 확인이 필요하다.