Please read this page carefully and make sure that you have all your credentials and necessary assets available before you start. If you need help, contact Inbenta.
The purpose of the Chat API is to create an interface that is able to communicate with users in natural language to help them with their queries. You can then use this interface and track event data for usage analysis. You can find these reports in the dashboard of the Chat App.
This page describes how to set up the Chat API, request and retrieve information.
All requests to the Chat API endpoints will be authenticated and authorized.
To obtain your credentials, see Finding your API credentials in the Help Center.
For a complete description of keys and authorization methods, see the Authorization section.
Your Secret must remain confidential. To prevent third parties from accessing your API, always perform this request in a server-side environment. Never expose your secret in client-side integrations. For more information, see the Authorization page.
You need a valid access token to use the Chat API. Follow the steps listed in the Authorization section to set up your page with your token and refresh it. Once you obtain the access token, you must append it to every request inside the Authorization header, with the format Bearer <your_access_token>.
The base URLs of the Chat API are dependent on the instance, so that Inbenta can offer worldwide service and allow service auto-escalation. This base URL may change over time. Do not store or cache it persistently. Instead, get it every time you obtain a new valid access token.
To get the current API URL for your instance, get the apis parameter from the same response that gave you the access token. Extract the URL corresponding to the instance product:
{ "accessToken": "******************", "expiration": 1573563837, "expires_in": 1200, "apis": { ... "chat": "https://endpoint.inbenta.example/prod/chat", ... } }
Do not perform this request after each API call. You would quickly exceed your rate limits.
Once you have picked the appropriate product URL for your implementation, remember to specify the version of the API.
You specify the version at the end of the URL with v + {version}
.
Examples:
The URLs for the current latest version of the Chat API look like this:
"https://endpoint.inbenta.example/prod/chat/v1"
For a complete description of keys and authorization methods, see the Authorization section.
You need a valid access token to use the Chat API. Follow the steps listed in the Authorization section to set up your page with your token and refresh it.
Your Secret must remain confidential. To prevent third parties from accessing your API, always perform this request in a server-side environment. Never expose your secret in client-side integrations.
You must create a conversation with the bot before you send messages. Use the API key and the access token to create the conversation. When the conversation is created, you obtain a session token to use as an identifier. Use the access token and the session token to send messages to the bot and keep track of events.
You can configure conversation parameters such as answers or forms. For more information about available parameters, see the "conversation" section of the API routes.
The bot has four types of answers: answer, polarQuestion, multipleChoiceQuestion and extendedContentsAnswer. For more information about each answer type and forms, see API Answer types.
The API can store information and use it at a later point in the conversation. This information will be stored as long as the conversation lasts, in variables that you define.
The function of variables is to give the bot extra information, and eliminate redundant requests for information that has already been given. For example, it can store user information such as name or reference number to pre-fill in a form.
The variable name linked to the form field must be the same as the one used to capture the data in the API.
For more information, see the conversation/variables section of the API routes.