Si të konfiguroni telefonat inteligjentë dhe PC. Portali informativ
  • në shtëpi
  • Programet
  • Problemet tipike eis dhe kushtet e zgjidhjes së tyre. Probleme me EIS - çfarë të bëni? Çfarë duhet të bëni nëse eis nuk funksionon

Problemet tipike eis dhe kushtet e zgjidhjes së tyre. Probleme me EIS - çfarë të bëni? Çfarë duhet të bëni nëse eis nuk funksionon

Cilat gabime janë rregulluar:

    korrigjoi një gabim që rezultoi që UZ të mos merrte një përgjigje ndaj një kërkese për informacion në lidhje me protokollin e fazës së parë të diskutimit publik të një prokurimi të madh nga EIS;
  • rregulloi një gabim, si rezultat i të cilit, kur dërgoni një plan prokurimi në EIS, përdoruesi mund të merrte një gabim: "Të dhëna të pasakta. IDE. TIN-i i përdoruesit, nënshkrimi elektronik i të cilit gjendet në nyjen "Dokumenti elektronik i marrë nga një sistem i jashtëm" (extPrintForm) në etiketën extPrintForm \ nënshkrimi duhet të përputhet me TIN-in e organizatës, llogaria personale e së cilës është marrë dokumenti i marrë ";
  • korrigjuar një gabim për shkak të të cilit pas bërjes së ndryshimeve në orar dhe fshirjes së skedarëve të bashkangjitur në skedën "Dokumentet", skedarët e fshirë mund të shfaqen në versionin tjetër të postuar të orarit.

Përditësimi i UIS i datës 10 gusht 2017 për sa i përket nënsistemit "Buxheti elektronik" në versionin 7.1.11

Çfarë problemesh kanë zgjidhur:

  • Është rregulluar një gabim, si rezultat i të cilit, kur gjenerohet rezultati i kontrollit në njoftimin e blerjes, vlera e çmimit fillestar (maksimal) të kontratës së detyrimit buxhetor të pranuar në rreshtin e zërit të planit nuk korrespondon me vlerën. në rreshtin e njoftimit të blerjes.

Përditësimi i UIS i 29 korrikut 2017 në pjesën 223-FZ në versionin 7.1.12

    informacioni rreth ekzekutimit të kontratës tani shfaqet i plotë;
  • draft ndryshimet në planin e prokurimit mund të hiqen nga vlerësimi dhe monitorimi pas tre ditësh, dhe jo pas pesë ditësh;
  • kur ngarkoni një projekt-amendament të kontratës pa një kod rajoni, gabimi "java. gjuha. NumberFormatException: null: nulljava. gjuha. Numër i plotë. parseInt (Numër i plotë. jav a: 428) ".

Përditësimi i EIS nga 29 korrik 2017 në pjesën 44-FZ në versionin 7.1.1

  • në kartën e një organizate me autoritet "Bankë" në fushën "Kodi i identifikimit të bankës", vlera nga fusha "BIC" nuk shfaqet më;
  • kur publikoni planin e prokurimit, gabimi “Të dhëna të pavlefshme. TIN-i i përdoruesit nënshkrimi elektronik i të cilit gjendet në nyjë (extPrintForm) duhet të përputhet me TIN-in e organizatës ";
  • kur transferoni një projekt të përbashkët ankandi elektronik nga një sistem i jashtëm, nuk do të ndodhë një gabim;
  • data e skadencës së ilaçit në formën e printuar dhe në paketën e të dhënave që po ngarkoni tani përkojnë;
  • Kur futni informacion në planin e inspektimit, shfaqet informacion i besueshëm për periudhën e inspektimit dhe plotësohen kolonat "Numri i porosisë" dhe "Numri i njoftimit".

Përditësimi i UIS i 22 korrikut 2017 në pjesën 223-FZ në versionin 7.1.11

Çfarë problemesh kanë zgjidhur:

  • kur krijoni një projekt-amendament të kontratës, fusha "Lot" do të jetë e disponueshme për modifikim;
  • kërkimi sipas kontratave tani funksionon nëse keni vendosur parametrin "Furnizuesi i referohet SME-ve";
  • kontrolli "Loti #: _ (Organizata) artikujt e planit të prokurimit për të cilët tashmë janë postuar njoftimet për blerje" janë aktivizuar si duhet;
  • kur futni llogarinë tuaj personale, të dhënat për organizatën nga VNMS ngarkohen saktë.

Përditësimi i EIS nga 22 korrik 2017 në pjesën 44-FZ në versionin 7.1.9

Cilat gabime janë rregulluar:

    të gjitha pozicionet shfaqen tani në skedën "Zërat e planit të prokurimit";
  • karta e blerjes tani shfaq bllokun "Përfitimet, kërkesat për pjesëmarrësit";
  • në kartën e organizatës me autoritetin "Banka", tashmë është plotësuar fusha "Kodi i identifikimit të bankës";
  • kur ndryshoni artikujt e blerjeve speciale, shumat e kolateralit financiar tani shfaqen saktë;
  • kovy IKZ dhe një pozicion u anulua, kontrolli automatik nuk do të funksionojë gjatë publikimit "Numrat e pozicioneve në orar janë plotësuar gabimisht ...";
  • nëse keni shtuar dy artikuj nga një në orar, nëse keni shkarkuar arkivin dhe keni publikuar skedarin, gabimi "Skedarët nuk janë ende gati për vendosje. Ju lutemi provoni përsëri më vonë ”;
  • kur publikohet kontrolli i paplanifikuar, gabimi "Në informacionin e kontrollit të paplanifikuar, objekt kontrolli është një blerje/porosi me metodën e përcaktimit të furnizuesit" Ankandi elektronik "...";
  • kur ngarkoni informacionin e orarit, gabimi "UE. përjashtimi i mbivendosur është: javax. ejb. EJBException: Shih përjashtimin e mbivendosur; përjashtimi i mbivendosur është: java. gjuha. IllegalStateException: Shkaku tashmë është inicializuar ";
  • control99NoticePajtueshmëria nuk do të varet gjatë procesit të dërgimit;
  • kur publikohet botimi i ri i informacionit për refuzimin e njëanshëm për të përmbushur kontratën, faqja e printueshme është tashmë e disponueshme.

Përditësimi i UIS i datës 22 korrik 2017 për sa i përket nënsistemit "Buxheti Elektronik" në versionin 7.1.9

Çfarë problemesh kanë zgjidhur:

  • kur hapni seksionin "Regjistri i kontratave" ose zgjidhni "Dokumentet" në menynë e kontekstit, gabimi "Faqja e kërkuar është përkohësisht e padisponueshme". Ju lutemi provoni përsëri më vonë ”;
  • kërkoni në regjistrimin e regjistrit dhe në të gjitha statuset e informacionit rreth kontratës që tani funksionon;
  • kur gjeneroni informacion në lidhje me kontratën dhe bashkëngjitni skedarin në skedën "Dokumentet", gabimi "Ndodhi një gabim gjatë ngarkimit të skedarit në server" nuk do të ndodhë;
  • pas marrjes së kontrollit pozitiv sipas pjesës 5 të nenit 99 të ligjit nr. 44-FZ, informacioni për ndryshimet në kontratë do të transferohet në statusin "Vendosur";
  • nëse identifikuesit në informacionin për kontratën dhe për ekzekutimin e kontratës përkojnë, informacioni mbi kontratën do të vendoset pas kontrollit të thesarit;
  • botimi i ri i informacionit për zgjidhjen e njëanshme të kontratës tashmë është publikuar saktë;
  • nëse merrni një protokoll të mospërputhjes me kërkesat, informacioni rreth ndryshimit të kontratës tani do të monitorohet;
  • nëse dërgoni një version të ri të kontratës për kontroll dhe merrni një rezultat pozitiv, kontrata do të marrë statusin "Postuar".

Përditësimi i UIS i 19 korrikut 2017 në pjesën 44-FZ në versionin 7.1.8.1

Tani, kur ngarkoni informacionin e orarit, nuk do të ketë asnjë gabim teknik "org.springframework.integration.handler.LoggingHandler handleMessageInternal ...".

Përditësimi i UIS i 15 korrikut 2017 në pjesën 223-FZ në versionin 7.1.10

Shfaqen saktë butoni "Ri-regjistrohu" dhe mesazhi "Duhet të riregjistrosh organizatën".

Përditësimi i EIS nga 15 korriku 2017 në pjesën 44-FZ në versionin 7.1.8

Një pjesë e fushave kur ngarkoni informacionin për një organizatë nga SVR tani është opsionale.

Çfarë problemesh kanë zgjidhur:

  • kur shkoni në faqen tjetër të skedës "Zërat e planit të prokurimit", numri i regjistrimeve nuk do të ulet;
  • informacioni në lidhje me shpeshtësinë e dorëzimit të mallrave në kartën e artikullit të orarit tani korrespondon me informacionin në llogarinë personale të klientit;
  • kur gjeneroni një njoftim për një artikull të planit dhe shtoni një produkt, butoni "Fshi" tani është i disponueshëm;
  • kur publikohen ndryshimet e orarit, kontrolli nuk do të funksionojë gabimisht "Në rastin e vendosjes së orareve nga administrata e një qarku bashkiak... duhet të zgjidhet një vlerë që ka shenjën e një qarku bashkiak (numri 6 ose 8, ose 9 në shifrën e tretë të kodit OKTMO të një subjekti të së drejtës publike) ";
  • kur postoni rezultatet e kontrollit për një kontroll të paplanifikuar, nuk do të ketë gabim "Për shkak të problemeve teknike, kontrolli automatik i shkeljes së ligjit nuk mund të kryhet plotësisht ...";
  • direktoria e barnave në FTP tani është ngarkuar saktë;
  • kur ngarkohen detajet e orarit, gabimi teknik "org.springframework.integration.handler.LoggingHandler handleMessageInternal ..." nuk do të ndodhë.

Përditësimi i EIS nga 11 korriku 2017 në pjesën 44-FZ në versionin 7.1.7.1

Tani të gjitha fushat janë aktive në skedën Objekti i Prokurimit të regjistrit të kontratave. Më parë, disa nga fushat ishin të padisponueshme kur klientët formonin ose ndryshonin informacionin.

Përditësimi i EIS nga 8 korriku 2017 në pjesën 223-FZ në versionin 7.1.9

