常见问题
EBS FinTech 提供面向企业的技术、实施及基础设施支持服务。我们不是经纪商、流动性提供商、托管机构、监管机构或律师事务所,也不接收客户资金。对于 MetaQuotes、监管机构、流动性提供商或其他独立第三方所作出的审批决定、报价、成交质量、正常运行时间或服务条款,我们不作任何保证。
01 概览
EBS FinTech 提供哪些服务?
我们协助经纪商规划、部署及运营交易基础设施。核心服务包括 MT5 完整服务器许可(业内通常称为主标许可)的申请协调与技术搭建、现有 MT4/MT5 环境维护、服务器托管与日常运维、流动性及 Bridge 连接,以及部分 CRM、KYC/AML 和支付系统的集成协调。
EBS FinTech 的服务对象是谁?
我们只面向企业客户,主要服务经纪商、金融机构及其他符合条件的企业。项目确认前,我们会审核申请主体、牌照、司法辖区及相关供应商的准入要求。
EBS FinTech 是否向零售客户提供交易或投资服务?
不提供。我们不会为零售客户开设交易账户、招揽存款、以经纪商身份执行交易、管理投资或保管客户资金。
02 MT5 许可与搭建
EBS FinTech 支持哪种 MT5 许可申请?
我们支持符合条件的企业申请完整的 MT5 服务器许可,业内通常称为主标许可。我们可以协助梳理技术范围、协调申请流程,并在获批后实施服务器环境。许可协议由 MetaQuotes 签发,申请资格、商务条款及审批时间均由 MetaQuotes 自行决定。
申请新的 MT5 是否必须持有监管牌照?
MetaQuotes 会执行自身的客户准入及 KYC 审核,并可能要求申请人提供其认可的监管牌照和公司资料。相关要求可能调整,也可能因申请主体和司法辖区而异,因此在预估时间或结果前,应先核实具体申请人的资格。
EBS FinTech 能否保证 MetaQuotes 批准申请?
不能。我们可以协助评估申请准备情况、协调资料及完成技术工作,但是否与申请人签约完全由 MetaQuotes 决定。
EBS FinTech 是否提供新的 MT4 许可?
不提供。MetaQuotes 目前通常不再签发新的 MT4 服务器许可。对于已经持有必要许可及访问权限的客户,我们仍可托管、维护和迁移其现有的合法授权 MT4 环境。
EBS FinTech 是否为 MetaQuotes 授权经销商?
不是。我们是独立的技术及实施服务商。MetaQuotes 许可需要另行签约,并始终受 MetaQuotes 自身审核及合同条款约束。
03 MT4/MT5 基础设施与运维
持续性的 MT4/MT5 服务可以包括哪些内容?
视所选服务方案而定,服务范围可包括服务器配置与安全加固、平台更新、参数配置与变更管理、访问权限管理、监控、日志检查、备份检查、容量规划、故障初步排查以及第三方供应商协调。
EBS FinTech 是否管理插件、Gateway 和 Bridge?
在客户具备有效许可、技术文档及供应商访问权限的前提下,我们可以协调安装、配置、测试及变更管理。第三方开发商仍须对其软件、修复、保证及合同服务水平负责。
EBS FinTech 是否测试 EA 和服务器端插件?
客户端 EA 与服务器端插件属于不同组件。我们可以协助复现兼容性或性能问题,并在约定环境中测试相关服务器变更,但不会为任意第三方代码提供认证,也不保证 EA 或插件的具体运行结果。
紧急故障如何处理?
故障等级、沟通渠道、响应目标及升级路径由适用的技术支持方案或服务协议确定。涉及第三方服务中断时,我们会进行初步排查,并在需要时升级至相应责任供应商。
04 托管、备份与业务连续性
MT4/MT5 环境可以部署在哪里?
服务器架构可围绕主要金融中心及云服务区域进行设计,但需考虑供应商可用性、数据驻留要求、LP 接入点及客户预算。最终区域、服务器规格及网络设计会在项目范围确认阶段确定。
EBS FinTech 是否保证特定的延迟水平?
不存在适用于所有项目的统一延迟数值。实际延迟取决于服务器位置、LP 或 Bridge 接入点、网络路径、平台负载及其他第三方系统。如有需要,可在项目中确定可测量的延迟目标及测试方法。
服务是否包含高可用和灾难恢复?
可在部署方案中加入相关设计。备份频率、保留周期、备用架构、恢复程序及 RTO/RPO 目标取决于所选架构和服务方案;除非报价或协议明确列出,否则不应视为默认包含。
05 流动性、桥接与聚合
EBS FinTech 是否为流动性提供商?
不是。我们可以协助评估、引荐及技术接入独立的流动性提供商,但最终仍须通过各供应商的准入审核并另行签署合同。
每家 MT5 经纪商都需要 Bridge 吗?
不一定。部分环境使用 MT5 Gateway,另一些则通过第三方 Bridge 或聚合器使用 FIX 连接。合适的方案取决于 LP 所提供的接口、执行模式、路由要求及运营控制需求。
流动性接入通常包括哪些工作?
常见范围包括接入点协调、品种与合约规格映射、报价与订单流验证、执行参数、加点设置、拒单测试、模拟与真实环境分离、日志检查、上线测试及回滚规划。
什么情况下需要流动性聚合?
当经纪商使用多个流动性来源,并需要统一报价、路由规则、执行控制或提高连接韧性时,通常会考虑聚合。仅使用一家 LP 且具备受支持 Gateway 的经纪商,未必需要独立的聚合层。
如果 LP、Bridge 或聚合器发生故障,由谁负责?
相关第三方供应商须按照其自身合同对其服务负责。EBS FinTech 可以在约定的支持范围内协助收集证据、进行技术排查及协调供应商,但不会承担该供应商的流动性、成交、正常运行时间或合同责任。
06 第三方系统集成
是否可以集成 CRM、KYC/AML 和支付系统?
通常可以。我们可以协调受支持的第三方系统与交易平台或后台流程的集成。可行性取决于 API、技术文档、访问权限、安全要求及所选供应商。
EBS FinTech 是否作出 KYC 决定或处理付款?
不负责。身份验证、筛查及支付处理由所选第三方供应商和客户自身的合规及运营团队完成。EBS FinTech 的责任仅限于约定的技术集成与支持。
是否可以接入客户已经选定的供应商?
通常可以,但需要先进行技术评估。确认项目范围前,我们需要了解供应商支持的接口、技术文档、测试权限、商务授权及故障升级联系人。
07 安全、数据与访问权限
可以实施哪些安全控制?
安全措施可包括操作系统加固、网络分段、IP 限制、多因素身份验证、最小权限访问、传输加密、密钥与凭证管理、监控、审计日志及 DDoS 防护。具体措施取决于架构及合同范围。
客户数据存储在哪里?
数据存储及备份区域会在架构设计阶段选定,并记录在项目范围中。客户仍是其客户数据的控制者或责任主体,并须确认有关设计符合适用的隐私、数据保留及监管要求。
哪些人员可以访问生产环境?
生产访问权限应仅授予获授权人员,并通过实名账户、权限设置、审批流程及日志进行管理。具体访问模式会与客户共同确定,也可能受到 MetaQuotes 和第三方供应商要求的限制。
08 迁移与上线
是否可以迁移现有 MT4/MT5 环境?
可以,但客户必须具备所需许可、管理员权限、数据权利,并取得相关供应商配合。迁移范围可包括架构评估、服务器部署、配置映射、历史数据或其他数据处理、测试、切换及回滚规划。
MT5 部署需要多长时间?
没有适用于所有项目的固定周期。MetaQuotes 准入审核、监管准备及第三方审批均不属于纯技术搭建范围。相关前置条件满足后,时间仍取决于服务器架构、品种、Group、流动性、系统集成、测试及品牌配置。完成需求分析后,我们会提供项目计划。
是否提供测试和运营人员培训?
项目范围可以包括 UAT 支持、配置检查、上线清单、管理员交接及日常运营指引。
09 价格与技术支持
价格如何构成?
项目通常包括一次性实施费;如需持续托管或技术运维,还会收取定期服务费。MetaQuotes、云服务、数据中心、LP、Bridge、CRM、KYC 及支付供应商费用可能另行收取,除非报价明确说明已经包含。
最终报价由哪些因素决定?
主要因素包括交易平台及许可状态、服务器架构、部署区域、预期负载、环境数量、流动性路径、第三方集成、迁移要求、安全控制及支持覆盖时间。
是否提供 24/7 技术支持?
符合条件的托管运维方案可以提供监控和随时待命的工程支持。具体覆盖时间、故障等级、响应目标及沟通渠道必须以适用的报价或服务协议为准。
10 合规与责任
EBS FinTech 是否提供法律或监管意见?
不提供。我们可以协调技术要求,并与客户委任的专业顾问合作,但客户须自行取得法律、税务及监管意见,并持续持有其业务所需的全部批准。
谁负责客户准入及 AML 管控?
经纪商或其他受监管客户负责制定政策、风险评估、客户尽职调查、制裁筛查、持续监控、记录保存及监管申报。接入技术系统不会将这些责任转移给 EBS FinTech。
是否为受制裁对象或受禁止司法辖区提供服务?
不提供。服务可用性取决于 EBS FinTech 自身的尽职调查、适用的制裁及出口限制,以及 MetaQuotes 和其他相关供应商的准入规则。
11 关键术语表
经纪业务基础设施关键术语
- 主标:业内对直接与 MetaQuotes 签署合同的完整 MetaTrader 服务器许可的常用称呼。
- MT5 Gateway:用于连接 MT5 与受支持流动性场所或交易所的连接组件。
- Bridge:连接交易平台与外部报价及执行场所的第三方软件。
- FIX API:用于订单、成交及市场数据传输的机构级消息协议。
- 聚合:整合多个流动性来源的报价并在其间执行路由。
- A-Book:将相关客户订单流或由此产生的风险敞口路由至外部交易对手的模式。
- B-Book:由经纪商在内部承接并管理相关风险的模式。
- RTO:故障发生后恢复服务的目标时间。
- RPO:故障发生后数据应恢复至的目标时间点。
- UAT:生产上线或重大变更前进行的用户验收测试。
未找到相关问题,请尝试使用更宽泛的关键词。
