Prepaid Utility Service Interface Release Notes
v3.15.0 - 22 January 2025
- Non-functional refactoring.
v3.14.1 - 27 July 2023
- Non-functional refactoring.
v3.14.0 - 1 June 2023
- Non-functional refactoring.
v3.13.0 - 20 November 2020
- Added a new
ErrorTypecalledINSUFFICIENT_FUNDS. - Added a new
ErrorTypecalledLIMIT_EXCEEDED. - Added a new
ErrorTypecalledMETER_ID_BLOCKED. - Added a new
ErrorTypecalledOUTCOME_UNKNOWN.
v3.12.0 (Deprecated) - 30 October 2020
This version was deprecated because the path of the new trialTokenPurchaseRequest operation was incorrect.
- Added a new operation,
trialTokenPurchaseRequest, which mimics a conventionalcreateTokenPurchaseRequestoperation with the following exceptions:- Tokens may or may not be returned. If they are returned, they will be invalid tokens.
- Has no financial impact.
- Added a new
ErrorTypecalledNO_FREE_UNITS_DUE. - Added a new operation to advise the outcome of key change transactions:
- A
confirmKeyChangeoperation which carries aKeyChangeConfirmationmodel to indicate a previous key change request is confirmed.
- A
v3.11.0 - 18 September 2020
- Added the following new
RequestTypevalues:NOTIFY_TOKEN_PURCHASE
v3.10.0 - 2 September 2020
- Corrected repetition of API base path.
- Note This is breaking change to the API but is not treated as such. Previously the API defined paths to operations as
/prepaidutility/v3/prepaidutility/v3/{operation}when they should have been of the more simple form/prepaidutility/v3/{operation}. Changing the API base path in this manner would typically be a breaking change and would be reflected as such by bumping the major version number in the URL fromv3tov4. However, all known projects depending on the Prepaid Utility Service Interface are already implemented using the simpler base path of/prepaidutility/v3/{operation}. Thus, the decision was made to transparently fix the base path repetition bug as a minor version update as this was deemed to be a less disruptive change to all known projects.
- Note This is breaking change to the API but is not treated as such. Previously the API defined paths to operations as
- Added a new
eventsresource that has anotifyTokenPurchaseoperation which should be invoked for informational purposes when a successful token purchase has taken place.
v3.9.0 - 13 August 2020
- Added an
amountsfield toPurchaseResponse. This can be used for any additional amounts which don't traditionally fit into dedicated amount fields. - Added an
arrearsAmountLedgerAmounttoMeterLookupResponsefor handling customer debt payments & outstanding debt balance enquiries.
v3.8.0 - 12 March 2020
- Added the following new
ErrorTypevalues:UTILITY_INVALIDSYSTEM_MALFUNCTIONMETER_KEY_INVALIDAMOUNT_TOO_LOWAMOUNT_TOO_HIGH
3.7.0 - 27 November 2019
- Added
PWRLMTas a Token Type enumeration. "Power Limit" tokens are tokens which allow a municipality to communicate an instantaneous load limit to a consumer's Prepaid Electricity Meter. For example, a "Power Limit" of 1kW means that, if a consumer's load is above 1kW, the meter will cut off their supply for a predefined amount of time, and then reset. If the load continues to exceed this instantaneous limit, this cycle will repeat.
3.6.0 - 04 October 2019
- Added
httpBasicauthorisation to all theTokenPurchasesandTokenReprintresources in the API. Previously,httpBasicauthorisation was omitted from the API documentation for these resources, even though it is required. The affected operations are:createTokenPurchaseRequestconfirmTokenPurchaseretryPurchaseRequestreverseTokenPurchaserequestTokenReprint
3.5.2 - 04 September 2018
- Added the
vatInvoiceNumberfield to thePurchaseResponse
v3.5.1 - 18 May 2018
- Added
INVALID_AN32_TOKENerror type - Added
DO_NOT_HONORerror type - Added
INVALID_MSISDNerror type - Added
INVALID_LOYALTY_CARDerror type
v3.5.0 - 15 May 2018
- Added field
paymentMethodstoPurchaseRequest - Update base service interface version to v3.9.0.
- Added
PaymentMethodmodel with subtypesAn32TokenPaymentandLoyaltyCardPayment - Changed
PaymentMethodType.TOKENtoPaymentMethodType.AN_32_TOKEN - Added
amountfield toPaymentMethod - Added EncryptedPin model object
- Added
v3.4.0 - 8 November 2017
- Added optional
barcodefield toSlipLinewhich represents a barcode on a till slip.
v3.3.1 - 9 October 2017
- Non-functional refactoring.
v3.3.0 - 9 August 2017
- Non-functional refactoring.
v3.2.0 - 24 July 2017
- Added
INVALID_MERCHANTerror type
v3.1.0 - 5 July 2017
- Added
TRANSACTION_DECLINEDerror type
v3.0.0 - 1 March 2017
- Removed
PurchaseRequestRetryobject from operations. This has been replaced with the conventionalPurchaseRequestobject for theretryPurchaseRequestoperation. - Removed
PurchaseRequestRetryobject definition.
v2.1.0 - 24 Nov 2016
- Added
purchaseTotalandtaxTotalfields toPurchaseResponsemodel - Added HTTP 501 status to resources
- Tax fields in
TaxableAmountmodel are no longer mandatory
v2.0.0 - 25 Oct 2016
Breaking changes
- Introduced
PurchaseRequestRetrymodel to be used in place ofPurchaseRequestfor request retries - Introduced
SlipDatamodel to be used in place ofPrintableSlip - Removed
slipWdthfrom requests as this is now contained inSlipData - Introduced
ConfirmationAdviceandReversalAdvicemodels as wrappers forTenderAdviceandBasicReversal, respectively - Refactored
ErrorDetailmodel
Non-breaking changes
- Added
msisdnandtendersfields toPurchaseRequestmodel - Added
BasicAdviceResponsebody toreverseTokenPurchaseandconfirmTokenPurchaseoperations - Added
LOYALTY_CARDandGIFT_CARDtender types
v1.1.2 - 19 Sep 2016
- Non-functional refactoring.
v1.1.1 - 15 Sep 2016
- Non-functional refactoring.
v1.1.0 - 12 Sep 2016
- Non-functional refactoring.
v1.0.1 - 12 Sep 2016
- Non-functional refactoring.
v1.0.0 - 7 Sep 2016
- Initial release