微软云_查看服务器端口_12月免费

小七 2019年10月25日 21:23 141 0

在这篇博文中，我想强调我在两个项目中遇到的一个痛点，与巴西税收监管有关。这两个客户都在全球开展业务，巴西是其支持的国家之一。

由于巴西的财务和税务法规特别复杂，本博客旨在帮助您了解Nota会计对巴西不同法律实体之间公司间库存在途流动的影响。这篇博文不涉及增值税功能；它只涉及在巴西境内公司代码之间为公司间在途库存签发Nota会计。

在途库存和跨公司代码实际成本计算允许全球供应链内的成本透明，以及包括公司间利润在内的盈利能力分析。为了实现这一点，该解决方案要求在集团内所有国家（包括巴西）实施在途库存和实际成本计算。

目前，巴西国家本地化仅作为标准SAP解决方案支持公司内库存转移。对于公司间在途库存-出口，我们有一个解决办法，见附注2453291（跨公司，永久免费的云服务器，又称巴西公司间转帐）。对于巴西境内的公司间库存，我提议进行以下开发，这是与我们的一位客户一起完成和测试的。请注意，这不是一个SAP标准解决方案。

如前所述，SAP note 2453291（跨公司，又称巴西公司间转账）描述了一个常规公司间解决方案，您可以将销售配置为另一个国家（出口）的公司代码，但用于巴西不同法律实体之间的销售，没有标准解决方案或解决方法。下面介绍一种您可能会觉得有用的方法。我在参与的项目中使用了这种方法，并接受了解决方案。

唯一符合巴西法律规定的物流运输类型，见注123124 LSA BR:5th v。SAP巴西本地化定制巴西运输类型打破了供应链可见性，这将使公司间利润计算，请参阅博客Stock Transfer Brazil.

两种方案之间的主要区别：

对于在巴西境外有库存的公司间，在公司间结算期间，只需要一个Nota会计对于在巴西境内有库存的内部公司，在创建内部公司账单时需要一个Nota会计，GR（MIGO）需要第二个Nota会计。因为发送和接收公司代码都位于巴西，云服务器和普通服务器，所以需要两个Nota-financial。

在本例中，对于不同法人实体之间的公司间在途库存，我使用了以下场景：

接收方的在途库存：物料的价值和数量应列示在接收工厂中，同时过境。因此，材料的发货从发送工厂直接进入接收工厂的在途库存。卡车一到达收货工厂，物料价值和数量就可以转移到收货方的自由库存中。

使用了以下移动类型：

683用于发货（带出库参考），它自动触发收货公司代码（冻结库存）中的收货（107）过账。

109移动类型与实际库存移动不对应。它只改变库存状态，从阻塞状态变为准备使用的库存状态。在我们的开发中，109将被一个Z*运动类型所取代，该运动类型是以109为参考创建的。以下两种情况下，我们将有：

公司间转移与巴西境外在途库存，将使用移动类型109巴西境内有在途库存的公司间转账，将使用ZZ9移动类型

场景如下：

对于巴西境内有在途库存的公司间转账，我将不详细介绍公司间账单的Nota财务–MIRO，京淘客，因为它包含在上述解决方法中（与公司间转让（巴西境外在途库存）见附注2453291巴西跨公司（又名公司间）转让。我将详细介绍Nota financial for the good receipt–MIGO，它不在标准范围内，需要增强。

前提条件：

所有这些都需要能够区分两种情况，即巴西境外的库存和巴西境内的库存。

对于巴西境内的库存，以下流程将产生：

在您通过MIGO交易过账良好收据的那一刻，您需要注册入站eNota会计并在不过账的情况下计算税款。此条件保持对有效采购订单和税码应用的相同价格。

获取此值的前提条件是价格条件（取决于您使用的价格条件）和新的移动类型ZZ9。

在MIGO交易中，使用事件"收货"和移动"ZZ9"。在MIGO中完成所有数据且用户访问Nota财政时，应触发增强。

要支持此系统缺口，必须创建一个逻辑，使用PO数据读取信息，并将税务信息移动到eNota财政。eNota会计必须使用基于采购订单和税务代码的信息，包括税法。

为了支持新方案，必须忽略下面的消息。

此外，还需要开发一个新的ABAP类。在我们的例子中，我们定义了类ZCL\u MM\u BR\u SITAXES来支持来自采购订单的税收信息。

系统必须使用定义税收价值的相同增强功能来定义税收法律。

方法获取税收表格（ZCL\u MM\u BR\u SITAXES）

系统在内部表格GT\u KOMV\u TX中定义税收价值后