Trading company: A
vendor或production plant: B
END Customer: C
third party sales与individual purchasing的最根本区别就在于，货品是否需要由生产公司或者vendor发给销售公司或trading company; 如果由产品由B直发给C,且A不需要管理库存。那么就是third to party。 若货品后B发给A, 然后由A再发给C,那么就是individual purchasing. 这个时候A是有库存管理的功能的。
也有的公司，为了账面上看的清晰，把third party的业务，在系统中以individual purchasing的流程来实现。对应的A公司的收货，发货都有。但只是系统层面的。
对于CNABB来讲时完全的individual purchasing process, 应为CNABB有自己的仓库，自己的库存管理。下面的PU先发货给CNABB的各个RDC,然后由RDC发货给end customer.
而对于今天的这个项目CNEMS是没有仓库的，也没有库存管理。所以即使系统中做了收发，也没有实际的意义。实物还是在PU下进行的发运。
对于系统配置上，一个很重要的点就是third party sales的requirment class里面对应的valuation 是空。这样的话，在SO生成PR的时候account assignment里面的科目会取OBYC里面GBB配置的科目。否则取的时BSX对应的科目。
这个地方是由FUNCTION: ME_ACCOUNT_ASSIGNMENT
跟财务相关的requirement class的配置
可以看到报错内容，倘若valuation = 空的话，那么在account assignment category就必须是带KD-CO的，也就是cost object = project 或者sales order, 通过来讲就是说既然valuation 是空（库存不参与评估），那么这笔费用并不会平白无故消失，也需要找个cost object给assign上。
再看下account assignment category B/D/G/Q和M的区别。需要说明一下，这里的account assignment和计划航类型及采购订单里面的account assignment category是不同的。
M的 consumption posting 是空，也就是说这类的业务，是不能走消耗的，只能走库存。所以valuation 就不能为空。