James A's dashboard

Great news. I love Ember!

A fix for this would be great. I have Prowl set up and get a bunch of messages pushed to my iPhone whenever I restart Tweetie.

At the moment I don't have the need for managing bank accounts in different currencies, but some of our clients are invoiced in foreign currencies (USD or EUR), so we do have some multi-currency requirements.

Echoing Radek's post, here's a suggestion that would provide the functionality that I'm guessing many of us need, without having to build a full multi-currency accounting system across the board:

Allow hourly rates and other line entry items and the invoice as a whole to be specified in a foreign currency. However when saving it, use a current exchange rate to store the expected GBP total as the value for the invoice for all accounting/reporting purposes.

The client would receive the invoice with all values in the foreign currency. Then when payment is received e.g. by bank transfer, the transaction can be "explained" by linking it to the foreign currency invoice, which then gives a actual GBP figure to the invoice and an actual exchange rate.

If required the difference between the expected and actual figure can automatically be added as an exchange rate gain/loss. An alternative is the real amount overrides the expected.

As it is, the way foreign currency invoices have to be managed is to approximate the foreign currency hourly rate in GBP for timesheets, create GBP invoices in Free Agent, manually create separate foreign currency invoices using a word processor, keeping them filed separately, and then have to do the manual explaining the difference as an exchange rate gain/loss once they're linked with the actual bank entry. This is very laborious and error prone, particularly when recording timesheets automatically into Free Agent.

A similar process could be used for expenses, so they can be entered in a foreign currency as per the receipt, but the entry in the bank statement would be in GBP and could be linked as an explanation to the expense. This would be extremely useful for travel expenses.

This approach would keep the actual Free Agent accounting system, i.e. reporting, transactions between accounts, etc, still in a single currency, but the invoices and expenses can record their original currency amounts.

This wouldn't solve everyone's currency issues, but may be a good interim step.