在Odoo里直接开票：打通中国数电票的最后一公里
在中国经营，发票不是可选项，是必答题。一笔销售在税务意义上真正成立，前提是开出一张合规的发票。没有它，账做得再漂亮，税局也不认。
眼下，中国正加速推进数电票。新规则细如牛毛：每条商品明细必须对应国家税收分类编码；开票前，企业税务数字账户必须与税局保持实时会话，一旦断连，开票就会悄无声息地失败；如果开错了要作废，那不是简单删除，而是要走红冲流程，有时还得买方在72小时内确认。
企业的销售和开票数据明明都在 Odoo 里躺着，但 Odoo 没有直连中国电子发票体系的原生通道。结果呢？财务得在 Odoo 和开票平台之间手动录两遍。慢不说，还容易错。税收分类编码或税率一旦填错，税局直接退票，合规风险实实在在。
我们做了什么，以及现在进展到哪一步
Majorbird 做了一套集成，让 Odoo 直接对话 Baiwang。开票、红冲，都在 Odoo 里一键完成，无需手工搬运数据。这原本是设计目标。而现在，端到端的演示已经跑通：财务在 Odoo 里选中一张发票，点击开票，真正的发票号码和官方 PDF 会自动回写到同一张 Odoo 单据上。不用另开 Baiwang 后台，操作人员全程不用跳出 Odoo。
所有中国本土的复杂逻辑，认证、签名、异步开票模型、红冲流程、税收编码处理，都由连接器在后台扛住。Odoo 本身不需要听懂 Baiwang 的技术方言，它只面对一个干净、标准的中性接口，脏活累活交给连接器。
它怎么用，在 Odoo 的哪个位置
具体怎么用？用户在客户发票上点一下Generate Fapiao。由于开票是异步的，Baiwang 先受理请求，实际出票在几秒后完成。连接器会自动轮询，确认成功后，把发票号码和 PDF 写回 Odoo。作废流程也一样，财务在 Odoo 里开一张标准的红字发票/贷记单，后台就会自动驱动合规的红冲流程。
有两个细节，让这套方案不像外挂，更像原生功能。第一，购方抬头自动带出。输入客户名称，就能从税务平台拉取对方的官方注册名、税号、地址、开户行，再也不用财务手打抬头，生怕错一个字。第二，连接器自己维护了一份税收分类编码表，带自动刷新机制。商品上架时自动匹配国家编码，不用有人专门守着一张 Excel 对照表。
Odoo 里还有一张专属记录，追踪每张发票的完整生命周期：已提交、开具成功、开具失败、红冲中……发票号码、状态、PDF 文件，全部挂在单据上，一目了然。而且，我们在 Odoo 里用的都是干净、中性的字段，没有把"Baiwang"硬写进数据模型。万一以后需要换平台，这套架构也能直接带走。
稳健是设计出来的，不是演示出来的
很多同类集成，能把主流程跑通就交差了。真正的工程能力，体现在主流程之外。我们的开票请求做了幂等处理，且经过供应商确认。哪怕网络抖动触发重试，也不会开出重复的税票。错误处理也分得清：是税局接口一时的波动，值得自动再试；还是数据本身有问题，必须人工介入。系统不会拿着同一份错误请求，盲目轰炸税局。另外，企业与税局的数字账户会话，我们做了主动监控。会话一旦过期，所有开票都会静默失败，这是数电票实务里最隐蔽的坑之一。我们提前盯着，不让它变成惊喜。红冲也不是做个"撤销按钮"糊弄事，而是完整支持中国税法规定的多步流程。至于 Baiwang 的实时推送回调，替代纯轮询，这是已经写在路线图上的下一步。
我们的观点
我们想要的，不只是让 Odoo 连上一个税务平台。而是让中国企业的发票合规，变成 ERP 里一项理所当然的原生能力，从设计之初就足够稳健，而不是一个需要财务记得登录、记得切换的外挂系统。这是 Majorbird 在 Odoo 和中国本地化领域经验的落地，也已经在沙盒环境里完整跑通。如果你的团队对中国数电票合规的态度，介于"还在排期"和"已经寝食难安"之间，那真该和 Majorbird 聊聊。 odoo@majorbird.com 或 www.majorbird.cn。
Sources & Links
- Baiwang ：电子发票/财税数字化平台