B2B 통합 서비스의 글로벌 리더

B2B 통합이란 무엇인가?

운용 원리

운용 원리 활용법 장애요인 효과

B2B 통합 기술에 익숙하지 않는 사람들에게는 다소 난해한 개념일 수 있습니다. 다양한 표준 및 전문 용어가 사용되기도 합니다. B2B 통합 기술의 기본 원리를 이해하실 수 있도록 최대한 쉽게 설명을 해드리도록 하겠습니다. B2B 통합의 목적은 귀사의 업무용 애플리케이션에 있는 정보를 추출하여 고객, 공급업체, 은행, 물류 서비스 제공업체와 같은 협력업체의 애플리케이션으로 빠르게 전송하는 것입니다.

B2B Technology Overview

이를 성취하기 위해 다음의 네 가지 기본 단계들이 필요합니다

1 단계. 소스 애플리케이션

B2B 통합의 목적은 귀사의 업무용 애플리케이션에 있는 정보를 추출하여 협력업체의 애플리케이션으로 빠르게 전송하는 것입니다. 1 단계는 협력업체에 전송하고자 하는 데이터를 “소스 시스템”에서 추출하는 작업입니다. 데이터 추출 방법을 설명하기에 앞서 먼저 소스 시스템이란 무엇인지 살펴 보도록 하겠습니다. 예를 들어, 제조업 회사는 자사의 ERP 애플리케이션(소스)에서 구매 주문 정보를 추출하고자 할 수 있습니다. 금융기관은 자사의 주문관리 시스템(소스)에서 증권거래 정보를 추출하고자 할 수 있습니다. 소매업체는 자사의 매장관리 시스템(소스)에서 최근 판매 거래내역을 추출하고자 할 수 있습니다.

각 회사는 고유한 소프트웨어 프로그램들을 이용하여 사업을 운영하게 됩니다. 제조산업을 예로 들자면, 회사들은 전형적으로 인적자원관리, 재무관리, 조달, 주문 조달 등 자사의 사업 운영을 가장 촉진할 수 있는 ERP 애플리케이션을 사용합니다. ERP 소프트웨어는 다양한 개발업체에서 개발이 되는데, 그 중 Oracle, SAP, Infor, Microsoft, Sage가 가장 보편적입니다.

소매 부문에서도 대부분 동일한 ERP 애플리케이션들이 사용되고 있지만 기능적인 면에서는 차이가 있습니다. Oracle, SAP 또는 JDA의 소매 산업용 ERP 애플리케이션들은 매장관리, 제품판매, 수요계획, 회계, 창고물류관리 등의 업무를 지원해야 합니다.

서비스 부문에는 각 산업의 업무지원에 적합한 다양한 전문 애플리케이션 제공업체들이 존재합니다. 예를 들어, 한 금융기관에서 인적자원관리, 재무관리 및 조달 업무에는 SAP나 Oracle을 사용하고, 다양한 제품 제안 업무에는 Metavante, S1 또는 Charles River에서 개발한 전문 애플리케이션을 사용할 수 있습니다.

모든 산업분야에서 점점 더 많은 기업들이 클라우드를 기반으로 구동되는 서비스로서의 소프트웨어(SaaS) 애플리케이션을 사용하고 있는 추세입니다. 앞에서 살펴본 기존의 기업용 애플리케이션에 추가적으로 더하여 또는 이를 대체하여 귀사에서도 고객관계관리용 Salesforce.com, 인적자원관리용 Workday, 재무회계관리용 NetSuite, 또는 지출비용관리용 Concur를 사용하고 계실 수 있습니다.

그렇다면, 이렇게 다양한 애플리케이션에 저장되어 있는 데이터를 협력업체에게 어떻게 전송할까요?

B2B Source Application

전통적 방식의 소프트웨어이든 클라우드 서비스이든 각 애플리케이션 공급업체는 데이터를 추출하고 입력할 수 있는 다양한 방법들을 제공합니다. SaaS 공급업체들은 일반적으로 자신들의 애플리케이션에 연결된 데이터베이스 필드를 읽거나 쓰고 업데이트하는 API(응용 프로그램 프로그래밍 인터페이스)를 제공합니다. 규모가 더 큰 ERP 공급업체들은 각각 자사의 소프트웨어 패키지와 함께 미들웨어 애플리케이션들을 제공합니다. 예를 들면, SAP의 Process Integrator와 Oracle의 Fusion이 해당됩니다. 이러한 종류의 미들웨어 패키지는 ERP 애플리케이션들 간의 데이터 송수신을 용이하게 합니다.

모든 소프트웨어 애플리케이션 공급업체가 정교한 API나 특수 미들웨어를 제공하는 것은 아니지만, 거의 모든 공급업체들이 데이터를 대량으로 파일 시스템에서 추출하거나 파일 시스템에 입력할 수 있는 도구를 제공합니다.

따라서 귀사의 소스 애플리케이션으로부터 데이터를 추출할 최적의 방법을 결정하기에 앞서 우선 귀사의 애플리케이션 공급업체가 제공하는 옵션들을 조사해야 합니다. 그리고 나서 귀사의 B2B 통합 기술을 API나 미들웨어 또는 기타 도구를 통해 이 소스 애플리케이션들에 연결해야 합니다. 그러나 협력업체에 데이터를 전송하기 전에 아직 해야 할 작업들이 더 남아 있습니다.

2 단계. 전송 데이터의 포맷

데이터는 다양한 포맷으로 저장될 수 있습니다. 표준화된 포맷들은 다양한 소프트웨어 제공업체들이 개발한 애플리케이션에서 사용될 수 있지만, 개별 포맷들은 소유권을 보유한 업체의 애플리케이션에 의해서만 사용될 수 있습니다. 각 비즈니스 애플리케이션은 자신만의 고유한 포맷으로 데이터를 저장하게 됩니다. 따라서 2 단계는 이와 같은 소스 애플리케이션의 개별 포맷에 저장된 데이터를 산업 표준 포맷으로 변환하는 과정입니다.

데이터 표준 포맷에는 많은 종류가 있는데, B2B 통합 분야에서는 EDI와 XML이 가장 보편적입니다. 산업 표준에서는 특정한 부문 내에 속한 협력업체들이 서로 쉽게 소통할 수 있는 공통 언어를 사용합니다. 가족이나 친구에게 이메일로 디지털 사진을 전송해 보셨습니까? 이메일을 받은 사람들은 자신의 컴퓨터에서 쉽게 사진 파일을 열어 볼 수 있었을 것입니다. 이는 디지털 사진에 GIF, JPEG, TIFF 등의 고도로 표준화된 포맷들이 사용되었기 때문입니다. 그러나 모든 종류의 데이터가 사진 포맷과 같이 표준화되어 있지는 않습니다.

Mac에서 파일을 생성한 후 PC로 전송해 본 경험이 있으십니까? 파일을 열 수 있었습니까? 올바른 포맷이었습니까? 10년 전만 해도 이와 같은 문제들이 심각했는데, 최근에는 데스크톱 소프트웨어 제공업체들이 표준화된 포맷으로 전환하면서 이와 같은 장애요인들이 많이 감소했습니다.

그러나 비즈니스 교류 세계에서는 여전히 골치 아픈 문제로 남아 있습니다.
이러한 정보처리 상호운용성의 문제들을 해결하기 위해 기술 산업에서 B2B 표준이 마련되었습니다. 1970년대에 개발된 EDI는 최초로 널리 사용된 B2B 표준이었습니다. 또 하나의 표준은 1990년대 후반에 도입된 XML로 꾸준히 사용이 증가하고 있습니다. 표준화된 데이터 포맷의 개념은 특정한 산업에 속한 모든 기업들이 공통 언어를 이용해 컴퓨터로 정보를 공유할 수 있도록 하는 것입니다. Oracle ERP 시스템에 입력된 데이터가 초기 포맷 상태로 추출된 후 XML로 변환될 수 있습니다. 이렇게 변환된 XML 메시지는 XML 포맷을 인식할 수 있는 협력업체들에게 전송될 수 있고, 각 회사는 전송 받은 XML 데이터를 Microsoft Dynamics와 같은 자사의 업무용 애플리케이션 포맷으로 변환할 수 있습니다.

B2B Payload Format

