DSB Maintenance Iteration 20: Meeting Notes (7 August 2024) - ConsumerDataStandardsAustralia/standards GitHub Wiki

Meeting Notes

Release Plan

  • Current version is v1.31.0.
  • The outcome of Maintenance Iteration 20 will likely be published in v1.32.0.

Maintenance Iteration 20 Candidates

Holistic Changes

  • #647 - Maintenance Iteration 20 Holistic Feedback
    • Not discussed, no additional items added and no comments from participants.
      • ACTION Participants are requested to review the comments posted on this issue for details of proposed changes and advise of any concerns.

CX

InfoSec

  • #648 - Adopt BCP 195 for TLS ciphers

    • Wording of change has been adjusted to align with FAPI 2.0.
    • No comments from participants have been received to indicate whether it will be a breaking change, however DSB will proceed with the change, comments still welcome.
      • ACTION DSB to stage the change.
  • #650 - Weaken JARM Encryption Requirements for ADRs

    • No information on data holders who require encryption on JARM responses is available for discussion, defer to a later meeting.

Banking

  • #641 - Update CDS documentation to clarify expected rate value 'sign' (+/-) for each RateType
    • Discussion on how rates are interpreted resulted in a consensus that the standards shouldn't change although further clarification on the descriptions be considered to maintain consistency throughout the standards. Consultation on DP306 included a similar change regarding negative values however there was feedback against that change.
      • ACTION: DSB to consider the changes needed and post on the issue.

Energy

Requirements Analysis

Common

Banking

  • #553 - Running balance available under transaction detail

    • Overview of a way in which ADRs can calculate running balances was described, based on this comment
    • ADR consensus is there are likely compliance issues that prevents ADRs interpreting the data and differences in the way DHs have interpreted and implemented the rules.
    • Suggestion to consider a working group to explore contributing issues.
    • Caution against working around the problem, regulator requires issues to be raised to explore the frequency and number of issues ADRs are experiencing.
    • Consideration of timestamp in balance endpoint to assist with reconciling against records already collected.
      • OUTSTANDING ACTION ADR to clarify requirements in options proposed in original post.
      • OUTSTANDING ACTION ADRs to investigate whether information exists on differences between data holders that illustrate the problems with calculated balances.
      • OUTSTANDING ACTION DHs to provide clarification on the difference between 'current' and 'available' balances.
      • OUTSTANDING ACTION DHs to provide details on how balances are calculated.
      • ACTION DSB to escalate issue 553 to the Regulator.
  • #636 - Remove BankingTransactionDetail and incorporate extendedData into BankingTransaction

    • Exploration into data quality concerns continues with SISS and NPP. Suggested additional fields have been added to the issue for comment.
    • Suggestion that amount of detail should be reduced due to the need to make separate calls for extra information within core banking systems before the information can be returned.
    • Number of calls to the transaction detail endpoint are increasing with that trend anticipated to continue.
    • Concern that current TransactionDetail API is not fit for purpose.
    • Suggestion that an asynchronous API be developed.
      • OUTSTANDING ACTION: DSB to following up with NPP. In progress
      • OUTSTANDING ACTION: DSB to schedule offline discussion with SISS (Josh) on data quality analysis. In progress
      • OUTSTANDING ACTION Participants to provide feedback on summary of earlier discussions in comment

Energy

Not discussed

Security

Other business

None

Next Steps

DSB will progress analysis on solutions for Candidates for further discussion in the next meeting and stage solutions for community review wherever possible.