I am writing a session for our quality department to keep track of the reasons people change delivery dates on sales orders. We are not using Baan’s “prompt for change code” parameter because we do not want to be prompted for all changes. I made the Plan. Del. Date field on the sales order lines session (tdsls4102s000) a display and made a zoom out to a session I created to capture reason codes. All of this is working fine.

When there are deliveries on an order, Baan code will not allow the Plan. Del Date to be changed. A message “Note: deliveries already entered, choice not allowed” is displayed. The way I have this set up, I am bypassing this functionality. Ideally, I would like to code that functionality into my session to mimic Baan.

My question is, does anyone know how Baan determines this. Do they check order line status in the deliveries table? Does the backorder quantity have to be taken into consideration?

Thanks in advance, Rob

Most checks are for EDI orders, customer status,project status, deliveries done , deliveries status , final/proforma invoices generated / not, purchase order created or not.

It does check the last delivery in the deliveries table for delivery status (pmsk). If there is backorder then also it prevents editing. If there is already existing delivery (tdsls041.dqua<> 0 ) then it does not allow u to modify the line.

I can imaine why Baan is preventing from updating planned dates. Once you enter deliveries against a sls order, the actual delivery date is set, thus making it possible to compare the actual against the planned delivery dates..