Skip to content

Commit

Permalink
Release/1.29.1 (#344)
Browse files Browse the repository at this point in the history
* Standards Release 1.29.1# Changed version number in intro markdown and master swagger files. Added entry for new version in changelog table. Create new empty releasenotes file. Added entry for previous version in archives table. Updated new_version_setup utils file to accept -ndiff command line parameter to not remove diff statements and fixed small bugs

* Fix typos to clarify documentation

Addresses: ConsumerDataStandardsAustralia/standards-maintenance#612 (comment)

* Removed text referring to historical FDOs

Documentation update from MI17 holistic thread which was not included in release 1.29.0.
Addresses: ConsumerDataStandardsAustralia/standards-maintenance#612 (comment)

* Standards Staging Issue #368: Fixed known issue of incorrect version numbers of Get Bulk Billing and Get Billing For Specific Accounts APIs

* Rebuild and check

* Rebuild

---------

Co-authored-by: Hemang Rathod <[email protected]>
Co-authored-by: Nils Berge <[email protected]>
  • Loading branch information
3 people authored Feb 28, 2024
1 parent a7e49d3 commit 7a8a1bc
Show file tree
Hide file tree
Showing 101 changed files with 662 additions and 372 deletions.
Binary file modified docs/images/logo.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
27 changes: 0 additions & 27 deletions docs/includes/additional/additional20240118-34355-ehy0fg

This file was deleted.

Original file line number Diff line number Diff line change
@@ -1,4 +1,5 @@
<h1 id='additional-standards'>Additional Standards</h1><pre class="highlight diff tab-diff"><code>The Draft Non-Bank Lending Standards have been made as Candidate Standards -
<h1 id='additional-standards'>Additional Standards</h1><pre class="highlight diff tab-diff"><code>**v1.29.0 Change**
The Draft Non-Bank Lending Standards have been made as Candidate Standards -
<span class="gi">+ Candidate Standards for the Banking and Non-Bank Lending sector
</span><span class="gd">- Draft Standards for the Banking and Non-Bank Lending sector
</span>
Expand Down
62 changes: 1 addition & 61 deletions docs/includes/additional/candidates/dp306/banking-dp306.html
Original file line number Diff line number Diff line change
Expand Up @@ -580,67 +580,7 @@ <h1 id='banking-apis'>Banking APIs</h1>
<tr><td><a href='../../../../includes/swagger/cds_banking_dp306.json'>Banking OpenAPI Specification (JSON)</a></td></tr>
<tr><td><a href='../../../../includes/swagger/cds_banking_dp306.yaml'>Banking OpenAPI Specification (YAML)</a></td></tr>
</table>
<pre class="highlight diff tab-diff"><code>Additional note for v1.29.0: In this version, the delta statements from v1.28.0 have been retained in v1.29.0 as this Candidate remains under consultation. The affected delta statements will be noted as being associated with v1.28.0
</code></pre><pre class="highlight diff tab-diff"><code>**v1.28.0 Change**

Changed the `cardArt` array to a `cardOption` object to provide additional card details in 'Get Products', 'Get Product Detail' and 'Get Account Detail'.

Added the `FEE` `lendingRateType` value to support lending products that have a fee-based rather than rate-based cost. This type may be expected to align to the new `PRINCIPAL_AND_FEE` `repaymentType`.

Added the `BALANCE_TRANSFER` `lendingRateType` value to extend support for credit card plan detail.

Updated the `creditCard` schema in 'Get Account Detail' to allow an array of plan types, each with specific rates, repayments, adjustments and features.

Added `revertRate`, `revertProductId`, `rateStartDate` and `rateEndDate` fields to respective lending rate schemas to support 'revert' rate details.

Added `referenceRate` to multiple lending and deposit rate schemas.

Added `adjustmentToBase` and `adjustmentBundle` fields to the 'BankingProductLendingRate' and 'BankingProductDepositRate' schemas. The `adjustmentToBase` field is provided to allow an adjustment rate type to specify which base rate type the adjustment applies to, where many may be offered for a product.

Updated and added the `applicabilityConditions` field in the 'BankingProductLendingRate', 'BankingProductDepositRate' and 'BankingProductRateTier' schemas.

Added the `applicationType` field to clarify whether an associated `applicationFrequency` value is to be expected.

Updated the description of the `features` property of 'Get Product Detail' and 'Get Account Detail' to clarify that the schema also supports providing details of any key operational product limitations.

Updated the description of the `constraints` property of 'Get Product Detail' to clarify that the schema is only intended to provide details of constraints on application for the product.

Added new `featureType` values to support operational limitations and the `OTHER` `constraintType` to allow additional detail to be provided.

Added new `feeCategory` field and new `feeType` values to improve classification and comparison of fees.

Updated the 'BankingProductFee' schema to separate different fee types by UType and added minimum and maximum fee details and `feeCap` fields.

Incorporated rate detail into the 'Get Account Detail' schemas to provide specific rate fields separated from the generic Product Reference rate objects.

Extended the `termDeposit` schema in 'Get Account Detail' to allow each deposit to be specified with specific rates and terms.

Updated the 'adjustment' rate type values to remove the `INTRODUCTORY`, `BUNDLE_BONUS`, `BUNDLE_DISCOUNT_FIXED`, `BUNDLE_DISCOUNT_VARIABLE` options. Time and bundle-based rate detail will be supported through new fields to capture that detail: `adjustmentBundle`, `adjustmentPeriod` and `adjustmentEndDate`, leaving the `additionalValue` field available for other detail where necessary.

Added a `deposit` schema in 'Get Account Detail' to provide rate detail for general deposit structures without term deposit maturity detail.

Removed the `specificAccountUType` field in 'Get Account Detail' to clarify that multiple types may be present in a single account.

Updated the 'Use of additionalValue Field' descriptions for the `PENSION_RECIPIENT` and `STUDENT` 'Product Eligibility' and 'Product Discount Eligibility' types.

Updated the description of the `comparisonRate` field to clarify how it could be interpreted when associated with an adjustment rate type.

Updated the description of the rate tier `unitOfMeasure` field to clarify the format of the associated values, including specifying `PERCENT` values as a RateString.

This candidate incorporates the latest Non-Bank Lending (NBL) Draft changes including the `BUY_NOW_PAY_LATER` product category value, the `instalments` object, and related feature and fee types. The endpoint versions incremented due to changes related to the NBL Draft only, are:
- Get Accounts (v3)
- Get Bulk Balances (v2)
- Get Bulk Direct Debits (v2)
- Get Scheduled Payments Bulk (v3).
- Other NBL changes affecting the Register APIs are only shown in the NBL Draft.

The endpoint versions incremented primarily for Decision Proposal 306, but also including NBL detail are:
- Get Account Detail (v4)
- Get Products (v4)
- Get Product Detail (v5).

Corrected minor typos and updated documentation formatting.
</code></pre><h2 id="cdr-banking-api_get-accounts">Get Accounts</h2>
<h2 id="cdr-banking-api_get-accounts">Get Accounts</h2>

<p id="get-accounts" class="orig-anchor"></p>

Expand Down
61 changes: 0 additions & 61 deletions docs/includes/additional/candidates/dp306/banking-dp306_apis
Original file line number Diff line number Diff line change
Expand Up @@ -16,64 +16,3 @@ This means that:
<tr><td><a href='../../../../includes/swagger/cds_banking_dp306.json'>Banking OpenAPI Specification (JSON)</a></td></tr>
<tr><td><a href='../../../../includes/swagger/cds_banking_dp306.yaml'>Banking OpenAPI Specification (YAML)</a></td></tr>
</table>
<pre class="highlight diff tab-diff"><code>Additional note for v1.29.0: In this version, the delta statements from v1.28.0 have been retained in v1.29.0 as this Candidate remains under consultation. The affected delta statements will be noted as being associated with v1.28.0
</code></pre><pre class="highlight diff tab-diff"><code>**v1.28.0 Change**

Changed the `cardArt` array to a `cardOption` object to provide additional card details in 'Get Products', 'Get Product Detail' and 'Get Account Detail'.

Added the `FEE` `lendingRateType` value to support lending products that have a fee-based rather than rate-based cost. This type may be expected to align to the new `PRINCIPAL_AND_FEE` `repaymentType`.

Added the `BALANCE_TRANSFER` `lendingRateType` value to extend support for credit card plan detail.

Updated the `creditCard` schema in 'Get Account Detail' to allow an array of plan types, each with specific rates, repayments, adjustments and features.

Added `revertRate`, `revertProductId`, `rateStartDate` and `rateEndDate` fields to respective lending rate schemas to support 'revert' rate details.

Added `referenceRate` to multiple lending and deposit rate schemas.

Added `adjustmentToBase` and `adjustmentBundle` fields to the 'BankingProductLendingRate' and 'BankingProductDepositRate' schemas. The `adjustmentToBase` field is provided to allow an adjustment rate type to specify which base rate type the adjustment applies to, where many may be offered for a product.

Updated and added the `applicabilityConditions` field in the 'BankingProductLendingRate', 'BankingProductDepositRate' and 'BankingProductRateTier' schemas.

Added the `applicationType` field to clarify whether an associated `applicationFrequency` value is to be expected.

Updated the description of the `features` property of 'Get Product Detail' and 'Get Account Detail' to clarify that the schema also supports providing details of any key operational product limitations.

Updated the description of the `constraints` property of 'Get Product Detail' to clarify that the schema is only intended to provide details of constraints on application for the product.

Added new `featureType` values to support operational limitations and the `OTHER` `constraintType` to allow additional detail to be provided.

Added new `feeCategory` field and new `feeType` values to improve classification and comparison of fees.

Updated the 'BankingProductFee' schema to separate different fee types by UType and added minimum and maximum fee details and `feeCap` fields.

Incorporated rate detail into the 'Get Account Detail' schemas to provide specific rate fields separated from the generic Product Reference rate objects.

Extended the `termDeposit` schema in 'Get Account Detail' to allow each deposit to be specified with specific rates and terms.

Updated the 'adjustment' rate type values to remove the `INTRODUCTORY`, `BUNDLE_BONUS`, `BUNDLE_DISCOUNT_FIXED`, `BUNDLE_DISCOUNT_VARIABLE` options. Time and bundle-based rate detail will be supported through new fields to capture that detail: `adjustmentBundle`, `adjustmentPeriod` and `adjustmentEndDate`, leaving the `additionalValue` field available for other detail where necessary.

Added a `deposit` schema in 'Get Account Detail' to provide rate detail for general deposit structures without term deposit maturity detail.

Removed the `specificAccountUType` field in 'Get Account Detail' to clarify that multiple types may be present in a single account.

Updated the 'Use of additionalValue Field' descriptions for the `PENSION_RECIPIENT` and `STUDENT` 'Product Eligibility' and 'Product Discount Eligibility' types.

Updated the description of the `comparisonRate` field to clarify how it could be interpreted when associated with an adjustment rate type.

Updated the description of the rate tier `unitOfMeasure` field to clarify the format of the associated values, including specifying `PERCENT` values as a RateString.

This candidate incorporates the latest Non-Bank Lending (NBL) Draft changes including the `BUY_NOW_PAY_LATER` product category value, the `instalments` object, and related feature and fee types. The endpoint versions incremented due to changes related to the NBL Draft only, are:
- Get Accounts (v3)
- Get Bulk Balances (v2)
- Get Bulk Direct Debits (v2)
- Get Scheduled Payments Bulk (v3).
- Other NBL changes affecting the Register APIs are only shown in the NBL Draft.

The endpoint versions incremented primarily for Decision Proposal 306, but also including NBL detail are:
- Get Account Detail (v4)
- Get Products (v4)
- Get Product Detail (v5).

Corrected minor typos and updated documentation formatting.
</code></pre>
Original file line number Diff line number Diff line change
Expand Up @@ -610,7 +610,8 @@
<div class="page-wrapper">
<div class="dark-box"></div>
<div class="content">
<h1 id='high-level-standards'>High Level Standards</h1><pre class="highlight diff tab-diff"><code>The Draft Non-Bank Lending Standards have been made as Candidate Standards.
<h1 id='high-level-standards'>High Level Standards</h1><pre class="highlight diff tab-diff"><code>**v1.29.0 Change**
The Draft Non-Bank Lending Standards have been made as Candidate Standards.
No other changes were made between the Draft and Candidate version.
</code></pre>
<aside class="notice">
Expand Down
8 changes: 7 additions & 1 deletion docs/includes/archives
Original file line number Diff line number Diff line change
@@ -1,4 +1,5 @@
<h1 id='archives'>Archives</h1><pre class="highlight diff tab-diff"><code>Corrected minor typo
<h1 id='archives'>Archives</h1><pre class="highlight diff tab-diff"><code>**v1.29.0 Change**
Corrected minor typo
<span class="gd">- Releases Date
</span><span class="gi">+ Release Date
</span></code></pre>
Expand All @@ -12,6 +13,11 @@
</tr>
</thead><tbody>
<tr>
<td><a href='https://consumerdatastandardsaustralia.github.io/standards-archives/standards-1.29.0/'>21/12/2023</a></td>
<td>1.29.0</td>
<td><a href='https://consumerdatastandardsaustralia.github.io/standards-archives/standards-1.29.0/'>Changes from maintenance iteration 17. Also includes CX Standards changes to uplift Data Holder Dashboards and accommodate Business Consumers</a></td>
</tr>
<tr>
<td><a href='https://consumerdatastandardsaustralia.github.io/standards-archives/standards-1.28.0/'>10/11/2023</a></td>
<td>1.28.0</td>
<td><a href='https://consumerdatastandardsaustralia.github.io/standards-archives/standards-1.28.0/'>Candidate standards arising from Decision 306 and updated draft non-bank lending standards</a></td>
Expand Down
4 changes: 2 additions & 2 deletions docs/includes/cds_energy
Original file line number Diff line number Diff line change
Expand Up @@ -6984,7 +6984,7 @@ x-cds-client-headers: string
</thead><tbody>
<tr>
<td>Version</td>
<td><strong>2</strong></td>
<td><strong>3</strong></td>
</tr>
</tbody></table>

Expand Down Expand Up @@ -7353,7 +7353,7 @@ x-cds-client-headers: string
</thead><tbody>
<tr>
<td>Version</td>
<td><strong>2</strong></td>
<td><strong>3</strong></td>
</tr>
</tbody></table>

Expand Down
2 changes: 1 addition & 1 deletion docs/includes/cds_register
Original file line number Diff line number Diff line change
Expand Up @@ -2032,7 +2032,7 @@ This operation does not require authentication
<td>kid</td>
<td><a href="#common-field-types">ExternalRef</a></td>
<td>mandatory</td>
<td>The &quot;kid&quot; (key ID) parameter is partially used to match a specific key. Note the &quot;kid&quot; parameter is not guaranteed unique and additional parameters should be used to progressively to identify a key within a set</td>
<td>The &quot;kid&quot; (key ID) parameter is partially used to match a specific key. Note the &quot;kid&quot; parameter is not guaranteed to be unique and additional parameters should be used to progressively identify a key within a set</td>
</tr>
<tr>
<td>kty</td>
Expand Down
9 changes: 8 additions & 1 deletion docs/includes/changelog
Original file line number Diff line number Diff line change
@@ -1,4 +1,5 @@
<h1 id='change-log'>Change Log</h1><pre class="highlight diff tab-diff"><code>Corrected minor typo
<h1 id='change-log'>Change Log</h1><pre class="highlight diff tab-diff"><code>**v1.29.0 Change**
Corrected minor typo
<span class="gd">- Detail Of change
</span><span class="gi">+ Detail of change
</span></code></pre>
Expand All @@ -13,6 +14,12 @@
</tr>
</thead><tbody>
<tr>
<td>28/02/2024</td>
<td>1.29.1</td>
<td>Patch release fixing minor issues</td>
<td>See <a href="includes/releasenotes/releasenotes.1.29.1.html">release notes</a> for details.</td>
</tr>
<tr>
<td>21/12/2023</td>
<td>1.29.0</td>
<td>Changes from maintenance iteration 17. Also includes CX Standards changes to uplift Data Holder Dashboards and accommodate Business Consumers</td>
Expand Down
3 changes: 2 additions & 1 deletion docs/includes/cx
Original file line number Diff line number Diff line change
@@ -1,5 +1,6 @@
<h1 id='consumer-experience'>Consumer Experience</h1>
<p>The Consumer Experience (CX) Standards contain requirements for the creation of implementations by both Data Recipients and Data Holders. The full list of CX Standards can be found below.</p>
<pre class="highlight diff tab-diff"><code>Updated the CX Guidelines link to the new site
<pre class="highlight diff tab-diff"><code>**v1.29.0 Change**
Updated the CX Guidelines link to the new site
</code></pre>
<p>The CX Guidelines provide examples and recommendations for how to implement key rules and standards that relate to the consumer experience. They can be accessed along with additional CX commentary from the <a href="https://cx.cds.gov.au">CX Guidelines</a> page.</p>
6 changes: 3 additions & 3 deletions docs/includes/cx_standards/amending_authorisation
Original file line number Diff line number Diff line change
@@ -1,4 +1,6 @@
<h2 id='amending-authorisation-standards'>Amending Authorisation Standards</h2>
<h2 id='amending-authorisation-standards'>Amending Authorisation Standards</h2><pre class="highlight diff tab-diff"><code>**v1.29.1 Change**
Removed reference to Future Dated Obligations as the obligation dates for the associated requirements have passed
</code></pre>
<table><thead>
<tr>
<th>Area</th>
Expand All @@ -22,5 +24,3 @@
<td>Data Holders <strong>MUST</strong> indicate where a dataset is being added to an authorisation or a disclosure duration is being amended. Data Holders <strong>MAY</strong> apply this standard to other changing attributes, but this <strong>MUST ONLY</strong> apply where the attribute in the new authorisation differs to that of the previous authorisation. How a changed attributed is signified is at the Data Holder’s discretion.</td>
</tr>
</tbody></table>

<p><br>Refer also to <a href="#future-dated-obligations">Future Dated obligations</a><br></p>
Loading

0 comments on commit 7a8a1bc

Please sign in to comment.