≡×МЕНЮ

• B&N Bank
• Възраждане
• Интернет банки
• Търговия
• Levoberezhny

Министерството на финансите на Руската федерация изясни кои kbk да посочи в платежното нареждане при плащане на глоби за нарушения на законодателството в областта на обществените поръчки. Информация за актуализиране на версията на софтуера План график 44 fz control by kbk

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

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

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

Данните за бюджета са кодирани според специални правила... Процедурата за формиране и структура на KBK разходни транзакции(или KRBC) са залегнали в заповедта на Министерството на финансите на Русия от 132n от 06.08.2018 г. (преработена на 30.11.2018 г.).

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

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

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

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

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

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

1. Отворете приложение № 7 към заповед 132н.
2. Проверете всички групи. Кодът от типа разход "основен ремонт" е присвоен на групата KBK 243 "Покупка на стоки, строителни работи, услуги за основен ремонт на държавна (общинска) собственост".
3. Съставете KBK за плащане на основен ремонт на автомобила - 000 0000 00000 00000 243.

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

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

Подготовката на плана за обществени поръчки трябва да се извършва в съответствие с планираните показатели, които се одобряват за определен финансов период. Графикът на BU и AC се изготвя въз основа на разходната част на плана за финансови и икономически дейности.

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

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

• основна заплата на персонала - 000 0000 00000 00000 111;
• вноски във фондове ( застрахователни премии) — 000 0000 00000 00000 119.

• комунални услуги;
• работи по поддръжката на сгради;
• закупуване на MZ, горива и смазочни материали, OS;
• текущ ремонт;
• други подобни видове разходи.

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

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

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

BU планира да закупи компютърно оборудване за надграждане текущата системаИКТ. Какъв е кодът на KBK, който да се посочи в графика за 2020 г.?	Използвайте 000 0000 00000 00000 244. Някои експерти погрешно смятат, че в тази ситуация трябва да се приложи CWR 242. Но това е погрешно, тъй като CWR 242 не е приложимо за бюджетни и автономни държавни институции.
Автономна институция планира обществени поръчки за бизнес дейности. Кой код за бюджетна класификация за 2020 г. да се използва за обществени поръчки?	Прилагайте същата процедура за формиране на KRBK, както при планиране на покупки за сметка на субсидии за изпълнение на държавна задача.
BSU планира да закупи строителни материали за основен ремонт. Към кой CPC трябва да бъдат отнесени разходите?	Всички разходи, свързани с основен ремонт и възстановяване на държавно имущество, се отнасят до 000 0000 00000 00000 243. Има изключения: инвестиции в проекти за капитално строителство.

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

Как KBK означава

KBK - кодове за класификация на бюджета

BCC на организациите, необходими, за да може плащането да отиде там, където е било предназначено, се променят почти всяка година. А отговорността за правилното им посочване е на платеца!

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

Настоящият списък на KBK за 2020 г.

Бюджетна класификация - какво е и защо

През юли 1998 г. Бюджетният кодекс на РФ във Федерален закон № 145 въвежда за първи път термина „KBK“, използван като средство за групиране на бюджета.

Има 4 вида KBK:

• относно държавните приходи;
• свързани с разходи;
• определяне на източниците, от които се финансира бюджетният дефицит;
• представляващи държавни операции.

За какво се използват KBK:

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

ИНФОРМАЦИЯ ЗА ПРЕДПРИЯТИЯ! KBK е вътрешно кодиране, необходимо преди всичко от държавната хазна, където получените средства се разпределят според тях. Предприемачите се нуждаят от тези кодове, доколкото се интересуват от изпълнението на изискванията за обработка на държавни плащания, особено данъци и вноски в извънбюджетни фондове. Следователно, не забравяйте да посочите в поле 104 на разписката за плащането правилния и актуален BCC код.

KBK структура

Този код се състои от 20 знака - числа, разделени с тирета на групи, той има следната форма XX - X XX XX XXX XX - XXXX - XXX.

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

