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

Оставете коментар 6,950

Какъв е номерът на вписване в регистъра

Консолидираният регистър на участниците и неучастващите в бюджетния процес включва данни от:

Единен държавен регистър на юридическите лица;
консолидиран списък с клиенти;
RUBP - участници в бюджетния процес;
RNUBP - неучастници в бюджетния процес;
други класификатори.

За всяка организация, регистрирана на сайтовете bus.gov.ru, budget.gov.ru, се генерира уникален код - запис в регистъра. Можете да разберете този код, като въведете TIN на необходимата институция в лентата за търсене.

Процедурата за образуване и поддържане на RUBP и NUBP е регламентирана със заповед на Министерството на финансите на Руската федерация № 163n от 23 декември 2014 г., Заповед № 42n от 28 май 2014 г. контролира процедурата за образуване на записи в регистъра.

Той се формира въз основа на следната информация, съдържаща се в основните (отраслови) списъци:

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

Всеки RZ има свой уникален номер. Регистърът не включва информация и документи, които съдържат държавна тайна.

За разлика от двадесетцифрения уникален RZ, номерът на регистрационния запис на договора на уебсайта на обществената поръчка, който се присвоява на всяка покупка или на всяка отделна партида в поръчката, се състои от 36 цифри и се генерира автоматично като набор от класификационни кодове за конкретна покупка. За да намерите необходимия договор или информация за него, в ЕИС трябва да отидете в раздел "Регистър на договорите" и да въведете RZ на документа, който търсите.

Как да оформим

Уникалният номер на RH се формира от упълномощените федерални органи на изпълнителната власт въз основа на всички налични информационни блокове и списъци, включени в консолидираните RUBP и NULP.

Това се случва така:

Оценки от 1 до 8 - териториалното наименование на публичноправен субект, който финансира организацията - UBP.
9 и 10 цифри - кодът на вида на институцията в съответствие със същия РЗ на Консолидирания регистър.
11 и 12 са кодове на бюджетно ниво.
Оценки от 13 до 17 - номерът на институцията в РЗ от Консолидирания списък.
Цифра 18 - шифър на атрибута на информацията, принадлежаща:

1 - информацията и документите, ако има такива, са сходни и съответстват на отделно подразделение, надарено с право да води счетоводство;
0 - информацията не съвпада.

19 - контролна цифра, изчислена съгласно Приложение № 6 от Процедура № 163н от 23.12.2014 г.
Цифра 20 - кодиране на статуса на институцията:

1 - действаща институция;
2 - неактивен;
3 - липса на правоотношение;
4 - организация със специални инструкции.

Оценки 1, 2, 11, 13, 14, 15, 16, 17 са уникалният код на всеки участник в бюджетния процес в СР.

Уникалният номер на регистрационния запис на обществена услуга „Образование” може да се види в примера по-долу.

UNRZ за други видове участници в бюджетния процес:

goscontract.info

Работим с консолидирания регистър на клиентите

Единната информационна система осигурява поддържането на много регистри, например, като недобросъвестни доставчици (RNP) или договори, сключени от клиенти. Един от тези списъци е консолидираният регистър на клиентите по 44-FZ. Представлява структуриран списък на организациите, регистрирани на официалния сайт на ЕИС като лица, провеждащи процедури за възлагане на обществени поръчки, като от него можете да получите изчерпателни данни за държавния клиент и неговата обществена поръчка.

Информация от регистъра

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

Така че в него можете да намерите следното:

име (пълно и съкратено);
дата на регистрация и код на институцията (присвоен от системата);
учредителни данни на юридическото лице (ТИН, KPP, PSRN, OKTMO, местонахождение на дружеството);
идентификационен код и дата на присвояването му;
форма на собственост и организационно-правна форма;
OKVED2 кодове;
бюджетен код и неговия вид (например федерален бюджет);
данни за контакт (телефон, пощенски адрес, e-mail адрес, както и лице за контакт).

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

Как да намерите списък с организации в EIS

Нека разгледаме стъпка по стъпка как да намерим база данни и да работим с нея.

За да намерите посочения списък с държавни клиенти, трябва да отидете на официалния уебсайт на Единната информационна система - www.zakupki.gov.ru.

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

Как да вляза в списъка с клиенти

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

goscontract.info

Писмо на Федералното съкровище от 13 февруари 2017 г. № 07-04-05 / 13-157 "За информацията за организацията"

За да се гарантира възможността за изпълнение от организации, информация за които, включително информация за правомощията на организацията в областта на обществените поръчки, е включена в регистъра на участниците в бюджетния процес, както и на юридическите лица, които не са участници в бюджетен процес, процедурата за който е одобрена със заповед на Министерството на финансите на Руската федерация от 23 декември 2014 г. № 163n (по-нататък съответно - Заповед № 163n, Консолидиран регистър), изискванията на Федералния закон от 05.04. .2013 № 44-FZ „За системата на договорите в областта на поръчките на стоки, работи, услуги за задоволяване на държавни и общински нужди“ по отношение на тяхното поставяне на информация и документи в единна информационна система в областта на обществените поръчки ( наричан по-долу Федерален закон № 44-FZ, EIS), Федералното министерство на финансите съобщава следното.

В съответствие с правилата, установени с раздел III от процедурата за регистрация в EIS, одобрена със заповед на Федералното министерство на финансите от 30 декември 2015 г. № 27n „За одобряване на Процедурата за регистрация в единната информационна система в областта на обществените поръчки и обезсилване на заповед на Федералното съкровище № 4n от 25 март 2014 г. "(По-нататък - Заповед № 27n), регистрацията на тези организации се извършва от Федералното съкровище автоматично въз основа на информация, включена в Консолидирания регистър чрез информационно взаимодействие на Държавната интегрирана информационна система за управление на публичните финанси „Електронен бюджет“ (наричана по-нататък – системата „Електронен бюджет“) и ЕИС.

В същото време, поради трудностите, възникващи при информационното взаимодействие на системата „Електронен бюджет“ с UIS с цел актуализиране на информация за организациите в UIS, Федералното министерство на финансите счита за възможно да формира електронен документ „Информация за организация" (наричана по-долу - Информация за организацията) чрез приложния софтуер "EDMS" от териториалния орган на Федералното съкровище (по-нататък - TOFK) по местонахождението на организацията за организации, които поради различни трудности не са преминали регистрация ( пререгистрация) в EIS в съответствие с раздел III от Заповед № информация, която блокира работата в UIS, и насочване на Информация за организацията към Междурегионалната оперативна UIS.

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

В същото време Федералното министерство на финансите обръща специално внимание на факта, че формирането на информация за организации, които са преминали регистрация (пререгистрация) в EIS в съответствие с раздел III на заповед № 27n, е неприемливо.

Издаването на удостоверения за работа в ЕИС на организации, които не са преминали регистрация (пререгистрация) в ЕИС в съответствие с разпоредбите на Заповед № 27н се извършва в съответствие с изискванията на Правилника на Удостоверителния център на федералното съкровище, одобрено със заповед на Федералното съкровище от 31 юли 2015 г. № 197 (изменена със заповед на Федералното съкровище от 25.07.2016 г. № 280). В същото време, на етапа на генериране на Заявка за сертификат в съответния приложен софтуер, като атрибут "Регистрационен номер на организация в UIS", е необходимо да се посочи уникалният регистрационен номер на организацията, формиран в Консолидирания списък на клиенти - SDR кодът; под който потребителят планира да работи, като правомощията на упълномощеното лице на организацията посочват стойностите на правомощията на потребителя на EIS "администратор на организацията" и (или) "упълномощен специалист".

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

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

Приложение 1
към писмото на Федералната хазна
от 13 февруари 2017 г. No 07-04-05 / 13-157

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

1. Ако организацията няма възможност да се пререгистрира в единната информационна система в областта на обществените поръчки (наричана по-долу ЕИС) в съответствие с раздел III от Процедурата за регистрация в ЕИС, одобрена със заповед на Федералното съкровище № 27н от 30.12.2015 г. (наричано по-долу Процедура № 27н) и има необходимост от актуализиране на данните му в съответствие със съответните промени в регистъра на участниците в бюджетния процес, както и юридически лица, които не са участници в бюджетния процес, процедурата за която е одобрена със заповед на Министерството на финансите на Руската федерация от 23 декември 2014 г. № 163n (наричан по-долу Консолидиран регистър), след това териториалният орган Федералното министерство на финансите (наричано по-долу TOFK) самостоятелно, въз основа на данните на организацията в Консолидирания регистър, генерира Информация за организацията в PPO SED в съответствие с текущото изпълнение и ги изпраща до Междурегионалния оперативен UFC.

В същото време трябва да се обърне специално внимание на факта, че ако организацията е била пререгистрирана в EIS в съответствие с раздел III от Заповед 27n, формирането на информация за организацията е неприемливо.

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

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

2. Ако организацията в Консолидирания регистър е променила кода в Консолидирания регистър по подходящ начин (8 знака) и тази информация не е отразена в EIS, тогава TOFK изпраща информацията до центровете за компетентност в областта на поръчка (UFK в Саратовска област, UFK в Новосибирска област) (наричани по-долу Центрове за компетентност) не по-късно от 17.00 часа на работен ден (съответната часова зона на Центъра за компетентност) в следната форма:

3. Ако организацията има втори личен акаунт в EIS, тогава TOFK трябва да гарантира, че се извършват следните дейности:

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

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

Алгоритъмът за прехвърляне на информация и документи от стария личен акаунт към новия личен акаунт се съдържа в раздел 4.3.15 „Подаване на уведомление за промяна в организацията, извършваща поставянето“ на документа „Ръководство за потребителя на UIS“ и раздел 4.7 .6 Ръководство за потребителя „Промяна на информация за клиента в договора за договори, които не са свързани с организацията на потребителя „на документа“. Подсистемата за управление на поръчките в частта на регистъра на договорите и регистъра на банковите гаранции ", публикувана в раздела "Документи / Учебни материали / Ръководство за потребителя за 44-FZ" на официалния уебсайт на EIS;

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

- след дефиниране на "работещ" личен акаунт в UIS TOFK по начин, подобен на параграф 2 от тези препоръки, изпраща информация за блокиране на "неработещия" личен акаунт до съответния Компетентен център във формата:

а) за работещите в новия (дублиран) личен акаунт се блокира старият личен акаунт.

б) за работещите в стария личен акаунт се блокира нов личен акаунт.

Инструкции за регистриране на организации и потребители в EIS в съответствие със Заповед на Министерството на финансите на Русия от 30 декември 2015 г. № 27n

Официалният уебсайт на Единната информационна система в областта на обществените поръчки (EIS, zakupki.gov.ru)

Инструкции за регистриране на организации и потребители в Единната информационна система в съответствие със Заповед на Министерството на финансите на Русия от 30 декември 2015 г. № 27n

Термини и определения

Регистрация на организация и потребител на организация съгласно Федерален закон № 44-FZ

