All notable changes to the API definition will be recorded here.
The format is based on Keep a Changelog, and this project adheres to Semantic Versioning
Added "in UTC format" text for keys defination "bookingDateTime" and "valueDateTime" for Get Account Transactions response
Add a missing field to consentId retrieval response from GET /hosted/consent-requests/{consentRequestId}
Update the description of the "purposeCode" to help render in API Reference
Replaced 'FORTNIGHTLY' with 'EVERY_TWO_WEEKS' as periodic limit frequency for VRP Sweeping and Non-sweeping Payment Authorisation.
add a missing field to transaction categorisation retrieval response meta.pageCount
breaking change - Removed "status" key from request response and from the schema.
breaking change - Categorisation type made mandatory for Trigger transaction categorisation POST /accounts/{accountId}/transactions/categorisation
- Removed payment type "BULK_PAYMENT" from Create Payment, Create Bulk Payment and Get Payment Constraints Rules
add sub-application support to webhook api
Removed 'bankStatus' field from response of GET Bulk Payment Status. Modified name of endpoint. Added 'idempotencyId' field in Submit Bulk Payment request to allow customers to resubmit bulk payments in case of failures on first attempt.
Changed structure of Get Transactions for 'Consumer' accountType - no longer has 'incoming' and 'outgoing' fields and all is consolidated under 'labels' field, like current 'Business' accountType behaviour
Removed authToken from HostedPaymentRequestResponse
- Added Hosted Pages Consent endpoints
- Added sub-application parameter as header to all existing AIS and PIS endpoints
- Monitoring object from responses of all endpoints
- Added a new endpoint for retrieving Bulk Payment File Status
- Added a new bulk payment endpoint to retrieve the status of each payment submitted for given bulkPaymentId
- fix webhook and data+ error response schema and examples
- Remove Virtual Accounts error response schemas.
- Changed enum to string for field 'categorisationType' in POST /categorisation request body.
- Added a new field 'categorisationType' in POST /categorisation request body. Accepted values are 'consumer' and 'business'. If not provided defaults to 'consumer'
- Add missing query parameter
page
to retrieve categorisation endpoint - Add new error status
406
to webhook registration endpoint when maximum number of registered webhooks has been reached
- Added a new field 'paymentStatus' to HostedPayment in ApiResponseOfGetHostedPaymentRequest
- Added
id
and renamedmerchantName
toname
in themerchant
object for Get Categorised Transactions response
- Added Webhooks endpoints to Retrieve webhook event categories, Register new webhook event, Retrieve all registered webhooks, Delete a webhook event, Reset webhook secret
- Removed Virtual Accounts endpoints.
- Added optional 'sub-application' header to Create, Get and Delete Event Subscription endpoints to support sub-applications in Notifications Service.
- Update phase list for hosted endpoint
- Changed response code for consent-auth-code to 200 to match what is actually returned
- Rename operationId to a shorter form, compatible with the SwaggerCodeGen
- Added a new enum value 'ACCO' to PaymentIsoStatusCodeEnum
- Updated applicationUserId to not hardcode an email for Get /users endpoints
- Updated applicationUserId to not hardcode an email
- Added new categorisation endpoints
- Adjust x-beta tags for Virtual Account endpoints and Hosted VRP endpoints
- Added get all hosted cVRP consents endpoint to Hosted Pages cVRP
- Added Hosted Pages cVRP endpoints
- Change to use PaymentContextType instead of PaymentContextTypeV1_2 for all related endpoints
- Added missing fields
paymentLifecycleId
to SubmissionResponse of VRP payment endpoints
- Added new fields
purposeCode
,payee.accountType
and new enums to fieldcontextType
to align to latest OBUK spec for TRI pilot. And also update the examples
- Updated
Consent
schema fieldisDeletedByInstitution
to indicate the consent was successfully deleted with the institution
- Fix Frequency and Alignment enums in VrpConfiguration
- Added
recurringPaymentCategory
for Non Sweeping VRPs. Add support for additional non sweeping VRP changes.
- Added recurringPaymentCategory, maximumCumulativeAmount and maximumCumulativeNumberOfPayments fields for applications VRP configuration (Application Management)
- Added endpoints to manage applications VRP configurations (Application Management)
- Refactor ValidationError enum
- Added endpoints to manage applications and sub-applications (Application Management)
- Updated
Consent
schema with two new fieldssoftDeleted
anddeletedByInstitution
- Add
dependentRequired
field to the Schema component for Payment Constraint GET endpoint.
- Add x-beta field to the Yapily Constraints endpoints and define enum types explicitly
- Add public endpoints to use Yapily Constraints
- Included the
hostedPaymentId
andconsentId
fields on the Yapily Hosted Pages GET endpoint
- Fixed POST/consent-auth-code example
- Added endpoints to use Yapily Hosted Pages
- Removed outdated references to CBI Globe
- Fixed Get Payment Details example
- Modified descriptions for Authorisation endpoints
- Update
titles
for all the fields associated withPaymentRequest
- Updated
paymentScheme
description with new payment scheme of typeTRANSFER
- Included missing
count
field in themeta
property of theApiListResponseOfRealTimeTransaction
object
- Added additional fields to
selectedScaMethod
to showinformation
anddata
useful to PSU when authenticating embedded consents
- Added get all refunds endpoint
- Included
x-yapily-features
for endpoints - Included optional headers for
/pre-auth-requests
and/payment-pre-auth-requests
endpoint - Included raw response for VRP endpoints
- Modified response for
/pre-auth-requests
and/payment-pre-auth-requests
endpoint - Modified endpoint path from
/users/{userUuid}/profile
to/users/{userUuid}/profile/transaction-groups
- Modified description, examples, typos for various endpoints and attributes
- Included
complianceData
object in the VRP consents endpoints
- Create refund and get refund by id
- Get client by id and delete beneficiary
- Virtual account error response examples
- Payer name isn't required but the field was marked as mandatory in its description. This change updates the field description.
- ApplicationUser domain alreay has a column createdAt which is not used in OAS models. This change updates the models of applicationuser to use createdAt in request and response
- Add Realtime transactions endpoint
- Fix regex pattern causing sdk issue
- Updated schema and examples for consent endpoints
- Add originalPaymentId to VirtualAccountPayment body
- Add Create Virtual Account Client and Get Virtual Account Clients endpoints
- Add consent extend endpoint
- Update schema for Financial Profile balance prediction endpoint
- Update schema for Financial Profile endpoints
- Updated VRP GET payment details payment ID path parameter to non-UUID format
- Use new error block in variable recurring payments and virtual accounts endpoints
- Add TransactionMutability to Transaction response
- Add variable recurring payments endpoints for beta
- Remove VirtualAccountIdentification and VirtualAccountIdentificationType.
- Reuse AccountIdentification and AccountIdentification for virtual accounts services.
- Add virtual accounts endpoints for private beta
- Publishing new notifications endpoints for private beta
- Miscellaneous updates to improve documentations
- New end point POST /payment-pre-auth-requests was added to support CBI Globe's pre-authorisation process
- The Feature enum was extended to include INITIATE_ONETIME_PRE_AUTHORISATION_PAYMENTS
- The financial profile API's response, was enhanced to include arrays for newly introduced recentlyTerminatedIncomeStreams and recentlyTerminatedExpenditureStreams. See GET /users/{userUuid}/profile
- A default value of OTHER to paymentContextType
- All occurrences of account identifiers in existing definitions for Account, Payee, Payer and RefundAccount updated to an array of unique items matching the platform's implementation.
- Unnecessary enumeration representing http status codes from the ApiError definition.
- The first published OpenAPI Specification used to drive Yapily's contract first development approach.