發現事項與檢查

每項完整性檢查測試什麼、每項發現事項有多嚴重、發現事項會出現在哪裡,以及如何解決。

什麼是發現事項

發現事項是指公司帳冊中遺漏、加總不符或表達不當的數字。每次結帳都會在匯出檔過帳之後、鎖定月份之前,執行一組固定的完整性檢查。未通過的檢查會產生一項發現事項,並附上嚴重程度、對象(某個科目、報表項目、月份或一段連續月份),以及一句列出相關數字的說明。

發現事項不會阻止結帳。有發現事項的結帳仍會鎖定已出具報表的月份;發現事項只決定這些月份以什麼狀態鎖定。請參閱《發現事項如何決定結帳狀態》。

發現事項、問題、償債能力指標與差異

檢查會產生三種結果;差異則是公司頁面上的第四種數字,常被誤以為也是檢查結果。

類型說明是否計為發現事項?在哪裡查看
發現事項需要有人修正的缺陷,例如沒有列入任何報表的科目。高與中計為未解決;低一律不計。「發現事項與問題」分頁;「總覽」中的「發現事項」卡片。
問題只有人才能判斷的模式,例如可能屬於預付的款項。否,另行計算。「發現事項與問題」分頁上的「問題」卡片。
償債能力指標關於公司本身、而非帳冊的事實,例如權益為負。否,也從不決定結帳狀態。「償債能力與繼續經營」卡片。
差異關於業務的事實:超出預算,或偏離趨勢。否。「預算對實際」;「異常變動清單」。

Haruno 也會根據該月份的數字與發現事項,為公司的管理階層草擬問題,供您編輯並寄出。它們同樣不是檢查結果:請參閱《給管理層的問題》。

檢查在每次結帳時、在公司的「發現事項與問題」分頁上按一下「重新執行檢查」時,以及公司頁面每次讀取帳冊時,都以相同規則執行。檢查在您的電腦上執行,不會傳送任何內容,也不會耗用用量額度。

沒有結果不等於通過
許多檢查都需要公司不一定會提供的檔案:試算表、應收或應付帳款帳齡表、Transaction List by Vendor(依廠商列示的交易清單)、Profit and Loss by Class(依類別的損益表)、預算、帳單或 CRM 匯出檔、現金流量表、調節工作底稿,或 QuickBooks 調節報告。缺少該檔案時,檢查不會有任何結果,因此沒有發現事項,也可能代表根本沒有測試任何內容。

只有資產負債表與損益表時會執行哪些檢查

只提供這兩份報表的公司,仍會執行下列檢查:

  • unmapped_active_account 與 unmapped_empty_account(沒有對應到任何報表項目的科目),以及 orphan_lines(沒有任何科目計入的報表項目)。
  • 逐月執行的 bs_tieout,以及資產負債表有 Net Income 或 Current Year Earnings 列時執行的 ni_crosscheck。
  • missed_accrual(已有五個月的損益表時),以及預付費用問題(已有兩個月時)。
  • unused_exemption,以及針對 Haruno 自行保存之檔案副本的 evidence_integrity。
  • 資金續航以外的償債能力指標。流動比率需要流動與非流動的小計。

其餘每一項檢查都需要上述其中一個檔案,而 presentation_tieout 需要檢查列(CHECK 列),但只有事務所自己的報表彙編活頁簿才有這一列;沒有的話,「勾稽差異」指標卡與「客戶總覽」的「結平核對」欄會顯示破折號與「未檢驗:資產負債表沒有檢核列」的註記,而不是「相符」。帳冊中沒有調節的月份,只要沒有未解決的高或中嚴重程度發現事項,就會鎖定為「not reconciled」(未調節),因為沒有任何明細表經過測試。請參閱《沒有調節工作底稿的公司》。

嚴重程度

每項發現事項的嚴重程度都是高、中或低。高與中嚴重程度的發現事項屬於未解決:「客戶總覽」會計入它們,而且它們會讓公司無法顯示為「無問題」,也會讓月份無法以「fully reconciled」鎖定。低嚴重程度的發現事項會列出,「發現事項與問題」分頁的計數列與結帳結果也會納入,但絕不計為未解決。

嚴重程度標籤代表的意義
「high」(高)紅色某個數字遺漏或表達錯誤:沒有列入任何報表的餘額、無法核對相符的資產負債表、核對對象不是分類帳數字的明細表。
「medium」(中)琥珀色報表核對相符,但仍有需要修正的地方:記錯月份的成本、需要重新編製的明細表、無法對應到任何項目的預算列。
「low」(低)灰色目前還不是問題,通常是沒有報表項目、也沒有餘額的科目:它一旦出現第一筆餘額,就會無聲無息地遺漏。

只有 unmapped_empty_account,以及特定一種情況下的 schedule_drift,會以低嚴重程度觸發。各項檢查的嚴重程度列於《檢查項目》。

公司沒有高或中嚴重程度的發現事項時,就沒有未解決的發現事項。「客戶總覽」的卡片與公司清單會顯示「無未解決的發現事項」,表格的「發現事項」欄則顯示「無問題」。只有低嚴重程度發現事項的公司,顯示的內容相同,而其「總覽」中的「發現事項」卡片會將這些發現事項列在「僅低嚴重度」之下。

發現事項出現在哪裡,以及各處計數的意義

各處的計算方式不同:結帳結果可能顯示「3 項發現」,「客戶總覽」卻顯示「無未解決的發現事項」。兩個數字不一致時,請以「發現事項與問題」分頁上的完整清單為準。

