Раздели на сайта
Избор на редактора:
- Настройване на Shadow Defender
- Защо процесорът на моя компютър се нагрява много?
- IPhone не търси контакти чрез търсене?
- Какво представлява режимът „Турбо“ в съвременните браузъри: Chrome, Yandex, Opera
- Най-простият шаблон. Прости HTML шаблони. Mamba - едностраничен шаблон
- Как да вземете пари назаем от MTS?
- Създаване на пряк път на работния плот за съученици
- Ако обувките не пасват на Aliexpress: правилните действия в този случай Продуктът Aliexpress е с правилния размер
- Спор на AliExpress Присъединете се към спора на AliExpress
- 3 разпределени информационни бази
реклама
| Проблеми с EIS - какво да правя? Единна информационна система в областта на обществените поръчки. |
|
Част 6 чл. 22 от закона за договорната система (44-FZ) определя метода на сравнимите пазарни цени като приоритет за изчисляване на първоначалната (максимална) стойност на договора (NMCC). Клиентът иска цени от потенциални доставчици на идентични стоки, работи и услуги. Съобщение за това е публикувано в Единната информационна система (ЕИС). В Методическите препоръки съгласно Заповедта на Министерството на икономическото развитие от 2 октомври 2013 г. № 567 за формирането на NMCC се препоръчва на клиента да получи надеждна ценова информация:
Как да съставя писмоПисмо с искане за информация за цената не е оферта. Тези две концепции служат за различни цели. Целта на офертата е да предложи сключване на договор. Този, който изпраща офертата, определя всички съществени условия, а този, който я получава, или ги приема, или отказва да подпише договора. Целта на заявката е да поиска информация за цените.
Въз основа на клаузи 3.10.1-3.10.6 от Методическите препоръки искането за предоставяне на ценова информация е адресирано до потенциалния доставчик и съдържа:
Как да публикувамеЕто инструкции как да поставите заявка за цена в UIS: 1. Влезте в личния си акаунт и изберете „Заявки за цени на стоки, работи, услуги“ в менюто на блока „Регистри“. 2. Щракнете върху бутона „Създаване“.
3. Въведете данните и прикачете необходимите файлове. След като попълните полетата с необходимата информация, уверете се, че са попълнени правилно, като използвате бутона „Запиши и провери“.
4. Запазете, редактирайте информацията или я публикувайте незабавно. Кликнете върху бутона „Изпращане за настаняване“.
5. Редактирайте информацията чрез елемента „Меню за редактиране на проекта“ в раздела „Подготовка“.
6. Изтрийте данните, ако е необходимо. Изберете елемент от менюто със същото име.
Възможно е също да изтриете проекта на предишната операция за промяна. Тази функция е достъпна в етапа "Подготовка на промените". 7. След поставяне на процедурата разпечатаната форма се отразява в две части: горна и долна.
8. Кликнете върху бутона „Подписване и публикуване“. Това ще потвърди съгласието за това действие.
9. Редактирайте информацията след публикуване. За да направите това, изберете елемента от менюто „Промяна“.
10. Отменете публикацията чрез бутона. Системата ще поиска причина и документи. Запазете тази информация (чрез бутона за запазване) или публикувайте промяната, като щракнете върху „Изпращане за публикуване“. Тази стъпка ще бъде отразена като статус „Отменено“.
11. Редактирайте проекта за анулиране. За да направите това, кликнете върху елемента „Отворете картата“. Отидете в раздела "Документи". След това в блока „Отмяна на заявка за цени“ кликнете върху елемента „Редактиране“.
12. Публикувайте готовата промяна, като щракнете върху бутона „Изпращане за публикуване“. В раздела „Публикувано“ вижте картата със заявка. 13. Изтрийте анулирания проект чрез елемента „Отворена карта“. Отидете в раздела "Документи". В блока „Отказ“ изберете „Изтриване“.
С какво се различава от другите процедури?Инструкциите за това как да направите заявка за цена в Единната информационна система са объркани с организацията на такива методи за определяне като „заявка за ценови оферти“ и заявка за цени съгласно 223-FZ. Това е грешка: първият процес е свързан с формирането на НМКК за начало на наддаване, а последният е пълноценна процедура за идентифициране на доставчик.
Разработчиците на единна информационна система в областта на обществените поръчки непрекъснато работят за нейното поддържане и подобряване. Но техническите проблеми са неизбежни и потребителите понякога се сблъскват с тях. Повреда в работата на UIS може да бъде сериозна неудобство, особено за клиент, който е изправен пред крайни срокове за публикуване на каквато и да е информация. Ще ви кажем какво да правите по-нататък. Често срещани проблемиНай-често клиентите изпитват следните затруднения:
Стандартни причиниАко при опит за достъп до UIS срещнете един от проблемите, изброени по-горе, както и всеки друг, най-вероятно причината е следната:
Какво да правяКлиентите знаят, че има сериозни глоби за късно въвеждане на данни в Единната информационна система. Следователно, ако възникнат проблеми при работата му, те трябва да бъдат разрешени възможно най-бързо. Проверете дали интернет връзката ви работи правилно и дали използвате модерен браузър. Понякога изчистването на кеша на браузъра (паметта, в която той съхранява временни данни) помага за решаването на проблема. Това е основно всичко, което можете да направите сами. Ако проблемът не бъде разрешен, трябва незабавно да го съобщите на услугата за поддръжка на EIS. Това може да стане чрез обаждане на посочените в системата телефони - специалистите са на разположение денонощно. В случай, че проблемът изисква по-задълбочено внимание, служителят контакт центърще предложи да съставите жалба по имейл. Струва си да направите екранни снимки (екранни снимки), които ще потвърдят, че EIS наистина не работи, и ги прикачете към писмото. По този начин можете например да запишете съобщение за грешка. При поискване от потребителя ще бъде създаден инцидент, който специалистите ще прегледат в близко бъдеще. Когато грешката бъде разрешена, потребителят ще бъде уведомен. Ако по някаква причина вашата заявка за имейл не бъде приета, операторът не отговаря на обаждания или службата за поддръжка не може да разреши проблема ви, препоръчително е да се свържете с портала на обществената организация „Форум за договорни отношения“, работеща с подкрепата на Министерство на икономическото развитие. Тук можете да подадете официална жалба за работата на EIS. За да направите това, трябва да се регистрирате и да влезете в портала, да подадете жалба електронен формуляри прикачете сканирано копие на хартиения му вариант върху бланката на организацията с подписа на мениджъра. Публикации телефонни разговори, история на кореспонденция със службата за поддръжка, екранни снимки на UIS грешки и подадени жалби могат да помогнат, ако поради неправилна работа на системата възникнат въпроси от регулаторните органи към клиента. Това ще помогне да се докаже, че срокът за публикуване на информация в Единната информационна система е нарушен по причина, която не зависи от клиента, а той от своя страна е направил всичко, за да предотврати нарушението. Жалба за некоректна работа Уважаеми Михаил Борисович! Акционерно дружество "Яргорелектротранс" (ИНН 7602082331) (наричано по-долу Дружеството) извършва дейност по снабдяване в съответствие със стандартите Федерален законот 18 ноември 2011 г. N223-FZ „За обществени поръчки за стоки, строителство, услуги определени видове юридически лица(по-нататък - Федерален закон от 18 ноември 2011 г. N223-FZ. Моля, изпратете отговора си на тази жалба на следните имейл адреси: | Формуляр за заявка до службата за техническа поддръжка на официалния уебсайт на EIS ( [имейл защитен])
Ако вашето искане се отнася до работни проблеми Официален уебсайт на EIS в част 223-FZ, след попълване на формуляра за заявка ще ви е необходим файл, който може да бъде запазен по следния начин:
Уважаеми потребители, бъдете внимателни! Удебеленподчертават се елементи, без които не е възможен пълен анализ на жалбата и следователно ще е необходимо допълнително искане за информация. Попълненият формуляр трябва да бъде изпратен на: [имейл защитен]. Екранни снимкиЗа удобство действията стъпка по стъпка могат да бъдат прикачени към файла с формуляра за заявка по-долу. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| R.E. Артюхин |
Единна информационна система в областта на обществените поръчки
Кратко ръководство за потребителя
Относно особеностите на работа с функционалността на Единната информационна система в областта на обществените поръчки, версия 8.1, при упражняване на контрол по част 5 на чл. 99 от Федералния закон от 05.04.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), включително по автоматизиран начин чрез взаимодействието на UIS с Автоматизирана системаФедерална хазна (наричана по-нататък - AS FC).
Когато LC OK получи плановете за доставки на такива клиенти за контрол, контролираната информация ще бъде показана в контекста на KBK.
В същото време автоматизацията на такъв контрол е предвидена в LC OK на органите на Федералната хазна по отношение на плановете за обществени поръчки на клиенти, които са федерални органи, федерални правителствени агенции и други организации в случай на прехвърляне на правомощията на държавен клиент към тях в съответствие с част 6 от член 15 от Закон № 44-FZ, както и клиенти, извършващи покупки от името на съставно образувание на Руската федерация (общинско образувание) в случай на прехвърляне на контролни правомощия на Федерална хазна и поддържане на лични сметки във Федералната хазна.
Състоянията на формиране на контролни резултати в AS FC се посочват в OK LC автоматично в полето „Статус на контрола“, както и в регистъра на събитията на контролния обект, където се записват основните събития от обработката на данни в AS FC се записват, включително грешките по време на обработката на данни се показват (вижте Фигура 1).
- „Изпратена е заявка към PUR“ - задава се, ако информацията за плана за доставка е изпратена до подсистемата за управление на AS FC;
- „Предадено на PUR” - назначава се, ако е получено съобщение от AS FC за получаване на информация за плана за доставка;
- „Не е доставен на PUR” - назначава се, ако информацията за плана за доставка не е доставена на AS FC;
След получаване на контролния резултат от AS FC в LC OK, автоматично генерираните контролни резултати ще бъдат показани в раздела „Информация, подлежаща на контрол“ (вижте Фигура 2), а в случай на отрицателна контрола за конкретен BCC, сумата ще се покаже, за който е направено сравнението.
Свързването на LC OK на органите на Федералната хазна към функционалността на UIS за автоматизиран контрол на плана за обществени поръчки ще се извършва на етапи в съответствие с официалните известия от Федералната хазна.
Моля, имайте предвид, че за LC OK на финансови органи на съставните образувания на Руската федерация (общини) и органи за управление на държавни извънбюджетни фондове (наричани по-долу финансови органи, OUGVF), функционалността за автоматизиран контрол на плановете за обществени поръчки не е предоставени.
В същото време контролът в контекста на KBK в LC OK на финансовите органи и OUGVF, както и органите на Федералната хазна (в периода преди свързване с функционалността за автоматизиран контрол) трябва да се извършва ръчно за всяко плащане период (фискална година, първа година от периода на планиране, втора година от периода на планиране).
1.2. За бюджетни и автономни институции
За да се спазят разпоредбите на буква "а" на параграф 13 от Правилата за осъществяване на контрол, предвидени в част 5 на член 99 от Закон № 44-FZ, одобрен с Указ на правителството на Руската федерация от 12 декември 2015 г. № 1367 (наричан по-долу Правила № 1367), UIS е внедрил функционалност, която позволява на бюджетните и автономните институции да извършват обществени поръчки, дори ако общият размер на финансовата подкрепа, посочен в плановете за обществени поръчки на такива институции надвишава съответния размер на финансовата подкрепа, посочен в техния план за финансова и икономическа дейност (наричан по-долу PFHD), при условие че другите показатели на плана за обществени поръчки са последователни и PFHD помежду си, както и не надвишава сумата, посочена в поръчката план за текущата финансова година над съответния показател PFHD.
В същото време, ЛК ОК има внедрена функционалност за автоматизиран контрол на съответствието на крайния обем на финансовата подкрепа за плана за обществени поръчки, за съответствие с показателите на ПФКД, публикувана на Официалната страница в Интернет за публикуване на информация за състоянието и общински институции BUS.GOV.RU (по-нататък - GMU), до годината, в която е започнала поръчката.
Когато планът за обществени поръчки на бюджетна, автономна институция бъде получен в LC OK за контрол, контролираната информация ще бъде показана в контекста на годината, в която е започнала обществената поръчка. Органът за контрол трябва да изчака автоматичното генериране на резултата от контрола на проекта.
Етапите на обработка на заявка за получаване на индикатори от GMU могат да бъдат проследени в полето „Състояние на контрола“ и в регистъра на събитията на контролния обект, където се записват основните събития от обработката на данни в GMU, включително грешки по време на обработката на данни (вижте Фигура 3).
В този случай могат да съществуват следните контролни състояния:
- „Изпратено е искане до ДМУ” - задава се при изпращане на искане до ДМУ за получаване на PFC показатели за наблюдение на плана за обществени поръчки;
- „Предадено на Държавния медицински университет” - възлага се, ако заявка за получаване на PFHD показатели е доставена на Държавния медицински университет за наблюдение на плана за обществени поръчки;
- „Не е предадено на ДМУ” - назначава се, ако искането за получаване на PFCD показатели не е предадено на ДМУ;
- „Генериран е проект на резултат от контрола“ - задава се, ако е генериран проект на Уведомление за съответствие с контролирана информация или Протокол за несъответствие на контролирана информация, но резултатът все още не е подписан;
- “Резултатът от контрола е подписан” - задава се, ако резултатът от контрола е генериран и подписан.
След получаване на индикаторите на PFCD от Държавния медицински университет, автоматично генерираните резултати от контрола ще бъдат показани в раздела „Информация, подлежаща на контрол“ (виж Фигура 4).
Резултатът от контрола се формира чрез сравняване за всяка година от началото на поръчката, включена в плановия период (фискална година, първа година от плановия период, втора година от плановия период) сумата на финансовата подкрепа за всички IKZ, за които се извършват покупки са планирани през съответната година (първите две категории на IKZ съвпадат с последните две цифри на годината) и сумата, посочена в FCD на ред 2001 в колони 7, 8, 9 за съответните години на покупката. Общите стойности за IKZ по години ще бъдат изчислени автоматично и списък с такива IKZ се показва в списъка под общите стойности. Ако се установи несъответствие между сумите за конкретна година на започване на поръчката, резултатът „Неуспешно“ ще бъде зададен за всички IPC за тази година.
По този начин, ако обемът на финансовата подкрепа в плана за обществени поръчки за текущата финансова година не надвишава сумата на съответния показател PFHD и излишъкът се записва само по отношение на показателите за периода на планиране, тогава обществените поръчки от бюджетни и автономни институции с положителен резултат от контрола на графика за обществени поръчки, уведомлението за обществената поръчка и документацията за обществената поръчка през текущата финансова година няма да бъде блокирана, въпреки превишението на общата сума на финансовата подкрепа.
1.3. За федерални държавни унитарни предприятия, извършващи покупки, използвайки субсидии, предоставени им от федерален бюджетза извършване на капиталови инвестиции във федерална собственост или закупуване на недвижими имоти във федерална собственост (наричани по-долу - FSUE)
В LC OK, във връзка с осъществяването на контрол на плана за обществени поръчки на FSUE за информация за регистрирани бюджетни задължения, приети по споразумения за предоставяне на субсидии на FSUE за капиталови инвестиции в обекти на федерална собственост или придобиване на обекти на недвижими имоти във федерална собственост (наричани по-долу споразумения), е внедрена функционалност за наблюдение на съответствието на окончателния обем на финансовата подкрепа за плана за обществени поръчки на FSUE, разбит по споразумения, със съответствието с приетите БО по тези споразумения.
В същото време, при получаване на плана за обществени поръчки на федерално държавно унитарно предприятие за контрол в LC OK, контролираната информация ще бъде показана в контекста на споразуменията (виж Фигура 5).
Контролният орган трябва да извърши този контрол ръчно, като използва услуга за търсенеподсистеми за управление на разходите на държавната интегрирана информационна система за управление на публичните финанси” Електронен бюджет„(по-нататък - PUR EB) или AS FC, за да намерите информация за регистрирания BO на получателя на бюджетни средства, предоставил субсидията на Федералното държавно унитарно предприятие (например по номера на споразумението за предоставяне на субсидия) . Контролният орган трябва да провери информацията за размера на финансовата подкрепа за плана за обществени поръчки (за конкретна субсидия), за да се увери, че тя не надвишава сумата на съответния БО (контролът се извършва по години).
Също така, за да се съобразят с разпоредбите на параграф „b“ от параграф 13 от Правила № 1367 по отношение на мониторинга на плана за обществени поръчки на FSUE, както и за осигуряване на непрекъснатост на процеса на обществени поръчки, EIS е внедрил функционалност, която позволява на FSUE покупки, дори ако планът за обществени поръчки не е преминал контролно съответствие с приетите BP, при условие че други обекти на контрол съответстват един на друг.
1.4. План за обществени поръчки, съдържащ информация за обществени поръчки извън периода на планиране (по отношение на плановете за обществени поръчки на органи, държавни агенции, бюджетни институции и автономни институции)
Внедрена е функционалност за създаване на UIS в Личната сметка на Клиента (наричана по-нататък Лична сметка на Клиента) и осигуряване на контрол, както е предвидено в параграф 13, буква „а“ от Правила № 1367, информация, потвърждаваща възможността за извършване на покупка извън периода на планиране в случаите, посочени в параграф 3 от член 72 от Бюджетния кодекс на Руската федерация.
При посочване на финансова подкрепа в позицията на плана за обществени поръчки в колоната „Сума за следващите години“, клиентът в раздела „Информация за обществени поръчки за следващите години“ (виж Фигура) трябва да въведе основанията за такива покупки в съответствие с Приложение № 5 към Процедурата за взаимодействие на Федералната хазна със субектите на контрол, посочени в параграфи 3 и 6 от Правила № 1367, одобрени със заповед на Министерството на финансите на Русия от 4 юли 2016 г. № 104n.
Такава информация ще бъде предоставена за контрол на LC OK като част от плана за доставка, когато бъде изпратена за контрол от LC на клиента. Посочената информация ще бъде показана в OK LC в раздела „Контрол за спазване на правните актове“ (виж Фигура). Въз основа на тази информация специалист от контролния орган трябва да извърши визуална проверка. При констатиране на несъответствие с контролираната информация, възлагането на поръчки се извършва по подходящ начин идентификационен кодобществени поръчки (наричани по-нататък ИКЗ) ще бъдат блокирани.
Моля, имайте предвид, че формирането и подаването на информация за регулаторни правни актове, потвърждаващи възможността за обществени поръчки извън периода на планиране (наричани по-долу RLA) от бюджетни, автономни институции, се извършва подобно на функционалността, разработена за LC на клиента, която е държавен (общински) клиент (виж фигура ).
В същото време информацията за правните актове на посочените клиенти се показва в LC OK в същия раздел с информация за съответствието на информацията за плана за обществени поръчки с индикаторите на PFHD (вижте Фигура 8)
2. Характеристики на формирането, поставянето, изпращането за контрол и наблюдение на графика за обществени поръчки, предвиден в част 5 на член 99 от Закон № 44-FZ
За да се оптимизира контролът на плановете и графиците за възлагане на обществени поръчки, предвидени в разпоредбите на параграф 13, буква „с“ от Правила № 1367, както и да се осигури правилен контрол върху размера на финансовата подкрепа, предоставена за възлагане на обществени поръчки, UIS има внедрена функционалност, която позволява генериране на положителен резултат от контрола съгласно плана - графика на обществените поръчки в случай на спазване на IKZ на плана за обществени поръчки и действителното непревишаване на размера на финансовата подкрепа, отпусната за обществени поръчки (включително при коригиране на плащания на база върху резултатите от постигнатите спестявания).
LC OK е внедрил автоматичен мониторинг на съответствието на графиците за доставки с плановете за доставки, като проверява само за съответствие с IKZ, за непревишаване на такива планирани плащания по IKZ през следващата финансова година и период на планиране и сумите на плащанията извън планираните период над размера на съответната финансова подкрепа в плановете за обществени поръчки, както и за преминаване на съответния IKZ контрол в плана за обществени поръчки (несъответствие в обосновките за суми за следващите години или несъответствие в обемите на плана за обществени поръчки за PFHD).
В същото време не се извършва контрол върху съответствието на 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 за такова известие за обществени поръчки в Единната информационна система.
Свързването на тези клиенти към функционалността за генериране на информация за PBO в UIS ще се извършва поетапно в съответствие с официалните известия на Федералната хазна.
Ако клиентът е включен в настройките на Оператора на сайта за използване на функционалността за генериране на информация за PBO в UIS, такъв клиент няма да има достъп до функцията за изпращане на обявления за обществена поръчка за контрол, докато съответният PBO не бъде регистриран в PUR EB.
По този начин, в случай че за контрол бъде получено обявление за поръчка с индикация, че съответният ПБО, генериран в Единната информационна система, е регистриран, проектът на контролен резултат за такова обявление ще се генерира автоматично в LC OK (виж Фигура ).
Ако PBO е регистриран без използване на функционалността на UIS, контролният резултат за такова известие няма да се генерира автоматично в OK LC.
В този случай контролният орган самостоятелно, чрез търсене на този PBO в AS FC и (или) в PUR EB, ще трябва допълнително да извърши визуален контрол на количеството, посочено в информацията за PBO в AS FC и PUR EB, началната (максималната) цена на договора (наричана по-нататък - НМКЦ), посочена в обявлението за поръчка. Необходимо е също така да се извърши допълнителен контрол за съответствие на BAC, посочен в PBP, с BAC, съдържащ се в текущата публикувана версия на плана за обществени поръчки.
Обявата за обществена поръчка ще бъде проверена за съответствие с IKZ и NMCC, посочени в графика за обществени поръчки за стоки, работи и услуги (наричан по-долу график за обществени поръчки).
Имайте предвид, че функцията за публикуване на обявление за поръчка в Единната информационна система става недостъпна за клиентите, ако контролният орган издаде протокол за несъответствие на контролирана информация на следните основания:
NMTC в обявлението за обществена поръчка не съответства на подобна информация в графика за обществена поръчка;
Посочената в обявлението за обществена поръчка НМКК не съответства на размера на ПБО;
PBO съгласно обявлението за поръчка не е регистрирано;
BSC, посочени в PBP, не са включени в плана за обществени поръчки;
Отрицателен контрол на плана за доставките и графика за доставки поради непредоставяне в плана за поръчки за съответната ИКЗ обосновка за наличие на суми извън плановия период.
Имайте предвид, че ако въз основа на резултатите от контрола на плана за обществени поръчки бъде издаден протокол за несъответствие с контролираната информация поради превишаване на обема на финансовата подкрепа по КСД над съответните лимити на бюджетните задължения, съгл. към обявления за обществени поръчки (при липса на съответните нарушения по NMCC и IKZ) този CBC ще има възможност да получи положителен контрол, ако има свободен баланс на средства на лицевата страна за обществени поръчки.
При получаване в ЛК на клиента на протокол за несъответствие с контролираната информация в обявлението за поръчка, клиентът трябва да генерира промени в него и да го изпрати отново за контрол (виж Фигура 9).
3.2. За федерални бюджетни и автономни институции
Личният акаунт на Клиента е реализирал функционалността за блокиране на поставянето на обявление за поръчка, ако от Контролния орган е получен протокол за неспазване на поне едно от установените нарушения:
В графика на обществените поръчки не е намерен съответстващ IPC;
NMTC не съответства на подобна информация в графика за обществени поръчки;
IPC в графика на обществените поръчки не е преминал контрол поради установени нарушения в IPC на плана за обществени поръчки (не е предоставена обосновка за наличието на суми за следващите години или размерът на финансовата подкрепа за текущата финансова година не е преминал контрол за съответствие с PFC).
При получаване на протокол за несъответствие с контролирана информация, клиентът трябва да генерира промени и да изпрати повторно уведомлението за контрол (виж Фигура 9).
3.3. За федерални държавни унитарни предприятия
3. В личния акаунт на клиента е реализирана функционалност за блокиране на поставянето на обявление за поръчка, ако от Контролния орган е получен протокол за несъответствие с поне едно от установените нарушения:
В графика на обществените поръчки не е намерен съответстващ IPC;
NMTC не съответства на подобна информация в графика за обществени поръчки.
Освен това този контрол се извършва напълно автоматично.
При получаване на протокол за несъответствие на контролирана информация, клиентът трябва да генерира промени и да изпрати отново обявлението за поръчка за контрол (виж Фигура).
4. Забрана за поставяне от клиенти на федерално ниво в Единната информационна система на окончателния протокол за определяне на доставчика (изпълнител, изпълнител) в случай, че съгласно него е издаден протокол за несъответствие
Въведена забрана за поставяне от клиенти федерално нивоокончателния протокол за определяне на доставчик (изпълнител, изпълнител) (наричан по-нататък ОППИ) в случай, че по него бъде издаден протокол за несъответствие във връзка с констатирано несъответствие между информацията, съдържаща се в ОППИ и информация, посочена в документацията за поръчката (при липса на документация, в обявлението за поръчка), отчасти:
Превишението на цената на договора, предложено от участника в поръчката, признатия победител в определянето на доставчика (изпълнител, изпълнител), единствения участник, чието приложение е признато за отговарящо на изискванията на Закон № 44-FZ, над NMCC посочени в документацията за поръчката (при липса на документация, в обявлението за поръчка за изпълнение);
Превишение на цената на договора, сключен с един доставчик (изпълнител, изпълнител) над НМКК, посочен в документацията за поръчката (при липса на документация, в обявлението за поръчка).
Вижте раздел 4.3.6 за подробности. ръководство за потребителя „Орган, упълномощен да упражнява контрол в съответствие с част 5 от член 99 от Федералния закон № 44-FZ.“
5. Промяна в контрола по част 5 на чл. 99 от Закон № 44-FZ, съгласно Правила № 1084, съгласно Заповед № 221n на информация, включена в регистъра на договорите, сключени от клиенти, по отношение на минимизиране на ръчното попълване на резултатите от контрола
За да се осигури удобството за наблюдение на информацията, включена в регистъра на договорите, сключени от клиенти (наричан по-нататък Регистър на договорите), предвидени в разпоредбите на параграф 13, буква „в“ от Правила № 1367, параграф 13 и параграф 14 от Правила № 1084, параграф 13 от Процедурата за отчитане на бюджетните задължения на получателите средства от федералния бюджет, одобрена със Заповед № 221n, UIS е внедрила функционалност, която ви позволява да генерирате резултати от контрол въз основа на изчерпателен списък от необходимите проверки.
LC OK внедри нов дисплей на раздела „Информация, подлежаща на контрол“ със структура стъпка по стъпка (вижте Фигура 3):
Първата стъпка включва проверка на наличието на документи, предоставени от клиента за включване в регистъра на договорите (копие от сключения договор, информация за заключението на Федералната антимонополна служба на Русия за покупка от един доставчик, решение на лекарската комисия). Автоматично за всички документи резултатът от контрола ще бъде зададен на „Успешно“, тъй като необходимото прикачване на документи се регулира от формат и логически контроли при генериране на информация за договора от клиента. Предоставените от клиента документи автоматично се настройват като документи, съдържащи информация за контрол. За допълнителен контрол е необходимо да изтеглите копие от сключения договор, като кликнете върху хипервръзката на съответния документ.
Втората стъпка включва проверка на съответствието на стойностите на атрибутите, описани в клауза 13, подточка „c“ на клауза 14 от Правила № 1084, клауза 13 от Правила № 1367 и посочени в Печатната форма на информация, включена в регистъра на Договори, като условията на договора се намират в изтегления документ на първа стъпка. За всеки от атрибутите е необходимо да зададете резултата, като полето „установени несъответствия” автоматично ще бъде попълнено със съответния текст за откритите несъответствия. При наблюдение на атрибути за всеки обект на поръчка, за всеки лекарствен продукт или за всеки доставчик е необходимо да се зададе резултатът от контрола на „Неуспешен“, ако се открие несъответствие за поне един от тях. В същото време се препоръчва да се изяснят констатираните несъответствия в кой конкретен обект на поръчка, лекарствен продукт и др. е установено несъответствие.
Третата стъпка включва проверка на наименованието на всеки обект на поръчка за съответствие с каталога на стоки, работи и услуги (наричан по-долу КТР). Системата автоматично задава този параметър на стойност „Предадено“, тъй като когато клиентът генерира името на контролния обект според KTR, съответствието се осигурява автоматично. Ако в регистъра на договорите не е установено автоматично съответствие, тогава този контрол трябва да се извърши ръчно.
Четвъртата стъпка включва проверка съгласно Заповед № 221н за съответствие на информацията за проекта на приетия БО с основния документ, т.е. печатна формаинформация, включена в регистъра на договорите. Системата автоматично задава този параметър на стойността „Предадено“, тъй като съответствието на документите един с друг се осигурява от формат и логически контроли при генериране на информация от клиента. При констатиране на несъответствие при поне една от проверките по Заповед № 221n е необходимо да се зададе резултат „Неуспешно“ за тази позиция.
Петата стъпка включва проверка на съответствието на информацията, включена в регистъра на договорите, с информацията, която вече е включена в регистъра на договорите за даден договор. Тази стъпка ще покаже списък с документи в рамките на регистрационния номер, включен в регистъра на договорите, т.е. документи, за които предварително е подписана нотификация за съответствие. Тази проверка трябва да се извърши ръчно.
6. Други промени във функционалността на контрола, за да се осигури лесна употреба
6.1. Приложена е индикация при наблюдение на графици за обществени поръчки за плана за обществени поръчки (вижте Фигура 4), известия за обществени поръчки и документация за обществени поръчки за графика за обществени поръчки, показваща информация, че документът, съдържащ информация за наблюдение (план за покупки, съответно график за обществени поръчки), е поставен с отрицателен контролен резултат.
6.2. Реализирано е предупреждение от контролния орган при извършване на контрол, ако е публикувана нова версия на документ, съдържащ информация за контрол (виж Фигура 5), например при публикуване нова версияплан за обществени поръчки по време на контрол на план-графика за обществени поръчки или поставяне на нова версия на план-графика за обществени поръчки по време на контрол на обявлението за поръчка и документацията за поръчката. При повторно генериране на контролния резултат всички въведени преди това данни ще бъдат загубени и ще бъде генериран нов чернови контролен резултат според текущата версия. Ако контролният орган е пренебрегнал съобщението, до версията на документа ще се покаже съобщение, че документът вече не е актуален (вижте Фигура 6).
Фигура 5. Показване на съобщение за необходимостта от преизчисляване на информация към по-актуална версия на документа, съдържащ информация за контрол #
6.3. Реализирана е функционалността за показване на резултатите от автоматичния контрол на документите. Ако е необходимо да възстановите резултатите от автоматичния контрол, трябва да кликнете върху хипервръзката „Показване на резултатите от автоматичния контрол“, след което въведените на страницата данни ще бъдат загубени и ще се покаже резултатът от автоматичния контрол. В блока „Резултат от контрола“ винаги ще се показва кой конкретен резултат от контрола е генериран автоматично, ако контролният орган реши да направи промени (виж фигурата).
6.4. Въведена е функционалност за избор от директория на типични идентифицирани несъответствия. Полето „Идентифицирани несъответствия“ на табличния раздел е текстово поле с възможност за предварително попълване с едно от типичните несъответствия, които могат да бъдат идентифицирани от този обектконтрол (вижте Фигура 8).
Списъкът със стойности, налични за избор, се показва, когато курсорът е поставен в полето с идентифицирани несъответствия. За да попълните полето, изберете желаната стойност и кликнете върху нея. След избор тази стойност се показва в полето и впоследствие се показва с удебелен шрифт, което показва, че това несъответствие вече е посочено. Ако е необходимо, можете да коригирате полето, като въведете свободен текст. Всички несъответствия, въведени в табличния раздел, автоматично се показват в полето „Идентифицирани несъответствия“ в блока „Резултат от проверката“. При генериране на автоматичен контролен резултат UIS независимо предварително попълва полетата с типични несъответствия от такава директория.
6.5. Личният акаунт на клиента изпълнява функционалността за задаване на блок върху поставянето на контролни обекти до получаване на контролния резултат върху тях. Тази настройка е достъпна за администратора на организацията в раздела „Настройване на блокиране на поставянето на документи (RF PP 315)“ (вижте Фигура 9). Необходимо е да се има предвид, че съгласно Указ на правителството на Руската федерация от 20 март 2017 г. № 315 „За изменение на правилата за осъществяване на контрол, предвиден в част 5 на член 99 от Федералния закон „За договорната система в областта на обществените поръчки за стоки, работи, услуги за задоволяване на държавни и общински нужди“ До 1 януари 2019 г. по отношение на клиентите, извършващи покупки за задоволяване на държавните нужди на съставните образувания на Руската федерация (общински нужди), разпоредбите на втория параграф на параграф 14, втория параграф на параграф 15 от Правила 1367 се спират (по отношение на непоставянето на контролни обекти в Единната информационна система до отстраняване на установените нарушения).
6.6. В LC OK е възможно да се настрои автоматично подписване на резултатите от контрола (известие за съответствие/протокол за несъответствие) в Личната сметка на Контролния орган, който е териториален орган на Федералната хазна. Тази настройка е достъпна за администратора на организацията в раздела „Настройка на блокиране на поставянето на документи (RF PP 315)“ (вижте Фигура 10). Необходимо е да се има предвид, че с инсталирането на настройката за автоматично подписване Контролният орган продължава да носи отговорност за издадения по този начин контролен резултат на клиента, все едно той сам е извършил контрол и е подписал контролния резултат, следователно необходимо е да се подхожда внимателно към използването на настройката и да се прилага само за документи, в които автоматично генерираният контролен резултат винаги съвпада с решението, взето за такъв документ от самия контролен орган.
Преглед на документа
Отчита се пускането на версия 8.1 на EIS в областта на обществените поръчки. Текущ методически препоръкипо контрола в областта на обществените поръчки, включително за нуждите на отбраната на страната и сигурността на държавата.
Въведена е забрана федералните клиенти да публикуват окончателния протокол за определяне на доставчик (изпълнител, изпълнител), в случай че въз основа на него бъде издаден протокол за несъответствие поради констатирано несъответствие между информацията, съдържаща се в OPPI и данни от документацията за поръчката (обявление за поръчка).
В личния акаунт на клиента е внедрена функционалност за задаване на блокировка за поставяне на контролни обекти до получаване на резултат за тях.
| Прочетете: |
|---|
Нов
- Защо процесорът на моя компютър се нагрява много?
- IPhone не търси контакти чрез търсене?
- Какво представлява режимът „Турбо“ в съвременните браузъри: Chrome, Yandex, Opera
- Най-простият шаблон. Прости HTML шаблони. Mamba - едностраничен шаблон
- Как да вземете пари назаем от MTS?
- Създаване на пряк път на работния плот за съученици
- Ако обувките не пасват на Aliexpress: правилните действия в този случай Продуктът Aliexpress е с правилния размер
- Спор на AliExpress Присъединете се към спора на AliExpress
- 3 разпределени информационни бази
- Мениджър на съдържанието - отговорности, заплата, обучение Недостатъци и предимства на работата като специалист по съдържание
