openerp-expert-accounting team mailing list archive

[Claude Brulé <Claude.Brule@xxxxxxxxx>]

Borja López Soilán (Pexego) a écrit :
> 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 :)
Western European have this problem except in Belgium :-D
I'm joking, but I think it is a real issue to not take care of financial 
purpose in such an ERP.
My opignion is that accounting must stay by country (due to specific law 
and so on, like you mention), and financial purpose would exist in a 
generic dedicated module.
I'm saying that for 2 year from now ...

> > 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.
I understand. But I don't totaly agree.
bank_deposit_slip was developp for check purpose (or pety cash in point 
of sale). It based on account move, so whatever payment is done (wizard 
or voucher) it will work.
Your problem is that you would ask user for the amount to transfert and 
then it will write done the entry.
The module doesn't do that, it takes only existing moves.

> 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.
No, I don't the idea to write entries via bank_statement.
I think it's not a good behaviour. It has just been develop to save time 
of one accountant in one situation.
Every where in OpenERP, if you want to do a second action not realy 
related to one one you are actualy doing, you have to open a new tab 
(onto another object) (via menu, shortcut, aso).
In this particular bank_statement, you do not open bank journal in a new 
"normal" tab to write down a new move like every account moves. You just 
put one amount on line ...

> 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 
> <https://launchpad.net/openerp-spain> 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 :)
As you said, a wizard would do the tricks.
I totaly agree with Ferdinand to say that an intermediate journal is not 
needed. If somethink goes wrong you will be charged, and so you'ill have 
serval entries to do manualy.


> --
> Borja López Soilán
> borjals@xxxxxxxxx
>
> 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.
>    


--
SYLEAM
27 avenue Jean Mantelet
61000 Alençon
FRANCE
tel : +33 (0)2 33 31 22 10
fax : +33 (0)2 33 31 22 14