Posting No. and shipping no.

bobnavision

Why does the program fills in these fields some times on sales header table. What shall we do to stop Navision doing this?

when we delete these numbers manually it creates a gap in the No. series

Pls advice

Thanks

Marije_Brummel

I think it is a trick to avoid the no.seris table to be locked during the entire posting process.

Why do you want to change it??

bobnavision

hi mark,

we are posting 2 separate invoices from one order. we group sales lines on a option field , like for A group we want one invoice and for B group we want another , but the program some times does not invoice one of them , its not allways the case thats why I think it some times automatically fills in these fields and Navision finds invoice with same no. as in Posting no. and does not post it then.

rgds

kriki

Mark Brummel wrote:

I think it is a trick to avoid the no.seris table to be locked during the entire posting process.

At a certain point there is a COMMIT and then it continues with the posting.
So to avoid locking too much too long. And thus also to avoid there are gaps when the second part gives an error.

Marije_Brummel

bobnavision wrote:

hi mark,

we are posting 2 separate invoices from one order. we group sales lines on a option field , like for A group we want one invoice and for B group we want another , but the program some times does not invoice one of them , its not allways the case thats why I think it some times automatically fills in these fields and Navision finds invoice with same no. as in Posting no. and does not post it then.

rgds

The best way to do this is by making seperate invoices and use the get shipment lines functionality.

Have you tried to use this functionality?

bobnavision

Hi mark,

its more than this
we don't post sales order from sales order we post it from pick list.

rgds

Marije_Brummel

Is this some kind of customisation?

You can have a look at the code and check whether or not the posting number is being reset after the creation of an invoice.