This page was last edited on June 18, 2020, at 10:43.
Comments or questions about this documentation? Contact us for support!
Section: settings
Default Value: 720
Valid Values: Any integer from 20 to 525,600 (one year)
Changes Take Effect: Immediately for all new interactions submitted to URS
Specifies the timeout, in minutes, for any interaction to remain with URS
before its routing is considered a failure.
Section: settings
Default Value: 180
Valid Values: Any integer from 1 to 1,440 (24 hours)
Changes Take Effect: Immediately
Specifies the handling timeout (in minutes) for any interaction that an agent handles. If no requests
are received from the agent who handles the interaction during this time
interval, the agent application is considered inactive and the interaction is
revoked and returned to the queue. This option applies to requests between the
desktop application and Interaction Server only. Value changes do not affect interactions
that are already being handled.
The same option might be specified in interaction user data or media type options.
The first found option is taken into consideration with the following check order:
1. The value of the “handling-timeout” key in user data of an interaction.
2. The media type option “settings/ handling-timeout”.
3. This “handling-timeout” IXN Server option.
Section: settings
Default Value: 30
Valid Values: Any integer from 1 to 86,400 (24 hours)
Changes Take Effect: Immediately
Modified: 8.5.201.05
Specifies the timeout, in seconds, for an agent to accept an interaction that is being delivered to him or her. If the agent does not respond before the timeout expires, the interaction is revoked and returned to the queue from which it was taken by Universal Routing Server.
For the ordering of interactions to work correctly in RequestGetWorkbinContent, RequestFindInteractions and RequestTakeSnaphot in cluster environments, the following conditions must be met:
In addition, these conditions are important because the Business Process definition (view conditions and orders) may be specific to the particular database type, and all nodes within the cluster use the same business process.
Below is a list of the field names and corresponding predefined interaction property names that can be used in the attributes that specify interaction order:
Field name | Property name |
---|---|
abandoned_at | AbandonedAt |
assigned_at | AssignedAt |
assigned_to | AssignedTo |
completed_at | CompletedAt |
delivered_at | DeliveredAt |
external_id | ExternalId |
held_at | HeldAt |
id | InteractionId |
is_locked | IsLocked |
is_online | IsOnline |
media_type | MediaType |
moved_to_queue_at | MovedToQueueAt |
parent_id | ParentId |
place_in_queue_seq | PlaceInQueueSeq |
placed_in_queue_at | PlacedInQueueAt |
priority | Priority |
queue | Queue |
received_at | ReceivedAt |
scheduled_at | ScheduledAt |
service_objective | ServiceObjective |
state | InteractionState |
submit_seq | SubmitSeq |
submitted_at | SubmittedAt |
submitted_by | SubmittedBy |
subtype | InteractionSubtype |
tenant_id | TenantId |
type | InteractionType |
workbin | Workbin |
The following limitations apply to RequestGetWorkbinContent ordering: