CoreBOSBB

Full Version: vtws_revise changes Salesorder amounts
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
I have an AJAX action in place that updates the status of a sales order when an appointment for that sales order is made in the Calendar4You. The weird thing is: the vtws_revise function I use to do this changes all the amounts. To be specific: 4.236,00 Euro's (four thousand two hundred and thirty-six) becomes four MILLION two hundred thousand Euro's (4.236.000,000). It seems somewhere number formatting is going very wrong. Any ideas on how this can be?
I solved this by changing the way I update the SO. I now first retrieve it, change what I want to change and then update it, in stead of revising. Not really a thourough search for what's going wrong, but at least it works. I've had to set the 'invoice status' field as well, but we don't use that anyway.
this has been on my to-do list for some time. I will look into it and get back to you asap
Thanks!
I just committed a change to support inventory modules in the revise method.

https://github.com/tsolucio/corebos/commit/12f2229d1ee799a09ef6f0edf54ffa89efc59a0b

and another to support deleting product lines

https://github.com/tsolucio/corebos/commit/e712517910a454ce509740b23fe8aa3c63891ee1
Good news! About the "getInventoryModules" function, how does it recognise an inventory module as such?
There are only 4 inventory modules, 6 if you want to count the special Issues and Receive Cards which we are trying to maintain.
There will never, ever be any more than those.
(10-20-2016, 10:47 AM)joebordes Wrote: [ -> ]There are only 4 inventory modules, 6 if you want to count the special Issues and Receive Cards which we are trying to maintain.
There will never, ever be any more than those.

Which is why I'm building my PackingSlip module as an independent, standalone skeleton inventory module to fill the gap between now (when expanded inventory functionality is needed beyond the big four) and the time we have master-detail modules, in which case basically every module can be an inventory module.