定义
QR Code Provisioning（扫码入网）指用户通过 App 扫描设备上的二维码，将设备与用户账号绑定并完成 Provisioning 入网。二维码可包含 ProductKey、DeviceName 或临时 Token，适用于消费类 IoT、Device User Binding 场景。
实现机制与安全
二维码通常在设备出厂时印制或首次上电时动态生成，可编码设备唯一标识（如 MAC、SN）、ProductKey、临时 Provisioning Token 等。用户扫码后，App 将二维码内容与用户身份上传至平台，平台完成 Device User Binding 设备用户绑定并下发接入凭证（如 DeviceSecret、证书）。为防伪造，可采用签名二维码、短效 Token、设备端二次确认等机制。与 Device Onboarding 设备入网流程配合，实现零配置或极简配置的 Provisioning 体验。
与 DMP 的集成
设备管理平台提供扫码绑定 API、临时 Token 签发、设备激活状态管理等功能。支持一码一设备、一码多设备（如批量激活）等模式；可与 Dynamic Registration 动态注册结合，实现扫码后设备自动注册并绑定。平台需记录绑定关系、激活时间，支持解绑与转移，满足 Device Lifecycle 设备生命周期管理需求。
应用场景
适用于智能家居、智能穿戴、消费电子等 C 端设备；工业设备的快速部署与用户归属绑定；共享设备的扫码租用与归还。扫码入网大幅降低用户操作门槛，提升 Device Onboarding 转化率与用户体验。
码内载荷与平台侧令牌的分工
二维码本身不是凭证。它适合携带设备标识、产品标识，或一个几分钟内有效的开通令牌；真正的设备密钥或证书应在应用把码内容和使用人身份送到平台、平台核验之后再下发。把长期密钥印在包装上，等于把认证材料公开给任何一个拍到照片的人。动态码则由设备上电后向平台申请，屏幕或电子纸显示短时内容，旧码在下一次刷新或超时后失效。
印刷码适合没有屏幕、标识在出厂时已固定的设备，使用条件是包装与机身一一对应，且码在入库前已和平台清单核对。屏幕动态码适合能显示、能连上网络申请令牌的设备，现场不依赖印刷批次。两种码都不应编码家庭路由器密码的长期明文；配网材料若必须出现，应限制在当次会话，并在设备连上平台后从应用侧丢弃。与零配置发现相比，扫码多了一次人工确认，适合必须由人指定归属的场合。
短效码适合哪类交付现场
短效令牌成立的条件很具体：扫码的人和设备在同一交付动作里，应用能在令牌过期前把请求送到平台，设备也能在同一窗口内取回凭证。展台、共享设备租用、上门安装都符合。仓库预绑定则不适合短效码，因为码可能在数周后才被拆封，届时令牌已失效，使用者会以为设备故障。预绑定应使用与清单一致的稳定标识，令牌留到真正交付的那一次再签发。
一码多设备只适用于“这一箱需要一起激活”且箱内清单已在平台建好的场景，不能把同一张码贴到可单独流转的单机上。否则后扫的人会把已经属于别人的设备再次绑走，或平台无法判断该把凭证发给哪一台。批量码应在第一台激活后就改变状态，剩余设备改走清单核销，而不是无限次接受同一个令牌。
印错码和截屏转发造成的错绑
印刷错位是扫码入网最难事后发现的问题：A 机身贴了 B 的码，两位使用者各自扫码成功，平台上的绑定与实物交叉。之后的控制、升级和告警都会打到错误的人。预防条件是出厂抽检必须扫码回读机身序列号，而不是只检查码能被识别。发现交叉后应同时冻结两台设备的控制权限，核对上报标识与码内标识，再重新发放凭证，不能只在界面上改一个备注名。
截屏转发会把仍在有效期内的动态码交给不在现场的人。若平台只校验码、不校验扫码应用与设备是否同网或是否有二次确认，远程的人就能完成绑定。短效码应配合一次性核销：第一次成功兑换后立即作废，重复提交返回已使用而不是再发一套密钥。需要更高确认时，让设备本地亮灯或鸣响，由现场人员在应用里点选“就是这一台”。凭证落地后若还要长期认证，应换成设备侧保存的证书或设备级密钥，而不是让二维码继续充当登录材料。
交付抽检不要只验证二维码能被镜头识别。应扫码后把平台返回的设备标识与机身铭牌逐项核对，并确认这次兑换已经把令牌核销。未核销的码即使界面提示成功，下一班人员仍可能再次绑定。包装更换、返修换壳时，旧码要作废并与新码建立替换记录，否则库房按旧码出库会把设备派到原来的账号。动态码的刷新日志至少保留到令牌最大寿命之后，便于追查是谁在有效期内兑换过。