(aby automatycznie wyszukać odpowiedź, należy przytrzymać klawisz „Ctrl” na klawiaturze i kliknąć na liście interesujące Cię pytanie).

Błąd (należy rozwiązać): Nieoczekiwany błąd podczas przetwarzania. UE Nie znaleziono planu zakupów dla ID: 974653 Błąd (konieczna eliminacja): Nieprawidłowe dane użytkownika. Nie znaleziono użytkownika z loginem. Błąd (wymagana poprawka): Nieoczekiwany błąd podczas przetwarzania. UE Plan zamówień o numerze rejestracyjnym null ma już późniejszą wersję 0 lub wersję 1”. Błąd (wymagana eliminacja): Nieoczekiwany błąd podczas przetwarzania. UE. Aktualny projekt harmonogramu o identyfikatorze 564049 nie został znaleziony w UIS Błąd (wymagana eliminacja): Na życzenie Klienta z kodem zgodnym z SDR 03162000006 nie można zmienić informacji o powiązaniu z harmonogramem Błąd (należy poprawić): Błędne dane Data i godzina rozpoczęcia okresu składania wniosków (18.06.2017 18: 32) nie powinna różnić się od wartości obowiązującej w aktualnej wersji ogłoszenia (zmiany w ogłoszeniu) (18.06.2017 17:32).

Przydatne artykuły:

Wypełnianie informacji o produktach leczniczych w pozycji harmonogramu Podczas wprowadzania danych o produktach leczniczych do umowy Jeśli potrzebujesz założyć nowe konto

Błąd (należy rozwiązać): Nieoczekiwany błąd podczas przetwarzania. UE Nie znaleziono planu zamówień dla ID: 974653

Podczas wysyłania poprawionych informacji do UIS za pomocą przycisku [Wyślij dokument do UIS] lub [Wyślij zmiany dokumentu do UIS] w odniesieniu do planu zakupów może pojawić się błąd: „Nie znaleziono planu zakupów dla ID: 974653”. Powodem jest fakt, że pomyślnie przesłana informacja o planie zakupów na koncie osobistym klienta została przez niego usunięta. Aby rozwiązać ten problem, musisz znaleźć bieżący identyfikator dokumentu w UIS. W tym celu na koncie osobistym Klienta, w związku z istniejącym planem zakupowym, należy kliknąć na przycisk [Dziennik zdarzeń], aby otworzyć dziennik dokumentów. W pasku adresu dziennika zdarzeń na samym końcu znajduje się kod „...planId=402288” (rysunek 1).

Rysunek 1.

Gdy tylko znajdziesz kod, musisz skontaktować się z działem pomocy.

Błąd (należy rozwiązać): Nieprawidłowe dane użytkownika. Nie znaleziono użytkownika z loginem

Przede wszystkim musisz poznać nowy login i hasło do swojego konta. W tym celu należy przejść do danych rejestracyjnych użytkownika na swoim koncie osobistym EIS i kliknąć w hiperłącze [Dane użytkownika do alternatywnej integracji (poprzez protokół HTTPS)] (rysunek 2).

Rysunek 2. Pobieranie danych użytkownika do alternatywnej integracji

W takim przypadku login i hasło użytkownika zostaną wygenerowane automatycznie (rysunek 3). Konieczne jest zapisanie danych, które będą wyświetlane w oknie informacji o użytkowniku. Zaleca się skopiowanie tych danych do edytora tekstu i zapisanie ich na swoim komputerze.

Rysunek 3. Informacje o użytkowniku

Po zarejestrowaniu lub zapisaniu danych w edytorze tekstu na komputerze kliknij przycisk [Kontynuuj]. W tym momencie użytkownikowi zostanie przypisany wyświetlony login i hasło.

Jeśli z jakiegoś powodu nie zdążyłeś zapisać danych lub zamknąłeś okno, wywołaj ponownie okno informacji o użytkowniku. W takim przypadku zostanie wygenerowane nowe hasło, które należy zapisać i dopiero wtedy kliknąć przycisk [Kontynuuj].

Po otrzymaniu loginu i hasła należy udać się do Systemu „WEB-Torgi-KS” i otworzyć dane rejestracyjne w UIS (rysunek 4).

Rysunek 4. Dane rejestracyjne

W oknie, które zostanie otwarte, w zakładce „UIS”, w polach „Login” i „Hasło” wprowadź dane (rysunek 5), które otrzymałeś w UIS (rysunek 3).

Rysunek 5. Zmiana danych rejestracyjnych