Çfarë problemesh kanë zgjidhur:

  • nëse specifikoni një vlerë jo numerike në fushën "Sasia" në pozicionin e informacionit për ekzekutimin e kontratës, gabimi "Faqja e kërkuar është përkohësisht e padisponueshme" nuk do të ndodhë;
  • kur publikoni një draft ndryshimesh në informacionin në lidhje me ekzekutimin e kontratës, të cilat janë anuluar, kontratës do t'i jepet statusi "Përfundimi i ekzekutimit";
  • kur krijoni një pozicion të ri të planit, kontrolli pa përshkrim nuk do të funksionojë;
  • tani planet e blerjes në llogarinë tuaj personale nuk do të zhduken pasi të fshini draftin e ndryshimeve në planet;
  • kur publikoni projekt-amendamentet në planin e prokurimit për produkte inovative, kontrolli "Plani i prokurimit përmban artikuj me datë të ekzekutimit të kontratës më herët se data e specifikuar e fillimit të planifikimit" nuk do të aktivizohet gabimisht.

Përditësimi i EIS nga 8 korriku 2017 në pjesën 44-FZ në versionin 7.1.7

Çfarë ndryshoi:

  • seksioni "Kufizimet" në njoftim tani quhet "Kufizime dhe ndalime";
  • zbatoi kalimin në formatet e skedarëve SVR 1.3 nga 24 Prill 2017.

Çfarë problemesh kanë zgjidhur:

  • statuset e regjistrit të kartës së organizatës dhe informacioni rreth organizatës nuk do të ndryshojnë më;
  • kur ndryshoni planin e prokurimit, kontrolli nuk do të aktivizohet gabimisht "Në informacionin e artikullit, objekti i prokurimit ... nuk plotësohen fushat e kërkuara: Kodi i llojit të shpenzimit";
  • në draftin e ndryshimeve të orarit që u miratuan, tani do të plotësohet blloku i justifikimit të kërkesave shtesë për pjesëmarrësit në prokurim;
  • në draft njoftimin e pranuar, shfaqet saktë koha kur përfundoni pranimin e aplikacioneve.

Përditësimi i UIS i datës 8 korrik 2017 për sa i përket nënsistemit "Buxheti elektronik" në versionin 7.1.7

Çfarë ndryshoi:

  • tani është e mundur të mos tregohet CWR për burimin e financimit "Fondet ekstra-buxhetore" në informacionin mbi kontratën për ndërmarrjet shtetërore;
  • Tani është e mundur të futni vlera fraksionale në fushën "Sasia e formës së dozimit në paketimin parësor" në librin e referencës së klasifikuesit të barnave.

Përditësimi i EIS nga 6 korriku 2017 në pjesën 44-FZ në versionin 7.1.6.1

  1. Deri në datën 1 janar 2018, Thesari do të pezullojë verifikimin e informacionit që klienti përfshin në regjistrin e kontratave. Thesari nuk do të kontrollojë:
    • afati i kontratës;
    • numri i mallrave, punëve, shërbimeve;
    • njësi;
    • informacion mbi performancën dhe përfundimin e kontratës;
    • kushtet e angazhimit buxhetor të pranuar për kontabilitet.

    Kontrolli mbi këto pozicione është pezulluar nga Qeveria e Federatës Ruse me Dekretin Nr. 443 të datës 13 Prill 2017.

  2. Ndryshuan rregullat me të cilat klientët gjenerojnë informacione rreth kodeve për klasifikimin buxhetor të shpenzimeve. Ndryshimet do të prekin ndërmarrjet unitare, institucionet buxhetore dhe autonome, me përjashtim të blerjeve për llogari të klientit shtetëror (pjesa 6 e nenit 15 të ligjit nr. 44-FZ).

    Do t'ju duhet vetëm të specifikoni 18-20 shifra të kodit. Kur blini me paratë e organizatës, kodet nuk kanë nevojë të specifikohen.

    Informacione shtesë do të duhet të përfshihen në regjistrin e kontratave:

    • shuma e paradhënies;
    • çmimi për njësi i mallrave, punës, shërbimeve;
    • informacion në lidhje me garancinë, kohëzgjatjen e saj dhe rastin e garancisë.

Përditësimi i UIS i 22 Prill 2017 në pjesën 223-FZ në versionin 7.0.26

Kur shikoni xml të planit të prokurimit të printueshëm, shfaqet fusha "Asyeja e anulimit" dhe vlera e saktë është në fushën "Viti raportues".

Përditësimi i UIS nga 22 Prill 2017 në pjesën 44-FZ në versionin 7.0.25

Çfarë problemesh kanë zgjidhur:

  • kur hapni një kartë orari me një formular liste, tani shfaqet rishikimi aktual;
  • rezultatet e kontrollit të dokumenteve në statusin "Postuar" tani dërgohen në llogarinë personale të klientit;
  • fusha "Frekuenca ose numri i fazave për dorëzimin e mallrave, kryerja e punës, ofrimi i shërbimeve" në formën e printuar të orarit plotësohet tani kur ndryshoni artikujt e orarit;
  • kur gjeneroni një njoftim për artikujt e orarit, do të plotësohen fushat me përshkrimin e mallrave, punëve, shërbimeve;
  • funksionimi i aplikacionit, i cili dërgon informacione për blerjet dhe protokollet në llogarinë personale të organit të kontrollit, është optimizuar;
  • kontrolli "Fusha e mëposhtme e kërkuar nuk është plotësuar: Përshkrimi i shkurtër i ndryshimit" është aktivizuar tani;
  • në nënsistemin "Buxheti Elektronik", informacioni rreth kontrollit shfaqet tani dhe pjesa e saktë e blerjes shfaqet në formën e printuar të një garancie bankare;
  • kur formoni rezultatet e kontrollit mbi ekzekutimin e kontratës në nënsistemin "Buxheti elektronik", IKZ shfaqet në bllokun "Korrespondenca e çmimit dhe kodi i identifikimit të blerjes".

Përditësimi i UIS nga 15 Prilli 2017 në pjesën 223-FZ në versionin 7.0.25

Çfarë problemesh kanë zgjidhur:

  • kur kontrolloni ndryshimet e draft planit të prokurimit, gabimi “Faqja e kërkuar është përkohësisht e padisponueshme. Ju lutemi provoni përsëri më vonë ”;
  • kur gjeneroni një raport vjetor prokurimi nga SMP, 2015 do të jetë i disponueshëm si vit raportues.

Përditësimi i EIS nga 15 Prill 2017 në pjesën 44-FZ në versionin 7.0.24

Çfarë problemesh kanë zgjidhur:

  • tani informacioni në EIS do të publikohet pa rezultatet e kontrollit të thesarit. Risia ka të bëjë me planin e prokurimit, orarin, njoftimin, protokollin e identifikimit të furnitorit. Është ende e pamundur të vendoset informacion në regjistrin e kontratave me rezultat negativ të kontrollit;
  • në parametrin e kërkimit “Lloji i sigurisë” është shtuar kriteri “Zbatimi i marrëveshjes së riparimit”;
  • kartela e garancisë bankare tregon “Sigurimi i ekzekutimit të marrëveshjes së riparimit”;
  • në kartelë dhe në formën e printuar të garancisë bankare, për garancitë bankare shfaqet kërkues "Numri i ankandit elektronik" me llojin kolateral "Sigurimi i ekzekutimit të marrëveshjes së riparimit";
  • në kartën e planit të prokurimit sipas 223-FZ, tani shfaqet blloku "Rajoni për furnizimin e mallrave, kryerjen e punës, ofrimin e shërbimeve";
  • kur kaloni në faqen tjetër të kartës së planit të prokurimit, sistemi shfaq artikujt në ekran;
  • tani mund të modifikoni fushat e skedës "Justifikimi për të bërë ndryshime" për artikullin e planit në statusin "Nuk është postuar në bazë të rezultateve të kontrollit";
  • kur transferoni informacione rreth kontrollit nga një sistem i jashtëm në llogarinë personale të organit të kontrollit, nuk do të ndodhin mesazhe të pasakta bllokimi: duhet të plotësoni fushat "Emri i dokumentit për krahasim", "Data e dokumentit për krahasim";
  • në nënsistemin "Buxheti Elektronik", mund të specifikoni manualisht numrin e ankandit elektronik kur vendosni një garanci bankare me shenjën "Kolaterali i formuar në bazë të një marrëveshjeje riparimi të madh";
  • në nënsistemin "Buxheti elektronik" fshihen treguesit e periudhës së kontrollit.

Përditësimi i EIS nga 8 Prilli 2017 në pjesën 44-FZ në versionin 7.0.23

Çfarë problemesh kanë zgjidhur:

  • kur kërkoni në kartën e planit të prokurimit, tani shfaqen të gjithë artikujt;
  • kur dërgoni për kontroll protokollin e shqyrtimit dhe vlerësimit të aplikacioneve për një konkurs me shumë lote, gabimi "RuntimeException: Ndodhi gabim gjatë verifikimit të formularit të printimit" nuk do të ndodhë;
  • kur shkarkoni një paketë xml me ndryshime në njoftim, botimi i parë i së cilës ishte postuar përpara se të aktivizohej kontrolli sipas pjesës 5 të nenit 99 të ligjit nr. 44-FZ, gabimi "ru.lanit.fz44.ejb.facade .çmim. integration.impl.LotTransformerBean.transform (LotTransformerBean.java:146) ... ";
  • kur përpunoni një paketë xml në EIS, numri i rishikimit të ndryshimeve të kontratës do të caktohet saktë. Për shkak të këtij gabimi, rezultati i kontrollit nuk u fut më herët në llogarinë personale të klientit, informacioni në lidhje me kontratën nuk u postua në EIS;
  • informacioni rreth kontratës tani mund të ridërgohet për kontroll.

Përditësimi i EIS nga 6 Prilli 2017 në pjesën 223-FZ në versionin 7.0.24

Çfarë problemesh kanë zgjidhur:

  • kur të redaktoni planin e prokurimit, do të keni mundësi të shikoni informacionin për artikujt e anuluar;
  • burimi RSS për planin e blerjes do të shfaqë informacionin më të fundit.

Përditësimi i UIS nga 2 Prilli 2017 në pjesën 44-FZ në versionin 7.0.22

Çfarë problemesh kanë zgjidhur:

  • kur publikoni draft ndryshimet në planin e prokurimit, kontrolli "Në informacionin e pozicionit të IKZ: kodi i llojit të shpenzimit nuk është i detajuar në nivelin maksimal të mundshëm të detajeve" nuk do të aktivizohet gabimisht;
  • Të dhënat totale për mbështetjen financiare të zërave të orarit dhe blerjeve speciale tani do të llogariten pa marrë parasysh zërat që janë anuluar;
  • Njoftimi që është dërguar për kontroll tani paraqet informacion për zotimin buxhetor;
  • kur plotësoni informacionin për organizatën sipas të dhënave të regjistrit të konsoliduar, kontrolli i fushës TIN të titullarit nuk do të funksionojë;
  • nëse plotësoni fushën IKU në pozicionin ose pozicionin e veçantë të planit të blerjes, do të aktivizohet kontrolli i korrespondencës së vlerës me të dhënat e drejtorisë së organizatave.
  1. Tani sistemi do të kontrollojë korrespondencën e kodeve të identifikimit të klientit në EIS me kodet në sistemin e jashtëm. Nëse kodet nuk përputhen, atëherë sistemi i jashtëm do të marrë një mesazh nga EIS për nevojën për të korrigjuar informacionin. Më parë, kjo nuk ishte e mundur dhe klientët nuk mund të ngarkonin njoftimet dhe oraret nga një sistem i jashtëm në EIS.
  2. Kur të formoni IKZ, mund të tregoni vlerën "0":
    • në kategoritë 30–33 të IKZ, kur objekti i prokurimit duhet të pasqyrohet sipas disa kodeve OKPD;
    • në kategoritë 34–36 të IKZ-së, kur prokurimi bëhet nga një institucion buxhetor, autonom, SUE, MPB, si dhe kur mbështetja financiare e prokurimit duhet të pasqyrohet në disa kode të llojit të shpenzimeve të klasifikimit buxhetor.

    Për të treguar zerat si pjesë e IKZ, kur formoni artikujt e një plani ose plani, zgjidhni atributin:

    • "Blerja përmban disa OKPD2", nëse formoni informacione për OKPD si pjesë e IKZ;
    • "CWR nuk përcaktohet" nëse formoni informacione për CWR si pjesë e IKZ. Në këtë rast, shifrat përkatëse të IKZ do të plotësohen me zero automatikisht pa mundësi redaktimi.

    Për të treguar objektin e prokurimit në grafik, nëse në IKZ në shifrat OKPD2 është shkruar "0000", zgjidhni shenjën "Shto specifikim". Kjo do të lejojë plotësimin e orarit me informacion mbi objektet e prokurimit në kontekstin e kodeve OKPD2.

Përditësimi i UIS i 30 Marsit 2017 në pjesën 223-FZ në versionin 7.0.23

Kur gjeneroni informacione për përfundimin e kontratës, gabimi "U bë një përpjekje për të redaktuar të dhënat në skeda të ndryshme të shfletuesit. Ju lutemi mbyllni pjesën tjetër të hyrjeve dhe rihapni hyrjen për modifikim."

Përditësimi i EIS nga 30 Mars 2017 në pjesën 44-FZ në versionin 7.0.21.1

Kur përpunoni një paketë xml nga një sistem i jashtëm, nuk do të aktivizohet një kontroll i paligjshëm me tekstin e mëposhtëm: "Në pozicionin e orarit me IKZ, kur llogaritni automatikisht vlerat e fushave në bllok" Shuma e pagesave për mallrat, punën, shërbimin ”(produktet Info Shuma e pagesave \ Viti aktual), dimensioni u tejkalua në fushat për shumat në bazën e të dhënave (15 karaktere - pjesa e plotë, 5 - e pjesshme) ".

Përditësimi i EIS nga 26 Mars 2017 në pjesën 223-FZ në versionin 7.0.22

Çfarë problemesh kanë zgjidhur:

  • kontrolli i gabuar "Është e nevojshme të plotësoni kodet e fushës së llojit të aktivitetit sipas OKVED" nuk do të funksionojë kur konfirmoni regjistrimin e organizatës;
  • në bllokun "Informacion mbi ekzekutimin e kontratës" informacioni nuk do të kopjohet;
  • kur ngarkoni kontratën, kontrolli "Të dhëna të pavlefshme: u gjetën më shumë se një përputhje e kodit OKTMO" nuk do të funksionojë;
  • kur shkarkoni një marrëveshje me një furnizues jorezident, kontrolli i paligjshëm nuk do të funksionojë "Duhet të specifikoni shenjën" Furnizuesi është i regjistruar në autoritetet tatimore të Federatës Ruse "".

Përditësimi i UIS nga 26 Mars 2017 në pjesën 44-FZ në versionin 7.0.21

Çfarë problemesh kanë zgjidhur:

  • afishohen njoftimet e sakta të kontrollit për protokollet e komisionit nga platformat elektronike;
  • zbatoi pranimin e librit të referencës "Regjistri i Konsoliduar" në EIS sipas formateve të ndërveprimit versioni 1.3;
  • kur postoni informacione për një ndryshim në planin e prokurimit, kontrolli i paligjshëm "Kodi(et) e llojeve të shpenzimeve nuk është unik për objektin e prokurimit" nuk do të funksionojë;
  • kur postoni informacione për modifikimet në orar, kontrolli i paligjshëm nuk do të funksionojë "Kodi i identifikimit të prokurimit në planin e prokurimit nuk është plotësuar saktë";
  • kur vendosni një orar, kontrolli automatik do të funksionojë, nëse nuk e keni plotësuar fushën "Justifikimi i kërkesës shtesë";
  • në formën e printuar të grafikut shfaqet informacioni për mënyrën e përcaktimit të furnitorit, avantazhet, organin e autorizuar, informacione për blerjet nga NSR dhe SONO, aplikimin e regjimit kombëtar;
  • kur ndryshoni orarin në statusin "Kontrolli nuk kaloi", kërkesa për të siguruar një aplikim, një kontratë ose për të bërë një paradhënie me vlera zero nuk do të hiqet automatikisht;
  • tani njoftimi kalon automatikisht në fazën "Puna e komisionit";
  • në formën e printuar të protokollit për mospërputhjen e informacionit të kontrolluar në njoftim, informacioni do të shfaqet në bllokun "Mospërputhjet e zbuluara";
  • kur përpunoni një paketë xml me informacion në lidhje me një plan prokurimi nga një sistem i jashtëm, gabimi i bllokimit "Shih përjashtimin e mbivendosur të përjashtimit të mbivendosur është: ru.lanit.fz44.model.StateOutOfDateException: Artikulli nuk është i disponueshëm për modifikim" nuk do të ndodhë;
  • kur përpunoni një paketë xml me informacion plani nga një sistem i jashtëm, gabimi i bllokimit “UE.neted përjashtim është: javax.ejb.EJBException: Shih përjashtimin e ndërlidhur; përjashtimi i mbivendosur është: java.lang.IllegalStateException: Shkaku tashmë është inicializuar ";
  • Kur përpunohet një paketë xml me llojin protocolOK1 nga një sistem i jashtëm, nuk do të ndodhë një gabim bllokimi "javax.ejb.EJBTransactionRolledbackException".

Përditësimi i UIS i 18 Marsit 2017 në pjesën 223-FZ në versionin 7.0.21

Çfarë problemesh kanë zgjidhur:

  • kur konfirmoni regjistrimin në përputhje me SVR, kompetencat e "Organizatës që kryen vlerësimin e konformitetit në përputhje me Ligjin Federal Nr. 223-FZ", "Përputhshmëria e monitorimit të organizatës në përputhje me Ligjin Federal Nr. 223-FZ" nuk do të jenë hequr gabimisht;
  • forma në të cilën ju miratoni projekt-ndryshimet në planin e prokurimit tani mbyllet automatikisht;
  • kur shikoni kartën e planit, blloku "Informacion për ... pajtueshmërinë" nuk shfaqet gabimisht;
  • "Seksioni i SME-ve" tani hapet kur shikoni kartën e planit të prokurimit.

Përditësimi i UIS i 18 Marsit 2017 në pjesën 44-FZ në versionin 7.0.20

Çfarë problemesh kanë zgjidhur:

  • në kontrollin e protokolleve të punës së komisionit, të cilat janë marrë nga platforma elektronike, tashmë shfaqet informacioni i saktë;
  • në formën e një draft njoftimi me protokoll kontrolli negativ, tashmë mundësohet përzgjedhja e artikullit “sipas vendimit të klientit”;
  • në bllokun "Karakteristikat cilësore, funksionale dhe mjedisore të objektit të prokurimit" të formularit të printuar të protokollit të vlerësimit të aplikimit, vlerësimi shfaqet saktë;
  • kur shkarkoni një paketë xml me një plan prokurimi, kontrolli i paligjshëm nuk do të funksionojë: "fusha e kërkuar" Arsyetimi për të bërë ndryshime "nuk plotësohet";
  • xml-paketa me llojin CustomerReportSmallScaleBusiness tani është përpunuar saktë në EIS;
  • kur ngarkoni një paketë xml me llojin e protokollit EF3 nga një sistem i jashtëm në EIS, gabimi "Të dhëna të pavlefshme. IDE. përjashtimi i mbivendosur është: javax.ejb.EJBException: Shih përjashtimin e mbivendosur; përjashtimi i mbivendosur është ";
  • kur shkarkoni një paketë xml me një plan prokurimi, kontrolli me tekstin: “Kodi i identifikimit të prokurimit në grafikun e prokurimit nuk është plotësuar saktë”;
  • kur ngarkoni një paketë xml me informacione rreth modifikimeve të një plani nga një sistem i jashtëm, informacioni në lidhje me një blerje të veçantë tani përpunohet në EIS;
  • tani janë shfaqur përfitimet për SMP dhe SONO.

Përditësimi i EIS nga 16 Mars 2017 në pjesën 44-FZ në versionin 7.0.19.1

Kur vendosni një orar me një pozicion të anuluar nga një sistem i jashtëm, kontrolli "Metoda për përcaktimin dhe justifikimin e NMCK" dhe "Përshkrimi i të paktën një artikulli të mallrave, punëve, shërbimeve nuk është shtuar" nuk do të funksionojë.

Përditësimi i UIS i 11 Marsit 2017 në pjesën 223-FZ në versionin 7.0.20

Çfarë problemesh kanë zgjidhur:

  • skeda "Informacioni i Organizatës" shfaqet tani në llogarinë personale;
  • plani, i cili u ngarkua në Excel, përmban të gjithë informacionin.

Përditësimi i UIS nga 11 Mars 2017 në pjesën 44-FZ në versionin 7.0.19

Çfarë problemesh kanë zgjidhur:

  • kur kërkoni një organizatë klienti, shfaqen rezultatet e sakta;
  • rezultatet e kërkimit do të shfaqin blerjet nën 223-FZ;
  • kur vendosni një njoftim, kontrolli i paligjshëm nuk do të funksionojë me tekstin: “Kodi i identifikimit të klientit në IKZ nuk korrespondon me të dhënat e klientit. Për të vendosur një njoftim, është e nevojshme të bëhen ndryshime në kodin IKZ ";
  • fusha "Shuma e kolateralit të porosisë" është e disponueshme kur krijoni një njoftim për pozicionin e orarit;
  • kur ngarkoni paketën xml me informacionin e orarit, kontrolli i paligjshëm “IDE.
    Avantazhi (kërkesa) me kodin MP44 të specifikuar në pozicionet \ pozicioni \ themelet \ kërkesatFondacioni \ kërkesaFondacioni \ emri i shkurtër duhet të jetë i pranishëm në gjendjen aktuale në referencën e avantazheve (kërkesave) në EIS ";
  • në përshtatësin e integrimit PRIZ, një gabim NotificationEP nuk do të ndodhë kur ngarkoni një paketë xml nga një sistem i jashtëm;
  • Kur shkarkoni ndryshimet e orarit, totalet rillogariten duke marrë parasysh artikujt nga versionet e mëparshme;
  • kur publikoni orarin, mesazhi "Serveri është përkohësisht i padisponueshëm. Ju lutemi provoni përsëri më vonë ”;
  • informacioni mbi orarin që ka kaluar kontrollin shfaqet tani në llogarinë personale të klientit;
  • kur bëni ndryshime në informacionin për detyrimin buxhetor në nënsistemin "Buxheti elektronik", fusha "Numri i llogarisë së detyrimit buxhetor" është i disponueshëm për redaktim.

Përditësimi i UIS nga 4 Mars 2017 në pjesën 44-FZ në versionin 7.0.18.1

