← Back to team overview

openerp-expert-accounting team mailing list archive

Re: Cost and sales price fields in multi-company

 

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



Follow ups

References