Nefunguje elektronický rozpočtový systém 11.09 17. Chyba přihlášení. Rozpočtové plánování - elektronický rozpočet (zápis na osvědčení). Tato stránka nemůže být zobrazena. Povolit protokoly TLS. Přihlaste se k osobnímu účtu Elektronického rozpočtu

Přechod na „elektronický rozpočet“ je požadavkem času a mezinárodních standardů. Tvrdí to ministr financí Ruské federace Siluanova A.G. vytvoření „elektronického rozpočtu“ poskytne „příležitost k posílení odpovědnosti veřejných orgánů vůči společnosti, a tím ke zvýšení transparentnosti a účinnosti využívání rozpočtových prostředků“.

Moderní Rusko prochází jednou z nejaktivnějších etap ve vývoji informační společnosti, budování elektronického státu, elektronické vlády.

Problematika informatizace se již dotkla oblasti řízení veřejných financí. Do roku 2015 bude systém e-rozpočtu sdružovat všechna ministerstva a resorty Ruské federace a všechny organizace zahrnuté do jejich struktury. Prezident Ruské federace v rozpočtovém sdělení na léta 2012-2014 stanovil vládě Ruské federace za úkol schválit vytvoření a rozvoj integrovaného informačního systému pro řízení veřejných financí „Elektronický rozpočet“, jehož elektronický dokument může naleznete na oficiálních stránkách Ministerstva financí Ruské federace - http//www.minfin.ru.

Pokud jde o aktuálnost tématu, je třeba poznamenat, že koncepce vytvoření a rozvoje státního integrovaného informačního systému pro řízení veřejných financí „Elektronický rozpočet“ byla schválena usnesením vlády Ruské federace ze dne 20. července 2011 č. 1275-r. Koncepce byla vypracována v souladu s ustanoveními Programu vlády Ruské federace ke zlepšení efektivnosti rozpočtových výdajů na období do roku 2012, schváleného usnesením vlády Ruské federace ze dne 30. června 2010 č. 1101-r. Koncepce tvorby a rozvoje systému „Elektronický rozpočet“ počítá s pětiletým obdobím realizace – do roku 2015.

Podle Pertsová L.V.„Elektronický rozpočet“ je navržen tak, aby zajistil otevřenost, transparentnost a odpovědnost činnosti orgánů veřejné moci a samosprávy, zkvalitnil finanční řízení organizací v sektoru veřejné správy a vytvořil podmínky pro co nejefektivnější využití rozpočtových prostředků a majetku státní správy. veřejnoprávní subjekty prostřednictvím vytvoření jednotného informačního prostoru, využívání informačních a telekomunikačních technologií v oblasti řízení veřejných financí – což je hlavním cílem tvorby a rozvoje „Elektronického rozpočtu“.

Zavedením systému elektronického rozpočtu by mělo být dosaženo tří vzájemně souvisejících cílů.

Za prvé, otevřít nejen výsledek finanční a ekonomické činnosti, ale i samotný rozhodovací proces. Nejen k otevírání dokumentů – reportování dat, projektů, prognóz, ale také k tomu, aby občané pochopili logiku rozhodování.

Druhý gól- propojit finanční informace s konečnými výsledky činnosti orgánů státní správy, zpřístupnit je konkrétnímu uživateli.

Třetí gól- přechod od lokálních informačních systémů každé instituce k využívání tzv. cloudových technologií, které vytvářejí jednotný systém pro všechny účastníky rozpočtového procesu podle jednotných pravidel. „Nyní máme osobní počítač na každém stole ve veřejné instituci, což ve skutečnosti uzavírá celou síť, neumožňuje uživatelům účastnit se jediného prostoru, který lze vytvořit pomocí cloudových technologií. Více než 20 000 agentur na federální úrovni ročně utratí miliardy dolarů na pořízení, vylepšení a údržbu účetních programů.

Jaké jsou tedy výhody a nevýhody tvorby „Elektronického rozpočtu“? Mezi výhody patří následující:

