Код за бюджетна класификация по отношение на графика. Изборът на BCC при поставяне на договор в EIS

  • Писмо на Министерството на финансите на Русия от 12 декември 2017 г. № 24-02-08 / 83582 „За създаване на комисия за изпълнение на...
  • Писмо на Министерството на финансите на Русия от 20 декември 2017 г. № 24-02-08 / 85119 „За индикацията наименование на маркатаюридически лица…
  • Писмо на Министерството на финансите на Русия от 21 декември 2017 г. № 24-02-06 / 85477 „За увеличаване на количеството на стоките при закупуване...
  • Писмо на Министерството на финансите на Русия от 21 декември 2017 г. № 24-01-08 / 85441 „Относно поръчката от единствената ...
  • Писмо на Министерството на финансите на Русия от 21 декември 2017 г. № 24-04-08 / 85446 „За класифициране на LLC като определени видовеюридически лица…
  • Писмо на Министерството на финансите на Русия от 21 декември 2017 г. № 24-02-08 / 87588 „За покупката унитарни предприятиястока…

Имаме много планове и проекти за вас, но ограничено количество ресурси.

Форум за обществени поръчки и търгове добър търг

KVR се състои от три знака. За повече информация как да определите CWR, прочетете статията „Кои CWR и KOSGU да използвате за обществени поръчки.“ Веднага отбелязваме, че дадена заповедсъздадени за държавни институции. За бюджет и автономни организациие предоставен опростен метод за образуване на KRBK. CSC за бюджетни и автономни институции ВАЖНО! Отличителна чертаКРБК за обществени поръчки на БУ и АС е опростена процедура за генериране на код.
Тоест от 1 до 17 символът на двадесетцифрения BC код е настроен на нулеви стойности. А от 18 до 20 знакът е кодът за вида на разходите. Примери за НКМ за обществени поръчки.

Форум на Института за обществени поръчки (Москва)

    У дома

  • Подготовка за търга

    • Автор: Евдокимова Наталия 11 януари 2018 г. Разказваме ви как да изберете правилния код за бюджетна класификация за обществени поръчкистоки и услуги и посочете кои CSC да се използват при съставяне на графика за 2018 г. Кодът за бюджетна класификация е специален цифров шифър, който ви позволява да класифицирате приходите и разходните операции за формиране, разпределение и изпълнение на бюджета, както и изпълнението на финансови и икономически дейности на институциите по отношение на тяхното съдържание и определена цел. В графика за обществени поръчки се използват само разходни кодове от бюджетната класификация (КБРК).


    Помислете за характеристиките на структурата на този цифров шифър. Структура на разходите CBC за обществени поръчки Процедурата за формиране и структура на CBC е фиксирана в заповед на Министерството на финансите на Русия от 1 юли 2013 г. № 65n (с измененията на 29 ноември 2017 г.).

    Кои кбк да ползвам за обществени поръчки

    Информация

    КБК да заплати основния ремонт на автомобил: 000 0000 00000 00000 243 КБК за закупуване на битови и канцеларски стоки, горива и смазочни материали, строителни материали (текущи ремонти), храни, инвентар, ДМА: 000 0000 00000 ВАЖНО 00000 ВАЖНО 04! Планът за обществени поръчки трябва да бъде изготвен в съответствие с одобрените цели за съответния финансов период. Тоест графикът на БУ и АС трябва да отговаря изцяло на разходната част на плана за финансово-стопанска дейност, а планът за възлагане на обществени поръчки на държавна институция трябва да отговаря на бюджетната оценка по отношение на разходите. Освен това кореспонденцията трябва да се разглежда не само по суми, но и по кодове за бюджетна класификация.


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

    Как да промените грешен kbk в плана за обществени поръчки?

    внимание

    По този начин в процеса на изпълнение на договора се променят съществени условияизпълнение на договора се извършват в съответствие с изискванията на чл. 95 федерален законот 05.04.2013 N 44-FZ чрез сключване на допълнително споразумение между страните. В случай, че по време на изпълнение на договор, сключен с единствен доставчик(изпълнител, изпълнител) в съответствие с изискванията на ал.


    4 и 5 ч. 1 с.л. 93 от Федералния закон от 05.04.2013 N 44-FZ, кодът на бюджетната класификация е променен, клиентът има право, по споразумение на страните, да изменя договора, при условие че разделът „Източник на финансиране на договора“ посочва кода на бюджетната класификация във връзка с източника на плащане за стоките, доставени на клиента, извършена работа или извършена услуга. Ако в договор, сключен с един единствен доставчик (изпълнител, изпълнител) в съответствие с изискванията на ал. 4 и 5 ч. 1 с.л.

    Кой КРБК трябва да бъде посочен в графика за 2018 г.? В тази ситуация използвайте 000 0000 00000 00000 244. Защо? Някои експерти погрешно смятат, че в тази ситуация трябва да се приложи CWR 242. Но това е погрешно, тъй като CWR 242 не е приложим за бюджетни и автономни държавни институции.
    Автономна институция планира да закупи предприемаческа дейност. Какви ТГС да използваме за обществени поръчки? Приложете същата процедура за формиране на КСБ, както при планирането на покупки за сметка на субсидии за изпълнение на държавната задача. BSU планира да закупи Строителни материализа основен ремонт.
    Към кой CSC трябва да се отнесат разходите? Всички разходи, свързани с основен ремонти реставрация държавна собственост, вижте 000 0000 00000 00000 243.
    Pravoved.RU 148 адвокати са онлайн в момента

  1. Бизнес право
  2. Оферти, договорна система в областта на обществените поръчки

Здравейте! Бяхме одобрени за плана за обществени поръчки, но погрешно написахме грешен KBK. Възможно ли е да се промени BCM в плана за покупки? Минимизирайте Виктория Димова Служител за поддръжка Pravoved.ru Подобни въпроси вече бяха обсъдени, опитайте да погледнете тук:

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

Адвокати отговори (1)

  • Всички правни услуги в Москва Съдействие при получаване на банкова гаранция за обезпечаване на заявления по 44-FZ и 223-FZ Москва от 15 000 рубли. Комплексна поддръжка на търгове Москва от 10 000 рубли.

Меню Документи- Съдебни Практика - Решениярегулаторни органи223-FZ-Писма и разяснения-Нормативни правни актовеВидео-Уебинари-СеминариВъпроси За клиента-Консултация на 44-FZУчастник-Електронен подпис-Банкова гаранция-Консултация по 44-FZ-Сертификат на SRO, Лицензионни центрове Връзки и справочници--Trainer -Специализирани организации - Експерти - Пазари - Обществени организации

  • У дома
  • Въпроси
  • Прочетено 1608 пъти
  • Тюлен

Как да добавите два kbk към плана за обществени поръчки

Въпрос: Необходимо ли е да се правят промени в графика при промяна на кода на бюджетната класификация за поръчка (включително ако кодът на бюджетната класификация е променен след сключването на договора)? Отговор: Промените в графика за поръчки се извършват на етап планиране на поръчката, тоест докато клиентът извърши покупката, включена в графика, или ако клиентът откаже доставчика (изпълнител, изпълнител) по начина, предвиден в чл. 36 от Федералния закон от 5 април 2013 г. N 44-FZ „За договорната система в областта на поръчките на стоки, работи, услуги за осигуряване на обществени и общински нужди”(по-нататък - Федерален закон от 04.05.2013 N 44-FZ). Не се допуска въвеждане на информация в графика след резултатите от поръчката или в процеса на изпълнение на договора, сключен в резултат на поръчката.

Нека дефинираме основните положения за формирането на KRBK:

  1. Задайте шифъра на главния мениджър бюджетни средствав съответствие с Приложение № 9 към Инструкция № 65н. Шифърът GRBS се състои от три знака и се формира изключително от числа от 0 до 9.
  2. Посочваме стойностите на раздела и подраздела, определени, като се вземат предвид настоящите правила. Правилата за определяне на раздели и подраздели са залегнали в член 3.2, глава 3 от Заповед № 65н.


    Шифровете на раздел и кодът на подраздел се състоят от по два знака.

  3. След това определяме целевата разходна позиция на съответния бюджет, съгласно чл. 4(1) гл. 3 Заповед No 65н. Кодът е равен на 10 знака, първите пет от които определят дали разходите принадлежат към програмни или непрограмни области. Останалите пет знака класифицират посоката на разходите.
  4. Видът на разходите се определя съгласно чл.


    5(1) гл. 3 Посоки 65n.

Кодирането на бюджетната класификация е в основата на финансовата бюджетна поръчка. CSC кодовете се използват за класифициране на операциите по формиране, разпределение и изпълнение на бюджета и осъществяване на финансово-стопанската дейност на институциите по отношение на тяхното съдържание и предназначение. Това означава BSC – цифрова систематизация на приходната и разходната част на бюджета. В графика за обществени поръчки се използват само разходни шифри от бюджетната класификация (КРБК).

От 2020 г. институциите от публичния сектор, когато генерират кодове за бюджетна класификация, трябва да се ръководят от новата Заповед на Министерството на финансите на Русия от 132n от 08.06.2018 г. (изменена от 30.11.2018 г.). Имайте предвид, че старият стандарт - Заповед на Министерството на финансите № 65н е загубил силата си.

Консуматив CBC за обществени поръчки

Кодирането на бюджетни детайли се извършва по специални правила. Процедурата за формиране и структурата на KBK за дебитни транзакции (или KBK) са залегнали в Заповед на Министерството на финансите на Русия от 132n от 08.06.2018 г. (с измененията на 30.11.2018 г.).

Нека дефинираме основните положения за формирането на KRBK:

  1. Установяваме кода на главния разпоредител с бюджетни средства в съответствие с Приложение № 4 към Инструкция № 132н. Шифърът GRBS се състои от три знака и се формира изключително от числа от 0 до 9.
  2. Посочваме стойностите ​​на раздела и подраздела, определени, като се вземат предвид действащите правила, в съответствие с Приложение № 5 на Заповед № 132n. Шифровете на раздел и подраздел се състоят от по два знака.
  3. След това определяме целевата разходна позиция на съответния бюджет. Кодификаторът е равен на 10 цифри, първите пет от които определят дали разходите принадлежат към програмни или непрограмни области. Останалите пет знака класифицират посоката на разходите.
  4. Видът на разходите се определя съгласно чл. 51 гл. 3 и Приложение № 7 от Инструкция 132н. KVR се състои от три знака. За повече информация как да определите CWR, прочетете статията „Кои CWR и KOSGU да използвате за обществени поръчки“.

Тази процедура е установена за държавни институции. За бюджетни и автономни организации е предвиден опростен метод за формиране на KRBK.

CSC кодове за бюджетни и автономни институции

Отличителна черта за бюджетните и автономните институции е опростената процедура за генериране на код. Тоест от 1 до 17 символът на двадесетцифрения CSC код е настроен на нулеви стойности. И от 18 до 20 знак - CWR - вид разход.

Например изпълнителят трябва да определи кода за извършване на покупка за основен ремонт на автомобил. Ето как да разберете BCC на организация:

  1. Отворете Приложение No 7 от Заповед 132н.
  2. Проверете всички групи. Кодът за вида на разхода „основен ремонт“ се присвоява на КСБ група 243 „Поръчка на стоки, работи, услуги с цел основен ремонт на държавна (общинска) собственост“.
  3. Съставете BCC за плащане на основен ремонт на автомобил - 000 0000 00000 00000 243.

За други поръчки се използва код 244 - такъв CWR е фиксиран за други покупки на стоки, работи и услуги (клауза 51.2.4.4, т. 51 от Процедура № 132н). Съгласно кодирането на видовете разходи 244 (000 0000 00000 00000 244) закупуват стоки за бита и канцеларски материали, горива и смазочни материали, строителни материали (текущи ремонти), храна, инвентар, дълготрайни активи.

Кодове за бюджетна класификация за PFCD и план за обществени поръчки

Изготвянето на план за обществени поръчки трябва да се извършва в съответствие с планираните показатели, които са одобрени за конкретен финансов период. Графикът на БУ и АС се съставя на базата на разходната част на плана за финансово-стопанската дейност.

Освен това съответствията трябва да се разглеждат не само по сумите, но и по бюджетното кодиране. Всеки код за бюджетна класификация за плана FCD е подобен на кодовете и сумите, обобщени в графика. Всеки вид разход е свързан с определен вид разход.

Примери за KRBK за PFCD бюджетна институция:

  • комунални услуги;
  • работи по поддръжка на сгради;
  • закупуване на МЗ, ГСМ, ОС;
  • текущ ремонт;
  • други подобни видове разходи.

Винаги 000 0000 00000 00000 244.

Всичко свързано с основен ремонт - 000 0000 00000 00000 243.

ТГС за обществени поръчки: спорни ситуации

BU планира да закупи компютърно оборудване за надграждане на сегашната ИКТ система. Какъв BCC код да посочите в графика за 2020 г.?

Използвайте 000 0000 00000 00000 244.

Някои експерти погрешно смятат, че в тази ситуация трябва да се приложи CWR 242. Но това е погрешно, тъй като CWR 242 не е приложим за бюджетни и автономни държавни институции.

Автономна институция планира да закупи бизнес дейности. Кой код за бюджетна класификация за 2020 г. трябва да се използва за обществени поръчки?

Приложете същата процедура за формиране на КРБК, както при планирането на покупки за сметка на субсидии за изпълнение на държавната задача.

BSU планира да закупи строителни материали за основен ремонт. Към кой CSC трябва да се отнесат разходите?

Всички разходи, свързани с основен ремонт и възстановяване на държавното имущество, следва да се отнесат към 000 0000 00000 00000 243.

Има изключения: инвестиции в проекти за капитално строителство.

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

Освен това е необходимо да се работи с получателите на средства федерален бюджети довежда до тях с цел отчитане на особеностите на работа в ЕИС според определената функционалност.

Приложение: за характеристиките на работа с функционалността на EIS за 16 литра. в 1 екземпляр.

R.E. Артюхин

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

Термини и съкращения

BO Бюджетен ангажимент
Информация за BO Код на формуляра по ОКУД 0506101
Регистър на договорите Регистър на сключените от клиенти договори, чието поддържане се осигурява в съответствие с ПМС Руска федерацияот 28 ноември 2013 г. N 1084 „За реда за поддържане на регистъра на договорите, сключени от клиенти, и регистъра на договорите, съдържащ информация, съставляваща държавна тайна"
ENI Единна информационна система в областта на обществените поръчки
Заповед 221n Счетоводна процедура териториални органина Федералното съкровище на бюджетните и паричните задължения на получателите на средства от федералния бюджет, одобрен със заповед на Министерството на финансите на Руската федерация от 30 декември 2015 г. N 221n
Превъртете Списъкът с документи, въз основа на които възникват BO на получатели на средства от федералния бюджет, и документи, потвърждаващи възникването на парични задължения на получатели на средства от федералния бюджет
IGK Идентификатор държавен договор
PBS Получатели на бюджетни средства
PUR Подсистема за управление на разходите на държавната интегрирана система за управление на публичните финанси "Електронен бюджет"
SUFD Приложено софтуер„Система за дистанционно управление на финансови документи автоматизирана системаФедерална хазна"
KBK Код за бюджетна класификация
Закон N 44-FZ Федерален закон № 44-FZ от 05.04.2013 г. „За договорната система в областта на поръчките на стоки, работи, услуги за задоволяване на държавни и общински нужди“
Консолидиран регистър на организациите Регистър на участниците в бюджетния процес, както и юридически лицакоито не са участници в бюджетния процес, чието провеждане е осигурено в съответствие със заповед на Министерството на финансите на Русия от 23 декември 2014 г. N 163n „За реда за формиране и поддържане на регистъра на участниците в бюджетен процес, както и юридически лица, които не са участници в бюджетния процес“
IKZ Идентификационен код за покупка
TOFC Териториални органи на Федералното съкровище
KOFC TOFK код
Правила 1084 Правила за поддържане на регистъра на договорите, сключени от клиенти, одобрени с Постановление на правителството на Руската федерация от 28 ноември 2013 г. N 1084 „За реда за поддържане на регистъра на договорите, сключени от клиенти, и регистъра на договорите, съдържащ информация, съставляваща държавна тайна"
FAIP Кодекс на федералната целева инвестиционна програма
Дейности по информатизация Кодекс от мерки за създаване, като се вземат предвид пробната експлоатация, разработка, модернизация, експлоатация на държавни информационни системи и информационна и комуникационна инфраструктура, както и за използване на информационни и комуникационни технологии за информатизация

1. Характеристики на формирането на промени в BO, регистрирани преди организацията да се свърже с функционалността на UIS за формиране на информация за BO

Ако е необходимо да се направят промени в информацията за BO, получена чрез DSP или SUFD и записана в личната сметка, тези промени трябва да бъдат направени чрез функционалност EIS.

Съгласно разпоредбите на Приложение N 1 към Процедура 221n, при извършване на промени в регистриран BO, в колоната „Номер на сметка на бюджетно задължение“ на Информацията за BO, номерът на сметката на BO, в който са направени промените, трябва бъде посочено.

При подаване на Информация за БО във формата електронен документв UIS номерът на сметката на BO се попълва, като се избира подходящата стойност от пълния списък с номера на BO сметки.

Въпреки това, ако BO е записано в личната сметка на PBS въз основа на информацията за BO, получена чрез DSP или SUFD, потребителят посочва номера сам.

По този начин, при получаване на информация за BO, която прави промени в BO, записани в личната сметка, преди да извърши проверките, предвидени в Заповед 1084 и Заповед 221n, TOFC проверява ръчно получената информация за BO:

За наличие на номер на БО сметка;

За съответствието на посочения счетоводен номер на БО с номера, записан в личната сметка на PBS съгласно съответната документна база.

Ако несъответствието на TOFK в своевременновръща информация за BO без изпълнение.

Ако номерът на сметката на BO е посочен неправилно или липсва в UIS от служителя на PBS и впоследствие проектът на такива промени в BO е регистриран в DSP с различен номер на сметка BO, тогава клиентът трябва:

Извършва анулиране на приетите БО, формирани в ЕИС;

Прехвърлете към UIS най-новата версия на информацията за БО до статус „В подготовка“;

След това се свържете със Сервиза техническа поддръжка EIS ( [защитен с имейл]) чрез изпращане на имейл с искане за коригиране на номера на БО сметката в ЕИС. Писмото трябва да посочва регистрационния номер на договора, правилния (правилния) номер на BO и да се съгласява да направи промени в информацията за BO с помощта на скрипта.

Случаи, в които формирането на BO информация се извършва с помощта на функционалността на RPS:

1) анулиране на получената BO, при условие че по-ранна информация за такава BO не е била регистрирана и не са направени промени в нея с помощта на функционалността на UIS и следователно тази BO не е в UIS;

2) извършване на промени в информацията за приетата BO (отмяна на информацията за приетата BO), при условие че държавният договор не предвижда плащания през текущия и (или) последващи периоди (т.е. няма плащания за 2018 г. и следващите години в информацията за договорните години);

3) извършване на промени в информацията за приетите BO при прекратяване на договора, при условие че по-рано не са направени промени в информацията за такъв BO, използвайки функционалността на UIS и не се изискват промени в информацията за държавния договор ( т.е. тази информация за БО не е налична в EIS);

4) извършване на промени в информацията за приетите BO, при условие че информацията в разбивката на BO трябва да отразява плащания, различни от информацията, посочена в основния документ по отношение на планираните плащания. С пускането на версията на UIS 8.3 (планираната дата за пускане на версията е септември 2018 г.) ще бъде възможно генерирането на информация за BO с разпределението на сумите по факта на извършени и платени услуги;

5) при извършване на промени в информацията за приетите БО при прекратяване на договора, когато размерът на действително платеното авансово плащане не е равен на размера на аванса, посочен в информацията за договора. С пускането на версията на UIS 8.3 (планираната дата за пускане на версията е септември 2018 г.) ще бъде възможно автоматично генериране на информация за BO въз основа на информация за прекратяване на договора, посочваща стойността на информацията за аванса в Раздел I "Подробности за основния документ" на информацията за БО (полета, предвидени за точки 6.10 и 6.11 от Приложение № 1 към Заповед 221n), въз основа на данните, посочени в Раздел III на информацията за БО (Дешифриране на задължението) със знака на плащането „Безусловно“;

6) когато сключеният договор, в съответствие с изискванията, установени в част 1 на член 103 от Закон N 44-FZ, не трябва да бъде включен в регистъра на договорите, сключени от клиенти, както и договорите, предмет на условията на част 7 от член 103 от Закон N 44-FZ (ако информацията за поръчките на стоки, работи, услуги по такива договори, както и информацията за сключването на такива договори е държавна тайна и те подлежат на включване в затворен регистър на договори);

7) анулиране на информация за получената БО, ако в резултат на търга е сключен договор за право на сключване на договор (в съответствие с част 23 на член 68 от Закон N 44-FZ). Във версия 8.3.X на UIS (планираната дата за пускане на версията е октомври 2018 г.) функцията за анулиране на информация за получената BO въз основа на регистрация на информация за сключване на договор за право на сключване ще да бъдат изпълнени.

2. Характеристики на генериране на информация за БО с "нулеви" CSC вериги

С пускането на UIS версия 8.2.200 (31 август 2018 г.) е реализирана възможността за изясняване на CSC при генериране на информация за BO, ако планът за обществени поръчки съдържа „нулеви“ CSC вериги.

3. Особености на формирането на информация за приетите БО въз основа на договор за държавна отбранителна поръчка

В съответствие с клауза 7 от Процедура 221n регистрацията на BO и промените в регистрираната BO се извършват в съответствие с информацията за BO, формирана въз основа на подкрепящите документи, предвидени в колона 2 от списъка.

В UIS, въз основа на информация за държавния договор, се генерира информация за приетите BO.

При генериране на информация за приетите БО в UIS, някои от полетата на посочения документ се попълват автоматично въз основа на информация за държавния договор. Автоматично се попълва и не подлежи на редактиране, включително полетата в раздел „Основни данни за документа“. В този случай полето "Номер на документната база" се попълва с информация, съответстваща на номера на договора, посочен в информацията за държавния договор.

В същото време, в съответствие с параграф 3 от Процедурата за формиране на идентификатора на държавния договор за държав. заповед за защита, одобрен със заповед на министъра на отбраната на Руската федерация № 475 и Федералното съкровище № 13n от 11 август 2015 г. и клауза 19 от Процедурата за генериране на информация, както и обмен на информация и документи между клиента и Федералното съкровище за поддържане на регистър на договорите, сключени от клиенти, одобрен със заповед на Министерството на финансите на Руската федерация от 24 ноември 2014 г. N 136n, в информацията за договора за държавна отбранителна поръчка, при генериране на информация за номера на държавния договор, преди номера на държавния договор чрез символа "/" се посочва IGC. Следователно GCI не е част от номера на държавния договор.

В съответствие с Приложение № 1 към Заповед 221n информацията за БО посочва номера на основния документ (ако има такъв). В случай на формиране на информация за БО въз основа на държавен договор, номерът на документната база е номерът на договора. По този начин в информацията за BO GCI не трябва да се посочва като част от номера на основния документ.

В бъдеще в ЕИС и в Подсистема за управление на разходите на Държавната интегрирана информационна система за управление на публичните финанси „Електронен бюджет“ (наричани по-нататък – съответно ПУР, ИБ ГИИС) да се автоматизират изискванията за банкова подкрепадоговори по държавната отбранителна поръчка, се планира да се добави допълнителен реквизит към формата на информация за BO за посочване на IGC.

С пускането на версия 8.2.200 (31 август 2018 г.) UIS внедри ревизия на допълнението към информацията за CG BO непосредствено преди номера на договора.

4. Характеристики на формирането на информация за приетите БО в случай на прехвърляне на правомощия за извършване на покупки в съответствие с част 6 на чл. 15 от Закон N 44-FZ

При генериране на информация за приетите БО от организации в съответствие с част 6 на чл. 15 от Закон N 44-FZ, в случай че те прехвърлят правомощието за провеждане на поръчки в EIS, информацията за BO преди това беше заменена с информация за организацията, на която е прехвърлено правомощието за провеждане на поръчки, вместо информация за клиента организация, която е прехвърлила правомощията.

В UIS с пускането на версия 8.2.200 (31 август 2018 г.) полученият BO отразява подробностите за организацията на клиента, която е прехвърлила правомощията, а не за организацията, на която е прехвърлено правомощията.

5. Характеристики на формирането и проверката на информация за БО по предмет според документната база

Съгласно Приложение No 1 към Процедура 221н, в информацията за БО в полето „Предмет по базов документ“ предметът се посочва от базовия документ.

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

Понастоящем при генериране на информация за BO в UIS темата според основния документ се попълва автоматично:

За приети БО - въз основа на стойността на полето "Наименование на обекта на поръчката (предмет на поръчката)" на позицията на графика за поръчки;

За приети BO - данните от раздел III на информацията за сключения договор, които от своя страна се попълват въз основа на сключения договор с помощта на каталога на стоки, работи или услуги (наричани по-долу CTRU) или в липсата на необходимата позиция на CTRU, използвайки на общоруския класификаторпродукти по вид икономическа дейност(по-нататък - OKPD). Информацията, посочена в този раздел, може да бъде подробна във връзка с информацията, посочена в позицията на графика, в която информацията за обекта на поръчката може да бъде посочена чрез обобщените позиции на KTR или OKPD.

В същото време, за да се осигури взаимодействие между UIS и DSP, дължината на полето "Предмет по документна база" на информацията за BO е 2000 знака. В тази връзка списъкът на закупените стоки (работи, услуги), надвишаващ броя на знаците с допустимата стойност, ще бъде частично показан в информацията за BO.

С пускането на версията на UIS 8.3 (планираната дата за пускане на версията е септември 2018 г.), за информация за приетите БО ще се осъществи формирането на субекта според основния документ въз основа на данните за предмета на покупката, посочена в получената БО (известие, артикул от график). Освен това, полето "Тема по база документи" ще бъде достъпно за клиентите за редактиране.

Предвид гореизложеното, преди пускането на версия 8.3 на Тихоокеанския флот, при проверка на информация за BO, се препоръчва да не се отхвърля информация за BO по държавен договор с предмет на договор, по-голям от 2000 знака, при условие че показаните данни в полето "Тема по документна база" съвпада с данните раздел IIIинформация за договора.

6. Характеристики на попълване на реквизита "Вид бюджетно задължение" в информацията за БО.

При генериране на информация за BO в UIS, типът на задължението се попълва автоматично:

Стойността "1", ако документната база е сключена през текущата финансова година;

Стойност "2" в противен случай.

Например, когато се направят промени през август 2018 г. в БО, отчетени въз основа на държавен договор, сключен на 31 декември 2017 г., ще бъде зададен тип "2", а в BO, отчетени въз основа на държавен договор, сключен на 1 януари 2018 г., въведете "един".

С пускането на версията на UIS 8.3 (планираната дата за пускане на версията е септември 2018 г.) формирането на типа BO в информацията за приетите BO ще се основава на данните, посочени в IPC:

Стойността "1" ще бъде въведена в информацията за BO, ако годината, посочена в IPC, съвпада с текущата финансова година;

Стойността "2" ще бъде записана в други случаи, включително в случай на пререгистрация на БО през новата финансова година.

Така след пускането на UIS версия 8.3., през септември 2018 г., съгласно договора, в който IPC започва на 18, ще бъде зададена стойността "1", в противен случай - стойността "2".

Моля, имайте предвид също, че при преминаване към 2019 г. цялата информация за приети БО, в чийто график за плащане има суми за 2019 г. и следващите години, ще бъде пререгистрирана и в тях ще бъде зададен тип "2".

7. Особености на индикацията в информацията за БО КОФК

В съответствие с Приложение № 1 към Заповед 221n, в информацията за БО, в полето „Код на Федералния финансов орган“ се посочва KOFK, в който е открита съответната лична сметка PBS.

При генериране на информация за БО, KOFC се попълва автоматично на базата на справочника на UIS, попълнен с данните от Консолидирания регистър на организациите, който се поддържа в Подсистемата за поддържане на нормативна и справочна информация на ИБ GIIS.

В UIS версия 8.2.200 (31 август 2018 г.) бяха коригирани несъответствията между данните на KOFK на мястото на откриване на личната сметка на организацията и KOFK на мястото на обслужване.

Ако при генериране на информация за БО, KOFK е определен неправилно, за да се осигури актуализиране на данните от указателя на UIS, попълнен с информацията от Консолидирания регистър на организациите, клиентът трябва, преди да подпише Информацията за BO, изпрати електронно обжалване до Службата за техническа поддръжка на UIS ( [защитен с имейл]), което показва:

BO номера;

BO тип (приет или приет);

Правилният TOFK код.

8. Характеристики на извършване на промени в записаните БО при промяна на данните за контрагента

Данните за контрагента в съответствие с разпоредбите на алинея "ж" на параграф 2 от Правила 1084 подлежат на включване в Регистъра на договорите, а в съответствие с Приложение № 1 към Процедура 221n те подлежат на отразяване в Информация за BO.

Както се изисква от членове 219 и 269.1 Бюджетен кодексна Руската федерация и параграф 14 от Правила 1084, данните за приетата БО не трябва да съдържат подробности, които се различават от детайлите на детайлите на договора. По този начин информацията за данните на контрагента в информацията за договора трябва да съдържа както правни, така и платежни данни.

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

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

Процедурата за въвеждане на няколко контрагента в информацията по договора е описана в раздел 4.6.4.7 „Поддържане на регистъра на договорите, поддържане на регистъра банкови гаранциив съответствие с изискванията на Федералния закон N 44-FZ" от ръководството за потребителя на UIS.

9. Характеристики на уточняване на информация за авансовото плащане в информацията за приетите БО

При текущото внедряване на UIS детайлите "Сума на авансово плащане" в Информацията за приети БО (процентни и абсолютни стойности) се попълват на базата на съответната информация от свързаната позиция на графика за поръчки. Тези данни не подлежат на промяна. В същото време размерът на плащанията в секцията „Дешифриране на задължението“ на информацията за БО, за който е зададен вид „Безусловно“ плащане, трябва да съответства на сумата, посочена в променливата „Авансово плащане“.

10. Особености при формиране и подаване на Информация за БО при отмяна на състезателни процедури и при признаване на състезателната процедура за невалидна

Ако поръчката е била анулирана или след резултатите от поръчката е била обявена за невалидна и договорът не е бил сключен, тогава:

1) ако е необходимо да се извърши повторна процедура, е необходимо:

Ако е необходимо, направете промяна в позицията на графика;

Ако параметрите, които влияят върху информацията за полученото BO, са се променили, направете промяна в информацията за BO, като създадете нова версия и генерирате известие за покупката. Новогенерираното обявление за поръчка за тази позиция от графика ще бъде автоматично асоциирано с наличната информация за получената БО;

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

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

11. Посочване на FTIP кодове и кодове на мерки за информатизация в информацията за БО

При генериране на информация за БО е задължително посочването на FTIP кодовете и кодовете на мерките за информатизация при декодирането на задължението при редица покупки.

Съответните кодове са посочени на базата на указателите на UIS, които се попълват с данни, идващи от DSP.

Синхронизирането на директориите се извършваше по-рано веднъж седмично. От 17.08.2018 г. се провежда два пъти седмично (всеки вторник и петък).

Ако EIS не съдържа необходимите стойности ​​на FTIP директориите и дейностите по информатизация, трябва да се свържете със службата за техническа поддръжка на EIS с имейл ( [защитен с имейл]) за незабавно натоварване.

В бъдеще се планира да се реализира поддръжката на посочената директория в Подсистемата за поддържане на нормативна и справочна информация на ИБ на ГИИС и автоматичното й разпространение в ЕИС.

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

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

Бюджетна институция, която поставя договор в EIS, кой CSC трябва да посоча? Както в плана за обществени поръчки (BP 244) или CSC разписки от субсидията на CWR 611.

Отговор

CBC е част от IKZ. При поставяне на информация за договор в EIS се използва CWR, състоящ се от три цифри. В IKZ ще бъде 34-36 цифри. IPC, посочен в графика за поръчки, също трябва да бъде посочен при извършване на покупка в EIS.

Обосновка
Как да създадете и поставите информация за договора в EIS4

Раздел „Заради бюджетни средства“

Разделът е наличен, ако сте попълнили полето „Име на бюджета“ на „ Главна информация". В раздела клиентът формира календарен график за плащане по договора от бюджетни средства.

В горната част на страницата са:

цената на договора, посочена в раздела "Обща информация";

· сумата, която не е разпределена между етапите на плащане по договора в съответствие с календарния график за плащане в разделите „От бюджетни средства“, „От извънбюджетни средства“.

Етапите са изброени последователно отгоре надолу в календарен ред и съответстват на тези, отбелязани в раздела „Обща информация“.

Достъпни за избор:

· „Код за бюджетна класификация в структурата до 2016 г.”;

· „Код за бюджетна класификация*“.

Поставете отметка в квадратчето в необходимото поле.

Ако сте избрали „Код за бюджетна класификация в структурата до 2016 г.“, попълнете ръчно полето „Код за бюджетна класификация“ или изберете необходимата стойностот наръчника.

За да намерите стойност в справочника, щракнете върху хипервръзката „Търсене в класификатора“.

внимание:за клиенти, които плащат по договори от федерални бюджетни средства, кодът за бюджетна класификация трябва да присъства в указателя на кодовете за бюджетна класификация на счетоводната система на Федералното съкровище.
Последните три знака от кода трябва да съвпадат с операционния код на сектора контролирани от правителствотос подробности, както и да присъства в справочника „Списък на статии и подстатии от класификацията на операциите на сектор „Държавно управление”.
Други клиенти имат право да посочат код за бюджетна класификация, който не е в указателя.

Въведете поне три знака в лентата за търсене и кликнете върху бутона „Търсене“. Списъкът е ограничен до кодове, които са свързани с бюджета от раздела Обща информация. За такива кодове последните три знака съответстват на подробния код на транзакцията на държавното управление. Освен това кодовете присъстват в указателя „Списък на позиции и подпозиции от класификацията на операциите на сектор „Държавно управление“. Маркирайте желания код и натиснете бутона "Избор".

За да добавите нови колони или редове с празни полета към таблицата, щракнете върху хипервръзката Добавяне. За да изтриете, кликнете върху иконата "Изтриване".

В колони и редове въведете BCF стойности:

"Глава" - три знака;

· "Раздел (подраздел)" - четири знака;

· „Целева статия” – седем знака;

· „Вид разходи“ – три знака;

· "KOSGU" - три знака *.

Ако сте избрали „Код за бюджетна класификация“, попълнете ръчно полето „Код за бюджетна класификация“ или изберете стойности от директорията - кликнете върху хипервръзката „Търсене в класификатора“.

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

година (задължително). По подразбиране системата посочва стойността от полето "Крайна дата на договора".

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

Раздел „От извънбюджетни средства“

Разделът е достъпен, ако в раздела "Обща информация" е попълнено полето "Вид извънбюджетни средства". С помощта на раздела се формира календарен график на плащане по договора от извънбюджетни средства.

Системата ви позволява да добавите:

· „Класификационен код за операции на сектор „Държавно управление”;

· „Код на вида разход“.

За да изберете необходимия код, поставете отметка в съответното квадратче*.

Ако сте избрали „Класификационен код за транзакции на държавно управление“, попълнете полето ръчно или изберете стойности от търсенето.

За да изберете стойности от директорията, щракнете върху хипервръзката „Добавяне“ и след това „Търсене в класификатора“.

Въведохте ли класификационния код ръчно? Щракнете върху Търсене на класификатор и системата ще копира въведената стойност в лентата за търсене в прозореца на кода на транзакцията на държавното управление. Кликнете върху бутона "Намери". За да изберете код, маркирайте го в списъка и щракнете върху бутона "Избор".

В колони и редове въведете стойностите на кодовете на транзакциите на държавното управление, сумите за плащане по договори по етапи. Полето "Общо" ще бъде попълнено автоматично от системата.

Ако сте избрали "Код на вида на разходите"

В полето "Сума на договора за ..." посочете:

Месечна стойност (по избор)

година (задължително). По подразбиране се посочва стойността от полето „Дата на изтичане на договора“.*

За да добавите колони или редове към таблицата, щракнете върху хипервръзката Добавяне. За да изтриете, кликнете върху хипервръзката "Изтриване".

В колони и редове въведете стойностите на кодовете на транзакциите на държавното управление, сумите за плащане по договори по етапи.

Полето "Общо" ще бъде попълнено автоматично от системата.

Как се формира идентификационен кодпокупки 4

Идентификационният код на поръчката е необходим, за да се осигури връзката между плана за обществени поръчки, графика и други документи за обществена поръчка (част 2 на член 23 от Закона от 5 април 2013 г. № 44-FZ).

Клиентите го формират съгласно Правилата, одобрени със заповед на Министерството на икономическото развитие на Русия от 29 юни 2015 г. № 422.

Идентификационният код на поръчката се състои от 36 знака.

1-2-ра категория- това са последните две цифри на годината, в която клиентът подава известие за покупка, изпраща покани за участие при определяне на доставчика. Когато не е необходимо обявление или покана, посочете последните две цифри от годината, в която клиентът сключва договор с един доставчик.

3-22-ра категория- идентификационен код на клиента. Той се формира от Министерството на финансите на Русия или от орган, който е упълномощен да поддържа регистър на договорите.

23-26-та категория- номер на покупка в плана за покупка. Задайте номер от 0001 до 9999 в рамките на една година. За покупки от следващата година започнете номерирането отново.

