openerp-community team mailing list archive

[Etienne Hirt <hirt@xxxxxxxxxxxxxxxxxxxx>]

Dear Ana,

The location in 6.1 was a good approach as the address remained the
object so assign to all other modules. This was not the case in 6.0
where many modules had to be adapted to cope with jobs instead of
address (and the address was used as location).

We finalised the 6.1 approach with the missing features from 6.0 (see
https://code.launchpad.net/~openerp-community/openobject-addons/trunk-bug-923440-base_contact_finalise6.1)
and will soon migrate to 6.1 such that we can use all modules with the
address.

I hope that a good solution in Version 7 will be prepared.

Best Regards

Etienne



On 22.08.2012 22:03, Ana Juaristi wrote:
> I just don't understand why is needed having a separate location object
> to build the correct structure.
> We are developing a complex project for a new company (renewable
> energies sector) where a big complex structure is needed. This complex
> structure is perfectly covered by the first basic base_contact module.
> 
> This is... a customer has got several sites where each one has got their
> own general contact data as phone, mail, fax and of course address
> including street, country and so on.
> After that we have got several contacts working on this address, each
> one with his function on each site, having their own contact data as
> general phone with his own extension.
> And at the end we have got each contact with his particular contact data
> and additional fields.
> So... we decided directly uninstalling 6.1 base_contact, migrating the
> 6.0 base_contact to 6.1 and installing this adapted module. We did not
> found a way to adapt 6.1 base_contact having separate "location"
> concept, replicating street, country, zip fields for each address and
> trying to relate one contac with one location using this "address" concept.
> 
> Now... If we would like migrating this customer to 7.0, we would like
> mantaining exactly this structure but my fear is... what would do the
> migration process? Would change all our customer structure? how to deal
> with this? I would like OpenERP SA, please to answer if it would be
> possible considering this module as it was a custom module, not
> including on migration proccess. Is this possible?
> Thank you very much:
> 
> Ana
> 
> 2012/8/22 Carlos Liébana <carlosliebana@xxxxxxxxx
> <mailto:carlosliebana@xxxxxxxxx>>
> 
>     Hello,
> 
>     2012/8/22 Raphael Valyi <rvalyi@xxxxxxxxx <mailto:rvalyi@xxxxxxxxx>>
> 
>         Hello Carlos and others,
> 
>         I'm answering inline below:
> 
>         On Tue, Aug 21, 2012 at 8:13 AM, Carlos
>         Liébana <carlosliebana@xxxxxxxxx
>         <mailto:carlosliebana@xxxxxxxxx>> wrote:
> 
> 
> 
>                 [...]
> 
> 
>             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?
> 
> 
>         You guy frightened me a lot with this statement: "oh shit! they
>         wouldn't dare removing the multi-address feature, would they?"
>         Fortunately, the multi-address is still supported! The trick is
>         to go in Settings/Sale and then enable the checkbox "allow a
>         different address for delivery and invoicing". Then you'll get
>         your beloved address fields back...
> 
> 
>     Ok! Thanks for your help, I didn't see that. What frightened me is
>     that "unique" address coming by default is not populated on delivery
>     orders, so no address is available there. Something strange, even
>     with one address for partner.
>      
> 
> 
>         Actually, speaking specifically about this feature I support the
>         new approach: at least in the many small companies where they
>         don't care about such different address you can hide the field.
>         Generally speaking they finally put an end to that non modular
>         "advanced" trash god group you would need to enable anyway in
>         previous versions. Now, that's more modular, that's better.
> 
>         As for the base_contact features, well, I won't comment on them
>         because I don't know that module very well, so cannot compare
>         with the new features. I would tend to trust Ana instead, unless
>         proven otherwise.
> 
>         As for the migration scripts from openupgrade I support the
>         initiative too as not all our customers are willing to go with
>         the Enterprise contract (specially when they are just a bit
>         upper the pricing thresholds), so having migration alternatives
>         is a must. Thanks to the authors, we will certainly help when
>         facing non Enterprise migrations (not the job we prefer, but it
>         might still be worth not loosing our customers neither support
>         them on oldish versions).
> 
>         Best regards,
> 
> 
>         -- 
>         Raphaël Valyi
>         Founder and consultant
>         http://twitter.com/rvalyi <http://twitter.com/#%21/rvalyi>
>         +55 21 2516 2954 <tel:%2B55%2021%202516%202954>
>         www.akretion.com <http://www.akretion.com/>
> 
> 
> 
> 
> 
> -- 
> 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
> 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
> 


-- 
++++++++++++++++++++++++++++++++++++++++++++++
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
==============================================