• vytvoření „Elektronického rozpočtu“ přispěje ke sjednocení a zjednodušení přípravy a podávání regulovaného výkaznictví, čímž odpadne nutnost vícenásobného ručního zadávání informací;
• vytvoření „elektronického rozpočtu“ usnadní přechod na právně významný tok dokumentů v oblasti řízení veřejných financí;
• bude automatizován postup zpracování dokumentů a kontrola realizace zakázky, čímž vznikne centralizované moderní úložiště regulačních a jiných regulačních právních aktů v oblasti rozpočtových právních vztahů.
• úspory na nákupu a podpoře softwaru pro návrh a plnění rozpočtu;
• zrychlení průchodu dokumentů prostřednictvím organizace bezpapírového workflow pomocí EDS mezi institucí a jejím hlavním manažerem nebo finančním úřadem;
• možnost pracovat na návrhu a plnění rozpočtu společně s jejich podřízenými institucemi v jediné databázi;
• schopnost analyzovat pokrok při navrhování a plnění rozpočtu s jakýmkoli stupněm podrobností online;
• kontrola činnosti hlavních správců rozpočtových fondů a státních (obecních) institucí online;
• schopnost řídit procesy plánování plnění rozpočtu obyvatelstvem;

Nevýhodou systému, přesněji řečeno problémem implementace systému „Elektronický rozpočet“ je, že:

• nedostatek potřebného technického vybavení. Je těžké si představit plnou integraci různých organizací v rámci budování elektronického rozpočtu, pokud některé z nich pracují na moderním vybavení a moderních softwarových produktech a druhá část používá zastaralá zařízení a programy z minulého století.
• Druhý problém, odkazující na rozhovor s Dmitrijem Vachruševem, členem expertní skupiny při Komisi pro veřejnou diskusi o tvorbě a rozvoji informačních technologií v oblasti řízení veřejných financí Ministerstva financí Ruské federace, může Prý nedostatek softwaru. Jak sám Dmitrij Vachrušev uvádí: „Přechod na nový software je pro specialisty v institucích vždy obtížný. Při výměně jednoho softwarového produktu za jiný jsem se velmi často setkával s elementárním problémem, kdy účetní nemůže najít tlačítko, které předtím stiskl ... je potřeba správně zorganizovat školení zaměstnanců ve fázi implementace a vytvořit kvalitní podpůrný systém.“
• Třetí problém je následující – každý subjekt Ruské federace žije a vyvíjí se svým vlastním způsobem, odlišným od všech ostatních, má svá specifika. Pokud použijeme stejnou metodiku na každý region, je nepravděpodobné, že to přinese výsledky. Je velmi důležité, aby byl implementovaný systém skutečně žádaný a hlavně fungoval. Aby regiony měly zájem o „Elektronický rozpočet“, musí řešit manažerské úkoly subjektu Ruské federace a také zohledňovat specifika každého regionu. Systém je nutné přizpůsobit potřebám koncových uživatelů, v tomto případě potřebám veřejnoprávních subjektů (subjektů Ruské federace a obcí). Takovou adaptaci lze provést mnohem efektivněji, pokud regionální segment „Elektronický rozpočet“ vytvoří regionální developeři.
• Čtvrtým problémem je neochota ruských softwarových vývojářů zapojit se do tvorby komponent systému elektronického rozpočtu z důvodu úzké specializace, tedy když se jedna firma zabývá pouze veřejnými zakázkami, jiná pouze rozpočtovým účetnictvím či výkaznictvím, resp. třetí pouze v pokladním účetnictví. V tomto ohledu pro řešení problémů v rámci konceptu „Elektronický rozpočet“ musí být developer kompetentní ve všech záležitostech, včetně propojení všech systémů (veřejné zakázky, rozpočtové účetnictví a kontrola) do jednoho.

Vytvořením „Elektronického rozpočtu“ se tak vytvoří jak příznivé podmínky pro rozvoj jednotné metodiky navrhování a plnění rozpočtu, tak i některé „náklady“.

Časté chyby při připojování ke GIS

