如果为TAXBRA举行葬礼，我的问题是，我穿的是黑色西装还是彩色短裤？我相信我会的，但我甚至不能哭，也不能谈论她在生活中创造的奇迹。我喜欢打官司，花几个月的时间在项目上迎合一些疯狂的新计税方式，老实说，这从来没有真正让我眼前一亮。税单…不管怎样，这是每个人的个人资料。我有好朋友喜欢税收，大数据教程，云服务器吧，但我不喜欢听创意政府的财政废话，事实上，TAXBRA已经有了一个替代方案，既有身高，啥是大数据，又有大量的客户福利。SAP Tax Service就是这个名字，它已经在S/4HANA 1805（云）版本中提供给巴西了。不管是现在，还是将来，事实是SAP Tax Service是一条明显而自然的道路，它已经适用于许多税收同样复杂的国家，并且在云战略中依赖于使用api来向前推进。在评估S/4HANA的整个上下文、扩展的新形式、API的使用和开发的合理化，以及云解决方案的弹性和敏捷路径时，我们甚至试图不遵循TAXBRA和公式320（及其许多硬代码）。在你给我发电子邮件之前，先说一句"我怀疑TAXBRA会死"，我也很怀疑。正如我所怀疑的那样，2025年之后，不会再有sap4.6c运行TAXBRJ。现在，我坚信同行们会更倾向于新的解决方案，而不是旧的解决方案。进入新税收计算公式的细节，基本上操作涉及到交易信息传递的服务的消费，无论是购买还是销售，而API（SAP或合作伙伴的）将返回所有相关数据进行税务计算。架构设计，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）名称（税名）应税（计算基础）基本金额示例（基本减少）其他基数金额（其他基数）拜托。相关（预扣税）拜托。}属性{属性类型（CST、CENQ、总价值边际等）事实是，要走数字化转型的良性道路，税收并不是首要任务，除此之外，机器学习和区块链工具可以在不久的将来用于补充税务API，或者自动化参数，补充应用程序的内容，并将位置与应用程序的核心分离。协助税务操作，甚至保存一组税务信息以备后续审计。不管怎样，对于一个无限复杂的主题来说，大数据实战，无限的可能性。请参见以下链接：https://api.sap.com/api/taxservice/resource巴西1805版的具体信息在这里（SAP帮助链接）："PS:信息。在这个计算公式中，价格中的那个小按钮‘计算分析’……将不再可用，返利app怎么用，好吗？创新思维！调频