發現事項與檢核

完整性檢核會檢查什麼、每項發現事項的嚴重程度、哪些發現事項會影響結帳是否為「clean」（沒有高或中嚴重程度的發現事項），以及每項發現事項如何解決。

什麼是發現事項

每次結帳都會在任何內容傳閱之前，針對 Haruno 根據公司匯出檔建立的分類帳執行完整性檢核。每項檢核都是一個固定提出的問題，而活頁簿只會隱含地、無聲無息地回答它。答案有誤時，該項檢核就會產生一項發現事項。

Haruno 將每家公司稱為 client；資料夾名稱、指令與儀表板中使用的都是這個字。

發現事項代表某個數字遺漏、加總不符，或表達不當：例如某個科目有餘額，卻沒有任何報表項目承接；某份明細表所列的總分類帳金額與分類帳不一致；或手動輸入的差額聲稱核對相符，明細卻顯示並非如此。

發現事項不是程式當機，而是您原本要到第三週才會發現的事。有發現事項的結帳仍是成功的結帳：發現事項正是它的產出，而且它仍會產生財務報表包、調節底稿與投資組合儀表板。由 Haruno 為您執行結帳時，它會在任何報告傳閱之前，先向您說明這些發現事項。

差異不等於發現事項。超出預算是關於業務本身的事實，而不是帳簿的缺陷，因此它會出現在預算面板上，絕不會出現在發現事項清單中。

嚴重程度

嚴重程度	代表的意義	是否計入？
高	某個數字遺漏或加總不符：某項餘額未出現在任何報表中、資產負債表核對不符，或明細表核對的數字並非分類帳上的數字。	是。在投資組合總覽中計入，並使該月份無法達到「fully reconciled」（全部調節相符）。
中	報表仍核對相符，但有某處錯誤需要有人修正：例如兩個月份以相同金額誤列、需要重新編製的明細表，或無法對應到任何報表項目的預算列。	是，與高完全相同。
低	目前還不是問題。通常是沒有報表項目也沒有餘額的科目：目前沒有任何遺漏，但它出現第一筆餘額時，將會無聲無息地遺漏。	否。會列在該公司的發現事項卡片上，但任何地方都不計入。

公司沒有嚴重程度為高或中的發現事項時，即為「clean」。儀表板計算的正是這一點，結帳在鎖定某月時記錄的也是這一點（請參閱「結帳狀態」）。低嚴重程度的發現事項是未來的風險，絕不會是某月不屬於「clean」的原因。

發現事項有兩種計算方式

判斷哪些事項未解決，只依據一條規則：高與中嚴重程度的發現事項計入，低嚴重程度的發現事項與償債能力跡象不計入。投資組合的「Findings」（發現事項）欄、「Clients with findings」（有發現事項的公司）指標卡與結帳狀態，都套用這條規則。公司的「Integrity findings」（完整性發現事項）卡片也會列出低嚴重程度的發現事項，因此一家公司可能在投資組合中顯示為「clean」，但在其公司頁面上仍列有項目。

門檻只是起點

這些檢核背後的門檻是以單一公司的帳簿校準的，時間性規則（missed_accrual 與預付費用待確認問題）則是以單一公司六個月的匯出檔校準。預付費用與會計處理待確認問題背後的單張發票規則，尚未以實際的廠商明細檢驗過。請將這些門檻與規則全部視為起點。

檢核項目

在公司頁面上，「Integrity findings」卡片會列出每項發現事項，包括其嚴重程度、觸發的檢核、對象（某個會計科目、某個報表項目或一段連續期間）、該項檢核本身附有數字的說明，以及「Propose a fix」（建議修正方式）按鈕。

以合成資料產生的範例輸出：「Integrity findings」卡片，列出三項嚴重程度為中的發現事項，包括一項針對「Marketing programs」的 budget_line_unmatched，以及兩項針對資產負債表項目的 orphan_lines，每項都附有說明與「Propose a fix」按鈕。 — 「Integrity findings」卡片。公司與數字為合成示範資料。

部分檢核只有在公司提供其所讀取的檔案時才會執行：試算表、應收帳款帳齡表、依部門（class）劃分的損益表、預算、廠商明細或 CRM 匯出檔。這類檢核沒有發現事項，也可能代表它沒有任何可檢核的內容。空白不等於零。

檢核	嚴重程度	觸發條件
unmapped_active_account	高	某會計科目有餘額或發生額，卻沒有對應的報表項目，因此未出現在任何一張報表中。
presentation_tieout	高	資產負債表的 CHECK 列（公司自己的公式，通常為資產總額減負債及權益總額）不為零。差額相同的連續多個期間合併為一列。
bs_tieout	高	依會計科目分類加總，資產餘額不等於負債及權益餘額。
ni_crosscheck	高	損益表上本年累計的本期淨利與資產負債表不一致。
recon_exceptions	高	任一月份中有調節列處於例外狀態。
recon_gl_mismatch	高	明細表的「Per GL」（依總分類帳）金額不是分類帳餘額。
cash_flow_classification	高；報表未列示營業活動小計時為中	借款被表達在營業活動現金流量中，不符合 ASC 230。
trial_balance_unbalanced	高	試算表的借方合計不等於貸方合計，或其 TOTAL 列與各列加總不一致。
trial_balance_account_unpresented	高	某會計科目在試算表上有餘額，卻未出現在任何已匯入的報表中。
statement_disagrees_with_trial_balance	高	在兩者皆涵蓋的期間內，試算表與報表所列的某個數字相互矛盾。
aging_disagrees_with_balance	高	應收帳款帳齡表與應收帳款科目核對不符。
class_total_disagrees	高	某月依部門（class）的拆分合計不等於該月的發生額。
orphan_lines	中	某報表項目沒有任何對應的會計科目，將永遠顯示為零。
recon_coverage	中	最近一次結帳時，某項重大餘額既沒有調節明細表，也沒有豁免。
missed_accrual	中	某項每月穩定發生的成本在某月為空白，下個月則約為平常的兩倍。
schedule_drift	中；無法比較該月變動時為低	折舊或預付費用明細表與公司政策或總分類帳不一致。
budget_line_unmatched	中	某預算列無法對應到任何報表項目，因此不會出現在任何面板上。
budget_line_uncomparable	中	某預算列只涵蓋報導期間以外的月份。
budget_months_short	中	預算在結帳月份之前就已結束。
deferred_rollforward_drift	中	期初餘額加上本期增加、減除本期認列後，與期末遞延收入的差額超過重大性。
detail_disagrees_with_statement	中	廠商明細超過該月報表數字，且差額超過重大性。
operating_count_disagrees	中	已儲存的顧客數與其背後的 CRM 交易資料不一致。
evidence_integrity	中	某份保留的來源活頁簿遺失、遭修改或無法讀取。
unused_exemption	中	某項豁免，或政策中的某個耐用年限設定，沒有涵蓋任何項目或無法讀取。
unmapped_empty_account	低	某會計科目沒有對應的報表項目，且在其出現的每個期間都為零。

另有兩項檢核 solvency 與 going_concern，在帳簿完全正確時也會觸發。它們顯示在「Solvency and going concern」（償債能力與繼續經營）卡片上；請參閱「償債能力跡象」。

待確認問題，而非發現事項

帳簿中有些型態值得提出詢問，但不應計入。Haruno 將它們列為待確認問題。待確認問題沒有嚴重程度，任何地方都不會計入，也絕不會使某月不再屬於「clean」。

待確認問題	詢問的內容	如何釐清
prepaid_candidate	某個月份承擔了某成本科目期間合計中不成比例的份額（至少 40%，且至少為平均分攤份額的兩倍），或某張發票是該廠商平常開立金額的數倍。預付款項在付款時直接列為費用，就會呈現這種型態；支出本就起伏不定的科目，在支出集中的月份也會如此。	查看發票。如果它購買的服務期間延續到該月之後，就應列為預付費用；如果不是，那只是支出較高的一個月。
treatment_candidate：於服務期間內分攤	一筆記入費用科目的廠商交易列，看起來購買的不只是當月的服務。判斷條件有二：該列金額單獨就超過整個科目平常單月成本的三倍；或備註中載明了期間（日期區間、月數，或 annual 之類的字詞），且該廠商當月的金額比其平常月份高出至少半張發票的金額。若預付費用明細表或固定資產明細表已列入該筆交易，則不會提出詢問。	是否購買了一段期間的服務。這要看發票，而不是備註。
treatment_candidate：資本化	一筆金額達到或超過公司自訂資本化門檻的廠商交易列，記入費用，且固定資產明細表中沒有對應的列。	是否屬於資產。公司政策中若未設定門檻，就絕不會提出此詢問。

為什麼是待確認問題，而非發現事項

會計處理是公司會計人員對所購項目做出的判斷。金額是事實；購買的是什麼，則只是從某人輸入的備註推測而來。在一份實際的匯出檔上，預付費用型態大約只有一半的時候是正確的。若列為發現事項，每隔一個月就會出現一次誤報；讀者查了一項卻一無所獲，就會不再查看其餘各項。

兩者都只針對成本提出詢問。若結帳只包含一個月的損益表，就不會詢問單月所占份額，因為只有一個月時，每個科目都占其自身合計的 100%；但仍可能就單張發票提出詢問。已列入明細表或固定資產明細表的發票，或每月都以相同規模出現的帳單，不會就其提出詢問。

Haruno 絕不會替您回答待確認問題。如果某個科目本質上就起伏不定，請告訴 Haruno，它會記錄下來，之後就不會再就該科目提出詢問。您的回答只會讓詢問停止，不會改變事實本身：結帳仍會列出該型態，並標示為已回答，因為公司的支出方式可能改變。

調節狀態

公司頁面上的「Reconciliation status」（調節狀態）卡片，檢視每項餘額是否與其明細表一致。卡片上，公司結帳月份調節底稿中每個經調節的資產負債表科目各占一列。

狀態	顏色	意義
reconciled	綠色	調節相符。明細表與總分類帳的差額在 0.01 以內。
exception	紅色	例外。明細表的期末餘額與總分類帳相差超過 0.01。
open	琥珀色	未決。無法計算差額。不計為例外。

「Difference」（差額）是明細表本身的期末餘額減去總分類帳餘額。明細表會重新計算，因此在活頁簿中手動輸入的差額無法使其核對相符。

重大性不會使狀態從寬認定：$200 的差額就是例外。在這張卡片上，重大性（即公司的調節門檻，草擬時以明示的預設值填入，由您在新增公司時確認或更正；請參閱「從不替您決定的事項」）只決定哪些沒有明細表的餘額會被標示出來。

處於例外狀態的列會成為 recon_exceptions 發現事項，嚴重程度為高。
若明細表的「Per GL」金額不是分類帳餘額，即使它與自身的「Per GL」核對相符，也會成為 recon_gl_mismatch，嚴重程度為高。
既沒有明細表也沒有豁免的重大餘額不會成為一列，而是以 recon_coverage 呈現，嚴重程度為中。

「all schedules tie」可能代表沒有調節底稿

無論是每份明細表都核對相符，還是沒有任何調節底稿涵蓋結帳月份，「Recon exceptions」（調節例外）指標卡都會顯示 0 與「all schedules tie」（所有明細表皆相符）。「Reconciliation status」卡片可以區分這兩種情況：沒有調節底稿時，它會顯示「No reconciliation binder ingested for this close.」（本次結帳未匯入任何調節底稿）。

償債能力跡象

「Solvency and going concern」卡片位於每家公司頁面的最前面，檢視公司是否有能力償付其債務。它只讀取公司自己的報表：營運資金與流動比率、現金、資產總額與權益、遞延收入、營業活動現金流量（有匯入現金流量表時），以及現金跑道。

四項跡象

跡象	嚴重程度
流動比率低於 1	低於 0.5 時為高，其餘為中。
權益為負	負權益金額低於資產總額的十分之一時為中，其餘為高。
遞延收入高於資產總額	一律為高。
以營業活動現金流量計算的現金跑道不足 12 個月	不足 3 個月時為高，其餘為中。

每項觸發的跡象都是一項 solvency 發現事項。每項都附有「Draft the disclosure」（草擬揭露內容）按鈕；在 macOS 應用程式中開啟儀表板時，按下此按鈕會將一則請求放入 Haruno 的聊天輸入框。現金跑道跡象需要已匯入的現金流量表，且借款須依 ASC 230 的規定移出營業活動。指標卡上的現金跑道以近期現金變動計算，包含籌資活動，絕不會觸發跡象；卡片的「Basis」（計算基礎）欄會說明卡片本身的現金跑道採用哪一種衡量方式。這張卡片不會讀取借款合約條款、債務到期日或期後事項；這些需要報表以外的資訊。

跡象群聚時

兩項以上的跡象同時出現，且至少一項為高時，即構成繼續經營疑慮跡象群聚，並以 going_concern 發現事項列示，嚴重程度為高。此時卡片開頭會顯示一段琥珀色的 ASC 205-40 說明，投資組合的「Going-concern indicators」（繼續經營疑慮跡象）指標卡也會將該公司計入。

