{"id":60888,"date":"2023-12-07T14:36:55","date_gmt":"2023-12-07T05:36:55","guid":{"rendered":"https:\/\/monolith.law\/sv\/?p=60888"},"modified":"2024-02-11T20:56:03","modified_gmt":"2024-02-11T11:56:03","slug":"distinguishing-between-dispatch-and-contract-in-the-it-industry","status":"publish","type":"post","link":"https:\/\/monolith.law\/sv\/it\/distinguishing-between-dispatch-and-contract-in-the-it-industry","title":{"rendered":"Om lagar och r\u00e4ttsfall som r\u00f6r skillnaden mellan bemanning och kontrakt i IT-branschen"},"content":{"rendered":"\n<p>I IT-relaterade projekt \u00e4r det vanligt att talrika f\u00f6retags personal kallas in f\u00f6r att delta i ett och samma projekt. I s\u00e5dana fall \u00e4r det ofta s\u00e5 att arbetsplatsen f\u00f6r teknikerna som deltar i projektet skiljer sig fr\u00e5n platsen d\u00e4r f\u00f6retaget de tillh\u00f6r \u00e4r bel\u00e4get. Detta inkluderar situationer som s\u00e5 kallade kundplatsbaserade uppdrag och SES. N\u00e4r anst\u00e4llnings- och kontraktsformerna f\u00f6r tekniker som arbetar p\u00e5 plats blir oklara, finns det inte bara en risk f\u00f6r att det kan leda till konflikter om arbetstagares r\u00e4ttigheter i framtiden, utan det kan ocks\u00e5 bli en risk f\u00f6r att hela projektet g\u00e5r upp i l\u00e5gor. I denna artikel kommer vi att klarg\u00f6ra skillnaden mellan uthyrning och kontrakt, vilka ofta blir oklara i praktiken, och f\u00f6rklara hur s\u00e5dana kontraktsrelaterade problem kan p\u00e5verka den smidiga framstegen f\u00f6r hela projektet.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/sv\/it\/distinguishing-between-dispatch-and-contract-in-the-it-industry\/#Skillnaden_mellan_bemanning_och_kontrakt\" title=\"Skillnaden mellan bemanning och kontrakt\">Skillnaden mellan bemanning och kontrakt<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/sv\/it\/distinguishing-between-dispatch-and-contract-in-the-it-industry\/#Fall_dar_tvetydigheten_mellan_bemanning_och_entreprenad_ledde_till_konflikt\" title=\"Fall d\u00e4r tvetydigheten mellan bemanning och entreprenad ledde till konflikt\">Fall d\u00e4r tvetydigheten mellan bemanning och entreprenad ledde till konflikt<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/sv\/it\/distinguishing-between-dispatch-and-contract-in-the-it-industry\/#Uppdrags-_och_kontraktskrav_for_skulduppfyllelse_skiljer_sig_markant\" title=\"Uppdrags- och kontraktskrav f\u00f6r skulduppfyllelse skiljer sig markant\">Uppdrags- och kontraktskrav f\u00f6r skulduppfyllelse skiljer sig markant<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/sv\/it\/distinguishing-between-dispatch-and-contract-in-the-it-industry\/#Vad_vi_kan_utlasa_fran_ovanstaende_rattsfall\" title=\"Vad vi kan utl\u00e4sa fr\u00e5n ovanst\u00e5ende r\u00e4ttsfall\">Vad vi kan utl\u00e4sa fr\u00e5n ovanst\u00e5ende r\u00e4ttsfall<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/sv\/it\/distinguishing-between-dispatch-and-contract-in-the-it-industry\/#Forstaelse_for_projektledningsskyldigheter_stalls_ocksa_som_en_forutsattning\" title=\"F\u00f6rst\u00e5else f\u00f6r projektledningsskyldigheter st\u00e4lls ocks\u00e5 som en f\u00f6ruts\u00e4ttning\">F\u00f6rst\u00e5else f\u00f6r projektledningsskyldigheter st\u00e4lls ocks\u00e5 som en f\u00f6ruts\u00e4ttning<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/sv\/it\/distinguishing-between-dispatch-and-contract-in-the-it-industry\/#Sammanfattning\" title=\"Sammanfattning\">Sammanfattning<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Skillnaden_mellan_bemanning_och_kontrakt\"><\/span>Skillnaden mellan bemanning och kontrakt<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/11\/shutterstock_354365426-1024x717.jpg\" alt=\"\" class=\"wp-image-5584\" \/><figcaption class=\"wp-element-caption\">Om du inte tydligt f\u00f6rst\u00e5r skillnaden mellan bemanning och kontrakt kan det leda till risker f\u00f6r projektmisslyckanden.<\/figcaption><\/figure>\n\n\n\n<p>N\u00e4r f\u00f6retaget som tar emot arbetet (eller dess underleverant\u00f6rer) och f\u00f6retaget som best\u00e4ller arbetet \u00e4r olika, \u00e4r det vanligt att personal skickas till platsen baserat p\u00e5 ett kontraktsavtal. Med andra ord, leverant\u00f6ren\/leverant\u00f6ren kommer in och skickar tekniker till platsen. F\u00f6r mer information om vad ett kontraktsavtal \u00e4r, se f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-contact-agreement\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-contact-agreement[ja]<\/a><\/p>\n\n\n\n<p>I ovanst\u00e5ende artikel f\u00f6rklaras det att &#8220;fullbordandet av arbetet&#8221; \u00e4r en v\u00e4sentlig egenskap hos kontraktsavtalet, eftersom det \u00e4r villkoret f\u00f6r att uppfylla skulden. Dessutom f\u00f6rklaras det att det \u00e4r viktigt att tydligt definiera godk\u00e4nnandekriterierna vid kontraktstidpunkten f\u00f6r att f\u00f6rhindra problem. Observera att n\u00e4r du stationerar personal p\u00e5 plats baserat p\u00e5 ett kontraktsavtal, \u00e4r det strikt en aff\u00e4rstransaktion mellan f\u00f6retag, s\u00e5 det finns ingen skyldighet f\u00f6r best\u00e4llaren\/platsen att f\u00f6lja arbetslagstiftningen. Men i geng\u00e4ld \u00e4r det inte lagligt att direkt ge order till den tekniker. Om du inte tar h\u00e4nsyn till dessa punkter, \u00e4ven om ett kontraktsavtal har ing\u00e5tts p\u00e5 ytan, finns det en risk att det behandlas som en olaglig arbetskraftsf\u00f6rs\u00f6rjning, det vill s\u00e4ga &#8220;falskt kontrakt&#8221;.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/criteria-for-disguised-contract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/criteria-for-disguised-contract[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Fall_dar_tvetydigheten_mellan_bemanning_och_entreprenad_ledde_till_konflikt\"><\/span>Fall d\u00e4r tvetydigheten mellan bemanning och entreprenad ledde till konflikt<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Vi kommer att \u00f6verl\u00e5ta den allm\u00e4nna diskussionen om &#8220;entreprenadkontrakt&#8221; och &#8220;falsk entreprenad&#8221; till inneh\u00e5llet ovan, och i st\u00e4llet fokusera p\u00e5 ett fall d\u00e4r ett projekt gick upp i l\u00e5gor p\u00e5 grund av att skillnaden mellan bemanning och entreprenad blev otydlig. Denna tvetydighet kan inte bara leda till kr\u00e4nkningar av individuella arbetstagares r\u00e4ttigheter och konflikter mellan arbetsgivare och arbetstagare, utan kan ocks\u00e5 utg\u00f6ra en risk f\u00f6r att hela projektet g\u00e5r upp i l\u00e5gor, vilket blir tydligt n\u00e4r man tittar p\u00e5 f\u00f6ljande.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Uppdrags-_och_kontraktskrav_for_skulduppfyllelse_skiljer_sig_markant\"><\/span>Uppdrags- och kontraktskrav f\u00f6r skulduppfyllelse skiljer sig markant<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Uppdrag och kontrakt liknar varandra i att f\u00f6retag skickar personal till utvecklingsplatsen. Men som n\u00e4mnt tidigare, i ett kontrakt erk\u00e4nns inte skulduppfyllelse i princip om inte &#8220;arbetsf\u00e4rdigst\u00e4llandet&#8221; erk\u00e4nns. I det r\u00e4ttsfall som citeras nedan blev det en tvist om ers\u00e4ttning skulle beviljas eller inte n\u00e4r projektet slutligen misslyckades. Om det \u00e4r ett kontrakt st\u00e4lls &#8220;arbetsf\u00e4rdigst\u00e4llandet&#8221; som ett krav, medan om det \u00e4r ett uppdrag kan arbetsers\u00e4ttning r\u00e4ttf\u00e4rdigas endast p\u00e5 grundval av faktiska resultat som arbetstid.<\/p>\n\n\n\n<p>Best\u00e4llaren \/ leverant\u00f6ren (s\u00f6kanden) h\u00e4vdade att uppdragsavtalet hade ing\u00e5tts efter\u00e5t och att personalen hade skickats i form av ett uppdrag, och h\u00e4vdade att &#8220;arbetsf\u00e4rdigst\u00e4llandet&#8221; inte var p\u00e5lagt som en skyldighet. Men domstolen f\u00f6rnekade detta p\u00e5st\u00e5ende (understrukna delar, fetstil \u00e4r tillagt av f\u00f6rfattaren).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>S\u00f6kanden h\u00e4vdade att efter det att det hade fastst\u00e4llts att s\u00f6kanden inte kunde utveckla programmet f\u00f6r det aktuella systemet, hade s\u00f6kanden och svaranden kommit \u00f6verens om att svaranden snabbt skulle betala s\u00f6kanden 550 000 yen, minskat fr\u00e5n totalt 710 600 yen f\u00f6r tv\u00e5 perioder och kostnader f\u00f6r genomf\u00f6rande av l\u00e4ger, fr\u00e5n och med den 1 april Showa 61 (1986), och att svaranden skulle ta \u00f6ver s\u00f6kandens arbete fr\u00e5n och med samma dag, och att svaranden skulle utveckla ett textinformationssystem genom att <u>skicka personal i form av arbetskraft fr\u00e5n s\u00f6kanden<\/u>, med tre personer som personal och en enhetskostnad p\u00e5 55 000 yen f\u00f6r tv\u00e5 personer och 30 000 yen f\u00f6r en person. Resultatet av f\u00f6rh\u00f6ret med s\u00f6kandens representant st\u00f6der detta.<br>Emellertid f\u00f6rnekade svaranden att en s\u00e5dan \u00f6verenskommelse hade tr\u00e4ffats, och s\u00f6kanden hade ursprungligen tagit p\u00e5 sig att skapa programmet f\u00f6r det aktuella systemet fr\u00e5n svaranden och hade en skyldighet att slutf\u00f6ra det. Svaranden h\u00e4vdade att det var ot\u00e4nkbart att svaranden, som var best\u00e4llaren, skulle befria s\u00f6kanden fr\u00e5n sin skyldighet att skapa det i framtiden och betala kostnaderna som s\u00f6kanden hade beh\u00f6vt under tiden, trots att s\u00f6kanden inte hade kunnat slutf\u00f6ra det och inte kunde \u00f6verl\u00e4mna programmet. Visst, om s\u00f6kanden hade en skyldighet att slutf\u00f6ra programmet, skulle det vara rimligt att s\u00e4ga att svarandens p\u00e5st\u00e5ende \u00e4r korrekt.<br>F\u00f6rst och fr\u00e4mst, i kontraktet om utveckling av programmet f\u00f6r det aktuella systemet, ska vi \u00f6verv\u00e4ga om s\u00f6kanden <u>hade en skyldighet att slutf\u00f6ra det eller inte<\/u>.<br>(Utel\u00e4mnat) N\u00e4r vi tittar p\u00e5 bevisen kan vi inte hitta n\u00e5gra bevis som erk\u00e4nner att s\u00f6kanden <u>inte hade en skyldighet att slutf\u00f6ra programmet i detta kontrakt<\/u>. (Utel\u00e4mnat) Och \u00e4ven i resultatet av f\u00f6rh\u00f6ret med s\u00f6kandens representant, f\u00f6ruts\u00e4tter han att s\u00f6kanden <u>hade en skyldighet att slutf\u00f6ra programmet<\/u> och att kontraktet var en bulkorder och att programmet skulle utvecklas internt i s\u00f6kandens f\u00f6retag, och han har aldrig f\u00f6rnekat att han hade den skyldigheten, vilket \u00e4r klart. N\u00e4r vi tittar p\u00e5 dokumenten, \u00e4r det klart att arbetsplanen, som inte bestrids att den har etablerats (utel\u00e4mnat), f\u00f6ruts\u00e4tter att s\u00f6kanden <u>har en skyldighet att slutf\u00f6ra programmet<\/u> och att den <u>beskriver schemat fram till dess att det \u00e4r klart<\/u>. D\u00e4rf\u00f6r, enligt detta, tv\u00e4rtom, kan vi erk\u00e4nna att s\u00f6kanden hade en skyldighet att slutf\u00f6ra programmet enligt kontraktet. (Utel\u00e4mnat)<br>Det finns inga andra bevis som mots\u00e4ger erk\u00e4nnandet att s\u00f6kanden hade en skyldighet att slutf\u00f6ra programmet.<br>Om s\u00e5 \u00e4r fallet, som svaranden h\u00e4vdar, \u00e4r det naturligt att den som inte har skapat programmet som han hade en skyldighet att slutf\u00f6ra, b\u00e4r ansvaret f\u00f6r att inte ha uppfyllt sin skuld, och han kan inte beg\u00e4ra betalning f\u00f6r kontraktet, och om det inte finns n\u00e5gra speciella omst\u00e4ndigheter, \u00e4r det ot\u00e4nkbart att best\u00e4llaren skulle befria honom fr\u00e5n sin kontraktsm\u00e4ssiga skyldighet utan villkor och dessutom betala kostnaderna han hade beh\u00f6vt fram till dess. S\u00f6kandens representant h\u00e4vdade i resultatet av hans f\u00f6rh\u00f6r att \u00e4ven om programmet inte var klart, om han hade arbetat enligt best\u00e4llarens instruktioner, hade han h\u00e5llit sitt l\u00f6fte att utf\u00f6ra arbetet inom den angivna tidsramen, s\u00e5 han trodde att han kunde beg\u00e4ra betalning f\u00f6r mjukvaran f\u00f6r det arbete han hade utf\u00f6rt, men detta \u00e4r ett uttalande som <u>strider mot allm\u00e4nna uppfattningar om kontrakt<\/u>, och i s\u00f6kandens och svarandens bransch, som utvecklar programvara, kan vi inte erk\u00e4nna att det finns en praxis att betala ers\u00e4ttning \u00e4ven om arbetet inte \u00e4r klart, vilket skiljer sig fr\u00e5n allm\u00e4nna uppfattningar, \u00e4ven i ljuset av vittnesm\u00e5len, s\u00e5 <u>resultatet av f\u00f6rh\u00f6ret med s\u00f6kandens representant kan bara betraktas som hans egen \u00e5sikt och kan inte antas<\/u>. <\/p>\n<cite>Tokyo District Court, February 22, Heisei 23 (2011)<\/cite><\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_vi_kan_utlasa_fran_ovanstaende_rattsfall\"><\/span>Vad vi kan utl\u00e4sa fr\u00e5n ovanst\u00e5ende r\u00e4ttsfall<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I det ovanst\u00e5ende r\u00e4ttsfallet \u00e4r det s\u00e4rskilt v\u00e4rt att notera:<\/p>\n\n\n\n<ol>\n<li>Att man inte undantar leverant\u00f6rens &#8220;arbetsfullbordan&#8221; skyldighet baserat p\u00e5 en ytlig\/formell kontrakt, utan snarare baserat p\u00e5 det specifika l\u00f6ftet om &#8220;arbetsfullbordan&#8221; mellan parterna, vilket f\u00f6rv\u00e4ntas leda till en r\u00e4ttvis l\u00f6sning p\u00e5 tvisten i praktiken.<\/li>\n\n\n\n<li>Att kontraktet bed\u00f6ms vara ett entreprenadkontrakt eftersom &#8220;arbetsfullbordan&#8221; st\u00e4lls som ett krav f\u00f6r skulduppfyllelse, och att bed\u00f6mningar \u00e4ven i andra fr\u00e5gor b\u00f6r g\u00f6ras baserat p\u00e5 branschpraxis f\u00f6r entreprenadkontrakt.<\/li>\n<\/ol>\n\n\n\n<p>Detta \u00e4r n\u00e5gra av de punkter som kan \u00f6verv\u00e4gas.<\/p>\n\n\n\n<p>Om vi kort sammanfattar dessa tv\u00e5 punkter, tyder det p\u00e5 att domstolen l\u00e4gger st\u00f6rre vikt vid en verklig \u00f6verensst\u00e4mmelse mellan parterna \u00e4n vid den formella titeln p\u00e5 kontraktet. Dessutom, n\u00e4r kontraktets v\u00e4sen en g\u00e5ng har bed\u00f6mts vara ett entreprenadkontrakt, verkar det som om man har str\u00e4vat efter att l\u00f6sa andra fr\u00e5gor baserat p\u00e5 branschpraxis f\u00f6r entreprenadkontrakt. N\u00e4r leverant\u00f6rens argument avvisas, \u00e4r uttryck som &#8220;uttalanden som strider mot allm\u00e4nna sunt f\u00f6rnuft om entreprenadkontrakt&#8221; och &#8220;unika \u00e5sikter&#8221; mycket karakteristiska, och tyder p\u00e5 detta. Det \u00e4r v\u00e4rt att notera att s\u00e5dana saker som socialt sunt f\u00f6rnuft och sociala normer reflekteras i lagtolkningen och kan p\u00e5verka juridisk praxis. F\u00f6r \u00f6vrigt, f\u00f6r en mer detaljerad f\u00f6rklaring av begreppet &#8220;arbetsfullbordan&#8221;, som blev s\u00e5 viktigt i detta domslut, se f\u00f6ljande artikel med h\u00e4nsyn till kontexten f\u00f6r systemutveckling.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>Med tanke p\u00e5 att entreprenadkontrakt ofta anv\u00e4nds i praktiken f\u00f6r systemutvecklingsprojekt, och att dess v\u00e4sentliga element ligger i &#8220;arbetsfullbordan&#8221;, b\u00f6r du ha en djup f\u00f6rst\u00e5else f\u00f6r detta.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forstaelse_for_projektledningsskyldigheter_stalls_ocksa_som_en_forutsattning\"><\/span>F\u00f6rst\u00e5else f\u00f6r projektledningsskyldigheter st\u00e4lls ocks\u00e5 som en f\u00f6ruts\u00e4ttning<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/11\/shutterstock_1175757631-1024x683.jpg\" alt=\"\" class=\"wp-image-5622\" \/><figcaption class=\"wp-element-caption\">Vad \u00e4r betydelsen av att ofta anv\u00e4nda entreprenadkontrakt i systemutvecklingsprojekt?<\/figcaption><\/figure>\n\n\n\n<p>Dessutom \u00e4r denna dom djupt relaterad till diskussionen om &#8220;projektledningsskyldigheter&#8221; som systemutvecklingsexperter, eller leverant\u00f6rer, m\u00e5ste uppfylla. En allm\u00e4n f\u00f6rklaring av dessa skyldigheter finns i f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/project-management-duties[ja]<\/a><\/p>\n\n\n\n<p>Med inneh\u00e5llet i ovanst\u00e5ende artikel i \u00e5tanke, \u00e4r det klart att ansvaret f\u00f6r leverant\u00f6rer som tar p\u00e5 sig arbete som experter p\u00e5 systemutvecklingsprojekt inte \u00e4r l\u00e4tt. Visst, det \u00e4r sj\u00e4lvklart att det finns m\u00e5nga situationer d\u00e4r samarbete fr\u00e5n anv\u00e4ndarsidan \u00e4r n\u00f6dv\u00e4ndigt f\u00f6r en smidig projektframsteg. Men det \u00e4r sv\u00e5rt att t\u00e4nka sig att denna skyldighet skulle undantas utan att g\u00f6ra n\u00e5gra anstr\u00e4ngningar, som att kalla p\u00e5 n\u00f6dv\u00e4ndigt samarbete fr\u00e5n anv\u00e4ndaren vid l\u00e4mpliga tillf\u00e4llen. Det \u00e4r mycket sv\u00e5rt att skylla ansvaret f\u00f6r ett misslyckat projekt p\u00e5 anv\u00e4ndarsidan, \u00e4ven fr\u00e5n detta perspektiv. Rimligheten i ovanst\u00e5ende dom blir l\u00e4ttare att k\u00e4nna om man f\u00f6rst\u00e5r projektledning. Snarare kan det ha varit att denna teoretiska struktur, som g\u00f6r entreprenad snarare \u00e4n uthyrning till verkligheten i transaktionen, var l\u00e4ttare att anta f\u00f6r att uppn\u00e5 \u00f6verensst\u00e4mmelse med den rimliga slutsatsen som dras fr\u00e5n detta perspektiv.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sammanfattning\"><\/span>Sammanfattning<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Vi har nu g\u00e5tt igenom potentiella konfliktfall i projekt d\u00e4r skillnaden mellan bemanning och kontrakt \u00e4r oklar. I dessa fall \u00e4r det tydligt att det inte bara \u00e4r den formella titeln p\u00e5 kontraktet som \u00e4r viktigt, utan ocks\u00e5 de specifika l\u00f6ften som har utbytts mellan parterna och branschens handelsvanor. Dessutom verkar det vara viktigt att inte bara diskutera juridiska detaljer som om ett specifikt kontrakt \u00e4r bemanning eller kontrakt, utan ocks\u00e5 att ha en f\u00f6rst\u00e5else f\u00f6r &#8220;projektledningsskyldigheter&#8221; som en grundl\u00e4ggande princip. Inom IT-projekt ser vi ofta att personal inte bara anv\u00e4nds genom bemanning eller kontrakt, utan ocks\u00e5 genom metoder som utl\u00e5ning eller quasi-delegation. En mer omfattande diskussion om dessa skillnader och distinktioner finns i f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/difference-contract-dispatch-loan-labor-supply\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/difference-contract-dispatch-loan-labor-supply[ja]<\/a><\/p>\n\n\n\n<p>Det finns m\u00e5nga potentiella konflikter som kan uppst\u00e5 fr\u00e5n oklarheter i kontraktstyper, inte bara skillnader mellan bemanning och kontrakt. Men \u00e4ven om det problem du st\u00e5r inf\u00f6r \u00e4r ok\u00e4nt, tror vi att det som \u00e4r viktigt \u00e4r att ha en f\u00f6rst\u00e5else f\u00f6r grundl\u00e4ggande fr\u00e5gor, inklusive &#8220;projektledningsskyldigheter&#8221;.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>I IT-relaterade projekt \u00e4r det vanligt att talrika f\u00f6retags personal kallas in f\u00f6r att delta i ett och samma projekt. I s\u00e5dana fall \u00e4r det ofta s\u00e5 att arbetsplatsen f\u00f6r teknikerna som deltar i projekt [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":63255,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/60888"}],"collection":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/comments?post=60888"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/60888\/revisions"}],"predecessor-version":[{"id":63256,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/60888\/revisions\/63256"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media\/63255"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media?parent=60888"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/categories?post=60888"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/tags?post=60888"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}