Probleme tipice EIS și intervale de timp pentru rezolvarea acestora. Probleme cu EIS - ce să faci? Ce să faci dacă eis-ul nu funcționează

Ce erori au fost remediate:

S-a corectat o eroare care ar putea avea ca rezultat ca UZ să nu primească răspuns la o solicitare de informații despre protocolul primei etape de discuție publică a unei achiziții mari cu Sistemul Informațional Unificat;
• A fost remediată o eroare care a dus la primirea de către utilizator a erorii la trimiterea unui plan de achiziții către UIS: „Date incorecte. IDE. TIN-ul utilizatorului a cărui semnătură electronică este conținută în nodul „Document electronic primit dintr-un sistem extern” (extPrintForm) din eticheta extPrintForm\signature trebuie să se potrivească cu TIN-ul organizației în al cărei cont personal se află documentul acceptat”;
• S-a remediat o eroare în care, după efectuarea modificărilor programului și ștergerea fișierelor atașate din fila Documente, fișierele șterse puteau fi afișate în următoarea versiune postată a programului.

Actualizare a UIS din 10 august 2017 în ceea ce privește subsistemul „Buget electronic” la versiunea 7.1.11

Ce probleme au fost rezolvate:

• A fost corectată o eroare în urma căreia, la generarea rezultatului controlului pe baza unui anunț de cumpărare, valoarea prețului contractual inițial (maxim) al obligației bugetare acceptate în linia de poziție a graficului nu corespunde cu valoarea în rândul avizului de cumpărare.

Actualizare a UIS din 29 iulie 2017 în partea 223-FZ la versiunea 7.1.12

informatiile despre executarea contractului sunt acum afisate integral;
• proiectele de modificări ale planului de achiziții pot fi eliminate de la evaluare și monitorizare după trei zile și nu după cinci;
• Când descărcați un proiect de modificare a contractului fără un cod de regiune, eroarea „java. lang. NumberFormatException: null: nulljava. lang. Întreg. parseInt(Integer. jav a:428)".

Actualizare a UIS din 29 iulie 2017 în partea 44-FZ la versiunea 7.1.1

• în cardul unei organizații cu autoritate „Bancă”, valoarea din câmpul „BIC” nu mai este afișată în câmpul „Cod de identificare bancară”;
• Când publicați un plan de achiziții, eroarea „Date invalide. TIN-ul utilizatorului a cărui semnătură electronică este conținută în nod (extPrintForm) trebuie să se potrivească cu TIN-ul organizației”;
• nu va apărea nicio eroare la transferul unui proiect comun de licitație electronică dintr-un sistem extern;
• data de expirare a medicamentului în formă tipărită și în pachetul de date pe care îl descărcați este acum aceeași;
• Când introduceți informații în planul de inspecție, sunt afișate informații fiabile despre perioada de inspecție, iar coloanele „Număr comandă” și „Număr notificare” sunt, de asemenea, completate.

Actualizare a UIS din 22 iulie 2017 în partea 223-FZ la versiunea 7.1.11

Ce probleme au fost rezolvate:

• atunci când creați un proiect de modificare a contractului, câmpul „Lot” va fi disponibil pentru editare;
• căutarea de contracte funcționează acum dacă parametrul „Furnizorul este un IMM” este setat;
• controlul „Lot Nr.: _ (Organizație) sunt indicate articolele planului de achiziții pentru care au fost deja plasate anunțuri de achiziție” acum funcționează corect;
• Când vă conectați la contul personal, datele despre organizație din Sistemul Unificat de Identificare și Logistică sunt încărcate corect.

Actualizare a UIS din 22 iulie 2017 în partea 44-FZ la versiunea 7.1.9

Ce erori au fost remediate:

fila „Poziții plan de achiziții” afișează acum toate pozițiile;
• cardul de achiziție afișează acum blocul „Beneficii, cerințe pentru participanți”;
• în cardul de organizare cu autoritatea „Bancă” se completează acum câmpul „Cod de identificare bancară”;
• Când modificați articole speciale de achiziție, sumele de sprijin financiar sunt acum afișate corect;
• kovym IKZ și o poziție a fost anulată, la publicare, controlul automat „Numerele de poziție din program au fost completate incorect...” nu va funcționa;
• dacă ați adăugat două poziții la program dintr-una, dacă ați descărcat o arhivă și ați publicat fișierul, eroarea „Fișierele nu sunt încă gata de postare. Vă rugăm să încercați din nou mai târziu";
• la publicarea unei inspecții neprogramate nu va apărea eroarea „În informarea unei inspecții neprogramate, obiectul controlului este o achiziție/comandă cu modalitatea de determinare a furnizorului „Licitație electronică” ...”;
• La încărcarea informațiilor de programare, eroarea „UE. excepția imbricată este: javax. ejb. EJBException: Vezi excepția imbricată; excepția imbricată este: java. lang. IllegalStateException: Cauza deja inițializată”;
• control99NoticeCompliance nu se va îngheța în timpul procesului de trimitere;
• La publicarea unei noi ediții de informații despre un refuz unilateral de a îndeplini un contract, este acum disponibilă o pagină de formular tipărită.

Actualizare a UIS din 22 iulie 2017 în ceea ce privește subsistemul „Buget electronic” la versiunea 7.1.9

Ce probleme au fost rezolvate:

• când deschideți secțiunea „Registrul contractelor” sau selectați „Documente” în meniul contextual, eroarea „Pagina solicitată este temporar indisponibilă” nu va apărea. Vă rugăm să încercați din nou mai târziu";
• căutarea după intrarea în registru și toate stările informațiilor despre contract funcționează acum;
• atunci când generați informații despre un contract și atașați un fișier în fila „Documente”, eroarea „A apărut o eroare la încărcarea fișierului pe server” nu va apărea;
• după primirea controlului pozitiv în temeiul părții 5 a articolului 99 din Legea nr. 44-FZ, informațiile despre modificările aduse contractului vor trece la starea „Postat”;
• dacă identificatorii din informațiile despre contract și despre executarea contractului se potrivesc, informațiile despre contract vor fi afișate după controlul trezoreriei;
• noua ediție a informațiilor despre rezilierea unilaterală a contractului este acum publicată corect;
• Dacă primiți un raport de nerespectare a cerințelor, informațiile despre modificările aduse contractului vor fi acum supuse controlului;
• Dacă trimiteți o nouă versiune a contractului pentru control și obțineți un rezultat pozitiv, contractul va primi starea „Postat”.

Actualizare a UIS din 19 iulie 2017 în partea 44-FZ la versiunea 7.1.8.1

Acum, la încărcarea informațiilor de program, eroarea tehnică „org.springframework.integration.handler.LoggingHandler handleMessageInternal...” nu va apărea.

Actualizare a UIS din 15 iulie 2017 în partea 223-FZ la versiunea 7.1.10

Butonul „Re-înregistrați” și mesajul „Trebuie să vă reînregistrați organizația” sunt afișate corect.

Actualizare a UIS din 15 iulie 2017 în partea 44-FZ la versiunea 7.1.8

Unele câmpuri când descărcați informații despre o organizație din SVR sunt acum opționale.

Ce probleme au fost rezolvate:

• când accesați pagina următoare a filei „Elementele planului de achiziții”, numărul de înregistrări nu va scădea;
• informațiile despre frecvența de livrare a mărfurilor din cardul articolului programat corespund acum informațiilor din contul personal al clientului;
• atunci când generați o notificare pentru un articol programat și adăugați un produs, butonul „Șterge” este acum disponibil;
• la publicarea modificărilor de orar, controlul nu va funcționa eronat „În cazul publicării de grafice de către administrația unui ocol municipal... trebuie selectată o valoare care are atributul unui ocol municipal (numărul 6 sau 8, sau 9 în a treia cifră a codului OKTMO al unei persoane juridice publice)”;
• când postați rezultatele controlului unei inspecții neprogramate, eroarea „Din cauza unor probleme tehnice, controlul automat al încălcărilor legii nu poate fi efectuat în totalitate ...” nu va apărea;
• directorul de medicamente de pe FTP este acum încărcat corect;
• la încărcarea informațiilor de program, eroarea tehnică „org.springframework.integration.handler.LoggingHandler handleMessageInternal...” nu va apărea.

Actualizare a UIS din 11 iulie 2017 în partea 44-FZ la versiunea 7.1.7.1

Acum toate câmpurile din fila „Obiect de achiziție” din registrul contractelor sunt active. Anterior, unele câmpuri nu erau disponibile atunci când clienții creau sau modificau informații.

Actualizare a UIS din 8 iulie 2017 în partea 223-FZ la versiunea 7.1.9

Ce probleme au fost rezolvate:

• dacă specificați o valoare nenumerică în câmpul „Cantitate” din poziția informațiilor de execuție a contractului, eroarea „Pagina solicitată este temporar indisponibilă” nu va apărea;
• atunci când publicați o schiță de modificări ale informațiilor despre executarea unui contract care a fost anulat, contractului i se va atribui statutul „Execuție finalizată”;
• la crearea unui nou articol de plan, controlul fără descriere nu va funcționa;
• acum planurile de achiziții din contul personal nu vor dispărea după ce ștergeți schița modificărilor planului;
• atunci când publicați schița de modificări ale planului de achiziții pentru produse inovatoare, controlul „Planul de achiziții conține articole cu un termen contractual mai devreme decât data de începere a planificării specificată” nu va fi declanșat eronat.

Actualizare a UIS din 8 iulie 2017 în partea 44-FZ la versiunea 7.1.7

Ce s-a schimbat:

• secțiunea „Restricții” din anunț se numește acum „Restricții și interdicții”;
• a implementat tranziția la formatele de fișiere SVR 1.3 din 24 aprilie 2017.

Ce probleme au fost rezolvate:

• nu vor mai diferi stările înregistrării fișei de organizație și informațiile despre organizație;
• la modificarea planului de achiziții, controlul „În informațiile de poziție, obiect achiziție... nu se completează câmpurile obligatorii: Cod tip de cheltuială” nu va fi declanșat din greșeală;
• în proiectul de modificări ale orarului care au fost adoptate, se va completa acum blocul care justifică cerințe suplimentare pentru participanții la achiziții;
• proiectul de notificare acceptat afișează corect ora la care terminați de acceptat aplicațiile.

Actualizare a UIS din 8 iulie 2017 în ceea ce privește subsistemul „Buget electronic” la versiunea 7.1.7

Ce s-a schimbat:

• acum este posibil să nu se indice CWR pentru sursa de finanțare „Fonduri extrabugetare” în informațiile contractuale pentru întreprinderile de stat;
• în câmpul „Cantitatea formei de dozare în ambalajul primar” din directorul de clasificare a medicamentelor, acum puteți introduce valori fracționale.

Actualizare a UIS din 6 iulie 2017 în partea 44-FZ la versiunea 7.1.6.1

1. Până la 1 ianuarie 2018, Trezoreria va suspenda verificarea informațiilor pe care clientul le include în registrul de contracte. Trezoreria nu va verifica:
   • termen contractual;
   • cantitatea de bunuri, lucrări, servicii;
   • unități;
   • informatii despre executarea si rezilierea contractului;
   • condiţiile obligaţiei bugetare acceptate în contabilitate.

   Controlul asupra acestor funcții este suspendat de Guvernul Federației Ruse prin Hotărârea nr. 443 din 13 aprilie 2017.

2. Au fost modificate regulile prin care clienții generează informații despre codurile de clasificare bugetară pentru cheltuieli. Modificările vor afecta întreprinderile unitare, instituțiile bugetare și autonome, cu excepția achizițiilor în numele clientului de stat (Partea 6, art. 15 din Legea nr. 44-FZ).

   Va trebui specificate doar 18–20 de cifre ale codului. Atunci când cumpărați cu banii organizației, codurile nu trebuie specificate.

   Registrul contractelor va trebui să includă informații suplimentare:

   • suma în avans;
   • prețul pe unitate de marfă, muncă, serviciu;
   • informații despre garanție, durata acesteia și cazul de garanție.

Actualizare a UIS din 22 aprilie 2017 în partea 223-FZ la versiunea 7.0.26

La vizualizarea xml-ului formularului tipăribil al planului de achiziții, sunt afișate câmpul „CancellationReason” și valoarea corectă din câmpul „reportingYear”.

Actualizare a UIS din 22 aprilie 2017 în partea 44-FZ la versiunea 7.0.25

Ce probleme au fost rezolvate:

• când deschideți un card de programare cu un formular de listă, ediția curentă este acum afișată;
• rezultatele controlului documentelor în starea „Postat” sunt acum trimise în contul personal al clientului;
• câmpul „Frecvența sau numărul de etape de aprovizionare cu bunuri, efectuarea lucrărilor, prestarea serviciilor” în forma tipărită a graficului este acum completat atunci când schimbați pozițiile graficului;
• atunci când generați o notificare pentru articolele din program, câmpurile care descriu bunuri, lucrări și servicii vor fi completate;
• a fost optimizată funcționarea aplicației, care trimite informații despre achiziții și protocoale în contul personal al organului de control;
• controlul „Următorul câmp obligatoriu nu este completat: Scurtă descriere a modificării” este acum declanșat;
• informațiile de control sunt acum afișate în subsistemul „Buget electronic”, iar lotul de cumpărare corect este afișat în forma tipărită a garanției bancare;
• atunci când generați rezultate de control pentru executarea contractului în subsistemul „Buget electronic”, IPC este afișat în blocul „Respectarea prețului și codului de identificare achiziție”.

Actualizare a UIS din 15 aprilie 2017 în partea 223-FZ la versiunea 7.0.25

Ce probleme au fost rezolvate:

• Când verificați schița de modificări ale planului de achiziții, eroarea „Pagina solicitată este temporar indisponibilă. Vă rugăm să încercați din nou mai târziu";
• Când generați un raport anual privind achizițiile de la SMP, 2015 va fi disponibil ca an de raportare.

Actualizare a UIS din 15 aprilie 2017 în partea 44-FZ la versiunea 7.0.24

Ce probleme au fost rezolvate:

• Acum informațiile din Sistemul Informațional Unificat vor fi publicate fără rezultatele controlului trezoreriei. Inovația se referă la planul de achiziții, programul, notificarea și protocolul de identificare a furnizorilor. Încă nu este posibilă înscrierea informațiilor în registrul contractelor cu rezultat negativ al controlului;
• criteriul „Securitate pentru executarea unui contract de reparații majore” a fost adăugat la parametrul de căutare „Tip de securitate”;
• pe cardul de garanție bancară se afișează „Asigurarea executării contractului pentru reparații majore”;
• în card și în forma tipărită a garanției bancare sunt afișate detaliile „Număr licitație electronică” pentru garanțiile bancare cu tipul de garanție „Securitate pentru executarea contractului de reparații majore”;
• în fișa planului de achiziții sub 223-FZ se afișează acum blocul „Regiune de aprovizionare cu bunuri, efectuare a lucrărilor, prestare de servicii”;
• la trecerea la pagina următoare a cardului planului de achiziții, sistemul afișează pozițiile;
• Acum puteți edita câmpurile din fila „Motivarea modificărilor” pentru o poziție de program cu starea „Nepublicat pe baza rezultatelor controlului”;
• atunci când transferați informații despre control dintr-un sistem extern în contul personal al organului de control, nu vor apărea mesaje incorecte de blocare: trebuie să completați câmpurile „Numele documentului pentru comparare”, „Data documentului pentru comparare”;
• în subsistemul „Buget electronic”, veți putea specifica manual numărul de licitație electronică la plasarea unei garanții bancare cu atributul „S-a constituit garanția în baza unui contract de reparații majore”;
• În subsistemul „Buget electronic”, indicatorii perioadei de control sunt ascunși.

Actualizare a UIS din 8 aprilie 2017 în partea 44-FZ la versiunea 7.0.23

Ce probleme au fost rezolvate:

• la cautarea in cardul planului de achizitii, acum sunt afisate toate pozitiile;
• atunci când trimiteți un protocol pentru revizuirea și evaluarea aplicațiilor pentru o competiție multi-loturi pentru control, eroarea „RuntimeException: Error occurred while validating form print” nu va apărea;
• La descărcarea unui pachet xml cu modificări ale unei notificări, a cărei primă ediție a fost postată înainte de includerea controlului în conformitate cu partea 5 a articolului 99 din Legea nr. 44-FZ, eroarea „ru.lanit.fz44.ejb.facade. priz” nu va apărea. integration.impl.LotTransformerBean.transform(LotTransformerBean.java:146)...”;
• atunci când procesați un pachet xml în UIS, numărul de revizuire al modificărilor contractului va fi atribuit corect. Din cauza acestei erori, anterior rezultatul controlului nu era inclus în contul personal al clientului, informațiile despre contract nu erau postate în Sistemul Informațional Unificat;
• informațiile contractului pot fi acum retrimise pentru control.

Actualizare a UIS din 6 aprilie 2017 în partea 223-FZ la versiunea 7.0.24

Ce probleme au fost rezolvate:

• atunci când editați planul de achiziții, veți putea vizualiza informații despre pozițiile anulate;
• abonamentul RSS pentru planul de achiziții va afișa informații actuale.

Actualizare a UIS din 2 aprilie 2017 în partea 44-FZ la versiunea 7.0.22

Ce probleme au fost rezolvate:

• atunci când publicați un proiect de modificări ale planului de achiziții, controlul „În informațiile articolului IPC: codul tipului de cheltuială nu este detaliat la nivelul maxim posibil de detaliere” nu va fi declanșat eronat;
• datele rezumative privind suportul financiar al articolelor din program și al achizițiilor speciale vor fi acum calculate fără a lua în considerare articolele care au fost anulate;
• avizul trimis pentru control afișează acum informații despre obligația bugetară;
• atunci când completați informații despre o organizație conform registrului consolidat, controlul câmpului TIN al managerului nu va funcționa;
• Dacă completați câmpul IKU într-o poziție sau poziție specială din planul de achiziții, va funcționa controlul conformității valorii cu datele din directorul organizațiilor.

