Closed acn-sbuad closed 7 months ago
I think I found a bug. 🤔 When testing for user with 23094190088
ID and calling the below endpoint:
GET https://platform.at22.altinn.cloud/notifications/api/v1/orders/99a0aa49-5d26-4cbb-9f07-7bdb1677d098/notifications/sms
I'm getting 404 Not Found response.
I have verified that the order ID exists from the other GET endpoints with the same order ID. 🤔
I think we have found another bug regarding the ignoreReservation
parameter. When testing with 30056380007
ID we found that the value of ignoreReservation
is not getting stored. 🤔
POST https://platform.at22.altinn.cloud/notifications/api/v1/orders/email
GET https://platform.at22.altinn.cloud/notifications/api/v1/orders/974b0a81-506e-45a9-aa3c-07446dd3e3b5
Reference: if the order has specified buypass of reservation a new notification is generated regardless of the reservation of the user
Description
An application owner may specify only the national identity number of the recipient of a notification. Altinn Notifications should support retrieving requried contact details and generating a notification based of this information.
Considerations
[x] What should we name the property where application owner states that they want to bypass the reservation in KRR?
[x] Should IgnoreReservation be linked to the order as a whole or to the recipient?
[x] Should the lookup and notification generation be done synchronously or async?
[ ] Should the persistence of the notifications linked to an order be done in a single transaction post a full table with the necessary data? Would simplify retry logic.
Tasks
Acceptance criteria
Test
Profil for TRU HYLLE f.nr. 108599 99587
Profil for SIKKER SALAMANDER f.nr. 098101 47471