故障排除

有东西不正常，您希望它恢复正常。本页列出 BigLedger 中真正会出问题的地方，按出现的先后排列，附上真实的消息和真正的解决办法。其中包括：无法最终确认（finalise）的单据、已最终确认却没有日记账的单据、与单据行数量不符的序列号、批次或库位数量、看起来不对的数字，以及两份互相矛盾的报表。

页面底部介绍了大多数人从未发现的两个诊断界面。如果您卡在过账问题上，可以直接跳到那里。

从这里开始：是哪一类问题？

• “保存不了或最终确认不了”——会有一条消息。请读它，它会说出缺的是什么。跳到无法最终确认的单据。
• “保存了，但什么都没发生”——几乎总是草稿、一种不过账的单据类型，或者 FINAL 之后过账失败。跳到什么都没发生。
• “我找不到它”——几乎总是默认筛选条件。跳到找不到的东西。
• “数字不对”——跳到看起来不对的数字，然后看 When two numbers don’t tally，那一页按症状逐一处理对不上的数字。
• “按钮不见了”——跳到缺少的按钮、菜单和 applet。
• “我改不了它”——一张已最终确认的单据，而锁定的范围比看上去要窄。跳到 I cannot edit a finalised invoice。
• “我的电子发票没有任何动静”——几乎总是在排队，而不是卡住。Understanding e-invoice statuses 里有"等待还是处理"的对照表和隔夜规则。

无法最终确认的单据

“Customer is blacklisted due to credit limit…”

您看到的： “Customer is blacklisted due to credit limit. Transactions are not allowed for this customer."——或者是信用期限的措辞，或者两者同时出现。

实际发生的事： 一个定时任务把每位客户的未结余额与其信用额度和逾期期限作比较，并给不符合的客户打上标记。拦截读取的就是这个标记。它不会在您输入时重新计算，所以反映的是该任务上一次运行时的情况。

它只适用于四种单据类型：现金单（cash bill）、销售发票、销售订单和出库送货单（outbound delivery order）。

解决办法： 在客户记录上清除该标记——并弄清楚任务为什么标记了这位客户，因为这个标记通常是对的。注意，手动设置的标记在任务下一次运行后不会保留；如果您想永久停止与某位客户交易，请设置其信用额度，而不是设置标记。

序列号、批次或库位数量与单据行不符

您看到的： 最终确认被拒绝，出问题的行被标出，并写明是哪个商品。

解决办法： 在该行填好 Serial Number、Batches 或 Bin 子选项卡，使分配数量等于行数量。如果到货确实短缺，就修改行数量——不要为了凑数而虚增分配。

交易日期落在已关闭的期间

解决办法： 要么把单据日期放在一个开放的期间内，要么请负责结账的人重新打开该期间。不要为了能保存而把日期倒填到已关闭的月份。

什么都没发生

“我最终确认了，但账目没有变化”

先看是什么单据。销售方面，只有销售发票和 POS 现金单会过账到总账并移动库存。 报价单、销售订单、送货单和出库送货单都是刻意设计为不产生账务影响的。

采购方面，标准的收货单（GRN）只记录点数；采购发票才登记库存和负债。

这不是故障。完整情况见最佳实践。

“状态是 FINAL，但没有日记账”——一条指出缺少 GL 代码的消息

您看到的： 单据显示为 FINAL，在列表中看起来一切正常，但在它的 Posting 选项卡上，日记账状态是空的（已过账的单据这里显示 POSTED），总账也没有变化。只有在追踪这张单据并按下 Resolve 时，您才会看到这条消息——MISSING_DEFAULT_GL_CODE（会指出 DEBTOR 或 CREDITOR 这类代码），或 COMPANY_DEFAULT_GL_CODE_NOT_EXIST。

实际发生的事： FINAL 不读取您的 GL 代码。它保存状态，并在后台启动过账；过账则根据公司的默认 GL 代码生成日记账。当客户或供应商的账户在该公司没有映射（或该公司根本没有默认代码）时，过账失败，单据停留在 FINAL 且没有日记账。没有人会收到通知——最终确认的人看到的是一次正常的 FINAL。

解决办法： 在 Chart of Account applet 中补全公司默认 GL 代码映射——针对这张单据所属的公司。在拥有多家公司的集团里，这通常是第二或第三家公司，那里没人把设置做完。然后打开 Financial Report › Error Checking › Trace Document，输入单据类型和单据编号，在 Missing Journal 上按 Resolve。要找出所有受影响的单据，Ledger And Journal › Error Checking › Missing Journal 会按日期范围列出某一种类型中没有日记账的 FINAL 单据。

更隐蔽的情况： 当缺少的是销售、采购或税务账户时，什么都不会失败。那一行被省略，由客户或供应商那一行吸收，所以日记账是存在的，Trace Document 也查不出什么。迹象是：应收或应付账户与账龄报表不再一致。

收款、付款或转账上出现 “MISSING_CASHBOOK” 或 “MISSING_GL_CODE”

实际发生的事： 某个结算行的结算方式背后没有现金簿（cashbook），或者那个现金簿没有 GL 代码。在收款凭证、付款凭证或现金单上，这条消息来自 FINAL 之后的过账：单据是 FINAL，但没有日记账，与上一节相同（收款凭证没有 Posting 选项卡，所以请按单据编号追踪）。在现金转账上，它是 FINAL 本身的一部分：转账会停留在草稿状态。

解决办法： 在 Cashbook applet 中把该结算方式映射到一个带 GL 代码的现金簿，然后在 Trace Document 中对单据按 Resolve（现金转账则只需再次最终确认）。这是配置问题，无法在单据上绕过。

“我建了单据，但别人都看不到”

它是草稿。草稿对其他所有人以及所有下游界面都不可见——草稿销售订单不会进入拣货打包队列，草稿发票不会出现在任何报表中，有人在收款凭证上搜索时，草稿发票也不会出现。

“客户已经付款，但发票仍显示未结”

收款凭证在最终确认时没有做冲销（contra）。款项已记录并进入现金簿，只是从未应用到这张发票上。打开收款凭证，在 Contra 选项卡上应用它，或在 Debtor Report 中应用。

“我的价格规则不起作用”

按以下顺序检查：

1. applet 的 Default Pricebook 设置了吗？ 在 applet 指定价格簿之前，价格簿中的任何内容都不会被计算，而且这个设置是按 applet 分别设置的。设置后请重新加载 applet——价格簿是在启动时读取的。
2. 价格集（price set）是 ACTIVE 吗？ 只有生效的价格集才会被计算。注意，价格簿自身的 Status 字段根本不会被读取。
3. 您用的规则类型是有效的吗？ Item Category、Item Name Regex 以及按类别的正则规则永远不会匹配；Company、Member Label、Currency 和 Settlement Method 规则被视为已满足，而不会真正计算；Multi Line 规则选项卡没有任何计算器读取，所以它永远不会为您眼前的这一行定价（收银台会在单独的加购（purchase-with-purchase）计算中读取它）；Relative Period 日期范围永远不会匹配。见 designing pricing rules。
4. 计算结果是否让价格变得更低？ 只有当计算出的价格大于零且低于当前价格时，折扣才会被应用。

找不到的东西

列表中缺少某张单据

列表默认是经过筛选的——通常按过账状态和交易日期范围筛选。这是 BigLedger 中最常见的"单据丢失”，而且几乎从来不是真的丢失。

打开 Advanced Search，扩大日期范围，并清除状态筛选。

在单据上无法选择某个商品

在 Inventory Item Maintenance 中打开它，查看 Main 选项卡上的 FI Item Code。如果它是空的，说明该商品没有对应的单据商品（doc item），不能放进任何单据。商品应当从 Doc Item Maintenance 创建，它会同时创建并关联两条记录。

还要检查商品的分行和公司关联——没有关联到您当前所在公司的商品不会出现在选项中。

如果商品存在且关联正确，商品搜索仍然不出现它，那么搜索可能是按这张单据所在库位的库存筛选的——见 The stock quantity shows zero and there is stock on the shelf。

下拉列表里缺少某个客户、供应商或 GL 代码

通常是以下之一：它已停用；它没有关联到这个分行或公司；或者您没有它的读取权限。按这个顺序检查。

看起来不对的数字

简单的情况见下文。当两个本应一致的数字对不上时，本节有八个页面专门处理，每一页开头都有一个您可以在眼前的界面上执行的检查：

• When two numbers don’t tally——入口，按症状查找
• The aging still shows an invoice that’s already paid
• Everything is matched to zero and the reconciliation still won’t tally
• The Trial Balance doesn’t agree with the ledger
• The order still shows a quantity outstanding after I invoiced it all
• The margin report and the profit and loss don’t agree
• I knocked it off and the outstanding balance hasn’t changed
• The credit note is not in the aging report——开立贷项通知单和应用它是两个独立的动作
• Which figures BigLedger stores, and which it works out fresh——所有其他问题背后的那一个

这八个页面在 2026-09-19 之前放在 Modules → Core 下。它们是打开某个界面时要做的任务，所以属于这里；它们的旧地址仍然可以访问。

库存、改不了的单据，以及打印出错的单据

本节还有三个页面，每一个都对应人们带着来的一个症状，而不是他们所在的某个界面：

• The stock quantity shows zero and there is stock on the shelf——每个库存数字都是按库位计算的，而且商品搜索可以设置为只提供在此有库存的商品，所以在这里没有库存的商品会直接消失，而不是显示为零
• I cannot edit a finalised invoice——Final 冻结了什么、它刻意不冻结的三个字段，以及更正已过账单据的四种正当方式
• The invoice printed the wrong bank account——银行资料是按分行选择的模板文字，而旁边的公司名称来自单据

积分与会员

• Membership points and vouchers: symptom, cause, fix——积分始终未到账、到期从不执行、代金券在收银台被拒、推荐关系无法保存

这一页在 2026-09-20 从 Modules → Membership → Best practices 移到这里，原因与上面八个页面相同。它的旧地址仍然可以访问。

有三个页面没有放在这里，却同样回答故障排除类的问题，因为它们真正解释的是该模块所拥有的一种机制。如果您的症状在下面列出，请直接去看：同一个序列号卖了两次，或某个序列号显示数量为 2——Serial numbers；cannot final — not enough stock for bundle item，或一个说不通的组合商品数量——Bundles and grouped items；一个有自己 GL 账户的单据折扣、两个加不起来的表头合计，或一个消失的百分比——Group discount。

可用库存低于库存余额

这是正确且符合预期的，也是库存数字与您预期不同的四个原因之一——其他原因见 The stock quantity shows zero and there is stock on the shelf。未结的销售订单和送货单会减少可用数量，但不会改变余额。如果差距比应有的大，说明您有永远不会发货的订单行——在 SO Line with SI KO 中关闭它们，或作废这些订单。

试算表或资产负债表是空的

Financial Report 快照不读取您的日记账。它读取的是 Month End Processing 写入的、按账户按月汇总的行。从未关账的月份不会贡献任何数字。

对您范围内的月份运行 Month End Processing。要确认原因确实在此，可以改为运行临时的 Profit Loss Report——它直接读取日记账，所以如果它显示有数字而试算表没有，答案就是这些月份没有关账。

两份报表互相矛盾

它们通常读取的是不同的单据集合。例如，采购报表只读取已最终确认的采购发票和退货——不包括订单、收货单和草稿。在认定其中一份有错之前，先在它们各自的 applet 参考页面上查看每份报表读取的是什么。

缺少的按钮、菜单和 applet

一个实用的经验法则：

• 变灰通常表示数据所处的状态不允许该操作——例如一张没有任何行的单据上的 Final 按钮。
• 完全不存在通常表示权限或公司设置。许多 applet 允许管理员按角色或按团队隐藏 Final、Draft、Discard、Void 和 Print 按钮，以及整个菜单。
• 启动台（launchpad）上整个 applet 不见了，表示它没有为您的公司启用，或没有为您的登录安装。

这些都无法在您所在的位置自行解决。请询问负责管理您租户的人，并告诉他们是哪个 applet、哪个按钮。

值得了解的两个诊断界面

两者都在 Financial Report applet 的 Error Checking 下：

• Trace Document 回答这张单据为什么这样过账——或者为什么根本没有过账。给它一张单据，它会告诉您发生了什么。遇到任何过账问题，这都是第一个该用的工具，而且通常就能解决问题。
• Stock Flow Report 按模块比较您的库存价值与会计价值。当库存与总账出现偏差时，它会告诉您偏差在哪里。

大多数单据自身也带有一个 TraceDocument 选项卡，显示最终确认所产生的日记账和现金簿记录。请在一张您确定正确的单据上打开它一次，这样您就知道正确的样子是什么。

成功的样子

如果面对一张卡住的单据时，您会按顺序做以下三件事，就说明您已从本页得到了所需的内容：

1. 读消息，把它与上面的各节对照——它会说出缺的是什么。
2. 检查过账状态。 草稿可以解释极大一部分"什么都没发生"。
3. 只要是过账问题，就打开 Trace Document。

常见错误

在哪里提问

如果以上都解决不了，请在 BigLedger-Support/public 提交一个 issue。任何人都能阅读这个平台，所以请不要在帖子里写您的租户代码或您自己的业务记录。请写明：

• 您当时所在的 applet；
• 单据类型及其过账状态——不要写单据编号；
• 确切的错误消息，直接复制，不要转述；
• 您预期会发生什么。

这四行能把好几天的来回沟通变成一次答复。需要您的租户或单据编号才能回答的问题，请找您的 BigLedger 联系人（见支持）。

相关文档