openerp-community team mailing list archive
-
openerp-community team
-
Mailing list archive
-
Message #01220
Re: uninstalling base_contact
I appreciated the started redesign for 6.1 but it was not complete.
Therefore I finalised it see
https://code.launchpad.net/~openerp-community/openobject-addons/trunk-bug-923440-base_contact_finalise6.1
How to do keep the functionality for 7 will be a major topic
Have fun
Etienne
On 22.08.2012 02:53, Eric Caudal wrote:
> Having multiple delivery/invoicing addresses (even having the
> possibility of drop shipping) is a must-have in OpenERP.
>
> Eric CAUDAL
> openerp
>
>
> *Eric CAUDAL*, Elico Corp, Shanghai.
> eric.caudal@xxxxxxxxxxxxxx <mailto:eric.caudal@xxxxxxxxxxxxxx>
> Cell: + 86 186 2136 1670. Skype: elico.corp
> *Premium Certified Training Partner - OpenERP Ready Partner.*
>
>
> Premium CTP
> http://www.openerp.net.cn
>
> On 08/21/2012 07:13 PM, Carlos Liébana wrote:
>>
>>
>> 2012/8/20 Ana Juaristi <ajuaristio@xxxxxxxxx
>> <mailto:ajuaristio@xxxxxxxxx>>
>>
>> IMHO this new aproach is not making things easier but its erasing
>> very valuable functionality. The first structure
>> customer/address/job/contacts was able to support any kind of
>> structure, even if it was simple or very complex.
>>
>>
>> The problem is that in 99% of the cases, the companies use 1 customer/
>> N address/ 1 or N contacts. For them, base_contact was a pain in the
>> ass because the specific details of the contact (job contact as you
>> mention) regarding the company it's linked to, but there were other
>> modules that handle with that properly.
>>
>>
>> In version 6.1 is still possible defining this complex structures
>> but loosed usability since we have got a new object "location"
>> including again address fields and duplicating information. That
>> is.. now we have got customer/address including many2one to
>> location and many2one to contacts. Adress now is "similar" to job
>> before. Not exactly the same.
>>
>>
>> The structure by default is 1 customer / N address / 1 contact (for
>> each address). It can be ok for a lot of companies because they handle
>> 1 contact per address or because they can leave empty adresses and
>> link one contact to them. From my point of view, this is a good approach.
>>
>>
>>
>> In 7.0 I don't even see this option of creating several addresses
>> with contact functions on those addresses.
>>
>>
>> I don't see it either. It seems that now contacts are linked to the
>> company itself (which may be correct in a lot of cases) but as you
>> mention it should be possible also to do it against several addresses.
>> But what worries me the most is how to deal with several addresses,
>> and why this feature has "dissapeared" in v7 by default. If there's
>> not "res.partner.address" anymore, it won't be usable in a lot of
>> cases, above all manufacturing and logistic industries.
>>
>> Can somebody from OpenERP SA explain this, please?
>>
>>
>>
>> On the other side, IMHO (again) invoicing to a contact is not
>> legally allowed at less in Spain. Normally we have got several
>> contacts in a company but the legal fiscal entity, with fiscal
>> information (like VAT or others) that we invoice to is only one.
>> The company.
>>
>>
>> For that, there's a new checkbox in res.partner call "Is a company?".
>> So you can have companies, contacts (not checked "Is a company?") and
>> individual companies. The concept can be ok, but IMHO some changes
>> should be made:
>>
>> 1) Customers and contacts had to maintain to different menu entries,
>> with filters in "is a company" by default.
>> 2) Sale, purchase, invoice... had to filter also companies and
>> contacts. Right now I can interact with a contact in those cases
>> which, as Ana says, it's totally wrong.
>>
>>
>> Conceptually a contact is different from a customer so for me it's
>> totally right that they are 2 different structures with 2
>> different menu entries.
>>
>>
>> Ok, I should have read before your next line. ;)
>>
>>
>>
>> I'm afraid I don't like at all the changes that we are having with
>> the simplification of the system on basic things that were working
>> perfectly before. Simplifying usability is not loosing
>> functionality so If it was possible I would ask mantaining
>> base_contact as it has been always, giving people possibility of
>> installing it or not depending on their needs.
>>
>>
>> Instead of giving priority to base_contact (none of our customers uses
>> it) I would focus on the address issue mentioned above. I can't do
>> something so simple like invoicing and sending some products to
>> differrent addresses right now. Maybe I'm missing something, I can't
>> see any address in the delivery order.
>>
>>
>> If someone uses OpenERP b2c, could be ok but for b2b, would be
>> strongly needed having a complex structure compatible with older
>> versions.
>>
>> Thank you very much:
>>
>> Ana
>>
>>
>>
>>
>> 2012/8/20 Fabrice Henrion <fhe@xxxxxxxxxxx <mailto:fhe@xxxxxxxxxxx>>
>>
>> Hello,
>>
>> There is some information here: http://www.openerp.com/node/1169
>>
>> Best,
>>
>> __
>> Fabrice Henrion
>> Director of Business Development Americas
>>
>> OpenERP Inc.
>> 399 Bradford Street – Suite 101
>> Redwood City, CA 94063
>> Tel: +1 (650) 307-6736 <tel:%2B1%20%28650%29%20307-6736>
>>
>> http://www.openerp.com <http://www.openerp.com/>
>>
>>
>>
>> *From:*openerp-community-bounces+fhe=openerp.com@xxxxxxxxxxxxxxxxxxx
>> <mailto:openerp.com@xxxxxxxxxxxxxxxxxxx>
>> [mailto:openerp-community-bounces+fhe
>> <mailto:openerp-community-bounces%2Bfhe>=openerp.com@xxxxxxxxxxxxxxxxxxx
>> <mailto:openerp.com@xxxxxxxxxxxxxxxxxxx>] *On Behalf Of *Mark
>> Oellermann
>> *Sent:* Monday, August 20, 2012 12:45 PM
>> *To:* Carlos Liébana
>> *Cc:* openerp-community@xxxxxxxxxxxxxxxxxxx
>> <mailto:openerp-community@xxxxxxxxxxxxxxxxxxx>
>> *Subject:* Re: [Openerp-community] uninstalling base_contact
>>
>>
>>
>> Hi,
>>
>> We implemented base_contact because it is a better model for
>> the world we deal with (large companies with multiple offices,
>> and with consultants and project managers that change or
>> perform multiple roles often). The book and documentation
>> around 6.0 all made base_contact sound like it was a central
>> (supported) element of OpenERP but we've been disappointed to
>> find that the implementation was a bit half-baked (installing
>> it turned all "contact" references in other modules to
>> "address" type references).
>>
>>
>>
>> We muddled through a 6.1 upgrade and adapted everything to
>> suit the "new" base_contact model which was better in design
>> but still pretty broken in implementation. Now I see that
>> there's a new model coming in 7 again. Aside from me trawling
>> through code, does anyone have (or can point me to) any
>> documentation or a brief description of what's proposed for 7?
>>
>> Cheers,
>>
>> Mark
>>
>>
>>
>> On 21 August 2012 03:29, Carlos Liébana
>> <carlosliebana@xxxxxxxxx <mailto:carlosliebana@xxxxxxxxx>> wrote:
>>
>> Has somebody backported current 7.0 contact approach to 6.1?
>>
>> 2012/8/20 Stefan Rijnhart <stefan@xxxxxxxx
>> <mailto:stefan@xxxxxxxx>>
>>
>> On 20-08-12 09:02, Eric Caudal wrote:
>>
>> Isnot there a module that does the opposite? Migrate the
>> contacts from 6.0 to 6.1 new model?
>>
>>
>>
>>
>>
>> Such a script is included in the OpenUpgrade project,
>> contributed by Credativ:
>> http://bazaar.launchpad.net/~openupgrade-committers/openupgrade-addons/6.1/files/head:/base_contact/migrations/6.1.1.0/
>> <http://bazaar.launchpad.net/%7Eopenupgrade-committers/openupgrade-addons/6.1/files/head:/base_contact/migrations/6.1.1.0/>
>>
>> See also here for a standalone SQL script:
>> http://www.openerp.com/forum/post101890.html#p101890
>>
>> But migrating from 6.1 base_contact to 7.0 base module is a
>> different thing, actually.
>>
>> Best regards,
>> Stefan.
>>
>>
>> --
>>
>> Therp - Maatwerk in open ontwikkeling
>>
>>
>>
>> Stefan Rijnhart - Ontwerp en implementatie
>>
>>
>>
>> mail: stefan@xxxxxxxx <mailto:stefan@xxxxxxxx>
>>
>> tel: +31 (0) 614478606 <tel:%2B31%20%280%29%20614478606>
>>
>> http://therp.nl
>>
>> https://twitter.com/therp_stefan
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openerp-community
>> <https://launchpad.net/%7Eopenerp-community>
>> Post to : openerp-community@xxxxxxxxxxxxxxxxxxx
>> <mailto:openerp-community@xxxxxxxxxxxxxxxxxxx>
>> Unsubscribe : https://launchpad.net/~openerp-community
>> <https://launchpad.net/%7Eopenerp-community>
>> More help : https://help.launchpad.net/ListHelp
>>
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openerp-community
>> <https://launchpad.net/%7Eopenerp-community>
>> Post to : openerp-community@xxxxxxxxxxxxxxxxxxx
>> <mailto:openerp-community@xxxxxxxxxxxxxxxxxxx>
>> Unsubscribe : https://launchpad.net/~openerp-community
>> <https://launchpad.net/%7Eopenerp-community>
>> More help : https://help.launchpad.net/ListHelp
>>
>>
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openerp-community
>> <https://launchpad.net/%7Eopenerp-community>
>> Post to : openerp-community@xxxxxxxxxxxxxxxxxxx
>> <mailto:openerp-community@xxxxxxxxxxxxxxxxxxx>
>> Unsubscribe : https://launchpad.net/~openerp-community
>> <https://launchpad.net/%7Eopenerp-community>
>> More help : https://help.launchpad.net/ListHelp
>>
>>
>>
>>
>> --
>> Ana Juaristi Olalde <http://www.anajuaristi.com/>: Personal phone:
>> 677 93 42 59. User/usuario skype: Avanzosc
>> CEO Avanzosc, S.L <http://www.avanzosc.com/> : Office phone /
>> Tfono oficina: (+34) 943 02 69 02
>> <tel:%28%2B34%29%20943%2002%2069%2002>
>> www.openerpsite.com <http://www.openerpsite.com/>
>>
>>
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openerp-community
>> Post to : openerp-community@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openerp-community
>> More help : https://help.launchpad.net/ListHelp
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-community
> Post to : openerp-community@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-community
> More help : https://help.launchpad.net/ListHelp
>
--
++++++++++++++++++++++++++++++++++++++++++++++
Dr. Etienne Hirt Art of Technology
Director R&D www.art-of-technology.ch
Technoparkstrasse 1 Ph: +41-43-311 77 02
8005 Zurich Sw: +41-43-311 77 00
Switzerland Skype: etiennehirt
==============================================
References