{"id":60951,"date":"2023-12-07T14:37:34","date_gmt":"2023-12-07T05:37:34","guid":{"rendered":"https:\/\/monolith.law\/sv\/?p=60951"},"modified":"2024-02-12T03:14:43","modified_gmt":"2024-02-11T18:14:43","slug":"support-obligations-of-vendors-after-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/sv\/it\/support-obligations-of-vendors-after-system-development","title":{"rendered":"Vad \u00e4r supportskyldigheten som leverant\u00f6ren b\u00e4r efter systemutvecklingen \u00e4r avslutad?"},"content":{"rendered":"\n<p>Det \u00e4r allm\u00e4nt k\u00e4nt att systemutvecklingsleverant\u00f6rer, eller &#8220;leverant\u00f6rer&#8221;, b\u00e4r ett &#8220;projektledningsansvar&#8221; inom systemutveckling. Men det finns ocks\u00e5 ett liknande men distinkt koncept i lag, kallat &#8220;supportskyldighet&#8221;. I denna artikel kommer vi att f\u00f6rklara denna &#8220;supportskyldighet&#8221;, med h\u00e4nsyn till tidigare r\u00e4ttsfall och liknande.<\/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\/support-obligations-of-vendors-after-system-development\/#Vad_ar_supportskyldighet\" title=\"Vad \u00e4r supportskyldighet?\">Vad \u00e4r supportskyldighet?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/sv\/it\/support-obligations-of-vendors-after-system-development\/#Oversikt_over_supportskyldighet\" title=\"\u00d6versikt \u00f6ver supportskyldighet\">\u00d6versikt \u00f6ver supportskyldighet<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/sv\/it\/support-obligations-of-vendors-after-system-development\/#Supportskyldighet_blir_ett_problem_i_driftsstod_for_anvandare\" title=\"Supportskyldighet blir ett problem i driftsst\u00f6d f\u00f6r anv\u00e4ndare\">Supportskyldighet blir ett problem i driftsst\u00f6d f\u00f6r anv\u00e4ndare<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/sv\/it\/support-obligations-of-vendors-after-system-development\/#Domstolsfall_dar_supportskyldighet_blev_ett_problem\" title=\"Domstolsfall d\u00e4r supportskyldighet blev ett problem\">Domstolsfall d\u00e4r supportskyldighet blev ett problem<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/sv\/it\/support-obligations-of-vendors-after-system-development\/#Ett_fall_dar_anvandarens_verksamhet_stordes_pa_systemteststadiet\" title=\"Ett fall d\u00e4r anv\u00e4ndarens verksamhet st\u00f6rdes p\u00e5 systemteststadiet\">Ett fall d\u00e4r anv\u00e4ndarens verksamhet st\u00f6rdes p\u00e5 systemteststadiet<\/a><\/li><\/ul><\/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\/support-obligations-of-vendors-after-system-development\/#Hur_bor_vi_tolka_karaktaren_av_supportskyldigheten\" title=\"Hur b\u00f6r vi tolka karakt\u00e4ren av supportskyldigheten?\">Hur b\u00f6r vi tolka karakt\u00e4ren av supportskyldigheten?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/sv\/it\/support-obligations-of-vendors-after-system-development\/#Supportskyldigheten_ar_annu_inte_ett_klart_koncept\" title=\"Supportskyldigheten \u00e4r \u00e4nnu inte ett klart koncept\">Supportskyldigheten \u00e4r \u00e4nnu inte ett klart koncept<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/sv\/it\/support-obligations-of-vendors-after-system-development\/#Supportskyldigheten_erkanns_inte_obegransat\" title=\"Supportskyldigheten erk\u00e4nns inte obegr\u00e4nsat\">Supportskyldigheten erk\u00e4nns inte obegr\u00e4nsat<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/sv\/it\/support-obligations-of-vendors-after-system-development\/#Verkligheten_av_supportskyldigheten_bor_overvagas_tillsammans_med_anvandarens_samarbetsplikt\" title=\"Verkligheten av supportskyldigheten b\u00f6r \u00f6verv\u00e4gas tillsammans med anv\u00e4ndarens samarbetsplikt\">Verkligheten av supportskyldigheten b\u00f6r \u00f6verv\u00e4gas tillsammans med anv\u00e4ndarens samarbetsplikt<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/sv\/it\/support-obligations-of-vendors-after-system-development\/#Sammanfattning\" title=\"Sammanfattning\">Sammanfattning<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_ar_supportskyldighet\"><\/span>Vad \u00e4r supportskyldighet?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Oversikt_over_supportskyldighet\"><\/span>\u00d6versikt \u00f6ver supportskyldighet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e4r vi talar om skyldigheter som en leverant\u00f6r har gentemot en anv\u00e4ndare, \u00e4r projektledningsskyldighet en av de mest framst\u00e5ende. Detta \u00e4r ett koncept som har etablerats genom upprepade omn\u00e4mnanden i tidigare r\u00e4ttsfall och sammanfattar de skyldigheter som leverant\u00f6ren, som en expert p\u00e5 systemutveckling, har gentemot ett projekt.<\/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>Projektledningsskyldighet \u00e4r en mycket k\u00e4nd juridisk term inom systemutveckling, och det finns ingen tvekan om att det \u00e4r en av de huvudsakliga skyldigheterna som leverant\u00f6ren tar p\u00e5 sig. Men i vissa r\u00e4ttsfall erk\u00e4nns existensen av en skyldighet som skiljer sig fr\u00e5n projektledningsskyldigheten, kallad &#8220;supportskyldighet&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Supportskyldighet_blir_ett_problem_i_driftsstod_for_anvandare\"><\/span>Supportskyldighet blir ett problem i driftsst\u00f6d f\u00f6r anv\u00e4ndare<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>S\u00e5 vad \u00e4r supportskyldighet? Och varf\u00f6r kallas det med ett annat namn \u00e4n projektledningsskyldighet? Supportskyldighet blir vanligtvis ett problem efter att systemutvecklingen \u00e4r klar. Ett systemutvecklingsprojekt, eftersom det \u00e4r ett &#8220;utvecklings&#8221;-projekt, avslutas i princip n\u00e4r det system som ska skapas \u00e4r klart. Det vill s\u00e4ga, ett systemutvecklingsprojekt b\u00f6rjar med att klarg\u00f6ra vad systemet ska vara (= kravspecifikation) och slutar med att bekr\u00e4fta om det faktiskt har skapats (= testning eller acceptans). F\u00f6r \u00f6vrigt, med tanke p\u00e5 att acceptansfasen har en viktig betydelse som &#8220;slutet p\u00e5 systemutvecklingsprojektet&#8221;, behandlas de juridiska problem som ofta uppst\u00e5r vid detta skede i detalj i f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development[ja]<\/a><\/p>\n\n\n\n<p>Men \u00e4ven om ett systemutvecklingsprojekt f\u00f6rst\u00e5s som sj\u00e4lva utvecklingsprocessen f\u00f6r att skapa ett nytt system, \u00e4r det sj\u00e4lvklart att det utvecklade systemet kommer att anv\u00e4ndas i verksamheten d\u00e4refter. Med andra ord, om man ignorerar hur systemet ska anv\u00e4ndas efter att det har utvecklats och s\u00e4ger att &#8220;s\u00e5 l\u00e4nge jag bara skapar det, eftersom jag bara ansvarar f\u00f6r utvecklingsarbetet&#8221;, kan det leda till stora orimligheter. Med detta i \u00e5tanke har det i tidigare r\u00e4ttsfall varit en fr\u00e5ga om det \u00e4r m\u00f6jligt att p\u00e5l\u00e4gga leverant\u00f6ren, som ansvarar f\u00f6r systemutvecklingen, en viss skyldighet att st\u00f6dja driften. Det vill s\u00e4ga, fr\u00e5gan \u00e4r om man b\u00f6r anse att leverant\u00f6rens skyldigheter i ett systemutvecklingsavtal inkluderar skyldigheter relaterade till driftsst\u00f6d efter utvecklingen. Eftersom driftsst\u00f6d inte \u00e4r en del av sj\u00e4lva utvecklingsprocessen, tror man att termen &#8220;supportskyldighet&#8221; har anv\u00e4nts f\u00f6r att skilja den fr\u00e5n projektledningsskyldighet.<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Domstolsfall_dar_supportskyldighet_blev_ett_problem\"><\/span>Domstolsfall d\u00e4r supportskyldighet blev ett problem<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\/09\/shutterstock_729665095-1024x717.jpg\" alt=\"\" class=\"wp-image-4650\" \/><figcaption class=\"wp-element-caption\">Supportskyldigheten fr\u00e5n leverant\u00f6rens sida kan ocks\u00e5 inneb\u00e4ra att man b\u00f6r f\u00f6lja med \u00e4nda fram till anv\u00e4ndarens driftstart.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Ett_fall_dar_anvandarens_verksamhet_stordes_pa_systemteststadiet\"><\/span>Ett fall d\u00e4r anv\u00e4ndarens verksamhet st\u00f6rdes p\u00e5 systemteststadiet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I det domslut som citeras nedan kunde anv\u00e4ndaren inte utnyttja systemet som ursprungligen f\u00f6rv\u00e4ntat under systemtestet som utf\u00f6rdes f\u00f6re systemets driftstart. Som ett resultat gav anv\u00e4ndaren upp att s\u00e4tta systemet i drift. I detta fall var problemet hur man skulle motivera leverant\u00f6rens ansvar utifr\u00e5n kontraktet f\u00f6r systemutveckling som ing\u00e5tts i f\u00f6rv\u00e4g, trots att det var ett problem vid anv\u00e4ndarens driftstart. Slutsatsen blev att anv\u00e4ndarens krav p\u00e5 skadest\u00e5nd godk\u00e4ndes, och &#8220;brott mot supportskyldigheten&#8221; pekades ut som grund.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>I. <u>Brott mot supportskyldigheten<\/u><br>(A) Den 14 juli 1997 (Heisei 9) bad f\u00f6retr\u00e4daren f\u00f6r k\u00e4randen svaranden att &#8220;<u>inte bara skapa systemet, utan ocks\u00e5 se till att det fungerar ordentligt till slut.<\/u>&#8221; och &#8220;<u>Vi \u00e4r amat\u00f6rer, s\u00e5 vi betalar mycket pengar, s\u00e5 vi vill att du ser till att vi kan anv\u00e4nda det till slut.<\/u>&#8220;. Som svar p\u00e5 detta f\u00f6rklarade svaranden att det var m\u00f6jligt att bygga ett system som kunde uppn\u00e5 k\u00e4randens inf\u00f6rande\u00e4ndam\u00e5l och lovade att ge support tills det fungerade ordentligt. Detta ledde till en \u00f6verenskommelse mellan k\u00e4randen och svaranden att svaranden skulle ge support tills k\u00e4randen kunde anv\u00e4nda systemet ordentligt.<br>Det \u00e4r tydligt att svaranden har en supportskyldighet mot k\u00e4randen, eftersom svaranden har bokf\u00f6rt en kostnad p\u00e5 1 726 000 yen f\u00f6r &#8220;paketinf\u00f6ringsst\u00f6d&#8221; som <u>kontraktspriset f\u00f6r detta kontrakt<\/u>, och i offerten st\u00e5r det att det finns &#8220;sex m\u00e5naders gratis underh\u00e5ll&#8221; f\u00f6r <u>m\u00e5nadsunderh\u00e5llsavgiften<\/u>, och i ett dokument med titeln &#8220;Om framtida SE-support (internt m\u00f6tesmaterial)&#8221; bekr\u00e4ftas det att SE-support kan erh\u00e5llas f\u00f6r &#8220;skapande av inf\u00f6ringsprocedur (plan)&#8221; och &#8220;data\/ driftsverifieringsarbete&#8221; f\u00f6r f\u00e4rskvarubest\u00e4llning.<\/p>\n\n\n\n<p>(B) Och den supportskyldighet som svaranden har mot k\u00e4randen inneb\u00e4r konkret att svaranden \u00e5tminstone fram till k\u00e4randen har satt systemet i full drift, ska \u2460 ge l\u00e4mplig r\u00e5dgivning till k\u00e4randen om <u>hur man driver systemet<\/u>, \u2461 <u>hantera problem som uppst\u00e5r i systemet under driftstestet<\/u>, \u2462 <u>f\u00f6rb\u00e4ttra systemet baserat p\u00e5 resultaten av driftstestet<\/u>, \u2463 <u>ge inf\u00f6ringsutbildning till operat\u00f6rerna<\/u>.<br>Men trots att det uppstod m\u00e5nga problem under driftstestet, tog svaranden inte detta p\u00e5 allvar och h\u00e4vdade att det var ett problem med operat\u00f6rernas skicklighet, och beg\u00e4rde bara kostnader f\u00f6r inf\u00f6ringsutbildning f\u00f6r operat\u00f6rerna, och gav inte k\u00e4randen n\u00e5got l\u00e4mpligt st\u00f6d f\u00f6r att g\u00e5 mot full drift.<\/p>\n<cite>Dom av Hachioji-avdelningen vid Tokyo District Court den 5 november 2003 (Heisei 15)<\/cite><\/blockquote>\n\n\n\n<p>I detta domslut, inklusive inneh\u00e5llsf\u00f6rteckningen, dyker ordet &#8220;support&#8221; upp cirka 30 g\u00e5nger i hela domslutet. Anv\u00e4ndarens r\u00f6ster som efterfr\u00e5gar l\u00e4mpligt st\u00f6d \u00e5terges direkt i domslutet, vilket tyder p\u00e5 att det var en slutsats som str\u00e4vade efter en r\u00e4ttvis l\u00f6sning medan man noggrant \u00f6verv\u00e4gde h\u00e4ndelsef\u00f6rloppet. En annan punkt som b\u00f6r uppm\u00e4rksammas n\u00e4r det g\u00e4ller f\u00f6rst\u00e5elsen av detta fall \u00e4r att,<\/p>\n\n\n\n<ul>\n<li>Brott mot supportskyldigheten behandlas som &#8220;kontraktsbrott&#8221;, vilket ledde till att skadest\u00e5nd f\u00f6r den resulterande skadan beordrades.<\/li>\n\n\n\n<li>Termen &#8220;projektledningsskyldighet&#8221; anv\u00e4nds inte en enda g\u00e5ng i hela domslutet.<\/li>\n<\/ul>\n\n\n\n<p>Detta visar en inst\u00e4llning att behandla det som ett koncept skilt fr\u00e5n projektledning, men \u00e4nd\u00e5 behandla det som en kontraktsm\u00e4ssig skyldighet som systemutvecklingskontraktet inneh\u00e5ller.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hur_bor_vi_tolka_karaktaren_av_supportskyldigheten\"><\/span>Hur b\u00f6r vi tolka karakt\u00e4ren av supportskyldigheten?<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\/09\/shutterstock_333450689-1024x652.jpg\" alt=\"\" class=\"wp-image-4656\" \/><figcaption class=\"wp-element-caption\">Det \u00e4r n\u00f6dv\u00e4ndigt att \u00f6verv\u00e4ga systemutveckling och drift med hj\u00e4lp av anv\u00e4ndarens samarbete.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Supportskyldigheten_ar_annu_inte_ett_klart_koncept\"><\/span>Supportskyldigheten \u00e4r \u00e4nnu inte ett klart koncept<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Den tidigare n\u00e4mnda r\u00e4ttsfallet indikerar att leverant\u00f6ren som har utvecklat systemet ocks\u00e5 b\u00f6r ge det n\u00f6dv\u00e4ndiga st\u00f6det f\u00f6r att anv\u00e4ndaren ska kunna starta driften. Men supportskyldigheten har inte lika mycket r\u00e4ttspraxis och andra resurser som projektledningsskyldigheten, och det finns inte s\u00e5 m\u00e5nga ledtr\u00e5dar f\u00f6r att f\u00f6rst\u00e5 dess verkliga natur. Framf\u00f6r allt inneh\u00e5ller termen &#8220;support&#8221; i sig problemet att det inte \u00e4r klart exakt vad som ska g\u00f6ras.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Supportskyldigheten_erkanns_inte_obegransat\"><\/span>Supportskyldigheten erk\u00e4nns inte obegr\u00e4nsat<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Dessutom har domen som erk\u00e4nde leverant\u00f6rens brott mot supportskyldigheten ocks\u00e5 visat en mycket viktig punkt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Defendanten tolkas som att ha en skyldighet att ge ett visst st\u00f6d som \u00e4r n\u00f6dv\u00e4ndigt f\u00f6r att k\u00e4randen ska kunna driva systemet som byggts och levererats till k\u00e4randen enligt detta kontrakt. Men dess inneh\u00e5ll tolkas inte som att vara som k\u00e4randen h\u00e4vdar, att ge all slags support gratis <u>tills<\/u> k\u00e4randen faktiskt kan driva detta system, <u>utan tidsbegr\u00e4nsning<\/u>.<\/p>\n<cite>Tokyo District Court Hachioji Branch, November 5, Heisei 15 (2003)<\/cite><\/blockquote>\n\n\n\n<p>Om huvuduppgiften som har tagits p\u00e5 sig \u00e4r systemutveckling, kan det antas att det ocks\u00e5 finns vissa begr\u00e4nsningar f\u00f6r vad som b\u00f6r g\u00f6ras som support f\u00f6r efterf\u00f6ljande drift. I denna dom finns det flera s\u00e4rdrag, s\u00e5som att citera anv\u00e4ndarens r\u00f6st som beg\u00e4r st\u00f6d i domstolsbeslutet, att h\u00e4nvisa till inneh\u00e5llet i den prelimin\u00e4ra uppskattningen, och att n\u00e4mna f\u00f6rekomsten av s\u00e4rskilda avtal om att ge support. Med andra ord, med tanke p\u00e5 att om konceptet med supportskyldighet utvidgas obegr\u00e4nsat skulle det l\u00e4gga en stor b\u00f6rda p\u00e5 leverant\u00f6ren, kan det antas att det var avsiktligt att vara ganska f\u00f6rsiktig med att erk\u00e4nna brott mot skyldigheten.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Verkligheten_av_supportskyldigheten_bor_overvagas_tillsammans_med_anvandarens_samarbetsplikt\"><\/span>Verkligheten av supportskyldigheten b\u00f6r \u00f6verv\u00e4gas tillsammans med anv\u00e4ndarens samarbetsplikt<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Sammanfattningsvis kan det s\u00e4gas att diskussionen hittills har handlat om &#8220;hur anv\u00e4ndaren och leverant\u00f6ren ska dela arbetsbelastningen i de tidiga stadierna av drift i systemutveckling&#8221;. Det inneh\u00e5ller s\u00e4kert n\u00e5got komplicerade fr\u00e5gor om hur mycket juridisk skyldighet leverant\u00f6ren har vid driftstart fr\u00e5n kontraktet om &#8220;utveckling&#8221;. Samtidigt kan vi inte f\u00f6rneka att det finns en stark tendens att kr\u00e4va bed\u00f6mningar baserade p\u00e5 individuella omst\u00e4ndigheter.<\/p>\n\n\n\n<p>Men, det kan antas att f\u00f6rst\u00e5elsen av vad som \u00e4r k\u00e4rnan i supportskyldigheten som leverant\u00f6ren b\u00e4r blir mer s\u00e4ker genom att f\u00f6rst\u00e5 samarbetsplikten som anv\u00e4ndaren b\u00e4r.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<p>Fr\u00e5n b\u00f6rjan har anstr\u00e4ngningarna att f\u00f6rb\u00e4ttra verksamheten med ett nytt system aspekten av att vara ett gemensamt arbete mellan leverant\u00f6ren, som \u00e4r en teknisk expert, och anv\u00e4ndaren, som har intern aff\u00e4rskunskap. D\u00e4rf\u00f6r, n\u00e4r det g\u00e4ller denna supportskyldighet, genom att klarg\u00f6ra vad anv\u00e4ndaren b\u00f6r l\u00f6sa genom egna anstr\u00e4ngningar som en del av &#8220;uppfyllandet av samarbetsplikten&#8221;, kan det ofta vara fallet att dess omfattning naturligt best\u00e4ms.<\/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 class=\"has-text-align-left\">I denna artikel har vi g\u00e5tt igenom grunderna i projektledning och f\u00f6rs\u00f6kt att organisera begreppet &#8220;st\u00f6dskyldighet&#8221;, som kan ses som en derivat av projektledning. \u00c4ven om det fortfarande finns m\u00e5nga oklarheter kring begreppet st\u00f6dskyldighet, tror vi att det \u00e4r grundl\u00e4ggande fr\u00e5gor som &#8220;projektledningsskyldighet&#8221; och &#8220;samarbetsskyldighet&#8221; som blir viktiga f\u00f6r att f\u00f6rst\u00e5 det.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Det \u00e4r allm\u00e4nt k\u00e4nt att systemutvecklingsleverant\u00f6rer, eller &#8220;leverant\u00f6rer&#8221;, b\u00e4r ett &#8220;projektledningsansvar&#8221; inom systemutveckling. Men det finns ocks\u00e5 ett liknande men distink [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":63359,"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\/60951"}],"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=60951"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/60951\/revisions"}],"predecessor-version":[{"id":63360,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/60951\/revisions\/63360"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media\/63359"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media?parent=60951"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/categories?post=60951"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/tags?post=60951"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}