FidessaTrading操作手册

八、先搞清楚它是什么：机构交易系统 ≠ 零售交易软件

1、定位差异

这是理解本软件的第一道门槛。Fidessa 属于卖方/买方机构的交易管理系统，与你平时接触的散户交易软件是两个物种：

2、它是被 ION 收购后的一部分

Fidessa 原本是一家提供证券市场交易与投资管理软件的公司，2018 年被 ION Investment Group 收购，此后作为 ION 旗下的交易产品线之一存在。

这对我意味着什么： 作为使用者，你接触到的产品形态取决于你所在机构采购与部署的版本。不同机构即使都用这套系统，看到的模块、界面与流程也可能差别很大。

3、多资产覆盖

这类机构平台通常不是单一品种工具，而是覆盖多类资产：

注意： 具体支持哪些资产，取决于你所在机构的license 与部署。

九、系统的典型组成

1、前台到后台的功能链

机构交易系统通常覆盖一条完整链路：

前台 Front Office          中台 Middle Office        后台 Back Office
┌──────────────────┐     ┌──────────────────┐    ┌──────────────┐
│ 订单录入 / 接收   │ →   │ 风控校验         │ →  │ 清算 / 交割  │
│ 决策支持         │     │ 合规监控         │    │ 对账 / 账务  │
│ 执行与路由       │     │ 交易后处理准备   │    │ 报表 / 报送  │
└──────────────────┘     └──────────────────┘    └──────────────┘

2、两个必须分清的核心概念：OMS 与 EMS

这对我意味着什么： OMS 关心「这笔单走得对不对」，EMS 关心「这笔单走得贵不贵」。现代机构系统通常两者兼具，但角色分工上仍是两套思维。新手最常混淆的就是把「下单」和「下单质量」当成一件事。

3、连通性：机构系统的血管

机构平台的一项关键价值是已经建立好的对接网络：

这对我意味着什么： 在这类系统里，「能不能连到某个市场」通常是配置与授权问题，而不是软件功能问题。

十、核心操作一：登录与工作台

1、标准登录流程（概念层面）

步骤1：在机构指定环境中启动客户端
步骤2：输入机构账号并通过认证（可能包含第二重验证）
步骤3：选择本次要使用的角色/桌位（如适用）
步骤4：进入工作台界面
步骤5：确认连接状态指示是否正常（行情源、对手方连接、后台服务）
步骤6：按机构要求完成开盘前的检查项

2、工作台通常包含什么

不同部署差异很大，但常见元素包括：

3、开盘前的检查习惯

专业交易台在开盘前通常会做一轮检查，这是职业习惯而非软件要求：

1. 所有需要的对手方/场所连接是否正常
2. 昨日的遗留订单是否已按规则处理
3. 当日是否有到期、行权、交割相关事项
4. 风控额度是否正确加载
5. 是否有系统维护或参数变更公告

十一、核心操作二：订单的生命周期

1、订单不是「发出去就完事」

在机构系统里，一笔订单要经历多个阶段。理解这条链路是使用的核心：

① 订单创建（Draft）
② 交易前检查（Pre-trade checks）
    ├ 权限校验：有无资格交易此品种/市场
    ├ 额度校验：是否超出限额
    ├ 价格校验：是否严重偏离市场（fat-finger 类检查）
    └ 合规校验：是否命中限制名单等
③ 审批（如命中审批规则）
④ 提交到执行场所
⑤ 执行过程中（部分成交、挂单、等待）
⑥ 成交回报（Fills）
⑦ 分配/记账（视流程）
⑧ 进入交易后处理（清算、对账）

2、常见订单状态

这对我意味着什么： 在零售软件里，「下单」和「成交」几乎是一回事。在机构系统里，中间隔着 5 个可能出问题的环节。每一环都需要你知道如何处理。

3、驳回/拒绝时怎么办

当订单被拒绝，正确做法是：

1. 查看拒绝原因（系统通常会给出提示或错误码）
2. 判断类型：权限问题 / 额度问题 / 参数问题 / 场所问题
3. 属于权限与额度问题的，联系相应负责人处理，不要反复重试
4. 属于参数问题的，修正后重新提交
5. 记录异常并按要求上报（如机构有此规定）

十二、核心操作三：执行与路由

1、路由策略的概念

「把订单送到哪里去执行」是一个专业决策维度：

2、算法执行的目的

使用算法执行通常是为了：

• 减少大额订单对市场的冲击
• 分散执行时点
• 控制成交均价相对基准的偏离
• 降低人工盯盘负担

这对我意味着什么： 算法不是「让赚钱变容易」，而是控制大额订单的执行成本。它的价值在「少亏」，不在「多赚」。

3、交易前 vs 交易后成本分析

机构重视执行质量分析：把实际成交价与某个基准（如决策时价格、区间均价等）比较，衡量执行优劣。

这是零售软件基本不涉及的维度，却是机构系统的核心关注点之一。

十三、核心操作四：风控与限额

1、两类风控要分清

关键区别： 交易前风控是拦得住的；交易后监控只是看得见，拦不住。

2、常见的交易前检查项

3、限额的几个层次

限额通常是多维度的：

单笔限额：一次委托的最大规模
日累计限额：当日累计上限
品种限额：某类资产的上限
对手方限额：对某一对手方的敞口上限
人员限额：按操作员设置的上限

4、触发风控时

• 不要绕过风控。 风控参数的修改通常需要审批，绕过属于严重违规行为
• 临时调整应有正式流程与书面记录
• 触发告警后按要求复核与上报

