Писмо до EIS с оплакване от работата на системата. Техническа поддръжка на UIS, или как ни се подиграват! Как да съставя писмо

Писмо до EIS с оплакване от работата на системата.  Техническа поддръжка на UIS, или как ни се подиграват!  Как да съставя писмо
Писмо до EIS с оплакване от работата на системата. Техническа поддръжка на UIS, или как ни се подиграват! Как да съставя писмо

Жалба за некоректна работа
Юнайтед информационна системав областта на обществените поръчки

Уважаеми Михаил Борисович!

Акционерно дружество "Яргорелектротранс" (TIN 7602082331) (наричано по-нататък - Дружеството) извършва дейности по възлагане на обществени поръчки в съответствие с нормите на Федералния закон от 18 ноември 2011 г. N223-FZ "За възлагането на обществени поръчки за стоки, работи, услуги по определени видове юридически лица(наричан по-нататък Федералният закон от 18 ноември 2011 г. N223-FZ.
От 02.07.2018 г. до настоящия момент, поради възникване на описаните по-долу неизправности в работата на УИС, Дружеството не може да публикува протокола за разглеждане на заявления за участие в търга (известие № на такъв конкурс , което е заплаха от нарушаване на производствените процеси на Дружеството, причинена от невъзможността своевременно осигуряваненеговите услуги необходими услуги, а също така може да доведе до нарушаване от страна на Компанията на сроковете, установени от Федералния закон от 18 ноември 2011 г. N223-FZ за публикуване на информация за текущата поръчка в EIS.
На 02.07.2018 г. Дружеството проведе процедурата по разглеждане, оценка и сравняване на заявления за участие в търга (наричан по-долу протокола). Същият ден беше направен опит за публикуване на протокола, формиран в резултат на тази процедура в ЕИС, при който бяха установени следните неизправности в работата на ЕИС, възпрепятстващи поставянето на такъв протокол:
При формиране на протокола на уебсайта на UIS в раздела „Разглеждане на заявления“ след посочване на информация за отхвърлянето на заявления за участие в конкурса, основанията за вземане на такива решения в полетата „Причина за отказ“ и щракване върху „ Запазване" или "Напред", предвидени от функционалността на UIS, се показва системното съобщение:
„Трябва да се попълни задължителни полета:
- База на отклонението
- Причина за отказ.
Посоченото съобщение на системата блокира по-нататъшни действия на Компанията за прикачване на файла с протокола, публикуване на генерирания протокол и ви позволява само да отмените действията, предприети по-рано. Последващите опити на Компанията да преформира протокола и да посочи информация за резултатите от разглеждането на заявленията доведоха до подобен резултат.
В периода от 02.07.2018 г., 03.07.2018 г., 04.07.2018 г. Дружеството изпрати жалби, описващи възникналите проблеми в работата на УИС с приложена цялата необходима информация на адреса електронна пощаУслуги за техническа поддръжка на EIS ( [имейл защитен]), в отговор на които Компанията все още не е изпратила известия за регистрация на жалби, друга информация за състоянието на разглеждане на жалби. Освен това, през посочения период от време, Компанията извършваше ежедневни обаждания до линията за техническа поддръжка на UIS, операторите на услугите за поддръжка бяха информирани подробна информацияза възникналите проблеми, в отговор на които бяха получени само препоръки за писмено обжалване до службата за техническа поддръжка и изчистване на кеша на браузъра, което не доведе до решение на проблема. Довършителни работи телефонни разговорис операторите на услугата за поддръжка на EIS са изпратени съобщения на имейл адреса на Дружеството за регистриране на приложения под номера SD200417608, SD200422814, SD200436856 с ниво на приоритет "4 - Ниско" и прекратяване на работата по тези приложения на компанията.
С оглед на изложеното Ви молим:
1. Регистрирайте тази жалба и вземете подходящи мерки за отстраняване на проблемите, възникнали от услугата за техническа поддръжка на EIS;
2. Обяснете реда на действията на клиента в ситуация, при която публикуването на информация за текущи покупки в EIS в рамките на установения срок не е възможно поради липсата на възможност за пълноценна работа в лична сметка UIS, свързани с технически неизправности в системата;
3. Обяснете регулаторния срок за разглеждане от службата за техническа поддръжка на EIS на клиентски заявки.

Моля, изпратете отговора си на тази жалба на следните имейл адреси:
[имейл защитен], [имейл защитен].

Обжалванекъм техническа поддръжка Официален сайт на EIS

  1. Задължително формуляр за заявкапо-долу (задължителните полета са маркирани * ).

  2. внимание!В случай на контакт с поддръжката с някакъв проблем или грешка, е задължително да прикачите архив със записи с действията, довели до проблема или грешката, винаги с дефиницията на сървъра към момента на възникване на грешката

  3. [имейл защитен]

  1. Формуляр за заявка



Въпрос

Отговор

Пълно име* лице за контакт (позиция)

[Въведете фамилия, собствено име и бащино име]

Свържи се с имейл адрес*

[Въведете имейл адрес]

номер за връзка(факс)

[Въведете телефон за връзка, факс]

Име на компания*

[Въведете името на вашата организация]

TIN на организацията* (контролно-пропускателен пункт)

[Въведете TIN на вашата организация]

Код на организацията:

Единствен по рода си регистрационен номерорганизации (SDR)

SVR код


[Код на организация]

Системата, в която се извършва работата*

[Изберете системата UIS - 44-FZ или 223-FZ]

UIS функционалност*

[Изберете EIS подсистемата от списъка]

Дата и час на възникване на грешката по московско време*

[Изберете датата, на която е възникнала грешката]

Информация за параметрите на работното място*

[Изберете операционна система ]

Файл сертификат (*.cer) в архивиран вид (прикачете към този формуляр или като прикачен файл към писмото)

Подробноописание на повикването (запис на последователността от действия, получени с помощта на помощната програма psr.exд(Вижте раздел IV, предложения за подобряване на системата) *

В случай на грешка:файл с диагностична информация (вижте раздел II) или дефиниция на сървър по време на запис стъпка по стъпка.

При кандидатстване в процедури за обществени поръчки информация за договори Задължителнопосочете: регистрационни номера на всички обявления/договори, с които са възникнали грешки.

  1. Получаване на диагностична информация.
В случай на възникване технически грешкипри работа със системата на потребителя се показва следната информация:

На показаната страница щракнете върху хипервръзката „файл с описание на грешката“, за да изтеглите файла с идентификатора на грешката на компютъра. След това трябва да се свържете с организацията, предоставяща услуги за обслужване на потребители на UIS, като прикачите изтеглен файл с описание на грешката към заявката.


  1. Инструкции за определяне на сървъра.
За интернетизследователверсии 10 и преди:

1. В текущата сесия във вашия личен акаунт в браузъра ( Internet Explorer) в раздела „Услуга“ изберете елемента „Инструменти за програмисти“ (бутон F12);

2. В прозореца, който се отваря, изберете раздела „Кеш“ – „Преглед на информацията за файла cookie“;

3. След като изпълните тези стъпки, браузърът ще се покаже нова вметкас информация за бисквитки файла под формата на таблица. Информацията за EIS сървъра е посочена в 3-тия блок отдолу.

4. Към заявката трябва да се приложи екранна снимка на таблицата от файла "cookie" с информация за сървъра, както и датата и часа на възпроизвеждане на грешката.

За интернетизследователверсии 11 :

1. Отворете Инструменти за разработчици (F12);

2. Изберете Мрежа (Ctrl+4);

3. Щракнете върху „Активиране на събирането мрежов трафик(F5)";

4. Извършете необходимите действия за възпроизвеждане на грешката (инструментите за разработчици могат да бъдат затворени);

5. Отворете инструментите за разработчици (F12);

6. Изберете Мрежа (Ctrl+4);

7. Изберете "ДЕТАЙЛИ" (втори ред отгоре);

8. Изберете „Бисквитки“ (на третия ред отгоре);

Пример за екранна снимка на часовата зона:


  1. Запис на последователност, получен с помощта на помощната програма psr.exe.
Помощната програма ви позволява да автоматичен режимзаписвайте действията на потребителя под формата на моментни снимки с паралелен запис на действията.

За бързо стартиране на помощната програма: натиснете win + r и въведете командата psr.exe в прозореца

(Старт - Бягай).

За да започнете запис, натиснете Alt + A, за да спрете записването на действия, натиснете Alt + O или щракнете върху съответния бутон.

Можете също да добавяте коментари, за да добавите коментар, натиснете Alt + C, задната част ще бъде затъмнена и полето за коментар ще бъде активно.

След като записът бъде спрян, помощната програма ще ви подкани да посочите място за запазване на архива със списък с действия и пълни моментни снимки.

Завършен файлЗаписът ще бъде записан във формат mht, който може да се гледа с помощта на всеки браузър. Готовият файл ще бъде предварително пакетиран в zip.


  1. Попълненият формуляр трябва да бъде изпратен на [имейл защитен]

Обжалванекъм техническа поддръжка Официален сайт на EIS

1. Трябва да се попълни формуляр за заявкапо-долу (задължителните полета са маркирани * ).

2. Изпълнете дефиниция на сървъра UIS (инструкция), добавете към заявката датата, часа на възпроизвеждане на грешката и получената сървърна стойност.

3. При контакт с официалния уебсайт на EIS (отчасти 223-ФЗ) трябва да генерирате файл dxdiag.

4. внимание!Ако се свържете с поддръжката с някакъв проблем или грешка, не забравяйте да прикачите екранни снимки ( екранни снимки) с действията, довели до проблема или грешката, и екранни снимки ( екранни снимки), показваща грешката или проблемите, както и екранна снимка на часовата зона.

5. Попълненият формуляр трябва да бъде изпратен на *****@***гов. en

азФормуляр за заявка

Въпрос

Отговор

ПЪЛНО ИМЕ*лице за контакт (позиция)

[Въведете фамилия, собствено име и бащино име]

Имейл за връзка*

[Въведете имейл адрес]

номер за връзка(факс)

[Въведете телефон за връзка, факс]

TOFC, в който е получен EDS

[Посочете териториалния орган на Федералната хазна]

Име на компания*

[Въведете името на вашата организация]

TIN на организацията*(контролно-пропускателен пункт)

[Въведете TIN на вашата организация]

Код на организацията:

Уникален номер на сметката на организацията (SDR)

SVR код

[Код на организация]

Системата, в която се извършва работата*

[Изберете системата UIS - 44-FZ или 223-FZ]

Тип жалба*

[Изберете тип обжалване]

UIS функционалност *

[Изберете EIS подсистемата от списъка]

Дата и час на възникване на грешката по московско време*

[Изберете датата, на която е възникнала грешката]

Информация за параметрите на работното място*

[Избор на операционна система]

[Избор на операционна система]

[Избор на операционна система]

Авторитет на организацията

Потребителски права

Файл сертификат (*.cer) в архивиран вид (прикачете към този формуляр или като прикачен файл към писмото)

Кратко описаниеобжалвания*

Подробноописание на обжалването (точна последователност от действия, екранни снимки стъпка по стъпка, описание системни грешки, предложения за подобрение) *

Допълнителна информация по преценка на потребителя (ако има проблеми с Crypto Pro CSP, ако проблемът се повтаря от други потребители на организацията, ако грешката се възпроизвежда на друго работно място или под друг EPC и т.н.)

При заявка за процедури по поръчка информация за договори Задължителнопосочете: регистрационни номера на всички обявления/договори, с които са възникнали грешки

II.Инструкции за определяне на сървъра.

За интернет изследователверсии 10 и преди:

1. В текущата сесия в личния си акаунт в браузъра (Internet Explorer), в раздела „Услуга“, изберете елемента „Инструменти за разработчици“ (бутон F12);

2. В прозореца, който се отваря, изберете раздела „Кеш“ – „Преглед на информацията за файла cookie“;

3. След като изпълните тези стъпки, в браузъра ще се появи нов раздел с информация за бисквитки файла под формата на таблица. Информацията за OS сървъра е посочена в 3-тия блок отдолу.

4. Към заявката трябва да се приложи екранна снимка на таблицата от файла "cookie" с информация за сървъра, както и датата и часа на възпроизвеждане на грешката.

За интернет изследователверсии 11 :

1. Отворете Инструменти за разработчици (F12);

2. Изберете Мрежа (Ctrl+4);

3. Кликнете върху „Активиране на събирането на мрежов трафик (F5)“;

4. Извършете необходимите действия за възпроизвеждане на грешката (инструментите за разработчици могат да бъдат затворени);

5. Отворете инструментите за разработчици (F12);

6. Изберете Мрежа (Ctrl+4);

7. Изберете "ДЕТАЙЛИ" (втори ред отгоре);

8. Изберете „Бисквитки“ (на третия ред отгоре);

10. Екранна снимка на таблицата от файла "cookie" с информация за сървъра, както и дата

и времето за възпроизвеждане на грешката трябва да бъде приложено към заявката.

III.Ако заявката ви е свързана с работа Официален уебсайт на EIS (в част 223-FZ), след като попълните формуляра за заявка, ще ви трябва файл " dxdiag", който може да бъде запазен по следния начин:

1. Извикайте командния ред (Старт - Всички програми - Принадлежности - Команден ред);

2. В командна линиястартирайте командата dxdiag;

IV.Екранни снимкидействията стъпка по стъпка за удобство могат да бъдат прикачени към файла с формуляра за заявка по-долу.

Примерна екранна снимка на часовата зона

v.Попълненият формуляр трябва да бъде изпратен на *****@***гов. en

Във връзка с пускането на версия 8.1 на единната информационна система в областта на обществените поръчки (наричана по-нататък UIS), Федералната хазна изпраща актуализираните Методически препоръки относно процедурата за упражняване на контрол в областта на обществените поръчки, предвидени в част 5 от член 99 Федерален закон № 44-FZ от 05.04.2013 г. „За договорната система в областта на възлагането на стоки, строителство, услуги за задоволяване на държавни и общински нужди“, включително като се вземе предвид процедурата за наблюдение на клиенти, които попадат по силата на постановление на правителството Руска федерацияот 27 ноември 2017 г. № 1428 „За особеностите на обществените поръчки за нуждите на отбраната на страната и държавната сигурност“.

Освен това, като част от пускането на версия 8.1 на UIS и стартирането на нов функционалност UIS в личния акаунт на Контролния орган изпращаме следните документи за осчетоводяване и използване в работата:

1) бързо ръководствопотребителя по отношение на особеностите на работа с функционалността на версия 8.1 на UIS при упражняване на контрола, предвиден в част 5 на член 99 от Федералния закон от 05.04.2013 г. № 44-FZ „За договорната система в областта на обществените поръчки за стоки, строителство, услуги за задоволяване на държавни и общински нужди“, както и проверка на договорите, включени в регистъра на договорите, сключени от клиенти, в съответствие с Правилата за поддържане на регистъра на договорите, сключени от клиентите, одобрени от Постановление на правителството на Руската федерация от 28 ноември 2013 г. № 1084 „За реда за поддържане на регистъра на договорите, сключени от клиенти, и регистъра на договорите, съдържащи информация, представляваща държавна тайна“;

2) кратко ръководство за потребителя относно спецификата на внедряването във версия 8.1 на EIS на изискванията на Постановление на правителството на Руската федерация от 27 ноември 2017 г. № 1428 „За спецификата на обществените поръчки за нуждите на страната отбрана и държавна сигурност”.

Приложение: за 26л. в 1 екземпляр.

R.E. Артюхин

Единна информационна система в областта на обществените поръчки

Кратко ръководство за потребителя

По отношение на особеностите на работа с функционалността на единната информационна система в областта на обществените поръчки версия 8.1 при упражняване на контрола, предвиден в част 5 на чл. 99 от Федералния закон от 5 април 2013 г. № 44-FZ „За договорната система в областта на обществените поръчки за стоки, строителство, услуги за задоволяване на държавни и общински нужди“, както и проверка на договори, включени в регистъра на договори, сключени от клиенти в съответствие с Правилата за поддържане на регистъра на договорите, сключени от клиенти, одобрени с Указ на правителството на Руската федерация от 28 ноември 2013 г. № 1084 (по-нататък съответно - Закон № 44-FZ, Указ № 1084)

Документът е съставен на 23 листа

анотация

Този документ е допълнение към ръководството за потребителя „Орган, упълномощен да упражнява контрол в съответствие с част 5 от член 99 от Федералния закон № 44-FZ“.

1. Характеристики на формирането, поставянето, насочването за контрол и контрол на плана за обществени поръчки, предвидени в част 5 на чл. 99 от Закон № 44-FZ

Вижте раздел 4.3.3 за подробности. ръководство за потребителя "Орган, упълномощен да упражнява контрол в съответствие с част 5 от член 99 от Федералния закон № 44-FZ"".

1.1. За клиенти, които са получатели бюджетни средства, както и в случай на прехвърляне на правомощия на държавен (общински) клиент в съответствие с параграф 6 на чл. 15 от Закон № 44-FZ

Функционалността на LC OK е подобрена за контрол на съответствието на обема на финансовата подкрепа на плана за обществени поръчки с коригираните лимити на бюджетните задължения в контекста на кодовете за бюджетна класификация (наричани по-долу BCC), включително по автоматизиран начин чрез взаимодействието на EIS с Автоматизирана системаФедерална хазна (наричана по-нататък - AS FC).

При получаване на плановете за доставки на такива клиенти за контрол в OK LC, контролираната информация ще бъде показана в контекста на CCM.

В същото време автоматизацията на такъв контрол е предвидена в LC OK на Федералната хазна по отношение на плановете за поръчки на клиенти, които са федерални органи, федерални държавни институции, други организации, в случай че прехвърлят правомощията на държавен клиент в съответствие с част 6 на член 15 от Закон № 44-FZ, както и клиенти, извършващи покупки от името на съставно образувание на Руската федерация (общинско образувание) в случай на прехвърляне на правомощията за контрол на Федералната Хазна и поддържане на лични сметки във Федералната хазна.

Състоянията на формиране на контролни резултати в AS FC се посочват в OK LC автоматично в полето „Състояние на контрола“, както и в регистъра на събитията на контролния обект, където се записват основните събития от обработката на данни в AS FC се записват, включително грешки по време на обработката на данни (вижте Фигура 1).

- „Искане, изпратено до RMP“ - се задава, ако информацията за плана за доставка се изпраща до подсистемата за управление на AS FC;

- "Предадено на DSP" - се задава при получено съобщение от AS FC за получаване на информация за плана за доставка;

- „Не е предадено на ДСП” – назначава се, ако информацията за плана за доставки не е предадена на АС ФК;

След като контролният резултат бъде получен от AS FC в OK LC, автоматично генерираните контролни резултати ще бъдат показани в раздела „Информация за контрол“ (вижте Фигура 2), а в случай на отрицателна контрола за конкретен BCF, ще се покаже сумата, за която е извършено сравнението.

Свързването на LC OK на органите на Федералната хазна към функционалността на EIS за автоматизиран контрол на плана за обществени поръчки ще се извършва поетапно в съответствие с официалните известия от Федералната хазна.

Моля, имайте предвид, че за LC OK на финансовите органи на съставните образувания на Руската федерация (общини) и органите за управление на държавните извънбюджетни фондове (по-нататък съответно - финансови органи, OUGVF), функционалността за автоматизиран контрол на обществените поръчки плановете не са предоставени.

В същото време контролът в контекста на CSC в LC OK на финансовите органи и OUGVF, както и органите на Федералната хазна (в периода преди свързването към функционалността за автоматизиран контрол) трябва да се извършва ръчно за всеки период на плащане (фискална година, първата година от периода на планиране, втората година от периода на планиране).

1.2. За бюджетни и автономни институции

За да се спазят разпоредбите на буква "а" от параграф 13 от Правилата за осъществяване на контрол, предвиден в част 5 на член 99 от Закон № 44-FZ, одобрен с Указ на правителството на Руската федерация № , 1367 от 12.12.2015 г. (наричани по-нататък - Правила № 1367), UIS е внедрил функционалност, която позволява на бюджетните и автономните институции да извършват покупки, дори ако общата сума на финансовото обезпечение, посочена в плановете за обществени поръчки на такива институции, надвишава съответната сума на финансова сигурност, посочена в техния план за финансова и икономическа дейност (наричан по-долу - FEP), при условие че другите показатели на плана за обществени поръчки са последователни и PFCD помежду си, както и не надвишава сумата, посочена в плана за обществени поръчки за текущата финансова година над съответния индикатор на PFCD.

В същото време ОК LC внедри функционалността за автоматизиран контрол на съответствието на крайния обем на финансовата подкрепа на плана за обществени поръчки, за съответствие с показателите на ПФКД, публикувани на Официалната страница в Интернет за публикуване на информация за състоянието и общински институции BUS.GOV.RU (наричани по-долу GMU), според годината на започване на поръчката.

При получаване на плана за обществени поръчки на бюджетна, автономна институция за контрол в OK LC, контролираната информация ще бъде показана в контекста на годината, в която е започнала поръчката. Контролният орган трябва да изчака формирането на резултата от контрола на тягата в автоматичен режим.

Етапите на обработка на заявка за получаване на индикатори от HMU могат да бъдат проследени в полето „Състояние на контрола“ и в регистъра на събитията на контролирания обект, където се записват основните събития от обработката на данни в HMU, включително показване на грешки по време на данните обработка (виж Фигура 3).

В този случай следните състояния на управление могат да бъдат:

- „Изпратено е искане до Държавния медицински университет“ - задава се при изпращане на искане до Държавния медицински университет за получаване на PFCD показатели за контрол на плана за обществени поръчки;

- "Предадено на ГМУ" - назначава се, ако в ГМУ е подадено искане за получаване на показатели за ПФКД за контрол на плана за доставки;

- "Недоставено в ГМУ" - задава се, ако заявката за получаване на PFCD показатели не е доставена в ГМУ;

- „Формиран проект на резултат от контрола“ - се задава, ако е генериран проект на Уведомление за съответствие на контролирана информация или на Протокол за несъответствие на контролирана информация, но резултатът все още не е подписан;

- "Резултат от контрола подписан" - задава се, ако резултатът от контрола е генериран и подписан.

След получаване на стойностите на PPCD от HMU, разделът „Информация за контрол“ ще покаже автоматично генерираните резултати от контрола (вижте Фигура 4).

Резултатът от контрола се формира чрез сравняване за всяка година от началото на поръчката, включена в плановия период (фискална година, първа година от плановия период, втора година от плановия период) размера на финансовото обезпечение за всички IPC, за които са планирани покупки през съответната година (първите две цифри на IPC са еднакви с последните две цифри на годината) и сумата, посочена в FCD на ред 2001 в колони 7, 8, 9 за съответните години от покупката. Общите стойности за IHI по години ще бъдат изчислени автоматично и списъкът с такива IHI ще бъде показан в списъка под общите стойности. При несъответствие в сумите за конкретна година от началото на поръчката, за всички ИПК за тази година се поставя резултат „Не е преминал“.

По този начин, ако обемът на финансовата подкрепа в плана за обществени поръчки за текущата финансова година не надвишава сумата на съответния показател на PFCD и превишението се записва само по отношение на показателите за плановия период, тогава обществената поръчка по бюджет и автономни институции с положителен резултат от контрола на графика за обществени поръчки, уведомлението за изпълнението на обществените поръчки и документацията за обществени поръчки през текущата финансова година няма да бъдат блокирани, въпреки превишението на общата сума на финансовото обезпечение.

1.3. За федерални държавни унитарни предприятия, които извършват покупки за сметка на субсидии, предоставени им от федералния бюджет за капиталови инвестиции във федерална собственост или придобиване на недвижими имоти във федерална собственост (по-нататък - FSUE)

В LC OK, във връзка с контрола на плана за обществени поръчки на FSUE за информация относно приетите бюджетни задължения, регистрирани по споразумения за предоставяне на субсидии на FSUE за капиталови инвестиции в обекти на федерална собственост или придобиване на обекти на недвижими имоти във федерална собственост (по-долу наричани споразумения), контролната функция е изпълнена съответствието на окончателния обем на финансовата подкрепа на плана за обществени поръчки на FSUE, разбит по споразумения, за съответствие с приетите BO по такива споразумения.

В същото време, след получаване на плана за обществени поръчки на федералното държавно унитарно предприятие за контрол в OK LC, контролираната информация ще бъде показана в контекста на споразуменията (виж Фигура 5).

Контролният орган трябва да извършва такъв контрол ръчно, като използва услугата за търсене на подсистемата за управление на разходите на държавната интегрирана информационна система за управление на публичните финанси. Електронен бюджет” (наричан по-долу DSP EB) или AS FC, за да намерите информация за регистрирания BO на получателя на бюджетни средства, предоставил субсидията на Федералното държавно унитарно предприятие (например по номера на споразумението за субсидия). Контролният орган трябва да провери информацията относно размера на финансовата подкрепа за плана за обществени поръчки (за конкретна субсидия) за ненадвишаване на размера на съответния БО (контролът се извършва по години).

Също така, за да се съобразят с разпоредбите на буква „b“ от параграф 13 от Наредба № 1367 относно контрола на плана за обществени поръчки на FSUE, както и осигуряване на непрекъснатост на процеса на обществени поръчки, UIS е внедрила функционалност, която позволява на FSUE поръчката да се извърши, дори ако планът за поръчка не е преминал контрола за съответствие с приетия БО, при условие че други обекти на контрол съответстват един на друг.

1.4. План за обществени поръчки, съдържащ информация за обществени поръчки извън периода на планиране (във връзка с планове за обществени поръчки на органи, държавни институции, бюджетни институциии автономни институции)

Внедрена е функционалност за формиране на EIS в личната сметка на клиента (наричана по-нататък лична сметка на клиента) и осигуряване на контрол, предвиден в буква "а" на параграф 13 от Регламент № 1367, информация, потвърждаваща възможността извършване на покупка извън периода на планиране в случаите, посочени в параграф 3 от член 72 от Бюджетния кодекс на Руската федерация.

При посочване на финансово обезпечение в позицията на плана за обществени поръчки в колоната "Сума за следващите години" от клиента в раздела "Информация за обществени поръчки за следващите години" (виж Фигура), основанията за такива покупки трябва да бъдат въведени в съответствие с Приложение № 5 към Процедурата за взаимодействие на Федералната хазна със субектите на контрол, посочени в параграфи 3 и 6 от Наредба № 1367, одобрена със заповед на Министерството на финансите на Русия от 04.07.2016 г. № 104n.

Такава информация ще бъде предоставена за контрол в ОК LC като част от плана за доставка, когато бъде изпратена за контрол от LC на клиента. Посочената информация ще бъде показана в OK LC в раздела „Контрол за спазване на нормативните актове“ (виж Фигура). Според такава информация специалист от контролния орган трябва да извърши визуален контрол. В случай на несъответствие между контролираната информация, доставката под съответния идентификационен код на поръчката (наричан по-долу IPC) ще бъде блокирана.

Моля, обърнете внимание, че формирането и подаването на информация за регулаторни правни актове, потвърждаващи възможността за извършване на покупки извън периода на планиране (наричано по-долу NPA) от бюджетни, автономни институции, се извършва подобно на функционалността, разработена за LC на клиента, която е държавен (общински) клиент (виж фигура ).

В същото време информацията за NPA на посочените клиенти се показва в OK LC в същия раздел с информация за съответствието на информацията от плана за обществени поръчки с показателите на PFCD (виж Фигура 8)

2. Характеристики на формирането, поставянето, посоката за контрол и контрол на графика за обществени поръчки, предвиден в част 5 на член 99 от Закон № 44-FZ

За да се оптимизира изпълнението на контрола на графиците за възлагане на обществени поръчки, предвиден в разпоредбите на параграф 13, буква "в" от Наредба № 1367, както и да се осигури правилен контрол върху размера на финансовата подкрепа, предоставена за възлагане на обществени поръчки, UIS е внедрил функционалност, която ви позволява да генерирате положителен резултат от контрола според плана, графика за обществени поръчки, ако IPC спазва плана за обществени поръчки и действително не надвишава размера на финансовата подкрепа, разпределена за обществени поръчки (включително при изясняване на плащания въз основа на резултати от постигнатите спестявания).

Извършване автоматично управлениеза съответствието на графиците за обществени поръчки с плановете за обществени поръчки чрез проверка само за съответствие с IPC, за непревишаване, в контекста на такова IPC, на планираните плащания през следващата финансова година и периода на планиране и сумите на плащанията извън планов период над обема на съответното финансово обезпечение в плановете за обществени поръчки, както и за преминаване на съответния контрол в плана за обществени поръчки съгласно ИПК (несъответствие в обосновките на сумите за следващи години или несъответствие в обемите на план за обществени поръчки за PFCD).

В същото време не се извършва контрол върху съответствието на NMCC с обема на финансовата подкрепа в плана за обществени поръчки, тъй като в общия случай той е излишен поради съответствието на NMCC с планираните плащания (такова съответствие е осигурени от форматно-логически контроли на етапа на формиране на графика за доставки в личния акаунт на клиента). В конкретен случай NMCC не посочва действителния размер на плащанията, но е необходим само за наддаване (например сключване на договор за енергийни услуги в съответствие с член 108 от Закон № 44-FZ), не може да бъде определен в цифрово изражение (в този случай се посочва под формата на формула (покупка на услуги за продажба на държавна собственост) или не показва сумата на плащанията, след като планираните плащания се изяснят въз основа на резултатите от спестяванията, тъй като NMCC не подлежи на промяна.

Реализирано е и показване в ОК LC на съответната контролирана информация в раздела „Информация, подлежаща на контрол“ (виж Фигура 9).

Вижте раздел 4.3.4 за подробности. ръководство за потребителя „Орган, упълномощен да упражнява контрол в съответствие с част 5 от член 99 от Федералния закон № 44-FZ“.

3. Характеристики на формирането, контрола и поставянето на обявления за изпълнение на обществени поръчки и документация за обществени поръчки на организации на федерално ниво

Вижте раздел 4.3.5 за подробности. ръководство за потребителя „Орган, упълномощен да упражнява контрол в съответствие с част 5 от член 99 от Федералния закон № 44-FZ“.

3.1. За държавни клиенти, генериращи информация за бюджетни задължения

Да контролира уведомленията за изпълнение на поръчки и документация за поръчки на държавни клиенти, които формират информация за бюджетните задължения, поети в съответствие с Процедурата за отчитане от териториалните органи на Федералната хазна на бюджетни и парични задължения на получатели на средства от федералния бюджет , одобрен със заповед на Министерството на финансите на Русия от 30 декември 2015 г. № 221n (по-нататък съответно - PBO, Процедура № 221n), е въведена функционалност за автоматично генериране на положителен контролен резултат в случай, че информацията за PBO се генерира въз основа на такова обявление за поръчка в UIS.

Свързването на тези клиенти към функционалността за генериране на информация за PBO в UIS ще се извършва поетапно в съответствие с официалните известия на Федералната хазна.

Ако клиентът е включен в настройките на Оператора на сайта за използване на функционалността за генериране на информация за PBP в UIS, такъв клиент няма да може да изпраща известия за покупка за контрол, докато съответният PBP не бъде регистриран в ES DSP.

По този начин, ако бъде получено обявление за поръчка за контрол, което показва, че съответният PBO, формиран в EIS, е регистриран, резултатът от контрола на проекта за такова обявление ще бъде автоматично генериран в OK LC (вижте фигурата).

В случай, че PBO е регистриран без използване на функционалността на UIS, контролният резултат за такова уведомление няма да се генерира автоматично в OK LC.

В същото време контролният орган независимо, като търси този PBO в AS FC и (или) в DSP EB, ще трябва допълнително да контролира визуално количеството, посочено в информацията за PBO в AS FC и RDP EB, началната (максималната) цена на договора (наричана по-долу - IMCC), посочена в обявлението за поръчка. Необходимо е също така да се извърши допълнителен контрол върху съответствието на CSC, посочен в PBO, с CSC, съдържащ се в текущата публикувана версия на плана за обществени поръчки.

Проверката на обявлението за изпълнение на поръчката за съответствие с IPC и NMCC, посочени в графика за възлагане на обществени поръчки за стоки, работи, услуги (наричан по-долу график за обществени поръчки), ще се извършва автоматично.

Моля, имайте предвид, че функцията за публикуване на обявление за поръчка в EIS става недостъпна за клиентите, ако контролният орган издаде протокол за несъответствие на контролирана информация в него поради следните причини:

NMCC в обявлението за обществена поръчка не съответства на подобна информация в графика за обществени поръчки;

NMTsK, посочен в обявлението за поръчка, не съответства на размера на PBO;

ПБО по уведомлението за поръчката не е регистриран;

CSC, посочени в PBO, не са включени в плана за обществени поръчки;

Отрицателен контрол на плана за обществени поръчки и графика за обществени поръчки поради непредоставяне в плана за обществени поръчки за съответната ИПК обосновка за наличие на суми извън плановия период.

Моля, имайте предвид, че ако въз основа на резултатите от контрола на плана за обществени поръчки е издаден протокол за несъответствие на контролираната информация поради превишението на финансовата подкрепа за BCC над съответните граници на бюджетните задължения, съгласно известията на обществената поръчка (при липса на съответни нарушения на NMCC и IPC) съгласно този CSC ще може да получи положителен контрол, ако има свободен баланс на средствата на фронта за поръчка.

При получаване в LC на клиента на протокол за несъответствие на контролирана информация в обявление за поръчка, клиентът трябва да генерира промени в него и да го изпрати отново за контрол (виж Фигура 9).

3.2. За федерални бюджетни и автономни институции

КТ на клиента реализира функционалността за блокиране на поставянето на обявление за поръчка, ако от Контролния орган е получен протокол за неспазване на поне едно от установените нарушения:

Съответният IPC не е намерен в графика на обществените поръчки;

NMCC не съответства на подобна информация в графика на обществените поръчки;

IPC в графика на обществените поръчки не е преминал контрол поради установени нарушения в IPC на плана за обществени поръчки (не е представена обосновка за наличието на суми за следващите години или размерът на финансовата подкрепа за текущата финансова година не е преминал контрол за съответствие с PFCD).

При получаване на протокол за несъответствие на контролирана информация, клиентът трябва да генерира промени и да изпрати повторно уведомление за контрол (виж Фигура 9).

3.3. За федерални държавни унитарни предприятия

3. Функционалността за блокиране на поставянето на обявление за поръчка се изпълнява в личния акаунт на клиента, ако от Контролния орган е получен доклад за неспазване на поне едно от установените нарушения:

Съответният IPC не е намерен в графика на обществените поръчки;

NMCC не съответства на подобна информация в графика за обществени поръчки.

В същото време този контрол се извършва в напълно автоматизиран режим.

При получаване на протокол за несъответствие на контролирана информация, клиентът трябва да генерира промени и да изпрати повторно известие за поръчка за контрол (виж Фигура).

4. Забрана за поставяне от клиенти на федерално ниво в EIS на окончателния протокол за определяне на доставчика (изпълнител, изпълнител) в случай, че върху него е издаден протокол за несъответствие

Въведена забрана за поставяне от клиенти федерално нивоокончателния протокол за определяне на доставчик (изпълнител, изпълнител) (наричан по-нататък ОППИ) в случай, че по него е съставен протокол за несъответствие поради констатирано несъответствие между информацията, съдържаща се в ОППИ, и информацията, посочена в документацията за поръчката (при липса на документация, в обявлението за поръчка), отчасти:

Превишение на цената на договора, предложена от участника в поръчката, признатия победител в определянето на доставчик (изпълнител, изпълнител), единствения участник, чието приложение е признато за отговарящо на изискванията на Закон № 44-FZ, над NCMC, посочено в документация за обществената поръчка (при липса на документация, в обявлението за покупки);

Превишаване на цената на договора, сключен с един доставчик (изпълнител, изпълнител) над НМКЦ, посочен в документацията за поръчката (при липса на документация, в обявлението за поръчка).

Вижте раздел 4.3.6 за подробности. ръководство за потребителя "Орган, упълномощен да упражнява контрол в съответствие с част 5 от член 99 от Федералния закон № 44-FZ"".

5. Промяна в провеждането на контрола по част 5 на чл. 99 от Закон № 44-FZ, съгласно Правила № 1084, съгласно Заповед № 221n на информация, включена в регистъра на договорите, сключени от клиенти, по отношение на минимизиране на ръчното попълване на резултатите от контрола

За да се осигури удобството за наблюдение на информацията, включена в регистъра на договорите, сключени от клиенти (наричан по-нататък Регистър на договорите), предвидени в разпоредбите на параграф 13, буква "в" от Правила № 1367, параграф 13 и параграф 14 от Правила № 1084, параграф 13 от Процедурата за отчитане на бюджетните задължения на получателите на средства от федералния бюджет, одобрена със Заповед № 221n, EIS изпълнява функционалност, която ви позволява да генерирате резултата от контрола според изчерпателен списък на необходимите проверки.

OK LC има нов дисплей на раздела „Информация за контрол“ със структура стъпка по стъпка (вижте Фигура 3):

Първата стъпка включва проверка на наличието на документи, предоставени от клиента за включване в регистъра на договорите (копие от сключения договор, информация за заключението на Федералната антимонополна служба на Русия за покупка от един доставчик, решение на лекарската комисия). Автоматично за всички документи резултатът от контрола ще бъде зададен на „Успешен“, тъй като необходимото прикачване на документи се регулира от форматно-логически контроли при формиране на информация за договора от клиента. Предоставените от клиента документи автоматично се настройват като документи, съдържащи контролна информация. За по-нататъшен контрол е необходимо да изтеглите копие от сключения договор, като кликнете върху хипервръзката на съответния документ.

Втората стъпка включва проверка на съответствието на стойностите на атрибутите, описани в параграф 13, подпараграф "c" от параграф 14 от Правила № 1084, параграф 13 от Правила № 1367 и информацията, посочена в Печатния формуляр, включен в регистъра на Договори с условията на договора, съдържащи се в изтегления документ на първа стъпка. За всеки от атрибутите трябва да зададете резултата, като автоматично полето "установени несъответствия" ще бъде попълнено със съответния текст за откритите несъответствия. При контрол на признаци за всеки обект на поръчка, за всеки лекарствен продукт или всеки доставчик е необходимо да се зададе резултатът от контрола като „Не е преминал“, ако поне един от тях има несъответствие. Същевременно при установените несъответствия се препоръчва да се посочи в кой конкретен обект на поръчката, лекарствен продукти т.н. установи несъответствие.

Третата стъпка включва проверка на наименованието на всеки обект на поръчка за съответствие с каталога на стоките, строителството и услугите (наричан по-нататък КТР). За този параметър автоматично се задава от системата стойността „Предадено“, тъй като когато клиентът формира името на контролния обект според KTR, автоматично се осигурява съответствие. Ако в регистъра на договорите не е установено автоматично съответствие, тогава е необходимо този контрол да се извърши ръчно.

Четвъртата стъпка включва проверка, съгласно Заповед № 221н, за съответствието на информацията за проекта на приетия БО с документа с основанието, т.е. печатна формаинформация, включена в регистъра на договорите. Стойността „Предадено“ се задава автоматично за този параметър от системата, тъй като съответствието на документите един с друг се осигурява от форматно-логически контроли по време на формирането на информация от клиента. Ако поне една от проверките по Заповед № 221н установи несъответствие, тогава е необходимо да се зададе резултатът от тази позиция като „Не е преминал“.

Петата стъпка включва проверка на съответствието на информацията, включена в регистъра на договорите, спрямо информацията, която вече е включена в регистъра на договорите за този договор. Тази стъпка ще покаже списък с документи в него регистрационен номервключени в регистъра на договорите, т.е. документи, за които предварително е подписана нотификация за съответствие. Тази проверкатрябва да се направи ръчно.

6. Други промени във функционалността на контрола, за да се осигури лесна употреба

6.1. Въведена е индикация по време на контрола на графиците за обществени поръчки за плана за обществени поръчки (вижте Фигура 4), уведомления за обществени поръчки и документация за обществени поръчки за графика за обществени поръчки, показваща информация, че документът, съдържащ информация за наблюдение (план за покупки, съответно график за обществени поръчки), е бил поставени с отрицателен контролен резултат.

6.2. Реализирано е предупреждение за контролния орган по време на контрол, ако е публикувана нова версия на документа, съдържащ информация за контрол (виж Фигура 5), например при поставяне нова версияплан за доставки по време на контрола на графика за доставки или публикуване на нова версия план - графикобществени поръчки при наблюдение на обявлението за обществена поръчка и документацията за обществената поръчка. При преформиране на резултата от контрола, всички въведени преди това данни ще бъдат загубени, ще се генерира нов проект на резултата от контрола според текущата версия. Ако контролният орган е пренебрегнал съобщението, тогава до версията на документа ще се покаже надпис, че документът вече не е актуален (виж Фигура 6).

Фигура 5. Показване на съобщение за необходимостта от преизчисляване на информация към по-актуална версия на документа, съдържащ информация за наблюдение#

6.3. Реализирана функционалност за извеждане на резултатите от автоматичния контрол на документа. Ако трябва да възстановите резултатите от автоматичния контрол, трябва да кликнете върху хипервръзката „Показване на резултатите от автоматичния контрол“, след което въведените на страницата данни ще бъдат загубени и ще се покаже резултатът от автоматичния контрол. В същото време блокът за резултат от контрола винаги ще показва кой контролен резултат е генериран автоматично, ако контролният орган реши да направи промени (вижте фигурата).

6.4. Реализирана функционалност за избор от директория на типични установени несъответствия. Полето "Идентифицирани несъответствия" на табличната част е текстово поле с възможност за предварително попълване с едно от типичните несъответствия, които могат да бъдат идентифицирани от този обектконтрол (вижте Фигура 8).

Списъкът със стойности, налични за избор, се показва, когато курсорът е поставен в полето с идентифицирани несъответствия. За да попълните полето, изберете желаната стойности щракнете върху него. След избора дадена стойностсе показва в полето и впоследствие се показва с удебелен шрифт, което показва, че това несъответствие вече е посочено. Ако е необходимо, можете да коригирате полето, като въведете произволен текст. Всички въведени несъответствия в табличната част автоматично се показват в полето „Установени несъответствия” в блок „Резултат от контрола”. При генериране на автоматичен контролен резултат UIS независимо попълва предварително полетата с типични несъответствия от такава директория.

6.5. В личния акаунт на клиента се изпълнява функционалността на възможността за задаване на блокиране на поставянето на контролни обекти до получаване на резултата от контрола върху тях. Тази настройка е достъпна за администратора на организацията в раздела „Настройка на блокирането на поставянето на документи (PP RF 315)“ (вижте Фигура 9). Трябва да се отбележи, че съгласно Указ на правителството на Руската федерация от 20 март 2017 г. № 315 „За изменение на правилата за контрол, предвиден в част 5 на член 99 от Федералния закон „За договора Система за закупуване на стоки, работи и услуги за осигуряване на държавни и общински нужди“ до 1 януари 2019 г., по отношение на клиенти, извършващи покупки за задоволяване на държавните нужди на съставните образувания на Руската федерация (общински нужди), разпоредбите от параграф 2 на клауза 14, параграф 2 от клауза 15 от Правило 1367 бяха спрени (по отношение на непоставянето на обекти на контрол в EIS до отстраняване на установените нарушения).

6.6. LC OK внедри възможността за задаване на автоматично подписване на резултатите от контрола (известия за съответствие / протокол за несъответствие) в Личната сметка на контролния орган, който е териториален орган на Федералната хазна. Тази настройка е достъпна за администратора на организацията в раздела „Настройка на блокирането на поставянето на документи (PP RF 315)“ (вижте Фигура 10). Следва да се отбележи, че чрез задаване на настройката за автоматично подписване Контролният орган продължава да носи отговорност за резултата от контрола, издаден по този начин на клиента, все едно е извършил контрол и е подписал резултата от контрола сам, следователно, необходимо е да се внимава при използването на настройката и да се прилага само за документи, при които автоматично генерираният контролен резултат винаги съвпада с решението, взето по такъв документ от самия контролен орган.

Преглед на документа

Отчита се пускането на версия 8.1 на EIS в областта на обществените поръчки. Актуална насокиза контрол в областта на обществените поръчки, включително за нуждите на отбраната на страната и държавната сигурност.

Въведена е забрана за поставяне от федерални клиенти на окончателен протокол за определяне на доставчик (изпълнител, изпълнител) в случай, че върху него бъде издаден протокол за несъответствие поради установено несъответствие между информацията, съдържаща се в OPPI, и документацията за поръчката данни (известие за покупка).

В личния акаунт на клиента е реализирана функционалността на възможността за настройка на блокирането на поставянето на контролни обекти до получаване на резултат върху тях.

След промяна на техническата функционалност на официалния уебсайт на единната информационна система www.zakupki.gov.ru (наричан по-нататък Сайтът), много клиенти, хора, които работят директно на Сайта, се сблъскват с проблеми, които не могат да решат на собствени.

Така се натъкнахме на следните проблеми:

Кодът OKTMO е неправилно посочен в консолидирания регистър (съответните документи са изпратени преди месец);

Няма интеграция на регионалната система със системата ENI.

По силата на волята, робството, трябва да се свържете с техническата поддръжка на сайта, телефонните номера са публикувани на главната страница:

Но! Не е възможно да се достигне до тази услуга!

Трябва да слушам телефонен секретар с часове, повтаряйки едни и същи фрази " Всички оператори са заети в момента», « ', последвано от ' Предвиденото време за изчакване за отговор от оператора е 1 минута", след това отново времето намалява" Предвиденото време за изчакване на отговор от оператора е 50 секунди», « Моля, останете на линия, първият свободен оператор ще ви отговори„... Тези фрази се повтарят половин час, час... безкрайно!

В края разговорът се прекъсва и има кратки звукови сигнали...

Ето запис на едно от обажданията без отговор:

След изпращане на заявки до службата за техническа поддръжка на сайта по имейл: Този имейл адрес е защитен от спам ботове. Трябва да имате активиран JavaScript, за да видите.използвайки специална форма за заявка, ситуацията не се променя...

След изпращане на 4 заявки по имейл не беше получен нито един отговор, потвърждаващ каквато и да е информация!

На следващия ден дойде отговор на жалбата, която уж беше изпратена от наше име, но не и по наш въпрос. Това писмо съдържаше следната информация:


Чрез обаждане номер за връзкапосочено в писмото (също след половинчасово чакане), което показва, че това обжалване не е изпратено от нашата организация, че сме изпратили информация за съвсем различен проблем, беше ни казано, че сме се свързали с грешен адрес и трябва да се свържем техническата поддръжка на официалния сайт на единната информационна система в областта на обществените поръчки...

В същото време данните за контакт на нашата институция бяха посочени правилно.

Въз основа на това можем само да заключим, че най-вероятно е възникнал някакъв проблем в системата за поддръжка на официалния уебсайт ... Но това не ни улеснява!

За да се свържете с услугата за поддръжка на сайта отново не работи за втори ден. Проблемът все още остава нерешен!

На Сайта, в допълнение към телефонните номера на службата за техническа поддръжка, няма нито един телефонен номер, на който можете да се обадите ... Няма контакти на организацията, която контролира този Сайт, нито телефонни номера на ръководството, на което може да се "оплаче" ...

Няма данни за контакт...

Аз, като хиляда и може би десетки хиляди ръководители на договори, имам въпроси:

КОЙ Е ОТГОВОРЕН ЗА ТАЗИ БАРОСИЯ, КОЯТО СЕ СЛУЧВА В СЛУЖБАТА ЗА ПОДДРЪЖКА?

КЪДЕ ДА КАНДИДАТСТВАТЕ, АКО ВЪПРОСЪТ Е НЕВЪЗМОЖЕН ЗА РЕШЕНИЕ СЪС СОБСТВЕНИТЕ СИ СИЛИ?

КОЙ КОНТРОЛИРА ОФИЦИАЛНИЯ САЙТ НА ЕДИННАТА ИНФОРМАЦИОННА СИСТЕМА В ОБЛАСТТА НА ПОРЪЧКИТЕ?

ЗАЩО НЯМА „ЛОСТОВЕ“ ОТ СТРАНА НА ПРАВИТЕЛСТВОТО ЗА ПОДПОМАГАНЕ НА СЛУЖИТЕЛИТЕ НА ДЪРЖАВНИ И ОБЩИНСКИ ОРГАНИЗАЦИИ И ИНСТИТУЦИИ?

Но на клиента, за неизпълнение на определени задължения, се налагат определени санкции и то с не малки суми ...

И следващият въпрос, може би за толкова кратък период от време, вече е риторичен:

КОГА ЩЕ БЪДЕ СЪЗДАДЕНА НОРМАЛНА И ПРОДУКТИВНА РАБОТА МЕЖДУ ИЗПЪЛНИТЕЛИТЕ НА ДЪРЖАВНИ И ОБЩИНСКИ ИНСТИТУЦИИ И ОФИЦИАЛНИЯ САЙТ НА ЕДИНАТА ИНФОРМАЦИОННА СИСТЕМА В ОБЛАСТТА НА ОБЩЕСТВЕНИТЕ ПОРЪЧКИ?

Надявам се, че информацията, представена в тази статия, ще бъде прочетена от „необходимите“ хора, които поне по някакъв начин могат да допринесат за решаването на нашите проблеми.