把实货交易交给 fx-agent 录进 ETRM，能放心吗？

录一笔实货交易，表面看是在系统里填一张表，实际上远不止“填表”这么简单。它是把一份已经谈好的交易约定，翻译成 ETRM 能识别、能保存、能追踪、能风控、能结算的一整套业务数据。交易对手是谁，交易主体是谁，数量怎么约定，价格怎么定，装卸期怎么安排，计价和盯市分别怎么处理，付款条款又落在哪几个字段里，这些东西一旦写进系统，就不再只是聊天记录里的几句话，而会变成后续业务、风控、结算和核对都要依赖的数据。

也正因为如此，录单这件事不能只图快。填错一个交易对手，可能后续对账、结算、风险暴露都会跟着偏；数量、容差、选择权写错，可能影响实际执行和结算数量；计价与盯市如果混在一起处理，后面看到的价格逻辑就可能不是当初约定的那一套。所以，提交之前必须核对：我准备写进去的，到底是不是这笔交易的真实内容？系统里最终保存的，又是不是我确认过的东西？

这次实测，就是围绕这个问题展开的。我们用同一笔交易的要素，分别通过手动和 fx-agent 新建了两笔测试单，然后再回到 ETRM 里逐栏对照。对照的重点不是简单比较“谁快谁慢”，而是要看清楚：从准备内容到最终写入，fx-agent 到底接手了哪些具体操作？操作人员又在哪些地方必须停下来，把住数据核对与写入确认这两步？换句话说，哪些活可以交出去，哪些责任不能交出去。

下面按照实际操作过程，把这笔交易从准备、整理、确认、写入到复核的完整链路拆开讲一遍。

01 录合同之前，先把基础档案准备好

录一笔实货交易，第一步不是打开表单，而是先把“要录什么”准备好。很多人以为录单就是直接在系统里点一点、选一选，但实际上，如果前期内容没有准备好，打开表单之后只会更费劲：一边查档案，一边翻聊天记录，一边还要担心选错。真正顺手的录单，前提是基础内容已经准备好。

一般来说，录单需要准备两类内容。

• 第一类是 ETRM 中已有的基础档案。 比如交易对手、交易主体、投资组合、品种。这些基础档案需要在录合同之前准备好。比如，交易对手要事先在交易对手管理模块里建好，交易主体要在数据设置中提前维护好，投资组合也要提前准备好。等录新交易时，操作人员或者系统只是从这些已有档案里选择、引用，而不是现场新建。

• 第二类是这笔交易的具体要素。 比如买卖方向，是买还是卖；数量是多少，单位是什么；价格怎么定，是固定价还是公式价；装卸期从哪天到哪天；付款条款怎么约定；有没有容差、溢短装、选择权；结算数量按什么依据。这些内容每一笔交易都可能不同，必须按照实际合同或交易确认来填写。它们不是系统里预存的，而是这笔交易独有的业务约定。

这次要录的测试交易，内容本身并不复杂，但很完整。交易是：澜屿能源新加坡主体向远帆石油买入 50 万桶 Murban 原油，FOB，固定价 80 美元/桶。 数量允许 ±5% 对称溢短装，由卖方选择，结算数量按提单量。除此之外，还要交代装卸港、装卸期、盯市方式和付款等条款。也就是说，这不是只填一个“买 50 万桶、80 美元”就结束的单子，它后面还挂着一串业务条件。两种录入方式——手动录入和交给 fx-agent——都以这些内容为起点。

手动准备时，我要先确认合同涉及的交易对手、主体、组合和品种是否已经在系统中。缺少的基础档案，要到对应模块中提前准备好，等正式录合同时才能选择使用。这次交给 fx-agent 录合同时，我在指令里指定这些档案，由它查找对应记录，再用于新合同的录入。

02 开始录合同，把交易约定填入系统

打开表单逐栏填写时，最直观的感受就是“拆”。同一笔交易的信息，在业务上是连贯的，但到了 ETRM 表单里，不能整段放进去，必须拆到不同区域。主体、对手和品种，要在基础信息里选择；合同量、单位、容差和选择权，要在数量区填写；固定价、币种和计量单位，要填在计价区；装卸港、装卸期、物流安排，要去物流或其他条款区域处理。盯市又是另一套逻辑，不能和计价混为一谈。付款条款还要再找到对应位置。我沿着表单往下走，每到一个区域，都要判断内容该填在哪里、单位对不对、选项选哪个。条款多的时候，注意力会在交易内容和表单之间来回切换。刚填完价格，又要处理盯市；填完数量，还要回头检查容差和选择权。

交给 fx-agent 时，我把完整交易要素集中写在一条指令里：

