Ideas

We really love the split lodgement feature in the Sales Ledger and think this would be a very useful feature to have in the Purchase Ledger too

The 50 character limit is too restrictive where transactions are coming from a live bank feed. Banks will not change their format.

When posting invoices through Item Invoicing and AP Inbox it forces the need for an analysis code. In instances where something is going to a control account (overseas trips or collections for example) we don't need these. Please could the analysi...

We record all meetings, phone calls, and relevant information in this area, and have designed the system so that the data can be pulled into the Iris Central report. This information is particularly valuable when pupils transfer to other settings....

Can we please put restrictions for inactive ledger accounts. The system currently allows an active ledger account to be put as inactive when it has a balance on the account. The system also allows postings from iSAMS to inactive billing accounts w...

If there is a pence discrepancy between invoice and purchase order, i am not able to adjust the order. Few months ago i was able to add another line to adjust the posting to required amount, and now I am not. Could you please make it possible agai...

Please can the 'committed' spend figure be available as an option to add to the GL, General Ledger Accounts page & the 'Balance Available' too? At present, to see the exact figures, we have to run a report for each GL Code. To have them all in...

Currently when the school receives a large volume of receipts over the period of a few days, we would much rather upload a bulk excel file using the transactions importer rather than inputting it one by one. However, the drawback to this is that t...

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