« Elektronický rozpočet»

Pokud máte problémy s připojením ke GIS "Elektronický rozpočet", musíte zkontrolovat nastavení:

1. přístup k vašemu osobnímu účtu se provádí pomocí odkazu http://lk. rozpočet. vlád. en/ udu- webové centrum;

2. zkontrolujte nastavení "Continent TLSVPNClient".

Otevřete konfigurátor nastavení (Start>Všechny programy>Bezpečnostní kód>Klient>Nastavení kontinentu TLSClient), "Port" musí být nastaven na 8080 , "Adresa" -lk. Zaškrtávací políčko "Použít externí proxy server" by nemělo být zaškrtnuté, pokud organizace nepoužívá externí proxy, "Vyžadovat podporu RFC 5746" lze zrušit.

Po přidání certifikátu TLS Continent by pole „Certifikát“ mělo obsahovat „<»;

Obrázek 1. Nastavení služby

3. zkontrolujte nastavení prohlížeče.

Jako příklad použijte prohlížeč MozillaFireFox, spusťte prohlížeč, otevřete nastavení připojení (hlavní nabídka prohlížeče „Nástroje“ > „Nastavení“ > karta „Upřesnit“ > karta „Síť“ > tlačítko „Konfigurovat“). Vyberte „Ruční konfigurace služby proxy ", v poli "HTTP" proxy" zadejte hodnotu 127.0.0.1, "Port" - 8080. Zaškrtněte políčko "Použít tento proxy server pro všechny protokoly".

Pole „Nepoužívat proxy pro“ nesmí být nastaveno na 127.0.0.1.

Obrázek 2. Parametry připojení

Typické chyby při připojování ke GIS

« Elektronický rozpočet»

Řešení: 1) Vypněte antivirus. Pokud je problém vyřešen, změňte nastavení antiviru 2) Zkontrolujte nastavení TLS a prohlížeče.

2. 403 Přístup odepřen. Certifikát serveru se liší od certifikátu uvedeného v nastavení. Délka certifikátů je různá.

Řešení: Zkontrolujte certifikát zadaný v nastavení TLS podle názvu v řetězci. Mělo by "<».

3. Nezobrazuje okno pro výběr certifikátu.

Řešení: Zrušte zaškrtnutí políčka „Vyžadovat podporu RFC 5746“, pokud je. V opačném případě zkontrolujte zbytek nastavení.

4. 403 Přístup odepřen. Kořenový certifikát nebyl nalezen.

Řešení: Přeinstalujte certifikát Federal Treasury CA (pokud již byl nainstalován).

Pro WindowsXP:

Start > Spustit > mmc > konzola > přidat nebo odebrat modul snap-in > přidat "certifikáty" (obr. 3) > můj účet > Hotovo > OK > rozbalte seznam > otevřete řádek "Důvěryhodná kořenová centra" - "certifikáty" > na prázdné místo v okně s certifikáty stiskněte pravé tlačítko myši a vyberte (obr. 4)> všechny úlohy> import>

Obrázek 3

Obrázek 4

Pro Windows 7:

Start > Spustit > mmc > soubor > přidat nebo odebrat modul snap-in > přidat modul snap-in "certifikáty" (obr. 5) > přidat > můj účet > Hotovo > OK > rozbalte obsah a postavte se na řádek "důvěryhodný kořen" střediska" - "certifikáty" ( obr. 6)> na prázdné místo v okně s certifikáty stiskněte pravé tlačítko myši a vyberte> všechny úlohy> import> vyberte požadovaný certifikát a nainstalujte.

Obrázek 5

Další spolkové hemeroidy se přikradly plánovaně a jako vždy... Za základ bude brán návod zaslaný e-mailem (s požadavkem "inkognito") doplněný o mé texty a poznámky. Protože nám to všechno funguje. Analogicky s nákupy v ⇒ Mrak vložil vše, co byste mohli potřebovat.

Důležité jsou také texty a doplňky, čtěte od začátku do konce.

