Skip to main content
Two or more people answering the same Inbox need three things: somewhere to talk to each other that the contact never sees, a signal that a teammate is already replying, and a reliable way to stop the bot once a human steps in. This page covers all three. Prefer to watch first? This walkthrough covers notes, mentions and handing a conversation to a human.
@mentions only stay private inside an internal note. If you type @Ann in the reply box, the contact receives the literal text @Ann in their message. Mentioning a teammate does not hide the text, strip it, or turn the reply into a note; it only sends your teammate a notification on top of a message the contact can read. Keep mentions in the notes panel.

Internal notes

Notes live in the details panel on the right of the open conversation, under Internal notes. They are visible only to people who log in to your Workspace. Before you add the first note the panel says so: Notes are only visible to your team. Nothing you write there is ever sent to the contact on any Channel.
1

Open the conversation

Select the conversation in the Inbox list. The details panel is on the right. On a narrow screen it is hidden, so use a wider window when you need it.
2

Write the note

Type in Add an internal note…. To pull a teammate in, type @ and pick their name from the list that appears.
3

Save it

Select Add note. The note appears in the panel with your name and how long ago you wrote it.
You can edit or delete any note afterwards. Deleting asks you to confirm first (Delete this note?) because it is permanent.
Editing a note does not re-notify anyone. If you add a mention while editing, that teammate gets nothing, so write a new note instead.

Mentioning a teammate

The @ list matches people in your Workspace. Mentioned teammates get a You were mentioned notification in the bell menu that links straight back to the conversation, so they can pick it up without you chasing them in another app. You are never notified about your own mentions, and mentioning someone who is not in the Workspace does nothing. Matching is on the whole name, so @Ann notifies Ann and does not also notify Anna. See Notifications for where those alerts show up and how to control them.

Seeing that a teammate is already replying

When another teammate is typing in the same conversation, you see three bouncing dots and <name> is typing… just above the reply box, or <count> teammates are typing… when more than one of you is in there. This is the cheapest way to avoid two people sending the same answer thirty seconds apart. A few things worth knowing:
  • The teammate hint works on every Channel, not just the LiveChat widget.
  • On LiveChat, if the visitor is typing at the same time, Customer is typing… wins the slot, so you will not see both at once. Other Channels give DMLY no customer-typing signal, so there you only ever see the teammate hint.
  • The indicator disappears a few seconds after the last keystroke, and expires on its own if a teammate closes the tab mid-sentence. A stuck indicator is not a thing you need to clear.
  • It is a live hint only. If real-time messaging is not reaching your browser, you simply do not see it; there is no fallback and no error. Messages themselves still arrive, because the Inbox refetches the open thread regardless.
On a LiveChat conversation, the visitor sees <name> is typing… in the widget while you type.
Replying also quietly reassigns the conversation to you: by default, whoever answers last owns it. If you are just chiming in, a note is safer than a reply. See Assigning chats, and Conversation settings to change the rule.

Taking over from the bot

Every automated reply (bots, Flows, Sequences, scheduled and lifecycle triggers, AI) checks one switch on the contact before it fires. When it is on, the contact gets no bot replies, Flow steps, Sequence messages or AI replies, while your team can still reply normally. That switch is the handover.
Pausing the bot does not silence everything. Broadcasts still reach a paused contact, and so do transactional notifications: appointment confirmations, reschedule and cancellation notices, and review requests. Appointment reminders are the exception: those do check the pause before sending.
To take over by hand, open the conversation and select Pause bot (human takeover) in the details panel. The button becomes Resume bot. That is the whole thing: no confirmation, no separate status, nothing sent to the contact. Most days you never press it, because replying does it for you. Whether a reply counts as a takeover, and when the bot is allowed the conversation back, are both workspace settings an admin sets once for everyone: see Conversation settings.

What pauses the bot

A reply only takes over when it actually goes out: one DMLY refuses to send (the WhatsApp window has closed, an empty message, a template with a value left blank) leaves the bot running. In the flow builder, the handover step is Handover to Human, and its Pause bot replies toggle is what decides whether it pauses. The step that hands back is Resume bot replies. A cart lands in the “can’t be processed automatically” row when the cart is empty, has no currency or a zero total, uses a currency you do not sell in, contains an item that is out of stock or a product DMLY does not recognise, or when you have no cart automation set up. It writes its own line into the thread: 🙋 WhatsApp cart needs a human (<reason>) — bot paused. When a Flow or an AI agent hands over, it also drops a line in, so whoever picks the conversation up can see why it landed with them. The two are worded differently:
  • A Flow writes 🙋 Handed over to a human — <name> (bot paused), naming the assignee. The — <name> part appears only when the step sets an assignee, and (bot paused) only when the step pauses the bot.
  • An AI agent writes 🙋 AI handed over to a human — <reason> (bot paused), giving its reason rather than a name.
