[예탁결제원] STP(Straight Through Processing)

자료: 한국예탁결제원, http://www.ksd.or.kr/dev/pds/download.jsp?FileLoc=/2005/06/08/josa_02.hwp

※ 유익한 자료를 인터넷에 공개해주신 예탁결제원에 감사드린다. 이하는 상기출처(URL 포함)의 자료를 읽어가며, 메모와 함께 개인블로그에 보관할 용도이므로 원 내용을 보실 분은 상기 URL 출처를 참조해주시기 바란다. 아울러 본 자료의 원작자나 발행인 혹은 제삼의 권리자께서 본 게시물이 저작권 관련 피해 소지가 있음을 전자우편(우측 상단의 전자우편(Email me) 링크 참조)이나 덧글(하단 "Post a comment" 클릭)로 알려주시면 즉시 삭제할 것임을 밝힌다.

***

Ⅰ. 조사목적

- STP(Straight Through Processing)는 증권거래의 국제화 및 전자화 추세에 따라 ‘95년 이래 front․middle․back office에 관계없이 시장참가자간에 프로 세스 혁신차원에서 매우 폭넓게 논의․추진되고 있음
o 특히 ‘97년 동안 다양한 논의를 통하여 매매전과정에 있어서 데이터를 이음 새없이(seamless) 교환하고자 하는 STP의 개념이 크게 확산되었음

- 이에 DTC, SWIFT, ISSA, 글로벌커스터디언 등 국제증권거래 참가자 중심 으로 폭넓게 논의․추진되고 있는 STP의 내용과 그 추진현황을 살펴봄으로써 국제증권거래산업의 변화방향 및 이에 대한 당원의 예탁결제시스템의 대응방 안을 모색하고자 함
o STP에 관한 대부분 논의의 초점이 국제거래(cross-border trading)에 있으나 , 이는 국내거래에 대하여도 동일하게 적용될 것임





Ⅱ. STP 추진경위


1. STP개념의 도입

- 국제증권거래에 있어서 가장 핵심적인 부분인 매매확인 및 결제의 전자화 내지 자동화를 위하여 ‘91년 전자매매확인(ETC:Electronic Trade Confirmation)시스 템이 개발․운용되면서 back office 부문에 “이음새없는(seamless) 자동화된 프 로세싱”을 목적으로 하는 STP개념이 도입됨

o SWIFT가 대금(payment)부문 메시지만을 제공하였으므로 매매확인 및 결제 관련 메시지전달은 서류(paper)에 의존하였고, 이에 따라 처리 지연, 분실, 誤 讀 등에 의하여 매매 및 결제가 실패되는(failed) 문제가 발생하여 ETC시스 템이 개발되었음
o 그러나 ETC 역시 많은 문제점이 있어 활성화되지 못하였고, 따라서 STP개 념도 확산․추진되지 못하였음

- ‘95년 이후 결제기간 단축 및 결제리스크 감소를 위하여 기존 ETC시스템의 혁
신(re-inventing) 차원에서 글로벌 커스터디언(Global Custodian), ETC서비스기
관 등을 중심으로 STP 구현에 대한 논의와 관심이 증대됨



2. 추진 배경 및 동기


가. 국제증권거래의 증대

- 자본의 유․출입에 대한 정부의 규제 철폐, 신흥시장에 대한 투자기회 확대, 다 양한 투자전략 등의 결과로서 자본시장의 국제화가 진전되어, 증권의 국제거래 가 크게 증대됨

- 향후 EMU 및 전자증권거래의 발달 등에 따라 국제증권거래는 더욱 빠른 속도 로 증가할 것이며, 그 프로세스의 비효율성 및 통신네트워크의 미비는 비용과 리스크의 증대를 초래할 것임


나. 비용 및 리스크의 증대

- 국제증권거래가 급격히 증가하고 있는 반면, 매매확인 및 결제는 여전히 매우 복잡하고 어려운 프로세스로 남아 있으며, 고비용과 높은 리스크를 수반하고 있음
o 국제자본거래는 서로 다른 절차에 의해 서류중심․수작업으로 처리되며(아 직 대부분의 거래가 fax에 의존함) 많은 인력과 시간이 소요됨에 따라 거래 비용 및 운영리스크(operational risk)가 증가하게 됨
o 신흥자본시장 등 많은 시장으로 투자의 다각화(diversification)가 빠르게 이 루어짐에 따라 상대방리스크(conuterparty risk), 유동성리스크(liquidity risk) 등 결제리스크가 증가하게 됨
o 거래비용의 증가는 투자가 및 브로커, 커스터디언 등 중개기관(securities in- termediary)에 대하여 이윤(margin)제고의 압력요인이 됨

- 또한 투자가능시장의 증가는 안정적인 시스템을 개발․제공할 수 있는 다양한
서비스기관(service provider)를 요구하게 됨. 이는 전용네트워크 및 다양한 시스템 표준을 발생시키고, 이에 따라 거래 비용과 리스크가 더욱 증가하게 됨

- 비용감소의 요청은 매매후(post-trade) 프로세스의 재설계(re-designe) 및 자동 화를 요구하고, 리스크감소의 요청은 결제기간(settlement cycle) 단축을 요구하 게 되는데, 국제증권거래가 전자적으로 이루어 지지 않는다면(특히 역시간대 (across time zone)의 시장간에서) 결제기간의 단축은 불가능해 질 것임
o 효율적인 매매후시스템은 매매전(pre-trade)시스템과의 차이를 제거하여 시장 리스크(market risk)를 제거할 수 있으나, 결제리스크는 여기서 끝나지 않고 결제기간의 단축(T+1 또는 T+0)을 요구함


다. ETC시스템 및 정보기술(Information Technology)의 발달

- 정보기술의 발달에 따라 개방형(open) 네트워크 및 고성능 컴퓨팅 능력을 갖춘 새로운 전산시스템이 이러한 매매후 프로세스의 재설계 및 참가자간 연계를 지 원할 수 있게 됨
o real-time․internet기술은 결제프로세스를 real-time 방식으로 전환하는 것 을 가능하게 함

- 이에 따라 ETC시스템은 기관투자가의 국제거래에 있어서 거래조건에 대한 전 자적 합의(agreement)를 확보함으로써 신속하게 거래의 최종성(finality)을 부여 하는 한편, 결제의 정확성․적시성을 부여하고, 매매전시스템과의 통합을 통하 여 거래전과정의 자동화를 가능하게 함



《 기술환경의 변화의 영향 》



3. STP 추진 개요

- 증권산업에 참여하고 있는 많은 기관들이 ‘95년부터 국내증권시장과 동일한 정 도의 효율성을 국제증권시장에도 실현할 수 있는 획기적인 방법으로서 STP를 모색하기 시작하였고, SWIFT와 DTC가 주도적인 역할을 하고 있음

- SWIFT는 메시지 송수신의 STP를 위하여 현행의 메시지체계의 개선을 추진하 는 한편, 거래 전과정의 STP를 구현할 수 있도록 ETC서비스를 개발하고 있음

- DTC는 ETC서비스기관으로서 ‘96년말 Deutche Bank 등 국제증권거래에 참가 하고 있는 25개 대표기관("STP Discussion Group"이라고 함)이 ETC시스템 의 문제 등 국제증권거래의 프로세스 개선(STP)에 관한 논의를 하도록 주도 하였으며, 그 결과를 바탕으로 국제증권거래의 STP 솔루션(solution) 개발 및 Hub 구축을 추진하고 있음
o STP Discussion Group은 모든 참가자가 이용할 수 있는 공통의 솔루션을 개발하기로 하고, 그 방안으로서 ‘97년 9월 국제증권거래의 새로운 프로세스 모델(STP 모델)을 제시함

