
Platform vs spreadsheet: why companies are moving carbon management
A comparison of carbon management in spreadsheets and on a dedicated platform: risks, limits and the right moment to migrate.
The spreadsheet model: where it works and where it breaks
Spreadsheets are the universal management tool. Every professional knows Excel or Google Sheets. For a first emissions inventory, with few data sources, a single operating site and one dedicated analyst, the spreadsheet works. It is quick to set up, flexible and free.
The trouble starts when the operation scales. Multiple sites, dozens of data sources, several analysts working in the same file, annual update cycles, audit requirements and compliance with several frameworks. The spreadsheet that worked in year one becomes the bottleneck in year three.
The signs of breakdown are predictable: conflicting versions ("inventory_v3_FINAL_rev2.xlsx"), broken formulas nobody can find, data pasted in with no reference to its origin, emission factors going stale unnoticed, and the analyst who built the spreadsheet having left the company and taken the institutional knowledge with them.
This is not a competence problem, it is a structural limit of the tool. Spreadsheets were designed for ad hoc analysis, not for repeatable, multi-user, auditable, regulated processes.
Error and rework risk in manual inventories
Studies of corporate spreadsheet quality find that more than 80% contain at least one error. In emissions inventories the most common ones are:
Unit errors. Litres confused with gallons. MWh with kWh. Metric tonnes with short tons. A unit error can multiply or divide the result by 1,000. In spreadsheets with no input validation, these slip through.
Stale emission factors. The Brazilian grid factor changes every year. MCTI factors are updated periodically. If the spreadsheet uses the 2020 factor to calculate 2025 emissions, the result is wrong, but it looks plausible.
Double counting. Fuel consumption data appearing in both the fleet sheet and the facilities sheet. Electricity emissions counted in Scope 2 and again in Scope 3 Category 3. Without automated control, duplicates are almost inevitable in inventories with many sources.
Broken formulas. A cell edited by accident, an inserted row that shifts references, a filter that hides data without excluding it from the calculation. These silent errors are the most dangerous, because the final result looks right.
Loss of traceability. The auditor asks where a figure came from. The analyst has to remember which tab, which file, which email holds the source document. If the analyst changed role or left, the answer may be "we don't know".
What a platform solves (automation, auditability, multi-framework)
A dedicated carbon management platform addresses the structural limits of the spreadsheet along three axes.
Automation. Data import via integration with ERP, TMS, energy systems and travel agencies. Automatic application of up-to-date emission factors. Instant calculation, updating in real time as new data comes in. Crab.AI extends that automation with intelligent document extraction.
Auditability. A native audit trail: each data point is linked to its source document, to the emission factor used and to the person who validated it. Complete change history. An integrated evidence data room. The auditor gets what they need without depending on the analyst's memory.
Multi-framework. One inventory feeds reports for GHG Protocol, CDP, IFRS S2, CVM 193, SBTi and PCAF. The platform knows each framework's requirements and produces the right outputs without reprocessing.
Beyond those three axes, a platform offers access control (who can see and edit each data point), an approval workflow (data is validated before entering the calculation), benchmarking across sites and periods, and real-time dashboards for the executive team.
Feature comparison
| Capability | Spreadsheet | Dedicated platform |
|---|---|---|
| Upfront cost | Free or low | Annual or monthly licence |
| Learning curve | Low (familiar tool) | Medium (initial training) |
| Simultaneous users | Limited (version conflicts) | Native (access control) |
| ERP/TMS integration | Manual (export/import) | API and native connectors |
| Factor updates | Manual (risk of going stale) | Automatic |
| Audit trail | Absent or hand-built | Native and complete |
| Multi-framework | Separate sheets per framework | Generated automatically |
| Data validation | Manual | Automatic rules + AI |
| Scalability | Degrades with volume | Linear |
| Continuity | Depends on the analyst | Institutional |
The spreadsheet wins on upfront cost and simplicity. The platform wins on everything that matters once the operation has more than one site, more than one analyst or more than one reporting framework.
When to migrate: signs the spreadsheet cannot take it any more
The decision to move from spreadsheet to platform is not always obvious. The signs the time has come:
1. The inventory takes more than six weeks. If collection, consolidation and calculation eat up more than a month and a half, the inefficiency is costing time and money.
2. The auditor found material errors. If independent verification identified errors that moved the result by more than 5%, the process is not reliable.
3. The company reports to several frameworks. Keeping separate spreadsheets for GHG Protocol, CDP, SBTi and CVM 193 is unsustainable.
4. The analyst who built the spreadsheet has left. If nobody else understands the formulas and references, the institutional knowledge is gone.
5. The company has more than five sites. Consolidation complexity grows exponentially with the number of sites.
6. Suppliers or clients are asking for carbon data. Answering ad hoc requests out of spreadsheets is slow and error-prone.
7. The company has set reduction targets. Without a reliable baseline and continuous monitoring, SBTi targets are empty statements.
How the Mangue Tech platform works
The Mangue Tech platform was designed for companies that have outgrown spreadsheets and need carbon management as an institutional process.
The flow runs in stages. Setup: the onboarding team maps operating sites, emission sources and available integrations. Collection: data comes in via integration, bulk upload or automatic extraction with Crab.AI. Calculation: the platform applies up-to-date emission factors, calculates emissions by scope, category and site, and produces the consolidated inventory. Reporting: reports are generated automatically in each framework's format. Analysis: dashboards track progress, compare sites and surface reduction opportunities.
The platform supports more than 20 regulatory and voluntary frameworks and keeps more than 60,000 emission factors up to date. Support includes methodological consulting to keep the inventory aligned with best practice.
- If the inventory takes more than six weeks, the spreadsheet is already the bottleneck
- Migrate before the key analyst leaves: institutional knowledge belongs in the platform
- A platform pays for itself in reduced rework and lower audit risk
- The transition can be gradual, so start with one site or one scope and expand
Perguntas frequentes
How much does migrating to a platform cost?+
It varies with the size of the company and the number of sites. Mangue Tech offers annual licensing models with onboarding included. The return is usually positive in the first cycle, from reduced rework alone.
Can I keep the spreadsheet as a backup?+
The platform exports all data in standard formats (Excel, CSV). There is no lock-in. But running two parallel systems creates rework and a risk of inconsistency.
Does migration interrupt the current inventory process?+
No. Mangue Tech runs the migration alongside the current cycle. Historical data is imported into the platform, so the time series stays continuous.
- Spend-based
- A method of calculating emissions from the monetary value spent in each purchasing category.
- Multi-framework
- The ability to generate reports for several frameworks (GHG Protocol, CDP, SBTi, CVM 193) from a single database.
- Base year
- The reference year against which reduction targets and progress over time are compared.
- Lock-in
- A situation where the client is stuck with a supplier through technical or contractual dependence.
Frameworks mencionados neste artigo
IFRS S1 & S2 Roadmap
The 12 decisions your CFO has to make before 2027. Free.