帮我录一笔实货交易：成交日期 2026-09-22，交易员陈立，买入；主体 LYSG，交易对手远帆石油贸易（新加坡）私人有限公司；品种 ICE 的 MURBAN（ADM）；投资组合 /澜屿原油/原油/Murban 实货套利；数量 500,000 桶，±5% 对称，卖方选择权，结算数量按提单量、单位桶；海运，FOB，装港富查伊拉，卸港蔚山；装货 2026-10-12 到 10-14，卸货 10-27 到 10-29；装卸时间 36 HRS SHINC；目的地限制 No sanctioned destinations; subject to seller reasonable approval；计价固定价 80 美元/桶，精度 2；预估贴水类型为其他价格调整，贴水值 0.85；盯市按 ICE Murban 均价，Contract Month，收盘价，升贴水 +0.85，计价期 2026-10-12 到 10-16；收付款提单日后 30 天，信用条款 T/T，检验 50/50 between buyer and seller，一般条款 BP2015，适用法律 English Law，仲裁 SIAC；合同号 LYSG-MUR-20260922-002，对方合同号 YF-MUR-260922-017；备注：Quantity and quality final as per B/L and independent inspector certificate at load port. Final price subject to ICE Murban published closing prices.

收到这条指令后，fx-agent 查询系统中对应的交易对手、主体、组合和品种档案，再将这些记录与数量、价格、日期和条款整理成待确认内容。

这一点很关键。因为手动录入时，我既是内容提供者，又是字段匹配者，还是最终核对者。角色一多，注意力就容易分散。交给 fx-agent 后，内容仍然是我提供，字段匹配和初步整理由 fx-agent 承担，那我的注意力就更多放在“整理得对不对”上。也就是说，我从“边找边填”变成了“看着整理结果做核对”。

03 核对具体内容，确认后再写入

录单最危险的动作，不是“填”，而是“写”。填错了还可以改，写进去就可能成为系统里的正式业务数据。手动方式下，通常是一边填写一边检查，填完最后保存。这个过程看起来自然，但也有一个隐患：检查是分散的，注意力被字段切碎，最后点保存时，未必还能完整复述刚才填了什么。尤其是当录单时间拉长、条款很多时，操作人员容易陷入“我已经填完了”的惯性，而不是“我确认过每一项了”。

fx-agent 的方式不同。它在真正写入前展示确认卡，把准备提交的交易内容逐项列出来，包括数量、主体、对手、组合、计价和盯市等具体信息。这样就有了一份已经整理好的内容可以核对。我在这里核对的是业务内容：交易对手、主体、组合、品种、买卖方向，以及数量、计价、装卸和付款等条款，是否与原先约定一致。

这些核对动作，才是录单里真正需要我负责的部分。因为交易要素是我交代的，最终写入也必须由我确认。fx-agent 可以查档案、整理内容、准备待写入数据，但它不应该替操作人员决定这笔交易是否可以写入。这里保留操作人员的核对与确认，是为了保障交易数据安全：先检查准备写入什么，再决定是否允许写入。

这次操作里，确认不是一次点击就结束。第一次点击“确认执行”后，界面还会弹出第二次确认，明确提示“将真正写入交易系统”。本次操作是在第二次确认之后才执行写入。这个设计看起来有点“多一步”，但我认为它恰恰是数据安全的关键。对我来说，第一次点击之前是在核对准备好的内容，第二次提示则让我再确认是否真正执行写入。两者分开，多了一次明确的写入提醒，也可以在最后关头再停一下：这些内容是否已经核对清楚，我现在是否确认写入？

确认之后，fx-agent 执行写入，且结束后回复已录入。

04 回到系统，复核合同录入结果

写入完成后，为了确认录入正确，我又手动回到 ETRM，打开 fx-agent 新建的交易，跟手动录入的那笔测试单一一对照。除了用作区分的合同号，以及目的地限制中一处随输入保留的文字差异外，其余在 ETRM 界面中逐项核对的业务字段一致。

这次对照是在 2026 年 9 月 27 日录的，主要依据是手动录单的录屏、fx-agent 的确认和回报记录，以及 ETRM 里能看到的字段。“澜屿能源”、交易对手、人员以及交易数据，都是系统测试用的虚构数据，不代表真实企业，也不代表真实交易。

回到这笔交易本身，fx-agent 干的是查档案、整理待写入内容、确认之后执行录入这些活。作为贸易执行，要做的是把交易要素交代清楚，写入前把内容核对一遍并确认，写完再回系统里复核结果。具体操作可以交给 fx-agent，但跟交易数据安全有关的检查和最终决定，还是留在操作人员手里。