- ISSA는 제9차 ISSA 심포지움('98.5)에서 21C 증권산업에 있어서는 자동화 및 운영의 효율성 확보가 급선무이고, 이에는 STP가 가장 중요한 수단이라는 점 을 인식하여 다음과 같은 사항을 권고함
① 보다 효율적인 데이터 처리가 가능하도록 시장 참가자간 통신프로세스를 개 선함으로써 STP 및 결제기간 단축을 지원하여야 함
② 증권산업에 있어서의 공통의 데이터 모델(common data model)을 우선 발 행사사무(corporate action), 조세환급(tax reclamation), 주주에 대한 보고 (stockholder reporting) 등의 부문에 구축․사용하여야 함
③ 위 데이터 모델에 있어 데이터 저장․검색에 필요한 공통의 data deposit- ory의 타당성을 연구하여야 함
④ 예탁기관 및 기타 서비스기관들은 그들의 사용자들과 함께 중복(replication) 의 문제를 제거함으로써 효율성을 증진시킬 수 있는 현재 또는 장래의 서비 스 범위를 정기적으로 검토하여야 함





Ⅲ. STP의 의의
1. STP의 의의


가. STP의 목적

- 데이터를 최초 생성자로부터 취득하여 정확성을 확보하고, 그 전달을 이음새없 이 처리(seamless transaction)함

- 이로써 데이터의 반복(repetition)․재입력(rekeying) 및 프로세스의 비효율( inefficiency)을 제거하고,

- 증권거래에 있어서의 거래량과 복잡성의 증대, 결제기간 단축 등에 따라 증가 되는 결제위험(settlement risk) 및 거래비용을 감소시킬 수 있도록 함


나. STP의 의의

-「증권거래에 있어서 필요한 데이터를 그 발생지에서부터 목적지까지(end-to- end) 수작업(manual repair, hand-off)없이 자동으로 전송하는 것」이라고 정의 할 수 있음
o 시장참가자마다 다양하게 사용되어, 좁은 의미로는 전체 거래사이클 중 일부
부문(back office, 즉 현행 ETC부문)만을 대상으로 하기도 하나, 일반적으로 는 “매매주문에서 결제에 이르는 전 프로세스”의 자동화 내지 이음새없는 처 리(seamless transaction)로 정의할 수 있음
o STP Discussion Group에서는「모든 매매후 업무활동(activity)을 이음새없이 (seamless) 통합하고, FIX(Financial Information eXchange) 등을 통하여 매 매전 업무활동과 통합할 수 있도록 하는 것」이라고 함
o SWIFT는「특별한 정책적 이유(reason of policy)외에는 수작업의 개입이나 수정(repair)없이 메시지를 처리하는 것」이라고 정의함
o ISSA는「모든 시장․증권․참가자에 있어서 주문에서부터 결제완료까지 데 이터의 중복입력을 제거하는 공통․표준적 처리구조(common and standard
transaction structure)를 위한 방법(open gateway)의 제공」이라고 정의 함

- STP는 국제증권거래에서 발생되고 현재 동 영역에서 논의되고 있는 것이나, 이는 국내외 구분없이 모든 증권거래에 있어서 동일하게 적용되는 개념임
o 국제증권거래에 대하여는 GSTP(Global Straight Through Processing)라고도 칭하여짐


다. 성 격

- STP는 위와 같은 목적하에 출발된 것이므로 「STP 그 자체가 목적(objective 이 되어서는 아니되며, 위와 같은 비즈니스 목적을 성취하는 하나의 수단(tool )」임

- 국제증권거래서비스는 단순한 거래의 처리가 아니라 정보사업(infomation bus- iness)으로서의 성격을 가지고 있으므로, STP는 단순히 프로세스 자동화에 그치는 것이 아니고「정보수집․전달체계의 합리화」를 의미하는 것이기도 함

- 한편, STP는 단지 비용과 리스크만의 문제가 아니라, 사용자들의 편리 증진과 같이 삶의 질(quality of life) 향상을 위한 것이라는 측면도 있음


라. 적용범위 : 시작․종료시점

- STP는 각 참가기관 내부의 자동화 정도에 따라 주문․매매확인․보관프로세 스 등 시작시점이 다를 수 있으나, STP의 목적상 가능한 한 거래의 전 프로세 스에 적용되는 것이 바람직함. 따라서 front office에서 시작될 것이 요구됨
o STP의 논의는 back office에서 시작되었으나, 데이터의 정확성을 보장하고 재입력을 방지하기 위하여는 이를 그 발생장소(source)로부터 취득하여 유일 한(unipue) 상태로 관리하는 것이 필요하므로 front office로부터의 STP가 요 구됨
o 투자매니저(investment manager)가 브로커에 주문을 하는 시점에서 거래에
대한 전략적 의사결정(strategic decision)으로서 시작된다고 하거나, 거래이전
단계에서 즉, 투자자의 투자매니저에 대한 매매주문과 함께 시작된다고도 함

- 거래사이클 중 STP가 끝나는 시점은 최종 매매보고서를 작성하거나 매매관련 정보를 back office에 넘겨주는 등 투자매니저의 업무활동이 종료되는 때가 됨


《 국제증권거래의 라이프사이클 》











2. STP의 필요성


가. 결제리스크 감소 및 결제기간 단축

- 서류없는 증권거래(paperless trading) 및 자동화시스템의 이음새없는(seamless ) 통합의 진전에 따라, 결제리스크(liquidity risk) 감소를 위해 T+0일 또는 T+1 일로의 결제기간 단축이 요구됨

- 또한 일중결제리스크(intraday settlement risk)의 감소를 위해서는 마감시간( end of day) 또는 일중지정시간(single․multi intraday) 결제방식을 지양하고
real-time으로 결제될 것이 요구됨

- 결제기간 단축은 모든 참가자에게 업무처리절차를 간소화․효율화하도록 요구 하며, 표준화․자동화는 그 방법이 됨
o 현재 많은 참가자들이 EMU, 2000년의 문제 등 현안문제로 인하여 STP를 우선과제로 고려하고 있지 않은데, STP를 필요로 하게 되는 큰 이유는 결제 기간의 단축임

- 한편, 결제위험 중 운영리스크(operational risk)는 결제프로세스의 수작업에 의 한 오류, 지연 등으로 인하여 발생되므로 프로세스 자동화 및 STP 실현에 의 해서 제거될 수 있을 것임


《 STP의 필요 》












나. 글로벌 통신시스템 구축 및 메시지 표준화

- 시간대(time zone)가 상이한 지역간에 하루 수백만달러를 결제하는 기관의 경 우 결제불이행(settlement failure)를 zero화 하기 위해서는 전세계를 커버하는 효과적인 통신수단이 필요함
o 이를 위해서는 host환경하에서의 시스템간 연계에 의한 네트워크 구축이 필 요하고, 또한 open 프로토콜의 사용과 그 변환(conversion)이 필요하게 됨
o 현재는 통신수단의 다양성(전화, telex, fax, SWIFT, 전용네트워크 등)으로 인한 혼란 및 불완전한 메시지전달체계로 인하여 정확성․적시성이 결여됨

- 참가자간 연계 및 프로세스 자동화를 위해서는 기존의 FIX, SWIFT, ISITC 등의 메시지 표준(standard)이 일치되어야 함
o 현행 메시지는 표준이 일치하지 않을 뿐만 아니라, 특정 기관의 요구에 의해
빈번히 변경되므로 수정작업을 필요로 함


다. 결제프로세스의 자동화

- 결제기간 단축에 대한 요구를 수용하기 위해서는 메시지 표준화 등을 통한 프 로세스의 자동화가 필수적임
o Host 환경하에서 자동적인 메시지 획득, 확인(confirmation) 및 최종적 처리 (instruction)가 가능하게 되어야 하나, 서로 다른 거래관행, 업무처리기준 등 이 프로세스 자동화를 방해하고 있음

- 특히 선진화된 시장에서는 거래증권이 다양하고 복잡하므로 거래내역의 정확성 이 강하게 요구됨


라. 비용의 절감

- 거래량의 증가에 따라 다양한 통신수단 운영 및 메시지 비표준화에서 오는 수 작업(수정․변경 등)에 의한 비용이 크게 증가하고 있음
o 연간 SWIFT 등의 네트워크를 통한 수백만건의 메시지 송수신에 있어서 수
작업으로 인한 비용이 약 10억$에 이르는 것으로 추정됨
o 1건의 메시지 처리에 소요되는 비용은 Fax가 14$, Telex가 8$인데 비하여, ETC시스템의 경우에는 1$미만에 불과함

- 결제실패에 따른 재처리(unwinding) 비용 또한 거래의 이익을 상실하게 함


마. 기 타

- 진정한 DVP/PVP방식의 결제에 따른 메시지의 범위 및 규모의 변화 수용
- Repo거래의 비중 증가 등 화폐시장의 증권화에 따른 복잡한 메시지의 수용


《 국제증권거래의 문제점》






Ⅳ. STP 추진환경


1. 미래 증권산업의 변화

- 미래에는 결제기간 단축 및 격증하는 국제증권거래량의 압력으로 인하여 현시 스템은 제기능을 발휘할 수 없게 되거나, STP로의 발전에 큰 장애가 될 것임
o 시장이 통합화되고 있으므로 개별적인 시스템은 데이터의 송수신에 큰 장애 가 될 것임
o 인터넷(internet)과 통합 인트라넷(intranet) 사용의 증가는 전용 네트워크서 비스의 수요를 감소시킬 것임

- 거래를 신속․효율화하기 위해서는 시작단계부터 자동화가 운영되어 투자매니 저가 전자적으로 주문을 내는 주문관리시스템(order management system) 이 구축되어야 하고, 투자매니저로부터 브로커, 커스터디언, 예탁기관에 이르 기까지 동일한 데이터 교환수단을 확보하는 것이 필요함
o 완전한 표준화(standardization)만이 이를 가능하게 할 것임
o 따라서 자신만의 필요 및 업무모델에 맞춘 시스템(over-tailored system)을 개발하는 것은 STP를 저해하게 됨
o 또한 고객의 새로운 정보에 대한 요구 및 전문화된 규제는 보다 직접적인 통신프로세스를 필요로 하게 될 것임

- 결제기간 단축, 실시간총량결제(RTGS;real-time gross settlement), 전자적인
주문처리(electronic order processing) 및 보다 분산된 국제투자 등은 실시간 처리시스템(real-time processing system)의 확장을 필요로 할 것임

- 국제화, 복수통화 거래, 많은 데이터 송수신자 등은 대용량의 시스템을 요구하 게 됨



2. 현행 시스템(ETC)의 평가


가. ETC(Electronic Trade Confirmation)시스템 개요

- 국제증권거래의 back office(매매확인, 결제)에 있어서 “이음새없는(seamless)
자동화된 프로세싱”을 구현하기 위해 개발․운영하고 있는 정형화․표준화 된 전산매매확인시스템을 말함
o 미국과 영국의 투자매니저와 브로커 중심으로 추진하여, ‘90년 FMC(Financ- ial Models Corporation)가 처음으로 개발하였음
o ETC서비스기관은 주로 FMC 등과 같은 전문적인 정보 벤더(vendor)들이 나, ISMA(Trax), DTC(ID) 등 증권관계기관도 있음

- 주요 서비스

o 거래당사자로부터 매매내역 취득
o 매수․매도 브로커간, 투자매니저․브로커간 매매대조(matching)
o 투자매니저․브로커간 매매승인(affirmation)
o 결제대리인에의 결제지시 제공
o 대조․승인조건의 처리상태에 대한 보고 등

- 시장참가자들은 특정 ETC서비스업자의 시스템을 일괄 사용하거나, 이들의 각 시스템, 自社의 네트워크, SWIFT 등 각각 다른 시스템을 조합하여 STP환경 을 구축할 수도 있음
o Thomson ESG 등 일부 ETC서비스기관들은 포트폴리오시스템, 계좌배정 (allocation)시스템, 기관투자가와 커스터디언간의 네트워크, 결제데이타베이 스 등 front․back office 전부를 망라하는 시스템을 제공함으로써 매매전과 정의 STP를 가능하게 하고 있음

- 그러나, ETC는 후술하는 바와 같은 문제로 인하여 완전한 STP실현이 어렵고, 사실상 실패한 것으로 평가되고 있음
o STP는 ETC의 문제점을 해결하여 본래 목적인 “이음새없는(seamless) 자동 화된 프로세싱”을 실현하려는 ETC의 혁신(re-inventing)이라고 할 수 있음


나. 현행 시스템의 문제점


1) 대부분 브로커들의 미채택

- 많은 브로커들이 프로세스 자동화에 미온적이어서 데이타를 ETC시스템를 통 해 일관되게(consistently) 취득할 수 없게 됨
o 모든 기관이 ETC시스템를 사용한다면 ETC는 매우 유용할 것이나, 상당수 의 기관들이 아직도 서류(paper)에 의한 처리방식을 유지하고 있음
o 따라서 서류에 의한 수작업에 의존하게 되므로 재입력(re-keying) 및 오류 가 발생하게 됨

2) 전자화 가능 시장(market)의 제한

- 결제주기의 단축은 모든 시장에서 결제프로세스 자동화, 즉 ETC의 채택을 요 구하고 있음
o 국가간 시간차로 인하여 자동화 없이는 결제시한내 결제가 불가능함

- 그러나 신흥시장 등 일부 국가의 경우 결제시스템에 대한 이해가 부족하여, E
TC는 채택 가능한 대안이 되지 못함


3) Batch(store and foward) 방식

- Real-time 프로세싱이 아니고 batch 또는 store and foward 방식이므로 신속 성을 요하는 경우에도 특정시간까지 대기하여야 하므로 매매확인(confirma- tion) 프로세스를 지연(delay)시키며 결제불이행 가능성을 내포함


4) 시스템 연계, 표준화 및 유연성(flexibility) 미흡

- ETC시스템 또는 front office시스템간 인터페이스와 표준화된 메시지 송수신 체계가 없고, 따라서 거래전과정을 자동화할 수 없게 됨

- 이에 따라 매매자료의 오류․불일치가 존재하고, 매매확인 프로세스가 중단되 며, 수작업에 의한 조사(investigation) 또는 수정(repair)이 필요하게 되어 처리 지연, 비용 증가등의 문제가 발생됨



3. 미래 ETC시스템의 특징 ; STP의 요건


1) 국내거래와 국제거래의 결합

- 현재의 국내․국제간 별도로 이루어지고 있는 ETC프로세스는 전세계적으로 증가하는 참가자들의 요구(needs)를 수용하기 위하여 단일하고(single), 양자 모두에 적용될 수 있는(flexible) 국제적인 시스템(global system)으로 발전되 어야 함


2) 시스템의 개방형 구조(open architecture)

- 미래의 ETC시스템의 구조는 다수의 서비스기관(service provider)을 수용하는 개방형 구조(open architecture)로 되어, 개별 참가자들이 양자간 직접 통신할 수 있는 분산(distributed)방식 또는 서비스기관을 통하여 통신할 수 있는 중앙 집중(centralized)방식의 환경을 제공하여야 함

- 여러 서비스기관은 각각 거래의 다른 영역, 즉 일부는 매매시스템에서, 다른 일부는 포트폴리오관리시스템에서, 또 다른 일부는 전통적인 ETC시스템에서 각각 전문화를 이루어야 함

- 이들 각 서비스기관은 유사서비스 뿐만아니라 서로 다른 서비스도 일련의 매 매처리과정에서 상호 연계되어야 함


3) 시스템간 연계 : 모든 사용자의 단일한 접속환경

- 각 참가자들은 일련의 프로세스에서 가능한 한 조기에 ETC시스템에 단일한 포인트(access point)로써 접속할 수 있어야 함
o 예를 들어, 투자매니저와 매매확인을 하고자 하는 브로커는 비록 투자매니 저가 다른 서비스기관을 이용하고 있더라도 단일의 ETC서비스기관을 이용 할 수 있어야 함

- 이러한 이음새없는(seamless) 연결성을 실현하기 위하여 서비스기관은 그들의 시스템과 다른(다른 영역 및 자신의 영역에서 경쟁적 관계에 있는) 서비스기 관의 시스템을 연계하여야 함


4) 쌍방매매대조(matching)를 통한 ETC프로세스의 재구축(re-engineering)

- ETC프로세스의 재구축(re-engineering)에서는 거래 쌍방간의 매매대조(match ing)로써 매매확인프로세스의 단계(step)를 감소시키는 것이 핵심적임
o 즉 현행의 브로커에 의한 일방대조시스템(one-sided system)을 브로커와 투 자매니저 양자간의 쌍방대조시스템(two-sided system)으로 재구축하여야 함

- 매매대조(matching) 프로세스로써 계좌배정지시(allocation)까지 처리되므로 다음과 같이 여러 단계들이 생략되고, ETC사이클이 단축됨
o 브로커의 매매확인(confirmation)
o 투자매니저의 매매승인(affirmation)
o ETC시스템에서의 매매대조확인


5) 常用데이타(standing data)를 이용한 결제지시

- ETC서비스기관이 결제지시를 위하여 수수료체계(commission structure), 법 적제공자료(legal disclosure statements), 고객정보, 결제대리인, 결제계좌 등 상용데이타(standing data)를 획득하고, 참가자를 위하여 집중적으로 보유하여 야 함

- 동데이타가 다른 참가자(브로커 및 커스터디언)에 의하여 분산 보유되어 있 는 경우에는 ETC서비스기관이 그들 데이타베이스를 실시간으로 이용할 수 있어야 함

6) 복수의 메시지표준간의 변환(translation)

- 특정 서비스영역 내에서는 한두개 정도의 표준이 존재할 것이나, 전체적으 로는 다수의 표준이 존재하게 될 것임

- 따라서, STP를 실현하기 위해서는 서로 다른 영역에 있는 각 서비스들은 상 호 연계되어야 하며, 통신프로토콜의 변환(conversion)과 메시지형식의 변환( translation)이 요구됨


7) 거래 모니터링

