openerp-community team mailing list archive

[Ana Juaristi <ajuaristio@xxxxxxxxx>]

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>

> Hello,
>
> 2012/8/22 Raphael Valyi <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>
>>  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
>> 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