비록 앞에서 편이상 EDI와 XML을 단수 형태로 표기하고 있지만, 실제로는 이 두 기술을 기반으로 하는 다수의 표준들이 존재합니다. 초기에는 각 국가(미국, 독일, 프랑스, 영국, 일본)마다 다른 형태의 EDI 표준이 사용되다가 여러 해를 거치면서 ANSI X.12(북미 지역)와 EDIFACT(아시아 및 유럽 지역) 두 개의 주요 포맷으로 수렴되었습니다. 그 이후에 도입된 XML 표준들은 국제적 사용을 위해 고안되기는 하였지만 종종 특정한 산업에만 국한되었습니다. 첨단기술 부문용 RosettaNet, 화학 부문용 CIDX, 항공우주 부문용 SPECS2000, 소비재 부문용 GUSI 등이 있습니다.

어떤 표준을 선택해야 할까요? 사실상 선택의 여지가 많지 않습니다. 대부분은 고객들이 자신이 선호하는 표준을 통보할 것입니다. 그러면 귀사의 업무용 애플리케이션에 저장된 데이터 필드들을 선택된 산업 표준(예: EDI, XML)과 일치하는 필드들로 “매핑”해야 합니다. 고객에게 메시지를 전송하거나 고객으로부터 메시지를 수신할 때마다 메시지가 적절한 포맷으로 “변환”됩니다. 반대로 귀사가 고객인 경우에는 귀사가 선호하는 표준을 공급업체에게 통보할 수 있고, 데이터 전송에 필요한 매핑 및 변환 작업은 공급업체에서 수행하게 됩니다.

3 단계. 데이터 전송 프로토콜

데이터가 적절한 포맷으로 변환되었으면 이제 3 단계—협력업체에 데이터 전송하기 준비가 완료되었습니다.

기업 간에 메시지(페이로드)를 전송할 수 있는 인터넷 프로토콜은 매우 다양하며 선택의 폭도 넓기 때문에 각 비즈니스의 업무 및 보안 요구에 맞는 프로토콜을 선택할 수 있습니다. 프로토콜 선택에서의 다양한 선택의 폭은 우체국을 통한 여러 종류의 우편 발송과 비교해 볼 수 있습니다. 예를 들어, 우편 엽서의 경우에는 비용이 매우 저렴하다는 장점이 있지만 프라이버시가 전혀 보장되지 않기 때문에 누구든지 쉽게 엽서에 적힌 내용을 읽을 수 있습니다. 편지를 써서 봉투에 넣을 수도 있겠지만 편지봉투 또한 쉽게 열어 볼 수 있습니다. 게다가 틀린 주소로 편지가 배달되는 사고도 발생할 수 있습니다. 1천만 원 상당의 수표를 누군가에게 보내야 한다면 일반 봉투에 넣어 우편 배달을 신청하시겠습니까? 기밀 정보나 고액의 내용물이 포함된 우편이라면 송달확인을 신청할 수도 있습니다. 송달확인을 신청하면 발송한 우편물의 현재 위치를 온라인으로 확인하거나, 또는 직접 송달확인증을 수령할 수도 있습니다.

봉투에 넣기에는 너무 부피가 큰 우편물은 상자에 넣을 수 있습니다. 귀중한 물건인 경우에는 내용물을 보호할 수 있는 특수 포장재를 상자에 함께 넣어 포장하게 됩니다. 만약을 대비해 보험에 가입하면 우편물 파손, 분실, 도난 사고 등이 발생했을 때 금전적 보상을 받을 수 있습니다.

B2B Transport Protocol

B2B 통합을 지원하는 데는 AS1, AS2, AS3, AS4, FTP, FTP/S, S/FTP, OFTP, HTTPS, MQ 및 EBICS 등의 다양한 네트워크 프로토콜들이 사용됩니다. 각 프로토콜은 사용자의 요구에 맞는 다양한 보안과 기능 및 신뢰도를 제공합니다. 예를 들어, AS1은 이메일 전송에 사용되는 SMTP(간이 전자 우편 전송 프로토콜)를 기반으로 하는 프로토콜입니다. AS1을 통해 사용자는 EDI나 XML 문서를 이메일에 포함하여 인터넷을 통해 전송할 수 있습니다. AS2는 HTTP(하이퍼텍스트 전송 프로토콜)를 기반으로 합니다. HTTP는 사용자 컴퓨터의 브라우저와 원격 데이터 센터에 호스팅 된 웹 서버 간에 HTML이나 이미지와 같은 웹사이트 컨텐츠를 전송하는 데 사용하는 프로토콜입니다. AS2를 이용하여 사용자는 EDI나 XML 문서를 웹 페이지 형식으로 포함하여 인터넷을 통해 전송할 수 있습니다.

