SAP Brazil J1BTAX 为税收例外建立税收组（翻译）

 

不少人对如何维持巴西的税收仍有疑问。前段时间，一家有几个税务问题的公司联系我帮助他们，我发现多年来，因为他们的税务计算系统缺乏配置，他们正在进行手动调整。

 

维持税收的第一条规则是：

TAXBRJ = FTXP

TAXBRA = FV11

TAXBRJ：您不该该在税务代码税条件下直接在FTXP上输入费率。

在SAP 4.6C以前，FTXP具备告知将计算哪些税收类型和会计过账的功能。

这意味着，在FTXP，它激活了100.000,1.00000和0.000的条件。

惟一的例外是INSS和用于PIS和COFINS的旧MP135解决方案

每一个值的含义为：
1）100.000表示“计算税额并过账到分配给账户密钥的账户”

示例：ICM1 100.000将ICMS发布到分配给VS2的ICMS账户。

2）-100.000表示“将帐户密钥分配给帐户的复制源条目和后核算” 
示例：IC1O -100,000将ICM1值与负帐户ICC一块儿过帐。

3）0,000表示“活跃税，必须在nota财政上提交但不生成会计过账。” 
示例：IPI1 0,000将为nota财政（J_1BNFSTX）建立IPI条目到“其余基础”列。

注意：这不适用于全部进程或全部条件。规则不是使用0,000而是100,000，并经过动态异常控制税务过帐行为。

从SAP 4.7版到当前版本： FTXP能够停产。

缘由：上述全部控制都经过J1BTAXàMM税码处理或直接处理到J_1BTAXCODEV视图。

TAXBRJ的MM / FI税码如何与SD相关？

答案是：经典模式，TAXBRJ，全部的税收计算都是在同一个函数下完成的：J_1BCALCULATE_TAXES。全部对此功能的访问都是经过相同的计算程序进行的，分配给国家代码，而不是应用程序。

而后，在显示税收计算的RVXBRA（TAXBRJ Schema for SD）中，必须首先在TAXBRJ（MM / FI）进行计算。为此，来自J_1BTXSDCV的始终是SD税码将在MM上具备相应的税码，由于MM税码是触发计算的税码。

SD流程的MM税码是通用的。有：一个用于自由贸易区，一个用于服务，一个用于常规销售。而后，有一个MM税码（J_1BTAXCODEV）用于一个或多个SD税码（J_1BTXSDCV）。

MM税码是根据条件时间IBRX（SD）定义的过程特征定义的。通用，必须使用通用条件激活SD进程的MM税码。经过J_1BTXSDCV控制有效计算的税/条件是什么。

所以，每一个涉及SD的MM税码必须只配置一次，而且永不改变。必须激活销售流程可能的全部税务条件。

示例：MM税码“SD”（指常规销售）将激活条件：ICM3，IPI3，ICN3，IPS3等。

可是在常规销售过程当中，在销售订单中使用SD税码C3，它将仅计算条件IPI3和ICM3。

 

 

                                   建立税收组对于处理巴西的税收计算（包括销售订单，采购订单等）很是有用，例如ICMS，IPI，PIS，COFINS，ISS，税收替代，预扣税等。
做为税率，基地和其余税务问题在巴西很是活跃，您确定须要在SAP中维护税收组。

首先，您必须建立税收组，而后转到交易J1BTAX（或者您能够转到SPRO - 财务会计（新） - 财务会计全局设置（新） - 销售/采购税 - 计算 - 巴西税务计算的设置 - 税率 - 动态异常的定义税组

而后，选择Country BR

在J1BTAX，转到菜单：税务计算 - 维护税务组

在选择“新条目”以前，让我解释一下J_1BTXGRUOP上的那些字段是什么意思：

在Red Box - TAX GROUP中 - 您能够定义10到89范围内的组.0到9之间以及90到99之间的数字是为SAP保留的。不该删除这些组。SAP将组1,5和97发送到99. 
在查找税收动态异常时，SAP将从最小的税组开始到高级，而后中止搜索，而后找到第一个组合。考虑到这一点，创建从最复杂（最小的组）到较不复杂（较高组）的组

下表说明了SAP提供的税组的用法：

税收组使用
1 MM：ICMS基础减小载体
SD：ICMS基础减小客户
ISS费率（取决于材料）

5 ICMS，IPI，ST物质相关例外
MM：ISS例外（取决于出货地，交运地，物料）

97 SD：IPI税法（基于NCM代码）

98 IPI标准税（基于NCM代码）
SD：IPI税法（基于国家）
ICMS标准税率（基于出货和交运）
ST标准税率（基于出货地，交运地， ST组）

99违约税（根据国家/地区）
SD：IPI税法（基于税码）

在橙色 - TAX GROUP FIELDS 1,2和3中 - 您可使用none和3种可能的键组合来构建税例外。可用的字段是：

ASNUM-服务编号
MATNR-材料
NBM- NCM代码
MATKL-材料类，材料组
MWSKZ-税码
LIFNR-供应商
KUNNR-客户
BRSCH-行业区
CITYC-城市代码
OIHMTXGP-税务组（石油）
OIHVGROUP-客户税组（石油） ）
OIHCGROUP-供应商税务组（油）
使用 - 税务计算：物料使用
LOC_PR-服务提供商
LOC_SE- 服务提供地点LOC_SR-服务
地点客户
BUKRS-公司代码
WERKS-工厂
MTUSE_MARC-物料使用（物料主记录）
MTORG-货物原产地
CNAE-CNAE代码
CRTN-CRT编号
ICMSTAXPAY-ICMS 
纳税人INDTYP-行业主要类型
TDT-税务申报类型
COMSIZE-公司规模
DECREGPC- PIS / COFINS 
LEGALNAT的声明制度 - 法律性质
EXTWG-外部材料集团
PRDHA-产品层次结构
GPART_KK-业务伙伴编号

在绿色框中 - 调用应用程序 - 有效使用的应用程序包括：
SD销售和分发 - 这意味着该例外仅对SD应用程序有效，例如销售订单或计费凭证。
MM物料管理 - 这意味着该例外仅对MM应用程序有效，例如采购订单或发票验证。
通常 - 这意味着，不管是MM仍是SD，都将应用该组的例外状况。

在蓝盒子 - 税收复选框 - 在这里，您能够选择税收组能够用于税收例外的税收。

上面的屏幕只是一个例子。你必须弄清楚税务部门对关键领域的最佳组合。

要建立新组，请点击“新条目”：

将税率表映射到Cond。表格
建立税收组后，您必须将税收组分配给条件表。返回J1BTAX主屏幕，而后返回菜单条件设置 - 条件映射 - 将税率表映射到Cond。表：

维护巴西税表时，系统会自动生成或更改条件记录。在此活动中，您能够指定要用于特定税表的条件表。对于动态例外，您还要为每一个税组指定条件表。而后，系统知道要生成哪一个条件表（必须包含在访问序列中）条件记录。

将税表分配给条件表是经过参考税组来完成的：IPI，ICMS和Sub.Trib的动态例外。老是为国际空间站，PIS，COFINS和预扣税。

* SAP不提供动态税务例外的标准定制。若是您建立新的税组，则必须为您使用的每一个组指定一个新条目。在SAP的标准概念中，条件表对于全部税组都是相同的。可是，若是您须要遵循自定义访问顺序的不一样概念，则能够为每一个税组指定不一样的条件表。咱们建议保持每张桌子一个税组的标准概念。

**您能够在税务经理的工做场所（事务J1BTAX）的概述页面中找到这些条目。在那里你定义了几种税的税率。

让咱们举一个关于如何填充J_1BVIEWMAP表的实际例子：
我建立了税组，我确实选择了其中9个与COFINS值动态异常相关的组：

而后，我建立了9个条目，将Tax Rates表映射到Condition表，每一个表表明一个税组。您会注意到，没有分配税组的表格，每一个表格都有一个条目，它们永远不会更改。

每次建立新的税组并选择COFINS复选框时，都必须建立一个新条目，以下所示：

这个想法适用于如下全部表格：
J_1BTXCOF -COFINS 
J_1BTXIC3 - ICMS 
J_1BTXIP3 - IPI 
J_1BTXISS - ISS 
J_1BTXPIS - PIS 
J_1BTXST3 - ST 
J_1BTXWITH - WHT

这意味着，若是您将复选框激活为上述税，则必须在此表中为每一个税组建立一个条目，将表名分配给税组和正确的条件表（349,346,382等）上）。

迁移访问序列中的税组
如今是时候将您建立的税组迁移到访问序列中了。
使用基于条件的税计算方法（CBT），每次建立新的税组时，必须由系统经过事务J1BTAX自动添加到特定的访问顺序中。只要在税组中执行更改，甚至删除它，就会发生一样的状况。

返回J1BTAX主屏幕并进入菜单：条件设置 - 迁移 - 访问序列中的税组

在程序选择屏幕上，输入要包含在更新中的税组。您能够经过设置“仅模拟”指示器来模拟程序的结果。这很是重要，由于该程序会对您的数据进行跨客户端更改。

此外，您须要指定要进行的转换类型：
a。更新访问序列 - 若是要更新访问序列中的现有步骤
b。插入访问序列 - 若是要在建立新税组
c 后在访问序列中包含新步骤。从访问序列中删除 - 若是要从访问序列中删除现有步骤

若是您要一次建立全部组，则能够更轻松地选择10到89之间的范围，您可能须要先进行模拟，以确保没有错误。

若是所有为绿色，则表示能够在未激活“模拟”复选框的状况下运行，而且税组将添加到访问序列中：

在为动态异常建立或更改税组后，可使用报告J_1B_EXT_ACC_SEQ自动更新访问顺序。若是要修改访问顺序，则须要得到跨客户端自定义的受权。确保税组在不一样客户端中的定制方式不一样很是重要，由于每次转换为访问序列时，之前的自定义设置都将被覆盖。

应该看起来像这样：

上面运行的结果是，全部访问序列都将自动更新，例如，检查下面将不一样税组添加到一个特定访问序列的位置：

将税表迁移到条件
如今，您必须将税表迁移到条件以建立条件记录。返回J1BTAX主屏幕，进入菜单条件设置 - 迁移 - 税表到条件。这是程序J_1B_MIGRATE_TAX_RATES的执行。

首先，您必须选择应用程序：
- TX（物料管理）
- V（销售和分销）

而后，您必须选择转换选项：
- 覆盖现有条件记录
- 在现有条件记录的状况下询问
- 从不覆盖现有条件记录

而后最后选择表格，逐个运行迁移。
请注意，您选择做为MM的税组将是您可以运行到应用程序TX的惟一税务组以及您选择为SD的税组，您必须运行到应用程序V.是通用的，或者没有Tax Group的表，您将为二者运行（某些例外状况适用）。

结果将更接近下面的屏幕截图：

原文

https://blogs.sap.com/2015/11/27/creating-tax-groups-for-taxes-exception/

Leandro da Pia Nascimento