Zakup wsparcia technicznego dla sprzętu zgodnie z ustawą federalną 44. Wszystko, co musisz wiedzieć o substytucji importu

W przypadku zakupu oprogramowania możliwe są trzy sytuacje:

1. Oprogramowanie jest kupowane bezpośrednio. Nie ma znaczenia, czy będzie on nagrany na nośniku (płyta, pendrive), czy pobrany z Internetu.
2. Sprzęt kupowany jest wraz z preinstalowanym oprogramowaniem. Na przykład komputery z zainstalowanym systemem operacyjnym i pakietem biurowym.
3. Zakupione zostaje świadczenie usługi udzielenia prawa do korzystania z programu.

We wszystkich przypadkach należy wziąć pod uwagę wymagania krajowego systemu zamówień rządowych na oprogramowanie.

W przypadku części klientów nabywanie określonych kategorii oprogramowania odbywa się centralnie, za pośrednictwem uprawnionych organów. W 2018 roku Ministerstwo Rozwoju Cyfrowego opracowało metodykę przejścia przedsiębiorstw państwowych na oprogramowanie krajowe. Zakończenie planowane jest na rok 2020.

Skarb Państwa zakupi oprogramowanie do prowadzenia rachunkowości budżetowej dla federalnych organów wykonawczych pod przewodnictwem rządu i podległych im agencji rządowych. Należy przejść na prowadzenie rachunkowości budżetowej za pomocą tego oprogramowania zgodnie z harmonogramem zatwierdzonym Zarządzeniem Skarbu Państwa nr 36n z dnia 10 października 2018 r. Informacja o konieczności dokonania takich zakupów musi zostać przekazana Skarbowi Państwa w formie i w sposób zatwierdzony przez Zarządzeniem Skarbu Państwa nr 37 z dnia 10 października 2018 r.

Ministerstwo Telekomunikacji i Komunikacji Masowej zakupi dla tych organów wykonawczych programy biurowe i oprogramowanie z zakresu bezpieczeństwa informacji. W 2019 r. informację o konieczności przeprowadzenia takiego zamówienia publicznego należy złożyć w Ministerstwie Telekomunikacji i Komunikacji Masowej w formie i trybie zatwierdzonym Zarządzeniem Ministra nr 725 z dnia 19 grudnia 2018 r. Więcej na ten temat przeczytasz w artykułach:

Planujemy zakup

Wypełniając harmonogram, należy wskazać ograniczenia dotyczące reżimu krajowego.

Należy zanotować w kolumnie 27 „Stosowanie traktowania narodowego w zamówieniach” harmonogramu zamówień.

Ustanawiamy zakaz zakupu oprogramowania zagranicznego

1 stycznia 2016 r. Weszła w życie ustawa nr 188-FZ, która rozszerzyła możliwości korzystania z programów rosyjskich programistów, dając im przewagę nad zagranicznymi. W tym celu został opracowany i przyjęty system, który jest przeznaczony do zakupu oprogramowania zagranicznego.

Zabronione są następujące zakupy:

• programy niezależnie od nośnika, a także usługi w chmurze;
• dostawa i konserwacja sprzętu komputerowego i podobnego sprzętu, na który należy zainstalować oprogramowanie;
• rozwoju, modyfikacji, modernizacji, konserwacji, wsparcia technicznego, aktualizacji oprogramowania, jeżeli Klient otrzyma uprawnienia do korzystania z oprogramowania lub rozszerzy się wcześniej przyznany zakres uprawnień.

Wykaz ten zawarty jest w paragrafie 2(1) uchwały nr 1236.

Dokumentacja dotycząca zamówień rządowych na oprogramowanie w ramach 44-FZ musi zawierać odniesienie do ustalonego zakazu (art. 14 ustawy nr 44-FZ).

Sprawdzanie oprogramowania w rejestrach

Aby ustalić, czy konieczne jest nałożenie zakazu, będziesz musiał sprawdzić informacje w rejestrach. Jak sama nazwa wskazuje, dekret nr 1236 rozróżnia dwa. Zarówno eurazjatycki rejestr oprogramowania, jak i rosyjski rejestr oprogramowania zawierają wszystkie informacje o konkretnym programie. Należą do nich nazwa (w tym nieaktualna), kod produktu, właściciel praw autorskich, informacja o zgodności itp. Wykazy są publikowane na stronie internetowej Ministerstwa Komunikacji w sekcji „Rejestracja”; rejestr oprogramowania eurazjatyckiego jest w fazie opracowywania.

Jeśli wymagane oprogramowanie znajduje się w co najmniej jednym z rejestrów, zakaz jest obowiązkowy. Istnieje możliwość zakupu oprogramowania zagranicznego w przypadkach, gdy:

• w rejestrach nie ma odpowiedników odpowiadających klasie odpowiadającej potrzebom klienta rządowego;
• w rejestrach znajduje się analogia, ale niektóre cechy nie odpowiadają klientowi;
• zakup oprogramowania dla klienta pracującego za granicą;
• informacje o zamówieniach rządowych stanowią tajemnicę państwową.

Jeżeli w rejestrze nie znalazłeś analogii lub nie odpowiada on jakimś cechom, sporządź uzasadnienie niemożności zastosowania się do zakazu. Umieść go w Jednolitym Systemie Informatycznym wraz z zawiadomieniem o zakupie.

Usprawiedliwiamy niemożność

W przypadku braku możliwości zakupu oprogramowania rosyjskiego i konieczności zakupu oprogramowania zagranicznego, Klient musi je przygotować i umieścić w Jednolitym Systemie Informatycznym. Do przygotowania takiego dokumentu należy podchodzić niezwykle odpowiedzialnie, aby nie naruszyć ustalonego zakazu.

Dokument musi zawierać:

• podstawa zakupu oprogramowania zagranicznego;
• link do klas, do których należy oprogramowanie;
• wykaz wymagań Klienta co do cech zakupionego oprogramowania;
• uzasadnienie (powody), dla których zakupione oprogramowanie nie spełnia wymagań programów zapisanych w rejestrze.

Uzasadnienie publikowane jest równocześnie z ogłoszeniem o postępowaniu o udzielenie zamówienia.

Sporządzamy specyfikacje techniczne

Przygotowując specyfikację techniczną do przetargu należy sprawdzić powiązanie funkcjonalne, a także zwrócić uwagę na treść przedmiotu zapytania.

Kupując oprogramowanie, klient może połączyć zakup oprogramowania i usług obsługujących je. Takie wnioski Ministerstwo Finansów sformułowało w piśmie nr 24-06-06/60727 z dnia 19 września 2017 r.

Dostawy sprzętu komputerowego i zakupu niezwiązanych z nim programów, jako nośnika niewyłącznego prawa do korzystania, nie można łączyć. Tak orzekł Sąd Arbitrażowy Rejonu Wołga-Wiatka w sprawie nr A38-10848/2016 z dnia 14.08.2017.

Wykonaj specyfikacje techniczne oprogramowania, czyli opis właściwości technicznych, zgodnie z ogólnymi przepisami ustawy nr 44-FZ. Oznacza to, że każda zawarta umowa rządowa musi zawierać specyfikacje techniczne w dokumentacji.

Kompetentny przykład specyfikacji technicznej oprogramowania, oprócz ogólnych wymagań wynikających z art. 33 44-FZ, musi zawierać:

• norma licencyjna;
• zakres i warunki gwarancji jakości;
• specyfikacja i kolejność licencji.

Rozważamy zgłoszenia

Jeżeli zostanie wprowadzony zakaz przyjmowania oprogramowania zagranicznego, nie zezwalaj na aplikacje, które nie znajdują się w rejestrach oprogramowania krajowego lub euroazjatyckiego.

Zasada ta została określona w paragrafie 2 pkt 2 uchwały nr 1236.

Zawieramy umowę

Procedury nabycia oprogramowania wyprodukowanego w Rosji kończą się zawarciem umowy. Zasady określa art. 83,2 44-FZ.

Niektóre organy opracowują standardowe formularze takich umów. Na przykład w Chanty-Mansyjskim Okręgu Autonomicznym.

Zapoznaj się z przykładem podpisanej umowy rządowej dotyczącej zamówień rządowych na oprogramowanie w roku 2019.

Od 1 stycznia 2016 r. wszystkie organy państwowe i samorządowe, korporacje państwowe Rosatom i Roscosmos, organy zarządzające państwowymi funduszami pozabudżetowymi, a także instytucje państwowe i budżetowe realizujące zamówienia zgodnie z wymogami „W sprawie systemu kontraktów w z zakresu zamówień na towary, roboty budowlane, usługi na potrzeby państwa i gminy”, mają obowiązek przestrzegać zakazu dopuszczania oprogramowania pochodzącego z zagranicy w celu zamówień na potrzeby państwa i gminy.

Aby podjąć decyzję o zakupie oprogramowania, klient musi zapoznać się z rejestrem. Współpracując z rosyjskim rejestrem oprogramowania, klient składający zamówienie na dostawę oprogramowania musi:

1) przestudiować klasyfikator i określić, do której klasy należy oprogramowanie planowane do zakupu;

2) wejść na oficjalną stronę rejestru i dowiedzieć się, czy w rejestrze znajdują się informacje o oprogramowaniu dla tej klasy (jak to zrobić poniżej);

3) jeżeli w rejestrze znajdują się informacje o jednym lub większej liczbie produktów oprogramowania wymaganej klasy, klient będzie musiał samodzielnie ustalić, czy przynajmniej jeden z produktów spełnia cechy, których potrzebuje klient i które planuje uwzględnić w opisie przedmiot zamówienia. W tym celu wskazane jest określenie wymaganych cech funkcjonalnych, technicznych i operacyjnych oprogramowania i porównanie ich z podobnymi cechami oprogramowania, o których informacja jest zamieszczana w rejestrze.

Przybliżoną formę porównania cech podano poniżej:

Notatka

Należy zaznaczyć, że zgodnie z Dekretem Rządu Federacji Rosyjskiej nr 1236 w sprawie charakterystyki oprogramowania, wpis rejestru zawiera jedynie adres strony internetowej podmiotu praw autorskich, która zawiera dokumentację zawierającą opis cech funkcjonalnych oprogramowania oraz informacje niezbędne do instalacji i obsługi oprogramowania. W praktyce strona internetowa podmiotu praw autorskich nie zawsze zawiera wszystkie niezbędne informacje na temat oprogramowania. Mechanizm uzyskiwania takich informacji w celu sporządzenia uzasadnienia nie został uregulowany. Jeżeli nie ma wystarczających informacji na temat wymaganego oprogramowania, zaleca się zwrócenie się do właściciela praw autorskich o podanie takich cech.

Na podstawie wyników wykonanych prac klient podejmuje jedną z dwóch decyzji: albo kupić jeden z rosyjskich produktów programowych wymienionych w rejestrze, albo uzasadnić zakup oprogramowania nieujętego w rejestrze.

To drugie jest możliwe, jeśli:

a) rejestr nie zawiera informacji o oprogramowaniu wymaganej klasy;

b) oprogramowanie, o którym informacja znajduje się w rejestrze wymaganej klasy, nie spełnia wymagań Klienta pod względem funkcjonalnym, technicznym i (lub) użytkowym.

W takim przypadku Klient ma obowiązek przygotować, zatwierdzić i opublikować (wraz z dokumentacją zakupową). Obowiązek ten ustanawia część 3 art. 14 ustawy federalnej z dnia 5 kwietnia 2013 r. nr 44-FZ „W sprawie systemu umów w zakresie zamówień na towary, roboty budowlane i usługi na potrzeby państwa i gmin”. Procedura przygotowania uzasadnienia (Procedura) została zatwierdzona.

Warto zaznaczyć, że zgodnie z pkt. 4 Procedury Klient ma obowiązek zatwierdzenia wskazanego uzasadnienia niezwłocznie w dniu zamieszczenia ogłoszenia o zamówieniu. Nie wystarczy zatwierdzić uzasadnienie jednocześnie z całym pakietem dokumentacji przetargowej.

Aby spełnić ten przepis, biorąc pod uwagę ogólnie złożone procedury udzielania zamówień, klienci powinni monitorować nie tylko sam rejestr, ale także składane wnioski o wpis do rejestru (są one również zamieszczane na stronie internetowej operatora rejestru). Umożliwi to wcześniejsze zaplanowanie umieszczenia konkretnego oprogramowania w rejestrze.

Wskazane jest przygotowanie projektu uzasadnienia na etapie sporządzania pełnego pakietu dokumentacji przetargowej, a następnie jego aktualizacja i zatwierdzenie w dniu publikacji.

W uzasadnieniu należy wskazać:

a) okoliczność, z powodu której nie można zastosować się do zakazu (wybrano akapit „a” lub „b” ust. 2 dekretu Rządu Federacji Rosyjskiej nr 1236);

b) klasę (klasy) oprogramowania, jakim musi odpowiadać oprogramowanie będące przedmiotem zakupu;

c) wymagania dotyczące cech funkcjonalnych, technicznych i operacyjnych oprogramowania będącego przedmiotem zakupu, ustalone przez Klienta (ze wskazaniem klasy(-y), jakim musi odpowiadać oprogramowanie, patrz wyżej);

d) cechy funkcjonalne, techniczne i (lub) operacyjne, w tym ilościowe, dla których oprogramowanie z rejestru nie spełnia wymagań ustalonych przez klienta dla oprogramowania będącego przedmiotem zakupu, dla każdego oprogramowania z rejestru (podając jego nazwę). Porównywane w ten sposób oprogramowanie musi należeć do tej samej klasy ().

Zobacz także przykłady uzasadnień braku możliwości zakupu oprogramowania z rejestru: ; . Można wyświetlić więcej przykładów podobnych dokumentów przedstawionych w celu uzasadnienia niemożności zakupu krajowego oprogramowania.

Jeżeli rejestr nie zawiera informacji o oprogramowaniu wymaganej klasy (wybrano akapit „a” ust. 2 dekretu Rządu Federacji Rosyjskiej nr 1236), ostatni blok („d”) nie jest uwzględniany uzasadnienie.

W odniesieniu do tego bloku („d”) należy również pamiętać, że dekret rządu Federacji Rosyjskiej nr 1236 nie przewiduje obowiązkowego wskazania cech funkcjonalnych, technicznych i operacyjnych zakupionego oprogramowania w celu aby udowodnić różnicę w stosunku do oprogramowania określonego w rejestrze. Jednakże błędnie określone cechy zarówno oprogramowania wymaganego przez Klienta, jak i oprogramowania umieszczonego w rejestrze mogą stanowić podstawę do roszczeń ze strony organów regulacyjnych. Przyczyną roszczeń może być np. odwołanie twórcy oprogramowania, o którym informacja znajduje się w rejestrze, ze skargą do Federalnej Służby Antymonopolowej w związku z błędnym uzasadnieniem przez klienta niemożności zastosowania się do zakazu.

Jeżeli nie ma wystarczających informacji o cechach oprogramowania, o których informacja jest zamieszczona w rejestrze, wskazane jest zwrócenie się do właściciela praw autorskich o podanie takich cech.

W przypadku braku takiej informacji wskazane jest wykonanie zrzutów ekranu stron serwisu podmiotu praw autorskich zawierających informacje o charakterystyce oprogramowania z rejestru (w momencie publikacji uzasadnienia) i dołączenie tych zrzutów ekranu do uzasadnienie.

Przykład uzasadnienia niemożności zastosowania się do zakazu nabywania oprogramowania podano w.

Sprawdzanie obecności w rejestrze informacji o oprogramowaniu dla określonej klasy na stronie internetowej reestr.minsvyaz.ru w jego aktualnej formie odbywa się w następujący sposób:

1) na rosyjskiej stronie rejestru oprogramowania przejdź do sekcji „Zarejestruj się”;

2) wybierz wymagane klasy oprogramowania:

3a) jeżeli w rejestrze nie ma informacji o oprogramowaniu dla wymaganej klasy, pojawia się odpowiedni komunikat:

3b) jeżeli w rejestrze znajdują się informacje o oprogramowaniu wymaganej klasy, pojawia się wykaz produktów programowych:

Aktualne dodatki (stan na grudzień 2017)

W marcu 2017 r. rząd zatwierdził programy dla komputerów elektronicznych i baz danych, o których informacja znajduje się w rejestrze rosyjskiego oprogramowania. Wymagania określają skład, architekturę i funkcje oprogramowania wymaganego do zastąpienia importowanych analogów.

W szczególności interfejs oprogramowania musi być zaimplementowany w języku rosyjskim. Oprogramowanie nie powinno wymagać instalacji innego oprogramowania (dodatkowych modułów oprogramowania, czcionek), które ma jakiekolwiek ograniczenia w jego bezpłatnej dystrybucji na terenie Rosji, z wyjątkiem systemów operacyjnych. Aktualizacje oprogramowania należy przeprowadzać wyłącznie po potwierdzeniu przez użytkownika lub upoważniony personel. Ponadto dla każdego rodzaju oprogramowania (system operacyjny, oprogramowanie komunikacyjne, pakiet biurowy, aplikacje pocztowe, organizer, przeglądarki, przeglądarka internetowa, edytor prezentacji, edytor arkuszy kalkulacyjnych, edytor tekstu, oprogramowanie do zarządzania plikami, system odniesienia prawnego (LRS), oprogramowanie dokumentu elektronicznego systemy zarządzania i ochrona antywirusowa) obowiązują specjalne wymagania.

Zgodnie z uchwałą wpis do rejestru uzupełniany jest o informację o spełnieniu lub niespełnianiu przez oprogramowanie dodatkowych wymagań. Jednak według stanu na koniec 2017 r. w rejestrze nie można było znaleźć takich informacji.

W czerwcu 2017 r. Ministerstwo Telekomunikacji i Komunikacji Masowej opublikowało plany przejścia federalnych organów wykonawczych i stanowych funduszy pozabudżetowych na korzystanie z krajowego oprogramowania biurowego, w tym wymianę wcześniej zakupionego oprogramowania biurowego.

Pełną listę przepisów związanych z substytucją importu oprogramowania można znaleźć w artykule

Jaki rodzaj umowy należy zawrzeć na dostawę oprogramowania. Czy oprogramowanie jest produktem czy usługą?

Ustawa federalna nr 44-FZ z dnia 04.05.2013 „W sprawie systemu umów w zakresie zamówień towarów, robót budowlanych, usług na potrzeby państwa i gmin” (zwana dalej ustawą nr 44-FZ) reguluje stosunki dotyczące zawarcia umowy cywilnej, której przedmiotem są:

• dostawa towarów;
• wykonywać pracę;
• świadczenie usług (w tym nabycie nieruchomości lub wynajem nieruchomości).

Nic nie wskazuje bezpośrednio na to, że ustawa rozszerza swój wpływ na stosunki dotyczące zbycia własności intelektualnej, w tym oprogramowania. Stosunki dotyczące zbycia własności intelektualnej, uregulowane w części 4 Kodeksu cywilnego Federacji Rosyjskiej, są niezależnym rodzajem stosunków cywilnoprawnych. Nie jest to dostawa towarów, wykonanie pracy ani świadczenie usług. Zbycie własności intelektualnej następuje w formach szczegółowo określonych przez prawo:

• umowa o przeniesienie praw wyłącznych – art. 1234 Kodeks cywilny Federacji Rosyjskiej;
• umowa licencyjna – art. 1235 Kodeksu cywilnego Federacji Rosyjskiej.

W tym względzie nie ma jasnego zrozumienia, w jaki sposób stosować 44-FZ w odniesieniu do własności intelektualnej, a mianowicie:

• podczas przygotowywania wniosku przetargowego;
• przy zawieraniu kontraktów rządowych.

Jednym z dokumentów zgłoszenia do aukcji jest zgoda uczestnika na regulamin. W zależności od przedmiotu zamówienia (usługi lub produktu) formularz zgłoszeniowy uczestnika może się różnić.

Składając zgłoszenie do aukcji, której przedmiotem są „usługi”, Uczestnik musi załączyć zgodę na świadczenie takich usług, a składając zgłoszenie na dostawę towaru musi dodatkowo wskazać kraj pochodzenia przedmiotu towary. Ponadto konieczna jest rejestracja nazwy kraju pochodzenia towaru nawet wtedy, gdy towar (lub materiał wymieniony w dokumentacji aukcyjnej) służy do wykonywania pracy lub świadczenia usług.

Zauważmy, że organy regulacyjne często klasyfikują umowy licencyjne w celu zastosowania przepisów ustawy nr 44-FZ do umów o świadczenie usług (patrz na przykład decyzja Federalnej Służby Antymonopolowej Republiki Tatarstanu z dnia 14 maja 2014 nr 97-kz/2014 w sprawie Państwowej Komisji Zamówień Republiki Tadżykistanu – GARANT.RU).

Często jednak zdarzają się przypadki odrzucenia wniosków z uwagi na brak wskazania przez Uczestnika kraju pochodzenia towaru. Późniejsze odwołania do FAS i skargi do komisji konkursowej nie zawsze mogą zakończyć się dla Ciebie pozytywnym wynikiem, warto też zaznaczyć, że jest to długotrwała procedura.

Ze swojej strony zalecam, aby w przypadku dostawy oprogramowania lub świadczenia usług korzystających z dowolnego oprogramowania (zwanego dalej oprogramowaniem) wskazać kraj pochodzenia towaru. Że tak powiem – graj bezpiecznie.

Zawarcie kontraktu rządowego

Istotą licencjonowania oprogramowania nie jest nabycie samych programów komputerowych w postaci pudełkowej lub elektronicznej, ale nabycie licencji – dającej jej właścicielowi prawo do korzystania z wyników działalności intelektualnej w ramach umowy z podmiotem praw autorskich (programistą firma). Zawarcie umowy licencyjnej uprawniającej do korzystania z oprogramowania jest warunkiem koniecznym dla wszystkich użytkowników oprogramowania dowolnego dostawcy (więcej szczegółów w Uchwale sygn. A65-3927/2015 z dnia 28 września 2015 r., 11 AAC) .

Praktyka pokazuje, że nie wszystkie umowy mają charakter licencjonowany; mają one w istocie charakter wzorcowy i opisują główne ustalenia pomiędzy wykonawcą a klientem – przedmiot, termin wykonania prac, koszt, kary, sankcje itp. Zakres przenoszonych praw, ważność terytorialna, umowy, a także prawa i obowiązki stron w zakresie własności intelektualnej z reguły nie są zawarte w umowie.

Wyjściem z tej sytuacji jest zawarcie umowy licencyjnej, która będzie uzupełnieniem umów w formie aneksu do umowy rządowej. Istnieje także możliwość zawarcia tzw. umowy adhezyjnej. Jego osobliwością jest to, że warunki umowy znajdują się na zakupionej kopii programu lub na opakowaniu tej kopii. Z kolei zgoda użytkownika na zawarcie umowy następuje w momencie rozpoczęcia korzystania z tego programu (klauzula 3 art. 1286 Kodeksu cywilnego Federacji Rosyjskiej).

Ustawa federalna nr 44-FZ z dnia 04.05.2013 „W sprawie systemu umów w zakresie zamówień towarów, robót budowlanych, usług na potrzeby państwa i gmin” (zwana dalej ustawą nr 44-FZ) reguluje stosunki dotyczące zawarcia umowy cywilnej, której przedmiotem są:

● dostawa towarów;

● wykonywanie pracy;

● świadczenie usług (w tym nabycie nieruchomości lub wynajem nieruchomości).

Że Prawo rozciąga swoje skutki na stosunki wynikające z porządku własność intelektualna, w tym oprogramowanie, nie ma bezpośredniego wskazania. Stosunki dotyczące zbycia własności intelektualnej, uregulowane w części 4 Kodeksu cywilnego Federacji Rosyjskiej, są niezależnym rodzajem stosunków cywilnoprawnych. Nie jest to dostawa towarów, wykonanie pracy ani świadczenie usług. Zbycie własności intelektualnej następuje w formach szczegółowo określonych przez prawo:

● umowa o przeniesienie praw wyłącznych - art. 1234 Kodeks cywilny Federacji Rosyjskiej;

● umowa licencyjna - art. 1235 Kodeksu cywilnego Federacji Rosyjskiej.

W tym względzie nie ma jasnego zrozumienia, w jaki sposób stosować 44-FZ w odniesieniu do własności intelektualnej, a mianowicie:

● podczas przygotowywania wniosku przetargowego;

● przy zawieraniu kontraktów rządowych.

Złożenie wniosku o przetarg

Jednym z dokumentów zgłoszenia do aukcji jest zgoda uczestnika na regulamin. W zależności od przedmiotu zamówienia (usługi lub produktu) formularz zgłoszeniowy uczestnika może się różnić.

Składając zgłoszenie do aukcji, której przedmiotem są „usługi”, Uczestnik musi załączyć zgodę na świadczenie takich usług, a składając zgłoszenie na dostawę towaru musi dodatkowo wskazać kraj pochodzenia towary. Ponadto konieczna jest rejestracja nazwy kraju pochodzenia towaru nawet wówczas, gdy towar (lub materiał wymieniony w dokumentacji aukcyjnej) wykorzystywany jest przy wykonywaniu pracy lub świadczeniu usług.

Zauważmy, że organy regulacyjne często klasyfikują umowy licencyjne w celu zastosowania przepisów ustawy nr 44-FZ do umów o świadczenie usług (patrz na przykład decyzja Federalnej Służby Antymonopolowej Republiki Tatarstanu z dnia 14 maja 2014 nr 97-kz/2014 w sprawie Państwowej Komisji Zamówień Republiki Tadżykistanu – GARANT.RU).

Często jednak zdarzają się przypadki odrzucenia wniosków z powodu braku wskazania Uczestnika kraj pochodzenia towaru. Późniejsze odwołania do FAS i skargi do komisji konkursowej nie zawsze mogą zakończyć się dla Ciebie pozytywnym wynikiem, warto też zaznaczyć, że jest to długotrwała procedura.

Ze swojej strony zalecam, aby w przypadku dostawy oprogramowania lub świadczenia usług korzystających z dowolnego oprogramowania (zwanego dalej oprogramowaniem) wskazać kraj pochodzenia towaru. Że tak powiem – graj bezpiecznie.

Zawarcie kontraktu rządowego

Istotą licencjonowania oprogramowania nie jest nabycie samych programów komputerowych w postaci pudełkowej lub elektronicznej, ale nabycie licencji – dającej jej właścicielowi prawo do korzystania z wyników działalności intelektualnej w ramach umowy z podmiotem praw autorskich (programistą firma). Zawarcie umowy licencyjnej uprawniającej do korzystania z oprogramowania jest warunkiem koniecznym dla wszystkich użytkowników oprogramowania dowolnego dostawcy (więcej szczegółów w Uchwale sygn. A65-3927/2015 z dnia 28 września 2015 r., 11 AAC) .

Praktyka pokazuje, że nie wszystkie umowy mają charakter licencjonowany; mają one w istocie charakter wzorcowy i opisują główne ustalenia pomiędzy wykonawcą a zleceniodawcą – przedmiot, termin wykonania prac, koszt, kary, sankcje itp. Zakres przenoszonych praw, ważność terytorialna, umowy, a także prawa i obowiązki stron w zakresie własności intelektualnej z reguły nie są zawarte w umowie.

Od 1 lipca 2018 r. do 1 stycznia 2019 r. Klienci mają okres przejściowy – mogą przeprowadzać procedury zarówno w formie elektronicznej, jak i papierowej. Od 2019 r. przetargi, aukcje, wyceny i zapytania ofertowe w formie papierowej będą zabronione, z ośmioma wyjątkami.
Przeczytaj, jakich zakupów dokonać w ETP, jak wybrać witrynę i uzyskać podpis elektroniczny, jakie są zasady zawierania umów w okresie przejściowym i po nim.

Od dnia 1 stycznia 2016 roku obowiązuje zakaz dopuszczania oprogramowania (zwanego dalej oprogramowaniem) oraz praw do niego pochodzących z zagranicy.

Zakaz przyjmowania oprogramowania obcego pochodzenia ustanawia dekret Rządu Federacji Rosyjskiej nr 1236 (zwany dalej Uchwałą nr 1236).

Zakaz wstępu w trakcie udzielania zamówień ustanawia się dla:

• programy komputerowe obcego pochodzenia;
• bazy danych obcego pochodzenia;
• wyłączne prawa do oprogramowania obcego pochodzenia;
• prawa do korzystania z oprogramowania obcego pochodzenia.

Zakaz wstępu ustanawia się niezależnie od:

• rodzaj umowy, na podstawie której sprzedawane jest oprogramowanie i bazy danych;
• formy wdrażania oprogramowania i baz danych – na nośniku materialnym, w formie elektronicznej za pośrednictwem kanałów komunikacji. *

Sytuacja: czy konieczne jest wprowadzenie zakazu dostępu przy nabywaniu praw wyłącznych i niewyłącznych do oprogramowania?

Klient nabywając prawa wyłączne i niewyłączne do oprogramowania ustanawia zakaz dopuszczania oprogramowania obcego pochodzenia, za wyjątkiem przypadków, gdy zakaz wstępu nie jest ustanowiony. Zakaz taki zostaje ustanowiony, w tym w przypadku rozszerzania niewyłącznych praw do oprogramowania.

Podobny wniosek wynika z postanowienia Wołogdy OFAS Rosja z dnia 3 marca 2016 r. w sprawie nr 5-2/25-16.

Planując i przygotowując zawiadomienie i dokumentację, Klient ustala, czy ujednolicony rejestr rosyjskich programów dla komputerów elektronicznych i baz danych (zwany dalej rejestrem) zawiera oprogramowanie pochodzenia rosyjskiego, które odpowiada tej samej klasie oprogramowania, co planowane zakup.

Jeżeli w rejestrze nie ma informacji o oprogramowaniu odpowiadającym tej samej klasie co oprogramowanie planowane do zakupu, wówczas Klient nie ustanawia zakazu dopuszczania oprogramowania obcego pochodzenia. Nie ustanawia się również zakazu, jeżeli w rejestrze znajdują się informacje o oprogramowaniu tej klasy, które pod względem funkcjonalnym, technicznym lub użytkowym nie odpowiada wymaganiom stawianym przez Klienta dla planowanego do nabycia oprogramowania.

Ponadto zakaz taki nie obowiązuje w przypadku zakupu oprogramowania lub praw do niego:

• misje dyplomatyczne i urzędy konsularne Rosji, misje handlowe Federacji Rosyjskiej przy organizacjach międzynarodowych w celu zapewnienia ich działalności na terytorium obcego państwa;
• informacja, o którym lub którego zakup stanowi tajemnicę państwową.

We wszystkich pozostałych przypadkach Klient zobowiązany jest ustanowić zakaz dopuszczania oprogramowania obcego pochodzenia.

Jeżeli Klient nie ustali zakazu, sporządza uzasadnienie braku możliwości zastosowania się do zakazu dopuszczania oprogramowania obcego pochodzenia.

Uzasadnienie niemożności zastosowania się do zakazu jest akceptowane przez Klienta z dniem zamieszczenia ogłoszenia o zamówieniu. Uzasadnienie takie zamieszczane jest w Jednolitym Systemie Informatycznym równocześnie z zamieszczeniem ogłoszenia.

Tryb sporządzenia uzasadnienia braku możliwości zastosowania się do zakazu dopuszczania oprogramowania obcego pochodzenia zatwierdza uchwała nr 1236.

Sytuacja: czy konieczne jest zamieszczenie w jednolitym systemie informacyjnym uzasadnienia niemożności zastosowania się do zakazu dopuszczania oprogramowania pochodzącego z zagranicy na podstawie umów zawartych zgodnie z klauzulą ​​4 część 1 art. 93 ustawy nr 44 -FZ

Informacja o umowach zawartych zgodnie z ust. 4 ust. 1, art. 93 ustawy nr 44-FZ nie jest umieszczany w Jednolitym Systemie Informatycznym.

Jeżeli sprawa dotyczy wyjątków od Uchwały nr 1236, wówczas Klient ma obowiązek przygotować uzasadnienie braku możliwości zastosowania się do zakazu dopuszczania oprogramowania pochodzącego z zagranicy i przechowywać takie uzasadnienie wraz z umową i innymi dokumentami na takim zakup.

Kupując oprogramowanie pochodzenia rosyjskiego, Klient ustanawia również zakaz dopuszczania oprogramowania pochodzącego z zagranicy, z wyjątkiem przypadków, w których nie ustanowiono zakazu wstępu.

W takich przypadkach Klient sporządza uzasadnienie braku możliwości zastosowania się do zakazu dopuszczania oprogramowania pochodzącego z zagranicy zgodnie z Procedurą.

Sytuacja: czy oprogramowanie pochodzenia rosyjskiego powinno zostać uwzględnione w ujednoliconym rejestrze rosyjskich programów dla komputerów elektronicznych i baz danych?

Nie, nie powinno. Uchwała nr 1236 nie ustanawia wymogu umieszczenia oprogramowania pochodzenia rosyjskiego w jednolitym rejestrze.

Zatem zakaz przyjmowania oprogramowania obcego pochodzenia ustanawia dekret rządu Federacji Rosyjskiej nr 1236 (zwany dalej uchwałą nr 1236). Dekret nr 1236 ustanawia zakaz podejmowania niektórych rodzajów pracy (usług), co odpowiada części 3 art. 14 ustawy nr 44-FZ, zgodnie z którym w celu ochrony podstaw ustroju konstytucyjnego zapewnić obronę kraju i bezpieczeństwo państwa, chronić rynek wewnętrzny Federacji Rosyjskiej, rozwijać gospodarkę narodową , wspierania rosyjskich producentów towarów, regulacyjne akty prawne Rządu Federacji Rosyjskiej mogą ustanowić zakaz przyjmowania pracy, usług wykonywanych lub świadczonych przez osoby zagraniczne oraz ograniczenia w zakresie przyjmowania tych towarów, robót budowlanych i usług dla celów zamówień publicznych.

