Část 6 čl. 22 zákona o smluvním systému (44-FZ) určuje metodu srovnatelných tržních cen přednostně pro výpočet počáteční (maximální) smluvní hodnoty (NMCC). Zákazník požaduje ceny od potenciálních dodavatelů identického zboží, prací a služeb. Zpráva o tom je zveřejněna v Jednotném informačním systému (UIS).

V Metodických doporučeních dle Nařízení Ministerstva hospodářského rozvoje ze dne 2. října 2013 č. 567 k vytvoření NMCC je doporučeno objednateli získat spolehlivé informace o ceně:

1. Vyžádejte si údaje od nejméně pěti účastníků s relevantními zkušenostmi s dodávkami (nejméně tři z nich musí poskytnout potřebné informace).
2. Umístěte aplikaci do EIS.
3. Proveďte vyhledávání v registru smluv.
4. Sbírejte a analyzujte veřejně dostupné informace.

Jak napsat dopis

Dopis požadující informace o ceně není nabídkou. Tyto dva koncepty slouží různým účelům. Účelem nabídky je navrhnout uzavření smlouvy. Ten, kdo nabídku odešle, si stanoví všechny podstatné podmínky a ten, kdo nabídku obdrží, je buď přijímá, nebo odmítne smlouvu podepsat. Účelem žádosti je vyžádat si informace o ceně.

• údaje o adresátovi a adresátovi;
• datum, místo a číslo původu;
• téma odvolání;
• oslovení adresáta (v souladu s pravidly obchodní korespondence);
• Základní informace;
• nabídnout spolupráci;
• díky za odpověď;
• podpis, funkce, příjmení, jméno a patronymie zpracovatele.

Na základě bodů 3.10.1-3.10.6 Metodických doporučení je žádost o poskytnutí informace o ceně adresována potenciálnímu dodavateli a obsahuje:

1. Popis předmětu obstarávání s náležitým uvedením měrné jednotky, množství zboží (rozsah práce, služby).
2. Seznam informací pro určení identity (homogenity) produktu.
3. Základní ustanovení pro plnění smlouvy, požadavky na záruku.
4. Termíny pro poskytování informací o ceně.
5. Upozorňujeme, že z tohoto postupu nevyplývají pro zákazníka žádné závazky.

Jak publikovat

Zde je návod, jak zadat požadavek na cenu v UIS:

1. Přihlaste se ke svému osobnímu účtu a v menu bloku „Registry“ zvolte „Požadavky na ceny zboží, prací, služeb“.

2. Klikněte na tlačítko „Vytvořit“.

3. Zadejte data a připojte potřebné soubory. Po vyplnění polí požadovanými údaji se ujistěte, že jsou vyplněna správně pomocí tlačítka „Uložit a zkontrolovat“.

4. Uložte, upravte informace nebo je ihned zveřejněte. Klikněte na tlačítko „Odeslat k umístění“.

5. Upravte informace pomocí položky „Edit Project Menu“ na záložce „Preparation“.

6. V případě potřeby vymažte data. Vyberte položku nabídky se stejným názvem.

Je také možné smazat projekt předchozí operace změny. Tato funkce je dostupná ve fázi „Příprava změn“.

7. Po umístění postupu se vytištěná forma odráží ve dvou částech: horní a dolní.

8. Klikněte na tlačítko „Podepsat a odeslat“. Tím potvrdíte souhlas s touto akcí.

9. Upravte informace po odeslání. Chcete-li to provést, vyberte položku nabídky „Změnit“.

10. Zrušte zveřejnění pomocí tlačítka. Systém se zeptá na důvod a dokumenty. Uložte tyto informace (prostřednictvím tlačítka uložit) nebo odešlete změnu kliknutím na „Odeslat k odeslání“. Tento krok se projeví jako stav „Zrušeno“.

11. Upravte projekt zrušení. Chcete-li to provést, klikněte na položku „Otevřít kartu“. Přejděte na kartu Dokumenty. A poté v bloku „Zrušit požadavek na ceny“ klikněte na položku „Upravit“.

12. Odešlete hotovou změnu kliknutím na tlačítko „Odeslat k zaúčtování“. Na kartě „Odesláno“ se podívejte na kartu požadavku.

13. Vymažte projekt zrušení prostřednictvím položky „Otevřít kartu“. Přejděte na kartu Dokumenty. V bloku „Zrušit“ vyberte „Odstranit“.

Jak se liší od jiných postupů?

Pokyny pro zadávání cenové poptávky v Jednotném informačním systému jsou zaměňovány s organizací takových způsobů stanovení, jako je „žádost o cenovou nabídku“ a žádost o ceny podle 223-FZ. To je chyba: první proces je spojen se vznikem NMCC pro zahájení nabídkového řízení a poslední je plnohodnotný postup identifikace dodavatele.

Vývojáři singlu informační systém v oblasti nákupu neustále pracují na jeho podpoře a zlepšování. Technické problémy jsou ale nevyhnutelné a uživatelé se s nimi občas setkávají. Výpadek v provozu UIS může být vážnou nepříjemností zejména pro zákazníka, který čelí lhůtám pro zveřejnění jakýchkoliv informací. Řekneme vám, co dělat dál.

Běžné problémy

Nejčastěji se zákazníci setkávají s následujícími problémy:

• není možné přihlásit se k vašemu osobnímu účtu;
• systém nepřijímá autorizační údaje;
• Některé části UIS nefungují;
• nelze v něm umístit rozvrh nebo upravit data;
• Nemohu zveřejnit informace o nákupu.

Standardní důvody

Pokud se při pokusu o přístup do UIS setkáte s jedním z výše uvedených problémů, stejně jako s jakýmkoli jiným, s největší pravděpodobností je důvod následující:

Registrace v ERUZ EIS

Od 1. ledna 2020 roku účastnit se výběrových řízení podle 44-FZ, 223-FZ a 615-PP je nutná registrace v registru ERUZ (Jednotný registr účastníků veřejných zakázek) na portálu EIS (Jednotný informační systém) v oblasti zadávání zakázek zakupki.gov.ru.

Poskytujeme službu registrace do ERUZ v EIS:

• prevence nebo aktualizace systému;
• zvýšené zatížení serveru - příliš mnoho uživatelů se rozhodlo používat UIS současně;
• nepracovní den - někdy se systém o víkendech nebo svátcích vymkne kontrole;
• problém je na straně uživatele – například zastaralý prohlížeč nebo problémy s přístupem k internetu.

Co dělat

