Sale_journal: "Invoice type" mismatch

Bug #1006018 reported by Erwin van der Ploeg (BAS Solutions)
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Odoo Addons (MOVED TO GITHUB)
Confirmed
Low
OpenERP R&D Addons Team 3

Bug Description

Hello,

You can set the invoice type on a customer and set that all invoices of the customer must be grouped. But when you porces the delivery orders and make an invoice of it, you have to select "grouping" again. This is strange, because it is allready set at the customer. Now you can forget to select the settting and the invoices are not grouped.

The response from openerp support is:

Yes, you are right again, this behavior is misleading. We checked the code and found that nothing much is coded for `grouped` field in Customers form. The coding for merging invoice is done in Create Invoice wizard itself.

We agree with you that this is misleading clients which should be taken care. We would request you to please file a bug report for this intended for Trunk version, because, this could be fixed by either removing the misleading functionality or by adding tooltip that describes the exact significance of the field or by implementing this functionality.

So...I'll hope you just fix this, in a way that if invoices are set to be grouped by the invoice type, the are grouped without selecting another option at processsing delivery orders.

Erwin

Tags: invoicing
Revision history for this message
Amit Parik (amit-parik) wrote :

Hello Erwin,

You are totally correct as per the documentation. This is a special kind of case where we have write a things on documentation but we didn't write correspondent code on addons.

Let talk about Sale_journal module. We have added a Invoicing Type (property_invoice_type) on partner form view and Invoice type (invoice_type_id) on sale order/delivery order as well as "invoice_type_id" field are used only for passing I mean this field are only transfer/copied(write) from SO to delivery order.

As per the doc we have provided a two different features on sale_journal module.
1) Grouping of invoice (for which this issue are reported).
2) Allow user to filter record easily by journal.

let's take a one example for 2nd point, We have created a two different invoicing journal.One is for "daily" invoicing 2nd is for "End of the month" invoicing journal. Then our salesman comes on every morning filter the sale order/delivery order of daily invoicing journal and create the invoice additionally on 31/30 (end date of month) he also filter the sale order/delivery order based on "End of the month" invoicing journal and create the invoice for it which is working fine.

Currently sale_journals are really only meant to allows users to filter easily by journal, but there is no automation of grouping or anything that goes with it.

As per the doc "you can create the following journals: daily invoicing, end-of-week invoicing and monthly invoicing. It is also possible to show the invoicing journal by default in the partner form. Set the Invoicing Method to Grouped (one invoice per customer) or Non Grouped (individual invoices) according to your needs."

So it's certainly misleading... so I am confirming the bug as low, and we'll decide what to do on it... perhaps the simplest is to remove that field and adapt the documentation.

I would like to request that proper solution has to be discussed with AL or FP.

@Antony/Fabien : you will take the final decision what to do on this issue.

Thank you very much.!

summary: - Invoice type
+ Sale_journal: "Invoice type" mismatch
Changed in openobject-addons:
assignee: nobody → OpenERP R&D Addons Team 3 (openerp-dev-addons3)
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Erwin van der Ploeg (BAS Solutions) (erwin-bassolutions-deactivatedaccount) wrote :

3 months now. Is there made a decision?

Erwin

Amit Parik (amit-parik)
tags: added: invoicing
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.