[Openid-specs-fapi] Australian CDR Concurrent Consent

Brian Costello BCostello at yodlee.com
Tue Apr 21 19:57:49 UTC 2020

Hi all, I’m hoping that you all don’t think Yodlee is one of the two.  If so, I’d like to learn more about this.  I’d also like to see if we can help shine more light on this with the ACCC, perhaps via FDATA AU/NZ?

Kind Regards

From: Openid-specs-fapi <openid-specs-fapi-bounces at lists.openid.net> On Behalf Of Nicholas Irving via Openid-specs-fapi
Sent: Monday, April 20, 2020 7:13 PM
To: Financial API Working Group List <openid-specs-fapi at lists.openid.net>
Cc: Nicholas Irving <nirving at darkedges.com>
Subject: Re: [Openid-specs-fapi] Australian CDR Concurrent Consent

External email, verify before opening attachments or links.

You have hit the nail on the head with your last comment, as that is something I have felt from the beginning. I would prefer standards over commercial but it seems they are being lead by people concerned with selling their products and it shone through in a number of meetings.

Also the architects solve problems by making it the implementors problem, without thinking about the impact to existing systems.


On Tue, 21 Apr 2020, 11:32 Stuart Low via Openid-specs-fapi, <openid-specs-fapi at lists.openid.net<mailto:openid-specs-fapi at lists.openid.net>> wrote:
Hi there,

The Australian Data Standards Body has released an updated concurrent
consent proposal here:

Despite submissions from numerous participants including the FAPI WG the
DSB seems to be determined to adopt their own untested approach to
consent management while acknowledging it will be unsuitable for known
future requirements. The proposals put forward by the FAPI WG have been
"considered" but not adopted for either unspecified reasons or due to
their "draft" status which is ironic since the proposal from the DSB
appears to be not only draft in nature but by and large not yet
implemented by participants.

The vendor landscape within Australia is quite limited but the two
primary parties involved are both OIDF members. It remains to be seen as
to whether they will prioritise commercial benefit over international
standards alignment.


Openid-specs-fapi mailing list
Openid-specs-fapi at lists.openid.net<mailto:Openid-specs-fapi at lists.openid.net>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-fapi/attachments/20200421/1573b319/attachment.html>

More information about the Openid-specs-fapi mailing list