FIX5.0/FIXT.1.1下可随订单全链路回传的参考标签咨询

除你已知的Tag=11(ClOrdID)、Tag=41(OrigClOrdID)外，符合「报单填入后全链路订单关联消息原样回传」需求的标签主要有两类，按推荐优先级排序：

• 优先选：FIX标准预留自定义标签区间
  FIX协议官方预留了Tag 5000 ~ Tag 9999的专属扩展区间，专门给交易双方做自定义字段使用，不会和标准业务字段的用途冲突。你可以直接和对接经纪商约定这个区间内一个未被占用的标签（比如行业内常选Tag 5000作为自定义透传位），明确要求对方在该订单对应的所有回报（报单确认、拒绝、执行报告、撤单反馈、成交回报等）中原样回传该字段内容即可，这是兼容性最高、最不容易出逻辑冲突的方案。
• 次选：未被占用的标准透传类字段
  如果经纪商不支持单独约定自定义标签，可以选两个FIX标准定义的、本身就要求端到端透传的字段：
  • Tag=109(ClientID)：标准定义为下单方填充的客户端自定义标识，绝大多数合规FIX实现都会在全链路订单消息中原样带回该字段，支持填充自定义字符串，默认长度上限20字符，多数经纪商可按需放宽长度限制。
  • Tag=76(ExecBroker)：如果你的对接场景不需要传递二级执行经纪商编码，这个字段也可作为透传位使用，大部分经纪商不会修改该字段的传入值，会在所有关联回报中带回，使用前需要确认经纪商没有占用该字段传递内部业务值。

避坑提醒 #

• 不要使用Tag=58(Text)做透传：该字段是自由说明文本，经纪商通常会在回报中覆盖该字段填入自身的错误提示、成交说明内容，不会保留你报单时传入的值。
• 不要使用有明确业务枚举值的字段透传：比如Tag=100(ExDestination)、Tag=30(LastMkt)这类有固定业务含义、要求填入交易所/市场编码的字段，传入自定义内容大概率会被网关校验拦截，或者被业务逻辑覆盖。
• 无论选哪个字段，正式上线前必须和经纪商确认两个规则：一是该字段不会被他们的系统拦截、篡改内容；二是所有和订单关联的消息类型都会强制携带该字段返回，避免出现部分回报丢字段的问题。

内容的提问来源于stack exchange，提问作者Zaken