Czy umowy o quasi-zlecenie i umowy o dzieło można podzlecić? Wyjaśnienie na przykładzie rozwoju systemu

Na miejscu rozwoju systemów, często można zaobserwować praktykę, gdzie dostawca, który otrzymał zlecenie na rozwój, zleca go dalej innemu wykonawcy.

Przekazanie zlecenia dalej ma swoje zalety dla użytkownika zamawiającego system, takie jak pełne wykorzystanie umiejętności wykonawcy o wysokim poziomie technicznym. Z drugiej strony, istnieje ryzyko, że zlecenie dalej może prowadzić do skomplikowanych sporów, które czasami obejmują również wykonawcę, któremu zlecenie zostało przekazane.

W tym artykule omówimy, czy warto korzystać z przekazywania zleceń dalej, dzieląc je na umowy o podzlecenie i umowy o wykonanie.

Co to jest umowa o rozwój systemu?

W umowie o zlecenie rozwoju systemu (umowa SES), zasadniczo stosuje się dwa rodzaje umów: umowę o dzieło i umowę o świadczenie usług.

W przypadku umowy o dzieło, zobowiązuje się do ukończenia systemu, który jest wynikiem pracy, do określonego terminu. Z drugiej strony, w przypadku umowy o świadczenie usług, nie jest to zobowiązanie do ukończenia systemu, ale zobowiązanie dostawcy do udzielania porad technicznych i wsparcia użytkownikowi w procesie definiowania wymagań i innych prac.

Rozwój systemu obejmuje różne etapy, a wybór odpowiedniej umowy zależy od treści każdej pracy.

Dlatego typowym podejściem jest zawarcie podstawowej umowy, która zawiera klauzule wspólne dla wszystkich etapów, a następnie zawarcie indywidualnych umów zgodnie z charakterystyką każdego etapu.

Na temat różnic między umową o dzieło a umową o świadczenie usług w rozwoju systemów, szczegółowo omawiamy w poniższym artykule. Zapraszamy do zapoznania się z nim.

Artykuł powiązany: Różnice i podziały między umową o dzieło a umową o świadczenie usług w rozwoju systemów[ja]

Prawne znaczenie ponownego zlecenia rozwoju systemu

Ponowne zlecenie rozwoju systemu może prowadzić do zaangażowania wielu stron, co zwiększa ryzyko skomplikowanych sporów.

W rozwoju systemu, problemy często wynikają z braku komunikacji między użytkownikiem a dostawcą, co może prowadzić do zahamowania postępu projektu, lub do odkrycia błędów w zaimplementowanym programie po zakończeniu dostawy.

Jeśli nie zleca się ponownie, takie problemy pozostają między użytkownikiem a dostawcą.

Z drugiej strony, jeśli zdecydujesz się na ponowne zlecenie, dostawca ponownego zlecenia może również zostać wplątany w problemy związane z rozwojem systemu, co może utrudnić zrozumienie relacji praw i obowiązków.

Na przykład, jeśli po zakończeniu projektu wystąpią problemy z systemem, kwestia, kto powinien ponieść ostateczną odpowiedzialność, staje się problemem między trzema stronami.

Ponadto, jeśli samo ponowne zlecenie było zakazane, dostawca, który samowolnie zlecił ponownie, może zostać pociągnięty do odpowiedzialności kontraktowej.

Dlatego ważne jest, aby najpierw zrozumieć, czy ponowne zlecenie jest dozwolone dla każdego typu umowy.

W poniższym artykule omawiamy konkretne problemy związane z rozwojem systemu. Zapraszamy do zapoznania się z nim.

Artykuł powiązany: Prawo dotyczące “zapalenia” projektu rozwoju systemu[ja]

W przypadku umowy quasi-zlecenia, zasada jest taka, że ponowne zlecenie jest niedozwolone

