Closed AlexLobaciov closed 3 years ago
@mnewlive
Thanks!
@mnewlive
- [x] a) "Linked on..." when there are no Consents - is not on the right place. The first letter (L) should be on same level as the provider name's first letter
- [x] ) Dot between "X consents" and "Linked on..." is too small and not in the middle of text height. Please adjust according to the design,
- [ ] c) When I enter the "Connections" page - and if I have had the consents previously, only the digit (number of consents) should be updated (so, previous result with number of consents should be present at first - then updated). Now = every time I enter the "Connections page" - the part "X consents" is empty and appears after 1 sec. Maybe we should update consents info every time user reaches the main "Authenticator" page (but not updated if app is opened for instant action)? What do you think?
- [x] d) "Active consents" page - TPP cards: Please adjust the space between all the text lines according to the design, so that from top and from bottom of the card there are 12 px (as in design), and between them space is 3px - between first row and seconds, and 1px between second and third. If not possible, then we need to increase the cards' height. Please let me know what would be the best choice here.
- [x] e) Consent type name from "Consent for account information access" change to "Access to account information"
- [x] f) Consent detailed view - "X days left" and "Revoke" buttons should be on the same level (on same line from text's bottom)
- [x] g) Consent detailed view - "Revoke" button should be "Roboto Medium"
- [x] h) Consent detailed view - description text = 1) it should be same size as "Account number" and 2) TPP and Provider names should be "Roboto Medium". All else is very cool.
Thanks!
paragraph c
is not relevant at this time, all other tasks are completed
Yeap, point C not relevant. Current logic is okay. All other done! Thanks!
Summary:
New feature of the Salt Edge Authenticator will be the "Consent Management" - a useful tool for user to control the provided to Third Party consents.
Identity Service examples should be updated to show the example of how to store/share the consent with the Salt Edge Authenticator app or with app's SDK.
Reference issue: https://github.com/saltedge/sca-identity-service-example/issues/43
Specifications:
The consent management is a tool to control consents that user has provided to a certain third party. Hence, our main entity is "consent". According to the API documentation, it is required to poll the consents from server when user goes to Connections page to get them, or to update them.
1. Connections page - Consents visibility (screenshots 1, 2, 3)
consent_management
. If the value istrue
- once user gets to the Connections page - the application should request the server fresh consents - to either show the consents that were not there, or to update the current amount of consents. It is not necessary to store the consents in the application for long time (only temporary). If the value isfalse
- then there is no need for certain providers to request the consents. Additionally, if the provider did not update the configuration file and this parameter is missing, the app should perceive this astrue
and to request the consents. In this case if app receives the error message - will mean that consents are missing. Automatic refresh on cation when user accesses "Connections" page is the only way to update the consents for the connection.2. Consents - "Active consents" page (screenshot 4) As the consents belong to the single provider, on the page is visible the general info about this provider and consent cards, which represent the each application (third party) to which user has provided certain access.
tpp_name
(please make sure for first letter to always be upper-case, even if it did not come with first upper-case letter), 2) Type of consent currently can be only "Access to account information" (iftype
=aisp
, then use this naming, others will be added on a later stage, and they are:pisp_future
with description "Future payment" orpisp_recurring
with description "Recurring payment"), and 3) "Expires in X days" (if only 1 - then make it "Expires in 1 day") parameter, which is calculated from the today's date andexpires_at
parameter. If the consent expires in 10 or less days, the number and word "days" should be in red color and semibold style. On the right there is an "arrow-right" icon, meaning that user can click on the card to get a detailed consent view.3. Consent details page (screenshots 5,6,7,8) Currently, there are specifications available only for the "Access to account information" type of consent.
tpp_name
(please make sure for first letter to always be upper-case, even if it did not come with first upper-case letter)name
is the only required parameter), b) list ofname
+account_number
+sort_code
, or c) list ofname
+iban
. There are no other options for now. The accounts window is sized depending on the amount of accounts to which consent was provided. Check screenshots 5,7,8.shared_data
, with optionsbalance
andtransactions
that are available in the "Shared data" card as labels.created_at
with structure: "Granted: Month DD, YYYY"expires_at
with structure: "Expires: Month DD, YYYY"4. Revocation notification:
{tpp_name}
".Tasks:
Screenshots:
![image](https://user-images.githubusercontent.com/38658558/85583571-0cafc300-b647-11ea-8647-5a855caedb50.png) ![image](https://user-images.githubusercontent.com/38658558/85583670-218c5680-b647-11ea-9cce-eb26b61bab5b.png)Thanks!