| 2010-10-18 17:26:26 |
Borja López Soilán (NeoPolus) |
bug |
|
|
added bug |
| 2010-10-18 18:06:39 |
Raphaël Valyi - http://www.akretion.com |
openobject-server: importance |
Undecided |
Critical |
|
| 2010-10-18 18:06:39 |
Raphaël Valyi - http://www.akretion.com |
openobject-server: milestone |
|
6.0 |
|
| 2010-10-18 19:18:41 |
Antony Lesuisse (OpenERP) |
openobject-server: status |
New |
Invalid |
|
| 2010-10-18 19:29:07 |
Borja López Soilán (NeoPolus) |
description |
The invoices, on addons 6.0 (revid jth@openerp.com-20101018132907-9cnfm4yzn3w01gox) use the Journal Sequence by default instead of the "Invoice In/Out/Refund In/Refund Out" sequences, and it is not possible to setup the sequence to use (the "invoice_sequence_id" field has been removed from the view).
That is completely invalid, as the invoices will have holes in their numbering!, so this bug should be considered critical.
HOW TO REPRODUCE:
- On a fresh database with the accounting installed and no invoices nor journal entries yet:
- Create an invoice and confirm it. The invoice will receive number "1" and the journal entry of the invoice will receive number "2".
- Pay the invoice (voucher), the voucher journal entry will receive number "3"
- Create a new invoice and confirm it. The invoice will receive number "4" (instead of "2") and the journal entry will receive number "5". |
The invoices, on addons 6.0 (revid jth@openerp.com-20101018132907-9cnfm4yzn3w01gox) use the Journal Sequence by default instead of the "Invoice In/Out/Refund In/Refund Out" sequences, and it is not possible to setup the sequence to use (the "invoice_sequence_id" field has been removed from the view).
That is completely invalid, as the invoices will have holes in their numbering!, so this bug should be considered critical.
HOW TO REPRODUCE:
- On a fresh database with the accounting installed and no invoices nor journal entries yet:
- Create an invoice and confirm it. The invoice will receive number "1" (the same as the journal entry for the invoice).
- Pay the invoice (voucher), the voucher journal entry will receive number "2".
- Create a new invoice and confirm it. The invoice will receive number "3" (instead of "2").
NOTES:
On some countries like Spain, we should have a single sequence for all the journal entries (as if we had a single journal), but we may have several invoice sequences.
Also, at least on Spain, we are not allowed to renumber the invoices (after handing it to a customer) under any circumstance, but its common to renumber the accounting entries (they only have to be numbered sequentially by date on the fiscal year closing).
|
|
| 2010-10-18 19:35:01 |
Borja López Soilán (NeoPolus) |
description |
The invoices, on addons 6.0 (revid jth@openerp.com-20101018132907-9cnfm4yzn3w01gox) use the Journal Sequence by default instead of the "Invoice In/Out/Refund In/Refund Out" sequences, and it is not possible to setup the sequence to use (the "invoice_sequence_id" field has been removed from the view).
That is completely invalid, as the invoices will have holes in their numbering!, so this bug should be considered critical.
HOW TO REPRODUCE:
- On a fresh database with the accounting installed and no invoices nor journal entries yet:
- Create an invoice and confirm it. The invoice will receive number "1" (the same as the journal entry for the invoice).
- Pay the invoice (voucher), the voucher journal entry will receive number "2".
- Create a new invoice and confirm it. The invoice will receive number "3" (instead of "2").
NOTES:
On some countries like Spain, we should have a single sequence for all the journal entries (as if we had a single journal), but we may have several invoice sequences.
Also, at least on Spain, we are not allowed to renumber the invoices (after handing it to a customer) under any circumstance, but its common to renumber the accounting entries (they only have to be numbered sequentially by date on the fiscal year closing).
|
The invoices, on addons 6.0 (revid jth@openerp.com-20101018132907-9cnfm4yzn3w01gox) use the Journal Sequence by default instead of the "Invoice In/Out/Refund In/Refund Out" sequences, and it is not possible to setup the sequence to use (the "invoice_sequence_id" field has been removed from the view).
That is completely invalid, as the invoices will have holes in their numbering!, so this bug should be considered critical.
HOW TO REPRODUCE:
- On a fresh database with the accounting installed and no invoices nor journal entries yet:
- Create an invoice and confirm it. The invoice will receive number "1" (the same as the journal entry for the invoice).
- Pay the invoice (voucher), the voucher journal entry will receive number "2".
- Create a new invoice and confirm it. The invoice will receive number "3" (instead of "2").
NOTES:
On some countries like Spain, we should have a single sequence for all the journal entries (as if we had a single journal), but we may have several invoice sequences.
Also, at least on Spain, we are not allowed to renumber the invoices (after handing it to a customer) under any circumstance, but its common to renumber the accounting entries (they only have to be numbered sequentially by date on the fiscal year closing).
And finally, on Spain, we don't need to restart the invoices sequence each year, but we must do so with the journal entries sequence.
|
|
| 2010-10-21 18:18:40 |
dx-vmonroig |
bug |
|
|
added subscriber dx-vmonroig |
| 2010-10-25 20:54:54 |
Borja López Soilán (NeoPolus) |
openobject-server: status |
Invalid |
In Progress |
|
| 2010-10-29 00:43:34 |
Olivier Dony (Odoo) |
affects |
openobject-server |
openobject-addons |
|
| 2010-10-29 00:43:34 |
Olivier Dony (Odoo) |
openobject-addons: importance |
Critical |
Medium |
|
| 2010-10-29 00:43:34 |
Olivier Dony (Odoo) |
openobject-addons: milestone |
6.0 |
|
|
| 2010-10-29 00:43:34 |
Olivier Dony (Odoo) |
openobject-addons: assignee |
|
OpenERP R&D Addons Team 3 (openerp-dev-addons3) |
|
| 2010-10-29 00:44:52 |
Olivier Dony (Odoo) |
openobject-addons: milestone |
|
6.0-rc2 |
|
| 2010-11-11 09:17:20 |
Mustufa Rangwala (Open ERP) |
openobject-addons: status |
In Progress |
Fix Released |
|
| 2010-12-24 11:25:13 |
Denis Barbot |
bug |
|
|
added subscriber dbarbot |
| 2012-06-17 10:59:14 |
mjabirk |
bug |
|
|
added subscriber mjabirk |
