Automate notifications with Zapier
When something happens in Dime.Scheduler, route it somewhere - Slack, email, a CRM. Zapier is the simplest path; Webhook is the lower-level alternative.
Before you start
Zapier is the low-effort path for getting events out of Dime.Scheduler and into something else. Reach for the webhook connector instead when you need full control over the payload, or when the target system is one Zapier does not reach.
Know the shape of what is on offer before you design anything. The connector triggers on appointments only: created, updated, removed. If you need to react to a change on a task or a resource, a trigger will not fire for it.
Actions are much broader. You can create or update appointments, tasks, resources, jobs, categories, time markers, pins, containers, assignments, notifications, action URLs, captions, filter groups, and filter values, as well as set attributes and delete items.
So the asymmetry to design around is: narrow triggers, wide actions.
1. Get the prerequisites in place
You need a Zapier account, a running Dime.Scheduler instance, and an API key. See prerequisites.
Create the key with a name that says what it is for, so that revoking it later is an obvious decision rather than a risky one. Remember the key is displayed only once at generation.
Build against the sandbox first. A misconfigured Zap that loops or duplicates is much cheaper to discover there.
2. Create the Zap
Installing walks through finding the connector, creating the Zap, and authenticating.
At authentication you choose the environment, and it belongs to the connection rather than to the Zap, so every Zap built on that connection inherits it. Check you picked the one you meant: pointing a test Zap at production is the mistake that turns a five-minute experiment into a cleanup job.
When you go live, make a second connection for production instead of editing the sandbox one, so the configuration you tested stays intact.
3. Pick the trigger
Choose from triggers: new, updated, or removed appointment. Each delivers the full appointment payload, including job details, resource information, timing, and custom fields, so you rarely need a follow-up lookup to enrich it.
Updated appointment is the one to think hardest about. Any change fires it, including ones you do not care about, so a Zap that notifies on every update gets muted by its recipients within a week. Add a Zapier filter immediately after the trigger to narrow to the changes that matter.
4. Configure the action
Point the action at wherever the event should land: a Slack channel, an email, a CRM record.
If the action writes back into Dime.Scheduler, get source app and source type right. They are what identify where a record came from and how it routes, and they are the usual cause of records that are created successfully but never appear where expected. See actions.
5. Test before enabling
Run the Zap against sample data and confirm both ends: the trigger fires when you expect, and the action produces what you want at the far end.
Then enable it.
Verify
Do the round trip with a real appointment rather than Zapier's sample payload. Sample data has every field populated; real data often does not, and a Zap that depends on an empty optional field fails only in production.
If the Zap writes back into Dime.Scheduler, check transactions to confirm what actually arrived.
Related
- Set up a webhook connector for full control over the payload.
- Zapier troubleshooting when a Zap does not fire.