Response 3869460
Response to request for information
Reference
3869460
Response date
15 January 2026
Request
Thank you again for the information you provided in fulfilment of FOI reference - FOI3768891 supplied on 14/07/2025.
I have now received responses and data from over 600 public bodies. Many have, without prompting, included additional fields beyond those originally requested, which add helpful context to late payment data.
I’m writing to ask whether any of the following fields (or similar) are already available within your system, and if so, whether you could add them to the dataset you previously provided under FOI reference - FOI3768891 supplied on 14/07/2025.
Providing the date you received the invoice would be a really useful addition as would any of the other examples below:
- Invoice due date
- Invoice approved date
- Invoice payment terms
- Invoice query/dispute flag (e.g. Y/N)
- Reason for invoice query/dispute/delay
Response
Invoice due date
The system and report would have a due date however at RBC we don’t input standard supplier due dates we work 00 if due in anything under 21 and 21 days for anything 21 and above and so we don’t believe by re-running the data to include this is would add any meaningful value to the data already provided. This was introduced in in around 2013 to help support businesses with prompt payment etc.
Invoice approved date
Our system does not record the date the invoice was approved only the day it was posted (moved from the invoice register to the General Ledger for payment)
Invoice payment terms
As per the Invoice due date comment, we record this based on RBC paying on 00 or 21 at terms so are not based on the supplier’s true terms.
Invoice query/dispute flag (e.g. Y/N)
To enable an invoice to be paid the dispute flag must be removed and so we would not have a way to report this.
Reason for invoice query/dispute/delay
Any comments made are recorded within the power pad section of our current system and the export would generally only pick up the last comment which in most cases should state query/dispute resolved or released off hold, and this would need to be from a separate part of the system to that which ran the original report so it would not be easy to then match them up. So, this is not something that is readily available to be added.