úvodní . Vše máme nastaveno tak, aby fungovalo přes Internet Explorer verze 11 a je nainstalovaný antivirus KES 10. Po epidemii ransomwaru jsme museli vypnout Firewall a nyní pracujeme přes Windows Firewall. V "fire wall" nebylo provedeno žádné nastavení, EB-2012 funguje bez problémů. Nastavení pro KES 10 ale ukážu později. Internet Explorer 11 lze stáhnout z ⇒ Yandex.

Tak pojďme...

Položka #1 . Odeberte všechny verze Jinn-Client a Continent TLS (pokud byly dříve nainstalovány). Restartujte.

Text. Pokud nepotřebujete žádný „sama psaný“ resortní software, doporučuji spustit také registr s obslužným programem ccleaner. A čistěte, dokud se nezobrazí "Žádné chyby". Pokud existuje VirtualBox - budou chyby pouze z něj. Restartujte.

Položka č. 2 . Odstraňte rozšířenou nádobu (pokud byla dříve nainstalována). Restartujte.

Text. Nepřišel jsem na to, jak to odstranit, zůstalo to v systému - na konečný výsledek to nemělo vliv. V extrémních případech můžete jednoduše dát navrch čerstvý. Zde můžeme potřebovat knihovny Microsoft Visual C++ (které jsem umístil do samostatné složky).

Informace. Naše pokladna se tentokrát odmlčela a veškerý software jsem si vyhledal sám a nainstaloval podle instrukcí z fór. Extended Container nakonec není z „oficiální“ distribuce, ale verze 1.0.2.2 (složka „eXtendedContainer“ v cloudu).

Položka č. 3 . Nainstalujte si prohlížeč Mozilla Firefox 63.0.1 (32bitový), můžete upgradovat přes starou verzi.

Text. Položka dokončena, ale nefungovala, ale nakonfigurovala se pomocí Firefoxu SUFD odletěl. Mám hemeroidy navíc. Internet Explorer 11- naše všechno! Tady je stále problém. Firefox a Chrome jsou neustále aktualizovány, ale finální požadavky na zabezpečení nebyly vytvořeny, .. a rozšíření padají a vypínají se ... Firefox ESR také prochází fází globálních změn ... Zkrátka je lepší na něj nesahat .

Položka #4 . Nainstalujte CRL pro GOST-2012 (od správce po důvěryhodné kořeny na místním počítači). Čerstvé si můžete stáhnout z crl.roskazna.ru.

Pro informaci. Různé certifikáty E-Budget mají různé cesty: crl.roskazna.ru a crl.roskazna.ru/crl/ . Pokud se náhle ukáže, že seznam je po splatnosti, můžete to zkusit z jiné adresy. Najednou to teče.

Text. Nebylo to nutné, protože všechny tyhle kraviny jsme už udělali neúspěšným pokusem o instalaci Continent-AP 3.7.7.651 (počítač byl postaven na serverovém hardwaru). O zbytku nevím, ale vrátili jsme se zpět na Continent-AP 3.6.90.4 a pokračujeme v práci bez problémů (Kontinenty ⇒ ). Čekáme na normální verzi Continent-AP 4.0.

Ale s GOST-2001 v "elektronickém rozpočtu" byly problémy. A tento odstavec bude užitečný jak pro obecný vývoj, tak pro řešení problému... Jak zjistím, kde získat CRL (neboli "Seznam zneplatnění certifikátu")?