Регистрация на организация в EIS, информация за която е включена в Консолидирания регистър (в съответствие с раздел III от Процедура за регистрация № 27н)

№ 44-FZ е разрешено да се използват само сертификати за ключове за проверка на квалифициран електронен подпис, издадени от сертифициращ център на Федералното съкровище на името на физическо лице. Сертификатът за ръководител на организацията трябва да съдържа TIN на потребителя.

Регистрацията на организация в Системата се извършва автоматично след получаване на информация от Консолидирания регистър. Ако организацията е регистрирана в ЕИС в съответствие с действащата процедура за регистрация преди прилагането на Регистрационна процедура № 27н, се изисква пререгистрация на организацията. Ако пререгистрацията на организацията и нейните потребители не бъде извършена в съответствие с Процедурата за регистрация в UIS преди 01.01.2017 г., тогава достъпът на потребителите на организацията до UIS ще бъде прекратен от тази дата.

Списък на правомощията на организациите, регистрирани чрез Консолидирания регистър:

- клиент; - упълномощен орган; - оторизирана институция; - специализирана организация; - контролен орган в областта на обществените поръчки; - органът, упълномощен да упражнява контрол в съответствие с част 5 на член 99 от Федерален закон № 44-FZ; - орган за вътрешен контрол; - одитен орган в областта на обществените поръчки; - органът, който поставя правилата за нормиране; - органът, който установява изисквания за определени видове стоки, работи, услуги и (или) стандартни разходи; - органът, който разработва типови договори и типови условия на договори; - клиент, извършващ покупки в съответствие с част 5 на член 15 от Федерален закон № 44-FZ; - организация, упражняваща правомощията на клиента да извършва покупки въз основа на споразумение в съответствие с част 6 на член 15 от Федерален закон № 44-FZ; - органът, упълномощен да поддържа библиотеката от типови договори, типови условия на договори; - органът, който следи покупките; - органът, регулиращ договорната система в областта на обществените поръчки.

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

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

Възможно е също така потребителят първоначално да е бил посочен като мениджър в информацията за една организация и да е извършил оторизация в личния акаунт на тази организация и следователно сертификатът е бил свързан с акаунта, а по-късно информацията за друга организация е била актуализирана, където е посочен и като Водач. Ако Мениджърът трябва да работи в Личния акаунт на организацията, за която е получена актуализираната информация, е необходимо да направите следното: 1. Извършете оторизация в Личния акаунт на организацията, в която първоначално е посочен като Мениджър; 2. Извършване на регистрация/пререгистрация на Администраторите на тази организация (виж т. 2.1.3, 2.1.8); 3. Прекратете връзката на вашия сертификат с акаунта на текущата организация (вижте точка 2.1.6); 4. Извършете оторизация в Личния акаунт на организацията, за която е получена актуализираната информация.

Правим промени в Консолидирания регистър

Свързани статии

Институциите откриват лични сметки във федералното съкровище, ако са включени в Консолидирания регистър на получателите на федерални бюджетни фондове. Данните в такъв регистър се променят само въз основа на изявления на главните управители на фондове. Как да извършите тази операция, казва Елена Анатолиевна КОРОЛ, съветник на държавната държавна служба на Руската федерация от 3-ти клас на Службата на федералното съкровище за Хабаровска територия, д-р. н.

За какво е Консолидираният регистър?

Изискването за включване в Консолидирания регистър на главните управители, управители и получатели на федерални бюджетни фондове (наричан по-долу Консолидиран регистър) на всички институции, които са открили сметки във Федералното съкровище (OFK), е установено с Инструкцията за процедура за откриване и поддържане на лични сметки, одобрена със заповед на Министерството на финансите на Русия от 31 декември 2002 г. № 142n.
Имайте предвид, че документите, подадени в ОФК за откриване на сметки, се проверяват за съответствие с данните от Консолидирания регистър. Проверката се извършва по отношение на пълното име, краткото име, организационно-правната форма и форма на собственост. Процедурата за поддържане на Консолидирания регистър е одобрена със заповед на Министерството на финансите на Русия от 4 юли 2005 г. № 83n (наричана по-долу Процедурата). Нека припомним, че със заповед на Министерството на финансите на Русия от 15 октомври 2007 г. № 86н бяха одобрени изменения и допълнения в Процедурата за поддържане на Консолидирания регистър.

Процедура за извършване на промени

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

Включване на институциите в Консолидирания регистър

За да добавят нова институция към консолидирания регистър, главните администратори подават заявление до Федералното съкровище. Съставя се по образец по приложение No 2 към реда.
Номерът на заявлението е трицифрен код на главния управител на бюджетни средства според Списъка на преките получатели на средства от федералния бюджет, а трицифреният номер на заявлението се посочва чрез дроб. Например номерът на първото заявление, изготвено от Министерството на финансите на Русия, ще бъде: № 092/001.
Моля, обърнете внимание: при добавяне на институция към консолидирания регистър, Федералното министерство на финансите й присвоява така наречения „код на получателя на бюджета“. В същото време един код се присвоява на главните ръководители, администратори и получатели, отдели, извършващи изпълнителни производства, независимо дали откриват съответните лични сметки в териториалните органи на Федералното съкровище.
Институцията ще открие лични сметки в OFK само при условие, че са представени всички необходими документи. Едва след това Федералното министерство на финансите въвежда в Консолидирания регистър информация за OFK кодовете, за които институцията е открила съответните лични сметки.

Промяна на данните в регистъра

Промени в Консолидирания регистър се извършват и въз основа на заявление на главните управители на средства - за промяна на данните. Формата му е дадена в Приложение No 4 към Процедурата. Въз основа на този документ Федералното министерство на финансите коригира данните за институцията в консолидирания регистър.
След извършване на промените главният управител получава уведомление от Федералното министерство на финансите за промяна на данните за институцията в регистъра (виж Приложение № 7 към Процедурата). Не забравяйте, че Процедурата предвижда само един случай, когато Федералното министерство на финансите може да прави промени в Консолидирания регистър без заявление от главния мениджър на средства. Това е възможно, когато се променят кодовете на OFK, когато институциите се прехвърлят от един отдел на федералното съкровище в друг на територията на един съставен субект на Руската федерация.

Изключване на институция от Консолидирания регистър

Тази процедура се извършва въз основа на подадено „заявление за изключване” от главния управител на институцията от Консолидирания регистър (Приложение № 3 към Процедурата).
Федералното съкровище и неговите териториални органи закриват съответните лични сметки и изключват институцията от регистъра. Главният мениджър получава съответно уведомление от OFC.
Имайте предвид, че администраторите и получателите на средства от федералния бюджет също имат право да подават в териториалния OFK проекти на заявления за включване, изключване, промяна на данните за институцията в консолидирания регистър. Формите на такива заявления са подобни на тези на главния фонд мениджър. След като получат проектозаявленията, териториалните ОФК ги прехвърлят във Федералната хазна. И от своя страна ги прехвърля на главния управител на средствата, който проверява и одобрява данните от проектозаявленията и ги прехвърля във Федералната хазна.
Моля, обърнете внимание: заявленията за промяна на данните в Консолидирания регистър ще бъдат върнати от Федералното министерство на финансите на главните мениджъри без изпълнение, ако са издадени с не всички или неверни данни.

Обменът на информация между Федералното министерство на финансите, териториалните OFK и главните управители (ръководители, получатели и подразделения, извършващи изпълнително производство) по време на поддържането на Консолидирания регистър се извършва в електронен вид със средства за електронен цифров подпис (ЕЦП).
Ако няма техническа възможност за обмен на информация с помощта на EDS, тогава обменът на информация се извършва в електронна и хартиена форма.

www.budgetnik.ru

Популярен:

Охрана на работа в Санкт Петербург с резиденция на GC Интегрирана сигурност Санкт Петербург Бруто / година: 60 000 рубли. Охранител-контрольор Брутно / година: 42 000 рубли. Охранител БОРС Холдинг, група компании [...]
Досъдебен иск към застрахователната компания за OSAGO (образец) OJSC "Страховая" 117105, Москва, ул. Страховой, 6 Иванов Иван Иванович, с местожителство на адрес: 394000, Воронеж, Ленински проспект, 83 ПРОСУДНАЯ [... ]
Изграждане на къщи за майчинство в Чита и региона Използвайте […]
Как да се регистрирате в данъчната служба, да създадете, да работите в офиса на данъкоплатеца, да влезете в руския данък Как да създадете лична сметка на данъкоплатец в nalog.ru Посочената услуга е данъчната служба на Федералната данъчна служба (FTS [.. .]
Сайтът като форма на собственост RAEX (Expert RA) е най-голямата рейтингова агенция в Русия с 20-годишна история. RAEX (Expert RA) е лидер в рейтинга, както и в изследванията и комуникационните [...]
Безлихвен заем от учредителя - данъчни последици Изпращане по пощата Безлихвен заем от учредителя - ще разгледаме данъчните последици за 2018 г. от тази операция в нашия материал - е често събитие за [...]
Audi tax 42 Дойдох днес да платя данък върху колата. Внимание към мощността на двигателя на моя VAZ 2106 Според данъчните власти имам такава кола. Най-доброто отгоре Първи отгоре Горещо отгоре 502 […]
Възможно ли е да се предпише в брачен договор кой ще има ипотечен апартамент? Възможно ли е в брачния договор да се посочи, че апартаментът, който е придобит по ипотека, в случай на развод ще остане на съпруга, но в същото време съпругът [...]

11.1. ED „Списък на участниците в бюджетния процес“ ED „Списък на участниците в бюджетния процес“ (наричан по-долу ED „Списък на UBP“) се прехвърля от FD, управителния орган на TGVBF към ORFC и е предназначен за извършване на промени в централизираната директория "Списък на UBP".

На AWP Client-FO / OU TGVBF ED "Списък на UBP" се генерира чрез ръчно въвеждане или импортиране, като файл във формат TXPU100701 (без полето "Тип промени") или във формат TXPU130101, с последващо преобразуване на файла в документ. Документът, записан в системата EDMS, се подписва с EDS и се изпраща до AWS Server-UFK по един от следните маршрути:

от AWP Client-FO / OU TGVBF към AWP Server-UFK;
от AWP Client-FO / OU TGVBF към AWP Server-OFK, след това от AWP Client-OFK към AWP Server-UFK.

Въз основа на информацията, съдържаща се в ED "Списък на UBP" на AWS Server-UFK, в резултат на обработката на този документ, справочникът "Списък на UBP" се актуализира централно, което допълнително се репликира във всички други AWP на PPO "EDMS" (в рамките на конкретна съставна единица на Руската федерация / регион) ...

На AWP Client-FO / OU TGVBF са налични следните операции с документи:

импортиране във формати TXPU100701, TXPU130101,
ръчно въвеждане и редактиране (в състояние "нов"),
изтриване на ED от статусите „нов“, „импортиран“ (когато стойността на системната константа „Разрешаване на изтриване на импортирани документи“ е равна на „Да“);
подпис и изпращане до AWP Server-TOFK,
преглед и отпечатване по приет шаблон;
експортиране в ръчен режим без промяна на състоянието (по подразбиране документът се експортира във формата, в който е създаден);
съхранение и архивиране в базата данни на ООП „СЕД”.

За да работите с ED "Списък на UBP", изберете елемента от менюто "Документи - Поддръжка на указател - Списъци на UBP - Списъци на участниците в бюджетния процес", това ще отвори формата на списък с документи, които отговарят на условията за подбор, дадени на филтриращият панел. Можете да разширите или намалите обхвата на видимите документи, като зададете условия за филтриране.

Документът се отваря за преглед чрез двукратно щракване върху реда от списъка с документи или чрез щракване върху бутона в лентата с инструменти. За да въведете нов документ, натиснете бутона (Нов) на лентата с инструменти или клавиша "Вмъкване" на клавиатурата. Ще се появи екранната форма, показана на Фигура 170.

170
Общи раздел

Екранната форма на документа съдържа частта с обща информация и четири раздела.

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

"Номер" - номер на документа. Задължително поле. Може да се попълни автоматично с помощта на бутон за номериране.

Забележка 1. FI може да изготви ED "Списък на UBP", съдържащ списък на бюджетните институции (BA) или списък на автономните институции (AU). При генериране на такъв ED, първите 3 знака в полето „Номер“ на ED трябва да съдържат стойността „PBU“ или „PAH“ съответно (ако бутонът за автоматично номериране се използва при генериране на ED номер, тогава „ Символите PBU” / „PAH” се добавят вляво от генерираното число ръчно) ... На AWP Server-UFK, при обработката на този ED, записи в директорията PUBP се генерират със стойността на променливата „Тип на организация“ (RBPName255) – „PBU“ или „PAU“.

Внимание! ED "Списък на UBP" с типа PBU / PAU от FB може да бъде създаден само на ниво GRBS (и прехвърлен в CAPC), а с типа PBU / PAU от BS / MB - само на ниво FD ( и прехвърлен в UFK).

Бележка 2.Също така, Федералният окръг може да подготви ED "Списък на UBP", съдържащ списък на организациите, чиито лични сметки не са открити в ORFC. Организационните данни се въвеждат в указателя на PBP, но не се експортират в счетоводната система и не се репликират на клиенти. Когато генерирате такъв ED, първите 3 знака в полето „Номер“ на ED трябва да съдържат стойността „ADD“ (ако бутонът за автоматично номериране се използва при генериране на ED номер, тогава символите „ADD“ се добавят към вляво от генерираното число). На AWP Server-UFK, при обработката на този ED, записи в PUBP директорията се генерират със стойността на променливата "Тип на организация" (RBPName255) - "OOS".

"Дата" - датата, на която е генериран документът. По подразбиране той се запълва с текущата системна дата. Задължително поле. Датата на документа трябва да е по-голяма или равна на началната дата на бюджета.
"Дата на формиране" - датата на формиране на файла. Попълва се автоматично при импортиране на документ. Когато се въвежда ръчно, той се попълва с помощта на вградения календар. Задължително поле.
"Основа" - коментарът на изпълнителя на документа. Незадължително поле.
„Съобщение“ – полето се използва за предаване на служебна информация относно обработката на документи. Щракването върху бутона "Подробности" ще отвори прозореца "Съобщение на хоста", който може да съдържа допълнителна текстова информация. Когато се въведе ръчно, полето не се показва.

Попълнете следните полета в раздела "Основни":

„Име на бюджета“ – името на съответния бюджет. Стойността се избира от търсенето „Бюджети“ между записи със статуси 1 (разрешено), 2 (условно включено), 3 (условно изключено), с изключение на записи с бюджетно ниво „1“, „6“. Задължително поле.
"OKPO FO" - код по OKPO FO (8 знака), контролен орган на TGVBF / VBF, GRBS. Задължително поле. Валидни знаци са числа от 0 до 9.
"Финансов орган" - пълното име на FI на съответния бюджет, управителен орган на TGVBF. Стойността се избира от справочника "UBP List". Задължително поле.
„Бюджетно ниво“ е името на бюджетното ниво. Задължително поле. Стойността се избира от търсенето "Бюджетни нива", наличните стойности са:

3 - местен бюджет;

"TOFK" е кодът и пълното име на TOFK UBP, според което се правят промени. Кодът е избран от справочника "Федерални финансови органи". Името се попълва автоматично с код. Полетата са задължителни.

171... Екранен формуляр "Списък на участниците в бюджетния процес",
Раздел Информация за пощата

В раздела „Пощенска информация“ попълнете следните полета:

Група полета "Получател":

"TOFK code" - кодът и пълното име на TOFK на получателя на документа. Стойността на кода се избира от справочника "Федерални финансови органи". Името на TOFK се попълва автоматично от референтния код. Полетата са задължителни.

Група полета "Подател":

“Бюджетно ниво” - име на бюджетното ниво на подателя. Задължително поле. Стойността се избира от търсенето "Бюджетни нива", наличните стойности са:

2 - бюджетът на съставното образувание на Руската федерация;
3 - местен бюджет;
4 - бюджетът на Държавния извънбюджетен фонд;
5 - бюджетът на териториалния държавен извънбюджетен фонд.

"UBP code" - кодът и пълното име на UBP на подателя. Стойността на кода се избира от директорията PUPP. Името на UBP се попълва автоматично от референтния код. Полетата са задължителни.

172... Екранен формуляр "Списък на участниците в бюджетния процес",
раздел "Данни за бюджетните институции"

В раздела „Данни за бюджетните институции“ има таблица с подробности за участниците в бюджетния процес (виж Фигура 172).

За да добавите данни за конкретна институция, щракнете върху бутона. Ще се появи екранният формуляр "Данни за бюджетна институция" (виж Фигура 173).

173... Екранен формуляр "Данни за бюджетна институция"

В диалоговата форма „Данни за бюджетна институция“ попълнете следните полета:

"Линия" - поредният номер на реда в таблицата. Полето се попълва автоматично.
"PPP code" - кодът и пълното заглавие на главата (GRBS, GADB или GAIFDB според BC на съответния бюджет). Кодът се въвежда ръчно или се избира от директорията "Кодове на глави". За RBS, PBS или IPBS, които не са административно подчинени на GRBS, се посочва стойността "000". Това поле е задължително, ако стойността на полето "Промяна на кода" е "2".
"Пълно име на UBP" - въведете пълното име на организацията. Задължително поле.
"Съкратено наименование на UBP" - въведете съкратеното наименование на организацията. Това поле е задължително, ако стойността на полето "Промяна на кода" е "2".
"Пълно име на висшестоящия UBP" - въведете пълното име на висшестоящата организация. Това поле не е задължително да се попълва, ако UBP е GRBS (GADB, GAIFDB), FD на съответния бюджет, управителен орган на TGVBF. За други UBP това поле е задължително.
"Код на региона" - посочете кода на региона в съответствие с справочника "Региони". Това поле не е задължително.
"Промяна на кода" - изберете от списъка кода за промени в PUPP, това поле е задължително:

"1 - включен низ" - се посочва, когато нов запис е включен в PUPP.
"2 - изключен низ" - се посочва, когато неподходящ запис е изключен от PUPP;
"3 - променлив низ" - се посочва при промяна на запис в PUPP;
"4 - промяна на ред" - се показва при промяна на запис в PUPP. При промяна на запис, модифицираният и променящият се ред на таблицата трябва да се отнасят един към друг чрез полето "Номер на ред".

"Тип промени" - името на типа на промените в записа. При ръчно въвеждане и при импортиране във формат TXPU100701 (без полето "Тип промени"), полето се попълва автоматично според стойността на полето "Промяна на кода", както следва:

"Включване", ако полето "Промяна на кода" е равно на "1 - включен низ";
"Изключение", ако полето "Промяна на кода" е равно на "2 - изключен низ";
„Заменен с номер на низ.“, ако полето „Промяна на кода“ е равно на „3 – модифициран низ“ (No – стойност на полето „Номер на реда“);
"Номер на ред е променен", ако полето "Промяна на кода" е равно на "4 - промяна на ред" (No е стойността на полето "Номер на ред").

"Line number" - номер на ред. За редове, за които стойността на полето "Промяна на кода" приема една от стойностите (1, 2), на полето автоматично се присвоява сериен номер, равен на номера в полето "Линия". За редове, за които стойността на полето „Промяна на кода“ приема една от стойностите (3, 4), полето се попълва ръчно:

за ред, за който „Кодът за промяна“ е „4“ (промяна), стойността на полето „Номер на реда“ трябва да съвпада със стойността на полето „Реда“ на съответния ред, който трябва да бъде променен;
за ред, за който „Кодът за промяна“ е „3“ (променлива), стойността на полето „Номер на реда“ трябва да съвпада със стойността на полето „Линия“ на съответния променящ се ред.

Внимание!Ако името на организацията се промени, към списъка се добавят последователно два реда: ред с код за промяна 3 (променлив) и с код за промяна 4 (променлив), т.е. реда за промяна трябва да бъде въведен по-късно от реда за промяна. Полето "Линия" и в двата реда се попълва с номер по ред (1,2,3 ...), а полето "Номер на ред" съдържа номера на съответния променящ се/променен ред.

За да запазите данните за линията, натиснете бутона "Ok".

174... Екранен формуляр "Списък на участниците в бюджетния процес",
Раздел Разширени

В раздела „Допълнително“ (вижте фигура 174) попълнете следните полета:

Група полета "Управител (упълномощено лице)":

"Пълно име" - пълното име на ръководителя или упълномощеното от него лице на UBP, издало документа. Задължително поле.
"Позиция" - длъжността на ръководителя или негово упълномощено лице на UBP, издал документа. задължително поле

Група полета "Отговорен изпълнител":

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

За да запазите документа, щракнете върху бутона "OK".

При импортиране на ED "UBP List", всички полета се попълват с данни от структуриран файл.

Забележка.Ако при записване или импортиране в ED "UBP List" има цикличност в йерархията (на екрана се показва съобщение), тогава е необходимо визуално да проверите дали организацията, добавена към BPM, няма подчинен организация като висшестоящ, в който добавената организация сама по себе си е висшестояща.

- "Код на TOFK, където е създаден записът" - кодът и името на TOFK, в който е създаден записът на справочника, в съответствие с указателя на органите на FC.

Фигура 118 Екранна форма на записа в директорията "Лични сметки".

7.2.2. Формиране на директория "Лични сметки"

При AWP Server-CAFC обработка на ED „Уведомление за промяна в личната сметка“ с бюджетно ниво – „федерален бюджет“, със статус „* Приет +“.

В AWP Server-UFK ED „Уведомление за промяна в личната сметка“ се обработва с ниво на бюджет, което е различно от стойността „федерален бюджет“ и има статус „* Приет +“.

Известията за лични сметки, открити в UFK за бюджетите на SF / MO, се разтоварват от CCS и се качват в Client-OFK AWP, инсталиран в UFK. След изтегляне документът „Уведомление за промяна в личния акаунт“ се доставя на AWP Server-UFK, където се обработва.

В резултат на обработката на ЕД „Уведомяване за промени в лични сметки“ се създава / променя запис в директорията „Лични сметки“.

Описание на ЕД "Уведомяване за промени в лични сметки" е представено в ръководството за потребителя "AWP EDMS. UFK-сървър“.

За да стартирате ръчно процедурата по обработка, изберете документ със статус „* Приет +“ в скролера „Известие за промени в лични сметки“ и изпълнете елемента от контекстното меню „Стартиране на обработка“. Алгоритъмът за обработка е както следва:

1. Стойността на GUID се определя от ред "Информация за личната сметка" ЕД "Уведомление за промени в лични сметки".

2. Търсене на запис с зададена GUID стойност и стойност на състоянието, равна на "1" ("Enabled") в директория "Лични акаунти".

3. Ако записът в директорията "Лични сметки" не бъде намерен, тогава се извършва проверка за наличието на UBP в директорията "Обединен регистър на UBP" (записът в регистъра трябва да има статус "Разрешено"):

- ако UBP е включен в RUBP, тогава към директорията „Лични сметки“ се добавя нов запис в съответствие с ED „Известие за промени в лични сметки“, докато стойността на GUID се взема от ED, състоянието на записът е настроен на “1” („Разрешено”);

- ако UBP не е включен в RUBP, тогава не се добавя запис в директорията "Лични акаунти", на потребителя се показва съобщение за грешка "Няма текущ UBP запис, невъзможно е да добавите личен акаунт."

4. При откриване на запис в указател "Лични сметки", се извършват промени в съществуващия запис в съответствие с ЕД "Известие за промени в лични сметки".

7.2.3. Експортиране на директория "Лични сметки"

Разтоварването на директорията "Лични сметки" може да се извърши на всички AWP на PPO "SED". Експортът се извършва с помощта на стандартните експортни процедури на софтуера "SED". За да експортирате справочника, изберете елемента "Експортиране / Импортиране - Експорт" в контекстното меню на референтния скролер, в прозореца, който се показва (вижте Фигура 119) изберете шаблона за експортиране и щракнете върху бутона "OK".

Фигура 119. Избор на шаблон за експортиране за справочник "Лични сметки".

Предоставени са следните режими на експортиране за директория "Лични акаунти":

1. Експорт на данни от директория "Лични акаунти" (пълна репликация, делта на репликация). Използва се за разтоварване към ППО "Център-КС". Следните шаблони отговарят на този режим:

- РЪЧНО. Експорт на всички записи, включени в директорията "Лични сметки - ORFC".

- РЪЧНО. Експортирането на данни е променено от предишния експорт на справочника "Лични сметки - ORFK".

2. Експортиране на всички записи от директорията "Лични сметки" за разтоварване на UBP (пълна репликация). Използва се за качване във външната счетоводна система на клиента на FC. Този режим съответства на „MANUAL. Експорт на лични сметки - UBP“. Когато този шаблон е избран, ще се появи прозорецът "Избор на директория за експортиране и параметри за експортиране" (виж Фигура 120), в който трябва да попълните параметрите за експортиране. В полетата на блоковете „Получател“ и „Получател“ се попълват реквизитите за пощенска информация, които не оказват влияние върху избора на записи в указателя. В полетата „Име на бюджет“ и „RFP код“ се въвеждат параметри за избор на записи, тоест за експорт можете да изберете записи за конкретен бюджет и глава БК. Ако нито един от двата параметъра не е попълнен, се разтоварват записи от директория "Лични сметки" за всички бюджети и за всички глави.

Фигура 120. Избор на параметри за експортиране

3. Експорт на записи на лични сметки, в контекста на TOFK, обслужвани в даден регион (пълна репликация, делта на репликация). Използва се за качване в счетоводната система (РПО "Център-КС") на регионално ниво ORFK. Списъкът с експортирани данни включва всички записи на лични сметки с обща стойност на първите два знака от полето TOFK код в директорията Лични сметки. Шаблони съответстват на този режим (вижте фигура 119):

- „РЪЧНИК. Експортиране на директорията "Лични сметки" в контекста на региона (пълен) ",

- „РЪЧНИК. Експортиране на директорията "Лични акаунти" в контекста на региона (делта на репликация) ".

4. Експорт на записи на лични сметки в контекста на контура (в рамките на секретния и в рамките на отворения контур). Шаблони съответстват на този режим (вижте фигура 119):

- „РЪЧНИК. Експортиране на директорията "Лични сметки" в контекста на контура (пълен) ".

- „РЪЧНИК. Експортиране на промени в директорията "Лични сметки" в контекста на контура ".

- „РЪЧНИК. Експортиране на директория "Лични сметки" в контекста на контура за OEBS".

- „РЪЧНИК. Експортиране на промени в директорията "Лични сметки" в контекста на контура за OEBS".

5. Експорт на записи по лични сметки на UBP в контекста на TOFK, обслужвани в този регион. Списъкът с експортирани данни включва всички модифицирани / създадени UBP записи, за които е отворен личен акаунт в избрания регион (първите два знака от системната константа „Собствен TOFK Code“ съвпадат с първите два знака от полето „OFKAccountCreateCode“ в таблицата "Личен акаунт"). Освен това изборът взема предвид параметъра „Бюджетно ниво“. Шаблони съответстват на този режим (вижте фигура 119):

- „РЪЧНИК. Експортиране на директорията Лични акаунти в контекста на TOFK ",

- „РЪЧНИК. Експортиране на промени в директорията Лични акаунти в контекста на TOFK ".

7.3. Справочник "Нива на бюджети"

Справочникът "Бюджетни нива" е предназначен за съхраняване на информация за видовете бюджетни нива. Формирането и модифицирането на справочника "Бюджетни нива" се извършва централно в CAFC. Справочникът е предварително инсталиран на Workstation Server-CAFC и не е достъпен за редактиране.

За да работите с справочника, изберете елемента от менюто „Указатели - Корпоративни - Класификатори - Бюджетни нива“ и ще се отвори скролърът на справочника „Бюджетни нива“. Директорията трябва да съдържа данни в съответствие с фигура 121.

Фигура 121. Директория "Бюджетни нива"

- "Код на ниво бюджет";

- "Име на бюджета";

- "Код на състоянието".

За да видите записа в справочника, натиснете бутона („Преглед“). Ще се отвори формулярът, показан на фигура 122, съдържащ полетата:

- “Код на ниво бюджет” - код на бюджетно ниво.

- "Име на бюджета" - името на бюджетното ниво.

- "Състояние" - кодът на състоянието на записа от директорията "Видове статуси".

Фигура 122 Екранна форма на записа в справочника "Бюджетни нива".

7.4. Справка "Видове контури"

Справка "Видове контури" е предназначена за съхранение на информация за видовете контури. Използва се като помощна справка за справочника „Обединен регистър на UBP“. Справочникът е предварително инсталиран на Workstation Server-CAFC и не е достъпен за редактиране.

За да работите с справочника, изберете елемента от менюто "Справки - Корпоративен - Класификатори - Типове контури" и ще се отвори скролърът на справочника "Типове контури". Директорията трябва да съдържа данни в съответствие с фигура 123.

Фигура 123. Справка "Видове контури"

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

- "Код на контура";

- "Име на контура";

- "Статус".

За да видите записа от справочника, натиснете бутона ("Редактиране / Преглед"). Формулярът, показан на фигура 124, ще се отвори със следните полета:

- "Код на контура" - посочва се кодът на контура;

- "Име на верига" - име на верига в съответствие с кода на нивото на веригата;

- "Състояние" - кодът на състоянието на записа, стойността от директорията "Типове състояния".

Фигура 124 Екранна форма за въвеждане на запис в директория "Видове контури".

7.5. Справка "Типове състояния"

Справочникът "Видове статуси" е предназначен за съхраняване на информация за видовете статуси на записи в регистъра. Използва се като помощна справка за справочника „Обединен регистър на UBP“. Формирането и модифицирането на справочника "Видове статуси" се извършва централно в CAFC. Справочникът е предварително инсталиран на Workstation Server-CAFC и не е достъпен за редактиране.

За да работите с справочника, изберете елемента от менюто "Указатели - Корпоративен - Класификатори - Типове статуси", това ще отвори скролера на директорията "Типове статуси" (виж фигура 125).

Следните полета се показват в скролера на директорията:

- "Код на състоянието";

- "Име на състоянието".

Фигура 125. Справка "Типове състояния"

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

Фигура 126 Екранна форма за въвеждане на запис в директория "Типове състояния".

7.6. Директория "Видове лични сметки"

Указателят „Видове лични сметки“ е предназначен за съхраняване на информация за видовете лични сметки. Използва се като помощна справка за справочника „Обединен регистър на UBP“. Формирането и модификацията на справочник "Видове лични сметки" се извършва централизирано в CAFC. Справочникът е предварително инсталиран на Workstation Server-CAFC и не е достъпен за редактиране.

За да работите със справочника, изберете елемента от менюто „Указатели - Корпоративни - Класификатори - Видове лични сметки" и ще се отвори скролърът на справочника "Видове лични сметки". Директорията трябва да съдържа данни в съответствие с фигура 127.

Фигура 127. Директория "Видове лични сметки"

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

- "Код на типа";

- "Име на типа l / s";

- "Статус".

За да видите записа от справочника, натиснете бутона ("Редактиране / Преглед"). Ще се отвори формулярът, показан на фигура 128.

Формулярът за въвеждане в указателя съдържа следните полета:

- "Код на типа" - код на типа на личната сметка.

- "Име на типа l/s" - името на типа l/s в съответствие с кода на типа;

- "Състояние" - кодът на състоянието на записа, избран от директорията "Типове състояния".

Фигура 128 Екранна форма за въвеждане на запис в директория "Видове лични сметки".

7.7. Указател "Видове KBK"

Справочникът „Видове KBK” е предназначен за съхраняване на информация за видовете KBK. Формирането и модифицирането на справочника "Видове КБК" се извършва централизирано в CAFC. Справочникът е предварително инсталиран на AWP сървъра на CAFC и не е достъпен за редактиране. Прехвърлянето на референтна информация към останалата част от работната станция на PPO "SED" се извършва последователно, като се започне от работната станция Server-CAPC, като се използва стандартният механизъм за репликация. Предоставя се съхранение на пълна справочна информация на всички работни станции ППО "СЕД".

Софтуерът "SED" реализира стандартните функции за импортиране, съхранение, експорт (към счетоводната система на ORFK и UBP) и репликация на справочника.

Работата с тази директория се извършва в елемента от менюто "Директории - Вътрешни - Типове KBK". Скролерът и екранната форма на директорията съдържат следните полета:

- "Код" - код от типа KBK.

- "Име" - името на типа KBK.

Фигура 129. Директория "Видове KBK"

7.8. Наръчник "Списък на UBP" (UBP)

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

Формирането и модифицирането на директорията "UBP List" се извършва централизирано в UFK (отделна директория във всяка съставна единица на Руската федерация) на работната станция Server-UFK (вижте точка 6.8.2), в останалата част от работни станции тази директория е достъпна само за преглед. Ръчното правене на промени в директорията на AWS Server-UFK е достъпно само за потребителя, който има привилегията „CAN_EDIT_SUBP“ в правата за достъп. Промяната/актуализацията на справочника "UBP List" на всички други АРМ на PPO "EDMS" (с изключение на AWP сървър-CAFC и свързаните) се извършва чрез репликация (виж т. 6.8.2.4).

PUPP се генерира на AWP Server-UFK въз основа на информацията, съдържаща се в ED "Списък на UBP" (описанието на документа е представено в ръководствата за потребителя "AWS EDMS. FO-клиент", "AWS EDMS. UFC-сървър" ) и след това репликиран в останалите AWP "SED". ED "UBP List" се генерира в счетоводната система на FO, след което се импортира в работната станция Client-FO и се доставя до работната станция Server-UFK по един от следните маршрути:

- от AWP Client-FO към AWP Server-UFK;

Справочникът "Списък на UBP" е свързан със следните справочници и класификатори:

- "Региони";

- "Видове бюджети";

- "Отделения";

- "Видове контури";

- "Видове статуси";

- "Лични сметки".

7.8.1. Преглед на записи от директорията "UBP List"

За да работите с директорията, изберете елемента от менюто "Директории - Корпоративен - Списък на UDP" и скролерът "Списък на UDP" ще се отвори (вижте фигура 130), показвайки следните полета:

- "GUID" - уникален идентификатор на записа в директорията.

- "UBP код" - кодът на участника в бюджетния процес.

Забележка. Справочникът може да съдържа само 1 действителен запис за дадена стойност на полето "UBP Code". Наличието в справочника на два или повече действителни записа с една и съща стойност на полето „UBP код не е разрешено.

- "RFP код" - кодът на ръководителя на участника в бюджетния процес.

- "Код на бюджета" - кодът на бюджетното ниво на участника в бюджетния процес.

- "Код на региона" - регионалният код на участника в бюджетния процес.

- "TOFK code" - кодът на TOFK на участника в бюджетния процес.

- "Дата на последна промяна" - датата на последната промяна на записа в указателя.

- "Време на последна промяна" - времето на последната промяна на записа в указателя.

Фигура 130. Екранен формуляр "UPS List"

Следните функции са предоставени в скролера на директорията:

- преглед / редактиране на записи;

- изтриване на запис;

- актуализиране на списъка;

- избор на записи.

Панелът за филтри на скролера съдържа полета:

- "Дата на включване" (диапазон: начална дата - крайна дата);

- "Дата на изключване" (диапазон: начална дата - крайна дата);

- "Променена дата" (диапазон: начална дата - крайна дата).

- "UBP Code";

- "Код по RFP";

- "Регион";

- "Бюджетно ниво";

- "Статус";

- TOFK;

- "Пълно наименование на UBP";

- "Кратко име на UBP".

За да видите записа от справочника, натиснете бутона ("Редактиране / Преглед"). Ще се отвори формулярът „Участник в бюджетния процес”, показан на Фигура 131. Екранната форма се състои от два раздела: „Данни за UBP” и „Лични сметки”.

Фигура 131. Екранен формуляр "Участник в бюджетния процес"

Разделът UDP данни съдържа следните полета:

- “Кратко наименование на UBP” - кратко наименование на участник в бюджетния процес.

- "Пълно име на UBP" - пълно име на участника в бюджетния процес.

- "Код на висшестоящия UBP" - кодът на висшестоящия участник в бюджетния процес.

- "Кодекс за ПЧП" - кодексът на административно подчинение.

- "Регион" - код на региона.

- “Бюджетно ниво” - код на бюджетното ниво.

- "TOFK code" - код на TOFK, обслужващ UBP.

- "Статус" - името на състоянието, което се изтегля от справочника чрез стойността на "кода на състоянието".

- "Име на RFP" - името на ръководителя на участника в бюджетния процес.

- "Име на бюджета" - името на бюджета.

- "Име на ФД" - името на финансовия орган. Стойността от справочника "Списък на UBP" от полето "Пълно име на UBP" сред действителните записи със статус "Разрешено".

- "Дата на включване" - датата на включване на записа в указателя.

- “Дата на изключване” - дата на изключване на записа от указателя.

- "Дата на промяна" - датата на последната промяна на записа.

- "GUID" е уникален идентификатор за записа.

Фигура 132. Екранен формуляр "Участник в бюджетния процес", раздел "Лични сметки"

Разделът „Лични сметки“ съдържа таблица със списък на личните сметки на участника в бюджетния процес, посочени в раздела „Данни на UBP“. Таблицата включва полета:

- "Номер на лична сметка" - номерът на l/s UBP, открит в TOFK.

- "UBP код" - кодът на участника в бюджетния процес.

- "Тип лична сметка" - тип л/с.

- "Дата на отваряне" - датата на отваряне на л/с.

- "Closing date" - крайна дата л/с.

- "Статус" - състоянието на записа в указателя.

7.8.2. Актуализиране на директорията "Списък на UBP"

Актуализирането на директорията се извършва в резултат на обработка на ED "Списък на UBP" на AWS Server-UFK с помощта на специална автоматична процедура. ED "UBP List" със статус "* Приет +" подлежат на обработка. В случай на успешно завършване на обработката на всички ED записи, "UBP List" преминава в състояние "* Изпълнено", в противен случай - в статус "* Не е прието" или "* Отказано".

Ръчно стартиране на обработка на ЕД "Списък на UBP" се извършва в скролера "Документи - Списък на UBP - Списъци на участниците в бюджетния процес" чрез избор на елемент от контекстното меню "Стартиране на обработка".

Успешната обработка означава, че всички записи от директорията "UBP List" са актуализирани в съответствие с ED "UBP List". Ако не е било възможно да се актуализира (добави, изтрие) поне един запис - обработката е неуспешна. В този случай останалите записи в указателя също не се актуализират.

Ако има грешки по време на обработката, на потребителя се показва диалогов прозорец „Грешка при стартиране на документ за обработка“ с опция за избор на действия: „Отлагане на документ“ или „Отхвърляне на документ“. Ако изберете „Отлагане на документа“, ED преминава в състояние „* Не е прието“ (от това състояние може да бъде рестартирано за обработка). Ако изберете „Предоставяне на документ“, ED преминава в състояние „* Отказано“.

Актуализирането на директорията включва добавяне на нови записи, промяна на съществуващи и изключване на остарели записи. След като актуализирате справочника, трябва да актуализирате съдържанието на скролера на справочника „UPS List“, като щракнете върху бутона.

7.8.2.1. Добавяне на запис към директорията "UBP List".

Ако в обработения ред "Данни за бюджетна институция" на ED "Списък на UBP" стойността на полето "Промяна на кода" е равна на "1" (включен ред), тогава следният алгоритъм за генериране на детайлите на PUBP запис се извършва:

1. Формира се стойността на уникалния идентификатор на запис (GUID).

2. Стойността на променливата "UBP Code" се формира съгласно следните правила:

- Кодът трябва да бъде във формата LDDDD, където L е цифра или символ, избран от стойността на системната константа "Низ от стойности на първия знак от кода на UBC List", D е цифра.

- Стойностите на UBD кода трябва да се генерират, започвайки от стойността 00001 в следната последователност: 00001, 00002, ... 99999, A0000, A0001, ... A9999, B0000, B0001, ... B9999, C0000, .. Z0000, ... Z9999 (общо около 410 000 уникални стойности за всеки предмет).

3. Формира се стойността на променливата "Код на бюджета":

- В директорията "Бюджети" се извършва търсене на запис, в който стойността на променливата "Име на бюджет" съвпада със стойността на подобна променлива в ED "UBP List" и стойността на променливата "Код на състоянието " е равно на "1" (активирано).

- Ако бъде намерен такъв запис, тогава на променливата "Код на бюджета" на PBP записа се присвоява стойността на променливата "Код на бюджета" на записа в директорията "Бюджети" и се извършва преходът към стъпка 5.

- Ако такъв запис не бъде намерен, тогава добавянето на запис към директорията "UBP List" е невъзможно - обработката се прекъсва.

4. Формира се стойността на променливата "Chapter name":

- в справочника „Справочник с кодове на глави“ се извършва търсене на действителен запис, в който стойността на променливите „Име на бюджет“ и „Код на глава“ съвпадат със стойностите на подобни детайли в ED „UBP List“ (независимо от малки и големи букви).

- Ако се намери такъв запис, тогава на променливата "Chapter name" от PUPP записа се присвоява стойността на променливата "Chapter name" от директорията и се извършва преходът към стъпка 5.

- Ако не бъде намерен запис в директорията с кодове на глави, тогава добавянето на запис към директорията "UBP List" е невъзможно - обработката се прекъсва.

5. Присвоява стойност на полето "На дата": текущата системна дата.

6. Към PUPP се добавя нов запис с получените стойности "GUID", "UBP code", "Budget code". Кодът на състоянието на записа е настроен на "1" (разрешено).

7.8.2.2. Изключване на запис от директорията "UBP List".

Ако в обработения ред "Данни за бюджетна институция" на документа "Списък на UBP" стойността на полето "Промяна на кода" е равна на "2" (изключен ред), тогава се изпълнява следният алгоритъм за обработка.

1. В директорията "UBP List" се търси запис, който има:

- във всички свързани записи на директория "Лични сметки" се попълва полето "дата на затваряне".

2. Ако бъде намерен единичен запис, кодът на състоянието на този запис се задава на "4" (изключен). Датата на затваряне се задава на стойността на текущата системна дата.

3. Ако бъде намерен повече от един запис, тогава се генерира съобщение за грешка: „Директорията съдържа повече от един запис с името<Наименование УБП>и бюджет<Наименование бюджета>". Не е изключено вписване в справочника.

7.8.2.3. Промяна на записа в директорията "Списък на UBP"

Ако в обработения ред „Данни за бюджетна институция“ на документа „Списък на UBP“ стойността на полето „Промяна на кода“ е равна на „4“ (промяна на ред), тогава се изпълнява следният алгоритъм за обработка:

1. В ЕД "Списък на UCP" в полето "Номер на линия" има променлив ред и се определя стойността на полето "Пълно име на UCP".

2. В директорията "Списък на UBP" се извършва търсене на запис, в който:

- стойността на променливата "Пълно име на UBP" съвпада (без отчитане на регистъра) със стойността на подобна променлива в ED "Списък на UBP";

- стойността на променливата "Код на състоянието" е "1" (разрешена);

- стойностите на променливата "Ниво на бюджета" са еднакви;

- за стойността на променливата "Код на бюджета" има запис в директорията "Бюджети", който има:

- има подобна стойност за променливата "Код на бюджета";

- променливата "Име на бюджета" по стойност съвпада с аналогичната променлива на ED "Списък на UBP",

- променливата "Код на състоянието" има стойност "1".

3. Ако записът не бъде намерен, тогава се генерира съобщение за грешка: “Няма действителен запис с име% VALUE% в директорията, който трябва да бъде променен”.

4. Ако бъде намерен единичен запис, тогава се определят стойностите на атрибутите „GUID“ и „UBP Code“ на записа, кодът на състоянието на записа се задава на „4“ (изключен). Датата на затваряне е зададена на текущата системна дата минус 1 ден.

5. Ако бъде намерен повече от един запис, тогава се генерира съобщение за грешка: „Директорията съдържа повече от един запис с името<наименование УБП>и бюджет<Наименование бюджета>". Записът в указателя не се променя.

6. Към справочника се добавя нов запис със стойностите на атрибутите „UBP Code“, „Budget Code“, както в променения запис. Стойността на променливата "Код на състоянието" на добавения запис се задава равна на "1" (разрешено). Стойността на отворената дата се задава на стойността на датата, следваща текущата системна дата.

7.8.2.4. Добавяне на VBF към "UBP List"

В справочника "Списък на UBP" е внедрена възможността за ръчно въвеждане на полето "UBP Code" за записи със стойности "4", "5" в полето "Ниво на бюджета". За това символите „P, S, M“ бяха изключени от системната константа „Низ от стойности на първия символ на PUBP кода“. По този начин включването на организации на нива 4 и 5 с посочване на първия символ "P, S, M" е възможно само чрез ръчно въвеждане в директорията "UBP List", а не чрез документ.

За да може ръчно да редактира справочника PUPP, потребителят трябва да добави привилегията "CAN_EDIT_SUBP" в елемента от менюто "Услуга - Сервиз - Настройка на системата за права - Задаване на права".

7.8.3. Репликация на директорията "Списък на UBP"

Актуализирането на директорията "Списък на UBP" на останалите работни станции се извършва с помощта на стандартния механизъм за репликация на софтуера "SED". Предоставя възможност за репликиране на директорията "Списък на UBP" между следните възли на приложния софтуер "EDMS":

- от Workstation Server-OFK към Workstation Server-OFK (външен);

- от AWP сървър-UFK към AWP клиент-OFK (вътрешен);

- от AWP Client-OFK към AWS Server-OFK (външен);

- от AWP Server-UFK към AWP Client-FO (вътрешен);

- от AWP Server-OFK към AWP Client-FO (вътрешен);

- от AWP сървър-UFK към AWP клиент-GRBS SF / MO (вътрешен);

- от AWP Server-UFK към AWP Client-RBS (вътрешен);

- от AWP сървър-OFK към AWP клиент-RBS (вътрешен);

- от AWP Server-UFK към AWP Client-RBS SF / MO (вътрешен);

- от AWP Server-OFK към AWP Client-RBS SF / MO (вътрешен);

- от AWP Server-UFK към AWP Client-PBS (вътрешен);

- от AWP Server-OFK към AWP Client-PBS (вътрешен);

- от AWP Server-UFK към AWP Client-PBS SF / MO (вътрешен);

- от AWP Server-UFK към AWP Client-AP (вътрешен);

- от AWP Server-OFK към AWP Client-AP (вътрешен);

- от AWP Server-UFK към AWP Client-VB (вътрешен);

- от AWP сървър-OFK към AWP клиент-VBF (вътрешен);

- от AWP Server-UFK към AWP Client-RGS (вътрешен).

Репликацията на директорията на UBP List се извършва във връзка със свързаните директории:

- "Региони";

- "Видове бюджети";

- "Отделения";

- "Видове контури";

- "Видове статуси".

Реализирана е възможността за пълна и частична (само променени записи) репликация: по време на пълна репликация се прехвърлят всички речникови записи, независимо от техния статус, а при частична репликация се прехвърлят само каталожните записи, променени от последната репликация.

За OFK клиента се прехвърля обектът за репликация "UBP List (for OFK)".

За клиента PBS SF / MO се предава обектът за репликация "Списък на UBP (за PBS / VBF)".

7.8.4. Експортиране на директорията "Списък на UBP"

Експортирането на справочника "Списък на UBP" се извършва чрез стандартните процедури за експорт/импорт на софтуера "EDMS" към AWS Server-OFK и AWS Server-UFK.

За да експортирате справочника "UBP List", отворете елемента от менюто "Указатели - Корпоративен - UBP List". В скролера на справочника маркирайте необходимия ред с курсора и изберете елемента "Експортиране / импортиране - Експорт" в контекстното меню. Във формуляра „Настройки за експортиране“, който се отваря, изберете шаблона за експортиране и щракнете върху бутона „OK“.

Реализирани са следните шаблони за експортиране на справочника "UBP Consolidated Register":

- шаблон за ръчен експорт на всички записи в директорията;

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

- шаблон за ръчен експорт на избрани записи. Списъкът с експортирани данни включва всички записи, избрани от потребителя в скролера на директорията "UBP List".

В допълнение към експортирането на всички записи от директорията "UBP List", както и всички променени записи, е възможно да се експортират записи във вътрешни формати, които имат:

- стойността на полето "TOFK код" на записа е равна на стойността на основния FC код, посочен от потребителя, както и на записите, реферирани от експортирания запис в полето "Код по RFP", в полето " Родителски UBP код" и записи, които се отнасят до експортирания запис чрез полето "Код на по-висшия UBP";

- стойността на полето "Код на региона" на записа е равна на стойността на регионалния код, определен от потребителя, както и на записи, които се препращат от експортирания запис в полето "RFP Code", в "Superior поле UBP Code“ и записи, които се отнасят до експортирания запис по поле „Код на по-висшия UBP“.

За да разтоварите пълния справочник „Списък на UBP“ (с историята на промените на всички записи) от PPO „EDMS“ шаблонът „RUN. Експортиране на всички записи, включени в директорията "UBP List" (вътрешен) ".

7.9. Директория "Бюджети"

Справочникът се поддържа централно на AWP Server-UFK. Прехвърлянето на референтна информация към останалата част от работната станция на PPO "SED" се извършва последователно, като се започне от работната станция Server-UFK, като се използва стандартният механизъм за репликация. Осигурява съхранение на пълна справочна информация на всички работни станции ППО "СЕД".

Софтуерът "SED" реализира стандартните функции за импортиране, съхранение, експорт (към счетоводната система на ORFK и UBP) и репликация на справочника. Добавянето на записи към директорията (импорт/ръчно въвеждане) е достъпно на AWP сървъра на UFC. Репликацията на директория се извършва по маршрутите, представени в точка 6.11.3.

Работата с тази директория се извършва в елемента от менюто "Директории - Корпоративни - Бюджети".

https://pandia.ru/text/79/108/images/image037_9.gif "width =" 23 "height =" 22 "> (" Създаване ") или бутона (" Редактиране / Преглед "). Редактирането на реда формуляр ще отвори справочник (виж фигура 134).

Фигура 134. Въвеждане на запис в директорията "Бюджети".

Екранната форма на референтната линия съдържа следните подробности:

- "Бюджет" - пълно наименование на бюджета. Въвежда се ръчно. Името на бюджета е уникално за нивото на бюджета. Задължително поле. Ако на територията на субекта има няколко местни бюджета с едно и също име, те трябва да бъдат регистрирани в указател с някои разлики, например към името на областта можете да добавите името на областта, в която се намира този бюджет. бюджет.

...-ти формуляр "Данни за бюджетна институция"

Разделът „Данни за бюджетна институция“ съдържа следните данни:

- "Линия" - поредният номер на реда.

- "RFP код" - кодът и името на ръководителя (административно подчинение) в съответствие с указателя на RFP кодовете.

- "Пълно име на UBP" - пълно наименование на организацията.

- "Съкратено наименование на UBP" - съкратено наименование на организацията.

- "Пълно име на висшестоящия UBP" - пълното име на висшестоящата организация.

- "Код на региона" - код на региона в съответствие с справочника "Региони".

- "Промяна на кода" - кодът на промените в записа. Може да приеме една от следните стойности:

- "1-включен низ";

- "2-изключен низ";

- "низ от 3 променливи"

- "4-сменна линия".

- "Тип промени" - името на типа на промените в записа. Полето се попълва автоматично. По стойността на кода за промяна се показва видът на промяната:

- "Включване", ако полето "Промяна на кода" е равно на "1";

- "Изключение", ако полето "Промяна на кода" е "2";

- "Промяна", ако полето "Промяна на кода" е равно на "3" или "4".

- "Номер на линия" - номер на ред. За редове, за които стойността на полето "Промяна на кода" приема една от стойностите (1, 2), на полето автоматично се присвоява сериен номер, равен на номера в полето "Линия". За ред, за който „Промяна на кода“ е „4“ (промяна), стойността на полето „Номер на реда“ съвпада със стойността на полето „Реда“ на съответния ред, който трябва да бъде променен. За ред, чийто „Код за промяна“ е „3“ (променлива), стойността на полето „Номер на реда“ съвпада със стойността на полето „Реда“ на съответния променящ се ред.

Фигура 333. Екранен формуляр "Списък на участниците в бюджетния процес", раздел "Допълнителни"

Разделът "Разширени" съдържа следните данни:

- Група полета "Управител (упълномощено лице)":

- "Пълно име" - пълното име на ръководителя или упълномощеното от него лице на УБП, издал документа.

- "Длъжност" - длъжността на ръководителя или негово упълномощено лице на UBP, издал документа

- "Телефон" - посочва телефонния номер (с кода на града) на служителя, отговорен за коректността на формирането на документа.

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

20.2. Обработка на документ "UBP List"

ED "Списък на UBP", който има статус "* Приет +", се обработва с цел добавяне / актуализиране / изтриване на записи в директорията "Списък на UBP".

За ръчна обработка изберете документ със статус „* Приет +“ в скролера „Документи - Списък на UBP - Списъци на участниците в бюджетния процес“ и изпълнете елемента от контекстното меню „Стартиране за обработка“.

Внимание! Автоматичните процедури за експортиране на ED "UBP List" към работната станция Server-UFK трябва да бъдат деактивирани, тъй като тази работна станция е крайният получател на документа.

В случай на успешно завършване на обработката на всички ED записи, "UBP List" преминава в състояние "* Изпълнено", в противен случай - в статус "* Не е прието" или "* Отказано".

Забележка. Успешната обработка означава, че всички записи от директорията "UBP List" са актуализирани в съответствие с ED "UBP List". Ако не е било възможно да се актуализира (добави, изтрие) поне един запис - обработката е неуспешна. В този случай останалите записи в указателя също не се актуализират.

20.2.1. Добавяне на запис към директорията "UBP List".

Ако в обработения ред "Данни за бюджетна институция" (виж фигура 332) стойността на полето "Промяна на кода" е равна на "1" (включен ред), тогава се изпълнява следният алгоритъм за обработка:

Генерира се уникален идентификатор на запис (GUID).
Формира се стойността на UBP кода. Кодът изглежда така: LDDDD, където L е цифра или символ, избран от стойността на системната константа "Низ от стойности на първия знак от кода на UBD List", D е цифра.
Стойностите на UBD кода се генерират, започвайки от стойността 00001, в следната последователност: 00001, 00002, ... 99999, A0000, A0001, ... A9999, B0000, B0001, ... B9999, C0000, . .. Z0000, ... Z9999 (общо около 410 000 уникални стойности за всеки предмет).
Формира се стойността на променливата „Код на бюджета“: в директорията „Бюджети“ се извършва търсене на запис, в който стойността на полето „Име на бюджет“ съвпада със стойността на подобна променлива в ED „UBP Списък" (независимо от главни букви) и полето "Код на състоянието" = "1 "(Включено). Ако записът бъде намерен, тогава на променливата „Код на бюджета“ на PBP записа се присвоява стойността на полето „Код на бюджета“ на записа в директорията „Бюджети“. Ако не бъде намерен запис в директорията "Бюджети", тогава добавянето на запис към директорията "UBP List" е невъзможно - обработката е неуспешна.
На полето „Име на глава“ се присвоява стойност: в директорията „Кодове на глави“ се извършва търсене на действителен запис, в който стойността на полетата „Име на бюджет“ и „Код на глава“ съвпадат със стойностите на подобни подробности в ED „Списък на UBP“ (независимо от малки и големи букви). Ако бъде намерен запис, тогава на полето име на глава се присвоява стойността на полето “Име на глава” от директорията. Ако не бъде намерен запис в директорията с кодове на глави, тогава добавянето на запис към директорията "UBP List" е невъзможно - обработката е неуспешна.
Присвоено на полето On Date: стойността на текущата системна дата.
Нов запис с получените стойности на GUID, "UBP код", "Бюджет код" се добавя към PBP директорията. Кодът на състоянието на записа е настроен на "1" (разрешено).

При обработка на ED “UBP List” се проверява и ED номерът. Ако първите 3 знака в полето "Номер" на ED съдържат стойността "DOP", тогава когато организациите, изброени в документа, се добавят към директорията, полето RBPName255 се попълва със стойността "OOS".

Когато нова организация е включена в указателя PUPP въз основа на ED "UBP List", се прави допълнителна проверка за присъствие в рамките на един бюджет за една глава на не повече от една организация с празно поле "Родител UBP Code" . Ако в реда ED със стойността на полето "Тип промени", равна на "Включване", полето "Пълно име на висшестоящия UBP" не е попълнено, тогава преди организацията да бъде включена в директорията, се извършва търсене сред действителните записи в директорията на FBM на организацията със стойността на полето "Име на бюджета", равна на стойността на полето "Име на бюджет" на ED, и със стойността на полето "RFP код", равна на стойност на полето "RFP код" на реда ED. Ако в резултат на заявката бъде намерена такава организация, тогава на екрана се показва прозорец с предупреждение: "За ред ED # %% с празно поле" UBP Code ", запис с име на бюджет =% BUDGETNAME%, RFP Code" =% GLAVACODE% и празен е намерен от полето "Superior UBP Code". На потребителя се дава възможност да продължи да обработва ED или да откаже ED. Ако ED откаже, съответното съобщение се записва в полето "NoteFromBank".

20.2.2. Изключване на запис от директорията "UBP List".

Ако в обработения ред "Данни за бюджетна институция" (виж фигура 332) стойността на полето "Промяна на кода" е равна на "2" (изключен ред), тогава се изпълнява следният алгоритъм за обработка:

В директорията PUPP се търси запис, в който:

- стойността на променливата "Пълно име на UBP" съвпада (без отчитане на регистъра) със стойността на полето "Пълно име на UBP" в ED "Списък на UBP";

- променливата "Име на бюджета" по стойност съвпада с аналогичната променлива от ЕД "Списък на UBP";

- променливата "Код на състоянието" има стойност "1";

- във всички свързани записи на директория "Лични сметки" се попълва полето "дата на затваряне".

Ако бъде намерен единичен запис, кодът на състоянието за този запис се задава на "4" (изключен). Датата на затваряне се задава на стойността на текущата системна дата.
<Наименование УБП>и бюджет<Наименование бюджета>". Не е изключено вписване в справочника.

20.2.3. Промяна на записа в директорията "Списък на UBP"

Ако в обработения ред „Данни за бюджетна институция“ (виж Фигура 332) стойността на полето „Промяна на кода“ е „4“ (промяна на ред), тогава се изпълнява следният алгоритъм за обработка:

В ЕД "Списък на UDP" по стойността на полето "Номер на ред" има променлив ред и се определя стойността на полето "Пълно име на UDP".
Извършва се търсене в директорията "UBP List" за запис, който има:

- стойността на променливата "Код на състоянието" е "1" (разрешена);

- стойностите на променливата "Ниво на бюджета" са еднакви;

- за стойността на променливата "Код на бюджета" има запис в директорията "Бюджети", който има:

- има подобна стойност за променливата "Код на бюджета";

- променливата "Име на бюджета" по стойност съвпада с аналогичната променлива на ED "Списък на UBP",

- променливата "Код на състоянието" има стойност "1".

Ако записът не бъде намерен, тогава се генерира съобщение за грешка: "Няма действителен запис с име% VALUE% в директорията, който трябва да бъде променен."
Ако бъде намерен единичен запис, тогава се определят стойностите на атрибутите „GUID“ и „UBP Code“ на записа, кодът на състоянието на записа се задава на „4“ (изключен). Датата на затваряне е зададена на текущата системна дата минус 1 ден.
Ако бъде намерен повече от един запис, тогава се генерира съобщение за грешка: „Директорията съдържа повече от един запис с името<наименование УБП>и бюджет<Наименование бюджета>". Записът в указателя не се променя.
Към справочника се добавя нов запис със стойностите на атрибутите "UBP Code", "Budget Code", както и за променения запис. Стойността на променливата "Код на състоянието" на добавения запис се задава равна на "1" (разрешено). Стойността на отворената дата се задава на стойността на датата, следваща текущата системна дата.

20.2.4. Проверка на цикличността на йерархиите за ръководството за BPM

След обработка на редовете на ED "UBP List" за променените записи в директорията "UBP List", се извършват допълнителни проверки:

Неравенства в стойностите на полето на UBP кода (UBPCode) и кода на неговата родителска организация (RBPCode) в таблицата "SPECIFICATIONUBP" (изпълнено за записи със статус RPLS<2 и Status <>4 или 5). Ако стойностите са равни, тогава проверката е неуспешна.
Проверката на цикъла се извършва за записи със статус RPLS<2 и Status <>4 или 5:
1. В референтния запис според стойността на полето "RBPCode" се определя запис, в който стойността на полето "UBPCode" съвпада със стойността на полето "RBPCode" на избрания запис и бюджетните кодове съвпадат. Търсенето се извършва между записи със статус RPLS<2 и Status <>4 или 5.
2. Ако записът бъде намерен, се изпълнява стъпка а. за намерения запис, ако не е намерен, значи йерархичната верига е изградена.
3. Веригата се проверява за равенство между стойностите на полетата "UBPCode" в избрания запис и "RBPCode" в последния запис във веригата. Ако стойностите са равни, тогава проверката е неуспешна.

Ако проверките са неуспешни, актуализацията на записа в директорията се връща назад. ED "UBP List" превключва на статусите "* Не е прието" или "* Отказано" в зависимост от наличието на успешно обработени записи.

20.3. Добавяне на VBF към "UBP List"

21. Информация за КБК (местен бюджет)

Документът "Информация за KBK (местен бюджет)" служи за актуализиране на указателите на групата KBK в рамките на местния бюджет:

- "Кодове на глави".

- "Кодове по KCSR".

- "Кодове за CWR".

- "Кодове на подвидове доходи, видове IFDB".

- “Кодове на бюджетни приходи, кодове на разходи и кодове на IFDB”.

- "Кодове за допълнителна класификация".

ED "Информация за BCK (местен бюджет)" се създава на Client-FO / Client-OFK AWS и се доставя до Server-UFK AWP по един от следните маршрути:

- AWP Client-FO → AWP Server-UFK;

- AWP клиент-FO → AWP сървър-OFK → AWP клиент-OFK → AWP сървър-UFC.

Въз основа на информацията, съдържаща се в ED "Информация за KBK (местен бюджет)" на AWS Server-UFK, документът се обработва, в резултат на което се добавят (актуализирани) записите на гореспоменатите справочници на KBK ). Освен това тези директории се репликират на всички други работни станции PPO "SED" (в рамките на местния бюджет).

