Freelance IT en de Wet DBA: zo beoordeel je de opdracht

IT’ers worden ingehuurd voor sterk uiteenlopende werkzaamheden: een migratie, pentest, implementatie, tijdelijke architectuur, softwareontwikkeling of doorlopend beheer. Een afgebakend project met een concreet resultaat verschilt in organisatie van een functie waarin iemand dagelijks tickets verwerkt en deel uitmaakt van de reguliere bezetting.

Remote werken is niet automatisch bewijs van zelfstandigheid. Een developer kan thuiswerken maar dagelijks onder leiding staan, vaste taken krijgen en in interne personeelsprocessen meedraaien. Andersom kan een consultant op locatie zelfstandig een specialistisch resultaat opleveren. De technologie waarmee partijen samenwerken is niet de juridische toets.

IT-opdrachten zijn vaak afhankelijk van interne systemen, securitybeleid en samenwerking met medewerkers. Zulke voorwaarden kunnen noodzakelijk zijn. De relevante vraag is hoeveel invloed de opdrachtgever heeft op de persoonlijke werkwijze, prioriteiten en inzet naast de randvoorwaarden die nodig zijn voor veilige toegang.

Een agile team werkt vaak met sprints, stand-ups en een gezamenlijke backlog. Dat kan projectcoördinatie zijn, maar de precieze praktijk verschilt. Wordt de zelfstandige ingehuurd voor een specialistisch resultaat en bespreekt die de eigen aanpak? Of wordt de persoon als vast teamlid dagelijks ingepland en krijgt die alle taken van een product owner of manager?

Leg vast welke deliverables, kwaliteitscriteria en afhankelijkheden gelden. Beschrijf hoe de zelfstandige prioriteiten kan voorstellen en hoe scopewijzigingen worden goedgekeurd. Een backlog kan werk coördineren zonder automatisch een arbeidsrelatie te bewijzen, maar de mate van dagelijkse taaktoewijzing kan in combinatie met andere omstandigheden relevant zijn.

Spreek af hoe acceptatie en herstel verlopen. Bij software kan het resultaat iteratief worden opgeleverd. Maak duidelijk welke defecten binnen de opdracht vallen, wat als nieuw werk geldt en wie verantwoordelijk is voor wijzigingen na livegang.

Opdrachtgevers moeten vaak toegangsrechten beperken, logging toepassen en beveiligingsstandaarden afdwingen. Een zelfstandige die toegang heeft tot productiegegevens kan onder strikte regels vallen. Dat is geen automatische aanwijzing voor werkgeversgezag; beveiliging en privacy kunnen harde zakelijke randvoorwaarden zijn.

Leg doel en omvang van die regels vast. Welke systemen mag de freelancer gebruiken? Wie keurt toegang goed? Hoe worden incidenten gemeld? Wat gebeurt er met accounts na afronding? Maak onderscheid tussen securitybeheer en inhoudelijke leiding over de manier waarop de specialist het werk uitvoert.

Neem ook intellectueel eigendom, open-sourcecomponenten en overdracht van broncode mee in de overeenkomst. Bepaal welke bestaande tools en bibliotheken van de freelancer blijven en welke rechten de opdrachtgever op maatwerk krijgt. Duidelijke afspraken voorkomen later geschil over eigendom of gebruik.

Een freelancer kan eigen apparatuur en software inzetten of juist werken op systemen van de opdrachtgever. Dat hangt vaak af van security en compatibiliteit. Geen van beide is op zichzelf doorslaggevend. Kijk ook naar commerciële risico’s, herstelverplichtingen, prijsafspraken, acquisitie en de vrijheid om andere klanten te bedienen.

Een hoog uurtarief wordt soms gezien als bewijs van zelfstandigheid, maar is dat niet automatisch. Een laag tarief kan eveneens niet zonder meer een dienstverband aantonen. Als een rechtsvermoeden op basis van een tariefgrens van toepassing is, gelden de definitieve wettelijke drempel en berekeningsmethode; verifieer die afzonderlijk.