位置計算的內容
「當月結帳」視窗中各公司的結果此次執行回傳的每一項發現事項,包括低嚴重程度的發現事項與償債能力指標;問題另行計算。
「客戶總覽」:「有發現事項的公司」指標卡、卡片上的標籤、「發現事項」欄、「排序 ▸ 發現事項」高與中嚴重程度的發現事項。
公司頁首的結帳狀態標籤,以及按一下它所開啟的「月份」視窗月份鎖定時仍未解決的檢查,列在「未解決:」字樣之後。
「總覽 ▸ 發現事項」卡片除償債能力指標以外的每一項發現事項,包括低嚴重程度。會顯示「無問題 ✓」或「僅低嚴重度」。
「發現事項與問題」分頁同上,問題另行列出。
「科目對應」分頁兩項未對應科目的檢查。
「總覽 ▸ 償債能力與繼續經營」卡片僅償債能力指標。
財報套件高與中嚴重程度的發現事項(不含償債能力指標),列在「Issued with unresolved findings」(含未解決發現事項出具)之下,不附說明。
調節檔案僅調節狀態。
投資人報告不含完整性發現事項、調節狀態或異常變動清單;償債能力面板則會保留。
客戶總覽報告(「帳冊 ▸ 輸出客戶總覽報告…」)每家公司截至上次結帳的「Integrity findings」(完整性發現事項)卡片,每一句說明旁都附有檢查名稱。

「發現事項與問題」分頁上的訊息

您看到的訊息代表的意義
「檢查已執行,沒有需要報告的項目。」執行檢查或結帳後沒有任何發現事項。
「本次結帳沒有發現事項。」這次開啟應用程式後,尚未執行結帳,也尚未執行「重新執行檢查」,且已儲存的讀取結果中沒有發現事項。重新執行檢查後,問題也會一併顯示。
「這是上次結帳回報的內容。重新執行檢查即可讀取目前的帳冊。」這次開啟應用程式後,尚未執行結帳,也尚未執行「重新執行檢查」(例如重新啟動應用程式之後):顯示的是已儲存的讀取結果,沒有問題,也沒有「解決…」或回答按鈕。請按一下「重新執行檢查」。

各個位置的說明請參閱《客戶總覽與公司頁面》與《客戶總覽報告》;報表的說明請參閱《財報套件》與《投資人報告》。

將清單分享給公司

「發現事項與問題」分頁沒有輸出功能。若要把清單交給公司的記帳人員,請寄送財報套件:其中的「Issued with unresolved findings」(含未解決發現事項出具)區段會列出未解決的高與中嚴重程度發現事項,但不附說明。客戶總覽報告涵蓋所有公司,因此不適合寄給單一公司。若要寄出的是問題而不是發現事項,請使用《給管理層的問題》中的「拷貝」或「分享…」。

發現事項如何決定結帳狀態

結帳鎖定月份時,會將當下未解決的高與中嚴重程度發現事項,記錄在它鎖定的每一個月份上:清單不是空的,狀態就是「reported with exception」(附例外出具);清單是空的,則為「fully reconciled」(全部調節相符),而帳冊中沒有該月份調節的月份,則為「not reconciled」(未調節)。低嚴重程度的發現事項、問題與償債能力指標都不會被記錄。請參閱《結帳狀態》。

  • 發現事項不帶月份,因此鎖定 41 個月的第一次結帳,會在這 41 個月上都標記同一份清單。
  • 修正不會改變已鎖定月份的狀態:頁首的結帳狀態標籤保留鎖定當時未解決的事項,而「發現事項與問題」分頁顯示的則是帳冊目前的狀態。若要記錄這項修正,請附上原因重新開啟該月份,然後再次結帳。
  • 任何月份的調節工作底稿中若有例外,在更正之前每次結帳都會回報,因此之後的月份也會以「reported with exception」鎖定。
  • 狀態記錄的是哪些事項未解決,而不是測試了哪些內容。請搭配「調節例外」指標卡與公司提供的檔案一起判讀。

財報套件會依帳冊目前的樣子呈現,因此在您修正某項發現事項、並在未重新開啟月份的情況下結帳後,財報套件可能已不再列出它,但相關月份仍顯示「reported with exception」。請參閱《結帳狀態是一份快照》。

解決發現事項

沒有任何方式可以把發現事項標記為略過。只有在原因消除時,發現事項才會消失:提供更正後的檔案並重新結帳、變更科目對應,或為兩項可設定豁免的檢查記錄豁免。應用程式從不自行對應科目或記錄豁免,Haruno 的助理負責說明與提出建議;記錄回答、結帳與重新開啟,都由您透過應用程式的控制項完成,而助理只有在您要求時才會變更科目對應。

