CDOTE提供了一种集成不同商品管理组件的方法。但从系统内的流程角度来看，这是如何做到的呢？作为一个用户，我有什么选择？

回答这个问题是我今天的目标。

让我们从CDOTE的总体高级流程图开始。在这里，我们看到这个过程总是从交易者开始。当交易者打算在市场上下订单请求时，他可以通过以下几种方式进行：

创建对冲订单（一个旨在管理未平仓头寸的订单请求，与实物合约没有直接联系）创建定价订单（旨在管理源自一个或多个实际合同的价格风险的订单请求）直接与经纪人联系并发出订单请求（CDOTE能够处理订单履行声明，而无需在系统中有相应的订单请求）

在创建对冲订单时，易淘客，交易员可以使用"管理订单"应用程序。使用该应用程序，他可以创建一个正常的对冲指令或一个利差对冲指令。两者都可以放在市场上，或与内部或外部交易对手进行交易。

如果交易者希望管理源自实物合同的价格风险，他可以在维护单个实物合同时直接这样做。通过定价订单，京淘客，用户可以管理定价、提价、数量取消或差价。此外，定价订单可以在市场上下发，也可以与内部或外部交易对手进行交易。

只有SAP Agriculture Contract Management提供的一项功能是批量定价。一个交易者可以选择多个合约，并选择一起定价。合同的定价选项与其他定价订单的定价选项相同。

在CDOTE中创建订单请求后，大数据分析软件有哪些，可以对其进行审核并发送给经纪人。系统也可以这样设置：订单请求在创建后直接发送到代理。

当订单请求发送到代理时，会根据CDOTE代理中定义的数据生成一个修复消息字符串。FIX是一个具有两个主要模块的消息传递协议。格式化和消息传递。格式化是指在CDOTE中完成对符合格式的消息的创建/解析，之后可以将其传输到FIX引擎，该引擎管理FIX协议的消息传递部分。CDOTE Broker业务伙伴角色在此定义应使用的标准版本。

当订单请求已传输时，代理可能会发回确认、拒绝订单请求或订单履行声明。所有这些都可以由CDOTE处理，并将导致相应订单请求的更新。

如果从代理收到订单履行声明或填充声明，CDOTE将创建填充对象（可以在"显示填充"应用程序中查看）。在某些情况下，填充可能在逻辑上属于同一个，并且只能一起处理（例如，经纪人将发送一个长填充和一个短填充的价差订单）。因此，CDOTE将填充分组到一个名为Fill Packet的对象中。这些填充数据包可以显示在"管理填充数据包"应用程序中。一旦这样的填充数据包接收到所有相关的填充，自助建站模板，就会触发物理文档的更新（在定价订单的情况下）以及商品未来交易的创建。因此，对于填充数据包的每次填充，将触发商品期货交易的创建（例如，在价差订单的情况下，将创建长商品期货和短商品期货）

对于系统中未维护的订单请求，也可以接收填充语句。有关这方面的更多详细信息，您可以查看以前的博客文章：处理来自CDOTE的订单的传入消息

再次查看流程流程，您可以注意到CDOTE引入了其他主数据。新创建的业务伙伴角色就是一个例子。但对CDOTE来说更重要的是子账户。子账户是一个实体，允许您对订单请求进行分组，淘客联盟，并确保将它们分配给正确的期货账户。它还可以通过其他字段（例如，您的免费特征）来增强，这些字段可以反映在SAP Commodity risk Management中风险分析的商品未来交易和账簿结构中。它们可以使用"管理子帐户"应用程序进行管理。