只列跡象，從不做出結論

這張卡片列出 ASC 205-40 要求管理階層評估的情況，但從不就繼續經營本身做出結論。群聚發現事項會說明哪些因素可以改變它：已承諾的資金、其背後相關餘額的權利拋棄或債權居次，或效果已量化的計畫。

償債能力跡象在結帳完全無誤的帳簿上也會觸發，因此它們是需要說明的事項，而不是需要修正的事項。它們絕不會使公司不再屬於「clean」，也絕不會使某月被標記為「reported with exception」（附例外事項報告）。它們會隨報表一起提供：投資人報告保留償債能力面板，因為少了它的報告會既正確又具誤導性。

解決發現事項

大多數發現事項的解決方式，是由您做出決定並記錄在公司的對應設定檔（spec，記載其會計科目如何對應至報表項目，以及您已確認之決定的檔案）中，或由公司提供更正後的檔案。儀表板提出建議，由您決定。Haruno 絕不會無聲無息地對應科目，也絕不會為了讓發現事項消失而修改公司的活頁簿。

「Propose a fix」會將一則請求放入 Haruno 的聊天輸入框，要求提出可解決該發現事項的對應設定檔變更，並說明變更前後對報表的影響。在您按下傳送之前，不會送出任何內容（請參閱「從儀表板向 Haruno 提問」）。當您送出請求時，請求本身及其中的數字會與您輸入的其他內容一樣，經由 Inferara 的託管服務傳送至回答您的模型供應商（請參閱《資料處理與安全性》中的「您的資料流向何處」一節）。

發現事項	解決方式
unmapped_active_account、unmapped_empty_account	將該科目對應至報表項目。Haruno 會根據科目名稱、代號與相鄰科目提出建議的報表項目，再由您確認。請先處理沒有餘額的科目：現在處理還不需付出任何代價。
presentation_tieout	通常是同一項科目對應。當 CHECK 列的差額恰好等於某個未對應科目的餘額時，一次對應即可同時解決兩項發現事項。
orphan_lines	將某個科目對應至該報表項目，或記錄一項豁免，說明該項目預期為空白。
recon_coverage	將明細表加入調節底稿，或記錄一項豁免，說明該餘額在何處調節。
recon_exceptions、recon_gl_mismatch	對應設定檔中的任何設定都無法清除這兩項。公司自己的兩份文件彼此不一致，因此必須從來源更正。
missed_accrual、schedule_drift	在公司自己的帳簿中做一筆分錄或重新編製明細表，並以更正後的匯出檔或調節底稿提供。若更正後的匯出檔會重編已鎖定月份，則須重新開啟並說明您的理由。
試算表、帳齡表、部門（class）、廠商明細、CRM 及遞延收入相關檢核	找出哪一個來源有誤；發現事項會列出常見原因。當同一本總分類帳產生的兩份報表不一致時，請以同一時點重新匯出兩者，而不是從中擇一。
預算相關檢核	讓預算的項目名稱與報表項目相符，或刪除該列，讓「沒有這一列」成為您明確做出的決定。預算提前結束時，請將其延長。
evidence_integrity	如果您仍保有遺失的檔案，請重新匯入。遭修改的副本無法透過重新匯入修復：請以確認無誤的原始檔案替換。報表不受影響。
unused_exemption	更正該設定，使其涵蓋您原本想涵蓋的項目。這是一個記錯位置的回答。
solvency、going_concern	帳簿中沒有需要修正之處。這是需要說明的事項，「Draft the disclosure」可以協助您說明。

如果該公司之前已經結帳過，完成科目對應後的重新結帳會被拒絕，因為該對應會變動已鎖定月份中的數字。拒絕訊息會列出哪些數字會變動。請用一句話告訴 Haruno 您的理由；它只會重新開啟這些月份，在每個月份記錄您的理由，然後再次結帳。請參閱「結帳鎖定」。

豁免

豁免是對某項檢核所接受的例外，記錄在公司的對應設定檔中。每項豁免只回答一個問題：這項餘額在何處調節（recon_coverage）、這個報表項目為何空白（orphan_lines），或這個科目本質上是否起伏不定（預付費用與會計處理待確認問題）。科目豁免會指明確切的科目名稱、科目代號或代號前綴（10 涵蓋所有代號為 10xx 的科目，例如現金科目）；空白項目豁免則指明報表項目。沒有涵蓋任何項目的豁免，會在下一次結帳時以 unused_exemption 列出。

