Hello,
I also ran into this problem many months ago...
My conclusion was that it is a bad idea to create journal entries from
statements.
In our thai accounting module (ac_account_thai), we therefore don't use
the default statement objects of OpenERP.
Bank journal entries are created from receipt/payment vouchers instead,
as is common in Thailand.
In ac_account_thai, bank statements are recorded in separate objects
and don't create any journal entries. Bank statement reconciliation is
implemented using a separate mechanism.
Thanks,
--
David Janssens
Almacom (Thailand) Ltd.
http://almacom.co.th/
On 06/02/2010 05:39 PM, "Borja López Soilán (Pexego)" wrote:
Thanks for your reply Claude :)
Claude Brulé escribió:
Hello
Borja,
Thank you for asking this question ;-)
I think OpenERP is really poor in that case.
Is good to know that we are not the only ones with that wonder about
such things :)
At
syleam, we started to developpe a module called "bank_deposit_slip".
It is localted at
bzr+ssh://bazaar.launchpad.net/~openerp-expert-accounting/openobject-addons/5.0-improvement/
Actually it's just unstable version, and we did not took care on
currency.
It is base on a generic module (account_move) witch is about 50%
completed (but usable). This module does nothing else but writing
moves.
At the moment, it centralise counterpart. I wanted this to be choosen
by user.
In bank_deposit_slip, you can chosse source (bank one) and destination
(bank two) journal. Then you have to select enries form source, and
click OK buton, that's it
It seams to suite to your need, does it ?
You will have to implement currency conversion as it is not done yet.
I have just taken a look to your module: It does not suite our needs
(I'll explain) but it is an interesting idea, pretty similar to the
"bank transfer wizard other ERPs have" I did mention on my reply to
Olivier.
The problem is that your module doesn't seem to be integrated with the
OpenERP "bank statements" (correct me if I'm wrong), so it is useful
for people that uses the "pay invoice" quick wizard, but not so much
for people that need to use the bank statements.
On Spain it would be hard to live without bank statements: Most of the
payments/collections (specially collections) are done through bank
batch orders. We even have specific bank data interchange documents for
most of the operations (N34 for sending payment orders, N19/N58 for
sending collection orders, N43 for receiving the bank statement, ...).
On the
Spanish
localization we have wizards to manage most of this formats (look
at the picture), so we can import the bank statements easily. That
means that using the bank statements allows us to automatized most of
the work.
Anyway, thanks for your reply :)
--
Borja López Soilán
[email protected]
Pexego Sistemas Informáticos S.L.
Avenida de Magoi 66 - 27002 Lugo (España)
Tel./Fax 982801517
http://www.pexego.es
AVISO LEGAL - CLÁUSULA DE PRIVACIDAD
Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si no es usted el destinatario indicado, queda informado de que la utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.
_______________________________________________
Mailing list: https://launchpad.net/~openerp-expert-accounting
Post to : [email protected]
Unsubscribe : https://launchpad.net/~openerp-expert-accounting
More help : https://help.launchpad.net/ListHelp
|
_______________________________________________
Mailing list: https://launchpad.net/~openerp-expert-accounting
Post to : [email protected]
Unsubscribe : https://launchpad.net/~openerp-expert-accounting
More help : https://help.launchpad.net/ListHelp
