{"id":58287,"date":"2023-09-22T15:51:03","date_gmt":"2023-09-22T06:51:03","guid":{"rendered":"https:\/\/monolith.law\/pl\/?p=58287"},"modified":"2023-10-18T20:27:03","modified_gmt":"2023-10-18T11:27:03","slug":"support-obligations-of-vendors-after-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/pl\/it\/support-obligations-of-vendors-after-system-development","title":{"rendered":"Czym jest obowi\u0105zek wsparcia, kt\u00f3ry dostawca musi ponie\u015b\u0107 po zako\u0144czeniu rozwoju systemu?"},"content":{"rendered":"\n<p>W kontek\u015bcie rozwoju system\u00f3w, dobrze wiadomo, \u017ce specjali\u015bci od rozwoju system\u00f3w, zwani dostawcami, ponosz\u0105 &#8220;obowi\u0105zek zarz\u0105dzania projektem&#8221;. Jednak\u017ce, obok tego, istnieje podobne, ale nieco inne poj\u0119cie w prawie, zwane &#8220;obowi\u0105zkiem wsparcia&#8221;. W tym artykule om\u00f3wimy &#8220;obowi\u0105zek wsparcia&#8221;, uwzgl\u0119dniaj\u0105c wcze\u015bniejsze precedensy s\u0105dowe.<\/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\/pl\/it\/support-obligations-of-vendors-after-system-development\/#Co_to_jest_obowiazek_wsparcia\" title=\"Co to jest obowi\u0105zek wsparcia?\">Co to jest obowi\u0105zek wsparcia?<\/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\/pl\/it\/support-obligations-of-vendors-after-system-development\/#Podstawy_obowiazku_wsparcia\" title=\"Podstawy obowi\u0105zku wsparcia\">Podstawy obowi\u0105zku wsparcia<\/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\/pl\/it\/support-obligations-of-vendors-after-system-development\/#Obowiazek_wsparcia_staje_sie_problemem_w_kontekscie_wsparcia_operacyjnego_dla_uzytkownikow\" title=\"Obowi\u0105zek wsparcia staje si\u0119 problemem w kontek\u015bcie wsparcia operacyjnego dla u\u017cytkownik\u00f3w\">Obowi\u0105zek wsparcia staje si\u0119 problemem w kontek\u015bcie wsparcia operacyjnego dla u\u017cytkownik\u00f3w<\/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\/pl\/it\/support-obligations-of-vendors-after-system-development\/#Przyklady_sadowe_w_ktorych_problemem_byly_obowiazki_wsparcia\" title=\"Przyk\u0142ady s\u0105dowe, w kt\u00f3rych problemem by\u0142y obowi\u0105zki wsparcia\">Przyk\u0142ady s\u0105dowe, w kt\u00f3rych problemem by\u0142y obowi\u0105zki wsparcia<\/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\/pl\/it\/support-obligations-of-vendors-after-system-development\/#Przypadek_w_ktorym_problemy_w_trakcie_testow_systemowych_zaklocily_dzialalnosc_uzytkownika\" title=\"Przypadek, w kt\u00f3rym problemy w trakcie test\u00f3w systemowych zak\u0142\u00f3ci\u0142y dzia\u0142alno\u015b\u0107 u\u017cytkownika\">Przypadek, w kt\u00f3rym problemy w trakcie test\u00f3w systemowych zak\u0142\u00f3ci\u0142y dzia\u0142alno\u015b\u0107 u\u017cytkownika<\/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\/pl\/it\/support-obligations-of-vendors-after-system-development\/#Jak_nalezy_interpretowac_nature_obowiazku_wsparcia\" title=\"Jak nale\u017cy interpretowa\u0107 natur\u0119 obowi\u0105zku wsparcia?\">Jak nale\u017cy interpretowa\u0107 natur\u0119 obowi\u0105zku wsparcia?<\/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\/pl\/it\/support-obligations-of-vendors-after-system-development\/#Obowiazek_wsparcia_nie_jest_jeszcze_jasno_zdefiniowany\" title=\"Obowi\u0105zek wsparcia nie jest jeszcze jasno zdefiniowany\">Obowi\u0105zek wsparcia nie jest jeszcze jasno zdefiniowany<\/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\/pl\/it\/support-obligations-of-vendors-after-system-development\/#Obowiazek_wsparcia_nie_jest_nieograniczony\" title=\"Obowi\u0105zek wsparcia nie jest nieograniczony\">Obowi\u0105zek wsparcia nie jest nieograniczony<\/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\/pl\/it\/support-obligations-of-vendors-after-system-development\/#Substancja_obowiazku_wsparcia_powinna_byc_rozwazana_wraz_z_obowiazkiem_wspolpracy_uzytkownika\" title=\"Substancja obowi\u0105zku wsparcia powinna by\u0107 rozwa\u017cana wraz z obowi\u0105zkiem wsp\u00f3\u0142pracy u\u017cytkownika\">Substancja obowi\u0105zku wsparcia powinna by\u0107 rozwa\u017cana wraz z obowi\u0105zkiem wsp\u00f3\u0142pracy u\u017cytkownika<\/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\/pl\/it\/support-obligations-of-vendors-after-system-development\/#Podsumowanie\" title=\"Podsumowanie\">Podsumowanie<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Co_to_jest_obowiazek_wsparcia\"><\/span>Co to jest obowi\u0105zek wsparcia?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Podstawy_obowiazku_wsparcia\"><\/span>Podstawy obowi\u0105zku wsparcia<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>W kontek\u015bcie obowi\u0105zk\u00f3w, kt\u00f3re dostawca ma wobec u\u017cytkownika, jednym z najbardziej typowych jest obowi\u0105zek zarz\u0105dzania projektem. Jest to koncepcja, kt\u00f3ra zosta\u0142a ugruntowana poprzez wielokrotne odwo\u0142ania do niej w poprzednich wyrokach s\u0105dowych, i obejmuje obowi\u0105zki, kt\u00f3re dostawca, jako ekspert w dziedzinie rozwoju system\u00f3w, ma wobec ca\u0142ego projektu.<\/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>Obowi\u0105zek zarz\u0105dzania projektem jest bardzo znanym terminem prawnym w kontek\u015bcie rozwoju system\u00f3w, i nie ma w\u0105tpliwo\u015bci, \u017ce jest to jedno z g\u0142\u00f3wnych obowi\u0105zk\u00f3w, kt\u00f3re dostawca podejmuje. Jednak\u017ce, w niekt\u00f3rych wyrokach s\u0105dowych, obok obowi\u0105zku zarz\u0105dzania projektem, uznano istnienie innego obowi\u0105zku, zwanego &#8220;obowi\u0105zkiem wsparcia&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Obowiazek_wsparcia_staje_sie_problemem_w_kontekscie_wsparcia_operacyjnego_dla_uzytkownikow\"><\/span>Obowi\u0105zek wsparcia staje si\u0119 problemem w kontek\u015bcie wsparcia operacyjnego dla u\u017cytkownik\u00f3w<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wi\u0119c czym jest obowi\u0105zek wsparcia? I dlaczego jest on nazywany innym terminem ni\u017c obowi\u0105zek zarz\u0105dzania projektem? Obowi\u0105zek wsparcia staje si\u0119 problemem zazwyczaj po zako\u0144czeniu rozwoju systemu. Projekt rozwoju systemu, b\u0119d\u0105c &#8220;rozwojem&#8221;, ko\u0144czy si\u0119 zasadniczo po zako\u0144czeniu tworzenia systemu, kt\u00f3ry mia\u0142 by\u0107 stworzony. To znaczy, projekt rozwoju systemu zaczyna si\u0119 od okre\u015blenia, co ma by\u0107 stworzone (definicja wymaga\u0144), a ko\u0144czy si\u0119 potwierdzeniem, czy to, co mia\u0142o by\u0107 stworzone, zosta\u0142o rzeczywi\u015bcie stworzone (testowanie lub akceptacja). Co do procesu akceptacji, bior\u0105c pod uwag\u0119, \u017ce ma on &#8220;wa\u017cne znaczenie jako zako\u0144czenie projektu rozwoju systemu&#8221;, omawiamy szczeg\u00f3\u0142owo typowe problemy prawne, kt\u00f3re mog\u0105 wyst\u0105pi\u0107 na tym etapie, w poni\u017cszym artykule.<\/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>Jednak\u017ce, nawet je\u015bli projekt rozwoju systemu jest rozumiany jako sam proces tworzenia nowego systemu, jest oczywiste, \u017ce system, kt\u00f3ry zosta\u0142 rozwini\u0119ty, b\u0119dzie p\u00f3\u017aniej wykorzystywany w dzia\u0142alno\u015bci. Innymi s\u0142owy, jest nieracjonalne, aby ca\u0142kowicie zignorowa\u0107 kwesti\u0119, jak wykorzysta\u0107 system po jego rozwoju, i stwierdzi\u0107, \u017ce &#8220;jako osoba odpowiedzialna tylko za rozw\u00f3j, wystarczy, \u017ce go stworz\u0119&#8221;. Bior\u0105c pod uwag\u0119 te kwestie, w poprzednich wyrokach s\u0105dowych, pojawi\u0142o si\u0119 pytanie, czy nie mo\u017cna na\u0142o\u017cy\u0107 na dostawc\u0119, kt\u00f3ry jest odpowiedzialny za rozw\u00f3j systemu, pewnego obowi\u0105zku wsparcia operacyjnego. To znaczy, czy w ramach obowi\u0105zk\u00f3w, kt\u00f3re dostawca ma w ramach umowy o rozw\u00f3j systemu, nie powinno si\u0119 uwzgl\u0119dni\u0107 obowi\u0105zk\u00f3w zwi\u0105zanych z wsparciem operacyjnym po rozwoju. Poniewa\u017c wsparcie operacyjne nie jest cz\u0119\u015bci\u0105 samego procesu rozwoju, termin &#8220;obowi\u0105zek wsparcia&#8221; zosta\u0142 u\u017cyty w celu odr\u00f3\u017cnienia go od obowi\u0105zku zarz\u0105dzania projektem.<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Przyklady_sadowe_w_ktorych_problemem_byly_obowiazki_wsparcia\"><\/span>Przyk\u0142ady s\u0105dowe, w kt\u00f3rych problemem by\u0142y obowi\u0105zki wsparcia<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\">Obowi\u0105zki wsparcia ze strony dostawcy mog\u0105 obejmowa\u0107 dzia\u0142ania a\u017c do momentu rozpocz\u0119cia operacji przez u\u017cytkownika.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Przypadek_w_ktorym_problemy_w_trakcie_testow_systemowych_zaklocily_dzialalnosc_uzytkownika\"><\/span>Przypadek, w kt\u00f3rym problemy w trakcie test\u00f3w systemowych zak\u0142\u00f3ci\u0142y dzia\u0142alno\u015b\u0107 u\u017cytkownika<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>W przypadku cytowanego poni\u017cej wyroku, podczas test\u00f3w systemowych przeprowadzonych przed uruchomieniem systemu, u\u017cytkownik nie by\u0142 w stanie wykorzysta\u0107 systemu tak, jak pierwotnie zak\u0142ada\u0142, co skutkowa\u0142o rezygnacj\u0105 z uruchomienia systemu. Problemem w tym przypadku by\u0142o ustalenie, na jakiej podstawie mo\u017cna uzasadni\u0107 odpowiedzialno\u015b\u0107 dostawcy na podstawie umowy o wykonanie prac na rzecz rozwoju systemu, kt\u00f3ra zosta\u0142a zawarta wcze\u015bniej. W rezultacie, roszczenie o odszkodowanie ze strony u\u017cytkownika zosta\u0142o uznane, a jako podstaw\u0119 wskazano &#8220;naruszenie obowi\u0105zku wsparcia&#8221;.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>I <u>Naruszenie obowi\u0105zku wsparcia<\/u><br>(A) Przedstawiciel powoda, 14 lipca 1997 roku (Heisei 9), zwr\u00f3ci\u0142 si\u0119 do pozwanego z pro\u015bb\u0105: &#8220;<u>Nie tylko tw\u00f3rz system, ale dbaj o niego do ko\u0144ca, aby dzia\u0142a\u0142 poprawnie.<\/u>&#8220;, &#8220;<u>Jeste\u015bmy laikami, p\u0142acimy du\u017co pieni\u0119dzy, wi\u0119c chcemy, aby dzia\u0142a\u0142 do ko\u0144ca.<\/u>&#8220;. W odpowiedzi na to, pozwany <u>wyja\u015bni\u0142, \u017ce jest w stanie zbudowa\u0107 system, kt\u00f3ry umo\u017cliwi osi\u0105gni\u0119cie cel\u00f3w wprowadzenia<\/u> i obieca\u0142 wsparcie do momentu, gdy system b\u0119dzie dzia\u0142a\u0142 poprawnie. W rezultacie, mi\u0119dzy powodem a pozwanym dosz\u0142o do porozumienia, \u017ce pozwany b\u0119dzie <u>\u015bwiadczy\u0107 wsparcie<\/u> do momentu, gdy pow\u00f3d b\u0119dzie w stanie poprawnie korzysta\u0107 z systemu.<br>Obowi\u0105zek wsparcia ze strony pozwanego dla powoda jest oczywisty, bior\u0105c pod uwag\u0119, \u017ce <u>koszty<\/u> w wysoko\u015bci 1 726 000 jen\u00f3w zosta\u0142y uwzgl\u0119dnione jako <u>op\u0142ata za umow\u0119<\/u> pod pozycj\u0105 &#8220;Wsparcie przy wprowadzaniu pakietu&#8221;, a w kosztorysie, w odniesieniu do <u>miesi\u0119cznej op\u0142aty za utrzymanie<\/u>, zapisano &#8220;bezp\u0142atne utrzymanie przez sze\u015b\u0107 miesi\u0119cy po wprowadzeniu&#8221;, a w dokumencie zatytu\u0142owanym &#8220;Wsparcie SE w przysz\u0142o\u015bci (materia\u0142y do narady wewn\u0119trznej)&#8221; potwierdzono, \u017ce mo\u017cna otrzyma\u0107 wsparcie SE w zakresie &#8220;tworzenia procedur wprowadzenia (planu)&#8221; i &#8220;pracy nad weryfikacj\u0105 danych \/ operacji&#8221; w odniesieniu do zam\u00f3wie\u0144 \u015bwie\u017cych produkt\u00f3w.<\/p>\n\n\n\n<p>(B) A zatem, obowi\u0105zek wsparcia, kt\u00f3ry pozwany ma wobec powoda, konkretnie obejmuje co najmniej: \u2460<u>udzielanie odpowiednich porad dotycz\u0105cych sposobu korzystania z systemu<\/u>, \u2461<u>uczestnictwo w testach operacyjnych i reagowanie na problemy z systemem, kt\u00f3re wyst\u0105pi\u0142y podczas tych test\u00f3w<\/u>, \u2462<u>poprawianie systemu w odpowiedzi na wyniki test\u00f3w operacyjnych<\/u>, \u2463<u>prowadzenie szkole\u0144 dla operator\u00f3w<\/u>.<br>Jednak\u017ce, pozwany, mimo licznych problem\u00f3w podczas test\u00f3w operacyjnych, <u>nie zareagowa\u0142 na nie powa\u017cnie<\/u>, twierdz\u0105c, \u017ce s\u0105 one problemem do\u015bwiadczenia operator\u00f3w, i <u>\u017c\u0105da\u0142 jedynie op\u0142at za szkolenie operator\u00f3w<\/u>, nie \u015bwiadcz\u0105c powodowi \u017cadnego odpowiedniego wsparcia w kierunku pe\u0142nej operacyjno\u015bci.<\/p>\n<cite>Wyroki S\u0105du Okr\u0119gowego w Hachioji w Tokio, 5 listopada 2003 roku (Heisei 15)<\/cite><\/blockquote>\n\n\n\n<p>W tym wyroku, w\u0142\u0105czaj\u0105c spis tre\u015bci, s\u0142owo &#8220;wsparcie&#8221; pojawia si\u0119 oko\u0142o 30 razy w ca\u0142ym tek\u015bcie wyroku. Mo\u017cna zauwa\u017cy\u0107, \u017ce jest to konkluzja, kt\u00f3ra d\u0105\u017cy do sprawiedliwego rozwi\u0105zania, bior\u0105c pod uwag\u0119 szczeg\u00f3\u0142owy kontekst sprawy, w tym bezpo\u015brednie odzwierciedlenie g\u0142osu u\u017cytkownika \u017c\u0105daj\u0105cego odpowiedniego wsparcia. Szczeg\u00f3lnie warto zwr\u00f3ci\u0107 uwag\u0119 na nast\u0119puj\u0105ce aspekty zwi\u0105zane z zrozumieniem tego przypadku:<\/p>\n\n\n\n<ul>\n<li>Naruszenie obowi\u0105zku wsparcia jest traktowane jako &#8220;niewykonanie zobowi\u0105za\u0144&#8221;, co prowadzi do nakazania odszkodowania za wynik\u0142e z tego powodu szkody<\/li>\n\n\n\n<li>Termin &#8220;obowi\u0105zek zarz\u0105dzania projektem&#8221; nie jest u\u017cywany ani razu w ca\u0142ym tek\u015bcie wyroku<\/li>\n<\/ul>\n\n\n\n<p>Mo\u017cna zauwa\u017cy\u0107 podej\u015bcie, kt\u00f3re traktuje to jako koncepcj\u0119 odr\u0119bn\u0105 od zarz\u0105dzania projektem, ale pr\u00f3buje traktowa\u0107 to jako obowi\u0105zek wynikaj\u0105cy z umowy, kt\u00f3ry jest zawarty w umowie o rozw\u00f3j systemu.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Jak_nalezy_interpretowac_nature_obowiazku_wsparcia\"><\/span>Jak nale\u017cy interpretowa\u0107 natur\u0119 obowi\u0105zku wsparcia?<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\">W kwestii rozwoju i eksploatacji systemu, konieczne jest przeprowadzenie analizy przy wsp\u00f3\u0142pracy u\u017cytkownik\u00f3w.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Obowiazek_wsparcia_nie_jest_jeszcze_jasno_zdefiniowany\"><\/span>Obowi\u0105zek wsparcia nie jest jeszcze jasno zdefiniowany<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Wcze\u015bniej wspomniane orzeczenie sugeruje, \u017ce dostawca, kt\u00f3ry rozwija system, powinien r\u00f3wnie\u017c zapewni\u0107 niezb\u0119dne wsparcie, aby u\u017cytkownik m\u00f3g\u0142 rozpocz\u0105\u0107 jego eksploatacj\u0119. Jednak obowi\u0105zek wsparcia nie jest tak dobrze udokumentowany w orzecznictwie jak obowi\u0105zek zarz\u0105dzania projektem, a informacje na jego temat nie s\u0105 tak liczne. Szczeg\u00f3lnie termin &#8220;wsparcie&#8221; sam w sobie zawiera problem, poniewa\u017c nie jest jasne, co konkretnie powinno by\u0107 zrobione.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Obowiazek_wsparcia_nie_jest_nieograniczony\"><\/span>Obowi\u0105zek wsparcia nie jest nieograniczony<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ponadto, wyrok, kt\u00f3ry uzna\u0142 naruszenie obowi\u0105zku wsparcia przez dostawc\u0119, r\u00f3wnie\u017c wskaza\u0142 bardzo wa\u017cny punkt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Pozwany, na podstawie niniejszej umowy o zlecenie, jest zobowi\u0105zany do zapewnienia pewnego wsparcia, kt\u00f3re jest niezb\u0119dne dla powoda, aby m\u00f3g\u0142 eksploatowa\u0107 system, kt\u00f3ry zosta\u0142 zbudowany i dostarczony powodowi. Jednak\u017ce, nie mo\u017cna uzna\u0107, \u017ce jego tre\u015b\u0107 by\u0142a taka, jak twierdzi pow\u00f3d, \u017ce <u>bez ograniczenia czasu<\/u>, a\u017c pow\u00f3d b\u0119dzie faktycznie w stanie eksploatowa\u0107 system, <u>wszelkie wsparcie jest bezp\u0142atne<\/u>.<\/p>\n<cite>Wyrok S\u0105du Okr\u0119gowego w Hachioji w Tokio z dnia 5 listopada 2003 roku (rok Heisei 15)<\/cite><\/blockquote>\n\n\n\n<p>Je\u015bli g\u0142\u00f3wnym zadaniem jest rozw\u00f3j systemu, mo\u017cna przypuszcza\u0107, \u017ce istniej\u0105 pewne ograniczenia w zakresie tego, co powinno by\u0107 zrobione jako wsparcie dla p\u00f3\u017aniejszej eksploatacji. W tym wyroku, s\u0105d zwr\u00f3ci\u0142 uwag\u0119 na kilka charakterystycznych punkt\u00f3w, takich jak cytowanie opinii u\u017cytkownik\u00f3w prosz\u0105cych o wsparcie w tek\u015bcie wyroku, odwo\u0142ywanie si\u0119 do tre\u015bci wcze\u015bniejszych szacunk\u00f3w, czy istnieje specjalny uk\u0142ad dotycz\u0105cy \u015bwiadczenia wsparcia itp. Innymi s\u0142owy, bior\u0105c pod uwag\u0119, \u017ce rozszerzenie koncepcji obowi\u0105zku wsparcia na niesko\u0144czono\u015b\u0107 spowodowa\u0142oby du\u017ce obci\u0105\u017cenie dla dostawcy, mo\u017cna przypuszcza\u0107, \u017ce zamiar by\u0142 taki, aby podej\u015b\u0107 do uznania naruszenia obowi\u0105zku z pewn\u0105 ostro\u017cno\u015bci\u0105.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Substancja_obowiazku_wsparcia_powinna_byc_rozwazana_wraz_z_obowiazkiem_wspolpracy_uzytkownika\"><\/span>Substancja obowi\u0105zku wsparcia powinna by\u0107 rozwa\u017cana wraz z obowi\u0105zkiem wsp\u00f3\u0142pracy u\u017cytkownika<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Podsumowuj\u0105c, mo\u017cna powiedzie\u0107, \u017ce jest to kwestia &#8220;jak u\u017cytkownik i dostawca powinni dzieli\u0107 si\u0119 obci\u0105\u017ceniem pracy w pocz\u0105tkowej fazie eksploatacji w rozwoju systemu&#8221;. Zawiera to na pewno nieco skomplikowane pytanie, jakie prawne obowi\u0105zki dostawca powinien podj\u0105\u0107 przy rozpocz\u0119ciu eksploatacji na podstawie umowy dotycz\u0105cej &#8220;rozwoju&#8221;. Jednocze\u015bnie, nie mo\u017cna zaprzeczy\u0107, \u017ce istnieje silna tendencja do wymagania oceny na podstawie indywidualnych okoliczno\u015bci.<\/p>\n\n\n\n<p>Jednak\u017ce, to, jakie jest rzeczywiste znaczenie obowi\u0105zku wsparcia, kt\u00f3re dostawca musi podj\u0105\u0107, staje si\u0119 bardziej pewne, gdy zrozumie si\u0119 obowi\u0105zek wsp\u00f3\u0142pracy, kt\u00f3ry u\u017cytkownik musi podj\u0105\u0107.<\/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>Przede wszystkim, inicjatywa polegaj\u0105ca na ulepszaniu pracy za pomoc\u0105 nowego systemu ma aspekt wsp\u00f3lnej pracy dostawcy, kt\u00f3ry jest specjalist\u0105 w dziedzinie technologii, i u\u017cytkownika, kt\u00f3ry posiada wiedz\u0119 o pracy w firmie. Dlatego te\u017c, je\u015bli chodzi o tzw. obowi\u0105zek wsparcia, wyra\u017ane okre\u015blenie kwestii, kt\u00f3re u\u017cytkownik powinien rozwi\u0105za\u0107 poprzez w\u0142asne wysi\u0142ki jako cz\u0119\u015b\u0107 &#8220;wykonywania obowi\u0105zku wsp\u00f3\u0142pracy&#8221;, cz\u0119sto prowadzi do samoistnego okre\u015blenia jego zakresu.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Podsumowanie\"><\/span>Podsumowanie<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p class=\"has-text-align-left\">W tym artykule, na podstawie podstaw zarz\u0105dzania projektami, dokonali\u015bmy uporz\u0105dkowania kwestii &#8220;obowi\u0105zku wsparcia&#8221;, kt\u00f3ry mo\u017cna by nazwa\u0107 pochodn\u0105 zarz\u0105dzania projektami. Chocia\u017c koncepcja obowi\u0105zku wsparcia nadal ma wiele niejasno\u015bci, uwa\u017camy, \u017ce podstawowe kwestie, takie jak &#8220;obowi\u0105zek zarz\u0105dzania projektem&#8221; i &#8220;obowi\u0105zek wsp\u00f3\u0142pracy&#8221;, s\u0105 nadal kluczowe dla jej zrozumienia.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>W kontek\u015bcie rozwoju system\u00f3w, dobrze wiadomo, \u017ce specjali\u015bci od rozwoju system\u00f3w, zwani dostawcami, ponosz\u0105 &#8220;obowi\u0105zek zarz\u0105dzania projektem&#8221;. Jednak\u017ce, obok tego, istnieje podobne, ale n [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":59000,"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\/pl\/wp-json\/wp\/v2\/posts\/58287"}],"collection":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/comments?post=58287"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/58287\/revisions"}],"predecessor-version":[{"id":58999,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/58287\/revisions\/58999"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media\/59000"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media?parent=58287"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/categories?post=58287"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/tags?post=58287"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}