Integral FX：经纪商流动性、定价与风险管理

Integral 提供云端交易基础设施，将流动性、定价、执行、分发与风险管理连接起来。旗下 Integral FX 支持外汇、差价合约及贵金属的可配置业务流程。对经纪商而言，其核心价值在于让这些环节按照自身业务规则协同运行，既可以整体部署，也可以在现有交易系统中引入部分模块。

Integral FX 产品页面。图片：Integral。

围绕交易全流程组织的平台

Integral FX 定位于交易流程自动化与编排，官网列出的产品范围包括即期外汇、远期、掉期、无本金交割远期、贵金属和差价合约。系统支持某类产品，与经纪商已经具备上线该业务的条件，是两个不同层面：流动性安排、合约定义、客户权限和后续处理流程仍需逐项落实。

平台既可作为完整技术系统部署，也可按模块接入。希望整合分散基础设施的经纪商，可以评估整体迁移；保留现有客户界面或风控系统的机构，则可以从局部连接开始。实施时需要明确，哪些交易决策由 Integral 负责，哪些环节仍交由其他应用处理。

例如，一笔客户订单可能依次涉及专属报价、信用检查、订单路由、对冲和记账。把这些步骤纳入统一受控流程，有助于追查拒单或延迟的原因，也提高了配置管理的重要性：某项定价规则的调整，不应意外改变其他客户组的对冲策略。

流动性、定价与执行各有分工

Integral 将流动性聚合、执行管理系统和定价引擎分别列为独立模块。聚合决定价格发现和成交可使用哪些来源；定价引擎生成面向客户的报价；执行管理系统负责订单执行逻辑，包括可配置的智能路由、算法和订单类型。经纪商需要评估这些环节之间的衔接，不能仅凭已接通流动性就判断执行质量。

平台资料介绍了跨产品及合成策略的定制定价能力。当不同客户群需要不同点差、深度或交易条件时，这类配置具有实际意义。同时服务 API 客户和界面交易客户的机构，可能需要多条报价流，但仍须统一掌握各报价流产生的风险敞口。

演示应选取具有代表性的订单，从报价一直追踪到最终记账，并覆盖可用流动性不足、价格过期、部分成交及对冲拒单等情况。需要确认每项决策由哪个模块作出、保留哪些时间戳，以及客户提出成交异议时如何还原过程。这些是实施验收条件，不代表对某一成交率的承诺。

分发与白标服务延伸同一套业务规则

Integral 介绍的分发渠道包括 API、自有品牌白标服务和第三方平台；白标方案则结合可配置界面与交易流程。经纪商因此可以评估如何让多个客户渠道共用定价及风控基础设施，同时针对不同客户群呈现不同界面或服务。

品牌界面只是其中一部分。用户如何开通、可访问哪些产品与账户、交易活动如何关联到经纪商自身记录，都需要明确。如果现有 CRM 继续作为客户关系的主记录系统，集成方案应规定账户变更如何同步至交易环境，以及成交信息如何返回运营团队。

因此，新增渠道也应被视为运营流程变更来测试。接入一名 API 客户，与增加一名网页交易用户，可能带来不同的流量模式和支持需求。产品范围、报价权限和风险限额都应经过明确配置，并指定人员审批变更及处理不一致问题。

MT4 与 MT5 桥接有明确的部署方式

Integral 的桥接资料说明，MT4 使用插件文件，MT5 使用可执行程序，其余功能运行在云端。公司表示，系统可检测品种、安全及账户设置，并以较少的经纪商输入完成配置。因此，实施规划应以实际部署组件为依据，而不能把服务理解为完全无需本地组件。

资料介绍，价格经插件而非原生数据源进入平台，并通过报价频率过滤减少不必要的更新和平台负载。监测范围包括 CPU 与内存使用、延迟以及特定品种的数据流中断；灵活的 drop-copy 功能则为账户活动和成交记录提供额外可见性。

品种级设置涵盖买卖点差、最优价或成交量加权平均价等深度聚合方式，以及订单有效期。官网还介绍了 FOK、IOC 等机构级订单处理。经纪商应核对交易平台行为与下游执行指令的映射，尤其是部分成交、到期和撤单可能改变客户持仓的情况。

验收应使用经纪商实际的品种命名、合约规模、报价精度及账户组。网络中断后的重连也需要单独测试：运营人员必须能够区分未收到确认的请求，与已经成交但确认消息延迟到达的交易。轻量化部署可以减少部分实施负担，却不能替代对账与回退安排。

风控连接敞口、对冲与信用约束

Integral 的风控方案通过可配置、事件驱动的规则支持内部化处理、保留敞口和对冲。公开能力包括组合层面净敞口、事件触发自动对冲，以及 TWAP、TWAP+ 等执行方式。风险可按币种、产品、渠道、客户群和起息日等维度分析。

这些维度很重要，因为汇总后看似相互抵消的头寸，仍可能存在不同的交割或产品风险。经纪商需要明确哪些头寸可以净额处理、哪些敞口可以保留、哪些必须对外对冲。系统是否有用，取决于规则能否准确反映业务模式，以及团队能否事后解释自动化操作。

信用控制包括接近限额时告警、交易前资格检查，以及与外部信用系统集成。运营方案应指定限额的权威来源、更新频率，并规定信用服务不可用时如何处理。市场风险承受能力与交易对手信用额度互有关联，但不能混为同一约束。

公司还介绍了自动记账、报告、通知、STP 连接、按角色配置的看板和审计轨迹，将交易决策与运营监督衔接。试点应展示异常从告警、调查到解决的完整过程，包括谁有权覆盖规则，以及相关操作如何留痕供复核。

基础设施与接口决定集成细节

根据 Integral 产品问答，连接方式包括 FIX、ITCH、REST 和 WebSocket。应根据具体流程和数据类型选择接口；支持多种协议，不等于每项操作在每种接口上都可用。团队应在确定迁移计划前取得相应规范，明确消息责任、错误处理、顺序及恢复机制。

Integral 列出的托管位置包括 Equinix NY4、LD4、SG1 和 TY3。靠近流动性提供方有助于规划连接，但数据中心名称本身并不保证某个端到端延迟值。客户接入、交叉连接安排、处理路径和经纪商自身应用，都会影响实际测量结果。

公司表示，其系统和流程接受包括 SOC 2 Type II 在内的独立审计。采购团队应查阅适用报告、服务范围及客户自身责任，并将可用性目标、事件升级流程、恢复目标和变更通知纳入评估。

按实际采购范围评估成本

Integral 表示，其 SaaS 技术采用固定订阅模式，不按技术使用收取经纪交易费。这有助于提高技术预算的可预测性，但不意味着流动性、信用、连接或其他第三方费用也随之消失。报价应明确包含哪些模块、环境和支持服务，以及是否需要额外集成工作。

Integral 在经纪商技术系统中的位置

Integral 更适合经纪商围绕交易环节整体评估：价格如何获得并分发、订单如何执行、由此形成的敞口如何管理。模块化方式允许从 MT4/MT5 连接或风险流程编排等具体缺口切入，再根据集成效果决定是否扩大范围。

有价值的试点，应追踪一笔代表性客户交易从定价、执行、对冲到记账的全过程，再在故障条件下重复测试。目标是确认所选配置能为交易与运营团队提供可解释、可恢复的结果，而不是单纯比较产品目录中列出了多少模块。