AX2012提供两种类型的Alert，Change-based alert和Due-date-based alert，前者用于在对新建记录、删除记录、记录的某个指定字段被改变的时候发出提醒，后者则是用于监视记录日期类型的某个字段，在超期指定的日期后发出提醒。在记录的编辑form或者list page上右键菜单中我们能找到“Create alert rule”菜单项，通过它打开alert规则创建窗口。规则创建窗口里我们可以选择alert要发给谁，只能是一个特定的用户，不能是一个用户组，如果通知需要发送给多个用户只能创建多个alert规则了。另外在我们可以勾选“Send email”将通知通过邮件的方式发送给用户，要使用这个功能必须设置好Alert邮件模板，首先在Organization administration>Setup>Email-template创建一个Alert的邮件模板（非系统邮件模板），邮件模板中可以添加占位符变量，在生成具体的邮件时指向真实的数据。Alert邮件模板的例子可以在找到。创建好邮件模板后，我们还需要到Organization administration>Setup>Alerts>Alert parameter选择这个邮件模板为我们的Alert邮件模板。所有的通知规则我们可以在Organization administration>Setup>Alerts>Alert rules找到，在这里可以管理创建好的通知规则，使能或者删除规则等。通知规则列表有一列叫做Organiztion-wide，这个不是能手工修改的，如果我们对公司无关的表（比如workers、products）添加规则时会自动打勾。

通知规则创建好后不等于在记录改变时你就能收到Alert消息，我们还需要配置两个Batch job，由它们来处理发出通知消息。一个是 System administration>Periodic>Alerts> Change based alerts，由它处理change-based通知。另一个是 System administration>Periodic>Alerts>Due date alerts，由它出来due-date-based通知。

先来看Change-based的批处理任务，它运行的类是EventJobCUD，它只是判断EventCUD表中是否要处理的Alert事件，如果有则交由EventJobCUDTask处理。EventJobCUDTask读取EventCUD需要处理的记录的用户ID，通过runas切换到该用户运行EventJobCUDTask.runCudEventsForUser()，runCudEventsForUser依次读取该用户相关的EventCUD记录，然后交由EventProcessorCUD处理。EventProcessorCUD针对事件的类型（更新、删除、创建、主键更改）做不同的处理，比如更新事件，它从EventCUD的Data字段（Container类型）剥离出被监视记录字段的字段ID、新老值，创建EventTypeCUD对象，保存更新字段的新老值，随后根据通知规则中的通知类型创建相应的EventAction，最后生成相应的事件通知保存在EventInbox表中。如果指定了使用邮件通知，会创建EventActionEmail对象，它负责生成占位符对象数据映射，交由SysEmailTable或者SysEmailSystemTable生成实际的邮件放到SysOutgoingEmailTable等候发送。处理成功后相关记录在EventCUD中被删除。这里只是对处理过程做了简单的陈述，实际的过程要复杂得多，需要处理表继承已经通知规则中指定的记录过滤查询等。

可以看出change-based通知的核心是处理EventCUD的记录，那么这个表中的数据是从哪里来的呢？微软的解释是使用database log来检测记录更改，alert模块在xApplication类的EventInsert、EventUpdate、EventDelete注册自己的回调函数，如果通知规则中涉及到的表发生变化将更改记录到EventCUD表。可以看到的是如果我们添加一个通知规则，在表DatabaseLog中会相应增加一条记录，记录对哪个表做EventXXX类型的log。System administration > Setup > Database > Database log setup看不到这些记录，这个form不显示和EventXXX类型的DatabaseLog。在通知规则监视的表记录修改后，其修改记录在System administration > Inquries > Database > Database log也是看不到的，但是在EventCUD中会增加相关记录。xApplication是系统类，看不到具体是如何实现的。

再来看Due-Date-based的批处理任务，它运行的是EventJobDueDate，它读取EventRule表中Due-date类型的通知规则的用户ID，也是runas切换到该用户执行runDueDateEventsForUser()，在runDueDateEventsForUser中调用EventProcessorDueDate.processRule()来处理当前的EventRule，从EventRule中读取记录过滤Query，读取Query中的记录，调用EventProcessorDueDate.processRecord()处理记录，如果日期字段超期，也是根据通知规则中的通知类型创建相应的EventAction，后面的过程和change-based类似了。如果通知规则已经触发并成功处理，该通知规则会被添加到表EventRuleIgnore中，后续不再触发（在EventTypeDue.canExecute()判断）。

在了解了Alert如何工作的后，我们可以添加自定义的事件类型（EventType）和自定义的事件处理动作（EventAction），可以参见。

通知消息是保存在表EventInbox中的，在user options的Notification一节我们可以设置接受通知的时间间隔，客户端按照时间间隔读取通知消息，如果通知设置了需要显示弹窗，AX client会弹出弹窗。可以想见的是直接操作EventInbox来创建用户通知，网上有很多例子，这里截取一个（http://daxldsoft.blogspot.com/2012/10/create-custom-alert-for-ax-with-go-to.html）：

public static void CreateAlert(str message,                 str subject,                 UserId userId = curUserId(),                 NoYes showPopup = NoYes::Yes,                 NoYes sendEmail = NoYes::No,                 Common record = null,                 str dataSourcename = '',                 MenuFunction menuFunction = null)   {     EventInbox inbox;     DictTable table;     EventContextInformation eci;     EventInboxData inboxData;     Args args = new Args();     List list;     EventInboxId inboxId = EventInbox::nextEventId();     FormRun formRun;     WorkflowRecordCaptionGenerator recordCaptionGenerator;     UserInfo userInfo;     inboxId = EventInbox::nextEventId();     inbox.initValue();     inbox.ShowPopup      = showPopup;     inbox.Subject       = subject;     inbox.Message       = message;     inbox.SendEmail      = sendEmail;     inbox.EmailRecipient    = SysUserInfo::find().Email;     inbox.UserId        = userId;     inbox.InboxId       = inboxId;     inbox.AlertCreatedDateTime = DateTimeUtil::getSystemDateTime();     if (record)     {       table = new DictTable(record.TableId);       eci = new EventContextInformation();       if (!menuFunction)       {         menuFunction = new MenuFunction(table.formRef(),MenuItemType::Display);         if (!menuFunction)           throw error(strFmt("@SYS104114",table.formRef()));       }       //Build the data to drill down to from the notification       args.menuItemName(menuFunction.name());       args.menuItemType(MenuItemType::Display);       args.name(menuFunction.object());       eci.parmPackedArgs(args);       eci.parmAlertBuffer(record);       eci.parmAlertFormDsName(dataSourceName);       //eci.parmDontUseFormRunFromMenuItem(true);       inboxData.InboxId = inboxId;       inboxData.DataType = EventInboxDataType::Context;       inboxData.Data = eci.pack();       inboxData.insert();       inbox.AlertTableId = table.id();       inbox.ParentTableId = table.id();       recordCaptionGenerator = WorkflowRecordCaptionGenerator::construct(record);       inbox.AlertedFor = recordCaptionGenerator.caption();       list = SysDictTable::getUniqueIndexFields(table.id());       if (list)       {         inbox.keyFieldList(list.pack());         inbox.keyFieldData(SysDictTable::mapFieldIds2Values(list,record).pack());       }       inbox.CompanyId = record.company();     }     inbox.insert();   }

使用上面的函数来创建Alert：

static void Job155(Args _args)   {     InventTable inventTable;     select firstOnly inventTable;     DEVUtils::CreateAlert("message", "subject", curUserId(), true, false, inventTable, "InventTable", new MenuFunction(menuitemDisplayStr(EcoResProductDetailsExtended), MenuItemType::Display));   }

上面的CreateAlert函数有个sendEmail参数，对应EventInbox的字段SendEmail，把这个参数设置为true，我们也不会收到邮件，因为我们只是标记了这个字段，我没有找到系统中有比如batch job来将EventInbox通过邮件发送出去。