Kunnen quasi-opdrachtcontracten en contracten voor werk worden onderverdeeld? Uitleg aan de hand van het voorbeeld van systeemontwikkeling

In de wereld van systeemontwikkeling zien we vaak dat een leverancier die de opdracht voor ontwikkeling heeft gekregen, deze opdracht vervolgens weer uitbesteedt aan een andere partij.

Er zijn voordelen aan deze uitbesteding, zoals het volledig kunnen benutten van de vaardigheden van hooggekwalificeerde leveranciers, wat voordelig is voor de gebruiker die het systeem bestelt. Aan de andere kant brengt het uitbesteden van werk ook het risico met zich mee dat er complexe geschillen ontstaan die soms zelfs de uitbestede partijen betrekken.

In dit artikel zullen we de vraag of het al dan niet raadzaam is om werk uit te besteden bespreken, waarbij we een onderscheid maken tussen quasi-mandaatcontracten en aannemingscontracten.

Wat is een systeemontwikkelingsovereenkomst?

In een overeenkomst voor het uitbesteden van systeemontwikkeling (SES-overeenkomst) worden in principe twee soorten contracten gebruikt: aannemingsovereenkomsten en quasi-mandaatovereenkomsten.

In het geval van een aannemingsovereenkomst wordt beloofd dat het systeem, dat het eindproduct is, tegen de deadline voltooid zal zijn. Aan de andere kant, in het geval van een quasi-mandaatovereenkomst, wordt niet beloofd dat de voltooiing van het systeem een verplichting is, maar wordt beloofd dat de leverancier technisch advies en ondersteuning zal bieden bij het uitvoeren van taken zoals het definiëren van vereisten door de gebruiker.

Systeemontwikkeling omvat verschillende processen en het is noodzakelijk om het juiste contract te kiezen op basis van de inhoud van elk werk.

Daarom is het gebruikelijk om een basiscontract af te sluiten met clausules die van toepassing zijn op alle processen, en vervolgens individuele contracten af te sluiten op basis van de kenmerken van elk proces.

Voor meer informatie over het verschil tussen aannemingsovereenkomsten en quasi-mandaatovereenkomsten in systeemontwikkeling, zie het volgende artikel.

Gerelateerd artikel: Het onderscheid en verschil tussen aannemingsovereenkomsten en quasi-mandaatovereenkomsten in systeemontwikkeling[ja]

De juridische betekenis van het heruitbesteden van systeemontwikkeling

Heruitbesteding van systeemontwikkeling kan leiden tot meer complexe conflicten, omdat het veel belanghebbenden betrekt.

In systeemontwikkeling zien we vaak gevallen waarin projecten stagneren door gebrekkige communicatie tussen gebruikers en leveranciers, of waarin er problemen worden ontdekt in de geïmplementeerde programma’s na voltooiing van de levering, wat leidt tot geschillen.

Als er geen heruitbesteding plaatsvindt, blijven dergelijke problemen beperkt tot een kwestie tussen de gebruiker en de leverancier.

Aan de andere kant, als er wel heruitbesteding plaatsvindt, kunnen ook de bedrijven die de heruitbesteding uitvoeren betrokken raken bij problemen rond de systeemontwikkeling, waardoor het moeilijker wordt om de rechten en plichten te begrijpen.

Bijvoorbeeld, als er een probleem optreedt met het systeem na afloop van het project, wordt de vraag wie uiteindelijk verantwoordelijk is een kwestie tussen drie partijen.

Bovendien, als het heruitbesteden op zich al verboden was, kan de leverancier die eigenhandig heeft heruitbesteed, aansprakelijk worden gesteld voor een andere contractuele verplichting.

Daarom is het belangrijk om eerst te weten of het gebruik van heruitbesteding is toegestaan per contracttype.

In het volgende artikel worden de problemen rond systeemontwikkeling concreet uitgelegd. Gelieve dit ook te raadplegen.

Gerelateerd artikel: De wetgeving rond de ‘brand’ van systeemontwikkelingsprojecten[ja]

Heruitbesteding is in principe niet toegestaan bij quasi-volmachtcontracten

Als eerste, als u systeemontwikkeling op u neemt door middel van een quasi-volmachtcontract, is het in principe verboden om het werk opnieuw uit te besteden.

Dit komt omdat de aard van de volmacht gebaseerd is op vertrouwen in de partij aan wie de volmacht is gegeven, en het willekeurig gebruik van andere bedrijven om de toegewezen taken uit te voeren, zou dit vertrouwen schenden.

Daarom kan het zonder toestemming van de gebruiker op eigen houtje heruitbesteden van werk leiden tot problemen van contractbreuk.

Heruitbesteding is in principe mogelijk bij contractuele opdrachten

Als u systeemontwikkeling onderneemt via een contractuele opdracht, is het in principe vrij om heruitbesteding (onderaanneming) te doen.

Een contractuele opdracht heeft als doel “het voltooien van het werk”, dus zolang de toevertrouwde systeemontwikkeling wordt voltooid, is er geen probleem met het heruitbesteden van de ontwikkeling aan andere bedrijven.

Echter, als de systeemontwikkeling niet op tijd is voltooid, zal de oorspronkelijke aannemer zelf de directe verantwoordelijkheid voor contractbreuk dragen, zelfs als hij het werk heeft heruitbesteed aan andere bedrijven.

In het volgende artikel leggen we in detail uit wat u moet weten bij het aangaan van een contractuele opdracht voor systeemontwikkeling. Raadpleeg dit ook.

Gerelateerd artikel: Wat betekent het voltooien van werk in systeemontwikkeling onder een contractuele opdracht?[ja]

Gerelateerd artikel: Waar moet u op letten bij het aangaan van een contractuele opdracht voor systeemontwikkeling?[ja]

Belangrijke rechtszaken over contractuele opdrachten en onderaanneming

De rechtszaak die we hier introduceren is een geval waarin een geschil ontstond omdat de gebruiker weigerde een contract te sluiten, hoewel de leverancier al was begonnen met het werk voor de formele contractsluiting in systeemontwikkeling.

In dit geval eiste de leverancier schadevergoeding voor de schade die hij had geleden door de eenzijdige verandering van gedachten van de gebruiker.

In deze rechtszaak was het punt van geschil of de betaling aan de onderaannemer, die al was besteld in de fase voor de formele contractsluiting, ook kon worden opgenomen in de schadevergoeding.

Als conclusie gaf de rechtbank aan dat de betaling aan de onderaannemer ook binnen het bereik van de schadevergoeding valt.

De eiser heeft, met het oog op de bouw van dit systeem, de ontwikkeling van het gezondheidsgegevens verzend- en ontvangstbeheersysteem (gezondheidssysteem koppelingsgateway en gezondheidsgegevens verzamelingsysteem) voortgezet met X, die knowhow en ervaring heeft in de ontwikkeling van dergelijke systemen, op voorwaarde dat een contractuele opdracht wordt gesloten na het sluiten van dit contractuele opdrachtcontract…

Daarentegen beweert de gedaagde dat er geen feit is dat hij het werk dat X als onderaannemer heeft uitgevoerd, heeft geaccepteerd… Maar… aangezien het niet verboden was voor de eiser om onderaannemers te gebruiken bij de bouw van dit systeem, is het feit of de gedaagde X als onderaannemer heeft geaccepteerd of niet, irrelevant voor de vraag of de betaling aan X als schade voor de eiser wordt beschouwd.

Tokyo District Court, 16 april 2012 (2012)

Zoals uitgelegd in het vonnis, is het in principe vrij om heruitbesteding (onderaanneming) te gebruiken in contractuele opdrachten, en is er geen goedkeuring van de gebruiker nodig.

