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
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
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 赠金定义与分类
▸ 一、什么是赠金（Credit / Bonus）？
💡 赠金的本质
赠金（Credit / Bonus）是经纪商在满足特定条件后，向客户 MT 账户注入的虚拟信用额度，不等同于真实入金。
赠金的核心目的是增加客户可用保证金，让客户可以在更大的保证金缓冲下进行交易，从而提升交易体验并吸引客户入金与活跃交易。
赠金一般不能直接提现，必须满足经纪商设定的特定条件（如完成一定交易量）后，才可将提取赠金本身或将赠金转化为真实可提取资金。
赠金 vs 真实余额
| 维度 | Balance（账户余额） | Credit（赠金） |
|---|---|---|
| 来源 | 客户真实入金 | 经纪商注入的虚拟额度 |
| MT 显示字段 | Balance | Credit（账户信息中单独显示） |
| 计入 Equity | ✓ | ✓ |
| 可直接提现 | ✓ | ✗ 需满足条件才能兑现 |
| 影响可用保证金 | ✓ | ✓ 增加 Free Margin |
| 核心公式 | Equity = Balance + Credit + 浮动盈亏 | |
▸ 二、CFD 行业赠金常见分类
LOSS PROTECTION BONUS
不可抗亏损赠金
赠金作为账户缓冲，保护客户不因市场波动迅速爆仓。当账户净值下跌至等于赠金金额时，赠金自动扣除，防止出现负余额。赠金本身不会随账户亏损而减少。
DEPOSIT BONUS
入金奖励赠金
按客户入金金额的一定比例（如 50%、100%）发放赠金。鼓励客户入金并激活账户，通常附带交易量要求方可提取。
首次入金 $1,000 获 50% 赠金 = $500 Credit
TRADING BONUS（可兑换型）
交易量兑换赠金
客户完成指定有效交易手数后，可将部分赠金兑换为可提取的真实资金。每达到一定手数可兑现固定金额，鼓励客户持续活跃交易。
WELCOME / NO-DEPOSIT BONUS
欢迎赠金 / 无入金赠金
注册即送，无需入金。通常金额较小，附带严格提现条件。主要用于吸引新客户注册和体验平台交易环境。
5.2 赠金详解
▸ 一、赠金在 MT 端的表现（Balance vs Credit）
赠金通过"增加信用额（Credit In）"的方式注入 MT 账户，Balance 不变，Credit 字段新增赠金金额。这是与普通入金最关键的区别。
BALANCE — 账户余额
赠金发放后保持不变
Balance 只反映客户真实入金和已实现盈亏。赠金注入不会改变 Balance 数值。
客户从 MT 客户端看到的 Balance 与赠金前相同。
客户从 MT 客户端看到的 Balance 与赠金前相同。
CREDIT — 信用额度
赠金以 Credit 形式体现
MT 账户信息（Account Info）中 Credit 字段显示赠金金额。
赠金金额直接影响 Equity 和 Free Margin，客户可用更多保证金参与交易。
赠金金额直接影响 Equity 和 Free Margin，客户可用更多保证金参与交易。
公式示例：客户入金 $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 翻倍，抗风险能力显著提升
▸ 二、账户被放入不同的活动组别
参与赠金活动后，根据不同的活动规则，账户可能会从普通账户组更换为有特定参数的组别。
▸ 三、参与赠金的账户划转一般会进入审核（核心区别）
这是参与赠金活动账户与普通账户最核心的操作差异：账户内有 Credit 时，任何资金划转或出金申请不会自动处理，而是进入 CRM 的人工审核流程。
📋 在 CRM 中查看划转审核申请
审核列表中需要查看的信息：客户姓名、注册邮箱、划转金额、账户当前赠金余额，以及从哪个账户划转至哪个账户。
| 审核结果 | MT 端变化 | 赠金处理结果 |
|---|---|---|
| 审核通过 | 资金正常划出 / 出金处理 | 账户内全部 Credit 立即扣除，赠金活动自动终止 |
| 审核驳回 | 划转金额退回至交易账户 | Credit 保持不变，赠金活动继续有效 |
条款逻辑：根据活动条款，在赠金有效期内，任何资金转移或提现操作将导致全部赠金被扣除。客户可以申请划转账户内的盈利，但需知晓此操作会使所有赠金被清零。
▸ 六、赠金生命周期全览（MT 与 CRM 视角）
| 阶段 | 状态 | MT 端数据变化 | CRM 中的变化 |
|---|---|---|---|
| ① 申请前 | 客户入金 | Balance 为0或有值；Credit = 0 | 入金记录正常，无特殊标记 |
| ② 处理中 | 审核中 | 账户组别可能会由普通组更换至特殊组别（CRM 操作节点） | 等待后台团队执行 Credit In |
| ③ 赠金生效 | 活跃 | Credit 注入，Equity 上升；赠金保护机制生效 | 账户详情显示 Credit 金额；此后该账户的划转申请将自动进入审核队列 |
| ④ 交易进行中 | 进行中 | 正常交易；赠金不随亏损减少；交易量逐步累积 | 可在账户交易历史中查看累计手数；追踪有效手数是否达标 |
| ⑤ 申请兑现 | 待审核 | 后台审核并确认有效手数后，部分或全部 Credit 转为 Balance（可提现） | 后台团队验证交易量并执行转换操作 |
| ⑥ 划转 / 出金 | 审核中 | 资金流动请求进入审核队列，不即时处理 | 【审核中心】→【转账审核】出现记录；通过则扣除全部 Credit；驳回则资金退回 |
| ⑦ 到期 / 终止 | 已结束 | 全部未兑现 Credit 被自动扣除；如已更换的特殊组别账户被恢复普通组别 | Credit金额为0或为手动操作转换金额 |
6.1 CRM 模块全图
CRM（Client Relationship Management，客户关系管理系统）在CFD行业中远不止于"管理客户信息"——它是连接前台销售、后台运营、交易平台、支付通道、合规部门的核心枢纽。
📐 什么是 CRM 系统？
CRM（客户关系管理系统）
CRM 是经纪商运营的数字神经中枢，负责记录、处理、协调所有与客户相关的数据流和业务流。在CFD行业中，CRM 不仅存储客户档案，还深度整合了 KYC 合规、资金处理、MT4/5 账户管理、IB 代理体系、报告生成等核心功能。
🗂️ 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 账户扣减余额。
6.2 预期CRM新增功能 · 优先级总览
以下为 Make Capital CRM 系统的优化建议汇总，来源于业务团队实际操作中发现的痛点与改进需求，覆盖客户后台、IB/代理后台、Admin后台三大模块，按优先级排列。
优先级说明：⭐⭐⭐⭐⭐ 极高 / ⭐⭐⭐⭐ 高 / ⭐⭐⭐ 中 / ⭐⭐ 低 |
开发状态数据来源：《过渡期的CRM期望》工作表
▸ 客户后台（Client Portal）
| # | 模块 | 建议功能 | 优先级 | 状态 |
|---|---|---|---|---|
| 1 | 跟单社区 | 增加利润分成功能（频率、分成逻辑需另行方案说明） | ⭐⭐⭐⭐⭐ | — |
| 2 | 跟单社区 | 到期前5天&当天各发邮件提醒跟单者；到期后提醒关仓或重订阅 | ⭐⭐⭐⭐⭐ | 开发中 |
| 3 | 跟单社区 | 修复信号源盈利数据不更新、交易日志不记录问题 | — | 开发中 |
| 4 | 跟单社区 | 修复交易记录显示（BUY平仓应正确显示为SELL） | — | 开发中 |
| 5 | 跟单社区 | 移除信号源申请页面"可赚取10%分润"错误文案 | — | 已推Demo |
| 6 | 入金界面 | 账户号"MT4- 88XXX"中间"-"改为空格或":" | ⭐⭐ | 已推Demo |
| 7 | 入金 | 同币种不同通道支持独立汇率；订单明细显示实际付款法币金额 | ⭐⭐⭐⭐ | — |
| 8 | 出金/内转 | 提交申请仅冻结，审核通过后才真实扣款；自动识别净值或预付款不足 | ⭐⭐⭐⭐ | 测试中 |
| 9 | 整体设计 | 配色与官网一致；首页图片换为官网动图 | ⭐⭐ | 已推Demo |
| — | 交易账户开户 | 注册完成→KYC→通过后自动生成对应组别交易账户 | ⭐⭐⭐⭐⭐ | — |
| — | 交易账户 | 按代理IBPlan限制客户可新建的账户类型组别 | ⭐⭐⭐⭐⭐ | — |
| — | 钱包 | 多币种钱包区分（USD / JPY / EUR 等） | ⭐⭐⭐⭐ | — |
| — | 钱包 | 可点击钱包档案查看所有资金操作详情，无需滑至底部 | ⭐⭐⭐ | — |
| — | 合同签署 | 支持代理合同、活动/MAM合同由后台上传供客户在线签署 | ⭐⭐⭐ | — |
| — | IB专区 | IB后台与客户后台合并，代理无需跳转至独立系统 | ⭐⭐⭐⭐⭐ | — |
▸ IB / 代理后台
| # | 模块 | 建议功能 | 优先级 | 状态 |
|---|---|---|---|---|
| 10 | 仪表盘 | 统一展示名下客户数、新开户、出入金、代理数、账户盈亏；增加权限分配 | ⭐⭐⭐⭐⭐ | 开发中 |
| 11 | 数据查询 | MT4 / MT5 交易量、返佣在同一页面增加服务器筛选项 | ⭐⭐⭐⭐ | — |
| 12 | 返佣设置 | 限制代理只能查看自己组别的返佣设置，屏蔽其他组别 | ⭐⭐⭐⭐ | — |
| 13 | 代理业绩 | 完整展示名下出入金、交易量、交易账户盈亏 | ⭐⭐⭐ | — |
| 14 | 交易量统计 | 美分账户手数÷100折算为标准手；或按结算货币区分查询 | ⭐⭐⭐⭐ | — |
| 15 | 报表 | 新增不同货币类型账户的报表查看功能 | ⭐⭐⭐⭐⭐ | — |
| 16 | 代理层级 | 代理层级与返佣查看改为树状图形式，替代折叠列表 | ⭐⭐⭐ | — |
| — | 客户开户 | 代理拥有专属组别开户链接，客户只能开对应组别账户 | ⭐⭐⭐⭐ | — |
▸ Admin 后台
| # | 模块 | 建议功能 | 优先级 | 状态 |
|---|---|---|---|---|
| 17 | 客户档案 | KYC / 出入金 / 钱包 / 代理归属 / 操作日志全部汇总单页，点击可跳转 | ⭐⭐⭐⭐⭐ | — |
| 18 | 仪表盘 | 统一展示客户数、新开户、出入金、代理数、账户盈亏 | ⭐⭐⭐⭐⭐ | 开发中 |
| 19 | 客户批量处理 | 批量转移客户归属代理等批量操作 | ⭐⭐⭐ | — |
| 20 | KYC驳回原因 | 可自定义驳回理由（类型 + 详细1/2/3，支持多语言） | ⭐⭐ | 开发中 |
| 21 | 操作日志 | 所有账户操作追溯操作人与时间，整合至客户档案页面 | ⭐⭐⭐ | 开发中 |
| 22 | 返佣修改 | 一级代理返佣不自动全额返，需根据配置才触发 | ⭐⭐⭐⭐⭐ | — |
| 23 | 敏感信息 | 不同角色自动隐藏身份证、地址等敏感字段 | ⭐⭐⭐ | — |
| 24 | 支付管理 | 不同通道独立汇率设置；细化出金 API 传输配置 | ⭐⭐⭐⭐ | — |
| 25 | Bug 修复 | KYC 待办 99+ 不准确 / 代理报表返佣手数重叠 / 数据筛选项失效 | ⭐⭐⭐ | — |
| — | 客户操作通知 | 客户申请出入金时自动邮件通知归属销售 / 代理 | ⭐⭐⭐ | — |
| — | KYC 自动审核 | 接入 Sumsub（sumsub.com）实现自动化 KYC 审核 | ⭐⭐⭐⭐ | — |
| — | 邮件功能 | 优化编辑器（修复行距/支持附件）；按客户语言偏好分发 | ⭐⭐ | — |
| — | 赠金设置 | 细化赠金存取规则；添加赠金活动设置功能 | ⭐⭐⭐ | — |
6.3 客户后台优化
针对客户前台使用体验的改进建议，涵盖跟单社区、账户开立、钱包体系、资金操作、合同签署与系统设计等六大方向。
▸ 一、跟单社区升级
利润分成功能 ⭐⭐⭐⭐⭐
跟单社区新增分润机制
目前跟单社区缺少利润分成功能。建议增加：
• 分润频率配置（月结/周结）
• 分润比例设定（信号源与跟单者之间）
• 分润计算逻辑需另行提供方案说明
• 分润频率配置（月结/周结）
• 分润比例设定（信号源与跟单者之间）
• 分润计算逻辑需另行提供方案说明
到期提醒邮件 ⭐⭐⭐⭐⭐ 开发中
到期前&当天各发一封提醒
• 到期前 5 天：发送邮件提醒跟单者订阅即将到期，提示延期操作
• 到期当天：再次发送提醒
• 到期后：提醒跟单者如有开仓中需手动关仓，或重新订阅
• 到期当天：再次发送提醒
• 到期后：提醒跟单者如有开仓中需手动关仓，或重新订阅
数据检测与 Bug 修复 开发中
修复三个已知问题
① 信号源跟单盈利未更新（MT 端正常跟单，CRM 日志未记录）
② 交易记录显示错误（BUY 平仓显示为 Sell，应为 Sell 平仓方向）
③ 移除信号源申请页面的"可赚取 10% 分润"错误文案
② 交易记录显示错误（BUY 平仓显示为 Sell，应为 Sell 平仓方向）
③ 移除信号源申请页面的"可赚取 10% 分润"错误文案
▸ 跟单社区功能截图参考（现状 vs 建议）
跟单社区数据检测
交易记录显示问题
信号源页面错误文案
▸ 二、交易账户开立优化
现状
客户注册后需手动点击创建交易账户，流程割裂，新用户流失风险高。
建议
注册完成后直接引导至 KYC 资料填写步骤；KYC 审核通过后，系统自动为客户生成对应组别（根据归属代理 IBPlan）的交易账户，减少人工操作环节。 ⭐⭐⭐⭐⭐
▸ 三、交易账户类型限制
目前所有客户可以看到并选择全部账户类型，与代理 IBPlan 配置脱节。建议：根据客户归属代理的 IBPlan，客户新建交易账户时只可选择该代理旗下拥有的账户组别。
▸ 按代理组别限制账户类型 · 参考截图
▸ 四、钱包体系升级
多币种钱包 ⭐⭐⭐⭐
USD / JPY / EUR 等独立钱包
目前仅支持 USD 钱包。建议增加不同货币币种的独立钱包区分，客户可持有并管理 USD、JPY、EUR 等不同币种余额，方便多币种账户操作。
可点击钱包档案 ⭐⭐⭐
一键查看资金操作详情
目前钱包余额与详情页面分开，客户需滑至【资产】页面最底部才能查看。建议设置可点击的钱包档案入口，直接查询所有资金操作记录。
▸ 钱包升级 · 参考截图
多币种钱包区分
可点击钱包档案入口
▸ 五、入金优化
目前同一币种下所有通道使用相同汇率，订单明细按统一汇率换算。建议：
多通道独立汇率：例如银联通道三汇率 7.16，其他通道 7.00，可配置为不同汇率分别显示。
订单明细：显示客户对应通道的实际付款法币金额（而非统一换算后的数字）。
订单明细：显示客户对应通道的实际付款法币金额（而非统一换算后的数字）。
▸ 六、出金 / 内转优化
目前有赠金账户申请内转时会立即扣款，资金在审核期间"消失"，客户体验差。
建议流程
客户提交申请 → 资金仅冻结（账户可见但不可动用） → 审核通过 → 才真实扣款并转出
系统需自动检测：若审核期间账户净值不足提取金额，或预付款比例不足，则自动标记操作失败，资金解冻返回。内部测试中 ⭐⭐⭐⭐
系统需自动检测：若审核期间账户净值不足提取金额，或预付款比例不足，则自动标记操作失败，资金解冻返回。内部测试中 ⭐⭐⭐⭐
▸ 出金/内转先审后扣 · 参考截图
▸ 七、合同签署功能
目前所有客户只有客户协议签署，代理合同与活动合同需通过邮件手动发送。建议：
代理合同
当客户角色为代理身份时，后台显示代理合同可供在线签署
活动 / MAM 合同
后台可上传自定义合同（活动参与、MAM 授权等），客户从自己的后台页面签署确认
▸ 合同签署功能 · 参考截图
▸ 八、IB专区整合 & 整体设计
IB 后台整合 ⭐⭐⭐⭐⭐
代理无需跳转至独立系统
现状：代理点击 IB 专区需跳转至完全不同的 IB 后台登录页面。
建议：IB 后台与客户后台合并为同一系统，代理直接在客户后台进入「代理专区」标签页，无需二次登录。
建议：IB 后台与客户后台合并为同一系统，代理直接在客户后台进入「代理专区」标签页，无需二次登录。
整体配色设计 已推Demo ⭐⭐
与官网配色方案统一
现状：CRM 系统配色与官网不一致，使用中偶现 Error Code 报错。
建议：统一配色方案与官网一致；首页图片更换为官网 Logo 动图，提升品牌一致性。
建议：统一配色方案与官网一致；首页图片更换为官网 Logo 动图，提升品牌一致性。
6.4 IB / 代理后台优化
针对代理（IB）视角的后台功能改进，重点解决数据统计不完整、跨服务器查询割裂、层级查看不直观、返佣配置信息泄露等问题。
▸ 一、仪表盘数据统一
核心目标（#10 ⭐⭐⭐⭐⭐ 开发中）：在同一页面集中展示代理名下的全量数据，支持权限分级查看（仅自己及名下 / 全部）。
建议包含：① 名下客户总数 ② 新开户数 ③ 出入金金额 ④ 名下代理数量 ⑤ 交易账户盈亏 ⑥ 权限分配配置
建议包含：① 名下客户总数 ② 新开户数 ③ 出入金金额 ④ 名下代理数量 ⑤ 交易账户盈亏 ⑥ 权限分配配置
▸ 二、MT4 / MT5 跨服务器数据查询
现状：MT4 与 MT5 数据需分别切换服务器才能查看，交易量与返佣统计割裂。
建议：在同一数据查询页面增加服务器筛选项，MT4 / MT5 统一查询，无需切换。
▸ 数据查询 MT4/MT5 合并筛选 · 参考截图
▸ 三、代理专属开户链接
建议每个代理拥有对应组别的专属开户链接，客户通过该链接只能开立该组别的账户（或代理拥有的代理组别账户），实现账户类型的精准管控。
▸ 代理专属开户链接 · 参考截图
▸ 四、返佣设置信息隔离
现状：代理可看到全平台所有品种和组别的返佣设置名称，存在信息泄露风险。
建议：限制代理只能查看自己组别的返佣配置，其他组别信息不可见。
▸ 返佣设置信息隔离 · 参考截图
▸ 五、代理业绩 & 交易量统计
代理业绩专区 ⭐⭐⭐
完整展示名下数据
现状：数据统计不完整或重复，无具体交易量。
建议新增：该代理名下的出入金金额、总交易量、交易账户盈亏情况汇总展示。
建议新增：该代理名下的出入金金额、总交易量、交易账户盈亏情况汇总展示。
美分账户手数折算 ⭐⭐⭐⭐
.sc / .pc 后缀手数 ÷ 100
现状：美分账户（Cent）在 CRM 中 1 手仍计为 1 标准手，数据失真。
建议：交易品种后缀为
建议：交易品种后缀为
.sc 或 .pc 的账户，手数自动除以 100 折算为标准手，或支持按结算货币区分查询。▸ 六、多货币报表 & 代理层级树状图
多货币报表 ⭐⭐⭐⭐⭐
不同货币账户独立报表
现状：报表未按账户货币类型区分。建议新增不同货币类型账户（USD / USC / JPY / SGD 等）的独立报表查看功能，便于代理准确核对各币种收益。
代理层级树状图 ⭐⭐⭐
层级过多时更直观
现状：代理层级以折叠展开的列表形式显示，层级过多时难以全览。建议改为树状图形式，代理与返佣层级一目了然。
▸ 代理层级树状图 · 参考截图
6.5 Admin 后台优化
从运营管理视角改进 Admin 后台，重点解决客户信息分散、KYC 流程低效、操作无追溯、返佣配置不灵活等核心痛点。
▸ 一、客户档案汇总页面
现状：客户档案各信息分散在不同页面，切换后自动刷新，无法同时查阅。
建议：将以下所有信息汇总在单一客户档案页，对应信息点击可跳转至指定详情页：
基础 & KYC 信息
邮箱、电话、国家、KYC 状态及文件、注册时间
资金概览
钱包余额、交易账户总余额、出入金记录、内转记录
归属关系
销售归属、代理归属（IB Tree 上下级）、代理身份时可查看完整层级
交易账户列表
所有 MT4 / MT5 账户状态、组别、余额一览
操作日志
所有账户操作记录（操作人 + 时间），全程可追溯
合同 & 活动状态
已签署合同、参与中的活动（如赠金）状态
▸ 客户档案汇总页 · 参考截图
▸ 二、仪表盘数据统一（#18 ⭐⭐⭐⭐⭐ 开发中）
核心目标：在统一仪表盘页面展示：① 名下客户总数 ② 新开户数 ③ 出入金金额 ④ 代理数量 ⑤ 交易账户盈亏 ⑥ 浮动盈亏 & 持仓量
所有数据根据角色可见范围筛选（仅名下 / 全部）；MT4 / MT5 数据争取整合显示，若无法整合则按服务器切换查看。
所有数据根据角色可见范围筛选（仅名下 / 全部）；MT4 / MT5 数据争取整合显示，若无法整合则按服务器切换查看。
▸ 三、客户批量处理
现状：客户修改只能逐条操作，大量客户需批量转移归属代理时效率极低。
建议：新增批量操作功能，支持批量转移归属代理等高频批量操作。
▸ 客户批量处理 · 参考截图
▸ 四、KYC 审核优化
自定义驳回原因 开发中 ⭐⭐
类型 + 详细1/2/3 多语言
现状：只有四个固定驳回原因，语言简单，无法满足实际需求。
建议：驳回理由可自行配置，格式为类型 + 详细原因1/2/3，支持中英文等多语言版本。
建议：驳回理由可自行配置，格式为类型 + 详细原因1/2/3，支持中英文等多语言版本。
Sumsub 自动化 KYC ⭐⭐⭐⭐
OCR + 人脸识别自动审核
现状：KYC 完全人工审核，效率低。
建议：接入 Sumsub（sumsub.com）KYC SaaS 平台，实现自动化 OCR + 人脸比对，结果 Webhook 回调 CRM 更新审核状态。
建议：接入 Sumsub（sumsub.com）KYC SaaS 平台，实现自动化 OCR + 人脸比对，结果 Webhook 回调 CRM 更新审核状态。
▸ 五、敏感信息角色隔离 & 操作日志
敏感信息隐藏 ⭐⭐⭐
不同角色显示不同字段
客户档案汇总页面上线后，需根据操作人角色（客服 / 财务 / 合规 / 管理员）自动隐藏敏感字段，如：身份证号、详细地址、银行账号等。
完整操作日志 开发中 ⭐⭐⭐
追溯操作人与时间
现状：仅交易账户和 KYC 显示最终修改人，账户类型、杠杆修改等无日志。
建议：所有操作均记录至客户档案日志，包含操作人、操作类型、修改前后值、时间戳。
建议：所有操作均记录至客户档案日志，包含操作人、操作类型、修改前后值、时间戳。
▸ 敏感信息角色隔离 · 参考截图
▸ 六、返佣 & 支付 & 赠金配置
一级返佣解锁 ⭐⭐⭐⭐⭐
不自动全额返，按配置触发
现状：一级返佣默认锁定全额返还。建议：一级代理返佣不进行锁定，同样需根据返佣规则配置才触发，与二级以上代理逻辑一致。
支付通道独立汇率 ⭐⭐⭐⭐
多通道汇率细化配置
建议：不同支付通道可独立设置汇率（例如银联通道三 7.16，其他通道 7.00）；同时细化出金 API 传输配置，确保通道数据准确。
赠金活动设置 ⭐⭐⭐
细化赠金存取与活动配置
现状：赠金规则界面未完全启用，所有赠金操作需在 Lark 和 MTM 中人工处理。建议：细化赠金存入 / 取出规则，在 CRM 内直接配置赠金活动，减少人工操作依赖。
▸ 赠金设置功能细化 · 参考截图
▸ 七、客户操作通知 & 邮件功能 & Bug 修复
客户操作通知 ⭐⭐⭐
客户申请入金或出金时，系统自动邮件通知对应销售 / 代理，实现实时跟进。
邮件编辑器优化 ⭐⭐
修复行距错乱问题；新增附件上传功能；支持按客户语言偏好（中文/英文/繁体/日语）定向发送。
Bug 修复（高频） ⭐⭐⭐
① KYC 待办数量一直显示 99+，无法准确显示真实待处理数量
② 代理报表返佣手数数据重叠计算
③ 数据筛选项（如页数选择）失效问题
② 代理报表返佣手数数据重叠计算
③ 数据筛选项（如页数选择）失效问题
6.6 客户后台 UI 调整详情
针对客户后台首页及核心页面的具体 UI 调整方案，包含配色升级、页面结构重组与功能区块整合，附参考截图。
整体目标：配色方案与官网一致；首页把图片更改为官网 Logo 视频/动图；把【资产】页面内容整合至【首页】；交易账户模块嵌入资产页面。
▸ 一、整体现状参考
▸ 客户后台整体现状截图
▸ 二、整体色调更改 & 首页图片
调整项：整体色调更改为和官网一致色调；首页把图片更改为官网 Logo 视频动图。
▸ 色调更改 · 参考截图
▸ 三、把【资产】页面改为【首页】
调整项：将【资产】页面的内容直接整合显示在客户后台【首页】，提升核心资金数据的可见性，减少用户操作层级。
▸ 资产页面→首页整合 · 参考截图
▸ 四、交易账户模块嵌入
调整项：把【交易账户】页面的内容插入到「资产 → 交易账户」区域（下图红线标注位置），实现资产与交易账户的统一视图。
▸ 交易账户嵌入位置 · 参考截图
6.7 Admin 仪表盘计算规则
规范 Admin 后台仪表盘各板块的数据统计口径与计算逻辑，确保数据准确、角色权限明确，附完整截图参考。
注意：所有数据显示根据该角色的可见数据范围进行筛选（仅可见自己及名下的客户 / 全部）。目前涉及 MT 的数据源都需右上角切换服务器查看，需要评估能否整合；若无法整合，请按对应项目说明的计算逻辑分别显示。
▸ 仪表盘注意事项截图
注意事项参考
仪表盘整体参考
▸ 一、总览板块
会员数量
所有已用邮箱注册的总客户数量。
子项（如可）：
• 已通过 KYC：客户总数量
• 未通过 KYC：客户总数量
子项（如可）：
• 已通过 KYC：客户总数量
• 未通过 KYC：客户总数量
MT 账户数量
所有 MT LIVE 账户数量（含 MT4 + MT5）。
子项：
• MT4-Live：MC-1 & MC-2 开头账号总数
• MT5-Live：MCSA\S & MCSAW\S & MCSAW\I 开头账号总数
• MT4-Demo：属于 MT4 Demo 服务器的账号总数
子项：
• MT4-Live：MC-1 & MC-2 开头账号总数
• MT5-Live：MCSA\S & MCSAW\S & MCSAW\I 开头账号总数
• MT4-Demo：属于 MT4 Demo 服务器的账号总数
圆饼图
如可实现：显示已通过 KYC / 未通过 KYC 客户数量占比圆饼图
▸ 总览板块 · 参考截图
▸ 二、会员类别板块
代理数量
统计所有已成为代理身份的客户数量
直客数量
统计所有直客数量（系统识别角色为：Direct Client）
返佣金额
所有代理已返佣金额的汇总（USD），参考已返佣报表中的汇总数据
▸ 会员类别板块 · 参考截图（三图）
▸ 三、入金量 / 出金量板块
| 指标 | 计算说明 |
|---|---|
| 入金量 | 所有客户【已通过】入金订单的美金金额总额 参考：入金列表 → 已通过订单 → 【金额】列汇总 |
| 出金量 | 所有客户【已通过】出金订单的美金金额总额 参考：出金列表 → 已通过订单 → 【金额】列汇总 |
| 净入金 | 入金总额 − 出金总额 = 净入金（美金） |
▸ 入金量/出金量板块 · 参考截图
▸ 四、推广信息板块
保持现有推广信息板块内容不变。
▸ 推广信息板块 · 参考截图
▸ 五、团队净入金分析
计算逻辑：当天日期的 入金 − 出金 = 净入金 数据金额（仅统计当日数据）
▸ 六、浮动盈亏 & 持仓量
| 指标 | 计算说明 |
|---|---|
| 总浮动盈亏 | 所有持仓中的 MT LIVE 账户的浮动盈亏，以美金计算；所有账户货币（USD / USC / JPY / SGD）均需按后台实时汇率换算为美金 |
| 持仓量（手数） | 所有 MT LIVE 账号的总持仓量（手），含 MT4 / MT5 LIVE 美分账户特殊规则：交易品种后缀为 .sc 或 .pc 的，交易手数需除以 100 才算 1 标准手 |
▸ 浮动盈亏计算规则 · 参考截图
浮动盈亏 / 持仓量参考
已平仓盈亏计算参考
▸ 七、盈亏（已平仓）统计
| 指标 | 计算说明 |
|---|---|
| 总盈亏 | 所有已平仓的 MT4 / MT5 LIVE 账号的总盈亏数量（USD）；所有货币均按后台实时汇率换算为美金 |
| 总交易手数 | 所有 MT LIVE 账号的总交易手数（手）；支持筛选查看 MT4 / MT5 账号手数分开统计 |
附录 · 术语速查表
涵盖行业基础、交易系统、账户资金、IB 代理、CRM 操作五大类别的核心术语，供日常查阅使用。
▸ 一、行业基础术语
| 术语 | 中文 | 说明 |
|---|---|---|
CFD | 差价合约 | Contract for Difference，无需实际持有资产，通过预测价格涨跌方向获利的金融衍生品 |
Broker | 经纪商 | 连接客户与市场的中间方，MakeCapital 的核心角色，负责提供交易平台、接受入金、执行订单 |
Liquidity Provider | 流动性提供商 (LP) | 向经纪商提供买卖报价和成交能力的金融机构（银行、做市商等） |
A-Book | 直通处理 | 客户订单直接传递至 LP，经纪商不承担市场风险，收取点差/手续费盈利 |
B-Book | 内部对冲 | 经纪商在内部吸收客户订单，充当对手方，客户亏损即经纪商盈利 |
KYC | 了解你的客户 | Know Your Customer，监管要求的身份验证流程，包含身份证件（POI）和地址证明（POA）审核 |
POI | 身份证明 | Proof of Identity，护照/身份证等有效证件 |
POA | 地址证明 | Proof of Address，近 3 个月内的银行账单/水电单等 |
AML | 反洗钱 | Anti-Money Laundering，识别和阻止将非法资金合法化的监管合规要求 |
PSP | 支付服务提供商 | Payment Service Provider，提供入金/出金通道的第三方机构（信用卡、网银、USDT 等） |
ASIC | 澳大利亚证监会 | MakeCapital 持有的核心监管牌照之一 |
FSA / VFSC | 离岸监管牌照 | FSA (塞舌尔) 与 VFSC (瓦努阿图)，用于服务不同地区客户 |
▸ 二、交易系统术语
| 术语 | 中文 | 说明 |
|---|---|---|
MT4 / MT5 | MetaTrader 平台 | 全球最主流的 CFD 交易终端，由 MetaQuotes 开发，经纪商购买许可并部署在自己服务器上 |
MT Admin | MT 后台管理端 | 经纪商用于管理账户、调整余额、修改杠杆、查看持仓的服务器管理界面 |
Group | 账户组 | MT 中决定点差、杠杆、手续费、报价来源等所有参数的账户分组配置 |
Bid / Ask | 买价 / 卖价 | Bid 是市场愿意买入的价格（客户卖出价）；Ask 是市场愿意卖出的价格（客户买入价） |
Spread | 点差 | Ask − Bid 的差值，是 STD/PLUS 账户的主要交易成本 |
Pip | 点 | 价格最小变动单位，大多数外汇对以小数点后第4位为1 pip（日元对为第2位） |
Lot | 手 / 标准手 | 1 标准手 = 100,000 基础货币单位；美分账户 1 手 = 1,000 单位（需÷100换算） |
Leverage | 杠杆 | 放大交易规模的倍数，如 1:100 杠杆允许用 $1,000 控制 $100,000 的名义价值 |
Long / Short | 做多 / 做空 | Long = 买入期待涨价；Short = 卖出期待跌价 |
Stop Out | 强制平仓 | 保证金水平降至平台设定阈值（通常 50%）时，MT 自动强平亏损最大仓位 |
Margin Call | 保证金预警 | 保证金水平降至预警线（通常 80%）时，平台向客户发出追加保证金警告 |
Swap | 隔夜利息 | 持仓跨日时按两国利率差收取或支付的资金费用，周三三倍计算 |
Equity | 净值 | Balance + 浮动盈亏，实时反映账户当前总价值 |
Balance | 余额 | 仅含已实现的入金与已平仓盈亏，不含浮动盈亏 |
Free Margin | 可用保证金 | Equity − Used Margin，可用于开立新仓位的剩余资金 |
Margin Level | 保证金水平 | (Equity ÷ Used Margin) × 100%，衡量账户风险状态的核心指标 |
▸ 三、订单类型术语
| 术语 | 中文 | 说明 |
|---|---|---|
Market Order | 市价单 | 以当前市场最优价格立即执行的订单 |
Pending Order | 挂单 | 设定目标价格，待价格触达后自动执行的预设订单 |
Buy Limit | 低买挂单 | 在低于当前价格处挂买单，期待价格先跌后反弹 |
Sell Limit | 高卖挂单 | 在高于当前价格处挂卖单，期待价格先涨后回落 |
Buy Stop | 突破买入 | 在高于当前价格处挂买单，期待价格突破后继续上涨 |
Sell Stop | 突破卖出 | 在低于当前价格处挂卖单，期待价格跌破后继续下跌 |
Stop Loss (SL) | 止损 | 当价格向不利方向运动至设定价位时自动平仓，限制最大亏损 |
Take Profit (TP) | 止盈 | 当价格向有利方向运动至设定价位时自动平仓，锁定利润 |
▸ 四、账户类型与资金术语
| 术语 | 中文 | 说明 |
|---|---|---|
STD | 标准账户 | 点差内含，无额外手续费，适合普通散户 |
ECN | ECN 账户 | 原始点差 + 每手手续费，适合高频交易者 |
PLUS | PLUS 账户 | 优化点差版标准账户，介于 STD 与 ECN 之间 |
USC / Cent | 美分账户 | 以美分计价，1 手 = 1,000 单位（÷100 折算为标准手），适合小资金练习 |
Deposit | 入金 | 客户向交易账户或钱包充值资金的操作 |
Withdrawal | 出金 | 客户从账户提取资金至外部银行/支付账户的操作 |
Internal Transfer | 内部转账 | 同一客户在钱包与交易账户之间，或不同交易账户之间的资金划转 |
Credit / Bonus | 赠金 / 信用额度 | 经纪商注入 MT 账户的虚拟额度，增加 Equity 与 Free Margin，不等同于真实入金 |
Credit In / Out | 赠金存入 / 扣除 | MT Admin 中对账户 Credit 字段的增减操作 |
Wallet | 钱包 | CRM 内客户的资金池，入金先到钱包，再从钱包划转至交易账户 |
▸ 五、IB / 代理术语
| 术语 | 中文 | 说明 |
|---|---|---|
IB | 介绍经纪商 | Introducing Broker，通过推荐客户给经纪商并按客户交易量获取返佣的代理 |
IBPlan | 代理返佣方案 | 定义 IB 可获得的返佣品种、金额/比例及可开设的客户账户类型 |
Rebate | 返佣 | 按客户交易量返还给代理的佣金，以每标准手美元或 Pip 为单位计算 |
Master IB | 主代理 | IB 体系中的顶层代理，可向下发展子代理，享有更高返佣比例 |
Sub-IB | 子代理 | 在主代理旗下的下级代理，返佣由主代理分配 |
Direct Client | 直客 | 无上级代理、直接归属于经纪商的普通客户 |
IB Tree | 代理层级树 | 代理上下级关系的可视化结构，用于追踪多层返佣分配 |
Commission | 佣金 / 手续费 | ECN 账户按每手收取的固定费用，区别于点差收入 |
▸ 六、CRM 操作术语
| 术语 | 中文 | 说明 |
|---|---|---|
CRM | 客户关系管理系统 | MakeCapital 用于管理客户档案、账户、资金、代理、KYC、报表的核心后台系统 |
MT Manager API | MT 管理 API | CRM 通过该 TCP/REST 接口向 MT 服务器执行创建账户、调整余额、修改杠杆等操作 |
Webhook | 回调通知 | 支付商或 KYC 服务在事件发生后主动向 CRM 发送的 HTTP 通知，触发后续业务逻辑 |
B 组别 | 赠金活动组 | MT 中专用于赠金活动的账户组（含 NR/B/HR 字眼），具有赠金保护机制 |
Task | 任务 | CRM 中用于记录和跟踪人工操作步骤的工单，如赠金申请、出金审核等 |
调整分组 | 更换账户组 | CRM【账户管理】→【操作】→【调整分组】，将 MT 账户从普通组迁移至赠金 B 组或反向操作 |
审核中心 | 审核队列 | CRM 中集中处理待审核的出入金、KYC、账户申请、转账等业务的模块 |
Sumsub | 自动 KYC 平台 | 第三方 KYC SaaS，通过 OCR + 人脸识别自动审核客户身份，结果 Webhook 回调 CRM |
IB Portal | 代理专属前台 | 代理查看返佣、链接管理、业绩报告的独立界面（规划中整合至客户后台） |
操作日志 | Audit Log | 记录所有账户操作的追踪记录，包含操作人、操作类型、修改前后值及时间戳 |
快速索引：更多术语的详细说明请参阅对应章节 ——
交易术语 → 3.2 交易术语定义 ／
账户类型 → 2.4 账户类型详解 ／
IB 体系 → 4.1 IB 代理是什么 ／
赠金体系 → 5.1 赠金定义与分类