豁免不是科目對應

調節豁免會讓缺少明細表的發現事項不再出現。它不會把餘額放進任何報表，因此一個科目可能已獲豁免卻仍未對應。若該科目有餘額，unmapped_active_account 仍會將其列為高嚴重程度發現事項。用豁免來壓下科目對應的發現事項，壓下的是錯誤的東西。

實例：仍有一項發現事項未解決

以合成資料產生的範例輸出：三項嚴重程度為高的發現事項。1450 Deposits Receivable 的 unmapped_active_account、CHECK 列在 41 個期間皆為 -6,600 的 presentation_tieout，以及 1440 Advance to Suppliers 差額為 200 的 recon_exceptions。 — Cobalt Systems, Inc. 在科目對應前的狀態。該公司及其數字為合成示範資料。

在上方的合成範例中，Cobalt Systems 有三項嚴重程度為高的發現事項：1450 Deposits Receivable 有一筆沒有任何報表項目承接的餘額，因此 CHECK 列在全部 41 個月的差額皆為 $6,600；而其預付廠商款項明細表列出了一筆總分類帳中沒有的 $200。

只要一句話：「1450 Deposits Receivable 應歸入 Other assets」，就能完成該科目的對應。重新結帳會被拒絕，因為這項對應會變動全部 41 個已鎖定月份中的數字；再用第二句話說明理由：「1450 原本未對應，已核准歸入 Other assets」，即可重新開啟這些月份。CHECK 列歸零，前兩項發現事項隨之解決，「Findings」欄的計數從 3 降為 1。

調節例外仍然存在：任何科目對應或豁免，都無法清除公司自己兩份文件之間真實存在的不一致。因此，這些月份會以「reported with exception」鎖定，recon_exceptions 仍未解決。「Findings」欄的意義不在於歸零，而在於留下來的項目值得打一通電話確認，而且分類帳事後也會如實記錄這一點。

自行執行

請在工作區資料夾中執行。回答會透過 ingest.py answer 記錄，而不是手動編輯對應設定檔。詳情請參閱「自行執行」。

bash

# 將科目對應至報表項目
python3 .haruno/skills/QuickBooksCFO/scripts/ingest.py answer --spec .haruno/skills/QuickBooksCFO/specs/cobalt-systems.yaml --map "1450=Other assets"

# 重新結帳，並說明重新開啟已鎖定月份的理由
python3 .haruno/skills/QuickBooksCFO/scripts/close.py --workspace . --client cobalt-systems --reopen-reason "1450 was unmapped; approved as Other assets"

發現事項出現在哪裡

每個呈現位置都以同一條規則判斷哪些事項未解決，因此不會有兩個位置對同一個月份給出不同的答案。

位置	您會看到的內容
結帳報告（在聊天中向您說明，或在您自行執行時輸出於終端機）	所有發現事項，接著是哪些月份已鎖定，以及它們是「reported with exception」還是「fully reconciled」。
已鎖定月份清單（您自行執行指令時的 ingest.py periods）	每個月份那一行顯示相同的結帳狀態。
財務報表包	報表上方的「Issued with unresolved findings」（附未解決發現事項發布）註記。
調節底稿	每份明細表皆經重新計算，並標示出其例外。
儀表板的投資組合總覽	「Findings」欄（顯示數量或「clean」）、「Clients with findings」指標卡，以及每家公司的結帳狀態標籤。
儀表板的公司頁面	「Integrity findings」卡片（包含低嚴重程度的發現事項），以及「Solvency and going concern」卡片。
投資人報告	不包含完整性發現事項、科目對應表、調節狀態、差異觀察清單或 CHECK 列。償債能力面板及其跡象會保留，但沒有「Draft the disclosure」按鈕。

投資人報告保留與省略哪些內容，請參閱「投資人報告」。

結帳如何記錄每個已鎖定月份，以及為什麼未解決清單是一份快照，請參閱「結帳狀態」。

相較之下，「Integrity findings」卡片呈現的是帳簿目前的狀態。

後續步驟

了解發現事項在儀表板上的位置、結帳會產出與鎖定哪些內容，以及從新增公司到每月結帳的完整審閱流程。

投資組合儀表板

投資組合總覽、公司頁面，以及與發現事項並列的營運健康面板。

報告與結帳鎖定

財務報表包、調節底稿、投資人報告、結帳狀態，以及重新開啟月份。

審閱流程

新增一家公司、科目對應對話，以及完成某月結帳。