> ## Documentation Index
> Fetch the complete documentation index at: https://smerio.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# RCS integration overview

> Plan an RCS integration with SMS fallback, sender testing and observable delivery events. Learn what Smerio is building and what is available today.

<Note>
  Smerio is in development. This overview describes the integration being designed. Self-service API credentials and production messaging are not yet available.
</Note>

## Start with your messaging workflow

Identify the application event that should trigger a message, the target market and the customer action it should support. Prepare both the rich RCS experience and a useful plain-text SMS alternative.

For an appointment reminder, that could mean a branded card with a booking link and an SMS containing the essential time, business name and the same destination. The preview on the [Smerio website](https://smerio.com/) is illustrative.

## Separate preview, testing and production

1. **Preview:** review the sender identity and message content. A preview sends nothing.
2. **Test:** use an enabled provider account, a test sender and an accepted test-device invitation. Observe the actual message and its delivery outcome.
3. **Production:** complete the applicable brand, market and carrier approval steps before reaching customers beyond the test group.

Google documents [test-device invitations](https://developers.google.com/business-communications/rcs-business-messaging/guides/build/test) and [launch approvals](https://developers.google.com/business-communications/rcs-business-messaging/guides/launch) separately. Provider access and approvals determine when a real test or launch can proceed.

## Planned API boundaries

Smerio is designing two related API surfaces:

* **Messaging:** send requests, delivery status and events.
* **Platform management:** workspaces, brands, senders, credentials and usage.

Endpoint paths, authentication examples and SDK installation instructions will be published when their contracts are implemented and verified. This page does not contain executable Smerio API examples yet.

## Observe each delivery attempt

An accepted request is different from a delivered message. Keep RCS delivery, SMS fallback and final outcomes distinct. Define a timeout and late-event policy to avoid sending duplicate messages when a delayed RCS delivery overlaps an SMS attempt.

Read [RCS and SMS fallback](https://smerio.com/blog/rcs-and-sms-fallback/) and [from a test sender to production](https://smerio.com/blog/from-test-sender-to-production/) for practical considerations.

## Discuss an integration

[Contact sales](mailto:sales@smerio.com) with your workflow, target market and current messaging setup. For documentation corrections or technical questions, [contact support](mailto:support@smerio.com).