Resources Disclosure Checklist: A Practitioner's Guide for Accounting and Audit Teams
Blog
Aug 19, 2026

Disclosure Checklist: A Practitioner's Guide for Accounting and Audit Teams

Katie Cavanaugh

In this article
Share article

What Is a Disclosure Checklist?

A disclosure checklist is a line-by-line record of the notes and disclosures financial statements must include under the relevant accounting standards. Teams use it to verify that each required item is present and complete, and to document that the review was actually performed. 

Once completed, the checklist serves as evidence that the disclosure requirements were checked rather than assumed.

A disclosure checklist is narrower than a full audit checklist, which covers an entire engagement from planning through sign-off. The disclosure checklist is one section of that broader process, focused on the notes.

On the other hand, a disclosure checklist is broader than a single-standard checklist built specifically for ASC 842 or IFRS 16. A full disclosure checklist runs across every standard that applies to the entity in a given period.

The Components of a Disclosure Checklist
  • Accounting policies and significant judgments
    • Every set of statements needs a policies note describing the methods management used to prepare them, including revenue recognition, inventory valuation, and depreciation. Alongside that, entities disclose the judgments and estimates that carried real weight in the numbers, like the assumptions behind an allowance for credit losses. A checklist confirms both are present and specific enough for a reader to understand what management decided.
  • Commitments, contingencies, and guarantees
    • This covers obligations that don't sit on the balance sheet as a recorded liability but still carry real exposure. A pending lawsuit, a purchase commitment, or a guarantee on a third party's debt all qualify. The checklist confirms the entity assessed each item for probability and disclosed it at the right level of detail. A contingency that's reasonably possible but unaccrued still needs a note explaining why.
  • Related-party transactions
    • Any transaction with an entity or person that has control, significant influence, or a close relationship to the reporting entity needs disclosure, even when the terms look identical to an arm's-length deal. The checklist item here confirms the team identified every related party for the period, including the ones that are easy to miss, like an entity controlled by an executive's family member.
  • Subsequent events
    • Between the balance sheet date and the issuance date, something can happen that changes the picture. A lawsuit settles, a facility gets sold, a major customer files for bankruptcy. The checklist confirms the team reviewed the full period through issuance and decided whether each event needs disclosure alone or an adjustment to the numbers.
  • Going concern assessment
    • When indicators exist, like recurring losses, negative cash flow, or covenant violations, management evaluates whether substantial doubt exists about the entity's ability to keep operating. That evaluation gets disclosed along with any mitigating plans. The checklist item confirms the assessment happened and made it into the file.
  • Segment reporting
    • Entities that manage the business through distinct operating segments break out revenue, profit, assets, and other measures by segment. Those segments should match how the chief operating decision maker reviews performance internally. The checklist confirms the disclosed segments line up with the entity's real internal reporting structure, since a mismatch here is a common audit finding.
  • Fair value measurements
    • Any asset or liability carried at fair value needs disclosure of the valuation technique and where the inputs fall in the fair value hierarchy, Level 1, 2, or 3. The checklist confirms the entity disclosed the inputs behind Level 3 measurements in particular. Those rely most heavily on management's own assumptions and draw the closest audit scrutiny.

Standard-specific items layer on top of this general list, which is why checklists tend to grow year over year. 

Lease disclosures under ASC 842 or IFRS 16 add a tier covering right-of-use assets, lease liabilities, and maturity schedules. 

Revenue disclosures under ASC 606 or IFRS 15 add another tier covering performance obligations, contract balances, and the judgments behind variable consideration. Each new standard an entity adopts adds its own line items rather than replacing the general list above.

GAAP, IFRS, and SEC Disclosure Checklists Aren’t the Same Document

Accounting teams often use these terms interchangeably. However, it’s important to understand that they cover different ground, and treating them as one document can create gaps that surface during the final read.

A GAAP disclosure checklist covers what FASB requires of any US entity preparing financial statements, public or private. It’s the baseline for US reporting, regardless of who reads the statements.

An SEC disclosure checklist layers on top of that for public filers. Regulation S-K and S-X requirements, like MD&A, executive compensation, and risk factors, sit outside GAAP itself. A 10-K needs both checklists working together. Running only the GAAP checklist on a public filer misses an entire layer of required disclosure.

An IFRS disclosure checklist is the international equivalent, used by entities reporting outside the US or dual-reporting for a global parent that consolidates under IFRS.

Who’s Responsible for the Disclosure Checklist