從「發現事項與問題」分頁解決

  1. 開啟公司的「發現事項與問題」分頁,或按一下「總覽」中的「發現事項」標題。
  2. 剛結帳完成時,凡是應用程式能記錄修正方式的列,都已經帶有「解決…」,問題也帶有各自的回答按鈕。如果某一列沒有(例如重新啟動 Haruno 之後),請按一下「重新執行檢查」:它會讀取帳冊目前的狀態,不會結帳也不會鎖定任何內容,並在應用程式能記錄修正方式的列上加入「解決…」。
  3. 閱讀該列:嚴重程度、對象、以小字顯示的簡短標題,以及列出數字的說明。
  4. 如果該列有「解決…」,請按一下。「記錄回答」視窗會在寫入任何內容之前,先預覽這項變更。

    例如:「僅為預覽——未寫入任何內容。將進行 1 項編輯。」

  5. 按一下「記錄回答」或「取消」。如果科目對應中已經有這個回答,就不會寫入任何內容。
  6. 按一下「再次結帳」,立即為這家公司結帳,不經過預檢(結帳前的檢查,不寫入任何內容);或按一下「完成」,稍後再結帳。

    在您結帳之前,「重新執行檢查」會去掉您以豁免解決的那一列,但仍會列出您已指向某個報表項目的科目,因為科目對應要到結帳時才會進入帳冊。再次結帳會在修正生效的情況下為該公司結帳,但已鎖定的月份會保留鎖定當時的發現事項;請參閱《發現事項如何決定結帳狀態》。

檢查「記錄回答」視窗中的按鈕記錄的內容
recon_coverage「記錄調節例外」以確切名稱指定的科目,記錄為已於他處調節。
orphan_lines「記錄無科目項目的例外」將該報表項目記錄為預期空白。
unused_exemption「移除此例外」移除已失效的項目。耐用年限項目不提供此按鈕。
unmapped_active_account「將此科目對應到報表項目」科目所表達的報表項目,從公司自己的項目中選擇。Haruno 會提出編號最接近的已對應科目所在的項目;附近沒有已對應科目時則不提出任何項目;在預覽任何內容之前,您必須先選定一個。

其他發現事項都沒有「解決…」:請依《檢查項目》的說明消除原因,加入更正後的檔案(《日後加入檔案》),然後再次結帳。unmapped_active_account 在上方的表格中,但「解決…」會請您選擇報表項目,因為科目該歸入哪裡,由您決定;請參閱《QuickBooks 中出現新科目》。

修正遇上已鎖定的月份時

若更正後的檔案或科目對應變更會變動已鎖定月份中的數字,就不會被套用:結帳不會為該公司寫入任何內容,並會列出相關月份與原本會變動的前五個數字。請在該卡片上按「修正…」,將小幅更正記入較晚的月份,或重新開啟這些月份(科目對應變更只能重新開啟);也可以在「月份」視窗(按一下結帳狀態標籤即可開啟)中重新開啟,並用您自己的話寫下原因(tbd 之類的佔位文字會被拒絕),然後再次結帳。在重新開啟之後有變動的數字,會以重編回報。請參閱《預檢中的已鎖定月份》與《更正已出具報表的月份》。

豁免

豁免是針對單一檢查接受一項例外,並記錄在科目對應中。在各項發現事項中,只有 recon_coverage(這筆餘額在哪裡調節?)與 orphan_lines(這個項目為什麼是空的?)可以設定豁免。其他情況一律無法接受:即使是已知的 $200 明細表差異,在明細表或帳冊更正之前,仍會維持為 recon_exceptions。科目豁免須指定確切的科目名稱或編號,或全為數字的前綴(10 涵蓋所有 10xx 科目);部分名稱不會比對到任何科目。請參閱《豁免》。

豁免不是科目對應
調節豁免會消除缺少明細表的發現事項,但不會把餘額放進任何報表。已豁免、有餘額卻沒有報表項目的科目,仍會是 unmapped_active_account,嚴重程度為高。

就發現事項詢問 Haruno

分頁上的「解釋這項發現」,以及「總覽」中「發現事項」卡片上的「詢問 Haruno」,都會將一個關於該發現事項的問題(附上公司、對象與說明)放入對話框,並在頁面旁開啟對話。在您按下傳送之前,不會送出任何內容。Haruno 會讀取帳冊來回答;它不會記錄回答,也不會為月份結帳或重新開啟月份,而且只有在您要求時才會變更科目對應。請參閱《從公司頁面提問》與《會傳送哪些內容》。

範例演練:最後留下一項發現事項

以合成資料顯示的三項高嚴重程度發現事項:1450 Deposits Receivable 的 unmapped_active_account、41 個期間皆為 -6600.0 的 presentation_tieout,以及 1440 Advance to Suppliers 差額為 200.0 的 recon_exceptions。
客戶總覽報告中,Cobalt Systems 在科目對應之前的狀態。合成示範資料。

Cobalt Systems 有三項高嚴重程度的發現事項。1450 Deposits Receivable 有 $6,600 沒有任何報表項目承接,因此檢查列在全部 41 個月都差了 $6,600;此外,1440 Advance to Suppliers 的明細表與分類帳相差 $200。(Cobalt 的檢查列來自其報表彙編活頁簿;以 QuickBooks 匯出檔設定的公司不會引發 presentation_tieout。)

  1. 將 1450 Deposits Receivable 歸入 Other assets 項目。Cobalt 的報表彙編是在自己的對應欄中指定報表項目,因此要加入更正後的報表彙編;若是以 QuickBooks 匯出檔設定的公司,請在該發現事項上使用「解決…」來選擇項目(若該列沒有「解決…」,請先按「重新執行檢查」)。
  2. 這筆餘額存在於全部 41 個已鎖定月份中,因此請重新開啟這些月份,原因可以寫:1450 Deposits Receivable 原本未列入資產負債表;經 CFO 審閱後,現列為 Other assets。
  3. 按一下「當月結帳…」。檢查列歸零,三項發現事項中只剩下 recon_exceptions。

