멀티에셋 브로커의 거래 대사란?
거래 대사는 자체 기록의 체결, 포지션, 현금이 거래상대방 기록과 일치하는지 확인하는 절차입니다. 멀티에셋 브로커는 여러 상대를 동시에 대조합니다. MT5*에는 한 건의 체결이 표시되고, 유동성 공급업체는 다른 수량을 확인하며, 가상자산 지갑은 한 시간 뒤에야 자금을 기장합니다.
결제 리스크는 이 기록에 무엇이 걸려 있는지를 보여줍니다. 2025년 4월, 하루 1.4조 달러가 총액 양자 기준으로 결제되었으며 이는 FX(외환) 시장에서 한쪽이 지급하지 못할 위험에 전액이 노출된 규모입니다. 이 금액의 4분의 1은 보호 아래 결제될 수 있었으나, 실제로는 그렇지 않았습니다.
핵심 요약
- 대사는 내부 거래, 포지션, 현금, 수수료가 거래상대방과 결제 경로에 남은 기록과 일치하는지 확인합니다.
- 불일치는 시스템 사이 이음새에 몰립니다. 플랫폼 체결과 유동성 공급업체 확인이 어긋나고, 자산군 사이 원장 시점이 밀리며, 수수료 또는 IB 로직이 거래와 따로 돌아갑니다.
- 자산군을 하나 더할 때마다 맞춰야 할 결제 경로, 데이터 형식, 마감 시각이 하나씩 늘어납니다.
- T+1 결제와 익일 규제 보고는 야간 배치가 발견한 문제를 고칠 시간을 몇 시간만 남기며, 장중 예외 처리 외에는 부족합니다.
- 자동화는 규칙과 API로 규모를 키웁니다. 한 번 정규화하고, 계속 대조하며, 예외를 담당자에게 배정하고, 인원을 늘리지 않은 채 감사 추적을 남깁니다.
멀티에셋 브로커 한 곳에서 거래 대사란?
멀티에셋 브로커에게 거래 대사는, 특정 거래일 자체 기록이 그날 관여한 다른 모든 당사자 기록과 일치함을 입증하는 일입니다. 이 통제에는 대조가 4가지 있습니다.
- 거래 단위: 플랫폼에 찍힌 체결마다, 그 거래를 집행한 유동성 공급업체 또는 거래소 확인이 있습니다.
- 포지션: 플랫폼에서 종목별 순익스포저가, 각 거래상대방이 자사 쪽에 표시하는 수치와 같아야 합니다.
- 현금: 고객 잔고와 자기 계정 잔고가, 거기에 기장된 입금, 출금, 손익과 맞아야 합니다.
- 비용: 마크업, 스왑, 리베이트, 수수료가 모두 공표한 요율표와 일치해야 합니다.
MiFIR 제26조에 따라 투자회사는 보고 대상인 모든 거래의 완전하고 정확한 세부 내역 을 다음 영업일 종료 시까지 보고합니다. 그 아래 기술 기준은 회사가 프론트오피스 거래 기록과 제출한 보고서를 항목별로 대사하도록 규정합니다.
그 마감 후에 발견된 불일치는 규제당국 자체 기록 안에 남으며, 이때 유일한 조치는 정정 신고입니다.
브로커 업무에서 대사 불일치는 어디서 발생하는가
대사 불일치는 거래 생명주기 이음새에서 발생합니다. 거래가 한 시스템을 떠나 다른 시스템에서 다시 만들어지는 지점입니다. 일반적인 체결에는 3곳이 있습니다. 플랫폼이 체결을 유동성 브리지에 넘기고, 브리지 체결 보고가 원장에 도달하며, 수수료 엔진이 원장에 있는 기록에 가격을 매깁니다.
MT4*, MT5*, 유동성 공급업체, 거래소 사이의 어긋난 거래 보고
두 시스템에서 같은 체결을 수집한 결과가 ID, 시각, 심볼, 가격, 수량을 다르게 만들면 거래 보고가 어긋납니다. 가장 흔한 사례는 부분 체결입니다. Immediate or Cancel 체결 정책 에서는 플랫폼이 시장이 제시하는 수량을 그대로 받으며, 이는 가격이 다른 여러 호가에 걸치는 경우가 많습니다.
유동성 공급업체는 평균 가격으로 합산된 체결 한 건을 확인하고, 두 기록을 연결할 공통 거래 ID는 없습니다. 누군가 손으로 연결하기 전까지, 이 미대조 거래는 헤지 데스크가 실제로는 없을 수 있는 익스포저를 보게 만듭니다.
FX, 가상자산, CFD(차액결제거래) 결제에 걸친 시점 차이
시점 차이는 체결, 기장, 자금 이동, 결제가 서로 다른 속도로 원장에 도달할 때 나타납니다. 자산군마다 시계가 따로 갑니다.
FX와 CFD에서는 스왑이 서버 롤오버 시 하루에 한 번 기장됩니다. 현물 FX 거래는 2영업일 후에 결제됩니다.
결제일이 주말을 넘는 포지션을 보유하면 비용은 3배가 됩니다. 이 심볼별로 설정된 3일 롤 에서는 같은 서버에서도 통화쌍과 CFD 롤오버 날짜가 달라질 수 있습니다.
비트코인 이체는 수 분 안에 블록에 들어갑니다. 거래소는 보통 4회 확인, 약 40분 이 지난 뒤에야 잔고에 반영합니다. 주말에는 금요일 마감부터 일요일 개장까지 가상자산 거래와 지갑 간 이동이 이어지고, FX와 CFD 장부는 그대로 멈춥니다.
수수료와 IB/파트너 지급 불일치
스프레드, 스왑, 리베이트, IB 수수료는 서로 확인하지 않는 별도 엔진을 탑니다. 그중 어느 하나의 불일치도 거래 경제성을 왜곡합니다. 잘못된 롤오버일에 부과된 스왑이나, 잘못된 계좌 그룹에 적용된 수수료 구간은 몇 주 뒤 유동성 공급업체 명세서와의 차이, 또는 고객 환급으로 나타납니다.
IB 지급은 문제를 키웁니다. 다단계 프로그램에서는 각 단계 보수가 그 아래 거래량으로 계산되므로, 대조되지 않은 체결 한 건이 거래를 한 고객보다 위에 있는 모든 파트너 지급액을 바꿉니다.
거래 데이터와 파트너 데이터가 한 시스템에 있으면, 지급액은 데스크가 이미 대사한 수치에서 나옵니다. B2CORE 는 B2TRADER 거래를 공유 데이터 세트 에서 파트너 보수를 계산하고, 매일 또는 실시간으로 실행합니다.
결제 주기 단축과 규제 압력이 이해관계를 키우는 이유
거래 시점과 장부가 정확해야 하는 시점 사이 간격은 계속 좁아지고, 거래 대사는 야간 정리에서 장중 통제로 바뀝니다.
2026년 12월 7일부터 배분, 확인, 그리고 그 뒤의 결제 지시는 거래일에 발송되어야 합니다. 이후 EU, 영국, 스위스는 증권 결제를 2027년 10월 11일 T+1 로 전환합니다. 저녁 배치가 찾아낸 불일치를 해소할 수 있는 시간은 그날 밤뿐이며, 그 이후에는 당일 결제 실패로 집계됩니다.
규제당국은 이미 CFD를 포함한 파생상품 위험 관리 규정에 대사를 넣었습니다. EMIR에서 금융거래상대방 두 곳 사이에 미청산 OTC 계약이 500건 이상이면 매 영업일 대사하고 , 51건에서 499건이면 매주, 그 미만이면 분기마다 대사합니다. 각 관할은 자체 결제 마감 시각과 보고 기한 을 더합니다.
수작업 배치 처리와 실시간 자동 대사
수작업 배치 대사에서 예외가 생길 때마다 누군가 보고서 두 개를 열고 판단해야 합니다. 시간이 여기서 들고, 수작업 오류도 여기서 들어옵니다. 자동 대사는 인원이 아니라 팀이 유지하는 규칙으로 규모가 커집니다. 둘 다 같은 6단계를 거치며, 다른 점은 각 단계를 누가, 언제 수행하느냐입니다.
- 수집과 표준화: 애널리스트가 손으로 맞추는 야간 추출 대비, API로 하나의 스키마에 맞춰 도착하는 기록.
- 대조: 추출 파일 두 개를 찾아보는 작업 대비, 기록마다 실행되는 규칙.
- 예외와 승인: 팀 전체의 아침 목록과 이메일 스레드 대비, 담당자 대기열에 들어가고 역할 기반 승인이 기록되는 건.
- 감사 로그: 감사인을 위해 나중에 재구성하는 방식 대비, 업무가 진행될 때 바로 기록.
미국이 2024년 5월 T+1로 전환한 뒤, 21:00 마감까지 완료된 당일 확인 비율은 1월 73%에서 5월 말 94.55% 로 올랐습니다. 회사들이 다음 날 오전에 작업을 끝낼 수 없게 되었기 때문입니다.
거래 플랫폼과 백오피스가 하나의 기록 집합으로 돌아갈 때, 거래 후 자동화 가 다시 입력할 내용은 없습니다.
B2CORE에서 플랫폼으로부터 확인이 돌아오지 않은 이체는 Partial 상태 로 당일 표시되며, 운영자가 MT5* 또는 cTrader에서 자금을 확인하고 닫을 때까지 남습니다.
대사를 확장 이점으로 만들고, 병목으로 두지 않기
거래 대사는 인프라로 다루어야 합니다. 자산군, 유동성 공급업체, 파트너 단계, 관할이 하나 늘 때마다, 장부가 맞춰야 할 외부 기록이 하나 늘어납니다.
배치 작업을 돌리는 브로커는 새 소스가 하나 늘 때마다 사람을 한 명 더합니다. 백오피스가 고객, 거래, 결제, 파트너 데이터를 이미 갖고 있는 브로커는 그 소스만 켜면 됩니다.
B2CORE는 거래 원장, 예외 상태, 잔고·거래·IB 파트너 예약 보고서를 한곳에 둡니다. 그래서 이미 연동된 소스를 더하는 일은 설정으로 끝납니다. MT4*, MT5*, cTrader 연결은 150개 이상 바로 쓸 수 있는 연동 에 포함되며, B2TRADER와는 미리 구축된 연결로 이어집니다.
위의 업무 흐름은 2014년부터 브로커 인프라를 구축해 왔고, 1,000곳이 넘는 기업 고객을 위해 운영하며, 규제 라이선스를 10개 이상 보유한 파트너에게서 나옵니다.
월말이 여전히 추출 파일 두 개와 스프레드시트 한 장에서 시작된다면, 다음 자산군이 가장 먼저 어긋나는 곳은 그 절차입니다.
거래 대사에 관해 자주 묻는 질문
거래 대사를 자동화하기 전에 브로커는 어떤 데이터를 정규화해야 합니까?
식별자, 타임스탬프, 심볼, 계좌 ID, 수량, 가격, 수수료, 스왑, 체결 장소입니다. 대조를 시작하기 전에 하나의 스키마로 매핑합니다. 가상자산 흐름에는 지갑 주소, 트랜잭션 해시, 네트워크 수수료, 확인 상태도 필요합니다.
브로커는 거래 대사를 얼마나 자주 수행해야 합니까?
체결과 현금 이벤트는 지속적으로 하고, 그 위에 정식 일일 마감 통제 검토를 둡니다. 파트너 지급은 그 기반이 된 거래를 대조한 뒤라면, 자체 주간 또는 월간 일정을 따를 수 있습니다.
거래 대사와 결제의 차이는 무엇입니까?
대사는 자사 거래, 현금, 포지션 기록이 거래상대방 기록과 일치하는지 확인합니다. 결제는 의무를 완료하는 현금 또는 자산 이전입니다. 자금 집행 마감 전에 잡은 불일치가, 결제 실패로 이어지지 않는 불일치입니다.
어떤 KPI가 거래 대사 통제가 작동하는지를 보여줍니까?
불일치 범주별로 일치율, 불일치 경과일, 예외 건수, 수동 개입 비율, 해결 시간을 추적하면, 대사 보고서가 반복 원인을 알려줍니다. 브로커 업무에서는 대조되지 않은 유동성 공급업체 체결, 지갑 차이, IB 단계별 수수료 분쟁도 더해야 합니다.
거래 대사 소프트웨어를 고르기 전에 브로커는 무엇을 평가해야 합니까?
먼저 거래 플랫폼, 유동성 공급업체 피드, 결제 경로, 지갑, CRM 네이티브 연결에서 시작합니다. 이어서 설정 가능한 허용 오차가 있는 규칙 기반 매칭, 역할 기반 승인, 상장 종목 전체를 덮는 감사 추적을 시험합니다. B2CORE는 이 목록에서 연결과 기록 보관을 맡으며, 대사가 대조하는 시스템 안에 고객, 결제, 규제 준수, 파트너 기록을 둡니다.
추천 기사
뉴스레터 구독하기