Capex, Depreciation, and Intangibles
6
Minutes Read
Published
August 2, 2025
Updated
August 2, 2025

Capitalize or Expense: GAAP Rules for Startups on Software and Fixed Assets

Learn the essential US GAAP capitalization rules for startups to make correct expensing vs. capitalizing decisions for software, R&D, and intangible assets.
Glencoyne Editorial Team
The Glencoyne Editorial Team is composed of former finance operators who have managed multi-million-dollar budgets at high-growth startups, including companies backed by Y Combinator. With experience reporting directly to founders and boards in both the UK and the US, we have led finance functions through fundraising rounds, licensing agreements, and periods of rapid scaling.

Capitalize vs. Expense: The Core Decision for Startup Financial Reporting

For an early-stage startup, every dollar of spend feels like a direct hit to the runway. Deciding whether a cost is a one-time expense or a long-term asset can feel like a low-priority accounting detail. However, this decision has a direct impact on your financial statements, shaping how investors, lenders, and even your own team perceive your company’s health and efficiency. Misclassifying major software development or equipment costs can distort your burn rate and create significant headaches during diligence or an audit. Getting the capitalization versus expensing distinction right is a foundational step in building a scalable finance function. The guiding accounting standard is US Generally Accepted Accounting Principles (US GAAP), and this guide is exclusively focused on its application for US-based companies.

The choice between capitalizing and expensing boils down to timing. When you expense a cost, you recognize its full impact on your income statement in the period it was incurred. Think of office supplies or monthly software subscriptions; they are consumed quickly and reduce your profitability right away. When you capitalize a cost, you record it as an asset on your balance sheet. Instead of a one-time hit, its cost is gradually recognized as an expense over its useful life through depreciation (for tangible assets) or amortization (for intangible assets).

This approach aligns the cost of the asset with the periods in which it generates revenue, providing a more accurate picture of profitability over time. For example, expensing a $30,000 server purchase immediately would make a single month look highly unprofitable. Capitalizing it over three years transforms it into a predictable $833 monthly depreciation expense, a much more accurate reflection of the asset's contribution to the business. This method is central to accrual-basis accounting, the standard required under US GAAP, which differs significantly from the cash-in, cash-out view of cash-basis accounting.

Establishing Your Capitalization Policy: The Materiality Threshold

So, do you really need to track every single monitor and keyboard as an asset? No. The accounting principle of materiality allows you to set a capitalization threshold, a dollar amount below which items are automatically expensed, regardless of their useful life. This policy saves you the administrative burden of tracking and depreciating low-value items, freeing up time to focus on more significant financial matters.

For US startups, a common-sense policy is key. In practice, we see that a typical capitalization threshold for seed and Series A startups is between $1,000 and $2,500 per item. Many companies align their policy with the IRS de minimis safe harbor election, which allows expensing items under $2,500. This means an $800 office chair would be expensed immediately, while a $3,000 high-performance server would be capitalized and depreciated.

The key is to create a formal, written capitalization policy and apply it consistently. This simple document is a foundational requirement for any future audit and demonstrates financial discipline to investors. It should clearly state your threshold and the standard useful lives you'll assign to different asset classes, serving as the first line of defense against inconsistent accounting treatment.

Tangible Assets (PP&E): US GAAP Capitalization Rules for Equipment and Furniture

Property, Plant, and Equipment (PP&E) are the tangible assets you own that have a useful life of more than one year. This category is generally the most straightforward part of startup capitalization. It covers physical purchases like laptops for new engineers, servers for your on-premise infrastructure, or the desks and chairs for your first office. If an item's cost exceeds your capitalization threshold, it must be capitalized.

Under US GAAP, these items are recorded as assets on the balance sheet at their full purchase price, including any costs necessary to get them ready for use, such as shipping and installation. Then, their cost is systematically expensed over their estimated useful life via depreciation. Standard practice suggests a Typical useful life for Computers & Tech Equipment is 3 years, while Typical useful life for Furniture & Fixtures is 5-7 years.

To manage this, you need a fixed asset schedule. While a mature company might use a dedicated module in an ERP like NetSuite, the reality for most pre-seed to Series B startups is more pragmatic. A well-structured chart of accounts in QuickBooks and a detailed fixed asset schedule in a spreadsheet is a perfectly acceptable and scalable starting point. This schedule should list each asset, its cost, purchase date, useful life, depreciation method (typically straight-line), and the calculated monthly depreciation amount.

Internal-Use Software: Navigating Software Development Costs Under US GAAP

This is where US GAAP capitalization rules for startups get complex, especially for SaaS, Biotech, and Deeptech companies. The central question is how to account for your engineering team's salaries while they build your core product. Simply expensing everything as research and development (R&D) can materially understate your assets and overstate your cash burn during heavy development periods. The guidance for this comes from a specific rule: Accounting for internal-use software is governed by ASC 350-40. This standard divides the software development lifecycle into three distinct phases, each with a different accounting treatment.

1. The Preliminary Project Stage (Expense)

This initial phase includes all activities before management has formally committed to the project and technological feasibility has been established. It is essentially the research and discovery phase. Activities include brainstorming new features, evaluating technological alternatives, market research, and strategic planning. All costs incurred during this phase must be expensed as they happen. According to US GAAP, Costs in the preliminary project stage (R&D, feasibility) are expensed under ASC 730. This includes the portion of salaries for engineers and product managers engaged in these exploratory activities.

