问题：在Info Record中更新了Tax Code，但在做PO的时候，带出来的依然是之前的Tax Code.
原因：PO中的Tax Code可以来自Info Record，也可以来自Contract，或者来自Price Calculation Schema中的Conditioin TypeNAVS。Price Calculation Schema的优先级比较高，根据下边表格中不同条件的组合，最终决定采用那个数据源中的Tax Code.

SAP Sales Order Scheduling的两种方式：

在Forward Scheduling的时候，如果Transportation Lead Time大于Pick/Pack Time，那么系统会根据Transportation Lead Time先计算出Loading Time，然后再用这个Loading Time-Pick/Pack Time=Materila Available Time. 所以Forward Scheduling时Transportation Lead Time大于Pick/Pack Time的情况下，即便当下Material是Available的，Materila Available Time也不是当天。
阅读全文——共2345字

为STO创建DN时，系统错误:Address doesn’t exist 22755, Message No: AM010
1. Plant Address没有维护。
2. Check plant address (supply plant) and customer address (receviing customer) address是否正确，参考链接。
Thank you very much for your early response.I found in plant address – telephone ” -” has been given betwwen the numbers like 123-456 so this error has come .when i removed that “-” system allowed me to process PGI.

在S/4中，SAP对之前各个模块不同的Output Framework进行了整合，同时与Business Rule Framework进行了整合。
由于Business Rule的配置是基于Webdynpro实现的，因此在启用BRF之前要进行一系列的配置。
Active Output Management：SIMPL_OP1610_FPS02 Page625(This is S/4 HANA Simplification List, you can get it by Google).
Technical setup – SAP Note 2292571
阅读全文——共282字

问题：在S/4HANA 1610中用SPRO去定义Commodity Codes，系统提示数据已保存，但实际上没有保存成功。
原因：S/4HANA升级到1610版本后，把Commodity Codes定义由后台操作转移到了相关的App，同时数据库库表结构也有所变化，这就是为什么SPRO定义的时候提示保存成功，但实际上没有保存。
参考：
问题描述：2432527 – KBA: S/4HANA 1610 – Define Commodity Codes and (re-)classify products
阅读全文——共361字

消息号 M7093
消息内容：对于移动类型XXX和帐户XXXXXXX 供应商货物移动 (014)的不同的字段选择
解决：可以使用报表RM07CUFA来检查移动类型字段选择和科目组字段选择有哪些冲突。并且可以直接双击进入对应字段选择配置，进行修正。