Echter, als het verbod op heruitbesteding van tevoren was afgesproken, zou het gebruik van heruitbesteding (onderaanneming) waarschijnlijk niet zijn toegestaan, zelfs in een contractuele opdracht.

Voor vragen over het in rekening brengen van gebruikers voor werk dat is uitgevoerd voordat een systeemontwikkelingscontract is gesloten, raadpleeg ook het volgende artikel.

Gerelateerd artikel: Kan een systeemontwikkelingscontract worden gesloten zonder een contract?[ja]

Aandachtspunten bij het beoordelen van de mogelijkheid tot heruitbesteding

Zoals hierboven vermeld, is er in principe een verschil tussen de mogelijkheid tot heruitbesteding bij volmacht en aanneming van werk. Hieronder worden enkele belangrijke punten belicht.

Zelfs bij een aannemingsovereenkomst is vrije heruitbesteding niet mogelijk als er speciale voorwaarden zijn

Bij een aannemingsovereenkomst kan in principe vrijelijk heruitbesteed worden.

Echter, als gebruiker wilt u mogelijk heruitbesteding verbieden om mogelijke conflicten die kunnen ontstaan door heruitbesteding te voorkomen.

Bovendien, als u vertrouwelijke of persoonlijke informatie aan een leverancier heeft verstrekt voor systeemontwikkeling, is het niet ongewoon dat u alleen heruitbesteding aan betrouwbare bedrijven wilt toestaan.

Daarom kan de gebruiker speciale voorwaarden instellen om te voorkomen dat er zonder voorafgaande toestemming heruitbesteed wordt.

Door dergelijke speciale voorwaarden in te stellen, kan de gebruiker in principe heruitbesteding verbieden of de heruitbestedingspartij vooraf controleren.

Daarom, als er dergelijke speciale voorwaarden zijn, kan zelfs bij een aannemingsovereenkomst niet vrijelijk heruitbesteed worden zonder de toestemming van de gebruiker.

Zelfs bij een quasi-volmacht overeenkomst is heruitbesteding mogelijk als de gebruiker instemt

Bij een heruitbestedingsovereenkomst kan in principe geen heruitbesteding plaatsvinden.

Echter, door passende heruitbesteding kan een soepele en uitgebreide systeemontwikkeling worden gerealiseerd. Daarom is in het Burgerlijk Wetboek bepaald dat, als de gebruiker heruitbesteding goedkeurt, heruitbesteding mogelijk is, zelfs bij een quasi-volmacht overeenkomst.

Daarom, zelfs als u een quasi-volmacht overeenkomst heeft gesloten, kunt u heruitbesteding mogelijk maken door de gebruiker het belang van heruitbesteding te laten begrijpen en goedkeuring te verkrijgen.

Let op de Subcontractwet

De Subcontractwet (Japanse Wet ter voorkoming van vertraging in de betaling van onderaannemingsgelden) is een wet die tot doel heeft de handelsrelatie tussen de hoofdaannemer en de onderaannemer, waarbij er vaak een groot verschil in onderhandelingskracht is, te egaliseren en de belangen van de onderaannemer te beschermen.

Ook in systeemontwikkeling kan de Subcontractwet van toepassing zijn op transacties waarbij de hoofdaannemer de ontwikkeling opnieuw uitbesteedt aan de onderaannemer.

Als de Subcontractwet van toepassing is, worden er aan de hoofdaannemer als hoofdondernemer bepaalde verplichtingen opgelegd, zoals het opstellen en bewaren van documenten, en het verbod op het weigeren van ontvangst of het retourneren van het doelobject.

Als deze verplichtingen en verboden worden overtreden, kan er een boete worden opgelegd of kan er een aanbeveling worden gedaan.

De Subcontractwet is in principe van toepassing op de relatie tussen de hoofdaannemer en de onderaannemer, en is niet van toepassing op de transactie tussen de gebruiker en de hoofdaannemer.