Dodatkowo należy wypełnić wymagane pola i kliknąć przycisk [Zapisz], aby zapisać wprowadzone dane. Po wykonaniu opisanych powyżej kroków należy ponownie wysłać dokument do UIS. W takim przypadku nie będą już pojawiać się błędy dotyczące niezgodności danych rejestracyjnych użytkownika w UIS.

Podczas wysyłania planu zamówień do EIS

Błąd (należy rozwiązać): Nieoczekiwany błąd podczas przetwarzania. UE Plan zamówień o numerze rejestracyjnym null ma już późniejszą wersję 0 lub wersję 1.”

Powodem tej kontroli jest fakt, że klienci wygenerowali zmiany bezpośrednio w Jednolitym Systemie Informatycznym i przesłali zmiany ponownie, ale z handlu internetowego.

Aby rozwiązać ten problem, musisz znaleźć aktualny identyfikator dokumentu w UIS (rysunek 1) i utworzyć zgłoszenie w usłudze Helpdesk. Jeśli w planie zakupów w danych dodatkowych masz pole „Wersja projektu planu zakupów (UIS):” dostępne do edycji, to musisz samodzielnie zarejestrować wersję wskazaną w błędzie.

Podczas wysyłania harmonogramu do EIS

Błąd (należy rozwiązać): Nieoczekiwany błąd podczas przetwarzania. UE W systemie EIS nie znaleziono aktualnego projektu harmonogramu o identyfikatorze 564049

1. Musisz znaleźć aktualny identyfikator harmonogramu:

2. Na swoim koncie osobistym UIS otwórz „plany i harmonogramy zakupu towarów, robót budowlanych, usług”

3. Najedź myszką na ogólne informacje o najnowszym harmonogramie.

Adres strony pojawi się na dole strony przeglądarki (Rysunek 6). Parametr rewizjiid=…. będzie bieżącym identyfikatorem harmonogramu.

Podczas wysyłania powiadomienia do EIS

Błąd (obowiązkowa eliminacja): Na życzenie Klienta o kodzie SDR 03162000006 nie można zmienić informacji o połączeniu z rozkładem jazdy

Do twórców UIS złożono apelację w sprawie fałszywych alarmów. Ten problem jest powszechny, ale niestety nie otrzymaliśmy jeszcze żadnych komentarzy od twórców EIS i nie ma też obejść tego problemu.

Błąd (należy poprawić): Nieprawidłowe dane. IDE. Data i godzina rozpoczęcia biegu terminu składania wniosków (18.06.2017 godz. 18:32) nie powinna różnić się od wartości zawartej w aktualnej wersji ogłoszenia (zmiany ogłoszeń) (18.06.2017 godz. 17:32)

Teraz zainstalowaliśmy małą aktualizację, która może rozwiązać Twój problem. Spróbuj wykonać następujące czynności:

1. zaloguj się ponownie

2. wskazać numer ewidencyjny ogłoszenia w wydaniu pierwotnym

3. w zmianie wskazać datę rozpoczęcia składania wniosków, pobierając ją z Jednolitego Systemu Informatycznego – w swoim koncie osobistym przeglądaj zawiadomienie w formacie XML i znajdź datę rozpoczęcia składania wniosków, tę datę i godzinę, łącznie z sekundami, należy wskazać w treści zmiany w zawiadomieniu. (można byłoby pobrać datę/godzinę rozpoczęcia przesyłania z komunikatu o błędzie wysyłania, ale niestety EIS nie wyświetla tam sekund)

4. spróbuj wysłać powiadomienie o zmianie.

Przydatne artykuły.

Wypełnienie informacji o lekach w partii harmonogramu

Klient wybrał wartość „dowolna postać do infuzji” dla wskaźnika „Nazwa postaci leku” (może to być roztwór, koncentrat lub liofilizat), a także dla wskaźnika „Dawka” wybrał wartość „nie mniej niż 125 mg”, aby uniknąć ograniczeń konkurencji potencjalnych uczestników zgodnie z prawem federalnym. Zgodnie z katalogiem INN odzwierciedlonym w komputerze WEB-Torgi-KS, Klient musi wybrać jedną z sześciu opcji dla INN Dobutamine. Na etapie tworzenia harmonogramu nie jest możliwe określenie konkretnych wskaźników, ponieważ procedura identyfikacji dostawcy jeszcze się nie odbyła, dlatego też wybór opcji z tego katalogu może wiązać się z naruszeniem prawa. Jak wypełnić kolumnę „Informacje o leku”, aby informacje zostały wypełnione poprawnie, ale bez ograniczania konkurencji? Gdzie następnie trafiają informacje wprowadzone w tej kolumnie?

Odpowiedź: Poprawiono funkcjonalność kompleksu w zakresie wypełniania informacji o lekach w partii harmonogramu.

Przy wpisywaniu do umowy danych o produktach leczniczych

Pracując z informacjami o lekach należy zwrócić uwagę na punkt 2.14.1.5 „Wypełnianie informacji o lekach” Przewodnika Użytkownika.

Jeżeli kod OKPD 2 nie pokrywa się z unikalnym kodem produktu leczniczego, chociaż numer dowodu rejestracyjnego i wszystko inne również się zgadza, istnieje możliwość uzupełnienia katalogu INN o własne wartości.

Jeśli chcesz utworzyć nowe konto

W przypadku konieczności uzyskania loginu i hasła z komputera Web-Torgi-KS lub złożenia elektronicznego podpisu cyfrowego należy przesłać skan polecenia wyznaczania osób odpowiedzialnych na adres e-mail: *****@***ru .

Lista najczęściej zadawanych pytań jest w trakcie opracowywania i będzie na bieżąco aktualizowana.

16.06.2017

Jeżeli na podstawie wyników kontroli zgodnie z częścią 5 art. 99 44-FZ organ finansowy opublikował Protokół niezgodności z informacją kontrolowaną, wówczas Klient musi samodzielnie zwrócić dokument PG do rewizji, w tym celu jest to konieczne w statusie „ Nie pasuje" wybierz dokument i wyślij go wzdłuż trasy.

Przyczyny problemu:

1. Wysyłając projekt podstawowy do Zunifikowanego Systemu Informatycznego, zakupy „specjalne” przesłane w ramach pakietu są ujmowane statycznie w dokumencie. W przypadku wysłania pakietu planu zakupów do kontroli zakupy „specjalne” pozostają częścią dokumentu bez możliwości ich anulowania. Jest to cecha systemu EIS. Dlatego też, gdy klient spróbuje anulować „specjalne” zakupy, które zostały już przesłane do Jednolitego Systemu Informatycznego w Licytacji i rozpocznie nowy zakup z tym samym rodzajem i CWR, wówczas wychodzi opisana powyżej kontrola.
2. W przypadku usunięcia wysłanego zakupu i utworzenia nowego zakupu z tym samym CWR. W takim przypadku nawet jeśli nowo utworzony zakup wypełni ten sam IKZ, który był w poprzednio wysłanym, nie poprawi to sytuacji. Osobliwością pracy VSRZ z UIS jest to, że pozycje zawierają dodatkowy „zewnętrzny” klucz VSRZ. Przetwarzając informacje o paczce z VSRZ, EIS sprawdza zakupy nie tylko przez IKZ, ale także według klucza obcego. Odpowiednio, jeśli usunąłeś zakup, utworzyłeś nowy na obraz i podobieństwo usuniętego i przejął on IKZ zdalnego zakupu, nie gwarantuje to pomyślnej akceptacji dokumentu, ponieważ przy próbie przesłania nowo wysłaną paczkę, EIS sprawdzi zakup za pomocą dwóch kluczy i uzna, że ​​został przyjęty nowy zakup. Wystawi kontrolę opisaną powyżej, jeśli nowy „specjalny” zakup będzie miał ten sam CWR, który był w przypadku zakupu zdalnego. Jeżeli CVR jest zupełnie inny, wówczas kontrola będzie ograniczona do unikalności IKZ.
3. Sposób składania Planu Zakupów dla zakupów specjalnych nie jest zgodny ze sposobem określonym w Załączniku.

Rozwiązanie:

1. Konieczne jest anulowanie wszystkich nowo utworzonych „specjalnych” zakupów z CWR, na które skarży się kontrola, i zwrócenie ich do nieanulowanych zakupów podstawowych. Od teraz musimy z nimi współpracować. W związku z tym, jeśli chcesz „usunąć” zakup, wystarczy wypełnić go zerami.
2. W takim przypadku standardowe mechanizmy nie mogą naprawić sytuacji. W przypadku zakupów zdalnych za pomocą skryptów konieczne jest wprowadzenie kluczy obcych. Klucze obce można pobrać z xml za pomocą FTP UIS, jeśli plan zakupów został już opublikowany w UIS, lub z kopii zapasowej bazy danych, jeśli nie było publikacji. Zabraniamy teraz usuwania zakupów przesłanych wcześniej do Jednolitego Systemu Informacyjnego w Handlu. Usunięcie jest dostępne tylko dla administratorów systemu. W przypadku pomocy w generowaniu skryptów należy skontaktować się z twórcami DIRIGZ Keysystems w celu konsultacji.
3. Anuluj linie (zakupy) planu zakupów, które nie wskazują metod i dodaj je ponownie z obowiązkowym wskazaniem metody zakupów, a następnie musisz powiązać pakiet w Partii harmonogramu.

