Ten days ago we connected Watchman Monitoring to Apple Business Manager and Apple School Manager. Today’s dashboard update is the follow-up pass: the lists now show you every Mac instead of a sample, and the tables sort. Both Mac lists are paginated instead of truncating The enriched list and the “no agent installed” list each showed a capped sample with a “showing N of M” note at the bottom. That answers how many but never which ones – and on any fleet big enough to matter, the Mac you came looking for was in the part that got cut off. Both lists now paginate, 25 to a page, so the whole population is reachable. Every column on every table sorts as well, and each table keeps its own sort independently — sorting the purchase report doesn’t scramble the device list underneath it. One caveat: each sync stores at most 250 unmonitored devices per connection, so on a very large organization that list is still a sample. It says so when it is. An MDM server column The enriched device list now names the MDM server each Mac is assigned to, the same way the Mac’s own page does, and calls out devices assigned to ...

Hey folks! We’re happy to announce that we’ve just released a huge update to the Webhooks feature in Watchman Monitoring. Here’s what’s changed: Setting up an endpoint New “All events” firehose option. When you create an endpoint, it now defaults to receiving all events instead of making you hand-pick each one. Two-mode event selector. You choose between All events or Specific events, with validation so you can’t save a broken configuration, plus warning callouts (for Beacon-related events) when relevant. Refreshed event descriptions and a new transition reference explaining how status changes map to events, so it’s clearer what each event actually means. What ends up in the payload Webhook payloads now include richer, more meaningful fields: severity, previous_severity, mute_type, is_muted, and is_hidden. Backward compatible — the old integer fields (status_code, previous_status, new_status) are still sent alongside the new ones, so existing integrations keep working without changes. Slack-formatted messages show both the legacy and the new fields. Delivery behavior Smarter alert/warning triggers. The “Plugin alert” event (now labeled “Plugin alert / warning”) fires on more of the transitions users actually expect: entering Warning from OK or Informational, and entering Alert from OK, Informational, or Warning — so escalating from a warning to a full alert now sends an alert webhook, which it previously didn’t. It still won’t fire on de-escalations or a plugin’s first report. The underlying plugin_alert event type is unchanged, so ...