What you need
Setting the connection up is done by us, not from a catalogue: you create one API user, send us the details, and we do the rest. Plan on a few days between handing over the details and seeing the first drafts, because the assistant is trained on your own ticket history first.
Step 1 · Install the Email Assistant on your shop
Sensbot answers from your shop’s data, so the shop is connected first. Install the Email Assistant from your platform:IdoSell
Install from your IdoSell admin panel. Billing goes onto your normal IdoSell invoice.
Shopify
Install from the Shopify App Store.
Shoper
Install from Dodatki i integracje → Aplikacje in your Shoper panel.
WooCommerce
Install the plugin from WordPress.org.
Running on a platform that is not in this list? Write to support@sensbot.ai and tell us which one, and we will tell you what we can connect.
Step 2 · Create an API user in Thulium
This is the only thing Sensbot needs from your Thulium panel, and it takes about two minutes.- In Thulium, open Administration (the tools icon at the bottom of the left sidebar).
- Under Users, open API users.
- Click Add.
- Name it
sensbot. - Set a long random password. Keep a copy, Thulium will not show it again.
- Give it all permissions (
*). - Save.

Thulium grants API permissions method by method. The assistant reads tickets and their message history, looks up your queues and agents, and writes the suggested reply back as a comment. Ticking everything is the quickest setup that reliably works. These credentials only ever go to Sensbot.
You do not need to create an agent for Sensbot either. A comment in Thulium has to be signed by somebody, and by default we sign with Thulium’s own built-in system account, the one that already writes lines like “Changed status from [New] to [In progress]” on your tickets. Nothing to set up, and no seat in your team list.If you would rather the drafts appeared under a name of your own, add a user in Administration → Users → Users, call it something like
Sensbot AI, leave all of its agent assignments empty, and tell us its login. The empty assignments matter: a user assigned to a chat or ticket queue starts pulling live conversations to itself the moment it reports as available, taking them off your agents.Step 3 · Send us the details
Write to support@sensbot.ai with:- The address of your Thulium panel, in the form
https://yourcompany.thulium.com - The API user login and password from step 2
- Which ticket queues carry customer email, if you already know
Would rather not put a password in an email? Say so in the message and we will agree another way to receive it.
Step 4 · What happens next, on our side
- We verify the credentials against your panel, and read nothing until they work.
- We train the assistant on your existing ticket history: how your team writes, what you answer to the questions that keep coming back, your policies on delivery, returns and complaints.
- We run it dry, producing drafts that go nowhere near your panel, and go through them.
- When it is good, we ask you to test it and to confirm.
- Only then are the queues mapped and drafts start appearing on real tickets.
Step 5 · What your agents see
On a new customer ticket in a mapped queue, a comment appears on the ticket:- The reply comes first, from the very first character. Selecting from the top of the comment gives a clean copy with nothing of ours in it.
- Below a separator line, a short note that this is a Sensbot suggestion to check before sending.
- Optionally, below that, a context block marked as not to be copied: the order it found and its status, any complaint or return it matched, and any warning we already spotted. It is there so an agent can tell whether the reply is right without opening your shop’s admin in another tab.
Beyond the reply · Actions on the ticket
A draft saves your agent the typing. Most tickets also need something done: the ticket tagged so it is picked up in the right order, a note put on the order so whoever packs it sees the request, a return registered. The assistant can carry those out, in your helpdesk and in your shop, off the same understanding of the message it used to write the reply.How an action is decided
Actions are not a free choice the assistant makes. Each one is wired to a condition you agree with us, for example: the case is an order change or a delivery problem, an order number was actually quoted in the message, and the order has not shipped yet. If the condition does not hold, nothing happens. Each action runs once per conversation, and everything is recorded: what was proposed, what ran, what it changed, and what the value was before, so it can be put back.Automatic, or only after you confirm
Runs on its own
Internal, invisible to the customer, undoable. Tagging, moving a ticket, a note in your own admin. These happen as the message is processed, so the ticket is already in the right state when your agent opens it.
Waits for your confirmation
Anything a customer would see, or that changes an order or a shipment. Proposed, never done on its own.
What can be wired up
Actions are switched on one at a time, per shop, once we have agreed with you what should trigger each one. Start with one: tell us the step your team repeats on every one of these tickets, and we will wire that one first.
Good to know
- Only customer-initiated tickets get drafts. A thread your own team started is skipped.
- This page covers the email and ticket channel. If you also want your Thulium chat widget answered, tell us — that is a separate conversation about how it should hand over to your team.
- Only mapped queues are touched. Everything else in your panel carries on exactly as before.
- If you have just connected a mailbox to Thulium, its whole existing inbox is imported as tickets, which can take a while. We wait for that to finish before mapping queues, so your agents do not get a wave of drafts on years-old mail.
- The connection is not charged separately. You pay for the Email Assistant plan on your shop platform, the same as anyone connecting a mailbox. See sensbot.ai/pricing.
- To stop it, write to us and we switch the connection off, or delete the
sensbotAPI user in Thulium yourself. Either one stops the drafts immediately.
Troubleshooting
No drafts are appearing on tickets
No drafts are appearing on tickets
Work through it in this order:
- Is the ticket in a queue we mapped? Only mapped queues are read.
- Did the customer start the thread? Threads your team started are skipped by design.
- Did the ticket arrive by email? Missed-call and internally created tickets have nothing for the assistant to answer.
- Has the password on the
sensbotAPI user been changed, or the user removed?
We changed the API user's password
We changed the API user's password
The connection stops working the moment the password changes, and no drafts appear. Send us the new one and we will update it.
We added our own Sensbot user and it started receiving conversations
We added our own Sensbot user and it started receiving conversations
It has been given an agent assignment somewhere. Open Administration → Users → Users, edit that user, and clear every phone, chat and ticket queue assignment. Signing a comment needs none of them.
A draft quoted the wrong order or an old price
A draft quoted the wrong order or an old price
Shop data is synced on a schedule, not instantly, so a change made in your shop takes some time to reach the assistant. If a draft was wrong about something that had not changed, send us the ticket number: that is a tuning problem and we fix it on our side.
The drafts do not sound like us
The drafts do not sound like us
The assistant learns from the replies your team has already sent in Thulium. You can steer it directly in the Sensbot dashboard through Writing style and Custom instructions, or tell us what to change and we will do it.
We do not want the context block under the reply
We do not want the context block under the reply
It is optional per assistant. Write to us and we turn it off. The reply itself is unchanged either way.
We want an action that is not on the list
We want an action that is not on the list
Tell us what it is and what should trigger it. The list above is what merchants have asked for so far, not a boundary: anything your helpdesk, your shop or your carrier exposes can be wired the same way, with the same rule that customer-visible changes wait for a person.