Returns information about Response Group workflows. Workflows determine the actions that are taken when the Response Group application receives a phone call.
Syntax
Get-CsRgsWorkflow -Identity <RgsIdentity> [-Name <String>] [-Tenant <Nullable>] |
Parameters
| Parameter | Required | Type | Description |
|---|---|---|---|
|
Identity |
Required |
Rgs Identity |
Represents either the Identity of the service where the Response Group workflow is hosted or the full Identity of the workflow itself. If you specify the service Identity (for example, service: ApplicationServer:atl-cs-001.litwareinc.com) then all the Response Group workflows hosted on that service will be returned. If you specify the Identity of the workflow then only that one Response Group workflow will be returned. Note that the Identity of a workflow consists of the service Identity followed by a GUID (globally unique identifier); for example: service:ApplicationServer:atl-cs-001.litwareinc.com /1987d3c2-4544-489d-bbe3-59f79f530a83. An alternate way to return a single Response Group workflow is to specify the service Identity, then include the –Name parameter followed by the workflow name. That enables you to retrieve a specific workflow without having to know the GUID assigned to that workflow. |
|
Name |
Optional |
String |
Unique name given to the Response Group workflow at the time the workflow was created. |
|
Force |
Optional |
Switch parameter |
Suppresses the display of any non-fatal error message that might arise when running the command. |
Detailed Description
Workflows are perhaps the key element in the Response Group application. Each workflow is uniquely associated with a phone number; when someone calls that number, the workflow determines how the call will be handled. For example, the call might be routed to a series of Interactive Voice Response questions that prompt the caller to enter additional information ("Press 1 for hardware support. Press 2 for software support.") Alternatively, the call might be placed in a queue and the caller placed on hold until an agent is available to answer the call. The availability of agents to answer calls is also dictated by the workflow: workflows are used to configure both business hours (the days of the week and the times of day when agents are available to answer calls) and holidays (days when no agents are available to answer calls).
The Get-CsRgsWorkflow cmdlet provides a way for you to return information about the workflows configured for use in your organization. Note that Get-CsRgsWorkflow can only return workflows from a single service at a time. If you have workflows configured on multiple services (e.g., ApplicationServer:atl-cs-001.litwareinc.com and ApplicationServer:Dublin-cs-001.litwareinc.com) you will need to call the cmdlet two separate times in order to return workflow information from each service.
Return Types
Get-CsRgsWorkflow returns instances of the Microsoft.Rtc.Rgs.Management.WritableSettings.Workflow object.
Examples
-------------------------- Example 1 ------------------------
 Copy Code |
|
|---|---|
Get-CsRgsWorkflow -Identity service:ApplicationServer:atl-cs-001.litwareinc.com |
|
Example 1 returns information about all the Response Group Service workflows found on the service ApplicationServer:atl-cs-001.litwareinc.com.
-------------------------- Example 2 ------------------------
| Copy Code |
|
|---|---|
Get-CsRgsWorkflow -Identity service:ApplicationServer:atl-cs-001.litwareinc.com | Select-Object -ExpandProperty NextTarget |
|
The command shown in Example 2 displays detailed information about the NextTarget property for each Response Group workflow found on the service ApplicationServer:atl-cs-001.litwareinc.com. To carry out this task, Get-CsRgsWorkflow is first used to return information about all the workflows found on ApplicationServer:atl-cs-001.litwareinc.com. This information is then passed to the Select-Object cmdlet, which "expands" the value stored in the NextTarget property, a property that happens to be an embedded object. When you expand the value of NextTarget, you see the individual properties of the embedded object: Prompt; TargetQuestion; Target; TargetQueueID; and TargetUri.
-------------------------- Example 3 ------------------------
| Copy Code |
|
|---|---|
Get-CsRgsWorkflow -Identity service:ApplicationServer:atl-cs-001.litwareinc.com -Name "European Sales Support" |
|
Example 3 returns information about a single response Group workflow: the European Sales Supports workflow (-Name "European Sales Support") found on ApplicationServer:atl-cs-001.litwareinc.com.
-------------------------- Example 4 ------------------------
| Copy Code |
|
|---|---|
Get-CsRgsWorkflow -Identity service:ApplicationServer:atl-cs-001.litwareinc.com | Where-Object {$_.Language -eq "1033"}
|
|
The command shown in Example 4 returns information about all the Response Group workflows that use US English as the primary language. To do this, the command first calls Get-CsRgsWorkflow to return a collection of all the workflows found on the service ApplicationServer:atl-cs-001.litwareinc.com. That collection is then piped to the Where-Object cmdlet, which selects only those workflows where the Language property is equal to (-eq) 1033 (US English).
-------------------------- Example 5 ------------------------
| Copy Code |
|
|---|---|
Get-CsRgsWorkflow service:ApplicationServer:atl-cs-001.litwareinc.com | Where-Object {$_.CustomMusicOnHold -eq $Null}
|
|
The preceding command returns all the workflows on ApplicationServer:atl-cs-001.litwareinc.com where the CustomMusicOnHold property has been set to a null value ($Null). (In other words, the command returns information about the workflows that have not been assigned custom music.) To carry out this task, the command first uses Get-CsRgsWorkflow to return a collection of all the workflows found on the service ApplicationServer:atl-cs-001.litwareinc.com. The returned data is then piped to Where-Object, which picks out only those items where the CustomMusicOnHold property is equal to (-eq) a null value.