Insights

Revenue recognition / 7 min read

ASC 606 Beyond Compliance

Revenue recognition becomes scalable when the accounting policy is translated into contract intake, data, systems, controls, review, and reporting behavior.

By Alicia Dahling

The memo is not the operating model

A technically correct revenue conclusion is necessary, but it does not execute itself. Contract terms must be identified at intake. Relevant facts must reach finance in a usable form. System logic must reflect the approved treatment. Exceptions must reach the right reviewer. Evidence must follow the decision into close and reporting.

When those connections are weak, the organization relies on spreadsheet heroics and individual memory. The accounting policy may be sound while the operating result remains inconsistent. That is why revenue recognition problems often surface outside accounting: in contract workflows, source data, billing design, order management, system configuration, and unclear handoffs.

Map the revenue decision path

A practical ASC 606 operating model begins with the path of a real transaction. What contract facts matter? Where are performance obligations identified? How are modifications evaluated? Which data drives allocation and timing? Where does judgment enter? Who reviews the conclusion, and what evidence survives the review?

This map should expose the difference between the stated process and the actual one. In complex organizations, the real work often moves across contracts, finance, operations, and systems teams through informal channels. The map makes those channels visible and allows leadership to assign decision rights rather than merely document activities.

  • Contract intake captures the facts the accounting analysis actually needs.
  • Technical conclusions translate into rules that operating teams can use.
  • System behavior follows approved policy and isolates true exceptions.
  • Close and reporting support can trace the path of significant decisions.

Standardize decisions, not every transaction

Standardization does not mean forcing unlike transactions through one template. It means creating a consistent way to identify what is different. A strong model defines ordinary pathways, known exceptions, escalation triggers, and the level of evidence appropriate to each.

That distinction protects judgment. Finance teams should not spend expert time re-performing routine work, and systems should not make consequential decisions without visible ownership. The operating model establishes where technology acts, where people decide, and how the resulting evidence is retained.

Use the diagnostic to set the transformation sequence

Revenue transformation should be sequenced around decision risk and operating leverage. A focused diagnostic can identify whether the first priority is contract intake, policy interpretation, source data, system logic, close support, or ownership. It can also separate urgent exposure from foundational design.

The result is more useful than a generic list of process improvements. It is an executive roadmap that connects revenue risk to the specific operating changes required. That is how ASC 606 moves beyond compliance and becomes a revenue operation that can scale.

Continue reading

Responsible automation

Automate the Work, Not the Accountability

A practical finance-automation test for deciding where technology should act, where people should review, and what evidence must remain visible.