1. "Администратор"... Първите три знака показват кой ще получи средствата и отговаря за попълването на една или друга част от бюджета с тях и кой управлява получените пари. Най-често срещаните кодове за бизнесмени започват с 182 - данъчен орган, 392 – Пенсионен фонд, 393 - FSS и други.
2. "Вид доход"включва знаци от 4 до 13. Тази група знаци помага доста точно да се идентифицира получаването по следните показатели:
   • Група- 4-ти знак (т.е. първият в този параграф);
   • подгрупа- 5-ти и 6-ти знак; двуцифрен код показва конкретен данък, мито, такса, неустойка и др .;
   • статия- категория 7 и 8 (стойността на целта на получения доход е кодирана в документите за сетълмент за бюджета на Руската федерация);
   • подчлен- 9, 10 и 11 знака (посочва позицията на дохода);
   • елемент- 12 и 13 цифри, характеризира нивото на бюджета - от федерален 01, общински 05 до конкретни бюджети на PFR - 06, FSS - 07 и др. Код 10 обозначава бюджета на населеното място.
3. "Програма"- позиции от 14 до 17. Тези цифри имат за цел да разграничат данъците (техният код 1000) от неустойките, лихвите (2000), неустойките (3000) и други плащания (4000).
4. "Икономическа класификация"- последните три цифри. Те идентифицират разписките по отношение на техните икономически тип... Например 110 говори за данъчни приходи, 130 - от предоставяне на услуги, 140 - принудително иззети средства и др.

ВАЖНА ИНФОРМАЦИЯ! 20-цифреният код трябва да бъде въведен правилно и без грешки в полето „Цел на плащане“ (поле № 104) на платежното нареждане. Всъщност той дублира информацията, посочена в полето "Основа на плащане", а също така частично в полетата "Бенефициент" и "Текуща сметка на бенефициента".

Къде да взема KBK?

За да попълните платежно нареждане, KBK кодът може да бъде намерен по няколко начина:

• пропуснете малко по-нагоре - повечето от тях са публикувани тук;
• в държавната хазна (чрез обаждане, изпращане на заявка или посещение);
• Заповед на Министерство на финансите № 65N съдържа цялата информация за KBK;
• когато извършвате плащания онлайн за много услуги, KBK се поставят автоматично.

Защо се променят кодовете на бюджетната класификация?

Това е викът от сърцето на преобладаващото мнозинство предприемачи: колко по-лесно би било, ако тези кодекси бяха еднакви и установени веднъж завинаги. Но Министерството на финансите прави определени промени в KBK почти всяка година. Предприемачите и счетоводителите не винаги имат възможност да проследяват иновациите навреме и да коригират посочената ТГС, това е особено ясно изразено в отчетни периоди... Отговорност за грешка посочен кодлежи изцяло на плещите на бизнесмените, често води до непредвидени разходи и усилия за поправяне на грешките и доказване, че са прави.

Съществуват различни версии, които се предлагат от предприемачите и не се коментират от Министерството на финансите и Министерството на правосъдието.

1. Колкото повече разписки са преминали през грешния BCC, толкова повече средства ще бъдат „спрени“ като необясними за известно време. Докато грешките не бъдат коригирани, те могат да се използват за неприлични цели, а в национален мащаб това са огромни суми.
2. Допълнително попълване на бюджета чрез начисляване на глоби и неустойки за "закъснели" плащания, преминали през вече неработещата BCC. Доказването на плащането навреме е доста обезпокоително.
3. Несъответствие между действията на Министерството на финансите, което определя кодовете, и Министерството на правосъдието, което ги одобрява.
4. Тъй като KBK е директно „обвързан“ с публичния сектор, всякакви промени в съответните структури, получаване на нови директиви и т.н. водят до промяна на кодирането.

ЗА ВАША ИНФОРМАЦИЯ!Има мнения, че тъй като това кодиране е вътрешна работа на Министерството на финансите, то трябва да се извършва от тях, а не от данъкоплатците. Кодът BCC може да бъде присвоен от банкови служители въз основа на посочените данни за получателя и целта на плащането, или от служителите на касата при получаване. Независимо от това, днес допълнителна работа по кодирането е положена върху плещите на платците, те не могат да я избегнат, което означава, че остава само да се съобразят с настоящите изисквания и да са наясно с последните иновации.

Какъв е рискът от грешка в KBK

Ако кодът на целта на плащането е посочен неправилно, плащането ще бъде преведено в бюджета, но няма да може да бъде разпределено правилно там, което означава, че държавата всъщност няма да го получи. Резултатът може да бъде същият, както ако парите изобщо не са били преведени: данъчната служба ще отчете просрочените задължения по дадена позиция. В същото време, ако KBK просто се смеси, може да възникне надплащане по друг елемент.

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

Обичайната процедура за предприемач, когато се открие грешка в KBK

1. Най-важното е да се уверите, че грешката не е довела до неполучаване на доходи в бюджета, в противен случай ще се счита, че средствата не са платени, с пълната отговорност на платеца за това.
2. Изпратете към вашия акаунт данъчен офисизявление за откритата грешка и искане за изясняване на основата, вида и принадлежността на превода на средства, ако е необходимо, облагаем периодили статут на данъкоплатец.
3. Заявлението трябва да бъде придружено от платежни нареждания, за които данъкът е платен и получен от бюджета.
4. Ако е необходимо, съвместяването на платените данъци се извършва съвместно с инспектора (за това се съставя акт).
5. Няколко дни по-късно (срокът не е законово определен) се взема решение за изясняване на това плащане и се предава на заявителя.

ВАЖНО!При посочване на плащане се счита, че е изпълнено в деня на подаване на платежно нареждане с неправилен BCC, а не в деня на получаване на решение за изясняване и прихващане. По този начин всъщност няма забавяне на задължително плащане, което предвижда неустойки.

Нека да разгледаме различни случаи, които възникват поради грешки в KBK, и да анализираме какво трябва да направи един предприемач.

1. Инспекторатът е наложил неустойка за неплащане на данък... Ако е имало обжалване от платеца в полза на прихващане на платената сума, тогава допълнително трябва да поискате от данъчната служба да преизчисли натрупаните неустойки. Ако IRS откаже да направи това, обръщането към съда най-вероятно ще постигне преизчисление (има богат арбитражна практикас подобни прецеденти).
2. KBK не съответства на плащането, посочено в местоназначението... Ако грешката е „в рамките на един данък“, например, KBK е посочена на USN-6 и USN-15 е посочена в основата на плащането, тогава данъчната служба обикновено прави превод. Ако BCC не отговаря напълно на основата за плащане, например бизнесмен ще плаща данък върху доходите на физическите лица, но е посочил BCC, принадлежащ към ДДС, данъчната служба често отказва да изясни, но съдът почти винаги е на страната на данъкоплатеца.
3. Поради грешка в KBK застраховкавноските са неплатени... Ако средствата не отидат в правилната сметка на хазната, това почти неизбежно е изпълнено с глоби и санкции. Предприемачът трябва да повтори плащането възможно най-скоро с точните данни, за да намали размера на възможните санкции. След това парите, платени по погрешка, трябва да бъдат върнати (можете да компенсирате и плащанията за в бъдеще). За целта се изпраща заявление до органа, по чиято сметка парите са преведени по погрешка. Неспазването на искане за възстановяване или кредит е причина да се обърнете към съда.
4. Средствата влязоха в планирания фонд, но под грешна позиция... Например в платежното нареждане те посочват BCF за натрупаната част от пенсията и възнамеряват да плащат застрахователна част... В такива случаи вноските все още се считат за внесени навреме и трябва да продължите по същия начин, както при нормалната процедура. Съдът трябва да помогне при всякакви проблеми с фонда, който отказва да преизчисли, както и незаконното искане за плащане на просрочени задължения и начисляване на неустойки.

ПОМНЯ!Според закона грешката в KBK не е основание, на което плащането няма да се счита за преведено. IN платежно нарежданепредвиден Допълнителна информация, като се посочва целта на плащането и неговия получател, следователно, ако то е посочено правилно, има и не може да бъде основание за санкции срещу предприемача, други решения могат да бъдат обжалвани в съда.

1. Редовно проверявайте в данъчната служба как извършените плащания се отразяват в личния ви акаунт.
2. Ако сте получили искане за плащане на данък, вноска и т.н., което вече сте прехвърлили, свържете се със съответния орган (данък, извънбюджетен фонд) за съгласуване на изчисленията.
3. Ако сами сте видели грешка в KBK, напишете изявление за разяснение.
4. Опитайте се да знаете скорошни променив законодателството, по-специално последната версия на кодексите.

