一、 多组织场景作为K/3 WISE重大的升级产品，多组织是K/3Cloud最为突出的一个特点，由此带来了一系列“组织”的概念，如组织机构、组织职能、组织委托关系、基础资料分配、下发等，同时在业务中也出现了集中采购、集中销售、组织调拨、集中/协同计划，还有财务上的统收统支等诸多多组织协同的场景。二、 存在必要性“亲兄弟明算账”，协同之后各个主体之间还是需要分清你我，组织间结算也是应运而生。那什么情况才需要组织间结算呢？首先，结算是涉及两个财务或者核算的主体之间的行为，因此它首先定位是属于企业内部的行为，并不是对客户或者供应商的。其次是否需要组织间结算，取决于发生业务的两个主体是否归属于不同的核算组织（核算组织的定义可以参照K/3 Cloud组织定义）。K/3 Cloud在设计核算视角的时候是一个多核算体系，即可以根据不同企业的管理需要（如按照法人维度、产品线维度或者责任主体维度等），将业务组织归属到不同的核算组织下。因此组织间结算首先需要依据核算的视角，即核算体系，发生业务的组织在指定的核算体系下，是否归属同一个核算主体。如果是同一个核算主体，那自然不会产生结算的需要，否则需要进行结算。所以以后发现结算时提示没有结算业务，首先应该查找当前核算体系的是否将业务组织归属到了同一个组织下面。第三，组织间结算更深层次是解决管理需要。正如前面所提，企业对于管理存在不同视角，那意味着核算、记账都会因为这样的需要而不同。那如何解决“一套业务多套账”的问题呢（注意这里不是作假啊！！！不要误解），业务量上了规模要实现平行记账，光靠增加几个会计人员肯定是不行的，况且实时性也很难满足。那就必须要有一个系统来帮助企业按照不同的规则来实现1->N的记账规则，那组织间结算环节无疑是最好的切入点。三、 实现逻辑明白了上面的原理实现逻辑其实比较简单了，看个例子就明白了。看一个跨组织销售的案例：某企业实现由A组织对外统一销售产品X，产品X由B工厂进行加工生产，并由A同一对外销售结算。A、B分属不同的法人，同一产品X事业部。 那么当发生一笔销售业务是，销售订单XS01（销售组织A，结算组织A，货主组织B）[list]
[*]在法人体系下A、B分属不同的核算主体，那作为分别核算管理的需要，销售订单XS01的销售收入并不都是A组织的利润，其中是由B组织进行供货的。收入需要在A、B之间按照事先约定的规则进行分配的。因此当销售业务发生时结算组织、货主组织出现不同主体，并且他们分属不同核算主体时，组织间结算就发生。结算的具体过程：
[list]
[*]事先定义好“组织间结算关系”、结算价目表
[*]执行“组织间结算”生成“组织间结算清单”
[*]根据需要由组织间结算清单生成不同核算组织下对应结算组织的应收、应付单据
[*]依据应收应付指导后续开票、资金结算、财务记账即可
[/list][*]对于产品X事业部，由于A、B虽然是行政上的不同法人主体，但作为同属一个利润中心，销售订单XS01的收入就是该利润主体的收入，并不需要在进行细分。所以自然也不存在内部结算的需要。
[/list]其他的多组织协同对应的组织间结算都比较类似，可以再深入研究一下。四、 延伸思考[list]
[*]多方交易如果上面的销售业务涉及到公司的物流组织W时，又该怎么办呢？这里要说明的是一笔业务涉及到三方、四方甚至更多时怎么办，可以统统转化为两两之间的结算关系即可。
[*]不同结算价格
[/list]依据产品X的定价依据不同，可能结算价格也会有所不同，常见的包括：[list=1]
[*]B指定固定价格与A进行结算
[*]B依据成本加成一定比例
[*]集团统一制定对外销售价格然后按照一定的比例分配给B
[*]波动性比较大的产品（如食品等），需要按照业务发生时点的市场价格
[/list]这些需要通过指定结算过程中不同多组织业务的结算价格体系来实现，可以深入研究一下系统中的相关资料。[list]
[*]阿米巴阿米巴是一种管理思想，也是一种财务考核体系，组织间结算作为后者非常重要支撑，通常来说可以对企业一级（法人）、二级（部门）阿米巴提供系统支撑，更深入的阿米巴考虑到系统复杂度可能需要通过阿米巴报表进行数据提取，相关的延伸阅读可以找一下相关资料。
[/list]

可能新版本有其他变化，如有可以补充，供大家相互学习！