Under Financials, the Invoice report lets you generate an accounts receivable report. It includes all subscribers who have been invoiced but whose payment has not yet been recorded. One row is shown per sent invoice or reminder notice. For example, a subscriber with two reminders will appear three times (invoice + Reminder 1 + Reminder 2). This is because the report can be produced as at any historical date, and reminder fees did not fall due on the same date as the original invoice.
The receivables report also shows whether reminders have been sent, how many, and when. It displays how invoices and reminders were sent (the Via column) and includes a Status field showing the current invoice status, the date that status was set, and whether dunning has been suspended (which can be done manually per invoice).
At the top of the report, a summary shows the total number of invoices, the total number of reminders, and the overall outstanding amount.
Debtor categories
Issued, not sent — Technically not a receivable, but included for reconciliation purposes.
Sent, not due — Sent invoices that have not yet reached their due date.
Sent, overdue — Sent invoices that are past due.
Reminder 1 — Shows Reminder 1 and the associated original invoice (always two entries per subscriber, as the reminder fee is not due on the same date as the principal).
Reminder 2 — Shows Reminder 2, Reminder 1, and the original invoice for all who have received Reminder 2. Subscribers who have only received Reminder 1, or who have already received Reminder 3, are not shown. There are always three entries per subscriber.
Reminder 3 — Shows Reminder 3, Reminder 2, Reminder 1, and the original invoice for all who have received Reminder 3. Subscribers who have only received Reminder 1 or 2 are not shown. There are always four entries per subscriber.
Debt collection — Same as Reminder 3, but the due date for Reminder 3 has passed.
Note for Danish “indbetalingskort”. It typically takes 2–3 days from when a payment slip is paid until we receive notification of the payment. The delay occurs because the bank must first notify Betalingsservice, which then notifies Iteras. The recording date in Iteras determines when a subscriber is no longer considered a debtor. For card payments, the payment is recorded as soon as the subscriber authorises the transaction, even though the actual transfer of funds occurs later.