Intended Audience and Contact Information
Contact | Chief Data Officer, Office of the CIO |
---|---|
Intended audience | Internal UBC |
UDM Domain | Person Domain |
Data Standard ID | DG0061 |
Purpose
This standard aims to achieve consistency around the collection of Canadian Learner Residency data, and the format in which it is collected and stored. Residency is used to determine assessment of tuition and fees, funding and reporting.
This standard is derived by UBC and applies to all applications collecting residency status and residency reason data. Exceptions are listed in the Dispensation section.
Standard
The following are the data elements and accepted values associated with learner residency:
The following are the data elements and accepted values associated with learner residency:
Attribute | Definition | Format |
---|---|---|
Student Name | The full Preferred Name of the student that the residency status is associated with. | Auto-populate |
Institution | Defaults to "University of British Columbia" | Text |
Residency Status* | The status of a learner for the purpose of assessing tuition and fees, funding, and reporting. |
Reference List: Refer to the Residency Status section for more details on accepted values. |
Residency Status Reason | The reason for treating a person as a resident for the purpose of assessing tuition and fees, funding, and reporting. |
Reference List: Refer to the Residency Status Reason section for more details on accepted values. |
Effective Date* | The start date of a residency status. | Date |
Note: Residency Status data is always associated with a Student, and is therefore linked to the Student ID (unique identifier).
*Required fields in Workday
The following are accepted values for Learner Residency Status:
Accepted Value | Definition |
---|---|
Resident |
A Domestic Learner or one treated as such, as per the relevant BC Ministry guidelines and at the discretion of the university, for purposes of funding and reporting. Examples include:
|
Non-resident | A person who is not a Resident. |
Undetermined |
A temporary value to be used when a learner’s Canadian residency is unknown. Rule: Treated as a non-resident. |
*A person has been granted Protected Person Status as a Convention Refugee in Canada.
The following are accepted values for Learner Residency Status Reasons:
Accepted Value | Definition |
---|---|
Verified Canadian Resident | An individual who has been verified by an administrator to be a Canadian Citizen, Canadian Permanent Resident, Convention Refugee, or on a Diplomatic Visa. |
Cross Border Indigenous Nation Member | An individual of an Indigenous nation that extends across the Canada-US border. |
Indigenous Nation of Canada | An individual who does not have Canadian Citizenship but has an affiliation to an Indigenous nation of Canada. |
Work Permit Holder | An individual who has a Work Permit (LMIA) or Work Permit (LMIA-exempt) immigration document that is valid for more than a year and covers the start of the assessed academic period. This status may also apply to their spouse or dependents. |
Compliance
The above standard must be complied with at every stage of the data lifecycle except for any dispensations (see Dispensation section).
- All applications must collect data as recommended in this standard.
- Enterprise Data Integration must adopt this standard.
Reference Data Compliance for Data Integration
The use of accepted reference data values in this standard for data integration among applications must comply with the enterprise integration pattern of leveraging the reference data common service API (Application Programming Interface) published in UBC MuleSoft Exchange.
Any application that intends to access real-time, case-level reference data should have the application owner or manager complete and submit a Request API Access form.
For any compliance questions or requests for a dispensation temporarily, please contact the Enterprise Data Governance Team.
Dispensation
Legacy systems are exempt from this data standard. As systems are replaced, adoption of this standard is required. Examples of legacy systems are:
- Student Information System (SIS)
As existing systems change to adopt this standard, the Enterprise Data Governance team needs to be informed.
Related Documents
None