Excel vervangen door een webapp: van spreadsheet-debt naar werkbare productie-applicatie

Het moment dat je Excel-bestand een productieapp moet worden

Excel is een geweldig hulpmiddel. Voor het modelleren van een berekening, het analyseren van een dataset of het opzetten van een eenmalige rapportage is het razendsnel. Veel bedrijfskritische processen zijn ooit als spreadsheet begonnen: een offerte-calculator, een uren-tracker, een voorraadlijst, een commissie-berekening. Dat werkte. Tot de organisatie groeide.

Het kantelpunt komt zelden in één klap. Het is een opeenstapeling van kleine wrijvingen. Twee mensen openen het bestand tegelijk en de wijzigingen van de één overschrijven die van de ander. Een collega trekt een kolom door en breekt een formule. De macro die het maandrapport bouwt, weigert na een Office-update plotseling dienst. Een externe stuurt zijn versie als bijlage en niemand weet meer welk bestand de waarheid is. Dit is wat in de software-engineering bekendstaat als spreadsheet-debt: technische schuld die zich opstapelt in een tool die er nooit voor ontworpen was.

Op dat moment is het tijd om het spreadsheet om te bouwen tot een echte applicatie. Niet als ontkenning van wat Excel goed deed — uw bestaande logica is jaren bedrijfskennis — maar als formalisering ervan in een omgeving die wél met meerdere gebruikers, met audit-eisen en met groeiende datavolumes overweg kan. Wij bouwen die overstap voor u: een webapplicatie die de business-logica uit uw werkbladen overneemt, met een interface die uw team direct begrijpt, en een database die zorgt dat geen rij ooit nog stilletjes verdwijnt.

Migratie-aanpak: data en logica uit uw werkbladen halen

Een Excel-bestand is meer dan een tabel met cijfers. Het bevat business-logica die in formules verstopt zit, vuistregels die in voorwaardelijke opmaak verwerkt zijn, en uitzonderingen die in opmerkingen of verborgen kolommen leven. Wie zomaar de data exporteert en in een nieuwe applicatie pompt, verliest die kennis. Onze migratie-aanpak draait juist om het zorgvuldig blootleggen ervan.

In de eerste fase voeren we wat wij business-logic-discovery noemen: we doorlopen elke formule, elk benoemd bereik, elke macro en elk pivot-table-veld. Een SUMIFS met vier criteria is geen technisch detail — het is een bedrijfsregel. Wij documenteren wat die regel betekent in gewone taal, valideren met u of die nog actueel is, en vertalen hem dan naar code in de nieuwe applicatie. Vaak komen er bij die exercitie regels boven die niemand meer bewust kende, of die juist achterhaald zijn en geschrapt kunnen worden.

Daarnaast pakken we de data-extractie aan. Dat is meer werk dan een CSV-export. We brengen het impliciete schema van uw werkblad in kaart: welke kolommen horen logisch bij elkaar, welke zijn berekend versus brongegevens, waar zitten dubbelingen of inconsistenties. Daarna ontwerpen we een genormaliseerd Postgres-schema waarin elke entiteit zijn eigen tabel krijgt, met foreign keys, constraints en indexen op de juiste plekken. Bij twijfel houden we zowel de oude Excel als het nieuwe systeem een tijdje parallel om te valideren dat de uitkomsten matchen.

Voor processen die idempotent moeten zijn — denk aan facturen genereren, e-mails versturen of API-calls afvuren — bouwen we expliciete safeguards in. Eén dubbele klik mag nooit twee facturen maken. Excel kan dat niet garanderen; een goed-ontworpen webapp wel.

Veelvoorkomende Excel-bestanden die wij vervangen

Onderstaande use cases zien wij wekelijks terugkomen bij MKB-bedrijven en grotere organisaties. Herkent u uw eigen werkblad? Grote kans dat de oplossing een bekend patroon heeft.