banking-addons-drivers team mailing list archive

[Luc De Meyer <luc.demeyer@xxxxxxxxx>]

We have done many implementations in the past (with our ‘account_pain’ module) using attachments on the payment order in stead of a separate object to store the attachment and so far we didn’t encounter the need to combine multiple payment orders into a single payment file. 

 

Hence I am in favor of the attachment approach (will make it a bit easier to migrate our legacy customers to the OCA banking modules) but I can effectively imagine that there are cases where Stefan’s rationale is required. In order to cover for this, a separate module that replaces the attachment approach to the ‘banking.export.sdd’ would do the job. 

 

Best wishes for 2015,

Luc

 

 <http://www.noviat.com/> www.noviat.com

Rusatiralaan 1, 1083 Brussel

+32 2 808 86 38

 



 

From: Banking-addons-drivers [mailto:banking-addons-drivers-bounces+luc.demeyer=noviat.be@xxxxxxxxxxxxxxxxxxx] On Behalf Of Pedro Manuel Baeza Romero
Sent: vrijdag 19 december 2014 17:36
To: banking-addons-drivers@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Banking-addons-drivers] Attachements instead of dedicated models ?

 

I also prefer to put it as attachments. We can use this module (https://github.com/OCA/knowledge/tree/7.0/document_multiple_records) for linking to multiple payment orders.

Regards.

 

2014-12-17 12:14 GMT+01:00 Stefan <stefan@xxxxxxxx <mailto:stefan@xxxxxxxx> >:

On 17-12-14 12:10, Alexis de Lattre wrote:
>
> Le 17/12/2014 11:00, Stefan a écrit :
>> The rationale is that you can run the wizard over multiple payment
>> orders. Can you easily link an attachment to multiple payment orders?
>
> At least, I now know what is the reason behind the current
> implementation :)
>
> I would never imagine the need to run the file-generation wizard over
> multiple payment orders. Why would you need to do that ? If you want
> to have a single file for the bank, why would the payment lines be
> spread across several payment orders ? For me, the file-generation
> wizard is always run for a single payment order.
>

Oh no. Think of larger scale implementations, with privilege separation.
Very good feature.


--
Therp - Maatwerk in open ontwikkeling

Stefan Rijnhart - Ontwerp en implementatie

stefan@xxxxxxxx <mailto:stefan@xxxxxxxx> 
tel +31 (0) 614478606 <tel:%2B31%20%280%29%20614478606> 
http://therp.nl
https://twitter.com/therp_stefan



--
Mailing list: https://launchpad.net/~banking-addons-drivers
Post to     : banking-addons-drivers@xxxxxxxxxxxxxxxxxxx <mailto:banking-addons-drivers@xxxxxxxxxxxxxxxxxxx> 
Unsubscribe : https://launchpad.net/~banking-addons-drivers
More help   : https://help.launchpad.net/ListHelp