You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Once our new KRR replica is available, we should refactor notifications to use this as a datasource in applicable cases (when the recipient is a person identified by SSN).
Tasks
Check if Altinn 2 is using the KRR dates: "updated" and "verified" and how if so.
Ensure that Notifications handles the newly declared "nullability" in properties UserId, NationalIdentityNumber, MobileNumber, and Email
Test order creation that involves users having null-values for UserId, NationalIdentityNumber, MobileNumber, and/or Email
Acceptance criteris:
Notification uses Altinn3 KRR replica when this is the only datasource needed (persons by SSN)
Things to discuss
Threat modelling
Discuss possible security issues
Documentation
Do we need to update documentation in altinn docs?
Do we need Internal documentation (confluence)?
We do not need to update documentation or write internal documentation
External tests
Should new functionality be Regression tested?
Should new functionality be included in Usecase tests?
Do not need to update automated tests
Acceptance criteria
Does the issue have defined acceptance criteria?
The text was updated successfully, but these errors were encountered:
NathalieFroissart
changed the title
Modify Norifications to use new KRR endpoint in Altinn 3
Modify Notifications to use new KRR endpoint in Altinn 3
Oct 3, 2024
SandGrainOne
changed the title
Modify Notifications to use new KRR endpoint in Altinn 3
Regression testing of Notifications with Profile configured to use local KRR cop as data source
Nov 8, 2024
Blocked by Altinn/altinn-profile#176
Once our new KRR replica is available, we should refactor notifications to use this as a datasource in applicable cases (when the recipient is a person identified by SSN).
Tasks
Acceptance criteris:
Things to discuss
Discuss possible security issues
Does the issue have defined acceptance criteria?
The text was updated successfully, but these errors were encountered: