问题:在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来检查移动类型字段选择和科目组字段选择有哪些冲突。并且可以直接双击进入对应字段选择配置,进行修正。