Open umesh-qs opened 2 years ago
Also it would be worth knowing how it will minimize duplicates.
switching APIs on/off will stay as it is now - in the mobility software; only the Dashboard will allow to do it in the Registration Portal (beeing well integrated with it); eventually we will encourage providers to also allow to do it in the Registration Portal using special APIs (but that are plans for much further future)
- HEIs choose their manifest files in the Registration Portal. Almost always just one and eventually this will become a rule.
- HEIs know which manifest files belong to them, we will avoid situations like we had in the past that HEIs were registered by some providers against their knowledge and will.
- switching APIs on/off will stay as it is now - in the mobility software; only the Dashboard will allow to do it in the Registration Portal (beeing well integrated with it); eventually we will encourage providers to also allow to do it in the Registration Portal using special APIs (but that are plans for much further future)
I have just answered in another issue.
How EWP Registry will reject duplicates? On first come first serve basis?
I will answer, please, give me time. I have to find a proper document with my notes. This is more subtle and I do not want to make a mistake.
The registry will operate in the following way:
The tricky case is when both manifest files of the same HEI change in the same step of the loop. Then the order in the manifest-sources file decides which manifest will be rejected. Generally we add URLs to the manifest-sources file on the first-come-first-served basis.
Great. Thanks for the details. Few more questions. a. For point 6, I assume the duplicates will be skipped irrespective of admin email or not. b. Are duplicates checked on core internet domain only or on Erasmus code and other IDs as well? c. Is there a check on the correctness or Erasmus code and other IDs? d. All problems that are found in the manifest will be shown to HEI on next login?
ad. a. Yes. Anyway this problem will disappear after admin emails become mandatory (which has been voted positively during the last meeting). ad. b. Only SCHAC which is the unique key/identifier in the network. ad. c. No. I do not think registry should do that, but this is something to consider in the future. The other ids are optional, anyway. ad. c. You mean Registration Portal? Duplicates will be shown. Rejected manifests will be shown. This is yet to be decided in what way.
I think duplicates should also be checked on Erasmus and other codes else there can be multiple core internet domain on same Erasmus and other codes.
As per below point from the document https://owncloud.erasmuswithoutpaper.eu/index.php/s/zyNXSfU78NMtULf?path=%2F2022-04-06_Infrastructure_Forum#pdfviewer![image](https://user-images.githubusercontent.com/53461949/162368051-79db0da0-1af1-4451-9816-1c6be39b5f9e.png)
What will be the process for the HEIs to handle duplicates for any particular API?