Actions and transactions (Providers)
Transactions in which the Provider takes the initiative:
-
When the Provider has to provide new unsolicited information like for example evidence, symptoms etc ... on the problem. Then the Provider must execute a Provide Problem Information .
-
If the Provider has to propose a solution to the submitted problem, the Provider must execute Problem Resolution .
-
To get the last call status, it has to use Query Incident .
Transactions in which the Provider has to answer:
-
If the Requester sent a Service Request , the Provider has to begin a Entitlement .
-
When it gets a Problem Submittal from the Requester, the Provider initiates Accept Problem
-
When it gets a Provide Problem Information from the Requester, no action is required. For its own use, the Provider may update its database.
-
If the Provider receives a Confirm Close or a Request Closure from the Requester, the Provider must close the call in its own CHS.

Provider Transactions
Each transaction submits a Service Incident object. Depending on the transaction, the different elements of the Service Incident object have to be populated. The following table identifies the mandatory and optional data to be passed for each transaction.
At reception the GSEM Engine checks the provision of mandatory fields and returns an error status in the acknowledgement. Optional fields will be used if present. Other fields are ignored.
|
RequesterID |
M |
M |
M |
M |
M |
|
ProviderID |
M |
||||
|
CurrentState |
|||||
|
RequesterSeverity |
|||||
|
ProviderPriority |
M |
O |
|||
|
ResponseTime |
M |
O |
|||
|
WorkflowStatus |
|||||
|
Comment |
O |
O |
O |
||
|
Entitled |
M |
||||
|
Acknowledge |
|||||
|
TransactionName |
|||||
|
ACTIVITY |
M |
M |
M |
M |
M |
|
AGREEMENT |
|||||
|
ContractID |
|||||
|
AgreementType |
|||||
|
SERVICE_REQUESTER (CONTACT) |
|||||
|
SERVICE_PROVIDER (CONTACT) |
MAt least one Contact 'last name' and a 'phone number' must be provided. |
O |
|||
|
PROBLEM |
|||||
|
SOLUTION |
MAt least a one statement must be provided. |
Query Incident
This transaction is used to obtain the most up-to-date SERVICE_INCIDENT state. It returns the full SERVICE_INCIDENT object.
For this transaction, the ACTIVITY object is not appended to the SERVICE_INCIDENT object.
The following table identifies the mandatory and optional data to be passed for each Query Incident.
|
Query Incident |
|
|
Mandatory |
|
|
Mandatory |
|
Service Incident Structure
This table describes the Service Incident object with a Level 0 compliance to the standard.
|
Element |
Description |
Value |
|---|---|---|
|
RequesterID |
Service incident ID that is generated by the requester. This is the official Service Incident ID when referred to by either party. |
|
|
ProviderID |
Service incident ID generated by the provider. |
|
|
CurrentState |
The current state of the SERVICE INCIDENT. |
|
|
RequesterSeverity |
Severity of the problem as defined by the Requester |
|
|
ProviderPriority |
Severity of the problem as defined by the Provider |
|
|
ResponseTime |
States the explicit time when the requester will receive, or wants to receive, a response. |
Date/time, see Date format |
|
WorkflowStatus |
The status of this incident is according to the workflow. (NOT USED) |
“” |
|
Comment |
Additional information. |
Context dependent |
|
Entitled |
Entitled to service or not |
|
|
Acknowledge |
Whether the last transaction was accepted (YES) or rejected (NO). The values for this field are the same as those for the Entitled field. |
|
|
TransactionName |
The name of the last transaction that was acknowledged for this Service Incident. |
Entitlement
This transaction is used by the Provider to notify the result of its entitlement checking. The Entitlement field must be set to “Yes” or “No”. In case of “No”, the Comment field must contain the reason of the refusal.
The following table identifies mandatory and optional data to be passed for each Entitlement.
|
Entitlement |
|
|
Mandatory |
|
|
Mandatory |
|
|
Mandatory |
|
Service Incident Structure
This table describes the Service Incident object with a Level 0 compliance to the standard.
|
Element |
Description |
Value |
|---|---|---|
|
RequesterID |
Service incident ID that is generated by the requester. This is the official Service Incident ID when referred to by either party. |
|
|
ProviderID |
Service incident ID generated by the provider. |
|
|
CurrentState |
The current state of the SERVICE INCIDENT. |
|
|
RequesterSeverity |
Severity of the problem as defined by the Requester |
|
|
ProviderPriority |
Severity of the problem as defined by the Provider |
|
|
ResponseTime |
States the explicit time when the requester will receive, or wants to receive, a response. |
Date/time, see Date format |
|
WorkflowStatus |
The status of this incident is according to the workflow. (NOT USED) |
“” |
|
Comment |
Additional information. |
Context dependent |
|
Entitled |
Entitled to service or not |
|
|
Acknowledge |
Whether the last transaction was accepted (YES) or rejected (NO). The values for this field are the same as those for the Entitled field. |
|
|
TransactionName |
The name of the last transaction that was acknowledged for this Service Incident. |
Accept problem
The Accept Problem transaction is to be executed once the Service Incident has been created in the provider CHS. This transaction notifies the Requester that the Service Incident has been accepted and created, also returns the Provider call # in the ProviderID field.
The following table identifies mandatory and optional data to be passed for each Accept problem.
|
Accept Problem |
|
|
Mandatory |
|
|
Mandatory |
|
|
Mandatory |
|
|
Mandatory |
|
|
Optional |
|
|
Mandatory |
|
|
Mandatory |
|
Service Incident Structure
This table describes the Service Incident object with a Level 0 compliance to the standard.
|
Element |
Description |
Value |
|---|---|---|
|
RequesterID |
Service incident ID that is generated by the requester. This is the official Service Incident ID when referred to by either party. |
|
|
ProviderID |
Service incident ID generated by the provider. |
|
|
CurrentState |
The current state of the SERVICE INCIDENT. |
|
|
RequesterSeverity |
Severity of the problem as defined by the Requester |
|
|
ProviderPriority |
Severity of the problem as defined by the Provider |
|
|
ResponseTime |
States the explicit time when the requester will receive, or wants to receive, a response. |
Date/time, see Date format |
|
WorkflowStatus |
The status of this incident is according to the workflow. (NOT USED) |
“” |
|
Comment |
Additional information. |
Context dependent |
|
Entitled |
Entitled to service or not |
|
|
Acknowledge |
Whether the last transaction was accepted (YES) or rejected (NO). The values for this field are the same as those for the Entitled field. |
|
|
TransactionName |
The name of the last transaction that was acknowledged for this Service Incident. |
Provide Problem Information
This transaction is used to provide additional information on the problem in an unsolicited way: ProviderPriority, ResponseTime, Comment, ACTIVITY, and SERVICE_PROVIDER objects can be modified.
This transaction is used in particular to add an ACTIVITY instance in order to record a significant service delivery activity or event.
If SERVICE_PROVIDER is modified, the entire object has to be submitted. The GSEM Engine replaces objects as a whole.
The following table identifies mandatory and optional data to be passed for each Provide Problem Information.
|
Provide Problem Information |
|
|
Mandatory |
|
|
Optional |
|
|
Optional |
|
|
Optional |
|
|
Mandatory |
|
|
Optional |
|
Service Incident Structure
This table describes the Service Incident object with a Level 0 compliance to the standard.
|
Element |
Description |
Value |
|---|---|---|
|
RequesterID |
Service incident ID that is generated by the requester. This is the official Service Incident ID when referred to by either party. |
|
|
ProviderID |
Service incident ID generated by the provider. |
|
|
CurrentState |
The current state of the SERVICE INCIDENT. |
|
|
RequesterSeverity |
Severity of the problem as defined by the Requester |
|
|
ProviderPriority |
Severity of the problem as defined by the Provider |
|
|
ResponseTime |
States the explicit time when the requester will receive, or wants to receive, a response. |
Date/time, see Date format |
|
WorkflowStatus |
The status of this incident is according to the workflow. (NOT USED) |
“” |
|
Comment |
Additional information. |
Context dependent |
|
Entitled |
Entitled to service or not |
|
|
Acknowledge |
Whether the last transaction was accepted (YES) or rejected (NO). The values for this field are the same as those for the Entitled field. |
|
|
TransactionName |
The name of the last transaction that was acknowledged for this Service Incident. |
Problem Resolution
The Problem Resolution transaction transmits the problem resolution to the Requester.The resolution details are contained in the Solution Object.Here, at least Title and Abstract must be filled.
The following table identifies mandatory and optional data to be passed for each Problem Resolution.
|
Problem Resolution |
|
|
Mandatory |
|
|
Optional |
|
|
Mandatory |
|
Service Incident Structure
This table describes the Service Incident object with a Level 0 compliance to the standard.
|
Element |
Description |
Value |
|---|---|---|
|
RequesterID |
Service incident ID that is generated by the requester. This is the official Service Incident ID when referred to by either party. |
|
|
ProviderID |
Service incident ID generated by the provider. |
|
|
CurrentState |
The current state of the SERVICE INCIDENT. |
|
|
RequesterSeverity |
Severity of the problem as defined by the Requester |
|
|
ProviderPriority |
Severity of the problem as defined by the Provider |
|
|
ResponseTime |
States the explicit time when the requester will receive, or wants to receive, a response. |
Date/time, see Date format |
|
WorkflowStatus |
The status of this incident is according to the workflow. (NOT USED) |
“” |
|
Comment |
Additional information. |
Context dependent |
|
Entitled |
Entitled to service or not |
|
|
Acknowledge |
Whether the last transaction was accepted (YES) or rejected (NO). The values for this field are the same as those for the Entitled field. |
|
|
TransactionName |
The name of the last transaction that was acknowledged for this Service Incident. |