Maghanap 

Ang plano sa pagkuha ay hindi tinanggap para sa kontrol. Pagsasagawa ng kontrol sa pinag-isang sistema ng impormasyon. Iba pang mga pagbabago sa paggana ng kontrol upang matiyak ang kadalian ng paggamit

Tanong: Ilang araw na kaming hindi nakakapaglagay ng plano - isang iskedyul ng pagkuha - sa UIS; ang system ay gumagawa ng mga error, bagama't ginagawa namin ang lahat ng tama. Sumulat kami sa serbisyo ng suporta sa site nang maraming beses, na walang resulta. Sabihin mo sa akin, mayroon bang anumang paraan upang makakuha tayo ng pahintulot na pumasok sa mga kontrata nang walang naka-post na iskedyul? Siguro ang awtoridad sa regulasyon ay tumanggap sa amin at payagan kaming magtapos ng mga kontrata?

Sagot: Ngayon, ang pinag-isang sistema ng impormasyon sa larangan ng pagkuha ay nagpapatakbo ng labis na hindi matatag, ang mga pagkakamali ay patuloy na nangyayari, ito ay dahil sa mga pagbabago sa pag-andar ng UIS, dahil sa pagpasok sa puwersa ng ilang mga pamantayan ng batas sa pederal na sistema ng kontrata.

Alinsunod sa Bahagi 11 ng Artikulo 21 ng Pederal na Batas-44, ang mga customer ay bumibili alinsunod sa impormasyong kasama sa mga iskedyul alinsunod sa Bahagi 3 ng Artikulo 21 ng Pederal na Batas-44. Ang mga pagbili na hindi ibinigay sa mga iskedyul ay hindi maaaring isagawa.

Tulad ng makikita mula sa itaas na artikulo ng batas, wala kang karapatang pumasok sa mga kontrata lamang kung ang mga ito ay hindi ibinigay sa plano ng pagkuha. Ang batas ay hindi nagbibigay ng anumang mga paghihigpit para sa mga customer kung sakaling walang procurement schedule plan na naka-post sa Unified Information System. Dahil, sa ngayon, ang iyong plano sa iskedyul ay nabuo at naaprubahan, maaari mong isagawa ang mga pagbili na ibinigay nito, sa kabila ng katotohanan na hindi ito nai-publish sa Pinag-isang Sistema ng Impormasyon, hindi na kailangang i-coordinate ang konklusyon ng mga kontrata alinsunod sa awtoridad sa regulasyon.

Tungkol sa paglabag sa mga deadline para sa pag-publish ng isang plano sa iskedyul ng pagkuha sa Unified Information System dahil sa mga teknikal na pagkabigo sa pagpapatakbo ng site, dapat mong tandaan ang mga pamantayan ng Bahagi 2 ng Artikulo 2.1 ng Code of Administrative Offenses ng Russian Federation, Ayon sa nilalang napatunayang nagkasala sa paggawa pagkakasalang administratibo, kung ito ay itinatag na siya ay nagkaroon ng pagkakataon na sumunod sa mga patakaran at regulasyon, para sa paglabag sa kung saan ang Code of Administrative Offenses ng Russian Federation o ang mga batas ng paksa Pederasyon ng Russia administratibong pananagutan ay ibinigay, ngunit ang taong ito ay hindi gumawa ng lahat ng mga hakbang depende sa kanya upang sumunod sa kanila.

Samakatuwid, kung ang mga teknikal na kabiguan ay nangyari sa pagpapatakbo ng UIS, bilang isang resulta kung saan sa loob ng mahabang panahon ay hindi ka makakapag-post ng impormasyon sa loob ng kinakailangang mga limitasyon sa oras na itinakda ng batas, upang maiwasan ang administratibong pananagutan, inirerekomenda namin na ikaw ay:

  1. Gumawa ng "screen copy" mula sa website ng EIS upang kumpirmahin na gumawa ka ng mga pagtatangka na maglagay ng plano sa iskedyul ng pagkuha;
  2. Gumuhit ng isang protocol sa imposibilidad ng paglalagay ng iskedyul ng plano sa EIS dahil sa mga teknikal na pagkabigo;
  3. Magpadala ng mga liham sa serbisyo ng suporta sa site na may pangangailangang gumawa ng mga hakbang upang maalis ang mga teknikal na pagkabigo.

Ang Federal Treasury, na may kaugnayan sa pagpapalabas ng bersyon 8.1 ng Unified Information System sa larangan ng pagkuha (mula rito ay tinutukoy bilang UIS), ay nagpapadala para sa metodolohikal na patnubay sa mga aktibidad ng Territorial Bodies ng Federal Treasury (mula rito ay tinutukoy bilang ang Control Bodies) na-update ang Methodological Recommendations sa pamamaraan para sa paggamit ng kontrol sa larangan ng pagkuha, na ibinigay para sa Part 5 ng Artikulo 99 Pederal na Batas napetsahan 04/05/2013 No. 44-FZ "Sa sistema ng kontrata sa larangan ng pagkuha ng mga kalakal, trabaho, serbisyo upang matugunan ang mga pangangailangan ng estado at munisipyo", kabilang ang pagsasaalang-alang sa pamamaraan para sa pagsubaybay sa mga customer na nasa ilalim ng saklaw ng Decree ng Pamahalaan ng Russian Federation na may petsang Nobyembre 27, 2017 No. 1428 "Sa mga detalye ng pagkuha para sa mga pangangailangan ng pambansang depensa at seguridad ng estado."

Bilang karagdagan, bilang bahagi ng paglabas ng bersyon 8.1 ng UIS at ang paglulunsad ng bagong functionality ng UIS sa personal na account Sa control body, ipinapadala namin ang mga sumusunod na dokumento para sa pag-record at paggamit sa kanilang trabaho:

1) mabilis na gabay user sa mga tuntunin ng mga tampok ng pagtatrabaho sa pag-andar ng bersyon 8.1 ng UIS kapag nagsasagawa ng kontrol na ibinigay para sa Bahagi 5 ng Artikulo 99 ng Pederal na Batas ng 04/05/2013 No. 44-FZ "Sa sistema ng kontrata sa larangan ng pagkuha ng mga kalakal, trabaho, serbisyo upang matugunan ang mga pangangailangan ng estado at munisipyo", at pagsuri din ng mga kontrata na kasama sa rehistro ng mga kontrata na natapos ng mga customer, alinsunod sa Mga Panuntunan para sa pagpapanatili ng isang rehistro ng mga kontrata na natapos ng mga customer, na inaprubahan ng Decree of ang Pamahalaan ng Russian Federation noong Nobyembre 28, 2013 No. 1084 "Sa pamamaraan para sa pagpapanatili ng isang rehistro ng mga kontrata na natapos ng mga customer, at isang rehistro ng mga kontrata na naglalaman ng impormasyon na bumubuo ng isang lihim ng estado";

2) isang maikling gabay sa gumagamit tungkol sa mga tampok ng pagpapatupad sa bersyon 8.1 ng EIS ng mga kinakailangan ng Decree of the Government of the Russian Federation ng Nobyembre 27, 2017 No. 1428 "Sa mga tampok ng pagkuha para sa mga pangangailangan ng pambansang depensa at seguridad ng estado.”

Paglalapat: 26 l. sa 1 kopya.

R.E. Artyukhin

Pinag-isang sistema ng impormasyon sa larangan ng pagkuha

Mabilis na Gabay sa Gumagamit

Tungkol sa mga tampok ng pagtatrabaho sa pag-andar ng pinag-isang sistema ng impormasyon sa larangan ng pagkuha, bersyon 8.1, kapag nagsasagawa ng kontrol sa ilalim ng Bahagi 5 ng Art. 99 ng Federal Law ng 04/05/2013 No. 44-FZ "Sa sistema ng kontrata sa larangan ng pagkuha ng mga kalakal, trabaho, serbisyo upang matugunan ang mga pangangailangan ng estado at munisipyo", pati na rin ang pagpapatunay ng mga kontrata na kasama sa rehistro ng mga kontratang tinapos ng mga customer, alinsunod sa Mga Panuntunan para sa pagpapanatili ng mga kontrata sa pagpaparehistro na tinapos ng mga customer, na inaprubahan ng Decree of the Government of the Russian Federation noong Nobyembre 28, 2013 No. 1084 (mula dito ay tinutukoy bilang Batas No. 44-FZ, Resolusyon Blg. 1084)

Ang dokumento ay pinagsama-sama sa 23 na mga sheet

anotasyon

Ang dokumentong ito ay isang karagdagan sa manwal ng gumagamit na "Katawan na pinahintulutan na gumamit ng kontrol alinsunod sa Bahagi 5 ng Artikulo 99 ng Pederal na Batas Blg. 44-FZ".

1. Mga tampok ng pagbuo, paglalagay, pagpapadala para sa kontrol at pagsubaybay sa plano ng pagkuha na ibinigay para sa Bahagi 5 ng Art. 99 ng Batas Blg. 44-FZ

Tingnan ang Seksyon 4.3.3 para sa mga detalye. manual ng gumagamit "Awtorisadong katawan na gumamit ng kontrol alinsunod sa Bahagi 5 ng Artikulo 99 ng Pederal na Batas Blg. 44-FZ."

1.1. Para sa mga customer na tumatanggap ng mga pondo ng badyet, gayundin sa kaso ng paglipat ng mga kapangyarihan ng isang estado (munisipal) na customer sa kanila alinsunod sa sugnay 6 ng Art. 15 ng Batas Blg. 44-FZ

Ang pag-andar ng LC OK ay pinabuting upang masubaybayan ang pagsunod sa dami ng suportang pinansyal para sa plano sa pagkuha na may itinatag na mga limitasyon ng mga obligasyon sa badyet sa konteksto ng mga code ng pag-uuri ng badyet (simula dito - BCC), kabilang ang sa isang awtomatikong paraan sa pamamagitan ng pakikipag-ugnayan ng UIS kasama ang Automated System ng Federal Treasury (simula dito - AS FC).

Kapag natanggap ng LC OK ang mga plano sa pagkuha ng naturang mga customer para sa kontrol, ang kinokontrol na impormasyon ay ipapakita sa konteksto ng KBK.

Kasabay nito, ang automation ng naturang kontrol ay ibinibigay sa LC OK ng mga awtoridad ng Federal Treasury kaugnay sa mga plano sa pagkuha ng mga customer na pederal na awtoridad mga awtoridad, mga institusyon ng pederal na pamahalaan, iba pang mga organisasyon kung sakaling ilipat ang mga kapangyarihan ng customer ng estado sa kanila alinsunod sa Bahagi 6 ng Artikulo 15 ng Batas Blg. 44-FZ, pati na rin ang mga customer na bumibili sa ngalan ng isang bumubuo ng entity ng ang Russian Federation (munisipal na entity) sa kaganapan ng paglipat ng mga kapangyarihan upang kontrolin ang Federal Treasury at pagpapanatili ng mga personal na account sa Federal Treasury.

Ang mga katayuan ng pagbuo ng mga resulta ng kontrol sa AS FC ay awtomatikong ipinahiwatig sa OK LC sa field na "Control Status", pati na rin sa Event Log ng control object, kung saan ang mga pangunahing kaganapan ng pagproseso ng data sa AS FC ay naitala, kasama ang mga error sa panahon ng pagproseso ng data ay ipinapakita (tingnan ang Larawan 1).

- "Ang isang kahilingan ay ipinadala sa PUR" - itinalaga kung ang impormasyon tungkol sa plano sa pagkuha ay ipinadala sa subsystem ng pamamahala ng AS FC;

- "Naihatid sa PUR" - itinalaga kung may natanggap na mensahe mula sa AS FC tungkol sa pagtanggap ng impormasyon tungkol sa plano sa pagkuha;

- "Hindi naihatid sa PUR" - itinalaga kung ang impormasyon tungkol sa plano sa pagkuha ay hindi naihatid sa AS FC;

Pagkatapos matanggap ang resulta ng kontrol mula sa AS FC sa LC OK, ang awtomatikong nabuong mga resulta ng kontrol ay ipapakita sa tab na "Impormasyon na dapat kontrolin" (tingnan ang Figure 2), at sa kaso ng negatibong kontrol para sa isang partikular na BCC, ang halaga kung saan ang paghahambing ay ginawa ay ipapakita.

Ang pagkonekta sa LC OK ng mga awtoridad ng Federal Treasury sa functionality ng UIS para sa awtomatikong kontrol ng procurement plan ay isasagawa sa mga yugto alinsunod sa mga opisyal na abiso mula sa Federal Treasury.

Pakitandaan na para sa LC OK ng mga awtoridad sa pananalapi ng mga nasasakupang entity ng Russian Federation ( mga munisipalidad) at mga katawan ng pamamahala ng mga extra-budgetary na pondo ng estado (mula rito ay tinutukoy bilang mga financial body, OUGVF), hindi ibinibigay ang functionality para sa awtomatikong kontrol ng mga plano sa pagkuha.

Kasabay nito, ang kontrol sa konteksto ng KBK sa LC OK ng mga financial body at OUGVF, pati na rin ang mga katawan ng Federal Treasury (sa panahon bago kumonekta sa automated control functionality) ay dapat isagawa nang manu-mano para sa bawat pagbabayad panahon ( taon ng pananalapi, unang taon ng panahon ng pagpaplano, ikalawang taon ng panahon ng pagpaplano).

1.2. Para sa mga institusyong pambadyet at nagsasarili

Upang makasunod sa mga probisyon ng subparagraph "a" ng talata 13 ng Mga Panuntunan para sa pagpapatupad ng kontrol, na ibinigay para sa Bahagi 5 ng Artikulo 99 ng Batas Blg. 44-FZ, na inaprubahan ng Dekreto ng Pamahalaan ng Russian Federation ng Disyembre 12, 2015 No. 1367 (mula rito ay tinutukoy bilang Mga Panuntunan Blg. 1367), ang UIS ay nagpatupad ng functionality na nagpapahintulot sa mga institusyong pambadyet at autonomous na magsagawa ng pagkuha kahit na ang kabuuang halaga ng suportang pinansyal ay tinukoy sa mga plano sa pagkuha ng naturang mga institusyon lumampas sa katumbas na halaga ng suportang pinansyal na tinukoy sa kanilang plano sa pananalapi at pang-ekonomiyang aktibidad (mula rito ay tinutukoy bilang PFHD), sa kondisyon na ang ibang mga tagapagpahiwatig ng plano sa pagkuha ay pare-pareho at PFHD sa isa't isa, gayundin ang hindi lalampas sa halagang tinukoy sa pagkuha plano para sa kasalukuyang taon ng pananalapi sa ibabaw ng kaukulang tagapagpahiwatig ng PFHD.

Kasabay nito, ang LC OK ay nagpatupad ng pag-andar para sa awtomatikong pagsubaybay sa pagsunod sa huling dami ng pinansiyal na suporta para sa plano sa pagkuha, para sa pagsunod sa mga tagapagpahiwatig ng PFHD, na nai-post sa Opisyal na website sa Internet para sa pag-post ng impormasyon tungkol sa pamahalaan at mga institusyong munisipal BUS.GOV.RU (mula rito ay tinutukoy bilang GMU), sa taon nagsimula ang pagkuha.

Kapag ang procurement plan ng isang budgetary, autonomous na institusyon ay natanggap sa LC OK para makontrol, ang kinokontrol na impormasyon ay ipapakita sa konteksto ng taon na nagsimula ang pagkuha. Dapat maghintay ang control body para awtomatikong mabuo ang resulta ng draft control.

Ang mga yugto ng pagproseso ng kahilingan para makatanggap ng mga indicator mula sa GMU ay maaaring masubaybayan sa field na "Control Status" at sa Event Log ng control object, kung saan ang mga pangunahing kaganapan ng pagproseso ng data sa GMU ay naitala, kabilang ang mga error sa panahon ng pagproseso ng data (tingnan ang Larawan 3).

Sa kasong ito, maaaring umiiral ang mga sumusunod na estado ng kontrol:

- "Ang isang kahilingan ay ipinadala sa State Medical University" - itinalaga kapag ang isang kahilingan ay ipinadala sa State Medical University upang makakuha ng mga indicator ng PFC upang masubaybayan ang plano sa pagkuha;

- "Naihatid sa State Medical University" - itinalaga kung ang isang kahilingan para sa pagkuha ng mga indicator ng PFHD ay inihatid sa State Medical University upang subaybayan ang plano sa pagkuha;

- "Hindi naihatid sa State Medical University" - itinalaga kung ang kahilingan para sa pagkuha ng mga indicator ng PFCD ay hindi naihatid sa State Medical University;

- "Ang isang draft na resulta ng kontrol ay nabuo" - itinalaga kung ang isang draft na Notification of Compliance with Controlled Information o isang Protocol of Non-Conformity of Controlled Information ay nabuo, ngunit ang resulta ay hindi pa nalagdaan;

- "Ang resulta ng kontrol ay nilagdaan" - itinalaga kung ang resulta ng kontrol ay nabuo at nilagdaan.

Pagkatapos matanggap ang mga tagapagpahiwatig ng PFCD mula sa State Medical University, ang awtomatikong nabuong mga resulta ng kontrol ay ipapakita sa tab na "Subject ng impormasyon upang kontrolin" (tingnan ang Figure 4).

Ang resulta ng kontrol ay nabuo sa pamamagitan ng paghahambing para sa bawat taon ng pagsisimula ng pagkuha na kasama sa panahon ng pagpaplano (taon ng pananalapi, unang taon ng panahon ng pagpaplano, ikalawang taon ng panahon ng pagpaplano) ang halaga ng suportang pinansyal para sa lahat ng IKZ kung saan binili ay binalak sa kaukulang taon (ang unang dalawang kategorya ng IKZ ay nag-tutugma sa huling dalawang digit ng taon) at ang halagang ipinahiwatig sa FCD sa linya 2001 sa mga hanay 7, 8, 9 para sa kaukulang mga taon ng pagbili. Ang kabuuang halaga para sa IKZ ayon sa taon ay awtomatikong kakalkulahin, at ang isang listahan ng naturang IKZ ay ipinapakita sa listahan sa ilalim ng kabuuang mga halaga. Kung may nakitang pagkakaiba sa pagitan ng mga halaga para sa isang partikular na taon ng pagsisimula ng pagbili, ang resultang "Nabigo" ay itatakda para sa lahat ng IPC para sa taong ito.

Kaya, kung ang dami ng suportang pinansyal sa plano sa pagkuha para sa kasalukuyang taon ng pananalapi ay hindi lalampas sa halaga ng kaukulang tagapagpahiwatig ng PFHD, at ang labis ay naitala lamang sa mga tuntunin ng mga tagapagpahiwatig ng panahon ng pagpaplano, pagkatapos ay ang pagkuha ng mga institusyong pangbadyet at awtonomous na may positibong resulta ng kontrol sa iskedyul ng pagkuha, ang pag-abiso sa pagkuha at dokumentasyon ng pagkuha sa kasalukuyang taon ng pananalapi ay hindi mahaharangan, sa kabila ng labis sa kabuuang halaga ng suportang pinansyal.

1.3. Para sa mga pederal na estado na unitary enterprise na bumibili gamit ang mga subsidiya na ibinigay sa kanila mula sa pederal na badyet para sa mga pamumuhunan sa kapital sa pederal na ari-arian o pagkuha ng mga bagay real estate sa pederal na pagmamay-ari (pagkatapos nito - FSUE)

Sa LC OK, na may kaugnayan sa pagsubaybay sa plano ng pagkuha ng FSUE para sa impormasyon sa mga nakarehistrong obligasyon sa badyet na tinanggap ng FSUE sa ilalim ng mga kasunduan sa pagkakaloob ng mga subsidyo sa FSUE para sa mga pamumuhunan sa kapital sa pederal na ari-arian o ang pagkuha ng real estate sa pederal na pagmamay-ari ( pagkatapos nito ay tinukoy bilang mga kasunduan), ang functionality para sa pagsubaybay ay ipinatupad na pagsunod sa huling dami ng pinansiyal na suporta para sa FSUE procurement plan, na pinaghiwa-hiwalay ng mga kasunduan, na may pagsunod sa mga pinagtibay na BO sa ilalim ng naturang mga kasunduan.

Kasabay nito, kapag tumatanggap ng plano sa pagkuha ng isang federal state unitary enterprise para sa kontrol sa LC OK, ang kinokontrol na impormasyon ay ipapakita sa konteksto ng mga kasunduan (tingnan ang Figure 5).

Kailangang manu-manong isagawa ng control body ang naturang kontrol gamit ang serbisyo sa paghahanap ng subsystem ng pamamahala ng paggasta ng pinagsama-samang sistema ng impormasyon ng estado para sa pamamahala ng pampublikong pananalapi " Elektronikong badyet"(pagkatapos nito - PUR EB) o AS FC upang maghanap ng impormasyon tungkol sa nakarehistrong BO ng tatanggap ng mga pondo ng badyet na nagbigay ng subsidy sa Federal State Unitary Enterprise (halimbawa, ayon sa bilang ng kasunduan sa pagkakaloob ng subsidy) . Dapat suriin ng control body ang impormasyon sa halaga ng pinansiyal na suporta para sa procurement plan (para sa isang partikular na subsidy) upang matiyak na hindi ito lalampas sa halaga ng kaukulang BO (ang kontrol ay isinasagawa ayon sa taon).

Gayundin, upang makasunod sa mga probisyon ng subparagraph "b" ng talata 13 ng Mga Panuntunan Blg. 1367 sa mga tuntunin ng pagsubaybay sa plano sa pagkuha ng FSUE, pati na rin ang pagtiyak ng pagpapatuloy ng proseso ng pagkuha, ang EIS ay nagpatupad ng functionality na nagpapahintulot sa FSUE mga pagbili, kahit na ang plano sa pagkuha ay hindi pumasa sa pagsunod sa kontrol sa tinatanggap na BP, sa kondisyon na ang iba pang mga control object ay tumutugma sa bawat isa.

1.4. Plano sa pagkuha na naglalaman ng impormasyon sa pagkuha sa labas ng panahon ng pagpaplano (kaugnay ng mga plano sa pagkuha ng mga awtoridad, ahensya ng gobyerno, institusyong pambadyet at mga institusyong nagsasarili)

Ang pag-andar ay ipinatupad upang lumikha ng isang UIS sa Personal na Account ng Customer (mula rito ay tinutukoy bilang Personal na Account ng Customer) at magbigay ng kontrol, gaya ng itinatadhana sa subparagraph "a" ng talata 13 ng Mga Panuntunan Blg. 1367, impormasyong nagpapatunay sa posibilidad ng paggawa ng isang pagbili sa labas ng panahon ng pagpaplano sa mga kaso na tinukoy sa talata 3 ng Artikulo 72 Budget Code ng Russian Federation.

Kapag nagpapahiwatig ng suporta sa pananalapi sa posisyon ng plano sa pagkuha sa column na "Halaga para sa mga susunod na taon", ang customer sa tab na "Impormasyon sa pagkuha para sa mga susunod na taon" (tingnan ang Larawan) ay dapat na ipasok ang mga batayan para sa mga naturang pagbili alinsunod sa Appendix No. 5 sa Pamamaraan para sa Pakikipag-ugnayan ng Federal Treasury sa mga paksa ng kontrol na tinukoy sa mga talata 3 at 6 ng Mga Panuntunan No. 1367, na inaprubahan ng Order ng Ministry of Finance ng Russia na may petsang Hulyo 4, 2016 No. 104n.

