{"id":61296,"date":"2023-12-07T14:38:55","date_gmt":"2023-12-07T05:38:55","guid":{"rendered":"https:\/\/monolith.law\/sv\/?p=61296"},"modified":"2024-02-06T17:34:09","modified_gmt":"2024-02-06T08:34:09","slug":"cancellation-of-contracts-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/sv\/it\/cancellation-of-contracts-in-system-development","title":{"rendered":"Vad \u00e4r metoden f\u00f6r att avbryta ett kontrakt i systemutveckling?"},"content":{"rendered":"\n<p>Projekt som systemutveckling \u00e4r l\u00e5ngvariga, och det \u00e4r naturligt att f\u00f6rv\u00e4nta sig situationer som &#8220;brand&#8221; under dess f\u00f6rlopp. Och \u00e4ven om anv\u00e4ndare och leverant\u00f6rer alltid kan samarbeta, b\u00f6r man ocks\u00e5 f\u00f6rv\u00e4nta sig situationer d\u00e4r man \u00f6verv\u00e4ger att avsluta kontraktet.<\/p>\n\n\n\n<p>I denna artikel kommer vi att diskutera juridiska alternativ som &#8220;upps\u00e4gning&#8221; av kontrakt, vilket \u00e4r viktigt i samband med systemutveckling.<\/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\/cancellation-of-contracts-in-system-development\/#Relationen_mellan_systemutveckling_och_uppsagning\" title=\"Relationen mellan systemutveckling och upps\u00e4gning\">Relationen mellan systemutveckling och upps\u00e4gning<\/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\/cancellation-of-contracts-in-system-development\/#Vad_ar_uppsagning_enligt_civilratten\" title=\"Vad \u00e4r upps\u00e4gning enligt civilr\u00e4tten?\">Vad \u00e4r upps\u00e4gning enligt civilr\u00e4tten?<\/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\/cancellation-of-contracts-in-system-development\/#Systemutvecklingspraxis_och_uppsagningens_inblandning\" title=\"Systemutvecklingspraxis och upps\u00e4gningens inblandning\">Systemutvecklingspraxis och upps\u00e4gningens inblandning<\/a><ul class='ez-toc-list-level-4'><li class='ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/sv\/it\/cancellation-of-contracts-in-system-development\/#I_fall_dar_skuldbrott_forsening_i_uppfyllande_ar_orsaken\" title=\"I fall d\u00e4r skuldbrott (f\u00f6rsening i uppfyllande) \u00e4r orsaken\">I fall d\u00e4r skuldbrott (f\u00f6rsening i uppfyllande) \u00e4r orsaken<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/sv\/it\/cancellation-of-contracts-in-system-development\/#I_fall_dar_defektgaranti_ar_orsaken\" title=\"I fall d\u00e4r defektgaranti \u00e4r orsaken\">I fall d\u00e4r defektgaranti \u00e4r orsaken<\/a><\/li><\/ul><\/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\/cancellation-of-contracts-in-system-development\/#Uppsagningsmeddelande_och_relaterade_juridiska_fragor\" title=\"Upps\u00e4gningsmeddelande och relaterade juridiska fr\u00e5gor\">Upps\u00e4gningsmeddelande och relaterade juridiska fr\u00e5gor<\/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\/cancellation-of-contracts-in-system-development\/#Bor_man_skriva_orsaken_till_uppsagningen_i_uppsagningsbrevet\" title=\"B\u00f6r man skriva orsaken till upps\u00e4gningen i upps\u00e4gningsbrevet?\">B\u00f6r man skriva orsaken till upps\u00e4gningen i upps\u00e4gningsbrevet?<\/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\/cancellation-of-contracts-in-system-development\/#Vad_innebar_en_%E2%80%9Crimlig_tid%E2%80%9D_for_en_uppmaning\" title=\"Vad inneb\u00e4r en &#8220;rimlig tid&#8221; f\u00f6r en uppmaning? \">Vad inneb\u00e4r en &#8220;rimlig tid&#8221; f\u00f6r en uppmaning? <\/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\/cancellation-of-contracts-in-system-development\/#Hur_ska_ett_uppsagningsmeddelande_meddelas\" title=\"Hur ska ett upps\u00e4gningsmeddelande meddelas?\">Hur ska ett upps\u00e4gningsmeddelande meddelas?<\/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\/cancellation-of-contracts-in-system-development\/#Sammanfattning\" title=\"Sammanfattning\">Sammanfattning<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Relationen_mellan_systemutveckling_och_uppsagning\"><\/span>Relationen mellan systemutveckling och upps\u00e4gning<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_ar_uppsagning_enligt_civilratten\"><\/span>Vad \u00e4r upps\u00e4gning enligt civilr\u00e4tten?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I den reviderade japanska civilr\u00e4tten (Japanska civilr\u00e4tten) \u00e4r de allm\u00e4nna best\u00e4mmelserna om &#8220;upps\u00e4gning&#8221; av ett avtal fastst\u00e4llda i artiklarna 540 till 548. Att s\u00e4ga upp ett avtal inneb\u00e4r att man eliminerar effekterna av ett avtal som redan har ing\u00e5tts.<\/p>\n\n\n\n<p>I en relation mellan en anv\u00e4ndare och en leverant\u00f6r, inneb\u00e4r det normalt att n\u00e4r ett avtal har ing\u00e5tts, har leverant\u00f6ren en skyldighet att utveckla systemet och anv\u00e4ndaren har en skyldighet att betala ers\u00e4ttning. Och dessa blir ocks\u00e5 b\u00e5da parters &#8220;r\u00e4ttigheter&#8221;. Om detta skulle upph\u00e4vas, skulle de skyldigheter och r\u00e4ttigheter som b\u00e5da parter hade, \u00e5terg\u00e5 till tillst\u00e5ndet f\u00f6re avtalet. D\u00e4rf\u00f6r, \u00e4ven om det finns skulder som \u00e4nnu inte har uppfyllts, kommer skyldigheten att uppfylla dem att f\u00f6rsvinna, och det kommer att uppst\u00e5 en skyldighet att \u00e5terg\u00e5 till det ursprungliga tillst\u00e5ndet baserat p\u00e5 tillst\u00e5ndet f\u00f6re avtalet. Detta kallas &#8220;skyldigheten att \u00e5terst\u00e4lla till det ursprungliga tillst\u00e5ndet&#8221;.<\/p>\n\n\n\n<p>Om det samtidigt finns omst\u00e4ndigheter d\u00e4r skada har uppst\u00e5tt, \u00e4r det ocks\u00e5 m\u00f6jligt att separat ers\u00e4tta skadan.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Systemutvecklingspraxis_och_uppsagningens_inblandning\"><\/span>Systemutvecklingspraxis och upps\u00e4gningens inblandning<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>F\u00f6r dem som \u00e4r bekanta med juridisk praxis kring aff\u00e4rer som systemutveckling, kan &#8220;upps\u00e4gning&#8221; av ett avtal f\u00f6rst associeras med ett upps\u00e4gningsbrev. Men juridiskt sett, \u00e4ven inom kontexten av systemutveckling, \u00e4r de artiklar som ligger till grund f\u00f6r upps\u00e4gningen uppdelade i tv\u00e5 huvudkategorier beroende p\u00e5 orsaken till upps\u00e4gningen.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"I_fall_dar_skuldbrott_forsening_i_uppfyllande_ar_orsaken\"><\/span>I fall d\u00e4r skuldbrott (f\u00f6rsening i uppfyllande) \u00e4r orsaken<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>(Exempel) Om leverant\u00f6ren, trots att den ursprungliga leveranstiden har \u00f6verskridits, inte levererar<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Civilr\u00e4tten Artikel 541 <u class=\"remove-format\">N\u00e4r en av parterna inte uppfyller sin skuld<\/u>, kan den andra parten, efter att ha fastst\u00e4llt en rimlig period och uppmanat till uppfyllande inom den perioden, s\u00e4ga upp avtalet om det inte finns n\u00e5got uppfyllande inom den perioden.<\/p>\n<\/blockquote>\n\n\n\n<p>I systemutveckling baserat p\u00e5 kontraktsavtal \u00e4r &#8220;skulden&#8221; som leverant\u00f6ren, som \u00e4r &#8220;en av parterna&#8221;, b\u00e4r att slutf\u00f6ra systemet enligt kravspecifikationen och leverera det. D\u00e4rf\u00f6r, om leverant\u00f6ren inte levererar trots att leveranstiden har \u00f6verskridits, inneb\u00e4r det att leverant\u00f6ren inte har slutf\u00f6rt arbetet till leveranstiden. S\u00e5, vad menas med &#8220;slutf\u00f6rande av arbete&#8221; i sammanhanget av systemutveckling? Detta f\u00f6rklaras mer detaljerat i f\u00f6ljande artikel.<\/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<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"I_fall_dar_defektgaranti_ar_orsaken\"><\/span>I fall d\u00e4r defektgaranti \u00e4r orsaken<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>(Exempel) Om det finns m\u00e5nga buggar och inkonsekvenser i data i systemet som levererats av leverant\u00f6ren, och det senare visar sig vara ol\u00e4mpligt f\u00f6r praktisk anv\u00e4ndning<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Civilr\u00e4tten Artikel 635 <u class=\"remove-format\">N\u00e4r det finns defekter i objektet f\u00f6r arbetet och det p\u00e5 grund av detta inte \u00e4r m\u00f6jligt att uppn\u00e5 syftet med avtalet<\/u>, kan best\u00e4llaren s\u00e4ga upp avtalet. Detta g\u00e4ller dock inte f\u00f6r byggnader och andra markarbeten.<\/p>\n<\/blockquote>\n\n\n\n<p>Om vi ser det fr\u00e5n perspektivet av ett systemutvecklingsprojekt, \u00e4r det inte s\u00e5 vanligt att leverant\u00f6ren uttrycker en avsikt att s\u00e4ga upp avtalet. Normalt kan vi anta att det \u00e4r anv\u00e4ndaren som uttrycker en avsikt att s\u00e4ga upp avtalet till leverant\u00f6ren.<\/p>\n\n\n\n<p>Mer detaljerad information om defektgaranti finns i f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/defect-warranty-liability[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Uppsagningsmeddelande_och_relaterade_juridiska_fragor\"><\/span>Upps\u00e4gningsmeddelande och relaterade juridiska fr\u00e5gor<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\/08\/shutterstock_1451179010-1024x683.jpg\" alt=\"\" class=\"wp-image-3843\" \/><figcaption class=\"wp-element-caption\">Definition och skrivning av ett upps\u00e4gningsmeddelande<\/figcaption><\/figure>\n\n\n\n<p>Ett upps\u00e4gningsmeddelande \u00e4r ett dokument som anv\u00e4nds f\u00f6r att meddela (vanligtvis fr\u00e5n anv\u00e4ndaren till leverant\u00f6ren) att ett avtal ska upph\u00e4vas. Som referens kan f\u00f6ljande lagtext anv\u00e4ndas:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Den japanska civilr\u00e4tten, artikel 541: Om en part inte uppfyller sina skyldigheter, kan den andra parten, efter att ha gett en rimlig tidsfrist f\u00f6r uppfyllelse, upph\u00e4va avtalet om uppfyllelsen inte sker inom den tidsfristen.<\/p>\n<\/blockquote>\n\n\n\n<p>N\u00e4r man ser p\u00e5 det som ett dokument relaterat till systemutveckling, kan man s\u00e4ga att en distinkt egenskap hos ett upps\u00e4gningsmeddelande \u00e4r att det inte syftar till att fr\u00e4mja smidig framsteg i projektet, utan snarare att avsluta det. Dessutom \u00e4r det ett dokument som f\u00f6rv\u00e4ntas ha en direkt juridisk effekt.<\/p>\n\n\n\n<p>Men som n\u00e4mnts i ovanst\u00e5ende lagtext, till skillnad fr\u00e5n ett avtal, kan ett upps\u00e4gningsmeddelande vara tillr\u00e4ckligt med en ensidig viljeyttring (f\u00f6rutsatt att vissa villkor uppfylls). N\u00e4r ett upps\u00e4gningsmeddelande presenteras fr\u00e5n anv\u00e4ndaren till leverant\u00f6ren, kan det f\u00f6rv\u00e4ntas att problem som &#8220;\u00e4ven om jag l\u00e4ser upps\u00e4gningsmeddelandet, f\u00f6rst\u00e5r jag inte varf\u00f6r avtalet upph\u00e4vdes&#8221; kan uppst\u00e5 f\u00f6r den ansvarige p\u00e5 leverant\u00f6rens sida. S\u00e5 hur specifikt b\u00f6r anv\u00e4ndaren peka ut orsaken till upps\u00e4gningen i ett upps\u00e4gningsmeddelande?<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Bor_man_skriva_orsaken_till_uppsagningen_i_uppsagningsbrevet\"><\/span>B\u00f6r man skriva orsaken till upps\u00e4gningen i upps\u00e4gningsbrevet?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Enligt tidigare r\u00e4ttsfall verkar det inte vara n\u00f6dv\u00e4ndigt att alltid specificera orsaken till upps\u00e4gningen i ett upps\u00e4gningbrev. R\u00e4ttsfallet som citeras nedan handlar om en situation d\u00e4r ett levererat system hade brister, vilket ledde till juridiska problem. N\u00e4r anv\u00e4ndaren ville s\u00e4ga upp avtalet, uppstod fr\u00e5gan om hur detaljerat man beh\u00f6vde f\u00f6rst\u00e5 och peka ut bristerna. Domstolen kom fram till f\u00f6ljande:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p><u class=\"remove-format\">Det \u00e4r inte n\u00f6dv\u00e4ndigt att alltid ange orsaken till upps\u00e4gningen i en upps\u00e4gningsf\u00f6rklaring, och det \u00e4r m\u00f6jligt att s\u00e4ga upp avtalet p\u00e5 grund av flera orsaker med en enda f\u00f6rklaring<\/u>. Om man inte uttryckligen anger att man inte kommer att s\u00e4ga upp avtalet av andra sk\u00e4l, anses upps\u00e4gningsf\u00f6rklaringen vara en f\u00f6rklaring att avsluta hela avtalet baserat p\u00e5 alla sk\u00e4l som fanns vid tidpunkten f\u00f6r upps\u00e4gningen. <\/p>\n<cite>Tokyo District Court, 22 december 2004 (Heisei 16)<\/cite><\/blockquote>\n\n\n\n<p>Domstolens st\u00e5ndpunkt \u00e4r att &#8220;det \u00e4r m\u00f6jligt att s\u00e4ga upp avtalet p\u00e5 grund av flera orsaker med en enda f\u00f6rklaring&#8221;. Med andra ord, det viktiga \u00e4r om parterna i avtalet har en avsikt att s\u00e4ga upp det, inte att de beh\u00f6ver peka ut varje enskild orsak i detalj.<\/p>\n\n\n\n<p>Detta inneb\u00e4r att \u00e4ven om n\u00e5got har levererats, beh\u00f6ver man inte avg\u00f6ra vid tidpunkten f\u00f6r upps\u00e4gningen om det b\u00f6r behandlas som ofullst\u00e4ndigt, eller om det finns allvarliga brister och det \u00e4r ett problem med garantiansvar f\u00f6r fel. \u00c4ven om dessa subtila fr\u00e5gor l\u00e4mnas obesvarade f\u00f6r tillf\u00e4llet, om man uttrycker sin avsikt att s\u00e4ga upp avtalet f\u00f6rst, kan man senare argumentera f\u00f6r b\u00e5de f\u00f6rsenad prestation och garantiansvar f\u00f6r fel som grunder f\u00f6r upps\u00e4gningen, \u00e4ven om det skulle leda till en r\u00e4tteg\u00e5ng.<\/p>\n\n\n\n<ul>\n<li>Leverans av ofullst\u00e4ndiga varor&#8230; \u2192 Brist p\u00e5 prestation<\/li>\n\n\n\n<li>Leverans av varor med allvarliga brister&#8230; \u2192 Garantiansvar f\u00f6r fel<\/li>\n<\/ul>\n\n\n\n<p>\u00c4ven om man inte specificerar orsaken i detalj, \u00e4r en upps\u00e4gningsf\u00f6rklaring fortfarande en giltig upps\u00e4gningsf\u00f6rklaring.<\/p>\n\n\n\n<p>\u00c5 andra sidan, det finns f\u00f6rdelar med att specificera orsaken till upps\u00e4gningen i detalj och presentera upps\u00e4gningsbrevet. Om det till exempel finns en missf\u00f6rst\u00e5nd eller skillnad i uppfattning mellan dig och leverant\u00f6ren, kan detta klarg\u00f6ras. F\u00f6r mottagaren av upps\u00e4gningsbrevet, om de kan identifiera orsaken, minskar ocks\u00e5 risken f\u00f6r framtida tvister. D\u00e4rf\u00f6r \u00e4r det faktiskt b\u00e4st att specificera orsaken till upps\u00e4gningen s\u00e5 tydligt som m\u00f6jligt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_innebar_en_%E2%80%9Crimlig_tid%E2%80%9D_for_en_uppmaning\"><\/span>Vad inneb\u00e4r en &#8220;rimlig tid&#8221; f\u00f6r en uppmaning?<br><span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/08\/shutterstock_475167991-1024x757.jpg\" alt=\"\" class=\"wp-image-3849\" \/><figcaption class=\"wp-element-caption\">\u00c4ven om en &#8220;rimlig tid&#8221; inte har passerat, \u00e4r det m\u00f6jligt att avbryta kontraktet.<\/figcaption><\/figure>\n\n\n\n<p>Ett annat m\u00f6jligt problem att \u00f6verv\u00e4ga \u00e4r hur l\u00e5ng en &#8220;rimlig tid&#8221; \u00e4r enligt paragraf 541 i den japanska civilr\u00e4tten (Japanska Civilr\u00e4tten). Men det verkar inte vara n\u00f6dv\u00e4ndigt att oroa sig f\u00f6r mycket \u00f6ver detta. Detta beror p\u00e5 att \u00e4ven om det inte har fastst\u00e4llts en &#8220;rimlig tid&#8221; f\u00f6re uppmaningen, om en rimlig tid har passerat efter uppmaningen, \u00e4r det m\u00f6jligt att avbryta kontraktet. Dessutom, \u00e4ven om tiden f\u00f6re uppmaningen inte var &#8220;rimlig&#8221;, har det klargjorts i prejudikat att det \u00e4r m\u00f6jligt att avbryta kontraktet n\u00e4r en rimlig tid har passerat.<\/p>\n\n\n\n<p>I systemutvecklingsprojekt, d\u00e4r det uppst\u00e5r &#8220;brand&#8221; incidenter d\u00e4r f\u00f6rseningar i prestanda eller ansvar f\u00f6r defekter blir ett problem, \u00e4r det s\u00e4llan att leverans eller reparation av defekter slutf\u00f6rs \u00e4ven efter att en uppmaning har gjorts under en &#8220;rimlig tid&#8221;. Med tanke p\u00e5 detta, \u00e4r det osannolikt att allvarliga tvister kommer att uppst\u00e5 i praktiken \u00f6ver vad som utg\u00f6r en &#8220;rimlig tid&#8221;.<\/p>\n\n\n\n<p>Vi f\u00f6rklarar definitionen av prestandaf\u00f6rseningar i systemutveckling i en separat artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/performance-delay-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/performance-delay-in-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hur_ska_ett_uppsagningsmeddelande_meddelas\"><\/span>Hur ska ett upps\u00e4gningsmeddelande meddelas?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ang\u00e5ende fr\u00e5gan om hur ett upps\u00e4gningsmeddelande b\u00f6r meddelas, finns det inga problem med n\u00e5gon metod s\u00e5 l\u00e4nge meddelandet n\u00e5r fram (mer specifikt, om det kan bevisas att det definitivt n\u00e5dde fram). <\/p>\n\n\n\n<p>D\u00e4rf\u00f6r beh\u00f6ver du inte vara \u00f6verdrivet bekymrad \u00f6ver procedurfr\u00e5gor. Visst, i praktiken tenderar metoder som rekommenderat brev att f\u00f6redras f\u00f6r att undvika framtida &#8220;sade-det-inte&#8221; problem. Men om det kan bekr\u00e4ftas att det har n\u00e5tt mottagaren, finns det inga problem med enklare metoder som fax eller e-post. Men om det slutligen blir en r\u00e4tteg\u00e5ng, kommer det att vara n\u00f6dv\u00e4ndigt att bevisa att det &#8220;n\u00e5dde mottagaren&#8221;, och ur denna synvinkel kan det s\u00e4gas att ett rekommenderat brev \u00e4r s\u00e4kert.<\/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>I denna artikel har vi ordnat information om upps\u00e4gning av kontrakt i sammanhanget av systemutveckling. F\u00f6rst\u00e5else av hur man praktiskt genomf\u00f6r en upps\u00e4gning, samt hur man uttrycker en juridiskt giltig viljeyttring, \u00e4r inte bara v\u00e4rdefull kunskap i sig, utan kan ocks\u00e5 l\u00e4tt appliceras i andra sammanhang.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Projekt som systemutveckling \u00e4r l\u00e5ngvariga, och det \u00e4r naturligt att f\u00f6rv\u00e4nta sig situationer som &#8220;brand&#8221; under dess f\u00f6rlopp. Och \u00e4ven om anv\u00e4ndare och leverant\u00f6rer alltid kan samarbeta, b [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":63211,"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\/61296"}],"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=61296"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61296\/revisions"}],"predecessor-version":[{"id":63210,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61296\/revisions\/63210"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media\/63211"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media?parent=61296"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/categories?post=61296"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/tags?post=61296"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}