定义
实名认证是用户身份实名认证，对接公安实名接口或第三方实名服务，支持二要素、三要素认证。满足物联网卡实名制合规要求，实名通过后可开通绑卡、缴费等敏感操作。
认证方式
- 二要素：姓名+身份证号，与公安库比对验证身份真实性，适用于低风险场景。
- 三要素：姓名+身份证号+手机号，增加手机号与运营商实名信息校验，安全性更高。
- 人脸识别：活体检测+人脸比对，用于高价值业务或合规要求严格的场景。
合规要求
根据工信部物联网卡实名制规定，物联网卡开通、使用需落实实名登记。企业自建物联网云平台面向C端用户时，必须在用户绑卡、订购套餐前完成实名认证。平台需留存认证记录，配合监管部门抽查。实名认证是B2B2C模式下保障合规运营的重要环节。
实施建议
平台对接公安实名接口或第三方实名服务（如阿里云实人认证、腾讯云人脸核身）时，需确保接口稳定、响应及时。认证失败时需明确提示用户原因（如姓名与身份证不符、人脸比对失败），支持重试。认证通过后，将实名状态与用户账号、卡绑定关系关联，作为后续套餐订购、微信支付等敏感操作的准入条件。B2B企业客户可豁免个人实名，但需留存企业资质信息。
实名认证与绑卡
实名认证是绑卡的前置条件。在B2B2C模式下，C端用户从代理商或分销商获得卡后，需先完成实名认证才能绑卡。绑卡后用户可通过用户自助服务平台管理名下卡、订购套餐、缴费。实名认证记录需留存，配合监管部门抽查。企业自建物联网云平台面向C端时，实名认证是合规运营的必备环节，与卡生命周期、销售归属管理紧密相关。
认证方式选择
二要素（姓名+身份证号）适用于低风险场景；三要素增加手机号校验，安全性更高；人脸识别用于高价值业务。平台对接公安实名接口或第三方实名服务时，需确保接口稳定、响应及时。认证失败时需明确提示用户原因，支持重试。B2B企业客户可豁免个人实名，但需留存企业资质信息。实名认证是物联网云平台合规运营的核心能力。
认证结果要绑到哪张卡上
物联网卡实名不是网站注册时的可选资料，而是这张卡允许开通数据业务之前必须完成的登记。个人用户通常核验姓名与证件号，必要时再加开户手机号或活体；企业用户核验的是单位证件、经办人，以及卡属于该单位的批量清单。认证通过只说明“这个人的身份被核验过”，卡管理还要把结果写到具体卡上：哪一张卡、哪一个使用人、哪一次核验、有效到什么时候。只在账号上打一个已实名标记，后面换绑另一张卡就会漏掉登记。
判断是否放行绑卡和缴费，看的是卡维度的实名状态，而不是账号曾经成功过。状态至少要区分未提交、核验中、通过、不通过、已过期。核验中不能开通；不通过要带回可理解的原因，例如证件号与姓名不一致，而不是只返回渠道错误码。同一证件绑定卡的数量若有上限，超额应在提交时拒绝，避免先绑上再被运营商批量停机。
照片、证件和卡身码对不上时
用户常把包装上的条码、模组上的识别码和充值号当成同一个号码。实名提交若拿错号码，核验会记到另一张卡，当前设备仍然因未实名而无法附着。页面应明确要求哪一种号码，并在提交前做长度和校验位检查。企业批量实名时，清单里一张卡失败不应让整批都显示成功；失败行要能导出重提。照片模糊、证件过期、非本人持证，属于材料问题，重试前要更换材料，不能对同一张照片连续撞接口。
认证供应商超时和明确的不通过必须分开。超时可以原单查询，避免用户再次提交生成第二条核验；明确不通过则要终止这次尝试。达希在终端使用环节把实名当作用户自助里绑卡和订购的前置关卡，通过之后才允许套餐下发，不把未登记的卡放进可计费状态。
批量清单里失败的卡如何单独重提
企业一次提交几十张卡的实名材料时，核验是按卡进行的。某一行证件号错误，不能把整批都退回，也不应把整批标成通过。失败行要保留提交时的卡标识和原因，允许只重传这一行的材料。重传必须使用原核验单号查询，避免同一张卡叠两条“核验中”。已经通过的卡不受失败行影响，可以进入绑卡。材料类失败和接口超时要分开：超时先查结果，明确不通过才允许换材料。达希把实名状态留在卡上，批量任务结束后仍能按卡导出未通过清单。