任何科目對應或豁免,都無法消除公司兩份文件之間真實存在的不一致,因此這些月份會以「reported with exception」鎖定。重點不在於讓清單歸零,而在於留下來的項目值得打一通電話確認,而分類帳也如實記錄了這一點。

檢查項目

Haruno 會執行 31 項檢查:29 項針對帳冊,2 項針對公司的償債能力。請依發現事項下方以小字印出的標題,配合本節最後的表格查找該項發現事項;「月份」視窗與財報套件印出的則是檢查的名稱。發現事項依檢查的執行順序列出;請先閱讀每一項的說明,因為其中列出了相關數字。

檢查使用的容許誤差
容許誤差數值使用的檢查
一分錢$0.01bs_tieout、presentation_tieout、ni_crosscheck、recon_gl_mismatch、class_total_disagrees、trial_balance_unbalanced、三項 cash_flow_ 核對,以及判斷科目是否有任何變動。
重大性除非科目對應記錄了其他數字,否則為 $1,000;0 表示每一筆差異都計入recon_coverage、aging_disagrees_with_balance、detail_disagrees_with_statement、statement_disagrees_with_trial_balance、deferred_rollforward_drift(絕不低於 $1.00)。
偏差容許誤差$1.00schedule_drift 與 schedule_movement_unexplained。

只有在公司提供調節工作底稿時,才會詢問重大性(請參閱《重大性》),而且重大性從不放寬調節狀態或核對結果的認定。其他門檻都是內建的,只有資本化門檻由您自行載明。所有門檻都是以公司報表幣別計算的金額,從不換算:對於報表幣別為 EUR 的公司,$1,000 即視為 €1,000。

報表核對

報表的加總是否正確,是否與公司的其他報表一致?未通過代表某個會被引用的數字有誤。

檢查嚴重程度測試內容常見原因解決方式
bs_tieout高每個月依各科目的分類,比較資產總額與負債及權益總額,精確到分。餘額分類錯誤、未分類,或未包含在匯出檔中。找出造成差額的餘額(說明中會列出兩個總額);更正匯出檔或科目對應。
presentation_tieout高逐月檢查資產負債表本身的檢查列(CHECK 列);連續多個月出現同一差額時,只算一項發現事項。只有報表彙編活頁簿才有檢查列。未對應的科目或無科目項目;差額若等於某筆未對應的餘額,問題就出在該科目。對應該科目或修正該項目,這也可能一併消除 unmapped_active_account。
ni_crosscheck高每個月比較會計年度年初至今的本期淨利,與資產負債表的盈餘列(Net Income 或 Current Year Earnings,依科目名稱或報表項目判斷)。某個科目未列入損益表,或兩份報表在不同時間點匯出。對應該科目,或同時重新匯出兩份報表。年初至今從公司會計年度開始的月份起算。
trial_balance_unbalanced高試算表的借方與貸方是否相等,以及其 TOTAL 列與各列加總是否一致。總分類帳借貸不平,或檔案本身前後不一致。將差額交給記帳人員處理;若是 TOTAL 列的問題,請重新匯出完整的報表。
trial_balance_account_unpresented高對於帳冊中已有的月份,比較試算表上有餘額的科目與財務報表帶入的科目;損益類科目只在帳冊涵蓋該會計年度截至當月的每一個月時才比較。財務報表漏列了帳上存在的科目。重新產生能列示該科目的財務報表並加入。無法豁免。
statement_disagrees_with_trial_balance高兩者共有的每個科目:比較試算表日期的餘額,以及報表期間(或會計年度初至今)的發生額,差異超過重大性時回報。損益類科目只在帳冊涵蓋整段期間時才比較。兩份匯入檔案中有一份已過時。以同一時點重新匯出兩份報表。
detail_disagrees_with_statement中某個月份中,某科目在 Transaction List by Vendor 上各列的合計超過報表數字,且超出重大性。明細低於報表數字屬正常情況(薪資與日記帳分錄不會出現在該報表上)。重複計算、以日記帳分錄入帳的貸項、匯出檔期間重疊、某列過帳錯誤,或報表採用不同的會計基礎。找出有誤的來源;報表數字維持不變。

涵蓋範圍、科目對應與證據

每一筆餘額是否都落在某個報表項目上?每個報表項目是否都有科目計入?這類問題在印出的報表上看起來完全正常。

檢查嚴重程度測試內容常見原因解決方式
unmapped_active_account高有超過一分錢的餘額或發生額,卻沒有報表項目的科目。也會顯示在「科目對應」分頁上。核准後才在 QuickBooks 中新增的科目,或從未被歸入任何項目的科目。每月全額繳清的信用卡,仍算有變動。為它設定對應:使用「解決… ▸ 將此科目對應到報表項目」,並選擇項目;若該列沒有「解決…」,請先按「重新執行檢查」。重新產生對應草稿也可以,但會取代所有已記錄的回答。
unmapped_empty_account低同上,但針對每個月都為零的科目。同上。請在餘額無聲無息地遺漏之前為它設定對應。科目有了餘額之後,才會提供「解決…」。
orphan_lines中沒有任何科目計入的明細項目(依標籤完全比對),因此永遠顯示為零。對應科目已不存在的項目,或從來沒有任何科目指向它的項目。若它本來就應該是空的,請使用「解決… ▸ 記錄無科目項目的例外」;否則請變更科目對應。
recon_coverage中在公司有調節的最新月份,每一筆達到或超過重大性、卻沒有明細表也沒有豁免的餘額;權益科目則本來就不需要有。需要調節工作底稿或 QuickBooks 調節報告;若只有報告,預期要有的是銀行與信用卡科目。工作底稿中沒有它的工作表。在 QuickBooks 中調節的現金也算在內。加入明細表,或使用「解決… ▸ 記錄調節例外」。
unused_exemption中將每一項豁免與耐用年限項目,與會計科目表及報表項目比對。對象會標示其種類:recon_exempt(調節)、ask_exempt(問題)、orphan_exempt(空白項目)、policy.useful_life_months(耐用年限)。編號打錯,或只寫了部分名稱;原本要消除的發現事項仍會回報。使用「解決… ▸ 移除此例外」,或重新正確記錄。
evidence_integrity中Haruno 為每個匯入檔案保存的副本是否仍在且未經變更。您的原始檔案從不會被更動;也不影響任何數字。副本在 Haruno 以外被刪除或修改,或磁碟、權限發生問題。依說明處理:重新匯入遺失的副本、以確認無誤的原始檔案取代被更改的副本,或檢查權限與磁碟。

