多单位协作 (MUC)

当公司由多个法定单位组成时，多单位协作安装允许处理多个法定单位。它可以涵盖不同国家/地区的分部，包括所需的不同货币。本地货币也可用于同一国家/地区的单独分部。

MUC 结构

M3 公司由一个法定单位（一个分部）以最简单的形式组成。有用于财务的总账，并且有可选数量的成本中心和仓库可用于物流。然而，对于许多客户，一个法定单位是不够的。

MUC 结构允许将 M3 设置为多单位协作安装，而不是设置需要双重维护的并行公司。

所有财务交易都在分部层面进行，这意味着每个分部有一个总账。一个或多个成本中心连接到每个分部，并且每个分部又连接到一个或多个仓库。

M3 中的所有实物交易都在分厂和仓库中进行。与分部的连接确保所有财务交易将自动汇入正确的总账。样品结构如下所示：

分部 AAA 有一个带两个仓库的分厂。分部 BBB 有两个成本中心，各带一个仓库。

注意

调节的数据（分部 CON）和主要文件（分部空白）不应在一个分部中。应该总是为这些目的定义两个不同的分部。

使用分部和成本中心

通常每个分部是一个单独的法定单位，有自己的总账和财务。这样的设置不是必需的，但使得财务的维护变得更容易。

下面描述了一些示例设置，其中分部和成本中心基于它们在一组公司内的不同角色被用于不同目的。

从一个分部销售，从另一个分部交货

下图所示的案例用于在一个分部的仓库向客户销售，而货物由另一个分部制造和交付的情况。可以从分摊单位或直接从制造单位进行分发。如果货物从分摊单位运送，则必须从制造单位到分摊单位进行某种分发。

在这个示例中，分部之间存在内部发票和索赔。M3 中的 MUC 功能自动对其进行处理。

只要定义了它们之间的关系，用于这些交易的不同种类的单位的数量没有限制。
从一个分部分发到另一个分部

当一个分部中的制造或分配仓库在销售之前为另一个分部中的销售仓库提供货物时，使用该设置。在这种情况下，到最终客户的销售涉及的交易不受 MUC 功能的影响。相反，MUC 交易仅在所涉及的单元之间发生。
示例 - 未使用 MUC 功能

下图中的情况说明了在具有不同仓库/成本中心的一个分部内发生的交易。在这种情况下，不涉及 MUC 功能。