在深入了解商品衍生品订单和交易执行的工作原理以及新解决方案的细节之前，我想向您介绍解决方案核心的新业务对象。基于这种理解，我们可以更深入地了解一些概念，数据分析与大数据，以及如何涵盖某些流程。

新的业务对象是：

商品子账户商品衍生品订单请求商品衍生品订单填写商品衍生品订单填写包商品订单支架

除此之外，业务伙伴本身还增加了三个角色：

CDOTE BrokerCDOTE合同合作伙伴CDOTE Int.contractor

所有这些对象和角色都有不同的用途。下面我将试着概述每一项的目的。

商品子账户允许您定义一个更精细的层次，在这个层次上，订单请求应该分组。每个子账户都需要DCS/MIC和应该接收未来交易订单的经纪人等信息。此外，您还可以使用其内置的可扩展性特性为其分配自己的属性。这样创建的字段可以代表你的自由特征，大数据能做什么，通过这种机制，您的子账户可以有效地链接到您的商品风险管理账簿结构中的特定节点。

根据提供的派生逻辑（也可以增强或覆盖，例如考虑到您的自由特征），现在可以从实体账户中派生特定子账户合约数据和定价细节，当涉及到对此类合约进行定价时。

当通过处理收到的订单填充来捕获未来交易时，您可以通过将自由特征数据传输到期货交易分析结构的方式来设置您的系统。这确保未来交易与已定价的实物交易在同一子账户相关账簿结构节点中报告。

商品衍生品订单请求是CDOTE中的主要实体。它包含了关于未来交易的订购内容、订购量和订购条件的所有信息。它还显示执行状态。从"待定传输"（即尚未发送给经纪人）到"已填写"（即经纪人已处理完整的订单）。

对于交易员来说，是他管理和监控的实体，将他与所有已分配的合同联系起来，以及以下所有文件，如填充或从那里到个别未来交易。

当经纪人执行订单请求的完整数量或部分数量时，一旦执行报告到达CDOTE，系统中就会创建填充。填充表示以特定价格交易的特定数量。

基于此填充，物联网公司，可以对物流合同或订单进行价格更新，并可以在SAP商品风险管理中创建未来交易。

商品衍生订单填充数据包将一个或多个填充分组到一个处理单元中，云服务器是，并确保它们是一起处理的。

让我用一个例子来说明这一点。假设你触发了一个排列顺序。价差指令由期货买入和期货卖出交易组成。这样的命令总是在同一时间点对双方执行。尽管如此，每一方都被报告为一个多分支订单的填充。fill包现在可以帮助发现那些逻辑上属于一起的填充，并确保，SAP商品风险管理中的物流更新或期货交易的创建只有在双方都收到订单时才会发生。

商品订单括号是一种工具，淘客，允许交易员将他个人认为属于一起的某些订单分组。除了使这种关系可视化之外，订单括号没有更多的功能。

引入了一个新的业务伙伴角色"CDOTE Broker"。维护子账户时，只能将分配了"CDOTE Broker"角色的业务伙伴用作代理。这表示某个订单应该发送给哪个经纪人。

引入了一个新的业务伙伴角色"CDOTE Contract Partner"。只有分配了此角色的业务合作伙伴，才能创建和处理外部交换订单-实物交换（EFP）或实际值交换（AA）-定价订单。

引入了新的业务合作伙伴角色"CDOTE Int.accounter"。如果业务伙伴分配了此角色，则可以将其用于两个子公司交换期货的内部交换订单。