Hello

Here are some good sense considerations

In small organisations, the same person usually creates and validates invoices. Validation is made often very quickly and if the user wants to correct some information before sending the invoice to his customer, it should be easily done. Those needs usually arrive when the invoice is printed (it is the only way to see what the ending customer will receive).
Actually in 5.0, if the entries are still in draft state, it is possible to delete an attached document (invoice), cancel an invoice, modify it and revalidate it without any further account moves (if the account journal is set with "allow delete entries")
We think this behaviour should still be available in trunk.

Please also think that small changes in invoices could be asked by the ending customer too... for example, if he needs to have extra informations on the invoice, he might ask the seller to change some labels. That does not justify to make a credit note...etc

We do agree with Luc saying that the tool should be flexible enough and agree with his suggestion
"I think if there the "Allow cancelling entries" is active so we do cancelling entries and if not, we just delete the entry ! In this last alternative, it should be really good to have the possibily to reuse "invoice number" and "entries number".
 
We think Nhomar gave the right atlernative saying it must be configurable by default.

Regards

Cordialement
--------------------------------
INVITU
Computer & Network Engineering
BP 32 - 98713 Papeete - French Polynesia
Tél: +689 46 11 99
[email protected]
www.invitu.com

P Please consider the environment before printing this e-mail!


Le 30/08/2010 12:29, Nhomar Hernández a écrit :

In Venezuela is Illegal reuse the Invoice Number 

Colombia Is Legal in Software but not in paper, for this reason we should block the funcionality ones the paper number is loaded as  "printed"

CostaRica it doesn't matter.
 

Regards

BTW is the same problem, if in countries where it is Legal (re use the number) No there are not problems with jump due to cancelation, i think this behaviour should stay as is.

But, if the problem is regulated and we _must_ be canceled and reused  we would have a no generical solution,  IMHO, we need to push all scenaries in paper and discuss what will be the  correct solution,

I think in this case we can not have a pythonically solution (only one way to do thing) IMHO it _must_ be configurable by default, in this way everybody happy and the solution is stronger. If we don't give this solution in a generical way, every country will need to adjust this vital part with them laws and practices, this is not good in a mature product as OpenERP.

The problem came in an accounting point of view, we need to consider the variant here too!, related to the invoices.
 

2010/8/30 Ovnicraft <[email protected]>


On Mon, Aug 30, 2010 at 3:26 PM, Luc Maurer <[email protected]> wrote:
Hello,

I understand your opinion Ferdinand and I agree with you.

But don't forget that we can have small clients => the tool should be flexible enough and it should be possible to choose if we would automatize cancelling entries and/or refund or simply be possible to change and/or delete an invoice without any entries.

I think if there the "Allow cancelling entries" is active so we do cancelling entries and if not, we just delete the entry ! In this last alternative, it should be really good to have the possibily to reuse "invoice number" and "entries number".

In Switzerland there is no regulation saying that it is not possible to delete invoices......

Still believe in create the reverse entries and write a relation with invoices when choose Cancel; its and ERP what we manage and functionality must goes in this way.

Regards,



Regards

Luc Maurer


_______________________________________________
Mailing list: https://launchpad.net/~openerp-expert-accounting
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~openerp-expert-accounting
More help   : https://help.launchpad.net/ListHelp




--
Cristian Salamea
@ovnicraft

_______________________________________________
Mailing list: https://launchpad.net/~openerp-expert-accounting
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~openerp-expert-accounting
More help   : https://help.launchpad.net/ListHelp




--
Saludos Cordiales

Nhomar G. Hernandez M.
+58-414-4110269
+58-212-6615932
+58-212-9536734 ext 124
+58-212-9512643
Skype: nhomar00
Web-Blog: http://geronimo.com.ve
Servicios IT: http://openerp.netquatro.com
Linux-Counter: 467724
Correos:
[email protected]
[email protected]
_______________________________________________ Mailing list: https://launchpad.net/~openerp-expert-accounting Post to : [email protected] Unsubscribe : https://launchpad.net/~openerp-expert-accounting More help : https://help.launchpad.net/ListHelp



_______________________________________________
Mailing list: https://launchpad.net/~openerp-expert-accounting
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~openerp-expert-accounting
More help   : https://help.launchpad.net/ListHelp

Reply via email to