- 각 ETC서비스기관은 사용자들이 거래의 어느 단계에 있든, 어떤 서비스기관 의 시스템을 사용하든 진행되는 처리단계별 모니터링(transaction monitoring) 서비스를 제공하야야 함

- 이를 위해서 서비스기관들은 중앙집중식(centralized) 모니터링시스템 또는 다 른 서비스기관로부터 정보를 수령하는 시스템을 갖추어야 할 것임


8) Real-time, non-stop 서비스

- Real-time 처리 및 중단없는 시스템(uninterrupted(non-stop) system)의 제공 은 프로세스 효율성 및 안정성을 위하여 필수적인 요구사항임


9) ETC시행규정(code of practice)의 채택

- ETC시행규정(code of practice)를 제정하여 ETC서비스기관, 브로커, 커스터디 언 등의 역할과 책임 및 주요 데이터 관리자를 정하는 기준을 마련하여야 함



4. STP의 핵심문제


가. Front office(FIX)와의 연계

- FIX는 현재 front office의 통신수단으로서 적합한 것으로 평가되어, 일반적 표 준으로 자리잡고 있음
o FIX는 매도(offers)․매수(bids)정보 교환, 주문전달, 매매체결 통지 등의 통 신수단을 구축하는데 중점을 두었으나, 최근 back office 부문으로 그 영역을 확대함(‘주25󰡑참조)

- 매매전 활동과 연계한 STP를 실현하기 위해서는 매매후시스템과 매매전시스 템이 연계되어 관련 데이타를 자동적으로 수신할 수 있는 체계가 마련되어야 함. 이를 위해서 FIX와 ETC시스템간의 연계가 필요함
o 현재 SWIFT는 FIX와의 결합을 모색하고 있음
o 양자가 양립할 경우 참가자들은 둘 중의 하나를 통하여 매매확인 및 결제를 할 수 있으므로서 STP의 기회가 크게 확대될 것임
o 그러나 SWIFT로써는 STP구현에 한계가 있으므로 아래와 같은 새로운 통 신 S/W가 필요하게 됨



나. 메시지 표준화와 새로운 통신 S/W의 개발


1) 메시지 표준화

- FIX, SWIFT, ISITC 등 서로 상이한 서비스영역에서 많은 통신표준(protocol) 및 메시지형식(message format)이 생성되고 있음

- STP을 실현하기 위해서는 반드시 메시지표준화가 기초되어야 하는데, middle ware와 open 정보기술(IT)의 발전에 따라 메시지형식의 접근․통일 및 변환 (mapping＆translation)이 용이하게 되었음

- 현재 대부분의 경우 메시지형식 변환의 문제 및 이에 의한 시스템간 연계의 문 제는 해결되고 있음

- 따라서 STP구현을 위한 해결과제는 시스템 운영의 효율성, 연계의 확장성, 복
수의 메시지표준 수용여부 등이 아니라, 어떻게 유효한 정보(valid information) 를 교환할 수 있느냐 하는 통신방법(communication network)의 문제임


2) 통신네트워크의 문제

- 브로커, 투자매니저 및 커스터디언은 다수의 기관과 거래하므로 복수의 통신 네트워크 구축에 중복적인 투자를 하게 되고, 이는 시장참여의 제한요인이 되 고 있음
o 투자매니저는 항상 하나의 커스터디언과의 개별적인 연계를 하게 되고, 각 커스터디언들이 요구하는 정보의 내용과 형식이 각기 다르기 때문에 다른 메시지형식을 처리하기 위해 별도의 S/W를 설치해야 함
o 공통의 통신표준이 없기 때문에 SWIFT, telex, fax, CPU간 연계, 전용 네트 워크, 전화 등 여러 통신수단을 사용하고 있는데, 주로 telex나 fax에 의존함

- 글로벌커스터디언과 현지대리인(로컬커스터디언) 사이의 네트워크 구축을 위 해서 SWIFT연계가 주장되나, SWIFT가 STP서비스를 지원하지 못함에 따 라 전용네트워크를 구축하고 있는 추세임

- 각 참가자의 정보제공방식 또한 real-time, batch 등 각기 다름


3) 새로운 통신표준(변환S/W)의 개발

- 위와 같이 STP구현에 있어 SWIFT 등 현재의 통신표준간의 연계로서는 충분 하지 못함에 따라 시장전반에 걸쳐 통용될 수 있는 단일의 통신표준(S/W)을 개발하는 것이 필요하게 됨
o 현재 세계적으로 사용되고 있는 세가지 표준(SWIFT, FIX, ETC)은 각기 다 른 부문의 프로세스를 처리하고 있기는 하나, 상호 중복(overlap)되는 경우에 는 호환성이 없어 데이터 재입력의 문제가 발생함

- ‘97년 STP Discussion group은 이 문제의 해결을 위하여 테이타 크기(con- tent), 형식(format) 및 통신프로토콜 등의 체계를 공급하는 API(Application Program Interface) 개발․사용하기로 함
o API는 모든 참가자가 상대방이 사용하고 있는 통신프로토콜에 관계없이 데 이타를 STP방식으로 제공하고 상호통신이 가능하도록 프로토콜 변환(con- version)하는 기능을 수행함
o API를 통하여 입력된 거래관련 데이타는 상대방의 인식 및 제3자에의 제공 가능한 표준형태로 변환(translation)되어 전송됨
o 또한 거래 당사자 중 어느 일방만이 서비스기관을 이용하고 있는 경우에도 서비스기관은 그 상대방에게 관련서비스를 제공할 수 있도록 함
o 즉 API는 복수의 프로토콜․네트워크․서비스기관을 연계․수용함으로써 현 재 참가자들이 국제거래에서 사용하고 있는 방식을 크게 변화시키지 아니하 고 STP서비스를 운영할 수 있게 함

- 이러한 통신표준을 통하여 각 참가자 및 데이터베이스는 STP Hub에 연결되 고, 이를 통하여 거래의 각 단계 및 관련 당사자 간의 데이터 흐름이 이음새 없이 자동화되며, 매매확인 및 결제프로세스이 단순화․표준화될 수 있음


《 통신표준의 기능 영역 》











다. 자동화(automation) 및 리엔지니어링(re-engineering)

- 프로세스의 이음새없는(seamless) 처리 내지 자동화를 위하여는 일련의 매매 후프로세스를 재구축(re-engineering)하여야 함
o 그러나 STP는 핵심 프로세스의 자동화를 추구하는 것으로서, 모든 프로세 스를 자동화하여야 하는 것은 아님

- 프로세스 리엔지니어링에 있어서 가장 중요한 요소는 시장관행과의 조화(har- monization) 및 표준(standard)의 개발임
o 프로세스의 수직적 통합이 반드시 필요한 것은 아니며, 시장관행 및 각 참 가자 요구와의 조화에 따라 통합의 수준(범위)가 결정되어야 할 것임


- 한편 STP는 서비스영역별로 약간씩 다른 목적으로 추진되고 있으므로 서로 다른 시스템으로 실현될 수 있음. 따라서 시스템간 프로세스의 상호연계가 중요함



라. 중앙집중식 매매대조(central matching)

- 국제증권거래사이클에 있어 가장 중심적인 매매대조(matching 또는 confirma- tion)단계가 STP구현에 있어 가장 결정적인 기능을 함
o 이 단계에서 front office와 back office가 연계되어, 주문․매매체결시스템으 로부터의 모든 데이터가 결제에 적합한 데이터로 전환됨

- STP프로세스는 반드시 확인된(confirmed) 정보에 의하여 하는데, 그 매매대조 시스템은 일방대조시스템(one-side system)보다는 쌍방대조시스템적(two-side system)이 효율적일 것임
o 즉 일방이 거래내역을 입력하고 이를 확인(confirm＆affirm)하는시스템이 아 니라, 쌍방이 입력하고 중앙의 매매대조(matching)시스템에 의하여 대조확인 되는 방식이어야 할 것임
o 거래는 입력 즉시 확인되고(별도의 confirm＆affirm프로세스 없이), 동시에 결제지시가 이루어짐

- 중앙집중식 매매대조가 real-time으로 이루어질 경우 RTGS 또는 T+1일 결제 가 가능하게 될 것임

- 중앙집중식 매매대조스템은 기본적으로 데이터가 그 정확성을 보장할 수 있는 기관(예:투자매니저-증권코드, 브로커-가격)에 분산소유되거나, ETC서비스기관 이 이들 기관으로부터 데이터를 집중적으로 제공받아 관리하는 데이터베이 스에 기초함
o 전자의 경우 각 기관은 거래 상대방의 데이터베이스에 관리되는 데이터에 접 근(access)하여 재입력 및 조정의 불편을 제거하고 각종 보고(reporting), 결 제 등을 빠르고 간편하게 처리할 수 있어야 함