調節

這些檢查會將公司的調節(來自工作底稿或 QuickBooks 調節報告)與分類帳比對,沒有任何調節時不會有任何結果。請參閱下方的《調節狀態》。

檢查嚴重程度測試內容常見原因解決方式
recon_exceptions高在分類帳涵蓋的任何月份中,合計與其「Per GL」(依總分類帳)金額相差一分錢以上的每一份明細表或 QuickBooks 調節報告。明細表已過時、漏列某個項目,或列有分類帳中沒有的項目。更正明細表或帳冊,並加入更正後的工作底稿或報告。任何豁免都無法清除它。
recon_gl_mismatch高明細表本身所載的 Per GL 數字,與該科目、該月份的分類帳餘額比較。明細表核對的是過時的分類帳數字,即使它本身核對相符。更新 Per GL,重新調節,並加入更正後的工作底稿。

政策與期間截止

這些檢查會依您載明的政策測試明細表(對於從 QuickBooks 同步的公司,還會依其分類帳明細行測試),並找出記錯月份的成本。它們從不建議耐用年限、門檻或分錄。

檢查嚴重程度測試內容常見原因解決方式
schedule_drift中;有一種情況為低將固定資產明細表與預付費用明細表,與已記錄的資本化門檻及耐用年限比較,並在偏差容許誤差範圍內與總分類帳比較。耐用年限不符政策、成本低於門檻、某月分錄與明細表不符,或某列缺少資料。更正明細表、帳冊,或在科目對應的審閱表單中更正政策。沒有「解決…」按鈕。
schedule_movement_unexplained中對於從 QuickBooks 同步的公司:預付費用、固定資產、應計項目或其他流動負債科目,在某個月的餘額變動,超出過帳到該科目的 QuickBooks 分類帳明細行所能解釋的範圍,且超過偏差容許誤差。說明中會列出期初與期末餘額,以及三個最大的明細行。有一項變動沒有任何明細行可以解釋、有一筆明細行記到了錯誤的科目,或分類帳顯示該科目的正負號與資產負債表相反。請詢問負責記帳的人是什麼造成了餘額變動,或某筆明細行是否屬於其他科目。沒有「解決…」按鈕。
missed_accrual中一個金額穩定的成本科目(至少另有三個月有過帳、典型月份至少 $1,000,其他月份與其差距都在 15% 以內),某個月完全沒有過帳,下個月卻約為兩倍(誤差 10% 以內)。這個空白月份絕不會是檔案中的第一個或最後一個月。期間截止錯誤;期間合計正確、一切都核對相符,因此其他檢查都看不出來。在公司帳冊中做一筆重分類分錄,再提供更正後的匯出檔;已鎖定的月份請附上原因重新開啟。

schedule_drift 的各種情況列於《折舊、攤銷與政策檢查》。其中低嚴重程度的那一種,是合約的服務起始日在前一個月或之後,因而略過預付費用的變動比較;門檻或容許誤差不是正數時,本身就是一項中嚴重程度的發現事項。只有在工作底稿含有固定資產明細表或預付費用明細表時,Haruno 才會詢問資本化門檻;目前還不會詢問耐用年限或偏差容許誤差。折舊只以直線法計算。

收入與應收帳款

資產負債表只列出遞延收入與應收帳款的期末數字;這些檢查會將它們與其明細核對。

檢查嚴重程度測試內容常見原因解決方式
deferred_rollforward_drift中每個有實際拆分資料的月份:期初遞延收入加增加、減認列,與期末比較,差異超過重大性(至少 $1.00)時回報。拆分資料來自帳單匯出檔或工作底稿中的餘額變動表工作表。發票記錯期間、服務期間不一致、以日記帳分錄沖轉遞延收入,或餘額早於來源資料涵蓋的期間。更正有誤的來源;不會重編任何數字。
aging_disagrees_with_balance高在分類帳涵蓋的某個月底,將 A/R Aging Detail 中的未收發票,以及 A/P 帳齡表中的未付餘額,與您在科目對應審閱表單中指定的應收與應付帳款科目比較,差異超過重大性時回報。有條件不符時會略過並附註,因此沒有發現事項,並不代表帳齡表核對相符。尚未沖銷的貸項、預收款或付款,記在其他科目的發票或帳單,或報表在不同時間點產生。更正來源;以資產負債表的月底日期產生帳齡表。

A/P 帳齡表(Summary 或 Detail)以同樣的方式核對。詳情請參閱《遞延收入》與《應收帳款》。

