企业官网建设流程全解析

做 SD 顾问这么多年，被业务问得最多的问题里，绝对少不了这句：货都发了，发票能不能自动开？尤其是月底冲量的时候，仓库一边拼命做 VL02N 过账发货，财务一边盯着 VF01 等着开票。量小的时候还能撑着人工一张张敲，销量一旦上来，靠人工逐单开票真的是又慢又容易漏。

这个需求听起来很朴素——“销售订单发货后，系统自动创建发票”，但真要做到稳定、可控、能上线，背后牵扯到的可不止一个事务码。复制控制、开票到期清单、输出确定、后台作业调度、异常处理，每一环都得捋清楚。这篇我就按实际项目里落地的思路，把 SAP 从销售发货到发票自动创建的整个链路完整拆开讲一遍。讲原理，也讲配置，最后把常见坑都摆出来，希望能给正准备做这块的朋友省点时间。

1. 销售发货到开票，SAP 里这条链路到底怎么走

1.1 从销售订单到发票，中间隔了两张关键单据

在 SAP 标准的销售流程里，一张发票不是凭空产生的。它的“生身父母”是销售订单，但中间必须要经过外向交货单这一环。完整的链路是：VA01 创建销售订单，VL01N 按订单生成外向交货单，VL02N 对交货单做发货过账（PGI），最后 VF01 基于交货单创建发票。

先别急着谈自动化，得先把这几张单据的关系看清楚。销售订单解决的是“客户要什么、什么价格、什么时候交”的问题；外向交货单解决的是“从哪个仓库、发多少货、用什么运输方式”的问题；发票解决的是“应收多少钱、什么时候记账、税怎么算”的问题。

很多刚接触 SAP 的人会疑惑，为什么不能直接从销售订单生成发票？其实在标准系统里也可以，比如服务类项目、一次性开票的场景，可以跳过交货单。但只要有实物流转的业务，绝大多数都是走“订单→交货单→发票”这条完整链路。因为开票以交货单为准，才能确保已经发货的数量才被计入应收，避免“还没出货就给客户开票”的财务风险。

这里要特别注意一个时间点问题：发货过账和开票在财务上是两个不同的确认节点。发货过账时，系统已经通过“商品销售成本”相关配置结转了销售成本（库存减少、成本增加）；而收入、应收、销项税是在发票创建并过账的那一刻才确认的。所以财务通常对开票环节特别敏感——发票没开，收入就挂在账外，月底报表根本没法看。这也是为什么“自动开票”的需求在各个项目里几乎都会被提出来。

1.2 标准 VF01 手动开票，为什么撑不住业务量

VF01 这个事务码，做 SD 的人基本天天见。输入交货单号，回车，系统带出开票项目，填一下开票日期和发票类型，保存，一张发票就生成了。单独看这个操作不算复杂，单张处理也就十几秒的事。

但问题在于业务量。我遇到过一个做消费电子的客户，旺季一天发货过账几千张交货单，财务只有两个人负责开票。他们每天打开 VF04 看开票到期清单，密密麻麻几百页，一个一个打勾开票，再用 VF02 查哪些失败、哪张卡住了。这种方式在日单量一两百张的时候勉强能用，上千张的时候除了加班没有任何出路。

而且人工操作还有一个很隐性的风险：容易漏。VF04 清单拉到后面，眼睛一花，可能就有几张过期交货单没选中，第二天对账的时候才发现收入数据对不上，又得回头补，甚至要冲销重开。所以当业务的发货量到了一定规模，自动开票就不再是“优化项”，而是“刚需项”。

2. 自动创建发票背后的核心机制和设计思路

2.1 复制控制：决定交货单能不能“长出”发票的那张规则表

做自动开票，第一步要理解的不是程序，而是复制控制。SAP 里单据之间传递数据全靠它——销售订单复制到交货单，交货单复制到发票凭证，哪个字段能带过去、在什么条件下才能复制，配置全在 SPRO 里。

路径是：SPRO → 销售和分销 → 基本功能 → 复制控制 → 维护外向交货单的复制控制（交货单到发票凭证），或者直接通过事务码 VTFL 查看。

在复制控制界面里，你会看到一张表：左边是交货单类型，上面是开票类型，中间是项目类别。比如交货单类型 LF、项目类别 TAN，对应开票类型 F2（标准发票），这个交叉点就代表“这种交货单允许创建这种发票”。如果这个交叉点不存在，或者对应的复制规则被删掉了，那 VF04/VF01 根本不会给这张交货单任何开票机会。

我见过很多“自动开票跑出来一半成功一半失败”的案例，排查到最后，往往就是某个交货单的项目类别跟标准开票类型之间没有配复制控制。比如业务用了自定义的交货单项目类别 ZTAN，但复制控制里只配了标准的 TAN，那这类单据自然开不了票。所以在上自动化之前，先花点时间把“交货单类型 + 项目类别 + 开票类型”的矩阵梳理一遍，比写程序调 BAPI 重要得多。

复制控制里还有一块内容值得关注：字段传递的规则。不同的开票类型，从交货单带哪些字段到发票，在配置下方有具体的字段规则定义。比如某些特殊订单不希望把备注文本带到发票上，或者有些价格条件在发票层面要不显示，都是在字段规则里控制的。自动开票配置得好不好，很大程度取决于这块有没有按业务需求逐字段过一遍。

2.2 开票到期清单（VF04）为什么能自动算出“该开但还没开”的单据

标准系统里，VF04 这个“开票到期清单”本身就是做自动开票最好的入口。它能把所有满足开票条件的销售订单、交货单、包括计划协议里的调用订单等，全部列到一张清单里，然后通过批处理批量开票。

很多人对 VF04 的理解就是“一个可以批量操作 VF01 的界面”，其实不止。VF04 后台有一套自己的“到期计算逻辑”，它会综合判断：交货单是否已经完成 PGI 发货过账、是否设置过开票冻结（Billing Block）、复制控制是否允许、是否存在未处理完的发票请求等，一层一层筛下来，最终把真正可以开票的项目推到清单里。

这个机制的价值在于：你可以把 VF04 当作自动开票的闸门。想控制哪些单据可以自动开票，不需要去改程序，只需要在数据层面控制——比如对某些订单设置开票冻结，或者不做过账发货，它就永远不会出现在自动开票的候选列表里。这是标准功能的最大优势，可控性强，出问题也容易追溯。

关于 VF04 的查询条件，常用的是销售组织、开票类型、装运点、客户、开票日期等。实际项目里，我会建议在批处理作业里把“开票日期”设置成动态的当天日期，确保今天到期的今天处理，不积压，也不产生跨期时间上的混乱。

2.3 自动创建发票的三种主流实现方式对比

跟业务沟通的时候，对方经常问我：“你说的自动开票，到底是怎么个自动法？”会这么问，通常是对方案本身没有概念。一般来说，有几种做法，各有各的适用场景。

第一种，最标准：VF04 登录项目 + 批处理 + 后台作业。操作人员每天上班打开 VF04，查一下到期清单，全选，点“后台处理”，系统就会按顺序批量调用开票功能。这种方式不写代码，完全依赖标准功能，适用于业务量中等、单据差异不大、价格基本稳定的企业。

第二种，最灵活：写 ABAP 程序调用 BAPI_BILLING_CREATEMULTIPLE，配合 SM36 后台作业定时执行。程序里可以自己写取数逻辑，比如只选择“发货过账后超过 2 小时还没有发票的交货单”，或者排除某些销售订单类型、某些客户。这种方式的优点是可以完全按业务规则定制，缺点是必须有人懂 ABAP，而且要自己处理日志、重试、异常这些事。

第三种，最激进：在发货过账的增强点上直接触发自动开票。当业务执行 VL02N 或调用交货单过账 BAPI 时，系统在成功后立即调用开票 BAPI，实现“过账即开票”。这种方案响应最快，但也是最考验业务稳定性的——如果价格没有维护好、主数据不完整，它可不会像人一样停下来思考，会直接报错或者开出有问题的发票。

三种方式没有绝对的好坏。我在项目里通常是按这个原则选型：能调整业务习惯、控制在标准功能范围内的，就走 VF04 批处理；数据标准程度不高、需要做很多过滤判断的，就上自研 BAPI 程序；业务单据简单、价格确定、整单发货的，才考虑过账事件直接触发。用表格看更直观：

3. 实操：一步步把“发货过账后自动开票”跑起来

3.1 动手写代码前，先检查这几项基础配置

很多项目一上来就催着 ABAP 写自动开票程序，结果程序写完了，测一批挂一批，最后发现根本不是代码问题，而是后台配置压根没准备好。我建议在方案动手之前，先按下面这个清单逐一过一遍：

开票类型是否已定义并且分配了号码范围。事务码 VOV8 里能看到系统里有哪些开票类型，常见的 F2 是标准发票、L2 是贷项凭证、G2 是借项凭证。自动开票时在程序里指定发票类型，如果这个类型没有维护号码范围，保存时就会直接报错。

定价过程是否会自动确定。这里看两点：一是订单上有有效的条件记录，二是订单的定价类型是自动的（不是人工锁死）。如果销售订单创建时价格是通过手工输入、没有跑定价过程，那发票在按订单传递价格时很可能会因为缺少条件而报错“无定价数据”。

交货单的发货过账状态是否正常。这个看着像废话，但真的经常遇到。比如一张交货单处于部分过账状态，或者过账有错误没处理完，自动程序扫到它时会很迷茫。我在程序里一般会卡一个状态：只有 PGI 完成标记（VBUP-WBSTK 为“C”，代表完全发货）的交货单才进入开票队列。

输出类型和打印格式是否配置好。如果业务希望发票生成后自动打印或自动发送 PDF，那发票输出类型（通常是 RD00）必须在后台有输出确定配置，包括条件记录、输出程序、打印时间点。否则发票能创建成功，但纸出不来，财务照样不能入账归档，等于白自动。

这一轮检查做完，基本就能避免一多半的“程序跑起来但各种失败”的尴尬局面。我自己在项目里，会把这份清单整理成一张 Worksheet 发给 BASIS 和模块顾问逐项确认，等所有对勾打完了再进入开发阶段。

3.2 最省事的自动开票：VF04 批处理 + SM36 定时作业

如果你不想写代码，完全用标准功能也能实现自动开票。核心操作分几步，很多项目上线一段时间内，都是靠这个方案撑住的。

第一步，进入 VF04，维护开票条件。比如选择销售组织、开票类型 F2、装运点，如果需要，可以限定某个客户范围或订单类型，然后执行，系统会把当前所有满足条件的开票到期项目列出来。

第二步，把需要开票的项目全部选中。VF04 界面上有“选择全部”的按钮，可以一页一页勾，也可以整页全选。这里有个小技巧，如果清单特别长，建议用“后台”按钮而不是直接在前台执行。点击“后台”之后，系统会把选中的项目转入后台处理队列，界面不会一直卡在那。

第三步，把“后台处理”这个动作固化到 SM36 作业里。实际项目里，我更推荐的做法是在 SM36 里定义一个后台作业，定时去执行 VF04 的后台开票任务。这样每天晚上或者每个整点，系统自动处理所有到期的开票项目。作业内容就是调用“处理开票凭证的后台事务”（对应 VF04 的后台处理功能）。

第四步，设定作业执行频率。用 SM36 设置作业的开始条件，常见的做法是每 30 分钟或每小时跑一次，或者每天固定时间跑一次。不建议设置得太频繁，因为开票不仅仅是创建发票，后续还有输出打印、会计凭证过账，需要给系统一点缓冲时间。

第五步，用 SM37 监控作业运行结果。后台作业跑完，要看日志里有没有报错的单据，有没有因为号码范围不足导致的失败。发现失败的，还得回到 VF04 手工处理。

这套方案的精髓在于“标准、可追溯”。但它也有一个明显的短板：VF04 的后台处理对异常单据的处理能力有限，比如一张单因为定价有问题开不了，它不会主动告诉你为什么，只会静默跳过，需要有人在第二天去翻日志。所以在业务量管控不严格的场景下，纯 VF04 方案并不算完美。

3.3 自研自动开票程序：用 BAPI_BILLING_CREATEMULTIPLE 批量生成发票

当 VF04 的标准批处理满足不了你定制化的取数逻辑时，就需要上 ABAP 程序了。核心就是调用标准 BAPI——BAPI_BILLING_CREATEMULTIPLE，它可以一次性处理多张交货单，批量生成发票。

一个典型的程序逻辑大致是这样：先按条件找“已完成发货过账但还没有创建发票的交货单”，然后把这些交货单号填进输入参数表，循环调用 BAPI 开票，最后检查返回值，成功就 COMMIT，失败就记录下来等待人工处理。

下面是我在项目里常用的一段简化代码，供参考。注意生产环境要用的话，取数条件、异常处理和日志这块要再加强：

REPORT zsd_auto_billing. DATA: lt_billing_input TYPE TABLE OF bapibillincom, ls_billing_input LIKE LINE OF lt_billing_input, lt_billing_doc TYPE TABLE OF bapibilldoc, lt_return TYPE TABLE OF bapiret2, lv_number TYPE bapibilldoc-number. " 1. 取数：找出已完成发货过账且未被删除的交货单 SELECT likp~vbeln FROM likp INNER JOIN vbup ON vbup~vbeln = likp~vbeln WHERE likp~wbsta = 'C' " 完全发货 AND likp~lfart IN ('LF', 'ZL') AND likp~abruf = 'X' " 说明：这里可按项目实际情况调整条件 AND NOT EXISTS ( SELECT 1 FROM vbrp WHERE vbrp~vbeln = likp~vbeln AND vbrp~fkart = 'F2' ) INTO @DATA(lv_vbeln). CLEAR ls_billing_input. ls_billing_input-billing_from = lv_vbeln. ls_billing_input-billing_type = 'F2'. ls_billing_input-billing_date = sy-datum. ls_billing_input-invoice_date = sy-datum. APPEND ls_billing_input TO lt_billing_input. ENDSELECT. IF lt_billing_input IS INITIAL. WRITE: / 'No delivery found.'. RETURN. ENDIF. " 2. 调用标准 BAPI 批量开票 CALL FUNCTION 'BAPI_BILLING_CREATEMULTIPLE' IMPORTING number = lv_number TABLES billing_input = lt_billing_input billing_doc = lt_billing_doc return = lt_return. " 3. 检查结果，成功则提交，失败则写日志 READ TABLE lt_return TRANSPORTING NO FIELDS WITH KEY type = 'E'. IF sy-subrc <> 0. COMMIT WORK. WRITE: / 'Billing created:', lv_number. ELSE. LOOP AT lt_return INTO DATA(ls_return) WHERE type = 'E'. WRITE: / 'Error:', ls_return-message. ENDLOOP. ROLLBACK WORK. ENDIF.

这里想提醒一下 BAPIBILLINCOM 这个输入结构里的字段，不同版本、不同增强包可能会有细微差别。比如配送渠道、销售组织是可以在输入参数里指定的，但如果留空，BAPI 会从交货单本身去推导。字段名以你系统里 SE11 查询 BAPIBILLINCOM 结构为准，我上面用的是最常见的命名。

程序写完之后，用 SM36 安排后台作业，每天或者每小时定时执行。执行记录建议写到一张 Z 表里，记录处理时间、创建了哪张发票、对应哪张交货单。这样出了问题查起来会快得多，也方便月末跟财务核对。

3.4 更进一步的“一条龙”：发货过账时自动触发开票

如果业务模式比较标准，比如按单生产、整单整发、价格在订单里已经锁定，可以采用更极致的做法：在交货单过账之后立刻触发开票。这样从用户视角看，VL02N 保存的一瞬间，发票就已经生成了，“自动开票”这四个字贯彻得最彻底。

实现上通常是找交货单过账的用户出口或者增强点，在过账成功的逻辑后追加一段代码，调用 BAPI_BILLING_CREATEMULTIPLE。或者是通过第三方的中间件平台，监听“发货过账”的业务事件（S/4HANA 里可以结合 BTP 的事件总线），再异步调用开票接口。

听起来很爽，对吧？但我要泼一盆冷水。这种方案对业务规范性的要求极高。比如一张交货单部分过账了，只发了一半货，系统不会等你确认剩下的部分要不要今天开票，它会在你编的触发条件下急着把能开的都开了。再比如订单上的价格临时有折扣，还没来得及跟客户确认，过账一完成发票就出去了，后面再冲销重开，非常折腾。

所以我在实际项目里，只对“整单发货、价格已锁定、无后续变更”的订单启用这种链式自动开票。其他单据一律走 VF04 或者批量 BAPI 方案，留一个人工复核的窗口。配置自动化的同时，也要给业务流程留一点呼吸空间。

4. 自动开票最常见的坑和排查实录

4.1 VF04 里查不到到期项目，是哪一环断了

这是问的最多的一个问题。业务说“我明明看到交货单发货过账了，为什么 VF04 清单里没有它”，这时候按下面的顺序排查，基本都能定位到原因：

先看出库过账状态。VF04 只认已经完成 PGI 的交货单，如果这单是部分过账，对不起，它不会出现在可开票项目里。

再看开票冻结。销售订单或交货单上如果有 Billing Block（开票冻结），VF04 默认不会把它带出来。这个冻结可能是信用管理触发的，也可能是人工设置的，需要找原因再解除。

第三看复制控制。交货单类型和项目类别如果不支持创建 F2 发票，就算万事俱备它也开不了。

第四看不见的“重复判断”。如果系统已经为这张交货单创建过发票，VF04 就不会再次显示。有人问“那怎么会重复呢”——相信我，在调试 BAPI 程序时经常发生重复，比如第一个会话创建成功了但因为超时没有得到返回值，第二次又处理了一遍。所以查不到到期项目不一定就是没开，也可能是已经开过了，先拿 VF03 按交货单查查历史发票。

4.2 自动开票大批量跑，总有那么几单会失败

抛开系统的偶发性锁表不谈，自动开票失败的高频原因相当集中在三类：主数据不完整、定价条件缺失、会计科目确定失败。先说主数据，客户主记录里的销售范围数据、送达方、付款方没维护全，发票创建时会在客户维度报错。再说定价，交货单上的价格条件如果在订单创建后被人工改过，或者条件记录失效，发票复制时就会卡住。最后是会计科目确定，SD 发票过账到 FI 需要走 VKOA（科目确定），如果在某个销售组织/客户组/账户分配组的组合下没有维护收入科目，过账直接报错。

处理思路也很直接：在自动程序里加异常记录表，把失败的 BAPI 返回信息原样记录下来，每天定时发邮件给财务或 SD 内部顾问。不要指望自动程序能处理所有失败，先把失败的挑出来，给人处理留出口，这才是稳健的方案。自动化最大的成功标准不是“全自动零失败”，而是“失败可控、处理可追溯”。

4.3 发票明明创建了，但输出（打印/PDF）没自动出来

发票创建成功不等于流程结束。SAP 里发票创建和发票输出是两套逻辑。发票凭证本身已经在 VBRK/VBRP 里了，但输出（比如打印、EDI、PDF 发送）要靠输出确定机制来触发。

检查路径是维护输出类型 RD00 的确定条件，路径在 SPRO → 销售和分销 → 基本功能 → 输出控制。常见原因有：输出条件记录没建（比如针对销售组织+客户+输出类型组合，没有对应的条件记录）、输出类型确定的过程配置里触发时间点不对（在保存时未触发打印）、或者输出的逻辑没有跑出来。

还有一种情况很隐蔽：手工在 VF01 开票时，没问题，一到 BAPI 调用的方式创建，输出就没了。这往往是参数里没有传输出类型相关的字段，或者输出确定在批处理模式下被批量并发处理条件限制了。这时候可以看发票凭证里的输出记录表（NAST），确认到底有没有生成输出，再决定是补条件记录还是调整程序。

4.4 发票过账到会计时财务报错，问题往往不在 SD

自动开票出了会计凭证，财务那边却发现总账科目有问题。最常见的一类是“无法确定科目”，或者“税码与科目不匹配”。比如 VKOA 里没配置某个销售组织的收入科目，或者税码没有在 FTXP 里维护，或财务凭证里利润中心、功能范围缺失导致日志报错。

遇到这种情况，我的建议是别急着在 SD 里调，先把财务模块的人拉进来一起看。开票自动化的成功，很大程度上取决于 FI 配置是否完整。课程里常有“SAP FICO 全套”但真正项目里对接 SD 开发票的场景才是最容易暴露问题的地方。我会在项目文档里单独列一张“FI 对接确认清单”，内容包括：收入科目确定、销项税码、应收统驭科目、利润中心/成本中心派生规则、跨公司交易的开票规则。每一项都要有 FI 顾问签过字，再往自动流程里推进。

4.5 月底对账的时候，自动开票最容易“惹祸”

自动开票的模式一跑起来，月底对账的工作量其实是减少的，但前提是流程设计合理。最容易出事的场景是：账期跨月。比如业务在月底最后一天晚上发货过账，自动作业在 23:59 跑完，发票开到了下个月 1 号的账期，收入就全算到下个会计期间了，这个月的报表直接少一块收入。

处理办法是在自动作业里加账期控制：临近月底最后一天，要么停掉自动作业，要么设置开票日期为上个月的最后一个工作日，避免跨月开票。这个细节看上去不大，但处理不好会直接引发财务和业务吵架。

另一个问题是退货：客户退货，仓库做了退货交货单并过账，如果自动开票程序不区分“销售发货”和“退货”，把贷项凭证也一并自动开了，金额计算很容易出错。所以自动程序的取数条件一定要把业务场景分清楚，退货单建议走人工确认流程，不要跟正常销售混在一起。

5. 几个真实项目里的心得和补充建议

5.1 开发前先花一周把业务规则“锁死”

我踩过最大的坑，是一开始就把自动开票程序的所有扩展点做好了，结果业务规则两个月变了三次。价格改一次、开票时间点改一次、退货要不要自动开又改一次，每次都要动代码，非常痛苦。

后来我学乖了，在开发之前，先拉着业务、财务、仓库三方开了三次会，把这些问题逐个敲定：哪些订单类型可以自动开票，哪些必须人工干预；自动开票的时间窗口是几点到几点，月底最后一天怎么处理；遇到价格异常、信用冻结是跳到人工清单还是直接停跑；退货、贷项、样品、免费订单这些特殊场景，是自动还是半自动。这些问题写在纸面上，比一堆技术参数管用得多。

业务规则一旦定下来，其实自动开票的方案设计就清晰了。你会发现大部分场景标准功能可以覆盖，真正需要写代码的地方反而不多。

5.2 想要“稳”，就在自动流程前面加一道“闸门”

我之前提过开票冻结（Billing Block），这里再展开说说。它本身是 SAP 标准的控制字段，可以在销售订单层面设置，也可以在交货单层面设置。设置了冻结后，VF04 和自动程序都查不到这张单，相当于给自动开票加了一个“人工复核闸门”。

实际项目里，我经常建议客户在自动开票程序的取数条件里，额外增加一个判断逻辑：开票冻结字段必须为空。然后业务端约定：一些需要人工确认价格的订单，先手工设置开票冻结，等确认完再去冻结。这样做的好处是，自动流程只管“干净”的单据，有争议的单据全部进人工池，既保证效率又保证准确。

5.3 S/4HANA 环境下有哪些变化

如果你的项目已经升级到了 S/4HANA，自动开票的基本逻辑没有变化，事务码 VF01、VF04、VL02N 也还是能用。不过很多客户最终会用 Fiori 界面替代传统 GUI 操作，比如 Fiori 的 “Billing Due List” 应用，界面比 VF04 现代化不少，操作路径也变了。

在技术层面，S/4 里数据模型有所简化，但开票相关的 BAPI、BDC 方式依然兼容，只是如果后续引入新的 API，建议全上 OData 或 Fiori 相关接口。这块项目上一般由 PO 或集成顾问负责，SD 顾问可以不用深入，但要知道“系统在演进，接口方案也要跟着演进”。

另外，如果项目同时上了 ATC（ABAP Test Cockpit）、增强框架、或者有严格的代码上线流程，自动开票程序要提前过代码评审。我遇到过因为 BAPI 调用使用不当、性能堪忧被代码评审打回的情况，重新优化查询逻辑又花了两天时间。这块提前预防比事后补救强。

5.4 给正在做这个需求的朋友一句实在话

做自动开票这件事，技术上的难度其实不算太高。如果你已经有 ABAP 基础，BAPI 调用加后台作业一两天就能写出来。真正的难度在流程边界：什么时候开、哪张单开、出错了找谁、月底怎么切账，这些业务层面的规则，才决定这套方案能不能真正落地。

我个人的习惯是，上线后先跑两周“半自动”。也就是程序把所有应该开票的单据抓出来，生成一份 PDF 清单，发邮件给财务，财务确认无误后，再执行真正的自动开票。等到业务和财务对自动开票的结果有信心了，再逐步放开成全场自动。整个过程不要急，尤其是牵扯到钱的流程，宁可多一道确认，也不要让系统自作主张。

最后说一个小技巧，很多同行忽略了日志的重要性。自动开票程序一定要写一张日志表，记录每次作业的启动时间、处理数量、成功数量、失败原因。等哪天财务问“这批发票到底是几点开的、为什么开在昨天”，你知道如何在几分钟内查出来，你就赢了。