2013/3/23 Nhomar - Vauxoo <email address hidden>

> @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.
>
Contact without a parent that is_company, it's a company itself.
I mean in spain Pepe Lopez Sanchez who is invoicing himself, can have a
company name as "autos pepe" even if he is alone and his company fiscal
identity is individual instead company fiscal identity that has got
different format for individuals and companys.

And yes... in spain is not legal invoicing to a contact of a company. I
doubt that this is legal in other countries. Contacts in companies must be
even allowed legally to buy in the name of company. That is, noone can buy
goods in the name of a company but people named for that inside the company
(administrators or purchase mangers or so on)

Actual aproach is complicating and making silly issues regarding addresses,
contacts and partners just because you lost normalized definition for every
concept.
Partner: Entity (individual or company) you are going to invoice or receive
invoice from, where you set filscal data and other valuable data as tarifs,
comercial name or other data related to saling or purchasing.
Contact: Always individuals related to Partners in several ways
Address: Address. Nothing more than address.

My 2 cents.

>
> 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
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Addons.
> 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
>



-- 
CEO Avanzosc, S.L <http://www.avanzosc.es> : Office phone / Tfono oficina:
(+34) 943 02 69 02
Ana Juaristi Olalde <http://www.anajuaristi.com/>: Personal phone: 677 93
42 59. User/usuario skype: Avanzosc  a
www.openerpsite.com


*El contenido de esta comunicación y de toda su documentación anexa es
confidencial y se dirige exclusivamente a su destinatario. El uso no
autorizado de esta información está prohibido por la legislación vigente.
Si usted no es el destinatario le rogamos nos lo indique, no comunique su
contenido a terceros y proceda a su destrucción. Disculpe las molestias que
le haya ocasionado la recepción indebida de este e-mail. Sus datos figuran
en un fichero cuyo titular es Avanzosc, S.L., a quien usted puede dirigirse
para ejercer sus derechos de acceso, rectificación, cancelación y oposición
en Julio Urkijo, 32, 20720, Azkoitia (Gipuzkoa), Tef. 943 02 69 02 -
<email address hidden> <email address hidden> *
* *

*Komunikazio honen edukia eta dokumentazio erantsia konfidentziala da eta
hartzaileak bakarrik jaso beharko luke. Indarrean dagoen legeriak debekatu
egiten du bertan eskainitako informazioa baimenik gabe erabiltzea.
Komunikazioa zuri iritsi bazaizu, baina zu ez bazara hartzailea, mesedez,
guri jakinarazi, eta jasotako informazioa ez inori jakinarazi eta suntsitu.
Barkatu okerreko email hau jasotzeak eragindako eragozpenak. Zure datuak
Avanzosc, S.L. enpresaren fitxategietan sartuta daude. Zure datuak atzitzea
eska dezakezu, bai eta, datuak zuzentzea, ezereztea eta tratamenduari aurka
egitea ere. Horretarako, enpresara jo dezakezu, helbide honetan: Julio
Urkijo, 32, 20720, Azkoitia (Gipuzkoa), telefonoa: 943 02 69 02 - **
<email address hidden> <email address hidden> *
*This message and all documents attached to it are confidential and
intended only for the person or entity to which it is addressed. Any use of
this information by unauthorised persons is prohibited under current
legislation. If you received this message by error, please advise us,
destroy it and refrain from communicating its contents to third parties. We
apologise for any inconvenience receiving this email improperly may cause
to you. Your personal data are included in a file owned by Avanzosc, S.L.
If you want to exercise your rights of access, correction, erasure and
objection you can contact the Controller at Julio Urkijo, 32, 20720,
Azkoitia (Gipuzkoa), T: 943 02 69 02 –
<email address hidden><email address hidden>
*