Welcome to Sapura Cosmetics, a company that smells of ambition, caffeine, and mild panic. Its SAP S/4HANA system is meant to deliver control, yet it keeps reminding people that software cannot save human behaviour.
Each book in the SAP SOAP Series dives into a different corner of the same organisation, where business rules, politics, and personalities collide. One story might trace a data-migration crisis, another a testing meltdown, another a change-management rebellion. The people change, the pressure doesn’t. The true main character is the company itself, learning to survive its own transformation.
These stories are fiction with the fingerprints of reality. They teach through human truth rather than theory, blending humour, empathy, and the occasional boardroom stand-off. You’ll recognise the symptoms: deadlines that breed faster than logic, processes that collapse under good intentions, and teams that find clarity only after everything breaks.
Think of it as corporate therapy disguised as storytelling. Every scene tests structure against human nature. The faces change, the technology evolves, but the pattern remains the same: clarity fighting for survival inside a company still learning how to mean what it says.
Available on Amazon
Death by Spreadsheet A Detective Story of Governance, Grit, and the SAP ‘Migrate Your Data’ App
A razor-sharp look inside SAP S/4HANA migration, where flawed tools and fast-tracked project thinking collide.
The project looks calm from the outside. Inside, one spreadsheet claims to be the single version of truth, until too many pairs of hands pull it apart.
Alex inherits the chaos at the end of Realisation, when acceptance testing should confirm go-live readiness but instead exposes confusion. The free SAP ‘Migrate Your Data’ Fiori app aims to simplify loading. It never replaces a proper Extract-Transform-Load process or real data cleansing. By skipping it, the team turns governance into guesswork.
One week. That is all Alex gets to expose the root cause and design a rescue plan before the go-live train leaves the station. Every error log is a clue. Every silence in a meeting is another lead.
Death by Spreadsheet reveals how ownership confusion and spreadsheet-driven fixes become the biggest risk in modern SAP deployments. It speaks to leaders, data stewards, and consultants who watch templates and rush jobs undo months of good work, to anyone who fixes the same issue twice, argues with a file, or realises that the real system failure is human.
Available on Amazon
Death by Workaround A Detective Story of Technical Debt, AI, and the Decisions Nobody Owned
An SAP system nobody fully understands. And one person who holds all the keys.
From the outside, everything works. Orders flow. Production runs. Deliveries leave on time. Until, without warning, they don’t. Behind the scenes, years of urgent fixes have shaped the business into something fragile. Custom logic replaces process. Exceptions become routine. Solutions built to survive a crisis quietly become permanent. And every change leads back to the same name.
Max is not a bottleneck. Max is the system. He carries knowledge no document holds and fixes failures no one else can even see. When production stops overnight and key deliveries begin to slip, everyone waits for him. Nobody asks what happens if one day he cannot fix it.
That is about to change.
Amy has no mandate to redesign anything. No budget. No authority. Only a temporary desk and questions that make people uncomfortable. The deeper she looks, the less the problem resembles technology. Decisions were made without record. Rules contradict each other. Safeguards exist only on paper. A system designed for control now survives through improvisation. As pressure builds, small inconsistencies begin to align. Patterns appear where none should exist. And a harmless interview question returns with new meaning: *Can you read code?
Death by Workaround* is the second novel in the SAP SOAP series. It is a story about what happens inside organisations when stability depends on silence, and when keeping things running becomes more dangerous than letting them fail.
You will recognise this place.
That is the problem.
About the Author: ISARD HAASAKKER
