MT5 화이트라벨 구축 및 브로커 인프라

이 페이지는 브로커와 MetaQuotes 사이의 직접 라이선스 관계, 그리고 브로커 자체 MT5 환경 배포를 다룹니다. MetaQuotes는 브로커 안내 페이지에서 ‘White Label licensing’이라는 표현을 씁니다. 메인라벨, 풀 라이선스, 풀 서버는 이 직접 방식을 가리킬 때 시장에서 흔히 쓰는 명칭입니다. 실제 권리와 제약은 영업 제안서의 명칭이 아니라 라이선스 계약이 정합니다.

2차 화이트라벨은 다른 라이선스 보유사의 인프라를 사용합니다. 권한 범위, 브랜딩, 시스템 연동, 데이터 접근이 모두 상위 계약에 좌우됩니다. 직접 라이선스는 브로커가 MetaQuotes와 직접 라이선스 관계를 맺는 방식입니다. 두 가지를 같은 것으로 보아서는 안 됩니다.

그레이라벨은 업체 사이에서 쓰이는 비공식 표현으로, 다른 운영사 아래에서 브랜딩이나 소개 관계가 더 제한적인 형태를 가리키는 경우가 많습니다. 표준 MetaQuotes 라이선스를 정확히 설명하는 용어는 아닙니다. 이런 제안을 검토할 때는 라이선스 보유사, 계약 주체, 서버 소유권, 권한 범위, 데이터 접근 방식을 먼저 확인하시기 바랍니다.

그렇게 보기 어렵습니다. 업체의 마케팅 페이지는 신규 계약을 설정할 권한의 근거가 되지 않습니다. 어떤 견적이든 해당 라이선스 보유사의 권리와 적용 승인에 대해 현재 유효한 서면 확인이 필요합니다. 이 페이지에서 안내하는 EBS FinTech의 신규 MT5 구축 서비스는 직접 라이선스 신청을 전제로 합니다.

‘Full Licence’나 ‘Full Server’라는 표현에서 무제한 계좌 수, 전체 모듈 포함, 영구 사용권, 소스 코드 접근을 추정해서는 안 됩니다. 라이선스 수용량, 포함 기능, 반복 비용, 제한 조항, 해지 조건은 실제 MetaQuotes 계약에서 확인해야 합니다. 메인라벨 역시 업계 표현일 뿐 사용 범위에 제한이 없다는 약속은 아닙니다.

같지 않습니다. MetaTrader 라이선스는 약관에 따라 소프트웨어 사용권을 부여할 뿐, 특정 관할권에서 규제 대상 브로커 영업을 허가하지 않으며 브로커의 법적 의무를 대신하지도 않습니다. 법인 설립, 금융 라이선스, 소프트웨어 라이선스는 서로 다른 사안입니다.

아닙니다. 승인과 라이선스 조건은 MetaQuotes가 결정합니다. EBS FinTech는 신청 서류 준비 조율, 기술 배포, 시스템 연동, 장기 지원을 담당합니다. 신청 서류의 정확성과 사업상 준수 의무는 브로커의 책임입니다.

법인 및 지분 자료, 이사·주주 정보, 관련 규제 인가, 사업 모델, 목표 시장, 상품 범위, 사업용 웹사이트, 기술 계획을 준비합니다. MetaQuotes가 추가 자료를 요청할 수 있습니다. 신청자별 현행 요건은 심사 과정에서 확인해야 하며, 법인 설립만으로 신청 자격이 갖춰지지는 않습니다.

보장할 수 없습니다. 법인 설립, 법률 의견서, 기존 은행 관계, 이전 벤더 소개 중 어느 것도 MetaQuotes의 승인을 보장하지 않습니다. 보유한 규제 인가는 실제로 수행할 영업을 포괄해야 합니다. 또한 법률 의견서가 법령이나 MetaQuotes가 요구하는 라이선스를 대체한다고 가정해서는 안 됩니다.

이 페이지에서 다루는 직접 배포 방식에서는 라이선스를 보유한 브로커가 서버 환경을 통제합니다. EBS FinTech는 합의된 기술 서비스 범위 안에서 배포와 운영을 맡을 수 있습니다. 관리자 및 Manager 계정, 수행 가능한 작업, 보안 통제, 인수인계 책임은 문서로 남겨야 합니다. 운영을 위탁한다고 해서 소프트웨어 라이선스가 이전되지는 않습니다.

브랜드와 서버 명칭은 프로젝트 계획의 일부이며 MetaQuotes 승인과 플랫폼 기능 범위에 따릅니다. 단말 브랜딩, 모바일 배포, 도메인, 브랜드 추가는 항목별로 확인이 필요합니다. 직접 라이선스라고 해서 모든 브랜드나 배포 방식이 자동으로 허용되지는 않습니다.

