Closed zabeen closed 1 year ago
NoLongerMatchingDonorCodes
within repeat search results file should contain the external donor code of the deleted donor.Scenarios
First search (Canonical) returns donors [1, 2] Repeat search returns donors [2, 3] Updated donors since cut-off date returns [1,3,5,6] - needed only to figure out which donors were updated
New: [3] -> [{3, <atlas id of donor 3}>}] Updated: [2] -> filter out only the ones that were updated since cut-off date -> [] Delete: [1] -> [{1,<atlas id of donor 1}>}]
First search (Canonical) returns donors [1,2] Repeat returns donors [2,3] Updated since cut-off date returns [1,2,5,6] - needed only to figure out which donors were updated
New: [3] -> [{3, <atlas id of donor 3}>}] Updated: [2] -> filter out only the ones that were updated since cut-off date -> [2,<atlas id of donor 2}>}] Delete: [1] -> [{1,<atlas id of donor 1}>}]
==============================================================
Test scenarios:
During testing, please pay attention to Atlas Donor Ids - make sure that they are filled, and valid.
@zabeen @daria-sorokina-da @IgorKupreychik Testing status: Ok But during testing process I faced with strange behaviour, so I created this ticket https://github.com/Anthony-Nolan/Atlas/issues/1108
Testing in SBX approved
Example from AI
Example failed repeat search request from
UAT-WMDA-ATLAS
on 18th Oct 2023: