# 账单已经在系统里，开票还要重新录？立刻云支持数电发票接口开具

来源: https://www.likelic.com/blog/digital-invoice-api-integration.html

账单都已经确认了，为什么开票还要重新录一遍？
----------------------

对于很多货代企业来说，开票其实是业务流程的最后几步之一。

前面已经完成了：

订单录入，

费用确认，

应收账单生成，

客户对账，

开票通知。

到了这个时候，系统里其实已经有了开票所需要的大部分信息：

客户名称、

纳税人识别号、

开票金额、

税率、

开票项目，

甚至对应的是哪几票业务，都已经很清楚。

但如果财务还需要打开另一个开票平台，再重新输入一次：

**抬头、税号、金额、项目、税率……**

本质上还是在重复录入。

因此，立刻云可以通过数电发票接口，将：

**业务系统里的应收数据**

直接连接到：

**电子发票开具流程。**

场景一：客户账单已经确认，直接生成待开发票
---------------------

例如某客户本月有 12 票出口业务。

月底已经完成对账，应收账单金额为：**¥38,600**

传统情况下，财务可能需要根据账单重新到开票系统中创建发票。

使用数电发票接口后，可以直接从：

**结算 → 应收发票管理**

选择已经通知开票的账单。

系统根据已有业务数据生成发票信息。

包括：

**客户抬头**

**纳税人识别号**

**开票金额**

**税率**

**开票项目名称**

财务要做的，首先不是重新录入。

而是：**核对。**

确认信息无误以后，再提交开票。

场景二：一天几十张发票，可以统一批量提交
--------------------

货代企业的开票往往具有很明显的集中性。

特别是在：

月底结算、大客户集中开票、账单批量确认完成，

这些时间点，财务可能一次需要处理几十张甚至更多发票。

如果每一张都需要：

登录开票平台；

重新选择客户；

输入金额；

填写项目；

提交；

再回来登记。

整个过程会被切得非常碎。

完成接口对接以后，可以在立刻云中集中生成待开发票。

确认无误后，通过系统统一提交尚未开具的发票。

不需要财务再逐张重新创建开票数据。

原来的：

**业务系统 → 人工抄数据 → 开票系统**

逐渐变成：

**业务系统 → 接口提交 → 数电发票开具**

场景三：开票完成以后，发票信息自动回到业务系统
-----------------------

开完发票只是第一步。

货代企业后面还需要知道：

这笔应收到底有没有开票？

发票号是多少？

什么时候开的？

电子发票文件在哪里？

如果这些信息还需要财务手工登记，那么流程仍然没有真正连起来。

数电发票开具完成后，立刻云可以继续接收开票结果，并将相关信息回写到系统。

包括：

**发票号码**

**开票日期**

**电子发票地址**

**电子发票 PDF**

这样财务再次打开对应应收发票时，可以直接看到完整的开票结果。

不需要再：

下载 PDF；

改文件名；

找到业务单据；

上传附件；

再填写发票号码。

场景四：客户开票信息不用每次重新问
-----------------

实际开票过程中，还有一个很常见的问题：

**客户税号到底是多少？**

如果基础资料没有维护好，财务每次开票可能都要：

翻聊天记录；

查历史发票；

问销售；

再找客户确认。

接口开票以后，更推荐企业把开票资料直接沉淀到客户档案。

例如：

公司抬头、

纳税人识别号、

开票地址、

联系电话、

开户银行、

银行账号。

客户建立以后维护一次。

以后再生成发票时，就可以继续使用系统里的基础资料。

对于长期合作客户尤其方便。

场景五：海运费、空运费、代理费，开票项目也可以提前规范
---------------------------

国际物流企业费用项目非常多。

例如：

海运费、

空运费、

报关费、

拖车费、

仓储费、

国际货物运输代理费。

如果不同财务人员每次开票都临时填写，很容易出现：

同一类费用，

这次一个名称，

下次又是另一个名称。

因此，在正式使用接口开票前，可以提前维护：

**发票类型**

**税率**

**开票项目名称**

并与企业现有费用类型或账单中的开票名目对应起来。

以后从业务账单生成发票时，就可以直接继承已经维护好的规则。

对于管理层来说，这不只是“开得快”。

更重要的是：

**开票口径更统一。**

场景六：一张账单里已经有业务明细，不需要财务再重新整理
---------------------------

货代财务和普通零售开票不太一样。

一张客户账单背后可能对应：

5 票海运；

3 票拖车；

2 票报关；

以及不同费用项目。

业务部门前面已经完成费用录入。

结算人员也已经完成账单整理。

到了开票环节，如果财务再重新整理一次开票金额和项目，其实是在重复前面的工作。

接口开票最大的价值之一，就是让：

**订单 → 费用 → 账单 → 发票**

尽可能使用同一套业务数据继续往下流转。

数据不用一遍遍重新搬。

从“系统里做账，外面再开票”，变成一条连续流程
-----------------------

传统流程可能是：

**业务订单**

→ 录入费用

→ 生成账单

→ 客户确认

→ 财务查看账单

→ 再登录开票系统

→ 重新录入发票资料

→ 开票

→ 下载 PDF

→ 回到业务系统登记发票号

→ 上传附件

完成接口对接以后，可以变成：

**业务订单**

→ 费用

→ 账单

→ 生成发票

→ 人工核对

→ 接口提交开票

→ 自动接收开票结果

→ 发票号码、日期、PDF 回写系统

流程并没有取消财务审核。

但减少了很多：

**系统之间来回复制数据的动作。**

为什么还是要人工核对一次？
-------------

自动开票并不代表：

点一下以后什么都不用看。

正式发送开票前，财务仍然应该核对：

**发票抬头**

**纳税人识别号**

**金额**

**税率**

**开票项目名称**

尤其是客户第一次开票、税率变化或者特殊业务场景下，更需要确认信息是否正确。

所以整个流程更合理的方式是：

**系统生成 → 财务核对 → 提交开具。**

机器负责数据流转。

人负责最终确认。

开完票以后，还能继续自动发给客户
----------------

电子发票生成以后，下一步往往又是：

**把 PDF 发给客户。**

很多企业现在仍然是：

财务下载发票；

打开邮箱；

查客户邮箱；

添加附件；

发送。

如果企业同时使用立刻云的自定义推送功能，还可以继续把这个流程向后延伸。

例如：

**发票开具完成**

↓

**系统获取电子发票 PDF**

↓

**自动发送至客户邮箱**

这样从：

**账单确认**

到：

**开票**

再到：

**客户收到电子发票**

可以形成一条更加完整的自动化流程。

该能力属于相应增值功能，企业可以根据实际需要选择配置。

和 AI 发票识别有什么区别？
---------------

前面介绍过的 AI 发票识别，与数电发票接口解决的是两个不同的问题。

| **场景** | **更适合的方式** |
| --- | --- |
| 企业尚未对接数电发票接口 | AI 识别已开具的 PDF 发票 |
| 发票已经在其他渠道开好 | AI 识别并匹配应收单据 |
| 企业希望直接从立刻云发起开票 | 数电发票接口 |
| 希望开票结果自动回写系统 | 数电发票接口 |
| 收到供应商发票需要录入 | AI 发票识别 |
| 应收账单确认后直接开票 | 数电发票接口 |

可以简单理解为：

**AI 发票识别，是“把已经存在的发票读进来”。**

而：

**数电发票接口，是“从业务系统直接把发票开出去”。**

两种方式并不冲突。

企业可以根据自己的财务信息化程度选择。

电子税务系统已经数字化，货代系统也应该接上这一段
========================

数电发票普及以后，发票本身已经越来越数字化。

但如果货代业务系统和开票环节之间仍然完全断开，那么财务人员依然需要承担大量“数据搬运”的工作。

真正更顺畅的流程应该是：

业务部门维护业务；

结算部门确认账单；

财务人员审核开票信息；

系统负责把确认后的数据继续往下传递。

开票完成后，再将结果带回业务系统。

让：

**订单、账单、发票**

真正形成一条连续的数据链。

立刻云数电发票接口开具
-----------

支持：

**应收账单直接生成待开发票**

**批量提交数电发票开具**

**客户抬头与纳税人识别号自动带入**

**按发票类型维护税率规则**

**支持维护开票项目名称**

**自动接收发票号码与开票日期**

**自动获取电子发票 PDF 及相关信息**

**可配合自定义推送，将电子发票发送给客户**

对于每天都需要处理大量客户账单与开票工作的货代企业来说，开票可以逐渐从：

**“把系统里的数据再录进开票平台”**

变成：

**“业务数据确认以后，直接继续完成开票”。**

这才是业务、结算与财务真正串起来以后，电子发票接口更实际的价值。