現金流量

有一項檢查會找出被列為營業活動現金的借款——這是對資金續航影響最大的分類錯誤;另有三項檢查,會將匯入的現金流量表與其自身及帳冊比對。

檢查嚴重程度測試內容常見原因解決方式
cash_flow_classification每一筆借款列各為高;未列示營業活動小計時,另有一項中;現金前綴同時也是非現金科目的編號開頭時,另有一項中營業活動中,屬於非應收帳款的負債、且名稱看起來是借款的列(貸款、應付票據、信用額度、借款、本票,或來自顧客、客戶、承租人或訂閱者以外對象的墊款)。依 ASC 230,這屬於籌資活動。需要現金流量表。此外,現金前綴同時也是非現金科目的編號開頭時,即使沒有現金流量表,也會提出。借款的科目類型設為流動負債,因此其變動被視為營運資金。帳冊本身沒有錯;請與記帳人員討論該科目的類型。Haruno 目前還無法記錄某個科目是否屬於債務。
cash_flow_section_does_not_foot中匯入的現金流量表:每項活動(營業、投資、籌資)的淨現金,與其上方各行比較,精確到分。匯出檔中缺少某一行,或報表在產生之後被編輯過。在採用其合計之前,請重新匯出。
cash_flow_does_not_roll高匯入的現金流量表:各項活動與其現金淨變動比較,以及期初現金加上淨變動與期末現金比較。報表產生時使用的日期與其所載日期不同,或在產生之後被編輯過。請以相同的日期重新匯出。
cash_flow_disagrees_with_profit_and_loss高匯入的現金流量表所起算的淨利,與帳冊在相同月份的損益表比較。兩份匯出檔中有一份已過時,或涵蓋的日期不同。請以相同的日期重新匯出兩份。

針對 cash_flow_classification,說明中會列出原本列示的與更正後的營業活動現金流量,指出燒錢是被低估(動用借款)還是被高估(償還借款),並在正負號改變時提出警告。「償債能力與繼續經營」卡片上的資金續航,使用的是更正後的數字。現金前綴的情況不需要現金流量表:其說明會指出該前綴,以及兩側的科目;《指標參考》中的「哪些科目算作現金」一節則說明哪些數字會暫不顯示,以及如何消除。

預算與營運

預算檢查只在預算無法比較時觸發,絕不會因為支出超出預算而觸發。營運檢查則會將部門拆分與客戶數,與其來源核對。

檢查嚴重程度測試內容常見原因解決方式
budget_line_unmatched中將每個預算類別與損益表的項目名稱比對。名稱不同,或該項目未列示;該類別不會出現在任何面板上。讓名稱一致或刪除該列,再加入更正後的預算。
budget_line_uncomparable中已比對成功、但只在報告期間以外的月份編列預算的類別。屬於其他期間的預算列。沒有任何錯誤;在某個月份同時有預算數與實際數之前,它不會出現在面板上。
budget_months_short中報告期間內,任何類別都沒有預算的月份。預算在結帳月份之前就結束了。延長預算。在那之前,期間累計數字只涵蓋有預算的月份。
class_total_disagrees高針對每個科目與月份,將 Profit and Loss by Class 的拆分與該月發生額比較,精確到分。類別報表是在某筆調整之前產生的。重新匯出該月份的類別報表。
operating_count_disagrees中已儲存的客戶數(例如手動維護的營運工作表)與 CRM 匯出檔中已成交交易案的比較,僅限這些交易案完整涵蓋的月份。同一個數字有兩個來源。重新匯入 CRM 匯出檔,或刪除手動維護的那一列。

預算期間是最新損益表月份所在的會計年度,截至該月份為止。請參閱《預算對實際》。

償債能力

這些檢查看的是公司本身,而不是它的帳冊;請參閱《償債能力指標》。

檢查嚴重程度測試內容常見原因解決方式
solvency依指標而定流動比率、權益、遞延收入占資產總額的比例,以及以營業活動衡量的資金續航。公司的財務狀況,而非記帳問題。沒有需要修正的地方。「草擬揭露說明」可以協助您把它說清楚。
going_concern高兩項以上的償債能力指標,且至少一項為高。同上。加以揭露;或取得已承諾的資金、就其背後相關餘額取得權利拋棄或債權居次,或提出效果已量化的計畫。
依標題辨認發現事項

「發現事項與問題」分頁上的發現事項列,會在其對象下方顯示簡短標題;「總覽」中的「發現事項」卡片只顯示說明。這張表將標題對應到它的檢查。schedule_drift 的說明請參閱《折舊、攤銷與政策檢查》。

該列的標題檢查
可能漏列應計項目missed_accrual
有活動科目未對應unmapped_active_account
帳齡與總帳不符aging_disagrees_with_balance
資產負債表不平衡bs_tieout
預算類別未對應budget_line_unmatched
預算月份不足budget_months_short
預算期間未重疊budget_line_uncomparable
現金流量無法勾稽cash_flow_does_not_roll
現金流量淨利與損益不符cash_flow_disagrees_with_profit_and_loss
現金流量區段加總不符cash_flow_section_does_not_foot
檢查留存證據evidence_integrity
類別合計不符class_total_disagrees
遞延收入滾動調節不符deferred_rollforward_drift
明細與報表不符detail_disagrees_with_statement
空白科目未對應unmapped_empty_account
豁免或政策未使用unused_exemption
總帳明細與餘額變動不符schedule_movement_unexplained
淨利不符ni_crosscheck
營運筆數不符operating_count_disagrees
調節有例外recon_exceptions
缺少調節資料recon_coverage
調節使用不同總帳餘額recon_gl_mismatch
檢查現金流量分類cash_flow_classification
明細表須檢查schedule_drift
報表與試算表不符statement_disagrees_with_trial_balance
報表項目無對應科目orphan_lines
報表呈現不平衡presentation_tieout
試算表不平衡trial_balance_unbalanced
試算表科目未呈現於報表trial_balance_account_unpresented