От 20 ноември 2017 г. следните функционалности на унифицираното информационна системав областта на обществените поръчки (оттук нататък - EIS).
1. Осигуряване на възможност за архивиране на планове за обществени поръчки, които не са преминали контрол
За всички клиенти е налична нова функция за архивиране на планове за обществени поръчки, които са в състояние „В подготовка“, включително тези, които не са преминали контрол. Тази функция ще позволи на клиентите, въз основа на предварително запазена архивирана версия на плана за обществени поръчки, да генерират нов проект на план за обществени поръчки, който да го изпрати за контрол.
Също така клиентите, които генерират информация за обществени поръчки във външни системи за поставяне на поръчки (наричани по-долу VSRZ), имат възможност да архивират проекти на планове за обществени поръчки, които не са преминали контрол, което позволява на потребителите на VSRZ да изпращат до UIS нов планпокупки, а не само промени във вече сформирания и неприет контрол план за обществени поръчки.
2. Осигуряване на възможност за вписване в регистъра на договорите за EIS в структурирана форма информация за договори с подизпълнители, съизпълнители от малкия бизнес (наричани по-долу МСП), социално ориентирани организации с нестопанска цел (наричани по-долу SONKO ) в информацията за договора (неговата промяна).
От 1 ноември 2017 г. в сила влизат алинея "и (1)" на параграф 2 от Правилата за поддържане на регистър на сключените от клиенти договори, одобрени с правителствено постановление Руска федерацияот 28 ноември 2013 г. No 1084, съгласно която в регистъра на договорите за EIS трябва да бъде включена информация за договори на доставчици (изпълнители, изпълнители) със съизпълнители, подизпълнители, които са SMP и SONKO.
Такава информация се включва от клиентите в регистъра на договорите, в случай че договорът е сключен въз основа на задължително участие на доставчици (изпълнители, изпълнители) на подизпълнители, съизпълнители от SMP и SONKO в изпълнението на такъв договор .
В този случай в регистъра на договорите трябва да бъде вписана следната информация за договори на доставчици (изпълнители, изпълнители) със съизпълнители, подизпълнители от SMP и SONKO:
- име, име на фирма (ако има такова) на подизпълнителя, съизпълнител;
- местоположение на подизпълнителя, съизпълнител;
- ИНН на подизпълнителя, съизпълнител;
- предмет и цена на договора;
- дата на сключване и номер на договора (ако има такъв).
От 20 ноември е предоставена възможността за вписване на горната информация в регистъра на договорите за EIS в структурирана форма.
3. Предоставяне на детайли по кодове на бюджетната класификация (по-нататък - KBK) обем финансова сигурностелементи от планове за покупки, графици за покупки, специални покупки като част от документите за планиране.
В съответствие с разпоредбите на Указа на правителството на Руската федерация от 25 януари 2017 г. № 73 в плановете за обществени поръчки, графиците за поръчки, специалните покупки като част от документите за планиране, размерът на финансовата подкрепа за поръчката трябва да бъде подробно посочен за всеки BCC.
От 20 ноември, при формиране на планове за обществени поръчки, графици за поръчки, специални покупки в EIS, като част от документите за планиране, е възможно да се детайлизира обемът на финансовата подкрепа за поръчката за всеки BCC.
Информация за други промени във функционирането на UIS е дадена в списанието за версии.

Дневник на версиите на Единната информационна система в областта на обществените поръчки 44-FZ (версия 7.3)

Промяна на версия 7.3

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

P / p No.	ПромениСингълинформациясистемив обществени поръчки (EIS)
ОфициаленуебсайтEIS
1	Регистърграфиции планове за покупки
		"Упътване. Официален уебсайт на EIS "(точка 3.4.2.2)
2	Доставяне
	Прецизиране на разширеното търсене отчасти: Добавяне на параметри за търсене за дългосрочни договори "Размер на плащането за дългосрочен договор и валута" и "Сума за привличане на малък и среден бизнес и валута"	"Упътване. Официален уебсайт на EIS "(точка 3.5.1.3)
