1.1 CFD 行业所有参与者
从监管机构、流动性来源，到经纪商、技术服务商、支付通道，完整解析整个 CFD/外汇行业的生态结构，以及每一个角色的定位和重要性。
▸ CFD/外汇产业链全景图
▸ 各角色定义与重要性详解
① 监管机构（Regulatory Body）
REGULATORY BODY
监管机构
由各国政府授权，负责对金融市场参与者（经纪商、银行、基金等）进行审批、监督和执法的政府或半政府机构。监管机构通过发放牌照来准入市场参与者，并通过持续审查确保行业合规、保护投资者权益、防止洗钱与欺诈。
→ CRM 关联：KYC/AML 合规模块的设计逻辑来自监管要求；受限国家名单、文件类型由监管决定
MAKECAPITAL 监管牌照
公司持牌情况
MakeCapital 在多个司法管辖区持有牌照：
• ASIC（澳大利亚证券投资委员会）— 主要监管
• FSC（毛里求斯金融服务委员会）
• FSCA（南非金融部门行为监管局）
• 不同牌照适用不同地区的客户，决定哪些国家可以服务、哪些账户类型可以开设
• ASIC（澳大利亚证券投资委员会）— 主要监管
• FSC（毛里求斯金融服务委员会）
• FSCA（南非金融部门行为监管局）
• 不同牌照适用不同地区的客户，决定哪些国家可以服务、哪些账户类型可以开设
→ CRM 关联：客户注册时需根据监管规则判断是否可服务该用户（地区黑名单）
为什么监管对技术团队重要？
CRM 系统中的每一个数据保留策略、KYC 文件类型要求、受限国家列表、资金流转记录——都是监管合规的体现。
CRM 系统中的每一个数据保留策略、KYC 文件类型要求、受限国家列表、资金流转记录——都是监管合规的体现。
② 流动性提供商（Liquidity Provider / LP）
LIQUIDITY PROVIDER (LP)
流动性提供商
LP 是向经纪商提供买/卖报价（Bid/Ask）和成交能力的金融机构。经纪商从 LP 获取价格，再转发给客户。没有 LP，经纪商就没有报价来源，也无法执行客户交易。
Tier 1 LP：顶级银行（高盛、摩根大通、汇丰、花旗等），直接接入银行间市场
Tier 2 LP：Prime Broker、聚合流动性平台（如 Saxo Bank、LMAX、CFH Clearing），聚合多家 Tier 1 报价
做市商型 LP：大型经纪商用自有资金报价，本身就是流动性提供方
Tier 1 LP：顶级银行（高盛、摩根大通、汇丰、花旗等），直接接入银行间市场
Tier 2 LP：Prime Broker、聚合流动性平台（如 Saxo Bank、LMAX、CFH Clearing），聚合多家 Tier 1 报价
做市商型 LP：大型经纪商用自有资金报价，本身就是流动性提供方
→ CRM 关联：客户看到的点差宽窄直接受 LP 报价质量影响
③ CFD 经纪商（Broker）
CFD BROKER · 外汇经纪商
MakeCapital 的核心角色
经纪商是客户与市场之间的中介。它的核心职能包括：
1. 提供交易平台（MT4/MT5）让客户下单
2. 获取并展示报价——从 LP 拿到报价加上经纪商利润（点差）展示给客户
3. 风险管理——决定客户订单是对冲到市场（A-Book）还是内部消化（B-Book）
4. 资金管理——处理客户入金、出金、账户资金
5. 合规运营——确保满足监管 KYC/AML 等要求
6. 客户服务——通过 CRM 系统管理所有客户关系
经纪商分为三种类型：Market Maker（做市商）、STP（直通处理）、ECN（电子通讯网络），区别见下方比较表。
1. 提供交易平台（MT4/MT5）让客户下单
2. 获取并展示报价——从 LP 拿到报价加上经纪商利润（点差）展示给客户
3. 风险管理——决定客户订单是对冲到市场（A-Book）还是内部消化（B-Book）
4. 资金管理——处理客户入金、出金、账户资金
5. 合规运营——确保满足监管 KYC/AML 等要求
6. 客户服务——通过 CRM 系统管理所有客户关系
经纪商分为三种类型：Market Maker（做市商）、STP（直通处理）、ECN（电子通讯网络），区别见下方比较表。
| 维度 | Market Maker 做市商 | STP 直通处理 | ECN 电子通讯网络 |
|---|---|---|---|
| 报价来源 | 自己报价 | 从 LP 获取，直接传给客户 | 聚合多家 LP，竞价匹配 |
| 订单流向 | 内部成交，承担对手方风险 | 直接传到 LP 执行 | 多个参与者互相撮合 |
| 利润来源 | 点差 + 客户亏损 | 标记点差 | 佣金（Commission） |
| 点差 | 固定点差，较宽 | 浮动点差 | 浮动极低点差 + 手续费 |
| 是否需要 LP | 是 | 是 | 是（多家） |
| 利益冲突 | 有（客户盈利=经纪商亏损） | 低 | 无 |
| MakeCapital 对应 | MakeCapital 混合模式：标准账户近似 MM/STP，ECN 账户为真实 ECN 模式 | ||
④ 支付通道（Payment Service Provider / PSP）
PAYMENT SERVICE PROVIDER (PSP)
支付通道 / 支付服务提供商
PSP 是处理经纪商与客户之间资金转移的技术中间商。客户的每一笔入金和出金，背后都需要一个或多个 PSP 完成资金流转。
主要功能：接收客户付款、验证交易、将资金汇至经纪商账户；处理退款和失败交易
MakeCapital 支持的通道类型：
• 本地电子支付（EPS）：Alipay/Unionpay/泰铢/新加坡元/马来西亚令吉/越南盾
• 加密货币：USDT
• 电汇（Wire Transfer）：国际银行间转账，适合大额资金
• 内部转账：在自己的交易账户之间划转
主要功能：接收客户付款、验证交易、将资金汇至经纪商账户；处理退款和失败交易
MakeCapital 支持的通道类型：
• 本地电子支付（EPS）：Alipay/Unionpay/泰铢/新加坡元/马来西亚令吉/越南盾
• 加密货币：USDT
• 电汇（Wire Transfer）：国际银行间转账，适合大额资金
• 内部转账：在自己的交易账户之间划转
→ CRM 关联：每笔入/出金记录都需在 CRM 中审核、记录状态；支付失败需 CRM 人工介入处理
⑤ CRM 系统（Customer Relationship Management）
CRM SYSTEM
客户关系管理系统
CRM 是经纪商的运营中枢，连接所有其他系统和角色。它的核心职能包括：
客户管理：注册、KYC 审核、账户开设、客户分层
资金管理：入金/出金申请审核、内部转账、账户余额管理
交易账户管理：创建 MT4/5 账户、设置账户组、同步实时数据
IB 管理：代理关系树、返佣计算、佣金支付
营销功能：赠金活动管理、组别配置
报表与监控：业务数据统计、风控预警
CRM 是所有部门的工作枢纽——客服团队、OPS团队、财务团队都通过 CRM 完成日常工作。
客户管理：注册、KYC 审核、账户开设、客户分层
资金管理：入金/出金申请审核、内部转账、账户余额管理
交易账户管理：创建 MT4/5 账户、设置账户组、同步实时数据
IB 管理：代理关系树、返佣计算、佣金支付
营销功能：赠金活动管理、组别配置
报表与监控：业务数据统计、风控预警
CRM 是所有部门的工作枢纽——客服团队、OPS团队、财务团队都通过 CRM 完成日常工作。
→ 技术关键：CRM 与 MT4/MT5 的 Manager API 实时双向同步；与支付通道 API 对接；与 IB 报表系统集成
⑥ 交易平台提供商（MetaQuotes）
METAQUOTES / MT4 / MT5
交易平台软件提供商
MetaQuotes 是 MetaTrader 4 和 MetaTrader 5 的开发公司。这两款平台是全球最主流的 CFD/外汇交易终端。经纪商向 MetaQuotes 购买平台许可，然后部署在自己的服务器上，客户下载后通过账号密码登录。
经纪商从 MetaQuotes 获得的工具：
• MT4/MT5 客户端：客户用于交易的终端
• MT Manager：经纪商后台管理工具，可查看/管理所有客户账户、订单、余额
• MT Admin：最高权限管理工具，配置服务器参数、账户组、交易品种设置
• Server API：允许 CRM 等系统与 MT 服务器程序化对接
经纪商从 MetaQuotes 获得的工具：
• MT4/MT5 客户端：客户用于交易的终端
• MT Manager：经纪商后台管理工具，可查看/管理所有客户账户、订单、余额
• MT Admin：最高权限管理工具，配置服务器参数、账户组、交易品种设置
• Server API：允许 CRM 等系统与 MT 服务器程序化对接
→ CRM 技术关联：CRM 通过 MT Manager API 实时读取账户余额、持仓、交易历史；通过 API 创建账户、修改余额
⑦ Plugin 提供商
PLUGIN PROVIDER
MT 平台插件提供商
MT4/MT5 平台本身功能有限，许多经纪商需要向第三方插件提供商购买额外功能扩展。常见插件包括：
Bridge（桥接软件）：将 MT4/5 与外部流动性提供商连接的中间件，实现 A-Book 对冲
Liquidity Aggregator：聚合多家 LP 报价的插件
Risk Management Plugin：实时监控账户风险，超阈值自动触发操作
PAMM/MAM Plugin：支持多账户同步交易的管理插件
Reporting/BI Plugin：提供更丰富的业务数据分析报表
Bridge（桥接软件）：将 MT4/5 与外部流动性提供商连接的中间件，实现 A-Book 对冲
Liquidity Aggregator：聚合多家 LP 报价的插件
Risk Management Plugin：实时监控账户风险，超阈值自动触发操作
PAMM/MAM Plugin：支持多账户同步交易的管理插件
Reporting/BI Plugin：提供更丰富的业务数据分析报表
⑧ IB / 代理（Introducing Broker）
INTRODUCING BROKER (IB)
IB / 代理
IB 是经纪商的合作伙伴，通过推荐客户来赚取佣金（返佣）。IB 不承担交易风险，不持有客户资金，只负责将客户引导至经纪商平台，并获得该客户每笔交易产生的固定返佣。
IB 的核心价值：帮助经纪商低成本获客，IB 通常是有客户关系网络的个人或机构
MakeCapital IB 体系：多层级代理结构（主代 → 子代 → 客户），每一层都按照账户组别设定的返佣比例获得返佣
IB 的核心价值：帮助经纪商低成本获客，IB 通常是有客户关系网络的个人或机构
MakeCapital IB 体系：多层级代理结构（主代 → 子代 → 客户），每一层都按照账户组别设定的返佣比例获得返佣
→ CRM 关联：IB 关系树、返佣计算、佣金钱包、下线客户管理、子代管理——全部在 CRM 中完成
1.2 A-Book / B-Book 模式详解
这是 CFD 行业最核心的风险管理模型，直接决定经纪商如何处理客户订单、如何盈利，以及 CRM 系统的风控逻辑设计基础。
💡 核心概念：经纪商在收到客户订单后，有两种处理方式——传到市场（A-Book）或内部消化（B-Book）。大多数经纪商实际上使用混合模式（Hybrid），动态分配。
▸ A-Book 模式（直通到市场）
A-BOOK MODEL · STP/ECN 模式
A 帐模式 / 直通处理模式
定义：经纪商将客户的每一笔订单都直接传递（对冲）到外部流动性提供商（银行/LP），自己不承担任何方向风险。
运作流程：
客户下买单（Buy 1 lot EURUSD）→ 经纪商同时向 LP 下买单（对冲）→ 客户盈利时，LP 为经纪商盈利覆盖，反之亦然 → 经纪商只赚取点差差价（Mark-up）
经纪商盈利方式：在 LP 报价基础上加价（Markup）= 客户看到的点差 - 经纪商向 LP 支付的点差
特点：利益与客户一致（客户越活跃越好），适合高频/大额交易者；运营成本较高（需要 LP 关系和 Bridge）
运作流程：
客户下买单（Buy 1 lot EURUSD）→ 经纪商同时向 LP 下买单（对冲）→ 客户盈利时，LP 为经纪商盈利覆盖，反之亦然 → 经纪商只赚取点差差价（Mark-up）
经纪商盈利方式：在 LP 报价基础上加价（Markup）= 客户看到的点差 - 经纪商向 LP 支付的点差
特点：利益与客户一致（客户越活跃越好），适合高频/大额交易者；运营成本较高（需要 LP 关系和 Bridge）
→ CRM 监控：A-Book 订单的执行质量（滑点、延迟）需在后台实时监控；大额订单对冲状态需可追踪
▸ A-BOOK 资金流向图
▸ B-Book 模式（内部做市）
B-BOOK MODEL · Market Maker 模式
B 帐模式 / 做市商模式
定义：经纪商作为客户交易的对手方，不将订单传递到外部市场，而是在内部撮合。客户盈利时经纪商亏损，客户亏损时经纪商盈利。
运作流程：
客户下买单（Buy 1 lot EURUSD）→ 经纪商内部记录这笔仓位，成为卖方对手方 → 如价格上涨，客户盈利由经纪商内部资金支付 → 如价格下跌，客户亏损成为经纪商收入
经纪商盈利方式：点差 + 大多数散户交易亏损（统计上，约 70-80% 的 CFD 散户亏损）
风险：如果所有客户同时盈利（例如单边行情），经纪商可能面临巨大风险 → 需要严格风控系统
特点：利润更高，运营成本更低（无需 LP），但利益与客户存在冲突
运作流程：
客户下买单（Buy 1 lot EURUSD）→ 经纪商内部记录这笔仓位，成为卖方对手方 → 如价格上涨，客户盈利由经纪商内部资金支付 → 如价格下跌，客户亏损成为经纪商收入
经纪商盈利方式：点差 + 大多数散户交易亏损（统计上，约 70-80% 的 CFD 散户亏损）
风险：如果所有客户同时盈利（例如单边行情），经纪商可能面临巨大风险 → 需要严格风控系统
特点：利润更高，运营成本更低（无需 LP），但利益与客户存在冲突
→ CRM 监控：B-Book 模式下，CRM 需要实时监控客户持仓风险敞口，大额盈利客户需快速切换 A-Book
▸ 混合模式（Hybrid Book）— MakeCapital 实际采用
HYBRID BOOK MODEL
混合帐模式 — 行业主流实践
定义：经纪商根据客户类型、订单大小、风险状况，动态决定将订单放入 A-Book 还是 B-Book。
典型规则：
• 小额散户交易 → B-Book（统计上大多亏损，内部消化更有利）
• 大额订单（如超过 5 lot）→ A-Book（风险太大不敢自留）
• 专业交易者/高频盈利客户 → A-Book（自留对手方风险太高）
• 新客户试单 → B-Book 观察期
MakeCapital 的实现：标准账户、美分账户使用内部风控分配；ECN 账户客户订单直接传递到 LP 市场
典型规则：
• 小额散户交易 → B-Book（统计上大多亏损，内部消化更有利）
• 大额订单（如超过 5 lot）→ A-Book（风险太大不敢自留）
• 专业交易者/高频盈利客户 → A-Book（自留对手方风险太高）
• 新客户试单 → B-Book 观察期
MakeCapital 的实现：标准账户、美分账户使用内部风控分配；ECN 账户客户订单直接传递到 LP 市场
→ CRM 技术意义：账户组别（Account Group）的配置在 MT Admin 中决定了该组账户走 A-Book 还是 B-Book；这是 CRM 与 MT Admin 配合的核心场景之一
| 维度 | A-Book | B-Book | Hybrid |
|---|---|---|---|
| 订单去向 | 传递给 LP/市场 | 内部消化 | 动态分配 |
| 经纪商风险 | 低（对冲） | 高（自留风险） | 中等 |
| 利润潜力 | 中（仅点差） | 高（点差+客损） | 高 |
| 利益冲突 | 无 | 有 | 部分 |
| 需要 Bridge | 是 | 否 | 是 |
| 监管要求 | 通常更受青睐 | 需要充足资本 | 需要披露 |
2.1 客户路径总览
从客户在官网点击注册，到完成入金并进行首笔交易，整个过程按时间线涉及多个系统节点。这里我们会以客户视角梳理完整旅程，重点标注每个环节的 CRM 操作和数据流向。
客户完整旅程分为五个阶段：① 注册 → ② KYC 验证 → ③ 开设交易账户 → ④ 入金 → ⑤ 交易与出金。CRM 是贯穿每个阶段的数据中枢。
▸ 完整流程图
▸ 客户全生命周期 — 系统流转图
出金流程详见 2.5 章节：从客户发起出金到平台审核到最终到账的完整逻辑，以及 CRM 在各环节的参与职责，请参阅 → 2.5 出金流程详解。
2.3 入金流程详解
MakeCapital 支持多种入金渠道，每种渠道有不同的到账时间、最低金额、货币类型和适用地区。CRM 需要对每种通道分别管理和记录，客户可使用的入金方式需要根据注册国家/地区显示。
平台最低入金：默认 20 USD，但具体金额因支付方式不同而变化。所有金额最终以 USD 计入客户账户（如通过本地货币入金，将按实时汇率换算）。
本地电子支付（EPS）
支持货币MYR · THB · SGD · VND · CNY
支付方式Alipay · Unionpay · 本地网银
到账速度即时 / 1-2 小时
适用地区东南亚 · 中国大陆
CRM 处理PSP 回调后自动入账
加密货币（Crypto）
支持币种USDT (TRC20/ERC20/BEP20)
到账速度网络确认后（10分-1小时）
手续费区块链 Gas 费
汇率风险USDT 稳定
CRM 处理链上确认后人工审核
电汇（Wire Transfer）
特点适合大额国际汇款
到账速度3-5 个工作日
最低金额通常 500-1000 USD
手续费银行电汇费 + 中转行费
CRM 处理全人工审核 + 银行流水核对
内部转账（Internal Transfer）
用途同一账户下不同交易账户间划转
到账速度即时
手续费免费
注意奖金期间转账会扣除奖金
CRM 处理系统自动余额调整
▸ 客户目前的入金操作步骤（以银联 CNY 入金为例）
说明：以下为客户在客户后台的实际操作路径，以银联人民币通道为例。
1
登入客户后台，进入资产页面
客户登录账户后，在【首页】点击【资产】按钮，进入资产管理页面。
2
点击【存款】进入入金页面
在资产页面点击【存款】，系统跳转至入金通道选择页面，显示客户所在国家/地区支持的所有入金方式。
3
选择【人民币通道】，输入入金金额并点击【支付】
客户在入金方式中点选【人民币通道】（银联），在金额输入框中填写希望入金的金额（要高于最低入金门槛），然后点击【支付】按钮。
→ 银联通道以实时汇率换算人民币金额显示给客户
4
点击【前往支付】跳转至支付信息界面
确认入金金额后，点击【前往支付】，页面跳转至第三方支付界面，显示收款账户信息（银行卡号、开户名、收款银行等）。
→ 每次生成的支付信息有时效限制，客户需在规定时间内完成转账
5
按页面信息完成银行转账，点击【我已付款】
客户根据页面显示的银行信息（卡号、户名、金额）通过手机银行、网银完成转账汇款，操作完成后回到支付页面点击【我已付款】提交确认。
→ 注意：客户必须按页面显示金额精确转账，多转/少转/备注错误/未在规定时间内转账均可能导致到账失败需人工核对
6
等待到账，登录交易账号查看余额
银联通道通常15分钟到账（最长 1-2 小时），到账后客户可在交易平台（MT4/MT5）登录交易账号查看账户余额是否更新。
→ CRM 可在后台【审核中心】查看该入金记录的状态；若超时未到账，需检查 PSP 回调状态并人工处理
CRM 常见协助场景：
• 客户已付款但未到账 → 检查 PSP 回调状态，确认是否触发人工审核队列
• 客户已付款但未到账 → 检查 PSP 回调状态，确认是否触发人工审核队列
▸ 现有CRM 入金处理流程
1
客户提交入金请求
CRM 前端接收请求，记录入金申请（状态：Pending），生成唯一交易 ID，调用对应 PSP 的 API 获取支付链接或地址
2
客户完成支付
客户在 PSP 页面完成付款。PSP 完成收款后，向 CRM 发送 Webhook 回调通知，包含交易状态、金额、手续费等信息
3
CRM 审核（一般为自动）
小额自动审核通过；大额及电汇需人工核实（对比银行流水、链上交易 Hash 等）。审核通过后状态变更为 Approved
4
资金更新到 MT 账户
CRM 调用 MT Manager API，将批准的金额充值到客户指定的 MT 交易账户余额（Balance），MT 服务器实时更新
5
通知与记录
CRM 发送邮件通知客户入金成功，记录完整的交易日志（时间戳、操作人、金额、汇率、最终账户余额变化）
2.4 账户类型详解
MakeCapital 提供四种交易账户类型，面向不同交易经验和资金规模的客户。每种账户类型在 MT 系统中对应不同的账户组（Group），决定了点差、杠杆、手续费等核心参数，本节同时涵盖账户开立审核流程，以及更改账户类型与货币的操作逻辑。
关键概念：账户组（Group）
在 MT Admin 中，每种账户类型对应一个 Group 配置。Group 决定了该账户的点差设置、交易品种、最大杠杆、货币、返佣设置、报价来源（A-Book 或 B-Book）等所有核心参数。CRM 创建账户时必须指定正确的 Group。
在 MT Admin 中，每种账户类型对应一个 Group 配置。Group 决定了该账户的点差设置、交易品种、最大杠杆、货币、返佣设置、报价来源（A-Book 或 B-Book）等所有核心参数。CRM 创建账户时必须指定正确的 Group。
CENT ACCOUNT
美分账户
货币单位美分（USD Cents）
入金换算1 USD = 100 Cents（显示为 100）
最低入金20 USD
点差浮动点差
手续费无
杠杆高（最高 1:2000）
品种主要外汇对
✓ 适合新手至中级
核心价值：用美分单位让小资金感受真实交易市场，亏损 1 美元在账户中显示为亏 100 Cents，心理门槛极低，适合零基础新手练手。
STANDARD ACCOUNT
标准账户
货币单位美元（USD）
最低入金20 USD
点差浮动点差
手续费无（利润含在点差中）
杠杆最高 1:2000
执行方式市价执行（Market Execution）
品种外汇/贵金属/指数/加密等全品种
✓ 适合新手至中级
核心价值：点差稳定，没有额外手续费，适合交易频率较低、希望成本可预测的普通散户。是平台客户群体最大的账户类型。
ECN ACCOUNT
ECN 专业账户
货币单位美元（USD）
最低入金20 USD
点差极低浮动（近市场原始点差）
手续费固定 $5 每标准手（per lot）
执行方式市价执行
杠杆最高 1:2000
适合策略高频/剥头皮/算法交易
★ 专业交易者
核心价值：点差几乎是原始市场价，通过固定佣金透明收费，适合追求最优执行的专业交易者和量化策略。
PLUS ACCOUNT
Plus 账户
货币单位美元（USD）
点差/手续费2.0起
执行方式市价执行
杠杆最高 1:2000
适合策略高频/剥头皮/算法交易
★ 专业交易者
核心价值：为重要 IB 合作伙伴的高价值客户提供定制化条件。
▸ 账户类型比较表
| 维度 | 美分账户 Cent | 标准账户 Standard | ECN 账户 | Plus 账户 |
|---|---|---|---|---|
| 目标用户 | 新手-中级 | 新手-中级 | 专业交易者 | IB 引荐大客户 |
| 最低入金 | $20 | $20 | $20 | $20 |
| 点差类型 | 浮动 | 浮动 | 原始市场点差 | 浮动（较宽） |
| 手续费 | 无 | 无 | $5/lot（外汇、黄金） | 无 |
| 账户单位 | Cents | USD | USD | USD |
| MT 账户组 | .sc | .s | .p | .p |
CRM 技术关键：当客户申请开户时，CRM 根据客户选择的账户类型，向 MT Admin API 传递对应的 Group 名称。Group 配置出错将直接影响点差、杠杆、手续费、返佣等，是极高风险操作。
▸ 目前交易账户开立审核和修改的流程
审核入口：【审核中心】→【账户审核】，可查询当前所有待审核交易账号。客服需逐一核实客户身份与代理关系，确认所申请账户类型是否合规，再执行开户操作。
审核操作步骤
1
在【审核中心】→【账户审核】查看待审核列表
进入审核中心后可看到所有状态为"待审核"的交易账号申请，逐条进行处理。
2
查询客户是否有上级代理，确认可开账户类型
复制该客户邮箱，到【客户列表】→【关键字】中搜索客户，查看是否有上级代理（IB），从而确认其可开设的账户类型。
→ 根据上级代理的 IBPlan 类型，判断客户可开 STD / ECN / PLUS 哪种账户
3
点击【审核】→【点击开户】→【提交】完成开户
确认账户类型无误后，点击【审核】，在弹窗内点击【点击开户】，系统将自动生成交易账号，最后点击【提交】即通过申请。
→ 提交后系统生成 MT 账号并发送账号信息至客户邮箱
三种常见情况处理逻辑
| 客户身份 | 核查方式 | 账户类型匹配 → 操作 | 账户类型不匹配 → 操作 |
|---|---|---|---|
| 客户本身是代理（主代/子代） | 确认其返佣类型（IBPlan） | 账户类型与 IBPlan 匹配 → 直接点击【审核】通过 | 不匹配两个 IBPlan → 驳回，填写驳回理由；仅有单一 IBPlan → 无需驳回，直接修改 MT 分组后开户 |
| 直客，有上级代理 | 复制上级代理邮箱到 MCIBs，确认上级代理返佣类型（IBPlan） | 账户类型与上级代理 IBPlan 匹配 → 直接点击【审核】通过 | 不匹配两个 IBPlan → 驳回，请客户重新选择；仅单一 IBPlan → 无需驳回，直接修改 MT 分组后开户 |
| 直客 / 销售，无上级代理 | 客户列表确认无上级 IB，或角色显示 Sales / SalesManager | 无账户类型限制 → 直接点击【审核】通过即可 | |
开户后调整分组步骤（如需修改账户组别）
1
到【会员管理】→【账户管理】搜索新开账号
提交开户后，复制交易账号或客户邮箱，在账户管理【关键字】输入框粘贴并点击【搜索客户】找到该账号。
2
点击【操作】→【调整分组】
搜索到目标账号后，点击右侧【操作】按钮，选择【调整分组】进入修改界面。
3
手动更改账户类型为正确组别，点击【提交】
在【账户类型】输入框中，将原先账户类型（如 STD）修改为与上级代理 IBPlan 匹配的正确组别（如 PLUS），确认无误后点击【提交】。
→ 注意：此步骤需记录操作日志，确保有可追溯的修改记录
▸ 更改交易账户类型
① 检查赠金活动参与情况
1
在【会员管理】→【账户管理】搜索交易账号
复制交易账号，粘贴至【关键字】，点击【搜索客户】找到该账号记录。
2
查看【MT 分组】和【MT 赠金】列
在账户列表中查看【MT 分组】栏——若分组名称中含有 NR / B / HR 字眼，说明账户属于赠金活动组别；再查看【MT 赠金】列确认是否有赠金余额。两者有其一即表示客户正在参与赠金活动，不可更换账户类型。
② 检查是否有持仓 / 挂单
1
先确认账号是 MT4 还是 MT5，在右上角切换对应平台查询
MT4 与 MT5 的查询路径不同，必须先切换到正确版本。
2
MT4 账户：到【报表中心】→【交易报表】搜索客户邮箱
在【成交时间】列查看【平仓时间】，若显示"持仓中..."则表示账户有持仓或挂单，不可更换账户类型。
3
MT5 账户：到【报表中心】→【交易报表】→【持仓报表】搜索客户邮箱
若搜索结果有显示订单记录，说明账户有持仓或挂单，不可更换账户类型。
③ 检查账户类型适配性（上级代理 / 本身代理的 IBPlan）
1
在【客户列表】搜索客户邮箱，判断身份
查看客户是否有上级代理，或本身是否为代理（角色显示 IB），或为直客/销售身份（角色显示 SalesManager / Sales）。
2
确认 IBPlan
直客有上级代理：确认上级代理的返佣类型（IBPlan）。若目标账户类型在 IBPlan 内 → 符合条件可更换；若不在 → 不可更换。
客户本身是代理：同样逻辑判断是否符合条件。
直客/销售无上级代理：无账户类型限制，确认无赠金、无持仓后可直接更换。
客户本身是代理：同样逻辑判断是否符合条件。
直客/销售无上级代理：无账户类型限制，确认无赠金、无持仓后可直接更换。
④ CRM 更换账户类型操作步骤
1
【会员管理】→【账户管理】搜索交易账号
在关键字输入框填入客户交易账号，点击【搜索客户】找到目标账号。
2
点击【操作】→【调整分组】
找到账号后点击右侧【操作】，选择【调整分组】进入修改界面。
3
在【MT 服务器】选择对应组别，【账户类型】填写新类型，点击【提交】
在【MT 服务器】下拉框选择对应的账户类型组别，在【账户类型】输入框填写新的类型名称（STD / ECN / PLUS），确认无误后点击【提交】完成更改。
▸ 更改交易账户货币
平台当前支持货币：USD（美元）/ USC（美分）/ JPY（日元）/ SGD（新加坡元）
更改货币前同样需要严格核查，任一条件不符合则不可更改。
更改货币前同样需要严格核查，任一条件不符合则不可更改。
① 检查是否有入金 / 交易记录
一
快速检查：查看账户余额 / 净值
在【会员管理】→【账户管理】搜索交易账号，直接查看余额/净值是否为 0。若为 0 表示当前无资金，但不代表历史上没有交易过，需结合方法二进一步确认。
二
确认历史入金/交易记录
MT4 账户：【报表中心】→【交易报表】，在【MT 账号】输入框填写交易账号点击搜索。若【备注】列出现 "Deposit" 字样，表示有入金记录；若有任何成交记录，均表示有交易历史。
MT5 账户：【报表中心】→【交易报表】→【成交报表】，同样方式搜索，检查备注是否有 "Deposit" 及是否有成交记录。
MT5 账户：【报表中心】→【交易报表】→【成交报表】，同样方式搜索，检查备注是否有 "Deposit" 及是否有成交记录。
→ 任一有记录 → 不可更换货币，建议客户在后台申请新的目标货币类型账户
② CRM 更换账户货币操作步骤
1
【会员管理】→【账户管理】搜索并找到目标交易账号
在关键字输入框填入交易账号，点击【搜索客户】。
2
点击【操作】→【调整分组】
点击右侧操作按钮，选择【调整分组】。
3
在【MT 服务器】选择对应目标货币的组别，填写账户类型，点击【提交】
在【MT 服务器】下拉框中选择包含目标货币（USD / USC / JPY）的账户组别，在【账户类型】输入框填写对应账户类型名称（STD / ECN / PLUS），核实无误后点击【提交】完成更改。
→ 此操作同样需记录在后台操作日志中，确保变更可追溯
2.4 KYC 审核工作流
Know Your Customer（了解你的客户）是全球金融机构的法定义务。MakeCapital 的 KYC 流程决定了客户能否开户、入金和交易。
▸ 什么是 KYC？
📋 KYC — Know Your Customer 客户身份验证
定义：KYC 是监管机构要求金融机构实施的一套客户身份核实程序，目的是确认客户真实身份、评估风险级别，防止洗钱（Money Laundering）、欺诈（Fraud）和恐怖主义融资（Terrorist Financing）。
为什么是法律义务：根据 ASIC 等监管要求，未完成 KYC 的客户不得进行实际资金交易。违规将面临巨额罚款甚至吊销牌照。
KYC 的两个核心组成：
① POI（Proof of Identity）身份证明：验证客户真实姓名和出生日期
② POA/POR（Proof of Address/Residence）居住地址证明：验证客户当前居住地址
▸ MakeCapital KYC 文件要求
POI — 身份证明文件
Proof of Identity
可接受文件（任选一）：
• 国际护照
• 政府颁发的身份证
• 驾驶执照
文件要求：
✓ 由政府机构颁发
✓ 在有效期内
✓ 包含完整姓名、照片、出生日期
✓ 四角完整可见，无遮挡
• 国际护照
• 政府颁发的身份证
• 驾驶执照
文件要求：
✓ 由政府机构颁发
✓ 在有效期内
✓ 包含完整姓名、照片、出生日期
✓ 四角完整可见，无遮挡
POA — 地址证明文件
Proof of Address
可接受文件（任选一）：
• 水电费账单
• 银行账户对账单
• 含地址的身份证
• 居住证明信
文件要求：
✓ 在过去 3 个月内开具
✓ 包含完整姓名、地址、开具日期
✓ 四角完整可见
中国/越南/马来西亚客户可使用身份证代替 POA
• 水电费账单
• 银行账户对账单
• 含地址的身份证
• 居住证明信
文件要求：
✓ 在过去 3 个月内开具
✓ 包含完整姓名、地址、开具日期
✓ 四角完整可见
中国/越南/马来西亚客户可使用身份证代替 POA
▸ KYC 审核状态流转
1
Pending — 待审核
客户上传文件后，进入待审核队列。CRM 显示文件列表、上传时间、文件类型。系统自动分配审核任务。
2
Under Review — 审核中
审核人员打开文件进行核实，检查：文件清晰度、有效期、姓名一致性、地址合规性、是否来自受限国家
3A
Approved — 审核通过
文件符合要求，CRM 更新客户 KYC 状态为已验证，解除入金和交易限制，发送确认邮件给客户
→ 客户可以正式入金并开始交易
3B
Rejected — 审核拒绝
文件不合格（模糊/过期/信息不匹配/受限地区），CRM 记录拒绝原因，发送通知要求客户重新上传
→ 客户账户保持限制状态，无法入金
CRM 技术注意事项：KYC 状态是客户账户权限控制的基础。KYC 未通过的客户在 CRM 中的入金、出金、开交易账户等操作都应该被阻止。任何 KYC 状态变更都需要有操作日志记录（谁、在什么时间、将状态改为了什么）。
2.5 出金流程详解
从客户发起出金申请，到平台各环节审核，到资金最终到达客户银行账户的完整逻辑。
客户出金路径共分为四个阶段：① 客户发起申请 → ② 平台系统验证 → ③ 财务/风控审核 → ④ 资金执行到账。CRM 是第②③阶段的核心操作者。
▸ 出金核心规则
CRM检查重点：
1. 资金只能出金到客户本人账户，不可转至第三方（反洗钱要求）
2. 原路退款原则：客户须先用相同入金方式出金本金部分；利润和代理佣金可通过任何可用支付方式出金
3. 参与了赠金活动的账户，出金前需检查是否满足赠金条件；提前出金或内部转账将全额扣除赠金
1. 资金只能出金到客户本人账户，不可转至第三方（反洗钱要求）
2. 原路退款原则：客户须先用相同入金方式出金本金部分；利润和代理佣金可通过任何可用支付方式出金
3. 参与了赠金活动的账户，出金前需检查是否满足赠金条件；提前出金或内部转账将全额扣除赠金
▸ 客户出金操作步骤（以银联 CNY 出金为例）
1
登入客户后台，进入资产页面，点击【取款】
客户登录账户后台，在【资产】页面点击【取款】按钮，进入出金申请界面。
2
填写出金信息：选择通道、填写银行信息与金额
客户需依次完成以下填写：
• 类型选择【BANK】
• 渠道选择【银联】
• 填写本人名下银行卡信息（开户行、卡号、户名等）
• 输入出金金额并点击【提交申请】
• 类型选择【BANK】
• 渠道选择【银联】
• 填写本人名下银行卡信息（开户行、卡号、户名等）
• 输入出金金额并点击【提交申请】
→ 银行信息必须与客户 KYC 实名一致，第三方账户将被拒绝
3
输入资金密码及邮箱验证码，点击【确认】完成申请
系统要求客户点击【发送验证码】至注册邮箱，输入收到的验证码以及账户设置的资金密码，点击【确认】提交出金申请。
▸ 平台审核与资金执行流程
1
客户后台提交申请
客户提交申请后，进入等待人工审核队列
2
财务 / 风控人工审核
通过系统验证的申请进入人工审核队列
→ CRM 参与：在审核中心处理出金申请，点击通过或驳回并填写原因；驳回时需在备注中写明理由供客户查看
3
审核通过 → CRM 调用 MT API 扣除账户余额
财务审核通过后，CRM 系统自动调用 MT Manager API，从客户指定的 MT 交易账户中扣除出金金额，MT 服务器实时更新账户余额。
4
CRM 发起出金请求至 PSP，资金打款至客户账户
CRM 将出金指令发送至对应支付通道（PSP），PSP 完成向客户银行账户的打款操作。银联通道通常 1 个工作日内到账，电汇可能需要 3-5 个工作日。
3.1 MT4/MT5 交易终端完整体系
MetaTrader 4 和 MetaTrader 5 是全球最主流的 CFD/外汇交易平台套件，由俄罗斯 MetaQuotes 公司开发。理解 MT 平台的每个组成部分，是 CRM 团队正确设计接口、处理客户问题的技术基础。
▸ MT 平台生态全景
▸ MT 完整生态四层架构 — CRM 在其中的位置
▸ 二、MT Manager — 后台管理工具
MT Manager 是经纪商运营团队日常使用的核心后台工具，直接连接 MT Trade Server，可实时查看并操作所有客户账户。CRM 通过 Manager API 与 MT Trade Server 通信，本质上是对 MT Manager 功能的程序化封装。
MT MANAGER — 核心功能
经纪商后台管理终端
账户管理：创建/删除交易账户、修改账户组（Standard/ECN/Plus）、调整杠杆、禁用/启用账户
资金操作：手动存款（Deposit）、取款（Withdrawal）、信用调整（Credit In/Out）、余额修改
订单监控：实时查看所有持仓单、挂单、历史成交；可手动强制平仓指定账户
报表生成：交易报表、盈亏汇总、日志查询
资金操作：手动存款（Deposit）、取款（Withdrawal）、信用调整（Credit In/Out）、余额修改
订单监控：实时查看所有持仓单、挂单、历史成交；可手动强制平仓指定账户
报表生成：交易报表、盈亏汇总、日志查询
MT MANAGER — 与 CRM 的联系
CRM 是 MT Manager 的自动化延伸
双向数据同步：CRM 定期通过 Manager API 拉取账户净值、保证金水平、持仓信息，展示在客户管理界面
写入操作：CRM 审批入金 → 调用 Deposit API → MT 账户余额增加；CRM 审批出金 → 调用 Withdrawal API → MT 余额减少
账户创建：客户在 CRM 注册并通过 KYC → CRM 调用 Manager API 在 MT Server 创建真实账户 → 返回 MT 账号/密码给客户
风控联动：Margin Level 低于阈值 → MT Server 触发 Stop Out → 事件通过 API 推送至 CRM → CRM 发送邮件通知客户
写入操作：CRM 审批入金 → 调用 Deposit API → MT 账户余额增加；CRM 审批出金 → 调用 Withdrawal API → MT 余额减少
账户创建：客户在 CRM 注册并通过 KYC → CRM 调用 Manager API 在 MT Server 创建真实账户 → 返回 MT 账号/密码给客户
风控联动：Margin Level 低于阈值 → MT Server 触发 Stop Out → 事件通过 API 推送至 CRM → CRM 发送邮件通知客户
▸ 三、MT Admin — 服务器配置工具
MT Admin 是 MetaTrader 服务器的底层配置工具，用于设置整个交易服务器的参数。它不用于日常操作，而是由技术团队在服务器搭建或重大参数变更时使用。错误操作 MT Admin 会直接影响所有客户的交易环境。
MT ADMIN — 核心功能
MT Trade Server 底层配置管理
服务器参数：配置 MT Server IP/端口、数据库连接、备份策略、日志级别
账户组（Group）管理：创建/修改账户组— 每个组的杠杆上限、止损规则、点差配置均在此设置
交易品种（Symbol）管理：添加/修改品种参数——合约规模、点差模式（固定/浮动）、交易时间段、最小/最大手数、Swap 费率
报价来源：配置流动性提供商（LP）报价数据源的接入
账户组（Group）管理：创建/修改账户组— 每个组的杠杆上限、止损规则、点差配置均在此设置
交易品种（Symbol）管理：添加/修改品种参数——合约规模、点差模式（固定/浮动）、交易时间段、最小/最大手数、Swap 费率
报价来源：配置流动性提供商（LP）报价数据源的接入
MT ADMIN — 与 CRM 的联系
配置层 vs 运营层的分工
MT Admin（配置层）：决定"规则"——品种点差是多少、杠杆最高多少、哪些品种可交易、Stop Out 触发比例
MT Manager（操作层）：在规则框架内执行"操作"——给具体账户充值、切换账户组、查看报表
CRM（业务层）：将 Manager 操作自动化，并提供客户自助入口——客户在 CRM 提交入金申请，CRM 自动调用 Manager API 完成操作
客户端（终端层）：客户看到的界面，展示由以上三层共同决定的交易环境
MT Manager（操作层）：在规则框架内执行"操作"——给具体账户充值、切换账户组、查看报表
CRM（业务层）：将 Manager 操作自动化，并提供客户自助入口——客户在 CRM 提交入金申请，CRM 自动调用 Manager API 完成操作
客户端（终端层）：客户看到的界面，展示由以上三层共同决定的交易环境
→ 关键区分：CRM 技术团队日常接触的是 Manager API；MT Admin 配置只有技术负责人操作，配置错误风险极高
▸ 四、MT4/MT5 客户端界面详解
▸ MT4 交易终端真实界面
① 市场报价窗口（Market Watch）
左侧显示所有品种的 Bid/Ask 实时价格，双击品种弹出下单窗口
左侧显示所有品种的 Bid/Ask 实时价格，双击品种弹出下单窗口
② 导航栏（Navigator）
管理账户列表、技术指标（Indicators）、EA 自动交易程序
管理账户列表、技术指标（Indicators）、EA 自动交易程序
③ 图表区（Charts）
价格走势图，支持多图表布局，可添加指标和绘图工具
价格走势图，支持多图表布局，可添加指标和绘图工具
④ 终端面板（Terminal）
底部显示当前持仓、挂单、账户历史、余额/净值/保证金状态
底部显示当前持仓、挂单、账户历史、余额/净值/保证金状态
▸ 二、交易基本概念
BID 卖出价
市场愿意从客户买入的价格
客户做空（Sell）时以 Bid 成交；持有多单平仓时也以 Bid 成交。
Bid 价永远低于 Ask 价。
Bid 价永远低于 Ask 价。
EURUSD Bid = 1.08500 → 客户以此价卖出
ASK 买入价
市场愿意卖给客户的价格
客户做多（Buy）时以 Ask 成交；持有空单平仓时也以 Ask 成交。
Ask 价永远高于 Bid 价。
Ask 价永远高于 Bid 价。
EURUSD Ask = 1.08511 → 客户以此价买入
SPREAD 点差
Ask - Bid = 经纪商利润
客户一开仓就立即亏损 Spread 金额（即点差成本）。MakeCapital STD 账户 EURUSD 点差 = 11 pips。
Spread = 1.08511 - 1.08500 = 0.00011 = 1.1 pips（MT4/5以小数点计）
STD 1手EURUSD：1.1 pips × 点值$10 = $11 点差成本
TICK/Point 报价跳动
价格最小变动单位
MT4\MT5 显示到5位小数（0.00001），每次价格变动称为一个 Tick/Point。
EURUSD: 1 点(pip) = 0.0001; 1 pip = 10 points
▸ 三、订单类型完整说明
▸ MT4/MT5 六种挂单类型（Pending Orders）对比图
| 订单类型 | 触发方式 | 适用场景 | |
|---|---|---|---|
| Market Order 市价单 | 立即以当前 Ask/Bid 成交 | 希望立即入场，不在乎具体价格 | |
| Buy Limit 限价买 | 价格跌至指定价格时触发 | 预判价格会回调后反弹，提前布局 | |
| Sell Limit 限价卖 | 价格涨至指定价格时触发 | 预判价格会冲高后回落，高位做空 | |
| Buy Stop 止损买 | 价格涨破指定高价时触发 | 突破策略：价格突破阻力位追涨 | |
| Sell Stop 止损卖 | 价格跌破指定低价时触发 | 突破策略：价格跌破支撑位追空 | |
| Trailing Stop 追踪止损 | 止损线随盈利方向自动移动 | 保护已有利润，让利润继续奔跑 |
▸ 四、止损与止盈（SL / TP）
STOP LOSS (S/L)
止损单 — 保护本金
预设最大亏损价位。当价格到达此价位时，系统自动平仓，限制损失进一步扩大。
做多示例：Buy EURUSD @ 1.08500, SL @ 1.08000 → 最多亏50 pips（$500/手）
做空示例：Sell EURUSD @ 1.08500, SL @ 1.09000 → 最多亏50 pips
做多示例：Buy EURUSD @ 1.08500, SL @ 1.08000 → 最多亏50 pips（$500/手）
做空示例：Sell EURUSD @ 1.08500, SL @ 1.09000 → 最多亏50 pips
TAKE PROFIT (T/P)
止盈单 — 锁定利润
预设目标盈利价位。当价格到达此价位时，系统自动平仓获利离场。
做多示例：Buy EURUSD @ 1.08500, TP @ 1.09000 → 目标盈利50 pips（$500/手）
做多示例：Buy EURUSD @ 1.08500, TP @ 1.09000 → 目标盈利50 pips（$500/手）
STOP LEVEL 挂单最小距离
SL/TP 距当前价的最小间距
MT 服务器对每个品种设定 Stop Level（最小止损距离），SL/TP 不能设置得离当前价太近，否则会报 "Invalid SL/TP"。
MakeCapital Stop Level ≈ 0（零止损限制）
MakeCapital Stop Level ≈ 0（零止损限制）
SLIPPAGE 滑点
实际成交价与预期价的差异
在市场波动剧烈（例如重要新闻发布）时，市价单可能以比预期更差的价格成交，称为负滑点（Negative Slippage），但也可能更好，称为正滑点。
用市价执行（Market Execution）以下单即刻的市场价格成交，如市场波动较快的话1秒钟内也会有很多个不同的报价变化，因此产生滑点是不可避免的
用市价执行（Market Execution）以下单即刻的市场价格成交，如市场波动较快的话1秒钟内也会有很多个不同的报价变化，因此产生滑点是不可避免的
▸ 五、Expert Advisors（EA）自动交易
🤖 Expert Advisor (EA) — 智能交易程序
定义：EA 是用 MetaQuotes Language（MQL4/MQL5）编写的自动交易程序，运行在 MT4/MT5 客户端上，按照预设逻辑自动下单、管理仓位，无需人工干预。
EA 能做什么：① 监控价格条件，自动开仓/平仓 ② 设置/修改 SL/TP ③ 发送邮件/通知告警 ④ 执行复杂交易策略（网格、对冲、均值回归等） ⑤ 进行历史数据回测（Backtesting）
EA 的限制：① EA 必须在客户端保持运行才能执行（关闭MT4 = EA停止）② 需要"允许自动交易"按钮开启 ③ 策略本身有风险，EA 亏损也是真实亏损
MakeCapital 相关：MakeCapital 平台支持 EA，客户可以使用自定义 EA 或从 MT 市场购买。CRM 需要识别 EA 交易来源以区分人工交易和算法交易。
3.2 交易术语定义
一笔 CFD 交易订单从创建到关闭，涉及以下核心术语。
▸ 价格类术语
BID PRICE
买价（经纪商买入价）
市场/经纪商愿意从客户手中买入资产的价格。客户做空（Sell）时，以 Bid 价成交；订单平仓时，多单以 Bid 价平仓。
例：EURUSD Bid = 1.08500 → 客户以此价卖出欧元
ASK PRICE
卖价（经纪商卖出价）
市场/经纪商愿意卖给客户资产的价格，永远高于 Bid 价。客户做多（Buy）时，以 Ask 价成交；空单平仓时，以 Ask 价平仓。
例：EURUSD Ask = 1.08515 → 客户以此价买入欧元
SPREAD
点差
Ask 价与 Bid 价的差值。点差是经纪商最主要的收入来源之一（对于无手续费账户）。
计算：Spread = Ask - Bid
计算：Spread = Ask - Bid
例：Ask 1.08515 - Bid 1.08500 = 0.00015 = 1.5 pips
→ 浮动点差：随市场流动性变化
PIP / POINT
大点 / 小点
价格变动的最小单位。
Pip：大多数货币对第 4 位小数（0.0001）；日元对第 2 位（0.01）
Point：第 5 位小数（Pip 的 1/10），MT4/5 中的精确报价单位
Pip：大多数货币对第 4 位小数（0.0001）；日元对第 2 位（0.01）
Point：第 5 位小数（Pip 的 1/10），MT4/5 中的精确报价单位
EURUSD: 1.08500→1.08510 = 1 pip = 10 points
▸ MT4/MT5 交易终端中的点差（Spread）直观展示
▸ MT4 市场报价窗口 — Bid/Ask 与点差真实截图
如何在 Market Watch 读取点差：
Spread（点差）读取方式
Spread = Ask（买入价）- Bid（卖出价）
Market Watch 窗口中，Bid 列为蓝色（客户卖出），Ask 列为红色（客户买入）
EURUSD：Ask 1.07855 - Bid 1.07838 = 0.00017 = 1.7 pips
点差计量单位换算
Spread (pips) = (Ask - Bid) ÷ Pip Size
Pip Size：标准货币对 = 0.0001；日元对 = 0.01；黄金 = 0.1
XAUUSD：Ask 1075.02 - Bid 1073.86 = 1.16 ÷ 0.1 = 11.6 pips
STD 账户点差结构（以 EURUSD 为例）：
总点差 11 pips ÷ 如何分配：① IB 返佣最高 0.6 pips ② 公司利润 10.4 pips（扣除流动性成本后约3-5 pips净利润）
ECN 账户点差结构（以 EURUSD 为例）：
点差接近0，但收取手续费 $5/lot（单边 $2.5） → IB 从手续费中最高获得 $2/lot
总点差 11 pips ÷ 如何分配：① IB 返佣最高 0.6 pips ② 公司利润 10.4 pips（扣除流动性成本后约3-5 pips净利润）
ECN 账户点差结构（以 EURUSD 为例）：
点差接近0，但收取手续费 $5/lot（单边 $2.5） → IB 从手续费中最高获得 $2/lot
▸ 订单与仓位术语
LOT / CONTRACT SIZE
手数 / 合约规模
交易单位。
1 标准手（1 Lot）= 100,000 单位基础货币
0.1 手 = 10,000 单位（小手 Mini Lot）
0.01 手 = 1,000 单位（微手 Micro Lot）
美分账户：1手 = 1,000 Cents 单位
1 标准手（1 Lot）= 100,000 单位基础货币
0.1 手 = 10,000 单位（小手 Mini Lot）
0.01 手 = 1,000 单位（微手 Micro Lot）
美分账户：1手 = 1,000 Cents 单位
买入 1 Lot EURUSD = 控制 100,000 欧元的头寸
LEVERAGE
杠杆
允许客户用少量保证金控制大量资产的比例放大工具。
格式：1:100 / 1:500 / 1:1000
含义：1:500 = 投入 $100 可控制 $50,000 的头寸
双刃剑：放大盈利的同时也放大亏损，亏损可超过初始投入
格式：1:100 / 1:500 / 1:1000
含义：1:500 = 投入 $100 可控制 $50,000 的头寸
双刃剑：放大盈利的同时也放大亏损，亏损可超过初始投入
1:500 杠杆下，$200 保证金可开 $100,000 的仓位
MARGIN (Required Margin)
所需保证金
开设仓位时，MT 系统从账户余额中冻结的抵押资金，不是手续费，是暂时被"锁定"的资金。
公式：
所需保证金 = 合约规模 × 手数 / 杠杆
公式：
所需保证金 = 合约规模 × 手数 / 杠杆
1 Lot EURUSD（= $100,000）÷ 1:500 = $200 所需保证金
USED MARGIN
已用保证金
账户中所有开仓仓位所占用的保证金总和。
与 Margin 的关系：
Used Margin = 所有开仓的 Required Margin 之和
已用保证金越高，账户可用资金越少，强平风险越高
与 Margin 的关系：
Used Margin = 所有开仓的 Required Margin 之和
已用保证金越高，账户可用资金越少，强平风险越高
FREE MARGIN
可用保证金
账户净值中除去已用保证金后剩余的可自由使用资金。
公式：
Free Margin = Equity - Used Margin
Free Margin 决定了客户还能开多少新仓位
公式：
Free Margin = Equity - Used Margin
Free Margin 决定了客户还能开多少新仓位
Equity $1000 - Used Margin $200 = Free Margin $800
MARGIN LEVEL
保证金比例
反映账户健康程度的核心指标。
公式：
Margin Level = (Equity / Used Margin) × 100%
比例越高越安全；低于 100% 意味着亏损已超过保证金
公式：
Margin Level = (Equity / Used Margin) × 100%
比例越高越安全；低于 100% 意味着亏损已超过保证金
Equity $300 / Used Margin $200 = 150% Margin Level
▸ 账户余额类术语
BALANCE
账户余额
账户中的已实现资金总额，不包含当前开仓的浮动盈亏。Balance 只在以下情况变化：存入/取出资金、订单平仓（盈亏结算）、收取/支付隔夜利息（Swap）
客户入金 $1000，Balance = $1000；开仓后 Balance 不变，直到平仓
EQUITY
账户净值
账户的实时真实价值，包含所有浮动盈亏。
公式：
Equity = Balance + Floating P&L (+ Credit)
这是保证金计算、Margin Call、Stop Out 的基准
公式：
Equity = Balance + Floating P&L (+ Credit)
这是保证金计算、Margin Call、Stop Out 的基准
Balance $1000 + 浮动盈利 $150 = Equity $1150
FLOATING P&L
浮动盈亏（未实现盈亏）
当前所有未平仓订单的盈亏总和。随市场价格实时变动，正数为盈利，负数为亏损。平仓时转化为已实现盈亏，更新到 Balance
CREDIT
信用额度（赠金）
经纪商向客户账户赠予的虚拟资金，可用于开仓保证金，但不可直接出金。通常用于促销奖励。Credit 计入 Equity 计算，但出金时需先完成交易量条件
→ CRM 关联：奖金活动模块管理 Credit 的发放、条件检查和撤销逻辑
▸ 风控类术语（Margin Call & Stop Out）
MARGIN CALL
保证金追缴警告
当账户保证金比例（Margin Level）降至设定阈值以下（MakeCapital 通常为 100%），系统向客户发出警告，提示需要追加资金或减少仓位，否则面临强平风险。
触发时：MT 系统发送邮件通知（通过 MT Terminal → Mailbox 可见），但不会自动平仓
触发时：MT 系统发送邮件通知（通过 MT Terminal → Mailbox 可见），但不会自动平仓
→ CRM 关联：Margin Call 事件需要被记录
STOP OUT / STOP LOSS LEVEL
强制平仓
当 Margin Level 进一步降至强平阈值（MakeCapital 通常为 50%），系统将自动强制平仓——从亏损最大的仓位开始，逐一平仓，直到 Margin Level 恢复到阈值以上。
重要：强平顺序是从亏损最多的单子开始，不是最旧的单子。
若账户完全对冲（Fully Hedged），通常不会触发强平
重要：强平顺序是从亏损最多的单子开始，不是最旧的单子。
若账户完全对冲（Fully Hedged），通常不会触发强平
▸ 订单类型术语
MARKET ORDER
市价单
以当前市场最优价格立即执行的订单。MakeCapital 采用市价执行（Market Execution），不存在拒单，但可能有滑点（在市价执行模式下是正常的）
PENDING ORDER
挂单（条件单）
设定一个未来价格，当市场触及该价格时自动执行的订单。分为：
• Buy/Sell Limit：在更有利价格买入/卖出
• Buy/Sell Stop：突破某价格后追涨/杀跌
• Buy/Sell Stop Limit：仅 MT5 支持
• Buy/Sell Limit：在更有利价格买入/卖出
• Buy/Sell Stop：突破某价格后追涨/杀跌
• Buy/Sell Stop Limit：仅 MT5 支持
STOP LOSS (SL)
止损
预设的自动平仓价位，当价格向不利方向移动到此价格时，系统自动关闭仓位，限制最大亏损。是风险管理的核心工具
买入 EURUSD @1.0850，设 SL @1.0820 → 最多亏 30 pips
TAKE PROFIT (TP)
止盈
预设的自动平仓价位，当价格向有利方向移动到此价格时，系统自动平仓锁定利润
买入 EURUSD @1.0850，设 TP @1.0900 → 自动获利 50 pips
TRAILING STOP
移动止损
止损价格会随价格有利移动而自动跟进（保持固定距离），但当价格反向时止损固定不动。
限制：Trailing Stop 只在桌面终端运行，客户关闭 MT4/5 桌面程序后失效。不支持移动 App 和网页版
限制：Trailing Stop 只在桌面终端运行，客户关闭 MT4/5 桌面程序后失效。不支持移动 App 和网页版
HEDGING ORDER
对冲单
同一账户对同一品种同时持有买单和卖单。对冲可以锁定风险（锁仓），但两个方向都会消耗保证金（部分对冲的账户仍会受到点差扩大的影响，可能触发 Margin Call）
▸ 成本类术语
SWAP / ROLLOVER
隔夜利息
持仓过夜产生的利息费用（或收益），基于两个国家货币的利率差。持多仓的货币利率高于空仓时，客户收到 Swap；反之支付 Swap。
通常在服务器时间 00:00结算，周三或周五通常收取 3 倍 Swap（补偿周末）
通常在服务器时间 00:00结算，周三或周五通常收取 3 倍 Swap（补偿周末）
COMMISSION
手续费
ECN 账户按手数收取的固定费用（MakeCapital：$5/标准手），在 Bid/Ask 点差之外额外收取。开仓收一次，平仓收一次
SLIPPAGE
滑点
订单执行价格与客户请求价格之间的差异（以 Pip 计）。市价执行模式下无法保证零滑点。
• 正向滑点：以更有利的价格执行（对客户有利）
• 负向滑点：以更差的价格执行（对客户不利）
通常发生在市场波动剧烈、流动性不足时
• 正向滑点：以更有利的价格执行（对客户有利）
• 负向滑点：以更差的价格执行（对客户不利）
通常发生在市场波动剧烈、流动性不足时
REQUOTE
重新报价
仅在即时执行（Instant Execution）模式下发生（MakeCapital 暂时不采用）：当请求价格已过期，系统提供新价格，客户有 3 秒接受或拒绝。MakeCapital 采用市价执行，无重新报价。
▸ 其他重要概念
STOP LEVEL
挂单距离限制
挂单（Pending Order）、止损（SL）和止盈（TP）必须距离当前市价至少这么多点才能设置。由 MT Admin 在账户组中配置，防止在当前价附近设置挂单（Make Capital为0）
SPIKE
价格尖刺
短暂且极端偏离正常价格的非正常报价。特征：与前后价格有巨大差距，瞬间回弹。主要原因是技术故障（非真实市场行为）。经纪商有权撤销因尖刺触发的订单
EA (Expert Advisor)
专家顾问（自动交易程序）
用 MQL4/5 编写的算法交易程序，可以自动分析行情、开仓、平仓。EA 持续运行（需要 VPS）。与 Script 的区别：EA 持续运行，Script 只执行一次
PAMM / MAM / LAMM
信托账户管理系统
允许一位专业交易经理（Manager）管理多个投资者账户。
• PAMM：按比例分配盈亏
• MAM：投资者可自主调整策略
• LAMM：按手数分配
需要额外第三方系统支持（Make Capital暂时支持PAMM/MAM）
• PAMM：按比例分配盈亏
• MAM：投资者可自主调整策略
• LAMM：按手数分配
需要额外第三方系统支持（Make Capital暂时支持PAMM/MAM）
▸ 核心公式速查（CRM 系统的计算逻辑）
账户资金类
余额 Balance
Balance = 初始入金 + 所有已平仓盈亏 + Credit调整 - 出金
余额不包含浮动盈亏，只有平仓后才影响余额
入金 $1000，已平仓盈利 $200，出金 $300 → Balance = $900
净值 Equity
Equity = Balance + 浮动盈亏（Floating P&L）+ Credit
Balance $1000 + 浮动亏损 -$150 + Credit $0 = Equity $850
可用保证金 Free Margin
Free Margin = Equity − 已用保证金（Used Margin）
可用保证金决定客户还能开多少新仓；为负数时无法开仓
Equity $850 − Used Margin $200 = Free Margin $650
保证金水平 Margin Level
Margin Level % = (Equity ÷ Used Margin) × 100
低于 Margin Call 线（通常 100%）→ 系统发出警告；低于 Stop Out 线（通常 50%）→ 系统自动强平
Equity $850 ÷ Used Margin $200 × 100 = 425% → 安全；若跌至 100% = 保证金追缴预警
保证金计算
所需保证金 Required Margin
Margin = (手数 × 合约规模 Contract Size) ÷ 杠杆
结果为基础货币；账户货币换算：买单用开仓卖价（Ask），卖单用开仓买价（Bid）
买 1 手 EURUSD（合约 100,000），杠杆 1:500 → 100,000 ÷ 500 = 200 EUR → 换算为 USD ≈ $216
点值与点差
点值 Pip Value
Pip Value = 手数 × 合约规模 × Pip Size（点单位）
结果为报价货币；若报价货币非账户货币，需再除以汇率换算
1手 EURUSD：1 × 100,000 × 0.0001 = $10/pip | 1手 XAUUSD：1 × 100 × 0.1 = $10/pip
点差 Spread（pips）
Spread = (Ask − Bid) ÷ Pip Size
EURUSD Ask 1.08511 − Bid 1.08500 = 0.00011 ÷ 0.0001 = 1.1 pips
盈亏计算
盈亏 Profit / Loss
P&L = 价差变化量（pips） × 点值（Pip Value）
步骤1 — 计算价差变化量（pips）：
买单：(平仓买价 − 开仓卖价) ÷ Pip Size
卖单：(开仓买价 − 平仓卖价) ÷ Pip Size
步骤2：价差变化量 × 点值
买单：(平仓买价 − 开仓卖价) ÷ Pip Size
卖单：(开仓买价 − 平仓卖价) ÷ Pip Size
步骤2：价差变化量 × 点值
买 1手 EURUSD：开仓Ask 1.19375，平仓Bid 1.19400 → (1.19400−1.19375)÷0.0001 = 25pips × $10 = $250盈利
止盈 / 止损 / 爆仓价位计算
步骤 1：价格变动量
价格变动量 = (目标盈亏金额 ÷ 点值) × Pip Size
步骤 2A：已知开仓价时的 TP / SL / SO 价位
买单：TP = 开仓价 + 价格变动量 | SL/SO = 开仓价 − 价格变动量
卖单：TP = 开仓价 − 价格变动量 | SL/SO = 开仓价 + 价格变动量
卖单：TP = 开仓价 − 价格变动量 | SL/SO = 开仓价 + 价格变动量
步骤 2B：已知当前市价（净值基于该价格）
买单：TP = 平仓买价 + 价格变动量 | SL/SO = 平仓买价 − 价格变动量
卖单：TP = 平仓卖价 − 价格变动量 | SL/SO = 平仓卖价 + 价格变动量
卖单：TP = 平仓卖价 − 价格变动量 | SL/SO = 平仓卖价 + 价格变动量
隔夜利息（Swap）
隔夜利息 Swap
Swap = 隔夜利率（多头/空头） × 天数 × 点值
仅在 GMT+0 00:00 的工作日收取 | 买单用多头（Long）Swap 费率；卖单用空头（Short）Swap 费率
外汇 & 贵金属：周三收取三倍隔夜利息 | 其他品种：周五收取三倍
外汇 & 贵金属：周三收取三倍隔夜利息 | 其他品种：周五收取三倍
结果以报价货币（Quote Currency）计算
合约规模参考表（Contract Size）
| 交易品种 | 合约规模 | 例外情况 |
|---|---|---|
| 货币对 Currency Pairs | 100,000 基础货币 | — |
| 黄金 XAU/USD | 100 盎司 | — |
| 白银 XAG/USD | 5,000 盎司 | — |
| BTC/USD | 1 枚 | BNBUSD/BCHUSD：100枚；ETHUSD：10枚；XRPUSD/ADAUSD/DOGUSD/EOSUSD：10万枚；LNKUSD/LTCUSD：1000枚 |
| 指数 Indices | 1 | — |
| 能源 Energies | 100 桶 (BBL) | — |
Pip Size 点单位速查表
| 品种 | 价格示例 | Pip（第几位小数） | Pip Size |
|---|---|---|---|
| 标准货币对（EURUSD 等） | 1.21568 | 第4位小数 | 0.0001 |
| 日元货币对（USDJPY 等） | 95.938 | 第2位小数 | 0.01 |
| 黄金 XAUUSD | 2857.65 | 第1位小数 | 0.1 |
| 白银 XAGUSD | 32.252 | 第2位小数 | 0.01 |
| BTC/USD | 97886.9 | 整数位 | 1 |
| 指数（UK100 等） | 14534.35 | 第1位小数 | 0.1 |
| 布伦特/WTI原油 | 75.730 | 第2位小数 | 0.01 |
舍入规则：价格舍入必须匹配品种最小报价单位（如布伦特原油保留3位小数：62.0344 → 62.034）；
资金计算保留2位小数（$42.18）；遵循标准数学舍入：≥5 进位，≤4 舍去；仅在最终步骤舍入，中间计算保持完整精度。
3.5 CRM 与交易系统的关系
CRM 与 MT4/MT5 交易系统之间的数据同步是整个平台运转的关键。
▸ CRM 系统集成全景 — 数据流向图
▸ 一般哪些参数会跟随交易平台实时变化（举例）
| MT 系统变化 | 变化频率 | CRM 如何响应 |
|---|---|---|
| 账户余额（Balance）变化 | 实时 | CRM 账户详情页实时更新显示余额；入金/出金完成触发通知 |
| 账户净值（Equity）变化 | 实时 | CRM 监控面板显示实时净值 |
| 保证金比例下降 | 实时 | 触发 Margin Call 警告，CRM 记录事件，发送邮件通知 |
| 强制平仓（Stop Out） | 实时 | CRM 记录 Stop Out 事件 |
| 新订单开仓/平仓 | 实时 | IB 返佣引擎计算该笔交易的返佣金额；更新交易量统计 |
| KYC 状态审核通过 | 手动触发 | CRM 解除账户限制，向 MT 服务器设置账户可交易权限；触发欢迎邮件 |
| 入金审核通过 | 审核触发 | CRM 调用 MT API 将金额 Deposit 到 MT 账户 Balance |
| 交易量累计（用于返佣） | 实时结算 | IB 系统读取实时交易量，按账户组别和返佣配置计算各级代理佣金 |
3.3 保证金预警与强平（Margin Call & Stop Out）
保证金预警和强平是交易系统的核心风控机制，CRM 需要实时监控并触发相应通知和记录。
▸ Margin Level 风险区间
▸ 保证金安全等级示意图
| 事件 | 触发条件 | MT 系统行为 | CRM 响应 |
|---|---|---|---|
| Margin Call 预警 | Margin Level ≤ 100% | MT 系统向客户发送邮件预警 | CRM 记录预警事件；可触发邮件通知 |
| Stop Out 强平 | Margin Level ≤ 50% | MT 自动从亏损最大的仓位开始强制平仓，直到 Margin Level 恢复至安全线 | CRM 记录强平事件；更新账户状态 |
CRM 技术要点：强平（Stop Out）不是 CRM 直接执行的，而是 MT 服务器自动执行后，CRM 通过 Manager API 接收平仓记录，再更新数据库状态、触发通知和日志记录。MakeCapital 的 Margin Call 和 Stop Out 默认阈值为 100% / 50%。
3.4 订单生命周期
从客户点击"下单"到订单最终关闭，一笔订单在系统中经历的过程。
▸ 市价单（Market Order）生命周期
1
客户下单
客户在 MT4/5 终端选择品种、方向（Buy/Sell）、手数，点击确认。也可设置 SL/TP。
→ MT 客户端发送订单请求到 MT Trade Server
2
保证金检查
MT 服务器检查客户的 Free Margin 是否足够开设这笔仓位。如果 Free Margin 不足，订单被拒绝（"Not enough money"错误）
→ 若通过：Required Margin 从 Free Margin 中划出，加入 Used Margin
3
订单路由（A/B-Book 决策）
根据账户组配置和风控规则，MT 服务器决定这笔订单走 A-Book（传递到 LP 对冲）还是 B-Book（内部消化）
4
订单成交执行
以当前市价（可能有滑点）执行。订单状态变为 Open，分配订单 ID（Ticket）。Floating P&L 开始实时计算
→ CRM 通过 Manager API 可以实时查看这笔新订单
5
持仓期间（Floating）
订单持续开放，Equity 随价格实时波动。如设有 SL/TP，达到时自动平仓。如 Margin Level 跌破 Stop Out 线，系统强制平仓
→ 每日 23:59 收取或支付 Swap（隔夜利息）
6
订单平仓
客户手动平仓、SL/TP 触发、或 Stop Out 强平。浮动盈亏转为已实现盈亏，更新到 Balance。Used Margin 减少，Free Margin 增加
→ IB 系统记录这笔交易的手数，用于返佣计算；CRM 更新账户余额显示
▸ 常见订单错误备注
| 错误信息 | 含义 | |
|---|---|---|
| Not enough money | Free Margin 不足以开设请求的手数 | |
| Invalid SL/TP | 止损/止盈设置在 Stop Level 范围内或方向错误 | |
| Trade is disabled | 账户被禁止交易（停盘期间交易/账户被封） | |
| Off quotes | 当前品种没有可用报价（非交易时段或 LP 断线） | |
| No connection | 客户端与 MT 服务器连接断开 | |
| Invalid account | 账户号或密码错误 |
4.1 IB 代理是什么
IB（Introducing Broker，引入经纪商）是 CFD 行业最主要的客户获取渠道。IB 管理模块是 CRM 中业务逻辑最复杂的部分之一，包含代理层级、返佣计算和权限隔离等核心设计。
IB 可以简单理解为经纪商的"外包销售员"——他们把自己的人脉圈子里的客户介绍到 MakeCapital，每当这些客户进行交易，IB 就能收到一笔返佣，而不需要承担任何交易风险。
▸ IB 的完整定义
🤝 Introducing Broker (IB) — 引入经纪商
法律定义：IB 是一个与持牌经纪商签署合作协议的个人或机构，专门负责将潜在客户介绍（引入）给该经纪商，并因此获得基于客户交易量的佣金报酬（返佣 Rebate）。
IB 不做什么：① IB 不直接持有客户资金；② IB 不代替客户做交易决策；③ IB 不承担市场风险；④ 大多数 IB 不需要金融牌照（在某些司法管辖区）
IB 做什么：① 通过社交媒体、网站、个人人脉推广经纪商；② 协助潜在客户完成注册和 KYC；③ 为客户提供基本平台使用指导；④ 充当经纪商与客户之间的关系维护者；⑤ 通过专属链接/代码追踪自己引入的客户
MakeCapital IB 的具体操作：销售团队为 IB 填写申请表（Lark Form），提交后由 OPS 团队在 CRM 中开设 IB 身份并配置返佣组别（Rebate Group）
▸ IB 的核心优势（对经纪商而言）
低成本获客
Cost-Effective Acquisition
IB 自己承担营销成本（广告、内容、人脉），经纪商只在客户实际交易后才支付佣金——无交易无成本，完全按效果付费
本地化渗透
Local Market Penetration
IB 通常是当地市场的人脉中心，能接触到经纪商直接营销无法触达的客群（如特定语言社区、地区性投资圈子）
客户粘性高
Higher Client Retention
IB 与其引入的客户有个人关系，会主动维护客户关系、解答问题，降低客户流失率。IB 越赚钱，越有动力留住客户
可扩展性强
Scalable Growth
一个主 IB 可以发展多个子 IB，形成网络效应。经纪商不需要直接管理每一个子代，主 IB 负责管理自己的团队
▸ IB 的工作模式图
▸ IB 业务模式 — 价值流向图
4.2 返佣计算逻辑
IB 返佣（Rebate）的计算是整个 IB 系统的核心。不同账户类型、不同交易品种、不同层级的代理，返佣金额的计算方式各不相同。
▸ 什么是返佣（Rebate）？
💰 返佣（Rebate）机制解释
定义：每当 IB 旗下的客户完成一笔交易（开仓/平仓），MakeCapital 从该笔交易收取的点差/手续费中，拿出一部分分配给 IB 作为返佣。
计算单位：通常以每标准手（per Lot）计算。例如：IB 返佣 $2/lot，客户交易了 1 lot EURUSD → IB 获得 $2。
结算频率：通常平仓15分钟内结算一次，累计到 IB 的佣金钱包，IB 可申请提现。
返佣来源：返佣资金来源于经纪商的点差收入。经纪商确保总点差收入 > 总返佣支出，差额是经纪商利润。
▸ 返佣组别体系（Rebate Group System）
核心原则：MakeCapital 的返佣体系分为普通组别和特殊组别。每个 IB 在开设时由销售团队在 Lark 表单填写申请，后台团队在 CRM 中配置返佣组别。同一个 IB 旗下的客户，账户类型不同（ECN/STD/PLUS三大返佣体系），对应不同的返佣计算方式和上限。
① 普通组别（日常组 — 全平台适用）
| 返佣组别 | 计算单位 | FX 主货币对 | FX 交叉盘 | 贵金属 | 原油 | 指数 | 账户说明 |
|---|---|---|---|---|---|---|---|
| ECN-PlanA | USD/lot | 最高 $2 | 最高 $2 | 最高 $2 | 最高 $0.2 | 最高 $1.5 | ECN 账户（手续费 $5/lot，IB 最高返 $2/lot） |
| STD-PlanA | Pips | 最高 0.6 pips | 最高 0.6 pips | 最高 0.8 pips | 最高 0.6美金 | 最高 1.5美金 | STD 标准账户（欧美点差11返6，黄金17返8） |
| PLUS-PlanA | Pips | 最高 1.6 pips | 最高 1.6 pips | 最高 2.0 pips | 最高 0.6美金 | 最高 1.5美金 | PLUS 账户（欧美点差21返16，黄金约33返20） |
② 特殊组别（Special Groups — 指定 Office 专用）
| 组别名称 | 账户类型 | 主要返佣特点 | |
|---|---|---|---|
| PLUSPRO-PlanA | PLUS+1（STD+2） | 外汇最高 2.6 pips，贵金属最高 3.0 pips（欧美31返26） | |
| PLUS-2 | PLUS+2（STD+3） | 外汇最高 3.6 pips，贵金属最高 4.0 pips（欧美41返36） | |
| ECN PRO | ECN PRO（9返6） | 手续费 $9/lot，IB 最高返 $6/lot | |
| ECN C10 | ECN C10（10返7） | 手续费 $10/lot，IB 最高返 $7/lot | |
| STD M16 | STD+0.5 | 外汇最高 1.1 pips，贵金属 1.3 pips（欧美16返11） | |
| STDR13-PlanA | STD（黄金特别） | 外汇同 STD，黄金点差19最高返13 pips | |
| ECN-JPY / STD-JP | 日本专属账户 | 日元结算，ECN最高 $0.3/lot，STD最高 1.1 pips | |
| Cent STD M30 | 美分账户 STD+2 | 仅限美分账户，外汇最高 2.4 pips（欧美31返24） |
③ 两种计算方式对比
ECN 账户 — USD/lot 计算
固定美元金额，按手计算
ECN 账户每笔交易向客户收取固定手续费（Commission），IB 从中分得一部分。
公式：IB 返佣 = 客户交易量（lots）× 返佣金额（$/lot）
示例（ECN-PlanA）：客户交易 3 lot EURUSD → IB 获得 $2 × 3 = $6
公式：IB 返佣 = 客户交易量（lots）× 返佣金额（$/lot）
示例（ECN-PlanA）：客户交易 3 lot EURUSD → IB 获得 $2 × 3 = $6
CRM 设置：MT4-ECN-FX-外汇 / MT5-ECN-Metals-贵金属 / MT4-ECN-Indices-指数 等
STD / PLUS 账户 — Pips 计算
按点差中的 pips 数量计算
STD/PLUS 账户通过点差盈利，IB 从点差中获得固定 pips 数量对应的 USD 金额。
公式：IB 返佣 = 交易量（lots）× 返佣 pips × Pip Value
示例（STD-PlanA）：1 lot EURUSD，返佣 0.6 pips × $10/pip = $6
公式：IB 返佣 = 交易量（lots）× 返佣 pips × Pip Value
示例（STD-PlanA）：1 lot EURUSD，返佣 0.6 pips × $10/pip = $6
CRM 设置：MT4-STD-FX-外汇 / MT5-PLUS-FX-外汇 / MT4-STD-Metals-贵金属 等
STD 账户：EURUSD 返佣计算（ STD-PlanA）
点差 11 pips · IB 返佣 0.6 pips · Pip Value = $10/lot（1 手 = 10万单位）
0.6 pips × $10 × 5 lot = $30（客户交易 5 lot 时）
ECN 账户：EURUSD 返佣计算（ ECN-PlanA）
客户手续费 $5/lot · IB 返佣 $2/lot（剩余 $3 归经纪商）
$2 × 5 lot = $10（客户交易 5 lot 时）
PLUS 账户：EURUSD 返佣计算（ PLUS-PlanA）
点差 21 pips · IB 返佣 1.6 pips · Pip Value = $10/lot
1.6 pips × $10 × 5 lot = $80（客户交易 5 lot 时）
▸ IB 自留返佣 vs 传递给下线
关键机制：MakeCapital 给 IB 设定一个最高返佣上限（各返佣组别的配置）。IB 可以决定自己保留多少，以及传递给子代多少。传递给子代的部分必须 ≤ IB 自己获得的金额（不能超发）。
例如：MakeCapital 给主代 IB 配置 $5/lot。主代可以决定给子代 $3/lot，自己保留 $2/lot。子代也可以进一步传递给其下线 $1/lot，自己保留 $2/lot。
例如：MakeCapital 给主代 IB 配置 $5/lot。主代可以决定给子代 $3/lot，自己保留 $2/lot。子代也可以进一步传递给其下线 $1/lot，自己保留 $2/lot。
| 层级 | 从上级获得 | 传递给下级 | 自留金额 |
|---|---|---|---|
| MakeCapital → 主代 A | — | $5/lot（总返佣池） | 取决于配置 |
| 主代 A | $5/lot | $3/lot → 给子代 B | $5 - $3 = $2/lot |
| 子代 B | $3/lot | $1/lot → 给下线 C | $3 - $1 = $2/lot |
| 末端代理 C | $1/lot | 无下线 | $1/lot（全部自留） |
4.3 代理层级与主代/子代模式
MakeCapital 的 IB 体系采用多层级树形结构，主代管理子代，子代可以再发展下线。层级结构决定了返佣如何向上汇聚和向下分配。
▸ 层级结构图
▸ MakeCapital IB 多层级代理结构
▸ 主代（Master IB）与子代（Sub-IB）的区别
| 维度 | 主代 Master IB | 子代 Sub-IB（二级及以下IB） |
|---|---|---|
| 与经纪商关系 | 直接与 MakeCapital 签约 | 直接与 MakeCapital 签约 |
| 返佣来源 | 直接从 MakeCapital 获得 | 从主代获得（主代从 MC 扣除后分配） |
| 返佣配置权 | 主代可以决定给子代多少 | 可以给自己的下线分配部分 |
| 可见性 | 可以看到所有下线（子代、客户）的数据 | 只能看到自己的直接下线 |
| CRM 权限 | 拥有 IB Zone 后台访问权限 | 拥有 IB Zone 后台访问权限 |
| 申请流程 | 销售填写 Lark Form → CRM后台配置 | 销售填写 Lark Form → CRM 后台配置 |
▸ 主代如何向子代分配返佣
1
MakeCapital 配置主代返佣上限
CRM 管理员（Support 团队）为主代 IB 设定账户组和对应的返佣比例。例如：标准账户最高 $5/lot。这是主代可以分配的"总资金池"。
→ 操作位置：CRM → IB 管理 → 代理设置 → 返佣组别配置
2
主代创建子代账户
主代登录 IB Zone（CRM 的代理管理门户），创建子代账户，填写子代的个人信息，并设定该子代的返佣金额（≤ 主代自己的配额）
→ 主代无法给子代超过自己返佣上限的金额（系统自动限制）
3
子代获得专属推广链接
CRM 为子代生成专属推广链接，子代通过此链接引入的客户自动绑定到其名下
→ CRM 追踪机制：注册时记录来源 IB 的 referrer_id
4
子代下线客户交易后，自动计算返佣
平仓即开始计算返佣，CRM 从 MT 读取实时所有交易记录，向上追踪每笔交易的归属代理链（客户→子代→主代），分别计算各级应得返佣
→ 例：客户交易 10 lot，子代得 $3×10=$30，主代得（$5-$3）×10=$20，合计 $50 从 MC 点差收入中扣除
5
返佣入账到 IB 钱包
每日计算结果写入各代理的 IB 钱包余额。代理可以申请将钱包余额提现到本人账户，或转入自己的交易账户作为保证金
→ 提现流程同普通出金流程，需经过财务审核
CRM 技术注意事项：
1. 循环引用检查：代理关系树必须检测循环引用（A 是 B 的主代，B 不能再成为 A 的主代）
2. 返佣不可超发：子代返佣永远 ≤ 其上级返佣，系统必须在配置时强制校验
3. 历史记录完整性：每笔返佣必须有完整的计算日志（来源交易 ID、归属客户、计算公式、计算时间戳）
4. IB 自己也可以是交易客户：IB 开设自己的交易账户时，这些账户的交易也可产生返佣给上级主代
1. 循环引用检查：代理关系树必须检测循环引用（A 是 B 的主代，B 不能再成为 A 的主代）
2. 返佣不可超发：子代返佣永远 ≤ 其上级返佣，系统必须在配置时强制校验
3. 历史记录完整性：每笔返佣必须有完整的计算日志（来源交易 ID、归属客户、计算公式、计算时间戳）
4. IB 自己也可以是交易客户：IB 开设自己的交易账户时，这些账户的交易也可产生返佣给上级主代
4.4 平台如何开设和管理代理
从申请到激活，MakeCapital CRM 开设 IB 代理的完整操作流程，以及日常 IB 管理工作。
▸ 开设主代 IB 流程（MakeCapital 内部流程）
1
销售团队提交申请
销售填写 Lark Suite 上的 IB 申请表，填写 IB 基本信息、是否为子代理、需要开设的组别和各组别各个品种的返佣参数
2
OPS 团队审核
OPS 团队检查申请信息的完整性，确认无重复申请，在CRM确认返佣配置方案
3
CRM 开设 IB 身份
后台在 CRM 为客户开设 IB 身份，设置：① 账户层级（是主代还是谁的子代）；② 设置账户组和返佣参数；③ 可访问的 IB Zone 权限
4
IB 进入IB后台
IB身份开启后客户即可从客户后台中看到IB专区入口，可以查看自己的专属推广链接、下线客户列表、返佣记录、下线账户列表、下线出入金记录等等
5
IB 开始推广运营
IB 使用专属链接推广，通过此链接注册的客户自动归属该 IB 名下，CRM 实时更新 IB 的下线客户统计
▸ IB Zone 后台主要功能
DASHBOARD
数据总览
实时显示（期望新增功能）：下线客户总数、本月新增客户、当日/本月交易量、累计返佣、待提现余额等等
CLIENT LIST
下线客户列表
查看所有直接下线客户：注册时间、KYC 状态、账户余额、交易量、贡献的返佣金额
SUB-IB MANAGEMENT
子代管理
主代可在此查看子代的业绩和下线数据
COMMISSION WALLET
佣金钱包
查看每日返佣入账记录、累计余额、已提现金额；申请提现到本人绑定账户
MARKETING MATERIALS
营销物料
专属推广链接（对应不同组别的推广链接）、二维码、Banner 图、落地页链接——用于 IB 在各渠道推广 MakeCapital
REPORTS
详细报表
按时间段、客户、交易品种分类的返佣明细报表，可导出为 Excel
5.1 CFD 赠金定义与分类
了解 CFD/Forex 行业中赠金（Credit/Bonus）的本质、常见分类及其与账户余额的关系，为理解 MakeCapital 赠金活动奠定基础。
▸ 一、什么是赠金（Credit / Bonus）？
💡 赠金的本质
赠金（Credit / Bonus）是 CFD 经纪商在满足特定条件后，向客户 MT 账户注入的虚拟信用额度，不等同于真实入金。
赠金的核心目的是增加客户可用保证金，让客户可以在更大的保证金缓冲下进行交易，从而提升交易体验并吸引客户入金与活跃交易。
赠金不能直接提现，必须满足经纪商设定的特定条件（如完成一定交易量）后，才可将部分赠金转化为真实可提取资金。
赠金 vs 真实余额
| 维度 | Balance（账户余额） | Credit（赠金） |
|---|---|---|
| 来源 | 客户真实入金 | 经纪商注入的虚拟额度 |
| MT 显示字段 | Balance | Credit（账户信息中单独显示） |
| 计入 Equity | ✓ | ✓ |
| 可直接提现 | ✓ | ✗ 需满足条件才能兑现 |
| 影响可用保证金 | ✓ | ✓ 增加 Free Margin |
| 核心公式 | Equity = Balance + Credit + 浮动盈亏 | |
▸ 二、CFD 行业赠金常见分类
LOSS PROTECTION BONUS
不可抗亏损赠金
赠金作为账户缓冲，保护客户不因市场波动迅速爆仓。当账户净值下跌至等于赠金金额时，赠金自动扣除，防止出现负余额。赠金本身不会随账户亏损而减少。
MC 100%赠金：入金 $5,000 → 获 Credit $5,000
DEPOSIT BONUS
入金奖励赠金
按客户入金金额的一定比例（如 50%、100%）发放赠金。鼓励客户入金并激活账户，通常附带交易量要求方可提取。
首次入金 $1,000 获 50% 赠金 = $500 Credit
TRADING BONUS（可兑换型）
交易量兑换赠金
客户完成指定有效交易手数后，可将部分赠金兑换为可提取的真实资金。每达到一定手数可兑现固定金额，鼓励客户持续活跃交易。
MC 100%赠金：每完成 10 标准手 → 可兑现 $30
WELCOME / NO-DEPOSIT BONUS
欢迎赠金 / 无入金赠金
注册即送，无需入金。通常金额较小，附带严格提现条件。主要用于吸引新客户注册和体验平台交易环境。
注册赠 $30 体验金（MC 目前无此类产品）
MakeCapital 100% 赠金的双重属性：它同时具备不可抗亏损赠金（赠金不随亏损减少，净值跌至赠金额时自动扣除）和交易量兑换赠金（完成有效手数后可兑现为真实资金）的双重特性，是业内较常见的综合型赠金产品。
5.2 从 CRM 团队视角理解赠金
基于 MC 100% 不可抗亏损赠金活动，解析赠金在 MT 交易端和 CRM 系统中的数据变化、账户状态与关键操作节点，帮助团队建立完整的赠金运作认知。
本节从 CRM 团队的工作视角出发，聚焦于参与赠金活动后系统层面会发生哪些变化——账户数据如何变化、MT 端和 CRM 中哪些状态会改变、以及 CRM 团队在哪些节点会涉及相关操作。
▸ 一、赠金在 MT 端的表现（Balance vs Credit）
赠金通过"增加信用额（Credit In）"的方式注入 MT 账户，Balance 不变，Credit 字段新增赠金金额。这是与普通入金最关键的区别。
BALANCE — 账户余额
赠金发放后保持不变
Balance 只反映客户真实入金和已实现盈亏。赠金注入不会改变 Balance 数值。
客户从 MT 客户端看到的 Balance 与赠金前相同。
客户从 MT 客户端看到的 Balance 与赠金前相同。
CRM 操作路径：OPS 通过后台"增加信用额"功能执行 Credit In
CREDIT — 信用额度
赠金以 Credit 形式体现
MT 账户信息（Account Info）中 Credit 字段显示赠金金额。
赠金金额直接影响 Equity 和 Free Margin，客户可用更多保证金参与交易。
赠金金额直接影响 Equity 和 Free Margin，客户可用更多保证金参与交易。
CRM 可查：账户管理 → 账户详情 → Credit 字段
公式示例：客户入金 $5,000（Balance = $5,000），获 100% 赠金（Credit = $5,000）
→ 无持仓时：Equity = $5,000 + $5,000 = $10,000；Free Margin 翻倍，抗风险能力显著提升
→ 无持仓时：Equity = $5,000 + $5,000 = $10,000；Free Margin 翻倍，抗风险能力显著提升
▸ 二、账户被放入不同的活动组别（B 组）
参与赠金活动后，账户必须从普通账户组更换为对应的 B 组别。B 组是专为参与不可抗亏损赠金活动设计的 MT 服务器分组，在服务器端启用了赠金保护机制。CRM 团队负责在赠金审核通过前完成账户分组的更换。
| 账户类型 | 赠金活动 B 组别名称 | 平台 |
|---|---|---|
| PLUS 账户 | MC-2-B-M19-USD | MT4 |
| PLUS 账户 | MCSA\S-STDPLUS-M10C00-USD | MT5 |
| STD 账户 | MC-2-B-M11-USD | MT4 |
| STD 账户 | MCSA\I-B-STD-M00-USD | MT5 |
| ECN 账户 | MC-2-B-C07-USD | MT4 |
| ECN 账户 | MCSA\I-B-ECN-C07-USD | MT5 |
重要：CRM 路径为【账户管理】→【操作】→【调整分组】。更换组别后必须截图确认成功。参与活动期间不可更改账户类型（如从 STD 改为 ECN），活动结束后方可操作。
▸ 三、参与赠金的账户划转会进入审核（核心区别）
这是参与赠金活动账户与普通账户最核心的操作差异：账户内有 Credit 时，任何资金划转或出金申请不会自动处理，而是进入 CRM 的人工审核流程。
📋 在 CRM 中查看划转审核申请
路径：【审核中心】→【转账审核】
审核列表中可查看：客户姓名、注册邮箱、划转金额、账户当前赠金余额，以及从哪个账户划转至哪个账户。
| 审核结果 | MT 端变化 | 赠金处理结果 |
|---|---|---|
| 审核通过 | 资金正常划出 / 出金处理 | 账户内全部 Credit 立即扣除，赠金活动自动终止 |
| 审核驳回 | 划转金额退回至交易账户 | Credit 保持不变，赠金活动继续有效 |
条款逻辑：根据活动条款，在赠金有效期内，任何资金转移或提现操作将导致全部赠金被扣除。客户可以申请划转账户内的盈利，但需知晓此操作会使所有赠金被清零。
▸ 四、赠金兑现需审核有效交易量
客户通过完成足够的有效交易量，可将部分赠金兑换为可提取的真实资金。兑现前需经 OPS 人工审核验证交易量，不自动处理。
兑现比率
每 10 标准手 → $30
每完成至少 10 个有效标准手，可将 $30 赠金兑现为可提取资金。单次兑现上限 $10,000（对应 3,333+ 标准手）。
有效手数折算规则
非 1:1，按账户类型打折计算
ECN 账户：外汇每实际交易 3 手 = 有效 1 手；黄金按等值计算
STD / PLUS 账户：外汇每实际交易 2 手 = 有效 1 手；黄金按等值计算
持仓时间 ≥ 5 分钟才计入有效交易量，低于 5 分钟一律不计
STD / PLUS 账户：外汇每实际交易 2 手 = 有效 1 手；黄金按等值计算
持仓时间 ≥ 5 分钟才计入有效交易量，低于 5 分钟一律不计
可计入品种
仅外汇主货币对 + 黄金
• 主要外汇货币对（EUR/USD、GBP/USD、USD/JPY 等 FX Major）
• 黄金（XAU/USD）
其他品种（指数、原油、交叉盘等）不计入有效交易量
• 黄金（XAU/USD）
其他品种（指数、原油、交叉盘等）不计入有效交易量
禁止对冲：使用对冲等方式套取赠金属违规行为，Make Capital 有权取消客户参与资格并扣除全部赠金。OPS 在审核交易量时会同步检查交易合规性。
▸ 五、赠金有效期与自动失效
赠金有效期为领取赠金所在月份起的 3 个自然月（从该月 1 日起算至第 3 个月月末）。有效期届满，未兑现的 Credit 会被系统自动从 MT 账户中扣除。
示例：8 月 18 日领取赠金 → 有效期从 8 月 1 日起算 3 个月 → 10 月 31 日到期 → 11 月 1 日起 Credit 自动失效并被扣除
▸ 六、赠金生命周期全览（MT 与 CRM 视角）
| 阶段 | 状态 | MT 端数据变化 | CRM 中的变化 |
|---|---|---|---|
| ① 申请前 | 客户入金 | 账户在普通组别；Balance 有值；Credit = 0 | 入金记录正常，无特殊标记 |
| ② 处理中 | 审核中 | 账户组别由普通组更换至 B 组（CRM 操作节点） | 表单填写完成；任务（Task）创建；等待 OPS 执行 Credit In |
| ③ 赠金生效 | 活跃 | Credit 注入，Equity 上升；B 组赠金保护机制生效 | 账户详情显示 Credit 金额；此后该账户的划转申请将自动进入审核队列 |
| ④ 交易进行中 | 进行中 | 正常交易；赠金不随亏损减少；交易量逐步累积 | 可在账户交易历史中查看累计手数；追踪有效手数是否达标 |
| ⑤ 申请兑现 | 待审核 | OPS 审核并确认有效手数后，部分 Credit 转为 Balance（可提现） | 兑现 Task 创建；OPS 验证交易量并执行转换操作 |
| ⑥ 划转 / 出金 | 审核中 | 资金流动请求进入审核队列，不即时处理 | 【审核中心】→【转账审核】出现记录；通过则扣除全部 Credit；驳回则资金退回 |
| ⑦ 到期 / 终止 | 已结束 | 全部未兑现 Credit 被自动扣除；账户可恢复普通组别 | 活动任务标记完成；账户恢复正常出入金流程 |
▸ 七、赠金参与限制条件（CRM 团队需知的核查要点）
互斥性限制
不可同时参与其他活动
客户参与 100% 赠金活动期间不可同时参加其他促销活动。处理赠金申请前需在 CRM 中确认该客户当前无其他活跃活动。
唯一性限制
同 IP / 同身份仅限一次
同一 IP 地址注册或使用相同身份信息的客户，整个活动期间只能参加一次。CRM 后台可查询是否存在重复申请记录。
入金时间窗口
申请起两天内入金才计入
赠金仅计算客户第一笔入金申请起两天内的累计入金总量，超出时间窗口的后续入金不纳入计算范围（特殊需求需另行申请）。
赠金上限
每人最高 $10,000
单个客户可获得的最高赠金金额为 $10,000（对应最高入金 $10,000）。超额部分不计入，最低首笔入金需满足 $100 方可参与。
CRM 模块全图
了解 CRM 作为 Forex 经纪商后台核心系统的完整功能模块划分，以及各模块如何相互协作构成完整的运营闭环。
CRM（Client Relationship Management，客户关系管理系统）在 Forex/CFD 行业中远不止于"管理客户信息"——它是连接前台销售、后台运营、交易平台、支付通道、合规部门的核心枢纽。MakeCapital 使用的 CRM 系统覆盖了从客户注册到资金出入、从账户开立到 IB 返佣的完整业务链条。
📐 什么是 CRM 系统？
CRM（客户关系管理系统）
CRM 是经纪商运营的数字神经中枢，负责记录、处理、协调所有与客户相关的数据流和业务流。在 Forex/CFD 行业中，CRM 不仅存储客户档案，还深度整合了 KYC 合规、资金处理、MT4/5 账户管理、IB 代理体系、报告生成等核心功能。技术团队的工作核心就是确保 CRM 各模块稳定运行并与外部系统正确集成。
🗂️ CRM 功能模块全景图
客户管理模块
存储客户的基本信息、KYC 状态、账户列表、交易历史和沟通记录。支持客户分组（按地区、账户类型、代理归属等），是整个 CRM 的数据基础层。
KYC / 合规模块
处理客户身份验证（POI — 护照/身份证）和地址证明（POA — 账单/银行对账单）的上传、人工审核、自动审核、状态跟踪。直接决定账户能否开立和出入金。
资金处理模块
对接多个支付通道（法币网关、USDT、电汇），处理入金申请的创建、确认、分配；处理出金申请的审核、批准、拒绝；生成资金流水日志。
账户管理模块
与 MT4/5 服务器 API 对接，实现交易账户的创建（在 MT 服务器上）、密码设置、杠杆调整、账户组切换（如 Cent/Standard/ECN）、账户禁用/启用。
IB 代理模块
管理 IB 代理的注册、层级关系树（主代→子代→终端客户）、返佣规则配置、返佣计算（按手数或按点差）、佣金钱包管理和提现申请。
MT4/5 集成模块
通过 MT Manager API 实时读取账户余额、净值、保证金水平、持仓列表；接收平仓/强平事件推送；将客户入金同步至 MT 账户余额（或通过 Manager 手动调整）。
报告 / 分析模块
生成各类业务报表：客户入金报告、IB 返佣月报、交易量统计、KYC 通过率分析等。支持导出 CSV/PDF，供合规、财务、运营团队使用。
通知 / 权限模块
配置系统自动发送邮件/短信通知（如入金成功、审核通过、出金到账）；管理 CRM 内部用户角色（超级管理员、客服、财务、合规）及各角色的功能权限边界。
🔄 业务闭环：CRM 如何串联所有模块
01
客户注册 → 客户管理模块创建档案，分配唯一 Client ID；若通过 IB 链接注册，自动关联至对应代理。
02
KYC 提交 → 合规模块接收文件上传，触发审核流程，结果回写客户状态字段（Pending / Approved / Rejected）。
03
开立交易账户 → 账户管理模块调用 MT API，在 MT 服务器上创建账号，将账号信息写回 CRM 客户档案；选择账户组决定合约规格与手续费。
04
入金 → 资金模块对接支付通道，入金确认后通过 MT Manager API 为账户增加余额；资金流水记录在 CRM。
05
交易中 → MT4/5 集成模块实时同步账户净值、保证金水平；CRM 界面展示"实时余额"而非静态数据；强平事件通过 API 推送至 CRM 触发通知。
06
返佣计算 → IB 模块每日/每周统计归属于各 IB 的客户交易量，按预设规则计算佣金，累计至 IB 钱包；IB 提出提现申请后进入出金审批流程。
07
出金 → 资金模块接收客户出金申请，财务审核后通过支付通道拨付；同时在 MT 账户扣减余额。
数据模型与关系
理解 CRM 核心数据实体之间的关联方式，是排查 Bug、优化接口、设计新功能的基础能力。
CRM 的底层是一个关系型数据库（通常为 MySQL 或 PostgreSQL）。理解各表（实体）之间的关系，能帮助技术团队快速定位问题、设计 API 接口，以及理解业务流程为什么要这样设计。
🗄️ 核心数据实体（Entity）
User（用户/客户）
CRM 内最基础的实体。字段包括：user_id（主键）、email、phone、country、kyc_status（PENDING/APPROVED/REJECTED）、ib_parent_id（归属代理）、created_at。每个 User 可拥有多个 MT Account。
MT Account（交易账户）
与 MT 服务器上账号一一对应。字段包括：mt_login（MT 账号数字）、mt_server（服务器标识）、account_type（Cent/Standard/ECN/Plus）、leverage、group_name、user_id（外键）、status。
Transaction（资金交易）
记录每一笔资金流水。字段包括：tx_id、user_id、mt_login、type（DEPOSIT/WITHDRAWAL）、amount、currency、channel（法币/USDT/电汇）、status（PENDING/COMPLETED/FAILED）、created_at。
IB（代理）
IB 在 CRM 中也是 User 的扩展，通过 ib_level 和 parent_ib_id 字段构建层级树。同时关联到 Commission Rule（返佣规则配置）和 Commission Record（已计算佣金记录）。
Commission Rule（返佣规则）
定义 IB 的返佣方案：rule_id、ib_id、account_group（如 ECN组）、product（如 EURUSD）、commission_per_lot（每手佣金，美元）或 pip_rebate（点差返还）、effective_date。
KYC Document（KYC 文件）
记录用户上传的验证文件：doc_id、user_id、doc_type（POI/POA）、file_url、status（PENDING/APPROVED/REJECTED）、reviewer_id、reviewed_at、rejection_reason。
🔗 实体关系图（ER Diagram 简化版）
⚠️ 常见数据关系问题（技术排查指南）
| 问题现象 | 根本原因 | 检查位置 |
|---|---|---|
| 客户入金成功但 MT 账户余额未变 | CRM 资金回调未触发 MT Manager API 调用，或 API 连接超时 | Transaction 状态 + MT 集成日志 |
| IB 返佣计算为 0 | 客户的 MT 账户 group_name 与 Commission Rule 的 account_group 不匹配 | MT Account.group_name vs Commission Rule.account_group |
| KYC 审核通过但账户仍被限制 | kyc_status 字段已更新但出金审批逻辑读取了缓存旧值 | User.kyc_status + 出金模块权限检查代码 |
| 代理 A 的客户出现在代理 B 的报告中 | 注册时 ib_parent_id 写入错误（并发请求覆盖） | User.ib_parent_id + 注册接口并发日志 |
系统集成架构
CRM 并非孤立系统——它与 MT 交易平台、支付网关、KYC 验证服务、邮件/短信平台等多个外部系统通过 API 深度集成。
🌐 完整系统集成架构图
🔌 关键集成点详解
MT Manager API（TCP 协议）
MT4 使用专有 TCP 二进制协议；MT5 提供 MT Manager 5 API（C++ SDK 或 REST 封装）。CRM 通过该接口实现：①创建/删除 MT 账户 ②调整余额（Deposit/Credit）③查询账户净值与保证金 ④修改杠杆和账户组 ⑤强平指定账户。技术要点：TCP 长连接需维护心跳，连接断开需自动重连；余额调整为异步操作，需轮询确认。
支付网关 Webhook
当客户完成支付后，支付提供商主动向 CRM 预设的 Webhook URL 推送 HTTP POST 通知（包含交易 ID、金额、状态）。CRM 收到 Webhook 后：①校验签名（防伪造）②查找对应入金申请 ③更新状态为 COMPLETED ④调用 MT API 为账户充值 ⑤发送入金成功通知给客户。USDT 入金通过监控链上地址余额变化实现，需设置确认块数阈值。
KYC 第三方服务
通常接入 Sumsub、Jumio 或 Onfido 等 KYC SaaS 平台。集成方式：客户在 CRM Portal 触发 KYC 流程 → CRM 生成 SDK Token → 客户在嵌入式 WebSDK 中完成文件上传和自拍 → 平台自动审核（OCR + 人脸比对 + 数据库核查）→ 结果通过 Webhook 回调 CRM → CRM 更新 kyc_status。
实时数据推送（WebSocket）
CRM 后台界面的"实时账户净值"需通过 WebSocket 实现：CRM 后端定期（如每 5 秒）通过 MT Manager API 批量拉取所有在线账户数据 → 通过 WebSocket 推送至前端。注意：若客户账户数量很大（如数千），需分页/按需订阅，避免 MT Server 过载。
⚙️ 常见集成故障与处理
| 故障类型 | 典型表现 | 处理方案 |
|---|---|---|
| MT API 断连 | 账户余额不更新，入金挂起 | 检查 TCP 连接状态，触发重连逻辑，查看 MT Server 负载 |
| Webhook 未收到 | 入金显示支付成功但 CRM 未到账 | 检查支付商后台发送记录，验证 CRM Webhook URL 可达性，查看签名校验日志 |
| USDT 入金延迟 | 客户转账后长时间未到账 | 检查链上确认数（是否达到阈值），查看区块链监控服务状态 |
| KYC 回调超时 | 审核完成但状态未更新 | 检查 Webhook 接收服务是否在线，手动触发 KYC 状态查询接口补偿 |
| IB 返佣数据缺失 | 某日返佣为 0 | 检查 MT 交易数据拉取 Job 是否正常执行，确认时间范围和账户组匹配 |
保证金与强平逻辑
从技术角度理解保证金计算机制和强平触发逻辑，有助于排查客户投诉"为什么我的仓位被强平了"。
📊 保证金体系完整定义
余额（Balance）
账户中的历史结算资金总额。= 入金 + 已平仓盈亏 + 已收取利息（Swap）。注意：Balance 不包含浮动盈亏，只有在订单关闭后才会更新。
净值（Equity）
账户当前实时价值。= Balance + 所有持仓的浮动盈亏（Floating P&L）。净值随市场价格实时波动。Equity > Balance 代表浮盈；Equity < Balance 代表浮亏。
已用保证金（Used Margin）
当前所有未平仓持仓所需冻结的资金总额。= Σ（每笔持仓的名义价值 ÷ 杠杆倍数）。例：1手 EURUSD（合约价值约 100,000 USD），50倍杠杆 → 已用保证金 = 2,000 USD。
可用保证金（Free Margin）
账户还能用于开立新仓位的资金。= Equity − Used Margin。若 Free Margin < 0，账户无法开新仓；若继续亏损，可能触发保证金预警或强平。
保证金水平（Margin Level）
衡量账户安全状态的核心指标。= (Equity ÷ Used Margin) × 100%。该值越高，账户越安全；越低，风险越大。MT 平台用此值触发警告和强平。
保证金预警（Margin Call）
当 Margin Level 降至经纪商设定的预警线（通常 80%~100%）时，MT 平台向客户发出警告（高亮显示、发送邮件），提示需要追加保证金或减仓，但此时仍不强平。
📐 核心公式
保证金水平（Margin Level）= 净值（Equity）÷ 已用保证金（Used Margin）× 100%
净值（Equity）= 余额（Balance）+ 浮动盈亏（Floating P&L）
已用保证金（Used Margin）= 合约面值 ÷ 杠杆（以合约货币计，再换算为账户货币）
可用保证金（Free Margin）= 净值（Equity）− 已用保证金（Used Margin）
🔴 强平（Stop Out）触发机制
以 MakeCapital 标准账户为例：Margin Call 警告线 = 80%，Stop Out 强平线 = 50%
①
Margin Level ≤ 80%（Margin Call）：MT 平台在客户终端高亮显示警告，客服系统可能触发自动邮件提醒，提示客户追加保证金或手动平仓减少风险。
②
Margin Level 继续下降至 50%（Stop Out）：MT 服务器自动触发强平逻辑。从亏损最大的仓位开始，依次强制平仓，直到 Margin Level 恢复到 Stop Out 线以上。
③
强平执行：MT 服务器以当前市价平掉仓位，产生已实现亏损，Balance 降低；强平记录写入 MT 交易日志，CRM 可通过 MT API 读取该事件。
④
CRM 响应：收到强平事件通知后，CRM 可触发以下动作：①发送强平通知邮件/短信给客户 ②记录强平日志到客户档案 ③若账户余额归零，标记账户需充值才能继续交易。
📋 实例计算
场景：客户 A 账户余额 $5,000，使用 50 倍杠杆持有 1 手 EURUSD（合约面值 100,000 EUR ≈ $108,000）
已用保证金 = $108,000 ÷ 50 = $2,160
Equity（初始，无浮亏）= $5,000；Margin Level = $5,000 ÷ $2,160 × 100% = 231% — 健康状态
市场下跌，持仓浮亏 $3,700：
Equity = $5,000 − $3,700 = $1,300；Margin Level = $1,300 ÷ $2,160 × 100% = 60% — 已触发 Margin Call (80%) ！
继续下跌，浮亏 $3,940：
Equity = $5,000 − $3,940 = $1,060；Margin Level = $1,060 ÷ $2,160 × 100% = 49% — 触发 Stop Out (50%)，系统强平！
已用保证金 = $108,000 ÷ 50 = $2,160
Equity（初始，无浮亏）= $5,000；Margin Level = $5,000 ÷ $2,160 × 100% = 231% — 健康状态
市场下跌，持仓浮亏 $3,700：
Equity = $5,000 − $3,700 = $1,300；Margin Level = $1,300 ÷ $2,160 × 100% = 60% — 已触发 Margin Call (80%) ！
继续下跌，浮亏 $3,940：
Equity = $5,000 − $3,940 = $1,060；Margin Level = $1,060 ÷ $2,160 × 100% = 49% — 触发 Stop Out (50%)，系统强平！
环境部署与迁移
掌握 CRM 系统的标准部署架构、环境分层策略和迁移流程，是技术团队的核心基础能力。
🖥️ 标准部署架构
🏗️ 环境分层策略
| 环境 | 用途 | MT 连接 | 数据 | 注意事项 |
|---|---|---|---|---|
| Development | 本地开发调试 | MT Demo 服务器 | Mock / 测试数据 | 不可连接真实支付通道 |
| Staging | 上线前验收测试 | MT Demo 服务器（与 Prod 配置一致） | 生产数据脱敏副本 | 功能测试 + 集成测试全覆盖 |
| Production | 真实运营 | MT Live 服务器 | 真实客户数据 | 变更需审批，部署需回滚方案 |
🚚 数据库迁移流程（Migration Checklist）
1
备份：执行完整数据库备份（mysqldump / RDS Snapshot），确认备份文件可恢复，记录备份完成时间戳。
2
停服 / 维护模式：将 CRM 前台切换为维护页面，防止迁移期间产生新数据导致不一致。通知相关运营团队。
3
执行 Schema 变更：运行数据库迁移脚本（ALTER TABLE / CREATE INDEX 等），记录每个步骤的执行结果。
4
数据同步（跨服务器迁移时）：使用 mysqldump + scp 或数据库复制方式同步数据，校验行数和关键字段完整性。
5
配置更新：更新 CRM 应用的数据库连接字符串、MT Server IP/Port 等配置；清除 Redis 缓存，避免旧数据干扰。
6
验证：启动 CRM 服务，执行冒烟测试（注册、入金、账户创建、IB 返佣计算），确认所有关键流程正常。
7
开放服务：关闭维护模式，恢复正常访问；监控系统日志 30 分钟，确认无异常告警。
业务场景测试
针对 Forex CRM 的关键业务流程设计端到端测试用例，确保每次发布不破坏核心功能。
🧪 核心业务测试矩阵
| 测试场景 | 前置条件 | 测试步骤 | 预期结果 |
|---|---|---|---|
| 客户注册 | 邮箱未注册 | 填写注册表单 → 验证邮件确认 | CRM 创建 User 记录，状态 UNVERIFIED；收到验证邮件 |
| KYC 审核通过 | 上传有效 POI + POA 文件 | 上传文件 → 合规人员审核 → 点击通过 | kyc_status 变为 APPROVED；客户收到通知邮件；可申请出金 |
| 开立 MT 账户 | KYC 已通过 | 选择账户类型（如 ECN）→ 提交 | MT 服务器创建账户，mt_login 返回并保存到 CRM；客户收到账户信息邮件 |
| 法币入金 | MT 账户已创建 | 选择金额 → 支付页面完成付款 → 等待 Webhook | Transaction 状态 COMPLETED；MT 账户余额增加；入金成功通知 |
| USDT 入金 | MT 账户已创建 | 获取入金地址 → 链上转账 → 等待确认 | 链上确认数达标后 Transaction COMPLETED；MT 余额更新 |
| 出金申请 | KYC 通过 + 余额充足 | 提交出金申请 → 财务审核 → 批准 | MT 账户余额减少；支付通道发起转账；客户收到出金确认 |
| IB 注册 | 客户账户存在 | 申请成为 IB → 管理员审批 | 生成 IB 推广链接；IB Portal 可访问；返佣规则默认配置 |
| IB 返佣计算 | IB 已关联客户且客户有交易 | 等待返佣计算 Job 运行（或手动触发） | Commission Record 生成，金额 = 手数 × 每手佣金；IB 钱包余额增加 |
🔍 边界条件与异常测试
入金金额为 0 或负数
系统应在前端和后端均拒绝，返回明确错误信息；不创建 Transaction 记录；不调用 MT API。
MT Server 不可达时入金
支付已完成但 MT API 调用失败 → Transaction 应保持 PENDING_MT 状态，进入重试队列，不丢失资金数据。
重复提交出金申请
防止幂等性问题：同一笔申请不应被处理两次。通过唯一请求 ID 或出金订单号校验。
KYC 未通过申请出金
系统应拒绝出金申请，返回"KYC 未完成"提示；不创建出金记录；CRM 记录该尝试日志。
IB 尝试给自己返佣
IB 不能将自己作为自己的客户；CRM 应检测循环引用并拒绝注册。
并发大量 Webhook 推送
模拟支付商批量推送 100 个 Webhook：所有 Transaction 应正确处理，无重复充值，无遗漏。使用 Redis 分布式锁防并发。
权限与安全配置
CRM 系统处理客户资金和身份信息，安全配置是合规运营的基础要求，也是监管机构审查的重点。
👥 CRM 内部角色与权限矩阵
| 角色 | 客户信息 | 入金处理 | 出金审批 | KYC 审核 | IB 配置 | 系统配置 |
|---|---|---|---|---|---|---|
| 超级管理员 | ✅ 全部 | ✅ | ✅ | ✅ | ✅ | ✅ |
| 财务主管 | ✅ 查看 | ✅ | ✅ | ❌ | ❌ | ❌ |
| 合规专员 | ✅ KYC相关 | ❌ | ❌ | ✅ | ❌ | ❌ |
| 客服专员 | ✅ 基本信息 | ❌ | ❌ | ❌ | ❌ | ❌ |
| 开发/技术 | ✅ 脱敏 | ❌ | ❌ | ❌ | ❌ | ✅ |
🔐 关键安全配置清单
数据传输加密（HTTPS/TLS）
所有 CRM 前后台接口必须强制 HTTPS（TLS 1.2+）。客户门户域名需配置有效 SSL 证书，Nginx 配置 HSTS 响应头，防止降级攻击。MT Manager API 的 TCP 连接也应在 VPN 或专线内传输。
Webhook 签名验证
接收支付网关 Webhook 时，必须验证请求签名（通常为 HMAC-SHA256）。校验流程：取请求 Header 中的签名 → 用预共享密钥计算期望签名 → 比对。不匹配则丢弃，防止伪造入金。
数据库密码与密钥管理
数据库凭证、MT API 密钥、支付商 Secret Key 等敏感配置不得硬编码到代码中，应使用环境变量或密钥管理服务（AWS Secrets Manager / Vault）管理，定期轮换。
操作日志（Audit Log）
所有涉及资金变动（入金、出金、余额调整）、权限变更、KYC 审核的操作，必须记录操作人、时间、操作内容、操作前后值到不可篡改的审计日志表，满足监管机构的审计要求。
防暴力破解
登录接口需实现：①连续失败 5 次锁定账户 15 分钟 ②强制使用 2FA（TOTP 或 SMS）③IP 异常登录（异地/代理）触发额外验证 ④限制同一 IP 的请求频率（Rate Limiting）。
PII 数据脱敏
客户的护照号、银行账号等 PII 数据在日志和 API 响应中必须脱敏处理（如：显示 "****1234"）。开发环境的数据库应使用脱敏后的测试数据，不得使用真实客户数据。
验收清单
新 CRM 系统上线或重大版本发布前的完整验收检查列表，确保每个关键功能点都经过确认。
✅ 技术基础设施验收
服务器与网络
□ 所有服务（App Server / DB / Redis）均已启动并通过健康检查
□ 负载均衡配置正确，后端节点均在线
□ HTTPS 证书有效，未过期，HSTS 已配置
□ 数据库主从复制（Replica）正常，延迟 < 1 秒
□ Redis 连接正常，Session 和 Queue 功能验证通过
□ MT Manager API 连接成功，心跳正常
□ 所有支付网关 Webhook URL 已配置并可达
□ 定时 Job（返佣计算、通知发送等）已配置并测试运行
□ 系统监控（CPU / 内存 / 磁盘 / 错误率告警）已接入
□ 负载均衡配置正确，后端节点均在线
□ HTTPS 证书有效，未过期，HSTS 已配置
□ 数据库主从复制（Replica）正常，延迟 < 1 秒
□ Redis 连接正常，Session 和 Queue 功能验证通过
□ MT Manager API 连接成功，心跳正常
□ 所有支付网关 Webhook URL 已配置并可达
□ 定时 Job（返佣计算、通知发送等）已配置并测试运行
□ 系统监控（CPU / 内存 / 磁盘 / 错误率告警）已接入
✅ 核心业务功能验收
客户与账户
□ 客户注册流程（邮件验证、信息提交）正常
□ KYC 文件上传、审核流程（通过 / 拒绝）正常
□ KYC 状态变更触发邮件通知正常
□ MT 账户创建成功（MT 服务器端可查到账户）
□ 账户类型（Cent / Standard / ECN / Plus）可正确选择并创建
□ 杠杆设置正确，账户组（Group）与类型匹配
□ KYC 文件上传、审核流程（通过 / 拒绝）正常
□ KYC 状态变更触发邮件通知正常
□ MT 账户创建成功（MT 服务器端可查到账户）
□ 账户类型（Cent / Standard / ECN / Plus）可正确选择并创建
□ 杠杆设置正确，账户组（Group）与类型匹配
资金流程
□ 法币入金（信用卡/网银）：支付完成 → Webhook 回调 → MT 余额更新 → 通知发送
□ USDT 入金：链上到账 → 确认块数检测 → MT 余额更新
□ 电汇入金：人工确认 → 手动录入 → MT 余额更新
□ 出金申请：提交 → 财务审核 → 批准/拒绝 → MT 余额扣减 → 支付处理
□ 资金流水记录完整，Transaction 日志可查
□ USDT 入金：链上到账 → 确认块数检测 → MT 余额更新
□ 电汇入金：人工确认 → 手动录入 → MT 余额更新
□ 出金申请：提交 → 财务审核 → 批准/拒绝 → MT 余额扣减 → 支付处理
□ 资金流水记录完整，Transaction 日志可查
IB 代理
□ IB 注册流程（申请 → 审批 → 推广链接生成）正常
□ 通过 IB 链接注册的客户正确关联至对应 IB
□ 主代 → 子代层级关系正确建立
□ 返佣计算 Job 运行结果与手动计算一致
□ IB 佣金钱包余额正确，提现申请流程正常
□ IB Portal 登录、报告查看、数据准确
□ 通过 IB 链接注册的客户正确关联至对应 IB
□ 主代 → 子代层级关系正确建立
□ 返佣计算 Job 运行结果与手动计算一致
□ IB 佣金钱包余额正确，提现申请流程正常
□ IB Portal 登录、报告查看、数据准确
✅ 安全与合规验收
安全检查
□ 所有 API 接口均有权限校验（未授权访问返回 401/403）
□ 出金接口防重放验证通过（相同请求 ID 第二次提交被拒绝）
□ Webhook 签名验证正常（伪造签名被拒绝）
□ PII 数据（护照号、银行账号）在日志和 API 响应中已脱敏
□ 操作审计日志正常记录（入金、出金、权限变更均有记录）
□ 管理员账户已启用 2FA
□ 数据库未暴露在公网，仅通过内网/VPN 访问
□ 生产环境配置（数据库密码、API Key）已从代码中移除，使用环境变量
□ 出金接口防重放验证通过（相同请求 ID 第二次提交被拒绝）
□ Webhook 签名验证正常（伪造签名被拒绝）
□ PII 数据（护照号、银行账号）在日志和 API 响应中已脱敏
□ 操作审计日志正常记录（入金、出金、权限变更均有记录）
□ 管理员账户已启用 2FA
□ 数据库未暴露在公网，仅通过内网/VPN 访问
□ 生产环境配置（数据库密码、API Key）已从代码中移除，使用环境变量
📚 附录
术语速查表
CFD / Forex 行业术语速查，按字母与主题分类。
A–C
| 术语 | 英文全称 | 定义 |
|---|---|---|
| A-Book | Agency / STP Model | 经纪商将客户订单完全传递给 LP，不承担对手方风险，通过佣金或点差加成盈利。 |
| B-Book | Market Maker Model | 经纪商充当对手方，客户亏损即经纪商盈利。风险更高，但可控制执行和盈利来源。 |
| Balance | Account Balance | 账户历史结算资金总额，不含浮动盈亏。只有在订单关闭后才更新。 |
| Bridge | Liquidity Bridge | 连接 MT4/5 服务器与 LP 的中间件，负责路由订单和接收报价。 |
| Cent Account | Micro Account | 美分账户，以美分为单位计算余额和盈亏（$1 = ¢100），适合小资金入门交易者。 |
| CFD | Contract for Difference | 差价合约：不实际拥有标的资产，仅交易价格差额的金融衍生品。 |
| Commission | — | 手续费/佣金，经纪商对每笔交易收取的固定费用，通常以"每手 X 美元"计算。 |
| CRM | Client Relationship Management | 客户关系管理系统，经纪商运营的核心后台平台。 |
| CySEC | Cyprus Securities and Exchange Commission | 塞浦路斯证券交易委员会，欧盟金融监管机构之一，持牌可在欧盟多国通行。 |
D–F
| 术语 | 英文全称 | 定义 |
|---|---|---|
| Dealer | — | 交易商，处理客户订单执行的交易员或系统；在 B-Book 模式中即经纪商本身。 |
| Deposit | — | 入金，客户将资金转入交易账户的操作。 |
| ECN | Electronic Communication Network | 电子通信网络账户，直接连接 LP 网络，点差更低（近0），收取固定手续费。 |
| Equity | — | 净值，账户实时价值 = Balance + 浮动盈亏。 |
| Expert Advisor | EA | MT4/5 上的自动化交易机器人程序（MQL4/5 编写），也称"量化策略"。 |
| FCA | Financial Conduct Authority | 英国金融行为监管局，全球最具公信力的监管机构之一。 |
| Free Margin | — | 可用保证金 = Equity − Used Margin，可用于开新仓的剩余资金。 |
| FSC | Financial Services Commission | 毛里求斯金融服务委员会，MakeCapital 持有的监管牌照之一。 |
G–L
| 术语 | 英文全称 | 定义 |
|---|---|---|
| Group | Account Group | MT 服务器上的账户组，定义点差、佣金、杠杆、可交易品种等参数。每种账户类型对应一个 Group。 |
| Hedge | Hedging | 对冲，在不同方向持仓以降低市场风险的操作策略。A-Book 经纪商通过对冲来规避 LP 风险。 |
| IB | Introducing Broker | 引荐经纪人，负责招募和推介客户给经纪商的合作伙伴，赚取交易量返佣。 |
| KYC | Know Your Customer | 了解你的客户，监管要求的客户身份验证程序，包含 POI 和 POA。 |
| Leverage | — | 杠杆，用少量资金控制大额仓位的倍数。如 1:100 杠杆，$1,000 控制 $100,000。 |
| Lot | — | 手，标准交易单位。1 标准手 = 100,000 基础货币单位；0.1 手 = 迷你手；0.01 手 = 微型手。 |
| LP | Liquidity Provider | 流动性提供商，大型金融机构（如银行）提供双向报价，是 Forex 市场报价的来源。 |
M–P
| 术语 | 英文全称 | 定义 |
|---|---|---|
| MAM | Multi-Account Manager | 多账户管理系统，基金经理用一个主账户批量管理多个客户子账户，按比例分配交易。 |
| Margin | — | 保证金，开立仓位所需冻结的资金。= 合约名义价值 ÷ 杠杆。 |
| Margin Call | — | 保证金预警，当 Margin Level 低于预警线时向客户发出的风险提示。 |
| Margin Level | — | 保证金水平 = (Equity ÷ Used Margin) × 100%，衡量账户安全程度的核心指标。 |
| MAS | Multi-Asset System | MakeCapital 使用的聚合报价系统，汇集多个 LP 报价选择最优执行。 |
| MT4/MT5 | MetaTrader 4 / MetaTrader 5 | 全球最流行的 Forex/CFD 交易终端，由 MetaQuotes 开发，支持 EA 自动化交易。 |
| PAMM | Percentage Allocation Management Module | 按比例分配管理模块，资金经理管理投资者资金的系统，盈亏按净值比例分配。 |
| Pip | Price Interest Point | 点，汇率最小变动单位。EURUSD 的 1 pip = 0.0001；日元对的 1 pip = 0.01。 |
| Plugin | MT Plugin | MT 服务器插件，扩展 MT 原生功能，如 Bridge 插件、报价插件、风控插件等。 |
| POA | Proof of Address | 地址证明文件，如银行对账单、水电账单，需显示姓名和地址，通常要求 3 个月内。 |
| POI | Proof of Identity | 身份证明文件，如护照、身份证或驾照，用于 KYC 验证客户身份。 |
| PSP | Payment Service Provider | 支付服务提供商，处理法币出入金的中间机构，如 信用卡收款机构、本地网银平台。 |
R–Z
| 术语 | 英文全称 | 定义 |
|---|---|---|
| Rebate | — | 返佣，IB 代理按客户交易量获得的佣金回报。单位：每手 X 美元 或 X 点差返还。 |
| Slippage | — | 滑点，实际成交价与预期价格之间的差异，通常发生在市场波动剧烈或流动性不足时。 |
| Spread | — | 点差，买价（Ask）与卖价（Bid）之间的差值，是经纪商的主要盈利来源之一。 |
| Stop Loss | SL | 止损订单，当价格到达预设亏损价位时自动平仓，用于控制最大损失。 |
| Stop Out | — | 强制平仓，当 Margin Level 降至强平线以下时，MT 服务器自动平掉亏损仓位。 |
| Sub-IB | Sub-Introducing Broker | 子代理，由主代理（Master IB）发展的下级代理，共享主代推广链接下的客户资源。 |
| Swap | Overnight Swap / Rollover | 隔夜利息，持仓跨越服务器时间0点时根据两种货币利差计入或扣除的利息。 |
| Take Profit | TP | 止盈订单，当价格到达预设盈利价位时自动平仓，用于锁定收益。 |
| USDT | Tether / USD Tether | 与美元1:1锚定的稳定币，Forex 行业广泛用于跨境入金出金，支持 TRC20 / ERC20 / BEP20 链。 |
| VPS | Virtual Private Server | 虚拟专用服务器，客户用于全天候运行 EA 交易机器人，确保 MT 客户端持续在线。 |
| Webhook | — | 第三方服务（如支付商）在事件发生时主动向 CRM 推送 HTTP 通知的机制，实现实时数据同步。 |
| White Label | — | 白标，将经纪商的交易平台（含 MT）授权给其他品牌使用，品牌方支付技术费用并独立运营。 |