|
Locale Summary |
|
|---|---|
|
Locale name |
Singapore |
|
ISO code |
SG |
|
Region |
Asia-Pacific (APAC) |
|
Guidelines |
|
|---|---|
|
Prerequisites |
Upgraded Twilio account: Free trial accounts must upgrade to a paid account. |
|
Restrictions |
As an RCS for Business provider, Twilio connects businesses with carriers that manage RCS connectivity. To ensure a trusted ecosystem with high-quality interactions, Twilio enforces partner rules and upholds the highest compliance standards. |
|
Requirements |
General Requirements: Opt In Details: Please provide a screenshot or website of the opt-in indicating the user is consenting to receiving messages/communications related to the content being sent by your RCS sender. Video URLs: Provide a video for Google to review your RCS Sender, showing core functionality and functioning opt-out capabilities (Sending of the word "STOP"). You can log in to your Twilio account and add a test device for your RCS sender. An invitation will be sent to the device and once approved, you’ll be able to send test messages and create a video showing the interactions including the opt-out capabilities. You must include both transactional and promotional messages as Twilio submits all RCS Senders as multi-use to avoid additional approvals when expanding to new use cases. Even if you are not currently sending messages in one of the below categories, we strongly recommend to include a sample message of potential future use cases.
Carrier-Specific Requirements: These requirements must be submitted after the RCS sender has been successfully created via the Twilio console. The Operations team will coordinate and manage all discussions related to these next steps.
SGNIC Registration Screenshots
Important: The Sender ID name in SGNIC must exactly match the RCS sender name you are requesting. Mismatched names will result in rejection. Letter of Authorisation (LOA)
|
|
Timeframe |
The RCS onboarding process has two main steps, each with its own timeline.
Step 1: Twilio Internal Review
This initial step is designed to confirm that your submission aligns with all carrier and messaging compliance requirements. The specialist will reach out to you with their findings, highlighting any corrections needed and providing guidance on how to fix them. The overall timeline for this process is variable and depends entirely on the submitted details and your responsiveness to any requested changes. We can only move to the next stage once all the initial requirements are fulfilled.
Step 2: Carrier Review
Once your sender application passes Twilio's review, we submit it to Google and our carrier partner for approval. The final launch timeline can vary and may take longer depending on the use case and specific requirements. The best way to ensure a faster approval is to submit a fully compliant application, as the process can be delayed if Google and carriers require additional information or clarification. Important Note: Please be aware that application timelines may be impacted by carrier network freezes or delays around major holidays.
|
|
Regulatory Bodies |
The telecom and messaging landscape in Singapore is primarily governed by one major regulatory body, supplemented by key legislation that impacts how both SMS and RCS (Rich Communication Services) function. Here are the key regulatory bodies and relevant acts: 1. Infocomm Media Development Authority (IMDA) The IMDA is the main regulator of the telecommunications and media sectors in Singapore.
2. Relevant Legislation (Acts) While the IMDA is the body, two major pieces of legislation dictate content and consent requirements for all mobile messaging:
In short, for RCS and messaging compliance in Singapore, you must ensure your practices meet the standards set by the IMDA under the framework of the Spam Control Act and the PDPA. |
|
Pricing |
Learn more here. |
|
Next Steps |
For the benefit of all our customers, these guidelines are provided to help you comply with applicable requirements and to help ensure Twilio's platform remains compliant with global telecommunications ecosystem requirements. These guidelines represent our current understanding of common compliance requirements generally applicable to Twilio and its customers, and do not constitute legal advice. By posting these guidelines, Twilio makes no assurances regarding the legal compliance of your application built using our APIs. You are expected to understand and abide by all compliance obligations applicable to your specific application. You should check these pages regularly for updates as telecommunications ecosystem requirements continue to evolve and change, and the information below may be updated or changed without notice.