@@ -44,7 +44,6 @@ PISP -> Switch ++: ""PUT /consents/22222222-0000-0000-0000-000000000000""\n\
44
44
"" FSIOP - Source : pispa""\n\
45
45
"" FSPIOP - Destination : dfspa""\n\
46
46
"" {"" \n \
47
- "" consentRequestId : "11111111-0000-0000-0000-000000000000" ,"" \n \
48
47
"" status : "ISSUED" ,"" \n \
49
48
"" scopes : ["" \n \
50
49
"" {"" \n \
@@ -86,10 +85,10 @@ rnote over DFSP
86
85
87
86
If the DFSP opts to use the hub-hosted Auth-Service it then:
88
87
1. Registers the consent with the Auth Service ""POST /consents""
89
- 2. If the DFSP recieves a `PUT /consents/{id}` and the callback contains
90
- ""Consent.credential.status"" of ""VERIFIED"", for each scope in the
91
- Consent, the DFSP creates a ""CredentialScope"" else, if it recieves
92
- a `PUT /consents/{id}/error` callback, it knows that the Consent is
88
+ 2. If the DFSP recieves a `PUT /consents/{id}` and the callback contains
89
+ ""Consent.credential.status"" of ""VERIFIED"", for each scope in the
90
+ Consent, the DFSP creates a ""CredentialScope"" else, if it recieves
91
+ a `PUT /consents/{id}/error` callback, it knows that the Consent is
93
92
invalid, and can propagate the error back to the PISP
94
93
95
94
end note
@@ -178,7 +177,6 @@ Auth -> Switch: ""PUT /consents/22222222-0000-0000-0000-000000000000"" \n\
178
177
"" FSIOP - Source : central-auth""\n\
179
178
"" FSPIOP - Destination : dfspa""\n\
180
179
"" {"" \n \
181
- "" consentRequestId : "11111111-0000-0000-0000-000000000000""" \n \
182
180
"" status : "ISSUED" ,"" \n \
183
181
"" scopes : ["" \n \
184
182
"" {"" \n \
0 commit comments