定义
停复机是物联网卡停机与复机的管理。停机原因包括欠费、流量用尽、违规、设备回收等；复机需缴费或续费后触发。支付成功可自动复机，与套餐下发联动实现「支付即复机」。
停机类型
- 欠费停机：套餐到期未续费、账户余额不足导致自动停机，缴费后通常可自动或手动复机。
- 流量用尽停机：套餐内流量耗尽且未开通超量计费，需订购新套餐或续费后复机。
- 违规停机：卡用于违规用途被运营商或平台强制停机，需申诉或整改后申请复机。
- 人工停机：企业主动对设备回收、项目终止的卡执行停机，便于成本管控。
自动化复机
用户通过微信支付或支付宝完成缴费、续费后，支付回调触发套餐下发与复机，实现「支付即复机」。平台需支持批量停复机、按条件筛选，便于运维。详见停机、复机术语。
停复机与业务联动
停复机是物联网卡状态管理的核心能力，与流量计费、套餐订购、用户自助服务等模块紧密联动。流量用尽或欠费时可自动触发停机，用户续费后通过支付回调自动复机。平台可配置停机前预警（如流量剩余10%提醒），降低用户断网体验。违规停机、人工停机需有明确操作日志与审批流程。停复机指令需可靠下发至运营商侧，确保卡状态与平台一致。
停复机与卡生命周期
停复机是卡生命周期中「使用中」与「停机」状态间的转换。停机后卡进入停机状态，不可联网；复机后恢复使用中。平台需支持按ICCID、MSISDN、批次等条件批量停复机。停复机记录需留存，便于运营商对账与审计。在B2B2C模式下，C端用户可通过用户自助服务缴费后自动复机；代理商可通过代理商自助门户为名下卡执行停复机操作。
停复机类型
停机原因包括欠费、流量用尽、违规、设备回收、人工停机等。欠费停机、流量用尽停机通常可自动触发；违规停机、人工停机需人工触发。复机需缴费或续费后触发，通过支付回调可实现自动复机。停复机是物联网卡状态管理的核心能力，与套餐订购、套餐下发紧密联动。详见停机、复机术语。
停机指令以哪一侧状态为准
停复机是改变物联网卡能否建立数据业务的操作。平台展示的状态必须和运营商侧一致，否则页面显示可用、设备却注册失败，或页面显示停机、卡仍在消耗流量。发起停机前要知道原因码：欠费、额度用尽、违规、设备回收或运维人工。原因码决定复机条件。欠费和额度用尽可以由支付成功或新套餐生效自动复机；违规和回收必须人工解除原因码，到账也不能自动打开，避免被停的卡靠一笔小额续费恢复。
指令要带卡标识、动作、原因和请求单号。运营商返回受理中时，不能把平台状态直接改成已停机，应保持处理中并按请求单号查询最终结果。超时后重试必须沿用同一请求单号或先查询，防止两次停机被记成两次独立操作，复机时只解开其中一次。
复机成功不等于套餐已经续上
欠费停机后的复机，常常和套餐下发绑在一起，但两者仍是两步。只复机、不下发新套餐，卡恢复注册后会按无套餐或按量规则继续产生话单，欠费会立刻再现。只下发套餐、复机失败，用户账单已付，设备仍然离线。自动化流程要等两步都成功才通知用户已恢复；任一步失败都保留已支付事实，并进入可重试的开通队列。
批量停机要有批次号和失败清单，不能因为其中一张卡标识无效就整批回滚已成功的卡，也不能整批标成成功。达希的停机与复机把原因码、运营商回执和支付触发连在同一条卡状态记录上，便于解释这张卡为什么断网、后来又凭哪一笔订单恢复。
受理中不能提前改成已停机
运营商常先返回指令已受理，最终是否停成要等状态查询。平台若在受理瞬间就把卡显示成停机，用户会停止使用，卡却仍在线计费；若查询失败又把状态改回在用，已经发出的停机可能稍后生效，页面和网络再次相反。处理中应禁止第二笔相反指令，直到原请求单号有了最终回执。最终失败要保留原因，允许原单重试。达希停复机以回执作为状态迁移条件，受理中只表示指令在途。查询多次仍无最终结果时保持处理中并转人工，不要自动改回在用，也不要提前标成已停机。同一批次里失败的卡单独重试，已经成功的卡不受影响。