Zákazníci vědí, že za pozdní umístění dat do Jednotného informačního systému hrozí vysoké pokuty. Pokud se tedy v jeho provozu vyskytnou problémy, je třeba je co nejrychleji vyřešit.

Zkontrolujte, zda vaše připojení k internetu funguje správně a zda používáte moderní prohlížeč. Někdy problém pomůže vyřešit vymazání mezipaměti prohlížeče (paměť, ve které jsou uložena dočasná data). To je v podstatě vše, co můžete udělat sami.

Pokud se problém nevyřeší, musíte to okamžitě nahlásit službě podpory EIS. To lze provést zavoláním na telefonní čísla uvedená v systému - specialisté jsou k dispozici 24 hodin denně. Pokud problém vyžaduje podrobnější pozornost, pracovník kontaktního centra nabídne sepsání požadavku prostřednictvím e-mailu. Vyplatí se pořídit screenshoty (screenshoty), které potvrdí, že EIS opravdu nefungovalo, a přiložit je k dopisu. Tímto způsobem můžete například zaznamenat chybové hlášení. Na žádost uživatele bude vytvořen incident, který specialisté v blízké budoucnosti přezkoumají. Po vyřešení chyby bude uživatel upozorněn.

Pokud z nějakého důvodu není vaše e-mailová žádost akceptována, operátor neodpovídá na hovory nebo služba podpory nemůže váš problém vyřešit, je vhodné kontaktovat portál veřejné organizace „Fórum smluvních vztahů“, fungující s podporou Ministerstvo hospodářského rozvoje. Zde můžete podat oficiální stížnost na práci EIS. Chcete-li to provést, musíte se zaregistrovat a přihlásit se na portál, podat stížnost v elektronické podobě a připojit naskenovanou kopii jeho papírové verze na hlavičkový papír organizace s podpisem manažera.

Příspěvky telefonické rozhovory, historie korespondence se službou podpory, snímky obrazovky chyb UIS a podané stížnosti mohou pomoci, pokud nesprávný provoz systémů k zákazníkovi, vyvstanou otázky od regulačních úřadů. To pomůže prokázat, že lhůta pro uveřejnění informací v Jednotném informačním systému byla porušena z důvodu, který nezávisel na zákazníkovi, a on naopak udělal vše pro to, aby k porušení nedošlo.

Odvolání na technickou podporu Oficiální stránky EIS

1. 
   Požadované poptávkový formulář níže (povinná pole jsou označena * ).
2. 
   Pozornost! Pokud se obrátíte na podporu s jakýmkoli problémem nebo chybou, musíte připojit archiv záznamů s akcemi, které vedly k problému nebo chybě, vždy identifikující server v době, kdy k chybě došlo.
3. 
   [e-mail chráněný]

1. 
   Poptávkový formulář

№	Otázka	Odpovědět
	Celé jméno* kontaktní osoba (pozice)	[Zadejte příjmení, jméno a patronymii]
	Kontaktní adresa E-mailem *	[Vložte svou e-mailovou adresu]
	kontaktní číslo(Fax)	[Vstupte kontaktní číslo, fax]
	Jméno společnosti*	[Zadejte název vaší organizace]
	DIČ organizace* (kontrolní bod)	[Zadejte identifikační číslo daňového poplatníka vaší organizace]
	Kód organizace: Jedinečné číslo účtu organizace (UNR) SVR kód	[kód organizace]
	Systém, ve kterém práce probíhá*	[Vyberte systém EIS – 44-FZ nebo 223-FZ]
	Funkce EIS*	[Vyberte ze seznamu subsystém UIS]
	Datum a čas, kdy k chybě došlo, moskevský čas*	[Vyberte datum, kdy k chybě došlo]
	Informace o parametrech pracoviště*	[Vyberte operační systém]
	Soubor osvědčení (*.cer) v archivované podobě (přiložte k tato forma nebo jej přiložte jako přílohu dopisu)
	Detailní popis požadavku (záznam sledu akcí získaných pomocí obslužného programu psr.exE(viz oddíl IV), návrhy na zlepšení systému) *
	V případě chyby: soubor s diagnostickými informacemi (viz část II) nebo definicí serveru při zaznamenávání akcí krok za krokem.
	V případě požadavku na zadávací řízení informace o zakázkách Nezbytně uveďte: evidenční čísla všech oznámení/smluv, u kterých došlo k chybám.

1. 
   Získání diagnostických informací.

Pokud při práci se Systémem dojde k technickým chybám, zobrazí se uživateli následující informace:

Na zobrazené stránce klikněte na hypertextový odkaz „soubor s popisem chyby“ a stáhněte si soubor s ID chyby do svého počítače. Dále je třeba kontaktovat organizaci, která poskytuje služby pro obsluhu uživatelů UIS, a k aplikaci přiložit stažený soubor s popisem chyby.

1. 
   Pokyny pro definování serveru.

Pro InternetBadatel verze 10 a dříve:

1. V aktuální relaci v osobní účet v prohlížeči ( internet Explorer) na kartě „Služba“ vyberte „Nástroje pro vývojáře“ (tlačítko F12);

2. V okně, které se otevře, vyberte záložku „Cache“ - „Zobrazit informace o souboru cookie“;

3. Po dokončení těchto kroků se zobrazí prohlížeč nová vložka s informacemi o souboru cookie ve formě tabulky. Informace o serveru EIS jsou uvedeny ve 3. bloku zdola.

4. K požadavku musí být připojen snímek obrazovky tabulky ze souboru cookie s informacemi o serveru a také s datem a časem, kdy byla chyba reprodukována.

Pro InternetBadatel verze 11 :

1. Otevřete Nástroje pro vývojáře (F12);

2. Vyberte Síť (Ctrl+4);

3. Klikněte na „Povolit kolekci“ síťový provoz(F5)";

4. Proveďte nezbytné kroky k reprodukci chyby (vývojářské nástroje lze zavřít);

5. Otevřete vývojářské nástroje (F12);

6. Vyberte Síť (Ctrl+4);

7. Zvolte "DETAILY" (druhý řádek shora);

8. Vyberte „Cookies“ (ve třetím řádku shora);

Příklad snímku obrazovky časového pásma:

1. 
   Záznam sledu akcí získaný pomocí nástroje psr.exe.

Nástroj vám to umožňuje automatický režim zaznamenávat uživatelské akce ve formě snímků s paralelním záznamem akcí.

Pro rychlé spuštění utility: stiskněte win+r a do okna zadejte příkaz psr.exe

(Start - Spustit).

