Release Notes - 2024


New fields have been added to payment links, when setup using the API, to allow custom metadata to be applied to the records that get created.


Changes, in SmarterPay Cloud, for this new feature, are:

  • API
      • Optional “metadata_bank_account” field added to the POST request.
      • Optional “metadata_mandate” field added to the POST request.
      • Optional “metadata” field added to the POST & PUT requests.
      • Optional “metadata_account_validation” field added to the POST & PUT requests.
      • Optional “metadata_bank_account” field added to the POST & PUT requests.
      • Optional “metadata_card” field added to the POST & PUT requests.
      • Optional “metadata_customer_account” field added to the POST & PUT requests.
      • Optional “metadata_mandate” field added to the POST & PUT requests.
      • Optional “metadata_recurrence_schedule” field added to the POST & PUT requests.
  • Portal
      • “payment_link.create” Event added for V2 subscriptions
      • “payment_link.update” Event added for V2 subscriptions
  • Webhooks



Bulk processing has been added, for Credits and Payments, to the SmarterPay Cloud API.

This allows multiple Credits or Payments to be inserted into the system in one call, rather than one at a time.


Changes, in SmarterPay Cloud, for this new feature, are:



Added support for 3 new DDICA reports:

These new reports can show the progress and status of a DDICA challenge.


Changes, in SmarterPay Cloud, for this new feature, are:



SmarterPay Cloud API now handles OAuth 2.0 for securing API requests.

OAuth 2.0 is considered more secure than API keys as it can separate the authentication process from the access to the resource, which limits the exposure of the credentials.


Changes, in SmarterPay Cloud and SmarterPay Cloud API, for this new feature, are:

  • API
    • Handling of OAuth authentication added to API requests. More information, and setup flows, can be found Here.
  • Portal


SmarterPay has added the ability to update payment schedules to have a £0 value “future payment”. This can be useful to see an upcoming “payment break” in either an ongoing schedule or a payment plan.


Changes, in SmarterPay Cloud and SmarterPay Cloud API, for this new feature, are:




SmarterPay has added the ability to manually apply Bacs codes onto records using either the API or the Portal, for example, a Payment can be updated to have a Bacs Code of “ARUDD 2”.

Updating the Bacs Code on a record will cause its status, and the statuses of related records, to be changed in accordance with the Rejection Profile applied to the Service User Number that the record belongs to.

For a list of Bacs Codes, and the default processing of these codes please click Here.


Changes, in SmarterPay Cloud and SmarterPay cloud API, for this new feature, are:

  • API
    • Added the, optional, “bacs_code” parameter to the Credit PUT endpoint.
    • Added the, optional, “bacs_code” parameter to the Mandate PUT endpoint.
    • Added the, optional, “bacs_code” parameter to the Payment PUT endpoint.
  • Portal
    • “Bacs Code” dropdown, and “Bacs Description” field, added to the Credit Edit Page.
    • “Bacs Code” dropdown, and “Bacs Description” field, added to the Mandate Edit Page.
    • “Bacs Code” dropdown, and “Bacs Description” field, added to the Payment Edit Page.




Small enhancements have been made to the API Idempotency feature

  • An Idempotency key is now unique for all endpoints, not just the one it was initially used on.
    • A “422 Unprocessable Entity” response will be returned if the same Idempotency key is used on a different endpoint.
    • A “409 Conflict” response will be returned if the system is currently working on a request with the same Idempotency key.


Please see Here for full API Idempotency Key details.



SmarterPay have introduced the Input Report Webhook into the system.

The webhook gives a breakdown of Direct Credit and Direct Debit totals, by Client bank Account.

Changes, in SmarterPay Cloud, for this new webhook, are:

  • A new “input_report.create” event has been added to the Subscription's Events Setup List.

More details on the webhook structure and content can be found Here.



As part of the Collection date (Direct Debits) or Credit date (Direct Credits) validation, SmarterPay Cloud calculates the earliest date that this can be, based on the Bacs 3 Day Processing Cycle, plus any weekend days or bank holiday days.

By default, the minimum number of working days is 3, which means a Credit or Debit can be created and submitted to Bacs today, before 22:00, for collection in 3 working days time (including today).

Being allowed to create and submit a Credit or debit the same day could be against a Company's internal procedures, for example, to comply with Bacs Advanced Notification rules, or to allow a Credit run to be checked before submission, etc.

SmarterPay Cloud can be configured for the minimum number of days between a Credit, Debit or Mandate being created and it being Collected by the Bacs process - we call this “Count of Processing Days” and can be setup by contacting Client Services, either by telephone on +44 (0)1482 240886, or by email at support@smarterpay.com.



From the inception of SmarterPay Cloud there has been a bug in the System Webhooks, where the “bacs_reason_code” field value was incorrectly populated as “ARRUD” instead of “ARUDD”.

We have now fixed this spelling in the webhooks, which will be applied to all of our new clients going forward, however, we have kept the incorrect spelling for our existing clients so that it doesn't break your integrations.

If you are currently receiving the incorrect spelling, but wish to change your webhooks to the correct spelling, please contact Client Services, either by telephone on +44 (0)1482 240886, or by email at support@smarterpay.com



API rate limiting has been introduced for all our clients to help the stability and performance of SmarterPay Cloud API.

For more information please click Here.

  • Last modified: 2024/11/12 14:33