We have established an MM delivery plan in ME31L for the outsourcing process. For 3 positions, the delivery date is 02/08/2008 . 2 other items, the delivery plan 05/07/2008 . because of these different delivery plans for the posts in the delivery plan. Each time the user creates the delivery, the distribution of transmissions takes place. We are working with the sales delivery plans and the API „Delivery Plan of the Sale Delivery Agreement – Reception, Update (B2B)) “ to update JIT`s delivery forecasting and planning positions. Although I mentioned the same delivery plan for all positions in the delivery plan, distribution is still provided for individual positions when establishing delivery in ME2O. We know that there is a BadI („Sales Scheduling Agreement Delivery Schedule Check“) that allows us to define customer checks for delivery plan delivery data. In each delivery plan, you will find two calendars, i.e. JIT forecasts and calendars. calendars you have on JIT can be converted into deliveries. In my opinion, if you only have one calendar, you can only create one delivery. In general, these schedues are automatically downloaded when you use IDOCs.
Delivery plans are similar to quantity contracts, as they are agreements between the debitor and your company to order certain quantities of a product. However, while quantity contracts do not contain delivery dates for materials, they are delivery plans. We don`t need to change the calendar lines. Time lines are maintained in ME38 and we need to release To avoid this problem, users can request to change the delivery plan for 2 other posts 02/08/2008 of 05/07/2008 . ? 1. As far as I know, these delivery plans were mentioned in the development of this delivery plan. Subsequently, no updates were made for the delivery plans. However, we do not know the impact of the „Account to The Debtor“ field on updating delivery plans. We know that the system uses the following fields as a criterion to update the delivery plan. Is there another standard field that we can use in communication to use it as a criterion for updating delivery times? Because of these different requirement dates, there is always a sharing of deliveries.
If the user agrees with this, you can ask the user to change the date of the schedule to avoid distribution. The other option is to re-plan with t.code V_V2 so that quantities are confirmed based on the priority and availability of the hardware. A delivery plan is followed if the debtor places deliveries within the duration of the contract. As a result, no orders are assigned to them in the delivery plans. If the function is performed instead on the day a delivery is due, it is used to directly create a delivery. After the arrival of the delivery, the quantity in the delivery plan is reduced accordingly. This delivery plan includes 6 positions. If the debtor is unable to provide specific delivery dates for the product, it is preferable to use quantitative orders and return orders to that contract when they are established. However, we would like to know if there are other standard fields, in addition to the fields described above, that we can use as criteria to update delivery times.
