HomeBank

WISH - internal transfer different currency

Asked by dleigh

I keep a cash account in HomeBank that I call CASH EUROS. This, ideally, records all my cash use in the euro currency. I add to this account when I make a withdrawal from my bank. If the bank that I'm withdrawing from is in the United States, the withdrawal in my US bank account is in dollars. I want to make this an "internal transfer" between my US account and my CASH EUROS account. In Quicken, it recognized the different currencies and simply asked me to put in the amount that was received in the receiving currency. That works pretty well. Any chance that HomeBank could do this?

Also, with respect to internal transfers, in Quicken I was used to an internal transfer being a CATEGORY (the name of the other account) and that the payee stayed the same. Any chance that HomeBank could leave the payee alone when making a payment method of internal transfer and putting the other account in the category instead? Perhaps a parameter for this?

Thanks!

Question information

Language:
English Edit question
Status:
Solved
For:
HomeBank Edit question
Assignee:
No assignee Edit question
Solved by:
Maxime DOYEN
Solved:
Last query:
Last reply:
Revision history for this message
Launchpad Janitor (janitor) said : 		#1

This question was expired because it remained in the 'Open' state without activity for the last 15 days.

Revision history for this message
dleigh (david-leighweb) said : 		#2

this is still a pertinent question for me. Thanks.

Revision history for this message
Maxime DOYEN (mdoyen) said : 		#3

http://homebank.free.fr/help/00-lexicon.html#pmintxfer

internal xfer = same financial instititution (not blocked), same currency (blocked)
the datamodel do not allow this

Revision history for this message
dleigh (david-leighweb) said : 		#4

Well, yes, I can see that it doesn't work currently this way - that's why it's a WISH. So perhaps the WISH is, "please modify the data model so that it can accommodate transfers between different institutions and different currencies (like, for example, Quicken does)." But, as I look at the current "ope" record for a transfer I don't see a problem with its current data structure. It looks as if there is a pair of records for every internal transfer. To me it would be a simple case of popping up a dialog when someone enters a transfer to an account of a different currency. In this dialog Homebank asks the user what the receiving amount was. They enter it and HB stores what they entered in the "amount" field. So in the pair of records, the amount fields are NOT the same, but because HB knows that the two accounts are from a different currency, that's not a problem.

So, for example, I have these two records:
<ope date="736256" amount="-957.96" account="11" dst_account="4" paymode="5" payee="37" kxfer="588" />
<ope date="736256" amount="900" account="4" dst_account="11" paymode="5" st="2" flags="2" payee="37" kxfer="588" />

For the example, account 11 is in dollars and account 4 is in euros. The user pulls 900 euros out of their cash distributor in France and back in the USA, their bank is debited $957.96. Certainly their may be some HB logic that doesn't currently let "kxfer 588" have different amounts, but that would need to be modified to allow it based on the fact that the two accounts have a different currency.

Also, the documentation is a bit mis-leading (in my opinion) in that "internal transfers" ARE allowed for transfers between different institutions within the same currency. I do this currently between two accounts in France that are not with the same bank.

Revision history for this message
Launchpad Janitor (janitor) said : 		#5

This question was expired because it remained in the 'Open' state without activity for the last 15 days.

Revision history for this message
dleigh (david-leighweb) said : 		#6

I would like to continue the dialog about this.

Revision history for this message
Launchpad Janitor (janitor) said : 		#7

This question was expired because it remained in the 'Open' state without activity for the last 15 days.

Revision history for this message
dleigh (david-leighweb) said : 		#8

I would like to continue the dialog about this.

Revision history for this message
Launchpad Janitor (janitor) said : 		#9

This question was expired because it remained in the 'Open' state without activity for the last 15 days.

Revision history for this message
TERGEIST Paul (paul-tergeist-666) said : 		#10

Hi all,

I have exactly the same need so I'm also interested in more exchange about this wish.
Is it really impossible to evolve the datamodel?

Revision history for this message
dleigh (david-leighweb) said : 		#11

Glad I'm not alone in this. And as I've noted above, I really don't see the data model as the problem, rather the program logic to be where the change is necessary (work for the developer either way, of course). Hope he'll consider it.

Revision history for this message
Launchpad Janitor (janitor) said : 		#12

This question was expired because it remained in the 'Open' state without activity for the last 15 days.

Revision history for this message
dleigh (david-leighweb) said : 		#13

We'll be glad to discuss this further as the need still exists.

Revision history for this message
Best Maxime DOYEN (mdoyen) said : 		#14

internal xfer have been designed to work like this, to make xfer into same institution independently of what exists in real life.
it is a mirror ope with just srcacc <=> dstacc
every data in the 2 transaction are the same, including the amount, any change is propagated (except reconcile)
so the datamodel matter, and it could have been a single txn instead of 2 (what i am thinking about)

what you requires is normal transfer link between 2 accounts with different currency with fix different amount but i guess same exact other datas

=> you can fill in a wish bug, but don't expect to get it soon.

Revision history for this message
dleigh (david-leighweb) said : 		#15

"=> you can fill in a wish bug, but don't expect to get it soon."

Isn't that what this is - a "wish bug"?

Yes - the same exact data except the amount - that's the only thing that would be different that I can see. I guess my point is that you wouldn't have to change WHAT fields are stored on your records, just how you process the data. If for you that means a "change" in the data model, fine. For me, that's not a change in the data model but in the process model. But I don't care how you do it or what you call it, just that it would be implemented some day.

Revision history for this message
ET (elias-tamas) said : 		#16

Hi. I'm also looking for this feature.

I have USD on some accounts, while HUF on the others. If I move my USD to HUF, my complete view of the yearly results will be just rubbish (due to there is no internal transfer feature for different currencies between accounts) I have to manually adjjust my yearly numbers depending on what did I do with my USD.

Can we expect anything about this?

Revision history for this message
Andrei Kucharavy (andrei-chiffa136) said : 		#17

I am also interested in this feature - double entries for internal accounts in different currencies transferts are a tad annoying so far

Revision history for this message
AS (kharhonte) said (last edit ): 		#18

This is a very needed feature in 2022 with international accounts with multiple currencies.

Has anyone found a workaround for this that works well with statistics?

Revision history for this message
K (kantmar) said : 		#19

Bumping this request up because it's essential for me! Also I don't know how to account for this: each time I send or receive money internationally, the bank (sometimes both banks) charge a transaction fee and it's slightly different each time. Is the only way to add a different transaction with each transfer? Because that's not how the statements show them (they show the exchange rate, which is different each time, plus transaction fee etc, and just sent amount in one currency and received amount in another).