Navigara · For finance·CapEx & OpEx

CapEx & OpEx reporting,
fully automated.

Software capitalization from your code, under your accounting policy. Audit-defensible splits under IAS 38, ASC 350-40, and 985-20, classified at commit time, re-classifiable across any prior period without a single timesheet.

No Jira · No timesheets · No survey forms

How it works

Your git history, turned into an audit-grade ledger in four steps.

01Repository
a3f1c20metered billing
e8b9d11webhook retry
7c2aa04historical re-run
b14ff8ebump pg driver
412,901 commits · 7yr depth
02Classify
Navigara
classifier
activity typedevelopment phaselabor hourscost centerlinked project
policy-aligned · auditable
03Accounting policy
versionv2026.04
basisIAS 38 · 350-40 · 985-20
scopeall repos
ruleNEW-FEATURECapEx
ruleBUG-FIXOpEx
ruleOPSOpEx
your policy overrides
signed · committee-reportable
04Report
CapEx 37.3%OpEx 62.7%
Q1 2026$4.2M CapEx
Q4 2025$3.9M CapEx
Q3 2025$3.4M CapEx
CSV · datapack · API
01The problem with status-quo CapEx

Most teams report a management estimate, not what they built.

Finance asks engineering for a CapEx split. Engineering asks JIRA. JIRA returns tickets that are proxied, partial, and gamed. The number ships anyway. Three quarters later, when an external auditor asks how the split was derived, nobody can produce evidence.

→ Ticket-based

Jira estimates aren’t evidence.

Story points are negotiation tools, not ledgers. Labels drift, tickets get reopened, and scope shifts mid-sprint. The CapEx percentage a controller signs off on rests on text fields that, alone, rarely qualify as primary support to an auditor.

We just round to 40% CapEx. Always have.
→ Survey-based

Asking engineers distorts the answer.

Quarterly self-reports are best-effort recollections — a management estimate, not a measurement. They burn engineering days each close, miss contractors entirely, and produce splits that vary materially depending on who is asked and when. The output is unauditable.

I genuinely don't remember what I shipped in March.
→ Spreadsheet-based

You can’t re-run last year.

When FP&A needs to restate prior periods for a new capitalization policy, an acquisition, or an IRC Section 41 R&D credit study under IRS examination standards, the work starts from scratch. A spreadsheet has no rewind button. The cost is weeks of finance time and a number that still cannot be defended.

Can you re-do Q3 2024 with the new rules? Not really.
02The product

One dashboard. Every dollar accounted for.

Group by team, project, contributor, or capitalization policy. Toggle hours, FTE, or fully-loaded cost. Export the exact figures your auditor will see, plugged into your financial reporting process with a full evidence trail.

ReportsCapEx
Group byTeam

CapEx vs OpEx

100%75%50%25%0%
Total hours
CapEx hoursOpEx hours

CapEx vs OpEx over time

100%75%50%25%0%
W14W15W16W17W18W19W20W21W22
CapEx hoursOpEx hours

Breakdown by Team

TeamCapExOpEx%
Core4.2k7.1k36.8%
Abram Sanderson0.003440.0%
Alex Ross3440.00100.0%
Anthony Kim31.43139.1%
Benjamin Pasero10623830.8%
Christof Marti17417050.6%
Platform3.1k3.0k50.8%
Growth1.9k1.9k50.0%
03What's different

Three things no other reporting stack does.

01 · AUTOMATED

Every commit, classified at write time.

Navigara reads the repository directly: code paths, refactor patterns, file ownership, dependency graphs, and the estimated complexity of each task. Every unit of work is classified the moment it lands, so the split reflects real engineering effort rather than commit count. No timesheets, no surveys, no ticket hygiene.

GitHubGitLabBitbucketSelf-hosted
main · last 6 commitsnavigara-agent
a3f1c20feat(billing): metered usage engineCapEx
e8b9d11fix: stripe webhook retry handlingOpEx
7c2aa04feat(reports): historical re-run supportCapEx
b14ff8echore: bump postgres driver to 16.2OpEx
d92e1b3feat(auth): SAML group syncCapEx
f60a8ccops: rotate kms keys, on-call runbookOpEx
02 · RETROACTIVE

Re-run any quarter, going back years.

Because the source of truth is your git history rather than a snapshot of someone's timesheet, you can apply today's capitalization policy to last year, the year before, or the year of an acquisition. Restate, reconcile, and defend prior periods on demand, with full evidence intact.

Policy versioningRestate prior periodsM&A reconciliation
Reconstructing CapEx · policy v2026.04live
2019
2020
2021Series B
2022
2023acq. Lumen.io
2024
2025
Quarters reconstructed
28
Commits reclassified
412,901
Variance vs ledger
±1.4%
03 · ICFR-READY

Every hour pinned to a SHA.

Each cell in the report drills down to the commits, files, and policy rule that classified them. When your auditor asks why a line item is CapEx, the answer is a diff and a signed policy version. Built for the new ASC 350-40: ASU 2025-06 replaces stage-gates with a principles-based threshold, and Navigara reports against either basis. SOC 2 Type 2 covers data security today; SOC 1 Type 2 (on roadmap) will cover your ICFR-relevant controls.

SOC 2 Type 2SOC 1 Type 2 (roadmap)IAS 38 / ASC 350-40 / 985-20Immutable logSSO + SCIM
audit-log · Q1 2026 · core team↓ 2,847 events
14:02:11a3f1c20 classified as CapEx · rule NEW-FEATUREaccepted
14:02:09policy v2026.04 applied to repo billing/*policy
13:58:44e8b9d11 reclassified CapEx → OpEx by D. Chenoverride
13:58:44override reason: bug fix, not featurenote
13:54:027c2aa04 classified as CapEx · rule NEW-MODULEaccepted
13:51:18Q1 2026 datapack sealed · sha:b2f1…accepted
04Side by side

Status quo vs. reading the code.

Today · Jira + timesheets

Reports built from what people remember.

  • Engineers spend 1-2 days per quarter on self-reports
  • Contractors and offshore teams routinely missing from totals
  • No way to restate prior periods when policy or scope changes
  • Primary support is a spreadsheet, not a system-of-record
  • Errors above materiality surface at year-end, not at commit time
Navigara · from code

Reports derived from your repository.

  • Zero engineering hours. Classification runs automatically at commit time.
  • 100% contributor coverage, including bots, vendors, and contractors
  • Re-classify any prior period under any policy (IAS 8 / ASC 250)
  • Every hour drills down to commits, diffs, and the rule that classified them
  • Variance vs ledger held under your materiality threshold
Get started

Run your capitalization policy.
Read it from the code.

30-minute walkthrough with our team. Bring your policy manual and a repository. By the end of the call, you will have a real CapEx report derived from your own commits under your own policy.