Challenge
Two copies of the file disagree, and nobody knows which is right.
Agnotic approach
One database, so every user sees the same record.

The workbook that runs quoting, scheduling or stock has grown macros, tabs and copies, and only one person really understands it. Agnotic Technologies turns it into a custom web app with one database, user logins, an audit trail and the same calculations your team trusts.
Trusted by global innovators
























Replacing Excel with custom software means moving a business workbook into a web app with a real database, screens built for each role, user logins and permissions, and the formulas rewritten as tested code. Agnotic Technologies starts with a workbook audit that maps every tab, formula, macro and manual step, then builds the app so people enter data once and everyone sees the same numbers. Excel stays where it is useful: users can still import a sheet or export a report. The app runs beside the workbook until the results match, and only then does the team switch over.
Decision table
Replace a workbook when several people depend on it at once, when a mistake in it costs real money, or when it has to exchange data with other systems. Keep Excel for personal analysis and one-off reports.
| Signal | What it looks like | Our usual advice |
|---|---|---|
| Several editors | People email copies around or wait for someone to close the file | Replace: a web app gives everyone one live copy |
| Business rules in macros | VBA that one person wrote and nobody else edits | Replace: the rules move into tested code |
| Data typed twice | Values copied by hand from the ERP or another sheet | Replace or integrate: pull the data through an API |
| Access matters | Prices, pay or customer data visible to anyone with the file | Replace: roles decide who sees and edits what |
| History matters | Nobody can say who changed a number, or when | Replace: an audit trail records every change |
| One person, one analysis | A model you build, read and change yourself | Keep Excel |
| A monthly report from clean data | A pivot table refreshed from an export | Keep Excel, or add a dashboard |
Workbook to web app
Yes. We rebuild the workbook's data, formulas and steps as a web app with logins, and we prove it gives the same answers before anyone stops using the file. This is how the move happens.
We map every tab, formula, macro, lookup and manual step, and who uses each one.
Tabs become tables with keys and rules, so the same customer or part exists only once.
Calculations are rewritten, and the workbook's own results become the test cases.
Each role gets the screens it needs, instead of one sheet that shows everything.
Current data is imported, and the app runs beside the workbook until the numbers match.
The workbook becomes read-only and the team works in the app, with export still available.
Build or buy
Buy when a product already fits your process with settings alone and your team is happy to work its way. Build when the process is what sets your business apart, when it spans systems no product connects, or when a subscription would need so many workarounds that a spreadsheet grows back beside it.
Agnotic Technologies gives a straight answer on the scoping call. If an off-the-shelf product fits, we say so, and we can help connect it to your other systems instead.
Failure points
The problems that usually start the conversation, and what the web app changes.
Challenge
Two copies of the file disagree, and nobody knows which is right.
Agnotic approach
One database, so every user sees the same record.
Challenge
A formula was overwritten and the totals have been wrong for weeks.
Agnotic approach
Calculations live in code with tests, and users cannot overwrite them.
Challenge
The person who wrote the macros has left.
Agnotic approach
Documented code in your own repository that any developer can maintain.
Challenge
Sheet protection is treated as security.
Agnotic approach
Logins and roles control who sees and changes each record.
Challenge
Nobody can explain last month's change.
Agnotic approach
An audit trail records who changed what, and when.
Custom internal tools development covers more than screens. These are the parts we build.
Tables, keys and validation rules replacing tabs and lookups.
Entry forms, lists and approvals for the people who use them.
Pricing, scheduling and stock rules with tests built from your workbook.
Bulk import of sheets and export of any list or report.
Requests routed to the right person, with reminders when they wait.
ERP, CRM and accounting systems connected through their APIs.
Single sign-on with your identity provider and a record of every change.
The totals people used to build by hand, kept current.
Where it starts
Business workbooks that outgrew a single file.
Price builders with margins, discounts and approval rules.
Shift and job plans that several supervisors edit at once.
Stock counts and reorder points copied in from other systems.
Status, hours and costs per job, reported to managers.
Calculations that pay people and must be explained.
Compliance, asset and contract registers with owners and dates.
Vendor documentation on Excel's limits and the security standard we build web apps against, each linked to its source.
Microsoft lists the maximum Excel worksheet size as 1,048,576 rows by 16,384 columns.
Source: Microsoft Support, Excel specifications and limitsMicrosoft states that worksheet level protection in Excel isn't intended as a security feature: it only prevents users from modifying locked cells in the worksheet.
Source: Microsoft Support, Protect a worksheetMicrosoft labels Excel's Shared Workbook feature as legacy, says it has many limitations, and recommends co-authoring as its replacement.
Source: Microsoft Support, What happened to shared workbooks?The OWASP Application Security Verification Standard (ASVS) provides a basis for testing web application technical security controls and gives developers a list of requirements for secure development.
Source: OWASP, Application Security Verification StandardStandards
Scope
We do not publish prices. These are the drivers we size on the scoping call.
How many tabs, formulas and macros carry business rules.
Who uses the app and what each role may see or change.
Systems the app reads from or writes to, and their APIs.
How much history moves across, and how clean it is.
Built-in reports, or data sent to your BI tool.
Your cloud account or ours, and your sign-on provider.
We start with the workbook itself.
You share the workbook and walk us through a normal week of using it.
ScopeA fixed-scope first release covering the core tabs, roles and calculations, run beside the workbook.
BuildThe team moves to the app, then we add integrations, reports and the remaining tabs, with support after launch.
Scale