27-29-та категория- номер на покупка в рамките на една позиция от плана за обществени поръчки. В плана за обществени поръчки въведете "000" в тези цифри. Когато създавате график, задайте стойностите ​​от 001 до 999. За всяка позиция в плана за поръчки (23-26-та цифра) започнете номерирането отново. Ако един ред от плана за обществени поръчки предвижда една покупка в графика, въведете стойността "001".

30-33-та категория- код на обекта на покупка по каталог на стоки, работи, услуги. Той съответства на първите четири цифри от кода OKPD2. Нулите в него показват, ако:

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

Извършване на покупката на стоки, работи, услуги, които имат различни кодове OKPD2;

· комбиниране на няколко покупки с различни OKPD2 при публикуване на плана в системата за електронен бюджет. Преди това тези покупки бяха подробно описани в обосновките (изчисленията) на планираните прогнозни показатели.

34-36-та категория- код на вида на разходите по бюджетната класификация*. Нулите в тези цифри се записват:

бюджетни и автономни институции;

ако покупката се извършва по няколко кода от вида на разходите.

Това следва от параграфи 5-7 от Процедурата, утвърдена със заповед на Министерството на икономическото развитие от 29.06.2015 г. № 422, и писмото на МФ и Министерството на финансите от 12.12.2017 г. № 21-03. -04 / 82833, No 07-04-05 / 14-948.

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

Ръководителят на държавната институция "Алфа" изготвя план за поръчки за 2018 г. За закупуване на електроенергия управителят е определил идентификационния код за покупка:

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

Ръководителят на бюджетна институция "Алфа" съставя план за обществени поръчки за 2018г. За закупуване на електроенергия управителят е определил идентификационния код за покупка:

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

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

Планът за обществени поръчки включва:

1. Идентификационен код за покупка - IPC е уникален код за всяка позиция от Плана, генерира се автоматично въз основа на данните за поръчката. IKZ се състои от 36 знака и включва: годината на направена поръчка, идентификационния код на клиента, номера на артикула за покупка в PZ, номера на закупения артикул в PGZ, частично кода на OKPD, кода за вида на разходите;

2. Цели за закупуване- при формиране на Плана за обществени поръчки от електронния бюджет, целта на поръчката се попълва в BCC за поръчка в колона „Име на събитието държавна програмасубект на Руската федерация ....";

3. Име на обекта на поръчката - тук посочваме какво искаме да закупим и не забравяме за изискванията на Заповед на Министерството на финансите № 65н;

4. Обем на финансиране е сумата на LBO за конкретна покупка. Например, ни бяха отпуснати 100 000 рубли. за закупуване на услуги за охрана на 5 административни сгради. В плана за обществени поръчки тази сума ще бъде един ред. И вече в Графика за обществени поръчки създаваме 5 позиции за поръчка на охранителни услуги за всяка сграда с позоваване на една позиция от Плана за обществени поръчки;

5. Период на поръчка - започвайки от месеца, в който планирате да публикувате Обявлението за обществена поръчка, и завършвайки с месеца, в който приключва изпълнението на задълженията по договора. Струва си да се обърне внимание на такъв пример - планирате да публикувате известие за покупка през юли, а доставката на стоки и пълното изпълнение на договора - през септември. В този случай в Плана за обществени поръчки посочваме периода юли-септември;

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

7. Информация за ограничаване на конкуренцията - да, колкото и да ви реже ухото тази фраза, но всъщност е така. Ако планирате да закупите продукт, работа или услуга, които са технически/технологично сложни, иновативни или високотехнологични, тогава информацията за това трябва да бъде въведена в Плана за обществени поръчки. С това ще ограничите кръга на желаещите да участват в покупката;

8. Задължителна информация за обществен коментар - Според действащото законодателствопокупки с начална (максимална) цена над един милиард рубли подлежат на задължително обществено обсъждане.

ПРОМЕНИ ДА БЪДЕТЕ!

ХАРАКТЕРИСТИКИ НА ПЛАНОВИТЕ ЗА ПОКУПКА ОТ 2018 Г

През октомври 2017 г. Федералното министерство на финансите изясни как се работи с плана за обществени поръчки през 2018 г. От текущата финансова година плановете за обществени поръчки в EIS могат да се изтеглят само от електронната бюджетна система. Следователно е необходимо първо да се оформи:

  1. Предложения за покупка.
  2. KBK за покупки.
  3. Бюджетна оценка.
  4. План за снабдяване.

След съгласуване и одобрение на Плана за обществени поръчки в системата за електронно бюджетно планиране на бюджета, можете да качите документа на Лична зонаКлиент в EIS. Вече няма функционалност в EIS за редактиране на плана за обществени поръчки. Възможно е да изпратите Плана за контрол до UFC. След преминаване на контрола, Клиентът може да прави промени в Графика.

Успешни покупки на вас, колеги!

НОРМАТИВНА ОСНОВА:

  • Постановление на правителството на Руската федерация от 05.06.2015 № 552;
  • Постановление на правителството на Руската федерация от 21 ноември 2013 г. № 1043;
  • Постановление на правителството на Руската федерация от 29 ноември 2015 г. № 1168;
  • Заповед на Министерството на финансите на Руската федерация от 1 юли 2013 г. № 65n;
  • Писмо на Федералната хазна на Руската федерация от 27 октомври 2017 г. № 07-04-05 / 14-829

В следващата статия от нашата поредица,


© 2022 egoist24.ru Платежни системи. Ипотека. банки. Yandex пари. webmoney. Главна информация.