Chyba: Nepodařilo se podepsat data elektronického rozpočtu. Důvody nesprávného fungování elektronických podpisů a způsoby řešení problémů

Na tomto blogu pravidelně popisujeme nové legislativní a regulační akty upravující používání elektronické dokumenty ve veřejné správě a podnikatelské činnosti dobře chápu, že v praxi nebudou jejich ustanovení vždy realizována. Zjistit, jak všechna tato pravidla ve skutečnosti fungují, je poměrně obtížné, protože vládní agentury nemají tendenci veřejně hlásit chyby a nedostatky ve své práci.

Dopis ministerstva financí Ruska ze dne 1. června 2018 č. 07-04-05/08-11045 „Při podpisu elektronický podpis rozpočtové (účetní) výkaznictví“ mírně poodhaluje závoj tohoto „tajemství“.

Federální ministerstvo financí provedlo rozbor praxe podepisování účetní závěrky elektronickým podpisem vedoucími manažery, manažery, příjemci rozpočtových prostředků, vrchními správci, správci rozpočtových příjmů, vrchními správci, správci zdrojů financování rozpočtových schodků, státními rozpočtovými a samosprávnými institucí k 1. dubnu 2018. Podepisování se provádí v subsystému „Účetnictví a výkaznictví“ státního integrovaného informačního systému pro řízení veřejných financí „Elektronický rozpočet“ (PUiO GIIS „Elektronický rozpočet“).

Na základě výsledků kontroly bylo zjištěno:

  • Absence „schvalovací“ role (UO.SO.003) oprávněných osob řady vykazujících subjektů;

  • Podepisování zpráv o rozpočtu osobami neuvedenými v odstavci 6 “ Pokyny k postupu při sestavování a předkládání ročních, čtvrtletních a měsíčních zpráv o plnění rozpočtu rozpočtový systém Ruská Federace "a bod 5" Pokyny k postupu při sestavování a předkládání ročních a čtvrtletních účetních závěrek státních (obecních) rozpočtových a samosprávných institucí».
Pro referenci: Pokyny pro podepisování prohlášení uvádí následující:
Pokyny k postupu při sestavování a předkládání ročních, čtvrtletních a měsíčních zpráv o plnění rozpočtů rozpočtové soustavy Ruské federace (schválené nařízením Ministerstva financí Ruska ze dne 28. prosince 2010 č. 191n)

6. Rozpočtové výkaznictví podepisuje vedoucí a hlavní účetní subjektu rozpočtového výkaznictví.

Formuláře rozpočtového výkaznictví obsahující navíc plánované (prognózní) a (nebo) analytické (manažerské) ukazatele podepisuje vedoucí finanční a ekonomické služby a (nebo) osoba odpovědná za vytváření analytických (manažerských) informací. Tyto formuláře podepisuje hlavní účetní z hlediska finančních ukazatelů generovaných na základě údajů rozpočtového účetnictví nebo při generování konsolidovaného rozpočtového výkaznictví z hlediska údajů generovaných sumarizací ukazatelů rozpočtového výkaznictví používaných při konsolidaci.

... Rozpočtové výkaznictví sestavované centralizovaným účetnictvím podepisuje vedoucí subjektu rozpočtového výkaznictví, který delegoval pravomoc vést účetnictví a (nebo) generovat rozpočtové výkaznictví, vedoucí a hlavní účetní (specializovaný účetní) centralizovaného výkaznictví. účetní oddělení, které vede rozpočtové účetnictví a (nebo) generuje rozpočtové výkazy .

Pokyny k postupu při sestavování a předkládání ročních a čtvrtletních účetních závěrek státních (městských) rozpočtových a samosprávných institucí (schválené nařízením Ministerstva financí Ruska ze dne 25. března 2011 č. 33n)

5. Účetní výkazy musí obsahovat ukazatele výkonnosti všech divizí ekonomické jednotky, včetně jejích poboček a zastoupení, bez ohledu na jejich umístění.

Účetní výkazy podepisuje vedoucí a hlavní účetní instituce. Formuláře účetního výkaznictví obsahující plánované (prognózní) a analytické (manažerské) ukazatele podepisuje také vedoucí finanční a ekonomické služby (pokud je ve struktuře instituce přítomen) a (nebo) osoba odpovědná za tvorbu analytických (manažerských) ) informace. Hlavní účetní tyto formuláře podepisuje z hlediska finančních ukazatelů generovaných na základě účetních údajů.

... Účetní výkazy sestavené centralizovaným účetním oddělením podepisuje vedoucí instituce, která převedla účetnictví, vedoucí a hlavní účetní (specializovaný účetní) centralizovaného účetního oddělení, které provádí účetnictví a (nebo) přípravu finančních prohlášení.