Ang nasabing impormasyon ay ibibigay para sa kontrol sa LC OK bilang bahagi ng procurement plan kapag ipinadala ito para sa kontrol mula sa LC ng Customer. Ang tinukoy na impormasyon ay ipapakita sa OK LC sa tab na "Kontrol para sa pagsunod sa mga legal na aksyon" (tingnan ang Larawan). Batay sa naturang impormasyon, ang isang espesyalista mula sa control body ay dapat magsagawa ng visual na inspeksyon. Kung may matukoy na pagkakaiba sa kinokontrol na impormasyon, ang pagkuha gamit ang kaukulang procurement identification code (pagkatapos dito ay tinutukoy bilang IPC) ay haharangin.

Pakitandaan na ang pagbuo at pagsusumite ng impormasyon sa mga regulasyong legal na aksyon na nagpapatunay sa posibilidad ng pagkuha sa labas ng panahon ng pagpaplano (mula rito ay tinutukoy bilang RLA) ng mga institusyong pambadyet, nagsasarili ay isinasagawa nang katulad ng pagpapaandar na binuo para sa LC ng Customer, na isang customer ng estado (munisipyo) (tingnan ang Larawan).

Kasabay nito, ang impormasyon tungkol sa mga legal na aksyon ng mga tinukoy na customer ay ipinapakita sa LC OK sa parehong tab na may impormasyon tungkol sa pagsunod sa impormasyon ng plano sa pagkuha sa mga tagapagpahiwatig ng PFHD (tingnan ang Larawan 8)

2. Mga tampok ng pagbuo, paglalagay, pagpapadala para sa kontrol at pagsubaybay sa iskedyul ng pagkuha na ibinigay para sa Bahagi 5 ng Artikulo 99 ng Batas Blg. 44-FZ

Upang ma-optimize ang kontrol ng mga plano at iskedyul ng pagkuha, na ibinigay ng mga probisyon ng subparagraph "c" ng talata 13 ng Mga Panuntunan No. 1367, pati na rin upang matiyak ang tamang kontrol sa halaga ng suportang pinansyal na ibinigay para sa pagkuha, ang UIS ay nagpatupad ng functionality na nagbibigay-daan sa pagbuo ng isang positibong resulta ng kontrol ayon sa plano - ang iskedyul ng pagkuha sa kaso ng pagsunod sa IKZ ng procurement plan at ang aktwal na hindi paglampas sa halaga ng pinansiyal na suporta na inilaan para sa pagkuha (kabilang ang pag-aayos ng mga pagbabayad batay sa mga resulta ng pagtitipid na nakamit).

Ang LC OK ay nagpatupad ng awtomatikong pagsubaybay sa pagsunod sa mga iskedyul ng pagkuha sa mga plano sa pagkuha sa pamamagitan ng pagsuri lamang para sa pagsunod sa IKZ, para sa hindi paglampas sa naturang mga binalak na pagbabayad ng IKZ sa susunod na taon ng pananalapi at panahon ng pagpaplano at ang mga halaga ng mga pagbabayad sa labas ng nakaplanong panahon sa halaga ng kaukulang suportang pinansyal sa mga plano sa pagkuha, gayundin para sa pagpasa ng naaangkop na kontrol ng IKZ sa plano sa pagkuha (hindi pagkakapare-pareho sa mga katwiran para sa mga halaga para sa mga susunod na taon, o hindi pagkakatugma sa mga volume ng plano sa pagkuha para sa PFHD).

Kasabay nito, ang kontrol sa pagsunod ng NMCC sa dami ng pinansiyal na suporta sa plano ng pagkuha ay hindi isinasagawa, dahil sa pangkalahatang kaso ito ay kalabisan dahil sa pagsunod ng NMCC sa mga nakaplanong pagbabayad (ang ganitong pagsunod ay sinisiguro ng format-logical na mga kontrol sa yugto ng pagbuo ng iskedyul ng pagkuha sa personal na account ng customer). Sa isang partikular na kaso, hindi ipinapahiwatig ng NMCC ang aktwal na dami ng mga pagbabayad, ngunit kinakailangan lamang para sa pag-bid (halimbawa, pagtatapos ng kontrata ng serbisyo sa enerhiya alinsunod sa Artikulo 108 ng Batas Blg. 44-FZ), ay hindi maaaring matukoy sa numerical mga tuntunin (sa kasong ito ay ipinahiwatig bilang isang formula (pagbili ng mga serbisyo sa pagbebenta ari-arian ng estado), o hindi ipinapakita ang dami ng mga pagbabayad pagkatapos linawin ang mga nakaplanong pagbabayad batay sa mga resulta ng pagtitipid, dahil ang NMCC ay hindi napapailalim sa pagbabago.

Ipinapatupad din ang pagpapakita ng kaukulang kontroladong impormasyon sa OK LC sa tab na "Kontrolin ang paksa ng impormasyon" (tingnan ang Larawan 9).

Tingnan ang seksyon 4.3.4 para sa mga detalye. manual ng gumagamit "Ang katawan na pinahintulutan na magsagawa ng kontrol alinsunod sa Bahagi 5 ng Artikulo 99 ng Pederal na Batas Blg. 44-FZ."

3. Mga tampok ng pagbuo, kontrol at paglalagay ng mga paunawa ng pagkuha at dokumentasyon ng pagkuha ng mga organisasyon sa antas ng pederal

Tingnan ang Seksyon 4.3.5 para sa mga detalye. manual ng gumagamit "Ang katawan na pinahintulutan na magsagawa ng kontrol alinsunod sa Bahagi 5 ng Artikulo 99 ng Pederal na Batas Blg. 44-FZ."

3.1. Para sa mga customer ng gobyerno na bumubuo ng impormasyon tungkol sa mga obligasyon sa badyet

Upang subaybayan ang mga abiso sa pagkuha at dokumentasyon ng pagkuha mula sa mga customer ng gobyerno na bumubuo ng impormasyon tungkol sa mga tinatanggap na obligasyon sa badyet alinsunod sa Pamamaraan para sa accounting ng mga teritoryal na katawan ng Federal Treasury ng mga obligasyon sa badyet at pananalapi ng mga tatanggap ng mga pondo ng pederal na badyet, na inaprubahan ng Order of the Ministry of Pananalapi ng Russia na may petsang Disyembre 30, 2015 No. 221n (simula dito naaayon - PBO, Order No. 221n), ang pag-andar para sa awtomatikong pagbuo ay ipinatupad positibong resulta kontrol sa kaganapan ng pagbuo ng impormasyon tungkol sa PBO para sa naturang paunawa ng pagkuha sa Unified Information System.

Ang koneksyon ng mga customer na ito sa functionality para sa pagbuo ng impormasyon tungkol sa PBO sa UIS ay isasagawa sa mga yugto alinsunod sa mga opisyal na abiso ng Federal Treasury.

Kung ang customer ay kasama sa mga setting ng Site Operator para sa paggamit ng functionality para sa pagbuo ng impormasyon tungkol sa PBO sa UIS, ang naturang customer ay hindi magkakaroon ng access sa function ng pagpapadala ng mga notice sa pagkuha para sa kontrol hanggang ang kaukulang PBO ay nakarehistro sa PUR EB.

Kaya, kung sakaling makatanggap ng notice ng pagbili para sa kontrol na nagsasaad na ang kaukulang PBO, na nabuo sa Unified Information System, ay nairehistro na, isang draft na resulta ng control para sa naturang notice ay awtomatikong bubuo sa LC OK (tingnan ang Figure).

Kung nakarehistro ang PBO nang hindi ginagamit ang functionality ng UIS, ang resulta ng kontrol para sa naturang notice ay hindi awtomatikong bubuo sa OK LC.

Sa kasong ito, ang Control Body nang nakapag-iisa, sa pamamagitan ng paghahanap para sa PBO na ito sa AS FC at (o) sa PUR EB, ay karagdagang kakailanganing magsagawa ng visual na kontrol sa halagang tinukoy sa impormasyon tungkol sa PBO sa AS FC at PUR EB, ang paunang (maximum) na presyo ng kontrata (pagkatapos nito - NMCC ), na tinukoy sa paunawa ng pagkuha. Kinakailangan din na magsagawa ng karagdagang kontrol sa pagsunod sa BAC na tinukoy sa PBP sa BAC na nakapaloob sa kasalukuyang naka-post na bersyon ng procurement plan.

Ang paunawa sa pagkuha ay susuriin para sa pagsunod sa IKZ at NMCC na tinukoy sa iskedyul ng pagbili para sa mga kalakal, trabaho, at serbisyo (mula rito ay tinutukoy bilang iskedyul ng pagkuha).

Pakitandaan na ang pag-andar ng pag-post ng notice ng pagkuha sa Unified Information System ay nagiging hindi magagamit sa mga customer kung ang Control Authority ay nag-isyu ng protocol sa hindi pagsunod sa kinokontrol na impormasyon sa mga sumusunod na batayan:

Ang NMTC sa paunawa sa pagkuha ay hindi tumutugma sa katulad na impormasyon sa iskedyul ng pagkuha;

Ang NMCC na ipinahiwatig sa paunawa sa pagkuha ay hindi tumutugma sa halaga ng PBO;

Ang PBO ayon sa notice of procurement ay hindi nakarehistro;

Ang mga BSC na tinukoy sa PBP ay hindi kasama sa plano sa pagkuha;

Negatibong kontrol sa procurement plan at procurement schedule dahil sa kabiguang magbigay sa procurement plan para sa may-katuturang katwiran ng IKZ para sa pagkakaroon ng mga halaga sa labas ng panahon ng pagpaplano.

Pakitandaan na kung, batay sa mga resulta ng kontrol ng plano sa pagkuha, ang isang protocol ay inisyu sa hindi pagsunod sa kinokontrol na impormasyon dahil sa labis na dami ng suportang pinansyal sa ilalim ng BCC sa mga kaukulang limitasyon ng mga obligasyon sa badyet, ayon sa sa mga abiso ng pagkuha (sa kawalan ng kaukulang mga paglabag sa ilalim ng NMCC at IKZ) ang CBC na ito ay magkakaroon ng pagkakataon na makakuha ng positibong kontrol kung mayroong libreng balanse ng mga pondo sa harap na bahagi para sa pagkuha.

Sa pagtanggap sa LC ng Customer ng isang protocol sa hindi pagsunod sa kinokontrol na impormasyon sa paunawa sa pagkuha, kailangan ng customer na bumuo ng mga pagbabago dito at muling ipadala ito para sa kontrol (tingnan ang Figure 9).

3.2. Para sa pederal na badyet at autonomous na institusyon

Ipinatupad ng Personal na Account ng Customer ang functionality ng pagharang sa paglalagay ng notice of procurement kung ang isang protocol ng hindi pagsunod sa hindi bababa sa isa sa mga natukoy na paglabag ay natanggap mula sa Control Authority:

Walang nakitang kaukulang IPC sa iskedyul ng pagkuha;

Ang NMTC ay hindi tumutugma sa katulad na impormasyon sa iskedyul ng pagkuha;

Ang IPC sa iskedyul ng pagkuha ay hindi pumasa sa kontrol dahil sa mga natukoy na paglabag sa IPC ng procurement plan (walang pagbibigay-katwiran para sa pagkakaroon ng mga halaga para sa mga susunod na taon o ang halaga ng pinansiyal na suporta para sa kasalukuyang taon ng pananalapi ay hindi pumasa sa kontrol para sa pagsunod sa PFC).

Sa pagtanggap ng isang protocol sa hindi pagsunod sa kinokontrol na impormasyon, ang customer ay dapat bumuo ng mga pagbabago at muling ipadala ang abiso para sa kontrol (tingnan ang Figure 9).

3.3. Para sa mga pederal na estado unitary enterprise

3. Ipinatupad ng personal na account ng customer ang functionality ng pagharang sa paglalagay ng notice of procurement kung ang isang protocol ng hindi pagsunod sa hindi bababa sa isa sa mga natukoy na paglabag ay natanggap mula sa Control Authority:

Walang nakitang kaukulang IPC sa iskedyul ng pagkuha;

Ang NMTC ay hindi tumutugma sa katulad na impormasyon sa iskedyul ng pagkuha.

Bukod dito, ang naturang kontrol ay ganap na awtomatikong isinasagawa.

Sa pagtanggap ng isang protocol sa hindi pagsunod sa kinokontrol na impormasyon, ang customer ay dapat bumuo ng mga pagbabago at muling ipadala ang paunawa sa pagkuha para sa kontrol (tingnan ang Figure).

4. Pagbabawal sa paglalagay ng mga customer sa antas ng pederal sa Unified Information System ng huling protocol para sa pagtukoy ng supplier (kontratista, tagapalabas) kung sakaling ang isang protocol ng hindi pagsunod ay inisyu ayon dito

Nagpatupad ng pagbabawal sa paglalagay ng mga customer antas ng pederal ang panghuling protocol para sa pagtukoy sa supplier (kontratista, tagapalabas) (pagkatapos dito ay tinutukoy bilang ang OPPI) kung sakaling ang isang protocol ng hindi pagsunod ay inisyu ayon dito kaugnay ng nakitang pagkakaiba sa pagitan ng impormasyong nilalaman ng OPPI at ng impormasyong tinukoy sa dokumentasyon ng pagkuha (sa kawalan ng dokumentasyon, sa paunawa ng pagkuha ), sa bahagi:

Ang labis sa presyo ng kontrata na iminungkahi ng kalahok sa pagkuha, ang kinikilalang nagwagi sa pagpapasiya ng supplier (kontratista, tagapalabas), ang tanging kalahok na ang aplikasyon ay kinikilala bilang sumusunod sa mga kinakailangan ng Batas Blg. 44-FZ, sa NMCC tinukoy sa dokumentasyon ng pagkuha (sa kawalan ng dokumentasyon, sa paunawa ng pagkuha ng pagpapatupad);

Sobra sa presyo ng kontrata na natapos sa isang supplier (kontratista, tagapalabas) sa NMCC na tinukoy sa dokumentasyon ng pagkuha (sa kawalan ng dokumentasyon, sa paunawa sa pagkuha).

Tingnan ang seksyon 4.3.6 para sa mga detalye. manual ng gumagamit "Awtorisadong katawan na gumamit ng kontrol alinsunod sa Bahagi 5 ng Artikulo 99 ng Pederal na Batas Blg. 44-FZ."

5. Pagbabago sa kontrol sa ilalim ng Bahagi 5 ng Art. 99 ng Batas Blg. 44-FZ, ayon sa Mga Panuntunan Blg. 1084, ayon sa Order No. 221n ng impormasyong kasama sa rehistro ng mga kontratang tinapos ng mga customer, sa mga tuntunin ng pagliit ng manu-manong pagkumpleto ng mga resulta ng kontrol

Upang matiyak ang kaginhawahan ng impormasyon sa pagsubaybay na kasama sa rehistro ng mga kontrata na tinapos ng mga customer (mula rito ay tinutukoy bilang Register of Contracts) na ibinigay ng mga probisyon ng subparagraph "c" ng talata 13 ng Mga Panuntunan No. 1367, talata 13 at talata 14 ng Mga Panuntunan No. 1084, talata 13 ng Pamamaraan para sa accounting para sa mga obligasyon sa badyet ng mga tatanggap ng mga pondo mula sa pederal na badyet na inaprubahan ng Order No. 221n, ang UIS ay nagpatupad ng functionality na nagpapahintulot sa iyo na bumuo ng mga resulta ng kontrol batay sa isang kumpletong listahan ng kinakailangang mga tseke.

Ang LC OK ay nagpatupad ng isang bagong display ng tab na "Subject ng impormasyon upang kontrolin" na may sunud-sunod na istraktura (tingnan ang Larawan 3):

Kasama sa unang hakbang ang pagsuri sa pagkakaroon ng mga dokumento na ibinigay ng customer para sa pagsasama sa Register of Contracts (kopya ng natapos na kontrata, impormasyon sa pagtatapos ng Federal Antimonopoly Service ng Russia para sa pagkuha mula sa isang solong supplier, desisyon komisyong medikal). Awtomatikong para sa lahat ng mga dokumento, ang resulta ng kontrol ay itatakda sa "Nakapasa", dahil ang kinakailangang attachment ng mga dokumento ay kinokontrol ng format at lohikal na mga kontrol kapag bumubuo ng impormasyon tungkol sa kontrata ng customer. Ang mga dokumentong ibinigay ng customer ay awtomatikong itinatakda bilang mga dokumentong naglalaman ng impormasyon para sa kontrol. Para sa karagdagang kontrol, kailangan mong mag-download ng kopya ng natapos na kontrata sa pamamagitan ng pag-click sa hyperlink ng nauugnay na dokumento.

Kasama sa ikalawang hakbang ang pagsuri sa pagsunod sa mga halaga ng katangian na inilarawan sa sugnay 13, subclause "c" ng sugnay 14 ng Mga Panuntunan Blg. 1084, sugnay 13 ng Mga Panuntunan Blg. 1367 at tinukoy sa Naka-print na Form ng impormasyon na kasama sa Register ng Mga Kontrata, kasama ang mga tuntunin ng kontrata na makikita sa na-download na dokumento sa unang hakbang. Para sa bawat isa sa mga katangian, kinakailangang itakda ang resulta, at ang field na "natukoy na hindi pagkakapare-pareho" ay awtomatikong mapupunan ng kaukulang teksto tungkol sa mga hindi pagkakapare-pareho na natagpuan. Kapag sinusubaybayan ang mga katangian para sa bawat bagay sa pagkuha, para sa bawat produktong panggamot o para sa bawat supplier, kinakailangang itakda ang resulta ng kontrol sa "Mabigo" kung may matukoy na pagkakaiba para sa kahit isa man lang sa mga ito. Kasabay nito, inirerekomenda na linawin ang mga natukoy na hindi pagkakapare-pareho kung saan ang partikular na bagay sa pagkuha, produktong panggamot, atbp. may natukoy na pagkakaiba.

Kasama sa ikatlong hakbang ang pagsuri sa pangalan ng bawat bagay sa pagkuha para sa pagsunod sa katalogo ng mga produkto, gawa at serbisyo (mula rito ay tinutukoy bilang KTR). Awtomatikong itinatakda ng system ang parameter na ito sa halagang "Nakapasa", dahil kapag nabuo ng customer ang pangalan ng control object ayon sa KTR, awtomatikong masisiguro ang pagsunod. Kung ang awtomatikong pagsunod ay hindi naitatag sa Rehistro ng mga Kontrata, kung gayon ang kontrol na ito ay dapat isagawa nang manu-mano.

Kasama sa ikaapat na hakbang ang pagsuri ayon sa Order No. 221n para sa pagsunod sa impormasyon tungkol sa proyekto ng pinagtibay na BO kasama ang batayan na dokumento, i.e. nakalimbag na anyo impormasyong kasama sa Register of Contracts. Awtomatikong itinatakda ng system ang parameter na ito sa halagang "Nakapasa", dahil ang pagsusulatan ng mga dokumento sa isa't isa ay sinisiguro ng format at lohikal na mga kontrol kapag bumubuo ng impormasyon ng customer. Kung ang isang pagkakaiba ay natukoy sa hindi bababa sa isa sa mga tseke sa ilalim ng Order No. 221n, pagkatapos ay kinakailangan upang itakda ang resulta na "Mabigo" para sa item na ito.

Kasama sa ikalimang hakbang ang pagsuri sa pagkakapare-pareho ng impormasyong kasama sa Register of Contracts na may impormasyong kasama na sa Register of Contracts para sa isang partikular na kontrata. Ang hakbang na ito ay magpapakita ng listahan ng mga dokumento sa loob ng numero ng pagpaparehistro na kasama sa Register of Contracts, i.e. mga dokumento kung saan ang isang abiso ng pagsunod ay dati nang nilagdaan. Itong tseke dapat gawin nang manu-mano.

6. Iba pang mga pagbabago sa paggana ng kontrol upang matiyak ang kadalian ng paggamit

6.1. Ang isang indikasyon ay ipinatupad kapag sinusubaybayan ang mga iskedyul ng pagkuha para sa plano ng pagkuha (tingnan ang Larawan 4), mga paunawa ng pagkuha at dokumentasyon ng pagkuha para sa iskedyul ng pagkuha, na nagpapakita ng impormasyon na ang dokumentong naglalaman ng impormasyon para sa pagsubaybay (plano sa pagbili, ang iskedyul ng pagkuha nang naaayon) ay inilagay na may negatibong resulta ng kontrol.

6.2. Ang isang babala mula sa Control Authority ay ipinatupad kapag nagsasagawa ng kontrol kung ang isang bagong bersyon ng isang dokumento na naglalaman ng impormasyon para sa kontrol ay nai-post (tingnan ang Figure 5), halimbawa, kapag nagpo-post ng isang bagong bersyon ng plano sa pagkuha sa panahon ng kontrol ng iskedyul ng pagkuha o pag-post ng bagong bersyon plan-graphics pagkuha kapag sinusubaybayan ang paunawa sa pagkuha at dokumentasyon ng pagkuha. Kapag nire-regenerate ang resulta ng kontrol, mawawala ang lahat ng naunang ipinasok na data at a bagong proyekto kontrolin ang resulta ayon sa kasalukuyang bersyon. Kung hindi pinansin ng Control Authority ang mensahe, isang mensahe ang ipapakita sa tabi ng bersyon ng dokumento na nagsasaad na ang dokumento ay hindi na kasalukuyan (tingnan ang Figure 6).

Figure 5. Pagpapakita ng mensahe tungkol sa pangangailangang muling kalkulahin ang impormasyon sa isang mas kasalukuyang bersyon ng dokumentong naglalaman ng impormasyon para sa kontrol#

6.3. Ang pag-andar para sa pagpapakita ng mga resulta ng awtomatikong kontrol ng dokumento ay ipinatupad. Kung kinakailangan upang ibalik ang mga resulta ng awtomatikong kontrol, dapat kang mag-click sa hyperlink na "Ipakita ang mga resulta ng awtomatikong kontrol", pagkatapos nito ay mawawala ang data na ipinasok sa pahina at ang resulta ng awtomatikong kontrol ay ipapakita. Sa block na "Resulta ng Kontrol", palaging ipapakita kung aling partikular na resulta ng kontrol ang awtomatikong nabuo kung nagpasya ang Control Authority na gumawa ng mga pagbabago (tingnan ang Figure).

6.4. Naipatupad na ang functionality para sa pagpili mula sa isang direktoryo ng mga tipikal na natukoy na hindi pagkakapare-pareho. Ang field na "Natukoy na mga hindi pagkakapare-pareho" ng seksyong tabular ay isang field ng teksto na may kakayahang paunang punan ito ng isa sa mga tipikal na hindi pagkakapare-pareho na maaaring matukoy para sa isang ibinigay na control object (tingnan ang Figure 8).

Ang listahan ng mga halaga na magagamit para sa pagpili ay ipinapakita kapag ang cursor ay inilagay sa larangan ng mga natukoy na hindi pagkakapare-pareho. Upang punan ang field, piliin ang nais na halaga at i-click ito. Pagkatapos ng pagpili, ang halagang ito ay ipinapakita sa field at pagkatapos ay ipinapakita sa bold, na nagpapahiwatig na ang pagkakaibang ito ay naipahiwatig na. Kung kinakailangan, maaari mong ayusin ang field sa pamamagitan ng pagpasok ng libreng text. Ang lahat ng mga hindi pagkakapare-pareho na ipinasok sa tabular na seksyon ay awtomatikong ipinapakita sa field na "Mga natukoy na hindi pagkakapare-pareho" sa bloke ng "Resulta ng Inspeksyon". Kapag bumubuo ng awtomatikong resulta ng kontrol, independyenteng pinupunan ng UIS ang mga field ng mga tipikal na hindi pagkakapare-pareho mula sa naturang direktoryo.

6.5. Ang personal na account ng customer ay nagpapatupad ng functionality ng pagtatakda ng block sa paglalagay ng mga control object hanggang sa matanggap ang resulta ng control sa kanila. Ang setting na ito ay magagamit sa Administrator ng Organisasyon sa seksyong "Pagse-set up ng pagharang ng paglalagay ng dokumento (RF PP 315)" (tingnan ang Larawan 9). Kinakailangang isaalang-alang na ayon sa Decree of the Government of the Russian Federation na may petsang Marso 20, 2017 No. 315 "Sa mga susog sa Mga Panuntunan para sa pagpapatupad ng kontrol na ibinigay para sa Bahagi 5 ng Artikulo 99 ng Pederal na Batas "Sa sistema ng kontrata sa larangan ng pagkuha ng mga kalakal, trabaho, serbisyo upang matugunan ang mga pangangailangan ng estado at munisipyo" hanggang Enero 1, 2019 na may kaugnayan sa mga customer na bumibili upang matiyak pangangailangan ng estado mga paksa ng Russian Federation (mga pangangailangan sa munisipyo), ang mga probisyon ng talata dalawa ng talata 14, talata ng dalawang talata ng talata 15 ng Mga Panuntunan 1367 ay nasuspinde (tungkol sa hindi paglalagay ng mga kontrol na bagay sa Pinag-isang Sistema ng Impormasyon hanggang sa natukoy na mga paglabag ay inalis).

6.6. Sa LC OK, posibleng mag-set up ng awtomatikong pagpirma ng mga resulta ng kontrol (mga abiso ng pagsunod/protocol ng hindi pagsunod) sa Personal na Account ng Control Body, na isang teritoryal na katawan ng Federal Treasury. Ang setting na ito ay magagamit sa Administrator ng Organisasyon sa seksyong "Pagse-set up ng pagharang ng paglalagay ng dokumento (RF PP 315)" (tingnan ang Larawan 10). Kinakailangang isaalang-alang na sa pamamagitan ng pag-install ng setting ng auto-signing, ang Control Authority ay patuloy na responsable para sa resulta ng kontrol na ibinigay sa ganitong paraan sa customer, na parang siya ay nagsagawa ng kontrol at nilagdaan ang resulta ng kontrol sa kanyang sarili, samakatuwid kinakailangang lapitan ang paggamit ng setting nang may pag-iingat at ilapat lamang ito para sa mga dokumento kung saan ang awtomatikong nabuong resulta ng kontrol ay palaging kasabay ng desisyon na ginawa sa naturang dokumento ng Control Authority mismo.

Pangkalahatang-ideya ng dokumento

Ang paglabas ng bersyon 8.1 ng EIS sa larangan ng pagkuha ay iniulat. Kasalukuyan mga alituntunin sa kontrol sa larangan ng pagkuha, kabilang ang para sa mga pangangailangan ng pambansang depensa at seguridad ng estado.

Ipinatupad ang pagbabawal sa mga pederal na customer na nagpo-post ng panghuling protocol para sa pagtukoy sa supplier (kontratista, tagapalabas) kung sakaling ang isang protocol ng hindi pagsunod ay inilabas batay dito dahil sa nakitang pagkakaiba sa pagitan ng impormasyong nasa OPPI at ng data ng dokumentasyon ng pagkuha (paunawa sa pagkuha).

Sa personal na account ng customer, ipinatupad ang functionality upang magtakda ng block sa paglalagay ng mga control object hanggang sa matanggap ang resulta sa kanila.

Una sa lahat, tingnan natin kung aling mga customer ang dapat magsumite ng plano para sa pag-verify sa pananalapi pagkatapos ng pagbuo nito. Kabilang dito ang mga sumusunod na organisasyon:

  • mga customer ng estado at munisipyo na nagbebenta ng mga pondo mula sa mga pederal, mga constituent entity ng Russian Federation at mga lokal na badyet, pati na rin ang mga pondo ng extra-budgetary ng estado;
  • mga institusyong pangbadyet(Bahagi 1 ng Artikulo 15 44-FZ);
  • mga autonomous na institusyon (bahagi 4 ng artikulo 15 44-FZ);
  • estado at munisipyo unitary enterprises na may mga order para sa mga pamumuhunan sa kapital;
  • mga katawan ng estado at munisipyo, mga institusyon ng gobyerno na may kapangyarihang magsentralisa at mag-organisa ng magkasanib na mga pamamaraan.

Anong impormasyon ang napapailalim sa pagpapatunay?

Ang Federal Treasury, mga awtoridad sa pananalapi ng mga nasasakupang entity ng Russian Federation at mga katawan ng pamamahala ng mga extra-budgetary na pondo ng estado ay nagsusuri ng impormasyon tungkol sa halaga ng pagpopondo ng mga order na naaprubahan at ipinaalam sa customer, pati na rin ang impormasyon tungkol sa code ng pagkakakilanlan.

Upang maipasa ang kontrol, dapat tandaan ng customer na ang halaga ng suportang pinansyal na tinukoy sa dokumento ng pagpaplano ay hindi dapat lumampas sa mga limitasyon ng mga obligasyon sa badyet at mga tagapagpahiwatig ng pagbabayad para sa mga programa sa aktibidad sa pananalapi at pang-ekonomiya. Pati lahat ng rank Identification code dapat punan, ayon sa hinihingi ng utos ng Ministri pag-unlad ng ekonomiya RF na may petsang Hunyo 29, 2015 No. 422.

Pamamaraan ng pagpapatunay

Ang ginawang nakaplanong dokumento sa pagkuha ay dapat ipadala sa awtoridad sa pananalapi para sa pagsusuri. Ngunit ano ang gagawin kung ang plano sa pagkuha ay hindi ipinadala para sa kontrol? Ang dahilan ay alinman sa kakulangan ng komunikasyon sa awtoridad sa regulasyon, o hindi tamang operasyon ng website ng Unified Information System (UIS).

Kapag ang plano sa pagkuha ay naglalayong kontrolin, ang mga awtoridad sa pananalapi ay bumubuo ng isang abiso ng inspeksyon o isang protocol ng mga pagkakaiba sa impormasyon. Upang linawin kung bakit ang plano sa pagkuha ay hindi tinanggap para sa kontrol, makipag-ugnayan sa serbisyo teknikal na suporta EIS o tagapangasiwa.

Pagkatapos ng pag-verify, kung ang na-verify na impormasyon ay nakakatugon sa itinatag na mga kinakailangan, ang plano ay nai-post sa Unified Information System sa loob ng isang araw ng negosyo (Resolution No. 1367). Kung ang procurement plan ay hindi pumasa sa kontrol, hindi ito mailalagay sa Unified Information System hanggang sa maalis ang mga natukoy na paglabag. Ang mga probisyong ito para sa mga customer ng gobyerno sa lahat ng antas ay nagsimula noong Enero 1, 2020 na may kaugnayan sa mga customer upang matugunan ang mga pangangailangan ng estado ng mga nasasakupan na entity ng Russian Federation at mga pangangailangan ng munisipyo (Resolution No. 315 ng Marso 20, 2017). Iyon ay, maaari kang mag-post ng mga dokumento nang hindi naghihintay ng mga resulta ng pag-verify. Isang chain ng sabay-sabay, sa halip na sunud-sunod, ang referral sa awtoridad sa pananalapi at publikasyon sa Unified Information System ay ipinatupad.

Kung nabigo ang pagsubok

Sa kasong ito, ang isang protocol na nagsasaad ng mga natukoy na paglabag ay ipapadala sa customer. Ang kinokontrol na impormasyon sa hindi pagsunod na protocol ay ipinapakita sa magrehistro ng entry kapwa sa personal na account ng customer at sa bukas na bahagi ng UIS.

Bagama't hindi hinaharangan ang pag-post ng impormasyon sa pagkuha habang bini-verify ang mga dokumento, nararapat na alalahanin na ang pagtanggap ng mga obligasyon sa badyet sa mga halagang lampas sa naaprubahang mga alokasyon ng badyet ay nangangailangan ng pagpapataw ng administratibong multa sa mga opisyal sa halagang dalawampung libo hanggang limampung libong rubles (Artikulo 15.15.10 ng Administrative Code).

Sa pagkakaroon ng paglalagay ng impormasyon tungkol sa mga pagbili sa isang espesyal na "Pinag-isang Sistema ng Impormasyon", maaaring makita ng customer na ang data na ipinadala niya ay nakatanggap ng katayuang "Nabigong kontrol sa ilalim ng Bahagi 5. Artikulo 99 44-FZ." Karaniwang nangangahulugan ito na ang impormasyon sa pagkuha na isinumite ng customer ay naglalaman ng isang bilang ng mga hindi pagkakatugma sa mga kinakailangan ng balangkas ng regulasyon ng batas ng Russian Federation tungkol sa pagkuha sa mga pondo ng estado at munisipyo. Sa ibaba ay susuriin natin ang kakanyahan ng problemang ito at mga pagpipilian para sa paglutas nito.

Ano ang ibig sabihin ng status ng control failure sa ilalim ng Part 5, Article 99 44-FZ?

Tulad ng nalalaman, ang batas ng Russian Federation ay naglalaman ng isang bilang ng mga normatibong ligal na kilos na kumokontrol sa mga aktibidad ng mga pederal at munisipal na katawan at pang-ekonomiyang entidad ng Russian Federation sa larangan ng pagkuha. Ang pagpapatibay ng naturang batas ay nakakondisyon iba't ibang anyo mga pang-aabuso sa pananalapi sa pagkuha pampublikong pondo(mga pagbili sa "kanilang" katapat, hinahati ang paksa ng pagbili sa mga bahagi, mga pagbili sa mataas na presyo, mga kickback at iba pang anyo ng mga pagkakasala).


 Ang kontrol sa pagkuha ay idinisenyo upang kontrahin ang mga paglabag sa larangan ng pagkuha sa mga mapagkukunan ng badyet

Isa sa mga espesyal na batas na ito ay ang Batas N 44-FZ, na nagtatakda ng mga tuntuning namamahala sistema ng kontrata sa larangan ng pampublikong pagkuha.

Ayon sa mga artikulo ng batas na ito, ang mga katawan ng estado at munisipyo ay nagsasagawa ng kontrol ng treasury sa mga pagbiling ginawa gamit ang mga pondo sa badyet. Ang kontrol na ito ay isinasagawa sa dalawang pangunahing anyo:

  1. Kapag nai-publish sa EIS. Ang data ng pagkuha ay nabuo ng customer at ipinadala sa elektronikong anyo sa United Sistema ng impormasyon(EIS), kung saan sila ay sumasailalim sa kontrol sa loob ng 24 na oras. Kung walang nakitang mga error, lalabas ang data sa system sa loob ng isang araw ng negosyo at magiging available para sa pagtingin;
  2. Gamit ang AS "Badyet". Tinukoy awtomatikong sistema kinokontrol ang impormasyon sa pagkuha na isinumite sa sa anyong papel. Ang panahon ng pag-verify ay 3 araw.

Kung matukoy ang mga hindi pagkakapare-pareho sa impormasyong isinumite ng customer, ang huli ay makakatanggap ng isang protocol na may katayuang "Nabigong kontrol sa ilalim ng Bahagi 5 ng Artikulo 99 44-FZ", isang iskedyul ng plano at iba pang nauugnay na mga dokumento.

Kasabay nito, ang UIS mismo ay hindi handa para sa pagtaas ng load dito mula Enero 1, 2017, dahil sa pagpasok sa puwersa ng mga probisyon ng Bahagi 5 ng Artikulo 99 ng batas na nabanggit sa itaas. Ang sistema ay hindi matatag sa loob ng maraming buwan, libu-libong mga kontrata ang na-freeze para sa isang hindi tiyak na tagal ng panahon, bilang isang resulta kung saan maraming mga negosyo at institusyon ang hindi nakatanggap ng mga kalakal at serbisyo na kailangan nila.

Control Check Options

Kapag isinasagawa ang pamamaraan ng tinukoy na kontrol ng treasury, ang mga sumusunod ay napapailalim sa inspeksyon:

  • Korespondensiya ng mga tagapagpahiwatig ng kabuuang halaga ng magagamit na mga pondo at mga pondong inilalaan para sa pagkuha;
  • Pagsunod sa mga tagapagpahiwatig ng pagbabayad ng plano ng iskedyul at mga pagbabayad na tinukoy sa naunang ibinigay na plano;
  • Pagsunod sa data sa nakumpletong pagbili kasama ang data mula sa plano at iskedyul ng plano;
  • Korespondensya ng mga detalye ng supplier at customer, ang pangalan ng nomenclature at dami ng mga binigay na produkto, ang timing ng order;
  • Mga deadline ng kontrata at iba pang nauugnay na impormasyon.

Kung ang mga parameter ay hindi tumutugma, ang responsableng empleyado ng system ay bumubuo ng isang protocol ng pagkakaiba, na ipinadala sa orihinal na customer ng pagkuha.


 Protocol ng hindi pagsunod sa impormasyon sa mga legal na kinakailangan

Ano ang dapat gawin kapag tumatanggap ng protocol sa hindi pagpasa ng kontrol

Dapat ipahiwatig ng mga awtoridad sa pagkontrol sa paunawa ang lahat ng mga pagkakaiba na kanilang natukoy at gumawa ng tala tungkol dito sa loob ng tatlong araw ng trabaho. Ang status ng mga notification sa UIS ay gagawing "Nabigo ang kontrol." Maaaring matingnan ang nauugnay na dokumentasyon sa tab na "Pagbili ng Mga Dokumento".

Matapos matanggap ang tinukoy na protocol at mga nauugnay na dokumento, dapat itama ng entity ng negosyo ang mga natukoy na hindi pagkakapare-pareho, at pagkatapos ay ipadala muli ang data para sa pag-verify. Kung hindi, ang customer ay nahaharap sa administratibong pananagutan at multa ng hanggang 50 libong rubles.

Ang nabanggit na protocol ay karaniwang magagamit sa iyong personal na account, registry entry o sa bahagi ng UIS na bukas para sa pagtingin.

Konklusyon

Ang isang protocol na may katayuang "Nabigong kontrol sa ilalim ng Bahagi 5 ng Artikulo 99 ng 44-FZ" ay karaniwang nangangahulugan na ang customer ng procurement ay nagpadala ng maling data para sa pagkakalagay sa Unified Information System. Matapos matanggap ang tinukoy na protocol, inirerekumenda na muling i-verify ang data upang maalis ang mga error, pagkatapos nito ay kinakailangan upang ipadala ang na-update na data sa Unified Information System para sa kontrol ng treasury.

1. Pagkatapos ng pagbabago sa PP, ang dokumento ay nasa katayuang “Bago”. Isinasagawa namin ang aksyon - HAWAKAN .

2. Ang plano sa pagkuha ay lumipat sa katayuan na "Ipinadala para sa kontrol sa SKIB". Ang katayuang ito ay nangangahulugan na ang iyong procurement plan ay naipadala na sa ACC Finance system para sa paunang kontrol para sa pagsunod suportang pinansyal. Awtomatikong nagaganap ang kontrol, nang walang partisipasyon ng user. Kung ang kontrol ay hindi pumasa, ang Procurement Plan ay lilipat sa "Walang collateral" na katayuan. Kung matagumpay na nakumpleto ang kontrol, ang Procurement Plan ay lilipat sa status "Naaprubahan na ang plano sa pagkuha."


3. Kapag ang procurement plan ay lumipat sa status na "Procurement plan aprubado", ginagawa namin ang aksyon - I-UPLOAD ANG PLANO SA EIS.

Pagkatapos lamang ng pagkilos na ito, ang Procurement Plan ay ipinadala sa Federal District Control (Yu.V. Kapralova). Lalabas ang status na "Ipinadala para sa kontrol" sa column na "Kontrol sa awtoridad sa pananalapi." Ang plano sa pagkuha ay mananatili sa katayuang ito hanggang sa ito ay personal na suriin ng isang empleyado ng FI.

4. Sinusuri ng empleyado ng FO ang Procurement Plan. Kung maipasa ang kontrol, ipapadala ang procurement plan sa website ng EIS, kung saan ini-publish ito ng customer. Sa column na "Status ng plano sa UIS" nagbabago ang value sa Naipadala sa UIS / Na-upload sa UIS.