Podczas wysyłania poprawionego dokumentu do EIS [Wyślij dokument do UIS] lub [Wyślij zmiany w dokumencie do UIS] W odniesieniu do planu zakupów może pojawić się błąd: „Nie znaleziono planu zakupów według identyfikatora: xxxxxxx”.

Problem ten wynika z faktu, że pomyślnie przesłany dokument na koncie osobistym Klienta został usunięty przez samego Klienta lub informacja o numerze nie została przesłana przez EIS po weryfikacji dokumentu przez Komisję Finansową (zgodnie z częścią 5 Rozporządzenia art. 99).

Aby rozwiązać ten problem, musisz znaleźć aktualny numer identyfikacyjny dokumentu w UIS. Aby to zrobić, należy otworzyć dokument na koncie osobistym klienta w UIS i wpisać na końcu kod „...planId=” w pasku adresu 402288 »

Numer ten należy przesłać do grupy wsparcia technicznego za pomocą podsystemu połączeń Bagtrekin, z dopiskiem „Przydzielenie identyfikatora” dodatkowo we wniosku należy wskazać:

• - Nazwa dokumentu;
• - Numer wersji dokumentu;
• - NIP instytucji.

W dokumencie Planu Zakupów nie jest wypełniona zakładka „Dodatkowe” ( nie daj się zwieść z zakładką dokumentu „Zakup planu zakupów”)

Jeżeli dokument „Harmonogram zakupów” został wygenerowany w RIS „WEB-Torgi-KS” i otrzymał status dokumentu „ Przyjęty do EIS" (Znak analityczny), ale dokument nie pojawił się na Twoim koncie osobistym EIS, oznacza to, że użytkownik ma nie ma uprawnień do publikacji Harmonogramu na rok 2017, musisz zalogować się jako Administrator UIS i wprowadzić odpowiednie role:

Występuje, jeśli klient nacisnął przycisk [ Wyślij dokument jako nowy do EIS] Przycisk ten powinien być używany przez klientów tylko w przypadku, gdy plan zakupów został przesłany do Jednolitego Systemu Informatycznego, ale nigdy nie został przekazany do kontroli finansowej, a jedynie został usunięty z konta osobistego i w tej chwili klient nie posiada ani jednego projektu planu zakupów na jego koncie osobistym.

Jeżeli na koncie osobistym klienta znajdują się projekty planów zamówień, dla których otrzymano protokół niezgodności z informacjami kontrolowanymi zgodnie z częścią 5 art. 99, wówczas do przesłania do Jednolitego Systemu Informatycznego należy użyć tylko przycisku [ Wyślij dokument do EIS] Lub [ Wyślij zmianę dokumentu do EIS] W takim przypadku konieczne jest skorygowanie wersji planu zamówień, która została pomyślnie załadowana do Jednolitego Systemu Informatycznego i zgodnie z którą otrzymano protokół niezgodności z kontrolowanymi informacjami zgodnie z częścią 5 art. 99. Nie ma potrzeby tworzenia nowej wersji planu zakupów w WEB-Torgi-KS, a tym bardziej przesyłania go na swoje konto osobiste. Nowa wersja planu zamówień powinna zostać utworzona dopiero po pomyślnym opublikowaniu poprzedniej wersji w Jednolitym Systemie Informatycznym.

Upewnij się, że pozycja jest obecna w UIS LC. Jeśli pozycja istnieje, potraktuj ją jako błąd UIS.

Konieczne jest sprawdzenie partii wykazu pod kątem obecności zduplikowanych wpisów; teksty tytułów w części „Niemożność zastosowania metod zgodnie z częścią 1 art. 22 44-FZ” nie powinny być powielane z innymi sekcjami, zob. zrzut ekranu:

Podczas pobierania opublikowanych dokumentów z Jednolitego Systemu Informatycznego WSZYSTKIE istniejące wcześniej wersje i wydania dokumentu (we wszystkich statusach) RIS „WEB-Torgi-KS” zostaną usunięte.