Resuming writes ▶️ Bot replies resumed, and only when the bot was actually paused.

The parked-flow banner

Taking over does more than mute the bot. If the contact was part-way through an automation, that run is parked: frozen exactly where it stood, keeping its current step, the answers already given, and whatever was left of a wait timer. Nothing is cancelled and nothing restarts from the beginning. You see it as a banner in the details panel, above Pause bot (human takeover), headed “<flow name>” is paused (just “An automation” is paused if the flow has no name yet), with the line You replied, so this automation is holding its place — its step, answers and remaining wait are kept. (That wording is fixed, so it still says “You replied” when you paused the bot by hand instead.) Three buttons decide its fate:
End automation does not bring the bot back. It closes the automation, but the contact stays bot-paused, and because the banner disappears with the run there is nothing left pointing at it. If you want automations firing again afterwards, select Resume bot as well.
The banner is only ever about the frozen run. A Flow’s own Resume bot replies step lifts the pause but does not un-park anything, so a run parked by a takeover keeps its banner until somebody uses one of these three buttons.

Closing a conversation with a paused automation

Select Mark as done while that banner is showing and DMLY asks before it closes anything: What should happen to the paused automation?, followed by “<flow name>” is still paused at the step you took over. Choose what happens to it now. Pick one: Keep it paused — decide later is pre-selected, unless your workspace’s resume policy is When the conversation is closed, in which case Resume it from the same step is. A policy of Never — end it by hand removes the resume option from the list entirely. See Conversation settings. Then select Mark as done in the prompt to close, or Cancel to back out: cancelling leaves the conversation open and the automation exactly as it was.
The prompt appears only when a parked automation exists, and only in the web Inbox. With nothing parked, Mark as done closes straight away as it always has. Closing from the mobile app, from a flow’s Close conversation step, or over MCP cannot ask, so those follow the workspace resume policy instead.

What un-pauses the bot

This is where people get caught out. These turn the bot back on:
  1. Selecting Resume bot in the details panel.
  2. Selecting Resume bot reply on the contact’s profile page.
  3. The parked-flow banner’s Resume or Skip this step.
  4. The close prompt’s Resume it from the same step or Skip that step and continue.
  5. A Flow reaching a resume-bot step.
  6. Your workspace’s resume policy, if an admin opted into one: When the conversation is closed hands back as the conversation closes, and After a quiet period hands back once the set number of hours has passed since the takeover. Neither is the default. See Conversation settings.
Nothing else does. In particular:
  • The contact writing back later never resumes the bot. Their message may reopen the conversation, but the pause stays, so a contact you helped last month can message again and get silence from your automations.
  • Marking the conversation done leaves it paused on the default resume policy, and on Never — end it by hand. It only hands back if your workspace chose When the conversation is closed, or if you pick a resume option in the prompt yourself.
  • Time passing leaves it paused unless your workspace chose After a quiet period. The pause has no expiry of its own.
  • Ending the automation leaves it paused, from either the banner or the close prompt.
An automatic hand-back skips a flow that moves money or commits a slot. Where the resume policy or a close would resume a run containing a payment, invoice, order, subscription, coupon, credit, booking, confirmation, cancellation, reschedule, class enrolment, discount, a sent product, service or plan, or a webhook step, DMLY leaves that run parked and the bot paused instead: the agent may have just taken that payment or booking by hand. Choose Resume yourself and it does resume, because that is a decision rather than a sweep.
Unblocking a contact does not resume the bot. Blocking sets both things (blocked and bot paused), but Unblock contact only clears the block. The contact stays bot-paused with nothing in the interface pointing at it. If you block and later unblock someone, select Resume bot as well.
A paused contact blocks every Flow except one that contains a resume-bot step; otherwise that step could never run and the pause could never be lifted automatically. So a Flow built purely to resume the bot still works on a paused contact.
Open that conversation and look at the details panel. If it reads Resume bot, the bot is paused for this contact; select it and automations start firing again. The contact’s profile page shows the same state as a Bot paused / Bot active label, and its Resume bot reply button does the same job.The usual causes, in order of how often they bite:
  1. Somebody replied, which is a takeover, and nobody resumed afterwards.
  2. The contact was blocked at some point and then unblocked; unblocking leaves the pause in place.
  3. A Flow or an AI agent handed the conversation to a human. Scroll the thread for the handover line.
  4. Someone chose End automation, or End it — I handled this myself when closing. Both end the flow and leave the pause behind.
If the panel reads Pause bot (human takeover), the bot is not paused and the problem is elsewhere. Start at No inbound messages or Automation overview.

Assigning chats

Who owns a conversation, and why replying changes it.

Conversation status

Open, done, archive, and what reopens a conversation.

Conversation settings

Set whether replying takes over, and when the bot gets the conversation back.

Notifications

Where mentions and assignments show up.

Quick replies

Saved replies your whole team can insert.