This is the JDEList One World Mailing List. This is just wrong!Īnyone else out there experienced anything like this? If we release the entire quantity for one blanket to a sales order and close that line, if there is one more blanket still open, the next time we edit the order, it reprocesses the blanket and assigns the open one to the order. We are having issues with customers who have multiple blankets. Was wondering if someone out there could help with blanket processing. When entering change orders, change the version of P4210 called to a version where the blanket processing is not active. We are seeing the repricing program R42950 deleting the original order number (blanket number) from the sales orders. Have you checked the knowledge garden for a SAR? I haven't specifically looked for that issue. On the Knowledge Garden were several SARs dealing with Blankets and Pricing, but none that really deals with this issue. Alternatively, on the Non-Stock PO Processing menu (G43B11), select one of these: Receive & Voucher POs. Per JDE, they don't see these results, but even when I tested it in Pristine I was able to replicate it. 1: Run Voucher Match (P4314) in the JD Edwards EnterpriseOne Procurement system. I did check the Knowledge Garden, and even called the help desk. What field is being changed so I run a test against it? Also include the files affected. The F4074 (pricing history)files are updated correctly with repricing.
Also, FYI, we are using Advanced Pricing here. It is removing the Original Order Number (OORN), Original Doc Type (OCTO) and Original Company(OKCO) from the order. How do you have advanced pricing configured? Have any of the order or pricing programs been modified?Īs far as I know, it is only the F4211 that is being affected. I have not been able to duplicate your error.
0 kommentar(er)
