Hi there!
Based on the search criteria it seems that you are interested to learn how to properly Use the A2P SMS Disclaimer.
When a customer enters a phone number at check-in, Frontlion asks them to choose Accept or Deny under the heading I agree to receive text messages. That choice is their consent to receive SMS about their visit, and it is recorded against the visit.
This article covers what the customer sees on a kiosk, on a mobile link, and on the form an associate fills in for them, and what staff should and should not do while consent is being captured. To enable the disclaimer or change its wording, see How to Configure the A2P Consent Disclaimer.
What the customer sees, and how to use it
The disclaimer behaves identically wherever the workflow runs. Once a phone number has been entered, the customer must choose Accept or Deny before the check-in can be completed.
| Choice | Result |
|---|---|
| Accept | The customer is opted in. Frontlion may send visit updates and "you're next" notifications by SMS to the number provided. |
| Deny | The customer is opted out. The check-in still completes and the number is still stored on the visit for staff to call, but Frontlion does not send SMS to it. |
Important: Denying consent must never block a customer from joining the queue. Do not configure your workflow so that SMS consent is a condition of service.
Frontlion recommended disclaimer: By entering your phone number, and accepting the communication, you agree to receive SMS notifications about your place in line from the [Company] via Frontlion. Message frequency varies. Message & data rates may apply. You can reply STOP to opt out at any time. Text HELP for help. Please check our privacy policy bellow.
On a lobby kiosk
- The visitor reaches the questionnaire and enters their number in the phone field.
-
The consent panel sits beside the field, so they read it as they type.
-
They tap Accept or Deny, then Continue.
Tip: On a shared kiosk, the consent belongs to the person standing there and to the number they typed — not to the device. Lobby staff should never tap Accept for a visitor.
On mobile
- The visitor opens the check-in link and enters their number.
-
The panel appears under the phone field. On a narrow screen the disclaimer wraps, so scroll to confirm the whole block, including the terms link, is reachable.
-
They tap Accept or Deny, then Continue.
Tip: Mobile is where the terms link matters most, because the customer can actually tap it. Open the link on a phone yourself and confirm the page is readable at that width.
On the associate's form
The panel also appears when an associate adds a customer from the Queue.
- The associate enters the customer's number on the ADD NEW CUSTOMER form.
-
They ask the customer whether they want text updates, and record the answer the customer actually gives.
- They click Continue and the check-in proceeds.
Important: Never select Accept on a customer's behalf without asking them. Consent recorded without the customer's agreement is not valid consent, and it is the kind of thing that surfaces in a carrier audit or a complaint.
Before you go live
- The phone question is type SMS-Enabled Phone, and Show SMS Disclaimer Message is selected on every question that collects a number.
- The workflow is published.
- The disclaimer text still contains all six required elements — in particular HELP, STOP, "Message and data rates may apply", and the pointer to your terms.
- The terms link opens, on your own domain, without a login, and the page covers mobile messaging and data sharing.
- You have checked in on a kiosk and on a mobile link, and confirmed the panel appears and that both Accept and Deny complete the check-in.
- Associates have been briefed not to answer on the customer's behalf.
Troubleshooting
| Symptom | Likely cause |
|---|---|
| The consent panel does not appear at all | The question type is not SMS-Enabled Phone, Show SMS Disclaimer Message is not selected, or the workflow was not published. |
| It appears on the kiosk but not on mobile | The two templates are connected to different workflows. Check the workflow attached to each. |
| Customers who chose Accept are not receiving messages | They may have previously replied STOP, which opts them out at the carrier level. Re-selecting Accept in Frontlion does not override that — they must text START, or the keyword your program uses, to opt back in. |
| The terms link returns a 404 or opens a login page | The page has moved or was never public. Fix it as a priority — a dead link in a consent flow is a compliance problem, not a cosmetic one. |
| Carriers have queried or rejected your campaign | Most often the linked policy does not mention mobile messaging or data sharing. Work through The terms and conditions link above, then contact Frontlion Support. |
For additional support, contact the Frontlion Support Team.
Was this article helpful?
Articles in this section
- How to Use the A2P SMS Disclaimer
- How to Use the Customer Indicator in the Queue
- How to Use the Personal Identifier at Check-In
- How to use Insights with Customer Properties data
- How to Use Customer Properties in the Queue
- How to Download an Insights Report
- How to Share an Insights Report
- How to Use Service Guides from within the Queue
- How to use the Auto Call Feature in the Queue
- How to use Custom Tabs in Queue View