Chcete-li zahájit nahrávání, stiskněte Alt+A, chcete-li zastavit nahrávání, stiskněte Alt+O nebo klikněte na odpovídající tlačítko.

Můžete také přidávat komentáře, pro přidání komentáře stiskněte Alt+C, zadní oblast ztmavne a okno komentáře bude aktivní.

Po zastavení nahrávání vás obslužný program vyzve k zadání umístění pro uložení archivu se seznamem akcí a úplnými snímky.

Hotový záznamový soubor bude uložen ve formátu mht, který lze zobrazit pomocí libovolného prohlížeče. Hotový soubor bude předem zabalen do zipu.

1. 
   Vyplněný formulář zašlete na adresu: [e-mail chráněný]

Formulář žádosti na službu technické podpory na oficiálních webových stránkách EIS ( [e-mail chráněný])

№	Otázka		Odpovědět
	Celé jméno kontaktní osoba, pozice
	Kontaktní údaje(telefon, email, fax)
	Územní orgán Federální ministerstvo financí, ve kterém byl přijat digitální podpis
	Podrobnosti o organizaci ( název, CÍN, kontrolní bod); Kód organizace v konsolidovaném seznamu zákazníků ( SDR)		Název: SDR:
	Popis odvolání. Upřesněte Podle který zákon odvolání Uveďte typ požadavku (dotaz/návrh/problém); Funkce Oficiálního webu EIS (jakou funkci Oficiálního webu EIS se uživatel pokusil použít, jaké akce chtěl provést?); Stručný popis požadavku
	Datum a čas, kdy k problému došlo
	Parametry uživatelské pracovní stanice (název operační systém, internetové prohlížeče a čísla jejich verzí, číslo verze Crypto Pro CSP, antiviry)
	Autorita organizace; Uživatelská oprávnění; uživatelské přihlášení(pro vstup do EIS LC); soubor osvědčení (*.cer) v archivované podobě
	Detailní popis požadavky (snímky obrazovky, přesná sekvence akcí, popis systémové chyby, návrhy na zlepšení). Pozornost! Pokud budete kontaktovat podporu s jakýmkoli problémem nebo chybou, musíte přiložit snímky obrazovky ( snímky obrazovky) s akcemi, které vedly k problému nebo chybě, a snímky obrazovky ( snímky obrazovky) s projevem chyby nebo problému		Sekvenční řazení:
	dodatečné informace dle uvážení uživatele (přítomnost problémů s Crypto Pro CSP, opakování problému mezi ostatními uživateli vaší organizace atd.)
	V případě požadavků týkajících se postupů zadávání objednávek a informací o smlouvě navíc uveďte: Číslo oznámení za zveřejněná oznámení popř číslo smlouvy za zveřejněnou smlouvu. (19místné registrační číslo); Předmět smlouvy (pouze v případě, že oznámení není zveřejněno); Jak zadat objednávku; Typ zveřejňované informace (oznámení, změna, upřesnění, odmítnutí objednávky, protokol o otevírání obálek atd.); datum zveřejnění informace nebo plánované datum zveřejnění informace);		1)
		Definice serveru a doba přehrávání: Chcete-li to provést, v aktuální relaci ve vašem osobním účtu v prohlížeči (Internet Explorer) na kartě „Služba“ vyberte „Nástroje pro vývojáře“ (tlačítko F12) a poté v okně, které se otevře, vyberte „Cache“ záložka - "Zobrazit informace o souboru cookie" " Po dokončení těchto kroků se ve vašem prohlížeči objeví nová karta s informacemi o souboru cookie ve formě tabulky. K určení budete potřebovat informace ze 3. bloku odspodu, příklad: NÁZEV ROUTEID HODNOTA .pri03		Datum a čas, kdy byla chyba reprodukována: EIS server:

Pokud se váš požadavek týká pracovních problémů Oficiální stránky EIS v části 223-FZ, poté po vyplnění formuláře žádosti budete potřebovat soubor, který lze uložit následovně:

1. 
   Otevřete příkazový řádek (Start - Všechny programy - Příslušenství - Příkazový řádek);
2. 
   V příkazový řádek spusťte příkaz dxdiag;
3. 
   Stiskněte Enter";
4. 
   Uložit do souboru (kliknutím na tlačítko „Uložit všechny informace“).

Vážení uživatelé, buďte opatrní! tučně jsou zvýrazněny prvky, bez nichž není možná úplná analýza odvolání, a proto bude nezbytná dodatečná žádost informace.

Vyplněný formulář zašlete na adresu: [e-mail chráněný].

Snímky obrazovky Pro usnadnění lze k níže uvedenému souboru formuláře žádosti připojit kroky krok za krokem.

Spolková pokladna v souvislosti s uvolněním verze 8.1 Jednotného informačního systému v oblasti zadávání zakázek (dále jen UIS) zasílá k metodickému vedení činnost Územních orgánů Federální pokladny (dále jen kontrolní orgány) aktualizovaly Metodická doporučení k postupu při výkonu kontroly v oblasti zadávání veřejných zakázek podle čl. 99 části 5. Federální zákon ze dne 04.05.2013 č. 44-FZ „O smluvním systému v oblasti pořizování zboží, prací, služeb pro potřeby státu a obcí“, včetně zohlednění postupu při sledování zákazníků spadajících do působnosti Nařízení vlády Ruská Federace ze dne 27. listopadu 2017 č. 1428 „O specifikách zadávání zakázek pro potřeby obrany státu a bezpečnosti státu“.

Navíc v rámci vydání verze 8.1 EIS a spuštění nové funkčnost UIS v osobním účtu Kontrolního orgánu zasíláme k evidenci a použití v práci následující dokumenty:

1) stručná uživatelská příručka týkající se funkcí práce s funkčností verze 8.1 UIS při výkonu kontroly stanovené v části 5 článku 99 spolkového zákona ze dne 4. 5. 2013 č. 44-FZ „O smlouvě systém v oblasti obstarávání zboží, prací, služeb pro zajišťování státní a komunální potřeby“, jakož i ověřování smluv zařazených do evidence smluv uzavíraných zákazníky, v souladu s Pravidly pro vedení registru uzavřených smluv zákazníky, schváleno nařízením vlády Ruské federace ze dne 28. listopadu 2013 č. 1084 „O postupu při vedení registru smluv uzavřených zákazníky a registru smluv obsahujících informace představující státní tajemství“;

2) stručná uživatelská příručka týkající se implementačních prvků ve verzi 8.1 EIS požadavků nařízení vlády Ruské federace ze dne 27. listopadu 2017 č. 1428 „O vlastnostech zadávání zakázek pro potřeby obrany státu a státní bezpečnost."

