Community mailing list archives

Re: Cancel done delivery order

OpenERP Master
- 03/18/2015 15:37:27

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.

Their response:
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 <> wrote:

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 <> wrote:

2015-03-18 12:37 GMT-06:00 OpenERP Master <>:
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.

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.

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 ;-)


Saludos Cordiales
Nhomar Hernandez

Post to: