{"id":58870,"date":"2023-10-06T11:26:07","date_gmt":"2023-10-06T02:26:07","guid":{"rendered":"https:\/\/monolith.law\/pl\/?p=58870"},"modified":"2023-10-23T20:07:12","modified_gmt":"2023-10-23T11:07:12","slug":"system-flaw-measure-after-acceptance","status":"publish","type":"post","link":"https:\/\/monolith.law\/pl\/it\/system-flaw-measure-after-acceptance","title":{"rendered":"Jakie s\u0105 \u015brodki zaradcze w przypadku wykrycia b\u0142\u0119d\u00f3w systemu po akceptacji?"},"content":{"rendered":"\n<p>Rozw\u00f3j systemu, m\u00f3wi\u0105c og\u00f3lnie, polega na tym, \u017ce implementacja programu jest prowadzona zgodnie z tre\u015bci\u0105 ustalon\u0105 w fazie definiowania wymaga\u0144, a na ko\u0144cu zar\u00f3wno u\u017cytkownik, jak i dostawca sprawdzaj\u0105, czy produkt ko\u0144cowy jest zgodny ze specyfikacj\u0105. Proces ten ko\u0144czy si\u0119 po otrzymaniu akceptacji podczas odbioru.<\/p>\n\n\n\n<p>Jednak w praktyce, b\u0142\u0119dy i problemy, kt\u00f3re nie zosta\u0142y wykryte podczas testowania i odbioru, mog\u0105 faktycznie wyst\u0105pi\u0107 w p\u00f3\u017aniejszych fazach eksploatacji. Co mo\u017cna \u017c\u0105da\u0107 prawnie, je\u015bli ju\u017c zaakceptowano dostaw\u0119? <br><\/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\/system-flaw-measure-after-acceptance\/#Nie_jest_dziwne_ze_bledy_pozostaja_nawet_po_akceptacji_lub_procesie_testowania\" title=\"Nie jest dziwne, \u017ce b\u0142\u0119dy pozostaj\u0105 nawet po akceptacji lub procesie testowania\">Nie jest dziwne, \u017ce b\u0142\u0119dy pozostaj\u0105 nawet po akceptacji lub procesie testowania<\/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\/pl\/it\/system-flaw-measure-after-acceptance\/#Zazwyczaj_dlug_jest_uznawany_za_wykonany\" title=\"Zazwyczaj d\u0142ug jest uznawany za wykonany\">Zazwyczaj d\u0142ug jest uznawany za wykonany<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/pl\/it\/system-flaw-measure-after-acceptance\/#Sciezka_dochodzenia_odpowiedzialnosci_na_podstawie_gwarancji_za_wady\" title=\"\u015acie\u017cka dochodzenia odpowiedzialno\u015bci na podstawie gwarancji za wady\">\u015acie\u017cka dochodzenia odpowiedzialno\u015bci na podstawie gwarancji za wady<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/pl\/it\/system-flaw-measure-after-acceptance\/#Pierwszym_krokiem_jest_sprawdzenie_powagi_i_nasilenia_bledow_i_usterek\" title=\"Pierwszym krokiem jest sprawdzenie powagi i nasilenia b\u0142\u0119d\u00f3w i usterek\">Pierwszym krokiem jest sprawdzenie powagi i nasilenia b\u0142\u0119d\u00f3w i usterek<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/pl\/it\/system-flaw-measure-after-acceptance\/#Nastepnie_nalezy_jasno_okreslic_czego_nalezy_zadac_od_dostawcy\" title=\"Nast\u0119pnie nale\u017cy jasno okre\u015bli\u0107, czego nale\u017cy \u017c\u0105da\u0107 od dostawcy\">Nast\u0119pnie nale\u017cy jasno okre\u015bli\u0107, czego nale\u017cy \u017c\u0105da\u0107 od dostawcy<\/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\/system-flaw-measure-after-acceptance\/#Inne_punkty_do_rozwazenia\" title=\"Inne punkty do rozwa\u017cenia\">Inne punkty do rozwa\u017cenia<\/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\/system-flaw-measure-after-acceptance\/#Podczas_podejmowania_dzialan_prawnych_takich_jak_rozwiazanie_umowy_wazne_jest_jak_to_zrobic\" title=\"Podczas podejmowania dzia\u0142a\u0144 prawnych, takich jak rozwi\u0105zanie umowy, wa\u017cne jest, jak to zrobi\u0107\">Podczas podejmowania dzia\u0142a\u0144 prawnych, takich jak rozwi\u0105zanie umowy, wa\u017cne jest, jak to zrobi\u0107<\/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\/system-flaw-measure-after-acceptance\/#Preferowane_jest_rozwiazanie_poprzez_negocjacje_a_nie_spory\" title=\"Preferowane jest rozwi\u0105zanie poprzez negocjacje, a nie spory\">Preferowane jest rozwi\u0105zanie poprzez negocjacje, a nie spory<\/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\/system-flaw-measure-after-acceptance\/#Powinnismy_rozrozniac_miedzy_bledami_i_usterkami_a_brakiem_funkcji\" title=\"Powinni\u015bmy rozr\u00f3\u017cnia\u0107 mi\u0119dzy b\u0142\u0119dami i usterkami a brakiem funkcji\">Powinni\u015bmy rozr\u00f3\u017cnia\u0107 mi\u0119dzy b\u0142\u0119dami i usterkami a brakiem funkcji<\/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\/system-flaw-measure-after-acceptance\/#Podsumowanie\" title=\"Podsumowanie\">Podsumowanie<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Nie_jest_dziwne_ze_bledy_pozostaja_nawet_po_akceptacji_lub_procesie_testowania\"><\/span>Nie jest dziwne, \u017ce b\u0142\u0119dy pozostaj\u0105 nawet po akceptacji lub procesie testowania<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Z technicznego punktu widzenia, nie jest rzadko\u015bci\u0105, \u017ce r\u00f3\u017cne b\u0142\u0119dy i problemy ujawniaj\u0105 si\u0119 po zako\u0144czeniu r\u00f3\u017cnych proces\u00f3w testowych po stronie dostawcy oraz po akceptacji po stronie u\u017cytkownika. Zazwyczaj, to, co u\u017cytkownik robi podczas procesu akceptacji, skupia si\u0119 g\u0142\u00f3wnie na sprawdzaniu wej\u015b\u0107 i wyj\u015b\u0107, kt\u00f3re mo\u017cna potwierdzi\u0107 na ekranie. Jednak\u017ce, systemy IT cz\u0119sto maj\u0105 skomplikowan\u0105 i szczeg\u00f3\u0142ow\u0105 struktur\u0119 w bazie danych lub w cz\u0119\u015bci programu, kt\u00f3ry kontroluje r\u00f3\u017cne obliczenia i sterowanie, co jest wi\u0119cej ni\u017c to, co mo\u017cna zobaczy\u0107 na ekranie z perspektywy u\u017cytkownika. Dlatego, jest pewne ograniczenie w tym, co mo\u017cna zbada\u0107 z punktu widzenia u\u017cytkownika na ekranie. Dlatego, nie jest realistyczne, aby w pe\u0142ni zweryfikowa\u0107 wszystkie mo\u017cliwe problemy, kt\u00f3re mog\u0105 wyst\u0105pi\u0107 w p\u00f3\u017aniejszej fazie operacyjnej podczas sprawdzania.<\/p>\n\n\n\n<p>Podobne okoliczno\u015bci mog\u0105 by\u0107 powiedziane, nawet z perspektywy dostawcy, kt\u00f3ry jest odpowiedzialny za rozw\u00f3j. Na przyk\u0142ad, proces testowy jest tym, kt\u00f3ry sprawdza, czy nie ma b\u0142\u0119d\u00f3w lub problem\u00f3w w tre\u015bci zaimplementowanego programu. Jednak\u017ce, nawet w procesie testowym, nie zawsze jest mo\u017cliwe w pe\u0142ni zweryfikowanie wszystkich mo\u017cliwych b\u0142\u0119d\u00f3w i problem\u00f3w. Nawet po tym, jak rozwini\u0119ty system zaczyna by\u0107 aktywnie wykorzystywany w biznesie, wymaga to doskona\u0142ych umiej\u0119tno\u015bci technicznych, aby stworzy\u0107 system, kt\u00f3ry nadal dzia\u0142a bez problem\u00f3w, nawet gdy s\u0105 wykonywane operacje, kt\u00f3rych dostawca nie przewidzia\u0142, lub gdy zaczyna si\u0119 rejestrowa\u0107 du\u017c\u0105 ilo\u015b\u0107 danych, lub gdy wielu u\u017cytkownik\u00f3w zaczyna jednocze\u015bnie uzyskiwa\u0107 dost\u0119p.<\/p>\n\n\n\n<p>Powinni\u015bmy najpierw zrozumie\u0107, \u017ce nie jest realistyczne, aby odkry\u0107 wszystkie b\u0142\u0119dy i problemy na etapie akceptacji lub testowania, i \u017ce r\u00f3\u017cne problemy mog\u0105 si\u0119 ujawni\u0107 po rozpocz\u0119ciu u\u017cytkowania systemu IT.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Zazwyczaj_dlug_jest_uznawany_za_wykonany\"><\/span>Zazwyczaj d\u0142ug jest uznawany za wykonany<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_326816432-1024x977.jpg\" alt=\"\" class=\"wp-image-4911\" \/><figcaption class=\"wp-element-caption\">W praktyce cz\u0119sto trudno jest poci\u0105gn\u0105\u0107 do odpowiedzialno\u015bci dostawc\u0119 za b\u0142\u0119dy pojawiaj\u0105ce si\u0119 po rozpocz\u0119ciu korzystania z programu.<\/figcaption><\/figure>\n\n\n\n<p>Wi\u0119c jak nale\u017cy post\u0119powa\u0107, gdy takie problemy faktycznie si\u0119 pojawi\u0105? Przeanalizujemy to zgodnie z kolejno\u015bci\u0105 prawn\u0105.<\/p>\n\n\n\n<p>Po pierwsze, je\u015bli po fakcie odkryto r\u00f3\u017cne b\u0142\u0119dy i usterki, u\u017cytkownik prawdopodobnie b\u0119dzie chcia\u0142 poci\u0105gn\u0105\u0107 do odpowiedzialno\u015bci dostawc\u0119, od kt\u00f3rego do tej pory zleca\u0142 prace. Jednak zazwyczaj, je\u015bli dostawa ju\u017c zosta\u0142a zako\u0144czona i zosta\u0142a zatwierdzona, trudno jest dochodzi\u0107 odpowiedzialno\u015bci na podstawie niewykonania zobowi\u0105zania.<\/p>\n\n\n\n<p>Przede wszystkim, je\u015bli nie ma \u017cadnych specjalnych ustale\u0144, umowa o rozw\u00f3j systemu podlega przepisom o umowie o dzie\u0142o w kodeksie cywilnym. Szczeg\u00f3\u0142owe wyja\u015bnienie, czym jest umowa o dzie\u0142o, znajduje si\u0119 w poni\u017cszym artykule.<\/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>W umowie o dzie\u0142o, &#8220;uko\u0144czenie pracy&#8221; jest wymogiem wykonania zobowi\u0105zania. Szczeg\u00f3\u0142owe wyja\u015bnienie, co konkretnie oznacza &#8220;uko\u0144czenie pracy&#8221;, znajduje si\u0119 w poni\u017cszym artykule.<\/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>Tutaj wyja\u015bniamy, \u017ce w poprzednich wyrokach s\u0105dowych, &#8220;uko\u0144czenie pracy&#8221; w umowie o dzie\u0142o oznacza zako\u0144czenie ca\u0142ego procesu rozwoju systemu. Wyja\u015bniamy r\u00f3wnie\u017c, \u017ce problemy takie jak b\u0142\u0119dy i usterki po zako\u0144czeniu ca\u0142ego procesu rozwoju staj\u0105 si\u0119 problemem odpowiedzialno\u015bci za wady w umowie o dzie\u0142o.<\/p>\n\n\n\n<p>Podsumowuj\u0105c, je\u015bli raz przyj\u0119to dostaw\u0119 i zako\u0144czono proces akceptacji, zobowi\u0105zanie jest z g\u00f3ry uznawane za wykonane, a nast\u0119pnie pojawia si\u0119 problem gwarancji jako\u015bci, czyli mo\u017cliwo\u015b\u0107 dochodzenia odpowiedzialno\u015bci za wady. To jest zazwyczaj problem.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sciezka_dochodzenia_odpowiedzialnosci_na_podstawie_gwarancji_za_wady\"><\/span>\u015acie\u017cka dochodzenia odpowiedzialno\u015bci na podstawie gwarancji za wady<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Wi\u0119c, jakie kroki powinni\u015bmy podj\u0105\u0107, aby \u017c\u0105da\u0107 od dostawcy dzia\u0142a\u0144 na podstawie gwarancji za wady? Sprawd\u017amy to poni\u017cej.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Pierwszym_krokiem_jest_sprawdzenie_powagi_i_nasilenia_bledow_i_usterek\"><\/span>Pierwszym krokiem jest sprawdzenie powagi i nasilenia b\u0142\u0119d\u00f3w i usterek<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Kiedy b\u0142\u0119dy i usterki zostaj\u0105 wykryte po fakcie i s\u0105 one uznane za &#8220;wady&#8221; w sensie prawnym, powaga tych b\u0142\u0119d\u00f3w i usterek staje si\u0119 problemem. Kwestia prawnych wad dzieli si\u0119 na trzy kategorie:<\/p>\n\n\n\n<ol>\n<li>Chocia\u017c jest to b\u0142\u0105d lub usterka, jest to tylko drobna sprawa i nie mo\u017cna jej uzna\u0107 za &#8220;wad\u0119&#8221; w sensie prawnym<\/li>\n\n\n\n<li>Chocia\u017c jest to &#8220;wada&#8221; w sensie prawnym, osi\u0105gni\u0119cie celu umowy jest nadal mo\u017cliwe<\/li>\n\n\n\n<li>Jest to &#8220;wada&#8221; w sensie prawnym, a osi\u0105gni\u0119cie celu umowy jest niemo\u017cliwe<\/li>\n<\/ol>\n\n\n\n<p>Co dzieli mo\u017cliwo\u015b\u0107 dochodzenia odpowiedzialno\u015bci na podstawie gwarancji za wady to granica mi\u0119dzy 1 a 2, a co dzieli mo\u017cliwo\u015b\u0107 rozwi\u0105zania umowy na podstawie gwarancji za wady to granica mi\u0119dzy 2 a 3.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artyku\u0142 634<\/p>\n\n\n\n<p>1. Kiedy w przedmiocie umowy jest <u>wada<\/u>, zamawiaj\u0105cy mo\u017ce \u017c\u0105da\u0107 od wykonawcy <u>naprawy tej wady<\/u> w okre\u015blonym czasie. Jednak\u017ce, je\u015bli wada nie jest powa\u017cna i naprawa wymaga nadmiernych koszt\u00f3w, nie dotyczy to tego przypadku.<br><\/p>\n\n\n\n<p>2. Zamawiaj\u0105cy mo\u017ce \u017c\u0105da\u0107 <u>odszkodowania<\/u> zamiast lub wraz z napraw\u0105 wady. W tym przypadku stosuje si\u0119 przepisy artyku\u0142u 533<\/p>\n\n\n\n<p>Artyku\u0142 635<\/p>\n\n\n\n<p>Kiedy w przedmiocie umowy jest wada i z tego powodu <u>nie mo\u017cna osi\u0105gn\u0105\u0107 celu umowy<\/u>, zamawiaj\u0105cy mo\u017ce rozwi\u0105za\u0107 umow\u0119. Jednak\u017ce, nie dotyczy to budynk\u00f3w i innych konstrukcji zwi\u0105zanych z ziemi\u0105.<br><\/p>\n<\/blockquote>\n\n\n\n<p>Co do stopniowego rozr\u00f3\u017cnienia &#8220;wad&#8221;, om\u00f3wili\u015bmy to szczeg\u00f3\u0142owo w poni\u017cszym artykule.<\/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<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Nastepnie_nalezy_jasno_okreslic_czego_nalezy_zadac_od_dostawcy\"><\/span>Nast\u0119pnie nale\u017cy jasno okre\u015bli\u0107, czego nale\u017cy \u017c\u0105da\u0107 od dostawcy<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Nast\u0119pnie musisz jasno okre\u015bli\u0107, czego powiniene\u015b \u017c\u0105da\u0107 od drugiej strony. Je\u015bli chcesz rozwi\u0105za\u0107 umow\u0119, nie wystarczy udowodni\u0107, \u017ce jest to wada, musisz r\u00f3wnie\u017c udowodni\u0107, \u017ce jest to na tyle powa\u017cne, \u017ce &#8220;nie mo\u017cna osi\u0105gn\u0105\u0107 celu umowy&#8221;. W ocenie &#8220;celu&#8221; wa\u017cne s\u0105 takie rzeczy jak protoko\u0142y z posiedze\u0144 odbywaj\u0105cych si\u0119 na pocz\u0105tku projektu rozwoju systemu czy zapisy w specyfikacji. Poniewa\u017c mo\u017cliwe jest, \u017ce b\u0142\u0119dy i usterki zostan\u0105 wykryte po akceptacji, wa\u017cne jest, aby zachowa\u0107 wszelkie dokumenty nawet po zako\u0144czeniu projektu rozwoju.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>W przypadku innych ni\u017c rozwi\u0105zanie, mo\u017cliwe jest \u017c\u0105danie odszkodowania za szkody lub naprawy wad jako tre\u015bci gwarancji za wady.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Inne_punkty_do_rozwazenia\"><\/span>Inne punkty do rozwa\u017cenia<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_1299988513-1024x684.jpg\" alt=\"\" class=\"wp-image-4913\" \/><figcaption class=\"wp-element-caption\">Zarz\u0105dzanie dokumentacj\u0105 i zrozumienie proces\u00f3w prawnych do zako\u0144czenia projektu s\u0105 wa\u017cne.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Podczas_podejmowania_dzialan_prawnych_takich_jak_rozwiazanie_umowy_wazne_jest_jak_to_zrobic\"><\/span>Podczas podejmowania dzia\u0142a\u0144 prawnych, takich jak rozwi\u0105zanie umowy, wa\u017cne jest, jak to zrobi\u0107<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Je\u015bli zawarto\u015b\u0107 odpowiedzialno\u015bci za wady jest taka, \u017ce umowa jest rozwi\u0105zana, powiniene\u015b r\u00f3wnie\u017c nauczy\u0107 si\u0119, jak przeprowadzi\u0107 procedury prawne do rozwi\u0105zania umowy. Szczeg\u00f3\u0142owe wyja\u015bnienia dotycz\u0105ce skutk\u00f3w rozwi\u0105zania umowy, skutecznego wyra\u017cenia woli, sposobu powiadamiania, aby unikn\u0105\u0107 problem\u00f3w w przysz\u0142o\u015bci, s\u0105 dost\u0119pne w poni\u017cszym artykule.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/cancellation-of-contracts-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/cancellation-of-contracts-in-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Preferowane_jest_rozwiazanie_poprzez_negocjacje_a_nie_spory\"><\/span>Preferowane jest rozwi\u0105zanie poprzez negocjacje, a nie spory<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ponadto, te wszystkie argumenty prawne nie maj\u0105 znaczenia tylko wtedy, gdy dochodzi do procesu s\u0105dowego. Rozwi\u0105zanie sporu przez s\u0105d jest bardzo obci\u0105\u017caj\u0105ce dla obu stron. Zamiast tego, te wiedze powinny by\u0107 wykorzystane na etapie negocjacji przed procesem s\u0105dowym. Szczeg\u00f3\u0142owe wyja\u015bnienia na temat znaczenia tej wiedzy prawnej w negocjacjach poza s\u0105dem s\u0105 dost\u0119pne w poni\u017cszym artykule.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/disputes-related-to-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/disputes-related-to-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Powinnismy_rozrozniac_miedzy_bledami_i_usterkami_a_brakiem_funkcji\"><\/span>Powinni\u015bmy rozr\u00f3\u017cnia\u0107 mi\u0119dzy b\u0142\u0119dami i usterkami a brakiem funkcji<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Dyskusja r\u00f3\u017cni si\u0119 w zale\u017cno\u015bci od tego, czy istniej\u0105 b\u0142\u0119dy lub usterki w funkcjach lub specyfikacjach, kt\u00f3re zosta\u0142y zaimplementowane, czy te\u017c nie ma niezb\u0119dnych funkcji. Je\u015bli nie ma wszystkich niezb\u0119dnych funkcji, &#8220;zako\u0144czenie pracy&#8221; w umowie o zlecenie mo\u017ce nie by\u0107 uznane, a wykonanie zobowi\u0105zania mo\u017ce nie by\u0107 uznane.<\/p>\n\n\n\n<p>Nawet je\u015bli nie ma tych niezb\u0119dnych funkcji lub specyfikacji, je\u015bli wynika to z faktu, \u017ce u\u017cytkownik nie dostarczy\u0142 odpowiednich informacji na etapie definiowania wymaga\u0144, mo\u017ce by\u0107 niew\u0142a\u015bciwe uwa\u017ca\u0107 to za cz\u0119\u015b\u0107 tre\u015bci umowy.<br><\/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>Problemy, kt\u00f3re pojawiaj\u0105 si\u0119 w trakcie realizacji projektu, mog\u0105 ujawni\u0107 si\u0119 zar\u00f3wno podczas jego trwania, jak i na etapie eksploatacji, czyli po zako\u0144czeniu. Charakterystyczn\u0105 cech\u0105 projekt\u00f3w zwi\u0105zanych z rozwojem system\u00f3w jest to, \u017ce nie zawsze mo\u017cna czu\u0107 si\u0119 bezpiecznie, nawet po pomy\u015blnym zako\u0144czeniu wszystkich etap\u00f3w. Wydaje si\u0119, \u017ce jest to symbolizowane przez system odpowiedzialno\u015bci za wady, znanego jako &#8220;odpowiedzialno\u015b\u0107 za gwarancj\u0119 jako\u015bci&#8221;. Uwa\u017ca si\u0119, \u017ce wa\u017cne jest zar\u00f3wno dok\u0142adne zarz\u0105dzanie dokumentacj\u0105, uwzgl\u0119dniaj\u0105ce okres po zako\u0144czeniu projektu rozwoju systemu, jak i zrozumienie ca\u0142ego tego procesu.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Rozw\u00f3j systemu, m\u00f3wi\u0105c og\u00f3lnie, polega na tym, \u017ce implementacja programu jest prowadzona zgodnie z tre\u015bci\u0105 ustalon\u0105 w fazie definiowania wymaga\u0144, a na ko\u0144cu zar\u00f3wno u\u017cytkownik, jak i dostawca sprawdza [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":59030,"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\/58870"}],"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=58870"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/58870\/revisions"}],"predecessor-version":[{"id":59029,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/58870\/revisions\/59029"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media\/59030"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media?parent=58870"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/categories?post=58870"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/tags?post=58870"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}