Stop notifications for internal-only jobs?

Question

We have a significant volume of internal work orders — equipment maintenance, warehouse moves, training sessions — that do not involve external customers. I have confirmed that these jobs are triggering the same automated SMS and email notifications as customer-facing work orders.

I can reproduce this when the Customer field is left blank or populated with an internal placeholder contact. The notification routing logic does not appear to distinguish between internal and external job types.

What I need to implement:

Conditional suppression of customer-facing notifications when a work order is flagged as internal
Alternatively, a notification template that routes only to internal staff

Current environment: FieldPulse web application v3.3.1, API v2.1. I have reviewed Setting Up Customer Notifications and found no explicit coverage of internal-only scenarios.

Is there a configuration toggle, custom field condition, or API-level control that would allow us to suppress customer notifications for designated internal job types? If not, what is the recommended workflow to prevent notification spam to placeholder contacts?

Priya Nair (Staff) · Accepted Answer

Following up with a clarification: the suppress_customer_notifications field mentioned by Carlos is not officially documented in API v2.1. It exists in the underlying data model but has not been promoted to stable API surface. I have confirmed with engineering that using this field will not cause immediate breakage, but it is subject to change without deprecation notice in future releases. The officially supported method for notification control remains: Job type → notification template mapping Service area notification overrides Per-customer notification preferences For advanced use cases requiring runtime suppression, please open a support ticket to discuss your requirements — we are collecting feedback for a potential Notification Rules Engine feature in H2. See Configuring SMS and Email Alerts for documented template configuration.

Priya Nair (Staff) · Answer

Hi Rachel, great question and thank you for the detailed reproduction steps. You're right that the current notification engine doesn't automatically distinguish internal vs. external jobs.

Here is the recommended approach:

Create a dedicated 'Internal' job type under Settings > Work Orders > Job Types
Configure a separate notification template for this job type that excludes customer-facing channels
Set the Notification Recipients to 'Assigned Technicians Only' rather than 'Customer + Technicians'

For existing jobs, you can bulk update the job type via the API or reach out for assistance with a bulk edit.

The placeholder contact approach you mentioned is actually a common anti-pattern — it can cause issues with reporting and sync integrations. I would recommend migrating away from that pattern if possible.

Let me know if you need help with the API bulk update script.

Gwen Albright · Answer

Another approach that doesn't require dev work: we use Service Areas as a hack. Created a 'Internal' service area with no geofence, then disabled all customer notifications for that area in Notifications > Service Area Settings . Pro tip: You can also set the service area's default notification template to an internal-only version with your company branding but no customer variables. This keeps everything in-app configurable without API maintenance. Downside: technicians need to remember to select the right service area. We solved that with a required checklist question on job creation that routes to the correct area based on response.