Hello experts,
i'd like to clarify some points regarding this mailthread.
First of all, let me remind you that we will release with the version 6
a module that will have the following behaviour:
*add a new field 'internal sequence number' on the accounting entries
(type=char, on account.move object)
*add a new field 'internal sequence' on the account journals
(type=many2one(ir.sequence), on account.journal object)
*with this module, a new sequence will be created as data and put as
default value on every journal
*when posting an entry (when the state goes from 'draft' to 'posted),
it will fill the new field 'internal sequence number' of the accounting
entries with the next number accordingly to the sequence selected on
the related journal.
So for the countries where it's a legal requirement, you will be able
to have a sequence global for each and every accounting entry.
Now, let me explain why i don't think you need this (if it's not a
legal requirement): i don't see any functionality loss with the new
behaviour of v6. Indeed, if you create a new sequence for each
journal (wich is actually the default behaviour: try to create a
new journal without chosing a sequence (this field is even not visible
in simplified view) and you will see ...), then you will have exactly
the same behaviour that in v5:
*create a customer invoice and confirm it: it receives the number
SAJ/2010/001
*create the payment that will receive the number CSH/2010/001
*create a second customer invoice and confirm it: it receives the
number SAJ/2010/002 (what Borja explained before is True only if you
set the same sequence for several journals, which is not the the
adviced configuration)
*cancel the first invoice (only possible if you install the module
account_cancel and set the journal accordingly): the accounting entry
is deleted. Set to this invoice back to draft and confirm it again: the
invoice still have the number SAJ/2010/001
By the way, i don't see any interest in having a internal number that
is totally meaningless for the end-user: with a name which is
'SAJ/2010/512' i know easily what is the accounting entry for. Which is
not the case if my accounting entry is named as '2010/000436'. I'd like
also to emphase that we made something a bit similar for the bank
statement, in order to have the 'name' of the accounting entry which is
actually the name of the paper document (internal name).
And finally, let me explain the reason we made this 'improvement': in
v5, each time you cancelled an invoice and confirmed it again, you
introduced a gap in your accounting entries numbering. If you wanted to
disallow that, you had to modify the ir.sequence object manually: and
that was really not a good idea to let your accountants do that! In v6,
it's not the case anymore: there is no gap introduced.
I hope this helps, thanks for your contribution.
On 25/10/10 14:24, Hervé Proust wrote:
Hello,
For the countries we work in, Morocco and Cameroon, there is no
obligation to have unique and common invoice and journal numbers.
In practice, when we integrate historical data from a company, we have
separate journal numbers and invoice numbers. Conclusion : it is
important for us to manage in the system separate numbers in V6, as we
do in V5.
Thank you
Hervé
Hervé PROUST
Directeur Associé
|
Bureau : +212 (0)522 23 54 44
Mobile Maroc : +212 (0) 670 76 83 67
Mobile France : +33 (0) 6 61 41 50 58 |
 |
10, rue Ibnou Al Arif
20 100 Casablanca - Maroc
[email protected]
www.kazacube.com
|
|
-------- Message initial --------
De: Raphaël Valyi <[email protected]>
À: openerp-expert-accounting <[email protected]>
Cc: Renato Lima <[email protected]>,
sebastien beau akretion <[email protected]>,
Alexis de Lattre <[email protected]>,
Quentin <[email protected]>
Sujet: Re: [Openerp-expert-accounting] Pool: Countries with
separate Invoice numbers and Journal numbers
Date: Fri, 22 Oct 2010 19:49:39 -0200
Hello
After investigation, Renato Lima and me confirm that this is a critical
issue for Brazil too: invoices should have their own sequence, just
like in v5.
So I sum it up so far:
- Countries with independent invoice and journal entry numbers:
- Spain - Borja (@NeoPolus)
- Venezuela - Nhomar (@nhomar)
- Italy - Davide (@davidecorio)
- Austria - Ferdinand.
- Switzerland - Joël (@jgrandguillaume)
- Ecuador - Cristian (@ovnicraft)
- Argentina - Ignacio (@ignacioparszyk)
- Brazil (@rvalyi @renatonlima)
- Countries with same invoice and journal entry numbers:
- Belgium - Fabien (@fpopenerp)
- France (dixi...@fpopenerp)
I agree with Luc, I think different sequences should be the default as
it looks like same sequence is rather an exception.
I'm curious, OpenERP S.A. is all the rage about penetrating the
collapsing US market, how is it in the US?
Thank you Fabien for your commitment in fixing this issue, that should
be a top priority indeed for us to have mature localizations in v6.
NB: We have been in production on V6 (+ magic) since one month in 83
employees Brazilian companies, luckily, we left receivables for the
end, we consider have been very lucky here ;-).
Thank you very much Borja for pointing this out to all of us!
Raphaël Valyi
Founder and ERP Consultant
+55 21 3010 9965
http://www.akretion.com
![]()
On Fri, Oct 22, 2010 at 5:44 AM, Borja López Soilán <[email protected]>
wrote:
Ok, people, new summary of the pool so far:
- Countries with independent invoice and journal entry numbers:
- Spain - Borja (@NeoPolus)
- Venezuela - Nhomar (@nhomar)
- Italy - Davide (@davidecorio)
- Austria - Ferdinand.
- Switzerland - Joël (@jgrandguillaume)
- Ecuador - Cristian (@ovnicraft)
- Argentina - Ignacio (@ignacioparszyk)
- Countries with same invoice and journal entry numbers:
- Belgium - Fabien (@fpopenerp)
Fabien: Could you (or somebody from OpenERP S.A. in Belgium) review my
assumptions about Belgium, to check that I didn't misunderstood you and
the new 6.0RC1 behaviour?
Borja López Soilán wrote:
So, as a summary, we identified these
opposite cases:
- A: Some countries (Belgium):
The invoices need to display the same number as the related accounting
entry.
- B: Some countries (Spain):
The invoices need to display a number independent from the related
accounting entry number
So, here it comes the pool: How many
other countries fit each one of those two cases? (Do you know more
cases?)
Thanks to everybody that collaborated on the pool! :)
--
Borja López Soilán
[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
_______________________________________________
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
--
Quentin De Paoli
OpenERP s.a.
Chaussée de Namur, 40
1367 Grand-Rosière, Belgium
Tel: +32.81.81.37.00 - Fax: +32.81.73.35.01
Web: http://www.openerp.com
SaaS: http://www.odoo.com
|