3	Регистърдоговори
	Прецизиране на разширеното търсене отчасти: Добавяне на параметъра за търсене „Подизпълнител, съизпълнител, който е субект на малък бизнес, социално ориентирана организация с нестопанска цел“	"Упътване. Официален уебсайт на EIS "(точка 3.6.1.3)
	Промяна на показването на договорната карта в частта: Блокът „Информация за подизпълнители, съизпълнители от SMP, SONO“ е добавен в раздела „Информация за договора“	"Упътване. Официален уебсайт на EIS "(точка 3.6.1.4)
	Промяна на формата за печат на договора в съответствие с горните промени	"Упътване. Официален уебсайт на EIS "(точка 3.6.1.1)
ЗатвореночастEIS

4	Администрация
	Разработване на функция за изпращане на съобщение за грешка в Лична сметкапотребител
	Подобряване на страницата, показвана при възникване на грешка в системата, по отношение на добавяне на връзката „Генериране на заявка към услугата за поддръжка“	„Ръководство за потребителя на UIS“ (точка 4.22)
5	Планове за обществени поръчки (44-FZ)
	Предоставяне на разбивка по кодове на бюджетната класификация на финансовата подкрепа на позиции и специални покупки в съответствие с Постановлението на правителството на Руската федерация от 25 януари 2017 г. № 73	"Упътване. Формиране и поставяне на планове за обществени поръчки и графици за обществени поръчки "(точки 4.1.1.4.2, 4.1.1.4.4)
	Предоставяне на автоматичен превод на планове за обществени поръчки за 2018-2020 г., поставени от държавни клиенти на федерално ниво, които не са били формирани в системата "Бюджетно планиране" на GIIS	"Упътване. Формиране и поставяне на планове за обществени поръчки и графици за обществени поръчки "(точки 4.1.1.1, 4.1.1.7)
6	График плановедоставяне
	Предоставяне на разбивка по кодове за бюджетна класификация (BCC) на финансова подкрепа на позиции и специални покупки в съответствие с постановлението на правителството от 25 януари 2017 г. № 73, както и попълване на информация за BCC въз основа на крайните показатели на поръчката план	4.2.1.4.3, 4.2.1.4.9)
	Предоставяне на автоматичен превод на планове-графици за 2018-2020 г., поставени от държавни клиенти на федерално ниво, формирани въз основа на планове за обществени поръчки и които не са били формирани в системата "Бюджетно планиране" на GIIS "Електронен бюджет", към архива, както и възможността за ръчно прехвърляне в архива на такива планове-графици в състоянието "В подготовка"	"Упътване. Формиране и поставяне на планове за обществени поръчки и графици за обществени поръчки "(стр. 4.2.1.1,4.2.1.7)
7	Интеграция и маршрутизация
	Промените в схемите се съдържат във файловете „EIS Integration. Описание на версия 7.3 ", "Албум TFF ​​7.3", "Схеми версия 7.3", "Предимства и изисквания на промени 7.3", "Описание на подобренията при интеграцията на EIS с EP, VSRZ, RMIS за

	изпълнение на част 5 от член 99 "," Контролира RPG 7.3 "," Контролира RPG 7.3 ", „Контроли RK 7.3“.
8	Контролътв съответствие с част 5 от чл. 99 Федерален закон№ 44-FZ
	Показване на името на контролния обект от информацията на протокола OPPI (поле "Протокол") в раздела "Протоколи OPPI"	"Упътване. Органът, упълномощен да упражнява контрол в съответствие с член 5 от член 99 от Федерален закон № 44-FZ "(точка 4.2.6)
	Осигуряване на показване на множество печеливши цени и единични цени, като същевременно се контролират протоколите за определяне на доставчика (изпълнител, изпълнител)	"Упътване. Органът, оправомощен да упражнява контрол в съответствие с част 5 от член 99 от Федерален закон № 44-FZ "(точка 4.2.6.3)
	Прецизиране на контрола на плановете за обществени поръчки и графиците за поръчки по отношение на добавяне на поле "OKTMO PPO"	"Упътване. Органът, упълномощен да упражнява контрол в съответствие с част 5 от член 99 от Федерален закон № 44-FZ "(точки 4.2.1, 4.2.4)
	Осигуряване на забрана за формиране и подписване на контролния резултат за неподходяща версия на контролния обект	"Упътване. Органът, упълномощен да упражнява контрол в съответствие с част 5 от член 99 от Федерален закон № 44-FZ "(точки 4.2.3.3, 4.2.4.3)
9	Регистърсключени договориклиенти
	Осигуряване на възможност за посочване на информация за договори с подизпълнители, подизпълнители от SMP, SONO в информацията за договора (неговото изменение), при условие че е посочен размерът на участието на подизпълнители, подизпълнители от SMP, SONO	Упътване. Подсистема за управление на обществени поръчки по отношение на RK и RBG (точка 4.7.4.7)
	Осигуряване на наследяване на информация за обекта на поръчка-лекарствен продукт от елементите на графика за поръчки или уведомление, свързано с информацията по договора	Упътване. Подсистема за управление на обществени поръчки по отношение на RK и RBG (точка 4.7.4.5.1)

	Осигуряване на показване на информация за прекратяване на задълженията на доставчика, обезпечени с банкова гаранция в раздела „Изпълнение на задължения за гарантиране на качеството на стоки, работи, услуги“ в раздела „Информация за изпълнение (прекратяване) на договора“ на договорната карта	Упътване. Подсистема за управление на обществени поръчки по отношение на RK и RBG (точка 4.7.3)
	Предоставяне на възможност за попълване на информация за регистрираните максимални продажни цени в информацията за изпълнението (прекратяването) на договора от указателя "Максимални продажни цени на лекарствени продукти"	Упътване. Подсистема за управление на обществени поръчки по отношение на RK и RBG (точка 4.7.13.2)

Поправка на грешка

ОфициаленуебсайтEIS

Планове за обществени поръчки (44-FZ)

Отстранена грешка, поради която при разглеждане на подробности за елемент от плана за обществени поръчки в раздела „ Главна информацияпозиция “в полето„ Код на вида на разходите “може да се покаже стойността„ Покупка за сметка на няколко CWR “, ако знакът„ Покупка за сметка на няколко CWR “не е бил зададен при създаване на позицията.

Графици и планове за покупки

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

Доставяне

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

Регистър банкови гаранции

Поправена е грешка, поради която някои потребители получават съобщението „Исканата страница временно не е налична. Моля, опитайте отново по-късно. "

Затворена част Регистър на поръчките

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

"Org.springframework.integration.transformer.MessageTransformationException: org.springframework.integration.MessageHandlingException".

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

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

Регистър на плановете за обществени поръчки

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

Регистър на планове и графици за обществени поръчки

Грешката е коригирана, в резултат на което при опит за извършване на промени в позицията на плана за обществени поръчки чрез натискане на бутона "промяна" позицията на плана за обществени поръчки на IKZ "<>", фокусът може да бъде прехвърлен в горната част на страницата, без да се променят данните.

График регистър

Поправена е грешка, в резултат на която номерата на IKZ в текста на автоматичния контрол на графика "Неправилно попълнени номера на позициите в графика:"<>", Проверете дали елементите от графика с посочения ICZ имат присвоени номера от диапазона 001 - 999, уникални в рамките на съответния елемент от плана за обществени поръчки", могат да бъдат показани без интервали.

Поправена е грешка, която кара системата да показва грешката „Исканата страница временно не е достъпна при поставяне и изпращане на графика за контрол. Моля, опитайте отново по-късно. "

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

Искане за оферти

Грешката е коригирана, в резултат на което при качване на пакет за заявка за цена за алтернативна интеграция, след успешна обработка и публикуване на заявка за цена в Личния акаунт, качването може да отсъства във FTP.

Интеграция

Грешката е отстранена, в резултат на което при изпращане на промени в плана за обществени поръчки до UIS контролът върху KBK на елементите от плана за обществени поръчки „IDE. Следните кодове за класификация на бюджета не са уникални в общия план на поръчките: "<>"».

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

Отстранена грешка, която причинява грешката „UE. Необходимото поле "Телефон" в блока "Информация за държавния (общински) клиент, бюджет, автономна институцияили за държавно (общинско) унитарно предприятие ”.

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

Администрация

Поправена е грешка, поради която някои потребители при оторизиране в Личния акаунт чрез единна системаидентификация и удостоверяване, грешката „Достъпът до UIS е отказан. Представеният сертификат не е присвоен по акаунта на упълномощеното лице на организацията в EIS ”.

Регистър на планираните проверки

Поправена е грешка, поради която при подписване на прикачен към планирана проверкадокументът с електронен подпис може да получи грешка "Грешка 500: javax.el.ELException: Грешка при четене на" signatureValid "на тип ru.lanit.pgz.checks.web.pagecode.beans.CheckPlanCryptoSignBean".

Регистър на резултатите от контрола

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

Регистър на договорите

Поправена е грешка, в резултат на която след получаване на положителен резултат от контрола по част 5 на чл. 99 44-FZ в личния акаунт на контролния орган, информацията от договора може да не е била поставена.

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

Поправена е грешка, която е причинила грешката „Страницата временно не е достъпна. Моля, опитайте да презаредите страницата. "

Интеграция

Поправена е грешка, която е причинила неочаквана грешка в интеграционния адаптер „RGK. java.lang.NullPointerException ".

Поправена е грешка, поради която могат да бъдат заредени два еднакви договора за направена покупка. (писмо до ФК)

Поправена е грешка, която е причинила следната грешка при качване на промяна в договора с неподходящо международно непатентовано наименование на лекарствен продукт: „Неочаквана грешка по време на обработката. Неочаквана грешка в адаптера за интегриране на RGK. Лекарствен продукт с уникален външен код "<>"трябва да бъде актуализиран в единичното число в директорията" Лекарства "(позициятаTradeName \ positionTradeName \ positionTradeNameExternalCode на документа nsiFarmDrugDictionary) и това лекарство трябва да съответства на международното непатентно химическо или име на група (INN), уникалния външен код от които"<>"предава се в блока MNNInfo".

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

Освен това е необходимо да се работи с получателите на средства федерален бюджети ги информира, за да се вземат предвид особеностите на работата в EIS за посочената функционалност.

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

Р.Е. Артюхин

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

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

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

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

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

В съответствие с разпоредбите на Приложение № 1 към Заповед 221н, при извършване на промени в регистрираната БО в колоната "Номер на сметката на бюджетното задължение" на Информацията за БО, тя трябва да бъде посочена регистрационен номер BO, към която се правят промени.

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

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

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

За наличие на номер на сметка в BO;

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

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

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

Извършва анулиране на приетия BO, формиран в EIS;

Прехвърлете в EIS най-новата версия на информацията за BO до статус "В подготовка";

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

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

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

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

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

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

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

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

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

2. Особености на формирането на информация за BO с „нулеви“ CBC вериги

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

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

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

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

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

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

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

В бъдеще в EIS и в подсистемата за управление на разходите на Държавната интегрирана информационна система за управление на публичните финанси "Електронен бюджет" (по-нататък - PUR, съответно GIIS EB) за автоматизиране на изискванията за банкова подкрепадоговори за държавна отбранителна поръчка се планира да бъдат добавени към информационния формуляр на BO допълнителни подпориза да се посочи GCI.

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

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

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

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

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

В съответствие с Приложение № 1 към Заповед 221н, в информацията за БО в полето „Предмет според базата данни”, темата се посочва според базата документи.

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

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

За приети BO - въз основа на стойността на полето „Име на обекта на поръчка (предмет на договора)“ на елемента от графика на поръчката;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В съответствие с приложение № 1 към заповед 221n, в информацията за BO в полето "Код на органа на Федералното хазна" KOFK, в който е открита съответната PBS лична сметка, подлежи на посочване.

При генериране на информация за BO, KOFK се попълва автоматично въз основа на директорията на UIS, пълна с данни от Консолидирания регистър на организациите, който се поддържа в подсистемата за поддържане на регулаторна и справочна информация на GIIS EB.

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

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

BO номера;

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

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

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

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

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

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

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

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

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

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

10. Особености при формирането и изпращането на информация за BO в случай на отмяна на тръжните процедури и в случай на признаване на тръжната процедура за невалидна

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

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

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

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

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

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

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

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

Посочването на съответните кодове се извършва на базата на EIS директориите, които се пълнят с данни, идващи от PUR.

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

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

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

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

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