-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove requirement for at least one address in physicalAddresses array #391
Comments
This issue was discussed in the Maintenance Iteration call. It is proposed to change the current text:
To be:
This would create a breaking change because Data Holders may no longer return any physical addresses, or may return an empty array. Feedback is welcomed regarding obligation dates and implementation considerations. |
Further to this, the Iteration call discussed whether a free form address format would be useful where data holders can't sufficiently represent structured addresses. For this change to be consulted on, the DSB requests a change request is raised for consideration during the iteration. |
Thank you for the above information - Just wanted to confirm if there was any progress on this decision. |
Hi can you please confirm if with this decision being made to remove the requirement that states that having at least one physical address must be present, that participants that do have this array empty and where ADRs see this array empty that it will not trigger a non-compliance action from the ADR? The assumption being that if the physical address is empty this is due to DH data issue and therefore not required? |
Hi @PaulaAF11, the change request has been discussed during maintenance iterations. The final consideration for discussion are the obligation dates given the change will be a breaking change to Data Recipients. Generally the approach with changes through standards maintenance is that changes agreed by the community are summarised in a decision document taken to the Data Standards Chair at the conclusion of the iteration. Maintenance Iteration 9 is due to conclude community consultation on the 1st of December and it normally takes a week or two to take these decisions to the Chair for approval. In regards to your question on non-compliance, this can be answered in three parts:
|
These changes have been staged for review: ConsumerDataStandardsAustralia/standards-staging@release/1.15.0...maintenance/391 |
This change was incorporated into release v1.15.0. Refer to Decision 212 for further details. |
Description
As per this Support Portal article some scenarios have been raised where a physical address is held but is invalid and cannot be provided in a schema compliant manner. The
physicalAddresses
field requires at least one address, however.The original intent of requiring at least one address was based on feedback that all valid banking customers are required to have at least one address and therefore making this mandatory requirement was valid. This did not take into account the possibility that the address may be held but the data might be invalid and not held in a fashion that is schema compliant or can be transformed into a schema compliant form.
Area Affected
The Customer Detail API.
Change Proposed
Remove the statement that at least one physical address must be included in the
physicalAddresses
array. Note that, under the definition of optionality in the standards, any valid address must still be returned so this would not create data holder discretion.The text was updated successfully, but these errors were encountered: