When the Alma SIS Import/Synchronise job runs, if any of the files contain an invalid XML character, the entire job is aborted. The consequence of this is that user data held in Alma might be out-of-date, depending on whether it has recently changed in central systems. I assume this behaviour occurs because one of the initial steps when the import runs is to parse the input files as a whole, rather than parsing each user record individually.

This Ideas Exchange ticket requests that the SIS job is improved so that the job does not abort, but instead skips over the individual user record(s) that contains the invalid character(s).