[Kmymoney-devel] Online Banking Transfer
Thomas Baumgart
thb at net-bembel.de
Sun May 26 17:15:44 UTC 2013
Hi all,
I will answer to this question in a seperate private e-mail as there is
another fellow German currently working on the same problem. Let's see if we
can combine efforts at this stage.
If things work out, I will respond here with a status update. Please feel free
to remind me in case I will forget.
Thomas
On Saturday 25 May 2013 19:06:25 christian-david at web.de wrote:
> Hello Developers,
>
> I am around for a while and wanted to enrich KMyMoney with online banking
> capabilities – not only downloading statements but also sending transfers to
> the bank. This mail is going to be a lot of text so to the topic... One
> thing to mention: I am new to open source software development. So before I
> continue coding I wanted to ask you for your opinion on my approach.
>
> A simple UML class diagram is attached. Described in words with reasons why
> I think this method is good:
>
>
> Transactions
>
> KMyMoney knows about all kinds of transactions (e.g. national transfers,
> SEPA- transfers, other kinds of international transfers), and offers the UI
> to create these transactions. Each kind of transaction is represented by a
> class.
>
> The online banking plugin tells KMyMoney which kind of transaction it
> supports for which account and restrictions for it (e.g. max. amount per
> transaction, number of purpose lines). But I do not know how to that at the
> moment.
>
> This allows to integrate online banking in KMyMoney, e.g. a warning "Account
> xy dropped below minimum saldo.", can have a button to directly transfer
> money from another account to solve that issue.
>
>
> accountIdentifiers
>
> Furthermore I added the accountIdentifier classes. As far as I know only
> three types of account identifications are used (national, sepa, swift) -
> world wide.
>
> In a later step these accountIdentifers can be added to payees stored in
> KMyMoney and used for a auto completion feature in the transaction gui
> (therefor they are separated from the transaction classes).
>
> The class germanAccountIdentifier can be used to implement the validation of
> german account numbers and bank codes and to determine the bank name from
> the bank code.
>
>
> At the moment my proposal is of interest for users with German bank accounts
> only, because only aqbanking supports transfers. However, my draft can be
> transfered to all other countries as well.
>
>
> Are you interested?
>
> The attached patch includes my start of the approach. It is very basic and
> does not use a lot of KMyMoney internals. Especially the implementation of
> the GUI is ugly. But the classes described above should be quite okay.
> Still it is far away from being able to be shipped to master.
>
> Another question, can I use QML to create user interfaces? There aren’t any
> in the git repo, has this a special reason?
>
> Looking forward to a discussion and any ideas and hints.
>
> Greetings
> Chris
--
Regards
Thomas Baumgart
GPG-FP: E55E D592 F45F 116B 8429 4F99 9C59 DB40 B75D D3BA
-------------------------------------------------------------
The only 'intuitive' interface is the nipple. After that, it's all learned.
-- Bruce Ediger, bediger at teal.csn.org, on X interfaces
-------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 225 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kmymoney-devel/attachments/20130526/12adb73c/attachment.sig>
More information about the KMyMoney-devel
mailing list