Echter, als de gebruiker over systeemontwikkelingscapaciteiten beschikt en een systeem voor eigen gebruik intern produceert, kan de Subcontractwet van toepassing zijn op transacties waarbij de gebruiker de systeemontwikkeling uitbesteedt aan een andere ondernemer. Daarom is voorzichtigheid geboden.

Voor meer informatie over de Subcontractwet, zie het volgende artikel. Gelieve dit ook te raadplegen.

Gerelateerd artikel: Toepassing van de Subcontractwet op systeemontwikkeling en sancties bij overtreding[ja]

Let op voor verhulde onderaanneming

“Verhulde onderaanneming” verwijst naar situaties waarin een contract formeel een onderaannemings- of mandaatovereenkomst is, maar de opdrachtgever de werknemers van de opdrachtnemer daadwerkelijk aanstuurt en gebruikt, waardoor het in feite een arbeidsuitzending wordt.

Bijvoorbeeld, zelfs als het een onderaanneming is, als de opdrachtgever, de gebruiker, instructies geeft aan de werknemers die door de leverancier worden ingehuurd over hoe ze hun werk moeten uitvoeren, of als ze het in- en uitklokken van de werknemers beheren, dan wordt dit beschouwd als “verhulde onderaanneming”.

In de Japanse Wet op de Stabiliteit van Werkgelegenheid (Wet op de Stabiliteit van Werkgelegenheid) is het in principe verboden om werknemers die je beheert te laten werken onder de instructies van anderen, wat wordt aangeduid als “levering van arbeidskrachten”.

Echter, het is speciaal toegestaan voor uitzendbureaus die toestemming hebben gekregen op basis van de Japanse Wet op de Uitzendarbeid (Wet betreffende de juiste uitvoering van uitzendarbeid en de bescherming van uitzendwerknemers) om werknemers uit te zenden, wat wordt aangeduid als “uitzending van arbeidskrachten”.

In het geval van “verhulde onderaanneming” heeft de leverancier geen toestemming gekregen als uitzendbureau, maar heeft hij simpelweg een opdracht voor ontwikkeling ontvangen van de gebruiker.

Niettemin, het feit dat de werknemers die door de leverancier worden ingehuurd worden gebruikt onder de instructies van de gebruiker, is niet alleen een daad van “levering van arbeidskrachten”, maar komt ook overeen met het uitvoeren van “uitzending van arbeidskrachten” zonder toestemming.

Daarom kan het in strijd zijn met zowel de Wet op de Uitzendarbeid als de Wet op de Stabiliteit van Werkgelegenheid, en kan het leiden tot gevangenisstraf of boetes.

Daarom moeten leveranciers ervoor zorgen dat ze hun eigen werknemers zelf aansturen en beheren om niet als “verhulde onderaanneming” te worden beschouwd.

In het volgende artikel wordt “verhulde onderaanneming” in meer detail uitgelegd. Gelieve het ook te raadplegen.

Gerelateerd artikel: Wat zijn de criteria en maatregelen voor verhulde onderaanneming in de IT-industrie?[ja]

Samenvatting: Als u problemen heeft met hercontractering, raadpleeg dan een advocaat

In dit artikel hebben we uitgelegd of hercontractering mogelijk is, afhankelijk van het type contract voor systeemontwikkeling.

Voor systeemontwikkeling is het belangrijk dat de gebruiker en de leverancier nauw met elkaar communiceren en het project voortzetten op basis van wederzijds vertrouwen.

Daarom is het belangrijk om, ongeacht het type contract dat u kiest, vooraf te controleren of hercontractering mogelijk is tussen de gebruiker en de leverancier, en om in sommige gevallen speciale bepalingen op te nemen.

Bij systeemontwikkeling is er een risico op tal van complexe juridische problemen. Om dit risico zo veel mogelijk te verminderen, raden we u aan om een gespecialiseerde advocaat te raadplegen wanneer u systeemontwikkeling uitbesteedt of een opdracht aanneemt.