마. 아웃소싱(outsourcing)

- 향후 커스터디언 및 투자매니저는 자신의 전산시스템을 전용시스템(proprieta-
ry system)에서 오픈(open)시스템으로 발전시키고 공통적인 통신환경을 구축하 여야 할 것임

- back office 시스템은 ETC서비스기관에 아웃소싱할 수 있을 것이므로, 이에 의하여 공통의 STP환경을 용이하게 구축할 수 있을 것임
o back office 시스템을 아웃소싱할 경우 투자매니저나 커스터디언은 자신의 핵심경쟁력(core competency)부문(투자․자산관리)에 집중할 수 있게 되는 잇점이 있음
o 전문서비스기관은 back office 뿐만아니라 front office 시스템을 포함하여 일 체의 시스템을 제공하므로 특정 서비스기관을 이용하거나 복수의 서비스기관 이 제공하는 시스템을 조합하여 사용할 수도 있음







Ⅴ. STP 구현방안 및 세부내용


1. STP의 구현요건


1) 서비스/프로세스 측면

- 시장리스크(market risk) 존속기간(duration)을 단축하고 동리스크로부터 결제 리스크를 분리할 수 있도록 매매계약(trade agreement)을 신속히 달성할 것

- 국제거래의 ETC프로세스에 커스터디언이 참여하여 결제지시 및 포트폴리오 평가를 위한 거래통지(trade notification)가 STP프로세스에 통합될 것

- T+0 결제가 가능하도록 매매확인(trade confirmation) 처리시간을 크게 단축 시킬 것

- 결제지시가 최초의(original) 데이타로부터 나올 수 있도록 하기 위해 참가자 의 내․외부 프로세스를 통합할 것

- 주문에서부터 결제에 이르는 전과정을 개별적 프로세스의 연속이 아니라 단 일프로세스로 파악할 것


2) 시스템 측면

- 참가자가 경제성을 위하여 선택적으로 아웃소싱(outsourcing)을 할 수 있도록 전산 Hub, 데이터베이스, 인터넷서비스 등 부가가치서비스를 제공할 것
o 기존의 ETC서비스기관을 통한 간접서비스도 가능함

- 기존의 시스템과 네트워크를 대체하기보다는 통합․발전시키고, 사용자의 개 별적 요구(needs)와 선택을 수용할 수 있는 여러 가지 솔루션을 포함할 것

- 데이터 송수신을 위한 단순하고 명확한(table-based) 규칙에 기초한 API(Ap- plication Program Interface)를 보유할 것


《 GSTPC 및 ISITC의 STP 추진방안에 대한 결론 》

① STP의 실현은 결제기간 단축과 이를 통한 결제리스크 감소에 있어서 핵심과제임
② ETC프로세스의 재설계(redesign)는 이러한 과제를 달성하는 데 결정적 기능을 함
③ 새로운 ETC프로세스는 메시지의 수 및 거래․결제 당사자가 내외부적으로 중복관리
하고 데이타의 양을 감소시켜야 함
④ 또한 그들이 데이타베이스에 저장하고 있는 데이타에 대한 신뢰성(reliance)을 강화
하여야 함
⑤ ETC서비스기관의 시스템과 통신구조(communication architec ture)를 open하여
각 참가자가 단일한 입력체계(single point of entry)을 갖도록 하여야 함



2. STP의 구현방법

- 국제간 증권거래 및 결제 관계기관들의 요구사항을 충분히 반영하여, ① 서비 스기관을 이용하는 중앙집중방식(service provider option), ② 참가자의 기존 시스템을 개선․활용하여 직접 통신하는 분산방식(distributed option) 및 ③ 양자를 혼용하는 방식을 병행 추진함


가. 분산방식(distributed option) : 참가자간 직접연계방식

- 별도의 서비스제공자를 이용하지 아니하고 투자매니저, 브로커, 커스터디언 등 이 거래 상대방과 직접 연계하여 운용하는 방식임

- 각 참가자는 API를 자신의 시스템에 설치하여 그의 모든 거래상대방과 직접 통신할 수 있는 쌍방향 인터페이스 체제를 갖추어야 함.


나. 중앙집중방식 : ETC서비스기관 이용방식(service provider option)

- 통신네트워크와 ETC서비스 및 데이터베이스를 제공하는 별도의 ETC서비스 기관을 통하여 각 거래상대방과 통신하는 방식임
o 각 참가자는 서비스 제공자와의 기존 시스템을 계속 사용할 수 있으며, ET C서비스기관만이 새로이 API를 채택하면 됨
o ETC서비스기관은 거래 당사자의 처리절차를 줄일 수 있게 함

- 브로커와 투자매니저는 서로 다른 ETC서비스기관을 선택할 수 있음
o 이 경우 ETC서비스기관 사이의 연계가 필수적임


다. 혼용방식

- 각 참가자가 자체 개발 또는 아웃소싱한 시스템과 ETC시스템을 연계하는 방 식과,

- 위 2가지 방식을 결합하여 운영하는 방식도 가능함

3. STP 프로세스(back office) 모델


가. 매매전 프로세스

- STP는 자동화된 매매전 업무활동(pre-trade activity)으로부터 관련데이타를 이음새없이(seamless) 취득하여 매매후 업무활동(post-trade activity)으로 표 준화된 방식으로 전달하는 프로세스를 취하여야 함
o back office에서 STP프로세스는 투자매니저의 주문이 체결됨에 따라 진행되 나, 모든 관련데이타는 가능한 한 조기에 취득되어야 함

- 브로커 및 투자매니저는 FIX에 의하여 매매전 데이터의 자동화된 송수신체 계를 갖추고 있으므로, FIX와 ETC시스템과의 연계가 필요함


나. 매매후 프로세스Ⅰ: ETC서비스기관 이용방식


1) 매매체결 통지

- 브로커는 매매체결 즉시 ETC시스템에 그 내역을 통지하며, ETC시스템은 이 를 저장하고 투자매니저에 통지함
o 주문과 매매체결을 상호연계하기 위해 참조번호(reference number)를 사용함

- 투자매니저는 이를 자신의 매매시스템(trade system)에 전달함

《STP의 잇점》

① 매매체결 통지를 자동화하여 이를 즉시 원래의 주문에 따라 조정할 수 있도 록 함
② 오류(error)의 신속한 수정을 용이하게 하여 시장리스크(market risk)를 감 소 시킴
③ 매매체결 즉시 그 내역을 확인케 함으로써 거래의 확실성과 신속성을 부여함
④ 투자매니저가 신속히 다음 프로세스(allocation)를 진행할 수 있도록 함


《 STP프로세스 모델 》






















2) 일괄주문 배정(block order allocation)

- 투자매니저는 매매체결내역을 수령하는 즉시 자신의 주문내역과 대조하여 건 별로 대조함

- 투자매니저는 매매체결내역이 확인되면 체결수량을 고객 계좌별로 배정하고, 계좌배정(allocation)내역을 ETC시스템에 전달함
o 각 고객별 커스터디언 BIC(Bank Identification Code)와 계좌번호를 포함함
o 계좌배정이 이루어지면 바로 고객의 전체 포트폴리오에 대한 가격이 새로 이 산정(porfolio valuation)됨

- ETC시스템은 이를 브로커 및 지정된 글로벌커스터디언에게 전달함
《STP의 잇점》

① 점점 복잡해지는 계좌배정 프로세스를 효율적으로 관리할 수 있게 함
② 투자매니저의 계좌배정내역 입력에 최종성을 부여함
③ 고객 포트폴리오에 대한 순자산가치(net asset value) 평가를 용이하게 함


3) 매매확인

- ETC시스템은 매매체결내역과 계좌배정내역을 대조(matching)함으로써 매매 확인을 완료함
o 매매 당사자간 추가적인 통지나 승인은 필요 없음
o 만약 일치되지 않는 거래가 있어 매매확인이 성립될 수 없는 경우에는 그 거래는 즉시 상대방에게 통지되어 조정됨

- 매매대조내역이 일치하면 브로커의 데이터베이스에서 접속(access)하여 결제 자료(settlement detail)와 투자매니저의 고객 계좌정보를 인출하여 계약서 (contract note) 작성하여 투자매니저 및 브로커에 제공함
o 매매확인이 자동화된 프로세스로 이루어지므로 매매확인은 거래조건(trade
terms)에 관한 당사자간 최종적 합의(agreement)를 의미함
o 고객에 대한 정확한 결제자료를 취득하기 위해 필요한 경우에는 글로벌커스 터디언의 데이터베이스에 접속함

《STP의 잇점》

