Notification of a Change

ASPSPs should provide notice to TPPs of a change (within the time frames outlined above) via the ASPSP’s own website or developer portal. When informing TPPs of an anticipated change, an ASPSP should confirm:
  • Date notice is given
  • Details of the change that will be made (e.g. implementation of new version)
  • Reason for the change (e.g. new version to be implemented, old version to be deprecated, etc)
  • Details of ASPSP system(s) affected (e.g. test facility, production interface)
  • Details of how any change will be made available in the test facility in advance of the production interface
  • Indication of the likely impact for a TPP, including any action required by TPPs (e.g. requiring PSUs to re-authenticate)
  • Rating of the impact on the TPPs service:
Business critical issue – Business critical issue – represents a complete loss of service or a significant feature that is completely unavailable, and no workaround exists.
Degraded service issue – Degraded service issue – includes intermittent issues and reduced quality of service. A workaround may be available.
General issue – cosmetic issues which include product questions, feature requests and development issues in staging environments.​
  • Start time/date the change is anticipated to take effect and the end date/time (if applicable).

OBIE Support Services offers support to ASPSPs and TPPs, by communicating all notifications of change received from ASPSPs to the Open Banking ecosystem.