About SLAs - Data Migrations/Loads/Other Support
Completion of file processing, team projects, general support questions, processing improvement requests, pass through engineering requests, etc. are dependent on current workload, availability of resources, project or other priorities, etc. The team goal is to balance these priorities as efficiently as possible. Below are targeted Service-Level Agreements (SLAs). These targets presume timely responses from the requester and do not apply to tickets that involve troubleshooting, bugs, or enhancement requests.
*A “day” is defined as a business day.
Note that the expectation is that files will include data that can be loaded cleanly into a field that already exists in the database. There is no expectation that Technical Services will modify the data provided. Data files must meet data model standards and comply with the Data Triad: clean, correct, compliant. For our most up-to-date data models, please see here.
|Type of Request||Day(s)*||Target Completion|
|Base data set loads: Unit, Faculty, Faculty Classification, Current Position, Secondary Unit, Prefix, Courses, Courses Taught, Scholarly Outlet Lists, Committees, Support Accounts.||N/A||
The client is expected to manage the loading of base data set files either by using the autoload feature or the UI administrative feature.
For the timeline to troubleshoot base data loads, please see “General Questions/Support.”
|Database clone - to any non-production database||2||
2 days from the time of ticket triage for any clone to a non-production database.
Database clone requests should include the following:
|New file processing||<30||
The general target for completion is fewer than 30 days.
New files are those that require additional triage for file format, mapping to section fields, writing the code for processing, and time for the file to load.
Note: Multiple files may incur a delay.
|Recurring file processing (non-automated)||<2||Recurring, non-automated loads for files that have not been modified and for which a cadence has been established with the Tech Services team.|
|Recurring file processing (automated)||<1||Recurring, automated loads for files that have not been modified and for which a cadence has been established with the Tech Services team.|
|Ad-hoc file processing||<10||This applies to files not provided to the Technical Services Team on a pre-established basis.|
Minor system modifications such as administrative permissions changes can be completed in 5 business days.
Note: major system modifications such as extensive organizational structure changes may extra time.
|Data migrations: Activity Insights (Digital Measures), Sedona, Homegrown, Other vendor/source files. (Typically processed during implementation)||As agreed per the project plan||The category of implementation will be applied to these files understanding that the process of receiving the files, triaging for configuration, data mapping/processing, client review, and the probability that this will be repeated once or twice. Completion will be longer than 30 days.|
|General questions/support||Varies by complexity||
These requests generally require investigation, testing, documenting, and an email exchange with the client.
These may be simple, quick turnarounds or longer exchanges internally and externally, so completion rates will vary.
|SSO, SFTP setup support||< 10||The SSO/SFTP setup form is required. The form (found here) must be completed in its entirety.|
|API key provisioning||<5||The API key request form is required. The form (found here) must be completed in its entirety.|
|Pass through to engineering (bugs, out of scope/access tasks, etc)||Varies by complexity||Feature Requests, Bugs, etc. - any request that requires intervention from the engineering team|
|New custom reports (FS, RPT, F180)||Varies by complexity||Creation of a new report.|
|Custom reports (existing script)||<5||Execution of an existing custom report.|
|Custom reports (modification)||<30||Modification of an existing custom report.|