Email & SMS
Custom integration — assessment requiredDesign notifications with a clear sender and outcome.
Explore data & scopeAssess authorised WhatsApp business messaging for your operational needs. Registry entries do not establish a live SalesTOS WhatsApp sender. Account access, message permissions and provider requirements must be reviewed.
Record ownership and direction are defined below. No universal two-way sync is implied.
Teams need a defined sender rather than scattered personal accounts.
Customer communication must have an authorised purpose and recipient.
Message status should not be mistaken for payment or task completion.
Each row is a separate scope decision. Supported workflows still require configuration; proposed records require assessment and implementation.
| Record or object | Direction | System of record | Purpose | Availability / prerequisites |
|---|---|---|---|---|
| Approved recipient details | SalesTOS → messaging service | SalesTOS for selected contact | Candidate business communication | Assessment: access and appropriate recipient use |
| Message request | SalesTOS → provider | SalesTOS for request | Agreed operational notification | Assessment: account and message requirements |
| Delivery outcomes | Provider → SalesTOS | Provider | Potential communication history | Custom implementation required |
| Replies | Provider → SalesTOS | Provider for received message | Potential follow-up workflow | Separate routing and access assessment |
Review the current Meta business account model and the chosen authorised provider. Establish sender access and the permitted message workflow before implementing API calls or callbacks. Personal-account automation is not offered.
A business could request an approved visit reminder for an eligible customer. If implemented, the provider outcome would be recorded separately from the representative’s visit completion.
A sent or read message does not mark an invoice paid, close a collection or complete a visit.
Use an authorised setup process for credentials. The enquiry form does not request passwords or API secrets.
A proposed connector must define callback verification, duplicate events and failed-message handling. No live WhatsApp delivery or automated retry capability is claimed for the current registry entry.
No. This page offers assessment and clearly scoped implementation.
No. Scope an authorised business messaging setup.
The current provider rules and account permissions must be reviewed for the intended workflow.
No. Communication outcomes and financial outcomes are separate records.
Business messaging account and provider; Sender ownership and authorised access; Message purpose, examples and recipient process; Reply owner and status-retention requirements. Share redacted examples through an agreed channel, never passwords or API secrets in the public form.
Review the objects and prerequisites on this page, then agree mapping, access, refresh timing and acceptance criteria. A sent or read message does not mark an invoice paid, close a collection or complete a visit.
No matching questions. Clear your search or discuss your requirements with us.
Design notifications with a clear sender and outcome.
Explore data & scopeConnect employee identity and attendance events.
Explore data & scopeStart with an approved template and a reviewable import.
Explore data & scopeBring your business workflow and current setup. We’ll use them to assess the right data scope.