Po pierwsze, jeśli przyjmiesz rozwój systemu na podstawie umowy quasi-zlecenia, zasada jest taka, że ponowne zlecenie jest zabronione.

Jest to spowodowane tym, że natura zlecenia opiera się na zaufaniu do strony, której zlecenie jest udzielane, a korzystanie z innych dostawców na własną rękę w celu wykonania powierzonego zadania, stanowiłoby zdradę tego zaufania.

Dlatego samowolne ponowne zlecenie bez zgody użytkownika może prowadzić do problemów związanych z niewykonaniem zobowiązań.

Zasada umowy o dzieło mówi, że możliwe jest ponowne zlecenie

Następnie, jeśli przyjmiesz rozwój systemu na podstawie umowy o dzieło, zasada mówi, że jesteś wolny, aby ponownie zlecić (subkontrakt).

Umowa o dzieło ma na celu “ukończenie pracy”, więc nie ma problemu, jeśli zlecone rozwijanie systemu jest zakończone, a zlecanie rozwoju innemu dostawcy nie jest problemem.

Jednakże, jeśli rozwój systemu nie zostanie zakończony do wyznaczonego terminu, nawet jeśli zleciłeś go innemu dostawcy, dostawca, który pierwotnie zlecił pracę, będzie musiał ponieść bezpośrednią odpowiedzialność za niewykonanie zobowiązań w stosunku do użytkownika.

W poniższym artykule omawiamy szczegółowo kwestie, na które należy zwrócić uwagę przy zawieraniu umowy o dzieło dotyczącej rozwoju systemu. Zapraszamy do zapoznania się z nim.

Powiązane artykuły: Co to jest zakończenie pracy w umowie o dzieło dotyczącej rozwoju systemu[ja]

Powiązane artykuły: Na co zwrócić uwagę przy zawieraniu umowy o dzieło dotyczącej rozwoju systemu[ja]

Ważne precedensy dotyczące umów o dzieło i subkontraktów

Przypadek sądowy, który przedstawiamy tutaj, dotyczy sytuacji, w której dostawca rozpoczął pracę nad rozwojem systemu przed formalnym zawarciem umowy, a następnie użytkownik odmówił zawarcia umowy, co doprowadziło do sporu.

W tym przypadku, dostawca złożył pozew o odszkodowanie za szkody poniesione z powodu jednostronnego zmiany zdania przez użytkownika.

W tym precedensie sądowym, spór dotyczył tego, czy można uwzględnić w odszkodowaniu za szkody wynagrodzenie zlecone dla subkontraktora, które zostało zlecone przed formalnym zawarciem umowy.

W końcu, sąd stwierdził, że wynagrodzenie zlecone dla subkontraktora jest również uwzględnione w zakresie odszkodowania za szkody.

Powód, w związku z budową systemu w niniejszej sprawie, na podstawie założenia, że zawrze umowę o zlecenie pracy po zawarciu niniejszej umowy o zlecenie pracy z X, który posiada know-how i doświadczenie w rozwoju systemów tego samego rodzaju, poprosił o rozwój systemu zarządzania transmisją danych medycznych (brama łącząca systemy medyczne i system zbierania danych medycznych)…

W odpowiedzi na to, pozwany twierdzi, że nie ma faktu, że zaakceptował pracę wykonaną przez X jako subkontraktora wobec powoda… Jednak… nie było tak, że powodowi nie wolno było korzystać z subkontraktora przy budowie niniejszego systemu, więc czy pozwany zaakceptował X jako subkontraktora czy nie, jest nieistotne dla pytania, czy wynagrodzenie zlecenia pracy wypłacone X stanowi szkodę dla powoda

Wyrok Sądu Okręgowego w Tokio z dnia 16 kwietnia 2012 roku (rok 24 ery Heisei)

Tak więc, wyrok wyjaśnia, że jeśli natura umowy jest umową o dzieło, zasada mówi, że jesteś wolny, aby ponownie zlecić (subkontrakt), i nie potrzebujesz zgody użytkownika.

Jednakże, jeśli zakaz ponownego zlecenia został uzgodniony z góry, można by przypuszczać, że nawet w przypadku umowy o dzieło, nie byłoby możliwe skorzystanie z ponownego zlecenia (subkontraktu).

Co więcej, na temat problemu, czy można żądać od użytkownika zapłaty za pracę wykonaną przed zawarciem umowy o rozwój systemu, omawiamy to szczegółowo w poniższym artykule. Zapraszamy do zapoznania się z nim.

Powiązane artykuły: Czy umowa o rozwój systemu jest ważna bez umowy pisemnej[ja]

Uwagi dotyczące decyzji o możliwości ponownego zlecenia

Zgodnie z powyższym, zasadniczo, w przypadku pełnomocnictwa i umowy o dzieło, wnioski dotyczące możliwości ponownego zlecenia różnią się. W tym kontekście, chciałbym podkreślić kilka punktów, na które należy zwrócić uwagę.

W przypadku umowy o dzieło, wolne ponowne zlecenie jest niemożliwe, jeśli istnieje specjalna klauzula

W przypadku umowy o dzieło, zasadniczo można swobodnie przekazać zlecenie.

Jednakże, jako użytkownik, możesz chcieć zakazać ponownego zlecenia, aby uniknąć potencjalnych konfliktów, które mogą wyniknąć z jego wykonania.

Na przykład, jeśli dostarczyłeś poufne informacje lub dane osobowe dostawcy w celu rozwoju systemu, nie byłoby dziwne, gdybyś chciał zezwolić na ponowne zlecenie tylko zaufanym firmom.

W związku z tym, użytkownik może wprowadzić specjalną klauzulę zakazującą ponownego zlecenia bez uprzedniej zgody, aby uniknąć sytuacji, w której zlecenie jest przekazywane bez jego wiedzy.

Dzięki takiej klauzuli, użytkownik może zasadniczo zakazać ponownego zlecenia lub sprawdzić miejsce ponownego zlecenia z góry.

W związku z tym, jeśli istnieje taka klauzula, nawet w przypadku umowy o dzieło, nie można swobodnie przekazać zlecenia bez zgody użytkownika.

W przypadku umowy quasi-mandatowej, ponowne zlecenie jest możliwe, jeśli użytkownik wyrazi zgodę

W przypadku umowy o ponowne zlecenie, zasadniczo nie można przekazać zlecenia.

Jednakże, poprzez odpowiednie ponowne zlecenie, możliwe jest osiągnięcie płynnego i wzbogaconego rozwoju systemu. Dlatego, zgodnie z prawem cywilnym, jeśli użytkownik zatwierdzi ponowne zlecenie, można je przekazać, nawet jeśli jest to umowa quasi-mandatowa.

W związku z tym, nawet jeśli zawarto umowę quasi-mandatową, można przekazać zlecenie, jeśli użytkownik zrozumie znaczenie ponownego zlecenia i wyrazi na to zgodę.

Uważaj na Prawo o Subkontraktach

Prawo o Subkontraktach (japońskie Prawo o Zapobieganiu Opóźnieniom w Płatnościach za Subkontrakty) ma na celu zrównoważenie relacji handlowych między zleceniodawcami a podwykonawcami, które często różnią się pod względem siły negocjacyjnej, oraz ochronę interesów podwykonawców.

W przypadku rozwoju systemów, transakcje, w których zleceniodawca powierza rozwój podwykonawcy, mogą podlegać Prawu o Subkontraktach.

Jeśli Prawo o Subkontraktach jest stosowane, zleceniodawca, jako główny wykonawca, ma obowiązek tworzenia i przechowywania określonych dokumentów, a także zakaz odrzucania lub zwracania produktów.

Jeśli naruszone zostaną te obowiązki i zakazy, może to skutkować nałożeniem grzywny lub otrzymaniem zalecenia.

