openerp-expert-accounting team mailing list archive

[Peter Langenberg <peter.langenberg@xxxxxxxxxxxxx>]

Alexandre,

Please a login for the intranet ;-)

Peter





2013/3/25 Alexandre Fayolle <alexandre.fayolle@xxxxxxxxxxxxxx>

> 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
>
>
> _______________________________________________
> 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
>