플랫폼 라이선스, 초기 기술 구축, 호스팅, 정기 유지보수, 브리지 또는 게이트웨이 서비스, CRM, 기타 벤더 비용을 각각 구분해야 합니다. 유동성 예치금, 거래 비용, 다른 사업자의 요구 사항은 명시되지 않는 한 별도 항목입니다. 각 항목의 청구 주체, 과금 시작 시점, 최소 계약 기간도 견적에 함께 명시되어야 합니다.

기간은 신청과 라이선스 승인, 데이터센터 선정, 서버 준비 상태, 외부 시스템 연동에 따라 달라집니다. 계약과 접근 권한이 확보되면 LP, 브리지, CRM, 테스트 범위를 기준으로 일정을 수립합니다. 기술 배포 기간 산정을 MetaQuotes 승인 기간에 대한 약속으로 제시해서는 안 됩니다.

불가능합니다. MetaQuotes는 신규 MT4 브로커 서버 라이선스를 더 이상 발급하지 않습니다. 기존 MT4 환경에 대해서는 호스팅, 유지보수, 장애 처리, 마이그레이션 설계를 지원하며, 실제 범위는 고객사가 보유한 권리와 허가된 접근 범위에 따릅니다.

가능합니다. 먼저 네트워크 구성, 라이선스 상태, 접근 권한, 버전, 연동 시스템, 백업 상태, 과거 장애 이력을 확인합니다. 인수인계 계획에는 운영 환경을 변경하기 전에 작업 시간대, 롤백 절차, 기술 책임 범위, 벤더 연락 창구를 명시합니다.

자동으로 이전되지 않습니다. 두 플랫폼은 데이터 구조와 거래 방식이 다릅니다. 계좌, 잔고, 미결제 포지션, 과거 내역, 심볼, 그룹, CRM 연결은 이전 방식을 합의하고 대사를 거쳐야 합니다. MT4의 EA와 기타 커스텀 프로그램도 MT5 호환성 검토를 따로 진행해야 합니다.

기존 MT4 라이선스와 승인된 MT5 설정이 허용하는 범위에서 가능합니다. 병행 아키텍처, 공통 운영 절차, 통제된 전환을 설계할 수 있습니다. 계획에는 고객 계좌, 리포팅, 고객 지원, 두 플랫폼 각각의 거래 조건 처리 방식을 명시해야 합니다.

가능합니다. 브로커가 선택한 LP와 브리지 방식에 맞춰 라우팅을 설계하며, 기술적 호환성과 해당 상업 계약이 전제됩니다. 심볼 매핑, 그룹, 마크업, 체결 규칙, 리포팅, 복구 절차까지 범위에 포함할 수 있습니다. EBS FinTech는 기술 연동을 제공하며 유동성 거래 상대방으로 나서지 않습니다.

그렇지 않습니다. 플랫폼 자체 연결, 게이트웨이, 서드파티 브리지 중 무엇을 쓸지는 체결 방식, 선택한 사업자, 필요한 기능에 따라 달라집니다. 회선과 호환 구성 요소를 먼저 확인한 뒤 추가 소프트웨어 도입 여부를 판단합니다.

가능합니다. 허용된 API와 벤더 인터페이스를 통해 계좌 개설, KYC 상태, 입출금, 리포팅, 리베이트, IB 프로세스를 다룰 수 있습니다. 고객 거래 승인과 고객 자금 관리는 브로커와 브로커가 인정한 결제 사업자의 책임으로 남습니다.

합의된 인수 기준에 따라 계좌 개설, 권한, 심볼 사양, 거래 세션, 증거금, 호가 흐름, 주문 라우팅, 리포팅, 연동된 CRM 기능을 확인합니다. 환경이 지원하는 범위에서 모니터링, 백업 복구, 장애 조치 동작도 테스트합니다. 해결되지 않은 선행 조건은 인수 전에 기록으로 남깁니다.

가능합니다. 모니터링, 알림, 계획된 업데이트, 백업, 장애 대응 절차를 유지보수 계약에 포함할 수 있습니다. 지원 시간대, 응답 목표, 접근 요건, 에스컬레이션 경로는 서비스 계약에 명시합니다. 개별 사안의 해결 시점은 MetaQuotes, LP, 브리지 또는 다른 벤더에 따라 달라질 수 있습니다.

목표 지역, 예상 고객 활동량, 거래 상품, 체결 방식, 현재 신청 또는 라이선스 상태, 선호하는 LP와 브리지, CRM 선택, 희망 론칭 시점을 보내주십시오. 기존 환경이라면 호스팅 위치, 연동 시스템 목록, 알려진 이슈를 함께 첨부해 주십시오. 최초 문의 양식으로는 비밀번호나 신분증을 보내지 마시기 바랍니다.