Kan semi-kommissionsavtal och kontrakt för arbete återuppdragas? En förklaring med systemutveckling som exempel

På systemutvecklingsområdet är det vanligt att leverantörer som har fått uppdraget att utveckla, i sin tur delegerar detta uppdrag till en annan leverantör.

Det finns fördelar för användaren som beställer systemet med denna typ av vidaredelegering, till exempel att man kan dra full nytta av den höga tekniska kompetensen hos leverantören. Å andra sidan finns det också en risk att komplexa konflikter kan uppstå, som ibland involverar leverantören som har fått vidaredelegeringen.

I denna artikel kommer vi att diskutera om det är lämpligt att använda vidaredelegering, genom att dela upp diskussionen i två delar: delkontrakt och kontrakt för arbete.

Vad är ett systemutvecklingsavtal?

I ett avtal om att anlita systemutveckling (SES-avtal) används i grunden två typer av avtal, entreprenadavtal och konsultavtal.

I fallet med ett entreprenadavtal, är det garanterat att systemet, som är resultatet, kommer att vara färdigt inom en viss tidsram. Å andra sidan, i fallet med ett konsultavtal, är det inte en skyldighet att slutföra systemet, utan det är garanterat att leverantören kommer att ge teknisk rådgivning och stöd när användaren utför arbete som att definiera krav.

Det finns olika steg i systemutveckling, och det krävs att man väljer ett lämpligt avtal i enlighet med innehållet i varje arbete.

Därför är det vanligt att man ingår ett grundavtal som sammanfattar klausuler som är gemensamma för alla steg, och sedan ingår individuella avtal i enlighet med egenskaperna hos varje steg.

För övrigt, för en detaljerad förklaring av skillnaden mellan entreprenadavtal och konsultavtal i systemutveckling, se följande artikel. Vänligen referera till det också.

Relaterad artikel: Skillnaden och distinktionen mellan entreprenadavtal och konsultavtal i systemutveckling[ja]

Den juridiska betydelsen av att återuppdraga systemutveckling

Att återuppdraga systemutveckling kan leda till mer komplexa konflikter eftersom det involverar många parter.

I systemutveckling kan projektet stanna upp på grund av bristande kommunikation mellan användare och leverantör, eller det kan uppstå tvister när det upptäcks fel i det implementerade programmet efter leveransen. Dessa fall är inte ovanliga.

Om återuppdrag inte görs, begränsas dessa problem till en tvist mellan användaren och leverantören.

Å andra sidan, om återuppdrag görs, blir det svårare att förstå rättigheter och skyldigheter eftersom återuppdragsgivaren också blir involverad i problem kring systemutvecklingen.

Till exempel, om det uppstår ett fel i systemet efter projektets slut, blir frågan om vem som ska ta det slutliga ansvaret ett problem mellan tre parter.

Om återuppdrag i sig var förbjudet, kan leverantören som återuppdragade på egen hand bli ansvarig för ett separat kontraktsansvar.

Därför är det viktigt att först förstå om återuppdrag är tillåtet eller inte för varje kontraktstyp.

I följande artikel beskrivs specifika problem med systemutveckling. Vänligen se även detta.

Relaterad artikel: Vad är lagen om “brand” i systemutvecklingsprojekt?[ja]

Principen är att vidareuppdrag inte är tillåtet vid avtal om begränsat uppdrag

Först och främst, om du tar på dig systemutveckling genom ett avtal om begränsat uppdrag, är det i princip förbjudet att vidareuppdraga det.

Detta beror på att naturen av uppdraget bygger på förtroende för den part som uppdraget ges till, och att godtyckligt använda en annan leverantör för att utföra det uppdragade arbetet skulle vara att förråda detta förtroende.

Därför kan det att godtyckligt vidareuppdraga utan användarens tillstånd i sig leda till problem med kontraktsbrott.

Principen är att återuppdrag är möjligt med kontraktsavtal

Nästa, om du tar på dig systemutveckling genom ett kontraktsavtal, är det i princip fritt att återuppdraga (underkontrakt).

Kontraktsavtalet är “för att slutföra jobbet”, så det är bra om den delegerade systemutvecklingen är slutförd, och det finns inga problem med att återuppdraga utvecklingen till andra leverantörer.

Emellertid, om systemutvecklingen inte är klar inom tidsfristen, kommer den ursprungliga leverantören att bära det direkta ansvaret för kontraktsbrott, även om de hade återuppdragit till andra leverantörer.

