Operating Expense (OpEx)

Operating Expense (OpEx) is the recurring costs of running a business that are expensed in the period incurred, such as salaries, rent, marketing, and software. Opex is reported separately from cost of goods sold and capital expenditures. Operating expenses are recognised in the period they are incurred, which is what separates them from capital spend that is capitalised and depreciated.

Category: Forecasting SoftwareBest Forecasting Software

The CFO asked for a clean breakdown of opex by department for the board meeting. What came back was a mix of cost classifications that varied by entity, a handful of items categorized differently in the ERP and the management report, and a note saying 'some items may be in cost of revenue.' 'Opex' means different things in different reporting frameworks, and that ambiguity costs time. Operating expense refers to the costs a company incurs running its day-to-day operations that are not directly tied to producing its goods or services. On the income statement, operating expenses appear below gross profit, usually grouped into sales and marketing, general and administrative, and research and development. Opex classification gets complicated in practice because the boundaries aren't universally fixed. GAAP, IFRS, management reporting, and investor presentations treat certain costs differently. Within the same company, the engineering team's cloud hosting costs might reasonably sit in cost of revenue (if they support product delivery) or R&D (if they support development), and that choice moves gross margin and opex at the same time. For finance teams, opex classification is more than an accounting preference: it shapes how the board reads the business, how gross margin is calculated, and whether the cost structure is clear enough to support decisions.

What operating expenses include

Operating expenses are costs that keep the business running but are not built into the cost of producing or delivering a product or service. In a standard GAAP income statement, they appear below gross profit and above operating income. Common opex categories include sales and marketing (salaries, commissions, advertising, trade shows), general and administrative (executive salaries, legal, accounting, facilities, insurance), and research and development (engineering salaries, product development tools, testing infrastructure). The classification problem starts at the boundary between cost of revenue (COGS) and opex. For a SaaS company, customer success salaries might belong in COGS if those employees directly support product delivery, or in G&A if they're treated as an administrative function. For a manufacturer, facility costs might sit partly in COGS (the factory floor) and partly in opex (the corporate office). These choices affect gross margin: moving a cost from opex to COGS lowers gross margin but doesn't change operating income or net income. Because investors watch gross margin closely, opex classification decisions matter well beyond the accounting ledger.

Why opex classification varies by business model

No single opex structure fits every company. A SaaS business, a manufacturer, and a professional services firm will present their income statements differently, because their underlying cost structures are different, not because one of them is right. The first principle is internal consistency: costs of the same type should be classified the same way across all entities, all periods, and all reporting outputs. When the ERP classifies office rent as G&A but the management report shows it under 'facilities' as a standalone line with a different total, Finance spends board prep time reconciling the two instead of analyzing the results. The second principle is alignment with how leadership reviews costs. A CFO who wants engineering costs broken out by product team rather than by accounting category needs a chart of accounts and department tagging that support that view, not a standard opex structure that has to be rearranged by hand every quarter. The capitalization boundary matters too: software development costs that meet certain criteria under ASC 350-40 can be capitalized as an asset instead of expensed in the period, which moves dollars from the opex line to the balance sheet and changes reported earnings. Finance teams need an explicit policy for where that line is drawn.

How platforms handle it

ERP and accounting systems handle opex classification through two mechanisms: the chart of accounts (which assigns an account code to each cost type) and dimension tags (which add attributes like department, location, cost center, or project to each transaction). The chart of accounts decides which category an expense falls into; the dimension tags decide how it can be sliced for reporting. A well-structured system lets Finance report the same cost several ways, by account (G&A vs R&D), by department (engineering vs marketing), and by entity (US operations vs EMEA), without manual reclassification each time. The usual failure is a chart of accounts that the implementation consultant set up from a generic template and nobody ever adjusted to match how the business organizes its costs. When analysts need a view the chart of accounts doesn't support, they export to a spreadsheet and rearrange the data by hand, which introduces errors and creates a parallel reporting system that drifts away from the general ledger over time. If you're evaluating accounting systems or planning an ERP implementation, map your management reporting requirements first and build the chart of accounts and dimension structure to support those reports from day one.

