Support · Legal
Verified RCS · SMS · MMS

What is an RBM agent?

Technical RCS & Developers

Quick answer

An RBM (RCS Business Messaging) agent is a brand’s verified sender identity in the RCS ecosystem, the entity through which a business sends and receives RCS messages. It carries the brand’s name, logo, color, and verification badge, and it’s assigned a use case (such as OTP, transactional, promotional, or multi-use) that governs what it’s allowed to send. Every business RCS message originates from an RBM agent, which is what makes business messaging branded and trustworthy rather than anonymous.

Setting up an agent involves registering the brand, configuring the agent’s identity and use case, and getting it verified/launched through Google and the carriers, a process a provider like SimplyRCS manages for you. Once live, the agent is addressed by an agent ID in API calls.

How an agent is structured

An agent bundles three things that are easy to confuse. First, the identity: the display name, logo, brand colour, description, and contact details a recipient sees. Second, the use case, which is the category the agent is approved for and which governs what it may legitimately send. Third, the technical binding: an agent ID that API calls address, plus the webhook endpoint where inbound messages, taps, and delivery events arrive.

Use case matters more than people expect, because it is enforced rather than advisory. An agent approved for OTP exists to deliver one-time passcodes; sending promotional content from it is a violation that risks the agent, not just the message. Multi-use combines transactional and promotional, but deliberately excludes OTP, which is why high-volume senders often run more than one agent.

Why the agent is the unit that matters

Everything reputational attaches to the agent, not to your account. Approval, verification status, the use case, and the sending record all sit at agent level. That is why an agent is treated as an asset worth protecting: losing verification on it costs the brand treatment on every message it sends, and re-approval is slower than the original launch.

Example. A retailer runs two agents. A transactional agent sends order confirmations and delivery updates, and a promotional agent sends offers. Splitting them means a customer who opts out of marketing keeps receiving delivery updates, and a problem with promotional content cannot jeopardise the agent carrying order notifications.

Key facts
  • An RBM agent is the verified brand sender: it carries the name, logo, and verification badge.
  • Each agent has a use case: OTP, Transactional, Promotional, or Multi-use (which combines transactional and promotional but not OTP).
  • All business RCS messages are sent from an RBM agent, addressed by agent ID.
  • Verification, approval status, and sending reputation attach to the agent, so many brands run separate agents per use case.
  • SimplyRCS registers the brand, configures the agent, and carries it through Google and carrier approval.

Frequently asked

What is the difference between an RBM agent and a verified sender?

They are the same entity at different stages. The RBM agent is the sender identity you configure and submit; the verified sender is that agent once Google and the carriers have approved and launched it. In everyday use the terms are interchangeable, and "verified sender" usually implies the agent is already live.

How many RBM agents does a business need?

One is enough to start. Brands separate agents when they want to isolate reputational risk or respect different consent, most commonly a transactional agent for order and delivery messages and a separate promotional agent for marketing, so an opt-out or a content problem on one does not affect the other.

What is an agent ID?

The agent ID is the identifier your API calls address when sending, and the value that appears on inbound webhook events so you can tell which agent a reply or tap belongs to. It is issued when the agent is created, and it is how the platform routes traffic to the right sender identity.

Can an RBM agent receive messages as well as send them?

Yes. RCS is two-way, so an agent receives free-form replies, taps on suggested replies and actions, and delivery and read events, all delivered to your webhook endpoint. That is what allows a bot or a human agent in a shared inbox to continue the conversation inside the same verified thread.

The fastest way to understand RCS is to receive one. Get a free sender ID test →

← All RCS questions