Należy zauważyć, że Prawo o Subkontraktach zasadniczo stosuje się między zleceniodawcą a podwykonawcą, a nie jest stosowane w transakcjach między użytkownikiem a zleceniodawcą.

Jednakże, jeśli użytkownik posiada zdolność do rozwoju systemów i produkuje systemy do użytku wewnętrznego, transakcje, w których użytkownik zleca rozwój systemów innemu przedsiębiorcy, mogą podlegać Prawu o Subkontraktach, dlatego należy zachować ostrożność.

Szczegółowe informacje na temat Prawa o Subkontraktach można znaleźć w poniższym artykule. Zapraszamy do zapoznania się z nim.

Artykuł powiązany: Wyjaśnienie stosowania Prawa o Subkontraktach do rozwoju systemów i sankcji za naruszenie[ja]

Uważaj na fałszywe zlecenia

“Fałszywe zlecenie” odnosi się do sytuacji, w której mimo że umowa jest formalnie umową zlecenia lub umową powierzenia, zleceniodawca wydaje polecenia pracownikom zleceniobiorcy i korzysta z ich pracy, co w rzeczywistości jest równoznaczne z delegowaniem pracowników.

Na przykład, jeśli użytkownik, będący zleceniodawcą, wydaje pracownikom zatrudnionym przez dostawcę instrukcje dotyczące wykonania pracy, zarządza ich godzinami pracy, mówimy o “fałszywym zleceniu”.

Zgodnie z japońskim Prawem o Stabilności Zawodowej (Japanese Employment Stability Law), zasada zakazuje “dostarczania pracowników” do pracy pod kierownictwem innej osoby.

Jednakże, dostawcy pracowników, którzy otrzymali zgodę na podstawie japońskiego Prawa o Delegowaniu Pracowników (Japanese Worker Dispatch Law), są specjalnie dozwoleni do “delegowania pracowników”.

W przypadku “fałszywego zlecenia”, dostawca nie otrzymał zgody jako dostawca pracowników, ale jedynie otrzymał zlecenie na rozwój od użytkownika.

Mimo to, zezwalanie na korzystanie z pracowników zatrudnionych przez dostawcę pod kierownictwem użytkownika nie tylko stanowi działanie “dostarczania pracowników”, ale także stanowi działanie “delegowania pracowników” bez zgody.

W związku z tym, może to prowadzić do naruszenia zarówno Prawa o Delegowaniu Pracowników, jak i Prawa o Stabilności Zawodowej, co może skutkować karą pozbawienia wolności lub grzywną.

Dlatego dostawcy muszą samodzielnie kierować i zarządzać swoimi pracownikami, aby uniknąć uznania za “fałszywe zlecenie”.

W poniższym artykule omówiono bardziej szczegółowo “fałszywe zlecenie”. Zapraszamy do zapoznania się z nim.

Artykuł powiązany: Kryteria i środki zaradcze dla fałszywych zleceń w branży IT[ja]

Podsumowanie: Jeśli masz problemy z ponownym zleceniem, skonsultuj się z adwokatem

W tym artykule omówiliśmy, czy możliwe jest ponowne zlecenie w zależności od typu umowy na rozwój systemu.

W celu rozwoju systemu, ważne jest, aby użytkownik i dostawca utrzymywali ścisłą komunikację i prowadzili projekt na podstawie wzajemnego zaufania.

Dlatego, niezależnie od wyboru typu umowy, ważne jest, aby użytkownik i dostawca sprawdzili z góry, czy możliwe jest ponowne zlecenie, a w niektórych przypadkach ważne jest ustanowienie specjalnych klauzul.

W rozwoju systemów istnieje ryzyko wystąpienia wielu skomplikowanych problemów prawnych. Aby zminimalizować to ryzyko, zalecamy skonsultowanie się z profesjonalnym adwokatem przed zleceniem lub przyjęciem zlecenia na rozwój systemu.