In the annals of enterprise software, most failures are mundane: poor marketing, technical debt, or a superior competitor. The story of Elster Software, a now-defunct German firm that specialized in tax compliance and public-sector automation, is different. At its peak in the early 2010s, Elster’s flagship product—the ElsterFormular tax portal—was a model of digital governance, processing over 40 million tax returns annually. Yet by 2018, the company had been effectively dissolved, its technology absorbed into a state-owned entity. The conventional explanation—that a small firm could not compete with global giants like SAP or Salesforce—misses the point entirely. Elster did not fail because its software was bad; it failed because the software was too perfect for the rigid, bureaucratic world it was meant to serve.

For a decade, Elster was hailed as a triumph of e-government. Its software was free, secure, and ruthlessly efficient. The company’s engineers, many recruited from the same technical universities that fed Deutsche Bahn and Siemens, believed in a philosophy they called Perfektion durch Zwang (Perfection through Compulsion). If a user made a mistake, the software would not simply warn them—it would refuse to proceed. This was not a bug; it was a feature.

In the end, the most sophisticated tax software in Europe was undone by a simple truth: a plumber with a wet signature and a kind tax officer is infinitely more efficient than a flawless machine that says “no.”

For professional tax advisors and large corporations—users who understood the system—Elster was a powerful tool. But for small business owners, freelancers, and ordinary citizens, it became a nightmare. The software’s refusal to accept “close enough” answers meant that a single misplaced decimal or a missing auxiliary form would freeze the entire submission. Unlike a human clerk, who could exercise discretion or request additional documentation, Elster offered only a cryptic error code: “Validation failed on field 42.3 (Betriebsausgaben).”

The lesson for modern engineers is uncomfortable. We are now building large language models and automated decision systems that promise to replace human judgment. Elster reminds us that the real world is fuzzy, contradictory, and full of exceptions. A system that is 99% precise but 0% tolerant is not a tool—it is a barrier. Elster did not fail because it was poorly coded. It failed because it succeeded in coding the law so perfectly that it forgot the law is, at its heart, a human institution meant to be interpreted, not executed.

The problem emerged as the tax code itself grew more complex. The German fiscal code (Abgabenordnung) runs to thousands of pages, filled with exceptions, special cases, and regional variances. To handle this, Elster’s engineers did what any rational technocrat would do: they encoded the law directly into the software’s validation logic. A deduction for home-office expenses? The software required a specific room size in square meters. A charitable donation? The software demanded the exact charity’s tax ID, verified against a live database.

Elster Software was dismantled in 2018, its assets nationalized and its team dispersed. But its ghost haunts every conversation about AI, automation, and governance today. Elster’s failure was a textbook case of Goodhart’s law applied to software: when a metric (strict schema validation) becomes the target, it ceases to be a good metric. By eliminating all ambiguity, Elster eliminated all discretion, and without discretion, a bureaucratic system cannot function.