V tomto ohledu federální ministerstvo financí vydalo pokyn:
  • Informujte o tom vykazující subjekty do 8. června 2018;

  • Poskytnout zastoupení v územní orgány Federální ministerstvo financížádosti o připojení (změnu informací a (nebo) pravomocí) k PU&O GIIS „Elektronický rozpočet“ s přidáním role „Schvalování“ (UO.SO.003) osobami oprávněnými podepisovat rozpočtové výkaznictví, stanovené výše instrukce.
Federální ministerstvo financí také varovalo, že při absenci role „schvalování“ (UO.SO.003) nebude k dispozici možnost podepisovat účetní závěrky k 1. červenci 2018 v PUiO GIIS „Elektronický rozpočet“ oprávněnými osobami. .

Můj komentář: Ukazuje se, že některé organizace při poskytování zpráv vůbec nesledují, zda osoby, které zprávy podepsaly, mají příslušná práva. Ministerstvo financí našlo řešení celkem rychle – prostě nedá možnost zprávy podepisovat, a tudíž je předkládat v elektronické podobě, pokud nebudou zjištěné nedostatky odstraněny.

Při podávání výkazů v systému Elektronický rozpočet dochází často k chybám. Odborníci z časopisu Účetnictví v instituci připravili velké memorandum s chybami v Elektronickém rozpočtu a jejich postupným řešením.

Poznámka je rozdělena do několika částí:

  • Tvorba a editace formulářů pro hlášení;
  • Import;
  • Podepisování;
  • Vstup a úprava.

Vytváření a úprava formulářů hlášení

Problémy v elektronickém rozpočtu GIIS nejčastěji vznikají při vytváření a úpravě formulářů výkazů. V článku se dozvíte, co dělat, pokud se vyskytnou následující chyby:

  • Při vstupu Osobní oblast Seznam dokumentů se nezobrazuje;
  • Při přihlašování k osobnímu účtu se ikony tlačítek nezobrazují;
  • Po 1. dni v měsíci zmizely přehledy ve formě seznamu;
  • Systém zobrazí chybu: při vytváření nebo importu sestav podle pokynu č. 33n nebyl vyplněn kód kapitoly;
  • Po provedení změn nelze zprávu uložit;
  • Textovou část vysvětlivky nelze načíst;
  • Není možné doplňovat formuláře hlášení na základě jiných hlášení;
  • Chcete-li najít požadovanou hodnotu, musíte zadat filtr;
  • Byl vypracován formulář s nulovými ukazateli, dokladu byl přiřazen stav
    "Neexistují žádné ukazatele." Zpráva nezmění svůj stav na „Odesláno“;
  • Systém zobrazí chybu: „Osobní účet nebyl ve zprávě f. nalezen. 0503779";
  • Formulář je ve stavu „Kontrola selhala“. Přehled nelze upravovat. Co s ním dělat?
  • Jak vrátit přehled se stavem „Zrušeno“?
  • Monitorování zpráv nalezlo chybu, která je přijatelná;
  • Ve formuláři 0503769 není požadovaný účet vybrán z adresáře „Pracovní účetní osnova“;
  • Při přihlašování ke svému osobnímu účtu není na pracovišti pobočka „Účetnictví a výkaznictví“;
  • Když vstoupíte do nabídky „Vytváření a prezentace sestav“ v seznamu
    neexistuje žádná autorita (AU nebo BU);
  • U dokumentů se stavy „Vytvořeno s chybami“, „Vytvořeno bez chyb“ není tlačítko „Schválit“.

Import

V průvodci importem najdete, co dělat, pokud dojde k následujícím chybám:

  • Systém hlásí chyby při importu zprávy: „Dokumentový transformátor nenalezen“,
    “Nekonzistence v počtu polí v blocích TB=01, TB=02”;
  • Soubor se nenačte a systém zobrazí zprávu „Kód kapitoly se neshoduje“;
  • Na formulář 0503779 není možné načíst několik zpráv s různými KFO –
    kontrola jedinečnosti překáží. Při načítání nového přehledu s jiným
    Staré KFO je zrušeno.

Podepisování

Poznámka také popisuje, co dělat s podepisováním dokumentů v různých situacích:

  • Systém hlásí chybu při podepisování formuláře hlášení " Tento uživatel
    nemůže dokument schválit“;

  • v jeho nepřítomnosti? Dosud nebyly vytvořeny žádné zprávy;
  • Uživatel podepisující zprávy odjíždí na dovolenou. Jak podepisovat zprávy
    v jeho nepřítomnosti? Zprávy již podepsal jeden nebo více uživatelů.

Vstup a úpravy

  • Systém zobrazí chybu při vytváření záznamu v adresáři „Nastavení“.
    schválení formulářů pro hlášení." Při výběru shodného celého jména
    uživatel chybí nebo se několikrát opakuje;
  • Adresář „Protistrany“ neobsahuje požadovanou organizaci.

Pokud v těchto seznamech najdete chybu, na kterou jste narazili při práci s GIIS Electronic Budget, prohlédněte si a stáhněte si poznámku s řešením těchto problémů v

Nejprve je potřeba restartovat službu Continent TLS (Start - Ovládací panely - Administrace - Služby) - pokud to nechcete dělat ručně, zde službu restartuje, poté při opětovném zadání osobního účtu bude mít opět na výběr certifikáty.

Pro ty, kteří se „bojí“ stáhnout tento soubor, zveřejním jeho obsah:

restartování služby Continent TLS

čistá zastávka ContinentTLS
čistý start ContinentTLS

vytvořit Textový dokument, umístěte do něj výše uvedené 2 řádky a uložte s příponou .bat

Tato chyba znamená, že nejprve musíte zkontrolovat, zda se pokoušíte zadat Elektronický rozpočet se stejným certifikátem.

Stává se, že jeden uživatel má několik digitálních podpisů pro práci na různých portálech (nákupy, sufd, elektronické bankovnictví a další) a v seznamu při autorizaci v elektronickém rozpočtu bude několik řádků se stejným příjmením. Pokud jste podali žádost o připojení k elektronické databázi, musí obsahovat sériové číslo certifikátu. Zavolejte proto do své pokladny a údaje si ověřte. Je docela možné, že jste při přihlašování do svého osobního účtu jednoduše vybrali špatný certifikát.

Stává se ale také, že jste obdrželi nový certifikát (například za práci na zadávání zakázek podle 44 federálních zákonů nebo za práci na portálu SUFD) a úspěšně se pokoušíte vstoupit do EB se stejným certifikátem. Pamatujte, udělali jste žádost o elektronický rozpočet? Aby pokladna přiložila váš nový certifikát. Bez této aplikace nebude nový certifikát propojen s elektronickou databází.

Globální adresa: crl.roskazna.ru/crl/fk01.crl

Místní adresa (pro UFK): crl.fsfk.local/crl/fk01.crl

Další řešení této chyby

Chyba 404 Řešení: vše je špatně s nastavením (viz výše)

Chyba 434 Řešení: V první řadě věnujte pozornost správnosti zadané adresy (lk.budget.gov.ru/udu-webcenter), zejména písmene „c“, pokud byla adresa odněkud zkopírována. Zkontrolujte své Continent TLS a nastavení prohlížeče. (Všechno vyšší). V ojedinělých případech blokuje firewall (viděl jsem to jen na PC s comodo, avast) Samotný port by se neměl otevírat, pokud to není nutné, stačí nechat TLS Continent normálně fungovat. Jak je to smutné. Někdy pomůže restart služby Continent TLS.

Chyba 500: Chyba na straně serveru. Obnovte stránku v prohlížeči

Chyba 502: Globální problém související s provozem serveru

Musíte kontaktovat systém. adminovi. Řešení: restartujte službu Continent TLS nebo jednoduše obnovte stránku v prohlížeči.

Musíte kontaktovat registrátora FC. Řešení:

Certifikát dodávaný s aplikací nebyl nainstalován (jak je uvedeno výše), nebo byl vybrán nesprávný certifikát. V okně výběru certifikátu vpravo je sériová čísla pomocí kterého lze snadno identifikovat požadovaný certifikát. Chcete-li znovu vybrat certifikát po chybě, je vhodné restartovat službu „Continent TLS“.

- Chyba 401Řešení: Zkontrolujte nastavení „Continent TLS“. Restartování služby Continent TLS
- Chyba 403Řešení: Kořenový certifikát můžete nainstalovat do místního úložiště (místní počítač) , navíc zkontrolujte dostupnost seznamu zneplatněných certifikátů fk01.crl, možná je cesta z nějakého důvodu zablokována.
Globální adresa:crl.roskazna.ru/crl/fk01.crl
Místní adresa (pro UFK):crl.fsfk.local/crl/fk01.crl
Další řešení této chyby
- Chyba 404Řešení: s nastavením je vše špatně. (viz výše)
- Chyba 434Řešení: V první řadě věnujte pozornost správnosti zadané adresy (lk.budget.gov.ru/udu-webcenter), zejména písmene „c“, pokud byla adresa odněkud zkopírována. Zkontrolujte své Continent TLS a nastavení prohlížeče. (Všechno vyšší). V ojedinělých případech blokuje firewall (viděl jsem to jen na PC s comodo, avast) Samotný port by se neměl otevírat, pokud to není nutné, stačí nechat TLS Continent normálně fungovat. Jak je to smutné. Někdy pomůže restart služby Continent TLS.
- Chyba 500: Chyba na straně serveru. Obnovte stránku v prohlížeči
- Chyba 502: Globální problém související s provozem serveru
- Musíte kontaktovat systém. adminovi.
- Musíte kontaktovat registrátora FC.Řešení:
Certifikát dodávaný s aplikací nebyl nainstalován (jak je uvedeno výše), nebo byl vybrán nesprávný certifikát. V okně výběru certifikátu vpravo jsou sériová čísla, která usnadňují identifikaci požadovaného certifikátu. Chcete-li znovu vybrat certifikát po chybě, je vhodné restartovat službu „Continent TLS“.

Stát integrovaný Informační systémřízení
veřejné finance "Elektronický rozpočet"

Subsystém účetnictví a výkaznictví

Seznam typických problémů, se kterými se uživatelé setkávají při práci v účetním a reportingovém subsystému systému „Elektronický rozpočet“.

  1. Chyba při importu sestavy se zprávou: „Dokumentový transformátor nenalezen“ nebo se zprávou označující neshodu v počtu polí v blocích, nebo když import části dat do sestavy (řádek, sekce) selhal. Je nutné zkontrolovat, zda název souboru vyhovuje požadavkům na formáty souborů (TFF) a kód formuláře uvedený v souboru. Požadavky na formáty jsou uvedeny na http://roskazna.ru/gis/dokumenty/.
  2. Chyba při provádění změn (mazání) položky adresáře „Nastavení pro schvalování formulářů hlášení“ - nejsou žádná práva na provádění změn. Musíte zkontrolovat, zda uživateli byla přidělena role „Správce místního adresáře“. Můžete také provádět změny v nastavení schválení, které vytvořili pouze uživatelé stejné organizace, ke které aktuální uživatel patří. Proveďte změny v uživatelsky vytvořených nastaveních přehledů pro své vlastní podřízených organizací může pouze ohlašující uživatel.
  3. Chyba při vytváření záznamu v adresáři „Nastavení pro schvalování formulářů hlášení“ - při výběru schvalujícího uživatele chybí celé jméno uživatele nebo se několikrát opakuje. Chcete-li vyhledat uživatele, musíte použít pole filtru nad seznamem uživatelů. Tam je třeba zadat část příjmení následovně - %Ivano%. Pokud se příjmení opakuje několikrát, musíte vybrat celé jméno uživatele pomocí maximální index za příjmením.
  4. Po provedení změn nelze sestavu uložit. Po kliknutí na tlačítko „zkontrolovat“ nemusíte sestavu znovu ukládat – byla již uložena při kontrole. Musíte pouze zavřít zprávu
  5. Textovou část vysvětlivky nelze načíst. Chcete-li přidat vysvětlivku, musíte vytvořit novou zprávu podle f. 0503160 (vysvětlivka), přejděte na kartu „přílohy“, klikněte na tlačítko „přidat přílohu“, vyberte textový soubor s vysvětlivkou nebo archiv s tímto souborem, uložte a zavřete zprávu.
  6. Chyba při podepisování formuláře pro hlášení „Tento uživatel nemůže schválit dokument.“ Zkontrolujte, zda je správně vyplněno nastavení schválení pro tento formulář, zda existuje duplicitní záznam v adresáři na stejném formuláři a se stejným kódem subjektu hlášení, zkontrolujte, zda má uživatel roli „CO.003“. Pokud role „SO.003“ neexistuje, obraťte se na bezpečnostní oddělení TOFK v místě služby a přidejte tuto roli.
  7. Chyba zablokování prohlížeče při podepisování. Musíte aktualizovat svůj prohlížeč na mozillu verze firefox starší než 33, Java až po verzi starší než 1.7. Zkontrolujte, zda je v nastavení prohlížeče povolen zásuvný modul klienta TLS.
  8. Chyba chybějícího rozpočtového účetního účtu v sestavě f.0503769, 0503169, 0503125. Je nutné kontaktovat mateřskou organizaci pro doplnění kódu do Pracovní osnovy. Přidání se provádí po dohodě s GRBS a federálním ministerstvem financí.
  9. Soubor se nenačte se zprávou „kód kapitoly se neshoduje...“. Soubor obsahuje chybu v poli „IST=.In“, toto pole by mělo být kódem kapitoly, nikoli kódem UBP. Musíte opravit kód a pokusit se stáhnout přehled znovu.
  10. Formulář se přepnul do stavu „vytvořeno s chybami“, ačkoli všechny ovládací ikony jsou zbarveny zeleně. Je nutné zkontrolovat, zda bylo provedeno nastavení schválení a zda neexistuje jiné nastavení schválení pomocí stejného formuláře a se stejným kódem předmětu.