Email Alert Operation

Hi Smythe,

This should be pretty straightforward! The docs cover a few simple use cases such as setting up Ens.Alert as a router to the email operation, or just having the email operation be Ens.Alert itself. Basically, the system knows to send interoperability alerts to whatever component is called Ens.Alert.

https://docs.intersystems.com/iris20221/csp/docbook/Doc.View.cls?KEY=EGDV_alerts

(These docs are for IRIS but the concept is the same for Ensemble)

Here is a diagram that I put together of our process. But I have code to use Data Lookup tables to pull the information needed to format the emails to send out.

Enabling the Ens.Alert process allows you to route errors to an outbound operation based on the alert itself.  We use this to either route alerts to an oncall analyst (and we change the contact information weekly as we rotate amongst our team), or for less critical alerts, we route them to a different email operation that just emails the team as a group.  We have rules built around times so we don't get overnight pages for those less critical components based on their existence in a table, while still being able to receive those that are critical at any time.  Example:  We have scheduling interfaces that alert over holidays because there's no traffic from the business office, so we have a "holiday" table that we maintain yearly for workdays that are holidays (and additional mandatory PTO days) as well as a NoHolidayAlerts table, where we add either the service or the operation to that table that we don't want to receive alerts for.  Then those alerts are suppressed on those days for those components.  We also have a NoAfterHours table, as well as a NoAfterHoursNoSS (saturday/sunday) table, for those components that we don't want to hear from if it's not business hours M-F.  Let me know if you need more info!  We have quite a number of rules in our Ens.Alert router for these types of things.