Dialog Interfaces
Description
The OIAP provides interfaces for third-party systems to perform real-time dialog operations such as initialization, dialog interaction, dialog transfer, and hangup so that third-party systems can complete multi-round dialog interactions with customers as well as business handling and query.
Interface Method
POST
URL
https://IP:PORT/oifde/rest/crs/process
Request
|
Parameter |
Type |
Position |
Mandatory |
Description |
|---|---|---|---|---|
|
userid |
String |
Body |
Yes |
The ODFS establishes call instances internally based on this parameter. The ODFS may have multiple call instances at the same time. Subsequent interactions are associated with the same call based on the parameter. The value can contain a maximum of 64 characters. |
|
inaction |
Integer |
Body |
Yes |
Type of the request that the access party executes this time. 8: dialog initialization request (for the first invoking) 9: request after dialog interaction 11: request after dialog transfer Note: This parameter is set to 8 for the first interface invoking. In subsequent interactions, the parameter is set to the value of outaction received in the previous interaction. |
|
seat |
String |
Body |
No |
Agent type. The default value is vir.
|
|
inparams |
Object |
Body |
Yes |
Parameters that are sent to the ODFS to inform the ODFS of the detailed information about the operation result. The value of inparams varies depending on the value of inaction. The parameters are described by scenario. |
|
extparams |
Object |
Body |
No |
Optional dynamic parameters that are sent to the ODFS, which are used only in the initialization scenario. The value of extparams varies depending on the value of inaction. The parameters are described by scenario. |
Response
|
Parameter |
Type |
Position |
Mandatory |
Description |
|---|---|---|---|---|
|
ret |
Integer |
Body |
Yes |
Execution result.
|
|
userid |
String |
Body |
Yes |
The ODFS establishes call instances internally based on this parameter. The ODFS may have multiple call instances at the same time. Subsequent interactions are associated with the same call based on the parameter. |
|
outaction |
Integer |
Body |
Yes |
Type of the operation performed by the access party.
|
|
outparams |
Object |
Body |
Yes |
Detailed information required for the access party to complete the operation. The parameters are described by scenario. |
Return Code
If the response body does not contain the return code and description, use the native return code of HTTPS.
|
Return Code |
Description |
Possible Cause |
Solution |
|---|---|---|---|
|
200 |
This operation is successful. |
The processing is successful. |
- |
|
400 |
The request is incorrect. |
The request URL is incorrect. |
Use a correct request URL. |
|
500 |
The business fails. |
The value of a parameter in the request does not exist in the system. For example, the case type code that you send does not exist in the system. |
Verify the values of the parameters in the request. |
|
Others |
Refer to the standard HTTPS status code. |
- |
- |
- Interface Invoked for Dialog Initialization (inaction=8)
This interface is used by the access party to send a request whose inaction is 8 to the ODFS for the first time, instructing the ODFS to perform initialization so that the ODFS can return the next operation of the access party in outparams. This section describes the inparams parameter structure and request example and the return parameter structure and response examples in different scenarios. - Interface Invoked After Dialog Interaction (inaction=9)
This interface is used to request the ODFS to perform the next operation based on the result of operations such as voice playing and text chat performed by the access party. Following is the request parameter structure. - Interface Invoked After Dialog Transfer (inaction=11)
This interface is used to request the ODFS to perform the next operation based on the result of the dialog transfer operation performed by the access party. The following describes the request parameter structure. - Packet Capture and Recording Interface Invoked in the Dialog (inaction=7)
When sending a request to the ODFS for the first time, the access party first requests the ODFS to enable VoiceCyber recording. Whether the ODFS sends an enabling request to VoiceCyber is determined during the flow release. This interface is applicable only to the intelligent IVR service on the network where the packet capture system (for example, VoiceCyber) is interconnected. - Recognition Result Requesting Interface (inaction=13)
The access party requests the ODFS to return the voice recognition result so that the voice playing can be interrupted. This interface is applicable only to the intelligent IVR service on the network where the packet capture system (for example, VoiceCyber) is interconnected.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot