定义
Provisioning（设备配置入网）指将设备与平台、用户绑定，完成首次接入与 Device Credentials 凭证下发。支持 QR Code Provisioning 扫码、ZeroConf 零配置、Device User Binding 用户绑定等多种方式。
入网方式
QR Code Provisioning：设备或包装上印制二维码，用户扫码后 App 解析 WiFi/平台信息并配网，适合消费类设备。ZeroConf：设备与手机同网段，自动发现并配网，无需扫码。Dynamic Registration 动态注册：一型一密场景，设备凭 ProductKey+DeviceName+签名向平台申请凭证。产线预烧录：一机一密，产线预写 Device Credentials，开箱即用。
与 Device Onboarding 的关系
Provisioning 侧重「配置与绑定」，Device Onboarding 设备入网侧重「首次接入的完整流程」。两者常合并表述：从设备开箱、配网、获取凭证、首次连接、激活到可用的全流程。平台需支持批量导入、产线工具对接、用户自助绑定等，满足不同场景的入网效率需求。
安全考量
凭证下发需加密传输；扫码内容可加密防止泄露；动态注册需验证设备唯一标识（如 MAC、IMEI）防重放；支持凭证轮换与吊销。Provisioning 是设备生命周期的起点，安全设计直接影响后续 Device Authentication 设备认证与平台安全。
凭证下发与账号绑定的分界
设备配置入网做的是两件容易被混成一步的事：给设备一份能通过认证的凭证，以及把这台设备记到某个使用者或组织名下。凭证回答“你是哪一台”，绑定回答“谁可以管它”。产线预烧录通常只完成前者，开箱后设备能连上平台，但还没有使用者；扫码和零配置往往在现场把两件事一起做完。把绑定关系写成凭证的一部分，会导致设备转移账号时必须更换密钥，后续证书轮换和密钥吊销都会被账号变更牵着走。
动态注册介于两者之间。设备只持有产品级材料和自身唯一标识，第一次连上时再申请设备级凭证。它成立的条件是平台能核验这个标识没有被重复注册，并且申请窗口有时效。标识一旦可被复制，动态注册就会给克隆设备签发合法凭证。入网完成的标志不是“收到了密钥”，而是凭证已写入设备、平台侧状态进入可连接，并且绑定关系可查询。只写到一半的记录应保持未激活，不能出现在监控和批量任务里。
产线预置和现场补配各自成立的前提
一机一密的预烧录适合标识在出厂时就固定、且产线能把烧录结果回传平台的设备。前提是烧录工装与平台使用同一份设备清单，失败的个体要能返工而不是带着半截密钥出厂。现场补配适合消费类或需要使用者亲自确认归属的设备：周围有可操作的应用，网络允许设备或手机把令牌送回平台。没有屏幕、没有可配对手机、又必须在上电后数秒内上线的工业设备，不适合依赖现场扫码。
批量导入清单和单台自助绑定可以并存，但清单里的标识必须和机身标识一致。导入用的是序列号，机身上报用的是模组标识，两边对不上时，平台会认为来了一台新设备，旧的绑定记录则永远等不到连接。入网流程若还要驱动后续状态，应把“未发放、已发放未绑定、已绑定、已吊销”交给状态机约束，禁止接口直接把任意状态写成已激活。
同一设备被重复开通时
重复开通通常来自三种操作叠在一起：产线补烧了一次、仓库又扫了包装码、使用者到现场再配了一次。若每次都签发新凭证且不吊销旧凭证，设备上保存的是最后一次，平台上却可能仍有旧密钥可用，克隆或截获的旧密钥就能连入。正确的处理是同一设备标识只保留一份当前凭证，新凭证生效时旧凭证立即失效，并记录是哪一次开通触发的轮换。
另一类错误是把“配网成功”当成“入网成功”。设备连上了家庭路由器，却没有拿到平台凭证，应用界面已经提示完成。之后设备永远不会出现在平台上，使用者会反复重置。应用应区分局域网连通和平台注册回执，没有设备级凭证确认就不要结束流程。解绑也不是把账号字段清空就结束：凭证若仍有效，原使用者离开后设备还能上报，必须同时决定凭证是保留给下一任还是立即吊销。
入网记录要能回答三个问题：凭证是在哪一次操作里签发的、绑定到了哪个账号或组织、这一次有没有把上一份凭证作废。三条缺任何一条，售后只能看到设备时而在线，却说不清现在该信任哪一把密钥。批量开通时，失败的个体应单独列出原因，不能因为同批大部分成功就把失败行标成已完成。返工设备重新进站时，沿用原标识并轮换凭证，不要另起一个新标识把保修和历史截断。