The disclosure checklist changes hands throughout the close and audit cycle, and each hand brings a different lens to the same document.

  • The preparer’s view. The controller or accounting team completes the checklist during close, before the statements move to audit. Most of the drafting work happens here, and gaps are cheapest to catch at this stage.
  • The auditor’s view. The engagement team uses the same checklist, or an overlapping version built to firm methodology, as substantive evidence that disclosure completeness was tested. It lives in the workpapers, and a reviewer will ask for the evidence behind each checked item.
  • Internal audit’s view. For SOX-covered entities, disclosure completeness ties into ICFR testing, separate from the external audit cycle. Internal audit has its own stake in the same document, often on a different timeline than the external engagement.

Where the Manual Process Breaks Down

Most disclosure checklists start as spreadsheets, and most spreadsheets follow a familiar pattern: they get copied from year to year without thorough review.

The tab structure looks right, and the line items look complete, so most of the boxes get checked in a single sitting. What the reused checklist might miss is a mid-year standard update that added a new required disclosure. Nobody cross-checked the file against this year’s guidance before reusing it.

Another common issue is that a checked box, on its own, carries no link back to the disclosure text or the source document behind it. When a reviewer questions an item three weeks later, someone goes hunting for evidence that the check was real. That usually means digging through email threads or prior drafts to reconstruct what got verified.

Multiple preparers and reviewers touching the same file compounds the problem. Version conflicts show up right when the team is closest to filing. The scramble surfaces during the final read, when someone reconciles the checklist against the draft notes line by line and finds gaps the checklist should have caught weeks earlier.

Building or Choosing a Disclosure Checklist

A few practices separate a checklist that holds up under review from one that looks complete on the surface.

Start by identifying the applicable framework and entity type: GAAP or IFRS, public or private, plus any industry-specific layer like employee benefit plans or government entities. Pull the current-year standard updates before reusing anything from last year, rather than assuming last year’s list still holds. Map each line item to a specific note or paragraph in the draft statements so a reviewer can trace the connection directly. A yes or no box on its own gives them nothing to follow. Assign reviewer sign-off at the line-item level, so accountability sits with the person who checked each item.

Published checklists from the Big Four firms are common starting points for preparers building their own. They’re built as comprehensive technical references, meant to cover every possible scenario rather than function as a day-to-day workflow tool. Teams that adopt one as-is often trim it down and add their own tracking layer on top, since the reference document doesn’t connect to the entity’s source evidence.

How Trullion Approaches Disclosure Completeness

The failure points above share a root cause. The checklist sits apart from the evidence behind it and the standards that define it, so it drifts out of sync as the statements move through review.

When a reviewer questions a checked item three weeks later, the evidence should come with the check. Trillion’s Financial Statement Validation connects disclosure tie-outs directly to source documents, so a completed item points back to the document that supports it. It also compares versions of the same statements across iterations, which matters most in the window where notes are still changing, and version conflicts usually start.

The final-read scramble happens because the checklist lives in a separate file from the testing. Audit Suite runs disclosure completeness testing inside the same workflow as the rest of fieldwork, so the engagement team sees disclosure gaps while there’s still time to fix them. Reconciling the checklist against the draft notes stops being a separate exercise at the end.

Copying last year’s checklist forward is a documentation problem before it’s a compliance problem. Trullion’s Knowledge Room holds internal policy and current standard requirements in one place, so a line item gets checked against this year’s version of the standard.

Across all three, the output stays traceable. Journal entries and disclosure reports carry a path back to the source data, and that path holds when the data moves to the ERP. Auditable AI means the reviewer gets more to work with, not less.

Learn more about Trullion’s platform today. 

FAQ

What’s the difference between a disclosure checklist and an audit checklist?

A disclosure checklist covers the notes to the financial statements. An audit checklist covers the entire engagement, from planning through sign-off, with disclosure testing as one section of that broader document.

Do private companies need a disclosure checklist?

Yes, if they prepare GAAP or IFRS financial statements. The SEC layer that applies to public filers under Regulation S-K and S-X doesn’t apply to them, but the underlying GAAP or IFRS disclosure requirements still apply in full.

What’s on an SEC disclosure checklist that isn’t on a GAAP checklist?

Items required by Regulation S-K and S-X, like MD&A, executive compensation disclosures, and risk factors. These sit outside GAAP and apply only to public filers preparing a 10-K or similar filing.

How often should a disclosure checklist be updated?

At least once a year, before it’s reused, to reflect current standard updates. Copying last year’s checklist forward without that check is one of the most common sources of disclosure gaps.

A disclosure checklist only covers one piece of the file. See how the same discipline scales across the entire audit engagement, from planning to sign-off.

Read Now: Audit Checklist
It just works, so that you can too.