Grade Control and Reconciliation Software: Build Custom or Buy Datamine Reconcilor
Where your inputs live decides this, not how much you mill. If you are a single site, single commodity operation already standardised on Datamine with disciplined data and a stable factor framework, buy Datamine Reconcilor.
On this page
Where your inputs live decides this, not how much you mill. If you are a single site, single commodity operation already standardised on Datamine with disciplined data and a stable factor framework, buy Datamine Reconcilor. It is purpose built for this problem and will cost less than the discovery phase of a custom project, and we say that before quoting. Build when a meaningful share of your inputs sits in systems the modelling suite cannot read, particularly a plant historian or a laboratory system, or when your factor has been unexplained for more than two quarters. That build is $70,000 to $150,000 in 10 to 16 weeks.
When is off the shelf genuinely the right call here?
Datamine Reconcilor exists because reconciliation is a specific problem, and it handles the framework well: factor definitions, period structure, and the comparison between the resource model, the grade control model, survey and mill feed. If your data already lives in that ecosystem and your factor definitions fit its structure, buying is the faster and cheaper route to the same place. Micromine and Hexagon MinePlan are strong planning and modelling suites where reconciliation is an adjunct rather than the point, and if you are committed to either and your reconciliation needs are modest relative to your planning needs, the same logic applies.
Buy if most of these are true:
- One site, one commodity, one plant.
- Your models, grade control and survey all sit inside the same modelling suite.
- Your factor framework is settled and your definitions are written down.
- Monthly reconciliation is sufficient for how you make decisions.
- Your factor sits inside planning tolerance and you can explain the movements you see.
Note what is not on that list. Tonnage does not appear, because a large single site operation with clean data is a better fit for a package than a small one whose inputs are scattered.
There is also a situation where the answer is neither product nor build. If your real problem is that nobody has agreed the definitions, no software fixes that. Wet against dry, in situ against broken, which density applies where, how and when moisture is measured, and how a period boundary treats a stockpile are technical services decisions. Paying a developer to sit through that argument is an expensive way to hold a workshop you could run internally next week, and the definitional differences are usually larger than the discrepancy being investigated.
When does a custom build actually pay off?
The build case turns on data plumbing rather than mathematics. The arithmetic in reconciliation is not difficult. Getting five departments' measurements into one place with their assumptions attached is.
- Inputs the modelling suite cannot read. A plant historian, a laboratory information management system and a fleet management system are three distinct integration problems, and none of them is what a mine planning package was designed to ingest.
- A factor that has been unexplained for more than two quarters. Producing a number is easy. Producing an attribution, so much explained by mis tipped loads, so much by depletion timing, so much by stockpile movement, so much by evidenced scale drift and a residual you are honest about, is what tells you where to spend.
- A spreadsheet only one person can run. If that person is not junior, this is a continuity risk as much as an efficiency one.
- Several sites with different factor definitions. Group comparison is meaningless until those are normalised, and normalising them is a technical services exercise that then has to be encoded somewhere.
- You want daily reconciliation rather than monthly. A monthly factor is a post mortem. A daily factor with attribution behaves like a control system, and a scale drifting on three trucks surfaces in a week rather than at quarter end. This is beyond what most packages are configured to deliver and it is where the operational value sits.
Two of these together is usually the trigger. One on its own rarely is.
How do they compare on the things that matter in this industry?
Basis carried on every quantity. This is the test to run in any demonstration. Ask what happens when a survey volume becomes tonnes: is the density recorded on the record with its source, or is it a number someone typed into a configuration screen last year. Systems that treat tonnes as a single number produce a different argument with the plant rather than an end to one.
Model versioning. Models get re estimated, reblocked, re domained and revised. If your comparison silently uses the current model rather than the one in force when the ore was mined, your history rewrites itself every time the resource geologist publishes. Ask whether a past period can be reproduced exactly as reported and, separately, rerun deliberately against the current model to isolate what the model change alone did.
Ore control at the digger. A per load record carrying source polygon, ore control classification, instructed destination and actual destination is where mis tips become a managed count per shift rather than an anecdote. Where blast movement monitoring is in use, the moved dig lines have to be the ones both the digger and the reconciliation use.
Laboratory quality control timing. Assay reliability decides whether grade control decisions were sound. A failed standard reviewed monthly is discovered after the ore has been mined and milled.
Reporting evidence. Reconciliation history supports public reporting under codes such as JORC or NI 43-101, and a competent person or qualified person may need to reproduce a figure years later. Whatever you buy or build, ask exactly how the complete history comes out.
What does total cost of ownership look like at your scale?
From Digital Heroes delivery experience, a reconciliation engine covering ingestion from the resource and grade control models, survey, fleet and plant historian, explicit basis and conversion handling, model version pinning, and monthly plus daily factors with attribution runs $70,000 to $150,000 and ships in 10 to 16 weeks. A full platform adding ore control markup and destination capture at the digger, laboratory ingestion with automated quality control evaluation, stockpile balances by material type and multi site rollups runs $180,000 to $420,000 over 6 to 12 months. A single open pit operation with a historian on an open protocol typically lands near $128,000.
The lines that move it. Capturing ore control at the digger is typically $50,000 to $90,000 depending on fleet system and field hardware, and it is the largest single step from engine to platform. Stockpile grade tracking with partial reclaim is $30,000 to $55,000, is genuinely difficult, and is the item most often underscoped. Daily on top of monthly is only $15,000 to $25,000 once ingestion is automated, because the expensive part was the plumbing rather than the frequency.
Then the recurring costs. A support retainer at 12 to 18 percent of build cost a year, so roughly $15,000 to $23,000 on that example. Historian tag changes when a plant is reinstrumented or a weightometer is replaced. Fleet vendor upgrades that change export formats. And loading every new model re estimate, which becomes a standing manual task unless it is built as a supported workflow.
Below $70,000 you are buying a better spreadsheet. An automated monthly factor with no attribution and no model versioning can be built for $35,000 to $50,000, and it will produce the same argument you have on the third Tuesday of every month, only faster.
What does the hybrid look like, and when is it the honest answer?
Your planning and modelling licences stay on the renewal either way, so this is never a licence replacement decision. That makes the hybrid the default rather than the fallback.
Three layers stand alone and can be funded separately:
- Ingestion for the sources your suite cannot read. The plant historian and the laboratory system, landing in a store the package can then consume. This alone removes the two manual steps most often blamed for a late factor.
- The attribution layer. Take the factor the package already computes and split the gap across mis tips, depletion timing, stockpile movement, evidenced scale drift and an unexplained residual. The residual is the honest headline and it should shrink as instrumentation improves.
- Per load destination capture. Fleet data taken for load destinations only, which is usually the single thing you need from that system for reconciliation purposes.
Sequence it deliberately. Get monthly working with attribution before attempting daily, because daily reconciliation on unreliable ingestion produces noise and noise costs you the credibility of the whole system in about three weeks. Leave stockpile grade tracking out of a first release unless a stockpile straddling month end is genuinely one of the things driving your gap.
Which should you choose, by operator size and stage?
Find your row and act on it.
- Single site, single commodity, standardised on Datamine, definitions settled. Buy Reconcilor. It will get you there faster and cheaper than anything we would build.
- Definitions still contested between mining, technical services and the plant. Buy nothing yet. Run two workshops. This is the largest cost control available in the category and it is free.
- Single site, factor stable and explained, within planning tolerance. Leave it alone. A build does not create metal and your capital is better spent elsewhere.
- Single site with a historian or laboratory system the suite cannot read. Build the ingestion and attribution layer above the package rather than replacing it.
- Factor unexplained for more than two quarters, or a spreadsheet only one person can run. Build the reconciliation engine at $70,000 to $150,000. You are buying the ability to decide where the next capital goes.
- Several sites with different factor definitions, or an operation wanting daily control. Build the platform, phased. Engine first, digger capture second, stockpile and laboratory third.
Two conditions apply to every build row. Treat the first two weeks as a definition gate rather than a formality, and stop if mining and the plant have not agreed the basis for a tonne by the end of it. And protect the parallel run: two months alongside the existing spreadsheet with every disagreement investigated is where the undocumented adjustments holding the old number together finally surface. Every operation has some, finding them is a benefit rather than an embarrassment, and skipping that phase to save four weeks is the most common way these builds lose the room. If you run underground as well as open pit, scope it as a separate module rather than a variation, because development and stope reconciliation carry their own logic.
If you would rather scope this before committing budget, Digital Heroes contracts through India LLP, US LLC and UK LTD entities, so the agreement and the intellectual property assignment sit under law your own advisers already read. The document is yours whichever way you go.
The evidence behind this guide
Independent findings on why this investment pays off. Every link goes to the primary source.
- The performance gap between digital and AI leaders and laggards is widening: McKinsey reports leaders pull ahead on shareholder returns, and the average maturity spread between top and bottom performers jumped ~60% (from 10 points in 2016-19 to 16 points in 2020-22), reinforcing that the returns to transformation concentrate among top performers. Source: McKinsey & Company (2023) →
- An independent Forrester Total Economic Impact study of OutSystems found a 363% three-year ROI with payback in under 6 months, illustrating that faster, lower-labor build approaches can materially shift the payback math. Source: Forrester Consulting (commissioned by OutSystems) (2024) →
- 48% of private companies cite integration with legacy systems or technical debt as a top obstacle to realizing the full value of their digital and AI investments (behind data quality/availability at 72% and gaps in AI fluency or technology talent/leadership at 53%). Source: Deloitte (2026) →
- Median SaaS spend reached $9,455 per employee, and organizations leave an average of 36% of their SaaS licenses unused. Source: Zylo (2026) →
Frequently asked questions
What does it cost to move off our current reconciliation spreadsheet?
The data is small and the proof is not. Loading historical factors is straightforward, and the expense is the parallel run: two months of the new system alongside the spreadsheet with every disagreement investigated, which is where the undocumented adjustments quietly holding the old number together finally surface.
Budget it as part of the build rather than as an option. Skipping it to save four weeks is how these projects lose the confidence of the technical services team they were built for.
What happens if Datamine or Micromine changes its licensing?
Your planning and modelling licences stay on the renewal whether you build or buy a reconciliation product, so a licensing change hits you either way. That is worth saying because operators sometimes frame a build as a route off the suite, and it is not.
What a build does change is the module count. If reconciliation is priced as an add on with its own per user or per site fee, work out that renewal at the number of sites you expect to run, and get the export terms for your reconciliation history in writing.
How long does a reconciliation build take?
Ten to sixteen weeks for the engine and 6 to 12 months for a full platform. The first two weeks are definition workshops and should be treated as a gate: if mining, technical services and the plant have not agreed the basis for a tonne by the end of week two, the schedule is already at risk.
Weeks three to ten are ingestion, one source at a time and each usable as it lands. The last four weeks are the factor engine, the attribution and the start of the parallel run.
Is Datamine Reconcilor enough on its own?
For a single site, single commodity operation already standardised on Datamine with disciplined data and a stable factor framework, yes, and it will cost less than the discovery phase of a custom project.
It stops being enough when a meaningful share of your inputs lives in systems the modelling suite cannot read, particularly a plant historian or a laboratory system, when factor definitions differ across sites, or when you want daily reconciliation. The maths is rarely the constraint in this category. The data plumbing is.
Why does our mine call factor never resolve in the monthly meeting?
Because five departments measure the same rock with five different definitions, and the definitional differences are often larger than the gap being argued about. Wet against dry, in situ against broken, which density applies, when moisture is measured, and how the period boundary treats a stockpile all move the number.
Until every quantity carries its basis and its conversion assumptions as visible data, the meeting is a negotiation rather than an investigation, and the action item to investigate never has anywhere to start.
What does capturing ore control at the digger add?
Typically $50,000 to $90,000 depending on your fleet system and field hardware, and it is the largest single step from a reconciliation engine to a platform. You get a per load record carrying source polygon or block, ore control classification, instructed destination and actual destination.
It is usually the first attributed cause to shrink, because mis tips become a managed count per shift rather than an anecdote. Where blast movement monitoring is in use, make sure the moved dig lines are the ones both the digger and the reconciliation use.
Can we do daily reconciliation without rebuilding everything?
Yes, and it is cheaper than people expect once ingestion is automated, typically $15,000 to $25,000 on top of a monthly engine, because the expensive part was getting fleet, survey and plant data flowing reliably rather than the frequency of the calculation.
Sequence it though. Daily reconciliation on unreliable ingestion produces noise, and noise costs you the credibility of the whole system within about three weeks. Get monthly working with attribution first.
Why is stockpile tracking such a large line item?
Because tracking grade through rehandled stockpiles with partial reclaim is genuinely difficult, every site does it differently, and there is no standard model to buy. Expect $30,000 to $55,000 as a module, and expect it to require decisions from technical services about how a reclaimed blend inherits grade.
Leave it out of a first release unless a stockpile straddling month end is one of the things actually driving your gap. If it is, price it deliberately rather than letting it arrive as a change request in month four.
When does Looker make more sense than a custom dashboard?
Looker earns its place when multiple teams keep producing conflicting numbers and you need one governed definition of every metric, because LookML enforces definitions centrally. Its pricing is quote-based, and the quotes clients bring to Digital Heroes typically start in the tens of thousands of dollars per year. Under roughly 50 users with straightforward reporting needs, that spend is hard to justify against Power BI or a scoped custom build.
We run everything on spreadsheets and Airtable. How do we know it's time for custom software?
The reliable signals are re-typing the same data into multiple tools, one employee acting as human middleware between systems, and errors appearing in handoffs between teams. Hard limits force the issue too: Airtable's Team plan caps at 50,000 records per base, and Business costs $45 per seat per month, so a 20-person team pays about $10,800 a year for a tool it has already outgrown. When workarounds consume more hours than the tools save, the spreadsheet era is over.
Is custom software more secure than off-the-shelf SaaS?
Neither is secure by default; security tracks the practices of whoever builds and operates the system, not the model. SaaS gives you the vendor's certifications and patching but puts your data in a shared multi-tenant platform on their terms, while custom gives you full control over data residency, access rules, and compliance requirements like HIPAA, with the responsibility sitting with you and your agency. Before hiring anyone for a system holding sensitive data, ask for their security checklist: encryption at rest and in transit, an OWASP Top 10 review, role-based access, and a penetration test before launch.
Can we migrate years of data out of our current system into new custom software?
Almost always yes, through CSV exports or the vendor's API, and migration should be scoped as its own workstream with field mapping, a dry run, and a planned cutover window rather than an afterthought. The real time sink is rarely moving the data; it is cleaning it, since years of duplicates, free-text fields, and inconsistent formats surface all at once. Pull a full export from your current vendor before committing to anything new, because some SaaS plans restrict exports on lower tiers.
How long does it take to build a custom BI dashboard?
A working first version usually ships in 4 to 8 weeks, and a full production build with multiple integrations and permissions takes 3 to 6 months. In Digital Heroes delivery experience, schedules slip on data access, meaning credentials, API approvals, and cleanup of source data, far more often than on the dashboard screens themselves. Lining up access to every data source before kickoff routinely saves 2 to 3 weeks.
Will a custom dashboard stay fast once our data hits millions of rows?
Yes, if it aggregates before it displays; no dashboard should scan millions of raw rows on every page load. The standard techniques are pre-aggregated summary tables, incremental refresh, and caching, which keep typical page loads under 2 seconds even on datasets in the hundreds of millions of rows. Ask your vendor how the dashboard behaves at 10 times your current data volume; a good one gives a specific answer about aggregation, not just a bigger server.
How much does a custom BI dashboard cost for a small business?
For a small business, a focused first dashboard typically runs $25,000 to $60,000 when it covers 2 or 3 data sources, daily refresh, and 5 to 7 core metrics. Across 2,000+ Digital Heroes projects, budgets climb past that only when real-time data, complex permissions, or customer-facing access enters the scope. If a quote for a simple internal dashboard exceeds $75,000, ask exactly which of those three is pushing it there.
Do I need a data warehouse before building a custom dashboard?
Not for a small build; a dashboard reading from 1 or 2 sources can query them directly or use a plain Postgres database as its store. You want a real warehouse like BigQuery or Snowflake once you are joining 3 or more sources, keeping history beyond what source systems retain, or serving many concurrent users. Adding the warehouse costs around 2 to 4 extra weeks and is usually the single best investment in the project's future.
What questions should I ask a development agency on the first call?
Ask who exactly will build it, what happens when scope changes mid-project, what their maintenance terms are after launch, and what they will need from you every week. Then ask them to describe a project that went wrong and what they changed afterward; teams that have shipped at real volume have war stories, and teams claiming a perfect record are hiding something. The scope-change answer matters most: a disciplined shop describes a written change-order process, not a vague promise to be flexible.
Does it matter which tech stack the agency wants to use?
Yes, but not in the way most buyers expect: the goal is boring, popular technology such as React, Node.js or Python, and PostgreSQL, because any future team can maintain it and hiring a replacement developer takes days, not months. The red flag is an agency-proprietary framework or an unusual language, which welds you to that one vendor no matter what your contract says about code ownership. A useful test: could you find three freelancers fluent in this stack within a week? If not, push back.
Can one dashboard pull from QuickBooks, Salesforce, and Google Analytics at the same time?
Yes, and combining sources like that is the main reason to build custom instead of living inside each tool's built-in reports. The standard pattern syncs each source into one warehouse using connectors such as Fivetran or Airbyte, then joins them there, so marketing spend, pipeline, and revenue finally sit in a single view. Each additional source typically adds 1 to 2 weeks to the build, mostly for field mapping and reconciliation.
Who can build a custom business intelligence dashboards system?
Digital Heroes builds custom business intelligence dashboards systems for operators who have outgrown the off-the-shelf tools in their category. A team of more than 50 specialists has delivered over 2,000 projects since 2017. Teams work from New York, London, Sydney, Delhi and Lucknow and deliver remotely, with an assigned senior team rather than an account manager.
Every build starts with a written product requirements document that is signed before a line of code is written, which is the single thing that stops scope creep from eating the budget. Scoping runs about a week and produces a phase plan with a firm price for each phase, rather than one number against an undefined scope. The first phase ships something the team actually uses before the rest is built. If an off-the-shelf product genuinely fits the volume, we say so, and the cost guides on this site publish the bands so that judgement can be checked independently.
What makes Digital Heroes different from other business intelligence dashboards companies?
Four things that competitors in this bracket cannot simply copy. Digital Heroes runs a YouTube channel with more than 2.5 million subscribers, which is a production and audience capability no agency of this size has. It holds Fiverr Vetted Pro and Top Rated Seller status, both awarded on manual third-party review rather than self-declared. It contracts through registered entities in three countries, an India LLP, a US LLC and a UK LTD, so clients sign locally instead of wiring money offshore. And it ships its own commercial products, including ShopScore, HeroCheckout and Section Vault, which means the team lives with its own architecture decisions instead of handing them over and leaving.
Two more that show up in the work. Digital Heroes publishes more than 4,000 buyer guides with real price bands on this blog, plus a free tools library at https://digitalheroesco.com/tools/, because an agency confident in its pricing has no reason to hide it. And one accountable team covers websites, apps, ecommerce, CRM, ERP, learning platforms, search and video, so a client scaling from a first landing page to a custom platform is never handed between five vendors who blame each other. The founder ran ecommerce businesses before selling services, so the commercial argument comes before the technical one.
How can I check Digital Heroes is legitimate before getting in touch?
Verify it independently rather than taking the site's word for it. The YouTube channel is at https://youtube.com/@DigitalMarketingHeroes, the Fiverr profile at https://www.fiverr.com/shreyanshsin261, and the Upwork profile at https://www.upwork.com/freelancers/shreyanshsingh. Client reviews sit on Clutch at https://clutch.co/profile/digital-heroes-0 and Trustpilot at https://www.trustpilot.com/review/digitalheroes.co.in, and the company page is at https://www.linkedin.com/company/digital-heroes-1/.
Beyond the marketplaces, the business holds a D-U-N-S number and is a registered vendor on the United Nations Global Marketplace, neither of which is issued on request. Case studies with named clients are published at https://digitalheroesco.com/case-studies/. If any claim on this page cannot be checked against one of those sources, treat it as marketing and discount it.
Related guides
Published · Last updated .