title: Je pakket houden en eromheen bouwen | Prikr
description: Je hebt al een pakket dat werkt. Wanneer bouw je eromheen wat ontbreekt, en wanneer is vervangen alsnog de enige route?

# Je pakket houden en eromheen bouwen

Je werkt met een pakket dat zijn werk doet, maar een deel van je proces past er niet in. Dan lijkt vervangen de logische stap, en dat is het meestal niet.

*2026-10-22, bijgewerkt 2026-10-22*

Houd het pakket voor het werk waarvoor het gemaakt is, en laat bouwen wat eromheen ontbreekt. Dat is bijna altijd kleiner en minder riskant dan vervangen, want je team blijft werken in het systeem dat het kent. Vervangen wordt pas de vraag als het pakket geen koppelvlak heeft of je kernproces erin niet past.

## Wat bouw je eromheen en wat laat je staan?

Laat staan waarvoor het pakket gemaakt is. Je boekhouding hoort in je boekhoudpakket. Je artikelen en voorraad in je ordersysteem, je kandidaten en plaatsingen in je wervingspakket. Daar zijn die pakketten goed in en die bouw je niet na.

Wat je laat bouwen is het werk dat ernaast valt. Het stuk dat nu in spreadsheets en gedeelde mappen belandt, omdat geen enkel pakket het dekt.

## Welk systeem is de baas over welke gegevens?

Dat is de belangrijkste afspraak en hij wordt het vaakst overgeslagen. Per soort gegeven één systeem dat de waarheid bevat, en de rest volgt. Prijzen uit je ordersysteem, uren uit je urenregistratie, klanten uit je relatiebeheer.

Zonder die afspraak krijg je twee plekken waar hetzelfde staat en gaan ze uit elkaar lopen. Dan is bij elke afwijking de vraag welke van de twee klopt. Dat kost meer tijd dan het handwerk dat je wilde weghalen.

## Wanneer is eromheen bouwen beter dan vervangen?

Als het pakket zijn kern goed doet en alleen de randen knellen. Dan bouw je die randen en houd je de rest, en je team hoeft niets opnieuw te leren.

Het is ook de verstandige route als de kennis van het pakket diep in je bedrijf zit. Jaren aan instellingen, rapportages en gewoontes gooi je niet weg voor een functie die eromheen te bouwen is.

Er is nog een reden die weinig genoemd wordt. Je verandert in stappen die je los van elkaar kunt beoordelen, in plaats van in één overstap waarbij alles tegelijk nieuw is.

## Waarom is overstappen zelden het antwoord?

Omdat een overstap geld en tijd vraagt die je ook in verbeteringen kunt stoppen, en omdat je het probleem vaak meeneemt. Past je kernproces niet in het ene pakket, dan past het meestal ook niet in het volgende.

Je ruilt dan een bekend pakket met één knelpunt in voor een onbekend pakket met knelpunten die je nog niet kent.

## Waar let je op bij de koppeling?

Op wat er gebeurt als het misgaat. Een koppeling die stilletjes stopt is erger dan een koppeling die een melding geeft. Zonder melding werk je dagen door met gegevens die niet meer kloppen.

Vraag dus naar foutmeldingen en naar bewaking, en spreek af wie een melding krijgt. Kijk ook of het pakket een echte API heeft of alleen een bestandsuitwisseling. Dat bepaalt hoe actueel de gegevens kunnen zijn.

## Hoe begin je?

Met opschrijven welk werk nu buiten je pakket gebeurt. Welke lijsten houdt iemand erbij, welke stap gaat per mail, waar wordt iets overgetypt van het ene scherm naar het andere.

Zet erbij hoe vaak elke stap voorkomt. Wat dagelijks terugkomt weegt zwaarder dan wat af en toe misgaat. Dat overzicht is je opdracht. Pak daarna het stuk met het meeste handwerk en laat de rest nog even zoals het is.

## Wanneer moet je het pakket toch vervangen?

Als het geen koppelvlak heeft. Zonder API of een nette bestandsuitwisseling valt er niets omheen te bouwen dat actueel blijft, en houd je handwerk over.

Vervangen is ook de route als het pakket je kernproces zelf niet aankan. Of als de leverancier ermee stopt en er geen updates meer komen. Knelt het alleen aan de randen, dan is vervangen een grote oplossing voor een klein probleem.

## Verder lezen

- [API-koppeling op maat, de oplossingspagina](/maatwerk-software-laten-maken/api-koppeling-op-maat/)
- [Standaardpakket of maatwerk?](/kennisbank/standaardpakket-of-maatwerk/)
- [Koppeltool of een eigen koppeling?](/kennisbank/koppeltool-of-eigen-koppeling/)
- [Alle onderwerpen in de kennisbank](/kennisbank/)

## Veelgestelde vragen over eromheen bouwen

### Kan eromheen bouwen met elk pakket?

Alleen als het pakket een koppelvlak heeft. Veel pakketten bieden een API, en dan kun je gegevens ophalen en terugschrijven. Heeft het er geen, dan blijft er handwerk over of wordt vervangen alsnog de vraag.

### Beheren we dan twee systemen?

Ja, en dat is wat deze route je kost. Daar staat tegenover dat je het pakket houdt dat je team al kent en alleen laat bouwen wat ontbreekt. Spreek wel vast af welk systeem de baas is over welke gegevens, anders beheer je twee waarheden.

## Staat je vraag er niet bij?

Stel hem in een gratis adviesgesprek. Je krijgt antwoord van wie het bouwt, en geen verkoopverhaal.

[Plan een gratis adviesgesprek](/gratis-adviesgesprek-aanvragen/)
