定义
告警（Alert）是物联网系统中用于实时通知设备异常、故障或越界等事件的机制。当设备检测到预设条件触发时（如离线、故障、越界、防拆、温度异常等），系统通过短信、推送、邮件、工单等方式将告警信息送达运维人员或平台，以便及时响应与处置。告警是远程运维、安全监控、设备管理的核心能力，与故障告警、异常告警、越界告警、防拆告警等细分类型共同构成完整的告警体系。
告警架构与通道
告警系统通常包括：规则引擎——基于阈值、状态、事件定义告警条件；告警聚合——合并重复告警、抑制风暴；通知通道——短信、推送、邮件、Webhook、工单系统；升级策略——未确认告警的升级与派单。在跨境场景下，告警需支持多语言、多时区，并保障弱网环境下的可靠送达。物联网卡为设备提供稳定连接，确保告警数据能够及时回传至平台。
在物联网与跨境场景中的应用
告警广泛应用于充电桩离线与故障、物流资产越界与防拆、工业设备异常、能源表计异常、冷链温湿度偏差等场景。跨境部署时，设备分散于多国，告警需统一汇聚至运维平台，并支持按区域、按设备类型进行分级处理。达希物联国际物联网卡方案覆盖 200+ 国家和地区，支持 eSIM、流量池共享、一卡多国等能力，为跨境充电桩、资产追踪、物流、远程运维等场景提供稳定连接，保障告警数据的实时、可靠回传。
事件、规则和通知是三件不同的事
告警在国际物联网系统里是一条被规则判定为需要人知道的状态变化，不是每一次上报本身。设备或平台先产生事件，例如离线、数值越过界限、防拆开关动作；规则再决定这件事算不算告警、属于哪一级、要不要合并；通知通道最后才把这条告警送到短信、邮件、应用推送或工单。三级分不开，就会把正常的周期上报全部叫成告警。跨境部署时，同一类事件还要带上设备所在国家和当地时间，否则值班人员无法判断它发生在哪一个维护窗口。
它能够使用，需要规则、通道和值班表同时有效。规则要写明触发条件、恢复条件和抑制时间，避免数值在门槛附近来回时连续产生新告警。通知接收人必须在设备可能上线的时区有人接听，升级链要写到“多久未确认就转给下一人”。设备侧若处于弱网，告警应先在本地或网关排队，连上后再按发生顺序送出，而不是只送最新一条、把中间的恢复丢掉。平台侧要按设备标识和告警类型去重。短信发往另一国家时，要确认该方向的短信业务本身可用，不能假设数据漫游开通了、短信也一定开通。
恢复报文被抑制窗口吃掉
容易出错的是用采集周期代替告警。温度每分钟上报一次并不等于每分钟告警一次；告警只应在越过门槛和恢复时各出现一次。另一类错误是只配置触发、不配置恢复，故障已经消失，值班台仍挂着红色状态。还有一类是把漫游切换造成的短暂离线设成与断电相同的级别，跨境车辆每过一次边界就打一条紧急通知，真正的断电淹没在里面。抑制窗口设得太长时，先发生的故障告警被抑制，随后的恢复也被抑制，界面上永远停在旧状态。
多通道同时打开却没有主次，短信、邮件和推送各报一次，处理人会当成三起事件。告警正文只有设备编号、没有点位和原始值，境外现场人员无法判断该不该出动。把告警规则绑定在某一张卡的在线地址上，卡重新附着后地址变化，规则就不再命中。处理此类问题应先区分事件有没有产生、规则有没有命中、通知有没有离开平台，并对照异常上报里的原始记录与数据回传是否完整，而不是一律重启设备。
通知通道自己的失败也要留下状态，不能静默丢掉。某些到访国没有开通短信时，平台若仍显示告警已发出，值班人员不会知道现场没有收到。每条告警应保存规则命中时间和离开平台时间，两者差距大时先查收件人所在国家和通道，而不是让设备再报一次。恢复通知应回到当初接收触发通知的同一条值班链，避免一地收到故障、另一地收到恢复，谁也不认为需要关闭工单。
同一设备短时间内先触发再恢复时，两条通知若走了不同通道，值班端会留下一条永远不关闭的记录。触发和恢复应绑定在同一个事件号上。通道失败时改走下一条已配置的通道，而不是另起一条没有关联的新告警，让两侧值班各自处理半截事件。