openerp-community-reviewer team mailing list archive

["Luc De Meyer \(Noviat\)" <luc.demeyer@xxxxxxxxx>]

>We face this problem too, but we used to fix the not reconciled entries (Importing historical paymens too globally and in some cases just to close correctly all periods when we will start to use the accounting approach), it means, if we >report some periods in one way and other periods in other way it can bring inconsistencies don't you think?. IMHO wire in some way data to allow reports to show something different of what is loaded in the system is not a good >approach.

Our experience:  spending time to fix historical accounting records whereas the real historical data sits on another system is usually not the solution that the customer wants to pay for. 
I have the impression that we move to a consensus to fix this issue by adding a parameter on the company settings with callback to current method if not defined. 

Guewen, 

Do you want Noviat to add this to the code and make a new merge proposal or do you prefer that C2C makes this fix ? 

Regards,
Luc

-----Original Message-----
From: bounces@xxxxxxxxxxxxx [mailto:bounces@xxxxxxxxxxxxx] On Behalf Of Nhomar - Vauxoo
Sent: maandag 4 november 2013 10:51
To: mp+193717@xxxxxxxxxxxxxxxxxx
Subject: Re: [Merge] lp:~luc-demeyer/account-financial-report/7.0-account_financial_report_webkit-first-special-fix into lp:account-financial-report

2013/11/4 Luc De Meyer (Noviat) <luc.demeyer@xxxxxxxxx>

> The problem is that you have many OpenERP systems out there which have 
> been used for years for other purposes than accounting.
> During those years, accounting entries have been generated but these 
> entries were only used for e.g. one department or only sale/purchase 
> of goods, ...
> Real reconciliations in those systems are usually done outside OpenERP 
> (in the accounting software).
>

Concept review: No test yet.

Hello Luc.

We face this problem too, but we used to fix the not reconciled entries (Importing historical paymens too globally and in some cases just to close correctly all periods when we will start to use the accounting approach), it means, if we report some periods in one way and other periods in other way it can bring inconsistencies don't you think?. IMHO wire in some way data to allow reports to show something different of what is loaded in the system is not a good approach.

BTW I understand the point, can you put some "Demo" data just to validate this specific case for future usage? in this way we can have them as base cases to show everybody in what cases it is necessary.

Best regards.


--
--------------------
Saludos Cordiales

Nhomar G. Hernandez M.
+58-414-4110269
Skype: nhomar00
Web-Blog: http://geronimo.com.ve
Servicios IT: http://vauxoo.com
Linux-Counter: 467724
Correos:
nhomar@xxxxxxxxxxxxxx
nhomar@xxxxxxxxxx
twitter @nhomar

https://code.launchpad.net/~luc-demeyer/account-financial-report/7.0-account_financial_report_webkit-first-special-fix/+merge/193717
You are the owner of lp:~luc-demeyer/account-financial-report/7.0-account_financial_report_webkit-first-special-fix.


-- 
https://code.launchpad.net/~luc-demeyer/account-financial-report/7.0-account_financial_report_webkit-first-special-fix/+merge/193717
Your team Account Report Core Editors is subscribed to branch lp:account-financial-report.