Klikněte dvakrát v Průzkumníku na problematický certifikát. Přejděte na kartu "Složení" a vyberte řádek "Distribuční body seznamu odvolání (CRL)". Získání adres... Spustíme jakýkoli internetový prohlížeč a zadáme URL. Pokud je na všech adresách "prázdno", no, mrtvě narozené... :(

To, co jsme stáhli, je potřeba vnutit do systému. A tak pokaždé, když seznam přestane být relevantní... Ve stejném Průzkumníku poklepejte na stažený soubor a vyberte "Instalovat ...":

A nejzajímavější je, že cesty ke stažení jsou registrovány v TLS 2.0, ale tato c[matka štěněte]a píše, že na zadané adrese nic není.

A pro informaci: Ukazuje se, že certifikáty a kontejnery soukromých klíčů jsou na sobě nezávislé z hlediska životnosti. Tito. certifikát může být aktuální, ale dokument již nelze podepsat...

Položka č. 5 . Osobní certifikát uživatele nainstalujeme přes CryptoPro.

Položka č. 6 . Přihlaste se do CryptoPro a zaškrtněte políčka „Nekontrolovat odvolání certifikátu serveru“ a „Nekontrolovat účel vlastního certifikátu“ na záložce „Nastavení TLS“.

Položka #7 . Nainstalujte Continent TLS Client 2.0.1440. Restartujte.

Text. Během procesu instalace může dojít k chybě přístupu... Tím jsme si již prošli. Musíte odemknout větev registru (přímo během procesu instalace), změnit práva na její změnu. Ve výchozím nastavení je vlastníkem pobočky „systém“ a software se instaluje jménem uživatele. Vzhledem k tomu, že na počítačích této úrovně musí být uživatelé v "Administrátoři" (ověřeno praxí), poskytujeme přístup odpovídajícím způsobem:

Pokud vyvstala otázka: „Co je zobrazeno na obrázku výše?“ ... Je lepší se do toho nepouštět, ale zeptat se člověka, který ví, co je „Registr Windows“ a jak s ním pracovat.

Položka #8 . Nastavujeme TLS Continent (viz manuál na webu roskazna.ru, sekce "GIS-Elektronický rozpočet").

• lk2012.budget.gov.ru
• lk.budget.gov.ru

Nastavení TLS:

Položka #9 . Zaregistrujte TLS Continent.

• Win+R a zadejte %PUBLIC%\\ContinentTLSClient\\
• Najděte soubor PublicConfig.json
• Otevřete poznámkový blok pro úpravy
• V parametru SerialNumber vložte hodnotu " do uvozovek test - 50 000"
• Restartujte TLS Continent.

Položka #10 . Program Extended Container odinstalujeme prostřednictvím "Programy a funkce" v Ovládacích panelech. Restartujte.

Text. Tuto položku jsem nedokončil. Nechápal jsem, proč by se to mělo odstraňovat, vůbec to nepřekáží.

Položka č. 11 . Nainstalujte Jinn Client 1.0.3050 (vyžadováno sériové číslo). Restartujte.

Text. Ministerstvo financí nám vydalo verzi 1.0.1130.0, výkon to nijak neovlivnilo. Seriál přebíráme ze staré verze dříve vydané distribuce.

Položka č. 12 . Nainstalujte Extended Container z distribuce pomocí klienta Jinn (vyžaduje samostatné sériové číslo).

Text. Nevím o jakém sériovém čísle mluvíte. Dříve to neexistovalo. Možná to znamená vydané číslo v čerstvé distribuci. Na rozdíl od Jinn zde nejsou žádná omezení počtu instalací. Nová verze Extended (verze 1.0.2.2) byla nainstalována dříve ve snaze vyřešit problém samostatně.

Položka č. 13 . Jdeme do C:\Program Files\Secure Code\CSP\ a najít soubor csp_uninstal.exe. Spustíme jej a odstraníme poskytovatele kryptoměn z bezpečnostního kódu. Restartujte.

Položka č. 14 . Jdeme Instalovat JinnSignExtensionProvider(pro interoperabilitu s prohlížeči Chrome a Firefox).

Text. Tento bod jsem také přehlédl, protože máme Internet Explorer 11. Na Chrome jsem to nezkoušel, ale Firefox nefungoval.

Položka #15 . Nainstalujte CadesPlugin (neboli CryptoPro EDS Browser Plug-in).

Text. Můžete si stáhnout ⇒. Stahování nejnovější verze. Registrujeme stránku "http://lk2012.budget.gov.ru" v nastavení pluginu:

• internet Explorer: přidat do důvěryhodných stránek - http://lk2012.budget.gov.ru A https://lk2012.budget.gov.ru
• Firefox: přidejte rozšíření JinnSignExtension.xpi a v nastavení sítě deaktivujte staré nastavení proxy (nastaveno na „Bez proxy“)
• Chrome: přidejte rozšíření JinnSignExtension (přetáhněte složku s rozšířením do okna instalace rozšíření)

Vytvořit zkratky na ploše pro obě možnosti (GOST-2001 a GOST-2012) zapsáním řádků do objektů:

• "C:\Program Files\Internet Explorer\iexplore.exe" http://lk.budget.gov.ru/udu-webcenter
• "C:\Program Files\Internet Explorer\iexplore.exe" http://lk2012.budget.gov.ru/udu-webcenter

Nastavení antiviru. Síť doporučuje antivirus úplně zakázat. Skvělý vtip, zvláště na počítači pro správu peněz. Navrhnout nastavení pro Kaspersky Endpoint Security 10. Na jiných antivirech je potřeba vytvořit podobná pravidla.

Nejprve vypněte kontrolu provozu:

Klíče budou muset být převedeny. Stahování Konvertor soukromých klíčů a v archivu je soubor Readme.doc s návodem k instalaci. Pro konverzi není potřeba další flash disk, vše děláme na stejném, jen přidáváme soubory s novým formátem klíče. Nosič se stane univerzálním. Nové i staré klíče jsou převedeny bez problémů.

Změna uživatele se stala mnohem jednodušší. Nyní již není potřeba službu restartovat, stačí změnit certifikát v řádku „Výchozí uživatelský certifikát“ v nastavení TLS Continent.

Hodně štěstí ve vašem těžkém boji proti federálním portálům!

Nová série vzrušujících dobrodružství s vaším oblíbeným EDMS budget.gov.ru. Ověření se nezdařilo nebo ještě není k dispozici chyba. Při podepisování dokumentu při výběru podpisu nejsou viditelné podpisy v TLS Continent nebo Jinn-Client. Ale jsou v certifikátech Windows a když je vyberete, EB vám ukáže hieroglyfy a vysměje se vám do tváře a jinn klient se při podepisování dostane do nekonečné smyčky.

Na flash disku vůbec nevidím.
Jinn-Client o vás píše špatné věci v hieroglyfech.

Mysleli jste si, že problémy definitivně skončily? A právě začaly. Přešli jste na nastavení kontinentu TLS a CryptoPro a již přecházíte na svůj osobní účet na adrese lk2012.budget.gov.ru.

Začněme – ověření se nezdařilo nebo ještě není k dispozici.

Chyba je poměrně jednoduchá a ne vždy se vyskytuje, jedná se o zbloudilý objekt s názvem eXtended Container. Zdá se, že je dodáván s klientem Continent TLS 2.0.14, ale ne ve formě, kterou očekává Jinn-Client. Jdeme na instalaci a odebrání programů, najdeme eXtanded Container 1.0.2.2 nebo podobný. Vložili jsme eXtanded Container 1.0.2.2 ze sady klienta Jin, kterou máte, na stejném místě by měl být klíč.

Pokud není klíč, tento pravděpodobně projde. Klats.

licenční klíč E6FV-00BC-CLDE-00BC-0A49-0000-0009

V programech a komponentách bude něco jako XC. Potom se ověření nezdařilo nebo není k dispozici, ale chyba může zmizet.

Jinn-Client zobrazuje hieroglyfy při podepisování a zablokuje se nebo v seznamu na flash disku nejsou žádné podpisy.

Tento problém se týká pouze podpisů GOST 2012 a vyskytuje se v lk2012.budget.gov.ru . Pokud jsem pochopil, je to spojeno se skutečností, že ministerstvo financí vydalo podpisy podle GOST 2012, ale ne úplně stejné. Snad se příště problém neprojeví.

Mimochodem, víte, kde hledat, co GOST má váš podpis?

Ale teď se musí něco udělat. Rozhodně si stáhněte převodník pro podpisy tam jsou pokyny. Pokud mi nevěříme, jdeme na web, čteme, stahujeme. Nemusíte nic dávat. Rozbalte archiv, spusťte soubor .exe. Pokud jsou v zobrazeném okně správně nastaveny kryptopro podpisy, bude na výběr ze všech podpisů s poznámkami, kdo je který host (pokud jsou s CryptoPRO problémy, doporučuji).

Je důležité, že při převodu budete požádáni o nastavení hesla, i když tam nebylo. Nemůžete odmítnout, postačí alespoň mezera. Klikněte na Další a vyberte, na kterém flash disku se má podpis pohřbít. Objeví se dva soubory s názvem TE.cer a TEcont.p15. Nemůžete je přejmenovat a v důsledku toho nemůžete nacpat dva podpisy do jednoho blesku. Pokud někdo ví, jak na to, budu vděčný za odpověď v komentářích.

No a při podepisování dokumentu si nezapomeňte nastavit heslo v Jinn Client v poli - Heslo kryptokontejneru. Pokud jde o zaškrtávací políčko „zapamatovat“, nejsem si jistý, protože čert ví, kde ho později stisknout, pokud vůbec něco.

Tady jsou níže.

Vlastně to je vše, na tomto Jinn klientovi by vám měl přestat zobrazovat hieroglyfy. Užíváme si života a čekáme na nová nastavení od majora Payna.

Co je to „Elektronický rozpočet“ a jak souvisí s národními projekty

Systém Elektronický rozpočet je jednotný systém pro hospodaření s financemi státu a obcí, který provozuje Ministerstvo financí. V tomto systému všichni účastníci rozpočtového procesu (více než 10 tis. organizací) pracují na tvorbě rozpočtu země, plnění státních úkolů, odhadů atd. Veškeré smlouvy o poskytování dotací jsou uzavírány prostřednictvím „Elektronické Rozpočet".

V Elektronickém rozpočtu je vytvořen samostatný subsystém pro řízení národních projektů realizovaných v souladu s květnovým dekretem prezidenta republiky do roku 2024. Náklady na realizaci všech národních projektů se odhadují na 25,7 bilionu rublů. od roku 2019 do roku 2024 (.pdf). Z toho 13,2 bilionu převezme federální rozpočet, za 4,9 bilionu rublů. bude v kompetenci krajských úřadů. Krajské úřady přitom budou financovány především z federálního rozpočtu (cca 95 %).

Úředníci si stěžují na zamrzání a havárie

Pro každý národní projekt musí federální a regionální úředníci zadat do systému několik set až několik tisíc ukazatelů, vysvětluje federální úředník RBC. "Úprava jednoho kontrolního bodu může trvat až půl hodiny - systém pomalu reaguje, zamrzá, hlásí chybu," řekl.

„Úprava jednoho bodu přerušení trvá v průměru sedm až deset kliknutí. Průměrná doba editace jednoho kontrolního bodu tak může dosahovat od několika minut do půl hodiny. Pokud je nutné upravit federální projekt pro technický proces, může být v průměru zapotřebí asi 54 člověkohodin, “popsal úředník proces práce v systému.

Korekce 350-400 kontrolních bodů jednoho federálního projektu může vyžadovat práci tří specialistů po několik dní, uvedl federální úředník příklad. Podle něj je „systém obzvláště pomalý uprostřed pracovního dne: reakce na jedno kliknutí může trvat až patnáct minut“.

Technické poruchy evidují i ​​krajští úředníci. „V systému skutečně dochází k technickým poruchám. Setkáváme se s nimi při naší práci a jsme v neustálém kontaktu s federálním ministerstvem financí v otázkách jejich eliminace,“ uvedla jednající RBC. Andrey Pshenicyn, ministr financí Čeljabinské oblasti. „Od letošního roku jím [systémem] začaly procházet informace o financování národních projektů. Proto to samozřejmě vyžaduje neustálé ladění, “dodal. Podle Pshenicyna vznikají problémy s přístupem do systému, registrací uživatelů, zadávání informací a správností jejich zpracování.

„Často dlouhé čekání na odezvu systému končí chybou, po které je ve většině případů nutné restartovat a zahájit novou relaci,“ souhlasí federální úředník.

Tisková služba ministerstva práce potvrdila RBC informace o poruchách s tím, že nemají vliv na práci odboru, služba technické podpory promptně zpracovala hlášení o poruchách.

Tisková služba Ministerstva telekomunikací a masových komunikací informovala RBC, že zaměstnanci ministerstva se pravidelně setkávají s různými problémy při práci s elektronickým rozpočtem. „Pravidelně se objevují nové typy chyb. To vše vede k nuceným prostojům, ke ztrátě času zaměstnanců, který mohli trávit mnohem efektivněji. Je však třeba poznamenat, že technická podpora systému začala pomáhat ochotněji a rychleji než dříve, “uvedlo ministerstvo telekomunikací a masových komunikací.

Ministerstvo financí Tatarstánu, Baškortostánu a Krymské republiky oznámilo, že nenarazily na žádné poruchy v systému. Při přípravě materiálu RBC zaslala požadavky tiskovým službám ministerstev financí moskevské, Sverdlovské, Leningradské, Novosibirské oblasti a také ministerstvům financí Chabarovského území, Republiky Mari El. RBC také zaslala požadavky všem ministerstvům zapojeným do realizace národních projektů.

Ministerstvo financí se odvolává na nedostatek zkušeností uživatelů

Ministerstvo financí opravuje všechny chyby, které se vyskytnou při provozu subsystému Elektronický rozpočet, řekli RBC v odboru. „Vzhledem k tomu, že systém je mladší než šest měsíců a více než 12 000 uživatelů pracuje online, dochází k chybám, je to nevyhnutelné,“ poznamenalo ministerstvo financí s tím, že problémy jsou v průměru odstraněny do 18 hodin.

Informační systém vždy vyžaduje hodně práce v počáteční fázi generování dat, zdůraznilo ministerstvo. Ale naprostá většina apelů jsou žádosti o konzultaci od uživatelů, kteří se poprvé setkali s provozem systému této třídy (elektronická správa dokumentů, jednotný cloud, mnoho ovládacích prvků zabudovaných v systému, adresáře), což je samo o sobě vnímáno jako obtíž v práci, věří ministerstvo financí. "Chyby ve fungování systému tvoří malou část," říká oddělení.

„Za více než šest let fungování systému elektronického rozpočtu nedošlo k jedinému případu nedodržení termínů nebo zpomalení procesu tvorby či plnění rozpočtu,“ připomnělo ministerstvo financí. Pro zlepšení provozu systému Ministerstvo financí pravidelně pracuje na optimalizaci programového kódu, zátěžových testech a vyrovnávání zátěže serverů.

Struktura Rostecu byla zodpovědná za vývoj systému

Smlouva na vývoj softwaru pro systém byla podepsána s JSC State Scientific Innovative Implementation Center (GNIVTS), RBC bylo řečeno na ministerstvu financí. Společnost se také zabývala vývojem IT systému pro Federální daňovou službu. Cena zakázky byla 299,7 milionů rublů, termín pro provedení práce podle smlouvy je 10. prosince 2019. "Platba se provádí po etapách v souladu s podmínkami smlouvy tak, jak je dodávána," dodalo oddělení.

Subdodavatelem GNIVTs je BARS Group, dceřiná společnost Rostec State Corporation. Právě ona vyvíjí subsystém „Elektronický rozpočet“ pro sledování realizace národních projektů, vyplývá z tiskové zprávy společnosti.

Zástupce BARS Group to odmítl komentovat. Zdroj RBC blízký společnosti tvrdí, že systém funguje bezchybně. „Zavedení každého nového systému provázejí dotazy a nutnost konzultovat uživatele tohoto systému. Společnost dostává požadavky na technickou podporu, ale ty jsou vyřešeny v provozuschopném stavu, “říká partner RBC.