openerp-expert-accounting team mailing list archive

["Enapps :: Vadim Chobanu" <vadim@xxxxxxxxxxxx>]

Eric CAUDAL

account_voucher_enapps fixes all that garbage and requires no reinvention
of the wheel. Used even in multicompany environments each with their own
functional currency.

Cheers,



* *

*Vadim Chobanu*

Managing Partner

[image: enapps logo email]



T: +44 020 8090 9222

M: +44 079 3923 0959

E: *vadim@xxxxxxxxxxxx* <vadim@xxxxxxxxxxxx>

W: *www.enapps.co.uk* <http://www.enapps.co.uk/>

-------------------------------------------------------------------------
Information in this email is confidential and may be privileged.
It is intended for the addressee only. If you have received it in error,
please notify the sender immediately and delete it from your system.
You should not otherwise copy it, retransmit it or use or disclose its
contents to anyone.
Thank you for your co-operation.
-------------------------------------------------------------------------

Address: 010 Coppergate House; 16 Brune Street; London E1 7NJ

Registered in England No: 07746264

Reg. VAT No. GB 124 1001 86









*From:* openerp-expert-accounting-bounces+vadim=
enapps.co.uk@xxxxxxxxxxxxxxxxxxx [mailto:
openerp-expert-accounting-bounces+vadim=enapps.co.uk@xxxxxxxxxxxxxxxxxxx] *On
Behalf Of *Eric Caudal
*Sent:* 25 March 2013 13:12
*To:* Frédéric Clementi
*Cc:* thorsten.vocks@xxxxxxxxxxx; openerp-expert-accounting
*Subject:* Re: [Openerp-expert-accounting] Cost and sales price fields in
multi-company



I have followed the development but never had the opportunity to implement
it. I will use this module in our new implementations though.

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

http://www.elico-corp.com



[image: Elico Corp]

On 03/25/2013 04:21 PM, Frédéric Clementi wrote:

Hello Eric,



Just about what you said 'OpenERP accounting is currently not entirely
foolproof even in a one company scenario;-)'



Now we have financial constraints implemented, it is much better.

But as long as OpenERP uses the module account_voucher as it is today in
standard, we have no chance to implement finance easily. At Camptocamp, we
decided not to use this module at all (we even haver created vouvher killer
module), and that was one of the bet decision we took.


















*camp**to**camp*

INNOVATIVE SOLUTIONS

BY OPEN SOURCE EXPERTS

*Frédéric Clementi***

Project Manager

Business Solutions

+41 21 619 10 41

www.camptocamp.com



2013/3/24 Eric Caudal <eric.caudal@xxxxxxxxxxxxxx>

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

*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

http://www.elico-corp.com



[image: 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, 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
Fax: +49 4471 84090009
Mail: 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>

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

Office: + 86 21 6211 8017/27/37

Skype: elico.corp

eric.caudal@xxxxxxxxxxxxxx

http://www.elico-corp.com



[image: Elico Corp]



_______________________________________________
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






_______________________________________________
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