바쁜 거래 데스크에서 가장 어려운 질문은 거의 “이 주문을 보낼 수 있을까요?”가 아닙니다.
보통: 무엇이 아직 결정이 필요한가?
한 부모 주문은 두 장소에서 부분적으로 체결될 수 있으며, 세 번째 장소에서 수동적으로 작업하며 한계에 가깝고 벤치마크 뒤에 있습니다. 트레이더는 기다릴지, 취소할지, 알고리즘을 변경할지, 더 많은 수량을 풀지, 거래를 중단할지를 결정하기 전에 한 곳에서 그 상태를 확인해야 합니다.
그것은 실행 관리 시스템 또는 EMS의 역할입니다: 트레이더들이 실시간 주문을 계획, 전송, 모니터링 및 측정하는 데 사용하는 소프트웨어입니다. 이것은 시장 데이터, 주문, 중개인 및 장소 연결, 실행 알고리즘, 체결 및 분석을 하나의 작업 공간으로 통합합니다.
간단히 말해서:
- EMS는 거래자들이 시장에서 주문을 처리하는 곳입니다: 그들은 주문을 나누고, 알고리즘과 경로를 선택하며, 도착하는 모든 체결을 지켜봅니다.
- 주문 관리 시스템(OMS)은 공식 주문 기록을 유지하며, EMS는 주문이 어떻게 실행되는지를 처리합니다. 두 가지 기능을 모두 갖춘 제품은 OEMS라고 합니다.
- 좋은 EMS는 모든 자식 주문이 부모와 연결되도록 하여, 채워진 수량, 작업 중인 수량 및 미발행 수량이 항상 원래 주문의 총합과 일치하도록 합니다.
- 주문이 완료된 후, EMS는 도착 가격과 같은 벤치마크에 대한 결과를 측정합니다. 이 검토를 거래 비용 분석(TCA)이라고 합니다.
회사는 열 개의 장소에 연결할 수 있지만, 거래자가 실제 주문 상태를 볼 수 없고, 이에 따라 행동하지 않으며, 나중에 결과를 설명할 수 없다면 실행 워크플로우가 여전히 약할 수 있습니다. 그 간극이 EMS가 해결하는 부분입니다.
실행 관리 시스템이 실제로 하는 일
EMS는 주문의 생애 중 활성 부분을 포함합니다: “이 주문이 승인되었습니다”와 “이 주문이 완료되었습니다” 사이의 시간입니다. 이는 거래 지시를 통제된 실행 프로세스로 변환합니다.
| EMS 기능 | 트레이더가 필요한 것 |
|---|---|
| 주문 스테이징 | 측면, 수량, 한도, 기준, 긴급성 및 지침이 유지된 부모 주문을 생성하거나 수신 |
| 시장 맥락 | 워크플로를 떠나지 않고도 실시간 가격, 유동성, 뉴스, 주문서 및 관련 분석 보기 |
| 실행 제어 | 주문을 수동으로 보내거나 알고리즘을 사용하고, 수량을 단계별로 해제하거나 주문이 작동하는 동안 계획을 변경 |
| 연결성 | FIX 프로토콜을 통해 승인된 브로커, 유동성 제공업체 및 장소에 도달하며 신뢰할 수 있는 세션 및 주문 상태 처리를 제공 |
| 실시간 감독 | 실시간으로 체결, 자식 주문, 취소, 거부, 노출 및 남은 수량 추적 |
| 준수 및 통제 | 사전 거래 한도, 제한 목록 확인 및 가격 제한을 적용하고 누가 무엇을 결정했는지 기록 |
| 사후 거래 분석 | 실행을 벤치마크와 비교하고 장소, 브로커 및 알고리즘의 성과를 검토 |
트레이더들은 전체 세션 동안 EMS를 열어두고 이를 통해 활동합니다. 그렇기 때문에 속도, 명확성 및 정확한 주문 상태가 대부분의 백오피스 소프트웨어보다 여기에서 더 중요합니다.
일반 영어로 된 주요 용어
| 용어 | 의미 |
|---|---|
| 상위 주문 | 트레이더가 받는 전체 지시, 예를 들면 “60,000주 매수” |
| 하위 주문 | 상위 주문의 일부를 처리하기 위해 한 중개인 또는 장소에 전송되는 더 작은 주문 |
| 실행 알고리즘 | 주문을 나누고 각 조각을 언제 어떻게 보낼지 결정하는 소프트웨어 |
| 참여 알고리즘 | 시장 거래량의 설정된 비율을 거래하는 알고리즘, 예를 들면 10% |
| VWAP | 특정 기간 동안의 거래량 가중 평균 가격, 알고리즘 목표 및 벤치마크로 사용됨 |
| 도착 가격 | 주문이 실행되기 위해 도착했을 때의 시장 가격, 일반적으로 최상의 매수와 매도 사이의 중간값 |
| 슬리피지 | 실행 가격과 벤치마크 가격 사이의 차이 |
| 기준 포인트 (bp) | 퍼센트의 백분의 일 (0.01%), 실행 비용의 일반적인 단위 |
| 이행 손실 | 주문 실행의 전체 비용을 거래 결정을 내렸을 때의 가격과 비교, 지연, 시장 영향, 수수료 및 구매하지 않은 주식 포함 |
| 마크아웃 | 채우기 직후 가격이 어떻게 이동했는지; 이는 경로가 가격이 반대 방향으로 돌아서기 직전에 채워지는 경향이 있는지 보여줌 |
| 거래 비용 분석 (TCA) | 주문이 완료된 후 벤치마크에 대한 실행 비용 검토 |
| FIX 프로토콜 | 대부분의 중개인과 장소가 주문을 받고 채워진 것을 보고하는 데 사용하는 표준 메시지 형식 |
| 직접 시장 접근 (DMA) | 중개인의 연결 및 위험 검사를 통해 주문서를 거래소의 주문서로 직접 전송하며, 중개인이 이를 처리하지 않음 |
| OEMS | 주문 관리(OMS)와 실행 관리(EMS)를 결합한 단일 제품 |
EMS가 작동하는 방법: 시작부터 끝까지 한 주문
트레이더가 10:00에 이 지시를 받았다고 가정합니다:
구매 60,000 ABC
한도: $85.60
기준: 도착 가격
완료 시간: 11:00
지침: 불필요한 영향을 피하십시오10:00에 ABC는 매도호가 $85.18, 매수호가 $85.22로 인용되며, 도착 가격(중간값)은 $85.20입니다. 주문은 최상의 매수호가에서 사용 가능한 크기보다 큽니다. 한 번에 모두 보내면 가격이 상승할 가능성이 있으며, 완전히 수동으로 두면 시장이 상승할 경우 주문을 놓칠 수 있습니다.
EMS는 거래자가 그 선택을 처리할 수 있는 방법을 제공합니다.
1. 주문이 실행 작업 공간으로 들어갑니다
EMS는 OMS, 포트폴리오 시스템, API 또는 수동 티켓으로부터 주문을 받습니다. 그것은 상위 주문의 신원, 계정, 기구, 수량, 한도 및 지침을 유지합니다.
무언가가 책상을 떠나기 전에 시스템은 관련 제어를 적용합니다: 계정 권한, 크기 제한, 제한된 증권, 사용 가능한 구매력, 가격 확인 및 거래소 적격성.
2. 트레이더는 실행 계획을 선택합니다
이 주문에 대해 트레이더는 참여 알고리즘을 선택하고 $85.60의 한도를 유지하며 세 가지 경로를 허용합니다: 장소 A, 장소 C 및 브로커 B의 알고리즘. 다른 트레이더는 처음 10,000주를 수동으로 처리한 다음 나머지를 알고리즘에 맡길 수 있습니다.
EMS는 계획을 가시화해야 합니다. “algo running”이라는 상태는 거래자에게 거의 아무것도 알려주지 않습니다. 거래자는 목표 수량, 얼마나 많은 양이 출시되었는지, 어디에서 작동하고 있는지, 어떤 것이 채워졌고 부모 주문 아래에 무엇이 남아 있는지를 알아야 합니다.
3. EMS가 자식 주문을 생성합니다
10시 05분에, 거래자는 첫 번째 32,000주를 자식 주문으로 배포합니다: 14,000주는 장소 A에, 10,000주는 중개인 B에, 8,000주는 장소 C에 배정됩니다. 나머지 28,000주는 나중을 위해 부모 주문에 남아 있습니다.
어린이 주문은 중개인의 알고리즘으로 가거나, 직접 시장 접근을 통해 거래소로 가거나, 그 순간에 각 주문의 목적지를 선택하는 스마트 주문 라우터로 갈 수 있습니다.
EMS는 제어 면을 유지합니다. 이는 모든 자식 주문과 그 현재 상태를 보여줍니다: 새로 대기 중, 작업 중, 부분적으로 채워짐, 취소 대기 중, 취소됨, 거부됨 또는 채워짐.
4. 거래자는 시장에 대한 주문을 확인합니다
10:18에 주문이 21,500주가 체결되었습니다: Venue A에서 14,000주, Venue C에서 7,500주입니다. 계획은 이 시점까지 약 27,000주였습니다. 최상의 매도가는 $85.52로 상승하였고, 이는 한도보다 8센트 낮습니다. Broker B는 여전히 10,000주를 작업 중이며 13분 동안 체결이 없습니다.
트레이더는 참여를 줄이거나, 한도를 변경하거나, 더 느린 체결을 수락하거나, 수량을 더 많은 유동성이 있는 경로로 이동할 수 있습니다. 이 중 어떤 것도 합리적일 수 있습니다. 중요한 것은 EMS가 선택을 의도적으로 할 수 있을 만큼 충분히 보여준다는 것입니다.
여기서 트레이더는 수량을 장소 A로 이동하기 위해 브로커 B에서 자식 주문을 취소합니다. 취소가 확인되기 전에 브로커 B에서 2,000주가 체결됩니다. EMS는 이를 부모 주문에 추가하고 실제로 취소된 8,000주만을 해제합니다. 만약 취소가 나가자마자 10,000주를 모두 재전송했다면, 데스크는 62,000주를 구매하게 되었을 것입니다.
5. EMS가 결과를 기록합니다
10시 54분에 마지막 채우기가 도착합니다. EMS는 이를 부모 주문으로 롤업합니다: 60,000주, 평균 가격 $85.41. $85.20 도착 가격에 대비하여, 주당 21센트, 즉 약 25베이시스 포인트입니다: $12,600 수수료 전입니다.
EMS는 실행 추적도 유지합니다: 누가 주문을 변경했는지, 무엇이 전송되었는지, 무엇이 돌아왔는지, 그리고 언제 돌아왔는지. 이 추적을 통해, 데스크는 주문 중 시장 상승에서 발생한 비용의 일부와 자체 결정에서 발생한 비용의 일부를 구분할 수 있습니다.
How one order moves through an EMS
Done: 60,000 at $85.41, 25 bp (about $12,600) above arrival.
- 10:00, arrive: the order to buy 60,000 ABC shares arrives from the OMS with a $85.60 limit; the arrival price is $85.20. Nothing has been sent.
- 10:05, release: 32,000 shares go out as child orders, 14,000 to Venue A, 10,000 to Broker B and 8,000 to Venue C. 28,000 are held back.
- 10:18, exception: 21,500 filled against about 27,000 planned; the best ask is $85.52, eight cents below the limit; Broker B has had no fills for 13 minutes.
- 10:19, decision: the child order at Broker B is canceled. 2,000 shares fill before the cancel is confirmed, so only 8,000 move to Venue A.
- 10:54, review: 60,000 filled at an average of $85.41, 21 cents or about 25 basis points ($12,600) above the arrival price. Venue A 36,000, Broker B 2,000, Venue C 22,000. The fills go back to the OMS for booking.
예제의 모든 단계에서 채워진, 작동 중인 및 미출시 수량은 60,000에 도달합니다. 만약 그 합산이 중단된다면, 실행 기록에 뭔가 잘못된 것이고, 좋은 EMS는 이를 즉시 가시화합니다.
EMS와 OMS: 가장 혼란을 주는 차이점
두 제품은 별개의 제품일 수도 있고, 밀접하게 통합될 수도 있으며, 일반적으로 OEMS (주문 및 실행 관리 시스템)이라고 불리는 하나의 시스템으로 판매될 수도 있습니다. OEMS 내부에서는 책임 분담이 동일하게 유지됩니다.
| OMS | EMS | |
|---|---|---|
| 주요 초점 | 주문 소유권 및 비즈니스 워크플로우 | 활성 실행 및 트레이더 제어 |
| 전형적인 사용자 | 포트폴리오 관리자, 운영, 규정 준수, 미들 오피스 | 트레이더, 실행 데스크, 판매 트레이더 |
| 주요 질문 | 주문은 누가 소유하고 있습니까? 어떤 계좌입니까? 승인되었습니까? | 지금 어떻게 거래해야 합니까? 어떤 주문이 활성화되어 있습니까? |
| 전형적인 상태 | 새로운, 승인됨, 할당됨, 예약됨, 완료됨 | 작업 중, 부분적으로 체결됨, 취소 대기 중, 취소됨, 거부됨 |
| 시장 데이터 | 종종 제한적이거나 맥락적임 | 워크플로우의 중심 |
| 거래 후 | 할당, 확인, 기록, 운영으로의 인계 | 실행 분석, 벤치마크 및 장소 검토 |
가장 깔끔한 설정은 주문이 여러 애플리케이션 간에 이동할 때 그 정체성을 유지하는 것입니다.
통합을 테스트하는 실용적인 방법은 주문이 생성되는 순간부터 주문이 채워지는 순간까지 추적하는 것입니다. 부모 ID, 계정, 제한 사항 또는 타임스탬프가 OMS와 EMS 사이에서 사라지면 통합이 완료되지 않은 것입니다.
EMS와 스마트 주문 라우터, 매칭 엔진 및 거래 플랫폼
EMS는 라우터를 호출하고, 장소 데이터를 표시하며, 거래 플랫폼을 통해 주문을 보낼 수 있습니다. 이러한 각 구성 요소는 여전히 자신의 역할을 가지고 있습니다.
| 구성 요소 | 좁은 작업 | 답변하는 질문 |
|---|---|---|
| EMS | 거래자를 위한 실행 프로세스를 보여주고 제어합니다 | 이 주문은 지금 어떻게 처리해야 하나요? |
| OMS | 모 부모 주문에 대한 공식 비즈니스 기록과 워크플로를 유지합니다 | 주문은 누구의 것이며, 승인되었나요? |
| 스마트 주문 라우터 | 규칙과 실시간 시장 조건에 따라 자식 주문의 목적지를 선택합니다 | 어떤 목적지가 이 자식 주문을 받아야 하나요? |
| 매칭 엔진 | 장소의 주문서 내에서 호환 가능한 주문을 일치시킵니다 | 어떤 매수 및 매도 주문이 서로 거래하나요? |
| 거래 플랫폼 | 주문 입력, 시장 접근 및 계정 중심의 거래 기능을 제공합니다 | 클라이언트와 직원은 어떻게 주문을 하고 추적하나요? |
예를 들어, EMS는 여전히 열려 있는 38,500주가 있는 부모 주문을 보여줄 수 있습니다. 다음 자식 주문의 목적지를 찾기 위해 스마트 주문 라우터에 요청할 수 있습니다. 그 자식 주문이 거래소에 도달하면 매칭 엔진이 거래 여부를 결정합니다.
EMS는 라우팅, 매칭 및 주문 입력을 다른 구성 요소에 맡길 수 있습니다. 그 작업은 결정을 내리고 결과를 하나의 일관된 작업 흐름으로 제시하는 것입니다.
트레이더가 누구에게도 물어보지 않고 볼 수 있어야 하는 것
EMS는 실시간 주문 중에 지위 추구를 제거할 때 그 자리를 차지합니다. 모든 부모 주문에 대해 트레이더는 이러한 질문에 신속하게 답을 찾아야 합니다:
- 원래 지침은 무엇이며, 무엇이 변경되었습니까?
- 경로에 대해 얼마나 많은 것이 채워지고, 작업 중이며, 취소되었고 아직 출시되지 않았나요?
- 각 브로커 또는 장소에 어떤 자녀 주문이 있습니까?
- 취소, 거부 또는 위험 검사 중에 아직 대기 중인 것이 있습니까?
- 평균 가격이 한계와 기준선에 얼마나 가까운가요?
- 주문이 계획보다 앞서 있거나 뒤쳐져 있습니까?
- 누가 최신 변경 사항을 만들었고, 이유는 무엇인가요?
- 트레이더는 중복 노출을 발생시키지 않고 안전하게 일시 중지, 수정 또는 취소할 수 있습니까?
만약 책상이 스프레드시트, 채팅 메시지 및 여러 브라우저 탭을 필요로 하여 질문에 답해야 한다면, 그것은 시장과 연결되어 있지만 단일 실행 워크플로우는 없습니다.
EMS를 사용하는 사람
매수 측 기업 (자산 관리자, 연기금 및 헤지 펀드)은 EMS를 사용하여 여러 중개인을 통해 주문을 처리하고, 그들의 알고리즘을 비교하며, 고객 주문이 잘 실행되었음을 보여줍니다.
매도 측 기업 (중개인 및 은행)은 고객 주문, 특히 대규모 또는 민감한 주문을 처리하고 자사 거래를 관리하기 위해 이를 사용합니다.
전문 트레이딩 회사는 전략과 리스크 한도와 함께 실행 도구를 사용하며, 종종 자동화된 흐름의 비율이 더 높습니다.
소매 외환 및 CFD 브로커는 고객 주문을 위해 별도의 기관 EMS를 운영하는 경우가 드뭅니다. 그들의 실행은 일반적으로 거래 플랫폼을 통해 이루어지며, 유동성 브리지를 통해 유동성 제공자와 연결되고 브로커의 리스크 설정에 따라 A-book 및 B-book 흐름이 적용됩니다. EMS가 답하는 질문은 여전히 유효합니다: 무엇이 요청되었고, 무엇이 거래되었으며, 무엇이 아직 결정이 필요합니까.
EMS가 가장 큰 가치를 더하는 곳
다중 브로커 또는 다중 거래소 실행
데스크가 사용하는 실행 목적지가 많을수록 전체 상태를 파악하기 어려워진다. EMS는 중개인, 장소 및 자식 주문 세부정보를 유지하면서 부모 주문을 통합한다.
더 크거나 더 민감한 주문
시장을 움직일 수 있는 주문은 원클릭 거래보다 더 많은 판단이 필요합니다. 트레이더는 조건이 변함에 따라 긴급성, 시장 영향, 체결 확률 및 정보 유출을 균형 있게 고려해야 합니다.
다중 자산 데스크
주식, 옵션, 외환, 선물 및 고정 수익은 서로 다른 실행 메커니즘을 가지고 있습니다. 좋은 EMS는 데스크에 일관된 작업 흐름을 제공하면서도 선물의 만료일, 외환의 가치일 또는 채권의 견적 요청 거래와 같이 중요한 곳에 제품별 제어를 유지합니다.
아웃소싱 또는 대행 실행
다른 데스크나 중개인이 주문을 처리할 때, 이를 보낸 회사는 여전히 지침, 상태, 체결 및 예외에 대한 신뢰할 수 있는 기록이 필요합니다. “우리는 그것을 중개인에게 보냈습니다”는 실행 기록이 아닙니다.
집행 감독 의무가 있는 기업
MiFID II에 따라, ESMA의 최고 실행 지침은 기업이 자신들이 얻는 실행 품질과 실행 준비의 품질을 모두 모니터링하고, 결함이 발견될 경우 시정 조치를 취할 것을 기대합니다. 이러한 모니터링은 깨끗한 주문 및 체결 데이터에 의존합니다. EMS는 실행 정책을 트레이더들이 실제로 작업하는 설정으로 전환하고, 나중에 검토할 수 있도록 발생한 일을 기록함으로써 도움을 줍니다.
주문이 완료된 후 EMS가 측정해야 하는 것
평균 체결 가격은 유용하지만, 그 자체로는 많은 것을 말하지 않습니다. 실행 비용 검토는 일반적으로 거래 비용 분석 (TCA)이라고 하며, 여러 가지 지표를 함께 살펴봅니다.
| 측정 항목 | 이것이 무엇을 알려주는가 |
|---|---|
| 체결율 | 데스크가 거래하고자 했던 수량을 완료했습니까? |
| 체결 소요 시간 | 주문이 완료되는 데 걸린 시간은 얼마나 되었습니까? 대기 또는 일시 중지된 시간을 포함하여요. |
| 도착 가격 성과 | 주문이 도착했을 때 최종 결과가 시장과 어떻게 비교되었습니까? |
| 이행 단기 손실 | 지연, 시장 변동 및 실행 비용이 결정 가격에 비해 얼마나 추가되었습니까? |
| 시장 영향 | 주문이 실행되는 동안 시장에 영향을 미쳤습니까? |
| 장소 및 중개인 품질 | 어떤 경로에서 체결, 거부, 가격 개선 또는 불리한 마크아웃이 발생했습니까? |
| 예외율 | 거부, 중단 또는 오래된 상태로 인해 워크플로우가 수동 복구를 필요로 하는 경우는 얼마나 자주 있었습니까? |
기준은 주문에 맞춰야 합니다. 도착 가격은 긴급 주문에 적합합니다. VWAP는 하루의 거래량을 따르도록 설계된 주문에 의미가 있을 수 있습니다. 모든 거래를 하나의 기준에 대해 측정하면 깔끔한 보고서와 약한 결론을 생성합니다.
위 예에서 주문은 도착 가격보다 21센트, 즉 약 25베이시스 포인트 상승하여 완료되었습니다. TCA는 그러면 주문이 진행되는 동안 시장이 얼마나 상승했는지와 브로커 B가 체결 없이 보낸 13분과 같은 데스크의 선택에서 얼마나 왔는지를 물어볼 것입니다.
일반적인 EMS 오류
부모 주문 상태는 숨기고 채워짐을 표시합니다
채우기 블로터는 활동을 보여줍니다. 거래자가 통제를 유지하려면 남은 수량, 자식 주문 상태, 한도 및 실행 계획도 필요합니다.
취소 요청을 취소로 간주합니다
“취소 전송”과 “취소 확인”은 서로 다른 상태이며, 예제에서 브로커 B와 같이 그 사이에 체결이 발생할 수 있습니다. EMS가 주문이 너무 빨리 사라졌다고 가정하면, 대체 주문이 원치 않는 노출을 초래할 수 있습니다.
브로커 연결은 있지만 깨끗한 조정이 없습니다
다른 시스템은 동일한 주문을 다르게 표시할 수 있습니다. EMS는 실행, 취소 확인 및 거부를 올바른 상위 주문으로 매핑해야 합니다. 그렇지 않으면 트레이더와 백 오피스는 서로 다른 포지션으로 하루를 마감할 수 있습니다.
자동화를 질문할 수 없게 만듭니다
알고리즘은 대부분의 경우 잘 작동할 수 있지만 하나의 주문에는 여전히 잘못될 수 있습니다. 트레이더는 경로를 일시 중지하고 수정하며 제한할 수 있는 명확한 제어 수단이 필요하며, 시스템이 자식 주문을 특정 위치로 보낸 이유를 확인할 수 있어야 합니다.
2010년 5월 6일의 플래시 크래시는 검토되지 않은 실행 환경이 어떤 대가를 초래할 수 있는지를 보여줍니다. CFTC와 SEC 직원의 공동 보고서에 따르면, 한 뮤추얼 펀드 복합체는 “가격이나 시간에 관계없이” 이전 분의 거래량의 9%를 거래하도록 설정된 알고리즘을 통해 약 41억 달러에 해당하는 75,000 E-mini S&P 500 선물 계약을 판매하는 프로그램을 시작했습니다. 이전의 경우, 같은 트레이더는 수동 주문과 가격, 시간 및 거래량을 고려한 알고리즘을 사용하여 유사한 양을 판매하는 데 5시간 이상이 필요했습니다. 5월 6일, 시장이 이미 스트레스 상태에 있었던 가운데, 판매는 약 20분이 걸렸습니다. 보고서의 첫 번째 교훈은 대규모 주문의 자동 실행이 스트레스가 많은 시장에서 극단적인 가격 움직임을 촉발할 수 있으며, 특히 알고리즘이 가격을 무시할 때 그렇다는 것입니다.
실행 도구는 바로 이러한 순간에 그 가치를 발휘합니다: 가격, 시간, 참여를 나란히 보여주고, 계획보다 훨씬 빠르게 실행되는 알고리즘을 표시하며, 일시 정지 컨트롤을 한 번의 클릭으로 제공합니다.
가격만 측정합니다
좋은 가격에 빠른 체결이 한계를 넘기거나 잘못된 수량으로 거래하거나 중복 포지션을 생성하거나 고객 지침을 무시하는 경우 여전히 실행 품질이 낮을 수 있습니다. 실행 품질은 하나의 숫자가 아니라 제약 조건에 따른 결과입니다.
모든 트레이딩 회사가 EMS가 필요합니까?
아니요.
하나의 실행 상대방과 간단하고 소규모 주문을 가진 회사는 전용 EMS가 필요하지 않을 수 있습니다. 명확한 거래 플랫폼, 리스크 관리, 백오피스 및 조정 프로세스가 충분할 수 있습니다.
여러 실행 출처, 적극적인 수동 감독, 대규모 주문, 클라이언트별 실행 지침 또는 장소와 중개인 간의 체결 비교 필요성이 있을 때 사건은 더욱 강력해집니다.
간단한 테스트: 주문이 예상치 못한 방식으로 작동할 때, 팀이 몇 분 안에 무슨 일이 일어났는지, 그리고 그 이유를 재구성할 수 있는가? 만약 그 대답이 여러 시스템과 FIX 로그를 통한 수동 검색을 포함한다면, 더 나은 실행 작업 공간이 정당화될 가능성이 높습니다.
잘 구축된 EMS의 징후
시스템을 선택하든, 직장에서 사용하든, 단순히 좋은 것이 어떤 모습인지 알고 싶든, 이러한 상황은 신뢰할 수 있는 EMS와 취약한 EMS를 구분합니다:
| 상황 | 잘 구축된 EMS가 하는 일 |
|---|---|
| 대규모 주문이 여러 경로로 나뉘어짐 | 모든 자식 주문을 부모와 연결하고 채워진, 작업 중인 및 해제되지 않은 수량을 합산하여 표시함 |
| 주문이 거래될 수 있는 동안 취소가 전송됨 | 확인될 때까지 “취소 대기 중”으로 표시하고 수량을 다른 곳에 해제하기 전에 지연된 체결을 계산함 |
| 브로커 연결이 끊김 | 영향을 받는 주문을 해결되지 않은 것으로 표시하고 재전송하기 전에 실제 상태를 확인함 |
| 시장 데이터가 오래됨 | 트레이더에게 경고하고 현재 가격에 의존하는 행동을 보류함 |
| 트레이더가 주문 중 계획을 변경함 | 누가 무엇을, 언제, 왜 변경했는지 기록하고 감사 추적을 그대로 유지함 |
| 알고리즘이 계획보다 훨씬 빠르거나 느리게 거래함 | 계획과의 차이를 보여주고 트레이더가 일시 중지하거나 조정할 수 있도록 함 |
| 누군가 오래된 주문이 어떻게 실행되었는지 물음 | 지침, 결정, 자식 주문, 장소 응답, 체결 및 기준 결과를 재구성함 |
커버리지도 중요합니다: 시스템이 오늘 지원하는 자산 클래스, 주문 유형 및 브로커 또는 장소 프로토콜, 계정, 트레이더 및 도구에 따라 권한 및 라우팅 규칙이 다를 수 있는지, TCA를 위해 어떤 벤치마크 및 원시 타임스탬프가 사용 가능한지에 대해.
가장 드러나는 테스트는 하나의 실제 부모 주문에 대한 전체 실행 추적입니다: 지시사항, 결정, 자식 주문, 장소 응답, 변경, 체결, 예외 및 최종 예약. 이는 기능 체크리스트보다 훨씬 더 많은 내용을 보여줍니다.
실용 테스트
실행 관리 시스템은 활성 주문을 이해하기 쉽게 하고 안전하게 제어할 수 있도록 해야 합니다.
언제든지 트레이더는 요청된 사항, 작동 중인 사항, 완료된 사항, 변경된 사항 및 남아 있는 결정이 무엇인지 알아야 합니다. 시스템이 이를 명확하게 보여줄 수 있고, 감사 추적을 유지하며 결과를 적절한 기준에 대비하여 측정할 수 있다면, 그것은 EMS가 존재하는 목적을 수행하고 있는 것입니다.