Çfarë problemesh kanë zgjidhur:

  • tani të gjitha blerjet nën 223-FZ shfaqen në rezultatet e kërkimit;
  • kur ndryshoni njoftimin, nuk ndodh asnjë gabim;
  • njoftimi do të publikohet në EIS pasi të kalojë kontrollin;
  • kur shkarkoni paketën xml me planin e prokurimit, gabimi nuk ndodh: “UE. Vlera e fushës "Kodi i llojit të shpenzimeve" për artikujt PP (pozicionet \ pozicioni \ përbashkëtInfo \ KVRInfo \ kodi nuk mund të ndryshohet në versionin tjetër të planit të prokurimit. Blerjet e pasakta me numra regjistri ";
  • informacioni i saktë shfaqet tani në fushën "Totali për blerje - total" të formularit të printuar të orarit.

Përditësimi i EIS nga 3 Mars 2017 në pjesën 223-FZ në versionin 7.0.19

Çfarë problemesh kanë zgjidhur:

  • kur krijoni një draft ndryshimesh në planin e prokurimit, tani aktivizohet kontrolli për fushën “Viti fiskal”;
  • formulari me të cilin ngarkoni planin e blerjes në Excel tani përmban të gjitha të dhënat;
  • kur bëni ndryshime në njoftim, tani kontrolli "Tregohen artikujt e planit të prokurimit për të cilët tashmë janë postuar njoftimet për blerje" nuk do të aktivizohet gabimisht;
  • tani pozicionet e planit të prokurimit janë tërhequr deri në formularin e kërkimit kur të formoni ZP.

Përditësimi i UIS nga 3 Mars 2017 në pjesën 44-FZ në versionin 7.0.18

Çfarë problemesh kanë zgjidhur:

  • kur kërkoni një blerje, parametri "Valuta" - "Rubla ruse" shfaqet saktë;
  • tani informacionet shtesë rreth organizatës shfaqen saktë;
  • kur klikoni në lidhjet "Protokolli i identifikimit të furnizuesit" dhe "Kodi i identifikimit të blerjes" në llogarinë personale të organit të kontrollit, nuk ndodh një gabim;
  • informacioni në formën e shtypur të orarit shfaqet tani saktë;
  • kur bëni ndryshime në pozicionin e orarit, mesazhi "Faqja nuk është e disponueshme" nuk shfaqet;
  • kur ngarkoni një paketë xml me llojin NotificationEP nga një sistem i jashtëm, kontrolli “Kodi i identifikimit të klientit në IKZ nuk përputhet me të dhënat e klientit. Për të vendosur një njoftim, është e nevojshme të bëhen ndryshime në kodin IKZ "ose" Për kërkesën e Klientit me një kod SDR, informacioni për lidhjen me orarin nuk mund të ndryshohet ";
  • kur ngarkoni informacione në lidhje me ndryshimin në orar në EIS, totalet rillogariten duke marrë parasysh pozicionet nga versioni i mëparshëm;
  • pasi të ngarkoni informacione në lidhje me ndryshimin e orarit në EIS, vlerat në tabelën "Shuma e pagesave për mallra, punë, shërbim" do të plotësohen në llogarinë tuaj personale;
  • pozicionet në llogarinë tuaj personale nuk do të dublikohen pasi të shkarkoni paketën xml me informacione rreth planit të prokurimit;
  • kur ngarkoni paketën xml me informacionin e orarit, gabimi “UE nested përjashtim është: javax.ejb.EJBException: Shih përjashtimin e mbivendosur; përjashtimi i mbivendosur është: org.hibernate.exception.ConstraintViolationException: nuk mundi të ekzekutonte deklaratën "dhe" përjashtimi i mbivendosur është: org.omg.CORBA.TRANSACTION_ROLLEDBACK: vmcid: 0x0 kod i vogël: 0 i përfunduar: Jo ";
  • llogaria personale tani shfaq informacion në lidhje me planin e prokurimit që është postuar.

Përditësimi i EIS nga 25 shkurt 2017 në pjesën 44-FZ në versionin 7.0.17

Çfarë problemesh kanë zgjidhur:

  • Kur shikoni kartat e orarit në skedën Historia e versioneve, të gjitha versionet e orarit shfaqen tani;
  • kontrollet e planifikuara nuk janë të dyfishta në rezultatet e kërkimit;
  • kur drejtuesi është i autorizuar në llogarinë personale me autoritetin "Organi i autorizuar për të ushtruar kontroll në përputhje me pjesën 5 të nenit 99 të Ligjit Federal Nr. 44-FZ", nuk ndodh një gabim;
  • në bllokun "Përkatësia administrative" e kartës së organizatës, shfaqet kodi i saktë për regjistrin e konsoliduar;
  • kur poston informacione për planin e prokurimit, kontrolli i paligjshëm nuk funksionon "Ka një plan prokurimi për vitin 2017, i formuar nga organizata";
  • informacioni rreth planit të prokurimit publikohet tani në SIE pasi të ketë kaluar kontrollin;
  • kur postoni informacione për diskutimin publik të prokurimit, nuk do të ketë kontroll të paligjshëm "Pozicioni i anuluar i planit të prokurimit";
  • çmimi i ofruar nga fituesi shfaqet saktë në llogarinë personale të organit të kontrollit;
  • tani artikujt e planit të prokurimit janë të disponueshëm kur gjeneroni oraret;
  • kur vendosni informacion mbi ekzekutimin e një kontrate në "Buxhetin Elektronik", nuk ndodh më një gabim;
  • informacioni mbi ekzekutimin e kontratës do të publikohet në SIE pasi të kalojë kontrolli.

Përditësimi i EIS nga 23 shkurt 2017 në pjesën 223-FZ në versionin 7.0.18

Çfarë problemesh kanë zgjidhur:

  • në seksionin "Përdoruesit e organizatës" butoni "Ndrysho të dhënat e regjistrimit" nuk shfaqet më; fusha "Subjekti i Federatës Ruse" në marrëveshje nuk pastrohet më kur ruani informacionin;
  • kur ngarkoni ndryshimet e planit për produkte dhe barna inovative të teknologjisë së lartë, artikujt e planit shfaqen tani;
  • në planin e prokurimit, i cili është dërguar për kontroll, do të ketë pozicione me kolateral financiar zero - në përditësimin e datës 1 mars.

Përditësimi i EIS nga 15 shkurt 2017 në pjesën 44-FZ në versionin 7.0.16

Çfarë problemesh kanë zgjidhur:

  • tani, kur shikoni kartën e orarit, të gjitha pozicionet shfaqen në skedën e artikullit të orarit;
  • kur ngarkoni një paketë xml me llojin NotificationOK, aktivizohet kontrolli automatik për vlerën në etiketën startDate; gjatë ngarkimit të orarit, nuk ndodh asnjë gabim, përjashtimi i ndërlidhur është: CORBA.TRANSACTION_ROLLEDBACK;
  • në formën e shtypur të orarit, një vlerë zero nuk shfaqet më në fushën "Çmimi fillestar (maksimal) i kontratës, çmimi i një kontrate të lidhur me një furnizues të vetëm (kontraktor, interpretues) (mijë rubla)";
  • kur shtoni buxhetin e financimit të organizatës, nuk ndodh asnjë gabim;
  • kur vendosni informacion për njoftimin mbi pozicionin e orarit, nuk ka kontroll të paligjshëm “Kodi i identifikimit të klientit në IKZ nuk korrespondon me të dhënat e klientit. Për të ndryshuar njoftimin, është e nevojshme të bëhen ndryshime në kodin IKZ ";
  • blloku "Informacion i përgjithshëm rreth blerjes" tani shfaq informacione në lidhje me detyrimin buxhetor;
  • informacioni në lidhje me njoftimin shfaqet në llogarinë personale të organit të kontrollit;
  • tani klientët mund të bëjnë ndryshime në artikullin e planit të prokurimit, i cili u vendos në EIS;
  • kur gjeneroni informacion për ndryshimin e kontratës në "Buxhetin Elektronik", mesazhi "Faqja e kërkuar është përkohësisht e padisponueshme" nuk shfaqet;
  • në “Buxhetin Elektronik”, rezultatet e kontrollit kthehen pas ekzekutimit ose zgjidhjes së kontratave.

Përditësimi i EIS nga 10 shkurt 2017 në pjesën 44-FZ në versionin 7.0.15

Çfarë problemesh kanë zgjidhur:

  • kolona "Informacion rreth vendosjes së blerjes" në kartën e orarit tani shfaq informacione rreth blerjes;
  • kur klikoni mbi lidhjen e organizatës në formën e listës së njoftimit nën 223-FZ, shkoni në faqen e organizatës së duhur;
  • kur ndryshoni njoftimin dhe shkoni te skeda "Kërkesat për pjesëmarrësit", nuk ndodh asnjë gabim;
  • blloku "Informacion i përgjithshëm rreth blerjes" shfaq informacion në lidhje me detyrimin buxhetor;
  • kur dërgoni një njoftim për kontroll, gabimi "NonUniqueResultException: pyetja nuk ktheu një rezultat unik: 2" nuk ndodh;
  • në formën e printuar të orarit, vlerat e shumës tani shfaqen saktë në fushën "Totali i parashikuar për prokurim - total";
  • tani është e mundur të anulohet artikulli i planit kur artikulli i planit të blerjes është anuluar;
  • kur fshini pozicione në një orar të pavendosur, nuk ndodh asnjë gabim;
  • tani mund të bëni modifikime në artikujt e orarit që janë vendosur;
  • dokumentet në llogaritë personale të klientit dhe të Thesarit tani janë të njëjta;
  • kur vendosni një orar, gabimi "Faqja e kërkuar është përkohësisht e padisponueshme" nuk shfaqet më;
  • u bë e mundur të bëhen ndryshime në pozicionin e planit të prokurimit;
  • kur ndryshoni zërat e orarit, kontrolli "Shuma e pagesave të planifikuara në artikullin e planit, e krijuar në bazë të planit të blerjes, tejkalon shumën e pagesave të planifikuara të specifikuara në artikullin e planit të blerjes.. .";
  • informacioni në lidhje me kontratën është transferuar tashmë në statusin "Për kontroll" pasi është dërguar për kontroll;
  • tani informacioni që është në statusin "Kontrolli i kaluar" është vendosur saktë.

Përditësimi i EIS nga 8 shkurt 2017 në pjesën 44-FZ në versionin 7.0.14.1

Në informacionin për kontratat, për ekzekutimin ose zgjidhjen e kontratave, skedarët shfaqen tashmë në pjesën e hapur të SIE.

Përditësimi i EIS nga 7 shkurt 2017 në pjesën 44-FZ në versionin 7.0.14

Çfarë problemesh kanë zgjidhur:

  • gabimi "Serveri është përkohësisht i padisponueshëm" nuk ndodh më kur informacioni vendoset në regjistrin e orareve të prokurimit disa minuta pasi shfaqet ikona e ngarkimit;
  • Kur gjeneroni një draft njoftim për blerje, shfaqen fushat për informacion në lidhje me zotimin e buxhetit;
  • kur ngarkoni ndryshime në orar, të gjitha fushat e kërkuara plotësohen në skedat "Përshkrimi i objektit të prokurimit" dhe "Kushtet e prokurimit";
  • kur ndryshon orari i ngarkimit, gabimi "NPE: PlanGraphValidatorImpl.java:152" nuk shfaqet më;
  • kur dërgoni për kontroll një draft ndryshimesh në një njoftim blerjeje, gabimi "NonUniqueResultException: pyetja nuk ktheu një rezultat unik: 2" nuk shfaqet më;
  • kur shkarkoni ndryshime në planin e prokurimit, gabimi "Për një pozicion me vlerën e fushës" Numri i pozicionit "(Numri i pozicionit) i barabartë me planin e prokurimit të ruajtur në EIS me një numër regjistri ... nuk ka pozicion me fushën përkatëse janë gjetur vlerat”;
  • kur ndryshoni pozicionet e orarit, kontrolli “Shuma për vitin 2017 tejkalon gjendjen në pozicionin e planit të prokurimit” nuk aktivizohet më;
  • kur ndryshoni oraret, gabimi "UE. përjashtimi i mbivendosur është: javax.ejb.EJBException: Shih përjashtimin e mbivendosur; përjashtimi i mbivendosur është: java.lang.NullPointerException ";
  • kur vendosni një orar, gabimi "Plani i prokurimit, në bazë të të cilit është krijuar orari, nuk vendoset në SIE", nuk shfaqet më.

Përditësimi i EIS nga 4 shkurt 2017 në pjesën 44-FZ në versionin 7.0.13.1

Çfarë problemesh kanë zgjidhur:

  • me një përfundim negativ të kontrollit, përfitimet dhe kërkesat për pjesëmarrësit nuk hiqen më nga orari;
  • në orar, pozicionet me të njëjtën ICZ nuk janë formuar.

Përditësimi i EIS nga 2 shkurt 2017 në pjesën 44-FZ në versionin 7.0.13

Çfarë problemesh kanë zgjidhur:

  • ngarkimi në FTP tani funksionon për të gjitha oraret;
  • kur skeda ngarkohet në EIS, kontrolli i paligjshëm "Blerja speciale null nuk u gjet në SIE" nuk funksionon më;
  • kur ngarkoni ndryshime në orar në EIS, kontrolli i paligjshëm "Numrat e artikujve në orar të plotësuar gabimisht" nuk aktivizohet më.

Rregulloi gabimet kryesore në oraret e shkarkimit. Për më tepër, në rubrikën "Dokumentet e tjera" në faqen zyrtare të EIS, shkarkimi sipas planeve dhe planeve të prokurimit postohet çdo ditë për verifikim nga sistemet e jashtme.

Përditësimi i UIS nga 1 shkurt 2017 në pjesën 44-FZ për versionin 7.0.12

Oraret me një numër të madh pozicionesh tani dërgohen për kontroll.

Përditësimi i EIS nga 27 janar 2017 në pjesën 44-FZ në versionin 7.0.11

Çfarë problemesh kanë zgjidhur:

  • kur ngarkoni paketat xml rreth një plani prokurimi në EIS nga një sistem i jashtëm, kontrolli i paligjshëm nuk aktivizon më "Orari nuk përmban informacione për prokurimin ...";
  • kur ngarkoni paketat xml rreth një plani prokurimi në EIS nga një sistem i jashtëm, kontrolli i paligjshëm "Plani i prokurimit me një numër ... nuk vendoset në EIS" nuk funksionon më.
data e hapjes Përshkrimi i incidentit Data e eliminimit

Ankesa për punë të gabuar
Sistemi i unifikuar i informacionit në fushën e prokurimit

I dashur Mikhail Borisovich!

Shoqëria aksionare "Yargorelectrotrans" (INN 7602082331) (në tekstin e mëtejmë - Kompania) kryen aktivitete prokurimi në përputhje me dispozitat e Ligjit Federal të datës 18.11.2011 N223-FZ "Për prokurimin e mallrave, punëve, shërbimeve nga lloje të caktuara. personat juridikë" (në tekstin e mëtejmë - Ligji Federal i 18.11.2011 N223-FZ.
Nga data 07.02.2018 e deri më sot, për shkak të shfaqjes së keqfunksionimeve të mëposhtme në funksionimin e SIE, shoqëria nuk është në gjendje të publikojë protokollin e shqyrtimit të aplikimeve për pjesëmarrje në tender (njoftim nr. 31806461513, datë 08.05.2018 ) (në tekstin e mëtejmë: Tenderi), protokolli përfundimtar i një tenderi të tillë, i cili është një kërcënim për ndërprerjen e proceseve të prodhimit të Kompanisë të shkaktuar nga pamundësia e ofrimit në kohë të shërbimeve të saj me shërbimet e nevojshme, dhe gjithashtu mund të çojë në shkelje nga Kompania e kushteve të përcaktuara me Ligjin Federal Nr. 223-FZ, datë 18.11.2011 N223-FZ për postimin e informacionit mbi prokurimin në EIS.
Më datë 02.07.2018, Kompania ka kryer procedurën për shqyrtimin, vlerësimin dhe krahasimin e aplikacioneve për pjesëmarrje në tender (në tekstin e mëtejmë Protokoll). Në të njëjtën ditë, u bë përpjekje për të publikuar protokollin e formuar si rezultat i kësaj procedure në EIS, në të cilin u zbuluan problemet e mëposhtme në punën e EIS, duke penguar vendosjen e një protokolli të tillë:
Kur formoni Protokollin në faqen e internetit të UIS në seksionin "Shqyrtimi i aplikacioneve", pasi të specifikoni informacionin në lidhje me refuzimin e aplikimeve për pjesëmarrje në tender, arsyet për marrjen e vendimeve të tilla në fushat "Arsyeja e refuzimit" dhe duke klikuar në " Butonat "Ruaj" ose "Next" të ofruara nga funksionaliteti EIS, sistemi ku shfaqet mesazhi:
“Është e nevojshme të plotësoni fushat e kërkuara:
- Baza për refuzim
- Arsyet për refuzim."
Mesazhi i specifikuar nga sistemi bllokon veprimet e mëtejshme të Kompanisë për të bashkangjitur skedarin e Protokollit, për të publikuar protokollin e krijuar dhe ju lejon vetëm të anuloni veprimet e kryera më parë. Përpjekjet e mëvonshme të Kompanisë për të riformuar Protokollin dhe për të dhënë informacion mbi rezultatet e shqyrtimit të aplikacioneve çuan në një rezultat të ngjashëm.
Në periudhën prej datës 02.07.2018, 07.03.2018, 07.04.2018, kompania ka dërguar ankesa me përshkrim të problemeve të hasura në funksionimin e EIS me bashkëngjitur të gjitha informacionet e nevojshme në e. -adresa e postës së shërbimit të mbështetjes teknike UIS ( [email i mbrojtur] ki.gov.ru), në përgjigje të së cilës Kompania nuk ka marrë ende njoftime për regjistrimin e aplikacioneve, informacione të tjera në lidhje me statusin e shqyrtimit të aplikacioneve. Gjithashtu, gjatë periudhës kohore të specifikuar, kompania ka bërë thirrje ditore në linjën e mbështetjes teknike UIS, operatorëve të shërbimit mbështetës iu është ofruar informacion i detajuar për problemet që kanë lindur, në përgjigje të të cilave janë marrë vetëm rekomandime me kërkesë me shkrim. në shërbimin e mbështetjes teknike dhe pastrimin e cache të shfletuesit, gjë që nuk çoi në zgjidhjen e problemit. Pas përfundimit të bisedave telefonike me operatorët e shërbimit mbështetës UIS, u dërguan mesazhe në lidhje me regjistrimin e thirrjeve në numrat SD200417608, SD200422814, SD200436856 me një nivel prioriteti "4 - i ulët" dhe përfundimi i punës në këto thirrje të Kompanisë. në adresën e emailit të kompanisë.
Nisur nga sa më sipër, ju kërkojmë:
1. Të regjistrojë këtë ankesë dhe të marrë masat e duhura për eliminimin e problemeve që kanë lindur nga shërbimi i mbështetjes teknike UIS;
2. Shpjegoni rendin e veprimeve të klientit në një situatë kur publikimi i informacionit në lidhje me blerjet e bëra në EIS brenda kornizës kohore të përcaktuar është i pamundur për shkak të mungesës së mundësisë së punës së plotë në llogarinë personale të EIS, lidhur me problemet teknike në funksionimin e sistemit;
3. Shpjegoni periudhën rregullatore për shqyrtim nga shërbimi i mbështetjes teknike EIS të kërkesave të klientëve.

Ju lutemi dërgoni përgjigjen e kësaj ankese në adresat e mëposhtme të emailit:
[email i mbrojtur], [email i mbrojtur]

14:06 - Klientët e REGNUM të Moskës nuk mund të publikojnë procedurat e tenderit për shkak të dështimeve teknike në funksionimin e Sistemit të Unifikuar të Informacionit (EIS), kjo është arsyeja pse më shumë se 1.5 mijë kontrata të Moskës thjesht "ngecin", tha në shkurt kreu i Departamentit të Konkurrencës. 2. politika e qytetit të Moskës Genadi Dyogtev.

"Më shumë se një mijë e gjysmë kontrata u dërguan nga klientët e Moskës për regjistrim në EIS. Sidoqoftë, dështimet teknike në punën e sistemit federal nuk i lejojnë klientët e qytetit të prokurojnë me kohë mallrat, punët dhe shërbimet e nevojshme për të përmbushur detyrimet e tyre sociale, "shpjegoi zyrtari.

Degtev kujtoi se Moska është lider në mesin e klientëve rajonalë për sa i përket blerjeve, prandaj, ndërprerjet në punën e EIS, për shkak të të cilave publikimi i planeve të prokurimit dhe planeve të orarit është ndërprerë, në funksion të ndryshimeve legjislative që hynë në fuqi më 1 janar 2017, janë një shqetësim serioz për qeverinë e Moskës. ... Ai sqaroi: “2,500 klientë marrin pjesë në sistemin e prokurimit në Moskë dhe puna e tyre varet drejtpërdrejt nga veçoritë teknologjike dhe performanca e sistemit. Kur ai dështon, efektiviteti ekspozohet ndaj rreziqeve të dukshme, para së gjithash, përmbushjes së detyrimeve sociale ndaj banorëve të qytetit”.

Kryebashkiaku është i bindur se transparenca e procedurave të prokurimit nis që në fazën e planifikimit. Dështimet teknike nuk duhet të jenë pengesë për transparencën e prokurimit. Prandaj, për të siguruar punë në kohë dhe efikase, autoritetet e Moskës propozojnë të përdorin një burim rajonal përveç (EIS). Për më tepër, sistemi i korporatave të qytetit EAIST ka dëshmuar efektivitetin e tij gjatë viteve të punës së tij.

“Sistemi EAIST funksionon për mbi 10 vjet, në dhjetor 2016 u certifikua nga Thesari Federal. Duke u ofruar klientëve të tij mjete për marrjen e vendimeve të menaxhimit operacional, ky burim rajonal është në gjendje të sigurojë planifikimin dhe ekzekutimin në kohë të kontratave. Informacioni i prokurimit do të shfaqet si në Sistemin e Unifikuar të Informacionit ashtu edhe në Portalin e Furnizuesve në Moskë, i cili është një "vitrinë" informative e rendit të qytetit, si për klientët ashtu edhe për bizneset, "tha kreu i Departamentit të Politikave të Konkurrencës.

Iniciativa e autoriteteve të Moskës u prit me mirëkuptim nga udhëheqja, e cila është gjithashtu një nga drejtuesit në prokurimet publike në Shën Petersburg. Genadi Degtev u mbështet nga Dmitry Saçkov, kryetar i Komitetit për Urdhrat Shtetëror të Shën Petersburgut, i cili e quajti kritike situatën me dështimet në punën e EIS.

“Për momentin ne nuk jemi në gjendje të akomodojmë shumicën e procedurave. Për të demonstruar shkallën reale të fatkeqësisë, do të them se këto janë dhjetëra mijëra procedura. Për më tepër, procedurat janë në faza të ndryshme të përgatitjes për publikim. Kjo është një fatkeqësi natyrore, pasojat e së cilës po i zgjidhim me dorë. Por puna me një ritëm të tillë është thjesht e pamundur”, theksoi Sachkov.

Shtojmë gjithashtu se një sërë ekspertësh e mbështetën nismën e zyrtarëve të kryeqytetit. Kështu, drejtori ekzekutiv i Shoqatës së Platformave të Tregtisë Elektronike Iliya Dimitrov u shpreh për kalimin në një sistem rajonal të menaxhimit të prokurimit.

“Mekanizmi që autoritetet e Moskës po propozojnë si zgjidhje për problemin me sistemin federal të informacionit të prokurimit na duket se është kompetent dhe në kohë. Në të njëjtën kohë, ne shohim kushtin kryesor për kalimin në një platformë rajonale që të gjitha procedurat të jenë në dispozicion si për biznesin ashtu edhe për publikun”, tha Dimitrov.

Fakti që gabimet në sistemin EIS dhe vonesat që rezultojnë në procedurat e prokurimit sjellin shumë kosto, tha Anton Yemelyanov, Drejtor i Përgjithshëm i Platformës së Tregtisë Elektronike të Bashkuar SHA. Ai bëri të ditur statistikat, sipas të cilave në janar 2015 - 2016. janë publikuar rreth 10 mijë procedura në një vëllim prej 20 miliardë rubla. Për krahasim, në janar 2017 kishte 1600 procedura, që është 7 herë më pak, me një vëllim më pak se 9 miliardë rubla. Kjo në mënyrë efektive do të thotë që biznesi nuk e pa vëllimin që priste.

“Moska, si rajoni më i madh i klientëve, ofroi një rrugëdalje të arsyeshme nga situata aktuale me dështimin e planeve për publikimin e blerjeve për shkak të problemeve me EIS. Kryeqyteti nuk mund të përballojë të pezullojë prokurimin, ai përshkon funksionimin e të gjithë infrastrukturës së qytetit”, është i bindur Yemelyanov.

Aktivistët e ONF shprehën shqetësime për efikasitetin e UIS edhe para fillimit, në 2015, kujton Ivan Yastreb, nënkryetar i projektit ONF "Për blerje të drejta".

ONF, ekspertët e të cilit edhe para fillimit të UIS në 2015 shprehën dyshime për performancën e tij, vuri në dukje gjithashtu se një vit pas fillimit të sistemit, nuk kishte përmirësime thelbësore. Pikërisht kjo shkaktoi edhe diskutimin që është zhvilluar në këto momente për mundësinë e përdorimit të portaleve rajonale për prokurimet publike.

Gjithashtu, ekspertët shprehën shqetësimin e tyre se për shkak të dështimeve në SHIE, qytetarët do të jenë ekstremë, pasi për shkak të vonesave, klientët shtetërorë nuk do të mund të përmbushin detyrimet e tyre sociale.

Siç është raportuar më parë IA REGNUM Kryebashkiaku i Moskës Sergei Sobyanin i bëri thirrje kryeministrit rus Dmitry Medvedev me një kërkesë që të ketë portalet e tyre të internetit për prokurimet publike që nuk kanë lidhje me Sistemin e Unifikuar të Informacionit të Prokurimit (EIS) në qytetet federale - Moskë, Shën Petersburg dhe Sevastopol. Në apelin e tij, kryebashkiaku i Moskës vuri në dukje se dështimet e rregullta teknike në punën e EIS ndërhyjnë në publikimin e informacionit për kontratat qeveritare dhe prishin blerjet. Dhe çështjet e integrimit të EIS me Sistemin e Unifikuar të Automatizuar të Informacionit të Tregtisë në Moskë, në Thesarin Federal, ku aplikuan autoritetet e qytetit, nuk mund të zgjidheshin.

Shtojmë gjithashtu se një sërë specialistësh të prokurimeve publike panë në nismën e autoriteteve të kryeqytetit një dëshirë në të ardhmen, nëse kjo nismë mbështetet, për të fshehur nga sytë e publikut shpenzimet joracionale të kryebashkiakut. Në veçanti, portali i automobilave "Avtorambler" analizoi disa blerje të Ndërmarrjes Unitare Shtetërore "Avtohokhozstvo e Departamentit Financiar dhe Ekonomik të Bashkisë së Moskës". Habinë më të madhe mes gazetarëve të portalit e shkaktoi fakti se në listën e pjesëve të këmbimit, pa të cilat funksionimi normal i flotës së bashkisë me sa duket është i pamundur, kishte një kasë iPad, libra dhe pantallona verore.

“Përveç kësaj, listat e pjesëve rezervë që do të blihen për servisimin e makinave Toyota përfshijnë një kuti ajrore të bardhë Toyota iPad, me vlerë 3,005 rubla, një çantë udhëtimi me vlerë 9,180 rubla dhe një listë të madhe aksesorësh të tjerë që janë krejtësisht të panevojshëm për servisimin e makinave. Në dokumentacionin për blerjen e një BMW-je kishte libra, mes tyre edhe historikë. Por shembulli më i mirë ilustrues i shpenzimeve të papërshtatshme është "Ngjitësja për çati, flamuri i Gjermanisë" me vlerë vetëm 2975,73 rubla. Ekziston edhe një artikull shumë origjinal - "Të brendshme, brekë, rroba verore. shkurt e zezë "- 2274,08 rubla. Pantallona të shkurtra të markës, markë gjermane premium automobilash ", - vunë në dukje autorët e "Avtorameler". Në rastet e përcaktuara me ligj, prokurimi publik mund të kryhet pa procedurë konkurruese. punimet dhe shërbimet për nevojat e monopoleve natyrore, për kryerjen e punës për trajnimin mobilizues në vend, për furnizimin me armë dhe pajisje ushtarake, ofrimin e shërbimeve për furnizim me ujë dhe ngrohje, ruajtjen e monumenteve të kulturës dhe për nevoja të tjera të përcaktuara në ligj.
Komploti përmban lajme në lidhje me efikasitetin e sistemit të prokurimit publik, si dhe ndryshimet e tij.

Dështimet në sistemin e unifikuar të informacionit (UIS) në janar praktikisht paralizuan punën e klientëve. Në forumet tematike dhe në rrjetet sociale, përdoruesit u ankuan për pamundësinë e postimit të planeve dhe orareve në EIS dhe thirrjen e specialistëve të mbështetjes teknike, për të cilat është përgjegjëse Ministria e Zhvillimit Ekonomik të Federatës Ruse. Problemi u provokua nga rregullat e reja të planifikimit të prokurimit dhe përfshirja e kontrollit financiar në përputhje me pjesën 5 të nenit 99 të ligjit nr. 44-FZ. Për të zgjidhur problemin, Qeveria e Moskës propozoi përdorimin e sistemeve rajonale të prokurimit përveç EIS.

Kulmi i ankesave të klientëve për pamundësinë për të vendosur plane dhe orare në EIS, dhe në përputhje me rrethanat, për të kryer blerjet ra në janar. Klientët nuk janë përballur me probleme të tilla globale në funksionimin e sistemit të informacionit në fushën e prokurimit që nga viti 2006. Pastaj faqja për postimin e informacionit në lidhje me porositë për nevoja shtetërore dhe komunale ( zakupki.gov.ru) u lançua për herë të parë.

Arsyeja kryesore për dështimet e EIS është një sasi e madhe informacioni. Që nga viti 2017 në sistem janë shfaqur përdorues të rinj (ndërmarrje unitare bashkiake dhe ndërmarrje unitare shtetërore), kanë filluar të funksionojnë edhe procedura të reja (publikimi i planeve dhe orareve), për rrjedhojë thjesht nuk duroi dot.

Problemet me EIS çuan në një ulje të blerjeve në fillim të këtij viti. Siç vuri në dukje Drejtori i Përgjithshëm i Platformës së Bashkuar të Tregtisë Elektronike (UETP). A. A. Emelyanov, në janar 2015 dhe 2016, vetëm në një vend, klientët shtetërorë njoftuan pothuajse 10 mijë procedura prokurimi në shumën prej rreth 20 miliardë rubla. Për krahasim: në fund të janarit 2017, vetëm 1.6 mijë procedura me një vëllim pak më pak se 9 miliardë rubla u shpallën dhe u publikuan në EIS. "Numri i blerjeve shtetërore është ulur shtatë herë, dhe biznesi nuk ka marrë 10-11 miliardë rubla në të cilat ishte llogaritur," përfundoi Yemelyanov.

Moska u ankua për punën e EIS

Kryebashkiaku i Moskës gjithashtu tërhoqi vëmendjen për problemet me EIS S. S. Sobyanin, i cili vendosi të ngrejë çështjen e efikasitetit të EIS në nivelin e Qeverisë së Federatës Ruse. Në një letër drejtuar Kryeministrit të Federatës Ruse D. A. Medvedev kryebashkiaku i kryeqytetit raportoi "dështime të rregullta teknike në punën e SIE-së, duke penguar publikimin e informacionit për prokurimet publike dhe kontratat, gjë që çon në dështimin e tyre". Ai propozoi të tërhiqej nga veprimi i drejtpërdrejtë i qyteteve EIS me rëndësi federale, si dhe entiteteve përbërëse të Federatës Ruse me një vëllim blerjesh prej më shumë se 100 miliardë rubla.

Sipas kreut të Departamentit të Politikës së Konkurrencës në Moskë G. V. Dyogteva, më shumë se një mijë e gjysmë kontrata u dërguan nga klientët e Moskës për regjistrim në EIS. "Megjithatë, dështimet teknike në punën e sistemit federal nuk i lejojnë klientët e qytetit të blejnë me kohë mallrat, punët dhe shërbimet e nevojshme për të përmbushur detyrimet e tyre sociale," tha Dyogtev në një tryezë të rrumbullakët të organizuar posaçërisht në MPB-në Rossiya Segodnya. “Për shkak të dështimeve në punën e SIE-së, publikimi në kohë i planeve dhe orareve të prokurimit është i pamundur, i cili është i detyrueshëm nga 1 janari 2017”, shprehu shqetësimin shefi i departamentit. “Ne nuk kemi marrë 134 plane dhe 338 orare prokurimi nga sistemi i njoftimeve për publikimin e”. Sipas Dogtevit, transparenca e procedurave të prokurimit fillon që në fazën e planifikimit dhe dështimet teknike nuk duhet të jenë pengesë për sigurimin e transparencës së prokurimit. Publikimi i tyre në sistem lidhet drejtpërdrejt me hapjen e procedurave të prokurimit për përfaqësuesit e bizneseve.

Shqetësimi i qeverisë së Moskës për situatën aktuale është i kuptueshëm. Në fund të fundit, vëllimi i përgjithshëm vjetor i blerjeve në Moskë është pothuajse 500 miliardë rubla. "Rezulton se çdo e dhjetë rubla që është e përfshirë në prokurimet qeveritare i përket Moskës," llogariti Dogtev. Sot, 2,500 klientë dhe 9,500 pjesëmarrës në marrëdhëniet kontraktuale marrin pjesë në sistemin e prokurimit të Moskës. Sistemi i Prokurimit të Korporatave të Qytetit (EAIST) funksionon në kryeqytet për më shumë se dhjetë vjet, i cili është testuar tërësisht dhe është vërtetuar se është efektiv. Funksionet e tij janë disi të ngjashme me SIE-në, në të njëjtën kohë ka të tjera që nevojiten për të koordinuar prokurimin e departamenteve, kontrollin financiar, autorizimin e pagesës sipas kontratave. Sipas Dyogtev, ky burim është në gjendje jo vetëm të sigurojë planifikimin dhe ekzekutimin në kohë të kontratave, por edhe të kryejë blerjet sipas rregullave uniforme. Në të njëjtën kohë, supozohet se informacioni në lidhje me blerjet do të shfaqet si në EIS ashtu edhe në portalin e furnizuesve të Moskës.

Sipas Zëvendës Shefit të Departamentit të Teknologjive të Informacionit në Moskë A. V. Gorbatko, nuk ka pengesa për integrimin e ngushtë të sistemeve rajonale dhe SIE sot. “Teknikisht, sistemet rajonale mund të bëhen një lloj vazhdimi apo zgjerimi i funksionalitetit të sistemit federal. Me këtë funksionalitet mund të lidhen edhe platformat elektronike të tregtimit, ku mund të publikohen informacione rreth tregtimit”, tha Gorbatko.

Pozicioni i Moskës u mbështet plotësisht nga drejtori i Shoqatës së Platformave të Tregtisë Elektronike I. D. Dimitrov... Ai beson se gjatë viteve të fundit sistemi i prokurimit ka ngecur në zhvillimin e tij, në lidhje me të cilin sot kanë dalë në pah problemet që kanë dalë si biznesi ashtu edhe shteti. "Mekanizmi që autoritetet e Moskës propozojnë për të zgjidhur problemin me sistemin federal të informacionit të prokurimit na duket kompetent dhe në kohë. Në të njëjtën kohë, kushtin kryesor për kalimin në një platformë rajonale e shohim në faktin që të gjitha procedurat të jenë në dispozicion si për biznesin ashtu edhe për publikun”, tha drejtori ekzekutiv. Ai gjithashtu konfirmoi se nuk do të ketë probleme teknike me dyfishimin e funksioneve, pasi faqet, agjencitë qeveritare dhe EIS janë plotësisht të sinkronizuara.

Në mënyrë që EIS të mos "bie"

“Çdo sistem informativ bie”, shprehu mendimin e tij Avokati i Prokurimit S. V. Gabestro... “Duke përqendruar veprime të rëndësishme juridike në një vend, shteti kalon në zonën e rrezikut të mospërmbushjes së detyrimeve sociale ndaj qytetarëve”. Ai, ashtu si Dimitrov, beson se puna e ISHM-së nuk përmirësohet nga viti në vit, por vetëm përkeqësohet. “Asgjë nuk do të ndryshojë, edhe nëse operatorët e sistemit ndryshojnë. EIS është ideale vetëm në modelin absolut, por në jetë nuk është i zbatueshëm”, dha vendimin e tij Avokati i Popullit. Ai propozoi transferimin e të gjitha veprimeve të rëndësishme juridike që ndodhin në EIS në sisteme të veçanta informacioni. Në të njëjtën kohë, faqja e UIS duhet të mbetet një qendër e të dhënave ose modul analitik për monitorimin dhe kontrollin e veprimeve të klientëve. "Por duhet të jenë vetëm të dhëna, dhe jo një koleksion dosjesh, njoftimesh dhe gjithçka tjetër që mund të shihet atje sot," tha Gabestro. Përveç kësaj, ai vuri në dukje se përveç sistemeve rajonale të informacionit, tregtia dhe shërbimet mund të fokusohen në platformat e tregtimit elektronik, të cilat janë shumë më të qëndrueshme se EIS.

Ekspertët shprehën gjithashtu dyshime se pa një zgjidhje globale për problemet e ENI-t që kanë lindur, nuk ka gjasa të përballohet me një ngarkesë tjetër. Siç e dini, një projekt-ligj për kalimin e plotë në tregtinë elektronike është aktualisht në shqyrtim në Dumën e Shtetit të Federatës Ruse. Kështu, ngarkesa në UIS mund të rritet dhjetëfish. Të gjithë pjesëmarrësit e prokurimit do të duhet të regjistrohen në sistem: sot janë vetëm rreth 300 mijë klientë. Nëse UIS do t'i rezistojë dhjetëra mijëra përdoruesve është një pyetje e madhe.

O. V. IZUTOVA

Roli i sistemeve rajonale duhet të rritet

Ne i kërkuam kryetarit të Komitetit të Urdhrit Shtetëror të Shën Petersburgut të komentojë situatën rreth EIS Dmitry Igorevich SACHKOV.

Dmitry Igorevich, Moska ka dhënë alarmin për funksionimin e paqëndrueshëm të sistemit të unifikuar të informacionit. I ndani ju këto shqetësime?

Ne dimë drejtpërdrejt për problemet me të cilat përballet Moska dhe ndajmë plotësisht qëndrimin e autoriteteve të Moskës. Ne besojmë se në të ardhmen shumë të afërt është e nevojshme të merren masa vendimtare për zgjidhjen e situatës aktuale. Sot problemet që lidhen me pamundësinë për të kryer procedurat e prokurimit po grumbullohen si një top bore.

Duke filluar nga janari 2017, klientët shtetërorë të Shën Petersburgut nuk mund të postojnë orare. Çdo ditë ne marrim dhjetëra dhe ndonjëherë qindra thirrje në numrat e linjës telefonike dhe në tavolinën e ndihmës - ky është burimi ynë për të ofruar mbështetje teknike për përdoruesit. Specialistët e Komisionit të Prokurimit Shtetëror dhe institucionit në varësi të tij korrigjojnë manualisht gabimet e gjeneruara nga sistemi pothuajse gjatë gjithë kohës.

A e mbështesni propozimin e Qeverisë së Moskës: të lejohen qytetet me rëndësi federale, si dhe subjektet përbërëse të Federatës Ruse me një vëllim blerjesh qeveritare prej më shumë se 100 miliardë rubla në vit, të përdorin portalet e tyre të internetit që nuk varen nga EIS?

Rajonet kanë sistemet e tyre të informacionit, të cilat janë një mekanizëm logjik për llogaritjen, planifikimin dhe ekzekutimin e operacioneve të prokurimit të përcaktuara me ligj. Megjithatë, ne nuk e konsiderojmë të saktë refuzimin e ndërveprimit me ENI. Unë kam thënë vazhdimisht se kjo do të binte ndesh me parimin e një hapësire të vetme ekonomike në territorin e Federatës Ruse. Shën Petersburgu propozon t'i jepet përparësi sistemeve rajonale: dokumentet e krijuara në sistemet rajonale të informacionit duhet, në përputhje me ligjin, të publikohen në EIS. Nëse integrimi i të dhënave nuk është i mundur, është e nevojshme të publikohet dokumenti parësor i nënshkruar në EIS si një kopje e regjistruar në llogarinë personale të klientit në EIS. Kështu, ne jemi pro rritjes së rolit të sistemeve rajonale për punën e klientëve të qeverisë.

Reforma legjislative e nisur në vitin 2017 për të forcuar kontrollin e thesarit mbi shpenzimet buxhetore thuajse rrëzoi Sistemin e Unifikuar të Informacionit (UIS) të prokurimeve. Problemi u diskutua dje në takimet me presidentin dhe në Shtëpinë e Bardhë, dhe Thesari Federal zyrtarisht u kërkoi falje klientëve për dështimet në EIS. Sipas informacioneve të Kommersant, qeveria tani po mendon të pezullojë përdorimin e kontrollit paraprak të prokurimeve për të ulur ngarkesën në sistem. Në të njëjtën kohë, asnjë nga departamentet që pretendojnë për të - as Thesari dhe as Ministria e Ekonomisë, nuk ka arritur ende kontroll të plotë mbi EIS.


Sistemi i unifikuar i informacionit për kontrollin e prokurimit publik nuk ishte gati për ndryshimet në ligjin për sistemin e kontratave (44-FZ) që hyri në fuqi më 1 janar 2017. Në veçanti, ato parashikojnë forcimin e kontrollit të thesarit mbi planet e prokurimit të klientëve shtetërorë, numri i të cilëve është rritur ndjeshëm në lidhje me transferimin e prokurimit të ndërmarrjeve unitare, të cilat më parë punonin sipas rregullave për kompanitë shtetërore. nën 44-FZ. Këtë javë, Thesari Federal (përgjegjës për funksionimin e EIS) u kërkoi publikisht falje klientëve për rastet masive të "pamundësisë" për të postuar të dhënat e prokurimit, duke pranuar faktin e "vështirësive teknike" gjatë punës me versionin e ri të nënsistemit të prokurimit të sistemi i “buxhetit elektronik”.

Sipas statistikave të EIS, në fund të janarit 2017, numri i shpalljeve të kontratave në Moskë dhe rajon ra nëntë herë, dhe vëllimi u ul me më shumë se tre herë (në fund të janarit 2017 - 74 njoftime për 691 milion rubla, një vit më parë - 691 njoftime me 2.3 miliardë rubla). Në Shën Petersburg, vëllimi i kontratave ra me rreth 20 herë - 60 milionë rubla. në vend të 1.2 miliardë një vit më parë, numri i njoftimeve ishte afërsisht dhjetëfishuar (153 kundrejt 1.6 mijë).

Problemet shkaktohen nga mbingarkimi i shërbimit të ndërveprimit të EIS me sistemet e jashtme, dështimet gjatë vendosjes në planet e prokurimit trevjeçar të SIE të rajoneve dhe oraret vjetore të klientëve. Sipas një burimi të Kommersant në qeverinë e Moskës, "situata me EIS ka çuar në një kolaps për disa muaj në prokurimet publike në nivel vendi". “Kemi humbur kontrollin e brendshëm ndaj klientëve tanë, mbi blerjet e tyre, nuk mund të kontrollojmë as objektivitetin e çmimeve, as përputhshmërinë e dokumentacionit të tyre me formularët e vendosur”, thotë burimi i Kommersant.

Më 30 janar, kryetari i bordit të organizatës publike Forumi i Marrëdhënieve të Kontratës (FCO), Mikhail Borodovsky, në një letër drejtuar zëvendëskryeministrit të parë Igor Shuvalov, i cili mbikëqyr blerjet, tha se zhvilluesit e EIS "nuk mund të rregullojnë probleme" lidhur me rishikimin e tij për ndryshimet e reja legjislative dhe shërbimi i mbështetjes teknike (përgjegjëse për të është Ministria e Ekonomisë) "ka pushuar së përgjigjuri ndaj kërkesave të klientëve". Në të njëjtën kohë, ankesat nga klientët në të dy departamentet që mbikëqyrin EIS (Thesari Federal dhe Ministria e Ekonomisë) nuk sollën ndonjë rezultat. Si mënyra për të zgjidhur problemin, FCO, ndër të tjera, sugjeroi përcaktimin e afateve kohore për hyrjen në fuqi të ndryshimeve të legjislacionit, duke marrë parasysh kohën e finalizimit të EIS-it, duke lejuar klientët rajonalë dhe komunalë në rast të dështimeve të EIS për të vendosur blerje në portalet e tyre, dhe gjithashtu për të futur një moratorium për sjelljen e klientëve para drejtësisë në periudhën e funksionimit të gabuar të sistemit (Kodi i Kundërvajtjeve Administrative parashikon gjoba nga 3 mijë deri në 500 mijë rubla për shkelje të kushteve të botimit në EIS). Vini re se më parë, kryebashkiaku i Moskës Sergei Sobyanin i bëri një kërkesë të ngjashme Shtëpisë së Bardhë për mundësinë e blerjeve autonome në portalet e tyre të prokurimit për qytetet federale (shih Kommersant, 25 janar).

Mikhail Borodovsky, në një bisedë me Kommersant, vuri në dukje se Thesari duhet të insistojë që Duma e Shtetit dhe qeveria, kur miratojnë ndryshime në sferën e prokurimit, të llogarisin momentin e hyrjes së tyre në fuqi, duke marrë parasysh kohën e nevojshme për kryerjen e procedurave të tenderit. dhe financimi i punës teknike. Yevgeny Yelin, Zëvendës Shefi i Ministrisë së Ekonomisë, duke mbikëqyrur mbështetjen metodologjike të UIS, mbështeti propozimet e FCO. Burime në departamentet përkatëse thanë për Kommersant se takime për këtë çështje janë zhvilluar tashmë në Ministrinë e Financave dhe Ministrinë e Ekonomisë, si rezultat i të cilave, qeveria do të paraqesë propozime për të reduktuar procedurat e tepërta për të ulur barrën e EIS - duke përfshirë pezullimin e përdorimit të kontrollit paraprak të prokurimit dhe futjen në faza të tij.

Avokati i Popullit i Prokurimit Sergei Gabestro vëren se me miratimin e faturave për një kalim të plotë në tregtinë elektronike, të cilat tani po shqyrtohen nga Duma e Shtetit, ngarkesa në EIS do të rritet përsëri ndjeshëm. Në të njëjtën kohë, nëse miratohet projektligji i qeverisë për vendosjen e regjistrimit të detyrueshëm të pjesëmarrësve në EIS, numri i subjekteve që punojnë në këtë sistem (tani mbi 300 mijë) do të rritet të paktën pesëfish, dhe ka më shumë gjasa dhjetë ose më shumë. herë. Vetë zoti Gabestro propozon përdorimin e EIS-it si një "modul analitik" për të monitoruar dhe kontrolluar veprimet e klientëve dhe për të fokusuar tenderat dhe shërbimet në platformat e tregtimit elektronik.

Në këtë sfond, qeveria, sipas burimeve të Kommersant, braktisi idenë e përqendrimit të menaxhimit të EIS në një departament - si Thesari ashtu edhe Ministria e Ekonomisë donin të bëheshin atë. Megjithatë, këtij të fundit do t'i duhet të heqë dorë nga autoriteti për të zhvilluar kërkesa funksionale për SIE në Thesar. Kremlini dhe Shtëpia e Bardhë nuk mund të merrnin komente zyrtare dje.

Anna Pushkarskaya, Shën Petersburg; Sophia Okun

Artikujt kryesorë të lidhur