重要提醒：风控参数的松紧直接关系到机构资金安全。任何时候都不要为了方便而主张放松风控。

十四、核心操作五：异常与应急

1、常见异常情形

2、最重要的原则

以场所/对手方的确认信息为准，而不是以本地界面显示为准。

本地界面可能因为断线、延迟而显示过时状态。在状态不明时，先查询、先确认，再行动——盲目重发订单是机构交易中最昂贵的错误之一。

3、记录与上报

异常处理过程的记录、时间戳、处置人与结果都应留痕（依机构规定）。

十五、核心操作六：报表与审计

1、常见的报表类别

2、为什么审计留痕如此重要

在受监管的金融机构中：

• 每一笔操作都被记录
• 记录需要保存一定年限（具体依监管要求）
• 监管检查、内部审计、客户查询都可能要求调出记录
• 「我记得当时做过」不算证据，系统记录才算

这对我意味着什么： 在这类系统上操作时，假设你的每一个动作都会被事后审查——这个假设本身就能让你避免绝大多数违规操作。

十六、机构系统与零售软件的关键差异总结

这对我意味着什么： 从零售软件转过来使用机构系统，最大的转变不是操作复杂度，而是意识到每一个动作都在制度约束之下。

十七、排错清单

十八、执行质量：机构怎么看「这一单做得好不好」

1、零售思维与机构思维的分水岭

零售交易者通常只关心「成交了没有、赚了还是亏了」。机构还要回答第三个问题：「这一单相对基准，做得好不好？」

这就是最佳执行（Best Execution） 的概念——在既定条件下，为客户争取最优执行结果的义务。

2、常见衡量基准

简化理解：
  若某单实际成交均价  100.05
  同期市场 VWAP      100.00
  → 相对 VWAP 差 0.05（不利方向）

  再看数量：10 万股 → 不利成本 = 0.05 × 100000 = 5000
  → 这就是「执行质量」被量化后的样子

这对我意味着什么： 在机构里，执行本身是有成本的，且被精确计量。一笔大单哪怕方向判断完全正确，执行粗糙也会把收益磨掉。这是零售环境里几乎不存在、却决定专业水平的核心维度。

3、系统中通常如何落地

各机构实现方式不同，但一般体现为：

• 在下单时选择合适的执行策略/算法
• 事后生成执行质量报告
• 按周期复盘，评估路由与算法选择是否合适
• 作为向监管与客户说明「已履行最佳执行义务」的依据

4、不要误读的一点

改善执行质量 = 降低成本泄漏，这属于风险管理，不是「提高收益」的魔法。它的作用是少亏，不是多赚。

十九、FIX 与外部系统接入

1、FIX 是什么

FIX（Financial Information eXchange） 是金融行业用于实时交换交易信息的标准协议。

它是机构世界里的「通用语言」——通过它，不同厂商的系统可以互相发送订单、接收成交回报。

2、典型接入对象

3、使用中需要注意的点

这对我意味着什么： 接口接入的稳定性是一整套工程问题（心跳、重连、去重、对账），不是「配置一下连上」就结束了。

4、时间戳为什么特别重要

在机构环境中，多个系统各自记录时间。若时间不同步：

• 成交归因会错乱
• 审计留痕的时间线不可信
• 对账差异难以排查

因此机构通常要求统一的时间同步机制。这是一个容易被忽视但影响极大的基础项。

二十、两个真实工作流示例

1、场景一：接到客户的大额委托

1. 接收订单（客户可能通过 FIX/电话/其他渠道下达）
2. 录入系统，检查品种、市场、账户是否正确
3. 系统自动执行交易前检查（额度、权限、合规性）
4. 如命中审批阈值 → 提交审批
5. 审批通过后，选择执行策略（考虑规模、流动性、时段）
6. 提交执行，过程中监控成交进度
7. 若有部分成交，决定是否继续、拆单或调整策略
8. 成交完成后处理分配与记账
9. 进入交易后处理环节
10. 留痕可查

2、场景二：开盘前的例行检查

1. 确认与所有需要的场所/对手方连接正常
2. 确认昨日的未完成订单状态
3. 确认今日是否有到期、行权、公司行为相关事项
4. 确认风控限额已正确加载
5. 查看是否有系统维护通知或参数变更
6. 检查数据/时间同步是否正常
7. 确认当日的值班与上报路径

这对我意味着什么： 机构交易的价值很大一部分在于流程纪律。两个场景的差别不在于谁的操作技巧更好，而在于是否有人在每一步都做足检查。

二十一、使用纪律与注意事项

1. 不要绕过或要求放松风控。 风控参数是保护机制，不是效率障碍。任何调整都应走正式流程。
2. 订单状态以对方确认信息为准。 界面显示的滞后可能造成误判，不明状态先查询再行动。
3. 假设所有操作都被审计。 这是机构系统使用的第一原则。
4. 权限边界不要越。 打不开的功能通常意味着你没有该权限，而不是软件坏了；通过他人账号绕过权限是严重违规。
5. 异常必须留痕上报。 隐匿异常在机构环境中后果远大于异常本身。
6. 文中涉及的产品定位、资本运作背景等陈述仅为科普性背景介绍，具体产品形态、模块名称、流程细节以所在机构的实际部署与官方文档为准。
7. 本教程仅介绍软件操作，不构成任何投资建议，不推荐任何产品。

金融产品有风险，交易决策请自行判断，据此操作风险自负。