Hi,

I'm having a problem in session : tdpur4120m000. when i make a receipt trought AFS.

For example:
First receipt for order :
tdpur045.diqu = 1000
tdpur045.dqua = 200
tdpur045.bqua = 800

tdpur041.bqua = 800

If i try in same order and same receipt number to increment the tdpur045.dqua to 300, it will happen this :

Second receipt for order :
tdpur045.diqu = 1000
tdpur045.dqua = 300
tdpur045.bqua = 700

tdpur041.bqua = 1500 => It has been incremented 700 to 800... This value should be 700...

If i do this in the session it works fine... With AFS i have this error... :(

Does anyone have any idea of what is happening?

Regards,

Nuno

I was told that once a receipt was completed to not change any of the fields. I do not know what errors we received when we tried what you suggested, but when I did the function server they had me always create a new receipt. So if like you mentioned they only received 200 first, then the second would be a new receipt for 100. One reason what you mentioned does not work for us because of TipQA product we use for Quality control, but even without this we saw problems when modifying a completed receipt.

On a side note we disable the back order qty so the user can not enter it - Can't you just set the correct quantity?

I want to modify the qty received, because when some trucks arrive, the products are not all together... so we need to modify the quantity arrived.
If i do only one movement, all works fine.

If you modify your line order directly in session tdpur4120m000 using BAAN Client... it does everything well.
And you can see in session tdpur4510m000 all quantity data well filled.

My problem is when do it with Function Servers. In session (tdpur4510m000) that works with table 41 the field dqua is not correct(it was incremented, not updated), in session tdpur4120m000 it's all correct (i can update any fields).

"Back order qty" is the quantity of the order line created?
I only know the names in portuguese... :o

Thanks,

Nuno

Same situation here. Multiple deliveries for one PO could be in multiple boxes. So what our receipt people do is pull one box scan the info, create the first receipt. Then whenever they run into the second box, they scan that info and it creates a new receipt.

The back order qty is suppose to be total line order qty - the total qty received. We found our system did just like yours - even when doing it by hand. When we changed the qty received the back order qty then became old back order qty plus (new total qty on order minus the new total qty delivered). In your case the bqua would equal 800 + (1000-300) which equals the 1500. This happened when doing it manually and I never really tested the api code. I just made it always do a new receipt.

Thanks Mark,

i don't want to create another receipt...
I have to keep temporarly all the receipts for one line, then send the total to BAAN.
This way it will work fine.

Regards,

Nuno