როგორ ყალიბდება საბიუჯეტო პროცესში მონაწილის სარეგისტრაციო ჩანაწერის უნიკალური ნომერი. მომხმარებლის სახელმძღვანელო დამტკიცების ფურცელი UBP კოდი სად უნდა მიიღოთ

- "წყნარი ოკეანის ფლოტის კოდი, სადაც შეიქმნა ჩანაწერი" - წყნარი ოკეანის ფლოტის კოდი და სახელი, რომელშიც შეიქმნა დირექტორიას ჩანაწერი, FK ორგანოების დირექტორიას შესაბამისად.

სურათი 118 დირექტორია „პერსონალური ანგარიშების“ ჩანაწერის ეკრანის ფორმა

7.2.2. დირექტორია "პერსონალური ანგარიშების" ფორმირება.

AWS Server-CAFC-ზე ED „შეტყობინება პირად ანგარიშში ცვლილების შესახებ“ მუშავდება ბიუჯეტის დონით - „ფედერალური ბიუჯეტი“, რომელიც არის სტატუსი „*მიღებული+“.

AWP Server-UFK-ზე, ED "შეტყობინება პირად ანგარიშში ცვლილების შესახებ" მუშავდება ბიუჯეტის დონით, რომელიც განსხვავდება ღირებულებისგან. ფედერალური ბიუჯეტი", რომლებსაც აქვთ სტატუსი "*მიღებული+".

UFK-ში გახსნილ პირად ანგარიშებზე შეტყობინებები SF/MO-ს ბიუჯეტის მიხედვით გადმოიტვირთება CKS-დან და იტვირთება UFK-ში დაყენებულ Client-OFK სამუშაო სადგურზე. ჩამოტვირთვის შემდეგ დოკუმენტი „შეტყობინება პირადი ანგარიშის შეცვლის შესახებ“ მიეწოდება AWP Server-UFK-ს, სადაც ხდება მისი დამუშავება.

ED „ცნობა პერსონალური ანგარიშების შეცვლის შესახებ“ დამუშავების შედეგად იქმნება/შეცვლილია ჩანაწერი დირექტორიაში „პერსონალური ანგარიშები“.

ED-ის აღწერა „შეტყობინება პერსონალურ ანგარიშებში ცვლილებების შესახებ“ წარმოდგენილია მომხმარებლის სახელმძღვანელოში „ARM SED. UVK სერვერი.

დამუშავების პროცედურის ხელით დასაწყებად, თქვენ უნდა აირჩიოთ დოკუმენტი "შეტყობინება პირად ანგარიშებში ცვლილებების შესახებ" სკრილელში სტატუსით "*მიღებული+" და შეასრულოთ კონტექსტური მენიუს პუნქტი "დამუშავების დაწყება". დამუშავების ალგორითმი შემდეგია:

1. GUID-ის მნიშვნელობა განისაზღვრება ED-ის „ცნობა პირადი ანგარიშების შეცვლის შესახებ“ სტრიქონიდან „ინფორმაცია პირადი ანგარიშის შესახებ“.

2. ხდება ჩანაწერის ძიება GUID-ის მოცემული მნიშვნელობით და სტატუსის მნიშვნელობით „1“ („ჩართულია“) „პერსონალური ანგარიშების“ დირექტორიაში.

3. თუ კატალოგში ჩანაწერი „პერსონალური ანგარიშები“ ვერ მოიძებნა, მაშინ ტარდება შემოწმება UBP-ის არსებობაზე დირექტორიაში „UBP-ის კონსოლიდირებული რეესტრი“ (რეესტრის ჩანაწერი უნდა იყოს სტატუსით „ჩართულია“):

– თუ UBP შედის RBP-ში, მაშინ ახალი ჩანაწერი ემატება „პერსონალური ანგარიშების“ დირექტორიაში ED „შეტყობინება პირადი ანგარიშების შეცვლის შესახებ“ შესაბამისად, ხოლო GUID მნიშვნელობა აღებულია ED-დან, შესვლის სტატუსი არის დააყენეთ "1" ("ჩართულია");

- თუ UBP არ შედის UBP-ში, მაშინ ჩანაწერი "პერსონალური ანგარიშების" დირექტორიაში არ არის დამატებული, მომხმარებელი იღებს შეცდომის შეტყობინებას "UBP-ის შესახებ მიმდინარე ჩანაწერი არ არის, შეუძლებელია პირადი ანგარიშის დამატება. "

4. „პერსონალური ანგარიშების“ დირექტორიაში ჩანაწერის აღმოჩენის შემთხვევაში, ცვლილებები შეტანილია არსებულ ჩანაწერში ED „შეტყობინება პერსონალურ ანგარიშებში ცვლილებების შესახებ“ შესაბამისად.

7.2.3. დირექტორია "პერსონალური ანგარიშების" ექსპორტი

დირექტორია "პერსონალური ანგარიშები" შეიძლება აიტვირთოს PPO "SED"-ის ყველა სამუშაო სადგურზე. ექსპორტი ხორციელდება EDMS პროგრამული უზრუნველყოფის რეგულარული ექსპორტის პროცედურების გამოყენებით. საცნობარო წიგნის ექსპორტისთვის, საცნობარო წიგნის გადახვევის კონტექსტურ მენიუში აირჩიეთ პუნქტი "ექსპორტი/იმპორტი - ექსპორტი", გამოსულ ფანჯარაში აირჩიეთ ექსპორტის შაბლონი (იხ. სურათი 119) და დააჭირეთ ღილაკს "OK".

სურათი 119. პირადი ანგარიშების დირექტორიაში ექსპორტის შაბლონის შერჩევა

მოწოდებულია "პერსონალური ანგარიშების" დირექტორიას ექსპორტის შემდეგი რეჟიმები:

1. მონაცემთა ექსპორტი "პერსონალური ანგარიშების" დირექტორიადან (სრული რეპლიკაცია, რეპლიკაციის დელტა). იგი გამოიყენება PPO "Centre-KS"-ში განტვირთვისთვის. შაბლონები შეესაბამება ამ რეჟიმს:

- სახელმძღვანელო ყველა ჩანაწერის ექსპორტი, რომელიც შედის დირექტორიაში "პერსონალური ანგარიშები - OrFC".

- სახელმძღვანელო მონაცემთა ექსპორტი შეიცვალა "პერსონალური ანგარიშები - OrFC" დირექტორიას წინა ექსპორტის შემდეგ.

2. UBP-ის განტვირთვის დირექტორია „პერსონალური ანგარიშების“ ყველა ჩანაწერის ექსპორტი (სრული რეპლიკაცია). იგი გამოიყენება FC კლიენტის გარე აღრიცხვის სისტემაში ატვირთვისთვის. ეს რეჟიმი შეესაბამება შაბლონს "MANUAL. პირადი ანგარიშების ექსპორტი - UBP. ამ შაბლონის არჩევისას გამოჩნდება ფანჯარა „აირჩიე ექსპორტის დირექტორია და ექსპორტის პარამეტრები“ (იხ. სურათი 120), რომელშიც უნდა შეავსოთ ექსპორტის პარამეტრები. „გამომგზავნი“ და „მიმღები“ ბლოკების ველებში ივსება ფოსტის ინფორმაციის დეტალები, რომლებიც არ იმოქმედებს დირექტორია ჩანაწერების შერჩევაზე. ველებში „ბიუჯეტის სახელწოდება“ და „PPP კოდი“ შეყვანილია ჩანაწერების შერჩევის პარამეტრები, ანუ ექსპორტისთვის შეგიძლიათ აირჩიოთ ჩანაწერები კონკრეტული ბიუჯეტისა და ძვ.წ. თუ ორი პარამეტრიდან არცერთი არ არის შევსებული, მაშინ ჩანაწერები "პერსონალური ანგარიშები" დირექტორიადან ჩამოიტვირთება ყველა ბიუჯეტისთვის და ყველა თავისთვის.

სურათი 120. ექსპორტის ვარიანტების შერჩევა

3. პერსონალური ანგარიშების ჩანაწერების ექსპორტი, TOFC-ის კონტექსტში, სერვისი მოცემულ რეგიონში (სრული რეპლიკაცია, რეპლიკაციის დელტა). იგი გამოიყენება სააღრიცხვო სისტემაში (PPO "Center-KS") OrFC რეგიონულ დონეზე გადმოტვირთვისთვის. ექსპორტირებული მონაცემების სიაში შედის პერსონალური ანგარიშების ყველა ჩანაწერი, რომელსაც აქვს „პერსონალური ანგარიშების“ საცნობარო წიგნის ველის „TOFK კოდი“ პირველი ორი სიმბოლოს საერთო მნიშვნელობა. შაბლონები შეესაბამება ამ რეჟიმს (იხ. სურათი 119):

– „სახელმძღვანელო. დირექტორია "პერსონალური ანგარიშები" ექსპორტი რეგიონების მიხედვით (სრული)",

– „სახელმძღვანელო. დირექტორია "პერსონალური ანგარიშების" ექსპორტი რეგიონების მიხედვით (რეპლიკაციის დელტა)".

4. პირად ანგარიშებზე ჩანაწერების ექსპორტი კონტურის კონტექსტში (საიდუმლო და ღია კონტურის ფარგლებში). შაბლონები შეესაბამება ამ რეჟიმს (იხ. სურათი 119):

– „სახელმძღვანელო. დირექტორია "პერსონალური ანგარიშების" ექსპორტი კონტურის კონტექსტში (სრული)".

– „სახელმძღვანელო. ცვლილებების ექსპორტი დირექტორიაში "პერსონალური ანგარიშები" კონტურის კონტექსტში".

– „სახელმძღვანელო. დირექტორია "პერსონალური ანგარიშების" ექსპორტი OEBS-ის კონტურის კონტექსტში".

– „სახელმძღვანელო. ცვლილებების ექსპორტი დირექტორიაში "პერსონალური ანგარიშები" OEBS-ის კონტურის კონტექსტში".

5. UBP-ის პირადი ანგარიშების ჩანაწერების ექსპორტი TOFC-ის კონტექსტში, რომელიც ემსახურება მოცემულ რეგიონში. ექსპორტირებული მონაცემების სიაში შედის ყველა შეცვლილი/შექმნილი UBP ჩანაწერი, რომლისთვისაც იხსნება პირადი ანგარიში არჩეულ რეგიონში (სისტემის მუდმივი "საკუთრივ TOFC კოდის" პირველი ორი სიმბოლო ემთხვევა "OFKAccountCreateCode" ველის პირველ ორ სიმბოლოს. "Personal Account" ცხრილში). გარდა ამისა, შერჩევა ითვალისწინებს პარამეტრს "ბიუჯეტის დონე". შაბლონები შეესაბამება ამ რეჟიმს (იხ. სურათი 119):

– „სახელმძღვანელო. კატალოგის ექსპორტი "პერსონალური ანგარიშები TOF-ის კონტექსტში",

– „სახელმძღვანელო. ცვლილებების ექსპორტი დირექტორიაში პირადი ანგარიშები TOFK-ის კონტექსტში.

7.3. სახელმძღვანელო "ბიუჯეტის დონეები"

დირექტორია "ბიუჯეტის დონეები" შექმნილია ინფორმაციის შესანახად ბიუჯეტის დონის ტიპების შესახებ. საცნობარო წიგნის „ბიუჯეტის დონეების“ ფორმირება და მოდიფიკაცია ცენტრალიზებულად ხორციელდება CAFC-ში. დირექტორია წინასწარ არის დაინსტალირებული ARM Server-CAFC-ზე და არ არის ხელმისაწვდომი რედაქტირებისთვის.

დირექტორიასთან მუშაობისთვის აირჩიეთ მენიუს პუნქტი "საცნობარო წიგნები - კორპორატიული - კლასიფიკატორები - ბიუჯეტის დონეები", ხოლო "ბიუჯეტის დონეები" დირექტორიაში გაიხსნება. დირექტორია უნდა შეიცავდეს მონაცემებს სურათი 121-ის შესაბამისად.

სურათი 121. დირექტორია „ბიუჯეტის დონეები“

– „ბიუჯეტის დონის კოდი“;

- „ბიუჯეტის დასახელება“;

- "სტატუსის კოდი".

დირექტორიაში ჩანაწერის სანახავად დააჭირეთ ღილაკს (ნახვა). 122-ზე ნაჩვენები ფორმა გაიხსნება, რომელიც შეიცავს ველებს:

– „ბიუჯეტის დონის კოდი“ – ბიუჯეტის დონის კოდი.

– „ბიუჯეტის სახელწოდება“ – ბიუჯეტის დონის დასახელება.

– „სტატუსები“ – ჩაწერეთ სტატუსის კოდი „სტატუსის ტიპების“ საძიებოდან.

სურათი 122 დირექტორია „ბიუჯეტის დონეები“ ჩანაწერის ეკრანის ფორმა

7.4. დირექტორია "კონტურების ტიპები"

დირექტორია "კონტურების ტიპები" განკუთვნილია კონტურების ტიპების შესახებ ინფორმაციის შესანახად. იგი გამოიყენება როგორც დამხმარე საცნობარო წიგნაკი "UBP-ის კონსოლიდირებული რეესტრი". დირექტორია წინასწარ არის დაინსტალირებული ARM Server-CAFC-ზე და არ არის ხელმისაწვდომი რედაქტირებისთვის.

დირექტორიასთან მუშაობისთვის აირჩიეთ მენიუს პუნქტი "საცნობარო წიგნები - კორპორატიული - კლასიფიკატორები - კონტურების ტიპები", ხოლო დირექტორია "კონტურების ტიპები" იხსნება. დირექტორია უნდა შეიცავდეს მონაცემებს ნახაზი 123-ის შესაბამისად.

სურათი 123. დირექტორია "კონტურების ტიპები"

ნაგულისხმევად, საძიებო სია აჩვენებს შემდეგ ველებს:

- "კონტურის კოდი";

– „კონტურის სახელწოდება“;

- "სტატუსები".

დირექტორიაში ჩანაწერის სანახავად დააჭირეთ ღილაკს ("რედაქტირება / ნახვა"). 124-ზე ნაჩვენები ფორმა გაიხსნება შემდეგი ველებით:

– „კონტურის კოდი“ – მითითებულია კონტურის კოდი;

– „კონტურის სახელწოდება“ – კონტურის სახელწოდება კონტურის დონის კოდის შესაბამისად;

– „სტატუსები“ – ჩაწერეთ სტატუსის კოდი, მნიშვნელობა „სტატუსის ტიპები“ საძიებოდან.

სურათი 124 ეკრანის ფორმა საქაღალდეში ჩანაწერის შესაყვანად "კონტურების ტიპები"

7.5. დირექტორია "სტატუსის ტიპები"

დირექტორია "სტატუსის ტიპები" შექმნილია სტატუსის ტიპების შესახებ ინფორმაციის შესანახად რეესტრის ჩანაწერები. იგი გამოიყენება როგორც დამხმარე საცნობარო წიგნაკი "UBP-ის კონსოლიდირებული რეესტრი". დირექტორია „სტატუსების ტიპები“ ფორმირება და მოდიფიკაცია ცენტრალიზებულად ხორციელდება CAFC-ში. დირექტორია წინასწარ არის დაინსტალირებული ARM Server-CAFC-ზე და არ არის ხელმისაწვდომი რედაქტირებისთვის.

დირექტორიასთან მუშაობისთვის აირჩიეთ მენიუს პუნქტი "Directories - Corporate - Classifiers - Types of Status", ხოლო დირექტორია "Status Types" (იხ. სურათი 125) გაიხსნება.

საცნობარო წიგნის გადახვევა აჩვენებს შემდეგ ველებს:

– „სტატუსის კოდი“;

- სტატუსის სახელი.

სურათი 125. დირექტორია „სტატუსის ტიპები“

დირექტორიაში ჩანაწერის სანახავად დააჭირეთ ღილაკს („რედაქტირება/ნახვა“). გაიხსნება ნახაზი 126-ზე ნაჩვენები ფორმა. დირექტორიაში შესვლის ფორმა შეიცავს გადახვევის მსგავს ველებს.

ნახაზი 126 „სტატუსის ტიპები“ დირექტორიაში ჩანაწერის შეყვანის ეკრანის ფორმა

7.6. დირექტორია "პერსონალური ანგარიშების ტიპები"

დირექტორია „პერსონალური ანგარიშების ტიპები“ განკუთვნილია პირადი ანგარიშების ტიპების შესახებ ინფორმაციის შესანახად. იგი გამოიყენება როგორც დამხმარე საცნობარო წიგნაკი "UBP-ის კონსოლიდირებული რეესტრი". CAFC-ში ცენტრალიზებულად ხორციელდება დირექტორია „პერსონალური ანგარიშების ტიპები“ ფორმირება და მოდიფიკაცია. დირექტორია წინასწარ არის დაინსტალირებული ARM Server-CAFC-ზე და არ არის ხელმისაწვდომი რედაქტირებისთვის.

დირექტორიასთან მუშაობისთვის აირჩიეთ მენიუს პუნქტი "დირექტორიები - კორპორატიული - კლასიფიკატორები - პირადი ანგარიშების ტიპები", ხოლო დირექტორია "პერსონალური ანგარიშების ტიპები" იხსნება. დირექტორია უნდა შეიცავდეს მონაცემებს ნახაზი 127-ის შესაბამისად.

სურათი 127. დირექტორია „პერსონალური ანგარიშების ტიპები“

ნაგულისხმევად, დირექტორიაში გადამხვევი აჩვენებს შემდეგ ველებს:

– „დაიწერეთ კოდი“;

- "ტიპის დასახელება l/s";

- "სტატუსები".

დირექტორიაში ჩანაწერის სანახავად დააჭირეთ ღილაკს („რედაქტირება/ნახვა“). ნახაზი 128-ზე ნაჩვენები ფორმა გაიხსნება.

დირექტორიაში შესვლის ფორმა შეიცავს შემდეგ ველებს:

– „ტიპი კოდი“ – პირადი ანგარიშის ტიპის კოდი.

– “L/s type name” – l/s ტიპის დასახელება ტიპის კოდის შესაბამისად;

– „სტატუსები“ – ჩანაწერის სტატუსის კოდი, შერჩეული „სტატუსის ტიპები“ დირექტორიადან.

სურათი 128 საცნობარო წიგნში ჩანაწერის შეყვანის ეკრანის ფორმა „პერსონალური ანგარიშების ტიპები“

7.7. დირექტორია "CSC-ის ტიპები"

დირექტორია "CSC Types" განკუთვნილია CSC ტიპების შესახებ ინფორმაციის შესანახად. საცნობარო წიგნის „სსმ-ის ტიპები“ ფორმირება და მოდიფიკაცია ცენტრალიზებულად ხორციელდება CAFC-ში. დირექტორია წინასწარ არის დაინსტალირებული CAFC AWP სერვერზე და არ არის ხელმისაწვდომი რედაქტირებისთვის. საცნობარო ინფორმაციის გადაცემა SED პროგრამული უზრუნველყოფის სხვა სამუშაო სადგურებზე ხდება თანმიმდევრობით, Server-CAFC სამუშაო სადგურიდან დაწყებული, სტანდარტული რეპლიკაციის მექანიზმის გამოყენებით. იგი მოწოდებულია "SED" პროგრამული უზრუნველყოფის ყველა სამუშაო სადგურზე სრული საცნობარო ინფორმაციის შესანახად.

პროგრამული უზრუნველყოფა "EDMS" ახორციელებს იმპორტის, შენახვის, ექსპორტის (აღრიცხვის სისტემაში OrFK და UBP) და კატალოგის რეპლიკაციის სტანდარტულ ფუნქციებს.

ამ დირექტორიასთან მუშაობა ხორციელდება მენიუს პუნქტში "დირექტორიები - შიდა - CSC-ის ტიპები". კატალოგის გადახვევა და ეკრანის ფორმა შეიცავს შემდეგ ველებს:

– „კოდი“ – KBK ტიპის კოდი.

– „სახელი“ – KBK ტიპის სახელი.

სურათი 129. დირექტორია "CSC-ის ტიპები"

7.8. დირექტორია "UBP-ის სია" (PUBP)

დირექტორია შეიცავს ინფორმაციას სხვადასხვა დონის ბიუჯეტიდან დაფინანსებული ორგანიზაციების შესახებ, გარდა ფედერალური ბიუჯეტისა.

დირექტორია "UBP-ის სიის" ფორმირება და მოდიფიკაცია ხორციელდება ცენტრალიზებულად UFK-ში (ცალკე დირექტორია რუსეთის ფედერაციის თითოეულ სუბიექტში) სერვერ-UFK სამუშაო სადგურზე (იხ. პუნქტი 6.8.2), სხვა სამუშაო სადგურებზე ეს დირექტორია. ხელმისაწვდომია მხოლოდ სანახავად. Server-UFK სამუშაო სადგურზე დირექტორიაში ცვლილებების ხელით შეტანა ხელმისაწვდომია მხოლოდ მომხმარებლისთვის, რომელსაც აქვს „CAN_EDIT_SUBP“ პრივილეგია წვდომის უფლებებში. დირექტორია "UBP-ის" შეცვლა/განახლება "EDMS" პროგრამული უზრუნველყოფის ყველა სხვა სამუშაო სადგურზე (გარდა Server-CAFC-ისა და მასთან დაკავშირებული სამუშაო სადგურებისა) ხდება რეპლიკაციის გზით (იხ. პუნქტი 6.8.2.4).

PUBP იქმნება AWS Server-UFK-ზე ED "List of UBP"-ში მოცემული ინფორმაციის საფუძველზე (დოკუმენტის აღწერა წარმოდგენილია მომხმარებლის სახელმძღვანელოებში "ARM SED. FO-კლიენტი", "ARM SED. UFK". -სერვერი") და შემდეგ გაიმეორა სხვა AWS PPO "SED". ED "UBP-ის სია" იქმნება FO-ს აღრიცხვის სისტემაში, შემდეგ იმპორტირებულია Client-FO სამუშაო სადგურზე და მიეწოდება სერვერ-UFK სამუშაო სადგურს ერთ-ერთი შემდეგი მარშრუტით:

– AWP Client-FO-დან AWP Server-UFK-მდე;

დირექტორია "UBP-ის სია" ასოცირდება შემდეგ დირექტორიებთან და კლასიფიკატორებთან:

- "რეგიონები";

– „ბიუჯეტების სახეები“;

- "განყოფილებები";

- "კონტურების ტიპები";

– „სტატუსის ტიპები“;

- "პირადი ანგარიშები".

7.8.1. დირექტორია "UBP-ის სია" ჩანაწერების ნახვა

დირექტორიასთან მუშაობისთვის აირჩიეთ მენიუს პუნქტი "References - Corporate - List of UBP", ეს გაიხსნება "List of UBP" scroller (იხ. სურათი 130), რომელიც აჩვენებს შემდეგ ველებს:

– “GUID” – დირექტორიაში ჩანაწერის უნიკალური იდენტიფიკატორი.

- "UBP კოდი" - საბიუჯეტო პროცესის მონაწილის კოდი.

Შენიშვნა. საცნობარო წიგნი შეიძლება შეიცავდეს მხოლოდ 1 ფაქტობრივ ჩანაწერს "UBP Code" ველის მოცემული მნიშვნელობისთვის. ორი ან მეტი ფაქტობრივი ჩანაწერის დირექტორიაში ყოფნა ველის იგივე მნიშვნელობით „UBP კოდი დაუშვებელია.

– „კოდი PPP-ის მიხედვით“ – საბიუჯეტო პროცესში მონაწილის ხელმძღვანელის კოდი.

– „ბიუჯეტის კოდი“ – ბიუჯეტის პროცესის მონაწილის ბიუჯეტის დონის კოდი.

– „რეგიონის კოდი“ – საბიუჯეტო პროცესში მონაწილის რეგიონის კოდი.

- "TOFK-ის კოდი" - საბიუჯეტო პროცესის მონაწილის TOFK კოდი.

- „თარიღი ბოლო ცვლილება» – დირექტორიაში ჩანაწერის ბოლო მოდიფიკაციის თარიღი.

– „ბოლო მოდიფიკაციის დრო“ – ლექსიკონის ჩანაწერის ბოლო მოდიფიკაციის დრო.

სურათი 130. ეკრანის ფორმა "UBP-ის სია"

სახელმძღვანელო გადამხვევი უზრუნველყოფს შემდეგ ფუნქციებს:

– ჩანაწერის ნახვა/რედაქტირება;

- ჩანაწერის წაშლა;

– სიის განახლება;

- ჩანაწერების შერჩევა.

გადახვევის ფილტრის პანელი შეიცავს ველებს:

– „შესვლის თარიღი“ (დიაპაზონი: დაწყების თარიღი – დასრულების თარიღი);

– „გამორიცხვის თარიღი“ (დიაპაზონი: დაწყების თარიღი – დასრულების თარიღი);

– „ცვლის თარიღი“ (დიაპაზონი: დაწყების თარიღი – დასრულების თარიღი).

– “UBP კოდი”;

– „IFR კოდი“;

- "რეგიონი";

– „ბიუჯეტის დონე“;

– „სტატუსები“;

- "TOFK";

- "UBP-ის სრული სახელი";

- "UBP-ის მოკლე სახელი".

დირექტორიაში ჩანაწერის სანახავად დააჭირეთ ღილაკს („რედაქტირება/ნახვა“). გაიხსნება ფორმა „ბიუჯეტის პროცესის მონაწილე“, რომელიც ნაჩვენებია სურათზე 131. ეკრანის ფორმა შედგება ორი ჩანართისგან: „მონაცემები UBP-ზე“ და „პერსონალური ანგარიშები“.

ნახაზი 131. ეკრანის ფორმა „საბიუჯეტო პროცესის მონაწილე“

UBP მონაცემთა ჩანართი შეიცავს შემდეგ ველებს:

- "UBP-ის მოკლე სახელი" - საბიუჯეტო პროცესის მონაწილის მოკლე სახელი.

- "UBP-ის სრული სახელი" - საბიუჯეტო პროცესში მონაწილის სრული სახელი.

– “Upstream UBP კოდი” – საბიუჯეტო პროცესის ზემოთ მონაწილის კოდი.

– „კოდი IFR–ის მიხედვით“ – ადმინისტრაციული დაქვემდებარების კოდი.

– „რეგიონი“ – რეგიონის კოდი.

– „ბიუჯეტის დონე“ – ბიუჯეტის დონის კოდი.

– „TOFC-ის კოდი“ – TOFC-ის კოდი, რომელიც ემსახურება UBP-ს.

– „სტატუსი“ – სტატუსის დასახელება, რომელიც ამოღებულია საცნობარო წიგნიდან „სტატუსის კოდის“ მნიშვნელობით.

- „სახელი PPP-ის მიხედვით“ - საბიუჯეტო პროცესში მონაწილის ხელმძღვანელის დასახელება.

– „ბიუჯეტის სახელწოდება“ – ბიუჯეტის დასახელება.

– „ფინანსური ინსტიტუტის დასახელება“ – ფინანსური ორგანოს დასახელება. მნიშვნელობა დირექტორიაში "List of UBP" ველიდან "Full name of UBP" მიმდინარე ჩანაწერებს შორის "ჩართული" სტატუსით.

– „შეყვანის თარიღი“ – ჩანაწერის დირექტორიაში შეტანის თარიღი.

– „გამორიცხვის თარიღი“ – დირექტორიადან ჩანაწერის გამორიცხვის თარიღი.

– „შეცვლის თარიღი“ – ჩანაწერის ბოლო მოდიფიკაციის თარიღი.

– “GUID” – უნიკალური ჩანაწერის იდენტიფიკატორი.

სურათი 132. ეკრანის ფორმა „ბიუჯეტის პროცესის მონაწილე“, ჩანართი „პირადი ანგარიშები“

ჩანართი „პირადი ანგარიშები“ შეიცავს ცხრილს, სადაც მოცემულია ბიუჯეტის პროცესის მონაწილის პირადი ანგარიშების სია, რომელიც მითითებულია ჩანართზე „მონაცემები UBP-ზე“. ცხრილი მოიცავს ველებს:

- "პერსონალური ანგარიშის ნომერი" - TOFK-ში გახსნილი ლ/ს UBP-ის ნომერი.

– „UBP კოდი“ – საბიუჯეტო პროცესის მონაწილის კოდი.

- "პერსონალური ანგარიშის ტიპი" - ლ/ს ტიპი.

– „გახსნის თარიღი“ – ლ/ს გახსნის თარიღი.

– „დახურვის თარიღი“ – ლ/ს დახურვის თარიღი.

– „სტატუსი“ – დირექტორიაში შესვლის სტატუსი.

7.8.2. დირექტორია "UBP-ის სია" განახლება

დირექტორია განახლებულია AWP სერვერზე-UFK-ზე ED "UBP-ის სიის" დამუშავების შედეგად სპეციალური ავტომატური პროცედურის გამოყენებით. ED "UBP-ის სია" სტატუსით "*მიღებული+" ექვემდებარება დამუშავებას. ყველა ჩანაწერის დამუშავების წარმატებით დასრულების შემთხვევაში, ED "UBP-ის სია" გადადის სტატუსზე "*დასრულებულია", წინააღმდეგ შემთხვევაში - სტატუსზე "*არ მიიღება" ან "*უარყოფილი".

ED „UBP-ის სიის“ ხელით დამუშავება ხორციელდება სკროლერში „დოკუმენტები - UBP-ის სია - ბიუჯეტის პროცესში მონაწილეთა სიები“ კონტექსტური მენიუს პუნქტის „დამუშავების დაწყება“ არჩევით.

წარმატებული დამუშავება ნიშნავს, რომ დირექტორია "UBP-ის სია" ყველა ჩანაწერი განახლებულია ED "UBP-ის სიის" შესაბამისად. თუ შეუძლებელი იყო მინიმუმ ერთი ჩანაწერის განახლება (დამატება, წაშლა), დამუშავება წარუმატებელია. ამ შემთხვევაში, კატალოგის დანარჩენი ჩანაწერები ასევე არ განახლდება.

თუ დამუშავებისას არის შეცდომები, მომხმარებელს ეძლევა დიალოგური ფანჯარა „დოკუმენტის დასამუშავებლად დაწყების შეცდომა“ მოქმედებების შერჩევის შესაძლებლობით: „დოკუმენტის გადადება“ ან „დოკუმენტის უარყოფა“. თუ აირჩევთ „დოკუმენტის გადადებას“, ED გადადის სტატუსზე „*არ მიიღება“ (ამ სტატუსიდან შესაძლებელია დამუშავების ხელახლა დაწყება). თუ აირჩევთ „დოკუმენტის მიწოდებას“, ED გადადის სტატუსზე „*უარი“.

დირექტორიას განახლება გულისხმობს ახალი ჩანაწერების დამატებას, არსებულის შეცვლას და შეუსაბამო ჩანაწერების წაშლას. დირექტორიას განახლების შემდეგ, ღილაკზე დაჭერით უნდა განაახლოთ დირექტორია „UBP“-ის სკრილის შიგთავსი.

7.8.2.1. ჩანაწერის დამატება დირექტორიაში "UBP-ის სია".

თუ დამუშავებულ სტრიქონში "მონაცემები საბიუჯეტო დაწესებულების შესახებ" ED "List of UBP" ველის "Change code" მნიშვნელობა არის "1" (შედის ხაზი), მაშინ შემდეგი ალგორითმი PUBP ჩანაწერის დეტალების გენერირებისთვის. შესრულებულია:

1. ჩამოყალიბებულია უნიკალური ჩანაწერის იდენტიფიკატორის (GUID) მნიშვნელობა.

2. ატრიბუტის „UBP Code“ მნიშვნელობა ყალიბდება შემდეგი წესებით:

- კოდს უნდა ჰქონდეს LDDDD ფორმა, სადაც L არის ციფრი ან სიმბოლო, რომელიც არჩეულია სისტემის მუდმივი მნიშვნელობიდან "UBP სიის კოდის პირველი სიმბოლოს მნიშვნელობების სტრიქონი", D არის ციფრი.

– UBL კოდის მნიშვნელობები უნდა ჩამოყალიბდეს დაწყებული 00001 მნიშვნელობიდან შემდეგი თანმიმდევრობით: 00001, 00002, … 99999, A0000, A0001, … A9999, B0000, B0001, … B9999, Z009, მდე … დაახლოებით 410000 უნიკალური მნიშვნელობა თითოეული საგნისთვის).

3. ატრიბუტის „ბიუჯეტის კოდი“ მნიშვნელობა ყალიბდება:

– "ბიუჯეტების" დირექტორიაში ხდება ჩანაწერის ძიება, რომელშიც "ბიუჯეტის სახელი" ატრიბუტის მნიშვნელობა ემთხვევა მსგავსი ატრიბუტის მნიშვნელობას "UBP" ED-ში და "სტატუსის კოდის" მნიშვნელობას. ატრიბუტი არის "1" (ჩართულია).

– თუ ასეთი ჩანაწერი იქნა ნაპოვნი, მაშინ PUBP ჩანაწერის ატრიბუტს „ბიუჯეტის კოდი“ ენიჭება „ბიუჯეტების“ დირექტორიაში ჩანაწერის ატრიბუტის „ბიუჯეტის კოდი“ მნიშვნელობა და გადადით მე-5 საფეხურზე.

- თუ ასეთი ჩანაწერი ვერ მოიძებნა, მაშინ "UBP-ის სიაში" ჩანაწერის დამატება შეუძლებელია - დამუშავება წყდება.

4. „თავის სახელი“ ატრიბუტის მნიშვნელობა ყალიბდება:

- დირექტორიაში "თავების კოდების დირექტორიაში" ხდება ფაქტობრივი ჩანაწერის ძიება, რომელშიც ატრიბუტის "ბიუჯეტის სახელი" და "თავის კოდი" მნიშვნელობა ემთხვევა მსგავსი დეტალების მნიშვნელობებს ED "UBP-ის სიაში". " (შემთხვევის გარეშე).

– თუ ასეთი ჩანაწერი მოიძებნება, მაშინ PUBP ჩანაწერის ატრიბუტს „თავის სახელი“ ენიჭება საცნობარო წიგნიდან ატრიბუტის „თავის სახელი“ მნიშვნელობა და გადადით მე-5 საფეხურზე.

– თუ ჩანაწერი არ არის ნაპოვნი თავების კოდების დირექტორიაში, მაშინ ჩანაწერის დამატება დირექტორიაში „UBP“ შეუძლებელია - დამუშავება წყდება.

5. მნიშვნელობა ენიჭება ველს „შესვლის თარიღი“: მიმდინარე სისტემის თარიღი.

6. PUBP-ს ემატება ახალი ჩანაწერი მიღებული მნიშვნელობებით "GUID", "UBP Code", "Budget Code". ჩანაწერის სტატუსის კოდი დაყენებულია "1" (ჩართულია).

7.8.2.2. ჩანაწერის გამორიცხვა დირექტორია "UBP-ის სიიდან"

თუ დოკუმენტის „UBP-ის სია“ დამუშავებულ სტრიქონში „მონაცემები საბიუჯეტო დაწესებულების შესახებ“ ველის „კოდის შეცვლა“ არის „2“ (გამორიცხული ხაზი), მაშინ შესრულებულია დამუშავების შემდეგი ალგორითმი.

1. საცნობარო წიგნში "UBP-ის სია" იძებნება ჩანაწერი, რომელიც:

– „პერსონალური ანგარიშების“ კატალოგის ყველა დაკავშირებულ ჩანაწერში ივსება ველი „დახურვის თარიღი“.

2. თუ ერთი ჩანაწერი იქნა ნაპოვნი, მაშინ ჩანაწერის სტატუსის კოდი დაყენებულია „4“-ზე (წაშლილია). დახურვის თარიღის მნიშვნელობა დაყენებულია სისტემის მიმდინარე თარიღის მნიშვნელობაზე.

3. თუ აღმოჩენილია ერთზე მეტი ჩანაწერი, მაშინ გენერირებულია შეცდომის შესახებ შეტყობინება: „ცნობარი შეიცავს ერთზე მეტ ჩანაწერს სახელით.<Наименование УБП>და ბიუჯეტი<Наименование бюджета>". დირექტორიაში შესვლა არ არის გამორიცხული.

7.8.2.3. ჩანაწერის შეცვლა დირექტორიაში "UBP-ის სია"

თუ დოკუმენტის „UBP-ის სია“ დამუშავებულ სტრიქონში „მონაცემები საბიუჯეტო დაწესებულების შესახებ“ ველის „კოდის შეცვლა“ არის „4“ (ცვლადი ხაზი), მაშინ შესრულებულია დამუშავების შემდეგი ალგორითმი:

1. ED-ში „UBP-ის სია“ ველში „ხაზის ნომერი“ არის ცვლადი სტრიქონი და განისაზღვრება ველის „UBP-ის სრული სახელი“ მნიშვნელობა.

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-ის სია"

"UBP-ის სიაში" საცნობარო წიგნში განხორციელდა "UBP Code" ველში ხელით შეყვანის შესაძლებლობა ჩანაწერებისთვის "4", "5" მნიშვნელობებით "ბიუჯეტის დონეზე" ველში. ამისათვის სიმბოლოები "P, S, M" გამოირიცხა სისტემის მუდმივიდან "PUBP კოდის პირველი სიმბოლოს მნიშვნელობების სტრიქონი". ამრიგად, მე-4 და მე-5 დონეზე ორგანიზაციების ჩართვა პირველი სიმბოლოს "P, S, M" მითითებით შესაძლებელია მხოლოდ "UBP-ის სიაში" ხელით შეყვანით და არა დოკუმენტის საშუალებით.

იმისათვის, რომ შეძლოს PUBP კატალოგის ხელით რედაქტირება, მომხმარებელმა უნდა დაამატოს "CAN_EDIT_SUBP" პრივილეგია მენიუს პუნქტში "ინსტრუმენტები - სისტემის ხელსაწყოები - პარამეტრების უფლებების სისტემა - პარამეტრების უფლებები".

7.8.3. დირექტორია "UBP-ის სია"

სხვა სამუშაო სადგურებზე "UBP-ის კატალოგის" განახლება ხდება "EDS" აპლიკაციის პროგრამული უზრუნველყოფის რეგულარული რეპლიკაციის მექანიზმის გამოყენებით. გათვალისწინებულია დირექტორია "UBP-ის სია" გამეორების შესაძლებლობა პროგრამული უზრუნველყოფის "EDMS" შემდეგ კვანძებს შორის:

– AWS Server-OFK-დან AWS Server-OFK-მდე (გარე);

– AWS Server-UFK-დან AWS Client-OFK-მდე (შიდა);

– Client-OFC სამუშაო სადგურიდან Server-OFC სამუშაო სადგურამდე (გარე);

– AWS Server-UFK-დან AWS Client-FO-მდე (შიდა);

– Server-OFC სამუშაო სადგურიდან Client-FO სამუშაო სადგურამდე (შიდა);

– AWS Server-UFK-დან AWS Client-GRBS SF/MO-მდე (შიდა);

– Server-UFK სამუშაო სადგურიდან Client-RBS სამუშაო სადგურამდე (შიდა);

– Server-OFK სამუშაო სადგურიდან Client-RBS სამუშაო სადგურამდე (შიდა);

– AWS Server-UFK-დან AWS Client-RBS SF/MO-მდე (შიდა);

– AWS Server-OFK-დან AWS Client-RBS SF/MO-მდე (შიდა);

– Server-UFK სამუშაო სადგურიდან Client-PBS სამუშაო სადგურამდე (შიდა);

– Server-OFC სამუშაო სადგურიდან Client-SBS სამუშაო სადგურამდე (შიდა);

– AWS Server-UFK-დან AWS Client-PBS SF/MO-მდე (შიდა);

– Server-UFK სამუშაო სადგურიდან Client-AP სამუშაო სადგურამდე (შიდა);

– Server-OFK სამუშაო სადგურიდან Client-AP სამუშაო სადგურამდე (შიდა);

– AWS Server-UFK-დან AWS Client-VB-მდე (შიდა);

– Server-OFK სამუშაო სადგურიდან Client-VBF სამუშაო სადგურამდე (შიდა);

– AWS Server-UFK-დან AWS Client-RGS-მდე (შიდა).

დირექტორია "UBP-ის სია" რეპლიკაცია ხორციელდება დაკავშირებულ კატალოგებებთან ერთად:

- "რეგიონები";

– „ბიუჯეტების სახეები“;

- "განყოფილებები";

- "კონტურების ტიპები";

- სტატუსის ტიპები.

განხორციელებულია სრული და ნაწილობრივი (მხოლოდ შეცვლილი ჩანაწერების) რეპლიკაციის შესაძლებლობა: სრული რეპლიკაციით, ყველა დირექტორიაში ჩანაწერი გადადის სტატუსის მიუხედავად, ხოლო ნაწილობრივი რეპლიკაციით გადადის მხოლოდ დირექტორიაში ჩანაწერები, რომლებიც შეიცვალა ბოლო რეპლიკაციის შემდეგ.

OFC კლიენტისთვის გადაიცემა რეპლიკაციის ობიექტი "UBP-ს სია (OFC-სთვის)".

კლიენტისთვის SBS SF/MO გადაიცემა რეპლიკაციის ობიექტი "UBP-ის სია (SBS/WBF)".

7.8.4. დირექტორია "UBP-ის სია" ექსპორტი

დირექტორია "UBP-ის სია" ექსპორტი ხორციელდება პროგრამული უზრუნველყოფის "EDMS" ექსპორტის/იმპორტის რეგულარული პროცედურების გამოყენებით Server-OFK და Server-UFK სამუშაო სადგურებზე.

"UBP-ის ჩამონათვალის" დირექტორიას ექსპორტისთვის, თქვენ უნდა გახსნათ მენიუს პუნქტი "Directories - Corporate - List of UBP". დირექტორიაში გადახვევაში მონიშნეთ საჭირო ხაზი კურსორით და აირჩიეთ პუნქტი "ექსპორტი/იმპორტი - ექსპორტი" კონტექსტურ მენიუში. "ექსპორტის პარამეტრების" ფორმაში, რომელიც იხსნება, აირჩიეთ ექსპორტის შაბლონი და დააჭირეთ ღილაკს "OK".

დანერგილია UBP კონსოლიდირებული რეესტრის ექსპორტის შემდეგი შაბლონები:

– ყველა დირექტორიაში ჩანაწერის ხელით ექსპორტის შაბლონი;

– წინა ექსპორტის შემდეგ შეიცვალა დირექტორიაში ჩანაწერების ხელით ექსპორტის შაბლონი:

– შაბლონი არჩეული ჩანაწერების ხელით ექსპორტისთვის. ექსპორტირებული მონაცემების სიაში შედის მომხმარებლის მიერ შერჩეული ყველა ჩანაწერი "UBP-ის ჩამონათვალის" საცნობარო წიგნის სკროლერში.

გარდა ყველა ჩანაწერის ექსპორტისა "UBP-ის სიაში" დირექტორიაში, ისევე როგორც ყველა შეცვლილი ჩანაწერის ექსპორტი, შესაძლებელია ჩანაწერების ექსპორტი შიდა ფორმატებში, რომლებსაც აქვთ:

– ჩანაწერის ველის „TOFK კოდი“ მნიშვნელობა უდრის მომხმარებლის მიერ მითითებულ ფინანსური ინსტიტუტის კოდის მნიშვნელობას, აგრეთვე ექსპორტირებული ჩანაწერით მითითებულ ჩანაწერებს ველში „Code by PPP“, ქ. ველი „უმაღლესი UBP-ის კოდი“ და ჩანაწერები, რომლებიც ეხება ექსპორტირებულ ჩანაწერს ველში „უმაღლესი UBP-ის კოდი“;

– ჩანაწერის „რეგიონის კოდის“ ველის მნიშვნელობა უდრის მომხმარებლის მიერ მითითებულ რეგიონის კოდის მნიშვნელობას, ასევე იმ ჩანაწერებს, რომლებიც მითითებულია ექსპორტირებული ჩანაწერით ველში „კოდი RFP-ით“, „Upstream“-ის მიერ. UBP კოდი" ველი და ჩანაწერები, რომლებიც ეხება ექსპორტირებულ ჩანაწერს ველის მიხედვით "უმაღლესი UBP კოდი".

PPO "SED"-დან ჩამოსატვირთად სრული დირექტორია "UBP-ის სია" (ყველა ჩანაწერში ცვლილებების ისტორიით), შაბლონი "MANUAL. ყველა ჩანაწერის ექსპორტი, რომელიც შედის დირექტორიაში "List of UBP" (შიდა)".

7.9. დირექტორია "ბიუჯეტები"

დირექტორია ინახება ცენტრალურად AWP Server-UFK-ზე. საცნობარო ინფორმაციის გადაცემა SED პროგრამული უზრუნველყოფის სხვა სამუშაო სადგურებზე ხდება თანმიმდევრობით, Server-UFK სამუშაო სადგურიდან დაწყებული, სტანდარტული რეპლიკაციის მექანიზმის გამოყენებით. სრული საცნობარო ინფორმაციის შენახვა უზრუნველყოფილია PPO "SED"-ის ყველა სამუშაო სადგურზე.

პროგრამული უზრუნველყოფა "EDMS" ახორციელებს იმპორტის, შენახვის, ექსპორტის (აღრიცხვის სისტემაში OrFK და UBP) და კატალოგის რეპლიკაციის სტანდარტულ ფუნქციებს. საცნობარო წიგნში ჩანაწერების დამატება (იმპორტი/ხელით ჩანაწერი) ხელმისაწვდომია UFK-ის AWP სერვერზე. დირექტორიის რეპლიკაცია ხორციელდება 6.11.3 პუნქტში წარმოდგენილი მარშრუტების გასწვრივ.

ამ დირექტორიასთან მუშაობა ხორციელდება მენიუს პუნქტში "დირექტორიები - კორპორატიული - ბიუჯეტი".

https://pandia.ru/text/79/108/images/image037_9.gif" width="23" height="22"> ("შექმნა") ან ღილაკი ("რედაქტირება / ნახვა"). ხაზის რედაქტირება ფორმა გახსნის საცნობარო წიგნს (იხ. სურათი 134).

ნახაზი 134. „ბიუჯეტების“ დირექტორიაში ჩანაწერის შეყვანა

საცნობარო ხაზის ეკრანის ფორმა შეიცავს შემდეგ დეტალებს:

„ბიუჯეტი“ არის ბიუჯეტის სრული სახელწოდება. შეყვანილია ხელით. ბიუჯეტის სახელი უნიკალურია ბიუჯეტის დონეზე. Აუცილებელი ველი. თუ სუბიექტის ტერიტორიაზე არის რამდენიმე ადგილობრივი ბიუჯეტი იმავე სახელწოდებით, საჭიროა მათი რეგისტრაცია დირექტორიაში გარკვეული განსხვავებებით, მაგალითად, შეგიძლიათ დაამატოთ იმ რაიონის დასახელება, რომელშიც ეს ბიუჯეტი მდებარეობს. ბიუჯეტი.

... ფორმა "მონაცემები საბიუჯეტო დაწესებულების შესახებ"

ჩანართი „მონაცემები საბიუჯეტო დაწესებულების შესახებ“ შეიცავს შემდეგ მონაცემებს:

– „ხაზი“ – ხაზის სერიული ნომერი.

- "სპპ-ის კოდი" - თავის (ადმინისტრაციული დაქვემდებარება) კოდი და დასახელება PPP კოდების ცნობარის შესაბამისად.

- "UBP-ის სრული სახელი" - ორგანიზაციის სრული დასახელება.

- "UBP-ის შემოკლებული სახელწოდება" - ორგანიზაციის შემოკლებული სახელწოდება.

– „უმაღლესი UBP-ის სრული სახელი“ – ზემდგომი ორგანიზაციის სრული დასახელება.

– „რეგიონის კოდი“ – რეგიონის კოდი დირექტორია „რეგიონები“ შესაბამისად.

– „კოდის შეცვლა“ – ჩანაწერის შეცვლის კოდი. შეუძლია მიიღოს ერთ-ერთი შემდეგი მნიშვნელობა:

– „1-ჩართული ხაზი“;

– „2-გამორიცხული ხაზი“;

- "3-შეცვლის სტრიქონი"

- "4-ცვალებადი ხაზი".

– “Change type” - ჩანაწერის ცვლილების ტიპის სახელი. ველი ავტომატურად ივსება. ცვლილების ტიპი ნაჩვენებია ცვლილების კოდის მნიშვნელობით:

– „ჩართვა“, თუ ველი „კოდის შეცვლა“ უდრის „1“-ს;

– „გამონაკლისი“, თუ ველი „კოდის შეცვლა“ უდრის „2“-ს;

– „შეცვლა“, თუ ველი „კოდის შეცვლა“ უდრის „3“-ს ან „4-ს“.

– „ხაზის ნომერი“ – ხაზის ნომერი. ხაზებისთვის, სადაც "კოდის შეცვლა" ველის მნიშვნელობა იღებს ერთ-ერთ მნიშვნელობას (1, 2), ველს ავტომატურად ენიჭება სერიული ნომერი, ტოლი ნომერი "ხაზის" ველში. იმ სტრიქონისთვის, რომლის „კოდის შეცვლა“ ტოლია „4“-ის (იცვლება), ველის „ხაზის ნომრის“ მნიშვნელობა იგივეა, რაც შეცვლილი ხაზის შესაბამისი „ხაზის“ ველის მნიშვნელობა. სტრიქონისთვის, რომელსაც აქვს "Change Code" ტოლი "3" (შესაცვლელი), "Line Number" ველის მნიშვნელობა იგივეა, რაც შესაბამისი ცვალებადი ხაზის "Line" ველის მნიშვნელობა.

ნახაზი 333. ეკრანის ფორმა „ბიუჯეტის პროცესში მონაწილეთა სია“, ჩანართი „დამატებითი“

გაფართოებული ჩანართი შეიცავს შემდეგ ინფორმაციას:

– ველების ჯგუფი „ხელმძღვანელი (ავტორიზებული პირი)“:

- "სრული სახელი" - UBP-ის ხელმძღვანელის ან უფლებამოსილი პირის სრული სახელი, რომელმაც გასცა დოკუმენტი.

- „თანამდებობა“ - UBP-ის ხელმძღვანელის ან უფლებამოსილი პირის თანამდებობა, რომელმაც გასცა დოკუმენტი

- "ტელეფონი" - მიუთითებს დოკუმენტის სწორად ჩამოყალიბებაზე პასუხისმგებელი თანამშრომლის ტელეფონის ნომერზე (რაიონის კოდით).

ფორმიდან გასასვლელად დააჭირეთ ღილაკს "დახურვა".

20.2. დოკუმენტის დამუშავება "UBP-ის სია"

ED "List of UBP", რომელსაც აქვს სტატუსი "*Accepted+", მუშავდება იმისათვის, რომ დაამატოთ / განახლდეს / გამოირიცხოს ჩანაწერები დირექტორიაში "List of UBP".

ხელით დამუშავებისთვის, თქვენ უნდა აირჩიოთ დოკუმენტი "დოკუმენტები - UBP-ის სია - ბიუჯეტის პროცესის მონაწილეთა სიები" სკრილელში "*მიღებული +" და შეასრულოთ კონტექსტური მენიუს პუნქტი "დამუშავების დაწყება".

ყურადღება! ED "UBP-ის სიის" სერვერ-UFK სამუშაო სადგურზე ექსპორტის ავტომატური პროცედურები უნდა იყოს გამორთული, რადგან ეს სამუშაო სადგური არის დოკუმენტის საბოლოო მიმღები.

ყველა ჩანაწერის დამუშავების წარმატებით დასრულების შემთხვევაში, ED "UBP-ის სია" გადადის სტატუსზე "*დასრულებულია", წინააღმდეგ შემთხვევაში - სტატუსზე "*არ მიიღება" ან "*უარყოფილი".

Შენიშვნა. წარმატებული დამუშავება ნიშნავს, რომ დირექტორია "UBP-ის სია" ყველა ჩანაწერი განახლებულია ED "UBP-ის სიის" შესაბამისად. თუ შეუძლებელი იყო მინიმუმ ერთი ჩანაწერის განახლება (დამატება, წაშლა), დამუშავება წარუმატებელია. ამ შემთხვევაში, კატალოგის დანარჩენი ჩანაწერები ასევე არ განახლდება.

თუ დამუშავებისას არის შეცდომები, მომხმარებელს ეძლევა დიალოგური ფანჯარა „დოკუმენტის დასამუშავებლად დაწყების შეცდომა“ მოქმედებების შერჩევის შესაძლებლობით: „დოკუმენტის გადადება“ ან „დოკუმენტის უარყოფა“. თუ აირჩევთ „დოკუმენტის გადადებას“, ED გადადის სტატუსზე „*არ მიიღება“ (ამ სტატუსიდან შესაძლებელია დამუშავების ხელახლა დაწყება). თუ აირჩევთ „დოკუმენტის მიწოდებას“, ED გადადის სტატუსზე „*უარი“.

20.2.1. ჩანაწერის დამატება დირექტორიაში "UBP-ის სია"

თუ დამუშავებულ სტრიქონში „მონაცემები საბიუჯეტო დაწესებულების შესახებ“ (იხ. ნახაზი 332) ველი „კოდის შეცვლა“ უდრის „1“-ს (შედის ხაზი), მაშინ შესრულებულია დამუშავების შემდეგი ალგორითმი:

  1. უნიკალური ჩანაწერის იდენტიფიკატორის (GUID) მნიშვნელობა გენერირებულია.
  2. იქმნება UBP კოდის მნიშვნელობა. კოდს აქვს ფორმა: LDDDD, სადაც L არის ციფრი ან სიმბოლო, რომელიც არჩეულია სისტემის მუდმივი მნიშვნელობიდან "UBP სიის კოდის პირველი სიმბოლოს მნიშვნელობების სტრიქონი", D არის ციფრი.
  3. UBP კოდის მნიშვნელობები ყალიბდება, დაწყებული 00001 მნიშვნელობიდან, შემდეგი თანმიმდევრობით: 00001, 00002, ... 99999, A0000, A0001, ... A9999, B0000, B0001, ... B9999, C0000, . Z0000, ... Z9999 (სულ დაახლოებით 410000 უნიკალური მნიშვნელობა თითოეული საგნისთვის).
  4. ყალიბდება ატრიბუტის „ბიუჯეტის კოდი“ მნიშვნელობა: დირექტორიაში „ბიუჯეტები“ კეთდება ჩანაწერის ძიება, რომელშიც ველის „ბიუჯეტის სახელი“ მნიშვნელობა ემთხვევა მსგავსი ატრიბუტის მნიშვნელობას ED „სიაში“. UBP“ (გადაწყვეტილების გარეშე) და ველი „სტატუსის კოდი“ = „1 » (ჩართულია). თუ ჩანაწერი იქნა ნაპოვნი, მაშინ PUBP ჩანაწერის ატრიბუტს „ბიუჯეტის კოდი“ ენიჭება საცნობარო წიგნის „ბიუჯეტების“ ჩანაწერის ველის „ბიუჯეტის კოდი“ მნიშვნელობა. თუ ჩანაწერი "ბიუჯეტების" დირექტორიაში ვერ მოიძებნა, მაშინ ჩანაწერის დამატება "UBP-ის სიაში" შეუძლებელია - დამუშავება წარუმატებელია.
  5. მნიშვნელობა ენიჭება ველს „თავის სახელწოდება“: „თავი კოდების“ საცნობარო წიგნში ხდება ფაქტობრივი ჩანაწერის ძიება, რომელშიც „ბიუჯეტის სახელი“ და „თავის კოდი“ ველების მნიშვნელობა ემთხვევა მნიშვნელობებს. მსგავსი დეტალების შესახებ „UBP-ის სიაში“ ED (შემთხვევის მნიშვნელობის გარეშე). თუ ჩანაწერი იქნა ნაპოვნი, მაშინ Chapter Name ველს ენიჭება Chapter Name ველის მნიშვნელობა დირექტორიადან. თუ თავების კოდების დირექტორიაში ჩანაწერი ვერ მოიძებნა, მაშინ UBP List დირექტორიაში ჩანაწერის დამატება შეუძლებელია - დამუშავება წარუმატებელია.
  6. თარიღის გააქტიურების ველის მნიშვნელობა ენიჭება: მიმდინარე სისტემის თარიღის მნიშვნელობა.
  7. PUBP საცნობარო წიგნს ემატება ახალი ჩანაწერი მიღებული GUID მნიშვნელობებით, "UBP Code", "Budget Code". ჩანაწერის სტატუსის კოდი დაყენებულია "1" (ჩართულია).

ED "List of UBP"-ის დამუშავებისას ასევე მოწმდება ED ნომერი. თუ ED-ის ველში "Number" პირველი 3 სიმბოლო შეიცავს "DOP" მნიშვნელობას, მაშინ როდესაც დოკუმენტში ჩამოთვლილი ორგანიზაციები დირექტორიაში დამატებისას, RBPName255 ველი ივსება მნიშვნელობით "OOS".

როდესაც ახალი ორგანიზაცია შედის PUBP დირექტორიაში ED "UBP-ის სიის" საფუძველზე, კეთდება დამატებითი შემოწმება ერთ ბიუჯეტში ყოფნაზე არა უმეტეს ერთი ორგანიზაციის ერთი ხელმძღვანელისთვის, ცარიელი ველით "Superior UBP Code". თუ ED სტრიქონში ველის მნიშვნელობით "ცვლილებების ტიპი" ტოლია "Inclusion", ველი "უმაღლესი UBP-ის სრული სახელი" არ არის შევსებული, მაშინ სანამ ორგანიზაცია შეიტანება დირექტორიაში, ხდება ძიება. შესრულებული ორგანიზაციის PUBP დირექტორიას მიმდინარე ჩანაწერებს შორის ველის "ბიუჯეტის სახელი" მნიშვნელობით ედ-ის "ბიუჯეტის სახელწოდება" ველის მნიშვნელობით და "PPP კოდი" ველის მნიშვნელობით. ED ხაზის "PPP Code" ველის მნიშვნელობა. თუ მოთხოვნის შედეგად მოიძებნა ასეთი ორგანიზაცია, მაშინ გამოჩნდება გამაფრთხილებელი ფანჯარა: „სტრიქონისთვის ED No. %% ცარიელი ველით „UBP Code“-ის ზემოთ, ნაპოვნია ჩანაწერი Budget Name = % BUDGETNAME%, PPP კოდი“ = % GLAVACODE% და ცარიელი ველი „უმაღლესი UBP-ის კოდი“. მომხმარებელს ეძლევა შესაძლებლობა გააგრძელოს ED დამუშავება ან უარი თქვას ED-ზე. თუ ED-ზე უარი თქვეს, შესაბამისი შეტყობინება ჩაიწერება "NoteFromBank" ველში.

20.2.2. ჩანაწერის გამორიცხვა დირექტორია "UBP-ის სიიდან"

თუ დამუშავებულ სტრიქონში „მონაცემები საბიუჯეტო დაწესებულების შესახებ“ (იხ. სურათი 332) ველის „კოდის შეცვლა“ არის „2“ (გამორიცხული ხაზი), მაშინ შესრულებულია დამუშავების შემდეგი ალგორითმი:

  1. PUBP დირექტორიაში მოძებნილია ჩანაწერი, რომელშიც:

– „UBP-ის სრული სახელი“ ატრიბუტის მნიშვნელობა ემთხვევა (შემთხვევის გარეშე) ველის „UBP-ის სრული სახელი“ მნიშვნელობას ED „UBP-ის სიაში“;

- ატრიბუტი "ბიუჯეტის დასახელება" მნიშვნელობით ემთხვევა ED-ის "UBP-ის სიის" მსგავს ატრიბუტს;

– ატრიბუტს „სტატუსის კოდი“ აქვს მნიშვნელობა „1“;

– „პერსონალური ანგარიშების“ კატალოგის ყველა დაკავშირებულ ჩანაწერში ივსება ველი „დახურვის თარიღი“.

  1. თუ ერთი ჩანაწერი მოიძებნა, მაშინ ჩანაწერის სტატუსის კოდი დაყენებულია „4“-ზე (წაშლილია). დახურვის თარიღის მნიშვნელობა დაყენებულია სისტემის მიმდინარე თარიღის მნიშვნელობაზე.
  2. <Наименование УБП>და ბიუჯეტი<Наименование бюджета>". დირექტორიაში შესვლა არ არის გამორიცხული.

20.2.3. ჩანაწერის შეცვლა დირექტორიაში "UBP-ის სია"

თუ დამუშავებულ სტრიქონში „მონაცემები საბიუჯეტო დაწესებულების შესახებ“ (იხ. სურათი 332) ველის „კოდის შეცვლა“ არის „4“ (ცვლადი ხაზი), მაშინ შესრულებულია დამუშავების შემდეგი ალგორითმი:

  1. ED-ში "UBP-ის სია" ველის "ხაზის ნომერი" მნიშვნელობით არის ცვლადი ხაზი და განისაზღვრება ველის "სრული სახელი UBP".
  2. "UBP-ის ჩამონათვალში" ძიება ხდება ჩანაწერისთვის, რომელსაც აქვს:

– აუცილებელი "UBP-ის სრული სახელი" მნიშვნელობა ემთხვევა (შემთხვევის გარეშე) მსგავსი ცვლადის მნიშვნელობას ED "UBP-ის სიაში";

– ატრიბუტის „სტატუსის კოდი“ მნიშვნელობა უდრის „1“-ს (ჩართულია);

- ატრიბუტის "ბიუჯეტის დონე" მნიშვნელობები ემთხვევა;

– „ბიუჯეტის კოდის“ ატრიბუტის მნიშვნელობისთვის არის ჩანაწერი „ბიუჯეტები“ დირექტორიაში, რომელსაც აქვს:

– მსგავსი ღირებულებაა საჭირო „ბიუჯეტის კოდექსი“;

- ატრიბუტი "ბიუჯეტის დასახელება" მნიშვნელობით ემთხვევა ED-ის მსგავს ატრიბუტს "UBP-ის სია",

– ატრიბუტს „სტატუსის კოდი“ აქვს მნიშვნელობა „1“.

  1. თუ ჩანაწერი ვერ მოიძებნა, მაშინ წარმოიქმნება შეცდომის შეტყობინება: "საქაღალდეში არ არის მიმდინარე ჩანაწერი სახელით %VALUE%, რომელიც უნდა შეიცვალოს."
  2. თუ აღმოჩენილია ერთი ჩანაწერი, მაშინ განისაზღვრება ჩანაწერის რეკვიზიტების "GUID" და "UBP Code" მნიშვნელობები, ჩანაწერის სტატუსის კოდი დაყენებულია "4" (გამორიცხულია). დახურვის თარიღის მნიშვნელობა დაყენებულია მიმდინარე სისტემის თარიღის მნიშვნელობაზე 1 დღის გამოკლებით.
  3. თუ აღმოჩენილია ერთზე მეტი ჩანაწერი, მაშინ გენერირებულია შეცდომის შესახებ შეტყობინება: "ცნობარი შეიცავს ერთზე მეტ ჩანაწერს სახელით.<наименование УБП>და ბიუჯეტი<Наименование бюджета>". დირექტორიაში ჩანაწერი არ იცვლება.
  4. დირექტორიას ემატება ახალი ჩანაწერი დეტალების მნიშვნელობებით "UBP Code", "Budget Code", როგორც ჩანაწერში იცვლება. დამატებული ჩანაწერის „სტატუსის კოდის“ ატრიბუტის მნიშვნელობა დაყენებულია „1“-ზე (ჩართულია). გახსნის თარიღის მნიშვნელობა დაყენებულია სისტემის მიმდინარე თარიღის შემდგომი თარიღის მნიშვნელობაზე.

20.2.4. PUBP საცნობარო წიგნის იერარქიების ციკლურობის შემოწმება

ED "UBP-ის სიის" ხაზების დამუშავების შემდეგ, დამატებითი შემოწმება ტარდება დირექტორია "UBP-ის სიის" შეცვლილი ჩანაწერებისთვის:

  1. უთანასწორობა UBP კოდის (UBPCode) და მისი მშობელი ორგანიზაციის კოდის (RBPCode) მნიშვნელობებში SPECIFICATIONUBP ცხრილში (შესრულებულია RPLS სტატუსით ჩანაწერებისთვის.<2 и Status <>4 ან 5). თუ მნიშვნელობები თანაბარია, მაშინ შემოწმება ვერ მოხერხდა.
  2. ციკლურობის შემოწმება ხორციელდება RPLS სტატუსის მქონე ჩანაწერებისთვის<2 и Status <>4 ან 5:
    1. საძიებო ჩანაწერში, "RBPCode" ველის მნიშვნელობით განისაზღვრება ჩანაწერი, რომელშიც "UBPCode" ველის მნიშვნელობა ემთხვევა არჩეული ჩანაწერის "RBPCode" ველის მნიშვნელობას და ბიუჯეტის კოდები ემთხვევა. ძიება ხორციელდება RPLStatus-ის მქონე ჩანაწერებს შორის<2 и Status <>4 ან 5.
    2. თუ ჩანაწერი აღმოჩნდება, მაშინ ს.ა. ნაპოვნი ჩანაწერისთვის, თუ არ არის ნაპოვნი, მაშინ შენდება იერარქიული ჯაჭვი.
    3. ჯაჭვისთვის კეთდება შემოწმება არჩეულ ჩანაწერში "UBPCode" ველების მნიშვნელობებისა და ჯაჭვის ბოლო ჩანაწერის "RBPCode" ველების ტოლობისთვის. თუ მნიშვნელობები თანაბარია, მაშინ შემოწმება ვერ მოხერხდა.

თუ შემოწმებები წარუმატებელია, მაშინ დირექტორიაში ჩანაწერის განახლება უკან დაბრუნდება. ED "UBP-ის სია" გადადის სტატუსზე "*არ მიიღება" ან "*უარყოფილი" დამოკიდებულია წარმატებით დამუშავებული ჩანაწერების არსებობაზე.

20.3. VBF-ის დამატება დირექტორიაში "UBP-ის სია"

"UBP-ის სიაში" საცნობარო წიგნში განხორციელდა "UBP Code" ველში ხელით შეყვანის შესაძლებლობა ჩანაწერებისთვის "4", "5" მნიშვნელობებით "ბიუჯეტის დონეზე" ველში. ამისათვის სიმბოლოები "P, S, M" გამოირიცხა სისტემის მუდმივიდან "PUBP კოდის პირველი სიმბოლოს მნიშვნელობების სტრიქონი". ამრიგად, მე-4 და მე-5 დონეზე ორგანიზაციების ჩართვა პირველი სიმბოლოს "P, S, M" მითითებით შესაძლებელია მხოლოდ "UBP-ის სიაში" ხელით შეყვანით და არა დოკუმენტის საშუალებით.

იმისათვის, რომ შეძლოს PUBP კატალოგის ხელით რედაქტირება, მომხმარებელმა უნდა დაამატოს "CAN_EDIT_SUBP" პრივილეგია მენიუს პუნქტში "ინსტრუმენტები - სისტემის ხელსაწყოები - პარამეტრების უფლებების სისტემა - პარამეტრების უფლებები".

21. ინფორმაცია BCC (ადგილობრივი ბიუჯეტი) შესახებ

დოკუმენტი "ინფორმაცია CSC (ადგილობრივი ბიუჯეტი)" ემსახურება CSC ჯგუფის დირექტორიების განახლებას ადგილობრივი ბიუჯეტის ფარგლებში:

- "თავი კოდები".

- "KCSR კოდები".

- "KVR კოდები".

- „შემოსავლის ქვეტიპების კოდები, IFDB-ის სახეები“.

– „ბიუჯეტის შემოსავლების კოდები, ხარჯების კოდები და IFDB კოდები“.

– „დამატებითი კლასიფიკაციის კოდები“.

ED „ინფორმაცია BSC (ადგილობრივი ბიუჯეტი)“ იქმნება Client-FO/Client-OFK სამუშაო სადგურზე და მიეწოდება სერვერ-UFK სამუშაო სადგურს ერთ-ერთი შემდეგი მარშრუტით:

– ARM Client-FO → ARM Server-UFK;

– ARM Client-FO → ARM Server-OFC → ARM Client-OFC → ARM Server-UFC.

AWP Server-UFK-ზე არსებული ED "ინფორმაცია CSC (ადგილობრივი ბიუჯეტი)"-ში მოცემული ინფორმაციის საფუძველზე ხდება დოკუმენტის დამუშავება, რის შედეგადაც ემატება (განახლებულია) ზემოთ CSC დირექტორიების ჩანაწერები. გარდა ამისა, ეს დირექტორიები იმეორებს PPO "SED"-ის ყველა სხვა სამუშაო სადგურს (ადგილობრივი ბიუჯეტის ფარგლებში).

Server-UFK სამუშაო სადგურზე შემდეგი ოპერაციები შესრულებულია ED-ით "ინფორმაცია BCC (ადგილობრივი ბიუჯეტი)":

– Client-FO/Client-OFC მიღება AWP–დან;

- ყურება;

– ხელმოწერისა და დეტალების შემოწმება;

– ექსპორტი EDS გადმოტვირთვით;

- მკურნალობა;

- შენახვა (მათ შორის დაარქივება) პროგრამული უზრუნველყოფის "EDMS" ბაზაში.

ატრიბუტების შემოწმებისას, KBK (კოდი) ველის მნიშვნელობა მოწმდება შემოწმებული KBK ტიპისთვის (KBKType) სისტემის მუდმივში მითითებულ ნიღაბთან შესაბამისობისთვის. სისტემის მუდმივები CSC ტიპებისთვის აღწერილია დოკუმენტში „EDMS Server. ადმინისტრატორის გზამკვლევი“.

ED-თან მუშაობისთვის „ინფორმაცია BSC-ის შესახებ (ადგილობრივი ბიუჯეტი)“, აირჩიეთ მენიუს პუნქტი „დოკუმენტები - ინფორმაცია BSC-ზე - ინფორმაცია BSC-ის შესახებ (ადგილობრივი ბიუჯეტი)“, ეს გახსნის დოკუმენტის გადახვევას.

21.1. ED-ის ნახვა "ინფორმაცია CSC (ადგილობრივი ბიუჯეტი)"

დოკუმენტი იხსნება დოკუმენტის გადახვევის ზოლზე ორჯერ დაწკაპუნებით ან ღილაკის დაჭერით. დოკუმენტის ეკრანის ფორმას აქვს ნახაზი 334-ზე ნაჩვენები ფორმა.

დოკუმენტის ფორმა შეიცავს ორ ჩანართს და შემდეგ ზოგად ველებს:

– “ნომერი” – დოკუმენტის ნომერი.

– „თარიღი“ არის დოკუმენტის თარიღი.

– „მიზეზი“ – დოკუმენტის შემსრულებლის კომენტარი.

– „მესიჯი“ – ტექსტური შეტყობინება. ღილაკზე „დეტალების“ დაჭერისას იხსნება ფანჯარა „მიმღები მხარის შეტყობინება“, რომელიც შესაძლოა შეიცავდეს დამატებით ტექსტურ ინფორმაციას დოკუმენტთან დაკავშირებით.

სურათი 334. ეკრანის ფორმა "ინფორმაცია BCF-ის შესახებ (ადგილობრივი ბიუჯეტი)", ჩანართი "ძირითადი"

ზოგადი ჩანართი შეიცავს შემდეგ ველებს:

- ველების ჯგუფი "გამგზავნი":

– „ბიუჯეტის დონე“ – ბიუჯეტის დონის კოდი და დასახელება დირექტორია „ბიუჯეტის დონეები“.

- "UBP" - გამგზავნის UBP-ის კოდი და სრული დასახელება RBBP-ის (ფედერალური დონის შემთხვევაში) ან PUBP-ის (ბიუჯეტის სხვა დონის შემთხვევაში) შესაბამისად.

- "TOFK" - გამგზავნის TOFK-ის კოდი და სრული სახელი საცნობარო წიგნის "ფედერალური ხაზინის ორგანოების" შესაბამისად.

– ველების ჯგუფი „მიმღები“:

- "TOFK" - მიმღების TOFK-ის კოდი და სრული სახელწოდება საცნობარო წიგნის "ფედერალური ხაზინის ორგანოების" შესაბამისად.

– „კლასის ტიპი“ – კლასიფიკაციის ტიპი BSC-ის მიხედვით, იღებს ერთ-ერთ შემდეგ მნიშვნელობას:

– „თავის კოდები“ (მარკერი – „FD“);

- "KCSR კოდები" (მარკერი - "FC");

- "CWR კოდები" (მარკერი - "FN");

- "შემოსავლის ქვეტიპების კოდები, IFDB-ის ტიპები" (მარკერი - "FW");

- "შემოსავლების, ხარჯების და IF კოდები" (მარკერი - "DK");

– „დამატებითი კლასიფიკაციის კოდები“ (მარკერი – „KD“).

– „ბიუჯეტი“ – ბიუჯეტის დასახელება, რომელსაც ეკუთვნის დირექტორიაში ჩანაწერი, „ბიუჯეტების“ დირექტორიის შესაბამისად.

– ველების ჯგუფი „პასუხისმგებელი შემსრულებელი“:

- "სახელი" - დოკუმენტის ფორმირების სისწორეზე პასუხისმგებელი თანამშრომლის გვარი და ინიციალები.

- „თანამდებობა“ - დოკუმენტის ფორმირების სისწორეზე პასუხისმგებელი თანამშრომლის თანამდებობა.

- "ტელეფონი" - დოკუმენტის ფორმირების სისწორეზე პასუხისმგებელი თანამშრომლის ტელეფონის ნომერი.

სურათი 335. ეკრანის ფორმა "ინფორმაცია BCC (ადგილობრივი ბიუჯეტი)", ჩანართი "BC კოდები"

"BC კოდები" ჩანართი (იხ. სურათი 335) შეიცავს ინფორმაციას ბიუჯეტის კლასიფიკაციის შესახებ (ადგილობრივი ბიუჯეტი) KBK დირექტორიებისთვის.

BCC-ზე მონაცემების სანახავად დააჭირეთ ღილაკს "BC კოდები" ჩანართის ინსტრუმენტთა პანელზე. გამოჩნდება ეკრანის ფორმა "BSC ინფორმაციის ხაზი (ადგილობრივი ბიუჯეტი)" (იხ. სურათი 336).

ნახაზი 336. ეკრანის ფორმა "BSC საინფორმაციო ხაზი (ადგილობრივი ბიუჯეტი)"

- "BK კოდი" - საბიუჯეტო კლასიფიკაციის კოდი კლასიფიკაციის მითითებულ ტიპთან შესაბამისი კატალოგის მიხედვით "კლასის ტიპი" ველში "ძირითადი" ჩანართზე:

– “FD” – თავების კოდები;

- "FC" - კოდები KCSR-ის მიხედვით;

- "FN" - კოდები CWR-სთვის;

- "FW" - შემოსავლის ქვეტიპების კოდები, IFDB-ის ტიპები;

- "DK" - შემოსავლების, ხარჯების და IF კოდები;

– „KD“ – დამატებითი კლასიფიკაციის კოდები.

– „KBK Type“ – KBK-ის ტიპი „KBK Types“ დირექტორიადან. გამოიყენება კლასიფიკაციის ტიპისთვის - "DK". ველი უნდა იყოს შევსებული, თუ კლასიფიკაციის ტიპია „DK“.

– „შეზღუდვის ნიშანი“ – შეზღუდული ხარჯებისთვის გამოყენების ნიშანი. გამოიყენება ხარჯებისთვის, ე.ი. თუ "BCC Type" ველს აქვს მნიშვნელობა "10 - ხარჯები". შეუძლია მიიღოს ერთ-ერთი შემდეგი მნიშვნელობა:

- "0 - არ გამოიყენება შეზღუდული ხარჯებისთვის",

– „1 – გამოიყენება შეზღუდული ხარჯებისთვის“.

– „CBC of ხარჯები“ – ველი გამოჩნდება დიალოგზე მხოლოდ იმ შემთხვევაში, თუ ველი „კლასიფიკაციის ტიპი“ = „KD“.

– „KBK შემოსავალი“ – ველი გამოჩნდება დიალოგში მხოლოდ იმ შემთხვევაში, თუ ველი „კლასიფიკაციის ტიპი“ = „KD“.

– „ბიუჯეტის დონე“ – ველი გამოჩნდება დიალოგზე მხოლოდ იმ შემთხვევაში, თუ ველი „კლასიფიკაციის ტიპი“ = „KD“. ველი არ არის რედაქტირებადი, ის ნაგულისხმევად ივსება "Budgets" დირექტორიის მიმდინარე ჩანაწერის "ბიუჯეტის დონე" ველის მნიშვნელობით, რომლისთვისაც "Budgets.BudgetCode" უდრის "DOCINFONEWKBK.CODE_BUDGET".

- „მოკლე სახელწოდება“ - კოდის მოკლე სახელწოდება ბიუჯეტის კლასიფიკაციის მიხედვით (ადგილობრივი ბიუჯეტი), ველში „BC Code“ კოდის შესაბამისი.

- "სრული სახელი" - კოდის სრული დასახელება ბიუჯეტის კლასიფიკაციის მიხედვით (ადგილობრივი ბიუჯეტი), შესაბამისი კოდის "BC Code" ველში.

– „მოქმედების დაწყების თარიღი“ – თარიღი, როდესაც კოდი მოქმედებს.

– „ვადის გასვლის თარიღი“ – კოდის ვადის გასვლის თარიღი.

ფორმიდან გასასვლელად დააჭირეთ ღილაკს "დახურვა".

21.2. ED-ის ექსპორტი "ინფორმაცია CSC (ადგილობრივი ბიუჯეტი)"

Server-UFK სამუშაო სადგურზე ხორციელდება ED-ის "ინფორმაცია BCC (ადგილობრივი ბიუჯეტი)" ექსპორტის ფუნქცია EDS-ის შენარჩუნებით. EDS-ით ექსპორტი განხორციელდება მხოლოდ იმ შემთხვევაში, თუ ამ სამუშაო სადგურზე სისტემური მუდმივი "EXPORTWITHSIGN" დაყენებულია "დიახ" და საექსპორტო შაბლონის პარამეტრის მნიშვნელობა "ექსპორტი EDS-ის გადმოტვირთვით" = "დიახ".

ED-ის "ინფორმაცია BSC (ადგილობრივი ბიუჯეტი)" ექსპორტი ხორციელდება პროგრამული უზრუნველყოფის "EDS" სტანდარტული საშუალებით, სტრუქტურირებულ ფაილში მითითებული BSC-ის მიერ კლასიფიკაციის ტიპის გათვალისწინებით:

– თუ ველი „TYPE“ უდრის „FD“, მაშინ ექსპორტის დროს ფაილის გადმოტვირთვა ხდება TXFD090101 ფორმატის შესაბამისად;

– თუ ველი „TYPE“ უდრის „FC“, მაშინ ექსპორტის დროს ფაილის გადმოტვირთვა ხდება TXFC090101 ფორმატის შესაბამისად;

– თუ ველი „TYPE“ უდრის „FN“, მაშინ ექსპორტის დროს ფაილის გადმოტვირთვა ხდება TXFN090101 ფორმატის შესაბამისად;

– თუ ველი „TYPE“ უდრის „DK“, მაშინ ექსპორტის დროს ფაილის გადმოტვირთვა ხდება TXDK090101 ფორმატის შესაბამისად;

– თუ ველი „TYPE“ უდრის „FW“, მაშინ ექსპორტის დროს ფაილის გადმოტვირთვა ხდება TXFW090101 ან TXWF100701 ფორმატის შესაბამისად;

– თუ ველი „TYPE“ უდრის „KD“-ს, მაშინ ექსპორტის დროს ფაილის გადმოტვირთვა ხდება TXKD100101 ფორმატის შესაბამისად.

21.3. ED-ის დამუშავება "ინფორმაცია CSC (ადგილობრივი ბიუჯეტი)"

ED "ინფორმაცია CSC (ადგილობრივი ბიუჯეტი)", რომელსაც აქვს სტატუსი "*მიღებული+", მუშავდება AWP Server-UFK-ზე CSC დირექტორიების განახლების მიზნით.

დამუშავების პროცედურის ხელით დასაწყებად, თქვენ უნდა აირჩიოთ დოკუმენტი "ინფორმაცია BSC (ადგილობრივი ბიუჯეტი)" სკროლერში სტატუსით "*მიღებული+" და შეასრულოთ კონტექსტური მენიუს პუნქტი "დამუშავების დაწყება". ყველა ჩანაწერის დამუშავების წარმატებით დასრულების შემთხვევაში, ED გადადის სტატუსზე "*დასრულებულია", წინააღმდეგ შემთხვევაში - სტატუსზე "*ნაწილობრივ შესრულებულია" ან "*უარყოფილი".

წარმატებული გაგებულია, როგორც დამუშავება, რომლის დროსაც კატალოგის ყველა ჩანაწერი განახლდება ED "ინფორმაცია CSC (ადგილობრივი ბიუჯეტი)" შესაბამისად. თუ რაიმე ჩანაწერის განახლება (დამატება, წაშლა) ვერ მოხერხდა, მაშინ დამუშავება წარუმატებელია და დოკუმენტი გადადის „უარის“ სტატუსზე.

თუ შეუძლებელი იყო მინიმუმ ერთი ჩანაწერის განახლება (დამატება, წაშლა), მაშინ დამუშავება წარუმატებელია და დოკუმენტი გადადის სტატუსზე „*ნაწილობრივ შესრულებული“, ხოლო დანარჩენი დირექტორიაში ჩანაწერები განახლდება.

დამუშავების მექანიზმი შემდეგია:

  1. განისაზღვრება, რომელი დირექტორია უნდა განახლდეს - ED-ის სტრიქონში "ინფორმაცია BSC (ადგილობრივი ბიუჯეტი)" მოწმდება "TYPE" ველის მნიშვნელობა (კლასიფიკაციის ტიპი):

– თუ TYPE = “FD”, მაშინ განახლებულია დირექტორია “თავების კოდები”;

– თუ TYPE = "FC", მაშინ დირექტორია "Codes for KCSR" განახლებულია;

– თუ TYPE = "FN", მაშინ დირექტორია "CWR კოდები" განახლებულია;

- თუ TYPE = "FW", მაშინ განახლებულია დირექტორია "შემოსავლის ქვეტიპების კოდები, IFDB ტიპები";

- თუ TYPE = "DK", მაშინ განახლებულია დირექტორია "ბიუჯეტის შემოსავლების კოდები, ხარჯების კოდები და IFDB კოდები";

– თუ TYPE = "KD", მაშინ განახლდება დირექტორია "დამატებითი კლასიფიკაციის კოდები".

  1. განახლებულ დირექტორიაში ხდება ჩანაწერის ძიება, რომლისთვისაც "STATUS" = 1 (ჩართულია) და ველების "CODE" (კოდი ბიუჯეტის კლასიფიკაციის მიხედვით) და "CODE_BUDGET" (ბიუჯეტის სახელი) მნიშვნელობები. ) ემთხვევა იგივე ველების მნიშვნელობებს ED სტრიქონში "ინფორმაცია BCC (ადგილობრივი ბიუჯეტი).
  2. თუ ასეთი ჩანაწერი იქნა ნაპოვნი, მაშინ შესრულებულია შემდეგი მოქმედებები:

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) BCC-სთვის ტიპით "expenses" ("KBKType"-ის მნიშვნელობა ველი არის "10"):

– BSC-სთვის, რომელსაც აქვს BSC ტიპის ტოლი "10" და ნიღაბი "ХХХ00000000000000ХХХ", ველის "გამოყენების დროშა შეზღუდული ხარჯებისთვის" მნიშვნელობა ყოველთვის უნდა იყოს "0 - არ გამოიყენება შეზღუდული ხარჯებისთვის". თუ პირობა არ არის დაკმაყოფილებული, მაშინ დირექტორია არ განახლდება და პროტოკოლში გამოჩნდება შეტყობინება ატრიბუტის არასწორი მნიშვნელობის შესახებ.

– სხვა BCC-ებისთვის, რომელთა BCC ტიპის ტოლია „10“, ძიებაში BCC-ის განახლებისას, მოწმდება დოკუმენტში და საძიებო ველის „გამოყენების დროშის შეზღუდული ხარჯებისთვის“ მნიშვნელობა. თუ მნიშვნელობები არ ემთხვევა, მაშინ ლექსიკონი არ განახლდება და ოქმში ნაჩვენებია შეტყობინება ატრიბუტების მნიშვნელობებში შეუსაბამობის შესახებ.

– სხვა BCC-ებისთვის, რომლებსაც აქვთ BCC ტიპი, რომელიც არ არის „10“-ის ტოლი, ველის „გამოყენების ატრიბუტი შეზღუდული ხარჯებისთვის“ მნიშვნელობა ყოველთვის უნდა დარჩეს ცარიელი. თუ დოკუმენტში „გამოყენების დროშის შეზღუდული ხარჯებისთვის“ ველის მნიშვნელობა არ არის ცარიელი, მაშინ ლექსიკონი არ განახლდება და პროტოკოლში გამოჩნდება შეტყობინება დროშის არასწორი მნიშვნელობის შესახებ.

3.3. დირექტორიას ემატება ახალი ჩანაწერი. კოდის დაწყების და დასრულების თარიღები ივსება, როგორც ED სტრიქონში. ველი "STATUS" ივსება როგორც 3.1.1 საფეხურში.

3.4. გადასვლა ხდება ED-ის შემდეგი ხაზის დამუშავებაზე (ნაბიჯი 1) ან დამუშავება სრულდება, თუ ყველა ხაზი უკვე დამუშავებულია.

  1. თუ ასეთი ჩანაწერი არ არის ნაპოვნი, მაშინ შესრულებულია შემდეგი მოქმედებები:

4.1. დირექტორიას ემატება ახალი ჩანაწერი. კოდის დაწყების და დასრულების თარიღები ივსება, როგორც ED სტრიქონში. ველი "STATUS" ივსება როგორც 3.1.1 საფეხურში.

4.2. გადასვლა ხდება ED-ის შემდეგი ხაზის დამუშავებაზე (ნაბიჯი 1) ან დამუშავება სრულდება, თუ ყველა ხაზი უკვე დამუშავებულია.

CSC დირექტორიაში ჩანაწერის ავტომატური შექმნისას ველების შევსება ხდება მე-3 ცხრილის შესაბამისად.

ცხრილი 3. დირექტორიაში ველების ავტომატური შევსება

ატრიბუტის სახელი დირექტორიაში

ველი ED-ს სტრიქონში "ინფორმაცია CSC (ადგილობრივი ბიუჯეტი)"

აღწერა

ჩანაწერის ბოლო ცვლილების თარიღი

ჩაწერეთ ბოლო შეცვლილი დრო

მნიშვნელობა გენერირდება ავტომატურად.

საბიუჯეტო კოდექსი

მნიშვნელობა ავტომატურად გენერირებულია ახალი ჩანაწერის შექმნისას. როდესაც ჩანაწერი განახლდება, ველის მნიშვნელობა არ იცვლება.

მშობლის დირექტორიაში ჩანაწერის GUID

არ არის შევსებული.

სისტემური მუდმივი "კოდი საკუთარი TOFC"-ის მნიშვნელობა ავტომატურად ენიჭება.

ბიუჯეტის კლასიფიკაციის კოდი

ბიუჯეტის კლასიფიკაციის კოდის მოკლე სახელწოდება

კოდის სრული დასახელება ბიუჯეტის კლასიფიკაციის მიხედვით

CBC ხარჯვა

CBC შემოსავალი

ბიუჯეტის დონე

ძალაში შესვლის თარიღი

გაგრძელება"

საბიუჯეტო პროცესში მონაწილეთა და არამონაწილეთა კონსოლიდირებული რეესტრი შეიცავს მონაცემებს:

  • იურიდიული პირების ერთიანი სახელმწიფო რეესტრი;
  • მომხმარებელთა კონსოლიდირებული სია;
  • RUBP - მონაწილეები ბიუჯეტის პროცესში;
  • RNUBP - საბიუჯეტო პროცესის არამონაწილეები;
  • სხვა კლასიფიკატორები.

2019 წლის საბიუჯეტო პროცესში მონაწილეთა კონსოლიდირებული რეესტრი

კონსოლიდირებული სარეგისტრაციო კოდი: როგორ გავარკვიოთ TIN-ით

საიტებზე bus.gov.ru, budget.gov.ru რეგისტრირებული თითოეული ორგანიზაციისთვის იქმნება უნიკალური კოდი - რეესტრის ჩანაწერი. თქვენ შეგიძლიათ გაიგოთ ეს კოდი საძიებო ზოლში დაწესებულების TIN-ის აკრეფით.

სახელმწიფო სამსახურის „განათლების“ რეესტრის ჩანაწერის უნიკალური ნომერი შეგიძლიათ იხილოთ ქვემოთ მოცემულ მაგალითზე.

ელექტრონულ ბიუჯეტთან მუშაობისას ხშირად კითხულობენ „ორგანიზაციის NUBP კოდი, როგორ გავარკვიოთ“. ეს ინფორმაცია მოცემულია იურიდიული პირის შესახებ ზოგად ინფორმაციას.

საბიუჯეტო პროცესის ყველა არამონაწილის კოდის გასარკვევად, „ორგანიზაციის ტიპი“ ფილტრში უნდა აირჩიოთ 20 - სხვა იურიდიული პირები, საბიუჯეტო პროცესის სხვა არამონაწილეები. თუ გჭირდებათ კონკრეტული ორგანიზაციის კოდი, მაშინ ზემოთ მოცემულ ველში უნდა შეიყვანოთ ორგანიზაციის TIN.

UNRZ ბიუჯეტის პროცესში სხვა ტიპის მონაწილეებისთვის:

როგორ იქმნება რეესტრის ჩანაწერი?

RUBP-ისა და NUBP-ის ფორმირებისა და შენარჩუნების პროცედურა რეგულირდება რუსეთის ფედერაციის ფინანსთა სამინისტროს 2014 წლის 23/12/23 No163n ბრძანებით; 2017 წლის 15 ნოემბრის No190n ბრძანება აკონტროლებს რეესტრში ჩანაწერების ფორმირების პროცედურას.

იგი ჩამოყალიბებულია ძირითადი (მრეწველობის) სიებში მოცემული შემდეგი ინფორმაციის საფუძველზე:

  • სახელმწიფო ან მუნიციპალური სამსახურის დასახელება, მუშაობა OKVED კოდებით;
  • დაწესებულების საჯარო იურიდიული პირის სახეობა;
  • მონაცემები მომსახურების, სამუშაოს ღირებულების ან მოსახლეობისთვის მისი უფასოდ მიწოდების შესახებ;
  • საჯარო სამსახურის შინაარსი;
  • სამუშაოს ან საჯარო მომსახურების გაწევის პირობები და ფორმა;
  • ორგანიზაციის ეკონომიკური საქმიანობის სახეობა;
  • კონტინგენტი - სამომხმარებლო კატეგორიები;
  • ხარისხის და მოცულობის ინდიკატორები;
  • სამუშაოს შესრულებისა და მომსახურების გაწევის მარეგულირებელი მარეგულირებელი ბაზის მონაცემები.

თითოეულ ჩანაწერს აქვს თავისი უნიკალური ნომერი. რეესტრში არ შედის ინფორმაცია და დოკუმენტები, რომლებიც შეიცავს სახელმწიფო საიდუმლოებას.

უნიკალური ნომერი იქმნება უფლებამოსილი ფედერალური აღმასრულებელი ორგანოების მიერ ყველა არსებული ინფორმაციის ბლოკისა და სიის საფუძველზე, რომელიც შედის კონსოლიდირებულ RUBP-სა და NUBP-ში.

ეს ხდება ასე:

  1. 1-დან 8-მდე წოდებები - ორგანიზაციის დამფინანსებელი საჯარო იურიდიული პირის ტერიტორიული აღნიშვნა - UBP.
  2. 9 და 10 ციფრი - დაწესებულების ტიპის შიფრი კონსოლიდირებულ რეესტრში მსგავსი ჩანაწერის შესაბამისად.
  3. 11 და 12 არის ბიუჯეტის დონის კოდები.
  4. წოდებები 13-დან 17-მდე - დაწესებულების ნომერი კონსოლიდირებული სიის RH-ში.
  5. ნომერი 18 - კუთვნილი ინფორმაციის ნიშნის შიფრი:
  • 1 - ინფორმაცია და დოკუმენტები, ასეთის არსებობის შემთხვევაში, მსგავსია და შეესაბამება ცალკეულ ქვედანაყოფს, რომელსაც აქვს აღრიცხვის წარმართვის უფლებით;
  • 0 - ინფორმაცია არ ემთხვევა.
  1. 19 - საკონტროლო გამონადენი, გათვლილი 2014 წლის 23 დეკემბრის No163ნ ბრძანების No6 დანართის შესაბამისად.
  2. ციფრი 20 - დაწესებულების სტატუსის კოდირება:
  • 1 - მოქმედი დაწესებულება;
  • 2 - არააქტიური;
  • 3 - სამართლებრივი ურთიერთობის არარსებობა;
  • 4 - ორგანიზაცია სპეციალური მითითებებით.

ციფრები 1, 2, 11, 13, 14, 15, 16, 17 არის უნიკალური კოდი SR-ში ბიუჯეტის პროცესის თითოეული მონაწილისთვის.

რით განსხვავდება ის სხვა რეესტრის ჩანაწერებისგან

20-ნიშნა უნიკალური RZ-ისგან განსხვავებით, სახელმწიფო შესყიდვების ვებსაიტზე კონტრაქტის რეესტრის ჩანაწერის ნომერი, რომელიც მინიჭებულია შეკვეთის თითოეულ შესყიდვაზე ან თითოეულ ცალკეულ ლოტზე, შედგება 36 ციფრისგან და ავტომატურად გენერირდება, როგორც კლასიფიკაციის კოდების ნაკრები. კონკრეტული შესყიდვა. იმისათვის, რომ იპოვოთ სასურველი კონტრაქტი ან ინფორმაცია მის შესახებ, EIS-ში, თქვენ უნდა გადახვიდეთ „კონტრაქტების რეესტრი“ ჩანართზე და იმოძრაოთ თქვენთვის სასურველი დოკუმენტის RZ-ში.

მუნიციპალური დავალების რეესტრის ჩანაწერის უნიკალური ნომერი - სად ვიპოვოთ იგი? თუ ამ კითხვაზე პასუხს ეძებთ, მაშინ არ გირჩევთ 2019 წლის ბიუჯეტის პროცესში მონაწილეთა რეესტრის ნახვას. ეს ინფორმაცია ნამდვილად არ არის!

უნიკალური რეესტრის ნომრები მითითებული უნდა იყოს დავალების ქაღალდის ასლის მიხედვით. ამ ნომრის მისაღებად, თქვენ უნდა დაუკავშირდეთ დამფუძნებელს.

პრაქტიკულად ნებისმიერ სახელმწიფოში ყოველთვის მთავარი პრიორიტეტი იყო წესრიგი და კანონი. ყოველივე ამის შემდეგ, მხოლოდ ამ ორი კომპონენტის საფუძველზეა შესაძლებელი ყველა სახელმწიფო ხელისუფლების კომპეტენტური ურთიერთქმედების და კარგად ორგანიზებული მუშაობის უზრუნველყოფა გამონაკლისის გარეშე. გარდა ამისა, დიდი მნიშვნელობა აქვს სახელმწიფოსადმი საზოგადოების ნდობის ხარისხს, რომელსაც წარმოადგენს მისი ცალკეული ორგანოები, რომლებიც უზრუნველყოფენ კანონიერებას. აღსანიშნავია, რომ სწორედ ეს ორი კატეგორიაა სოციალური ურთიერთობების მთავარი მარეგულირებელი, კერძოდ კანონი. სწორედ მისი წყალობით შეგვიძლია ვისაუბროთ ადამიანის ცხოვრების გარკვეული სფეროს ნებისმიერ რეგულირებაზე. ყოველივე ამის შემდეგ, თუ არ არსებობს კანონი, მაშინ სინამდვილეში არ არის საჭირო ქვეყანაში წესრიგის ორგანიზება, რადგან მაინც არაფერია დასაყრდენი.

რაც შეეხება რუსეთის ფედერაციას, ამ ქვეყანაში უხსოვარი დროიდან საკმაოდ მნიშვნელოვანი როლი ენიჭებათ სპეციალურ ორგანოებს, რომლებიც უზრუნველყოფენ კანონიერებას. ეს ტენდენცია დღემდე არ აგრძელებს თავის თავს. რუსეთის ფედერაციის თანამედროვე სამართალდამცავ ორგანოებს აქვთ სტრუქტურული ორგანიზაცია, რომელიც საშუალებას აძლევს მათ შეასრულონ მათთვის დაკისრებული ამოცანები და ფუნქციები რაც შეიძლება სწრაფად. მაგრამ ამ ორგანოების სისტემაში არის განყოფილებები, რომელთა მიზნები განსხვავდება მათი სპეციფიკით. მათ შორისაა ორგანიზებული დანაშაულის წინააღმდეგ ბრძოლის ოფისი, რომელიც მოგვიანებით იქნება განხილული სტატიაში.

დანაშაულის ცნება

სამართალდამცავი სისტემა კონკრეტულ სახელმწიფოში არსებობს მიზეზის გამო. იურიდიულ სფეროში არის დანაშაული. ეს არის სოციალურად განპირობებული, ნეგატიური, სისხლის სამართლის თვალსაზრისით, ფენომენი, რომელიც ვლინდება დროის კონკრეტულ მონაკვეთში კონკრეტული სახელმწიფოს კონკრეტულ ტერიტორიაზე. სინამდვილეში, დანაშაული არის ჩადენილი ყველა დანაშაულის მთლიანობა. სისხლის სამართლის მახასიათებლების თვალსაზრისით ეს ფენომენი უკიდურესად უარყოფითია. ამიტომ, დანაშაულთან ბრძოლა ხორციელდება სპეციალური ძალოვანი სტრუქტურების მეშვეობით, რომლებიც ახორციელებენ ამავე სახელწოდების საქმიანობას.

სამართალდამცავი საქმიანობა

როგორც უკვე აღვნიშნეთ, დანაშაულთან ბრძოლა სამართალდამცავი ორგანოების მეშვეობით ხორციელდება. თავის არსში, ეს არის სახელმწიფო რეაგირების სახეობა კონკრეტული სუბიექტების მხრიდან უკანონო ქმედებებზე. სამართალდამცავ საქმიანობას ახორციელებენ სპეციალურად უფლებამოსილი ორგანოები და მათი თანამშრომლები. გარდა ამისა, ამ ფენომენის სამართლებრივი ბუნებიდან გამომდინარე, შეგვიძლია ვთქვათ, რომ იგი ხორციელდება რამდენიმე სამართლებრივი დარგის ფარგლებში, კერძოდ: ადმინისტრაციული და სისხლის სამართლის. ამავდროულად, სისხლის სამართლის სფეროში მიმდინარეობს ბრძოლა ყველაზე საშიშ უკანონო ქმედებებთან, რომლებსაც დანაშაულს უწოდებენ.

სამართალდამცავი ორგანოების ნიშნები

ზემოთ წარმოდგენილ ფენომენს ახასიათებს არა მხოლოდ დამცავი თვისება, არამედ აქვს მთელი რიგი სხვა მახასიათებლები. მაგალითად, რუსეთის ფედერაციის მოქმედი კანონმდებლობის მიხედვით, უფლებამოსილ ორგანოებს, როგორც სამართალდამცავი საქმიანობის განხორციელების ნაწილს, უფლება აქვთ შეზღუდონ მოქალაქეთა თავისუფლებები. გარდა ამისა, ასევე არსებობს მრავალი სხვა ნიშანი, კერძოდ:

სამართალდამცავი საქმიანობის ფარგლებში გავლენის ყველა ღონისძიება არის წმინდა კანონიერი. ანუ ნებისმიერ მეთოდს უშეცდომოდ აქვს ნორმატიული მხარდაჭერა, რაც გამოიხატება არსებული აქტებით.

ამ ტიპის საქმიანობის განხორციელება ხდება გამონაკლის წესით და არ უნდა გასცდეს საკანონმდებლო ნორმებს. ეს არის ყველა სახელმწიფო სტრუქტურის მუშაობის ლეგიტიმურობის პრინციპი.

სამართალდამცავ საქმიანობას ახორციელებენ მხოლოდ უფლებამოსილი ორგანოები.

წარმოდგენილი მახასიათებლების გათვალისწინებით, შეგვიძლია ვისაუბროთ რუსეთის ფედერაციაში სამართალდამცავი ასპექტის სპეციფიკაზე.

რუსეთის ფედერაცია

დღეს რუსეთის ფედერაციაში მთავარი სამართალდამცავი ორგანოა რუსეთის შინაგან საქმეთა სამინისტრო. ამ სხეულს აქვს საკმაოდ მდიდარი და ხანგრძლივი ფორმირების ისტორია. შინაგან საქმეთა სამინისტროს ზოგიერთ ქვედანაყოფსა და სამსახურს ჰქონდა თავისი პროტოტიპები რუსეთის იმპერიის არსებობის პერიოდში. თანამედროვე რუსეთის ფედერაციაში ეს არის ფედერალური აღმასრულებელი ორგანო, რომელიც უზრუნველყოფს კანონიერებასა და წესრიგს, დანაშაულთან ბრძოლას და ასევე ავითარებს რეგულაციებს სახელმწიფოს შიდა საქმეების სფეროში. რუსეთის შინაგან საქმეთა სამინისტრო უზრუნველყოფს სამხედრო, ფედერალურ სამოქალაქო და სამართალდამცავ საჯარო სამსახურს.

სამინისტროს სტრუქტურა

რუსეთი მოიცავს სამ მთავარ "ბლოკს", რომლებიც, თავის მხრივ, იყოფა მცირე დეპარტამენტებად. უფრო ზუსტად, წარმოდგენილი სისტემა შედგება შემდეგი ელემენტებისაგან, კერძოდ:

  1. უშუალოდ შინაგან საქმეთა ორგანოები, რომელშიც შედის რუსეთის ფედერაციის პოლიცია.
  2. შინაგანი ჯარები.
  3. სპეციალური დანაყოფები და ორგანოები, რომლებიც შეიქმნა სამინისტროს საქმიანობის უზრუნველსაყოფად.

ამრიგად, რუსეთის შინაგან საქმეთა სამინისტროს სტრუქტურა არის სხვადასხვა ორგანოებისა და დეპარტამენტების საკმაოდ სპეციფიკური ნაკრები. მაგრამ ამ სტატიაში ავტორს სურს გამოავლინოს რუსეთის პოლიციის ერთ-ერთი კონკრეტული დანაყოფის მახასიათებლები. ამ შემთხვევაში საუბარია ისეთ დეპარტამენტზე, როგორიც არის ორგანიზებული დანაშაულის კონტროლის დეპარტამენტი. დიდი ხნის განმავლობაში ეს მართლაც ლეგენდარული დანაყოფი ახორციელებდა ორგანიზებულ დანაშაულთან ბრძოლას. ამავდროულად, საინტერესოა არა მხოლოდ თავად UBOP, არამედ წარმოდგენილი ტიპის დანაშაულთან ბრძოლის დამახასიათებელი ნიშნები. ასეთი უკანონო ქმედებები ხომ ძალიან რთულია დამნაშავეების იდენტიფიცირება და პასუხისგებაში მიცემა. სამართალდამცავი ამ სფეროში ბრძოლის თავისებურებები ასევე უფრო დეტალურად იქნება განხილული მოგვიანებით სტატიაში.

UBOP: ტრანსკრიპტი

UBOP, ან RUBOP, როგორც ამ ერთეულს ოდესღაც უწოდებდნენ, ასრულებდა საკმაოდ სპეციფიკურ დავალებებს. უფრო ზუსტად, ასეთი ფორმირებები ეწეოდნენ ორგანიზებულ დანაშაულთან დაკავშირებული ან უშუალოდ დანაშაულებრივი ორგანიზაციების მიერ განხორციელებულ დანაშაულთა გამჟღავნებას. თავის არსში, UBOP იყო ოპერატიული დანაყოფი, ანუ მას ჰქონდა ოპერატიულ-სამძებრო საქმიანობის განხორციელების უფლებამოსილება. ფორმირება დაიყო მცირე განყოფილებებად, რომლებიც შეიქმნა კონკრეტული დანაშაულების წინააღმდეგ ბრძოლის საჭიროებიდან გამომდინარე. ამის მაგალითია მე-5 განყოფილება, რომელიც კანონიერი ქურდების და კრიმინალური სამყაროს ავტორიტეტების განვითარებით იყო დაკავებული. ამრიგად, ორგანიზებული დანაშაულის წინააღმდეგ ბრძოლის რეგიონალური დეპარტამენტი არის სპეციალური დანიშნულების განყოფილება რუსეთის ფედერაციის შინაგან საქმეთა სამინისტროს სტრუქტურაში, რომელიც ახორციელებს ორგანიზებულ დანაშაულთან ბრძოლას.

ორგანიზებული დანაშაული და მის წინააღმდეგ ბრძოლის ღონისძიებები

ორგანიზებულ დანაშაულთან ბრძოლა, როგორც ადრე სტატიაში აღინიშნა, ერთხელ ახორციელებდა ისეთი დანაყოფი, როგორიცაა RUBOP. მაგრამ საკმაოდ ხშირად კითხვა, თუ რა არის ზოგადად ორგანიზებული ხასიათის დანაშაული, არ არის ნათელი. ეს არის დანაშაულის სპეციფიკური ფორმა, რომელიც წარმოიქმნება ბანდების და უკანონო ხასიათის სხვა მსგავსი წარმონაქმნების საქმიანობის შედეგად. როგორც წესი, ეს საქმიანობა ეფუძნება კრიმინალებისა და სახელმწიფო ხელისუფლების მჭიდრო კავშირს, კორუფციული ხასიათის სხვადასხვა მექანიზმების მეშვეობით.

აღსანიშნავია, რომ კრიმინოლოგიურ მეცნიერებაში ორგანიზებული დანაშაულის ფენომენის პრობლემებს ძალიან ხშირად ეხება. რადგან ამ უარყოფითი ფაქტორის გავრცელებაზე კომპეტენტური წინააღმდეგობის ორგანიზებისთვის საჭიროა თეორიული კონცეფციების შემუშავება. თუმცა, დღემდე შემუშავებულია ორგანიზებული დანაშაულის წინააღმდეგ ბრძოლის გარკვეული ზომები, მაგალითად:

აუცილებელია ყურადღება მიექცეს უცნობი წყაროებიდან შემოსავლებისა და ღირებულებების განაწილებას კონკრეტულ პირებზე, რომლებსაც აქვთ კავშირი კრიმინალურ ჯგუფებთან;

სიღარიბის ზღვარს ქვემოთ მყოფი ყველაზე აქტიური პირების კონტროლის უზრუნველყოფა;

კონტროლის უზრუნველყოფა ყველაზე აქტიურ პირებზე, რომლებიც მიეკუთვნებიან საზოგადოების დემორალიზებულ გარემოს;

მოსახლეობის ინფორმირება იმ უარყოფითი შედეგების შესახებ, რაც შეიძლება მოჰყვეს კრიმინალური ჯგუფების შექმნას და ზოგადად დანაშაულის ჩადენას.

აღსანიშნავია, რომ ორგანიზებული დანაშაულის კონტროლის დეპარტამენტის საქმიანობაში დანაშაულთან ბრძოლის ზოგიერთი ღონისძიება ფარული ხასიათისა იყო, რადგან ისინი განხორციელდა გარკვეული ოპერატიულ-სამძებრო მოქმედებების განხორციელების პროცესში.

UBOP-ის შექმნის ისტორია

უნდა აღინიშნოს, რომ UBOP, რომლის გაშიფვრა წარმოდგენილია სტატიაში, ყოველთვის არ არსებობდა. ეს დანაყოფი საბჭოთა კავშირის დაშლის შემდეგ გაჩნდა. რა თქმა უნდა, მისი არსებობის საჭიროება იყო სსრკ-ს დროსაც, მაგრამ მაშინ ორგანიზებული დანაშაულის კონტროლის დეპარტამენტის ფუნქციებს შინაგან საქმეთა სამინისტროს სხვადასხვა სტრუქტურული ელემენტები ასრულებდნენ.

ამრიგად, საბჭოთა კავშირის არსებობის შეწყვეტის შემდეგ, შინაგან საქმეთა სამინისტროს მთავარი სამმართველო ხდება ორგანიზებულ დანაშაულთან ბრძოლის მთავარი დირექტორატი. ის ასევე იყო რუსეთის ფედერაციის ნაწილი, მაგრამ უკვე.

1993 წელს განხორციელდა შესაბამისი რეგიონალური განყოფილებების რეორგანიზაცია. იმ დროს უკვე არსებობდა ისეთი დანაყოფები, როგორიცაა ორგანიზებული დანაშაულის კონტროლის დეპარტამენტი, რომლებიც შედიოდნენ შინაგან საქმეთა ცენტრალური სამმართველოს სტრუქტურაში. თუმცა, 1996 წელი RUBOP-ის დამფუძნებელ წლად ითვლება, რადგან სწორედ ამ დროს დატოვა ამავე სახელწოდების განყოფილებები ცენტრალური შინაგან საქმეთა სამმართველოს დაქვემდებარებაში და ექსკლუზიურად აკონტროლებდა დირექტორატს. აღსანიშნავია, რომ დსთ-ს რიგ სხვა ქვეყნებში არის ორგანიზებული დანაშაულის კონტროლის დეპარტამენტის მსგავსი დანაყოფები. უკრაინა ამ თვალსაზრისით გამონაკლისი არ არის. ამ სახელმწიფოში ორგანიზებული დანაშაულის ერთეულები ძალიან ჰგავს რუსულს, თუ არ გაითვალისწინებთ სამართლებრივი რეგულირების თავისებურებებს.

დანაყოფის შემდგომი ბედი

UBOP, რომლის თანამშრომლები აქტიურად ებრძოდნენ ორგანიზებულ დანაშაულს, თავდაპირველი სახით 2001 წლამდე არსებობდა. ამის შემდეგ შსს-ს ხელმძღვანელები გადაწყვეტენ ამ ფორმირების რეორგანიზაციას. იმ წლიდან, RUBOP-მა პრაქტიკულად შეწყვიტა არსებობა. მის საფუძველზე შეიქმნა ოპერატიულ-სამძებრო ბიუროები, რომლებიც რუსეთის ფედერაციის კრიმინალური პოლიციის უშუალო ნაწილი გახდა. ამ ფორმით, სამსახური 2008 წლამდე არსებობდა, რის შემდეგაც მის ბაზაზე შეიქმნა ექსტრემიზმის წინააღმდეგ ბრძოლის განყოფილებები.

RUBOP-ის საქმიანობის სფერო

ორგანიზებული დანაშაულის დეპარტამენტი ეწეოდა კონკრეტულ სამუშაოს, რომელიც მიზნად ისახავდა ორგანიზებულ დანაშაულთან ბრძოლას, როგორც უკვე აღინიშნა სტატიაში. უნდა აღინიშნოს, რომ RUBOP არის ექსკლუზიურად ოპერატიული დანაყოფი. ანუ მის სტრუქტურაში არ არსებობდა საგამოძიებო და საგამოძიებო სამსახურები. ამრიგად, RUBOP-მა ვერ აღძრა სისხლის სამართლის საქმე. რაც შეეხება ამ სამმართველოს საქმიანობას, ეს ასპექტი აშკარად ჩანს კონკრეტული დეპარტამენტების მუშაობაში. RUBOP-ის სტრუქტურაში არსებობდა შემდეგი ქვედანაყოფები:

მესამე განყოფილებაში ისინი დაკავებულნი იყვნენ გატაცებასთან დაკავშირებულ დანაშაულებთან ბრძოლაში, ასევე მძევლების გათავისუფლებაში.

მეოთხე განყოფილება არის დანაყოფი, რომელიც შექმნილია ბანდიტიზმის წინააღმდეგ საბრძოლველად.

მეხუთე განყოფილებაში განხორციელდა კანონიერი ქურდების და კრიმინალური სამყაროს სხვა ავტორიტეტების განვითარება, რაც უკვე აღინიშნა სტატიაში.

მეექვსე და მეშვიდე დეპარტამენტები ეხებოდნენ კორუფციასა და ეკონომიკურ დანაშაულებს, რომლებიც ჩაიდინეს კრიმინალური ორგანიზაციების მიერ.

ეთნიკური ხასიათის დანაშაულებებთან ბრძოლას მერვე დეპარტამენტი აწარმოებდა.

მეცხრე და მეათე დეპარტამენტებში ოპერატიული ოფიცრები ებრძოდნენ შტატში ტრანსნაციონალურ დანაშაულს და იარაღით ვაჭრობას.

უნდა აღინიშნოს, რომ მათ სისტემაში RUBOP დანაყოფებს ასევე ჰქონდათ ელექტროენერგიის მხარდაჭერის განყოფილება, რომელსაც SOBR ეწოდება. აღნიშნული დეპარტამენტის სხვადასხვა განყოფილების საქმიანობის წარმოდგენილი სფეროს გათვალისწინებით, შეგვიძლია დავასკვნათ, რომ ამ დეპარტამენტის მუშაობა მართლაც მნიშვნელოვანი და შეუცვლელი წვლილია რუსეთის ფედერაციაში ორგანიზებულ დანაშაულთან ბრძოლის პროცესში.

ბრძოლა ექსტრემიზმის წინააღმდეგ

RUBOP, რომლის გაშიფვრა მოცემულია ამ სტატიაში, დღეს არ არსებობს. ამ ლეგენდარული ქვედანაყოფის ნაცვლად შეიქმნა ექსტრემიზმის წინააღმდეგ ბრძოლის ოფისი. ეს არის სრულიად დამოუკიდებელი სტრუქტურა, რომელიც ექვემდებარება ექსკლუზიურად შინაგან საქმეთა სამინისტროს ცენტრალურ აპარატს. მას ევალება პოლიტიკის უზრუნველყოფისა და განხორციელების ამოცანები სახელმწიფოს მის ტერიტორიაზე ექსტრემისტული საქმიანობის გავრცელებისგან დაცვის სფეროში. გარდა ამისა, მენეჯმენტი ასევე ასრულებს უამრავ სხვა, არანაკლებ საინტერესო ფუნქციას, კერძოდ:

სამუშაოს დადგენილ მიმართულებით პოლიტიკისა და მარეგულირებელი ბაზის ფორმირება;

ექსტრემისტების საქმიანობის უარყოფითი გავლენისგან საზოგადოებასთან ურთიერთობის უსაფრთხოების უზრუნველყოფის სფეროში მენეჯმენტის გაუმჯობესება;

ექსტრემისტული აქტივობის წინააღმდეგ ბრძოლის ორგანიზაცია;

დასკვნა

ასე რომ, ავტორი ცდილობდა ისაუბრა ისეთ ერთეულზე, როგორიცაა RUBOP. ამ სტატიაში ასევე იყო წარმოდგენილი ამ სერვისის დეკოდირება, ისტორია და ფარგლები. აღსანიშნავია, რომ თავისი არსებობის მანძილზე RUBOP-ის თანამშრომლებმა მართლმსაჯულების წინაშე წარსდგნენ უამრავი დამნაშავე და ასევე მნიშვნელოვანი წვლილი შეიტანეს ორგანიზებულ დანაშაულთან ბრძოლის პროცესში.

8.1 განაცხადი დეტალების შეტანის (შეცვლის) შესახებ ED "განცხადება დეტალების შეტანის (შეცვლის) შესახებ" განკუთვნილია UBP-ის ორგანიზაციის მონაცემების შეტანის/შეცვლისთვის UBP-ის კონსოლიდირებულ რეესტრში.

Client-RBS სამუშაო სადგურზე ED „დეტალების ჩართვის/ცვლის მოთხოვნა“ იქმნება ხელით ან იმპორტირებული ფაილის სახით, რომელიც აკმაყოფილებს ფორმატების მოთხოვნებს, ხელმოწერილია და მიეწოდება სერვერ-OFK/UFK სამუშაო სადგურს GRBS-ში შემდგომი გაგზავნისთვის. შემდეგი მარშრუტების გავლით:


  1. "Workstation Client-RBS (შექმნა, იმპორტი) - ტრანსპორტი - Workstation Server-UFK - ექსპორტი - Workstation Client-UFK (იმპორტი) - ტრანსპორტი - ტრანზიტი" "Workstation Server-CAFC - ტრანსპორტი - Workstation Client-GRBS (ექსპორტი/დამუშავება) ".

  2. "Workstation Client-RBS (შექმნა, იმპორტი) - ტრანსპორტი - Workstation Server-OFK - ექსპორტი - Workstation Client-OFK (იმპორტი) - ტრანსპორტი - Workstation Server-UFK - ექსპორტი - Workstation Client-UFK (იმპორტი) - ტრანსპორტი - ტრანზიტი" მეშვეობით "Workstation Server-CAFC - transport - Workstation Client-GRBS (ექსპორტი/დამუშავება)".
Client-RBS სამუშაო სადგურზე შემდეგი ოპერაციები შესრულებულია ED-ით „დეტალების ჩართვის (შეცვლის) განაცხადი“:

  • დოკუმენტის შექმნა ხელით შეყვანით;

  • საბირჟო კატალოგიდან დოკუმენტის იმპორტი UBP აღრიცხვის სისტემით;

  • დოკუმენტის ნახვა და რედაქტირება;

  • ედს-ის ფორმირება;

  • დოკუმენტის დაბეჭდვა, მიღებული შაბლონის მიხედვით;

  • დოკუმენტის შენახვა და დაარქივება PPO "EDMS"-ის ბაზაში;

  • დოკუმენტის გახსენება.
ED-თან სამუშაოდ "განაცხადი დეტალების ჩართვის (ცვლის) შესახებ", აირჩიეთ მენიუს პუნქტი "დოკუმენტები - NSI - RUBR - აპლიკაციები  აპლიკაციები დეტალების ჩართვის (ცვლისთვის", ეს გახსნის დოკუმენტების ჩამონათვალს.

დოკუმენტი იხსნება სანახავად დოკუმენტების სიის ხაზზე ორჯერ დაწკაპუნებით ან ღილაკის გამოყენებით.

8.1.1 ED-ს შექმნა "განაცხადი დეტალების ჩართვის (შეცვლის) შესახებ"

ახალი მოთხოვნის შესაქმნელად დააჭირეთ ღილაკს. გაიხსნება ფორმა „აპლიკაცია დეტალების ჩართვის (ცვლის) შესახებ“, რომელიც ნაჩვენებია სურათზე 33.

ფორმაში „განაცხადი დეტალების ჩართვის (ცვლის) შესახებ“ შეავსეთ ზოგადი ველები:


  • „ნომერი“ - შეიყვანეთ საბიუჯეტო პროცესში მონაწილე ორგანიზაციის მიერ დოკუმენტისთვის მინიჭებული სერიული ნომერი, რომელმაც გაგზავნა დოკუმენტი „განცხადება დეტალების შეტანის (შეცვლის) შესახებ“. გატანის მოთხოვნის შემთხვევაში, ის ემთხვევა გამოტანილი მოთხოვნის რაოდენობას. სავალდებულო შევსება.

  • „თარიღი“ - მიუთითეთ საბიუჯეტო პროცესში მონაწილე ორგანიზაციის მიერ დეტალების შეტანის (შეცვლის) განაცხადის მომზადების თარიღი. ნაგულისხმევი არის მიმდინარე თარიღი. სავალდებულო შევსება. გატანის მოთხოვნის შემთხვევაში, უნდა ემთხვეოდეს ამოღებული მოთხოვნის თარიღს.

  • „ბაზა“ - დოკუმენტის ფორმირების საფუძვლის ტექსტი. არ არის საჭირო შევსება. ღილაკზე „დეტალების“ დაჭერისას იხსნება ფანჯარა „მიმღები მხარის შეტყობინება“, რომელიც შესაძლოა შეიცავდეს დამატებით ტექსტურ ინფორმაციას დოკუმენტთან დაკავშირებით.


  1. 33. ეკრანის ფორმა "აპლიკაცია დეტალების ჩართვის (შეცვლისთვის), ჩანართი "ძირითადი"
"ძირითადი" ჩანართზე ივსება შემდეგი ველები:

  • „GRBS / GAD / GAIF“ - საბიუჯეტო კლასიფიკაციის უფროსის კოდი და დასახელება - უმაღლესი დეპარტამენტი. კოდის მნიშვნელობა შეირჩევა საცნობარო წიგნიდან „ხარჯების უწყებრივი კლასიფიკაციის კლასიფიკატორი“ ან შეიტანება ხელით. სახელი ავტომატურად ივსება კოდის მითითებიდან. ველები აუცილებელია.

  • „უმაღლესი UBP“ - საბიუჯეტო პროცესის ზემდგომი მონაწილის კოდი და დასახელება დირექტორია „UBP-ის კონსოლიდირებული რეესტრის“ მიხედვით. კოდის ველების შევსებისას ხელმისაწვდომია საქაღალდის ჩანაწერი „UBP-ის კონსოლიდირებული რეესტრი“ სტატუსებზე „ჩართული“ და „პირობითად შეტანილი“ შესარჩევად. თუ მშობელი ორგანიზაციის არჩეული კოდისთვის არ არის ჩანაწერი სტატუსით „ჩართული“, და არის მხოლოდ ერთი ჩანაწერი სტატუსით „პირობითად ჩართული“, მაშინ მისგან ივსება მშობელი ორგანიზაციის კოდი. თუ არის ჩანაწერი „ჩართული“ სტატუსით, მაშინ მისგან ივსება მშობელი ორგანიზაციის კოდი. სახელი ივსება საცნობარო წიგნიდან ავტომატურად კოდის მიხედვით. განაცხადის შევსებისას GRBS, GAD ან GAIFD დეტალების ჩართვის (შეცვლის) შესახებ, ასევე შემოსავლების ადმინისტრატორი, რომელიც არ არის ფედერალური საბიუჯეტო დაწესებულება, კოდს აქვს მნიშვნელობა "00000" (ხუთი ნული). და სახელი არ არის შევსებული. კოდი საჭიროა.

  • „ხელმოწერის თარიღი“ – დოკუმენტზე უფლებამოსილი პირის მიერ გამგზავნის ხელმოწერის თარიღი. ხელმოწერის თარიღის არჩევა შესაძლებელია სისტემის კალენდრიდან.

  • „დაწესებულების კოდი“ – დაწესებულების კოდი. ორგანიზაციის რეკვიზიტების დირექტორიაში „UBP-ის კონსოლიდირებული რეესტრი“ შეტანის შესახებ განცხადების შედგენის შემთხვევაში ველი არ ივსება. დირექტორიაში „UBP-ის კონსოლიდირებული რეესტრი“ ორგანიზაციის მონაცემების შეცვლის შესახებ განაცხადის შედგენის შემთხვევაში ველის მნიშვნელობა ივსება ხელით ან შეირჩევა დირექტორია „UBP-ის კონსოლიდირებული რეესტრი“ მიმდინარე ჩანაწერებიდან. თუ შევსებულია ველი „დაწესებულების კოდი“, მაშინ უნდა შეივსოს „გამგზავნი“ ჯგუფის ველები „ფოსტის ინფორმაცია“ ჩანართზე.

  • „ოფიციალური სახელწოდება“ – შემადგენელი დოკუმენტის (წესდების/წესდების) შესაბამისად საბიუჯეტო პროცესის მონაწილის სრული სახელი. თუ ივსება ველი „დაწესებულების კოდი“, მაშინ ველი ავტომატურად ივსება შესაბამისი მნიშვნელობით „UBP კონსოლიდირებული რეესტრის“ საცნობარო წიგნიდან იმ ჩანაწერებიდან, რომელთა ველის „სტატუსის“ მნიშვნელობა არის „ჩართული“. ველი არჩევითია. იგი არ ივსება მთავარი ადმინისტრატორის, მთავარი შემოსავლების ადმინისტრატორის ან ბიუჯეტის დეფიციტის დაფინანსების წყაროების მთავარი ადმინისტრატორის დეტალების ჩართვის (შეცვლის) განაცხადის შევსებისას. ველი რედაქტირებადია, თუ შევსებულია ველი „დაწესებულების კოდი“. ორგანიზაციის დეტალების შეცვლის შესახებ განაცხადის შედგენის შემთხვევაში, მითითებულია ახალი სახელი, რომელიც უნდა შეესაბამებოდეს UBP-ს სრულ სახელს ჩანართზე "UBP-ის დეტალები".

  • ველების ჯგუფი "ოპერაციის ტიპი":

  • „ოპერაციის ტიპის კოდი“ – კოდი და ოპერაციის ტიპის დასახელება. არჩეულია მნიშვნელობების სიიდან:

  • 0 - განაცხადი UBP-ის მიერ OrFC-ში გაგზავნილი, განაცხადი გაგზავნილი CAFC GRBS/GAIFDB/GADB-დან;

  • 1 - აპლიკაციის დაბრუნება OrFC-დან შეცდომების შემთხვევაში;

  • 2 - UBP-ის მიერ OrFC-ში გაგზავნილი განაცხადის გატანა;

  • 3 - განხორციელებული ამოღება OrFC-ის მიერ UBP-ის მისამართზე გაგზავნილი განაცხადის;

  • 4 - შეცდომა რეესტრის ჩანაწერში.
ველი აჩვენებს კოდის სახელს. სავალდებულო შევსება.

  • "კომენტარი ოპერაციის ტიპზე" - ივსება FC ორგანოში, მითითებულია შეცდომები, რამაც გამოიწვია დაბრუნება, მიუთითებს დოკუმენტის მცდარი დეტალები "განცხადება დეტალების ჩართვის (შეცვლის) შესახებ". ველი ხელმისაწვდომია რედაქტირებისთვის, თუ "ოპერაციის ტიპის კოდი" ველის მნიშვნელობა უდრის "1" ან "4", სხვა მნიშვნელობებისთვის - ველი არ არის რედაქტირებადი. ველი არჩევითია.

  • ველების ჯგუფი "შეტყობინება" (ველები ავტომატურად ივსება ARM GRBS-ში ED "განცხადების დადასტურების შესახებ" გენერირებისას):

  • „თარიღი“ – განაცხადის დადასტურების შეტყობინების თარიღი.

  • "ნომერი" - განაცხადის დადასტურების შეტყობინების ნომერი.

  • "დოკუმენტის სტატუსი" - ველს შეიძლება ჰქონდეს ერთ-ერთი შესაძლო მნიშვნელობა:

  • "გაუქმდა"

  • "დადასტურებულია"

  • "შეტყობინება არ შეიქმნა" (ნაგულისხმევი მნიშვნელობა).

  • დროშა „კონსოლიდირებულ რეესტრში შესვლა ჩართულია“ ავტომატურად ივსება AWS Server-CAFC-ზე, როდესაც ავტომატურად გენერირდება ED „დეტალების ჩართვის (ცვლის) შეტყობინება“.


  1. 34. ეკრანის ფორმა "აპლიკაცია დეტალების ჩასართავად (შეცვლისთვის", ჩანართი "ფოსტის ინფორმაცია"
ჩანართზე "საფოსტო ინფორმაცია" (იხ. სურათი 34) ივსება შემდეგი ველები:

  • ველების ჯგუფი "გამომგზავნი":


  • „TOFK-ის კოდი“ - აპლიკაციის TOFK-გამომგზავნის კოდი და სახელი. ნაგულისხმევად, კოდის ველი ივსება სისტემური მუდმივით "საკუთრივ TOFC კოდი". ველების რედაქტირება შეუძლებელია Client-RBS სამუშაო სადგურზე.

  • „UBP კოდი“ - აპლიკაციის UBP-გამომგზავნის კოდი და სახელი. ველები სავალდებულოა, თუ "ძირითადი" ჩანართზე შევსებულია ველი "დაწესებულების კოდი", ე.ი. საცნობარო წიგნში „UBP-ის კონსოლიდირებული რეესტრი“ ორგანიზაციის მონაცემების შეცვლის შესახებ განცხადების შედგენის შემთხვევაში. კოდი ივსება საცნობარო წიგნის „UBP-ის კონსოლიდირებული რეესტრის“ შესაბამისად, სახელწოდება ამოღებულია საცნობარო კოდიდან.

  • ველების ჯგუფი "მიმღები":

  • "ბიუჯეტის დონე" - ნაგულისხმევად, მას აქვს მნიშვნელობა "1 - ფედერალური ბიუჯეტი".

  • „TOFK-ის კოდი“ - განაცხადის TOFK-მიმღების კოდი და სახელი. კოდისთვის მითითებულია მნიშვნელობა "9500". ველები აუცილებელია.

  • „UBP კოდი“ - აპლიკაციის UBP-მიმღების კოდი და სახელი. მიმღები არის GRBS, რომელსაც ეკუთვნის UBP, რომელმაც შექმნა აპლიკაცია. რომ. მითითებულია GRBS კოდი UBP-ის კონსოლიდირებული რეესტრის მიხედვით, მისი სრული დასახელება UBP-ის კონსოლიდირებული რეესტრის მიხედვით და ბიუჯეტის დონე "1"-ის ტოლი. ველები აუცილებელია.


  1. 35. ეკრანის ფორმა "აპლიკაცია დეტალების ჩართვის (შეცვლისთვის), ჩანართი "UBP-ის დეტალები"
