这篇文章最初是用葡萄牙语写的，可以在这里读到原文

如果有一个TAXBRA的葬礼，我的第一个问题是：我穿黑色西装还是彩色短裤？我当然会在那里，但我甚至不会哭，也不会谈论它在生活中创造的奇迹。我喜欢处理流程，花几个月的时间在项目上寻找一种新的疯狂的计税方法，老实说，它从来没有引起我的注意。电子发票…嗯，这是我的意见。我有好朋友喜欢税务工作，但我不愿意满足创意政府财政游戏的期望。

问题是，TAXBRA已经有了一个伟大的替代解决方案，为客户带来了大量的好处。SAP Tax Service就是这个名字，它已经在巴西的S/4HANA 1805版本（云）中提供了。

现在，让我们面对它，发发淘客，事实是SAP Tax Service是一种明显而自然的方式，已经在许多税收同样复杂的国家提供，并且在云战略中依赖于API的消费来继续前进。在评估S/4HANA的整个背景、新的扩展形式、API的使用和开发的合理化，以及云计算解决方案的弹性和快速方式时，很明显，我们无法继续使用TAXBRA和320公式（以及它的许多"硬代码"）。这就是为什么改变是有意义的。

在你给我发邮件说"我怀疑TAXBRA会死"之前，请注意这一点，我也对此表示怀疑。因为我怀疑2025年以后，不会再有更多的sap4.6c运行TAXBRJ。现在，大数据数据库，我坚信balance更倾向于新的解决方案，而不是旧的解决方案，

进入新的税收计算公式的细节，基本上操作通过提供交易信息的服务的消费，无论是购买还是销售，（SAP和/或合作伙伴的）API将返回与税务计算相关的所有数据。

架构设计，服务器租用，SAP源代码。（见原始文件）

呼叫

发送数据单位成本、来源、目的地、业务伙伴、物料等相关信息，用于确定税金和等分。这里有一个重要的观点，在这种情况下，J1BTAX将不再是税收和等分数据的主要来源。

返回

返回比下面的例子要大得多，我只是分离了一些标签来显示返回是如何发生的。

引用{总计（非财政总额）小计（货物价格之和）国家（country）          …          }税种{id（非会计项目）totalTax（物料总量，含ICMS+ICMS-FCP+PIS+COFINS）税码（CFOP）          …          }税收价值{税种代码（IPI、ICMS、ICMS-ST、ICMS-FCP、ICMS-ST-FCP、PIS、COFINS、ISS、IR、CSLL）名称（税务说明）应税（基数）免除的基本金额（降低的基本金额）其他基数金额（其他基数）          …预扣税（WHT）          …          }分类属性{attributeType（CST、CENQ等的值）attributeValue（属性值）

事实上，税收并不是遵循数字化转型良性路径的首要任务，将核心位置与应用程序分离对我来说似乎非常有意义。除此之外，机器学习和区块链工具可能在不久的将来被用于补充API税务，自动化参数化，iot物联网，网站服务器租用，协助税务操作，甚至写入一段税务信息块以备日后审计。这意味着无限的可能性，对于一个无限复杂的主题。

想知道更多吗？参见以下链接：

https://api.sap.com/api/taxservice/resource1805版中的具体巴西信息（链接）–国家具体信息>巴西

PS:an信息。在这个计算公式中，"计算分析"定价中的那个小按钮……它将不再可用，好吗？

创新思维！调频