1. Acum sistemul va verifica conformitatea codurilor de identificare a clientului din UIS cu codurile din sistemul extern. Dacă codurile nu se potrivesc, sistemul extern va primi un mesaj de la UIS despre necesitatea corectării informațiilor. Anterior, acest lucru nu era posibil, iar clienții nu puteau încărca notificări și programe dintr-un sistem extern în EIS.
2. Când creați un IKZ, puteți specifica valoarea „0”:
   • în categoriile 30–33 IKZ, când obiectul achiziției trebuie să fie reflectat conform mai multor coduri OKPD;
   • în categoriile 34–36 din IKZ, când achiziția se face de către o instituție bugetară, autonomă, întreprindere unitară de stat, întreprindere unitară municipală, precum și atunci când sprijinul financiar al achiziției trebuie să se reflecte conform mai multor coduri ale tipului de cheltuieli. a clasificării bugetare.

   Pentru a indica zerouri ca parte a IPC atunci când creați elemente de plan sau de planificare, selectați atributul:

   • „Achiziția conține mai multe OKPD2”, dacă generați informații despre OKPD ca parte a IKZ;
   • „CWR nu este definit” dacă generați informații despre CWR ca parte a IKZ. În acest caz, cifrele corespunzătoare ale IKZ vor fi completate cu zerouri automat, fără posibilitatea de editare.

   Pentru a indica obiectul achiziției în program, dacă „0000” a fost scris în cifrele OKPD2 în IKZ, selectați atributul „Adăugați specificație”. Acest lucru vă va permite să completați programul cu informații despre obiectele de achiziție în contextul codurilor OKPD2.

Actualizare a UIS din 30 martie 2017 în partea 223-FZ la versiunea 7.0.23

Când generați informații despre rezilierea contractului, nu veți primi eroarea „S-a încercat editarea înregistrărilor în diferite file ale browserului. Închideți intrările rămase și redeschideți intrarea pentru editare."

Actualizare a UIS din 30 martie 2017 în partea 44-FZ la versiunea 7.0.21.1

Când procesați un pachet xml dintr-un sistem extern, controlul ilegal cu textul nu va fi declanșat: „În poziția programului cu IKZ, atunci când se calculează automat valorile câmpului în blocul „Suma plăților pentru un produs, funcționează , service” (productsSumPaymentsInfo\currentYear), un exces din câmpurile de dimensiune a apărut pentru sumele din baza de date (15 caractere – parte întreagă, 5 – fracțional).”

Actualizare a UIS din 26 martie 2017 în partea 223-FZ la versiunea 7.0.22

Ce probleme au fost rezolvate:

• controlul eronat „Este necesar să completați câmpul Tip de coduri de activitate conform OKVED” nu va funcționa atunci când confirmați înregistrarea organizației;
• în blocul „Informații privind executarea contractului” informațiile nu vor fi duplicate;
• când descărcați contractul, controlul „Date incorecte: au fost găsite mai multe potriviri ale codului OKTMO” nu va funcționa;
• când descărcați un acord cu un furnizor nerezident, controlul ilegal „Trebuie să specificați atributul „Furnizorul este înregistrat la autoritățile fiscale ale Federației Ruse” nu va funcționa”.

Actualizare a UIS din 26 martie 2017 în partea 44-FZ la versiunea 7.0.21

Ce probleme au fost rezolvate:

• pentru protocoalele de lucru comisionate de pe platforme electronice sunt afișate notificări de control corecte;
• implementarea directorului „Registrul Consolidat” în Sistemul Informațional Unificat privind formatele de interacțiune versiunea 1.3;
• atunci când publicați informații despre modificări ale planului de achiziții, controlul ilegal „Codul(urile) tipurilor de cheltuieli nu sunt unice pentru obiectul achiziției” nu va funcționa;
• atunci când publicați informații despre modificări ale programului, controlul ilegal „Codul de identificare a achiziției în programul de achiziții nu este completat corect” nu va funcționa;
• atunci când plasați un program, controlul automat va funcționa dacă nu ați completat câmpul „Justificare pentru cerințe suplimentare”;
• in forma tiparita a graficului se afiseaza informatii despre modalitatea de determinare a furnizorului, avantaje, organism autorizat, informatii privind achizitia de la SMP si SONO, aplicarea regimului national;
• când modificați programul în starea „Control eșuat”, cerința de a furniza o cerere, contract sau efectua un avans cu valori zero nu va fi introdusă automat;
• acum notificarea trece automat la etapa „Lucrările comisiei”;
• în forma tipărită a protocolului privind nerespectarea informațiilor controlate de pe sesizare, informațiile vor fi afișate în blocul „Neconformități identificate”;
• atunci când procesați un pachet xml cu informații despre planul de achiziții dintr-un sistem extern, eroarea de blocare „Vezi excepția imbricată excepția imbricată este: ru.lanit.fz44.model.StateOutOfDateException: elementul nu este disponibil pentru editare”;
• atunci când procesați un pachet xml cu informații de programare de la un sistem extern, eroarea de blocare „UE.nested exception este: javax.ejb.EJBException: See nested exception; excepția imbricată este: java.lang.IllegalStateException: Cauza deja inițializată”;
• La procesarea unui pachet xml cu tipul protocolOK1 dintr-un sistem extern, nu va apărea o eroare de blocare „javax.ejb.EJBTransactionRolledbackException”.

Actualizare a UIS din 18 martie 2017 în partea 223-FZ la versiunea 7.0.21

Ce probleme au fost rezolvate:

• atunci când confirmați înregistrarea în cadrul SVR, competențele „Organizație care efectuează evaluarea conformității în conformitate cu Legea federală nr. 223-FZ”, „Organizație care monitorizează conformitatea în conformitate cu Legea federală nr. 223-FZ” nu vor fi selectate în mod eronat ;
• forma în care aprobi proiectul de modificări ale planului de achiziții se închide acum automat;
• când te uiți la cardul de plan, blocul „Informații despre...conformitate” nu este afișat din greșeală;
• Secțiunea IMM-uri se deschide acum la vizualizarea unui card de plan de achiziții.

Actualizare a UIS din 18 martie 2017 în partea 44-FZ la versiunea 7.0.20

Ce probleme au fost rezolvate:

• în controlul protocoalelor de lucru ale comisiei, care au fost primite de pe platforma electronică, acum sunt afișate informații corecte;
• sub forma unui proiect de anunț cu protocol de control negativ, acum este posibil să selectați elementul „prin decizia clientului”;
• în blocul „Caracteristici calitative, funcționale și de mediu ale obiectului achiziției” din formularul tipărit al protocolului de evaluare a cererii, evaluarea este corect afișată;
• când descărcați un pachet xml cu un plan de achiziții, controlul ilegal nu va funcționa: „câmpul obligatoriu „Motivarea modificărilor” nu a fost completat”;
• Pachetul xml cu tipul CustomerReportSmallScaleBusiness este acum procesat corect în UIS;
• când încărcați un pachet xml cu tip protocolEF3 dintr-un sistem extern în EIS, eroarea „Date invalide. IDE. excepția imbricată este: javax.ejb.EJBException: vezi excepția imbricată; excepția imbricată este";
• atunci când descărcați un pachet xml cu un plan de achiziții, controlul cu textul nu va funcționa: „Codul de identificare a achiziției din graficul de achiziții este completat incorect”;
• la încărcarea unui pachet xml cu informații despre modificările programului dintr-un sistem extern, informațiile despre o achiziție specială sunt acum procesate în UIS;
• Beneficiile pentru EMS și SONO sunt acum afișate.

Actualizare a UIS din 16 martie 2017 în partea 44-FZ la versiunea 7.0.19.1

Când plasați un program cu un articol anulat dintr-un sistem extern, controlul „Nu a fost selectată metoda de determinare și justificare a NMCC” și „Nu a fost adăugată descrierea a cel puțin unui articol de bunuri, lucrări, servicii” nu va funcționa.

Actualizare a UIS din 11 martie 2017 în partea 223-FZ la versiunea 7.0.20

Ce probleme au fost rezolvate:

• fila „Informații despre organizație” este acum afișată în contul dvs. personal;
• planul care a fost încărcat în Excel conține toate informațiile.

Actualizare a UIS din 11 martie 2017 în partea 44-FZ la versiunea 7.0.19

Ce probleme au fost rezolvate:

• atunci când căutați o organizație de clienți, sunt afișate rezultatele corecte;
• rezultatele căutării vor afișa achiziții sub 223-FZ;
• când plasați o notificare, controlul ilegal cu textul nu va funcționa: „Codul de identificare a clientului din IKZ nu se potrivește cu datele clientului. Pentru a plasa o notificare, este necesar să faceți modificări la codul IKZ”;
• câmpul „Valoarea securității aplicației” este disponibil atunci când generați o notificare pentru un articol de programare;
• când descărcați un pachet xml cu informații despre program, controlul ilegal „IDE.
  Avantajul (cerința) cu codul MP44, specificat în eticheta poziții\position\foundations\requirementsFoundation\requirementFoundation\shortName) trebuie să fie prezent la zi în directorul de avantaje (cerințe) din UIS”;
• adaptorul de integrare PRIZ nu va afișa eroarea NotificationEP la încărcarea unui pachet xml dintr-un sistem extern;
• atunci când încărcați modificări ale programului, totalurile sunt recalculate ținând cont de articolele din versiunile anterioare;
• Când publicați o programare, mesajul „Serverul este temporar indisponibil” nu va apărea. Vă rugăm să încercați din nou mai târziu";
• informațiile despre programul care a trecut de control sunt acum afișate în contul personal al clientului;
• Când efectuați modificări ale informațiilor despre o obligație bugetară din subsistemul „Buget electronic”, câmpul „Numărul de cont al obligației bugetare” este disponibil pentru editare.

Actualizare a UIS din 4 martie 2017 în partea 44-FZ la versiunea 7.0.18.1

Ce probleme au fost rezolvate:

• acum toate achizițiile sub 223-FZ sunt afișate în rezultatele căutării;
• atunci când modificați notificarea, nu apare nicio eroare;
• anunțul va fi publicat în Sistemul Informațional Unificat după trecerea controlului;
• atunci când descărcați un pachet xml cu un plan de achiziții, eroarea nu apare: „UE. Valoarea câmpului „Cod tip cheltuieli” pentru pozițiile PO (poziții\position\commonInfo\KVRInfo\code nu poate fi modificată în următoarea versiune a planului de achiziții. Achiziții incorecte cu numere de registru";
• în câmpul „Total prevăzut pentru achiziție - total” al formularului tipărit al graficului, acum se afișează informațiile corecte.

Actualizare a UIS din 3 martie 2017 în partea 223-FZ la versiunea 7.0.19

Ce probleme au fost rezolvate:

• atunci când creați o schiță de modificări la planul de achiziții, controlul este acum declanșat pentru câmpul „Anul de raportare”;
• formularul cu care încărcați planul de achiziție în Excel conține acum toate datele;
• atunci când efectuați modificări la o notificare, controlul „Articole indicate din planul de achiziții pentru care au fost deja afișate anunțuri de achiziție” nu va mai fi declanșat eronat;
• Acum, elementele planului de achiziții sunt trase în formularul de căutare atunci când creați un PO.

Actualizare a UIS din 3 martie 2017 în partea 44-FZ la versiunea 7.0.18

Ce probleme au fost rezolvate:

• atunci când căutați o achiziție, parametrul „Moneda” – „Rubla rusă” este afișat corect;
• acum informații suplimentare despre organizație sunt afișate corect;
• atunci când faceți clic pe linkurile „Protocol de determinare a furnizorilor” și „Codul de identificare a achizițiilor” din contul personal al organismului de control, nu apare nicio eroare;
• informațiile în forma tipărită a programului sunt acum afișate corect;
• atunci când faceți modificări la o poziție de program, mesajul „Pagină indisponibilă” nu apare;
• atunci când descărcați un pachet xml cu tipul NotificationEP dintr-un sistem extern, controlul „Codul de identificare a clientului din IKZ nu se potrivește cu datele clientului” nu apare. Pentru a plasa o notificare, este necesar să faceți modificări la codul IKZ” sau „Pentru cerința Clientului cu un cod SDR, informațiile despre legătura cu programul nu pot fi modificate”;
• atunci când încărcați informații despre modificările orarului în UIS, indicatorii finali sunt recalculați ținând cont de pozițiile din versiunea anterioară;
• după ce încărcați informații despre modificările programului în UIS, valorile din tabelul „Suma plăților pentru bunuri, muncă, servicii” vor fi completate în contul dvs. personal;
• pozițiile din contul personal nu vor fi duplicate după ce descărcați pachetul xml cu informații despre planul de achiziții;
• când descărcați un pachet xml cu informații despre program, erorile „Excepție imbricată UE este: javax.ejb.EJBException: Vezi excepția imbricată; excepția imbricată este: org.hibernate.exception.ConstraintViolationException: nu a putut executa instrucțiunea” și „excepția imbricată este: org.omg.CORBA.TRANSACTION_ROLLEDBACK: vmcid: 0x0 cod minor: 0 completat: Nu”;
• contul dvs. personal afișează acum informații despre planul de achiziții pe care l-ați postat.

Actualizare a UIS din 25 februarie 2017 în partea 44-FZ la versiunea 7.0.17

Ce probleme au fost rezolvate:

• Când vizualizați carduri de programare în fila „Istoricul versiunilor”, toate versiunile programului sunt acum afișate;
• rezultatele căutării nu dublează verificările programate;
• atunci când managerul se conectează în contul său personal cu autoritatea „Organism autorizat să exercite controlul în conformitate cu partea 5 a articolului 99 din Legea federală nr. 44-FZ”, nu apare o eroare;
• în blocul „Afiliere administrativă” din cardul organizației se afișează codul corect conform registrului consolidat;
• când postezi informații despre planul de achiziții, controlul ilegal „Există un plan de achiziții pentru 2017, format din organizație” nu funcționează;
• informațiile despre planul de achiziții sunt acum publicate în Sistemul Informațional Unificat după ce acesta a trecut de control;
• atunci când publicați informații despre o discuție publică a unei achiziții, nu va exista niciun control ilegal „Articolul din planul de achiziții a fost anulat”;
• pretul oferit de castigator este corect afisat in contul personal al organului de control;
• acum articolele planului de achiziții sunt disponibile la crearea programelor;
• atunci când plasați informații despre executarea unui contract în „Bugetul electronic”, o eroare nu mai apare;
• informațiile privind execuția contractului vor fi publicate în Sistemul Informațional Unificat după trecerea controlului.

Actualizare a UIS din 23 februarie 2017 în partea 223-FZ la versiunea 7.0.18

Ce probleme au fost rezolvate:

• în secțiunea „Utilizatori organizație” butonul „Modifică datele de înregistrare” nu mai este afișat; câmpul „Subiect rusesc” din contract nu mai este șters la salvarea informațiilor;
• Când descărcați modificări de plan pentru produse și medicamente inovatoare, de înaltă tehnologie, elementele planului sunt acum afișate;
• in planul de achizitii care a fost trimis spre control vor exista posturi cu sprijin financiar zero - in update de 1 martie.

Actualizare a UIS din 15 februarie 2017 în partea 44-FZ la versiunea 7.0.16

Ce probleme au fost rezolvate:

• Acum, când vizualizați un card de program, toate pozițiile sunt afișate în fila de poziție de program;
• când încărcați un pachet xml cu tipul NotificationOK, se declanșează controlul automat pentru valoarea din eticheta startDate; la încărcarea programului, excepția imbricată de eroare este: CORBA.TRANSACTION_ROLLEDBACK;
• în forma tipărită a graficului, o valoare zero nu mai este afișată în câmpul „Prețul contractual inițial (maxim), prețul unui contract încheiat cu un singur furnizor (antreprenor, executant) (mii de ruble)”;
• atunci când adăugați bugetul de finanțare al unei organizații, nu apare nicio eroare;
• atunci când plasați informații despre notificare în funcție de poziția programului, nu există un control ilegal „Codul de identificare a clientului din IKZ nu corespunde cu datele clientului. Pentru a modifica notificarea, trebuie să faceți modificări la codul IKZ”;
• blocul „Informații generale privind achizițiile” afișează acum informații despre angajamentul bugetar;
• informațiile despre notificare sunt afișate în contul personal al organului de control;
• acum clienții pot face modificări în poziția planului de achiziții pe care l-au plasat în UIS;
• atunci când generați informații despre o modificare a contractului în „Buget electronic”, mesajul „Pagina solicitată este temporar indisponibilă” nu apare;
• în „Bugetul electronic”, rezultatele controlului sunt returnate după executarea sau rezilierea contractelor.

Actualizare a UIS din 10 februarie 2017 în partea 44-FZ la versiunea 7.0.15

Ce probleme au fost rezolvate:

• în coloana „Informații despre plasarea achizițiilor” din fișa de program, acum sunt afișate informații despre achiziție;
• când faceți clic pe hyperlinkul unei organizații în forma de listă a notificării sub 223-FZ, accesați pagina organizației corecte;
• când modificați notificarea și accesați fila „Cerințe pentru participanți”, nu apare nicio eroare;
• blocul „Informații generale despre achiziții” afișează informații despre angajamentul bugetar;
• când trimiteți o notificare către control, eroarea „NonUniqueResultException: interogarea nu a returnat un rezultat unic: 2” nu apare;
• în forma tipărită a graficului, valorile sumei din câmpul „Total prevăzut pentru achiziție - total” sunt acum afișate corect;
• Acum este posibil să anulați un articol din programare atunci când un articol din planul de achiziții a fost anulat;
• atunci când ștergeți articole dintr-un program neplasat, nu apare nicio eroare;
• Acum puteți face modificări la pozițiile de program pe care le-ați plasat;
• documentele din conturile personale ale clientului și Trezoreria acum se potrivesc;
• atunci când plasați o programare, eroarea „Pagina solicitată este temporar indisponibilă” nu mai apare;
• a devenit posibil să se facă modificări în poziția planului de achiziții;
• atunci când modificați pozițiile graficului, controlul „Suma plăților planificate în poziția graficului, creată pe baza planului de achiziții, depășește valoarea plăților planificate specificată în poziția planului de achiziții... ”;
• informațiile contractului trec acum la starea „Sub control” după ce au fost trimise pentru control;
• Acum informațiile care se află în starea „Control trecut” sunt publicate corect.

Actualizare a UIS din 8 februarie 2017 în partea 44-FZ la versiunea 7.0.14.1

Informațiile despre contracte, execuția sau rezilierea contractelor afișează acum fișierele în partea deschisă a UIS.

Actualizare a UIS din 7 februarie 2017 în partea 44-FZ la versiunea 7.0.14

Ce probleme au fost rezolvate:

• Eroarea „Serverul este temporar indisponibil” nu mai apare la introducerea informațiilor în registrul programelor de achiziții la câteva minute după apariția pictogramei de descărcare;
• atunci când generați un proiect de anunț de achiziție sunt afișate câmpuri pentru informații despre obligația bugetară;
• la încărcarea modificărilor în program, toate câmpurile obligatorii sunt completate în filele „Descrierea obiectului achiziției” și „Condiții de achiziție”;
• la modificarea programului de încărcare, eroarea „NPE: PlanGraphValidatorImpl.java:152” nu mai apare;
• când trimiteți o schiță de modificare într-o notificare de cumpărare pentru control, eroarea „NonUniqueResultException: interogarea nu a returnat un rezultat unic: 2” nu mai apare;
• atunci când încărcați modificări la planul de achiziții, eroarea „Pentru o poziție cu valoarea câmpului „Număr poziție” (Număr poziție) egală cu cea din planul de achiziții cu numărul de registru salvat în UIS... nicio poziție cu au fost găsite valorile câmpului corespunzătoare”;
• atunci când schimbați pozițiile din program, controlul „Suma pentru anul 2017 depășește soldul din poziția planului de achiziții” nu mai funcționează;
• când schimbați programul, eroarea „UE. excepția imbricată este: javax.ejb.EJBException: vezi excepția imbricată; excepția imbricată este: java.lang.NullPointerException";
• atunci când plasați un program, eroarea „Planul de achiziții pe baza căruia a fost creat programul nu este postat în Sistemul Informațional Unificat” nu mai apare.

Actualizare a UIS din 4 februarie 2017 în partea 44-FZ la versiunea 7.0.13.1

Ce probleme au fost rezolvate:

• cu o concluzie negativă de control, beneficiile și cerințele pentru participanți nu mai sunt eliminate din program;
• Posturile cu același IPC nu sunt formate în program.

Actualizare a UIS din 2 februarie 2017 în partea 44-FZ la versiunea 7.0.13

Ce probleme au fost rezolvate:

• Încărcarea pe FTP funcționează acum pentru toate programările;
• la încărcarea unui program în UIS, nu se mai declanșează controlul ilegal „Achiziție specială nulă nu a fost găsită în UIS”;
• Când se încarcă modificări ale programului în UIS, controlul ilegal „Numerele articolelor din program sunt completate incorect” nu se mai declanșează.

Principalele erori în orarele de descărcare au fost rezolvate. În plus, în secțiunea „Alte documente” de pe site-ul oficial al EIS, o încărcare a programelor și a planurilor de achiziții este postată zilnic pentru reconcilierea cu sistemele externe.

Actualizare a UIS din 1 februarie 2017 în partea 44-FZ pentru versiunea 7.0.12

Programele cu un număr mare de posturi sunt acum trimise pentru control.

Actualizare a UIS din 27 ianuarie 2017 în partea 44-FZ la versiunea 7.0.11

Ce probleme au fost rezolvate:

• atunci când încărcați pachete xml despre programul de achiziții în UIS dintr-un sistem extern, controlul ilegal „Programul nu conține informații pentru achiziție...” nu se mai declanșează;
• când încărcați pachete xml despre planul de achiziții în UIS dintr-un sistem extern, controlul ilegal „Planul de achiziție cu număr... nu este plasat în UIS” nu se mai declanșează.

Plângere pentru munca greșită
Sistem informațional unificat în domeniul achizițiilor

Dragă Mihail Borisovici!

Societatea pe acțiuni „Yargorelektrotrans” (TIN 7602082331) (în continuare - Compania) desfășoară activități de achiziții în conformitate cu normele Legii federale din 18 noiembrie 2011 N223-FZ „Cu privire la achiziția de bunuri, lucrări, servicii de anumite tipuri a persoanelor juridice” (în continuare - Legea federală din 18 noiembrie 2011 .2011 N223-ФЗ.
Din data de 07.02.2018 până în prezent, din cauza apariției următoarelor probleme în funcționarea Sistemului Informațional Unificat, Societatea nu este în măsură să publice protocolul de examinare a cererilor de participare la concurs (aviz nr. 31806461513 din data de 05/08/2018) (denumită în continuare Concurență), protocolul final o astfel de competiție, care reprezintă o amenințare de a perturba procesele de producție ale Companiei, cauzată de incapacitatea de a-și furniza în timp util serviciile necesare, și poate duce, de asemenea, la încălcarea de către Companie a termenelor stabilite prin Legea Federală din 18 noiembrie 2011 N223-FZ pentru postarea informațiilor privind achizițiile în curs în Sistemul Informațional Unificat.
În data de 02 iulie 2018, Compania a derulat o procedură de examinare, evaluare și comparare a cererilor de participare la Concurs (denumit în continuare Protocol). În aceeași zi, s-a încercat publicarea în Sistemul Informațional Unificat a protocolului generat pe baza rezultatelor acestei proceduri, timp în care au fost identificate următoarele probleme în funcționarea Sistemului Informațional Unificat care au împiedicat plasarea unui astfel de protocol. :
La formarea Protocolului pe site-ul UIS în secțiunea „Examinarea cererilor”, după ce ați indicat informații despre respingerea cererilor de participare la concurs, motivele pentru luarea unor astfel de decizii în câmpurile „Motivul refuzului” și făcând clic pe butonul Butoanele „Salvare” sau „Următorul” prevăzute de funcționalitatea UIS, este afișat mesajul de sistem:
„Câmpurile obligatorii trebuie completate:
- Motivul abaterii
- Motive pentru abatere."
Mesajul de sistem specificat blochează alte acțiuni ale Companiei de a atașa fișierul Protocol, de a publica protocolul generat și vă permite doar să anulați acțiunile efectuate anterior. Încercările ulterioare ale Societății de a reformula Protocolul și de a indica informații despre rezultatele examinării cererilor au condus la un rezultat similar.
În perioada 07.02.2018, 07.03.2018, 07.04.2018, Societatea a transmis solicitări care descriu problemele apărute în funcționarea UIS cu toate informațiile necesare atașate la adresa de e-mail a Serviciul de suport tehnic UIS ( [email protected]), ca răspuns la care Compania nu a primit încă notificări despre înregistrarea cererilor sau alte informații despre stadiul examinării cererilor. În plus, în perioada specificată, Compania a efectuat apeluri zilnice către linia de suport tehnic UIS, operatorilor de servicii de asistență li s-au oferit informații detaliate despre problemele apărute, în răspuns la care au primit doar recomandări pentru o cerere scrisă. la serviciul de asistență tehnică și ștergerea cache-ului browserului, ceea ce nu a condus la rezolvarea problemei. La finalizarea convorbirilor telefonice cu operatorii serviciilor de asistență UIS, pe adresa de e-mail a Societății au fost transmise mesaje despre înregistrarea cererilor sub numerele SD200422814, SD200436856 cu un nivel de prioritate „4 - Scăzut” și încetarea lucrărilor la aceste solicitări. de la Companie.
Având în vedere cele de mai sus, vă cerem:
1. Înregistrați această reclamație și luați măsurile corespunzătoare pentru eliminarea problemelor apărute de către serviciul de suport tehnic EIS;
2. Explicați ordinea acțiunilor clientului într-o situație în care publicarea informațiilor despre achizițiile în curs în UIS în intervalul de timp stabilit este imposibilă din cauza incapacității de a lucra pe deplin în contul personal UIS din cauza problemelor tehnice din sistem;
3. Explicați perioada de reglementare pentru luarea în considerare a solicitărilor clienților de către serviciul de asistență tehnică EIS.

Vă rugăm să trimiteți răspunsul dumneavoastră la această reclamație la următoarele adrese de e-mail:
[email protected], [email protected].

14:06 — Clienții REGNUM Moscova nu pot publica procedurile competitive din cauza defecțiunilor tehnice în Sistemul Informațional Unificat (EIS), motiv pentru care peste 1,5 mii de contracte de la Moscova sunt pur și simplu blocate, a declarat șeful departamentului pentru concurență pe 2 februarie politica de orașul Moscova Ghenadi Degtev.

„Peste o mie și jumătate de contracte au fost trimise de clienții din Moscova pentru înregistrarea în Sistemul Informațional Unificat. Cu toate acestea, defecțiunile tehnice din sistemul federal nu permit clienților orașului să achiziționeze în timp util bunurile, lucrările și serviciile necesare pentru a-și îndeplini obligațiile sociale”, a explicat oficialul.

Degtev a reamintit că Moscova este lider în rândul clienților regionali în ceea ce privește volumul de achiziții, deci întreruperi în activitatea Sistemului Informațional Unificat, din cauza cărora publicarea planurilor de achiziții și a planurilor de calendar sunt întrerupte, având în vedere modificările legislative care au intrat în forțată la 1 ianuarie 2017, reprezintă o preocupare serioasă pentru guvernul de la Moscova. El a clarificat: „2,5 mii de clienți participă la sistemul de achiziții de la Moscova, iar munca lor depinde direct de caracteristicile tehnologice și de performanța sistemului. Atunci când funcționează defectuos, eficiența, în primul rând îndeplinirea obligațiilor sociale față de cetățeni, este expusă unor riscuri evidente.”

Primăria este convinsă că transparența în procedurile de achiziție începe din etapa de planificare. Defecțiunile tehnice nu ar trebui să fie un obstacol în calea achizițiilor transparente. Prin urmare, pentru a asigura o muncă la timp și eficientă, autoritățile de la Moscova propun să utilizeze o resursă regională în plus față de (Sistemul Informațional Unificat). Mai mult, sistemul corporativ al orașului EAIST și-a dovedit eficiența de-a lungul anilor de funcționare.

„Sistemul EAIST funcționează de mai bine de 10 ani; în decembrie 2016 a fost certificat de Trezoreria Federală. Oferind clienților instrumente pentru luarea deciziilor de management operațional, această resursă regională este capabilă să asigure planificarea și executarea în timp util a contractelor. Informațiile privind achizițiile vor fi afișate atât în ​​Sistemul Informațional Unificat, cât și pe Portalul Furnizorilor din Moscova, care este o „vitrină” de informații despre comenzile orașului atât pentru clienți, cât și pentru întreprinderi”, a menționat șeful departamentului pentru politica concurenței.

Inițiativa autorităților de la Moscova s-a întâlnit cu înțelegere din partea conducerii Sankt Petersburg, care este și unul dintre liderii în achizițiile publice. Ghenadi Degtev a fost susținut de președintele Comitetului pentru Ordinul de Stat din Sankt Petersburg, Dmitri Sachkov, care a numit situația cu eșecuri în activitatea Sistemului Informațional Unificat de critică.

„În acest moment, nu suntem capabili să facem față majorității procedurilor. Pentru a demonstra amploarea reală a dezastrului, voi spune că acestea sunt zeci de mii de proceduri. Mai mult, procedurile se află în diferite etape de pregătire pentru publicare. Acesta este un dezastru natural, ale cărui consecințe ne confruntăm manual. Dar lucrul în acest ritm este pur și simplu imposibil”, a spus Sachkov.

De asemenea, adăugăm că o serie de experți au susținut inițiativa oficialilor capitalei. Astfel, directorul executiv al Asociației Platformelor Electronice de Tranzacționare, Ilya Dimitrov, a susținut trecerea la un sistem regional de management al achizițiilor.

„Mecanismul pe care autoritățile de la Moscova îl propun ca soluție la problema sistemului federal de informații privind achizițiile ni se pare competent și oportun. În același timp, vedem că principala condiție pentru tranziția la o platformă regională este ca toate procedurile să fie accesibile atât pentru afaceri, cât și pentru public”, a menționat Dimitrov.

Faptul că erorile din sistemul EIS și întârzierile care rezultă în procedurile de achiziție implică prea multe costuri, a mai spus Anton Emelyanov, directorul general al Platformei unificate de tranzacționare electronică SA. El a anunțat statistici conform cărora în ianuarie 2015 - 2016. Au fost publicate aproximativ 10 mii de proceduri în valoare de 20 de miliarde de ruble. Spre comparație, în ianuarie 2017 au fost 1.600 de proceduri, adică de 7 ori mai puține, cu un volum de mai puțin de 9 miliarde de ruble. Acest lucru înseamnă efectiv că afacerea nu a văzut volumul la care se aștepta.

„Moscova, ca cea mai mare regiune client, a oferit o cale rezonabilă de ieșire din situația actuală, cu întreruperea planurilor de publicare a achizițiilor din cauza problemelor cu Sistemul Informațional Unificat. Capitala nu-și poate permite să suspende activitățile de achiziții; ea pătrunde în funcționarea întregii infrastructuri a orașului”, este convins Emelyanov.

Activiștii ONF și-au exprimat îngrijorarea cu privire la performanța EIS chiar înainte de lansare, în 2015, a amintit Ivan Yastreb, șef adjunct al proiectului ONF „Pentru achiziții echitabile”.

ONF, ai cărui experți chiar înainte de lansarea EIS în 2015 și-au exprimat îndoielile cu privire la performanța acestuia, a remarcat de asemenea că, chiar și la un an de la lansarea sistemului, nu au existat îmbunătățiri fundamentale. Tocmai acesta este motivul discuției în curs despre posibilitatea utilizării portalurilor regionale pentru achizițiile publice.

În plus, experții și-au exprimat îngrijorarea că, din cauza defecțiunilor în Sistemul Informațional Unificat, cetățenii vor fi în cele din urmă, deoarece din cauza întârzierilor, clienții guvernamentali nu își vor putea îndeplini obligațiile sociale.

După cum sa raportat anterior IA REGNUM, Primarul Moscovei, Serghei Sobianin, a făcut apel la premierul rus Dmitri Medvedev cu o cerere de a avea propriile portaluri de internet pentru achizițiile guvernamentale, care nu au legătură cu Sistemul Unificat de Informații privind Achizițiile (UPI) pentru orașele federale - Moscova, Sankt Petersburg și Sevastopol. În discursul său, primarul Moscovei a subliniat că defecțiunile tehnice regulate în activitatea Sistemului Informațional Unificat împiedică publicarea informațiilor despre contractele guvernamentale și perturbă achizițiile. Dar problemele integrării UIS cu Sistemul Informațional Unificat Automatizat de Tranzacționare, care funcționează la Moscova, nu au fost rezolvate la Trezoreria Federală, unde autoritățile orașului au aplicat.

Adăugăm, de asemenea, că o serie de specialiști în achiziții publice au văzut în inițiativa autorităților capitalei dorința pe viitor, dacă această inițiativă va fi susținută, de a ascunde de ochii publicului cheltuielile iraționale ale primăriei. În special, portalul auto „Autorambler” a analizat mai multe achiziții ale Întreprinderii Unitare de Stat „Serviciile Auto ale Departamentului Financiar și Economic al Primăriei Moscovei”. Jurnaliștii portalului au fost cel mai surprinși de faptul că lista de piese de schimb, fără de care funcționarea normală a parcului auto al primăriei este aparent imposibilă, includea o husă pentru iPad, cărți și pantaloni scurți de vară.

„În plus, lista pieselor de schimb care trebuie achiziționate pentru întreținerea mașinilor Toyota include o husă Toyota albă pentru iPad Air, care costă 3.005 de ruble, o geantă de călătorie care costă 9.180 de ruble și o listă imensă de alte accesorii care sunt complet inutile pentru întreținerea mașinilor. . Documentația de achiziție pentru BMW conținea cărți, inclusiv istorice. Dar cel mai bun exemplu ilustrativ de cheltuieli neadecvate este „Autocolant pentru acoperiș, steag german”, care costă doar 2.975,73 ruble. Există un alt articol foarte original - „Lenjerie de corp, chiloți, haine de vară. mic de statura negru" - 2.274,08 ruble. Marca „Short”, marca germană de automobile premium”, au remarcat autorii Autorambler.În cazurile prevăzute de lege, achizițiile publice se pot desfășura fără o procedură competitivă.Astfel, achizițiile publice pot fi efectuate de la un singur furnizor pe baza ordinului relevant al președintelui Federației Ruse. sau Guvernul Federației Ruse În plus, astfel de reguli se aplică, de exemplu, pentru achiziționarea de bunuri, lucrări și servicii pentru nevoile monopolurilor naturale, pentru efectuarea lucrărilor de pregătire a mobilizării în țară, pentru furnizarea de arme și tehnică militară, prestarea serviciilor de alimentare cu apă și căldură, conservarea monumentelor culturale și pentru alte necesități prevăzute de lege.
Povestea conține știri referitoare la eficiența sistemului de achiziții publice, precum și la modificările acestuia.

Eșecurile Sistemului Informațional Unificat (UIS) din ianuarie au paralizat practic munca clienților. Pe forumurile tematice și pe rețelele de socializare, utilizatorii s-au plâns de imposibilitatea postării planurilor și orarelor în UIS și de a apela specialiști de asistență tehnică, de care este responsabil Ministerul Dezvoltării Economice al Federației Ruse. Problema este provocată de noile reguli de planificare a achizițiilor și de includerea controlului financiar în conformitate cu Partea 5 a articolului 99 din Legea nr. 44-FZ. Pentru a rezolva problema, Guvernul de la Moscova a propus utilizarea sistemelor regionale de achiziții în plus față de Sistemul Informațional Unificat.

Vârful reclamațiilor clienților cu privire la incapacitatea de a plasa planuri și programe în Sistemul Informațional Unificat și, în consecință, de a efectua achiziții, a avut loc în ianuarie. Clienții nu au mai întâmpinat astfel de probleme globale în funcționarea unui sistem informațional în domeniul achizițiilor din 2006. Apoi un site web pentru postarea de informații despre comenzile pentru nevoile de stat și municipale ( zakupki.gov.ru) a fost lansat pentru prima dată.

Principalul motiv pentru eșecurile UIS este cantitatea mare de informații. Din 2017, în sistem au apărut noi utilizatori (întreprinderi unitare municipale și întreprinderi unitare de stat), au început să funcționeze noi proceduri (publicarea planurilor și orarelor), până la urmă pur și simplu nu a suportat.

Problemele cu Sistemul Informațional Unificat au dus la o reducere a volumelor de achiziții la începutul acestui an. După cum a menționat directorul general al Platformei unificate de tranzacționare electronică (EETP) A. A. Emelyanov, în ianuarie 2015 și 2016, pe un singur site, clienții guvernamentali au anunțat aproape 10 mii de proceduri de achiziție în valoare de aproximativ 20 de miliarde de ruble. Pentru comparație: la sfârșitul lunii ianuarie 2017, doar 1,6 mii de proceduri au fost anunțate și publicate în Sistemul Informațional Unificat cu un volum de puțin mai puțin de 9 miliarde de ruble. „Numărul achizițiilor guvernamentale a scăzut de șapte ori, iar afacerile nu au primit cele 10-11 miliarde de ruble la care se așteptau”, a rezumat Emelyanov.

Moscova s-a plâns de activitatea EIS

Primarul Moscovei a atras atenția și asupra problemelor cu Sistemul Informațional Unificat S. S. Sobyanin, care a decis să ridice problema operabilității UIS la nivelul Guvernului Federației Ruse. Într-o scrisoare către prim-ministrul Federației Ruse D. A. Medvedev Primarul Capitalei a raportat „defecțiuni tehnice regulate în funcționarea Sistemului Informațional Unificat, împiedicând publicarea informațiilor privind achizițiile publice și contractele, ceea ce duce la eșecul acestora”. El a propus eliminarea orașelor federale, precum și a entităților constitutive ale Federației Ruse cu un volum de achiziții de peste 100 de miliarde de ruble, din operarea directă a EIS.

Potrivit șefului Departamentului pentru Politica Concurenței din Moscova G. V. Degteva, mai mult de o mie și jumătate de contracte au fost trimise de clienții Moscovei pentru înregistrarea în Sistemul Informațional Unificat. „Cu toate acestea, defecțiunile tehnice în funcționarea sistemului federal nu permit clienților orașului să achiziționeze în timp util bunurile, lucrările și serviciile necesare pentru a-și îndeplini obligațiile sociale”, a spus Dyogtev la o masă rotundă special organizată la Agenția Internațională de Informații Rossiya Segodnya. „Din cauza eșecurilor în funcționarea Sistemului Informațional Unificat, este imposibil să se publice în timp util planurile și graficele de achiziții, ceea ce este obligatoriu de la 1 ianuarie 2017”, și-a exprimat îngrijorarea șeful departamentului. „Nu am primit notificări de la sistem cu privire la publicarea a 134 de planuri și a 338 de grafice de achiziții.” Potrivit lui Degtev, transparența procedurilor de achiziție începe încă din etapa de planificare, iar defecțiunile tehnice nu ar trebui să fie un obstacol în asigurarea transparenței achizițiilor. Publicarea lor în sistem este direct legată de deschiderea procedurilor de achiziție pentru reprezentanții întreprinderilor.

Preocuparea Guvernului de la Moscova cu privire la situația actuală este mai mult decât de înțeles. La urma urmei, volumul anual total de achiziții al Moscovei este de aproape 500 de miliarde de ruble. „Se pare că fiecare a zecea rublă care este implicată în achizițiile publice aparține Moscovei”, a calculat Dyogtev. Astăzi, 2,5 mii de clienți și 9,5 mii de participanți la relațiile contractuale participă la sistemul de achiziții de la Moscova. Sistemul de achiziții corporative ale orașului (EAIST) funcționează în capitală de mai bine de zece ani, care a fost testat temeinic și și-a dovedit eficacitatea. Funcțiile sale sunt oarecum similare cu Sistemul Informațional Unificat, cu toate acestea, există altele care sunt necesare pentru coordonarea achizițiilor departamentale, controlul financiar și autorizarea plăților în baza contractelor. Potrivit lui Dyogtev, această resursă este capabilă nu numai să asigure planificarea și executarea în timp util a contractelor, ci și să efectueze achizițiile în conformitate cu reguli uniforme. Se presupune că informațiile privind achizițiile vor fi afișate atât în ​​Sistemul Informațional Unificat, cât și pe portalul furnizorilor de la Moscova.

Potrivit șefului adjunct al Departamentului de Tehnologii Informaționale din Moscova A. V. Gorbatko, astăzi nu există obstacole în calea integrării strânse a sistemelor regionale și a Sistemului Informațional Unificat. „Tehnic, sistemele regionale pot deveni un fel de continuare sau extindere a funcționalității sistemului federal. Platformele electronice de tranzacționare ar putea fi, de asemenea, conectate la această funcționalitate, unde ar putea fi publicate informații despre tranzacționare”, spune Gorbatko.

Poziția Moscovei a fost susținută pe deplin de directorul Asociației Platformelor de Tranzacționare Electronică I. D. Dimitrov. El consideră că în ultimii ani, sistemul de achiziții a încetat să se dezvolte, motiv pentru care problemele cu care se confruntă atât afacerile, cât și statul au apărut astăzi. „Mecanismul pe care îl propun autoritățile de la Moscova pentru a rezolva problema cu sistemul federal de informații privind achizițiile ni se pare competent și oportun. În același timp, vedem că principala condiție pentru trecerea la o platformă regională este ca toate procedurile să fie accesibile atât pentru afaceri, cât și pentru public”, a spus directorul executiv. El a confirmat, de asemenea, că nu vor fi probleme tehnice cu duplicarea funcțiilor, deoarece site-urile, agențiile guvernamentale și Sistemul Informațional Unificat sunt complet sincronizate.

Pentru ca EIS să nu „cadă”

„Orice sistem informatic eșuează”, și-a exprimat opinia avocatul pentru achiziții S. V. Gabestro. „Prin concentrarea acțiunilor semnificative din punct de vedere juridic pe o singură platformă, statul intră în zona de risc de neîndeplinire a obligațiilor sale sociale față de cetățeni”. El, ca și Dimitrov, consideră că activitatea EIS nu se îmbunătățește de la an la an, ci doar se înrăutățește. „Nimic nu se va schimba chiar dacă operatorii de sistem se vor schimba. UIS este ideal doar în modelul absolut, dar nu este aplicabil în viață”, și-a dat verdictul ombudsmanul. El a propus ca toate acțiunile semnificative din punct de vedere juridic care au loc pe UIS să fie transferate în sisteme informaționale separate. În același timp, site-ul UIS ar trebui să rămână un centru de date sau un modul analitic pentru monitorizarea și controlul acțiunilor clienților. „Dar acestea ar trebui să fie date și nu o colecție de fișiere, reclame și tot ce poate fi văzut acolo astăzi”, a subliniat Gabestro. În plus, el a menționat că, pe lângă sistemele informaționale regionale, tranzacționarea și serviciile pot fi concentrate pe platformele electronice de tranzacționare, care funcționează mult mai stabil decât Sistemul Informațional Unificat.

Experții și-au exprimat, de asemenea, îndoielile că, fără o soluție globală la problemele emergente ale EIS, este puțin probabil să facă față unei alte sarcini. După cum știți, un proiect de lege privind tranziția completă la tranzacționarea electronică este în prezent în curs de examinare în Duma de Stat a Federației Ruse. Astfel, sarcina pe UIS poate crește de zece ori. Toți participanții la achiziții vor trebui să se înregistreze în sistem: astăzi sunt doar aproximativ 300 de mii de clienți. Dacă UIS poate rezista la încă zeci de mii de utilizatori este o mare întrebare.

O. V. IZUTOVA

Rolul sistemelor regionale trebuie sporit

I-am cerut președintelui Comitetului de ordine de stat din Sankt Petersburg să comenteze situația din jurul EIS Dmitri Igorevici SACHKOV.

Dmitri Igorevici, Moscova a tras un semnal de alarmă cu privire la funcționarea instabilă a sistemului informațional unificat. Împărtășiți aceste preocupări?

Cunoaștem direct despre problemele cu care se confruntă Moscova și împărtășim pe deplin poziția autorităților capitalei. Considerăm că este necesar să luăm măsuri decisive pentru a rezolva situația actuală în viitorul foarte apropiat. Astăzi, problemele asociate cu incapacitatea de a efectua procedurile de achiziție se acumulează ca un bulgăre de zăpadă.

Începând din ianuarie 2017, clienții guvernamentali din Sankt Petersburg nu pot posta planuri de programare. În fiecare zi primim zeci și uneori sute de apeluri către numerele liniei de asistență telefonică și biroul de asistență - aceasta este resursa noastră pentru a oferi suport tehnic utilizatorilor. Specialiștii Comitetului de Comandă de Stat și instituțiile subordonate acestuia corectează manual erorile generate de sistem aproape non-stop.

Sprijiniți propunerea Guvernului de la Moscova: să permiteți orașelor cu importanță federală, precum și entităților constitutive ale Federației Ruse cu un volum de achiziții guvernamentale de peste 100 de miliarde de ruble pe an, să folosească propriile portaluri de internet care nu depind de EIS.

Regiunile au de fapt propriile sisteme informatice, care reprezintă un mecanism logic de înregistrare, planificare și executare a operațiunilor de achiziții prevăzute de lege. Cu toate acestea, nu considerăm corect să refuzăm interacțiunea cu Sistemul Informațional Unificat. Am spus deja în repetate rânduri că acest lucru va contrazice principiul unui spațiu economic unic pe teritoriul Federației Ruse. Sankt Petersburg își propune să acorde prioritate sistemelor regionale: documentele create în sistemele informaționale regionale trebuie, în conformitate cu legea, să fie publicate în Sistemul Informațional Unificat. Dacă integrarea datelor nu este posibilă, este necesară publicarea documentului principal semnat în UIS ca copie înregistrată în contul personal al clientului în UIS. Astfel, susținem creșterea rolului sistemelor regionale pentru activitatea clienților guvernamentali.

Reforma legislativă începută în 2017 pentru întărirea controlului trezoreriei asupra cheltuielilor bugetare aproape a dus la prăbușirea Sistemului Informațional Unificat (UIS) pentru achiziții. Problema a fost discutată ieri la întâlniri cu președintele și Casa Albă, iar Trezoreria Federală și-a cerut scuze oficial clienților pentru eșecurile Sistemului Informațional Unificat. Potrivit Kommersant, guvernul ia în considerare suspendarea utilizării controlului preliminar al achizițiilor pentru a reduce sarcina sistemului. În același timp, niciunul dintre departamentele care își revendică aceasta – nici Trezoreria, nici Ministerul Economiei – nu a obținut încă controlul deplin asupra EIS.

Sistemul Informațional Unificat pentru Controlul Achizițiilor Guvernamentale nu era pregătit pentru modificările aduse Legii privind sistemul contractelor (44-FZ) care au intrat în vigoare la 1 ianuarie 2017. În special, ele prevăd întărirea controlului trezoreriei asupra planurilor de achiziții ale clienților de stat, al căror număr a crescut brusc din cauza transferului de achiziții a întreprinderilor unitare, care anterior funcționau conform regulilor pentru companiile de stat, la 44. -FZ. Săptămâna aceasta, Trezoreria Federală (responsabilă cu operarea Sistemului Informațional Unificat) și-a cerut public scuze clienților pentru cazurile larg răspândite de „imposibilitate” de a posta datele de achiziție, recunoscând faptul că există „dificultăți tehnice” atunci când lucrează cu noua versiune a subsistemului de achiziții al sistemul „buget electronic”.

Potrivit statisticilor EIS, la sfârșitul lunii ianuarie 2017, numărul anunțurilor despre contractele din Moscova și din regiune a scăzut de nouă ori, iar volumul a scăzut de peste trei ori (la sfârșitul lunii ianuarie 2017 - 74 de anunțuri pentru 691 de milioane de ruble). , cu un an mai devreme - 691 de notificări cu 2,3 ​​miliarde de ruble). În Sankt Petersburg, volumul contractelor a scăzut de aproximativ 20 de ori - 60 de milioane de ruble. în loc de 1,2 miliarde cu un an mai devreme, numărul notificărilor este de aproximativ zece ori (153 față de 1,6 mii).

Problemele sunt cauzate de supraîncărcarea serviciului de interacțiune a UIS cu sisteme externe, defecțiuni la plasarea planurilor regionale de achiziții pe trei ani și a programelor anuale ale clienților în UIS. Potrivit unei surse Kommersant din guvernul de la Moscova, „situația cu Sistemul Informațional Unificat a dus la un colaps de câteva luni în achizițiile publice la nivel de țară”. „Am pierdut controlul intern asupra clienților noștri, asupra achizițiilor acestora; nu putem verifica nici obiectivitatea prețului și nici conformitatea documentației acestora cu formularele stabilite”, spune interlocutorul Kommersant.

Pe 30 ianuarie, președintele consiliului de administrație al organizației publice Forum of Contractual Relations (FCO), Mihail Borodovsky, într-o scrisoare către prim-viceprim-ministrul Igor Shuvalov, care supraveghează achizițiile, a spus că dezvoltatorii UIS „nu ​​pot elimina probleme” asociate cu modificarea acesteia la noile modificări legislative, iar serviciul de asistență tehnică (Ministerul Economiei este responsabil pentru aceasta) „a încetat să mai răspundă solicitărilor clienților”. În același timp, plângerile clienților către ambele departamente care supraveghează EIS (Trezoreria Federală și Ministerul Economiei) nu au adus rezultate. Ca o modalitate de rezolvare a problemei, FCO a propus, printre altele, stabilirea datei de intrare în vigoare a modificărilor la legislație, ținând cont de timpul de finalizare a UIS, pentru a permite clienților regionali și municipali în cazul a eșecurilor UIS de a plasa achiziții pe portalurile lor și, de asemenea, să introducă un moratoriu privind tragerea la răspundere a clienților în perioada de funcționare incorectă a sistemului (Codul contravențiilor administrative prevede amenzi de la 3 mii la 500 mii de ruble pentru încălcarea termenelor limită). pentru publicarea datelor în Sistemul Informaţional Unificat). Să remarcăm că mai devreme, primarul Moscovei, Serghei Sobyanin, s-a adresat Casei Albe cu o solicitare similară privind posibilitatea achizițiilor autonome pe propriile portaluri de achiziții pentru orașele de importanță federală (vezi Kommersant pe 25 ianuarie).

Mihail Borodovsky, într-o conversație cu Kommersant, a remarcat că Trezoreria ar trebui să insiste ca Duma de Stat și guvernul, atunci când adoptă amendamente în domeniul achizițiilor publice, să calculeze momentul intrării lor în vigoare, ținând cont de timpul necesar desfășurării concurenței. proceduri şi finanţare a lucrărilor tehnice. Şeful adjunct al Ministerului Economiei, Evgeniy Elin, care supraveghează suportul metodologic al EIS, a susţinut propunerile FCO. După cum au declarat surse din departamentele relevante pentru Kommersant, ședințe pe această temă au avut deja loc în Ministerul Finanțelor și Ministerul Economiei; pe baza rezultatelor acestora, vor fi făcute propuneri guvernului pentru reducerea procedurilor redundante pentru a reduce povara asupra Sistemul Informațional Unificat – inclusiv suspendarea utilizării controlului preliminar al achizițiilor și introducerea lui în etape.

Ombudsmanul pentru achiziții, Serghei Gabestro, observă că, odată cu adoptarea proiectelor de lege privind o tranziție completă la tranzacționarea electronică, pe care Duma de Stat o ia în considerare în prezent, sarcina Sistemului Informațional Unificat va crește din nou brusc. Mai mult, dacă proiectul de lege guvernamental este adoptat pentru stabilirea înregistrării obligatorii a participanților la Sistemul Informațional Unificat, numărul de entități care lucrează în acest sistem (în prezent peste 300 de mii) va crește de cel puțin cinci ori și cel mai probabil de zece sau mai multe ori. Domnul Gabestro însuși propune utilizarea EIS ca un „modul analitic” pentru monitorizarea și controlul acțiunilor clienților, precum și concentrarea tranzacționării și serviciilor pe platformele electronice de tranzacționare.

Pe acest fond, guvernul, potrivit surselor Kommersant, a renunțat la ideea concentrării managementului Sistemului Informațional Unificat într-un singur departament - atât Trezoreria, cât și Ministerul Economiei doreau să devină acest departament. Acesta din urmă, însă, va trebui să cedeze Trezoreriei autoritatea de a dezvolta cerințe funcționale pentru Sistemul Informațional Unificat. Nu a fost posibil să obținem comentarii oficiale de la Kremlin și de la Casa Albă ieri.

Anna Pushkarskaya, Sankt Petersburg; Sofia Okun