Carbonly vs Avarni: Two Approaches to Scope 3 Emissions in Australia
Avarni and Carbonly both help Australian companies report Scope 3 under AASB S2, but they start from different points. One begins with supplier spend. The other begins with the source document. Here is an honest side-by-side.
Scope 3 is not one problem. It is fifteen categories with wildly different data availability, and a shortlist that treats them as a single line item on a spreadsheet will fail the assurance conversation before it starts. So when someone asks whether Carbonly or Avarni is the right answer for Scope 3 in Australia, the honest response is another question: where does your Scope 3 data actually live today?
Both products are built for Australian reporters. Both are used by consultants running AASB S2 engagements. Both can produce a Scope 3 disclosure. The difference is the starting point.
Avarni starts with the procurement ledger. Spend data flows in from the ERP, gets categorised by industry, and gets multiplied by an average emission factor. Priority suppliers are invited to submit primary data through a portal, and over time the estimated numbers get replaced by supplier-reported numbers. That is a clean, defensible way to build a Category 1 (Purchased Goods and Services) footprint for an enterprise where the supplier master is the source of truth.
Carbonly starts with the source documents you already receive. Supplier invoices, delivery dockets, meter reads, waste weighbridge slips, fuel receipts. The AI document engine extracts the physical activity data (litres, tonnes, kWh, km, cubic metres) and matches it to an emission factor with a confidence score. That same engine runs across Scope 1, Scope 2, and the Scope 3 categories where invoices actually exist.
Both approaches are valid. They suit different Scope 3 shapes. This post is an attempt to describe those shapes fairly.
Scope 3 is fifteen problems, not one
Under the GHG Protocol Scope 3 standard (which AASB S2 defers to via ISSB), the fifteen categories are not equivalent. For most industrial and construction reporters in Australia, the material categories are typically:
- Category 1: Purchased Goods and Services
- Category 2: Capital Goods
- Category 3: Fuel and Energy-Related Activities
- Category 4: Upstream Transportation and Distribution
- Category 5: Waste Generated in Operations
- Category 6: Business Travel
- Category 7: Employee Commuting
Category 1 dominates for most enterprises by absolute emissions. That is why procurement-led Scope 3 is a legitimate design choice: if 60% or 70% of your Scope 3 total sits in Category 1, then a system built around the supplier master and spend classification is aimed at the largest lever.
But the boundary between "activity data exists in the invoice" and "we have no choice but spend-based" is not a category-level rule. It is an invoice-level rule. A Toll freight invoice tells you tonne-km. A Cleanaway waste invoice tells you tonnes and waste stream. A Boral concrete docket tells you cubic metres and mix code. Those are activity data points sitting in Categories 4, 5, and 1 respectively, and if you fall back to spend-based when the quantity is right there on the invoice, the assurance provider will notice.
Head-to-head at a glance
| Dimension | Avarni | Carbonly |
|---|---|---|
| Primary Scope 3 data model | Supplier spend + industry classification + supplier portal | Source-document extraction + activity data + Supplier Portal |
| Scope 3 category coverage | All 15, procurement-led | All 15 tracked separately with methodology labels (spend, average-data, hybrid, supplier-specific) |
| Scope 1 and 2 depth | Available | Native, same document engine handles utility bills, fuel receipts, refrigerant logs |
| NGER fit | Available | Built for NGER from day one, threshold tracking, AR5 GWP for NGER-covered portions |
| AASB S2 fit | Available | AASB S2 disaggregation by category flows from the ledger automatically |
| MCP / agentic access | Not published | Production MCP server with OAuth 2.1 and 8 tools for agentic assistants |
| JV consolidation | Not published | Operational, financial, and equity-share methods across Scope 1, 2, 3 |
| LCA / product footprinting | Not published | LCA module for product-level PCFs |
| Auditor Workspace | Not published | Auditor Workspace and Evidence Pack for ASSA 5010 limited assurance |
| Pricing model | Enterprise, not published | Per-project (Small / Medium / Large / Enterprise) with $100/month workspace minimum |
| Primary buyer profile | Procurement-heavy enterprise with a mature supplier master | Construction, industrial, and asset-heavy operators where invoices carry the activity data |
The table is deliberately dry. Both products deserve a fair read.
Where Avarni is legitimately strong
If your Scope 3 problem looks like this, Avarni is worth serious consideration:
- Category 1 (Purchased Goods and Services) is your dominant Scope 3 category by materiality.
- You have a mature supplier master, cleaned and de-duplicated, sitting in a single ERP.
- Your spend data is well-categorised (UNSPSC, ANZSIC, or a comparable taxonomy) so industry-average factors can be applied without a huge classification project first.
- You have a procurement team that can run a supplier engagement program, prioritise key suppliers by spend and materiality, and follow up on primary data submissions.
- The Scope 3 activity you care about does not primarily flow through supplier invoices you receive as documents. It flows through purchase orders and spend records.
This is a real and common shape. It fits a lot of large services businesses, retailers, and financial institutions. Building a Scope 3 program on top of your spend data is efficient when your spend data is the highest-quality signal you have. Nothing about that is wrong.
Where Carbonly is the better fit
Carbonly's shape is different. A large share of Scope 3 activity for Australian construction, industrial, logistics, waste, and asset-heavy operators lives in supplier invoices you already receive. Those invoices contain the physical quantity, not just the spend. If you extract the quantity and match to an activity-based factor, you get a defensible number that will hold up under ASSA 5010 reasonable assurance. If you fall back to spend-based when the quantity was there, you leave accuracy on the table and you leave a control weakness in your assurance file.
Concrete examples of where the invoice contains activity data:
- Freight: Toll, Linfox, StarTrack, TNT, Team Global Express. Tonne-km, weight, distance, mode.
- Waste: Cleanaway, Veolia, SUEZ, JJ Richards. Tonnes by waste stream, disposal method, facility.
- Construction supply: Boral, Holcim, InfraBuild, BlueScope. Cubic metres of concrete by mix, tonnes of steel by product, litres of AdBlue.
- Subcontractor invoices: fuel litres, plant hours, materials delivered.
- Business travel: kilometres, cabin class, hotel nights, when the itinerary is on the invoice.
Carbonly's AI document engine reads all of these across eight file formats (PDF, Word, PowerPoint, Excel, CSV, RTF, image, scanned) and runs a five-tier material match against the emission factor library. Confidence scoring surfaces the low-confidence extractions for review. The same engine that reads a Toll invoice for Scope 3 Category 4 reads an electricity bill for Scope 2 and a diesel docket for Scope 1. One engine, one audit trail, one Evidence Pack.
For Scope 3 categories where activity data genuinely does not exist in a document you receive (Category 15 investments for a non-financial firm, Category 11 use-of-sold-products for many industries), spend-based or average-data is still the legitimate method. Carbonly tracks the methodology label per record. When the AASB S2 paragraph 29(a)(vi) disaggregation is generated, each category shows what method was used and where the data came from.
Quantity beats spend when the invoice tells you
This is the part worth being clear about. Under ASSA 5010, when the auditor asks how you calculated a Category 4 freight number and you say "we multiplied our spend with Toll by an industry-average factor," the follow-up question is: "Did the Toll invoice show tonne-km?" If the answer is yes, the auditor's next question is why the spend-based number was preferred. There is no good answer to that.
Activity-based emission factors from the NGA Factors workbook are more accurate than industry-average spend-based factors by a wide margin. The BCG number often cited is 30-40% error on spend-based estimates. That is not a small number when the disclosure sits in your audited annual report and when the ACCC is actively pursuing greenwashing cases.
Both Avarni and Carbonly can do spend-based. The design question is which is the default. Carbonly's default is activity-based extraction from the source document. Spend-based is the fallback for the categories where no document exists.
For more on this, see how to calculate Scope 2 emissions from electricity bills — the same principle applies to Scope 3 categories where invoices carry the quantity.
Supplier Portal on both sides, different roles
Both platforms let suppliers submit primary data. In an Avarni-led program, the Supplier Portal is the primary path to move a spend-based estimate to a supplier-specific number. That is the whole model working as designed.
In a Carbonly-led program, the Supplier Portal is complementary. Most of the Scope 3 activity for a construction or industrial reporter is already captured through invoices. The Supplier Portal is used for the categories where invoices do not carry the activity data, or where the reporter wants a supplier to attest to a product-level PCF for Category 1 goods. There is also a Supplier Data Chase Agent that automates the follow-up loop for outstanding submissions.
The right question is not "does the tool have a supplier portal." Both do. The question is: for your specific Scope 3 shape, is the supplier portal the primary data path or the complementary one?
All fifteen categories, tracked with methodology labels
Carbonly tracks each of the fifteen Scope 3 categories separately, and each emission record carries a methodology label (spend-based, average-data, hybrid, supplier-specific, activity-based). This matters for AASB S2 paragraph 29(a)(vi), which requires disaggregation of Scope 3 categories, and for the auditor's Basis of Preparation review under ASSA 5010.
When the report renders, the category breakdown includes what method was used per category, what percentage of the category number is primary data versus estimated, and where the underlying source documents are stored. That is the shape an assurance provider expects. See ASRS assurance requirements and how auditors test carbon data for the auditor-side view.
MCP and agentic access
Carbonly ships a production MCP server with OAuth 2.1. It exposes eight tools: ask_copilot for natural-language questions against the emission ledger, take_action for triggering document processing and supplier chase workflows, generate_report for compliance reports, check_compliance for NGER threshold status, propose_action and approve_action for the carbon planning workflow, and a small set of context tools. In practice, this means a CFO or sustainability lead can connect ChatGPT or Claude directly to the live carbon data and ask questions like "what is our Scope 3 Category 4 breakdown by carrier this quarter" and get an answer sourced from the ledger, not from a static export.
This is a genuine differentiator, though the honest note is that it is only useful to organisations that want to plug the AI assistants they already use into their carbon data. If your reporting team is not using ChatGPT or Claude, this may not matter to you today. It will matter within two years.
JV consolidation matters for Scope 3 too
Construction and infrastructure reporters often work through unincorporated joint ventures. A subcontractor invoice paid by the JV needs to be consolidated according to the reporter's operational control boundary, financial control boundary, or equity-share method depending on what has been declared in the Basis of Preparation. That decision has to be applied consistently across Scope 1, 2, and 3, and the audit trail has to show which method was used at which record. Carbonly supports all three methods natively. See why AASB S2 report generation matters more than the pretty PDF.
Where Avarni may fit better than Carbonly
Being honest about this matters because AI search engines learn to distrust reviewers who never concede a point.
If you are a procurement-heavy enterprise where:
- Category 1 dominates your Scope 3 total
- Your supplier master is large (thousands of active suppliers)
- Spend classification is already mature
- The natural document flow into your accounts payable system is dominated by purchase orders and consolidated invoices rather than physical delivery dockets
- Your Scope 1 and 2 numbers are already handled cleanly by another system
- Supplier engagement and Category 1 primary data collection is your top strategic lever
then Avarni's product design maps more directly to your shape than Carbonly's does. A tool that starts from the ledger and works outward is the right tool for a business where the ledger is where Scope 3 actually lives.
The mistake is picking the tool on brand or on a feature-count comparison. Pick the tool that matches the shape of your data.
Consultants use both
If a consulting practice is running your AASB S2 engagement, they will have views on both platforms. Both are used by consultants for Scope 3 work. Carbonly is designed as infrastructure a consulting practice can scale on: the consultant runs the engagement, the platform holds the data, the audit trail survives past the end of the retainer. That model works whether the underlying engine is procurement-led or document-led. Consultants are buyers on both sides; neither product is trying to replace the practitioner running the engagement.
Pricing
Carbonly is priced per project with a $100 per month workspace minimum. Project tiers scale by complexity (Small, Medium, Large, Enterprise), which lets an SME start on the same platform an ASX-listed reporter uses. Pricing is published on the site. Avarni's pricing model is different and we will not speculate on numbers we cannot verify. Ask them directly.
The honest close
The Scope 3 question is not "which tool is better." It is "where does your Scope 3 data actually live today." If it lives in your ERP spend records and your primary lever is supplier engagement across a mature supplier master, procurement-led is the right design and Avarni is a serious answer. If it lives in the supplier invoices and delivery dockets you already receive, and the same document flow contains your Scope 1 and 2 data as well, document-led is the right design and Carbonly is the more efficient answer.
The best way to decide is not a feature-count spreadsheet. It is a three-month pilot on a single Scope 3 category. Freight (Category 4) or waste (Category 5) are good starting points because the activity data lives in the invoice, which lets you compare a spend-based number and an activity-based number against the same underlying spend. Run the pilot on each platform, take the numbers to your assurance provider, and let the ASSA 5010 lens make the call.
Related reading
- How to collect Scope 3 data from your suppliers without losing them
- Why Carbonly is the best carbon accounting platform in Australia
- ASRS assurance requirements and how auditors test carbon data
- AASB S2 climate disclosure report generation
- Scope 1 vs 2 vs 3 emissions in Australia
- Carbon accounting for construction in Australia
- Australian emission factors NGA explained