c2c-oerpscenario team mailing list archive

[Borja López Soilán <borjalopezsoilan@xxxxxxxxx>]

Ok, I changed the bug description, I misunderstood the symptoms: It's
not that the invoice and account entries were using the same sequence,
but the invoice showing the number of the entry (related field). This is
not valid on some countries (like Spain), that different numbers for
invoices, so if this is the desired behavior for 6.0, we will need to
provide the feature on an external addon.

** Description changed:

  The invoices, on addons 6.0 (revid
  jth@xxxxxxxxxxx-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".
+   - 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).

** Description changed:

  The invoices, on addons 6.0 (revid
  jth@xxxxxxxxxxx-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.

-- 
[6.0] Invoices use the "Journal Sequence" instead of the "Invoice In/Out" sequences 
https://bugs.launchpad.net/bugs/662821
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to OpenERP OpenObject.

Status in OpenObject Server: Invalid

Bug description:
The invoices, on addons 6.0 (revid jth@xxxxxxxxxxx-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.