損益表與資產負債表
損益表與資產負債表
Section titled “損益表與資產負債表”上一課把記帳的目的說清楚了：把交易變成可重複驗算、可被他人檢查的紀錄。這一課要處理下一個問題——同一批紀錄，為什麼要整理成兩張長得完全不同的報表？
答案不是慣例，而是因為它們測量的東西根本不同。損益表（income statement）測量的是一段期間內發生了什麼，資產負債表（balance sheet）測量的是某一個瞬間公司站在哪裡。一部影片與一張照片，兩者都不可省略，也不能互相取代。更關鍵的是：這兩張表不是兩份獨立的文件，它們透過一條明確的算術路徑互相銜接。這條銜接路徑是本課的核心，也是初學者最常漏掉的一步。
本課全程使用同一家教學公司「明燈軟體」的 2026 年度數字，幣別單位統一為「元」。所有金額都是為教學設計的 example，不是任何真實公司的財務資料。
核心問題是：損益表與資產負債表各自測量什麼、測量的時間範圍是什麼，以及一期的損益如何流進資產負債表的權益，使兩張表在算術上必然一致？
完成標準有三項，讀者要能夠獨立做到：第一，看到一筆交易能判斷它影響哪一張表、影響哪一行；第二，能從明細逐行推導出毛利、營業費用合計與營業損益，並說明每個小計的意義；第三，能驗算資產總計等於負債合計加權益合計，並在不平衡時知道要回頭查什麼。
先把會反覆使用的詞定義清楚。損益表（income statement） 呈現一段期間內的收入與費用，以及兩者相減後的損益；它的標題一定帶著期間，例如「2026 年 1 月 1 日至 12 月 31 日」。資產負債表（balance sheet） 呈現某一個特定日期的資產、負債與權益；它的標題一定帶著單一日期，例如「2026 年 12 月 31 日」。資產（asset） 是公司控制、預期能帶來經濟利益的資源。負債（liability） 是公司現時承擔、將導致經濟資源流出的義務。權益（equity） 是資產扣除負債後的剩餘，它是一個相減得到的差額，不是一筆獨立存在的財產。
還有兩個詞必須提前分清楚。收入認列（revenue recognition） 是指在會計上把一筆金額記為收入的時點；收到現金 是指銀行帳戶餘額增加的時點。這兩件事經常不同時發生，而它們不同時發生，正是本課後半段所有複雜性的來源，也是 權責發生制這個概念存在的理由。
一部影片與一張照片
Section titled “一部影片與一張照片”把損益表想成一部影片：它記錄的是 2026 年這一整年之間，公司賺進了多少、花掉了多少。影片一旦播完就結束了，2027 年開始會重新開機、從零開始拍新的一部。這就是為什麼損益表上的每一個數字，離開了「哪一段期間」就沒有意義——說「明燈軟體的營業收入是 24,000,000 元」而不說是哪一年，這句話沒有資訊量。
資產負債表則是一張照片：它記錄的是 2026 年 12 月 31 日這一天結束的那個瞬間，公司手上有什麼、欠了什麼、剩下什麼。照片不會重新開機。今年年底的照片就是明年年初的照片，資產、負債與權益的餘額會一路累積下去，這也是為什麼權益裡會有一行叫「累積虧損」——它累積的是公司成立以來每一年損益表的結果總和。
這個對比可以直接推出一個判斷準則：任何一個科目，如果它的意義需要指定一段期間才成立，它屬於損益表；如果它的意義是「在某個時點還剩多少」，它屬於資產負債表。薪資費用需要期間（今年付了多少薪水），屬於損益表；應付薪資需要時點（年底還欠員工多少沒發），屬於資產負債表。
收入認列不等於收到現金
Section titled “收入認列不等於收到現金”初學者最容易假設「開發票、收到錢、認列收入」是同一件事。在權責發生制下，這三件事各自獨立。
考慮明燈軟體的三種情境。第一種，客戶在 12 月使用了服務、公司在 12 月開立帳單、客戶在隔年 1 月付款：收入屬於 2026 年，現金屬於 2027 年，中間的差額就停在資產負債表上的「應收帳款」。第二種，客戶在 11 月預付了一整年的年費：現金在 2026 年進來了，但服務還沒提供，所以大部分金額不能認列為 2026 年的收入，未提供服務的部分停在「遞延收入」。第三種，客戶在使用服務的同時付款：收入與現金同時發生，資產負債表上不留下任何應收或遞延的餘額。
三種情境的共通結構是：損益表記錄「賺到了沒有」，資產負債表記錄「錢跑到哪裡去了或還沒到」。 兩者之間的所有時間差，全部會以某一個資產或負債科目的形式停留在資產負債表上。這是 fact，不是作者的詮釋——它是複式記帳這個系統的必然結果，任何一筆交易都同時影響至少兩個科目。
損益表的結構：四個層級的小計
Section titled “損益表的結構：四個層級的小計”損益表不是一長串費用的加總，它是有層級的。標準結構是：營業收入減去銷貨成本得到毛利，毛利再減去營業費用得到營業損益。
營業收入（revenue） 是公司提供商品或服務所賺得的金額，指的是本業。賣掉一台舊設備賺到的錢不是營業收入，因為賣設備不是明燈軟體在做的生意。
銷貨成本（cost of goods sold，COGS） 是直接為了交付已認列收入的那些商品或服務而發生的成本。對軟體公司而言，典型的銷貨成本包括伺服器與頻寬、第三方授權費、客戶支援團隊的薪資、金流手續費。它的判斷準則是：如果明天客戶數量少一半，這筆成本會不會跟著明顯下降？會，通常屬於銷貨成本。
毛利（gross profit） 是營業收入減銷貨成本。它回答一個非常具體的問題：每做一塊錢的生意，扣掉交付這塊錢生意的直接代價後，還剩下多少可以拿去付其他所有開銷？毛利率（毛利除以營業收入）因此是判斷商業模式是否成立的第一個訊號，這一點會在 毛利與單位經濟完整展開。
營業費用（operating expenses，opex） 是維持公司運作、但不直接隨單一筆交付而變動的成本：銷售與行銷、研發、管理。這些支出的特徵是，就算這個月一個新客戶都沒有，它們大致還是會發生。
分類錯誤會摧毀訊號
Section titled “分類錯誤會摧毀訊號”把該進銷貨成本的東西放進營業費用，或反過來，兩張表的總計完全不受影響——營業損益一模一樣。正因為總數不變，這種錯誤特別難被發現，而它摧毀的是毛利率這個訊號。
用明燈軟體的數字說明。實際的銷貨成本是 9,600,000 元，毛利率 60%。假設有人把其中 2,400,000 元的客戶支援薪資改列為管理費用，銷貨成本變成 7,200,000 元，毛利變成 24,000,000 − 7,200,000 = 16,800,000 元，毛利率變成 16,800,000 ÷ 24,000,000 = 70%。營業損益仍然是 −2,400,000 元，一分不差。但公司對外會宣稱自己是 70% 毛利率的軟體公司，對內會據此判斷「多接一個客戶會多賺 70 分錢」，並照這個判斷去設定定價、行銷預算與擴張速度。這個判斷是錯的，而財務報表的合計數不會告訴你它錯了。
所以分類準則必須寫下來、必須一致地適用、必須在改變時明確揭露並重編比較期間。準則本身可以有合理的判斷空間；不一致的準則才是問題。
資產負債表的結構：流動與非流動
Section titled “資產負債表的結構：流動與非流動”資產負債表的第一層分類是資產、負債、權益；第二層是流動（current）與非流動（non-current）。流動的判斷準則通常是「預期在一年內或一個正常營業週期內變現、消耗或清償」。
這個看似形式的分類其實承載很重的資訊：它回答「這些義務什麼時候會敲門」。一筆 2,000,000 元的長期借款和一筆 2,000,000 元的應付帳款，金額相同，對公司下個月的壓力完全不同。把流動資產與流動負債對照著看，就得到營運資金（working capital）的概念，這是下一課 現金流與營運資金的主軸。
資產側常見的科目意義如下。現金 是可立即動用的餘額。應收帳款 是已經認列收入、但客戶尚未付款的金額，本質上是「客戶欠公司的錢」。存貨 是持有待售或待投入交付的商品。預付費用 是已經付款、但服務尚未收受的金額，例如預付一年的保險費；它是資產，因為公司還有權利收受未來的服務。設備淨額 是設備原始成本減去累計折舊後的帳面金額。
負債側，應付帳款 是公司欠供應商的錢，應付薪資與費用 是已發生但尚未支付的人事與各項費用。第三行「遞延收入」值得單獨一節說明。
遞延收入是負債，不是收入
Section titled “遞延收入是負債，不是收入”遞延收入（deferred revenue） 是客戶已經付了錢、但公司還沒有把商品或服務交付出去的金額。
它是本課對初學者最違反直覺的一行。錢已經進到銀行帳戶了，為什麼記成負債？
因為在公司完成交付之前，公司欠客戶的不是錢，而是服務。這個「必須提供服務」的義務完全符合負債的定義：它是公司現時承擔的義務，履行它會導致經濟資源流出（要付伺服器費、要付支援人員薪水）。如果公司明天倒閉，這筆錢通常要退還給客戶——這個事實本身就說明了它在收到當下並不屬於公司。
它的生命週期是這樣的：客戶付款當下，現金增加、遞延收入增加，損益表完全不受影響。之後每提供一個月的服務，遞延收入減少、營業收入增加，這時損益表才動。所以遞延收入是一個會隨時間逐步轉成收入的負債。
這一行也解釋了為什麼「今年收到很多錢」不等於「今年賺很多錢」。一家把年費全部改成預收的公司，可以在現金上非常寬裕，同時在損益表上完全沒有起色。反過來，一家遞延收入餘額持續下降的公司，可能正在把過去預收的錢一點一點認列成收入，而新的預收已經停止進來——這是一個在損益表上暫時看不出來的警訊。遞延收入在現金流上的效果，會在 現金流與營運資金接續處理。
兩張表如何銜接
Section titled “兩張表如何銜接”現在把兩者接起來。銜接點只有一個，而且非常明確：損益表這一期的損益，會流進資產負債表權益裡的保留盈餘或累積虧損。
明燈軟體 2026 年的營業損益是 −2,400,000 元。這 2,400,000 元的虧損不會消失，它會讓年底的累積虧損比年初多 2,400,000 元，因此權益比年初少 2,400,000 元。權益少了，而會計恆等式必須永遠成立，所以資產必須也少，或負債必須也多，兩者的變動合計恰好等於 2,400,000 元。
會計恆等式是：資產 = 負債 + 權益。它不是一條需要背誦的公式，而是一個定義的直接結果——權益本來就被定義成資產減負債的剩餘。移項之後就是恆等式。
這條銜接路徑帶來一個非常實用的檢查方式：如果有人給你一張資產負債表和一張損益表，你可以檢查「年初權益 + 本期損益 ± 期間內的增資或分配 = 年末權益」。等式不成立，就代表這兩張表不是從同一套帳出來的，或中間有未說明的權益變動。
失敗替代方案
Section titled “失敗替代方案”一個看起來完全合理、卻反覆造成錯誤判斷的做法，是只看營收成長來判斷一家公司，或退一步說，只看損益表而不看資產負債表。
它為什麼看起來合理？因為營收是唯一一個容易比較、容易對外溝通、也確實與價值創造有關的單一數字。「今年營收成長 80%」是一句所有人都聽得懂的話，而「流動比率從 2.4 降到 1.2」需要解釋三分鐘。在對外簡報、內部激勵與媒體報導裡，營收幾乎總是勝出。
它在哪個假設下失效？失效的假設是「營收成長會自動轉換成現金與償付能力」。這個假設要成立，需要三個條件同時滿足：客戶大致準時付款、成長不需要先大量墊付成本、毛利率足以覆蓋隨規模增加的營業費用。任何一個條件不成立，營收成長就可能同時伴隨著現金枯竭。
失效機制在資產負債表上看得非常清楚。營收成長往往先變成應收帳款而不是現金；為了支撐成長要先囤存貨、先招人、先付伺服器費。於是損益表上一片大好，資產負債表上現金持續下降、應收帳款與存貨持續膨脹。帳上有利潤卻付不出錢呈現的正是這個結構：一家損益表顯示淨利為正的公司，同一年的營業活動現金流是負的四百多萬元。損益表沒有說謊，它只是沒有回答那個問題。
預警訊號有三個，都可以在拿到報表的當天檢查：應收帳款的成長速度明顯快於營收；存貨的成長速度明顯快於銷貨成本；以及有人在簡報裡只放損益表、把資產負債表放到附錄。第三項尤其值得注意——資產負債表被移到附錄，通常不是因為它不重要。
以下使用明燈軟體 2026 年度的完整數字。兩項刻意的教學簡化必須先聲明：本例不含所得稅費用，也不含利息費用。 這是為了讓推導聚焦在兩張表的銜接關係，不是正常狀況——真實公司幾乎必然有其中一項或兩項，而它們會出現在營業損益之下，讓營業損益與本期淨損不再相等。本例中因為沒有這兩項，營業損益 −2,400,000 元恰好等於本期淨損，後面的權益推導才可以直接使用這個數字。
另外聲明一項題設：本年度的折舊費用 1,000,000 元已經包含在營業費用之中（分列於研發與管理費用內），沒有單獨成行。這是常見的表達方式之一，但它會讓折舊在損益表上「看不見」，這一點在推導設備變動時會用到。
| 項目 | 金額 |
|---|---|
| 營業收入 | 24,000,000 |
| 銷貨成本 | 9,600,000 |
| 毛利 | 14,400,000 |
| 銷售與行銷費用 | 7,200,000 |
| 研發費用 | 6,000,000 |
| 管理費用 | 3,600,000 |
| 營業費用合計 | 16,800,000 |
| 營業損益 | -2,400,000 |
逐行驗算，單位一律為元。
毛利 = 營業收入 − 銷貨成本 = 24,000,000 − 9,600,000 = 14,400,000 元。毛利率 = 14,400,000 ÷ 24,000,000 = 60%。單位檢查：元 ÷ 元 得到無單位的比率，正確。這個 60% 的意思是：每收到 100 元的營業收入，扣掉直接交付成本後還剩 60 元，可以用來支付銷售、研發與管理。
營業費用合計 = 銷售與行銷費用 + 研發費用 + 管理費用 = 7,200,000 + 6,000,000 + 3,600,000 = 16,800,000 元。交叉檢查：7,200,000 + 6,000,000 = 13,200,000，再 + 3,600,000 = 16,800,000，相符。
營業損益 = 毛利 − 營業費用合計 = 14,400,000 − 16,800,000 = −2,400,000 元。負數代表本業虧損。
用另一條路徑交叉驗算同一個結果：營業收入 − 銷貨成本 − 營業費用合計 = 24,000,000 − 9,600,000 − 16,800,000 = −2,400,000 元。兩條路徑一致。
這裡值得停下來讀一件事：明燈軟體的毛利率是 60%，以軟體業而言是可運作的水準，公司虧損的原因不是每筆生意不划算，而是營業費用（16,800,000 元）超過了毛利（14,400,000 元）。缺口是 2,400,000 元。這個診斷之所以能做出來，完全是因為損益表有毛利這一層小計；如果報表只有「收入減總費用」兩行，就無從分辨「生意本身不賺錢」與「生意賺錢但公司養不起自己」這兩種完全不同的病。
| 項目 | 金額 |
|---|---|
| 現金 | 6,000,000 |
| 應收帳款 | 4,000,000 |
| 存貨 | 1,500,000 |
| 預付費用 | 500,000 |
| 流動資產合計 | 12,000,000 |
| 設備淨額 | 3,000,000 |
| 資產總計 | 15,000,000 |
| 應付帳款 | 2,000,000 |
| 應付薪資與費用 | 1,000,000 |
| 遞延收入 | 3,000,000 |
| 流動負債合計 | 6,000,000 |
| 長期借款 | 2,000,000 |
| 負債合計 | 8,000,000 |
| 股本 | 12,000,000 |
| 累積虧損 | -5,000,000 |
| 權益合計 | 7,000,000 |
| 負債與權益總計 | 15,000,000 |
這張表的日期是 2026 年 12 月 31 日，是一個時點而不是一段期間。逐段驗算如下。
流動資產合計 = 現金 + 應收帳款 + 存貨 + 預付費用 = 6,000,000 + 4,000,000 + 1,500,000 + 500,000 = 12,000,000 元。分段檢查：6,000,000 + 4,000,000 = 10,000,000，+ 1,500,000 = 11,500,000，+ 500,000 = 12,000,000，相符。
資產總計 = 流動資產合計 + 設備淨額 = 12,000,000 + 3,000,000 = 15,000,000 元。本例只有設備一項非流動資產。
流動負債合計 = 應付帳款 + 應付薪資與費用 + 遞延收入 = 2,000,000 + 1,000,000 + 3,000,000 = 6,000,000 元。請注意遞延收入 3,000,000 元佔了流動負債的一半——這筆錢在現金那一行已經算過一次了（它是收進來的現金），在負債這一行代表尚未履行的服務義務。同一筆交易的兩面，這正是複式記帳的樣子。
負債合計 = 流動負債合計 + 長期借款 = 6,000,000 + 2,000,000 = 8,000,000 元。
權益合計 = 股本 + 累積虧損 = 12,000,000 + (−5,000,000) = 7,000,000 元。股本 12,000,000 元是股東投入的金額；累積虧損 −5,000,000 元是公司成立以來所有年度損益的累計結果，其中 2,400,000 元來自 2026 年這一年。換句話說，2026 年之前的累積虧損是 −5,000,000 + 2,400,000 = −2,600,000 元。
那個必須成立的等式
Section titled “那個必須成立的等式”負債與權益總計 = 負債合計 + 權益合計 = 8,000,000 + 7,000,000 = 15,000,000 元。
資產總計 = 15,000,000 元。兩者相等，恆等式成立。
這個相等不是巧合，也不是「大致相符」。一張不平衡的資產負債表在算術上就是錯的，不是四捨五入問題，也不是「差一點點可以忽略」。 複式記帳保證每一筆交易對借貸兩方的影響相等，因此只要所有交易都被完整正確地記錄，資產必然等於負債加權益。差額為 1 元和差額為 1,000,000 元一樣，都代表有交易被漏記、重複記、記錯方向或記錯金額。實務上正確的反應是回頭找那筆交易，而不是新增一個科目把差額塞進去。
順帶算出兩個常用指標，它們會在後續課程反覆使用：營運資金 = 流動資產合計 − 流動負債合計 = 12,000,000 − 6,000,000 = 6,000,000 元；流動比率 = 12,000,000 ÷ 6,000,000 = 2.0。流動比率 2.0 的意思是，年底時每 1 元的一年內到期義務，對應 2 元的一年內可變現資產。這是一個時點的比率，不保證下個月仍然如此。
設備變動表：兩張表確實在對話
Section titled “設備變動表：兩張表確實在對話”要證明兩張表不是各自獨立編出來的，最直接的方式是追蹤一個同時被兩張表影響的科目。設備就是這樣的科目：折舊費用出現在損益表，設備淨額出現在資產負債表。
期初設備淨額 2,800,000 元，本年度購置設備 1,200,000 元，本年度折舊費用 1,000,000 元。推導：
期末設備淨額 = 期初 2,800,000 + 購置 1,200,000 − 折舊 1,000,000 = 3,000,000 元。
分步檢查：2,800,000 + 1,200,000 = 4,000,000，4,000,000 − 1,000,000 = 3,000,000，與資產負債表上的設備淨額 3,000,000 元相符。
這條變動表同時證明了三件事。第一，資產負債表上的 3,000,000 元不是憑空寫上去的，它是期初餘額加上本期發生的事件推導出來的。第二，那 1,000,000 元的折舊費用同時做了兩件事：在損益表上讓營業費用增加 1,000,000 元、讓營業損益更負，在資產負債表上讓設備淨額減少 1,000,000 元。一筆交易、兩張表、方向一致。第三，購置設備的 1,200,000 元只出現在資產負債表（現金減少、設備增加），完全不經過損益表——買設備本身不是費用，設備隨使用而耗損才是費用，這個轉換就是折舊。
也因為折舊已經在營業費用裡了，2026 年的營業損益 −2,400,000 元當中，有 1,000,000 元並不是本年度真的付出去的現金。這件事在現金流量表上會被明確地加回來，是下一課的起點。
從損益表走到權益：完整的銜接
Section titled “從損益表走到權益：完整的銜接”現在把所有東西串成一條線。
第一步，損益表得出本期營業損益 −2,400,000 元。因為本例沒有所得稅與利息費用（已聲明的簡化），本期淨損也是 −2,400,000 元。
第二步，本期淨損流入累積虧損。年初累積虧損 −2,600,000 + 本期淨損 −2,400,000 = 年末累積虧損 −5,000,000 元。驗算：−2,600,000 − 2,400,000 = −5,000,000，與資產負債表相符。
第三步，累積虧損進入權益。股本 12,000,000 + 累積虧損 −5,000,000 = 權益合計 7,000,000 元。假設本年度沒有增資、沒有發放股利，年初權益為 12,000,000 − 2,600,000 = 9,400,000 元。檢查：年初權益 9,400,000 + 本期淨損 −2,400,000 = 7,000,000 元，與年末權益合計相符。
第四步，恆等式收尾。負債 8,000,000 + 權益 7,000,000 = 15,000,000 = 資產總計。
這四步就是「兩張報表必須銜接」的全部意思。損益表不是一份獨立的成績單，它是資產負債表上權益那一行在這一年之內的變動明細。反過來說，資產負債表上的權益是歷年損益表的累積結果加上股東投入減去分配。任何一份財務資料，若損益表的結果無法對上權益的變動，就不是一套完整的帳。
想把這條計算鏈從頭跑一次，請完成 財務報表與現金跑道題組；它用另一組數字，要求讀者自行編出兩張表並驗證平衡。
「有利潤就有錢。」 這是最昂貴的一個誤解。損益表的利潤是依收入認列與費用配合原則算出來的期間結果，它與銀行帳戶餘額之間隔著應收帳款、存貨、預付費用、應付帳款與遞延收入等全部的時間差。明燈軟體的相反情境也成立：本例虧損 2,400,000 元，但年底仍有 6,000,000 元現金。利潤與現金是兩個不同的量，必須分別檢查。帳上有利潤卻付不出錢提供的是這個誤解最直接的反例。
「資產越多越好。」 資產不是財富，它只是「公司控制的資源」。4,000,000 元的應收帳款是資產，但它同時代表 4,000,000 元的錢在客戶手上而不在公司手上，而且其中可能有一部分永遠收不回來。1,500,000 元的存貨是資產，但存貨會過時、會跌價、會佔用現金。膨脹中的應收帳款與存貨通常是壓力訊號，不是實力訊號。要判斷資產的品質，必須問「它多快能變成現金、變成現金時能剩多少」。
「遞延收入是收入。」 遞延收入是負債，位置在資產負債表，不在損益表。名稱裡有「收入」兩個字純粹是因為它未來會變成收入。收到 3,000,000 元的預收年費，當下的正確處理是現金增加 3,000,000 元、遞延收入增加 3,000,000 元，損益表一動也不動。把它當成收入會同時造成兩個錯誤：高估本期營收，以及低估對客戶尚未履行的義務。這也是為什麼看到一家公司營收突然大幅成長時，要順手檢查遞延收入的餘額變化。
「權益就是公司值多少錢。」 權益是 資產 − 負債 這個相減的結果，它反映的是帳上金額，不是市場價值。本例權益 7,000,000 元，但這個數字裡的資產大多以歷史成本或可回收金額為基礎衡量，而公司真正的價值來源——客戶關係、產品、團隊、品牌、自行開發的技術——大部分根本不在資產負債表上，因為它們不符合資產認列的條件。一家帳面權益 7,000,000 元的公司可能值 70,000,000 元，也可能值 0 元。權益是會計衡量，估值是另一件事。
「資產負債表差一點沒關係，調整一下就好。」 不成立。恆等式是複式記帳的結構性結果，差額必定來自漏記、重記或方向錯誤。用「其他資產」或「其他負債」把差額吸收掉，等於把一個已知的錯誤變成一個看不見的錯誤。正確做法是回頭定位那筆交易。
「損益表比較重要，資產負債表是給會計師看的。」 兩張表回答的問題不同，沒有哪一張可以取代另一張。損益表回答「這段期間表現如何」，資產負債表回答「現在的處境與義務結構如何」。只看損益表會漏掉償付能力，只看資產負債表會漏掉獲利能力。實務上，這兩張表加上現金流量表要一起讀，任何兩張都無法取代第三張。
- 為公司寫下銷貨成本與營業費用的分類準則，逐項列出哪些科目屬於哪一邊，並記錄判斷理由；準則變更時同步重編比較期間並揭露。
- 每月編製損益表時，同時計算毛利率並與前六個月並排；毛利率變動超過三個百分點時，先確認是分類改變還是實際變化。
- 每月編製資產負債表後，親手驗算資產總計是否等於負債合計加權益合計；不平衡時定位到具體交易，不得以調整科目吸收差額。
- 驗算「年初權益 + 本期損益 + 增資 − 分配 = 年末權益」；不成立時找出未說明的權益變動。
- 為設備等非流動資產建立變動表，逐期記錄期初、購置、處分、折舊與期末，並與資產負債表核對。
- 檢查遞延收入餘額的變動方向與金額，確認每一筆預收都有對應的交付排程，並與收入認列紀錄勾稽。
- 檢查應收帳款與存貨的成長率是否高於營收與銷貨成本的成長率，超過時列出具體客戶或品項並說明原因。
- 計算並記錄營運資金與流動比率，標註計算日期；不要把某一天的比率當成常態。
- 在對外提供財務資料時，損益表與資產負債表必須同時提供，並清楚標示期間與時點。
- 確認公司適用哪一套財務報導架構、是否需要外部查核，以及編製與提交的具體要求；這些事項在承諾之前應尋求當地合格的會計或審計專業人士協助。
兩張報表背後的邏輯——期間對時點、收入認列對現金收付、資產等於負債加權益——在任何制度下都成立，因為它們是複式記帳與資產負債權益定義的算術結果，不是某一國的規定。這一層可以放心跨地區使用。
會因地區而異的是制度層。第一，適用哪一套架構：可能是 IFRS、IFRS for SMEs，也可能是某一國的國家會計準則（national GAAP），而各國是否採納 IFRS、採納到什麼程度、對哪些類型的企業強制適用，差異很大。第二，表達要求：報表的名稱、必須呈現哪些小計、流動與非流動如何區分、要不要按流動性排序、必須附上哪些附註，各架構規定不同。第三，查核門檻：公司規模達到什麼程度必須接受外部查核、由誰查核、報表要不要公開申報，完全依當地法規而定。這三層都不是全球通用，本課的科目名稱與排列方式只是一種常見表達，不是任何地區的法定格式。
還有一項時間點要注意：IFRS 18 將取代 IAS 1，適用於 2027 年 1 月 1 日或以後開始的年度報導期間，並允許提前適用。在本課的 as-of 日期 2026-07-31，IAS 1 對多數報導者仍然是現行準則，IFRS 18 應視為即將生效而非已經生效。IFRS 18 的一項重要改變是要求呈現特定小計，其中包括營業損益（operating profit）；本課採用的「營業收入 → 銷貨成本 → 毛利 → 營業費用 → 營業損益」結構在方向上與此一致，但公司實際適用哪一版、從哪一個年度開始適用，仍須依當地採納狀況判定。
本課刻意省略所得稅與利息費用，這是教學簡化。真實報表中，所得稅的計算、可扣除項目、虧損扣抵年限與利息的處理都高度依賴管轄區與公司型態，本課不提供任何具體稅率、門檻、表格或期限。這些內容請對照 稅務與會計的地區差異查核 jurisdiction 與 as-of 日期，並就個案尋求當地合格的會計、稅務或審計專業協助。
Conceptual Framework for Financial Reporting 支持本課對資產、負債與權益的定義性說明，特別是「權益是資產扣除負債後的剩餘」這項陳述，以及遞延收入符合負債定義（現時義務、履行將導致經濟資源流出）的判斷。它是觀念層文件，不是可直接適用的準則，也不決定任何個別交易的具體會計處理。
IAS 1 Presentation of Financial Statements 支持本課關於「完整的一套財務報表包含財務狀況表、損益及其他綜合損益表、權益變動表、現金流量表、附註與比較期間」的說明，也是本課強調兩張表必須一起讀、且權益變動必須可被解釋的依據。IAS 1 在本課 as-of 日期 2026-07-31 仍為現行準則。
IFRS 18 Presentation and Disclosure in Financial Statements 支持「IFRS 18 將取代 IAS 1、適用於 2027 年 1 月 1 日或以後開始的年度報導期間並允許提前適用」，以及「IFRS 18 要求呈現包含營業損益在內的特定小計」這兩項事實陳述。
三份來源皆為 IFRS Foundation 發布的國際準則層級文件。IFRS 只是世界上多套財務報導架構之一，其適用與否取決於各地採納狀況與個體類型；本課不主張任何公司必然適用 IFRS。明燈軟體及其全部金額是作者設計的教學 example，兩張報表的每一個小計、設備變動表、權益銜接與各項比率都是作者依題設假設所作的算術推導（inference），不是取自任何真實公司的申報資料。所有來源 accessed 2026-07-31。