ZipSync file creation best practices
This section describes best practices transforming your system's data into the format required for the CSV files that comprise the ZipSync archive. This includes tips for data cleansing, mapping system data to xMatters fields, and creating fields in the appropriate order. Refer to ZipSync mode CSV File Content for specific details about the structure of the files in the ZipSync archive.
Create lookup tables
When you create CSV files for the ZipSync archive, you convert some of your system's values to predefined xMatters values, and provide supplementary information that does not exist in the source system. For example, you must convert time zones to xMatters time zones, and you may need to provide a list of xMatters Roles for each user.
Create lookup tables to map the values from your system to xMatters values, and use these lookup tables to populate the fields of the CSV files. Microsoft Excel is a popular tool for creating lookup tables, because it is easy for non-technical personnel to use, and it can save files in formats that are readable by many ETL tools.
The following list describes some types of data transformations that may require lookup tables:
- Maps of your system's location information to xMatters values for Sites, countries, country codes and time zones.
- Information about phone number dialing codes for each country. This can help you extract the one, two, or three-digit dialing codes from international phone numbers.
- Information that is not present in the source system. For example, you may need to map User IDs to xMatters Roles and provide information about supervisor structures.
Example 1: The location data in your system contains state information, but does not store time zones. You can map each state to the corresponding xMatters time zone. Refer to this mapping to look up time zones for each state.
Example 2: Your system contains international phone numbers that have one, two, or three-digit dialing codes. Map each country to its dialing code and the number of digits in each code. Refer to this table when you parse international phone numbers.
|AE||United Arab Emirates||971||3||Asia/Dubai|
Antigua and Barbuda
Example 3: You want to assign roles to specific users, and there is no way to determine this automatically from your source system data. Map the User ID to a list of xMatters role, and refer to this mapping when you create the list of roles to assign to each user.
|233881||Group Supervisor | Person Supervisor|
|239503||Scenario Administrator | Scenario Supervisor|
Create prerequisite fields first
It is helpful to create the CSV files in the ZipSync archive so that prerequisite fields are created before the fields that refer to them:
- Create Site definitions before you create User definitions, because each User refers to the Site that they belong to.
- Create User definitions before creating Devices, Custom Values, User Attribute joins, Person Supervisors, Groups and Team Memberships, because these fields refer to User IDs.
- Create Teams before Team Memberships.
To avoid conflicts with prerequisites, you can create fields in the following order:
- Sites (optional)
- User join Attributes
- User Custom Values
- Person Supervisors
- Email Devices
- Text Pager Devices
- Voice Devices
- Voice IVR Devices
- Text Phone Devices
- Team Memberships
Create the ZipSync archive
Specific instructions for creating the files in the ZipSync archive are located in ZipSync mode CSV File Content. Here are a few points to remember when you create the ZipSync archive:
- Include the manifest file.
- Include all of the files in the ZipSync archive, even if they do not contain any values.
- Each field has a maximum length. You can find this information in ZipSync mode CSV File Content.
- Enclose special characters in an escape sequence.
- Include values for all of the fields that you want to preserve. When you leave blank spaces in the CSV files, those properties are deleted from xMatters.
- When using international characters, the files must be saved in UTF-8 format without a byte order mark (BOM).
Data transformation best practices
Transform your system's data by removing invalid values, reformatting it, and converting certain values to xMatters predefined values.
Sites are xMatters physical locations, such as a city or an office. You can define Sites during the data synchronization process, or you can use the Site definitions that already exist in xMatters. Create Sites to match company locations or user's home cities.
Follow these best practices when creating Sites:
- Create Sites before creating Users, because Users refer to Site values.
- Convert time zones, language codes, country codes, and country names to predefined xMatters values.
- Record Sites that do not have country information and report them as errors.
When you convert users in your system to xMatters Users, you must specify which xMatters Site each User belongs to. The site values must match the Site names in xMatters.
You can assign each User a set of xMatters Roles. If you do not specify a Role, the User is assigned to the No Access User Role, which enables them to receive notifications but does not allow them to log on to xMatters. You may be able to assign Roles to Users based on the data in your source system. For example, you could assign the Group Supervisors Role to all managers. However, if it is difficult to determine thexMatters Roles to assign to each user based on the data in your system, you will need to create a lookup table that maps each user to their xMatters Roles.
Follow these best practices when creating Users:
- Create Sites before creating Users, because Users refer to Site names.
- Create User definitions before creating Device definitions, Custom Values, User Attributes joins, Person Supervisors, Groups and Team Memberships, because these fields refer to User IDs.
- Ensure that every User has a unique ID.
- Remove duplicate Users.
- Record Users that do not have Site information, and log them as errors.
- Use a lookup table to map User IDs to a list of the xMatters Roles to assign to them.
User Attribute joins
User Attribute joins map Users to their Custom Attributes. For example, a User could have the Custom Attribute "skills|First Aid".
Follow these best practices when creating User Attribute joins:
- Create Users before creating User Attribute joins, because User Attribute joins refer to User IDs.
- Ensure that Attributes are one of the Custom Attributes defined in xMatters.
- Use a lookup table to map User IDs to a list of the xMatters Custom Attributes to assign to them.
User Custom Values
User custom values are Custom Field values associated with each User.
Follow these best practices when creating User Custom Values:
- Create Custom Values after Users, because Custom Values refer to User IDs.
- Filter out empty Custom Values.
- Truncate Custom Values to 98 characters.
A Person Supervisor is a User that can add and edit other Users.
Follow these best practices when creating Person Supervisors:
- Create Person Supervisors after Users, because Person Supervisors refer to User IDs.
- Person supervisors may be left blank.
- If a person supervisor is defined, the user ID must be for a User that has a role of Person Supervisor, Group Supervisor, or Company Supervisor. Typically, the Person Supervisor is set to the main administrator of the system who has the role of Company Supervisor.
An Email Device is an email address that can receive notifications from xMatters.
Follow these best practices when creating Email Devices:
- Create Email Devices after creating Users, because Email Devices refer to User IDs.
- Convert email addresses to lower case.
- Remove whitespace from email addresses.
- Ensure that the device name field refers to one of the Device names defined in xMatters; for example, "Home Email", "Work Email".
- Use an email validation program to check for invalid email addresses. If you do not have access to an email validation program, ensure that email addresses conform to the standards set out by Internet Standard RFC 3693. These standards includes some of the following rules:
- Ensure email addresses match the format local-part@domain
- Ensure email addresses do not exceed the maximum length.
- Ensure there are no invalid characters in the email address.
There are complex rules that define valid characters in email addresses. Quotation marks, UNICODE characters, and certain special characters may be included in some situations. Refer to RFC 3696 for details.
- Record invalid email addresses and log them as errors.
|Type of conversion||Original||Converted|
|To lower case||Bob.Smith@myCompany.email@example.com|
|Remove whitespace||bob.smith@ firstname.lastname@example.org|
|bob smith at mycompany dot com||error|
Voice and Voice IVR Devices
Voice Devices are Devices that can receive a phone call; for example land lines and mobile phones. Voice IVR Devices are typically used for public address systems, and contain the same settings as Voice devices. Convert phone numbers to xMatters format by stripping off the country dialing information and extracting the area code from the rest of the phone number.
Follow these best practices when creating Voice and Voice IVR Devices:
- Create Voice and Voice IVR Devices after creating Users, because Voice and Voice IVR Devices refer to User IDs.
- Country code values may be set to an xMatters country code or left blank. If the country code is left blank, xMatters automatically sets it to the country value of the corresponding site.
- Ensure Device names are selected from the Device names defined in xMatters; for example, "Home Phone".
- Remove white space from phone numbers.
- Remove leading zeros from phone numbers.
- Remove non-numeric characters, including letters, dashes, and parentheses from phone numbers.
- Extract area codes from phone numbers. Note that area codes may be one, two, or three digits long, depending on the dialing codes of the country. You may want to create a lookup table that maps area code information to each country and refer to this table when you parse phone numbers.
- Use a phone number validation program to verify that phone numbers actually exist.
- Filter out invalid phone numbers and report them as errors.
- Filter out phone numbers that do not have a user associated with them, and report them as errors.
- When importing Voice IVR Devices, make sure that your system is already configured to use the Voice IVR device type. If your system is not already configured, an administrator may need to add new User Service Provider and Voice IVR Device type.
|Country||Original||Area code||Phone number||Extension|
|US||+1 250 555 8393||250||5558393|
Text Phone Devices
Text Phone Devices are phones that can receive text messages.
Follow these best practices when creating Text Phone Devices:
- Create Text Phone Devices after creating Users, because Text Phone Devices refer to User IDs.
- Ensure the device name field matches a Device name defined in xMatters; for example, "SMS Phone".
- Country code values may be set to an xMatters country code or left blank. If the country code is left blank,xMatters automatically sets it to the country value of the corresponding site.
- Ensure the phone number field includes an area code and phone number.
- Remove white space from phone numbers.
- Remove non-numeric characters from phone numbers.
- Use a phone number validation program to verify that the phone numbers actually exist.
- Filter out invalid phone numbers and report them as errors.
- Filter out phone numbers that do not have an associated User, and report them as errors.
|US||+1 250 555 8393||2505558393|
Text Pager Devices
Text Pager Devices are pagers that can receive text messages.
Follow these best practices when creating Text Pager Devices:
- Create Text Pager Devices after creating Users, because Text Pager Devices refer to User IDs.
- Ensure the device name field matches a Device name that exists in xMatters; for example, "Pager".
- Ensure the service provider name matches a service provider name that exists in xMatters.
Groups are a collection of Teams and Schedules relating to a specific task or responsibility.
Follow these best practices when creating Groups:
- Create Sites before creating Groups, because each Group can optionally specify a Site to use for holiday information.
- Create Users before creating Groups, because Groups refer to supervisor User IDs.
- Ensure the time zone field matches an xMatters time zone.
- Ensure the observer list field is a list of xMatters Roles that can observe the Group; for example, "Scenario Supervisor".
Teams are a set of Users, Devices, Groups or other Teams that are available during specific schedule times. After you define a Team, create Team Memberships to specify which of these items are assigned to a particular Team.
Follow this best practice when creating Teams:
- Create Groups before creating Teams, because each Team belongs to a Group and refers to Group names.
Team memberships define an association between a Team and the Users, Devices, Groups and other Teams that make up the Team.
Follow these best practices when creating Team Memberships:
- Create Users, Devices, Groups and Teams before creating Team memberships, because Team memberships refer to their IDs.
- Ensure the member type field defines type of member; for example a person, device, team or group. The member type field must be one of the xMatters predefined fields; for example, "DEVICE".
- Ensure the optional member subtype field is one of the predefined xMatters fields; for example, "VOICE".