是問題,而非發現事項

有些模式值得一看,但並不是缺陷,因此 Haruno 會改為提出問題。問題沒有嚴重程度,從不計為發現事項,也絕不會讓月份變成「reported with exception」(附例外出具)。問題會顯示在「發現事項與問題」分頁的「問題」卡片上,並附有標示問題名稱的灰色標籤;若是會計處理問題,還會標示 spread 或 capitalize。

問題詢問的內容如何確認
prepaid_candidate某個成本科目中,有一個月的金額超過 $3,000,至少占該期間合計的 40%,且至少是平均分攤額的兩倍。或者,有廠商明細時,某張發票超過 $3,000,且至少是該廠商平常帳單的三倍。付款時即列為費用的年度訂閱費或保費,就會呈現這種模式;本來就起伏不定的月份也會。看發票:如果它購買的服務期間超過當月,就應列為預付費用。
treatment_candidate,spread一筆列為費用的廠商交易列,其備註載明期間(日期區間、月數,或 annual〔年度〕之類的字詞),且該廠商當月金額比平常高出至少發票金額的一半;或者,沒有載明期間,但該列金額至少是該科目平常月份的三倍。它是否購買了一段期間的服務。這要看發票,而不是備註。
treatment_candidate,capitalize達到或超過資本化門檻、已列為費用,且固定資產明細表中沒有對應列的廠商交易列。未記錄門檻時絕不會詢問。它是否屬於資產。

兩者都只檢視成本,並會略過已列在預付費用明細表或固定資產明細表中的發票,以及每個月都開出差不多金額帳單的廠商。只有一個月的損益表時,不會提出單月占比的問題。會計處理問題需要 Transaction List by Vendor。

回答問題

  1. 在「發現事項與問題」分頁上,如果沒有「問題」卡片,或其中各列沒有回答按鈕,請按一下「重新執行檢查」。
  2. 閱讀問題,並查看發票。
  3. 如果該科目本質上金額就起伏不定,請按一下該列的回答按鈕:預付費用問題上的「Lumpy by nature — stop asking」(本質上金額起伏不定——不再詢問),或會計處理問題上的「Expense it — lumpy by nature, not deferred」(列為費用——本質上金額起伏不定,不予遞延)。
  4. 「記錄回答」視窗會預覽這項變更。請按一下「記錄回答」。

這個回答涵蓋整個科目,而不只是一張發票。如果該成本應該分攤或資本化,就需要在公司帳冊中做一筆分錄,並在其預付費用明細表或固定資產明細表中加上一列:Haruno 沒有任何可以移動數字的按鈕。一旦發票列入其中,就不會再就它提出詢問。

「未提問」卡片

已回答的問題會移到「未提問」卡片,以灰色顯示,並附一行「回答依據」,指明讓它們不再被詢問的對應項目;之所以保留,是因為支出方式會改變,回答也可能不再成立。若要重新被詢問,請按一下「Ask this again — drop the exemption」(重新詢問——撤除豁免),然後記錄回答。

就問題詢問 Haruno

「解釋」會詢問這個問題要您檢查什麼。「建議會計處理」會詢問 Haruno 會記錄哪一種會計處理、涵蓋多長的期間,以及對當月有什麼影響,最後以「I record the answer in the app — propose it, do not write it.」(答案由我在 App 中記錄——請提出建議,不要寫入。)作結。在您傳送之前,不會送出任何內容。

為什麼是問題,而不是發現事項

會計處理是公司會計人員對所購項目的判斷:金額是事實,買了什麼則只是從備註推測而來。以一份實際的匯出檔測試,預付費用模式大約只有一半的時候是對的。若列為發現事項,每隔一個月就會出錯一次;而讀者只要查過一次錯誤的發現事項,就不會再查看其餘的發現事項。問題的說明也這麼寫:「Do not report this as a finding — it is not one until somebody has looked at the invoice.」(請勿將此列為發現事項——在有人看過發票之前,它還不是發現事項。)

給管理層的問題

公司「發現事項與問題」分頁最上方的「給管理層的問題」卡片,存放您可以就該月份向公司管理階層提出的問題。這些問題由 Haruno 根據該月份的數字與發現事項草擬;您編輯並回答它們,再以您自己的方式寄出。這裡的任何內容都不會傳送給任何人。它與上文檢查的「問題」卡片是分開的。

Haruno 最多挑選七件值得詢問的事(償債能力、不利的重點數字、應收帳款成長速度超過收入、預算與支出項目偏離過大、與公司自身紀錄有關的發現事項,以及任何其他高嚴重程度的發現事項),並為每一件擬一個問題。月份是最新已結束的月份,也就是投資人報告所針對的月份:在月份結束之前同步的月份,要等到月份結束後再同步一次才會納入。

草擬這些問題