Aplikace: 26 l. v 1 kopii.

RE. Artyukhin

Jednotný informační systém v oblasti nákupu

Rychlá uživatelská příručka

Pokud jde o vlastnosti práce s funkcionalitou jednotného informačního systému v oblasti zadávání veřejných zakázek, verze 8.1, při výkonu kontroly podle části 5 čl. 99 federálního zákona ze dne 04.05.2013 č. 44-FZ „O smluvním systému v oblasti zadávání zakázek na zboží, stavební práce, služby pro potřeby státu a obcí“, jakož i ověřování smluv zařazených do registru smluv uzavřených zákazníky, v souladu s Pravidly pro vedení registru smluv uzavřených zákazníky, schválenými nařízením vlády Ruské federace ze dne 28. listopadu 2013 č. 1084 (dále jen zákon č. 44-FZ, usnesení č. 1084)

Dokument je sestaven na 23 listech

anotace

Tento dokument je dodatkem k uživatelské příručce „Orgán oprávněný vykonávat kontrolu v souladu s částí 5 článku 99 federálního zákona č. 44-FZ“.

1. Vlastnosti sestavení, umístění, odeslání ke kontrole a sledování plánu zadávání zakázek podle části 5 čl. 99 zákona č. 44-FZ

Podrobnosti naleznete v části 4.3.3. uživatelská příručka „Orgán oprávněný vykonávat kontrolu v souladu s částí 5 článku 99 federálního zákona č. 44-FZ.“

1.1. Pro zákazníky, kteří jsou příjemci rozpočtových prostředků, jakož i v případě přechodu působnosti státního (komunálního) zákazníka na ně v souladu s ust. 6 čl. 15 zákona č. 44-FZ

Byla vylepšena funkcionalita LC OK pro sledování souladu objemu finanční podpory pro plán nákupu se stanovenými limity rozpočtových závazků v kontextu kodexů rozpočtová klasifikace(dále jen KBK), a to i automatizovaným způsobem prostřednictvím interakce UIS s Automatizovaný systém Federální ministerstvo financí (dále jen AS FC).

Když LC OK obdrží plány nákupu takových zákazníků ke kontrole, kontrolované informace se zobrazí v kontextu KBK.

Zároveň je automatizace takové kontroly stanovena v LC OK úřadů federálního ministerstva financí ve vztahu k plánům nákupu zákazníků, kterými jsou federální úřady, federální vládní agentury a další organizace v případě převodu pravomocí státním zákazníkem pro ně v souladu s částí 6 článku 15 zákona č. 44-FZ, jakož i zákazníky, kteří nakupují jménem subjektu, který je součástí Ruské federace (obecní subjekt), v případě převodu kontrolních pravomocí na federální ministerstvo financí a vedení osobních účtů u federálního ministerstva financí.

Stavy tvorby kontrolních výsledků v AS FC jsou indikovány v OK LC automaticky v poli „Stav řízení“ a také v protokolu událostí řídicího objektu, kde jsou hlavní události zpracování dat v AS FC jsou zaznamenány, včetně chyb při zpracování dat jsou zobrazeny (viz obrázek 1).

- „Požadavek byl odeslán do PUR“ - přiřazeno, pokud jsou informace o plánu nákupu odeslány do řídicího subsystému AS FC;

- „Doručeno do PUR“ - přiřazeno, pokud byla přijata zpráva z AS FC o přijetí informace o plánu nákupu;

- „Nedoručeno do PUR“ - přiděleno, pokud informace o plánu nákupu nebyly doručeny AS FC;

Po obdržení kontrolního výsledku z AS FC v LC OK se automaticky vygenerované kontrolní výsledky zobrazí na záložce „Informace podléhají kontrole“ (viz obrázek 2) a v případě negativní kontroly pro konkrétní BCC, množství pro které bylo porovnání provedeno, se zobrazí.

Připojení LC OK úřadů federálního ministerstva financí k funkcionalitě UIS pro automatizovanou kontrolu plánu nákupu bude probíhat po etapách v souladu s oficiálními oznámeními federálního ministerstva financí.

Upozorňujeme, že pro LC OK finančních orgánů ustavujících subjektů Ruské federace (obce) a řídících orgánů státních mimorozpočtových fondů (dále jen finanční orgány, OUGVF) není funkčnost pro automatizovanou kontrolu plánů zakázek. pokud.

Současně musí být kontrola v kontextu KBK v LC OK finančních orgánů a OUGVF, jakož i orgánů federálního ministerstva financí (v období před připojením k funkci automatizované kontroly) prováděna ručně u každé platby období (fiskální rok, první rok plánovacího období, druhý rok plánovacího období).

1.2. Pro rozpočtové a autonomní instituce

Za účelem dodržení ustanovení pododstavce „a“ odstavce 13 Pravidel pro provádění kontroly, stanovených v části 5 článku 99 zákona č. 44-FZ, schváleného nařízením vlády Ruské federace ze dne 12. prosince 2015 č. 1367 (dále jen Pravidla č. 1367) má UIS implementovanou funkcionalitu, která umožňuje rozpočtovým a autonomním institucím provádět zadávání zakázek, i když celková výše finanční podpory uvedená v plánech zadávání zakázek těchto institucí překročí odpovídající výši finanční podpory uvedenou v plánu jejich finanční a ekonomické činnosti (dále jen PFHD), pokud jsou ostatní ukazatele plánu zadávání veřejných zakázek konzistentní a PFHD na sebe navzájem, jakož i nepřesahující částku stanovenou v zadávání veřejných zakázek plán na aktuální finanční rok přes odpovídající ukazatel PFHD.

LC OK zároveň implementovala funkcionalitu pro automatizované sledování plnění konečného objemu finanční podpory pro plán nákupu, pro plnění ukazatelů PFHD, zveřejněné na oficiálních stránkách na internetu pro zveřejňování informací o stavu a městských institucí BUS.GOV.RU (dále - GMU) , do roku zadávání zakázek začalo.

Když je plán zadávání veřejných zakázek rozpočtové, autonomní instituce přijat do LC OK ke kontrole, kontrolované informace se zobrazí v kontextu roku, kdy zakázka začala. Kontrolní orgán musí počkat na automatické vygenerování výsledku kontroly návrhu.

Fáze zpracování požadavku na příjem indikátorů z GMU lze sledovat v poli „Stav kontroly“ a v protokolu událostí řídicího objektu, kde jsou zaznamenány hlavní události zpracování dat na GMU, včetně chyb při zpracování dat. (viz obrázek 3).

V tomto případě mohou existovat následující řídicí stavy:

- „Žádost byla odeslána na Státní lékařskou univerzitu“ – přiřazena, když je Státní lékařské univerzitě zaslána žádost o získání ukazatelů PFC pro sledování plánu nákupu;

- „Doručeno na Státní lékařskou univerzitu“ - přiděleno, pokud byla Státní zdravotní univerzitě doručena žádost o získání indikátorů PFHD ke sledování plánu nákupu;

- „Nedoručeno Státní lékařské univerzitě“ - přiděleno, pokud žádost o získání indikátorů PFCD nebyla doručena Státní lékařské univerzitě;

- „Byl vygenerován návrh výsledku kontroly“ – přiřazeno, pokud byl vygenerován návrh Oznámení o shodě s kontrolovanými informacemi nebo Protokol o neshodě kontrolovaných informací, ale výsledek ještě nebyl podepsán;

- „Výsledek kontroly je podepsán“ – přiřazeno, pokud je vygenerován a podepsán výsledek kontroly.

Po obdržení indikátorů PFCD ze Státní lékařské univerzity se automaticky generované výsledky kontroly zobrazí na záložce „Informace podléhají kontrole“ (viz obrázek 4).

Výsledek kontroly je tvořen porovnáním za každý rok zahájení pořízení zahrnutého do plánovacího období (fiskální rok, první rok plánovacího období, druhý rok plánovacího období) výše finanční podpory pro všechny IKZ, pro které nakupuje jsou plánovány v odpovídajícím roce (první dvě kategorie IKZ se shodují s posledními dvěma číslicemi roku) a částka uvedená v FCD na řádku 2001 ve sloupcích 7, 8, 9 pro odpovídající roky nákupu. Celkové hodnoty pro IKZ podle roku budou vypočítány automaticky a seznam takových IKZ se zobrazí v seznamu pod celkovými hodnotami. Pokud je zjištěn nesoulad mezi částkami pro konkrétní rok zahájení zakázky, bude pro všechny IPC pro tento rok nastaven výsledek „Neprošlo“.

Pokud tedy objem finanční podpory v plánu zadávání veřejných zakázek na aktuální finanční rok nepřesáhne částku odpovídajícího ukazatele PFHD a překročení je zaznamenáno pouze v ukazatelích plánovacího období, pak zadávání veřejných zakázek rozpočtovými a autonomními institucemi s kladným výsledkem kontroly harmonogramu zadávání, oznámení nebude zadávací dokumentace a zadávací dokumentace v aktuálním finančním roce zablokována, a to i přes překročení celkové výše finanční podpory.

1.3. Pro federální státní unitární podniky, které nakupují pomocí dotací, které jim byly poskytnuty z federálního rozpočtu na kapitálové investice do federálního majetku nebo na nabývání nemovitostí ve federálním vlastnictví (dále - FSUE)

V LC OK v souvislosti se sledováním plánu zadávání zakázek FSUE pro informace o registrovaných rozpočtových závazcích přijatých FSUE na základě dohod o poskytování dotací FSUE na kapitálové investice do federálního majetku nebo na nabývání nemovitostí do federálního vlastnictví ( dále jen smlouvy) je implementována funkcionalita pro sledování souladu konečného objemu finanční podpory pro plán nákupu FSUE v členění podle smluv s souladem s přijatými BO podle těchto smluv.

Současně při obdržení plánu nákupu federálního státního unitárního podniku pro kontrolu v LC OK se kontrolované informace zobrazí v kontextu dohod (viz obrázek 5).

Kontrolní orgán potřebuje tuto kontrolu provést ručně pomocí vyhledávací služby subsystému řízení výdajů státního integrovaného informačního systému pro řízení veřejných financí“. Elektronický rozpočet"(dále - PUR EB) nebo AS FC k vyhledání údajů o evidovaném BO příjemce rozpočtových prostředků, který poskytl dotaci Federálnímu státnímu podniku Unitary (například podle čísla smlouvy o poskytnutí dotace) . Kontrolní orgán musí zkontrolovat informaci o výši finanční podpory pro plán pořízení (pro konkrétní dotaci), zda nepřesahuje výši odpovídajícího BO (kontrola se provádí podle roku).

Také za účelem dodržení ustanovení pododstavce „b“ odstavce 13 pravidel č. 1367, pokud jde o monitorování plánu nákupu FSUE, jakož i zajištění kontinuity procesu zadávání zakázek, EIS implementoval funkcionalitu, která umožňuje FSUE nákupy, i když plán nákupu neprošel kontrolou souladu s přijatým BP, za předpokladu, že si ostatní kontrolní objekty vzájemně odpovídají.

1.4. Plán zakázek obsahující informace o zakázkách mimo plánovací období (ve vztahu k plánům zakázek úřadů, vládních agentur, rozpočtových institucí a autonomních institucí)

Byla implementována funkcionalita pro vytvoření UIS v Osobním účtu Zákazníka (dále jen Osobní účet Zákazníka) a poskytnutí kontroly, jak je stanoveno v pododstavci „a“ odstavce 13 Pravidel č. 1367, informace potvrzující možnost provedení nákupu mimo plánovací období v případech uvedených v odstavci 3 článku 72 rozpočtového zákoníku Ruské federace.

Při uvádění finanční podpory v pozici plánu nákupu ve sloupci „Částka na další roky“ musí zákazník na záložce „Informace o nákupu na další roky“ (viz obrázek) zadat důvody pro takové nákupy v souladu s Přílohou č. 5. k Postupu pro interakci Federální pokladny se subjekty kontroly uvedenými v odstavcích 3 a 6 Pravidel č. 1367, schváleného nařízením Ministerstva financí Ruska ze dne 4. července 2016 č. 104n.

Tyto informace budou poskytnuty ke kontrole LC OK jako součást plánu nákupu, když budou odeslány ke kontrole z LC zákazníka. Uvedené informace se zobrazí v OK LC na záložce „Kontrola dodržování právních úkonů“ (viz obrázek). Na základě těchto informací musí odborník kontrolního orgánu provést vizuální kontrolu. V případě zjištění nesouladu s kontrolovanými informacemi bude zadávání s odpovídajícím identifikačním kódem zakázky (dále jen IPC) zablokováno.

Upozorňujeme, že tvorba a předkládání informací o regulačních právních aktech potvrzujících možnost nákupu mimo plánovací období (dále jen RLA) rozpočtovými, autonomními institucemi se provádí obdobně jako funkcionalita vyvinutá pro LC zákazníka, která je státní (komunální) zákazník (viz obrázek ).

Zároveň se v LC OK na stejné záložce zobrazují informace o právních úkonech zadaných zákazníků s informací o souladu informací plánu nákupu s ukazateli PFC (viz obrázek 8)

2. Vlastnosti tvorby, umístění, odesílání ke kontrole a sledování harmonogramu zadávání zakázek stanovené v části 5 článku 99 zákona č. 44-FZ

Za účelem optimalizace kontroly plánů a harmonogramů zadávání zakázek podle ustanovení písmene „c“ odstavce 13 Pravidel č. 1367, jakož i zajištění správné kontroly nad výší finanční podpory poskytované na zakázky, UIS má implementovanou funkcionalitu, která umožňuje generovat kladný výsledek kontroly dle plánu - harmonogramu pořízení v případě dodržení IKZ plánu pořízení a skutečného nepřekročení výše finanční podpory přidělené na pořízení (včetně při úpravě plateb na základě na výsledcích dosažených úspor).

LC OK zavedla automatické sledování souladu harmonogramů pořízení s plány pořízení, a to pouze kontrolou dodržování IKZ, nepřekročení těchto plánovaných plateb IKZ v příštím finančním roce a plánovacím období a výše plateb mimo plánované období nad výší odpovídající finanční podpory v plánech nákupu, jakož i za absolvování příslušné kontroly IKZ v plánu nákupu (nesoulad ve zdůvodnění částek na další roky, nebo nejednotnost v objemech plánu nákupu na PFHD).

Zároveň není prováděna kontrola souladu NMCC s objemem finanční podpory v plánu zadávání veřejných zakázek, neboť v obecném případě je z důvodu souladu NMCC s plánovanými platbami nadbytečná (takovýto soulad je zajištěno formátově logickými kontrolami ve fázi tvorby harmonogramu nákupu v osobním účtu zákazníka). V konkrétním případě NMCC neuvádí skutečný objem plateb, ale je nezbytný pouze pro nabídkové řízení (např. uzavření smlouvy o energetických službách podle § 108 zákona č. 44-FZ), nelze jej číselně určit podmínek (v tomto případě je uveden jako vzorec (nákup služeb při prodeji státního majetku), nebo nezobrazuje objem plateb po upřesnění plánovaných plateb na základě výsledků úspor, protože NMCC nepodléhá změna.

Rovněž je implementováno zobrazení odpovídajících řízených informací v OK LC na záložce „Informace podléhající kontrole“ (viz obrázek 9).

Podrobnosti naleznete v části 4.3.4. uživatelská příručka „Orgán oprávněný vykonávat kontrolu v souladu s částí 5 článku 99 federálního zákona č. 44-FZ.“

3. Vlastnosti vytváření, kontroly a umístění oznámení o zadávání zakázek a dokumentace zakázek organizací na federální úrovni

Podrobnosti naleznete v části 4.3.5. uživatelská příručka „Orgán oprávněný vykonávat kontrolu v souladu s částí 5 článku 99 federálního zákona č. 44-FZ.“

3.1. Pro vládní zákazníky generující informace o rozpočtových závazcích

Sledovat oznámení o zadávání zakázek a zadávací dokumentaci od vládních zákazníků, které generují informace o přijatých rozpočtových závazcích v souladu s Postupem pro vyúčtování rozpočtových a peněžních závazků příjemců prostředků federálního rozpočtu územními orgány Federální pokladny, schváleným vyhláškou ministerstva Finance of Russia ze dne 30. prosince 2015 č. 221n (dále příslušně - PBO, Postup č. 221n), byla implementována funkcionalita pro automatické generování pozitivního výsledku kontroly v případě generování informací o PBO pro takové oznámení zadávání zakázek v Jednotném informačním systému.

Napojení těchto zákazníků na funkcionalitu pro generování informací o PBO v UIS bude probíhat po etapách v souladu s oficiálními oznámeními federálního ministerstva financí.

Pokud je zákazník zahrnut v nastavení Provozovatele stránek pro používání funkcionality pro generování informací o PBO v UIS, nebude mít takový zákazník přístup k funkci zasílání oznámení o nákupu ke kontrole, dokud nebude odpovídající PBO zaregistrován u PUR EB.

V případě obdržení oznámení o nákupu za účelem kontroly s uvedením, že odpovídající PBO, vygenerovaný v Jednotném informačním systému, byl zaregistrován, bude v LC OK automaticky vygenerován návrh výsledku kontroly takového oznámení (viz obrázek).

Pokud byl PBO zaregistrován bez využití funkcionality UIS, nebude výsledek kontroly pro takové oznámení automaticky generován v OK LC.

V tomto případě bude kontrolní orgán nezávisle, vyhledáním tohoto PBO v AS FC a (nebo) v PUR EB, navíc muset provést vizuální kontrolu množství uvedeného v informacích o PBO v AS FC a PUR EB, počáteční (maximální) cena zakázky (dále - NMCC ), uvedená v oznámení o zakázce. Je také nutné provést dodatečnou kontrolu souladu BAC specifikovaného v PBP s BAC obsaženým v aktuální zveřejněné verzi plánu nákupu.

Oznámení o zakázce bude zkontrolováno z hlediska souladu s IKZ a NMCC uvedeným v harmonogramu zadávání zakázek na zboží, práce a služby (dále jen harmonogram zadávání zakázek).

Upozorňujeme, že funkce vyvěšení oznámení o zakázce v Jednotném informačním systému bude pro zákazníky nedostupná, pokud Kontrolní úřad vystaví protokol o nesouladu kontrolovaných informací z následujících důvodů:

NMTC v oznámení o zakázce neodpovídá podobným informacím v harmonogramu zadávání zakázek;

NMCC uvedené v oznámení o zakázce neodpovídá výši PBO;

PBO podle oznámení o zakázce není registrován;

BSC specifikované v PBP nejsou zahrnuty v plánu nákupu;

Negativní kontrola plánu nákupu a harmonogramu nákupu z důvodu neposkytnutí v plánu nákupu pro příslušné IKZ zdůvodnění dostupnosti částek mimo plánovací období.

Upozorňujeme, že pokud bude na základě výsledků kontroly plánu pořízení vydán protokol o nesouladu kontrolovaných informací z důvodu překročení objemu finanční podpory v rámci BCC nad odpovídající limity rozpočtových závazků, dle oznámení o zadávání zakázek (pokud nedojde k odpovídajícím porušením podle NMCC a IKZ), bude mít tato CBC možnost získat pozitivní kontrolu, pokud na přední straně bude volný zůstatek finančních prostředků pro zadávání zakázek.

Po přijetí protokolu o nedodržení kontrolovaných informací v oznámení o zakázce do LC zákazníka musí zákazník vygenerovat změny a znovu jej odeslat ke kontrole (viz obrázek 9).

3.2. Pro federální rozpočtové a autonomní instituce

V Osobním účtu Zákazníka je implementována funkce blokování umístění oznámení o zakázce, pokud byl od Kontrolního úřadu doručen protokol o nedodržení alespoň jednoho ze zjištěných porušení:

V harmonogramu zadávání zakázek nebyl nalezen žádný odpovídající IPC;

NMTC neodpovídá podobným informacím v harmonogramu zadávání zakázek;

IPC v harmonogramu zadávání zakázek neprošlo kontrolou z důvodu zjištěných porušení IPC plánu zadávání zakázek (nebylo poskytnuto zdůvodnění dostupnosti částek pro následující roky nebo neprošla kontrolou výše finanční podpory pro aktuální finanční rok pro soulad s PFC).

Po obdržení protokolu o nedodržení kontrolovaných informací musí zákazník vygenerovat změny a znovu odeslat oznámení ke kontrole (viz obrázek 9).

3.3. Pro federální státní unitární podniky

3. V osobním účtu zákazníka je implementována funkce blokování umístění oznámení o zakázce, pokud byl od kontrolního úřadu obdržen protokol o nedodržení alespoň jednoho ze zjištěných porušení:

V harmonogramu zadávání zakázek nebyl nalezen žádný odpovídající IPC;

NMTC neodpovídá podobným informacím v harmonogramu zadávání zakázek.

Navíc se takové řízení provádí zcela automaticky.

Po obdržení protokolu o neshodě kontrolovaných informací musí zákazník vygenerovat změny a znovu odeslat oznámení o zakázce ke kontrole (viz obrázek).

4. Zákaz umístění konečného protokolu pro určení dodavatele (zhotovitele, realizátora) federálními zákazníky do Jednotného informačního systému v případě, že je podle něj vystaven protokol o neshodě.

Pro zákazníky na federální úrovni byl zaveden zákaz vyvěšovat konečný protokol pro určení dodavatele (zhotovitele, realizátora) (dále jen OPPI) v případě, že je na něm vydán protokol o neshodě v souvislosti se zjištěným nesoulad mezi údaji obsaženými v OPPI a údaji uvedenými v zadávací dokumentaci (v případě absence dokumentace v oznámení o zakázce), zčásti:

Překročení smluvní ceny navržené účastníkem zakázky, uznávaným vítězem určení dodavatele (dodavatel, realizátor), jediným účastníkem, jehož žádost je uznána jako vyhovující požadavkům zákona č. 44-FZ, nad NMCC specifikované v zadávací dokumentaci (v případě absence dokumentace v oznámení o zakázce na realizaci);

Překročení smluvní ceny uzavřené s jedním dodavatelem (zhotovitelem, realizátorem) nad NMCC uvedenou v zadávací dokumentaci (v případě absence dokumentace v oznámení o zakázce).

Podrobnosti naleznete v části 4.3.6. uživatelská příručka „Orgán oprávněný vykonávat kontrolu v souladu s částí 5 článku 99 federálního zákona č. 44-FZ.“

5. Změna v ovládání podle části 5 Čl. 99 zákona č. 44-FZ, dle pravidel č. 1084, dle vyhlášky č. 221n informací obsažených v registru smluv uzavíraných zákazníky z hlediska minimalizace ručního vyplňování výsledků kontroly

Pro zajištění komfortu sledování informací obsažených v registru smluv uzavřených zákazníky (dále jen Registr smluv) stanoveném ustanovením odst. 13 písm. c) Pravidel č. 1367 odst. 13 a odst. 14 Pravidel č. 1084, odst. 13 Postupu pro účtování rozpočtových závazků příjemců prostředků z federálního rozpočtu schváleného nařízením č. 221n, má UIS implementovanou funkcionalitu, která umožňuje generovat výsledky kontroly na základě taxativního výčtu potřebné kontroly.

