Intended Audience and Contact Information
| Contact | Chief Data Officer, Office of the CIO |
|---|---|
| Intended audience: | Internal UBC |
| UDM Domain | Organization |
| Data Standard ID | DS0118 |
Definition
A Functional Organization is defined as the organizational unit to which a position is assigned. A worker may be associated with multiple Functional Organizations when they hold more than one position.
Notes:
- The purpose of the Functional Organization is not to define a people reporting structure (who reports to who), and/or what cost centers cover their position. Levels within the Functional Unit Hierarchy are administrative and organizational constructs used to support institutional operations and reporting. Hierarchy levels do not denote authority over personnel, management responsibility, or supervisory reporting relationships. For people reporting structure, see the Supervisory Organization Data Standard.
- Individuals included in paymaster populations are commonly grouped within designated organizational units for administrative purposes.
Purpose
This standard aims to achieve consistency around the data created for Functional Organization across the University.
Functional Organizations are typically established to represent a new or redefined division of labour with distinct and ongoing operational responsibilities, including but not limited to the delivery of academic programs, administration of research activities, or provision of core institutional services.
In limited circumstances, Functional Organizations may also be established for administrative or operational purposes that do not represent a division of labour and may not align to the institutional organizational hierarchy.
This standard applies to all UBC applications collecting and creating organization names. Exceptions are listed in the Dispensation section.
Standard
Compliance
The above standard for credentials 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.
For any compliance questions or requests for a temporary dispensation, please contact the Enterprise Data Governance Team.