Skip to main content

Why would ISIS return a different name for a student than the class roster shows?

If a student works at UCLA, and their payroll record shows a different firstname, middlename, etc. and the employee status for this record is Not Separated, (meaning status including Active, Inactive, Leave With Pay, Leave Without Pay except Separated,) ISIS prioritizes data in payroll record from QDB over student record from SRDB. The solution is to update the payroll record through the department personnel who is responsible for payroll data input. Once data is changed in the payroll record, ISIS will return desired name information starting from 6:30 am the next day.

After the Enterprise Directory rolled out in production on November 2006, ISIS switched it’s backend to ED and started to pull a person’s name information from ED. Since ED implements a different name resolution logic which favors the name recorded in student system when different names are found in both student and payroll system for the same UID, the issue above should not be students should not be having the issue above anymore.

However, the current name logic in ED is about to change because it has caused problem with employees who had been UCLA students and changed their names later when they became employees at UCLA. Up to this point the most favored new solution is to select the name which the person filed most recently with any of the four systems: student, payroll, University Extention, and UID sytems. If the person does not like the name, he/she can file a name change with any of the four sytems. As soon as a new name came into one of these sytems, ED will have it in about 30 minutes for ISIS to return.