① 브로커와 투자매니저 쌍방의 계속적 매매확인․승인과정을 제거함으로써 매 매확인을 신속하게 완료함
② 오류(error)를 즉시 제거함으로써 매매수정을 용이하게 함
③ 매매확인 프로세스를 단축시킴으로써 결제기간(settlement cycle) 단축을 가 능하게 함


4) 결제지시

가) 결제자료 관리

- 결제자료(settlement details) 관리를 위해서 ETC시스템과 브로커․커스터디언 과의 데이터베이스 연계를 구축하거나, ETC시스템이 결제데이타를 제공받아 집중관리하는 데이터베이스(settlement instruction database)를 운영함

- 결제자료는 최종적인 거래조건에 따라 매매자료(trade data)와 일치되어 데이 터베이스에 추가됨

《STP의 잇점》

① 투자매니저는 결제자료 관리를 ETC시스템 또는 커스터디언과 브로커를 선 택적으로 이용할 수 있음
② 단일한 데이타源(single source)에 의하여 real-time으로 결제자료가 관리( maintain․updating)되므로 결제지시의 정확성을 확보함

나) 결제지시

- 투자매니저와 브로커는 각각 글로벌커스터디언과 현지의 결제대리인에게 E TC시스템을 통하거나 각 기관이 사용하는 네트워크(SWIFT 등)을 통하여 결 제지시(settlement instruction)를 전달함
o 투자매니저의 글로벌커스터디언에 대한 결제지시는 브로커의 BIC코드와 결 제계좌번호가 포함됨
o 글로벌커스터디언은 로컬커스터디언을 통하거나 직접 예탁기관과 결제함

- ETC시스템 또는 글로벌커스터디언은 현지 결제조건을 확인하기 위해 브로커 의 데이터베이스에 접속하여 결제에 필요한 정보를 취득함

《STP의 잇점》

① 결제대리인에 대한 결제지시에 소요되는 시간을 단축시킴
② 글로벌커스터디언이 동일한 결제상대방에 대한 여러 고객(기관투자가)의 결 제를 취합할 수 있게 하며, 이는 결제․예탁관련비용을 줄일 수 있게 함


5) 보고(reporting)

- 기관투자가가 규제․감독기관에 대하여 거래내역을 개별적으로 보고하지 아니 하고 이를 종합하여 제공하게 함

《STP의 잇점》 규제․감독에 따르는 보고(reporting)는 STP프로세스의 결과로 써 그에 소요되는 비용을 절감하게 함


다. 매매후 프로세스Ⅱ: 직접 연계방식

- ETC시스템을 이용하는 경우와 동일한 절차로 진행되나, 매매체결통지, 계좌 배정지시, 결제지시 등 각종 통지나 지시를 직접 거래 당사자간(브로커, 투자 매니저, 커스터디언)에 하게 됨
o 따라서 상호 데이터베이스 연계를 통하여 각 단계별로 필요한 정보를 취득 하게 됨
o 브로커는 매매확인 후 계약서를 작성하여 투자매니저에게 제공함

- 매매확인은 브로커가 투자매니저로부터 계좌배정지시를 수신하는 즉시 자신의 매매체결내역과 대조(matching)함으로써 완료됨




4. STP의 효과


가. 정보전달(information flow) 기능 제고

- 여러 참가자로부터의 반복적인 데이터 입력 및 기타 수작업 요인을 제거함

- 매매체결과 결제사이의 복잡한 프로세스를 연결하는 데 필요한 매우 유연한 정보구조를 갖춤


나. 결제 리스크 및 비용 감소

- ETC프로세스의 재설계에 의하여 거래조건을 조기에 확정하고, 결제기간 단축 을 용이하게 하여 신용위험(credit risk)과 시장위험(market risk)을 줄일 수 있게 함

- ETC서비스기관을 포함하여 거래 참가기관의 시스템 연계 및 호환성(compat- ability)을 증대시킴으로써 전반적으로 결제비용을 감소시킴

- 거래의 미체결 및 결제불이행을 감소시키고, 이에 따라 금융비용 또한 감소시킴


다. 시스템 성능 및 고객서비스 제고

- 전세계적으로 증권거래방식을 변화시킨 새로운 전산․통신기술 도입에 의해 시스템의 처리능력을 향상시키고, 업무처리량(volume)에 대한 민감성(sensit- ivity) 문제를 제거함

- 국제증권거래 참가자의 개별적 역할보다는 상호 연계를 강화하는 네트워크 효 과(network effect), 매매후서비스 전반에 대한 개선(re-engineering) 및 실시 간처리(real-time processing)에 의하여 최선의 고객서비스를 제공하게 함


라. 적합성 확인(compliance checking)의 문제 해결

- STP에서는 적합성 확인(compliance checking)을 포트폴리오 구성 또는 주문 관리시점에서 real-time으로 처리할 수 있게 하여 그 문제점을 해결하게 함
o 대부분의 경우 고객의 투자위임내용이 체계화된 데이터로 전환․관리될 수 있을 것이며, 주문관리시스템(order management system)내에 적합성 확인 기능을 포함시킬 수 있을 것임

- 대부분 정보는 주문관리시스템 또는 back office시스템에 관리되고 있으므로 STP에서는 양시스템의 정보를 추출하여 실시간으로 적합성 확인에 사용할 수 있을 것임


마. 전자적 감사(audit system) 구축

- 프로세스 완전성(completeness) 및 유효성(effectiveness) 테스트를 실행할 수 있는 거래 전과정에 걸친 자동화된 감사경로(audit trail)을 제공함

- 따라서 현행의 서류추적(paper-chase)에 의한 감사의 비효율성 문제를 해결할 수 있음


5. 과제 및 문제점


- 넓게 분산되어 있는 다양한 프로세스의 적절한 통제방식에 대한 다양한 참가자 간의 합의가 선결되어야 하고, STP프로세스 및 API에 요구되는 표준 및 프로 세스 연계의 기준을 마련하여야 함
o 새로운 API를 개발하는 데에는 다양한 참가자간의 합의 외에 거래관행 및 기존의 메시지규칙을 반영하여야 하는 어려운 문제가 있음
o STP의 실현은 어느 한 그룹의 의무(obligation)이 아니고, 투자매니저, 브로 커, 커스터디언, ETC서비스기관, 청산기관, 중앙예탁기관, 규제감독기관 등 증권시장 전체 참가자의 책임(responsibility)이라는 인식이 필요함

- 현재 메시지표준화는 상대방 유형에 따라 이루어 지고 있으나, 보편적이지 못 한 상태임
o 단일통화를 사용할 유럽에서도 RTGS시스템에 적합치 않은 상태에 있음
o 표준화는 많은 기관들의 승인이 필요하고, 고객의 요구 및 업무(business)가 메시지 개발보다 빠르게 변화함에 따라 매우 어려운 과제임

- STP 구현을 위해서는 다양한 고객과 end user들을 프로세스 설계과정에 참여 시킴으로써 충분한 부가가치서비스와 이익을 줄 수 있는 소프트웨어를 개발하 여야 하나, 이들은 결과에만 관심이 있을 뿐 이러한 과정에 어떠한 노력도 하 지 않음
o end user의 요구(needs)나 제안(suggestion) 등을 고려하지 않고 단지 수작 업시스템을 자동화하는 접근방법은 오히려 STP에 장애가 될 것임

- 새로운 인프라 구축, 새로운 상품(products)의 개발, 새로운 서비스의 제공, 보 다 짧은 결제구조의 요구 등에 따라 비효율성(inefficiency)의 해결이라는 것은 임시적인 방편(stop-gap solution)일 뿐임
o 즉 새로운 STP모델도 곧 수정이 필요하게 될 것이며, 완전한 STP의 실현은 이상적인 목표에 불과할 수 있음

- 증권거래 모든 부문에서 모든 시장관계자들이 STP를 채택하여야 STP의 효과
를 거둘 수 있게 되나, 그 가능성은 매우 작은 상태임
o 현재 많은 브로커들이 ETC같은 단순한 시스템조차도 도입하지 않고 있음


- STP를 추진하는 수단으로서의 프로세스 자동화 및 그 결과인 효율화는 본질 적으로 인원의 축소(scalability)의 문제를 가져옴. 또한, back office 컴퓨터시스 템의 아웃소싱은 고객의 문화적 변화(cultural change)와 서비스 및 정보의 흐 름(information flow)의 동질화․복제화 등의 문제를 가져옴
o 고객은 전통적으로 자신의 투자매니저에 대하여 모든 서비스를, 항상 최고의 수준으로 제공할 것을 요구함
o 문화적 변화에는 상당한 시간이 필요하며 지속적인 커뮤니케이션이 중요하 나, 이는 아직도 많은 기관에서 소홀하게 취급되고 있음