結帳結束時,Haruno 會在背景為結帳涵蓋的每家公司逐一草擬問題,條件是該月份有值得詢問的事、尚無任何問題,而且先前沒有草擬過。您也可以按一下「草擬問題」(已有問題時則為「重新產生草稿」)自行草擬。卡片會說明草擬進行到哪裡,執行期間提供「取消」,失敗時提供「再試一次」。

草擬需要您已登入、方案有效且仍有額度,而且與結帳及檢查不同,它會消耗您的用量額度。草擬出的問題中每一個數字都會與帳冊核對:引用了帳冊中沒有的數字、直接下結論而不是提問,或與該月份的數字無關的問題,都會被剔除,卡片會說明被剔除的數量與原因。草稿絕不會出現在「記錄」中。

處理這些問題

每個問題都有「編輯」、「記錄回答…」,以及含有「上移」、「下移」與「擱置」的「更多」選單,還有一個箭頭連結,指向問題來源的發現事項或面板。當問題背後的數字在草擬之後有變動時,會有一則註記說明。您擱置的問題會留在「已擱置 (N)」之下,並附有「回復」。「重新產生草稿」只會取代您沒有動過的問題。

沒有人回答、也沒有擱置的問題,會在下一次結帳之後保留在「August 2026 起仍未回覆的問題」之下,而 Haruno 不會再就它的主題提問。在「客戶總覽」上,公司卡片上的灰色標籤「有 N 個給管理層的問題待回覆」,會計算仍未回覆的問題數。在「表格」版面中,同樣的文字會以灰色顯示在公司名稱下方。

「拷貝」與「分享…」會把問題以編號文字放到剪貼簿或分享面板中,每個回答放在其問題之下,寫成「Answer: …」,接著是沿用下來的問題,放在「Still open from ‹Month›」之下。Windows 版 Haruno 有「拷貝」,但沒有「分享…」。

調節狀態

調節工作底稿中的每一份明細表,以及每一份 QuickBooks 調節報告,在每個結帳月份都會得到一個狀態,依其合計與 Per GL 數字(工作表未載明時則為分類帳餘額)的比較而定,精確到分。重大性從不放寬狀態的認定:$200 的差異就是例外。完整規則請參閱資產負債表調節一章的《調節狀態》。

狀態顏色代表的意義發現事項
「已調節」綠色合計與 Per GL 完全相等,精確到分。無。
「例外」紅色兩者相差一分錢以上。recon_exceptions,高。
「open」(未結)琥珀色無法計算差異,例如工作表沒有合計,或該月份沒有分類帳餘額。無,而且會被視為已涵蓋,因此請將琥珀色的列視為未經測試。

Per GL 不是分類帳餘額的明細表,即使與該 Per GL 核對相符,仍會被列為 recon_gl_mismatch,嚴重程度為高。

償債能力指標

位於公司「總覽」最前面的「償債能力與繼續經營」卡片,檢視的是公司能否償付其債務。它的四項指標(流動比率、權益總額、遞延收入占資產總額的比例、以營業活動衡量的資金續航),即使在沒有任何發現事項的帳冊上也可能觸發:這些是需要說明的事項,而不是需要修正的事項。這張卡片不會讀取借款合約條款、債務到期日或期後事項。權益為負的指標會指出 Opening Balance Equity 中有什麼(如果有的話):把它移到業主權益或保留盈餘並不會改變權益總額,因此請檢查在 QuickBooks 中輸入的期初餘額。門檻與公式請參閱《償債能力與繼續經營》。

指標同時出現時

兩項以上的指標同時出現、且至少一項為高時,即構成指標群聚,並以 going_concern 回報,嚴重程度為高。此時卡片開頭會出現一段引用 ASC 205-40 的琥珀色段落,頁首的標籤會顯示「繼續經營疑慮指標」,而「客戶總覽」的「繼續經營疑慮指標」指標卡也會列出該公司。

只列指標,從不做出結論
這張卡片列出 ASC 205-40 要求管理階層評估的情況。它從不就繼續經營做出結論,也不是查核意見。

「草擬揭露說明」

每一列指標都有「草擬揭露說明」按鈕,它會將下面這段英文請求放入對話框,並填入該指標的數字:

text
In the books of <company>, <indicator>: <what it means> Draft the paragraph I would put in front of an investor, stating the indicators and management's plans, and tell me what you would need from the company to support it.

在您傳送之前,不會送出任何內容。指標從不決定結帳狀態,而是隨報表一起呈現:投資人報告會保留償債能力面板,因為少了它的報告,會既正確又具誤導性。

限制與特殊情況

這些檢查測試的是公司所提供資料的計算與一致性。它們不是查核,沒有問題的結果也不代表對帳冊表示意見。

  • 當帳冊缺少該會計年度年初至今的月份時,ni_crosscheck 對該月份不會有任何結果;請對照公司自己的年度判讀。
  • 發現事項的標題與說明會依照應用程式的語言與公司的幣別格式。「問題」卡片上的說明維持英文,而客戶總覽報告會以英文印出每項發現事項的說明,並附上未經格式化的金額:6600.0 請讀作 $6,600.00,-4600.05 請讀作 −$4,600.05。
  • 「問題」卡片上少數說明的結尾是寫給命令列使用的指示,但 Haruno 沒有命令列。金額起伏不定的科目,請使用「Lumpy by nature — stop asking」。

結帳時可能遇到的訊息,請參閱《疑難排解》。

後續步驟

修正發現事項所指出的問題,了解它們如何影響鎖定,並就您不熟悉的發現事項詢問 Haruno。