{"id":58222,"date":"2023-09-22T15:50:13","date_gmt":"2023-09-22T06:50:13","guid":{"rendered":"https:\/\/monolith.law\/pl\/?p=58222"},"modified":"2024-02-27T16:48:08","modified_gmt":"2024-02-27T07:48:08","slug":"system-development-contract-check-quasi-mandate","status":"publish","type":"post","link":"https:\/\/monolith.law\/pl\/general-corporate\/system-development-contract-check-quasi-mandate","title":{"rendered":"Punkty do sprawdzenia w umowie, gdy rozw\u00f3j systemu jest prowadzony na zasadzie p\u00f3\u0142zlecenia"},"content":{"rendered":"\n<p>Obecnie, stopie\u0144 wykorzystania IT w \u017cyciu codziennym i dzia\u0142alno\u015bci spo\u0142eczno-gospodarczej w naszym kraju gwa\u0142townie ro\u015bnie, wraz z dynamicznym rozwojem wydajno\u015bci komputer\u00f3w i rozpowszechnieniem Internetu. W zwi\u0105zku z tym, spo\u0142eczne skutki zatrzymania lub obni\u017cenia funkcji us\u0142ug i operacji z powodu awarii system\u00f3w informacyjnych rosn\u0105 z dnia na dzie\u0144, a poprawa niezawodno\u015bci i bezpiecze\u0144stwa system\u00f3w staje si\u0119 du\u017cym wyzwaniem.<\/p>\n\n\n\n<p>Z drugiej strony, kumulacja um\u00f3w dotycz\u0105cych rozwoju system\u00f3w IT, kt\u00f3re nie by\u0142y przewidywane w momencie ustawodawstwa, cz\u0119sto prowadzi do niejasno\u015bci tre\u015bci transakcji. Wizualizacja transakcji opartych na bliskiej komunikacji mi\u0119dzy zamawiaj\u0105cym (u\u017cytkownikiem) a wykonawc\u0105 (dostawc\u0105), oraz jasne okre\u015blenie podzia\u0142u r\u00f3l i relacji odpowiedzialno\u015bci, staj\u0105 si\u0119 wyzwaniem.<\/p>\n\n\n\n<p>Ponadto, wraz z tym, jak systemy informacyjne zacz\u0119\u0142y by\u0107 budowane na podstawie r\u00f3\u017cnorodnych kombinacji element\u00f3w, zacz\u0119\u0142y one obejmowa\u0107 ryzyko zwi\u0105zane z kombinacjami, kt\u00f3re nie istnia\u0142y wcze\u015bniej.<br><\/p>\n\n\n\n<p>W celu poprawy niezawodno\u015bci i bezpiecze\u0144stwa takich system\u00f3w informacyjnych, Ministerstwo Gospodarki, Handlu i Przemys\u0142u (METI) opublikowa\u0142o wytyczne, w kt\u00f3rych przedstawiono model umowy dotycz\u0105cej rozwoju system\u00f3w, z komentarzami do ka\u017cdego punktu.<\/p>\n\n\n\n<p>W tym artykule, przytaczaj\u0105c klauzule modelowej umowy Ministerstwa Gospodarki, Handlu i Przemys\u0142u, om\u00f3wimy punkty do sprawdzenia w umowie, gdy zawierana jest umowa typu quasi-delegacyjnego w zakresie rozwoju system\u00f3w IT.<\/p>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/12\/shutterstock_1396704317-1024x683.jpg\" alt=\"\" class=\"wp-image-6126\" \/><figcaption class=\"wp-element-caption\">Rozw\u00f3j system\u00f3w to tworzenie system\u00f3w biznesowych w firmach za pomoc\u0105 technologii IT.<\/figcaption><\/figure>\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\/general-corporate\/system-development-contract-check-quasi-mandate\/#System_development_and_quasi-mandate_contract\" title=\"System development and quasi-mandate contract\">System development and quasi-mandate contract<\/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\/general-corporate\/system-development-contract-check-quasi-mandate\/#What_is_a_quasi-mandate_contract\" title=\"What is a quasi-mandate contract?\">What is a quasi-mandate contract?<\/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\/general-corporate\/system-development-contract-check-quasi-mandate\/#Difference_from_a_contract\" title=\"Difference from a contract\">Difference from a contract<\/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\/general-corporate\/system-development-contract-check-quasi-mandate\/#Model_klauzul_umowy_o_zlecenie_i_punkty_kontrolne\" title=\"Model klauzul umowy o zlecenie i punkty kontrolne\">Model klauzul umowy o zlecenie i punkty kontrolne<\/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\/general-corporate\/system-development-contract-check-quasi-mandate\/#Wsparcie_w_tworzeniu_definicji_wymagan\" title=\"Wsparcie w tworzeniu definicji wymaga\u0144\">Wsparcie w tworzeniu definicji wymaga\u0144<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/pl\/general-corporate\/system-development-contract-check-quasi-mandate\/#Tworzenie_dokumentacji_zewnetrznego_projektu\" title=\"Tworzenie dokumentacji zewn\u0119trznego projektu\">Tworzenie dokumentacji zewn\u0119trznego projektu<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/pl\/general-corporate\/system-development-contract-check-quasi-mandate\/#Uslugi_w_zakresie_rozwoju_oprogramowania\" title=\"Us\u0142ugi w zakresie rozwoju oprogramowania\">Us\u0142ugi w zakresie rozwoju oprogramowania<\/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\/general-corporate\/system-development-contract-check-quasi-mandate\/#Uslugi_wsparcia_przygotowania_i_migracji_oprogramowania\" title=\"Us\u0142ugi wsparcia przygotowania i migracji oprogramowania\">Us\u0142ugi wsparcia przygotowania i migracji oprogramowania<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/pl\/general-corporate\/system-development-contract-check-quasi-mandate\/#Okreslanie_charakteru_umowy\" title=\"Okre\u015blanie charakteru umowy\">Okre\u015blanie charakteru umowy<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"System_development_and_quasi-mandate_contract\"><\/span>System development and quasi-mandate contract<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"What_is_a_quasi-mandate_contract\"><\/span>What is a quasi-mandate contract?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Quasi-mandate contract is defined in the Civil Code by applying the provisions of the mandate contract.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Section 10 Mandate<br>Article 643 A mandate is created by one party entrusting the other party to perform a legal act, and the other party accepting this, thereby producing its effect.<br>Article 656 The provisions of this section shall be applied mutatis mutandis to the entrustment of non-legal affairs.<\/p>\n<\/blockquote>\n\n\n\n<p>A quasi-mandate contract is a contract with the purpose of one party performing administrative tasks entrusted by another party. The trustee has a duty to perform the work with the care of a good manager (duty of care). The duty of care, simply put, means &#8220;doing your best&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Difference_from_a_contract\"><\/span>Difference from a contract<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>In a quasi-mandate contract, as mentioned above, the trustee has a duty of care, but unlike a contract, does not have a duty to complete the work. Therefore, if there is no clear object, the trustee does not bear the warranty liability for defects.<br>However, since the trustee has a duty of care, in cases of negligence or fatal lack of attention, there may be cases where the trustee bears liability for damages based on non-performance of obligations, or the contract is cancelled.<\/p>\n\n\n\n<p>As mentioned above, in a quasi-mandate contract, the trustee does not have a duty to complete the work. On the other hand, in a contract, the trustee has a duty to complete the work. The following article explains the case of concluding system development in a contract type.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/checkpoints-for-contracts-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/checkpoints-for-contracts-of-system-development[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Model_klauzul_umowy_o_zlecenie_i_punkty_kontrolne\"><\/span>Model klauzul umowy o zlecenie i punkty kontrolne<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wsparcie_w_tworzeniu_definicji_wymagan\"><\/span>Wsparcie w tworzeniu definicji wymaga\u0144<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Realizacja us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144)<br>Artyku\u0142 \u3007 Druga strona, po zawarciu indywidualnej umowy okre\u015blonej w artykule \u3007, \u015bwiadczy us\u0142ug\u0119 wsparcia w tworzeniu definicji wymaga\u0144 (zwanej dalej &#8220;us\u0142ug\u0105 wsparcia w tworzeniu definicji wymaga\u0144&#8221;) na podstawie dokument\u00f3w koncepcyjnych systemu informacyjnego, plan\u00f3w systematyzacji itp. stworzonych przez pierwsz\u0105 stron\u0119.<\/p>\n\n\n\n<p>2. Druga strona, na podstawie swojej specjalistycznej wiedzy i do\u015bwiadczenia w zakresie technologii przetwarzania informacji, zapewnia wsparcie w postaci bada\u0144, analiz, organizacji, propozycji i doradztwa, aby prace pierwszej strony by\u0142y realizowane sprawnie i prawid\u0142owo.<\/p>\n<\/blockquote>\n\n\n\n<p>Definicja wymaga\u0144 to proces kompilacji specyfikacji wymaga\u0144 systemu (funkcji, kt\u00f3re powinny by\u0107 realizowane przez oprogramowanie), kt\u00f3ry u\u017cytkownik zamierza zbudowa\u0107, i jest to zadanie, kt\u00f3re w du\u017cym stopniu zale\u017cy od tre\u015bci pracy u\u017cytkownika. W tym rozdziale, zak\u0142adamy, \u017ce definicj\u0119 wymaga\u0144 tworzy u\u017cytkownik, a dostawca wspiera ten proces w formie umowy quasi-zlecenia. Jednak\u017ce, nawet je\u015bli jest to umowa quasi-zlecenia, dostawca nie jest zwolniony z jakiejkolwiek odpowiedzialno\u015bci, poniewa\u017c jako zleceniobiorca ma obowi\u0105zek do\u0142o\u017cy\u0107 nale\u017cytej staranno\u015bci. Je\u017celi zaniedba ten obowi\u0105zek i wsparcie w tworzeniu definicji wymaga\u0144 nie zostanie prawid\u0142owo zrealizowane, dostawca ponosi odpowiedzialno\u015b\u0107 za niewykonanie zobowi\u0105za\u0144 z tytu\u0142u naruszenia obowi\u0105zku do\u0142o\u017cenia nale\u017cytej staranno\u015bci.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Zawarcie indywidualnej umowy dotycz\u0105cej us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144)<br>Artyku\u0142 \u3007 Pierwsza i druga strona, w odniesieniu do us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144, ustalaj\u0105 warunki transakcji okre\u015blone w artykule \u3007, punkt \u3007, po przeprowadzeniu negocjacji, i zawieraj\u0105 indywidualn\u0105 umow\u0119 dotycz\u0105c\u0105 us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144.<\/p>\n<\/blockquote>\n\n\n\n<p>Zakres us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144 jest ustalany w indywidualnej umowie zgodnie z warunkami okre\u015blonymi w poprzednim artykule.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Spotkanie dotycz\u0105ce rozwa\u017cania definicji wymaga\u0144)<br>Artyku\u0142 \u3007 Pierwsza strona organizuje spotkanie dotycz\u0105ce rozwa\u017cania definicji wymaga\u0144 (zwane dalej w tym rozdziale &#8220;spotkaniem dotycz\u0105cym rozwa\u017cania definicji wymaga\u0144&#8221;) w celu wyja\u015bnienia lub potwierdzenia kwestii niezb\u0119dnych do stworzenia definicji wymaga\u0144, z tak\u0105 cz\u0119stotliwo\u015bci\u0105, jak\u0105 uwa\u017ca za konieczn\u0105, a druga strona uczestniczy w tym spotkaniu i realizuje us\u0142ug\u0119 wsparcia w tworzeniu definicji wymaga\u0144.<\/p>\n\n\n\n<p>2. Druga strona r\u00f3wnie\u017c mo\u017ce zorganizowa\u0107 spotkanie dotycz\u0105ce rozwa\u017cania definicji wymaga\u0144, je\u017celi uzna to za konieczne do realizacji us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144, a pierwsza strona uczestniczy w tym spotkaniu.<\/p>\n<\/blockquote>\n\n\n\n<p>W celu stworzenia definicji wymaga\u0144, kt\u00f3ra definiuje wymagania biznesowe i funkcjonalne oraz niefunkcjonalne wymagania systemu, konieczna jest wsp\u00f3\u0142praca mi\u0119dzy dzia\u0142em biznesowym u\u017cytkownika, dzia\u0142em system\u00f3w informacyjnych i dostawc\u0105. Z uwagi na to, \u017ce ten proces jest umow\u0105 quasi-zlecenia, w punkcie 1 okre\u015blono, \u017ce organizatorem jest u\u017cytkownik, a dostawca, kt\u00f3ry \u015bwiadczy wsparcie, uczestniczy w tym procesie. Wyja\u015bnienie lub potwierdzenie kwestii niezb\u0119dnych do stworzenia definicji wymaga\u0144 odbywa si\u0119 na spotkaniu dotycz\u0105cym rozwa\u017cania definicji wymaga\u0144, a u\u017cytkownik i dostawca s\u0105 zwi\u0105zani wynikami tego spotkania.<\/p>\n\n\n\n<p>Punkt 2 okre\u015bla, \u017ce dostawca r\u00f3wnie\u017c mo\u017ce zorganizowa\u0107 spotkanie dotycz\u0105ce rozwa\u017cania definicji wymaga\u0144, je\u017celi uzna to za konieczne do realizacji us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Zatwierdzenie definicji wymaga\u0144)<br>Artyku\u0142 \u3007 Gdy pierwsza strona zako\u0144czy tworzenie definicji wymaga\u0144, pierwsza i druga strona sprawdzaj\u0105, czy definicja wymaga\u0144 jest zgodna z decyzjami podj\u0119tymi na spotkaniu dotycz\u0105cym rozwa\u017cania definicji wymaga\u0144 okre\u015blonym w poprzednim artykule, w okresie okre\u015blonym w indywidualnej umowie (zwany dalej &#8220;okresem sprawdzania definicji wymaga\u0144&#8221;), a jako dow\u00f3d potwierdzenia zgodno\u015bci, osoby odpowiedzialne z obu stron podpisuj\u0105 i piecz\u0119tuj\u0105 definicj\u0119 wymaga\u0144. Jednak\u017ce, je\u017celi w wyniku sprawdzenia stwierdzi si\u0119, \u017ce definicja wymaga\u0144 nie jest zgodna z decyzjami podj\u0119tymi na spotkaniu dotycz\u0105cym rozwa\u017cania definicji wymaga\u0144, pierwsza strona tworzy poprawion\u0105 wersj\u0119 w okre\u015blonym po konsultacjach terminie, a pierwsza i druga strona ponownie przeprowadzaj\u0105 powy\u017csze sprawdzenie i procedur\u0119 potwierdzenia.<\/p>\n\n\n\n<p>2. Definicja wymaga\u0144 jest uwa\u017cana za zatwierdzon\u0105 po potwierdzeniu przez obie strony, zgodnie z poprzednim punktem.<\/p>\n\n\n\n<p>3. Je\u017celi w wyniku poprawek okre\u015blonych w punkcie 1 konieczne jest zmienienie warunk\u00f3w indywidualnej umowy, takich jak okres realizacji prac, op\u0142ata za zlecenie itp., procedura ta jest realizowana zgodnie z artyku\u0142em \u3007.<\/p>\n<\/blockquote>\n\n\n\n<p>Definicja wymaga\u0144 to faza, w kt\u00f3rej u\u017cytkownik otrzymuje wst\u0119pne szacunkowe kosztorysy od dostawcy i ustala wymagania niezb\u0119dne do realizacji projektowania systemu itp. Je\u017celi wymagania s\u0105 niejasne, dostawca mo\u017ce mie\u0107 trudno\u015bci z dok\u0142adnym oszacowaniem, a w p\u00f3\u017aniejszej fazie rozwoju mog\u0105 wyst\u0105pi\u0107 problemy. Ten artyku\u0142 okre\u015bla procedur\u0119, w kt\u00f3rej u\u017cytkownik i dostawca sprawdzaj\u0105 definicj\u0119 wymaga\u0144, kt\u00f3ra stanowi podstaw\u0119 dla p\u00f3\u017aniejszych prac rozwojowych, a osoby odpowiedzialne potwierdzaj\u0105 j\u0105 poprzez podpisanie i piecz\u0119towanie. W przypadku, gdy w wyniku sprawdzenia definicji wymaga\u0144 stwierdzi si\u0119, \u017ce konieczne s\u0105 poprawki, w punkcie 1 okre\u015blono procedur\u0119 w takim przypadku.<\/p>\n\n\n\n<p>Punkt 2 jasno okre\u015bla, \u017ce definicja wymaga\u0144 jest zatwierdzona po potwierdzeniu przez obie strony.<br>Punkt 3 okre\u015bla, \u017ce je\u017celi w wyniku poprawek okre\u015blonych w punkcie 1 konieczne jest zmienienie warunk\u00f3w indywidualnej umowy, takich jak zwi\u0119kszenie ilo\u015bci pracy dostawcy, przed\u0142u\u017cenie harmonogramu itp., nale\u017cy dokona\u0107 odpowiednich zmian.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Zako\u0144czenie prac i potwierdzenie)<br>Artyku\u0142 \u3007 Druga strona, w ci\u0105gu \u25cb dni po zatwierdzeniu definicji wymaga\u0144 okre\u015blonej w poprzednim artykule, sporz\u0105dza raport ko\u0144cowy i sk\u0142ada go pierwszej stronie.<\/p>\n\n\n\n<p>2. Pierwsza strona, w okresie okre\u015blonym w indywidualnej umowie (zwany dalej &#8220;okresem sprawdzania zako\u0144czenia us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144&#8221;), sprawdza ten raport ko\u0144cowy.<\/p>\n\n\n\n<p>3. Je\u017celi pierwsza strona nie ma zastrze\u017ce\u0144 co do tre\u015bci tego raportu ko\u0144cowego, podpisuje i piecz\u0119tuje potwierdzenie zako\u0144czenia prac i przekazuje je drugiej stronie, potwierdzaj\u0105c zako\u0144czenie us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144.<\/p>\n\n\n\n<p>4. Je\u017celi pierwsza strona nie zg\u0142osi zastrze\u017ce\u0144 na pi\u015bmie z konkretnym uzasadnieniem w okresie sprawdzania zako\u0144czenia us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144, uwa\u017ca si\u0119, \u017ce potwierdzi\u0142a zako\u0144czenie prac po up\u0142ywie okresu sprawdzania zako\u0144czenia us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144.<\/p>\n<\/blockquote>\n\n\n\n<p>Z uwagi na to, \u017ce ten proces jest umow\u0105 quasi-zlecenia, ten artyku\u0142 okre\u015bla procedur\u0119 sprawdzania, czy dostawca prawid\u0142owo wykona\u0142 prace wsparcia zgodnie z obowi\u0105zkiem do\u0142o\u017cenia nale\u017cytej staranno\u015bci, na podstawie raportu ko\u0144cowego, kt\u00f3ry dokumentuje tre\u015b\u0107 prac.<br>Punkt 1 okre\u015bla obowi\u0105zek dostarczenia raportu ko\u0144cowego.<br>Punkt 2 jasno okre\u015bla okres sprawdzania raportu ko\u0144cowego, aby unikn\u0105\u0107 op\u00f3\u017anie\u0144 w jego sprawdzeniu.<br>Punkt 3 okre\u015bla, \u017ce zako\u0144czenie us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144 jest potwierdzane przez u\u017cytkownika poprzez podpisanie i piecz\u0119towanie potwierdzenia zako\u0144czenia prac.<br>Punkt 4 okre\u015bla domniemanie potwierdzenia zako\u0144czenia prac, je\u017celi u\u017cytkownik nie zg\u0142osi zastrze\u017ce\u0144 na pi\u015bmie w okresie sprawdzania zako\u0144czenia us\u0142ugi wsparcia w tworzeniu definicji wymaga\u0144. Ten przepis uwzgl\u0119dnia fakt, \u017ce je\u017celi u\u017cytkownik z jakiego\u015b powodu nie przeprowadzi procedury potwierdzenia na czas, mo\u017ce to spowodowa\u0107 op\u00f3\u017anienie w dalszych pracach lub rozpocz\u0119cie dalszych prac bez jasnego potwierdzenia, co mo\u017ce prowadzi\u0107 do niejasno\u015bci w relacjach odpowiedzialno\u015bci mi\u0119dzy u\u017cytkownikiem a dostawc\u0105.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Tworzenie_dokumentacji_zewnetrznego_projektu\"><\/span>Tworzenie dokumentacji zewn\u0119trznego projektu<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\/12\/shutterstock_249483259-1024x620.jpg\" alt=\"\" class=\"wp-image-6127\" \/><figcaption class=\"wp-element-caption\">Definiowanie wymaga\u0144 to proces zbierania specyfikacji systemu, kt\u00f3ry u\u017cytkownik chce zbudowa\u0107 (funkcje, kt\u00f3re powinny by\u0107 zrealizowane za pomoc\u0105 oprogramowania), i jest to zadanie silnie zale\u017cne od zawarto\u015bci pracy u\u017cytkownika. <\/figcaption><\/figure>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Realizacja us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu)<br>Artyku\u0142 \u3007: Strona B, po zawarciu indywidualnej umowy okre\u015blonej w artykule \u3007, \u015bwiadczy us\u0142ugi wspieraj\u0105ce tworzenie dokumentacji zewn\u0119trznego projektu przez stron\u0119 A (zwane dalej &#8220;us\u0142ugami wspieraj\u0105cymi tworzenie dokumentacji zewn\u0119trznego projektu&#8221;).<\/p>\n\n\n\n<p>2. Strona B, na podstawie specjalistycznej wiedzy i do\u015bwiadczenia w zakresie technologii przetwarzania informacji, zapewnia wsparcie w postaci bada\u0144, analiz, organizacji, propozycji i porad, aby prace strony A by\u0142y realizowane p\u0142ynnie i prawid\u0142owo, z zachowaniem nale\u017cytej staranno\u015bci administratora. <\/p>\n<\/blockquote>\n\n\n\n<p>Tworzenie dokumentacji zewn\u0119trznego projektu to zadanie polegaj\u0105ce na opracowywaniu zasad u\u017cytkowania interfejs\u00f3w, takich jak ekrany i raporty. Dokumentacja zewn\u0119trznego projektu powinna zawiera\u0107 wszystkie informacje, kt\u00f3re umo\u017cliwi\u0105 dostawcy rozwijanie programu na jej podstawie. Dokumentacja zewn\u0119trznego projektu zawiera szczeg\u00f3\u0142owe informacje o zastosowaniu formularzy, ale to u\u017cytkownik, kt\u00f3ry decyduje o zawarto\u015bci pracy, ma prawo do zmiany specyfikacji. Dlatego ten artyku\u0142 zak\u0142ada, \u017ce u\u017cytkownik jest odpowiedzialny za uko\u0144czenie dokumentacji zewn\u0119trznego projektu, a dostawca, jako pe\u0142nomocnik w umowie quasi-mandatowej, wspiera go w tym procesie. Jednak\u017ce, mimo \u017ce jest to quasi-mandat, dostawca nie jest zwolniony z odpowiedzialno\u015bci i ma obowi\u0105zek nale\u017cytej staranno\u015bci. Dlatego, je\u015bli nie spe\u0142ni tego obowi\u0105zku i nie udzieli odpowiedniego wsparcia w tworzeniu dokumentacji zewn\u0119trznego projektu, mo\u017ce ponie\u015b\u0107 odpowiedzialno\u015b\u0107 za niewykonanie zobowi\u0105za\u0144 z tytu\u0142u naruszenia obowi\u0105zku nale\u017cytej staranno\u015bci.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Zawarcie indywidualnej umowy dotycz\u0105cej us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu)<br>Artyku\u0142 \u3007: Strony A i B, w odniesieniu do us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu, ustalaj\u0105 warunki transakcji okre\u015blone w artykule 4, ust\u0119p 1, po konsultacjach i zawieraj\u0105 indywidualn\u0105 umow\u0119 dotycz\u0105c\u0105 us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu.<\/p>\n<\/blockquote>\n\n\n\n<p>Zakres us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu jest ustalany w indywidualnej umowie.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Zewn\u0119trzne spotkania projektowe)<br>Artyku\u0142 \u3007: Strona A, w celu wyja\u015bnienia lub potwierdzenia kwestii niezb\u0119dnych do tworzenia dokumentacji zewn\u0119trznego projektu, organizuje spotkania dotycz\u0105ce tworzenia dokumentacji zewn\u0119trznego projektu (zwane dalej w tym rozdziale &#8220;spotkaniami projektowymi&#8221;) w cz\u0119stotliwo\u015bci uznanej za konieczn\u0105, a strona B uczestniczy w nich i realizuje us\u0142ugi wspieraj\u0105ce tworzenie dokumentacji zewn\u0119trznego projektu.<\/p>\n\n\n\n<p>2. Strona B r\u00f3wnie\u017c mo\u017ce zorganizowa\u0107 spotkania projektowe, je\u015bli uzna to za konieczne do realizacji us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu, a strona A uczestniczy w nich.<\/p>\n\n\n\n<p>3. Je\u015bli, w wyniku dyskusji podczas spotka\u0144 projektowych, strona A zamierza zmieni\u0107 tre\u015b\u0107 dokumentacji wymaga\u0144, a zmiana ta wymaga zmiany warunk\u00f3w indywidualnej umowy, takich jak okres realizacji i op\u0142ata za zlecenie, procedura ta jest realizowana zgodnie z artyku\u0142em \u3007 (zmiana tre\u015bci niniejszej umowy i indywidualnej umowy).<\/p>\n<\/blockquote>\n\n\n\n<p>Tworzenie dokumentacji zewn\u0119trznego projektu, kt\u00f3ra okre\u015bla interfejsy, takie jak ekrany i raporty, wymaga wsp\u00f3\u0142pracy mi\u0119dzy u\u017cytkownikiem a dostawc\u0105. Poniewa\u017c ten proces jest quasi-mandatem, ust\u0119p 1 okre\u015bla, \u017ce organizatorem jest u\u017cytkownik, a dostawca uczestniczy w nim. Wszystkie kwestie dotycz\u0105ce wyja\u015bnienia lub potwierdzenia kwestii niezb\u0119dnych do tworzenia dokumentacji zewn\u0119trznego projektu s\u0105 omawiane podczas spotka\u0144 projektowych, a dostawca i u\u017cytkownik s\u0105 zwi\u0105zani wynikami tych dyskusji. Ust\u0119p 2 okre\u015bla, \u017ce dostawca r\u00f3wnie\u017c mo\u017ce zorganizowa\u0107 spotkania projektowe, je\u015bli uzna to za konieczne do realizacji us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu. Ust\u0119p 3 okre\u015bla, \u017ce je\u015bli, w wyniku dyskusji podczas spotka\u0144 projektowych, u\u017cytkownik zamierza zmieni\u0107 tre\u015b\u0107 dokumentacji wymaga\u0144, a zmiana ta wp\u0142ywa na warunki indywidualnej umowy, takie jak okres realizacji i op\u0142ata za zlecenie, procedura ta jest realizowana zgodnie z procedur\u0105 zmiany tre\u015bci niniejszej umowy i indywidualnej umowy.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Zatwierdzenie dokumentacji zewn\u0119trznego projektu)<br>Artyku\u0142 \u3007: Gdy strona A zako\u0144czy tworzenie dokumentacji zewn\u0119trznego projektu, strony A i B sprawdzaj\u0105, czy dokumentacja zewn\u0119trznego projektu jest zgodna z dokumentacj\u0105 wymaga\u0144 zatwierdzon\u0105 zgodnie z artyku\u0142em \u3007 i decyzjami podj\u0119tymi podczas spotka\u0144 projektowych okre\u015blonych w poprzednim artykule, w okresie okre\u015blonym w indywidualnej umowie (zwany dalej &#8220;okresem sprawdzania dokumentacji zewn\u0119trznego projektu&#8221;), a jako dow\u00f3d potwierdzenia zgodno\u015bci, osoby odpowiedzialne z obu stron podpisuj\u0105 i piecz\u0119tuj\u0105 dokumentacj\u0119 zewn\u0119trznego projektu. Je\u015bli jednak, w wyniku sprawdzenia, odkryto, \u017ce dokumentacja zewn\u0119trznego projektu nie jest zgodna z dokumentacj\u0105 wymaga\u0144 zatwierdzon\u0105 zgodnie z artyku\u0142em \u3007 lub decyzjami podj\u0119tymi podczas spotka\u0144 projektowych, strona A tworzy poprawion\u0105 wersj\u0119 w okre\u015blonym po konsultacjach terminie, a strony A i B ponownie przeprowadzaj\u0105 powy\u017csze sprawdzenie i procedur\u0119 potwierdzenia.<\/p>\n\n\n\n<p>2. Dokumentacja zewn\u0119trznego projektu jest uwa\u017cana za zatwierdzon\u0105 po potwierdzeniu przez obie strony zgodnie z ust\u0119pem 1.<\/p>\n\n\n\n<p>3. Je\u015bli, w wyniku poprawek okre\u015blonych w ust\u0119pie 1, konieczne jest zmienienie warunk\u00f3w indywidualnej umowy, takich jak okres realizacji i op\u0142ata za zlecenie, procedura ta jest realizowana zgodnie z artyku\u0142em \u3007 (zmiana tre\u015bci niniejszej umowy i indywidualnej umowy).<\/p>\n<\/blockquote>\n\n\n\n<p>Ten artyku\u0142 okre\u015bla procedur\u0119, w kt\u00f3rej u\u017cytkownik i dostawca sprawdzaj\u0105 dokumentacj\u0119 zewn\u0119trznego projektu stworzon\u0105 przez u\u017cytkownika, a osoby odpowiedzialne z obu stron zatwierdzaj\u0105 j\u0105 poprzez podpisanie i piecz\u0119towanie. Mo\u017ce si\u0119 zdarzy\u0107, \u017ce w wyniku sprawdzenia dokumentacji zewn\u0119trznego projektu konieczne b\u0119d\u0105 poprawki, dlatego ust\u0119p 1 zawiera postanowienia dotycz\u0105ce tej procedury.<\/p>\n\n\n\n<p>Ust\u0119p 2 jasno okre\u015bla, \u017ce dokumentacja zewn\u0119trznego projektu jest zatwierdzana po potwierdzeniu przez obie strony. Ust\u0119p 3 okre\u015bla, \u017ce je\u015bli w wyniku poprawek okre\u015blonych w ust\u0119pie 1 konieczne jest zmienienie warunk\u00f3w indywidualnej umowy, takie jak okres realizacji i op\u0142ata za zlecenie, procedura ta jest realizowana zgodnie z procedur\u0105 zmiany tre\u015bci niniejszej umowy i indywidualnej umowy.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Zako\u0144czenie prac i potwierdzenie)<br>Artyku\u0142 \u3007: Strona B, w ci\u0105gu \u25cb dni po zatwierdzeniu dokumentacji zewn\u0119trznego projektu okre\u015blonej w poprzednim artykule, sporz\u0105dza raport ko\u0144cowy i sk\u0142ada go stronie A.<\/p>\n\n\n\n<p>2. Strona A sprawdza ten raport ko\u0144cowy w okresie okre\u015blonym w indywidualnej umowie (zwany dalej &#8220;okresem sprawdzania zako\u0144czenia us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu&#8221;).<\/p>\n\n\n\n<p>3. Je\u015bli strona A nie ma zastrze\u017ce\u0144 do tre\u015bci tego raportu ko\u0144cowego, podpisuje i piecz\u0119tuje potwierdzenie zako\u0144czenia prac i przekazuje je stronie B, potwierdzaj\u0105c tym samym zako\u0144czenie us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu.<\/p>\n\n\n\n<p>4. Je\u015bli strona A nie zg\u0142osi zastrze\u017ce\u0144 na pi\u015bmie z konkretnym uzasadnieniem w okresie sprawdzania zako\u0144czenia us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu, uwa\u017ca si\u0119, \u017ce potwierdzi\u0142a zako\u0144czenie prac po up\u0142ywie okresu sprawdzania zako\u0144czenia us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu.<\/p>\n<\/blockquote>\n\n\n\n<p>Poniewa\u017c ten proces jest quasi-mandatem, ten artyku\u0142 okre\u015bla procedur\u0119, w kt\u00f3rej dostawca, na podstawie obowi\u0105zku nale\u017cytej staranno\u015bci, sprawdza, czy prawid\u0142owo wykona\u0142 prace wspieraj\u0105ce, na podstawie raportu ko\u0144cowego zawieraj\u0105cego zapisy dotycz\u0105ce wykonanych prac. Ust\u0119p 2 jasno okre\u015bla okres sprawdzania, aby unikn\u0105\u0107 op\u00f3\u017anie\u0144 w sprawdzaniu raportu. Ust\u0119p 3 okre\u015bla, \u017ce potwierdzenie zako\u0144czenia us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu jest dokonywane poprzez podpisanie i piecz\u0119towanie potwierdzenia zako\u0144czenia prac przez u\u017cytkownika. Ust\u0119p 4 zawiera postanowienia dotycz\u0105ce domniemania potwierdzenia zako\u0144czenia prac, je\u015bli u\u017cytkownik nie zg\u0142osi zastrze\u017ce\u0144 na pi\u015bmie z konkretnym uzasadnieniem w okresie sprawdzania zako\u0144czenia us\u0142ug wspieraj\u0105cych tworzenie dokumentacji zewn\u0119trznego projektu. Ta klauzula ma na celu unikni\u0119cie sytuacji, w kt\u00f3rej u\u017cytkownik z jakiego\u015b powodu nie przeprowadza procedury potwierdzenia na czas, co mo\u017ce spowodowa\u0107 op\u00f3\u017anienie w dalszych pracach lub rozpocz\u0119cie dalszych prac bez jasnego potwierdzenia, co mo\u017ce spowodowa\u0107 niejasno\u015bci w relacjach mi\u0119dzy u\u017cytkownikiem a dostawc\u0105.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Uslugi_w_zakresie_rozwoju_oprogramowania\"><\/span>Us\u0142ugi w zakresie rozwoju oprogramowania<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Nast\u0119pnym etapem po zasadach dotycz\u0105cych projektowania zewn\u0119trznego systemu, kt\u00f3re jest podstawowym projektem, s\u0105 zasady dotycz\u0105ce projektowania wewn\u0119trznego systemu, kt\u00f3re jest szczeg\u00f3\u0142owym projektem. W procesie projektowania wewn\u0119trznego systemu, zwykle jest ju\u017c zdefiniowany cel rozwoju i specyfikacje na podstawie prac wykonanych do tej pory, dlatego w modelowym kontrakcie Ministerstwa Gospodarki, Handlu i Przemys\u0142u (METI) jest to zdefiniowane jako kontrakt na zlecenie. Szczeg\u00f3\u0142y s\u0105 om\u00f3wione w poni\u017cszym artykule.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/checkpoints-for-contracts-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/checkpoints-for-contracts-of-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Uslugi_wsparcia_przygotowania_i_migracji_oprogramowania\"><\/span>Us\u0142ugi wsparcia przygotowania i migracji oprogramowania<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Realizacja us\u0142ug wsparcia przygotowania i migracji oprogramowania)<br>Artyku\u0142 \u3007. Strona B, po zawarciu indywidualnej umowy okre\u015blonej w artykule, wykonuje na rzecz strony A niezb\u0119dne wsparcie (zwane dalej &#8220;us\u0142ugami wsparcia przygotowania i migracji oprogramowania&#8221;) w zakresie test\u00f3w systemowych, wsparcia wdro\u017cenia i akceptacji oraz test\u00f3w operacyjnych przeprowadzanych przez stron\u0119 A w celu rzeczywistego wykorzystania oprogramowania.<\/p>\n\n\n\n<p>2. Strona B, opieraj\u0105c si\u0119 na specjalistycznej wiedzy i do\u015bwiadczeniu w zakresie technologii przetwarzania informacji, zapewnia wsparcie z nale\u017cyt\u0105 staranno\u015bci\u0105 administratora, aby prace strony A by\u0142y realizowane sprawnie i efektywnie.<\/p>\n<\/blockquote>\n\n\n\n<p>W niniejszym artykule i poni\u017cej okre\u015blono postanowienia dotycz\u0105ce przygotowania i migracji oprogramowania w modelu quasi-delegacyjnym. Na etapie wsparcia wdro\u017cenia i akceptacji systemu, zazwyczaj to u\u017cytkownik jest stron\u0105 aktywnie dzia\u0142aj\u0105c\u0105, dlatego w modelu umowy Ministerstwa Gospodarki, Handlu i Przemy\u015b\u0142u Japonii (METI), u\u017cytkownik jest stron\u0105 g\u0142\u00f3wn\u0105, a dostawca wspiera go w formie quasi-delegacji.<br>Artyku\u0142 2 okre\u015bla, \u017ce dostawca, jako delegat, ma obowi\u0105zek nale\u017cytej staranno\u015bci, poniewa\u017c proces ten jest realizowany w modelu quasi-delegacyjnym.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Zako\u0144czenie us\u0142ug i potwierdzenie)<br>Artyku\u0142 32. Strona B, w ci\u0105gu \u25cb dni po zako\u0144czeniu us\u0142ug wsparcia przygotowania i migracji oprogramowania, sporz\u0105dza raport ko\u0144cowy i przekazuje go stronie A.<\/p>\n\n\n\n<p>2. Strona A przeprowadza kontrol\u0119 raportu ko\u0144cowego w okresie okre\u015blonym w indywidualnej umowie (zwany dalej &#8220;okresem kontroli zako\u0144czenia us\u0142ug wsparcia przygotowania i migracji oprogramowania&#8221;).<\/p>\n\n\n\n<p>3. Strona A, je\u017celi nie ma w\u0105tpliwo\u015bci co do tre\u015bci raportu ko\u0144cowego, podpisuje i piecz\u0119tuje potwierdzenie zako\u0144czenia us\u0142ug, przekazuje je stronie B i potwierdza zako\u0144czenie us\u0142ug wsparcia przygotowania i migracji oprogramowania.<\/p>\n\n\n\n<p>4. Je\u017celi strona A nie zg\u0142osi sprzeciwu na pi\u015bmie z konkretnym uzasadnieniem w okresie kontroli zako\u0144czenia us\u0142ug wsparcia przygotowania i migracji oprogramowania, uwa\u017ca si\u0119, \u017ce potwierdzi\u0142a zako\u0144czenie us\u0142ug po up\u0142ywie okresu kontroli.<\/p>\n<\/blockquote>\n\n\n\n<p>W niniejszym artykule okre\u015blono procedur\u0119 potwierdzenia, czy dostawca, dzia\u0142aj\u0105c jako quasi-delegat, prawid\u0142owo wykona\u0142 us\u0142ugi wsparcia przygotowania i migracji oprogramowania z nale\u017cyt\u0105 staranno\u015bci\u0105.<br>Artyku\u0142 2 stanowi, \u017ce dostawca ma obowi\u0105zek przed\u0142o\u017cy\u0107 u\u017cytkownikowi raport ko\u0144cowy w okre\u015blonym czasie po zako\u0144czeniu us\u0142ug.<br>Artyku\u0142 3 okre\u015bla, \u017ce u\u017cytkownik przeprowadza kontrol\u0119 raportu ko\u0144cowego po okre\u015bleniu okresu kontroli.<br>Artyku\u0142 4 okre\u015bla domniemanie potwierdzenia, je\u017celi u\u017cytkownik zaniedba potwierdzenie zako\u0144czenia us\u0142ug zgodnie z poprzednimi dwoma artyku\u0142ami.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Okreslanie_charakteru_umowy\"><\/span>Okre\u015blanie charakteru umowy<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Aby okre\u015bli\u0107 charakter umowy, nale\u017cy spojrze\u0107 na ca\u0142o\u015b\u0107 umowy i rozwa\u017cy\u0107, czy jej celem jest &#8220;dostarczenie gotowego produktu&#8221;, czy te\u017c &#8220;racjonalne wykonanie zada\u0144&#8221; przez dostawc\u0119. Og\u00f3lnym wyznacznikiem jest to, czy zawarto\u015b\u0107 produktu do zrealizowania jest w pewnym stopniu konkretnie okre\u015blona i czy projekt jest realizowany w tym kierunku.<br> Szczeg\u00f3\u0142owe wyja\u015bnienia dotycz\u0105ce tego, na co konkretnie zwraca\u0107 uwag\u0119, znajduj\u0105 si\u0119 w poni\u017cszym artykule.<\/p>\n\n\n<figure class=\"is-type-wp-embed\">\n<div><a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noopener\">https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract[ja]<\/a><\/div>\n<\/figure>","protected":false},"excerpt":{"rendered":"<p>Obecnie, stopie\u0144 wykorzystania IT w \u017cyciu codziennym i dzia\u0142alno\u015bci spo\u0142eczno-gospodarczej w naszym kraju gwa\u0142townie ro\u015bnie, wraz z dynamicznym rozwojem wydajno\u015bci komputer\u00f3w i rozpowszechnieniem Inte [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61783,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[18],"tags":[25,24],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/58222"}],"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=58222"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/58222\/revisions"}],"predecessor-version":[{"id":61784,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/posts\/58222\/revisions\/61784"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media\/61783"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/media?parent=58222"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/categories?post=58222"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pl\/wp-json\/wp\/v2\/tags?post=58222"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}