> For the complete documentation index, see [llms.txt](https://docs.360dialog.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.360dialog.com/docs/mba/meta-business-agent/faq.md).

# FAQ

Answers to the questions we hear most while clients integrate Meta Business Agent (MBA). For anything not covered here, check [Known limitations & workarounds](/docs/mba/meta-business-agent/known-limitations.md) or reach out to your 360dialog contact.

## Getting started

<details>

<summary>Do I need a credit line to try MBA?</summary>

**No — not to test it.** You can complete eligibility, enable, configure, test, and go live on an **allowlist** (`ALLOWLISTED_ONLY`) without any payment method on file. A payment method is only required before you switch the agent to answer **everyone** (`EVERYONE`). See [Roll out to everyone](broken://pages/10764817115f371018b21b4c45e35fa609ba193e).

</details>

<details>

<summary>What payment methods are supported?</summary>

Today, a **direct credit line** with Meta, managed via Billing Hub. **From 8 September 2026**, credit-card payment is also supported as an alternative, rolling out gradually — some accounts may see it before others.

</details>

<details>

<summary>Can I use 360dialog's (or my partner's) credit line for a client's MBA?</summary>

**No.** A credit line belongs to the **Business Manager that owns the WABA**, and MBA billing follows that same rule — a 360dialog or tech-provider credit line can't be reused for an end client's agent, even if that credit line is already attached to the WABA for other purposes. Each client needs to add or apply for **their own** credit line.

</details>

<details>

<summary>My client's Business Portfolio doesn't even show an option to apply for a credit line — what can they do?</summary>

There's no workaround today. Two options: wait for credit-card support, or have the client check their eligibility directly on Meta's **Payment Methods** page in Business Manager — 360dialog can't apply for a credit line on a client's behalf.

</details>

<details>

<summary>How is MBA billed?</summary>

Usage is **postpaid**: charged at the start of the following month. There's no prepayment and no mid-month charge. If you're on a credit line and utilization hits **100%**, MBA access is **suspended** until it's resolved — a [usage budget](/docs/mba/api-ref/budget.md) is the practical way to avoid hitting that ceiling unexpectedly.

</details>

<details>

<summary>Does MBA usage show up in my normal WhatsApp billing analytics?</summary>

**Not yet.** MBA usage doesn't currently appear in the standard WhatsApp message billing analytics. In the meantime, track usage via [Conversation Turns](/docs/mba/meta-business-agent/controlling-your-agent.md#conversation-turns) and [Budget](/docs/mba/api-ref/budget.md). Meta has also announced near-real-time cost-monitoring APIs, targeted for around 15 September 2026 — we'll document them once they ship.

</details>

<details>

<summary>Does the pricing change coming 1 October 2026 affect MBA?</summary>

**No — MBA pricing itself doesn't change.** The 1 October update is about **service messages sent by anything other than MBA** (a human agent, or your own 3rd-party AI/backend) — those start being billed per message from that date, with one exception: the **first 1,000 service messages per phone number per month are free**. That free allowance applies to non-MBA service messages, not to MBA messages, and it counts per message, not per conversation.

MBA messages have been billed separately since 1 August 2026, at a flat rate of **$2.00 per 1 million tokens (roughly 4–5 US cents per message)**, covering message delivery and AI processing in a single charge. Nothing about that rate or mechanism changes on 1 October.

</details>

<details>

<summary>How do I onboard — API, or something more hands-off?</summary>

Three ways, depending on how much control you want:

* **Via API** — build your own onboarding and management experience. Full control, available today. This guide covers that path.
* **MBA Integrated Onboarding** — a hosted, guided flow (similar to 360dialog's Number Integrated Onboarding) that handles terms acceptance and setup for you. Live now.
* **360dialog Hub** — enable and manage MBA directly from the Hub UI, no integration work at all. Best for a single account that doesn't need programmatic control.

See [three ways to onboard](/docs/mba/meta-business-agent/onboarding-options.md).

</details>

<details>

<summary>Is MBA available for my number?</summary>

It depends on eligibility (account type, region, and a few other factors) — run the eligibility check before assuming. See [1. Check eligibility](broken://pages/4cac515345e60e760b3dbaa26131561ecc759cfa). Availability was regional during early rollout (Brazil first, EU from mid-July 2026); that restriction appears lifted, but if a number in a newer region reads as not-eligible, re-check after a short wait.

</details>

<details>

<summary>Can I use MBA on Instagram?</summary>

**Not today.** Meta's current MBA documentation covers Messenger and WhatsApp only; Instagram is mentioned as a future direction but isn't available yet. Set up and configure the agent for WhatsApp as usual — if Instagram support ships, it's expected to be the same underlying agent, just connected to an additional channel, not a separate setup.

</details>

## Testing

<details>

<summary>Can I test MBA before opening it to real customers?</summary>

Yes — that's what the **allowlist** is for. Set `ai_audience` to `ALLOWLISTED_ONLY`, add your own numbers, and message the agent from those numbers on real WhatsApp. See [5. Go live](broken://pages/41fca983d6a89018609dbd2994b4e348a73f714b).

</details>

<details>

<summary>Does the <code>agent_test</code> endpoint work during allowlist testing?</summary>

Use it for quick automated checks (it starts a fresh conversation each time unless you pass back a `conversation_id`), but for validating a production number before public launch, testing on real WhatsApp under an allowlist is the more representative method. See [4. Test your Agent](broken://pages/af20ef977eb3ff40523d1c5fe492bd6cb68ab279).

</details>

<details>

<summary>How do I see why the agent replied the way it did?</summary>

Pull that conversation's **turns** — each one shows the internal steps the agent took (which tool it called, what it returned, how long each step took, and whether anything errored or timed out). See [Conversation turns](broken://pages/674987a5a511629914f8e8eb6db6a740d2a8eb2a#conversation-turns).

</details>

## Configuration

<details>

<summary>What can I actually teach the agent?</summary>

Three things: **knowledge** (business info, FAQs, files, websites it can reference), **behavior** (skills — your workflows and tone, written as natural-language directives), and **capabilities** (connectors and tools that call your own APIs, plus UI Skills for rich WhatsApp components). See [3. Configure your agent](broken://pages/03202bdfc6d5f6746c0847acade45c6f4b350019).

</details>

<details>

<summary>Can I upload a spreadsheet or a PDF with a table as a knowledge source?</summary>

Not reliably today. **CSV files, and tables inside PDFs, error out** when the agent tries to read them. Put structured or tabular facts into FAQs or business info instead. See [Known limitations](broken://pages/ae9ce6e2eef77e7388a9ae943bf2c8c9a6801faa#files).

</details>

<details>

<summary>Can the agent send a file or image back to a customer?</summary>

Yes. Sending **rich messages** (images, buttons, carousels, lists, locations, flows) via [UI Skills](broken://pages/03202bdfc6d5f6746c0847acade45c6f4b350019#ui-skills-optional) is supported and is the right tool for that.

</details>

<details>

<summary>What's the difference between a regular Skill and a UI Skill?</summary>

A regular **Skill** tells the agent how to think and respond — tone, priorities, workflows, all in plain text. A **UI Skill** tells it *when* to reply with a rich WhatsApp component instead — a button, image, list, carousel, location, or Flow — again as a natural-language instruction rather than a JSON payload you build yourself. See [UI Skills](broken://pages/03202bdfc6d5f6746c0847acade45c6f4b350019#ui-skills-optional).

</details>

<details>

<summary>Can I connect the agent to my own systems (order lookup, booking, inventory)?</summary>

Yes, via **Connectors and tools** — you define an external API once (a Connector), then add individual operations on it (Connector Tools) with a clear description so the agent knows when and how to call them. See [Connectors and tools](broken://pages/03202bdfc6d5f6746c0847acade45c6f4b350019#connectors-and-tools).

</details>

<details>

<summary>Can I connect an MCP server as a connector?</summary>

**Not yet.** MCP-based connectors are on Meta's roadmap but not shipped. Integrate via the REST connector + tool model for now. See [Known limitations](broken://pages/ae9ce6e2eef77e7388a9ae943bf2c8c9a6801faa#connectors).

</details>

<details>

<summary>Can I cap how much the agent spends?</summary>

Yes — set a **usage budget**, capping token or AI-turn usage within a rolling time window (one day up to thirty days). Once the cap is hit, the agent stops responding until the window resets. See [Usage budget](broken://pages/674987a5a511629914f8e8eb6db6a740d2a8eb2a#usage-budget).

</details>

<details>

<summary>Can I make the agent send a specific, exact-match message at a certain point (e.g. for conversion tracking)?</summary>

You can instruct it to — write a skill telling the agent to reply with an exact phrase when a specific condition is met (e.g. "once the booking is confirmed, reply with exactly: '...'"). In our own testing this behaves as expected, but treat it the way you would any AI-generated output: it's a strong instruction, not a hard guarantee of byte-for-byte output every time. If you're wiring this into an exact-match tracking system (e.g. a conversion tool that matches on literal text), monitor it after launch rather than assuming it'll never drift.

</details>

## Handoff & control

<details>

<summary>What happens when the agent hands off to a human?</summary>

It **stops answering that chat** entirely — make sure a human handover path is actually staffed before you launch, or those customers get silence. On hand-back, the agent also **loses the earlier conversation context**, so don't assume continuity across a handoff. See [Configure your agent — Handoff](broken://pages/03202bdfc6d5f6746c0847acade45c6f4b350019#handoff).

</details>

<details>

<summary>Can I take over a conversation the agent is handling, and give it back?</summary>

Yes. You take control implicitly the moment you send a message to that conversation — from then on, the consumer's messages arrive on `messages` instead of `standby`, and the agent stays quiet. Hand it back with the Thread Control endpoint's `release` action. There's no endpoint to *read* who currently holds a conversation — infer it from `messaging_handovers` webhook events. See [Thread control](broken://pages/674987a5a511629914f8e8eb6db6a740d2a8eb2a#thread-control).

</details>

<details>

<summary>Does the agent always reply in the customer's language?</summary>

Not always automatically — reinforce language behavior explicitly in your skills where it matters.

</details>

<details>

<summary>Can I A/B test MBA against my existing WhatsApp flow on the same number?</summary>

Yes, but it's not a built-in percentage-split toggle — you build the split into your own routing. The pattern: keep your existing flow as the default, and only **release thread control to MBA** for the subset of conversations you want in the test (for example, a random split at the point a user enters a specific journey). MBA doesn't take over a conversation until thread control is released to it, so whatever owns your routing logic upstream — your flow builder, your backend — decides which users get the MBA-led experience. See [Thread control](broken://pages/674987a5a511629914f8e8eb6db6a740d2a8eb2a#thread-control).

</details>

## Known limitations & open questions

<details>

<summary>Is the platform stable enough for production traffic?</summary>

MBA is still in early access. Endpoints can intermittently return a 4XX or 500 with no obvious cause while Meta debugs ongoing instability — this isn't necessarily a sign your configuration is wrong; retry after a few hours before treating it as a real error. See [Known limitations — Platform stability](broken://pages/ae9ce6e2eef77e7388a9ae943bf2c8c9a6801faa#platform-stability).

</details>

<details>

<summary>Is billing fully finalized?</summary>

Not entirely. The payment-method mechanics above are confirmed, but Meta is still shipping billing-related tooling (e.g. the near-real-time cost APIs targeted for mid-September) and MBA usage still isn't in standard billing analytics. Treat commercial terms as provisional and check [Known limitations](broken://pages/ae9ce6e2eef77e7388a9ae943bf2c8c9a6801faa#billing) for the latest.

</details>

<details>

<summary>Can I read who currently owns a conversation via the API?</summary>

No — there's no `GET` for thread control today; only `release` is supported, and ownership has to be inferred from webhook events (`messaging_handovers`) and the `standby` vs `messages` routing. We've asked Meta for a read endpoint.

</details>

<details>

<summary>Will <code>agent_test</code> ever work properly under <code>ALLOWLISTED_ONLY</code>?</summary>

Historically it didn't — it required the agent to be fully published (`EVERYONE`) to return a real reply. Check [4. Test your Agent](broken://pages/af20ef977eb3ff40523d1c5fe492bd6cb68ab279) for the current behavior, since this is one of the areas Meta has been actively changing.

</details>

<details>

<summary>What's still coming that isn't documented yet?</summary>

* **Near-real-time token/cost monitoring APIs** — targeted around 15 September 2026.
* **MCP-based connectors** — on Meta's roadmap, no date yet.
* **A thread-control read endpoint** — requested, no date yet.

We'll fold each of these into the relevant page as soon as they ship — this FAQ and [Known limitations](broken://pages/ae9ce6e2eef77e7388a9ae943bf2c8c9a6801faa) are the two pages to check back on.

</details>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.360dialog.com/docs/mba/meta-business-agent/faq.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