LC OK implementovalo nové zobrazení záložky „Informace podléhající kontrole“ se strukturou krok za krokem (viz obrázek 3):

Prvním krokem je kontrola dostupnosti dokumentů poskytnutých zákazníkem pro zařazení do Registru smluv (kopie uzavřené smlouvy, informace o uzavření Federální antimonopolní služby Ruska o nákupu od jednoho dodavatele, rozhodnutí lékařská komise). Automaticky u všech dokumentů bude výsledek kontroly nastaven na „Prošlo“, protože nutné přikládání dokumentů je řízeno formátem a logickými kontrolami při generování informací o smlouvě zákazníkem. Dokumenty poskytnuté zákazníkem jsou automaticky nastaveny jako dokumenty obsahující informace pro kontrolu. Pro další kontrolu je potřeba si stáhnout kopii uzavřené smlouvy kliknutím na hypertextový odkaz příslušného dokumentu.

Druhý krok zahrnuje kontrolu shody hodnot atributů popsaných v článku 13, článku „c“ článku 14 pravidel č. 1084, článku 13 pravidel č. 1367 a specifikovaných v Tištěné formě informací obsažených v rejstříku. smluv, přičemž podmínky smlouvy najdete ve staženém dokumentu v prvním kroku. Pro každý z atributů je nutné nastavit výsledek a do pole „zjištěné nesrovnalosti“ se automaticky vyplní odpovídající text o nalezených nesrovnalostech. Při sledování atributů pro každý objekt odběru, pro každý léčivý přípravek nebo pro každého dodavatele je nutné nastavit výsledek kontroly na „Nevyhovuje“, pokud je zjištěna neshoda alespoň u jednoho z nich. Zároveň se doporučuje vyjasnit zjištěné nesrovnalosti, ve kterém konkrétním předmětu pořízení, léčivém přípravku apod. byla zjištěna nesrovnalost.

Třetí krok zahrnuje kontrolu názvu každého předmětu zakázky z hlediska souladu s katalogem zboží, prací a služeb (dále jen KTR). Systém automaticky nastaví tento parametr na hodnotu „Passed“, protože když zákazník vygeneruje název řídicího objektu podle KTR, je automaticky zajištěna shoda. Není-li v Registru smluv zaveden automatický soulad, je nutné tuto kontrolu provést ručně.