Spreek vooraf af hoe uren worden geregistreerd en waarvoor. Uren kunnen nodig zijn voor facturatie of projectplanning; ze kunnen ook onderdeel zijn van dagelijkse aanwezigheidscontrole. De context van de registratie telt mee in de bredere beoordeling.

Een zelfstandige architect wordt gevraagd een migratieplan en technisch ontwerp te leveren. De architect interviewt teams, maakt een voorstel en bespreekt risico’s met de opdrachtgever. De klant bepaalt securityvoorwaarden en toetst of het ontwerp aan de afgesproken eisen voldoet. Dit kan bij projectwerk passen, afhankelijk van alle overige omstandigheden.

Een andere IT’er krijgt voor onbepaalde tijd dagelijks tickets uit een interne backlog, neemt verplichte stand-ups en functioneringsgesprekken bij en volgt een manager die de volgorde van taken bepaalt. De persoon is feitelijk opgenomen in de vaste ontwikkelcapaciteit. Dat vraagt om een afzonderlijke beoordeling, ook als de overeenkomst “freelance consultant” zegt.

Maak de technische en organisatorische afspraken concreet vóórdat toegang tot systemen wordt verleend.

• Omschrijf product, deliverables, acceptatiecriteria en projectduur.
• Leg uit wie backlogprioriteiten bepaalt en hoe wijzigingen worden besproken.
• Scheid security- en toegangsregels van dagelijkse persoonlijke aansturing.
• Regel broncode, intellectueel eigendom, documentatie en overdracht.
• Spreek incidentmelding, gegevensbescherming en accountbeheer af.
• Bepaal wie apparatuur, licenties, herstelwerk en extra kosten draagt.
• Evalueer de relatie bij verlenging of opname in een vast team.

Een IT-project kan vertraging oplopen of doorontwikkeling nodig hebben. Verlenging is niet automatisch verkeerd, maar vormt wel een moment om te controleren of scope en rol nog hetzelfde zijn. Wordt een projectresultaat nog geleverd, of vult de freelancer inmiddels een structurele functie in?

Leg bij wijzigingen een nieuwe opdrachtbeschrijving vast en betrek de teamlead. Als de dagelijkse praktijk meer lijkt op reguliere teambezetting dan op zelfstandig specialistisch werk, onderzoek dan of een andere contractvorm passender is. Pas niet alleen de woorden “project” of “deliverable” aan als het werk onveranderd blijft.

Veel IT-freelancers werken deels op afstand en deels in klantomgevingen. Spreek af welke aanwezigheid nodig is voor workshops, systeemtoegang of samenwerking en wie die momenten plant. Een paar projectbijeenkomsten maken iemand niet automatisch werknemer; een verplicht dagelijks schema kan wel een ander beeld geven wanneer het onderdeel is van bredere personeelsaansturing.

Bij remote werk kunnen digitale systemen laten zien hoe taken zijn verdeeld en gecontroleerd. Tickettoewijzing, aanwezigheidstools, urenregistratie en code review hebben verschillende doelen. Leg vast of een tool wordt gebruikt voor projectplanning, facturatie, security of persoonlijke prestatiecontrole. De technische inrichting hoort te passen bij de afgesproken werkrelatie en privacyregels.

Voorkom dat een freelancer zonder inhoudelijke bespreking in alle interne systemen en processen wordt opgenomen omdat het administratief gemakkelijk is. Geef alleen toegang die voor de opdracht nodig is en maak onderscheid tussen noodzakelijke samenwerking en deelname aan reguliere personeelsprocedures.

De beoordeling van een freelance IT’er volgt dezelfde algemene regels als andere werkenden. Een toolstack, certificaat, remote werkplek of ondernemingsnummer creëert geen automatische uitzondering. De afspraken en dagelijkse feiten wegen samen.

Bij bijzondere risico’s, zoals toegang tot gevoelige gegevens, eigendom van software of langdurige inzet, laat je zowel de contractuele als de arbeidsrelatie-aspecten toetsen. Een DBA-check kan aandachtspunten inventariseren, maar vervangt geen juridisch oordeel.