To avoid this problem, the user may be asked to change the delivery plan for 2 other items from 05.07.2008 to 02/08/2008. ? There is another type of document that looks like a delivery schedule. Supplies markets based on the materials information system are not delivery plans per se. However, they are used in the same way as JIT delivery plans. However, we do not know the impact of the “Account to The Debtor” field on updating delivery plans. We don`t need to change the calendar lines. Calendar lines are managed in ME38, and we need to release Is there another standard field that we can use in communication to use as a criterion for updating delivery plans? This delivery plan includes 6 positions. The VDA recommends that you send short-, medium- and long-term requirements for quantities and delivery dates in a planned delivery plan. 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.
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. I can ask you to help me solve this problem pls. The user wanted it to be a single delivery. The various delivery plans, their structure and use are defined by the VDA (Federation of German Automotive Equipment Manufacturers), AIAG (Automotive Industry Action Group) and odette guidelines. 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. Document sent by Electronic Data Interchange (EDI) or fax to the component supplier to release a quantity of material or material described in the delivery plan. 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 appointments with external agents, the system indicates that deliveries made by agents outside the client are consignment problems. 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. 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. 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. 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. After that, many deliveries were generated in reference to this delivery plan, the user creates each month Delivery by referring to this delivery plan. I mean how it is possible to create a lot of deliveries with a calendar. where as in SD, we always need to update the calendar lines.