Legacy-systemen falen zelden van de ene op de andere dag, maar vertragen ongemerkt alles: releases duren langer, integraties worden fragiel en beveiligingsrisico’s stapelen zich op. Wat begint als “het werkt nog” verandert al snel in stijgende onderhoudskosten, beperkte schaalbaarheid en gemiste kansen om AI of cloud-native mogelijkheden te benutten. Organisaties schatten dat 30–35% van cloud-uitgaven wordt verspild door inefficiënties en slechte planning.
Veel teams starten direct met modernisering zonder een duidelijke assessment, wat leidt tot scope creep, onverwachte risico’s en verspilde investeringen. Het echte probleem is niet modernisering zelf, maar het ontbreken van een gestructureerde, audit-ready manier om te evalueren wat er moet veranderen, wanneer en waarom.
Dit artikel laat zien hoe je je applicaties systematisch beoordeelt, wat je moet evalueren op zowel business- als technisch niveau, en hoe je een duidelijke, risicobeheerde moderniseringsroadmap opstelt.
TL;DR
Een Application Modernization Assessment is een gestructureerde evaluatie van de architectuur, code, data, infrastructuur en beveiliging van je systeem om te bepalen wat je moet moderniseren, wanneer en hoe — voordat je kostbare transformatiebeslissingen neemt.
- Start een assessment wanneer:
○ releasecycli vertragen
○ schalen inefficiënt of kostbaar wordt
○ je je voorbereidt op cloudmigratie, microservices of compliance-audits
- Wat het omvat:
○ business alignment en ROI-impact
○ architectuur en technische schuld
○ datacomplexiteit en migratierisico
○ infrastructuur, DevOps-volwassenheid en security readiness
- Wat je krijgt:
○ een geprioriteerde, op bewijs gebaseerde roadmap
○ duidelijke moderniseringspaden (rehost, refactor, re-architect of replace)
○ inzicht in risico’s, kosten en systeemgereedheid
- Vermijd deze fout: starten met modernisering zonder assessment → leidt tot scope creep, verborgen risico’s en verspilde investeringen
Beste fit wanneer: je systeem vroege signalen vertoont van frictie in schaalbaarheid, delivery of compliance
Niet nodig wanneer: je product nog bezig is met het valideren van kernbusinesslogica met lage complexiteit
Als je niet zeker weet waar je systeem staat, start dan een gestructureerde assessment met Sunbytes om risico’s te identificeren en je volgende stap helder te definiëren.
Wat is een Application Modernization Assessment?
Een Application Modernization Assessment is een gestructureerde, audit-ready evaluatie van je bestaande applicaties om te bepalen hoe goed ze je huidige businessdoelen ondersteunen en wat er moet veranderen om vooruit te komen.
Het gaat verder dan een oppervlakkige technische review. Een goede assessment verbindt businessprioriteiten (ROI, schaalbaarheid, time-to-market) met technische realiteit (architectuur, codekwaliteit, infrastructuur en security) om een volledig beeld te geven van waar je systeem staat.
In de praktijk beantwoordt het drie kritische vragen:
- Wat moeten we moderniseren? (portfolio en business alignment)
- Hoe moeten we het moderniseren? (rehost, refactor, re-architect of replace)
- Wat zijn de risico’s en kosten? (technische schuld, datacomplexiteit, compliance-impact)
De uitkomst is een geprioriteerde, op bewijs gebaseerde roadmap die je helpt legacy-systemen gecontroleerd en met laag risico te transformeren, terwijl je je voorbereidt op cloud, AI-integratie en toekomstige schaal.
Voordat je in de technische audit duikt, is het essentieel om het bredere landschap van App-modernisering uitgelegd te begrijpen, waarin de verschillende methodologieën—van refactoring tot rehosting—worden behandeld die enterprise-agility mogelijk maken.
Wanneer Moet Je een Application Modernization Assessment Starten?
Veel organisaties stellen assessments uit tot problemen zichtbaar worden — trage releases, stijgende kosten of mislukte integraties. In werkelijkheid is het juiste moment vóórdat deze problemen zich opstapelen. Hieronder staan 5 triggers die aangeven dat het tijd is om je systeem te evalueren.
1. Voordat je je product of infrastructuur gaat schalen
Als je je voorbereidt op groei — meer gebruikers, meer features of nieuwe markten — schaalt je huidige systeem mogelijk niet zoals verwacht.
Typische signalen:
- Toenemende performance bottlenecks
- Moeite met het onafhankelijk schalen van specifieke features
- Stijgende infrastructuurkosten zonder duidelijke efficiëntiewinst
Een assessment in deze fase helpt je schaalproblemen te voorkomen in plaats van er later op te reageren.
2. Voordat je migreert naar de cloud of microservices adopteert
Veel teams stappen over naar cloud of microservices in de veronderstelling dat dit bestaande beperkingen oplost.
Typische signalen:
- “Cloud-first” of “microservices-first” beslissingen zonder volledig inzicht
- Onduidelijke architectuurgrenzen
- Geen baseline voor performance, kosten of risico
Zonder assessment leidt migratie vaak tot hogere kosten en complexiteit — niet tot betere resultaten.
3. Wanneer releasecycli beginnen te vertragen
Een veelvoorkomend vroeg signaal is wanneer de delivery-snelheid afneemt.
Typische signalen:
- Kleine wijzigingen vereisen volledige redeployment
- Teams worden geblokkeerd door gedeelde afhankelijkheden
- Toenemende coördinatie-overhead tussen teams
Dit wijst meestal op onderliggende architecturale of procesbeperkingen, niet alleen op inefficiëntie.
4. Wanneer technische schuld businessresultaten begint te beïnvloeden
Technische schuld wordt kritisch wanneer het meer beïnvloedt dan alleen developerproductiviteit.
Typische signalen:
- Frequente productieproblemen of regressies
- Toenemende tijd voor onderhoud in plaats van nieuwe features
- Vertragingen bij het lanceren van nieuwe producten of integraties
Op dit punt helpt een assessment te bepalen of het probleem ligt op code-, architectuur- of operationeel niveau.
5. Voor security-audits of compliance-eisen
Security en compliance worden vaak als laatste bekeken — maar dat zou niet zo moeten zijn.
Typische signalen:
- Voorbereiding op ISO 27001, GDPR of klantdue diligence
- Gebrek aan audit trails of zichtbaarheid van toegangsbeheer
- Moeite met het aantonen van security naar partners of klanten
Vroeg starten helpt om hiaten te dichten voordat audits een blokkade vormen voor groei of deals.
Wat is de Uitgebreide Application Modernization Assessment Checklist?
Een uitgebreide Application Modernization Assessment Checklist is een gestructureerd framework om elke laag van je systeem te evalueren — business, technisch en operationeel — voordat je moderniseringsbeslissingen neemt. Hier zijn de 8 belangrijkste gebieden die je moet beoordelen:
1. Business Alignment & ROI-doelen
Ondersteunt de applicatie nog steeds je huidige businessmodel en KPI’s? Beoordeel of modernisering omzet zal verhogen, kosten zal verlagen of nieuwe mogelijkheden zal ontsluiten — niet alleen technologie verbeteren.
2. Analyse van het Applicatieportfolio
Breng alle applicaties, afhankelijkheden en hun kriticiteit in kaart. Identificeer welke systemen core, redundant of risicovol zijn, zodat je kunt prioriteren wat eerst gemoderniseerd moet worden.
3. Architectuur & Moderne Technologie-evaluatie
Beoordeel of je huidige architectuur kan schalen. Bepaal de gereedheid voor cloud-native patronen, microservices of een modulaire herstructurering — of dat een eenvoudiger evolutie beter past.
Dit is vaak het moment waarop architecturale beperkingen zichtbaar worden, vooral bij het evalueren van afwegingen tussen Microservices vs. Monolith: Welke Architectuur Moet Je Kiezen?
4. Codekwaliteit & Audit van Technische Schuld
In veel organisaties besteden ontwikkelaars meer dan 30% van hun tijd aan het beheren van technische schuld, waardoor het een directe productiviteitsrem wordt in plaats van een verborgen probleem. Analyseer daarom de gezondheid van de codebase met geautomatiseerde tools en handmatige reviews.
Zoek naar dode code, complexiteit, verouderde frameworks en onderhoudsrisico’s die toekomstige ontwikkeling kunnen vertragen.
In veel gevallen ligt de echte bottleneck niet in de architectuur, maar in opgebouwde inefficiënties zoals beschreven in Technische Schuld: Een uitgebreide gids voor het identificeren en beheren ervan.
5. Datastrategie & Databasecompatibiliteit
Beoordeel hoe data is gestructureerd, opgeslagen en benaderd. Identificeer risico’s rond datamigratie, flexibiliteit van schema’s en integratie met moderne dataplatformen.
6. Infrastructuur & Deployment (DevOps)
Evalueer de volwassenheid van je infrastructuur en deploymentprocessen. Controleer de gereedheid voor containerisatie, CI/CD-pipelines en schaalbare cloudomgevingen.
7. Security, Compliance & Governance
Evalueer je huidige securitypositie. Zorg dat systemen audit-ready zijn, voldoen aan standaarden (bijv. ISO 27001, GDPR) en aansluiten op gestructureerde cybersecurity-oplossingen.
8. Culturele Gereedheid & Teamvaardigheden
Beoordeel of je team de nieuwe architectuur kan ondersteunen. Identificeer skill gaps, veranderbereidheid en operationele capaciteit om modernisering op lange termijn te dragen.
Een Praktisch Scoringsframework voor je Application Modernization Assessment
Na het opstellen van een uitgebreide checklist helpt een scoringsframework om te bepalen wat de volgende stap is.
Om van observatie naar besluitvorming te gaan, moet elk onderdeel worden beoordeeld op basis van risiconiveau, businessimpact en moderniseringsurgentie. Dit helpt je prioriteiten te stellen in plaats van alle problemen gelijk te behandelen.
Hoe gebruik je dit framework
Voor elk onderdeel ken je toe:
- Score (1–5)
○ 1–2 → Hoog risico / Directe actie vereist
○ 3 → Gemiddeld risico / Vereist planning
○ 4–5 → Laag risico / Monitoren of optimaliseren
- Impactniveau
○ Hoog → Directe impact op omzet, schaalbaarheid of security
○ Gemiddeld → Beïnvloedt efficiëntie of onderhoudbaarheid
○ Laag → Kleine of langetermijnverbetering
| Gebied | Wat te evalueren | Score (1–5) | Risiconiveau | Aanbevolen actie |
|---|---|---|---|---|
| Business alignment | Ondersteunt het systeem de huidige KPI’s, het verdienmodel en de groeistrategie? | Hoog / Gemiddeld / Laag | Herprioriteren of vervangen indien niet in lijn | |
| Applicatieportfolio | Redundantie, afhankelijkheden en kriticiteit van systemen | Hoog / Gemiddeld / Laag | Consolideren of systemen met lage waarde uitfaseren | |
| Architectuur | Schaalbaarheid, modulariteit, gereedheid voor cloud-native of microservices | Hoog / Gemiddeld / Laag | Refactoren of herarchitectureren indien sterk gekoppeld | |
| Codekwaliteit & technische schuld | Onderhoudbaarheid, verouderde frameworks, codecomplexiteit | Hoog / Gemiddeld / Laag | Refactor eerst componenten met hoog risico | |
| Datastrategie | Datastructuur, complexiteit van migratie, integratiegereedheid | Hoog / Gemiddeld / Laag | Gefaseerde datamigratie en governance plannen | |
| Infrastructuur & DevOps | CI/CD-volwassenheid, deploymentsnelheid, cloudgereedheid | Hoog / Gemiddeld / Laag | Pipelines moderniseren en deployments automatiseren | |
| Beveiliging & compliance | Auditgereedheid (ISO 27001, GDPR), blootstelling aan kwetsbaarheden | Hoog / Gemiddeld / Laag | Controls afdwingen, compliance-gaten dichten | |
| Team & operationele gereedheid | Vaardigheidstekorten, vermogen om nieuwe architectuur te ondersteunen | Hoog / Gemiddeld / Laag | Team bijscholen of externe expertise inschakelen |
Hoe interpreteer je de resultaten
Na scoring worden patronen zichtbaar:
- Meerdere scores ≤2 in kritieke gebieden (Architectuur, Data, Security)
→ Hoge moderniseringsurgentie. Gefaseerde transformatie vereist
- Gemengde scores (2–4)
→ Gerichte modernisering. Focus op bottlenecks
- Voornamelijk scores 4–5
→ Systeem is stabiel. Optimaliseer incrementeel
Prioritering: Wat eerst aanpakken
Niet alle problemen zijn gelijk. Gebruik deze logica:
- Hoge impact + lage score (≤2)
→ Directe actie (bijv. security gaps, schaalproblemen)
- Hoge impact + gemiddelde score (3)
→ Kortetermijnverbeteringen plannen
- Lage impact + lage score
→ Uitstellen tenzij blokkerend
In de praktijk blijken data en architectuur — niet code — vaak de grootste bottlenecks. Organisaties met lage scores in architectuur en security hebben meestal een gefaseerde roadmap nodig vóór migratie.
Wat is het Stapsgewijze Application Modernization Assessment Proces?
Een gestructureerde Application Modernization Assessment volgt een proces van vier fasen dat is ontworpen om te gaan van inzicht naar een duidelijke, uitvoerklare roadmap. Elke fase bouwt voort op de vorige, zodat beslissingen gebaseerd zijn op bewijs.
Fase 1: Discovery & Inventarisatie
Deze fase richt zich op het creëren van volledig inzicht in je volledige applicatielandschap — iets wat veel organisaties aan het begin missen.
Het omvat het identificeren van alle applicaties (inclusief shadow IT), het in kaart brengen van systeemafhankelijkheden, het begrijpen van businesskriticiteit en het vastleggen van huidige performance-baselines. Naast het simpelweg opsommen van systemen, maakt deze fase duidelijk hoe applicaties met elkaar interacteren, welke mission-critical zijn en waar mogelijke bottlenecks of redundantie zich bevinden.
Belangrijke activiteiten:
- Inventarisatie van het applicatieportfolio
- Mapping van afhankelijkheden (systemen, API’s, datastromen)
- Mapping van business capabilities
- Analyse van performance- en gebruiksbaselines
Output:
- Gecentraliseerde repository van applicatie-inventaris
- Overzichtsdiagrammen van afhankelijkheden en architectuur
- Classificatie van businesskriticiteit (bijv. hoog / middel / laag impact systemen)
- Initiële performance baseline-rapportage
Geschatte doorlooptijd: 2–4 weken (afhankelijk van systeemcomplexiteit, beschikbaarheid van documentatie en toegang tot stakeholders)
Fase 2: Technische Deep Dive
Zodra er inzicht is, is de volgende stap het beoordelen van de interne gezondheid en structuur van elke applicatie op technisch niveau.
Deze fase gaat verder dan oppervlakkige analyse en beoordeelt architectuurpatronen, codekwaliteit, onderhoudbaarheid, datastructuren, infrastructuur en security. Het doel is om verborgen technische schuld, schaalbeperkingen en andere constraints te identificeren die moderniseringsbeslissingen beïnvloeden.
Belangrijke activiteiten:
- Analyse van de codebase en scoring van onderhoudbaarheid
- Evaluatie van architectuur en design patterns
- Beoordeling van infrastructuur en deploymentmodel (on-prem, cloud, hybride)
- Security- en compliance-review
- Analyse van datastructuren en integraties
Output:
- Technische health scorecard per applicatie
- Geïdentificeerde technische schuld en refactoringbehoeften
- Risico- en constraintregister (bijv. legacy afhankelijkheden, verouderde frameworks)
- Beoordeling van moderniseringsgereedheid (bijv. rehost, refactor, re-architect suitability)
Geschatte doorlooptijd: 3–6 weken (sterk afhankelijk van applicatiegrootte, toegankelijkheid van code en systeemdiversiteit)
Fase 3: Risico- & Kostenanalyse
In deze fase worden technische inzichten vertaald naar business- en financiële implicaties — een cruciale stap om overschatting van capaciteit of onderschatting van risico te voorkomen.
Deze fase beoordeelt de moderniseringsinspanning, verwachte kosten en potentiële risico’s per applicatie of aanpak. Het helpt ook bij het identificeren van quick wins (lage inspanning, hoge impact) versus complexe initiatieven met hoog risico.
Belangrijke activiteiten:
- Inspanningsschatting (engineeringtijd, resourcebehoefte)
- Kostenmodellering (infrastructuur, ontwikkeling, migratie, onderhoud)
- Risicoanalyse (technisch, operationeel, businesscontinuïteit)
- Scenariovergelijking (bijv. rehost vs refactor vs rebuild)
Output:
- Kosten-batenanalyse per applicatie of moderniseringsoptie
- Risicomatrix met aanbevelingen voor mitigatie
- Prioriteringsframework (quick wins vs langetermijninvesteringen)
- High-level businesscase voor moderniseringsinitiatieven
Geschatte doorlooptijd: 2–3 weken
Fase 4: Roadmap Finalisatie
De laatste fase bundelt alle inzichten in een duidelijke, uitvoerbare moderniseringsroadmap die aansluit op businessdoelen en uitvoeringscapaciteit.
In plaats van een generiek plan definieert deze roadmap exact wat gemoderniseerd moet worden, in welke volgorde en met welke aanpak — terwijl risico, kosten en organisatorische gereedheid in balans blijven.
Het zorgt ook voor alignment tussen technische teams, management en stakeholders.
Belangrijke activiteiten:
- Prioritering van applicaties en initiatieven
- Bepalen van moderniseringsaanpak per systeem
- Planning van tijdlijnen en mijlpalen
- Afstemming van resources en capabilities
Output:
- Gefaseerde moderniseringsroadmap (meestal 6–24 maanden)
- Geprioriteerde backlog van initiatieven
- Aanbevolen moderniseringsstrategieën per applicatie
- Uitvoeringsplan met mijlpalen, afhankelijkheden en succesmetrics (KPI’s)
Geschatte doorlooptijd: 1–2 weken
Als je niet zeker weet of je systeem klaar is voor modernisering, is de eerste stap niet herbouwen, maar evalueren. Sunbytes helpt je een audit-ready baseline te creëren voor architectuur, data, security en operations, zodat je echte risico’s kunt identificeren voordat je transformeert.
Krijg een helder beeld van de gereedheid van je systeem en bepaal wat je eerst moet moderniseren.
Wat zijn Veelvoorkomende Valkuilen bij Modernization Assessments (en hoe voorkom je ze)
Zelfs met de juiste intentie mislukken veel modernization assessments — niet door technische beperkingen, maar door verkeerde inschattingen in scope, gereedheid en prioritering.
Gebaseerd op praktijkervaring zijn dit de 6 meest voorkomende valkuilen — en hoe je ze voorkomt.
1. Het Onderschatten van Datacomplexiteit
Data wordt vaak als een secundair onderdeel behandeld totdat de migratie begint. Teams focussen op architectuur of code, in de veronderstelling dat data vanzelf volgt.
Wat we in de praktijk zien:
Data-afhankelijkheden, inconsistente schema’s en integratiebeperkingen zijn meestal complexer dan verwacht en verhogen de migratie-inspanning vaak met 2–3x.
Hoe voorkom je dit:
- Breng datastromen en afhankelijkheden vroeg in kaart
- Behandel data als een kernonderdeel van de assessment
- Plan validatie, rollback en governance vanaf het begin
2. Te vroeg architectuurbeslissingen nemen
Teams nemen beslissingen (“we gaan naar microservices”, “cloud-first”) voordat ze de huidige systeembeperkingen volledig begrijpen.
Wat we in de praktijk zien:
Architectuur is zelden de eerste bottleneck, maar wordt wel kritisch op schaal. Vroege beslissingen leiden vaak tot onnodige complexiteit of rework.
Hoe voorkom je dit:
- Scheid diagnose van oplossingsontwerp
- Laat bewijs (niet trends) de beslissingen sturen
- Definieer domeingrenzen voordat je architectuur kiest
3. Technische Schuld als het Hoofdprobleem zien
Moderniseringsinitiatieven richten zich vaak sterk op het herschrijven of refactoren van code.
Wat we in de praktijk zien:
Technische schuld is vaak een symptoom, niet de oorzaak. De echte problemen zijn:
- onduidelijke domeingrenzen
- inefficiënte workflows
- gebrek aan systeemownership
Hoe voorkom je dit:
- Identificeer root causes voordat je gaat refactoren
- Prioriteer verbeteringen in architectuur en processen
- Vermijd herschrijven zonder duidelijk doel
4. Organisatorische Gereedheid Overschatten
Teams gaan ervan uit dat ze klaar zijn voor microservices of cloud-native transformatie.
Wat we in de praktijk zien:
Zonder volwassen DevOps, CI/CD en observability vergroten moderne architecturen de complexiteit in plaats van deze te verminderen.
Hoe voorkom je dit:
- Beoordeel teamcapaciteiten naast technologie
- Valideer operationele volwassenheid (CI/CD, monitoring, automatisering)
- Stem architectuurkeuzes af op teamcapaciteit
5. Security en Compliance Pas Laat Beoordelen
Security wordt vaak als laatste stap gezien in plaats van onderdeel van de assessment.
Wat we in de praktijk zien:
Securitygaps komen vaak pas naar voren tijdens audits of klantdue diligence — wanneer oplossen urgent en duur wordt.
Hoe voorkom je dit:
- Integreer security en compliance vroeg (bijv. ISO 27001, GDPR)
- Zorg voor audit trails en toegangsbeheer
- Behandel security als onderdeel van architectuur, niet als add-on
6. Scope Creep Zonder Duidelijke Prioritering
Teams proberen alles tegelijk te beoordelen, waardoor de scope onbeheersbaar wordt.
Wat we in de praktijk zien:
Dit leidt tot vertraagde beslissingen, hogere kosten en onduidelijke uitkomsten — zonder echte vooruitgang in modernisering.
Hoe voorkom je dit:
- Prioriteer systemen met hoge impact
- Definieer duidelijke evaluatiecriteria
- Focus op besluitvorming, niet op volledige analyse
Een Partner Kiezen: Moderniseer je Applicaties met Sunbytes
Modernisering faalt niet door technologie, maar door onduidelijke beslissingen. Bij Sunbytes helpen we je om een assessment om te zetten in een uitvoerbare roadmap, afgestemd op je businessdoelen, compliance-eisen en teamcapaciteit.
Of je je voorbereidt op cloudmigratie, je product opschaalt of onder auditdruk staat, wij zorgen dat je volgende stap gecontroleerd, onderbouwd en met laag risico is.
Waarom Sunbytes?
Sunbytes is een Nederlandse technologiepartner, met hoofdkantoor in Nederland en een delivery hub in Vietnam, met meer dan 15 jaar ervaring in het begeleiden van organisaties bij gestructureerde application modernization.
Wij helpen bedrijven hun systemen te beoordelen, transformeren en schalen met een duidelijke roadmap via drie kernpijlers:-
- Transform Business Solutions: Toegang tot senior engineers en full-stack agile teams zorgt ervoor dat je roadmap niet stilvalt na de assessment. We matchen de juiste expertise met jouw context, zodat uitvoering consistent blijft van planning tot delivery.
- Cybersecurity Solutions: Security wordt vanaf het begin geïntegreerd — niet achteraf toegevoegd. We implementeren standaarden, brengen compliance-eisen in kaart en leveren audit-ready bewijs tijdens assessment en implementatie.
- Accelerated Workforce Solutions: We helpen je sneller te bewegen door gestructureerde processen, vooraf gescreende talenten en bewezen delivery frameworks te combineren, zodat je modernisering kunt opschalen zonder extra operationele complexiteit.
Praat met onze architecten om je huidige systeem te beoordelen en een moderniseringspad te definiëren dat past bij jouw business.
FAQs
De meeste assessments duren tussen de 2 en 6 weken, afhankelijk van de grootte en complexiteit van je applicatielandschap. Een duidelijke scope en prioriteiten kunnen de doorlooptijd verkorten, terwijl grote, sterk geïntegreerde systemen meer diepgaande analyse vereisen.
Een Cloud Readiness Assessment richt zich specifiek op de vraag of je systemen naar de cloud kunnen migreren.
Een Application Modernization Assessment is breder — het evalueert architectuur, code, data, infrastructuur, security en business alignment om te bepalen niet alleen óf je moet migreren, maar ook hoe je je systemen effectief transformeert.
Assessments combineren doorgaans geautomatiseerde tools (bijv. SonarQube, Snyk) met handmatige code reviews.
Deze aanpak zorgt voor zowel meetbare inzichten (codekwaliteit, kwetsbaarheden) als contextueel begrip van onderhoudbaarheid op lange termijn.
Nee. Een gestructureerde assessment helpt je om eerst systemen met de grootste impact te prioriteren.
De meeste organisaties kiezen voor een gefaseerde aanpak — beginnend met kritieke applicaties of quick wins om risico te verlagen en snel waarde te leveren.
Laten we beginnen met Sunbytes
Laat ons uw eisen voor het team weten en wij nemen meteen contact met u op.