I följande artiklar förklaras i detalj vad man ska tänka på när man ingår ett kontraktsavtal för systemutveckling. Vänligen se också dessa.

Relaterad artikel: Vad innebär slutförandet av arbete i systemutvecklingskontrakt?[ja]

Relaterad artikel: Vad ska man tänka på när man ingår ett kontraktsavtal för systemutveckling?[ja]

Viktiga rättsfall om kontraktsavtal och underkontrakt

Rättsfallet som presenteras här är ett fall där en tvist uppstod när användaren vägrade att ingå ett kontrakt trots att leverantören hade påbörjat arbetet före den formella kontraktsteckningen i systemutvecklingen.

I detta fall stämde leverantören för ersättning för skada orsakad av användarens ensidiga förändring av sinnet.

I detta rättsfall var frågan om ersättning för skada också kunde inkludera betalning till underleverantören som hade blivit beställd före den formella kontraktsteckningen.

Domstolen kom fram till att ersättning för skada också inkluderar betalning till underleverantören.

Plaintiffen, i samband med konstruktionen av detta system, hade gått vidare med utvecklingen av hälsoinformationssändnings- och mottagningssystemet (hälsoinformationssystemkopplingsgateway och hälsoinformationssamlingssystem) på förutsättningen att ett kontraktsavtal skulle ingås med X, som har know-how och erfarenhet av att utveckla liknande system, efter att ha ingått detta kontraktsavtal…

Å andra sidan hävdar svaranden att det inte finns något faktum att de godkände arbetet som utförts av X som underleverantör till svaranden… Men… eftersom det inte var förbjudet att använda underleverantörer för att konstruera detta system, oavsett om svaranden godkände X som underleverantör eller inte, är det irrelevant om betalningen till X är en skada för svaranden.

Tokyo District Court, April 16, 2012 (2012)

Således förklaras det i domen att om kontraktets natur är kontraktsarbete, är det i princip fritt att använda återuppdrag (underkontrakt), och användarens godkännande är inte nödvändigt.

Emellertid, om det var förbjudet att återuppdraga i förväg, skulle det troligen inte ha varit tillåtet att använda återuppdrag (underkontrakt) även om det var ett kontraktsavtal.

För frågor om huruvida det är möjligt att begära pengar från användaren för arbete som utförts före ingåendet av systemutvecklingsavtalet, se även följande artiklar.

Relaterad artikel: Kan ett systemutvecklingskontrakt ingås utan kontrakt?[ja]

Viktiga punkter att tänka på vid bedömning av möjligheten till vidareuppdrag

Som vi har sett, skiljer sig slutsatserna om möjligheten till vidareuppdrag mellan uppdrags- och entreprenadkontrakt. Här tar vi upp några punkter som bör beaktas.

Även med entreprenadkontrakt är fri vidareuppdrag inte möjligt om det finns särskilda avtal

I princip kan man vid entreprenadkontrakt fritt vidareuppdraga.

Men som användare kan man vilja förbjuda vidareuppdrag för att undvika eventuella tvister som kan uppstå genom vidareuppdrag.

Det skulle inte vara ovanligt att användare som har lämnat konfidentiell information eller personuppgifter till en leverantör för systemutveckling, bara vill tillåta vidareuppdrag till betrodda företag.

Därför kan användaren införa särskilda avtal som förbjuder vidareuppdrag utan förhandsgodkännande för att undvika att bli vidareuppdragen utan deras vetskap.

Genom att införa sådana särskilda avtal kan användaren i princip förbjuda vidareuppdrag eller förhandsgranska mottagaren av vidareuppdraget.

Därför, även om det finns sådana särskilda avtal, kan man inte fritt vidareuppdraga utan användarens godkännande, även om det är ett entreprenadkontrakt.

Vidareuppdrag är möjligt även med ett deluppdragskontrakt om användaren godkänner det

I princip kan man inte vidareuppdraga med ett deluppdragskontrakt.

Men genom att göra ett lämpligt vidareuppdrag kan man ibland uppnå en smidig och omfattande systemutveckling. Därför föreskrivs det i civilrätten att om användaren godkänner vidareuppdrag, kan man vidareuppdraga även med ett deluppdragskontrakt.

Därför, även om man har ingått ett deluppdragskontrakt, kan man genom att få användaren att förstå betydelsen av vidareuppdrag och få deras godkännande, göra ett vidareuppdrag.

