流程
用户支付成功后，商户根据订单抬头向税务云平台申请开具 电子发票，生成 PDF/OFD 与二维码，邮件或短信交付。全电发票推广后接口与要素持续演进，需跟随政策升级。
对接
物联网订单中心传商品编码、税率与购方税号；失败重试与红冲流程要完备。
归档
电子会计档案需满足保存年限与防篡改要求。
物联网订单与开票要素
模组与卡类商品常涉及「硬件一次性销售 + 连接服务费周期性开票」的组合。订单中心需区分货物与服务税率、开票时点与计量单位，避免把流量包误按硬件税率开具。对于预付费充值与后付费账单，发票金额应与支付流水、退款冲正、优惠券分摊一致；设备退货时要同步红冲或开具红字信息表。全电发票与税控设备并行期间，接口字段、版式文件格式与验签方式可能双轨运行，系统需做兼容与灰度切换，防止高峰期开票积压影响用户体验。
与模组项目交付的衔接
政企客户常要求发票与验收单、合同编号、项目编号一一对应。物联网项目若分批交付模组与安装服务，应支持按里程碑开票或合并开票，并在备注栏体现批次与站点信息。对接财务共享或 ERP 时，注意价税分离、成本中心与收入确认规则；跨境业务还要处理代扣代缴与进口增值税凭证。自动化对账应每日核对「已支付未开票」「已开票未回款」等异常，减少月末人工调账与税务稽查风险。
工程实践补充
从「电子发票」出发，现场常见问题往往集中在「指标在实验室达标、外场复现困难」。除射频与协议外，还应排查电源地弹、连接器接触与固件竞态。蜂窝侧建议采集 RSRP/SINR、小区重选与 PDP 重建记录；应用侧对重试、幂等与队列持久化要有明确策略。涉及数据安全与合规时，把采集范围、存储位置、保留期限与第三方共享写进隐私与合同附件，避免上线后补洞成本过高。
版式文件与税收分类编码
电子发票在技术上是一份带数字签名的结构化票面，而不是可随意改字的图片。签名覆盖购买方、销售方、税收分类编码、数量、单价、税额和价税合计；常见载体为 OFD 与 PDF，验真要拿版式原文向税务机关或受监管的服务端核对，打开邮件附件不能代替验签。通信模组订单经常把硬件、安装调试和连接服务写在同一张合同里，这三项的编码、税率、计量单位和允许开票的时点并不相同。预存款、赠送流量和优惠券分摊后的实付金额，也不能直接写成硬件销售额。
可以使用自动开票的前提，是订单中心已经稳定给出购方名称或纳税人识别号、价税分离金额和业务发生时间。企业抬头缺税号会被拒票；自然人消费者通常不要求税号，但姓名应与支付账户一致，避免后续红冲对不上人。硬件适合在发货或验收后开蓝字，周期服务按账单周期开。税率政策切换、免税备案变更或跨月调整期间，应把单据停在待财务确认队列，不要继续自动提交。
回调幂等与红字重开
接口层最容易把“请求已发出”当成“票已成立”。只记录 HTTP 成功、不保存版式哈希和验签回执，之后用户下载到空白文件时无法证明当时开出的是哪一张。超时重试如果没有“订单号 + 开票请求号”这类幂等键，税控或全电通道排队结束后会再开一张蓝字。红冲若只改本地订单状态、没有拿到红字确认信息，税务侧仍视原蓝字有效，账上就会长期挂着已开未退。
流量包误用硬件税收分类编码、计量单位写成“台”而不是“次”或“月”，申报时品名会和合同对不上。与聚合支付的成功回调、退款冲正应放在同一核对流程里，金额不一致就不要开票。电子档案至少留版式原件、签章验证记录和合同编号的对应关系，只存邮件正文不够。批量补开要限制并发，避免通道超时后被误判失败而再次提交。用户侧扫码查验走扫码支付之外的发票二维码时，也要区分支付码和发票查验码，两者编码规则不同。
自动开票只处理抬头、税号、价税金额和时点都齐全的单据。政策切换或跨月调整时停在待确认队列。重试使用订单号加请求号，避免超时后再开一张蓝字。红冲以税务侧确认信息为准，不因本地状态改完就当作原票作废。版式原文和验签结果一并归档。流量与硬件的分类编码、计量单位分开。批量补开限制并发，通道排队超时不等于可以立即再提交一次。