VerifyStack
NewPlanning, fieldwork and technical review

Verification work that shows its working.

One workbench takes an engagement from plan to evidence to a signed submission package, for CCTS and ADEETIE. Every value is traced to its source, every number is computed by code, and every decision has a name on it.

For ACVAs · Energy auditors · Verification teams

Coal tax invoicepage 1
GradeG-10Quantity dispatched18,247 MTGross calorific value4,200 kcal/kg
fuel.coal.quantityAI-proposed

18,247 t

“Quantity dispatched 18,247 MT”

AcceptCorrect
Illustration with synthetic data
4
evidence types, each with provenance
0
numbers produced by a model
2
named people to sign a report
23
methodology packs, as data

How it works

From a blank engagement to a signed submission

One path, whatever the scheme. The methodology pack decides what each step requires.

  1. 01

    Plan

    Rate the risk factors, set the sampling policy and get the plan approved. Every save is a new version.

  2. 02

    Collect

    PDFs, scans, spreadsheets, SCADA exports and evidence packs, plus site observations, photos and meter readings.

  3. 03

    Review

    Values arrive with their source. Declared figures are compared with the evidence and a person decides.

  4. 04

    Calculate

    A versioned, hashed engine computes from accepted facts only, using the method the scheme prescribes.

  5. 05

    Resolve

    Findings become issues. The entity answers through a link, and the verifier checks the response.

  6. 06

    Sign and submit

    An independent technical review, two named sign-offs and a hashed submission package.

Capabilities

Everything between the evidence and the report

Not a document viewer with a model bolted on. Each part exists because a verifier has to answer for it.

Four kinds of evidence, one rule

A fact is committed only with a source: a document page and region, a spreadsheet cell, a time range of meter data, or a site observation. Nothing else is accepted.

  • Page

    p.3 · region · verbatim text

  • Cell

    Sheet2!D14 · formula kept

  • Time range

    kiln_kw · 1–30 Apr · 720 rows

  • Observation

    visit 2 · 14:32 · observer

Declared against evidence

The workbook says one thing, the invoice another. The gap is shown, measured against a tolerance, and never accepted quietly.

Declared18,247 t
Extracted18,724 t
Mismatch 2.6%goes to review

A plan that is versioned

Rate scope, data and control risk. The approved plan sets the sampling rate, and a changed plan is a new version, never an edit.

Sampling that earns its shortcut

Low-risk values can be accepted in one audited batch, but only after a deterministic sample has been reviewed clean. The share is disclosed in the report.

Site fieldwork

Observations, photos and meter readings captured on site. Text capture queues offline and syncs. The observer cannot be the one who accepts it.

Works through patchy connectivityPhotos online

Issues that close properly

Suggested, open, responded, verified, closed. The entity answers through a single-use link with no account, and blocking issues cannot be closed by decree.

Independent technical review

A second verifier who did not draft or accept the findings reviews a fixed snapshot. If the numbers change, the approval goes stale and sign-off waits.

A submission package

A deterministic ZIP with the report, findings, accepted facts and an evidence manifest of SHA-256 hashes. It states its own limits instead of hiding them.

Portfolio import and stages

Bring an agency's registry in from CSV or XLSX with a dry run first, then track each ADEETIE engagement from EOI to measurement and verification.

Savings and simple payback

For ADEETIE, a baseline specific energy consumption, savings per measure and simple payback, computed from accepted values and nothing else. Financial ratios wait for the confirmed DPR format.

Schemes

Two schemes live. Two more designed, not guessed.

Sector methodology lives in packs, as data, and the engine never branches on sector. A scheme without checked content stays marked as such.

CCTS

Carbon Credit Trading Scheme

9 of 9 sector packs runnable
  • Greenhouse-gas emissions intensity against the notified target
  • Scope 1 and Scope 2 streams bound to accepted facts
  • Planning, site fieldwork and technical review built in
  • Clause-referenced reconciliation rules and findings

ADEETIE

BEE scheme for energy efficiency in MSMEs

14 of 14 sector packs runnable
  • Energy audit, DPR and M&V as stages you can track
  • Specific energy consumption baseline and savings gate
  • Measures with savings and simple payback
  • Eligibility checks for cluster, loan size and debt share

CBAM

In design

Embedded-emissions verification for installations. The flow and data model are drawn; the calculation rules, default values and verification requirements wait for a primary source and a practitioner.

Green hydrogen

In design

Emission intensity per kilogram of hydrogen against a threshold. The boundary, renewable-matching rules and certificate format are still to be confirmed before anything is built on them.

Principles

Built to be checked

Every result can be traced back to a source and a person. These are the rules the product will not bend.

  • Code computes

    The calculation engine is versioned and hashed. Language models never perform arithmetic.

  • No value without provenance

    A page, a cell, a time range or a site observation. Without one of those, the value is refused.

  • AI proposes, people decide

    Material values always need a named reviewer. Nothing approves them automatically.

  • Rules observe, never conclude

    Reconciliation rules raise findings for a verifier to judge. Drafts cannot invent numbers.

  • Separation of duties

    The person who observed does not accept it, and a drafter does not review. Two people sign.

  • Reproducible runs

    Every run records the engine version, pack version and a hash of its inputs, chained to the last.

Trust and security

Your clients' plant data is not a demo asset.

Competing firms share this product, so isolation and an unalterable record are designed in, not added later. Controls we have not built yet are tracked, not hidden.

  • Isolated per firm

    Row-level security on every tenant table. Signed-in users can read their firm's rows and write nothing directly.

  • Append-only record

    Audit events, facts, runs and sign-offs cannot be edited or deleted, even by the server.

  • Content-addressed evidence

    Files are hashed on arrival and stored privately under that hash. Their type is read from the bytes.

  • Capability-checked

    Four roles, one capability map, checked by the menu, the page and the route.

FAQ

Questions firms ask first

Who is VerifyStack for?

Verification firms and energy auditors working on India's BEE schemes. It is built for the verifier and is never sold to the audited entity.

Does the AI calculate anything?

No. Models classify documents and propose field values with their source location. Only values a person accepts become facts, and only deterministic code turns facts into results.

Can values be accepted in bulk?

Only low-risk ones, and only after a sample has been reviewed clean. The sample size follows the approved verification plan. Anything material, below the confidence threshold or contradicting a declared figure always goes to a person. Each batch is audit-logged, and the share accepted in bulk is disclosed in the submission package.

What does the entity see?

Only the one issue addressed to them, through a single-use link. They can write a response and attach files. They get no account, and they cannot see other issues, calculations or engagements.

Does it work on site without a connection?

Text observations and meter readings are queued on the device and sync when the connection returns, without duplicates. Photos need a connection at the moment of capture.

Is a technical review required?

That depends on the scheme and the accreditation rules, so it is a setting on each methodology pack. When it is on, the review must come from someone who did not draft or accept the findings, and a changed calculation makes an earlier approval stale.

Can it produce the filing in the regulator's format?

Not yet. The submission package is a generic, hashed bundle of the report, findings, accepted facts and evidence manifest, and it says so. Scheme-specific layouts will be added once the portal formats are confirmed.

Where do uploaded files go?

Files are stored in your firm's workspace. When a Gemini API key is configured for your deployment, evidence may be sent to Google Gemini for classification and extraction. Extracted values are not used to train models in this application.

Request a demo

See it on an engagement like yours.

Tell us which scheme you work on. We will walk through one engagement from the plan to the signed package, with your questions in mind.

Prefer to start straight away?

Create your firm's account

We use these details only to reply to you. Nothing is stored in the app.