스트레이트 스루 프로세싱

Straight-through processing

STP(Straight-through Processing, STP)[1]는 금융회사들이 수동 개입(Straight-through) 없이 처리해 금융거래 속도를 높이기 위해 사용하는 수법으로 1990년대 초 제임스 캐럿이 고안한 것이다.

1980년대 텔렉스 메시지에 의한 결제 처리를 자동화하려는 시도를 포함해 결제가 전자적으로 처리된 이후 거의 결제 목표였다. 1990년대 초 런던에서 주식 거래를 위해 개발되었으며 주식 시장에서 자동화된 처리를 위해 개발되었다.

결제

직통 처리는 결제 처리와 같은 금융 서비스의 수많은 영역에 존재한다.[2][3][4]

결제는 다양한 reasons[5]때문에 실종된 정보, 정보 같은non-STP 수 있는에 있지 않은 기계를"이해할 수"형태(이름과 주소보다는 코드와 같은), 또는 사람이 읽을 수 있는 지침" 주세요 긴급")또는 단순히 떨어진다 외에 규칙들에게 제방을 허용하고 자동 처리(예를 들어, 결제.의 가치가 크거나 이국적인 통화로 하는 것.

전통적으로, 결제는 한 은행의 많은 부서를 포함한다. 지불을 개시하고 수취한 지불을 처리하는 데는 모두 며칠이 걸릴 수 있다. 과거에는, 종이 주문, 전화 또는 팩스를 통한 인간 친화적(일명 종이 기반)이라는 수 많은 "인간 친화적인"(일명 종이 기반)[6] 결제명령은 은행의 결제시스템에 입력됐다가 상사에 의해 확인됐다. 이 확인은 지불을 보내기 전에 입력 대 주문의 정확한 일치를 보장했다. 여러 은행, 국가 또는 화폐가 관련되었을 때, 그 과정은 종종 몇 시간이 걸렸다. 지급의 복잡성이 높아졌을 때, 노동량은 증가했고, 추가적인 인적 개입은 오류의 위험성과 처리 시간의 연장, 그리고 더 많은 비용을 초래했다.

대부분의 경우 은행은 STP가 아닌 결제나 수작업 수리에 대해 수수료를 부과한다. 대신, 은행들은 "보수당" 기준으로 요금을 부과하지 않고 오히려 낮은 품질의 (낮은 STP) 지불을 제공하는 특파원들에게 더 많은 수수료를 부과할 수 있다.[7]

주식매매

STP 이전의 과정은 매우 구식이었다: 판매업자들은 거래 티켓을, 파란색은 구매, 빨간색은 팔아야 했다. 그 명령은 변함없이 휘갈겨 썼고 대부분 읽을 수 없었다. 그 주문을 받자마자, 그 거래자는 종종 시장에 잘못된 투자를 실행하곤 했다. 계약서를 발송하기 위해 차표를 집어 시스템에 주문을 입력하는 달리기 선수. 예를 들어 고객이 10만주를 사려고 했는데 거래자가 1만주만 사들였다면 주자가 1000주에 대한 계약서를 보내주는 식이었다. 그 당시에는 T10의 결제가 있었기 때문에 어떤 오류도 "수정할 수 있다"고 했다. 그러나 T5의 새로운 도입으로 정착지가 바뀌면서 STP가 탄생하게 되었다. 리스크 노출을 줄이기 위해, 실패한 정산에는 단 하나의 '황금 출처'만 있을 수 있었고, 거래처와의 불일치를 직접 시정할 수 있는 힘이 있었기 때문에 정확해야 할 책임은 판매업자에게 있었다.

STP의 목표는 거래 처리에 걸리는 시간을 단축하여 계약이나 계약이 제때에 결제될 가능성을 높이는 것이다. 이 개념은 에너지(석유, 가스) 거래 및 은행업, 재무 계획 등 다른 분야로도 옮겨졌다.[1]

현재, 개시에서 결제까지의 전체 무역 라이프사이클은 수작업 프로세스의 복잡한 미로로서, 수일이 걸리는 복잡한 미로다. 주식거래에 대한 이러한 처리는 일반적으로 T+2(거래일+2일+2일) 처리라고 하는데, 통상적으로 "거래"가 집행된 후 결제되는 거래까지 영업일수가 2일 정도 소요되기 때문이다. 유가증권을 매도하는 투자자는 영업일 2일 이내에 증서를 인도해야 하고, 유가증권을 매입하는 투자자는 영업일 2일 이내에 대금을 송금해야 한다는 의미다. 그러나 이 과정은 미결제된 거래의 발생을 통해 더 높은 위험을 수반한다. 시장 상황이 요동치는 것은 이틀간의 기간이 투자자가 그들의 거래에 대해 지불하거나 결제할 수 없는 예상치 못한 손실의 본질적인 위험을 가져온다는 것을 의미한다.

특히 미국의 산업 실무자들은 STP를 "같은 날"의 정착 또는 더 빠른, 이상적인 분 또는 심지어 초의 정착을 의미한다고 보았다. 목적은 거래의 실행과 거래의 결제와 청산이 동시에 이루어지기 위한 결제 위험을 최소화하는 것이었다. 그러나 이를 달성하기 위해서는 복수의 시장참여자가 높은 수준의 STP를 실현해야 한다. 특히 거래 데이터는 정시에 이용할 수 있도록 해야 할 것인데, 이는 금융 서비스업계가 STP만을 적용하는 것보다 상당히 달성하기 어려운 목표다. 결국 STP 자체는 거래 처리를 위한 컴퓨터의 효율적 이용에 불과하다.

과거에는 금융시장 기업이 주식거래의 하루 거래결제로 이동할 수 있도록 돕는 것은 물론 온라인 거래의 급속한 성장에 따른 글로벌 수요를 충족시키기 위해 STP 방식을 사용했다. 이제 STP의 개념은 시스템 및 운영 리스크를 줄이고 정산의 확실성을 향상시키고 운영비용을 최소화하기 위해 적용되고 있다.

일반적인 오해

STP와 전자통신망(ECN) 사이의 거래 세계에서는 종종 혼란이[according to whom?] 일어난다. 비슷한 이니셔티브지만 ECN은 직원의 유동성 제공뿐만 아니라 다른 거래처와 주문을 연결한다.[clarification needed] ECN은 또한 일반적으로 표준 STP보다 더 큰 주문 풀이다.

STP는 완전하게 구현되면 자산운용사, 브로커 및 딜러, 관리인, 은행 및 기타 금융서비스에 처리주기 단축, 결제위험 감소, 운영비용 절감 등의 혜택을 제공할 수 있다.[8] 일부 업계 분석가들은 기업들이 100% 자동화에 도달하기 위한 비용/효익을 찾을 가능성이 낮다는 점에서 STP가 달성 가능한 목표가 아니라고 생각한다.[9] 대신에 그들은 기업 내 내부 STP의 수준을 향상시키는 아이디어를 촉진하는 동시에 기업 그룹이 쌍방향 또는 사용자 커뮤니티(외부 STP)로서 그들 사이의 거래 정보의 자동화의 품질을 개선하기 위해 협력하도록 장려한다. 그러나 다른 분석가들은 STP가 비즈니스 프로세스 상호운용성의 출현과 함께 달성될 것이라고 믿는다.

참고 항목

참조

  1. ^ a b "Straight Through Processing - STP". Investopedia. Retrieved 16 February 2012.
  2. ^ JRobert McKay. "Payment STP Through High Quality Data". www.theglobaltreasurer.com.
  3. ^ "Adaptive Intelligent Systems: Proceedings of the BANKAI workshop, Brussels, Belgium, 12-14 October 1992". books.google.co.uk.
  4. ^ "Vendor Analysis Program" (PDF). www.inputicenter.com.
  5. ^ Ganesh Guruvayur. "Challenges around STP in Payments". www.finextra.com.
  6. ^ Deepak Pareek. "Rising to the Challenge: Five Barriers to STP in the Treasury Department". www.theglobaltreasurer.com.
  7. ^ "Non-STP Fees - What's Really Happening and Why?". www.theglobaltreasurer.com.
  8. ^ "Frequently Asked Questions on Straight Through Processing" (PDF). Securities and Exchange Board of India. Retrieved 16 February 2012.
  9. ^ "STP and Credit Derivatives". Waters Technology. Retrieved 1 September 2014.