• Tymczasem Jednolity System Informatyczny nie przekazuje do systemów zewnętrznych danych dla szeregu danych takich jak KBK, średnie ceny jednostkowe GWS, OKPD2 i szereg innych. Aby zapewnić integralność przesyłanych danych, należy dodatkowo ręcznie wprowadzić brakujące informacje. Jeżeli pomiędzy danymi opublikowanymi a wprowadzonymi wystąpią różnice, mogą pojawić się problemy w dalszej integracji. Również informacje o wskaźnikach kosztów po załadowaniu do RIS „WEB-Torgi-KS” będą się zmieniać w kierunku zwiększania tysiąckrotny wyrażenie.

Błąd (należy rozwiązać): Nieoczekiwany błąd podczas przetwarzania. Nieoczekiwany błąd w adapterze integracyjnym RGK. Jeżeli organizacja umieszczająca (blok umieszczający) różni się od klienta (blok umieszczający), wówczas w zaakceptowanym dokumencie w bloku „Informacje o organizacji, która złożyła zamówienie” (blok umieszczający) należy podać informację o organizacji umieszczającej; kod SDR i uprawnienia określone w bloku muszą być zgodne z kodem SDR i uprawnieniami organizacji identyfikowanej poprzez login użytkownika „logowanie użytkownika” pobierającego pakiet.

Główną istotą problemu jest przesyłanie dokumentów do Jednolitego Systemu Informatycznego na konta z organem „Szef Organizacji”. UIS nie może poprawnie przetwarzać informacji przy użyciu takich danych uwierzytelniających UIS za pośrednictwem kanałów integracji.

Rozwiązanie:

1) Jeżeli klienci posiadają tylko jedno konto w swoim koncie osobistym UIS, wówczas konieczne jest utworzenie kolejnego konta bez uprawnień menadżera, ale z uprawnieniami do zamieszczania informacji

2) Jeżeli istnieją już konta bez uprawnień „Zarządca”, należy je wskazać w danych rejestracyjnych UIS. Przypomnijmy, że Klient wprowadza dane rejestracyjne w menu ustawień - Dane rejestracyjne UIS.

Po aktualizacji UIS do wersji 7.1.4 większość klientów napotyka błąd podczas wysyłania dokumentu do UIS: Nieoczekiwany błąd w adapterze integracyjnym RGK. Użytkownik posiadający login user_login, na którego konto osobiste wysyłany jest dokument, posiada następujące uprawnienia organizacji CU. Musisz wyraźnie określić wymagane uprawnienia w polu „Rola organizacji, która zawarła umowę” (placer\responsibleOrg)

Rozwiązanie:
Należy wypełnić zakładkę „Złożenie zamówienia przez organizację/złożenie zamówienia” w informacji o zamówieniu zgodnie z danymi UIS.

Ogólne, aktualne informacje, które pozwalają klientom zidentyfikować problem na swoim poziomie, spróbować go rozwiązać na swoim poziomie lub, jeśli nie da się go rozwiązać samodzielnie, trafniej sformułować żądanie.

Możesz zapoznać się z procedurą kontaktowania się z działem pomocy technicznej działu zamówień publicznych obwodu briańskiego w podsekcji „”

W związku z aktualizacją UIS, a w szczególności zmianą zasady numeracji wersji w UIS, w systemie UIS zmianie uległy schematy przeglądania harmonogramów (dalej – PG) i planów zamówień (dalej – PP). WEB-Trading-KS PC. Główne zmiany:

1. Do filtrów dokumentów dodano nowe statusy:

Dokumenty są automatycznie przesyłane do filtra „W trakcie zatwierdzania przez organ finansowy” po pobraniu odpowiednich komunikatów z UIS. Dzieje się to co godzinę. Do filtra „Kontrola finansowa zakończona” trafiają dokumenty z błędami wynikającymi z niepodania (lub niepełnego podania) tej informacji przez UIS (błąd zostanie w najbliższym czasie poprawiony przez UIS). Dokumenty do tego stanu wprowadzane są ręcznie przez administratorów systemu po odpowiednich żądaniach.

