Recurring invoices
Learn how to create and manage recurring invoices in Monite.
Overview
With Monite, you can set up monthly recurring invoices to bill an entity’s customers the same amount every month. This is useful, for example, when implementing subscriptions or monthly service bills.
Recurring invoices can be created on the first or last day of the month. Invoices can be created as drafts or configured to be automatically sent to the predefined recipients.
Create a recurring invoice
1. Create a draft invoice template
Start by creating the base invoice that will be used as the template for recurring invoices. You will need the invoice id
for use in subsequent API calls. Keep this invoice in the draft
status.
Verify the invoice data to make sure the invoice can be issued successfully.
Each invoice can have only one recurrence schedule associated with it.
2. Set up the recurrence
Next, configure the recurrence schedule for the base invoice. To do this, call POST /recurrences
and specify the start and end dates and other settings. For a list of available settings, see Recurring invoice configuration.
After a recurrence schedule is created, the status of the base invoice is changed from draft
to recurring
.
Monite also calculates the scheduled creation dates for all instances of the recurring invoice, and returns these dates in the iterations
list in the response from POST /recurrences
:
The issued_invoice_id
fields in the iterations list have the null
value because the instances of the recurring invoice will be created on their scheduled dates. The issued_invoice_id
values will be automatically generated and populated when invoices are created.
Recurring invoice configuration
The following fields are used in the request body for POST /recurrences
and PATCH /recurrences/{recurrence_id}
.
Schedule
The start_month
, start_day
, end_month
, end_day
, and day_of_month
settings define the invoice schedule.
-
end_month
andend_year
are required. Currently, invoices cannot be infinitely recurring. However, you can extend a recurrence when it is reaching its end date. -
Months (
start_month
andend_month
) are numbered 1 through 12 with 1 corresponding to January. -
The first recurring invoice will be created on the next matching date that follows the start date or the current date depending on whichever one comes later.
For example, if the current date is September 8 and you create a recurrence with September as the
start_month
andday_of_month
= “first_day”, the first recurring invoice will be created on October 1. No invoice will be created in September because September 1 has already passed.
Invoice creation modes
Monite lets you customize how recurring invoices are created and, optionally, sent out.
This is controlled by the automation_level
value in the recurrence configuration, and can be configured for each recurring invoice separately.
You can change the automation_level
setting at any time, even for existing recurrences.
Create invoices as drafts
automation_level
= draft
Individual invoices are created in the draft
status and are not issued or sent to the counterpart.
Use this mode if the users may need to review or modify recurring invoices before sending them (for example, add an extra line item or an external payment link).
Users will need to mark invoices as issued and send them manually.
Create invoices without sending
automation_level
= issue
Individual invoices will have the issued
status (that is, finalized and read-only) but will not be automatically sent to the counterpart.
This is useful if:
- invoices may need to be sent to a different email address,
- users want to manually trigger the sending of invoices (whether by using
POST /receivables/{invoice_id}/send
or through other means), - invoices are not emailed but instead get printed and sent via post.
Create and automatically send invoices
automation_level
= issue_and_send
Individual invoices will have the issued
status and will be automatically sent to the counterpart.
To use this mode, you must provide the following values in the recurrence configuration:
-
subject_text
- email subject text. -
body_text
- the text inserted in the email body. If you use custom email templates, this text substitutes the{{body_template}}
variable in thereceivables_invoice
email template. -
(Optional.)
recipients
- the list of invoice recipients (To, CC, BCC). Can be omitted if the base invoice has the counterpart contact email specified in thecounterpart_contact.email
field.- If both the recurrence’s
recipients
and the invoice’scounterpart_contact.email
are defined, recurring invoices will be sent to all of these email addresses.
- If both the recurrence’s
How recurring invoices are generated
When a recurring invoice date comes, Monite creates a copy of the base invoice with the following additional values:
based_on
is set to the ID of the base invoice.status
starts as “draft”.- If
automation_level
isissue
orissue_and_send
:status
is immediatey changed from “draft” to “issued”.document_id
is assigned an auto-generated invoice document number based on the entity’s document customization settings.issue_date
is set to the current date.- Invoice due date is calculated automatically based on the payment terms of the base invoice, and is returned in the
due_date
field on the invoice response object. For example, if the issue date is 2024-08-01 and the payment terms are Net 10, thedue_date
is set to 2024-08-11.
- If
automation_level
isissue_and_send
, Monite then automatically sends the invoice to the specified recipients.
The ID of the new invoice is saved to the iterations[].issued_invoice_id
field in the Recurrence
object.
The status of the corresponding recurrence iteration is set to one of the following:
"completed"
- the invoice was successfully created and sent to the recipients (if auto-sending is configured)."send_failed"
- the invoice was issued but could not be sent to the recipients. You can callGET /receivables/{invoice_id}/mails
to check for email sending errors and then resend this invoice."issue_failed"
- the invoice could not be moved from thedraft
toissued
status. Normally this should never happen. You can verify the invoice data to see if there are any errors and then re-issue the invoice. If the base invoice’s data is no longer valid or sufficient, you will need to recreate both the base invoice and the recurrence configuration.
interations[].status
) in the recurrence configuration.The current_iteration
in the recurrence configuration is then incremented to reflect the next pending invoice.
The response from GET /recurrence/{recurrence_id}
will then look like this:
If the created invoice is the last one according to the schedule, the recurrence status is changed from "active"
to "completed"
to indicate that no future invoices will be created:
Manage recurring invoices
View all recurring invoices
Use GET /recurrences
to get a list of base invoice IDs and their recurrence schedule.
The invoice_id
fields in the response specify the base invoice IDs, and the iterations[i].issued_invoice_id
fields contain the IDs of the existing recurring invoices that have been generated from the base invoices:
You can then use GET /receivable/{receivable_id}
to fetch the details for a specific invoice ID, such as the total amount, line items, and so on.
Update the invoice details
Once a recurring invoice has been configured, the base invoice template (such as line items) cannot be changed.
As a workaround, you can change the automation_level
to draft
in the recurrence configuration to have future invoices created as drafts so that users can change them manually.
Alternatively, you can cancel the current recurring invoice and create a new one with a new invoice template.
Change the end date
You can change the end date of a recurrence schedule to a later or earlier date.
To do this, send the new end_month
and/or end_year
in a PATCH /recurrences/{recurrence_id}
request:
The response will reflect the updated pending iterations. If the end date has been extended, additional iterations are added. If the end date has been moved ealier, excess pending iterations are removed.
Change the invoice creation day
You can change the day of the month on which the recurring invoices will be created. Currently, it can be either the first or last day of the month. Changing the day affects the creation date of future invoices only, it does not affect already created invoices.
The response will reflect the new scheduled issue_at
dates for the future iterations
of the recurring invoice.
You can change day_of_month
together with end_month
and end_year
in the same PATCH request.
Changing day_of_month
from “last_day” to “first_day” for an active recurring invoice usually results in no iteration in the current month. This can happen even if you make the change on the first day of a month.
Example: Consider a recurring invoice series that started in June and is created on the last day of a month. On August 5, the day_of_month
is changed from “last_day” to “first_day”. As a result, no invoice will be created in August - because the first day of August has already passed. The next invoice will be created on September 1.
Cancel a recurring invoice
You may want to cancel a recurring invoice, for example, if an entity’s customer cancels their order or subscription. To do this, call POST /recurrences/{recurrence_id}/cancel
:
This prevents future invoices from being created, but already created invoices are not affected. The status
of the recurrence schedule and its future invoices in the iterations
array becomes "canceled"
.
Canceled recurring invoices cannot be reactivated or otherwise updated. The invoice and its recurrence schedule will have to be recreated anew.