banking-addons-drivers team mailing list archive
-
banking-addons-drivers team
-
Mailing list archive
-
Message #00098
Re: banking refactoring next step
It definitely makes sense, Stephane
+1
Cordialement,
*camptocamp*
INNOVATIVE SOLUTIONS
BY OPEN SOURCE EXPERTS
*Frédéric Clementi*
Project Manager
Business Solutions
+41 21 619 10 41
www.camptocamp.com
2014-09-14 20:12 GMT+02:00 Stefan <stefan@xxxxxxxx>:
> On 12-09-14 18:36, Bidoul, Stéphane wrote:
> > Hi banking addons drivers,
> >
> > In my quest to de-entangle the statement import and payment features
> > of the banking addons. I'm considering to do a next refactoring step.
> >
> > Namely, what I plan to do is extract from account_banking_payment the
> > feature that reconciles the invoice by creating a move to a transfer
> > account when the payment order is sent.
> >
> > I have the feeling this feature can live in a rather standalone module.
> >
> > Does that make sense to you? Any thoughts?
> >
>
> That would be good. Try and integrate the payment order workflow
> (between send and done states) with the move line model instead of
> triggering this explicitely from the bank order line
> confirmation/cancelling as it is now: payment order (line) status would
> be to changed upon (un)reconciliation of the move line on the transfer
> account. This came up a long time ago on this mailing list I believe.
>
> Regards,
> Stefan.
>
> --
> Therp - Maatwerk in open ontwikkeling
>
> Stefan Rijnhart - Ontwerp en implementatie
>
> mail: stefan@xxxxxxxx
> tel: +31 (0) 614478606
> web: http://therp.nl
>
>
> --
> Mailing list: https://launchpad.net/~banking-addons-drivers
> Post to : banking-addons-drivers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~banking-addons-drivers
> More help : https://help.launchpad.net/ListHelp
>
Follow ups
References