# Create your RCS sender

To send RCS messages, you must create an RCS Business Messaging sender. Follow our guide below to create your sender and verify your business identity.

You can create a sender in two ways:

1. [Infobip web interface](https://portal.infobip.com/login): Guided self-service with smart validation. The system checks your inputs, including file formats and image sizes in real time. If you upload a logo or banner that does not meet the required specifications you will receive an immediate prompt to fix it, preventing any submission delays.
2. [Infobip API for RCS](https://www.infobip.com/docs/api/channels/rcs): Use the [Create RCS sender API](https://www.infobip.com/docs/api/channels/rcs/rcs-service-management/create-rcs-sender) to automate registration or integrate it into your systems.

Watch the demo video below to see how to create an RCS sender and whitelist your test number:

## How to create an RCS sender

Follow these steps to register your RCS sender.

1. In the [web interface](https://portal.infobip.com/login), navigate to **Channels and Numbers** > **Channels**.
2. From the list of available channels, select **RCS Business Messaging**.
3. In the **Create RCS Business Messaging sender** section, select **Create sender** to open the sender creation form.
4. Complete the sender creation form.

The sender creation form includes required details for the RCS sender setup.

### RCS sender details

| Field | Description |
| --- | --- |
| Sender name | Unique sender identifier on the Infobip web interface.The sender name cannot be blank, include whitespaces.The sender name can be up to40 characterslong and is not visible to end users.You cannot change the sender name after creation. |
| Brand | Business entity that owns or operates the RCS sender.Select an existing brand or create a new one.Brand names are limited to40 characters.The brand field must not be blank and cannot be changed after the sender is created.This field is not consumer facing and is used for internal identification only. |
| [Billing category](https://www.infobip.com/docs/rcs/billing-types) | Defines how messages from the sender are billed:Non-conversational:Billed per message (SMS-style).Ideal for one-way messages, including one-time passwords (OTPs), alerts, and promotions.Supports plain text up to3,072 characters.Richer content is allowed, but billing continues to follow a per-message model.Conversational:Billed per conversation within a 24-hour window, with unlimited messages, including multiple application-to-person (A2P) and person-to-application (P2A) messages.Suitable for two-way communication and complex user interaction. If the end user does not reply within 24 hours, messages are billed per message.If the end user does not reply within 24 hours, messages are billed per message.

Non-conversational message types never trigger conversational billing. Billing is based solely on the content type delivered, ensuring a clear billing system. |
| Hosting region | Physical location where your RCS sender’s backend services are hosted with Google.This ensures data residency, privacy compliance, network latency optimization, and carrier regulatory compliance.You cannot change the hosting region after sender creation. |
| Use case | Defines the message type:One-time password (OTP):Used for account authentication or secure transaction confirmation.Transactional:Notifications, alerts, and updates related to a customer's existing services or activities, such as purchase confirmations, delivery updates, or suspicious login alerts.Promotional:Sales-driven and marketing content sent to promote awareness, engagement, or purchases. Includes limited-time offers, product announcements, and campaign messages.Multi-use:A combination of transactional and promotional flows. For example, notifying a user about account activity and then offering a discount or upgrade for a related product or service. |

### RCS public profile details

On the right side of the form, you can see a live preview of how your sender will appear to the end user.

**Display and visual identity**

| Field | Description |
|------------|-----------------|
| Display name | Sender name shown on the end user’s device. Use a sender name that clearly represents your brand so end users can easily recognize who the message is from. If your brand uses multiple sender names, add details to distinguish each sender. Follow channel-specific requirements when setting sender names. |
| Description | Short text summary displayed on user devices that explains the use case of your RCS sender. |
| Color | Main icon theme color in hex format (for example, `#000000`). The color must meet accessibility contrast requirements with a ratio of at least 4.5:1 against white text. For more information, refer to the [W3C accessibility guidelines on minimum contrast](https://www.w3.org/WAI/WCAG21/Understanding/contrast-minimum). |
| Banner image | JPEG/JPG format, 1440 × 448 px, max 200 kB. Appears at the top of the sender profile. |
| Logo image | JPEG/JPG format, 224 × 224 px, max 50 kB. Appears as the sender’s avatar. |

**Contact details**

| Field | Description |
|--------|--------------|
| Primary phone number | End-user support number. Accepts E.164 format (for example, `+1234567890`) or local/national format (for example, `1234567`). Numbers with `+` must be valid E.164 with known network prefix. Numbers without `+` must be 3-20 digits. Spaces, dashes, parentheses, and dots are automatically removed. Emergency numbers are not allowed. |
| Label for phone | Display label for the phone number. |
| Primary email | Brand's email address in a valid email format. |
| Label for email | Display label for the email address. |
| Primary website | Public website for the brand. Must start with `http://` or `https://`. |
| Label for website | Display label for the website. |

**Legal details**

| Field | Description |
|--------------------------|-------------|
| Privacy policy URL | Direct link to the brand's privacy policy. Must be public and start with `http://` or `https://`. |
| Terms of service URL | Direct link to the brand's terms of service. Must be public and start with `http://` or `https://`. |

**Create your sender or save draft**

Once all required fields are filled in, you can choose two options:

1. Select Create sender on the Infobip web interface. This action [creates an Agent on the Google platform](https://developers.google.com/business-communications/rcs-business-messaging/guides/get-started/first-agent).
2. Save as draft to finish later.

**Track sender status**

You can monitor your sender in any of the defined sender statuses.

To check the status of your sender:

- In the web interface, go to **Channels and Numbers** > **Channels** > **RCS Business Messaging**.
- Open the **Senders** tab.
- Locate your sender and check its status.

Possible sender status:

| Status | Description |
|-------------|-----------------|
| Draft | Sender details saved but not submitted for registration. Sender is editable. |
| Pending | A registration or update request has been submitted and is being processed. Sender is locked during processing. |
| In testing | The sender has been approved for testing. The sender is unlocked for editing, and you can add test devices and send test messages. If a launch attempt fails (all providers reject), the status returns here. |
| Pending launch | Launch has been requested. The sender is locked and cannot be edited. |
| Update required | After a launch request, an update to the sender is required before launch can proceed. The sender is unlocked for editing. |
| Launched – In progress | At least one provider has successfully completed launch, and the launch process with other providers is still underway. • Properties are locked (except platform parameters). • Test traffic is still allowed. |
| Launch – Partial success | All providers have completed their launch process, with mixed results, some approved and others rejected. • Properties remain locked (except platform parameters). • Testing is still allowed. |
| Launched | The sender is fully live and approved for launch in at least one country. • Production traffic is enabled for approved countries. • Test devices can no longer be added or edited. |

Edit or submit your sender for launch

- Edit sender: Available when status is Draft, In testing, or Update required.
  - Go to the Senders tab, select your sender, and choose Edit sender.
- Request launch: Available once your sender has been successfully tested (In testing status).
  - Go to the Senders tab, select your sender, and choose Request launch.

Before requesting a launch, review the [launch requirements](https://www.infobip.com/docs/rcs/get-started/launch-your-sender#launch-requirements) for your target countries.

## Configure inbound actions and keywords

Set up actions and keywords for inbound messages to automate message processing, reduce manual handling, and improve message management. With this feature, you can configure specific actions, such as forwarding to an HTTP endpoint, and defining keywords to trigger those actions.

To configure inbound actions and keywords for RCS, follow the steps below:

1. In the web interface, go to **Channels and Numbers > Channels**.
2. Select **RCS Business Messaging** and navigate to the **Senders** tab.
3. Choose the sender and select the ⋮ (three dots) menu > **Edit configuration**.
4. Configure the inbound actions and keywords as needed.

### Supported actions for RCS

You can configure different types of actions to handle inbound messages from RCS. Expand each section below to view the available actions and their descriptions.

Forwarding actions

| Action | Description |
| --- | --- |
| Follow subscription | Forward inbound messages to configured subscriptions. One subscription can cover inbound messages for multiple numbers. Recommended for simpler management and better security with authentication configuration. |
| Forward to HTTP | Forward inbound messages directly to a specified HTTP endpoint. |
| No action | Do not forward inbound messages. |

Non-forwarding actions

| Action | Description |
| --- | --- |
| Conversations | Route inbound messages to Conversations for agent handling. |
| Auto response | Send an automatic response message to the end user when they send an inbound message. Configure the message text and optionally specify the sender name. |

Blocklist actions

| Action | Description |
| --- | --- |
| Add to blocklist | Automatically add end users to your sender blocklist when they send a specific keyword (such as STOP). Configure the blocklist level:From this sender:Block the end user from receiving messages from this specific sender only.Common use case:Opt-out management for compliance. When an end user sends "STOP", they are added to the blocklist and receive an auto-response confirmation. |
| Remove from blocklist | Automatically remove end users from your sender blocklist when they send a specific keyword (such as START). Configure the blocklist level:From this sender:Remove the block for this specific sender only.Common use case:Opt-in management. When an end user sends "START", they are removed from the blocklist and can receive messages again. |

For more information, refer to [Messaging actions](https://www.infobip.com/docs/numbers/keywords-and-actions#messaging-actions-actions) and [Keywords](https://www.infobip.com/docs/numbers/keywords-and-actions#keywords).