Some of the recent App store reviews have been really good –
“So far so good…. I’ve only used it a few times but I found this app to be most useful if you use KashFlow to run your business’ books. Great work!”
“Brilliant App!! So easy a chimp could understand .”
To help people evaluate the app, the premium subscription is now free for the first 7 days (Google Play provides a ‘trial period’).
As of release 1.31, Kashdroid supports VAT in that you can specify different VAT rates on invoice items.
This requires VAT to be turned on within your Kashflow account.
Additionally, you can see a summary of VAT amounts on invoices.
Finally, in an unrelated area, we’ve tried to improve the linking between banking transaction items and the invoice/receipt they’re linked against. Unfortunately the Kashflow API restricts how well we can link, so it’s not perfect.
Today we discovered something new about how KashFlow handles bank transactions, invoice/receipts, and advance payments. We thought that adding a payment to an invoice/receipt would create the bank transaction with the ID of the customer/supplier the invoice/receipt is for. Unfortunately, this is not the case.
However, when creating a new bank transaction of type credit/debit control and linking it against a customer/supplier, it retains the correct ID and it is filterable in KashDroid. Adding this transaction to an invoice/receipt as an Advance Payment then removes the ID of the customer/supplier again.
This effectively nukes the ability to filter bank transactions via customer/supplier.
This is not the end though, as adding a payment to an invoice/receipt, or adding an Advance Payment, adds the invoice/receipt number to the note field of the bank transaction. Using this, KashDroid can display the invoice/receipt the transaction is linked against.
The note field is user-editable, so a user could remove the only link that KashDroid could use. KashFlow’s internal API supplies the invoice/receipt ID, but they do not expose this via the public soap API.