At the moment the tax code for AP inbox invoices defaults to the first code in an alphabetical list! So every invoice needs manually updating, which causes massive human error and is time consuming to correct. It makes the AP inbox unusable.

iFinance flags manual invoices where transaction date is for period that has already been closed so it makes sense if the system does the same for API invoices

From Claire Dell at Chumleigh College, cdell@chulmleigh.devon.sch.uk: We have a very slick online admission process for Chulmleigh College, however the process falls down when we ask parents to pay for the school bus, lockers and top up money prio...

it is very frustrating when you have an ongoing issue that you are not able to speak with a human being even when you request a call. Issues can take days to be resolved whereas previously when you were able to speak with someone any issues were r...

Reports on the screen need to have the header row frozen on all reports. Management accounts by cost centre does not have the header row frozen and other reports do not have this either.

Our controls are that we need to people to authorise a bulk payment and currently have to print the report for the second authoriser to sign.

Currently this is implemented on the sales ledger and it would be extremely good function to have on the purchase ledger as well.

Unless I am missing something it seems pointless to have the quantity figure in decimal.

It would be extremely useful to have the ability to bulk import purchase orders for all our known contracts/utility charges etc.