在生成SO时,在可手动修改订单中价格的情况下,可对手动修改范围进行限制,可以在以下两个Level进行实现。
1. Condition Type Level 在这个Level进行限定的话,该限定将作用于所有使用该Conditon Type的条件记录。
IMG->SD->Basic Functions->Pricing->Pricing Control->Define Condition Types->Define upper/lower limits for conditions
T-Code:OVB2
阅读全文——共352字

SAP在MMNR的Nubmer Range Group中留了不少垃圾Group在里边。
很多时候更改/删除这些Group会造成一些奇怪的现象,明明是新建了一个Group并分配了Number Range,它却自动跑去了另一个Group下…这些现象很可能是因为Number Range的存在Inconsistents信息。
SAP有两个报表(用SE38来跑)
1. RSSNR0TF – 用这个报表可以查看系统中有哪些Number Range存在Inconsistents
阅读全文——共261字

在WM中有两种方式可以自动创建TO
1.在WM-IM Interface中定义MVT参数,自动创建TO
SPRO->LE->WM->Interfaces->Define Movement Types->LE-WM Interface to Inventory Management
2.在WM MVT定义中通过Automatic TO字段来为该MVT分配一个标识码,然后通过程序RLAUTA10来批量创建TO
阅读全文——共443字

T.Code:VC/2
或者在Sales Order Creation界面点击Display sales summary按钮时,出现Error Message「No view can be determined for application RVKUSTA1 for user XXX」
解决:
SPRO->SD->Sales Support (CAS)->Sales Summary->Define Reporting Views
阅读全文——共292字

SAP移动平台:
1.SAP目前可以提供一套All in one的企业级移动平台解决方案,其中包括设备管理(Afaria),开发平台(SMP),安全套件(MAP),及部分已经在SAP Mobile Store中的APP可供下载。
SAP Store https://store.sap.com
2.Afaria – 硬件及移动操作系统级别的管理套件
阅读全文——共1053字

很多时候在SD/MM牵扯到过账操作时,会出现「Assign condition type XXXX in CO-PA」这样的错误.
原因:在CO的Profitability Analysis节点下没有为当前业务分配CO-PA的对应字段.
解决:SPRO->Controlling->Profitability Analysis->Flows of Actual Values 找到需要分配CO-PA字段的票据类型节点,然后分配相应的CO-PA字段.

在Billing时对Order按百分比设置分批付款。
1.在下边路径定义Installment Payments Terms
SPRO->Financial Accounting->Accounts Receivable and Accounts Payable->Business Transactions->Incoming Invoices/Credit Memos->Maintain Terms of Payment
2.用Define Terms of Payment for Installment Payments把上一步定义的Payment Terms分配给Installment Payments
阅读全文——共318字

我们知道在MM中可以对PR,PO,Outline Agreement配置Release Procedure,在Procedure中可以定义,由谁来按照怎样的顺序对票据进行Release.
SD中针对Price也有一个Release. 业务场景很简单,公司针对新一个新产品进行定价或对进入到一定生命周期的产品重新定价,都会触发价格的生成/变更,而这时候我们需要一个审批机制,来保证价格的合理和正确性.
MM中Release Code/Release Strategy/Release Procedure的实现方式,不能被用于SD Price Release. SD通过Processing Status来实现Price Release Status的控制.
阅读全文——共676字

在SD中有一个Proof Of Delivery. 这玩意是啥作用呢?
它的作用就是在Delivery之后,Billing之前,需要用户对Delivery的确认. 因为很多时候我们的发货数量和用户确认的收货数量不一定一致,中途可能出现损毁,丢失等各种情况,因此给予用户确认的Billing,能在最大程度上减少重复Credit Memo等后续操作的可能性.
所以POD的作用是用来控制Billing的进程. 系统在VF01的时候会去Check Delivery Note的Status,如果Status不是Complete,那么Billing会出错. 也就是说,没得到用户对Delivery的Confirm之前,在系统上没法开票,实现这样的一个控制.
阅读全文——共818字