← Back to team overview

openerp-expert-accounting team mailing list archive

Re: Cost and sales price fields in multi-company

 

Sorry I goofed in my URL pasting. I meant

https://bugs.launchpad.net/openobject-addons/+bug/1111298

Alexandre

On 25/03/2013 08:49, Alexandre Fayolle wrote:
> OpenERP is multicompany, yeah sort of. At least with OpenERP 7 in 
> multicompany, you have to be aware of 
> https://intranet.camptocamp.com/rt/Ticket/Display.html?id=173161 which 
> is a real show stopper in that regard.
>
> Alexandre
>
> On dim. 24 mars 2013 05:42:58 CET, Eric Caudal wrote:
>> Hi Thosten,
>> I put back the community on the loop.
>> I understand your method which is clearly correct in some cases but
>> directly avoid to use multi-company for the implementation. This is an
>> option but does not answer all implementation cases.
>>
>> For business reasons, in China/HK/Macau, we have many customers that
>> use an operating company in China and accounting company in HK for
>> trading. Usually the HK company staff is light and companies share
>> most of the information (products, users, customers etc.). It is not
>> possible to think about duplicating them when OpenERP is supposed to
>> do the trick ("OpenERP is multi-company" isn't it?).
>>
>> We are thinking of developing ICOPS (inter-company process) modules
>> similar to sale_intercompany but more generic and focussing on SO/PO
>> automatic creation, invoicing and stock moves automatic matching.
>> Best regards
>>
>> Eric CAUDAL
>> Eric Caudal
>> /CEO/
>> --
>> *Elico Corporation, Shanghai branch
>> /OpenERP Premium Certified Training Partner/ *
>> Cell: + 86 186 2136 1670
>> Office: + 86 21 6211 8017/27/37
>> Skype: elico.corp
>> eric.caudal@xxxxxxxxxxxxxx <mailto:eric.caudal@xxxxxxxxxxxxxx>
>> http://www.elico-corp.com
>>
>> Elico Corp
>> On 03/23/2013 08:55 PM, Thorsten Vocks wrote:
>>> Hi Eric,
>>>
>>> this slides of OpenERP consultant Francois Pietquin explains more
>>> about coverage of standard multi-company.
>>> OpenERP covers the basics for it, nothing more and nothing less:
>>>
>>> http://de.slideshare.net/openobject/francois-multi-company
>>> <http://de.slideshare.net/openobject/francois-multi-company>
>>>
>>>
>>> I usually ask very intense what customers wants to do with a
>>> "multi-company" setup.
>>> Do they only want to share some data like product catalogue,
>>> customers / suppliers in one database,
>>> consilidation of balance sheet and P+L, this simple multi company
>>> feature can be enough.
>>>
>>> For the purpose of stock valuation, intercompany accounting
>>> transaction there is indeed more to think about,
>>> as your example shows. I have proposed in two multi-company projects
>>> to use two separate databases for their
>>> specific multi company scenario.
>>>
>>> Exchange between 2 databases product catalogues, addresses then have
>>> to be done in a different way
>>> (pentaho kettle , or base_synchro module). For intercompany exchange
>>> of orders, deliveries and invoices i proposed to
>>> use the new EDI features (introduced with 6.1). It means cross-over
>>> interchange of orders,
>>> invoices and so on. Each company is represented by their own unique
>>> email adress (accounting-company1@xxxxxxxxxxx
>>> <mailto:accounting-company1@xxxxxxxxxxx>,
>>> accounting-company2@xxxxxxxxxxx
>>> <mailto:accounting-company2@xxxxxxxxxxx>, ....) and this hub systems
>>> controls intercompany exchange of all relevant business
>>> documents.To my opinion stock valuation, cost price calculation is
>>> easier in different databases. To be forced to use
>>> the email hub ensures a bit more to be compliant with tax rules
>>> ("nearlly physical" exchange of invoices, orders) and it needs
>>> manual intervention (like opening the envelope with invoice inside
>>> you have to open the email ).
>>>
>>> Another benefit of such separated databases is reduction of errors.
>>> Users are not good protected against that in one database, especially
>>> the employees in accounting having to do the intercompany account
>>> moves. The configuration of user rights is more straight forward and
>>> more clearly separated in two (or more) seprate databases.
>>>  Consolidation of different balances shouldn't be a big deal outside
>>> of OpenERP (for instance OLAP).
>>>
>>> But in general Nhomar is totally right. For sure I forgot to mention
>>> all the drawbacks (for instance redundant users have to login /
>>> logout in several databases) and it usually means some double work.
>>> My decision to propose such "workaround" solutions was either driven
>>> by a lack of functionality or my fear against  such difficult open
>>> heart surgeries. Last not least decision should
>>> depend of accountants qualification in the company itself. OpenERP
>>> accounting is currently not entirely foolproof even in
>>> a one company scenario;-)
>>>
>>> I also assume some extra-addons, like the following one existing some
>>> time ago could be more advanced, more automated solution:
>>> http://doc.openerp.com/v6.0/technical_guide/sale_intercompany_auto.html
>>> <http://doc.openerp.com/v6.0/technical_guide/sale_intercompany_auto.html> I
>>> also remember Syleam have developed some
>>> modules.
>>>
>>>
>>>
>>> Best Regards
>>>
>>> Thorsten Vocks
>>>
>>> openBIG.org
>>> Dipl. Kaufmann (FH)
>>> Porscheweg 4-6
>>> 49661 Cloppenburg
>>>
>>> Phone: +49 4471 8409000 <tel:%2B49%204471%208409000>
>>> Fax: +49 4471 84090009 <tel:%2B49%204471%2084090009>
>>> Mail: thorsten.vocks@xxxxxxxxxxx <mailto:thorsten.vocks@xxxxxxxxxxx>
>>> Web: http://www.openbig.org
>>>
>>>
>>> Kostenfreie Webinare zum Thema OpenERP.
>>> !!! Hier anmelden !!
>>> <https://docs.google.com/a/big-consulting.net/spreadsheet/viewform?key=0AlQFiQRLYJH_cDlsS3B3RnZMVDkwUDUtQVdubkZtWXc&hl=de#gid=0>
>>>
>>>
>>>
>>> 2013/3/23 Eric Caudal <eric.caudal@xxxxxxxxxxxxxx
>>> <mailto:eric.caudal@xxxxxxxxxxxxxx>>
>>>
>>>     Hi,
>>>     Currently in product form, Cost price, sales price, stock
>>>     valuation method and cost price calculation method are not
>>>     multi-company property fields when clearly they should be (at
>>>     least as far as I understand multi-company).
>>>
>>>     Is there any reason for that or anything that I am overlooking?
>>>
>>>
>>>     --
>>>
>>>     Eric Caudal
>>>     /CEO/
>>>     --
>>>     *Elico Corporation, Shanghai branch
>>>     /OpenERP Premium Certified Training Partner/ *
>>>     Cell: + 86 186 2136 1670 <tel:%2B%2086%20186%202136%201670>
>>>     Office: + 86 21 6211 8017/27/37
>>>     Skype: elico.corp
>>>     eric.caudal@xxxxxxxxxxxxxx <mailto:eric.caudal@xxxxxxxxxxxxxx>
>>>     http://www.elico-corp.com
>>>
>>>     Elico Corp
>>>
>>>     _______________________________________________
>>>     Mailing list: https://launchpad.net/~openerp-expert-accounting
>>>     <https://launchpad.net/%7Eopenerp-expert-accounting>
>>>     Post to     : openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx
>>>     <mailto:openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx>
>>>     Unsubscribe : https://launchpad.net/~openerp-expert-accounting
>>>     <https://launchpad.net/%7Eopenerp-expert-accounting>
>>>     More help   : https://help.launchpad.net/ListHelp
>>>
>>>
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~openerp-expert-accounting
>> Post to     : openerp-expert-accounting@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openerp-expert-accounting
>> More help   : https://help.launchpad.net/ListHelp
>
>
> --
> Alexandre Fayolle
> Chef de Projet
> Tel : + 33 (0)4 79 26 57 94
>
> Camptocamp France SAS
> Savoie Technolac, BP 352
> 73377 Le Bourget du Lac Cedex
> http://www.camptocamp.com
>


-- 
Alexandre Fayolle
Chef de Projet
Tel : + 33 (0)4 79 26 57 94

Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac Cedex
http://www.camptocamp.com



References