How to send client account sign-in SMS notifications in WHMCS
PD AWS SNS can notify a client after a successful account sign-in in WHMCS. This is an account-activity notification, not an SMS code required before signing in.
Prepare the recipient and message
Check the effective mobile number and country on a controlled test client. Open AWS SNS → Client Preferences, review Account Texts, and apply the intended profile choices. The event’s category determines its preference check; putting a template into another library category does not bypass that check.
Create an enabled template under Templates. Keep the template simple, for example `Hi {first_name}, there was a sign-in to your account at {company_name}. If this was unexpected, please contact support.` Avoid invoice or ticket fields: a sign-in event does not supply their context. Use the merge-field reference, and keep the text limited to the information the recipient needs. Do not include passwords or sensitive service access details in the message.
Add the trigger
- Open PD Modules → AWS SNS → Triggers → New trigger.
- Under When this happens, choose Sign-in to their account.
- Under Send this template, choose the intended enabled template.
- Under Send via, choose an explicit gateway. Use Test / Debug Log only for a controlled rehearsal.
- Choose Create trigger, then review the row’s event, template, gateway and On/Off state.
The notification follows a successful client sign-in. It does not block the session or add a pre-login challenge. A staff administrator sign-in is a different event. The user must resolve to a client account for this client-facing trigger to have a recipient.
Account Texts starts hidden in the module’s default preferences. Offer that category deliberately and review the client’s choice. A trigger saved while Account Texts is Not offered will not notify the client. Check that the original customer sign-in was associated with a client account. A saved enabled trigger alone does not prove that the event had a recipient.
Verify the outcome
Review History for the actual recipient, rendered text and gateway. If queueing is enabled, normal cron operation and quiet hours can delay the attempt. A category marked Not offered, a client preference, a disabled template or missing mobile number can prevent sending even when a trigger exists.
Do not repeat a real customer event to force another notification. Check whether another enabled trigger already handles the same event before adding a duplicate. For Amazon SNS, a Sent result means the provider accepted the request; phone delivery must be investigated separately. An Unknown timeout needs reconciliation before any repeat message.
See the PD AWS SNS WHMCS guide for related tasks, or explore PD AWS SNS.