Description of the settings that enable direct communication between the Vocera Incoming VMI Adapter and the Vocera Platform.

| Configuration Field | Description |
|---|---|
| Component Name | Click the Component Name field to display a list of the systems and devices that the Vocera Platform currently supports. Select the name of the adapter to create. |
| Reference Name | Enter a short descriptive name in the Reference Name field to uniquely identify an adapter instance. It may demonstrate the adapter function or other information; for example, Production adapter may differentiate a live adapter from a development or "sandbox" adapter. |
| Enabled | Select the Enabled checkbox to allow the Vocera Platform to use the new adapter. The Vocera Platform ignores the adapter if this option is disabled. |
| Required Datasets | If more than one dataset exists that meets the adapter's requirements, select the appropriate datasets for the new adapter to function correctly. The system searches for the datasets that meet the adapters requirements. If the datasets already exist, the system will use them. If the datasets do not exist, the system will create them automatically. Select Create in the drop-down menu to create a new dataset to meet the organization's requirements. |

| Main Settings Configuration Field | Description |
|---|---|
| Client Identifiers |
Enter a list of client identifiers to be matched for incoming messages. If none are specified, then this configuration will handle any message not handled by another active configuration. A configuration can have a maximum of 10 client identifiers. Only one configuration can have no client identifier specified. Client identifiers may contain only the following characters: letter, digit, space, apostrophe, underscore, period, backslash, dash. |
| Direct Forwarding |
Select this checkbox to specify that the adapter will forward all messages directly to the Vocera Voice Server. When selected, the Override DND field displays. |
| Override DND |
Select an option in the dropdown list to determine how
the adapter will handle messages to users in DND status.
Options are:
This field displays when the Direct Forwarding checkbox is selected. |
| Report Non-Matching Messages as Audit Events |
Select this checkbox to specify that an audit event should be recorded for received messages that do not match a message definition. This field is not available when the adapter is configured for direct forwarding (the above Direct Forwarding checkbox is selected). |
There must be at least one Message Type configured. Message Types can be added and cloned. When the configuration contains multiple Message Types, they can be deleted and reordered via drag and drop. The Message Types are part of the exported settings. Message Types are not available when the adapter is configured for direct forwarding.
| Message Types Configuration Field | Description |
|---|---|
| Reference Name | Enter a name to use for the new Message Type, e.g., in audit messages. |
| Active | Select this checkbox to use the configured Message Type. Message Types are ignored by the adapter if not active. |
| Discard Message |
Select this checkbox to discard the message without processing it. Matched messages are treated (except for auditing) as if they did not match any message type. Discarding Message Types may be created for the purpose of filtering them from the audit log. |
| Starting Dataset | Select the dataset from which all paths/expressions are calculated and into which the message's data should be stored. Not available for discarding message types; otherwise, this field is required. |
| Message Regex |
Enter a regular expression to capture values from the Message Data of a message recieved from a VMI endpoint, after any decoding. See Understanding Regular Expressions (Regex) for details. This is used to determine which Message Type matches the message. Not available for discarding message types; otherwise, this field is required. |
| Message Mapping |
Enter one or more attributes or attribute paths to be filled with data from the Message Regex field configuration, specifying how to store its information relative to the starting dataset. One entry per line. Not available for discarding message types; otherwise, this field is required. |
| Message Key Path |
Enter the location into which to store the "global identifier" for the message so that responses and status updates can be sent. Not available for discarding message types; otherwise, this field is required. |
| Recipient Path | Enter the location into which to store the recipient ID specified in the message. |
| Priority Path | Enter the location into which to store the priority specified in the message. |
| Callback Number Path | Enter the location into which to store the callback number specified in the message. |
| Ringtone Path | Enter the location into which to store the ringtone path specified in the message. |
| Link for Responses |
Enter the link to the Responses dataset where the matching responses will be stored. This field is optional. If configured, the following fields will display. |
| Report Non-Matching Responses as Audit Events |
Check this box to create an audit log entry when a message contains responses but fails to successfully match one or more of the specified response types. This field is only available if Link for Responses is specified. Optional. |
| Response Regex |
Enter the regex to match a response type. This field is only available if Link for Responses is specified. Optional. |
| Response Link |
Enter the name of the link on the Responses dataset where the response value will be stored. This field is only available if Link for Responses is specified. Optional. |