Intended Audience and Contact Information
| Contact | Chief Data Officer, Office of the CIO |
|---|---|
| UDM Domain | Admissions |
| Intended Audience | Internal UBC |
| Data Standard ID | DG0071 |
Purpose
This standard aims to achieve consistency around the data collected for an Unpaid Application Fee Reason, and the format in which it is collected and stored.
Unpaid Application Fee Reason is the reason that indicates why the Admission Application fee has not been paid. This attribute would only be populated if the Admission Application fee has not been paid. Details of declined or interrupted application fee transactions will be tracked as part of the financial records.
This standard is derived by UBC and applies to all applications collecting Unpaid Application Fee Reason. Exceptions are listed in the Dispensation section.
Standard
The following are the accepted values for Unpaid Application Fee Reason.
| Accepted Value | Code | Definition |
|---|---|---|
| Payment Processing Interrupted | CCPI | The payment was interrupted during processing. |
| Payment Declined | CRED | The payment was declined. |
| Application Fee Waiver | WAIV | The Admission Application fee has been waived. |
Compliance
The above standard must be complied at every stage of the data lifecycle with the exception of 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.
Mapping of Invalid Values from System(s) of Record (SoR)to Common Services
A common service can only accommodate standard reference data enumerations that are available in the SoR as approved by the Data Governance Steering Committee or Data Trustee.
A reference data value that does not match any of the standard reference data value enumerations is considered ‘invalid’. Any records from a SoR containing an invalid reference data value for a given data element or attribute must be mapped as an ‘empty’ value in common service(s). Where a reference data value may potentially have the same meaning as a standard enumeration but named differently in the system of record can be corrected to match the appropriate standard enumeration. Please consult with the EDG team in such cases.
Additional reference data values in a SoR that are not part of the standard reference data enumerations are to be omitted in the common service.
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)
For any compliance questions or requests for a temporary dispensation, please contact the Enterprise Data Governance Team.