Comment 20 for bug 1155679

@Fabien.

Dont forget,

If the contact has a parent_id, and this parent is a company, all
accounting information should com from parent itself,

Just contact without a parent that is_company==True should take them own
information, with this kind of behaviour you will be consistent with what
all fields mean.

Regards, and thank for the answer.

PS: I think yet we will find a lot of mor logic features regarding to other
models but i think with this options we will mantain consistency with terms
and normal features.

2013/3/23 Fabien (Open ERP) <email address hidden>

> @Bojan,
> Where are you from?
> I was not aware of a country where it's illegal to put the name of a
> contact on an invoice labelled to a company. Can you find a link to a legal
> document explaining this?
>
> We have to check if it's a legal requirement or just a best practice in
> the country. We also have to decide if we do that in your country
> localisation or not. (do others countries have such a constraint?) I
> guess your concern is only about invoices; sale orders are usually sent
> to a contact in the company?
>
> @raphael
> You are right, we have to improve something in order to avoid having to
> put the fiscal position/accounts/pricelists on the contact of a company.
> The value of those fields should come from the company itself in some
> situations. I do not know if we should qualify this as a bug or not (it's
> ok to have to put the pricelist/fiscal position on the contact) but we will
> do that in v7. Olivier will do something similar to what we did for
> addresses (that are shared amongst all contacts). Nothing complex, it's a
> ~20 lines fix; no other object than res.partner should be changed.
>
> Note that your proposition B is not good; it's important to be able to
> invoice to physical persons who have no company.
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Project Group.
> https://bugs.launchpad.net/bugs/1155679
>
> Title:
> [7.0][trunk][crm] regression: sale order created from prospect through
> opportunity related to wrong address/partner
>
> Status in OpenERP Addons (modules):
> Invalid
>
> Bug description:
> Hello,
>
> How to reproduce
> -------------------------------
>
> runbot + sale_crm module installed.
>
> Create a new prospect like this:
> subject: 'new project'
> company name: 'CompanyX'
> contact name: 'Joe'
>
> convert the lead it to an opportunity with the default settings (eg
> create new partner).
>
> By default the opportunity is related to the new contact Joe, who has
> been correctly created as a contact of CompanyX.
> But notice this is debatable whether it's good or not to link the
> opportunity to Joe instead of CompanyX. Indeed, CompanyX may have many
> contacts and this makes it hard to manage your opportunities by the
> companies behind the contacts.
>
> But there is worse:
> Now convert the opportunity to a new quote using default settings.
>
> By default: the new quote will be related to Joe, not CompanyX!!
> That is if you continue the flow, who will be invoiced will be Joe, not
> CompanyX, that is the accounting with CompanyX is going to be all wrong.
>
>
> Expected behavior
> -------------------------------
> 1) at the very least, in such case, the default address/company for the
> quote conversion should be the parent CompanyX instead of contact Joe.
> 2) eventually, the opportunity could be related to CompanyX too instead
> of Joe. Eventually this could be an option and eventually the opportunity
> would be related to CompanyX but mentioning in some field the Joe contact.
>
>
> Hope to see this fixed. I think today the CRM acts as a "discover
> OpenERP" channel, it can not be that broken. And behavior was correct in
> 6.1 at least, so this is a regression and regressions aren't good.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openobject-addons/+bug/1155679/+subscriptions
>

--
--------------------
Saludos Cordiales

Nhomar G. Hernandez M.
+58-414-4110269
Skype: nhomar00
Web-Blog: http://geronimo.com.ve
Servicios IT: http://vauxoo.com
Linux-Counter: 467724
Correos:
<email address hidden>
<email address hidden>
twitter @nhomar