Skip to content
strukturunion

Engineering · Guide · 5 MIN READ

Securing Excel Legacy: The Spreadsheet Everything Hangs On

A grown Excel workbook with dozens of tabs and undocumented macros has become a single point of failure. How to preserve the logic and still remove the risk.

strukturunion Team · June 18, 2019

A wobbly stack of spreadsheet tabs being steadied — securing Excel legacy

A department works with a huge, unstable Excel workbook: dozens of interlinked tabs and undocumented VBA macros, written by an employee who left the company years ago. The file crashes regularly and causes delays of several days. Even so, no one dares touch it — too much knowledge sits inside it, and no one knows exactly what is calculating in the background.

The pattern

With internal tools, organizations fall again and again for the sunk-cost fallacy. Because a spreadsheet has grown slowly over a decade and soaked up thousands of hours of human corrections, it's treated as an irreplaceable asset. An external team is paid over and over for small repairs to individual formulas rather than replacing the foundation once with a stable, secure web app.

The real point stays invisible in all this: the spreadsheet has long stopped being a tool and become an operational risk — a single point of failure that an entire process hangs on. It isn't documented, isn't versioned, isn't access-secured. One wrong click, one corrupted macro, one change of computer, and the department is at a standstill. What looks like thrift is in truth a deferral of the risk at an ever higher price.

From our practice

We no longer fight the spreadsheet — we wrap around it. Convincing a commercial director or chief engineer to delete a calculation model built up over years entirely is a hopeless battle. The resistance is justified: the logic holds real hard-won expertise. So we preserve it instead of throwing it away.

Our approach usually looks like this:

  1. The logic stays intact. The spreadsheet's actual calculation logic keeps running — but on a secured internal runtime environment, no longer on some arbitrary workstation.
  2. Direct access is locked. No one opens the workbook by hand anymore and can damage it by accident.
  3. A clean interface guides through the process. A lean web-based assistant takes the inputs and shows the results — without anyone having to see the complexity behind it.
  4. Input and output run automatically. Values are fed into the model by script and the results read back out, reliably and traceably.

This way the calculation investment built up over years is preserved, while data security and process stability are restored. The transition is barely noticeable for the department — it gets the same results, just without the crashes and without the uneasy feeling that everything hangs on a single file.

When the step is worth it

Not every spreadsheet needs to be secured. The effort pays off where three things come together: the process is business-critical, the logic is no longer fully known to anyone, and an outage costs noticeable time. When that's the case, wrapping around it is almost always the faster and cheaper path than a complete rebuild — and far safer than merely patching it on and on.

Takeaway

A critical Excel workbook doesn't have to be fought or thrown away. Preserve the proven logic, lock the direct access, and put a clean interface in front of it, and you remove the risk without losing the knowledge that has grown inside it. If an entire process hangs on a single file for you, we're happy to look together at how to secure it.

THINKING IT THROUGH

Is this on your plate right now?

Start a project