2. The Application Development Stage (Capitalize)

This stage begins once the project's feasibility is established, the conceptual design is complete, and management formally commits to funding it. This is where the actual coding, hardware configuration, and testing happens. Costs incurred during this stage are eligible for capitalization. These generally include:

  • Salaries, benefits, and payroll taxes for the employees directly working on coding and testing the software.
  • Fees paid to external contractors for development services.
  • Costs of any hardware or software licenses purchased specifically for the development project.

These eligible costs are bundled together and recorded on the balance sheet as an intangible asset. This requires a diligent process for tracking employee time against specific development projects, often managed through project management software like Jira.

3. The Post-Implementation Stage (Expense)

After the software is substantially complete and launched for its intended use, the capitalization window closes. Any further costs related to routine operations are expensed as incurred. This includes ongoing maintenance, customer support, training, and minor bug fixes that do not add new functionality. Only significant upgrades or enhancements that add substantial new capabilities can be capitalized as separate projects, following the same three-stage model.

Once capitalized software costs are placed into service, they begin to be amortized. Amortization is the process of expensing the capitalized cost of an intangible asset over its useful life, similar to depreciation for tangible assets. Capitalized software costs are typically amortized over a 3 to 5-year period using the straight-line method.

Purchased Software and Implementation Costs: What Can You Capitalize?

What about the software you don't build yourself? The accounting treatment depends on the nature of the arrangement. A standard monthly subscription to a cloud-based tool like Salesforce or Slack is an operating expense, recorded on the income statement each month. However, if you purchase a perpetual license or pay significant one-time fees for the implementation of a major system, some of those costs may need to be capitalized.

The key is to separate the costs into distinct categories. The cost of the software license itself is generally capitalized. For large system implementations, like an enterprise resource planning (ERP) system, certain setup costs can also be capitalized. These typically include payments to external consultants for system configuration, integration, and testing. Costs that cannot be capitalized and must be expensed include employee training, data conversion from an old system, and internal project management overhead. This distinction is crucial when negotiating large software contracts and budgeting for implementation.

Implementation: Systems and Documentation for Compliant Startup Accounting

Knowing the rules is one thing; implementing them with a lean team is another. Lacking granular cost-tracking workflows leaves you unable to calculate depreciation and amortization accurately, a major red flag for investors and auditors. Diligent documentation and simple, robust systems are essential for compliance.

The first step is to create and formally adopt a written capitalization policy. This document should clearly state your capitalization threshold (e.g., $2,500) and the standard useful lives for your asset classes (e.g., computers 3 years, furniture 7 years, internal software 5 years). This policy serves as your guide for consistent decision-making.

For internal-use software, you need a reliable process to track developer time against specific projects and development phases. This does not require enterprise-grade software initially. A combination of project management tools like Jira and clear guidelines for your engineering team can provide the necessary data to allocate salaries between capitalizable development and expensable R&D or maintenance.

In your accounting software, like QuickBooks, you can set up specific accounts in your Chart of Accounts for capitalized software and different categories of PP&E. However, you will still need a separate spreadsheet to act as your fixed asset and intangible asset sub-ledger. This is where you track each item, its cost basis, and calculate the monthly depreciation and amortization, which you then book with a journal entry in QuickBooks.

Key Principles for US GAAP Capitalization Compliance

Getting capitalization right isn't just an accounting exercise; it's about producing reliable financial statements that guide your strategy and build investor confidence. For a US-based startup operating under US GAAP, the path forward is clear. By implementing a few core practices, you can ensure your financial reporting is accurate, compliant, and ready for the scrutiny that comes with growth.

First, establish and document a capitalization threshold, typically between $1,000 and $2,500, to create a clear, consistent rule for handling small purchases. Second, create and maintain a fixed asset schedule to track your PP&E and calculate monthly depreciation accurately. Third, for internal software development, implement a system to track costs across the three distinct phases defined by ASC 350-40, ensuring you correctly capitalize development work. Finally, scrutinize large software purchases to distinguish between capitalizable implementation costs and ongoing operating expenses. For more detailed guides, see the Capex, Depreciation, and Intangibles hub.

Frequently Asked Questions

Q: What's the most common capitalization mistake startups make?
A: The most common error is expensing all internal software development costs as R&D. While the initial research phase is an expense, US GAAP requires capitalizing direct development costs once technological feasibility is established. This mistake understates assets and overstates the burn rate in development periods.

Q: How does capitalization affect my SaaS metrics?
A: Proper capitalization directly improves key metrics like EBITDA (Earnings Before Interest, Taxes, Depreciation, and Amortization). By moving software development salaries from an operating expense to a capital asset, you reduce your reported operating loss, which can be crucial when communicating financial health to investors.

Q: Can I change my capitalization threshold?
A: Yes, but it should be done thoughtfully and not too frequently. A change in capitalization policy is considered a change in accounting estimate under US GAAP. It must be justified by a change in circumstances, applied prospectively (to future purchases), and disclosed in your financial statement footnotes.

This content shares general information to help you think through finance topics. It isn’t accounting or tax advice and it doesn’t take your circumstances into account. Please speak to a professional adviser before acting. While we aim to be accurate, Glencoyne isn’t responsible for decisions made based on this material.

Curious How We Support Startups Like Yours?

We bring deep, hands-on experience across a range of technology enabled industries. Contact us to discuss.