Introduction

The purpose of the Benti API is to provide an easy way to communicate with clients, providing tools that help manage and automate the handling of such conversations. You can find all those messages in the Benti section of the Benti app.

This page describes how to set up the Benti API and request and retrieve information.

Obtain Authentication and Authorization Keys

All requests to Inbenta APIs endpoints will be authenticated and authorized.
In order to start using our APIs you must first contact Inbenta so we can provide you with your own API Key, API Secret and Domain Key:

• The API Key will grant you access to the APIs.
• The Secret allows the request to access your instance's data.
• The Domain Key allows the request to access your instance's data, but only for requests coming from the browser (front-side integrations) and from a limited set of domains.

Use the access token

You need a valid access token to use Inbenta APIs. 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>.

Get the API URL

The Inbenta API's base URLs depend on the project so we can offer a world wide service and allow service auto-escalation. This base URL may change over time and it should not be persistently stored or cached. Instead, you should get it every time you obtain a new valid access token.

To get the current API URL for your project, there must be a request to https://api.inbenta.io/v1/apis like this:

curl -X GET \
  https://api.inbenta.io/v1/apis \
  -H 'authorization: Bearer <your_access_token>' \
  -H 'x-inbenta-key: <your_API_Key>'

This request will return a response like this:

{
    "apis": {
        "ticketing": "https://endpoint.inbenta.example/prod/ticketing"
    }
}

Use this response to pick the URL for the product that you want to use.

Do not perform this request after each API call! You would quickly exceed your rate limits.

Specify the version

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 each product API look like this:

• Benti: "https://endpoint.inbenta.example/prod/ticketing/v1"

Use the API

Authorization

You need a valid access token to use Inbenta APIs. Follow the steps listed in the Authorization section to set up your page with your token and refresh it.

Ticket flow

Users

You must complete several fields to create a ticket, including the details of the user who created the case. If this was not done already, you can register a user into the Benti database with the following endpoint:

POST /v1/users HTTP/1.1
Content-Type: application/json

{
    "name": "Lorem Ipsum",
    "address": "test@test.com"
}

This request will return the user's UUID. You can now use it to create the case:

POST /v1/tickets HTTP/1.1
Content-Type: application/json

{
    "message": "Lorem Ipsum",
    "creator": "UUID"
}

Attachments

It is possible to attach files to tickets and replies.

Attached files are converted to a base64 string. The conversion process from a binary file into the base64 representation makes the file roughly 40% larger in size. Because the API Payload limit is 10Mb, this means that you can upoad files up to 7Mb. For more information, click here (This link takes you to an external site unaffiliated with Inbenta).

To attach a file, you first need to upload it through the media endpoint:

POST /v1/media HTTP/1.1
Content-Type: application/json

{   
    "name": "file.pdf"
    "content": "Y29udGVudA=="
}

You can use the response to this request (the UUID of the uploaded file) in all the endpoints that support attachments:

POST /v1/tickets HTTP/1.1
Content-Type: application/json

{
    "title": "Testing the API",
    "creator": 1234,
    "message": "This is a test",
    "attachments": [
        "UUID"
    ]
}

It is also possible to add attachments in the body of a message (a.k.a. inline attachments) with the IMG tag like this:

POST /v1/tickets HTTP/1.1
Content-Type: application/json

{ 
"title": "Testing the API", 
"creator": 1234, 
"message": "This is a test: <img src=\"att:UUID\"/>", 
"attachments": [ "UUID" ] 
}