Čtvrtý krok zahrnuje kontrolu dle objednávky č. 221n na shodu informací o projektu přijatého BO se základním dokumentem, tzn. tištěná forma informace obsažené v Registru smluv. Systém automaticky nastaví tento parametr na hodnotu „Passed“, protože vzájemná korespondence dokumentů je zajištěna formátem a logickými kontrolami při generování informací zákazníkem. Pokud je zjištěna nesrovnalost alespoň v jedné z kontrol podle zakázky č. 221n, pak je nutné u této položky nastavit výsledek „Nevyhovuje“.

Pátým krokem je kontrola souladu informací obsažených v Registru smluv s informacemi již obsaženými v Registru smluv pro danou smlouvu. Tento krok zobrazí seznam dokumentů uvnitř evidenční číslo zařazena do Registru smluv, tzn. dokumenty, u kterých bylo dříve podepsáno oznámení o shodě. Tato kontrola musí být provedeno ručně.

6. Další změny ovládacích funkcí pro zajištění snadného použití

6.1. Byla implementována indikace při sledování plánů zakázek pro plán zakázek (viz obrázek 4), oznámení o zakázkách a zadávací dokumentace pro plán zakázek, zobrazující informaci, že byl umístěn dokument obsahující informace pro monitorování (nákupní plán, odpovídajícím způsobem plán zakázek) s negativním výsledkem kontroly.

6.2. Při provádění kontroly bylo implementováno upozornění kontrolního orgánu, pokud byla zaúčtována nová verze dokumentu obsahující informace pro kontrolu (viz obrázek 5), například při zaúčtování nová verze plán zadávání zakázek při kontrole plánu zakázky-plánu nebo umístění nové verze plánu zakázek-plánu při kontrole oznámení o zakázce a zadávací dokumentace. Při regeneraci výsledku kontroly budou všechna dříve zadaná data ztracena a bude vygenerován nový výsledek kontroly konceptu podle aktuální verze. Pokud kontrolní orgán zprávu ignoroval, zobrazí se vedle verze dokumentu zpráva, že dokument již není aktuální (viz obrázek 6).

Obrázek 5. Zobrazení zprávy o nutnosti přepočítat informace na aktuálnější verzi dokumentu obsahující informace pro kontrolu#

6.3. Byla implementována funkcionalita pro zobrazení výsledků automatické kontroly dokumentů. Pokud je nutné obnovit výsledky automatické kontroly, musíte kliknout na hypertextový odkaz „Zobrazit výsledky automatické kontroly“, po kterém budou data zadaná na stránce ztracena a zobrazí se výsledek automatické kontroly. V bloku „Výsledek kontroly“ bude vždy zobrazeno, který konkrétní výsledek kontroly byl vygenerován automaticky, pokud se kontrolní orgán rozhodl provést změny (viz obrázek).

6.4. Byla implementována funkce pro výběr z adresáře typických identifikovaných nekonzistencí. Pole „Identified inconsistencies“ v tabulkové části je textové pole s možností předvyplnění jednou z typických nekonzistencí, které lze pro daný kontrolní objekt identifikovat (viz obrázek 8).

Seznam hodnot dostupných pro výběr se zobrazí, když je kurzor umístěn v poli identifikovaných nekonzistencí. Pro vyplnění pole vyberte požadovanou hodnotu a klikněte na ni. Po výběru daná hodnota se zobrazí v poli a následně zobrazí tučně, což naznačuje, že tento rozpor již byl naznačen. V případě potřeby můžete pole upravit zadáním volného textu. Všechny nesrovnalosti zadané v tabulkové části se automaticky zobrazí v poli „Zjištěné nesrovnalosti“ v bloku „Výsledek kontroly“. Při generování výsledku automatické kontroly UIS samostatně předvyplňuje pole typickými nekonzistencemi z takového adresáře.

6.5. Osobní účet zákazníka implementuje funkci nastavení blokování umístění kontrolních objektů, dokud na nich není přijat výsledek kontroly. Toto nastavení má k dispozici správce organizace v části „Nastavení blokování umístění dokumentů (RF PP 315)“ (viz obrázek 9). Je třeba vzít v úvahu, že podle nařízení vlády Ruské federace ze dne 20. března 2017 č. 315 „O změnách pravidel pro provádění kontroly stanovené v části 5 článku 99 federálního zákona „O smluvním systému v oblasti zadávání zakázek na zboží, práce, služby pro uspokojování státních a komunálních potřeb“ do 1. ledna 2019 ve vztahu k zákazníkům nakupujícím za účelem uspokojování státních potřeb ustavujících subjektů Ruské federace (obecní potřeby) se pozastavuje ustanovení druhého odstavce odstavce 14, druhého odstavce odstavce 15 pravidel 1367 (pokud jde o neumisťování kontrolních objektů do Jednotného informačního systému do doby odstranění zjištěných porušení).

6.6. V LC OK je možné nastavit automatické podepisování výsledků kontroly (oznámení o splnění/protokol o neshodě) v Osobním účtu Kontrolního orgánu, který je územním orgánem Spolkové státní pokladny. Toto nastavení má k dispozici správce organizace v části „Nastavení blokování umístění dokumentů (RF PP 315)“ (viz Obrázek 10). Je nutné počítat s tím, že instalací nastavení automatického podepisování je za takto vystavený výsledek kontroly zákazníkovi nadále odpovědný Kontrolní úřad, jako by kontrolu provedl a výsledek kontroly sám podepsal, proto k použití nastavení je nutné přistupovat obezřetně a aplikovat jej pouze na dokumenty, u kterých se automaticky generovaný výsledek kontroly vždy shoduje s rozhodnutím, které o takovém dokumentu učinil samotný kontrolní úřad.

Přehled dokumentů

Je hlášeno vydání verze 8.1 EIS v oblasti zadávání veřejných zakázek. Pro kontrolu v oblasti zadávání zakázek, včetně potřeb obrany státu a bezpečnosti státu, byla zpracována aktuální metodická doporučení.

Pro federální zákazníky byl zaveden zákaz vyvěšovat konečný protokol pro určení dodavatele (zhotovitele, realizátora) v případě, že na jeho základě bude vydán protokol o neshodě z důvodu zjištěného rozporu mezi informacemi obsaženými v OPPI a údaje zadávací dokumentace (oznámení o zakázce).

V osobním účtu zákazníka byla implementována funkcionalita pro nastavení blokování umístění ovládacích objektů, dokud na nich není obdržen výsledek.