Oude software vervangen gaat zelden mis op de techniek. Het gaat mis op dat ene weekend waarin alles tegelijk moest omschakelen. Legacy software is gewoon een deftig woord voor zo'n systeem: het draait al jaren en ondertussen hangt er half je bedrijf aan vast. Een KMO die een systeem van tien of vijftien jaar oud wil migreren, heeft geen vrije zaterdag waarin het werk mag stilvallen: er komen maandag gewoon weer bestellingen en werkbonnen binnen. Dit stuk gaat over de strategie die dat probleem omzeilt: het oude en het nieuwe systeem een tijd naast elkaar laten draaien. Hoe je je gegevens eruit krijgt, wat je met je historiek doet, hoe je in schijven overzet, en wanneer je beter niets vervangt. Dat geldt evengoed voor een pakket dat je ooit zelf liet bouwen als voor een standaardpakket waarvan de leverancier gestopt is.
Waarom een oud systeem vervangen op één weekend zo vaak misloopt
Het plan klinkt logisch. Vrijdagavond gaat het oude uit, in het weekend wordt alles overgezet, maandag begint iedereen in het nieuwe. Eén datum, geen dubbel werk, geen twee waarheden.
In de praktijk verschuif je daarmee al je risico naar de twee dagen waarop je er het minst mee kan. Alles wat je niet voorzien had, ontdek je met echte klanten aan de lijn. De terugvaloptie waar iedereen op rekent, bestaat na een halve dag al niet meer: zodra er in het nieuwe systeem geboekt is, kan je niet terug zonder dat werk kwijt te spelen.
De reden dat er altijd iets onvoorzien opduikt, ligt niet bij de bouwers. Elk systeem dat jaren meegaat, zit vol regels die nergens opgeschreven staan. Die ene klant krijgt zijn factuur op een ander moment, bij dat ene product staat het aantal in dozen en niet in stuks. Zulke dingen komen niet boven in een analysegesprek, maar wanneer iemand het werk echt doet in het nieuwe systeem. Dat wil je liever op een dinsdag met een vangnet dan op een maandagochtend zonder.
Migreren zonder stilstand betekent dat het oude systeem de waarheid blijft tot het nieuwe klopt
Naast elkaar draaien is geen halve maatregel maar een afspraak. Beide systemen staan aan, maar er is er maar één waar de waarheid staat. In het begin is dat het oude; op een afgesproken moment kantelt dat, en dat kantelmoment maak je zo klein mogelijk.
Drie regels houden dit werkbaar. Er is precies één systeem leidend, en iedereen op de vloer weet welk. De dubbele periode heeft een einddatum die vooraf vastligt, niet "tot het goed voelt". En je meet iets waaruit blijkt dat het nieuwe hetzelfde antwoord geeft als het oude: hetzelfde totaal, dezelfde voorraad, dezelfde openstaande dossiers.
Dat laatste is het grootste voordeel van deze aanpak: je kan het nieuwe systeem vergelijken met iets dat werkt, in plaats van het te moeten geloven.
Je gegevens uit het oude systeem krijgen is bijna altijd het echte werk
Voor je aan iets begint, wil je weten hoe je data eruit komt. Dat bepaalt de planning meer dan welke andere keuze ook. Ruwweg vier situaties, van comfortabel naar lastig:
- Er is een gedocumenteerde export of een koppeling. Dan is het vooral velden op elkaar leggen en controleren.
- Er is toegang tot de databank eronder. Dan kan je alles lezen, maar moet je nog uitzoeken wat de tabellen betekenen. Dat uitzoeken kost meer tijd dan het overzetten.
- Er zijn alleen schermen en afdrukken. Dan haal je eruit wat je nodig hebt en aanvaard je dat de rest in een archief blijft.
- Er is niets, of de leverancier werkt niet mee. Kijk dan na wat je contract zegt over jouw eigen gegevens, en stel de vraag schriftelijk in plaats van telefonisch.
Bijna iedereen onderschat dit: je gegevens zijn zelden zo net als je denkt. Dezelfde klant staat er meerdere keren in, in het adresveld staan telefoonnummers, en een status blijkt bij twee afdelingen iets anders te betekenen. Die opkuis doe je hoe dan ook, en het is werk voor iemand die het bedrijf kent, niet voor de bouwer.
Doe daarom vroeg een proefmigratie en maak ze herhaalbaar: geen handwerk aan het eind, maar een script dat je opnieuw kan draaien na elke aanpassing. De eerste keer is altijd rommelig, elke volgende keer kost minder werk. Dan pas wordt overschakelen een beslissing in plaats van een sprong.
Je historiek hoeft niet altijd mee te verhuizen
Bij bijna elke migratie komt de vraag of al die oude dossiers mee moeten. Dat hangt af van hoe vaak ze werkelijk geraadpleegd worden, en dat weet je door het te vragen aan de mensen die zoeken. Meestal worden de recente jaren dagelijks gebruikt en komt de rest alleen boven bij een discussie of een controle.
| aanpak | wat je doet | waar het knelt |
|---|---|---|
| Alles mee | De volledige historiek omzetten naar de nieuwe structuur | Het zwaarste pad, en oude gegevens passen zelden zonder verlies in een nieuw model |
| Actief mee, rest bevriezen | Alleen lopende dossiers en actieve klanten mee, het oude blijft in leesmodus staan | Je houdt een tweede systeem in de lucht, met de toegangen die daarbij horen |
| Archiefexport | Alles wegschrijven naar bestanden of een leesdatabank, het oude systeem gaat uit | Zoeken in dat archief is trager en omslachtiger dan in een systeem |
De middelste aanpak is het vaakst de juiste, op voorwaarde dat je ook voor dat leesbare oude systeem een datum afspreekt waarop het uitgaat.
Voor facturen en boekhoudkundige stukken geldt een wettelijke bewaarplicht. Welke termijn en welke vorm er gelden, en of een export volstaat, kijk je na bij de FOD Financiën en bespreek je met je boekhouder voor er iets verdwijnt.
Overzetten in schijven werkt alleen als je de juiste snede kiest
In schijven overzetten betekent dat je een deel van het werk verhuist en de rest laat staan. De kunst zit in waar je de snede legt. Een paar sneden die werken:
- Per proces: eerst de offertes, later de orders, nog later de facturatie.
- Per documentsoort: alleen de werkbonnen, terwijl de rest blijft waar ze zit.
- Per vestiging of ploeg: één team begint, de andere kijken toe en volgen later.
- Per moment: alle nieuwe dossiers starten in het nieuwe systeem, lopende dossiers blijven in het oude tot ze afgewerkt zijn.
Die laatste is vaak de eenvoudigste: er ontstaat geen dubbele waarheid, elk dossier hoort maar in één systeem thuis en de oude stapel loopt vanzelf leeg.
Een goede snede herken je aan vier dingen. Je klanten merken er niets van. Ze is klein genoeg om in een paar weken te bouwen en live te zetten. Ze is terug te draaien zonder verlies. En ze levert op zichzelf al iets op, ook als je daarna zou stoppen. Een slechte snede heeft pas nut wanneer de volgende schijf ook af is: dan heb je geen schijven maar één groot project met tussenstops. Het ritme waarin wij dat doen, één week bouwen per stuk en daarna twee weken testen, staat bij onze aanpak van screening tot testen.
Wat er allemaal aan je oude systeem hangt, ontdek je pas als je het uitzet
Rond een systeem dat lang meegaat, is van alles gegroeid. Een koppeling naar de boekhouding. Een exportbestand dat maandelijks naar een leverancier gaat. Een rapport dat iemand elke maandagochtend in Excel samenstelt. Een script dat jaren geleden gemaakt is door iemand die er niet meer werkt en dat nog altijd braaf draait.
Maak die lijst voor je begint, en vraag ze niet alleen aan wie de IT beheert. Vraag de mensen zelf waar zij hun gegevens vandaan halen en waar ze die weer inzetten. Wat op papier één systeem is, blijkt op de vloer een systeem plus een handvol gewoontes.
Deze inventaris levert soms de eenvoudigste uitkomst van het traject op. Blijkt dat het oude systeem zijn werk gewoon doet en dat alleen de verbindingen eromheen ontbreken, dan is ernaast bouwen en koppelen een pak minder ingrijpend dan vervangen. Hoe dat eruitziet, staat op de pagina over hoe we op bestaande systemen aansluiten. Hoeveel tijd zo'n koppeling per week terugwint, meten we in de blueprint; die methode staat bij hoe we tijdwinst berekenen.
Soms is niets vervangen de juiste beslissing
Hier hoort het eerlijke deel. Een systeem dat draait, dat je mensen vlot bedienen en dat geen storingen geeft, heeft geen vervanging nodig omdat het er verouderd uitziet. Een lelijk scherm is een ergernis, geen bedrijfsrisico. Vervangen vraagt bovendien meer dan het bouwen alleen: er gaat ook tijd naar het opnieuw leren werken, weken waarin iedereen trager is dan voordien.
Een systeem is niet oud omdat het er oud uitziet. Het is oud wanneer het je tegenhoudt in iets wat je morgen wil doen.
Redenen om te blijven: het doet wat het moet doen, er zijn nog veiligheidsupdates en ondersteuning, je kan eraan koppelen via een export of desnoods de databank, en het proces eronder is niet wezenlijk veranderd sinds je het kocht.
Redenen om wel te vervangen: er komen geen veiligheidsupdates meer omdat de leverancier gestopt is, je kan er op geen enkele manier aan koppelen zodat elk nieuw stuk software een overtypstap meebrengt, niemand durft er nog iets aan te wijzigen, of je manier van werken is veranderd terwijl het systeem je in de oude vorm dwingt. Weegt dat door, dan is de volgende vraag of je een pakket koopt of iets laat bouwen. Die afweging staat op de pagina over software op maat en wanneer dat loont.
Hoe wij een vervanging aanpakken
Wij zitten op de Corda Campus in Hasselt en werken voor KMO's in Limburg en Vlaanderen. Bij een vervangingsvraag beginnen we niet met een voorstel maar met een screening: twee uur bij jou ter plaatse. We gaan aan tafel met de zaakvoerder en de mensen die met het oude systeem werken en tekenen samen uit wat er echt gebeurt, want wat er in de handleiding staat en wat er op het scherm gebeurt, verschilt bijna altijd.
Bij dit soort trajecten letten we op drie dingen extra. Hoe de gegevens eruit kunnen. Wat er allemaal aan het systeem hangt, inclusief de rapporten die nergens vastliggen. En welke regels alleen in het hoofd van de gebruikers zitten, want daarop struikelt een omschakeling.
Uit die twee uur komt een bevindingenrapport met wat we gezien hebben, wat overzetbaar is, wat handwerk blijft en wat we zouden afraden. Bij vervangingsvragen luidt de conclusie geregeld: hou dit en koppel eraan. Beslis je toch te vervangen, dan doen we het per schijf. Wat er na de testperiode volgt, met monitoring en vastgelegde reactietijden, staat bij wat Software Care inhoudt.
Twijfel je of jouw systeem echt vervangen moet worden of alleen ontsloten, dan beantwoord je dat niet op een demo. Een screening van twee uur levert dat antwoord op, plus een bevindingenrapport waar je ook zonder ons verder mee kan.
Veelgestelde vragen
Hoe lang moet je oude en nieuwe software naast elkaar laten draaien?
Zo kort als het vergelijken toelaat en niet langer. Je houdt die periode klein door de schijf klein te houden: eerst één proces of één documentsoort, niet je hele administratie. Belangrijk is dat de einddatum vooraf vastligt en dat iedereen weet welk systeem in die periode leidend is. Zonder afgesproken einddatum blijft het oude systeem openstaan en heb je er een systeem bij in plaats van een systeem minder.
Hoe krijg je je gegevens uit oude software?
Kijk eerst of er een gedocumenteerde export of koppeling bestaat, dan is het vooral velden op elkaar leggen en controleren. Bestaat die niet, dan is toegang tot de databank eronder de volgende optie, al kost het uitzoeken van de betekenis van tabellen en kolommen meestal meer tijd dan het overzetten zelf. Werkt de leverancier niet mee, kijk dan na wat je contract zegt over jouw eigen gegevens en stel de vraag schriftelijk.
Moet je alle historiek mee overzetten naar het nieuwe systeem?
Meestal niet. Vraag aan de mensen die zoeken hoe ver terug ze werkelijk gaan: vaak worden de recente jaren dagelijks gebruikt en komt de rest alleen boven bij een discussie of een controle. Een gangbare aanpak is de actieve dossiers mee te nemen en het oude systeem een tijd in leesmodus te laten staan. Voor boekhoudkundige stukken geldt een wettelijke bewaarplicht, dus kijk de regels na bij de FOD Financiën en bij je boekhouder voor er iets verdwijnt.
Wanneer vervang je oude software beter niet?
Wanneer het systeem doet wat het moet doen, je mensen er vlot mee werken, er nog veiligheidsupdates komen en je er op de een of andere manier aan kan koppelen. Een verouderd uitziend scherm is een ergernis, geen bedrijfsrisico. In veel gevallen is ernaast bouwen en eraan koppelen sneller klaar en minder ingrijpend dan vervangen.
Wat is het grootste risico bij een softwaremigratie?
Niet de techniek, maar de regels die nergens opgeschreven staan. Elk systeem dat jaren meegaat, zit vol uitzonderingen die alleen de gebruikers kennen: een klant die anders gefactureerd wordt, een statuscode die iets anders betekent dan vroeger. Die komen pas boven wanneer mensen echt in het nieuwe systeem werken, en daarom laat je het oude er een tijd naast draaien.
Laat eerst twee uur naar je huidige systeem kijken
In een werksessie van twee uur bij jou ter plaatse brengen we in kaart wat er allemaal aan je systeem hangt en bekijken we hoe je gegevens eruit kunnen. Je krijgt een bevindingenrapport, en daarna weet je of vervangen nodig is of dat koppelen volstaat.