2. Zmieniono zasadę pracy z wersjami PG i PZ. Jeżeli wcześniej dla jakichkolwiek zmian utworzono nową wersję, teraz jest to niemożliwe. Jeśli zgodziłeś się na PG lub PP, ale nigdy nie wysłali tego do EIS i istnieje potrzeba wprowadzenia zmian, wówczas należy zwrócić dokument z uzgodnionych do rewizji. Aby to zrobić, w filtrze „Uzgodniono” należy przesłać dokument wzdłuż trasy do sprawdzenia. Jeśli podczas wysyłania wzdłuż trasy wystąpi błąd, należy skontaktować się z obsługą techniczną komputera „-torgi-KS” z opisem problemu - prawdopodobnie ukończyłeś trasę. Dokument zostanie zwrócony na trasę i będzie można go zwrócić do sprawdzenia. Następnie możesz wprowadzić niezbędne zmiany w partiach. Należy pamiętać, że partie PG lub PP zmienione w wydaniu PG lub PP zwrócone do sprawdzenia zostaną przeniesione do filtra „W trakcie sprawdzania”. Można je edytować bezpośrednio w tym stanie, bez wprowadzania w nich zmian. Pozostałe partie (niezmienione w wydaniu zwróconym do korekty) znajdą się w filtrze „Uzgodnione” i w razie potrzeby będzie można w nich wprowadzić zmiany. Jeśli zajdzie taka potrzeba, możesz stworzyć nowe parcele. W takim przypadku wszystkie wprowadzone zmiany zostaną odzwierciedlone w PG lub PP, który jest w trakcie finalizacji. Po dokonaniu wszystkich zmian dokument ten należy przesłać w drodze do zatwierdzenia i przesłać do Jednolitego Systemu Informatycznego.

3. Jeżeli zaistnieje sytuacja kiedy najnowsza aktualna wersja dokumentu została przesłana do Jednolitego Systemu Informatycznego i nie przeszła kontroli w Departamencie Finansów Obwodu Briańskiego , to należy zwrócić dokument od uzgodnionych do sprawdzenia i poprawić go analogicznie jak w punkcie 2. Jeżeli przy wysyłaniu na trasie pojawi się błąd, należy skontaktować się z obsługą techniczną komputera WEB-Torgi-KS z opis problemu i Koniecznie dołącz zrzut ekranu dziennika zdarzeń ze swojego konta osobistego EIS, który pokazuje całą historię ruchu dokumentu. Zrzut ekranu powinien także pokazywać aktualną datę i pełną ścieżkę w pasku adresu przeglądarki. Przykład takiego zrzutu ekranu:

W pasku adresu dziennika zdarzeń na samym końcu znajduje się kod „... planId=266614" Powinno to być widoczne na zrzucie ekranu. Dokument zostanie przeniesiony na nową drogę, a Ty będziesz miał możliwość zwrotu go do sprawdzenia i dalszego postępowania zgodnie z ust. 2.

4. Jeżeli zaistnieje sytuacja podobna do pkt. 3, ale już po wgraniu wydania do EIS opracowano i uzgodniono jedną lub więcej kolejnych wersji dokumentu i podczas wysyłania najnowszej aktualnej wersji pojawiają się błędy, należy również skontaktować się z obsługą techniczną z opisem problemu i aplikacja do zrzutów ekranu dziennika zdarzeń z konta osobistego UIS zgodnie z wymogami opisanymi w ust. 3. W takim przypadku wydania powstałe po ostatnim wydaniu przesłanym do UIS zostaną usunięte. Następnie będziesz mieć możliwość wprowadzenia zmian w dokumencie zgodnie z ust. 2.

5. Jeżeli po pomyślnym przesłaniu dokumentu do UIS podjęto decyzję o niepublikowaniu dokumentu, wówczas projektu nie można usunąć w UIS, ponieważ pojawia się błąd typu „ Wystąpił nieoczekiwany błąd podczas przetwarzania. UE Nie znaleziono planu zamówień dla ID: 974653" Jeśli taki błąd wystąpi, należy skontaktować się z pomocą techniczną komputera PC „-torgi-KS” z opisem problemu i Koniecznie załącz zrzut ekranu dziennika zdarzeń z Twojego konta osobistego EIS, który przedstawia całą historię przepływu dokumentu zgodnie z wymogami ust. 3.

6. WAŻNE! Po przesłaniu dokumentu do kontroli do Departamentu Finansów obwodu briańskiego na koncie osobistym EIS nie możesz nic zrobić z tym dokumentem na komputerze „ WEB bidding-KS” aż do przejścia do odpowiedniego stanu na PC” WEB licytacja-KS” (patrz punkt 1)! Doprowadzi to do niemożności dalszej pracy na komputerze PC ” Licytacja WWW-KS”.