Ⅵ. 주요기관의 STP 추진현황


1. DTC

가. STP 대응방안

1) ID시스템의 STP

- STP모델 구현 및 결제기간 단축․거래량 증가에 효과적으로 대응하기 위하여 ETC시스템인 기관투자가결제시스템(Institutional Delivery System)의 STP화를 추진함

- 이에 따라 관련시스템과의 인터페이스를 강화하기 위하여 ID시스템의 구조를 완전한 open시스템으로 변경하고, ID프로세스를 STP프로세스모델에 따라 재 구축(re-engineering)하는 방안을 추진함


2) 국제증권거래의 STP Hub(중심 네트워크) 제공

- STP 구현방식 중 보다 효율적인 ‘ETC서비스기관을 이용하는 방식’, 즉 업계가 공유하는 프로토콜․메시지 변환S/W(API)를 사용하여 ETC시스템간 연계를 구축하여 국제증권거래에 있어서의 STP Hub으로서의 기능을 추진함

- 필요한 경우에는 다른 STP추진그룹에 동 S/W나 tool을 제공할 수도 있음


나. STP 추진사항

1) 메시지형식 변환 및 표준화

- 데이터의 자동 송수신을 위하여 ID시스템과 FIX․SWIFT 및 FMC 등 대형 ETC시스템간의 메시지형식의 변환(mapping)을 추진할 것임

- 또한 국제적 표준과 다양한 시장(national market)의 요구(needs)에 부합할 수 있도록 ID메시지형식을 개선할 것임


2) 타시스템과의 연계 확대

- ID시스템 사용자들이 다른 ETC시스템 사용자들과 이음새없는(seamless) 통신 을 할 수 있도록 하기 위해 Thomson ESG, FMC, ISMA 등과의 쌍방향 연계 (two way basis interface)를 추진할 것임
o ID시스템 및 다른 ETC시스템 사용자가 거래 상대방의 시스템에 관계없이 단일경로(single access point)로 통신할 수 있게 하여, ETC범위를 확장하고 STP를 구현함

- front office와 back office와의 통합을 위하여 ID시스템과 주문관리시스템 등 매매전시스템과의 연계도 구축함으로써 ID시스템 사용자들이 DTC를 통하여 주문 및 매매체결 데이타를 전달하여 매매전과정의 STP를 구현할 수 있도록 함

- '97년 11월 가입한 SWIFT의 ETC서비스(ETC연합) 이용을 확대하여, ID시스 템 사용자가 ETC시스템을 사용하지 아니한 거래 상대방과 SWIFT를 통하여 통신할 수 있도록 함


《추진결과》 ‘98. 8.14 FMC의 ETC시스템인 FMCNet와 연계하여 쌍방향 인터 페이스를 구축하기로 합의함


3) 프로토콜․메시지 변환S/W 개발

- 프로토콜 및 메시지변환 S/W(API)를 개발하여, 현재 ID시스템이 수용하고 있 는 SNA, SWIFT, X.25외에 TCP/IP 등 업계에서 사용 가능한 어떤 프로토콜 로도 통신할 수 있는 어플리케이션시스템을 구축할 것임
o 동시스템은 개방형 기술구조(open architecture), 통합(integration), 연계의 확장성, 매매후프로세스 개선 등 STP의 요건을 수용하도록 개발함

《추진결과》

- 다음 4가지 기능으로 구성된 통합 어플리케이션S/W인 TradeSuite를 개발하 여(‘98.9.22 발표), 매매후 프로세스를 완전히 자동화(STP)할 수 있는 기술적 토대를 확보함
① 메시지교환(Trade Message) : 브로커, 투자매니저, 커스터디언 사이에 매 매체결내역 통지, 계좌배정, 매매확인 및 승인 등 매매후 메시지를 자동으 로 교환함
② 매매대조(Trade Match) : 브로커의 매매체결내역과 투자매니저의 계좌배 정내역을 자동으로 대조함
③ 매매결제(Trade Settle) : 결제데이타베이스(SID)로부터 계좌 및 결제정보 를 취득하여 전자적인 메시지 교환으로써 결제를 자동으로 처리함
④ 국제네트워크(Trade Hub) : 주문관리․포트폴리오관리시스템, 다른 ETC시 스템 및 SWIFT 등 국제네트워크와 연계하여 상대방의 통신프로토콜에 관 계없이 이음새 없는(seamless) 국제통신서비스를 real-time으로 제공함

- TradeSuite는 기존의 ID시스템, SID, DTC의 네트워크를 통합하게 될 것이며, 메시지형식 변환, 타시스템과의 인터페이스, 기타 STP모델 구현에 필요한 새 로운 기능(DTC가 추진하고 있는 사항)은 추가로 수용할 것임


4) 쌍방대조(matching)에 의한 매매확인시스템 운영

- 브로커가 입력한 매체결내역 입력과 기관투자가가 입력한 계좌배정내역을 대 조하여 조기에 매매확인절차를 완료하는 자동화된 매매확인시스템을 구축하 여, 기존의 확인․승인(confirm/affirm)에 의한 매매확인시스템을 대체할 것임

《추진결과》

- ‘98년 5월 SEC로부터 동 매매확인서비스를 승인받아 기관투자가결제프로세 스의 효율화 및 결제기간 단축의 전기를 마련함

- STP구현을 위한 통합S/W인 TradeSuite의 한 부문으로써 동 매매확인프로세 스(Trade Match)를 구현하였음


5) 常用결제데이타베이스 확장

- DTC의 常用결제데이타베이스(SID:Standing Instruction Database) 사용자를 글로벌커스터디언으로 확장하여 ID시스템 사용자(브로커)들이 이들 데이터베이 스를 이용할 수 있도록 할 것임
o SID는 ‘98년 5월 현재 290개의 브로커가 사용하고 있음
o SID는 자동적으로 브로커의 내부계좌와 투자매니저의 내부계좌를 연계하여
정확한 고객(기관투자가)정보 및 결제정보를 제공하여 줌


6) 기 타

- 사용자들이 지리적 위치 및 시간대(time zone)에 관계없이 ID시스템을 전영업 일에 걸쳐 full-time․real-time으로 중단없이 사용할 수 있도록 시스템을 강화 할 것임




2. SWIFT


가. 현황 및 문제점

- SWIFT는 현재 국제증권거래에 있어 주로 back-office부문(매매확인, 결제, 권 리행사 등)의 정보전달서비스를 제공하고 있음

- 현재의 메시지 표준 및 그 전달방식은 20년전 은행간 거래를 위해 설계된 것 으로 다음과 같은 문제가 있기 때문에 그 사용은 매우 제한적임
o 송수신 오류(error)
o 메시지 누락, 지시내용 및 증권ID의 불일치, 이중지시 등 메시지의 불완전
(dirty)
o 각종 지시의 빈번한 수정(repair) 및 조사(investigation)
o 처리의 지연(delays), 거래․결제의 실패(failure), 낮은 처리속도(poor pe- rformance), 자금사용의 제한(poor use of fund)
o 위험 및 시간과 비용(cost)의 증대

- SWIFT에 의한 정보전달방식도 이론적으로는 STP라고도 할 수 있으나, 많은 브로커들이 참가하지 않고 있고, 특히 가장 큰 ETC서비스기관인 Thomson ESG가 참가하지 않으므로 인해 STP기능을 발휘하지 못함



나. STP 추진사항


1) STP규칙 마련

- ‘95년 일부의 지급(payment)메시지를 대상으로󰡒STP연구(study)󰡓를 수행하 여, 지급시스템에서 Best Practice를 성취할 수 있도록 하는󰡒STP Rules(end- to-end operation rules)󰡓을 마련함

- 또한 STP Rules을 기초로 증권부문에서의 완전한(clean) 메시지 보장을 위하 여 증권메시지 개선을 위한 “STP 프로젝트”를 수행함


2) ETC서비스 제공

- ‘97년 3월 STP서비스 제공을 위한 “증권ETC서비스”를 개발하여 ‘98년 중에 제공할 예정임
o 여러 ETC서비스기관이 SWIFT의 ETC서비스에 참가하는 ‘ETC연합’을 구 성함
o 서비스 영역은 ETC서비스 영역인 back office 부문을 기본적인(primary) 영
역으로 하나,
o 궁극적으로는 front office와의 연계를 통하여 end-to-end 프로세싱을 목표 로 함

《 SWIFT의 ETC서비스 구성 》