Var uppmärksam på underleverantörslagen

Underleverantörslagen (Lagen om förebyggande av förseningar i betalning av underleverantörsersättning) är en lag som syftar till att jämna ut handelsrelationerna mellan huvudentreprenörer och underleverantörer, där det ofta finns stora skillnader i förhandlingskraft, och att skydda underleverantörernas intressen.

Även inom systemutveckling kan transaktioner där huvudentreprenören återuppdrar utvecklingen till en underleverantör vara föremål för tillämpning av underleverantörslagen.

Om underleverantörslagen tillämpas, åläggs huvudentreprenören, som är huvudföretaget, vissa skyldigheter att skapa och bevara dokument, samt förbud mot att vägra att ta emot eller returnera objektet.

Om dessa skyldigheter och förbud överträds kan det leda till böter eller rekommendationer.

Underleverantörslagen tillämpas i grunden mellan huvudentreprenören och underleverantören, och tillämpas inte på transaktioner mellan användaren och huvudentreprenören.

Men om användaren har systemutvecklingskapacitet och tillverkar system för eget bruk internt, kan underleverantörslagen tillämpas på transaktioner där användaren uppdrar systemutveckling till andra företag, så det är viktigt att vara försiktig.

För mer information om underleverantörslagen, se följande artikel.

Relaterad artikel: Förklaring av tillämpningen av underleverantörslagen på systemutveckling och straff vid överträdelse[ja]

Var försiktig med förtäckt underentreprenad

“Förtäckt underentreprenad” syftar på situationer där ett kontrakt formellt är ett underentreprenad- eller uppdragskontrakt, men i praktiken styr och kontrollerar uppdragsgivaren arbetstagarna hos uppdragstagaren, vilket i själva verket utgör arbetskraftsutlåning.

Till exempel, även om det är ett underentreprenadkontrakt, om användaren, som är beställaren, ger instruktioner till arbetstagarna som anställs av leverantören om hur man utför arbete, eller hanterar in- och utcheckning, anses det vara “förtäckt underentreprenad”.

I Arbetsstabilitetslagen (Japanska Arbetsstabilitetslagen) är det i princip förbjudet att låta sina egna arbetstagare arbeta under någon annans kontroll, vilket kallas “tillhandahållande av arbetskraft”.

Emellertid är det särskilt tillåtet att skicka ut arbetstagare som “arbetskraftsutlåning” om man har fått tillstånd enligt lagen om arbetskraftsutlåning (Japanska lagen om säker drift av arbetskraftsutlåningsverksamhet och skydd av uthyrda arbetstagare).

I fallet med “förtäckt underentreprenad” har leverantören inte fått tillstånd som en arbetskraftsutlåningsföretag, utan har bara fått uppdraget att utveckla från användaren.

Trots detta, att låta arbetstagare som anställs av leverantören arbeta under användarens kontroll inte bara utgör en handling av “tillhandahållande av arbetskraft”, utan också en handling av “arbetskraftsutlåning” utan tillstånd.

Därför kan det vara ett brott mot både lagen om arbetskraftsutlåning och Arbetsstabilitetslagen, vilket kan leda till fängelsestraff eller böter.

Därför måste du som leverantör se till att du inte bedöms vara “förtäckt underentreprenad” och att du själv styr och kontrollerar dina egna arbetstagare.

I följande artikel finns en mer detaljerad förklaring av “förtäckt underentreprenad”. Vänligen se det också.

Relaterad artikel: Vad är kriterierna och åtgärderna för förtäckt underentreprenad inom IT-industrin?[ja]

Sammanfattning: Om du har problem med underentreprenad, rådfråga en advokat

I denna artikel har vi förklarat om det är möjligt att underentreprenad kan utföras för varje typ av systemutvecklingskontrakt.

För att genomföra systemutveckling är det viktigt att användaren och leverantören kommunicerar nära med varandra och driver projektet baserat på ett ömsesidigt förtroendeförhållande.

Därför, oavsett vilken typ av kontrakt du väljer, är det viktigt att förhandsgranska om underentreprenad är möjlig mellan användaren och leverantören, och i vissa fall att införa särskilda bestämmelser.

I systemutveckling finns det en risk för att många komplexa juridiska problem uppstår. För att minimera denna risk rekommenderar vi att du konsulterar en specialistadvokat innan du antingen anlitar eller tar emot uppdrag för systemutveckling.