- 왜 하나의 가격표로 답할 수 없는가
- 일회성 비용: 법인 설립, 인허가 준비, 시스템 배포와 통합
- 재작업 비용은 어디서 발생하는가
- 지속 운영 비용: 유지보수, 서버, CRM, 감사와 인력
- 묶음 견적은 포함 범위와 중복 계산부터 확인한다
- 월평균 비용과 실제 지급일은 다르다
- 규제 자본: 소진되는 서비스 비용과 구분해야 한다
- 증거금과 예치금: LP, 공급업체, PSP 자금을 구분한다
- LP 증거금과 계좌 예치금
- 공급업체 선급금
- PSP 준비금과 정산 지연
- 세 가지 시나리오별 비용 구조
- 시나리오 A: 기본 국제 운영 구조
- 시나리오 B: 인력·감사·보고 부담이 큰 중간 규모 운영
- 시나리오 C: 다지역 복구 환경과 복수 LP 운영
- 첫해 예산은 이렇게 계산한다
- 예산을 좌우하는 변수
- 과금은 언제 시작되는가
- 첫해는 언제부터 계산하는가
- 지원 시간과 변경 작업은 어디까지 포함되는가
- 거래량과 고객 수가 늘면 무엇이 증가하는가
- 견적을 받기 전에 준비할 정보
- EBS FinTech의 구축·지원 범위와 브리지 비용
MT5 구축 비용을 검토할 때 가장 먼저 확인하는 항목은 초기 구축비와 월 이용료입니다. 하지만 이 두 항목만으로 브로커 사업의 첫해 예산을 판단하기는 어렵습니다.
서버와 기술 지원이 포함된 견적에도 소프트웨어 사용료, CRM, 브리지, 감사와 인력 비용은 별도일 수 있습니다. 반대로 LP 계좌에 넣어 두는 자금이나 유지해야 하는 규제 자본은 현금이 필요하지만, 서비스 비용처럼 전액 소진되는 항목은 아닙니다.
따라서 금액을 비교하기 전에 성격부터 구분해야 합니다. 무엇에 지출하는지, 언제 지급하는지, 얼마를 유지하거나 묶어 두어야 하는지를 나누어야 첫해에 필요한 자금을 설명할 수 있습니다.
이 글은 초기 도입비와 지속 운영비를 구성하고, 자본 및 예치금과 구분하는 방법을 다룹니다. 계약 구조와 관리 권한의 차이는 MT5 화이트라벨과 메인 라벨 비교에서 별도로 설명합니다.
왜 하나의 가격표로 답할 수 없는가
같은 ‘MT5 구축’이라는 표현이라도 견적의 범위는 다릅니다.
한 제안은 플랫폼 설정만 포함하고, 다른 제안은 서버 배포, LP 연결, CRM 연동, 모니터링과 운영 인수까지 포함할 수 있습니다. 월 지원료 역시 정해진 시간의 기술 지원인지, 야간 장애 대응과 주말 유지보수까지 포함하는지에 따라 의미가 달라집니다.
견적을 비교하기 전에 다음 네 가지를 분리하십시오.
| 구분 | 대표 항목 | 예산에서 확인할 점 |
|---|---|---|
| 일회성 도입비 | 법인 설립, 인허가 신청 준비, 서버 배포, 초기 연동과 테스트 | 산출물, 지급 단계, 추가 작업 조건 |
| 지속 운영비 | 소프트웨어 사용료, 유지보수, 호스팅, CRM, 인력, 감사와 보고 | 과금 시작일, 최소 계약 기간, 사용량에 따른 변동 |
| 규제 자본 | 해당 인허가에서 요구하는 자본 또는 자기자본 | 인정 범위, 유지 요건, 손실 발생 시 추가 자금 필요성 |
| 증거금·예치금·선급금 | LP 증거금, 공급업체 선결제, PSP 준비금 | 사용 목적, 반환·차감 조건, 출금 제한 |
이 구분은 자금 계획을 위한 것입니다. 회계상 비용 인식과 세무 처리는 계약 및 적용 기준에 따라 별도로 검토해야 합니다.
법인 구조와 기술 범위를 함께 준비한다면 MT5 브로커 구축 단계에서 각 항목의 계약 상대방, 제공 범위와 지급 시점을 먼저 정리하는 것이 좋습니다.
일회성 비용: 법인 설립, 인허가 준비, 시스템 배포와 통합
초기 도입비는 ‘설치비’ 하나로 묶기보다 어떤 결과물을 받는지에 따라 나누어야 합니다.
| 항목 | 포함될 수 있는 작업 | 견적에서 확인할 사항 |
|---|---|---|
| 법인 설립 및 문서 준비 | 회사 등록, 기업 문서, 번역과 인증 | 등록 수수료와 대행료의 구분, 연간 갱신비 포함 여부 |
| 인허가 신청 준비 | 신청 문서, 사업계획, 법률·규제 자문 및 신청 수수료 | 정부 수수료와 전문가 보수, 보완 요청 대응 범위 |
| 서버 배포 | 서버 구성, 보안 설정, 관리 접근과 권한 설정 | 운영·테스트·복구 환경 중 포함되는 범위 |
| 초기 시스템 연동 | LP, 브리지, CRM, 고객 포털 등 연결 | 연결 대상 수, 맞춤 개발, 재테스트 조건 |
| 웹사이트와 업무 환경 | 기업 웹사이트, 이메일, 운영 주체 및 서비스 정보 반영 | 언어 수, 수정 횟수, 유지관리 범위 |
| 검수와 인수인계 | 기능 검수, 구성 문서, 운영 교육과 계정 이관 | 완료 기준과 미해결 항목 처리 방식 |
회사 등록과 금융 서비스 인허가는 다른 절차입니다. 회사 등록 패키지를 구매했다고 해서 금융업 인가 비용까지 포함되거나 영업 자격이 확보되는 것은 아닙니다.
재작업 비용은 어디서 발생하는가
초기 견적에서 빠지기 쉬운 부분은 이미 끝난 작업을 다시 해야 하는 상황입니다.
신청 과정에서 회사명 변경이 필요해지면 등록 문서 수정, 필요한 인증, 웹사이트 변경과 자료 재제출이 이어질 수 있습니다. LP를 바꾸면 연결 정보만 교체하는 데 그치지 않고 심볼 사양, 거래 세션, 수수료와 주문 처리 방식도 다시 확인해야 합니다.
다음 조건을 계약 전에 구분해 두십시오.
- 최초 구축 범위 안의 오류 수정
- 운영사의 요구 변경으로 발생하는 추가 작업
- 외부 업체 변경에 따른 재연동
- 심사 과정의 보완 요청에 따른 문서 수정
- 운영 개시 후 추가하는 상품·법인·언어
이 구분이 없으면 같은 작업을 두고 운영사는 ‘기본 수정’으로, 공급업체는 ‘추가 구축’으로 이해할 수 있습니다.
지속 운영 비용: 유지보수, 서버, CRM, 감사와 인력
브로커의 월 운영비는 기술 업체에 지급하는 금액보다 넓습니다. 월별 고정비, 사용량에 따른 변동비, 연간 비용을 나누어 관리해야 합니다.
| 구분 | 주요 항목 | 비용이 달라지는 기준 |
|---|---|---|
| 소프트웨어 | MT5 및 관련 소프트웨어 사용료 | 계약 조건, 허용 규모와 구성요소 |
| 서버와 네트워크 | 호스팅, 저장 공간, 백업, 네트워크와 보안 서비스 | 서버 역할, 위치, 용량과 보관 기간 |
| 기술 유지보수 | 모니터링, 업데이트, 설정 변경, 장애 대응 | 지원 시간, 작업 범위와 대응 체계 |
| CRM 및 고객 확인 | CRM, 신원 확인, 제재 목록 조회, 알림 서비스 | 사용자 수, 조회 건수와 기능 범위 |
| 거래 연결 | 브리지, 집계 시스템, 데이터 또는 연결 서비스 | 계약에 따른 고정료, 최소 이용료와 사용량 |
| 인력과 업무 공간 | 운영, 고객 지원, 리스크, 컴플라이언스 및 사무실 | 근무 지역, 교대 시간과 외주 범위 |
| 정기 전문 서비스 | 감사, 회계, 회사 유지, 인허가 갱신과 보고 지원 | 법인·인가 조건, 보고 범위와 업무량 |
MT5 소프트웨어 사용료는 해당 신청과 계약에서 확인한 금액을 반영해야 합니다. 기술 구축비나 서버 유지보수료에 소프트웨어 사용료가 자동으로 포함된다고 가정해서는 안 됩니다.
묶음 견적은 포함 범위와 중복 계산부터 확인한다
서버와 기술 유지보수가 하나의 월 요금에 포함되어 있다면 예산표에 같은 호스팅 비용을 다시 더하지 않아야 합니다. 반대로 ‘기술 지원 포함’이라는 표현만 보고 브리지 사용료나 CRM 구독료까지 포함된 것으로 처리해서도 안 됩니다.
견적의 각 항목에 다음 표시를 붙이면 비교가 쉬워집니다.
| 표시 | 의미 | 처리 방법 |
|---|---|---|
| 포함 | 제시된 요금으로 제공되는 항목 | 포함되는 기능과 수량을 기록 |
| 별도 | 다른 계약이나 추가 요금으로 지급하는 항목 | 해당 공급업체의 조건을 따로 반영 |
| 미확정 | 범위 또는 가격 확인이 남은 항목 | 담당자와 확인 일정을 지정 |
CRM 구독료, 브리지 고정료, 서버 사용료와 연동 작업비를 각각 표시하십시오. 같은 시스템과 관련된 비용이라도 제품 사용료와 기술 작업비는 서로 다른 계약에서 발생할 수 있습니다.
미확정 항목을 0으로 입력하면 예산은 완성된 것처럼 보이지만 실제 자금 부족은 그대로 남습니다.
월평균 비용과 실제 지급일은 다르다
연간 감사비를 12개월로 나누면 월평균 부담을 비교할 수 있습니다. 그러나 실제 지급 시점에는 한 번에 더 큰 현금이 필요할 수 있습니다.
서비스를 연간 선결제하는 경우도 같습니다. 기간별 비용과 현금 지급 시점이 다르므로 운영비 표와 지급 일정표를 따로 작성해야 합니다.
연간 비용을 월평균으로 나누어 이미 반영했다면, 비용 합계에 연간 청구액을 다시 더하지 않아야 합니다.
규제 자본: 소진되는 서비스 비용과 구분해야 한다
규제 자본은 해당 인허가의 기준을 충족하기 위해 확보하고 유지해야 하는 자본입니다. 신청 수수료나 기술 구축비처럼 지급하면 끝나는 서비스 비용으로 분류해서는 안 됩니다.
그렇다고 필요한 금액을 한 번 납입한 뒤에는 신경 쓰지 않아도 된다는 뜻은 아닙니다. 운영 손실, 자산의 인정 범위, 적용되는 자본 산정 방식에 따라 추가 자금이 필요할 수 있습니다.
확인할 사항은 다음과 같습니다.
- 납입자본, 자기자본 또는 유동자본 중 어떤 기준이 적용되는가.
- 어떤 자산이 요건 충족에 인정되는가.
- 최소 금액 외에 비용이나 위험 규모에 연동되는 요건이 있는가.
- 적자와 비용 지출이 자본 요건에 어떤 영향을 주는가.
- 추가 출자가 필요해지는 상황을 누가 점검하는가.
구체적인 금액과 사용 가능 범위는 해당 관할권 및 인허가에 따라 확인해야 합니다. 모든 구조에서 규제 자본이 별도 계좌에 전액 동결된다고 가정해서도 안 됩니다.
예산에는 규제 자본을 독립된 항목으로 표시하고 운영비 지출과의 관계를 검토해야 합니다. 같은 자금을 제약 없이 사용할 수 있는 운영 현금으로 보면서, 지출 후에도 자본 요건을 그대로 충족한다고 가정하면 가용 현금을 과대평가할 수 있습니다.
증거금과 예치금: LP, 공급업체, PSP 자금을 구분한다
모두 현금이 필요한 항목이지만, LP 증거금과 공급업체 선급금, PSP 준비금의 성격은 다릅니다.
LP 증거금과 계좌 예치금
증거금은 거래 포지션과 위험 노출을 뒷받침하는 자금입니다. 계좌에 예치한 금액이 계약에 따라 증거금으로 사용될 수 있지만, 초기 입금 조건과 실제 운영에 필요한 여유 자금이 항상 같지는 않습니다.
LP 자금 계획에서는 다음을 확인해야 합니다.
- 상품과 거래 규모에 따른 증거금 조건
- 추가 증거금이 필요한 상황과 대응 시간
- 사용 가능한 잔액 및 출금 제한
- 거래 손익과 수수료가 잔액에 미치는 영향
- 복수 LP 사용 시 각 계좌에 배분할 자금
초기 입금 조건만 충족하고 자금 계획을 끝내면 실제 거래가 시작된 뒤 추가 유동성이 부족해질 수 있습니다. 각 LP의 조건과 예상 거래 노출을 바탕으로 필요한 여유 자금을 검토해야 합니다.
공급업체 선급금
서버나 소프트웨어, 지원 서비스를 먼저 결제하는 경우에는 선급금이 어느 기간의 이용료에 해당하는지 확인해야 합니다.
선결제는 지급 시점에 관한 문제이며, 해당 서비스의 비용이 사라지는 것은 아닙니다. 예를 들어 첫해에 이용할 서비스를 미리 결제했다면 그 서비스 비용은 첫해 예산에 한 번 반영하고, 현금 지급일은 별도로 기록합니다.
선급금을 지급액에 기록한 뒤 같은 기간의 월 요금을 다시 지급하는 것으로 계산하면 중복입니다. 중도 해지 시 환불 여부와 미사용 기간의 처리도 계약에서 확인해야 합니다.
PSP 준비금과 정산 지연
PSP 계약에는 거래대금 일부를 일정 기간 보류하는 준비금이나 정산 지연 조건이 있을 수 있습니다. 이는 결제 수수료와 구분해야 합니다.
보류 금액의 산정 기준, 해제 시점, 차지백 처리 방식과 계약 종료 후 반환 조건을 확인하십시오. 해당 잔액을 언제나 즉시 사용할 수 있는 현금으로 보면 안 됩니다.
고객 자금 역시 회사의 자유로운 운영자금으로 가정해서는 안 됩니다. 적용되는 고객자금 보호·분리 요건을 기준으로 현금 계획을 수립해야 합니다.
세 가지 시나리오별 비용 구조
세 시나리오는 금액이 아니라 어떤 비용 항목의 비중이 커지는지로 비교합니다. 같은 구조라도 관할권, 인력 위치와 공급업체 계약에 따라 비용 차이가 크기 때문입니다.
세 시나리오 모두 사업 범위에 필요한 인허가를 갖춘 법인을 전제로 합니다. 차이는 운영 규모와 비용 구조에 있습니다.
시나리오 A: 기본 국제 운영 구조
단일 운영 법인과 제한된 상품 범위, 하나의 주된 LP 연결, 표준 CRM 및 외부 기술 유지보수를 가정합니다.
기술 비용의 중심은 초기 구축과 지속 유지보수입니다. 서버 수와 연동 범위를 제한하더라도 접근 보안, 백업, 모니터링과 장애 대응은 필요합니다.
법인 유지, 필요한 인력과 정기 보고 비용도 별도로 확인해야 합니다. 기술 구성이 단순하다고 해서 이러한 의무가 없어지는 것은 아닙니다.
시나리오 B: 인력·감사·보고 부담이 큰 중간 규모 운영
인가 조건에 따른 인력, 사무소, 감사와 정기 보고 요건을 충족하고, 고객 지원과 운영 업무를 더 넓게 수행하는 구조를 가정합니다.
A와의 차이는 서버 수보다 인력, 정기 보고, 감사와 운영 통제에 들어가는 반복 비용의 비중에 있습니다. 교대 근무와 담당자 대체 체계까지 운영한다면 인건비를 단순한 인원수만으로 계산하기 어렵습니다.
시나리오 C: 다지역 복구 환경과 복수 LP 운영
여러 지역의 인프라, 별도 복구 환경, 복수 LP 연결과 확대된 운영 지원을 가정합니다.
서버 임대료뿐 아니라 환경 간 설정 일치, 연결별 거래 조건 관리, 모니터링과 복구 테스트의 범위가 늘어납니다. 지역과 공급업체 수가 늘수록 정기 검수 범위도 커집니다.
복수 LP에 배분하는 자금도 운영비와 별도로 계획해야 합니다. 연결을 추가하는 기술 작업과 각 계좌에 필요한 유동성을 확보하는 일은 다른 항목입니다.
첫해 예산은 이렇게 계산한다
먼저 첫해의 시작일과 종료일을 정하고, 그 기간에 해당하는 계약별 비용을 계산합니다.
| 예산 항목 | 계산 방식 | 확인할 점 |
|---|---|---|
| 일회성 도입비 | 확정된 산출물별 비용의 합계 | 추가 작업 조건은 별도 표시 |
| 첫해 지속 운영비 | 계약별 월 반복비 × 실제 과금 개월 수의 합계+해당 기간의 연간 비용+예상 사용량 비용 | 과금 시작일, 단계별 요금 변경과 중복 반영 여부 |
| 첫해 비용 예산 | 일회성 도입비+지속 운영비+아직 포함되지 않은 기타 비용 | 항목별 포함·별도·미확정 표시 유지 |
| 자본·예치 및 지급 일정 | 규제 자본, LP 자금, PSP 준비금, 선급금의 필요·지급·회수 시점 기록 | 서비스 비용과 자금 이동을 구분 |
규제 자본과 LP·PSP 관련 자금은 서비스 비용처럼 일괄 합산하지 않습니다. 선급금에 대응하는 서비스 비용은 해당 기간 예산에 한 번만 반영하고, 실제 지급 시점은 현금 일정에서 관리합니다.
이 비용 예산만으로 전체 창업 자금이나 특정 시점의 필요 현금이 확정되는 것은 아닙니다. 다음 항목도 확인해야 합니다.
| 별도 확인 항목 | 처리 방법 |
|---|---|
| MetaQuotes 소프트웨어 사용료 | 실제 계약과 과금 기간으로 산정하고, 앞선 운영비에 반영했다면 다시 더하지 않음 |
| 사용량에 따른 비용 | 거래·결제·고객 확인 등의 단가와 예상 사용량을 확인하고 미반영분만 추가 |
| 마케팅과 영업 확대 | 자체 고객 확보 계획에 따라 편성하고 기존 인건비·외주비와 중복 여부 확인 |
| 세금과 환율 영향 | 계약 통화와 적용 세무 조건에 맞춰 비용 및 현금 영향을 반영 |
| 규제 자본 | 비용 합계와 분리해 요건 충족 및 유지 상태를 점검 |
| LP 자금·PSP 준비금·선급금 | 사용·반환 조건과 지급 시점을 관리하고 관련 비용과 중복 계산하지 않음 |
| 예비 운영자금 | 개시 지연, 추가 작업과 수입 부족 상황에 대비해 별도 검토 |
월 반복비의 차이는 동일한 조건으로 12개월간 과금될 경우 연간 12배의 차이로 이어집니다. 초기 구축비만 낮추는 협상보다 지속 운영 범위를 정확히 정하는 작업이 첫해 예산에 더 큰 차이를 만들 수 있습니다.
예산을 좌우하는 변수
과금은 언제 시작되는가
회사 설립일, 소프트웨어 계약일, 서버 배포일과 실제 영업 개시일은 다를 수 있습니다. 각 계약의 과금 시작 조건을 확인해야 합니다.
영업이 늦어져도 이미 시작된 서버·인력·지원 비용은 계속 발생할 수 있습니다. 반대로 배포일을 기준으로 과금이 시작되는 계약이라면 그 조건을 지급 일정에 반영해야 합니다.
예를 들어 서버·인력·지원 비용이 이미 발생하는 상태에서 개시가 두 달 늦어지고 예상 수입도 들어오지 않으면, 두 달치 고정비를 충당할 현금이 필요합니다. 계약별 과금 상태를 구분해야 지연 기간의 현금 부담을 정확히 계산할 수 있습니다.
첫해는 언제부터 계산하는가
‘회사 설립일부터 12개월’과 ‘서비스 개시 후 12개월’은 다른 예산입니다. 준비 기간에 발생한 비용을 후자의 표에서 누락하지 않도록 해야 합니다.
내부적으로는 다음 두 표를 함께 관리하는 것이 좋습니다.
- 프로젝트 시작일부터의 월별 현금 지급표
- 정상 운영 상태를 기준으로 한 12개월 운영비 표
두 표를 연결하면 개시 전에 얼마나 지출하는지, 정상 운영에 들어간 뒤 어떤 비용이 반복되는지 구분할 수 있습니다.
지원 시간과 변경 작업은 어디까지 포함되는가
24시간 모니터링과 24시간 즉시 작업 지원은 같은 서비스가 아닙니다.
알림 확인, 장애 분석, 복구 작업, 제3자 공급업체 연락 중 어디까지 포함되는지 확인해야 합니다. 외부 제품에 장애가 발생했을 때 기술 지원 업체와 해당 제품 공급업체가 각각 어떤 일을 맡는지도 구분해야 합니다.
정기 설정 변경과 신규 연동도 다릅니다. 고객 그룹 하나를 수정하는 작업과 새로운 LP를 추가하는 작업은 필요한 검수 범위가 다릅니다.
거래량과 고객 수가 늘면 무엇이 증가하는가
모든 비용이 고정 월 요금으로 유지되는 것은 아닙니다. 고객 확인 건수, 거래량, 저장 데이터, 보고서 처리와 고객 지원 수요가 늘면 비용도 달라질 수 있습니다.
견적에는 현재 규모뿐 아니라 다음 단계에서 어떤 조건으로 요금이 바뀌는지도 확인해야 합니다. 추가 계좌, 서버 용량 또는 연결이 필요해졌을 때의 계산 기준을 알아두면 예산을 조정하기 쉽습니다.
견적을 받기 전에 준비할 정보
구체적인 견적을 받으려면 ‘MT5를 구축하고 싶다’는 설명보다 다음 정보가 필요합니다.
- 신청 및 고객 계약에 사용할 법인과 인허가 상태
- 목표 시장과 제공할 상품
- 예상 고객 계좌 수, 거래 활동과 필요한 지원 시간
- 필요한 서버 환경과 복구 목표
- LP·브리지·CRM 등 기존 계약 및 신규 연동 대상
- 내부 운영 인력과 외부 업체에 맡길 업무
- 목표 개시일과 이미 체결한 계약의 과금 시작 조건
아직 정해지지 않은 항목은 미정으로 표시하면 됩니다. 다만 확정된 범위와 가정을 섞지 않아야 이후 견적이 변경되는 이유를 추적할 수 있습니다.
EBS FinTech의 구축·지원 범위와 브리지 비용
EBS FinTech는 MT5 서버 구성과 배포, 관리 권한 설정, LP·브리지·CRM 연동, MT5 서버 환경의 모니터링과 백업, 운영 전 테스트 및 인수인계를 수행합니다. 프로젝트별 구축 범위와 지속 지원 수준을 구분해 제안합니다.
브리지는 운영사가 해당 공급업체와 직접 계약하고 라이선스를 보유합니다. 브리지 이용료는 EBS FinTech의 구축·지원 요금에 포함되지 않습니다. EBS FinTech는 브리지 제품을 제공하거나 호스팅·운영·유지보수하지 않으며, MT5·LP와 브리지 간 연동 작업을 수행합니다. 브리지 자체의 장애 처리와 제품 지원은 운영사가 해당 공급업체와 체결한 계약에 따릅니다.
사업 구조와 기술 범위를 함께 검토하려면 MT5 브로커 구축 프로젝트 상담을 통해 현재 준비 상태와 필요한 지원 항목을 전달해 주십시오.
이 글은 브로커의 비용 구조와 자금 계획을 설명하기 위한 일반 정보입니다. 소프트웨어 승인, 금융 인허가 및 은행·PSP·LP의 수용 여부는 각 기관의 별도 심사에 따릅니다. 규제 자본과 회계·세무 처리는 해당 전문가를 통해 확인해야 합니다.