Questions to ask

Is there a documented policy defining which costs belong in COGS and which in opex, and is it applied consistently across all entities?
Does the chart of accounts structure support the management reporting views leadership actually uses, or is there a parallel spreadsheet system?
Are dimension tags (department, cost center, project) consistently applied so opex can be sliced without manual reclassification?
Is there a capitalization threshold policy for software development and other potentially capitalizable costs?
When the same cost type appears in both COGS and opex (e.g., cloud hosting), is the classification logic documented and consistently applied?
Does the month-end close process include a review of opex by category to catch misclassifications before reports are distributed?

Common mistakes

The most persistent opex mistake is classifying the same cost type differently across departments or periods. When engineering cloud costs sit in COGS for one product line and R&D for another, comparing gross margin across product lines is meaningless. When office supplies are coded to G&A in one entity and to the ordering department in another, the consolidated opex view needs manual correction every quarter. The second common mistake is an opex structure that doesn't match how leadership wants to review results. If the CEO tracks costs by business unit but the chart of accounts only supports functional categories, Finance rebuilds the view every month instead of generating it. A third mistake is treating capitalization decisions as one-off accounting judgments instead of policy questions. When Finance capitalizes certain engineering costs in Q1 and stops in Q2 without a documented policy change, the opex trend line shifts in a way that looks like a cost reduction but is really a reclassification, which misleads anyone reading the period-over-period comparison.

OpEx against capital spend

Operating expenses are consumed inside the period: salaries, rent, software subscriptions, utilities. Capital spend buys an asset with a life beyond the period and is depreciated over that life. The same purchase can fall either side depending on structure, which is why cloud subscriptions moved large amounts of former capital spend into operating budgets and changed what finance has to forecast each month.

Comparing planning platforms

Planning platforms separate on who can maintain the model after go-live, which is a staffing question as much as a software one. Once Operating Expense (OpEx) is settled as a requirement, read the Forecasting Software category guide for how the market splits, then weigh the Anaplan profile against the Pigment profile on that requirement rather than on the feature list. Our Anaplan pricing breakdown records what the vendor publishes and what is quote-based. The Anaplan against Pigment comparison sets two of them side by side on the same criteria. Before you book demos, put your own numbers through the forecasting ROI calculator so the business case is written down before a vendor writes it for you.

Operating Expense (OpEx) questions

How is operating expense different from capital expenditure?

Operating expenses are costs incurred in the current period that appear on the income statement and reduce profit immediately. Capital expenditures are costs for assets that provide value over multiple periods. They are recorded on the balance sheet and expensed gradually through depreciation or amortization. The distinction matters for both tax treatment and income statement presentation: capex reduces reported expenses in the current period (replacing them with smaller depreciation charges spread over years), while opex reduces profit dollar for dollar in the period incurred.

Why does opex classification affect gross margin?

Gross margin is calculated as revenue minus cost of revenue (COGS). Operating expenses appear below gross profit and don't affect it. When a cost is reclassified from opex to COGS, or the other way around, gross margin changes even though total operating income stays the same. This matters because gross margin is a common benchmark for comparing companies in the same industry, and investors and analysts track it closely. A company that reports a 75% gross margin because certain costs sit in opex rather than COGS looks structurally different from a competitor reporting 65% with the same costs classified as COGS.

What is the difference between opex and SG&A?

SG&A (selling, general and administrative expenses) is a subset of operating expenses. Total opex also includes R&D and sometimes depreciation and amortization, depending on how the income statement is structured. Some presentations use opex and SG&A interchangeably, which causes confusion. The safest approach is to use 'opex' for all operating expenses below gross profit, and 'SG&A' only for the selling, general, and administrative subset, excluding R&D.

Budget vs Actual Variance, Capital Expenditure (CapEx), and Cash Flow Forecasting come up in the same workflow as Operating Expense (OpEx), and the rest of the planning platforms cluster is indexed in the finance operations glossary.