Asenda TalkAsenda Talk
← All posts

What Happens When a Caller Switches to Twi, Then Says Stop Calling Me?

Two women wearing headsets in a bright office workspace

Photo by Charanjeet Dhiman on Unsplash

A support call needs one chronological record when consent is given in English, the issue is explained in Twi, and the caller later asks to stop future contact. Three separate event logs can miss the decision that matters: whether a later retry should have been blocked.

At 4:42 p.m., Esi is standing beside the counter at her small pharmacy in Kumasi, holding a carton of cough medicine while two customers wait behind her. A voice agent calls about a supplier account update. It opens in English, explains the reason for the call, and asks for permission to continue. Esi agrees.

A few minutes later, the conversation shifts. The English terms for the account issue are slowing her down, so she asks in Twi. The agent explains the balance and the next step in Twi, then returns to English for the confirmation. Esi hangs up before completing the action. Later that evening, after another reminder reaches her phone, she says, “Stop calling me.”

That last sentence changes the status of every future call attempt. If the system records only “consent received,” “Twi conversation,” and “opt-out received” as disconnected events, an operator has to reconstruct what happened and when. A retry may still sit in a queue. The outcome Esi is trying to prevent, another unwanted call, remains possible until the opt-out reaches every route that can place one.

Consent is not a permanent label attached to a phone number. It belongs to a particular interaction, purpose, and moment in time.

In Esi’s call, the English consent comes first. That record should show the call identity, the consent event, and the point in the conversation where it was captured. The Twi explanation follows as part of the same call lifecycle. Her later opt-out must then become the latest instruction governing future contact.

A system that stores these as a timeline gives an operator a plain answer: Esi permitted this conversation to continue, received an explanation in the language she chose, and later withdrew permission for future calls. That sequence matters more than a dashboard showing one green consent badge beside one red opt-out badge.

The record also needs to distinguish a completed conversation from a call that started, disconnected, or never reached the intended person. Call-truth tracking is useful here because “started” does not confirm a meaningful interaction. The difference becomes costly when teams treat every telephony event as proof that an explanation, consent check, or stop request occurred. For a closer look at that risk, see The “Started” Calls Kojo Could Not Count, and What They Almost Cost Him.

Language changes without breaking the audit trail

A caller switching from English to Twi is not changing the compliance requirements. They are trying to understand and be understood.

That is why the call record should preserve the language moments alongside the lifecycle events. An operator reviewing Esi’s call should be able to see that consent was captured in English, that the account explanation happened in Twi, and that the opt-out arrived after a later contact. The point is not to turn a conversation into a transcript for its own sake. It is to retain enough ordered evidence to explain why a call proceeded and why another one must not.

Asenda Talk is built for this kind of language-aware voice work. Its Twi speech recognition and synthesis are fine-tuned in-house, with English available in the agent experience, while additional African languages remain in progress. Teams can configure an agent’s persona, first message, and voice, then use a Vapi-orchestrated runtime for the assistant experience.

Language switching also creates a practical review problem. If an agent fails to understand a Twi stop request, the audit trail must make that failure visible. “What Happens When Twi-English Switching Sends Callers in Circles?” explores the conversational side of that problem. A good record gives the operations team somewhere concrete to begin: the exact call, the sequence of events, and the point where the instruction should have changed the system’s behavior.

An opt-out has to reach every retry path

Esi’s second call is where the record becomes operational. Her request to stop is only useful if it blocks the next attempt before the dialer reaches her again.

That means an opt-out cannot live as a note attached to one call. It needs to affect the contact state used by every retry path, campaign route, and operator workflow that could trigger another outbound attempt. The audit record should show when the opt-out was received, which call produced it, and whether later call attempts were prevented.

Asenda Talk includes consent, opt-out, and audit-trail controls for every call. Its telephony lifecycle webhook pipeline is designed to track call events as they occur. Those controls support the recordkeeping and review workflow. They do not make production outbound calling available today.

Outbound calling remains gated behind an explicit telephony-provider decision that has not yet been made live. Early-access teams should evaluate the platform with that constraint in view, especially if their use case depends on production dialing. Asenda Talk’s unnamed telephony provider. Production calling remains gated. explains the current boundary.

Build the record before you scale the calls

At 9:10 the next morning, Esi checks her phone between customers. There is no third reminder. Her stop request has become a system instruction rather than a forgotten line in a call note.

For a support desk, that is the standard to design toward. Start with a single call identifier. Attach consent, language changes, disconnections, completed outcomes, and opt-outs to that timeline. Then make the latest valid opt-out available to every process that could initiate contact.

This is especially important when teams move beyond a short scripted campaign. More branches create more ways for a caller’s instruction to be missed. Keep the record ordered, keep the language context, and treat a stop request as the event that changes what the system is allowed to do next.

Asenda Talk

A self-serve platform for building and running voice AI agents, built on native African-language speech (Twi, with more languages in progress) instead of a wrapper around a third-party voice API.

Try Asenda Talk

Comments

No comments yet.