- 이는 SWIFT가 ETC서비스기관의 역할을 하는 것이 아니라, SWIFT참가자와 ET C서비스기관을 연계하여 SWIFT 메시지형식으로써 정보를 교환하도록 하는 ETC 네트워크를 구축하는 것임
o ETC시스템을 사용하는 일방이 동 ETC시스템에는 참가하지 않으나 SWIF T에 참가하고 있는 다른 일방과 매매확인을 할 수 있게 됨
o 거래 쌍방이 서로 다른 ETC시스템에 참가하고 있는 경우에도 SWIFT가 양 시스템을 연결하여 매매확인을 할 수 있게 함


3) 메시지 표준화 개선

- 위와 같이 ETC서비스를 제공하여 STP구조를 갖춘다고 하더라도 SWIFT 메 시지의 문제점으로 인하여 사실상 STP를 실현하기 어려움

- 따라서 STP서비스가 가능하도록 현행의 메시지전달시스템의 문제점을 보완 하고 메시지표준을 개선하여 ’99년 중에 완전한(clean) 메시지를 제공할 계 획임

o 개선일정
* '97. 12 매매확인 메시지 개선
* '98. 9 결제 및 권리행사(corporate action) 메시지 개선
* '99. 9 새로운 담보관리(collateral management) 메시지 개선

o 개선내용
* 자유롭게(freely) 자유형식(free format) field 사용
* 브로커, 투자매니저의 요구(needs) 수용
* 증가하는 국제거래 지원 및 전 거래사이클 수용
* ISO의 데이터 dictionary 구조 적용






Ⅵ. 당원에의 시사점


- 현재까지는 STP를 위한 기술환경이 미흡하였으나, 신증권시스템의 구축에 의하여 개방형 기술구조(open system, web 등)를 갖추게 되고 시스템 연계 및 네트워크 확장이 용이하게 되어 STP환경 구축이 가능해 질 것임

- 이에 국내 관계기관 및 SWIFT 등 STP 추진기관과 연계하여 적극적으로 프로 세스 및 데이터 송수신의 자동화를 추진하는 한편, 해외투자증권에 대하여도 ETC서비스를 제공하는 등 국내외 예탁결제프로세스의 STP를 추진하여 환경변화 에 적극 대응하여야 할 것임


1. 예탁결제프로세스의 STP


가. 국내거래

- 현재 국내 예탁결제프로세스는 SAFE를 통하여 대부분 전산화되었으나, 매매 자료 취득방법(매매체결시스템과의 연계)의 문제가 있어 STP를 실현할 수 없 는 입장임
o 매매자료를 증권전산으로부터 M/T로 수령하여 당원 시스템내의 file로 재구 성하여야 함
o 증권회사의 경우에는 SAFE에 의해 결제자료를 수령함에 따라 자신의 시스 템에서 동 자료를 관리하는 데에는 수작업 및 재입력의 문제가 발생함

- 그러나 신증권시스템으로써 증권전산과의 CCF(Computer to Computer Facility) 방식의 연계가 구축되고 예탁자와의 네트워크도 예탁자의 선택에 따라 CCF 방식으로 가능할 것이므로 STP를 실현할 수 있게 될 것임


나. 국제거래

- 외화증권예탁결제의 경우 외국커스터디언(Euroclear, Cedel, Bank of NewYork, State Street Bank)에 대하여 동기관의 전용네트워크 또는 SWIFT를 통하여 결제지시를 하고 결제내역을 통지받고 있으나, 당원의 시스템에서의 자동적인 데이터 변환(mapping＆translation)없이 수작업으로 처리되고 있음
o SWIFT의 경우 메시지형식이 표준화되어 데이타 변환이 가능하나, 보조적 통신수단이며 SWIFT 메시지 자체가 불완전하므로 사용되기 어려움
o 커스터디언의 전용네트워크(Euroclear : Euclid, Cedel : CEDCOM, Bank of New York : LASER, State Street Bank : Global Quest)의 경우 메시지형식이 표준화 되어 있지 않기 때문에 데이터 변환이 어려움
o 당원과 예탁자와의 관계는 국내거래에 있어서와 동일함

- 현재 SWIET가 STP를 위하여 증권메시지 개선을 추진하고 있으므로 동사업 이 완료되는 경우 외국 커스터디언의 전용네트워크 보다는 SWIFT를 이용 하여 STP를 구현하는 것이 효율적일 것임
o 이 경우 SWIFT메시지를 당원의 메시지로 변환하여 자동적인 데이터 송수 신을 가능하게 하여야 할 것임

- 한편, 세계적으로 메시지형식이 표준화되고 있으므로 커스터디언 전용네트워 크를 사용하는 경우에도 STP를 위하여 해당기관과 협조하여 자동적인 데이터 변환을 추진하여야 할 것임



2. ETC시스템 개발(기관결제시스템의 재구축)


가. ETC시스템 개발 : 외화증권에 대한 매매확인서비스 제공

- ETC시스템은 국제증권거래에 있어서 STP를 실현하는 핵심기능인데, 당원은 이미 기관결제시스템을 운영하고 있으므로 국제증권거래에 대하여 용이하게 ETC서비스를 제공할 수 있을 것임

- 즉, 현재 국내기관투자가의 해외증권거래에 대하여는 매매확인시스템이 존재 하지 아니하므로 기관투자가와 증권회사간의 신속한 매매확인을 위하여 전산 (자동)화된 ETC시스템을 개발할 필요가 있음
o 현재의 기관결제시스템에 ‘외화증권’에 대한 국내 증권회사와 기관투자가의 매매확인 및 결제지시기능을 추가하는 방식으로 가능할 것임
o 당원이 SWIFT의 ETC서비스(ETC연합)에 참가할 경우에는 직접 국내 기관 투자가의 외국 현지의 커스커디언에 대하여 SWIFT를 통하여 결제지시를 할 수 있게 됨


나. 매매확인프로세스 재구축 : 쌍방대조(matching)에 의한 매매확인시스템(two-sided system) 개발

- 국내 기관투자가의 경우 현재 내부관리계좌가 많지 않고, 미국 등과 같이 일 괄하여 주문(block order)하지 않기 때문에 계좌배정(allocation) 프로세스가 발 생하지 아니함

- 그러나 mutual fund가 활성화될 경우 펀드매니저(자산운용회사)가 운용하는 펀드(계좌)가 많아지게 되어 일괄매매(block trade)가 필요하게 될 것임
o 이 경우 펀드매니저의 계좌배정(allcation)프로세스가 필요하고, ETC시스템 은 결제지시를 위해 그 내역을 통지받아 관리할 필요가 있게 됨

- 따라서 DTC의 ID시스템과 같이 계좌배정과 매매확인을 동시에 처리하고, 매 매확인․수정 및 결제지시를 신속․정확하게 하기 위하여 쌍방대조(matching )에 의한 매매확인시스템의 개발을 고려하여야 할 것임
o 즉, 현행의 매매확인․승인에 의한 일방대조시스템(one-sided system)을 매
매체결내역과 계좌배정내역의 자동화된 대조(matching)에 의한 쌍방대조시 스템(two-sided system)으로 대체하는 것이 필요함


《 KSD에 의한 ETC(STP) 구조 》






















3. 국제 ETC(STP)네트워크 구축

- 시스템간 통신프로토콜 및 메시지형식의 변환문제가 해결되고 있으므로(예:
DTC의 TradeSuite 개발) 지역별 ETC시스템의 연계에 의한 국제ETC네트워 크 구축이 가능해 지고 있음(예:DTC의 ID시스템과 캐나다 FMCNet시스템과 의 연계)
o 국제 ETC(STP)네트워크는 국제증권거래에 있어서의 하부구조로 21세기 증 권산업에 있어서 핵심부분이 될 것임

- 그러나 CCF방식에 의한 ETC시스템간 쌍방연계는 비용의 문제로 인하여 현 실적으로 택하기 어려울 것이므로, SWIFT가 추진하고 있는 증권메시지가 개 선이 완료되는 경우 SWIFT의 ETC서비스(ETC연합)에 참가하여야 할 것임
o ID시스템 등 대부분의 ETC시스템이 이에 참가하고 있으로므로 SWIFT를 통하여 다른 ETC시스템과 연계될 수 있음
o 이는 국내 기관투자가가 외국의 증권사와 또는 외국 기관투자가가 국내 증 권회사와 직접 거래하는 경우 유효한 매매확인수단이 되며, 참가자들의 거 래 상대방 및 ETC시스템 선택의 범위를 확대시켜 줄 것임

- 당원이 국제 ETC(STP)네트워크를 구축하는 경우 국제증권거래의 모든 참가 자에 대하여 STP hub로서의 기능을 수행하게 될 것임
o ETC시스템의 경우 집중적인 데이터베이스 운영 및 기타 매매전시스템과의 연계 등을 통하여 서비스범위가 무한히 확장될 수 있음