Community mailing list archives
Re: Cancel done delivery orderby
On 19 Mar 2015, at 10:53, Ana Juaristi <email@example.com> wrote:
I agree if goods have been sent the order can not be cancelled but if delivery has not been realized system allows cancelling delivery and sales order and creating a new copy of sale order.
At this point I also agree that sometimes is necesary or more usefull mantaining same old sale order number than creting a new one so if you need it, we created small module sales_back2draft published in our odoomrp brach in github.
Wishing it will be usefull
AnaEl 19/03/2015 11:30, "Nuria Arranz Velazquez" <firstname.lastname@example.org> escribió:I shouldn't laugh but it is funny.<blockquote cite="mid:CAENzJ3FrZt3vX5LamEazH=JcPdX1F_UnMW2e9J2MAaTNXPUg8w@mail.gmail.com" type="cite">
Try cancelling the order and placing a new one instead of trying to reverse what's gone through the system already. That's how I'd do it so my inventory doesn't go bananas.
Besides, it makes sense that if the customer notifies you of a change of size 3 days after placing the order they need to be aware that there will be a delay in the delivery. It doesn't hurt to make them aware that the first order has to be cancelled and the goods return because they're out already. People tends to be understanding if you give them the chance and explain things nicely.
On 18/03/15 19:42, OpenERP Master wrote:
Here is a real world example. I talk to one client and I say exactly what you all have said. You cannot do this. See my message, this is real,
This is not the capability of the software. In all versions, once you confirm you are saying to the system “I confirm this information is right”. When you import orders from your storefront or create new purchase orders you can still edit them. Only after you confirm can you not make these changes. A suggestion would be to modify your business processes to ensure changes are made before you confirm the order.
I do not think you understand the functionality of our process, there are times this would need to be adjusted, for example: human error occurred or the customer made changes after the PO was confirmed. For example I had a customer call and change her size 3 days after the order was placed. I was able to make the adjustment with the vendor but could not edit or cancel and reset to draft to revise the PO. I still believe you should be able to set to draft of reverse a transaction…this is a normal function in any fulfillment system. Can we please re-evaluate this request
On Wed, Mar 18, 2015 at 2:31 PM, OpenERP Master <email@example.com> wrote:
Hello!I like the video clip. Thank you. That was entertaining.
I understand all points of view very clearly, however IMO sometimes I think that people can be stuck in their ways, both sides. You have many customers complain on one hand that the process you have available stinks. You argue for technical reasons it shouldn't be allowed (not you specifically).
I think there is always a separation between developer and business what works best. What I can tell you, is that the business process that is today sucks.
On Wed, Mar 18, 2015 at 2:18 PM, Nhomar Hernández <firstname.lastname@example.org> wrote:
2015-03-18 12:37 GMT-06:00 OpenERP Master <email@example.com>:
My module will allow you to delete a delivery order by reversing all of its effect. You can then regenerate it from sale order. This condition is possible if there are no child dependencies, if there are or the accounting period is closed then you can't do this. This would be perfect in situations where delivery order is created but goods not yet sent to customer.In my opinion and the opinion of companies I have worked with canceling a document (delivery order) by creating a separate document to return goods or same principle for invoice is time consuming, can be confusing, and involves too many clicks. It is not at all a streamlined workflow.I already have such a module that does all of this but not going to release it for a couple more weeks because it isn't completely finished and its not high priority for the people that need it.
This post only brings me 1 answer after explain in several ways to somebody that do not want understand it is making a big big mistake one time customers calls you because accounting do not match with inventories and inventories do not match with historical moves and historical move do not match with several other process (claims, crm and so on), you will receive a call like the video bellow and you will answer only "Good Luck!" because you will not face their fix on data and you will need to do for free as a warranty of you consultancy (because you insist this is the way).
But even with the joke above, IMHO just for records qhen somebody in the future read this email is that this is an edicational process not a technical ones and follow your lead is a huge mistake.
Every document has its reverse process, then either you automate the reverse process 1 by one (as lionel explain) with all the process it involve also (Fiscal cancellation and so on) then you will face a re-training not/official of your customers (as eva said) to follow simply a "new" process which should be tha same than follow the original ones.
But I just added this "For the records" for future generations ;-)
-- N. Arranz-Velazquez OpusVL Odoo Specialist Team (OOST) OpusVL Drury House Drury Lane Rugby CV21 3DE T: 01788 298 450 W: www.opusvl.com