openerp-india team mailing list archive
-
openerp-india team
-
Mailing list archive
-
Message #18938
[Bug 1086055] [NEW] Invoice type is lost during process
Public bug reported:
In short: When you create a sales order with the addon sale_journal
installed. The selected type of invoice is lost during the process of
confirming sales order and sending it to the picking.
- Create sale order, select for example a grouped type of invoice.
- Once confirmed, sale order status is "Sale Order" and Invoice Type is the Grouped one (eg. grouped at the end of month)
- Goto warehouse, look at Delivery Orders, the type of invoice is not adopted from the source sales order
- Of course all further handling is missing the invoice type
I think should be adopted automatic, you can't change it either once it
is send to picking...
** Affects: openobject-addons
Importance: Undecided
Status: New
** Attachment added: "Invoice Type correct being saved"
https://bugs.launchpad.net/bugs/1086055/+attachment/3450713/+files/Sale%20Orders%20-%20OpenERP-182448.png
--
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/1086055
Title:
Invoice type is lost during process
Status in OpenERP Addons (modules):
New
Bug description:
In short: When you create a sales order with the addon sale_journal
installed. The selected type of invoice is lost during the process of
confirming sales order and sending it to the picking.
- Create sale order, select for example a grouped type of invoice.
- Once confirmed, sale order status is "Sale Order" and Invoice Type is the Grouped one (eg. grouped at the end of month)
- Goto warehouse, look at Delivery Orders, the type of invoice is not adopted from the source sales order
- Of course all further handling is missing the invoice type
I think should be adopted automatic, you can't change it either once
it is send to picking...
To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/1086055/+subscriptions
Follow ups
References