Po dokonaniu krótkiej analizy uchwały nr 1236 dochodzimy do wniosku, że nie nakłada ona na uczestnika aukcji elektronicznej obowiązku dostarczenia w drugiej części wniosku dokumentów potwierdzających, że oferowane przez niego oprogramowanie nie jest obcego pochodzenia pochodzenie.

Uważamy, że w pierwszej części zgłoszenia wystarczy, aby uczestnik wskazał kraj pochodzenia towaru. Jeśli jednak w dokumentacji klient ustalił, że uczestnik składając wnioski, „dodatkowo potwierdza”, że oferowane przez niego oprogramowanie jest pochodzenia rosyjskiego (na przykład poprzez deklarację), wówczas wskazane jest dołączenie takiego oświadczenia.

Następnie przy rozpatrywaniu drugiej części wniosków sprawdzana jest jego „propozycja”. na zgodność z wymaganiami określonymi w specyfikacjach technicznych.

Zalecamy, aby w umowie zastrzeżono, że zakupione oprogramowanie musi być pochodzenia rosyjskiego, a w przypadku stwierdzenia, że ​​oprogramowanie nie spełnia określonych wymagań, Klient ma prawo jednostronnie rozwiązać umowę.

„….Jednocześnie na podstawie części 3 art. 14 ustawy o ustroju kontraktowym, w celu ochrony podstaw ustroju konstytucyjnego, zapewnienia obronności kraju i bezpieczeństwa państwa, ochrony rynku wewnętrznego Federacji Rosyjskiej, rozwoju gospodarki narodowej, wspierania producentów rosyjskich , regulacyjne akty prawne Rządu Federacji Rosyjskiej ustanawiają zakaz przyjmowania towarów pochodzących z zagranicy, odpowiednio robót budowlanych, usług wykonanych i świadczonych przez osoby zagraniczne oraz ograniczenia w zakresie przyjmowania tych towarów, robót budowlanych, usług dla celów zakupowych. Jeżeli określone regulacyjne akty prawne Rządu Federacji Rosyjskiej przewidują okoliczności, które pozwalają na wyjątki od zakazów lub ograniczeń ustanowionych zgodnie z tą częścią, klienci, w przypadku takich okoliczności, są zobowiązani do opublikowania w jednolitym systemie informacyjnym uzasadnienie niemożności zastosowania się do określonych zakazów lub ograniczeń. Procedurę przygotowywania i zamieszczania uzasadnienia niemożności zastosowania się do określonego zakazu lub ograniczeń w jednolitym systemie informacyjnym, a także wymagania dotyczące jego treści ustala Rząd Federacji Rosyjskiej. Określenie kraju pochodzenia tych towarów odbywa się zgodnie z ustawodawstwem Federacji Rosyjskiej.

Klauzula 2 uchwały nr 1236 ustanawia zakaz dopuszczania programów do komputerów elektronicznych i baz danych, realizowanych niezależnie od rodzaju umowy na nośniku materialnym i (lub) elektronicznie za pośrednictwem kanałów komunikacji pochodzących z obcych krajów, a także prawa wyłączne do takiego oprogramowania i praw do korzystania z takiego oprogramowania (zwanych dalej oprogramowaniem i (lub) prawami do niego) na potrzeby zamówień na potrzeby państwa i gminy, z wyjątkiem następujących przypadków:

a) rejestr nie zawiera informacji o oprogramowaniu odpowiadającym tej samej klasie oprogramowania, co oprogramowanie planowane do zakupu;

Zgodnie z ust. 2 Procedury sporządzenia uzasadnienia braku możliwości zastosowania się do zakazu dopuszczania oprogramowania pochodzącego z zagranicy w celu udzielenia zamówienia na potrzeby państwowe i gminne, zatwierdzonego Uchwałą nr 1236, uzasadnienie jest przygotowane przez Klienta przy zakupie oprogramowania w następujących przypadkach:

a) w ujednoliconym rejestrze rosyjskich programów komputerów elektronicznych i baz danych nie ma informacji o oprogramowaniu odpowiadającym tej samej klasie oprogramowania, co oprogramowanie planowane do zakupu;

b) oprogramowanie, o którym informacja znajduje się w rejestrze i które odpowiada tej samej klasie oprogramowania, co oprogramowanie planowane do zakupu, pod względem funkcjonalnym, technicznym i (lub) użytkowym nie spełnia wymagań ustalonych przez Klienta za oprogramowanie planowane do zakupu.

Na mocy klauzuli 6 Procedury sporządzenia uzasadnienia niemożności zastosowania się do zakazu, umieszczenie w jednolitym systemie informacyjnym uzasadnienia niemożności zastosowania się do zakazu w zakresie zamówień następuje po stronie Klienta równocześnie z zamieszczeniem ogłoszenia o zamówieniu.

Wskazane uzasadnienie niemożności zastosowania się do zakazu nie jest umieszczone w Jednolitym Systemie Informatycznym, co stanowi naruszenie części 3 art. 14 ustawy o ustroju umów…”

Konieczne jest ustanowienie zakazu na podstawie art. 14