어떤 전송 프로토콜을 선택해야 할까요? 전송 데이터와 마찬가지로 선택의 여지가 많지 않고, 대부분 고객이 데이터 전송에 사용될 프로토콜(예: AS2, FTP)을 지정하게 됩니다. 고객의 요구를 충족하기 위해서는 고객이 원하는 전송 프로토콜을 지원하는 B2B 통합 기술을 사용해야 합니다.

반대로 귀사가 고객의 입장인 경우에는 공급업체에게 어떤 전송 프로토콜을 사용할지 요구하실 수 있습니다.

4 단계. 타겟 애플리케이션

B2B 통합 프로세스의 마지막 단계에서는 귀사에서 전송한 데이터를 협력업체가 수신하고 처리하게 됩니다.

대기업들은 AS2, FTP 또는 MQ를 통해 EDI나 XML 메시지를 수신할 수 있습니다. 메시지가 수신되면 협력업체는 자사의 업무용 애플리케이션에서 사용하는 개별 포맷으로 메시지를 변환할 수 있습니다. 규모가 작은 기업들은 일반적으로 EDI나 XML 메시지를 수신할 수 있는 시스템이 마련되어 있지 않고, 대신 데이터가 웹 페이지에 게시되거나 이메일로 전송되기를 선호합니다. 이렇게 하면 수집한 데이터를 쉽게 분류하여 자사의 시스템에 탑재할 수 있습니다.

B2B Target Application

대기업
대기업들은 B2B 통합이 가능한 정교한 IT 시스템을 보유하고 있는 경우가 많습니다. 따라서 이와 같이 규모가 큰 조직들은 다양한 네트워크 프로토콜(AS2, FTP, MQ)과 데이터 포맷(EDI, XML)을 통해 연결하고 통신할 수 있는 준비를 갖추고 있을 것입니다.

이러한 협력업체와의 연결은 상대적으로 쉽기 때문에 어떤 애플리케이션을 사용하고 있는지에 대해 크게 염려할 필요가 없습니다. 협력업체에서는 데이터를 원하는 포맷으로 변환하여 자사의 애플리케이션에 탑재하는 세부 프로세스를 처리할 것입니다. 협력업체와의 협의가 완료된 후에는 작업이 정확히 진행되고 있는지를 점검하기 위한 기본적인 테스트만을 수행하면 됩니다.

중소기업
협력업체 중에는 규모가 작은 회사들도 있을 것입니다. 이와 같은 소규모 조직들은 B2B 통합 시스템 탑재에 필요한 예산과 자원 및 전문성이 부족한 경우가 종종 있습니다. AS2, FTP 또는 MQ로 EDI와 XML 메시지를 전송하거나 수신할 시스템도 마련되어 있지 않습니다. 따라서 이와 같은 소규모 기업들을 위해서는 다른 접근 방법이 필요합니다.

중소기업들과 데이터를 송수신할 수 있는 가장 보편적인 방법은 웹 포털을 이용하는 것입니다. AS2, FTP 또는 MQ를 통해 데이터를 전송하는 대신 정보를 추출하여 안전한 웹사이트에 게시하면 협력업체에서 로그인한 후, 귀사에서 전송한 전자 메시지를 수신 및 다운로드 하거나 또는 메시지를 작성하여 전송할 수 있습니다. 웹 포털을 이용하는 소기업들은 B2B 통합 소프트웨어를 구매하여 운용할 필요가 없습니다.

그 외에도 중소기업들과 데이터를 공유할 수 있는 다양한 방법들이 있고, EDI와 XML 메시지를 팩스 및 이메일로 변환시켜 주는 기술도 마련되어 있습니다. 소규모 회사들이 사용하는 QuickBooks, Sage 또는 Peachtree와 같은 회계 프로그램들과 통합할 수 있는 기술도 증가하고 있습니다. 기존 회계 프로그램에 버튼 하나를 추가하여 사용자가 모든 구매 주문서를 다운로드 하거나 청구서를 모두 업로드 하는 작업 또한 가능합니다. B2B 통합 기술은 백그라운드에서 구동이 되지만 프로세스는 사용자가 직접 눈으로 확인할 수 있습니다.

플랫폼

위에 제시된 네 단계를 통해 협력업체와 데이터를 공유하기 이전에 먼저 적절한 B2B 통합 시스템을 구매해야 합니다. B2B 시스템은 소스 애플리케이션에서 데이터를 수집하고 표준 전송 데이터 포맷으로 변환하여, 적절한 전송 프로토콜을 통해 협력업체에게 문서를 전송하는 역할을 합니다.

기존에는 기업들이 B2B 통합 소프트웨어를 구매하여 자사의 데이터 센터에서 운용하였습니다. 그러나 클라우드 컴퓨팅이 더욱 보편화되면서 B2B 통합 서비스 전문업체를 이용하는 기업들이 증가하고 있습니다. 기업 내에서 소프트웨어를 통해 관리하든 외부 클라우드 서비스를 이용하든 B2B 통합 시스템의 기본 기능들은 유사합니다.

여기서는 소프트웨어이든 클라우드 기반이든 관계 없이 모두 B2B 통합 플랫폼으로 통칭하겠습니다.

B2B Platform

전송 프로토콜—일반적으로 통합 플랫폼들은 보편적으로 사용되는 모든 인터넷 전송 프로토콜(AS2, FTP, MQ 등)을 지원하는 다수의 통신 어댑터들을 포함하고 있습니다. 물론 귀사의 고객 및 공급업체가 요구하는 모든 전송 프로토콜들을 지원하는 플랫폼을 선택하는 것이 중요합니다.

애플리케이션 통합—통합 플랫폼에는 SAP, Oracle, Infor 및 Microsoft Dynamics와 같이 보편적으로 사용되는 기업 애플리케이션으로부터 데이터를 가져오거나 내보내기 할 수 있는 어댑터들 또한 포함되어 있습니다. SaaS 애플리케이션 사용자가 늘어남에 따라 Salesforce.com, NetSuite, Workday 등의 클라우드 서비스용 어댑터들도 증가해왔습니다. 물론 귀사에서 사용하는 애플리케이션에 따라 필요한 어댑터도 달라집니다.

매핑 및 변환—통합 플랫폼에서 매우 중요한 요소 중 하나는 변환기 서버입니다. 변환기는 문서들의 포맷을 변환시키는 역할을 합니다. 예를 들어, SAP iDoc 포맷은 RosettaNet XML로 변환될 수 있습니다. ANSI X.12 EDI 거래 내역은 Microsoft Excel 스프레드시트로 변환될 수 있습니다. 변환 작업을 수행하기 전에 먼저 소스와 타겟의 데이터 필드들이 상응하도록 “매핑”되어야 합니다. 매핑 소프트웨어를 통해 데이터 필드를 가시화하고 두 문서 간의 관계를 형성할 수 있습니다.

문서 추적 및 보고—여러 협력업체에게 하루에도 수백 건 또는 수천 건의 메시지를 전송해야 하는 경우에는 전송되는 각 메시지의 현재 상태를 추적하는 것이 매우 중요합니다. 통합 플랫폼의 보고 기능을 통해 전송이 완료된 메시지와 전송 중인 메시지, 그리고 오류로 인해 전송이 실패한 메시지의 상태를 확인할 수 있습니다.

부가 기능—귀사에서 필요로 하는 다양한 부가 기능이 포함된 B2B 통합 플랫폼들도 있습니다. 예를 들어, 민감한 재무 정보가 전송되는 동안 데이터를 보호할 목적으로 암호화 기능을 사용하거나, 대용량 파일을 보다 빠르게 전송하기 위해 파일 압축 기능을 사용할 수 있습니다. 또는, 전송하는 데이터에 비즈니스 규칙을 적용하여 오류가 있는지 식별하도록 데이터 검증 기능을 사용할 수도 있습니다.

이제 시작할 준비가 되셨나요?

B2B Integration

OpenText Business Network 연락처
+82 2 2185 1000
Back to Top