尽管这是SAP中的一种现有系统行为，很多人可能已经知道了，但我觉得，掌握有关这方面的详细信息可能会帮助一些新顾问、新客户、计划在除2以外的小数国家扩展SAP模板的现有客户。

背景

在现实世界中，有不同小数点的货币。

例如，美元、欧元、澳元、新西兰元、新加坡元、印度卢比–有2个小数点，这意味着我们有25.50美元作为有效金额。

另一方面，日元、越南盾、韩元有0个小数点，云服务器特价，这意味着这些货币没有像25.50日元那样的金额，它们是25或26日元。

它在SAP中的影响

大多数SAP表的amount字段有2位小数，因此，SAP表中的amount通常以2位小数存储（对于有2位小数的DB）。原因很简单：在表级别，amount字段有fix属性，默认设置为2位小数。现在，为了存储不同的货币，我们不能更改字段属性，因为它必须支持多种货币。因此，SAP体系结构是将所有金额存储在2位小数中，在存储之前将金额转换为2位小数。

同样，什么是返利，需要在相应货币的帮助下从DB表中选取金额后将其转换为正确的值。

为了更好地理解，这是如何将0位小数的金额存储在SAP表中：

现在，如果我们有一个Z程序，它通常从SAP表中选取数据并简单地将其用于显示/传输（不使用货币），那么100韩元将被报告为1.00，这是错误的。当我们谈论将100万韩元报告为10000.00韩元的真实情况时，大数据时代纪录片，影响变得巨大。

*信息–这些Z程序对于2位小数的货币已经完美运行了多年，但无法使用不同小数点计数的货币报告正确的金额。

*事实–1）SAP表TCURX包含SAP中使用的货币小数点的详细信息。

2）SE16（标准列表和ALV列表）显示100韩元为1.00，大数据主要学什么，而SE16N显示为100。基本上，SE16N或任何其他标准事务（ME23N、VF03、VA03等）在显示之前使用相关货币进行十进制转换，从而以相关货币显示正确的金额。有趣的是，SE16（Std列表和ALV列表）如果您双击一个条目，金额将正确显示。

解决方案

在进入解决方案之前，我们需要了解这可能影响的各个点。重要的是，这在所有标准程序中都能很好地工作，因为SAP已经处理了下面解释的解决方案，智慧农业物联网系统，所以这种影响和解决方案适用于Z程序、FMs，表单

从数据库读取

更新到数据库：

以上所有场景的解决方案基于关键字：

如果传输用于AL11功能如果经典报表使用WRITE如果使用GUI\u下载或任何其他方法将文件下载到本地系统如果窗体（脚本、智能窗体、Adobeform）打印金额字段解决方案–在使用WRITE传递最终结构中的金额时，另外使用关键字CURRENCY，以便金额首先根据货币进行转换，然后传递到目标结构。

如果生成ALV解决方案通过以下2个附加字段目录字段

-cfieldname=

-datatype='CURR'。

基本上，关键是在转账时提供相应的货币。

如果有附加点

请在备注中告诉我为了每个人的利益，可以在这个文档中添加任何内容。