UBP დეტალების ჩანართზე (იხ. სურათი 35), ველები UBP დეტალებით ივსება რეესტრში/რეესტრში ცვლილებების შესატანად.

ყურადღება!ცვლილების მოთხოვნის შედგენისას შესაძლებელია ან დოკუმენტის დეტალების შეცვლა, ან საბიუჯეტო ორგანოს შეცვლა. მიუღებელია ორგანიზაციის საბიუჯეტო უფლებამოსილებებისა და დეტალების ერთდროული ცვლილება.


  • დოკუმენტის დეტალები:

  • „UBP კოდი“ – რეესტრში შესატანი ორგანიზაციის კოდი. ორგანიზაციის რეკვიზიტების დირექტორიაში „UBP-ის კონსოლიდირებული რეესტრი“ შეტანის შესახებ განცხადების შედგენის შემთხვევაში ველი არ ივსება. თუ „ძირითადი“ ჩანართზე „ინსტიტუციის კოდი“ ველი ივსება, მაშინ ველი ნაგულისხმევად ივსება „ინსტიტუციის კოდის“ ველის მნიშვნელობით. შესაძლებელია მნიშვნელობის არჩევა UBP კონსოლიდირებული რეესტრის დირექტორიადან ჩანაწერებიდან, რომელთა სტატუსის ველი დაყენებულია ჩართული. ველი არჩევითია.

  • „UBP-ის სრული დასახელება“ – შემადგენელი დოკუმენტის (წესდების/წესდების) შესაბამისად საბიუჯეტო პროცესში მონაწილის სრული სახელი. თუ "UBP კოდი" ველი ივსება, მაშინ ველი ავტომატურად ივსება შესაბამისი მნიშვნელობით "UBP კონსოლიდირებული რეესტრის" საცნობარო წიგნიდან იმ ჩანაწერებიდან, რომლებშიც "სტატუსის" ველი უდრის "ჩართულია", წინააღმდეგ შემთხვევაში. ივსება ხელით. Აუცილებელი ველი. ორგანიზაციის მონაცემების შეცვლის შესახებ განაცხადის შედგენის შემთხვევაში, მითითებულია ახალი სახელი, რომელიც უნდა შეესაბამებოდეს UBP-ის ოფიციალურ სახელს "ძირითადი" ჩანართზე.

  • „UBP შემოკლებული სახელწოდება“ - მითითებულია ან შემოკლებული სახელწოდება ან შემადგენელი დოკუმენტებით გაუთვალისწინებელი მოკლე სახელი, რომელიც გამოიყენება გადახდის და სხვა დოკუმენტების შედგენისას, იმ შემთხვევებში, როდესაც უშეცდომოდ შევსებულ ინფორმაციას აქვს შეზღუდვები. სიმბოლოების რაოდენობა. თუ "UBP კოდი" ველი ივსება, მაშინ ველი ავტომატურად ივსება შესაბამისი მნიშვნელობით "UBP კონსოლიდირებული რეესტრის" საცნობარო წიგნიდან იმ ჩანაწერებიდან, რომლებშიც "სტატუსის" ველი უდრის "ჩართულია", წინააღმდეგ შემთხვევაში. ივსება ხელით. Აუცილებელი ველი.

  • „OKFS კოდი“ - ორგანიზაციის კოდი OKFS კლასიფიკატორის მიხედვით. სააღსრულებო წარმოების ცალკე ქვედანაყოფისა და ქვედანაყოფისთვის მითითებულია უმაღლესი დაწესებულების OKFS კოდი. მნიშვნელობა არჩეულია საცნობარო წიგნიდან "OKFS". თუ "UBP კოდი" ველი ივსება, მაშინ ველი ავტომატურად ივსება შესაბამისი მნიშვნელობით "UBP კონსოლიდირებული რეესტრის" საცნობარო წიგნიდან იმ ჩანაწერებიდან, რომლებისთვისაც "სტატუსის" ველი არის "ჩართული". Აუცილებელი ველი.

  • „OKOPF კოდი“ - ორგანიზაციის კოდი OKOPF კლასიფიკატორის მიხედვით. მნიშვნელობა არჩეულია საცნობარო წიგნიდან "OKOPF". თუ "UBP კოდი" ველი ივსება, მაშინ ველი ავტომატურად ივსება შესაბამისი მნიშვნელობით "UBP კონსოლიდირებული რეესტრის" საცნობარო წიგნიდან იმ ჩანაწერებიდან, რომლებისთვისაც "სტატუსის" ველი არის "ჩართული". ველი არჩევითია.

  • „ამოქმედების თარიღი“ – განაცხადის ძალაში შესვლის თარიღი, რომელიც უნდა აღემატებოდეს ან ტოლი იყოს განაცხადის ფორმირების თარიღზე. Აუცილებელი ველი.

  • ველების ჯგუფი "საბიუჯეტო ორგანოები" (ყველა ველი სავალდებულოა):

  • „GRBS (RBS)“ - საბიუჯეტო სახსრების მთავარი მენეჯერის (მენეჯერის) უფლებამოსილებები. მნიშვნელობების სია: "დიახ", "არა" ან "-" (ტირე). თუ UBP კოდის ველი შევსებულია UBP დეტალების ჩანართში, მაშინ ნაგულისხმევად, UBP-ის კონსოლიდირებული რეესტრის საცნობარო წიგნიდან ბიუჯეტის უფლებამოსილების ღირებულება მინიჭებულია ჩანაწერიდან სტატუსის ველით, რომელიც ტოლია ჩართული.

  • „PBS“ - საბიუჯეტო სახსრების მიმღების უფლებამოსილება. მნიშვნელობების სია: "დიახ", "არა" ან "-" (ტირე). თუ UBP კოდის ველი შევსებულია UBP დეტალების ჩანართში, მაშინ ნაგულისხმევად, UBP-ის კონსოლიდირებული რეესტრის საცნობარო წიგნიდან ბიუჯეტის უფლებამოსილების ღირებულება მინიჭებულია ჩანაწერიდან სტატუსის ველით, რომელიც ტოლია ჩართული.

  • „IPBS“ - საბიუჯეტო სახსრების სხვა მიმღების უფლებამოსილებები. მნიშვნელობების სია: "დიახ", "არა" ან "-" (ტირე). თუ UBP კოდის ველი შევსებულია UBP დეტალების ჩანართში, მაშინ ნაგულისხმევად, UBP-ის კონსოლიდირებული რეესტრის საცნობარო წიგნიდან ბიუჯეტის უფლებამოსილების ღირებულება მინიჭებულია ჩანაწერიდან სტატუსის ველით, რომელიც ტოლია ჩართული.

  • „GADB/AOOPGADB“ - ბიუჯეტის შემოსავლების მთავარი ადმინისტრატორის (მთავარი ადმინისტრატორის გარკვეული უფლებამოსილებების განმახორციელებელი) უფლებამოსილებები. მნიშვნელობების სია: "დიახ", "არა" ან "-" (ტირე). თუ UBP კოდის ველი შევსებულია UBP დეტალების ჩანართში, მაშინ ნაგულისხმევად, UBP-ის კონსოლიდირებული რეესტრის საცნობარო წიგნიდან ბიუჯეტის უფლებამოსილების ღირებულება მინიჭებულია ჩანაწერიდან სტატუსის ველით, რომელიც ტოლია ჩართული.

  • „BP“ - ბიუჯეტის შემოსავლების ადმინისტრატორის უფლებამოსილება. მნიშვნელობების სია: "დიახ", "არა" ან "-" (ტირე). თუ UBP კოდის ველი შევსებულია UBP დეტალების ჩანართში, მაშინ ნაგულისხმევად, UBP-ის კონსოლიდირებული რეესტრის საცნობარო წიგნიდან ბიუჯეტის უფლებამოსილების ღირებულება მინიჭებულია ჩანაწერიდან სტატუსის ველით ტოლი ჩართულია.

  • „GAIVF“ - ბიუჯეტის დეფიციტის შიდა დაფინანსების წყაროების მთავარი ადმინისტრატორის უფლებამოსილებები (მთავარი ადმინისტრატორის გარკვეული უფლებამოსილებების განმახორციელებელი). მნიშვნელობების სია: "დიახ", "არა" ან "-" (ტირე). თუ UBP კოდის ველი შევსებულია UBP დეტალების ჩანართში, მაშინ ნაგულისხმევად, UBP-ის კონსოლიდირებული რეესტრის საცნობარო წიგნიდან ბიუჯეტის უფლებამოსილების ღირებულება მინიჭებულია ჩანაწერიდან სტატუსის ველით ტოლი ჩართულია.

  • „GAIVFD“ - ბიუჯეტის დეფიციტის გარე დაფინანსების წყაროების მთავარი ადმინისტრატორის უფლებამოსილებები (მთავარი ადმინისტრატორის გარკვეული უფლებამოსილებების განმახორციელებელი). მნიშვნელობების სია: "დიახ", "არა" ან "-" (ტირე). თუ UBP კოდის ველი შევსებულია UBP დეტალების ჩანართში, მაშინ ნაგულისხმევად, UBP-ის კონსოლიდირებული რეესტრის საცნობარო წიგნიდან ბიუჯეტის უფლებამოსილების ღირებულება მინიჭებულია ჩანაწერიდან სტატუსის ველით ტოლი ჩართულია.

  • "AIMF" - ბიუჯეტის დეფიციტის შიდა დაფინანსების წყაროების ადმინისტრატორის უფლებამოსილება. მნიშვნელობების სია: "დიახ", "არა" ან "-" (ტირე). თუ UBP კოდის ველი შევსებულია UBP დეტალების ჩანართში, მაშინ ნაგულისხმევად, UBP-ის კონსოლიდირებული რეესტრის საცნობარო წიგნიდან ბიუჯეტის უფლებამოსილების ღირებულება მინიჭებულია ჩანაწერიდან სტატუსის ველით ტოლი ჩართულია.

  • „AIVNF“ - ბიუჯეტის დეფიციტის საგარეო დაფინანსების წყაროების ადმინისტრატორის უფლებამოსილება. მნიშვნელობების სია: "დიახ", "არა" ან "-" (ტირე). თუ UBP კოდის ველი შევსებულია UBP დეტალების ჩანართში, მაშინ ნაგულისხმევად, UBP-ის კონსოლიდირებული რეესტრის საცნობარო წიგნიდან ბიუჯეტის უფლებამოსილების ღირებულება მინიჭებულია ჩანაწერიდან სტატუსის ველით ტოლი ჩართულია.

  • "SVR" - უფლებამოსილება განახორციელოს ოპერაციები დროებით განკარგულებაში მიღებული სახსრებით. მნიშვნელობების სია: "დიახ", "არა" ან "-" (ტირე). თუ UBP კოდის ველი შევსებულია UBP დეტალების ჩანართში, მაშინ ნაგულისხმევად, UBP-ის კონსოლიდირებული რეესტრის საცნობარო წიგნიდან ბიუჯეტის უფლებამოსილების ღირებულება მინიჭებულია ჩანაწერიდან სტატუსის ველით, რომელიც ტოლია ჩართული.
Შენიშვნა.მნიშვნელობა „–“ (ტირე) ხელმისაწვდომია ასარჩევად:

  • Client-UFK სამუშაო სადგურზე უფლებამოსილებით: "PBS", "IPBS", "AD", "AIVFDB", "AIVnFDB", "SVR", თუ მინიმუმ ერთი ველის მნიშვნელობა "GRBS (RBS)" , "GADB / AOOPGADB", "GAIVFDB", "GIVFDB" უდრის "დიახ",

  • Client-GRBS და Client-UFK სამუშაო სადგურებზე უფლებამოსილებით: "GRBS (RBS)", "PBS", "GADB / AOOPGADB", "AD", "GAIVFDB", "GIVFDB", "AIVFDB", "AIVnFDB" , "SVR", თუ ველის "IPBS" მნიშვნელობა უდრის "დიახ".
სხვა შემთხვევებში, მხოლოდ "დიახ" და "არა" მნიშვნელობები ხელმისაწვდომია ნებართვებისთვის.


  1. 36. ეკრანის ფორმა "აპლიკაცია დეტალების ჩართვის (ცვლისთვის), ჩანართი "FK მონაცემები"
„FK მონაცემები“ ჩანართის ველები (იხ. სურათი 36) არ არის შევსებული Client-RBS სამუშაო სადგურზე (ეს ველები რედაქტირებისთვის ხელმისაწვდომია მხოლოდ Server-OFK/Workstation Client-OFK/Workstation Server-UFC/Workstation Client-ზე. -UFC/სამუშაო სადგურის სერვერი- CAFC):

  • ველების ჯგუფი "აპლიკაციის რეგისტრაციის მონაცემები FC-ში":

  • „ფკ-ში მინიჭებული ნომერი“ – OrFC-ში მინიჭებული დოკუმენტის „განაცხადი დეტალების ჩართვის (შეცვლის)“ სარეგისტრაციო ნომერი.

  • "FC-ში რეგისტრაციის თარიღი" - თარიღი, რომლითაც OrFC-ში სარეგისტრაციო ნომერი მიენიჭა დოკუმენტს "განცხადება დეტალების ჩართვის (შეცვლის) შესახებ".

  • „დოკუმენტზე ხელმოწერის თარიღი FC-ში“ – დოკუმენტზე ხელმოწერის თარიღი OrFC-ში.

  • ველების ჯგუფი "FC-ის პასუხისმგებელი შემსრულებელი":

  • "FULL NAME" - შემსრულებლის სრული სახელი FC-ში.

  • "პოზიცია" - შემსრულებლის პოზიცია FC-ში.

  • "ტელეფონი" - შემსრულებლის საკონტაქტო ტელეფონი FC-ში


  1. 37. ეკრანის ფორმა "აპლიკაცია დეტალების ჩართვის (შეცვლისთვის), ჩანართი "დამატებითი"
Advanced ჩანართზე (იხ. სურათი 37), შეავსეთ შემდეგი ველები:

  • ველების ჯგუფი "ხელმძღვანელი (ავტორიზებული პირი)":

  • „სრული სახელი“ - ორგანიზაციის ხელმძღვანელის სრული სახელი (აუცილებელია შევსება).

  • „თანამდებობა“ - ორგანიზაციის ხელმძღვანელის თანამდებობა (აუცილებელია).

  • ველების ჯგუფი "პასუხისმგებელი შემსრულებელი":

  • "FULL NAME" - შემსრულებლის სრული სახელი (აუცილებელია).

  • „პოზიცია“ - შემსრულებლის თანამდებობა (შევსება სავალდებულოა).

  • "ტელეფონი" - შემსრულებლის ტელეფონის ნომერი (აუცილებელია).

8.1.2 ედ-ის „განაცხადი დეტალების შეტანის (შეცვლის)“ გაუქმება.

ED-ის "აპლიკაციის ჩართვის (შეცვლის) დეტალების" გაუქმება შესაძლებელია Client-RBS სამუშაო სადგურზე სტატუსიდან "მიღებული" ან "დადასტურებული".

ED-ის გაუქმება "განაცხადი დეტალების ჩართვის (შეცვლის) შესახებ" ხორციელდება ავტომატურად ED-ის "მოთხოვნის გაუქმების" შექმნით, მაგრამ პასუხის გენერირების პროცედურა იწყება ხელით "განხილვის" ღილაკის გამოყენებით ინსტრუმენტთა პანელზე. დოკუმენტების სიის ფორმა ან დიალოგის ფორმა.

ED-ის „განაცხადის დეტალების ჩართვის (ცვლის) გაუქმების ავტომატურად გენერირებისთვის, ტარდება შემდეგი პროცედურა:


  • ქმნის ED-ის ასლს "დეტალების ჩართვის (შეცვლის) შესახებ" სავალდებულო მითითებით ველში "ოპერაციის ტიპის კოდი" მნიშვნელობით = "2" ("განაცხადის გამოტანა UBP-ის მიერ OrFC-ში გაგზავნილი"), შემდგომში – „განცხადება გატანის შესახებ“;

  • ავტომატურად ავსებს ED-ის "განცხადების გატანის" ველებს ამოღებული ED-ის ველების შესაბამისი მნიშვნელობებით "აპლიკაცია დეტალების ჩართვის (შეცვლის) შესახებ", ადგენს მიმდინარე თარიღს, ანიჭებს შესაბამის მნიშვნელობებს. მომხმარებლის პროფილი მომხმარებლის დეტალებით ველებში;

  • ინახავს ED "განცხადების გატანას" მონაცემთა ბაზაში სტატუსით "იმპორტირებული" და იწყებს ავტომატურ პროცედურას "შეამოწმეთ იმპორტირებული".

  • ამოწმებს ED-ის დეტალებს "განაცხადი გამოხმაურებისთვის":

  • თუ ვერიფიკაცია წარმატებულია, მაშინ ED გადადის „ახალ“ სტატუსზე, იხსნება ED დიალოგის ფორმა, დიალოგის ფორმის ყველა ველი მიუწვდომელია რედაქტირებისთვის;

  • თუ შემოწმება არ გაივლის მხოლოდ "დამატებითი" ჩანართის ველებს, მაშინ დოკუმენტი გადადის "ავტოკონტროლის შეცდომა" სტატუსზე, ხოლო "გამოხმაურების მოთხოვნა" ED-ის დიალოგურ ფორმაში მხოლოდ "დამატებითი" ველები. " ჩანართი ხელმისაწვდომია რედაქტირებისთვის;

  • თუ შემოწმება არ არის გავლილი მინიმუმ ერთ ველზე, გარდა "დამატებითი" ჩანართის ველებისა, მაშინ შეტყობინება "შეუძლებელია გამოტანის მოთხოვნის გენერირება, ამოღებულ მოთხოვნაში არ არის შევსებული საჭირო დეტალები. დეტალების ჩართვის (ცვლისთვის)“ წარმოიქმნება. ED-ის სტატუსი "გაყვანის მოთხოვნა" არ იცვლება.
ამ გზით გენერირებული ED გადაეცემა Server-OFK/Server-UFK შემდგომი დამუშავებისა და გაგზავნისთვის GRBS-ში მითითებული მარშრუტების გასწვრივ.
გაქვთ შეკითხვები?

შეატყობინეთ შეცდომას

ტექსტი უნდა გაიგზავნოს ჩვენს რედაქტორებს: