Parts of this page are not yet available in this language and are shown in English.
Report a problem
Before you write it, worth checking common issues: several of the things that look like faults are the tool doing what it is supposed to.
What to put in it
- What you were doing. The surface you were on, the two languages, and roughly where in the conversation it happened.
- What you expected. One sentence.
- What happened instead. One or two sentences. If there was a note beside the turn, what it said.
- When. The date and roughly the time, so we can find it in the logs.
You do not need to diagnose it. A description of what you saw is more useful than a theory about the cause.
What not to put in it
Nothing identifying the person you were supporting: no names, addresses, case references, dates of birth, or screenshots containing any of those. Describe what the tool did, not who it was done for. If we need to look at a specific conversation we will arrange that through your organisation, properly.
What happens next
We read everything. A reply usually takes a few working days, because this is a small team building the product as well as supporting it. A report of a missing or wrong transcript, or a translation that was wrong in a way that mattered, goes to the front of the queue.
If it is urgent
If a conversation is happening now and you are not confident the person is being understood, stop using the tool for it and fall back to what you would have done before. Then tell us. No support process should be the reason a conversation carried on past where it should have stopped.
Report it from inside My Words
Tickets are logged in the application itself. If you are signed in when you do it, your account, your organisation and the build you are on are attached automatically, so we are not asking you basic questions before we can start looking.
Not a user, or cannot get in? Email us instead and we will pick it up from there.