AWS Server-UFK предоставя следните операции с ED „Информация за KBK (местен бюджет)“:

- получаване от AWP Client-FO / Client-OFK;

- разглеждане;

- проверка на подписите и данните;

- износ с разтоварване на ЕЦП;

- лечение;

- съхранение (включително архивиране) в базата данни на ООП "СЕД".

При проверка на детайлите се проверява съответствието на стойността на полето KBK (Код) на маската, посочена в системната константа за проверения тип KBK (KBKType). Системните константи за типовете KBK са описани в документа „EDMS Server. Ръководство на администратора“.

За да работите с ED „Информация за BCF (местен бюджет)“, изберете елемента от менюто „Документи – Информация за BCF – Информация за BCF (местен бюджет)“ и ще се отвори скролерът за документи.

21.1. Преглед на ED "Информация за KBK (местен бюджет)"

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

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

- "Номер" - номер на документа.

- "Дата" - датата на документа.

- "Основа" - коментарът на изпълнителя на документа.

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

Фигура 334. Екранен формуляр "Информация за KBK (местен бюджет)", раздел "Основни"

Разделът Общи съдържа следните полета:

- Група полета "Подавател":

- "Бюджетно ниво" - кодът и името на бюджетното ниво от директорията "Бюджетни нива".

- "UBP" - кодът и пълното име на UBP на подателя в съответствие с UBP (в случай на федерално ниво) или с UBP (в случай на други бюджетни нива).

- „TOFK“ - код и пълно име на TOFK на подателя в съответствие с справочника „Федерални финансови органи“.

- Група полета "Получател":

- "TOFK" - код и пълно име на TOFK на получателя в съответствие с справочника "Органи на федералното съкровище".

- "Тип клас" - типът класификация според KBK, приема една от стойностите:

- "кодове на глави" (маркер - "FD");

- "кодове по KCSR" (маркер - "FC");

- "кодове за CWR" (маркер - "FN");

- “кодове на подвидове доходи, типове IFDB” (маркер - “FW”);

- "кодове на приходи, разходи и IF" (маркер - "DK");

- "кодове за допълнителна класификация" (маркер - "KD").

- "Бюджет" - името на бюджета, към който принадлежи записът в указателя, в съответствие с директорията "Бюджети".

- Група полета "Отговорен изпълнител":

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

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

- "Телефон" - телефонният номер на служителя, отговорен за коректността на формирането на документа.

Фигура 335. Екранен формуляр "Информация за BCM (местен бюджет)", раздел "BC кодове"

Разделът “BC codes” (виж фигура 335) съдържа редове с информация за бюджетната класификация (местен бюджет) за справочниците на BCK.

За да видите данните на BCF, натиснете бутона в лентата с инструменти на раздела „BC кодове“. Ще се появи екранният формуляр "Реда с информация за BCK (местен бюджет)" (вижте Фигура 336).

Фигура 336. Екранен формуляр "Реда с информация за КБК (местен бюджет)"

- "BC код" - кодът за бюджетна класификация според справочника, съответстващ на посочения тип класификация в полето "Тип клас" в раздела "Основни":

- "FD" - кодове на глави;

- "FC" - кодове по KCSR;

- "FN" - кодове за CWR;

- "FW" - кодове на подвидове доходи, типове IFDB;

- "DK" - кодове на приходи, разходи и IF;

- "KD" - допълнителни класификационни кодове.

- "Тип KBK" - тип KBK от справочника "Видове KBK". Използва се за типа класификация - "DK". Полето трябва да се попълни, ако типът на класификация е "DK".

- "Ограничаващ знак" - знак за ползване за ограничени разходи. Използва се за разходи, т.е. ако полето "Вид КБК" има стойност "10 - разходи". Може да приеме една от следните стойности:

- "0 - не се използва за ограничени разходи",

- "1 - използва се за ограничени разходи."

- “КБК разходи” – полето се показва в диалоговия прозорец само ако полето “Тип класификация” = “КД”.

- "КБК доход" - полето се показва в диалоговия прозорец само ако полето "Тип класификация" = "KD".

- „Бюджетно ниво“ – полето се показва в диалоговия прозорец само ако полето „Тип класификация“ = „KD“. Полето не подлежи на редактиране, по подразбиране се попълва със стойността на полето "Бюджетно ниво" на действителния запис в директорията "Бюджети", за което "Budgets.BudgetCode" е равно на "DOCINFONEWKBK.CODE_BUDGET".

- “Кратко наименование” - кратко наименование на кода за бюджетна класификация (местен бюджет), съответстващ на кода в полето “Код ВС”.

- "Пълно име" - пълно наименование на кода за бюджетна класификация (местен бюджет), съответстващ на кода в полето "Код БК".

- "Дата на влизане в сила" - датата на началото на кода.

- "Срок на валидност" - срок на валидност на кода.

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

21.2. Експорт ED "Информация за KBK (местен бюджет)"

На AWP Server-UFK функцията за експортиране на ED "Информация за KBK (местен бюджет)" се изпълнява със запазване на EDS. Експортирането с EDS се извършва само ако системната константа „EXPORTWITHSIGN“ на тази AWS е зададена на „Yes“ и стойността на параметъра на шаблона за експортиране „Експортиране с разтоварващ EDS“ = „Yes“.

Експортирането на ED "Информация за KBK (местен бюджет)" се извършва с редовните средства на PPO "EDMS", като се вземе предвид вида на класификацията от KBK, посочен в структурирания файл:

- ако полето "ТИП" е равно на "FD", тогава по време на експортирането файлът се разтоварва в съответствие с формата TXFD090101;

- ако полето "ТИП" е равно на "FC", тогава по време на експортиране файлът се разтоварва в съответствие с формата TXFC090101;

- ако полето "TYPE" е равно на "FN", тогава по време на експортиране файлът се разтоварва в съответствие с формата TXFN090101;

- ако полето "TYPE" е равно на "DK", тогава по време на експортиране файлът се разтоварва в съответствие с формата TXDK090101;

- ако полето "TYPE" е равно на "FW", тогава по време на експортирането файлът се разтоварва в съответствие с формата TXFW090101 или TXWF100701;

- ако полето "TYPE" е равно на "KD", тогава по време на експортирането файлът се разтоварва в съответствие с формата TXKD100101.

21.3. ED обработка "Информация за КБК (местен бюджет)"

ED "Информация за KBK (местен бюджет)", който има статус "* Приет +", се обработва в AWP Server-UFK с цел актуализиране на директориите на KBK.

За да стартирате ръчно процедурата по обработка, трябва да изберете документ със статус „* Приет +“ в скролера „Информация за KBK (местен бюджет)“ и да изпълните елемента от контекстното меню „Стартиране за обработка“. В случай на успешно завършване на обработката на всички записи, ЕД преминава в състояние "* Изпълнено", в противен случай - в статуси "* Частично изпълнено" или "* Отказано".

Успешна обработка означава обработка, при която всички записи на справочника се актуализират в съответствие с ЕД „Информация за КБК (местен бюджет)”. Ако не е било възможно да се актуализира (добави, изтрие) който и да е запис, тогава обработката е неуспешна и документът преминава в статус „Отказано“.

Ако не е било възможно да се актуализира (добави, изтрие) поне един запис, тогава обработката е неуспешна и документът преминава в състояние "* Частично изпълнен", докато останалите записи в директорията продължават да се актуализират.

Механизмът на обработка е както следва:

Определя се кой справочник да се актуализира - в ред ED „Информация за КБК (местен бюджет)“ се проверява стойността на полето „ТИП“ (тип класификация):

- ако TYPE = "FD", тогава директорията "Кодове на глави" се актуализира;

- ако TYPE = "FC", тогава справочникът "Кодове за KCSR" се актуализира;

- ако TYPE = "FN", тогава справочникът "Кодове за CWR" се актуализира;

- ако TYPE = "FW", тогава справочникът "Кодове на подвидове доходи, видове IFDB" се актуализира;

- ако TYPE = "DK", тогава справочникът "Кодове на бюджетни приходи, кодове на разходи и кодове на IFDB" се актуализира;

- ако TYPE = "KD", тогава справочникът "Допълнителни класификационни кодове" се актуализира.

В актуализираната директория се извършва търсене на запис, в който „STATUS“ = 1 (активирано) и стойностите на полетата „CODE“ (код за бюджетна класификация) и „CODE_BUDGET“ (име на бюджета) съвпадат със стойностите на същите полета в реда ED „Информация за BCK (местен бюджет)“.
Ако бъде намерен такъв запис, се извършват следните действия:

3.1. Проверява се срокът на валидност на кода.

3.1.1. Ако началната дата на кода в реда ED съвпада с началната дата на кода в справочника и датата на изтичане на кода в реда ED е по-голяма или равна на датата на изтичане на кода в справочника , след това записът в препратката се актуализира: стойността на полето "STATUS" се променя на стойността:

- "1" (активирано), ако стойността на полето "Дата на валидност на кода" е по-малка или равна на текущата системна дата и стойността на полето "Дата на валидност на кода" не е попълнена или е по-голяма от текуща системна дата;

- "2" (условно активирано), ако стойността на полето "Дата на валидност на кода" е по-голяма от текущата системна дата и стойността на полето "Дата на валидност на кода" не е попълнена или е по-голяма от текущата система дата.

- "4 (изключено)", ако стойността на полето "Дата на валидност на кода" е по-малка или равна на текущата системна дата и стойността на полето "Дата на валидност на кода" е по-малка или равна на текущата системна дата .

Преходът към обработката на следващата ED линия (стъпка 1) се извършва или обработката е завършена, ако всички линии вече са обработени.

3.1.2. Ако началната дата на кода в реда ED е по-голяма от началната дата на кода в справочника, тогава на полето "Дата на изтичане на кода" в намерения запис в указателя се присвоява стойността на "Дата на валидност на кода" " поле на реда ED минус 1 ден, а стойността на полето STATUS се променя на стойност:

- "4 (изключено)", ако стойността на полето "Дата на изтичане на кода" е равна на текущата системна дата.

- "3 (условно изключено)", ако стойността на полето "Дата на изтичане на кода" е по-голяма от текущата системна дата.

3.2. За записи със стойността на полето "TYPE" = "DK" стойността на полето "Знак на използване за ограничени разходи" (LimitUse) се проверява допълнително за KBK с тип "разходи" (стойността на полето " KBKType" е равен на "10"):

- За BCK с тип BCK, равен на "10" и маската "XXX00000000000000XXX", стойността на полето "Flag за използване за ограничени разходи" трябва винаги да е равна на "0 - не се използва за ограничени разходи". Ако условието не е изпълнено, тогава актуализирането на справочника не се извършва, в протокола се показва съобщение за невалидна стойност на атрибута.

- За останалата част от СКК с тип СКК, равен на "10", при актуализиране на СКК в справочника се проверява стойността на полето "Флаг за използване за ограничени разходи" в документа и справочника. Ако стойностите не съвпадат, тогава директорията не се актуализира и в дневника се показва съобщение за несъответствия в стойностите на характеристиките.

- За останалата част от BCK с тип BCK, който не е равен на "10", стойността на полето "Flag за използване за ограничени разходи" трябва винаги да се оставя празна. Ако стойността на полето "Флаг за използване за ограничени разходи" в документа не е празна, тогава справочникът не се актуализира, в протокола се показва съобщение за невалидна стойност на атрибута.

3.3. Нов запис се добавя към директорията. Началната и крайната дата на валидност на кода се попълват както в реда ED. Полето "СТАТУС" се попълва, както в стъпка 3.1.1.

3.4. Преходът към обработката на следващата ED линия (стъпка 1) се извършва или обработката е завършена, ако всички линии вече са обработени.

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

4.1. Нов запис се добавя към директорията. Началната и крайната дата на валидност на кода се попълват както в реда ED. Полето "СТАТУС" се попълва, както в стъпка 3.1.1.

4.2. Преходът към обработката на следващата ED линия (стъпка 1) се извършва или обработката е завършена, ако всички линии вече са обработени.

Попълването на полетата по време на автоматичното създаване на запис в директорията KBK се извършва в съответствие с таблица 3.

Таблица 3. Автоматично попълване на полетата на речника

Името на атрибута в директорията	Поле в ред ED "Информация за KBK (местен бюджет)"	Описание
Дата на последната промяна на записа
Час, когато записът е бил последно променен		Стойността се генерира автоматично.
Бюджетен код
		Стойността се генерира автоматично при създаване на нов запис. Когато записът се актуализира, стойността на полето не се променя.
GUID на записа в родителската директория		Не е попълнено.
		Стойността на системната константа "Собствен TOFK код" се присвоява автоматично.

Код за бюджетна класификация
Кратко име на кода за бюджетна класификация
Пълно име на кода за бюджетна класификация
KBK разходи
KBK приходи
Ниво на бюджета
Дата на влизане в сила
продължение"