Eis ტექნიკური დახმარების სერვისი. EIS– ის ტექნიკური დახმარება, ან როგორ გვკამათობენ ისინი! მოთხოვნას უნდა დაერთოს შეცდომის გამრავლების დრო

ინსტრუქცია UIS– ის გასაჩივრების შესახებ
შესყიდვების სფეროში (შემდგომში - EIS) მონაცემთა ერთიან საინფორმაციო სისტემაში განთავსების შეფერხების გამო ჯარიმების თავიდან აცილების მიზნით, საჭიროა გაუმართაობის დაფიქსირება ოფიციალურ ვებ – გვერდზე. ამისათვის სწორად უნდა მიმართოთ ტექნიკური დახმარების სამსახურს. შეიტანეთ თქვენი საკითხის მოთხოვნა კომუნიკაციის სამი ოფიციალური არხიდან ერთი:

  • ელექტრონული ფოსტით: [ელ.ფოსტით დაცულია]

  • ფაქსი: +7 (499) 811-03-33 ;

  • სატელეფონო ცენტრის საშუალებით: 8 (800) 333-81-11 .

ტირაჟი მოიცავს:

მონაცემთა გადაცემისას მნიშვნელოვანია, რომ წერილი შეიცავს სავალდებულო ინფორმაციას პრობლემის შესახებ:

  1. აუცილებელია შევსება მოთხოვნის ფორმა

  2. აწარმოეთ სერვერის განმარტება UIS, თხოვნას დაამატეთ შეცდომის გამრავლების თარიღი, დრო და მიღებული სერვერის მნიშვნელობა.

  3. EIS– ის ოფიციალურ ვებ – გვერდზე დაუკავშირებისას (ნაწილობრივ) 223-ფზ) თქვენ უნდა შექმნათ ფაილი dxdiag.

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

  5. შევსებული ფორმა უნდა გაიგზავნოს მისამართზე [ელ.ფოსტით დაცულია]

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

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

2-3 საკონტაქტო ელ.ფოსტა, ტელეფონი და ფაქსი - დააკონკრეტეთ პასუხისმგებელი თანამშრომლის მონაცემები.

4. TOFK, რომელშიც მიიღეს EDS -ჩამოწერეთ ფედერალური ხაზინის ტერიტორიული ორგანოს ოფიციალური სახელი.

5. ორგანიზაციის სახელი - მიუთითეთ თქვენი ორგანიზაციის სახელი ზუსტად ისე, როგორც ENI– ში.

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

7. ორგანიზაციის კოდი:

ორგანიზაციის უნიკალური ანგარიშის ნომერი (SDR)

sVR კოდი

8. სისტემა, რომელშიც ხდება სამუშაო - მიუთითეთ "44-ФЗ" ან "223-ФЗ". ეს ნიშანი განსაზღვრავს საჭიროებს თუ არა დამატებით ფაილს თხოვნას. N 223-FZ კანონის შესაბამისად EIS– ით შესყიდვების სისტემასთან მუშაობის შეუსრულებლობის შემთხვევაში, შექმენით ფაილი: dxdiag.

9. გასაჩივრების ტიპი - მოთხოვნის ფორმაში შემოთავაზებულია ოთხი ვარიანტი:


  • კონსულტაცია;

  • შეცდომა;

  • საჩივარი;
10. UIS ფუნქციონირება- შეარჩიეთ ქვესისტემის ვარიანტი UIS– თან სამუშაოდ შესაძლოთა ჩამონათვალიდან:

44-ფზ

223-ფზ

შესყიდვების რეგისტრაცია

შესყიდვების რეგისტრაცია

დანიშნეთ რეესტრი

ხელშეკრულებების რეგისტრაცია

საბანკო გარანტიების რეესტრი

შესყიდვების გეგმების რეესტრი

მომხმარებელთა კონსოლიდირებული სია

შესყიდვების რეგულაციების რეესტრი

რეესტრის ანგარიში

ორგანიზაციის ინფორმაცია

საჩივრების, ჩეკების, კონტროლის შედეგების რეესტრი

დირექტორიები და ანგარიშები

შესყიდვების გეგმების რეესტრი

FTP ატვირთვა

FTP ატვირთვა

მოძებნეთ EIS– ის ღია ნაწილი

სხვა

11. თარიღი და დრო, როდესაც მოხდა შეცდომა მოსკოვის დროის შესაბამისად - მიუთითეთ თარიღი და დრო შემდეგ ფორმატში: კვირის დღე, დღე, თვე, წელი, საათები: წუთი.

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


Ოპერაციული სისტემა

ბრაუზერი

დაცვის ვერსია (CRYPTO CSP)

ანტივირუსული

Windows XP ან უფრო ახალი

Internet Explorer 7 და უფრო ახალი

2.0

კასპერსკი

Windows Vista

Internet Explorer 8

3.0

ავასტ

ვინდოუსი 7

Internet Explorer 9

3.6

Dr.Web

ვინდოუს 8

Internet Explorer 10

3.9

ESET NOD32

ვინდოუსი 10

Internet Explorer 11

4.0

ნორტონი

სხვა ოპერაციული სისტემა

კიდევ ერთი ბრაუზერი

კიდევ ერთი ანტივირუსი

ანტივირუსი არ არის დაინსტალირებული

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

Internet Explorer- ის ვერსიას შეიტყობთ, თუ დააჭირეთ ღილაკს "შესახებ" ბრაუზერის პარამეტრებში:

CRYPTO CSP და ანტივირუსული პროგრამების დაინსტალირებული ვერსიის შესახებ ინფორმაცია ჩვეულებრივ შეგიძლიათ იხილოთ დავალებების პანელში.

13. ორგანიზაციის უფლებამოსილება - ჩამოწერეთ შემდეგი სტატუსებიდან ერთი:


  • "მომხმარებელი";

  • "უფლებამოსილი ორგანო";

  • "უფლებამოსილი დაწესებულება";

  • "სპეციალიზებული ორგანიზაცია";

  • "საკონტროლო ორგანო შესყიდვების სფეროში";

  • "ორგანო, რომელიც უფლებამოსილია განახორციელოს კონტროლი ფედერალური კანონის No44-FZ 99-ე მუხლის მე -5 ნაწილის შესაბამისად";

  • "შიდა კონტროლის ორგანო";

  • "აუდიტის ორგანო შესყიდვების სფეროში";

  • "ორგანო, რომელიც ადგენს განაკვეთის განსაზღვრის წესებს";

  • ”ორგანო, რომელიც ადგენს მოთხოვნებს გარკვეული სახის საქონლის, სამუშაოების, მომსახურების ან (ან) სტანდარტული ხარჯების მიმართ”;

  • "ორგანო, რომელიც შეიმუშავებს სამოდელო ხელშეკრულებებსა და ხელშეკრულების სტანდარტულ პირობებს";

  • "მომხმარებელი, რომელიც ყიდულობს შესყიდვებს ფედერალური კანონის No44-FZ მე -15 მუხლის მე -5 ნაწილის შესაბამისად";

  • ”ორგანიზაცია, რომელიც ახორციელებს მომხმარებლის უფლებამოსილებას შესყიდვების განსახორციელებლად ხელშეკრულების საფუძველზე, ფედერალური კანონის No44-FZ მე -15 მუხლის მე -6 ნაწილის შესაბამისად”;

  • "ორგანო, რომელიც უფლებამოსილია შეინარჩუნოს სტანდარტული კონტრაქტების ბიბლიოთეკა, ხელშეკრულების სტანდარტული პირობები";

  • "სხეულის მონიტორინგის შესყიდვები";

  • ”შესყიდვების სფეროში სახელშეკრულებო სისტემის მარეგულირებელი ორგანო”;

  • ”ორგანიზაცია, რომელიც აკონტროლებს შესაბამისობას ფედერალური კანონის No 223-FZ შესაბამისად”;

  • "ორგანიზაცია, რომელიც ახორციელებს შესაბამისობის შეფასებას ფედერალური კანონის No 223-FZ შესაბამისად".
14. მომხმარებლის უფლებები- გადადით გვერდზე "ორგანიზაციის რეგისტრირებული მომხმარებლები".

შესაძლო ვარიანტები:


  • ორგანიზაციის ხელმძღვანელი;

  • ორგანიზაციის ადმინისტრატორი;

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

  • პირი, რომელსაც უფლება აქვს ორგანიზაციის სახელით ხელი მოაწეროს დოკუმენტებს.
15. სასერთიფიკატო ფაილი (* .cer) - დაურთეთ არქივი ფაილთან ერთად წერილთან ერთად, თხოვნით.

16. საჩივრის მოკლე აღწერა... მაგალითად, "ვერ გამოქვეყნდა შენაძენის გამოშვება".

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

18. დამატებითი ინფორმაცია - Crypto Pro CSP– ს პრობლემების არსებობა, ორგანიზაციის სხვა მომხმარებლებთან პრობლემის განმეორება, შეცდომის რეპროდუცირება სხვა სამუშაო ადგილზე ან სხვა EPC– ს ქვეშ და ა.შ.

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

ამისთვის ინტერნეტიმკვლევარი ვერსიები 10 და უფრო ადრე:

1. მიმდინარე სესიის დროს, თქვენს პირად ანგარიშში ბრაუზერში (Internet Explorer), ჩანართზე "სერვისი" აირჩიეთ "შემქმნელის ინსტრუმენტები" ელემენტი (ღილაკი F12);

2. გახსნილ ფანჯარაში აირჩიეთ "Cache" ჩანართი - "cookie- ს შესახებ ინფორმაციის ნახვა";

3. ამ მოქმედებების დასრულების შემდეგ, ბრაუზერში გამოჩნდება ახალი ჩანართი ცხრილის სახით, cookie ფაილის შესახებ ინფორმაციით. ინფორმაცია OOS სერვერის შესახებ მითითებულია ქვემოდან მე -3 ბლოკში.

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

ამისთვის ინტერნეტიმკვლევარი ვერსიები 11 :

1. გახსენით შემქმნელი ინსტრუმენტები (F12);

2. აირჩიეთ ქსელი (Ctrl + 4);

3. დააჭირეთ ღილაკს "ქსელის ტრაფიკის შეგროვების ჩართვა (F5)";

4. შეასრულეთ აუცილებელი მოქმედებები შეცდომის რეპროდუცირებისთვის (დეველოპერული საშუალებების დახურვა შესაძლებელია);

5. გახსენით დეველოპერული ხელსაწყოები (F12);

6. აირჩიეთ ქსელი (Ctrl + 4);

7. აირჩიეთ "დეტალები" (მეორე ხაზი ზემოდან);

8. აირჩიეთ "ქუქი-ფაილები" (ზემოდან მესამე ხაზში);

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

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

როგორ დაადასტუროთ თქვენი დროის სარტყელი

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

შეინახეთ სურათი jpeg ფორმატში და მიამაგრეთ ასოთი პროგრამით.

ერთიანი საინფორმაციო სისტემის ოფიციალური საიტის www.zakupki.gov.ru (შემდგომში საიტი) ტექნიკური ფუნქციონირების შეცვლის შემდეგ, ბევრ მომხმარებელს, ადამიანს, რომელიც პირდაპირ მუშაობს საიტზე, ექმნება პრობლემები, რომელთა მოგვარებაც მათ არ შეუძლიათ. .

შემდეგი პრობლემები შეგვექმნა:

OKTMO კოდი არასწორად არის მითითებული კონსოლიდირებულ რეესტრში (შესაბამისი დოკუმენტები გაგზავნილი იყო ერთი თვის წინ);

არ არსებობს რეგიონალური სისტემის ინტეგრაცია ENI სისტემასთან.

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

მაგრამ! ამ სერვისის მიღწევა შეუძლებელია!

საათობით უნდა მოუსმინოთ საპასუხო მანქანას, რომელიც იმეორებს იგივე ფრაზებს ” ამ დროისთვის ყველა ოპერატორი დაკავებულია», « ", შემდეგ მოჰყვა" ოპერატორის რეაგირების სავარაუდო ლოდინის დროა 1 წუთი", შემდეგ ისევ დრო იკლებს" ოპერატორის რეაგირების სავარაუდო ხანგრძლივობაა 50 წამი», « გთხოვთ, დარჩეთ ხაზზე, პირველივე ოპერატორი გიპასუხებთ”... ეს ფრაზები მეორდება ნახევარი საათის განმავლობაში, ერთი საათის განმავლობაში ... დაუსრულებლად!

დასასრულს, ზარი შეწყდა და მოკლე ხმოვანი სიგნალებია ...

გთავაზობთ ერთ-ერთ უპასუხო ზარის ჩანაწერს:

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

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

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


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

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

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

მეორე დღის განმავლობაში საიტის დახმარების სერვისის განმეორებით დარეკვა შეუძლებელია. პრობლემა გადაუჭრელი რჩება!

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

საკონტაქტო მისამართები არ არის ...

მე, როგორც ათასი და, შესაძლოა, ათიათასობით, კონტრაქტის მენეჯერებს მაქვს შეკითხვები:

ვინ არის პასუხისმგებელი ამ დამხმარე ბადეზე?

სად შეიძლება დაუკავშირდეს, თუ კითხვას ვერ გადაჭრიან საკუთარი ძალები?

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

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

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

შემდეგი კითხვა, ალბათ არც ისე მოკლე დროში, უკვე რიტორიკულია:

როდის შევა ჩვეულებრივი და პროდუქტიული სამუშაოები მთავრობისა და მუნიციპალიტეტების ინსტიტუტებისა და გაერთიანებული ინფორმაციის სისტემის ოფიციალური საიტის შესყიდვების სფეროში?

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

საჩივარი არასწორი მუშაობის შესახებ
შესყიდვების სფეროში ერთიანი საინფორმაციო სისტემა

ძვირფასო მიხეილ ბორისოვიჩ!

სააქციო საზოგადოება "იარგორელექტროტრანს" (TIN 7602082331) (შემდგომში - კომპანია) ახორციელებს შესყიდვების საქმიანობას ფედერალური კანონის 18.11.2011 N223-FZ დებულებების შესაბამისად "გარკვეული სახის საქონლის, სამუშაოების, მომსახურების შესყიდვის შესახებ" იურიდიული პირები ".2011 N223-FZ.
02.08.2018 წლიდან დღემდე, EIS– ის მუშაობაში შემდეგი გაუმართაობის გამო, კომპანიას არ შეუძლია გამოაქვეყნოს ტენდერში მონაწილეობის შესახებ განაცხადების განხილვის ოქმი (შეტყობინება No 31806461513, 05 / 08/2018) (შემდგომში - ტენდერი), საბოლოო ოქმი ასეთი ტენდერი, რომელიც წარმოადგენს საწარმოს წარმოების პროცესების ჩაშლის საფრთხეს, რაც გამოწვეულია მისი საჭირო მომსახურებით დროული უზრუნველყოფის შეუძლებლობით და ასევე შეიძლება გამოიწვიოს კომპანიის მიერ 18.11.2011 N223-FZ No223-FZ ფედერალური კანონით დადგენილი პირობების დარღვევა შესყიდვების შესახებ ინფორმაციის განთავსებაში UIS– ში.
02.07.2018 წელს კომპანიამ ჩაატარა ტენდერში მონაწილეობის განაცხადების განხილვის, შეფასებისა და შედარების პროცედურა (შემდგომში - ოქმი). იმავე დღეს, EIS– ში გამოიცა ამ პროცედურის შედეგად ჩამოყალიბებული პროტოკოლის გამოქვეყნების მცდელობა, რომელშიც გამოვლინდა შემდეგი პრობლემები EIS– ის მუშაობაში, რაც ხელს უშლის ასეთი პროტოკოლის განთავსებას:
"განაცხადების განხილვა" განყოფილებაში UIS– ის პროტოკოლის ფორმირებისას, ტენდერში მონაწილეობის შესახებ განცხადების უარყოფის შესახებ ინფორმაციის მითითების შემდეგ, "უარის თქმის მიზეზის" ველში ასეთი გადაწყვეტილების მიღების საფუძვლის მითითების და "" შენახვა "ან" შემდეგი "ღილაკები, რომლებიც მოცემულია EIS ფუნქციონირებით, სისტემაში ნაჩვენებია შეტყობინება:
”აუცილებელია შეავსოთ საჭირო ველები:
- უარყოფის საფუძველი
- უარყოფის საფუძველი. ”
სისტემის მხრიდან მითითებული შეტყობინება ბლოკავს კომპანიის შემდგომ მოქმედებებს პროტოკოლის ფაილის დამაგრების, გენერირებული პროტოკოლის გამოქვეყნების შესახებ და მხოლოდ ადრე შესრულებული მოქმედებების გაუქმების საშუალებას იძლევა. კომპანიის შემდგომმა მცდელობამ მოახდინოს ოქმის ხელახალი ფორმირება და განაცხადების განხილვის შედეგების შესახებ ინფორმაციის მიწოდება, ანალოგიური შედეგი მოჰყვა.
07/02/2018, 07/03/2018, 07/04/2018 პერიოდის განმავლობაში, კომპანიამ გაგზავნა საჩივრები EIS– ის მუშაობაში წარმოქმნილი პრობლემების აღწერით, ყველა საჭირო ინფორმაციის დამატებით - UIS ტექნიკური დახმარების სამსახურის ფოსტის მისამართი ( [ელ.ფოსტით დაცულია]), რომლის საპასუხოდ კომპანიას ჯერ არ მიუღია განაცხადების რეგისტრაციის შესახებ შეტყობინებები, სხვა ინფორმაცია განაცხადების განხილვის სტატუსის შესახებ. გარდა ამისა, დროის გარკვეულ პერიოდში, კომპანია ყოველდღიურად ზარავდა UIS– ის ტექნიკური დახმარების ხაზს, დამხმარე მომსახურების ოპერატორებს ეწოდებოდათ დეტალური ინფორმაცია წარმოქმნილი პრობლემების შესახებ, რის საპასუხოდ მიიღეს მხოლოდ რეკომენდაციები თხოვნის დაწერის შესახებ. ტექნიკური დახმარების სერვისს და ბრაუზერის ქეშის გასუფთავებას, რამაც არ გამოიწვია პრობლემის მოგვარება. UIS– ის მხარდაჭერის ოპერატორებთან სატელეფონო საუბრის დასრულების შემდეგ, კომპანიის ელექტრონულ ფოსტაზე გაგზავნილი იქნა შეტყობინებები SD200417608, SD200422814, SD200436856 ნომრებზე ზარების რეგისტრაციის შესახებ, რომელთა პრიორიტეტული დონე იყო "4 - დაბალი" და შეწყვეტა კომპანიის ამ მოწოდებებზე მუშაობის შესახებ.
ზემოაღნიშნულის გათვალისწინებით, ჩვენ გთხოვთ:
1. გააკეთეთ ამ საჩივრის რეგისტრაცია და მიიღეთ შესაბამისი ზომები UIS ტექნიკური დახმარების სამსახურის მიერ წარმოშობილი პრობლემების აღმოსაფხვრელად;
2. ახსენით მომხმარებლის ქმედებების თანმიმდევრობა ისეთ სიტუაციაში, როდესაც EIS– ში განხორციელებული შესყიდვების შესახებ ინფორმაციის გამოქვეყნება დადგენილი ვადით შეუძლებელია EIS– ის პირად ანგარიშში სრულფასოვანი მუშაობის შესაძლებლობის არარსებობის გამო, სისტემაში არსებული ტექნიკური პრობლემები;
3. განუმარტეთ დაგეგმილი პერიოდი EIS– ის ტექნიკური დახმარების სამსახურის მიერ მომხმარებლის მოთხოვნების განხილვისთვის.

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

შესყიდვების სფეროში ერთიანი საინფორმაციო სისტემის 8.1 ვერსიის გამოქვეყნებასთან დაკავშირებით (შემდგომში - EIS), ფედერალური ხაზინა აგზავნის ფედერალური ხაზინის ტერიტორიული ორგანოების საქმიანობის მეთოდოლოგიურ ხელმძღვანელობას (შემდგომში საკონტროლო ორგანოები) განახლებულ მეთოდოლოგიურ რეკომენდაციებს შესყიდვების სფეროში კონტროლის განხორციელების პროცედურის შესახებ, გათვალისწინებულია 05.04.2013 წლის Law44-FZ ფედერალური კანონის მე -5 მუხლის მე -5 ნაწილით. ”საქონლის შესყიდვის ხელშეკრულების სისტემის შესახებ, სამუშაოები მომსახურება სახელმწიფო და მუნიციპალური საჭიროებების დასაკმაყოფილებლად ”, მათ შორის კლიენტებზე კონტროლის განხორციელების პროცედურის გათვალისწინებით, რუსეთის ფედერაციის მთავრობის 27.11.2017 წლის 111428 განკარგულების შესაბამისად,” ქვეყნის საჭიროებების შესყიდვების სპეციფიკაზე ” თავდაცვა და სახელმწიფო უსაფრთხოება. ”

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

1) მოკლე სახელმძღვანელო სახელმძღვანელო EIS– ის 8.1 ვერსიის ფუნქციონალური მუშაობის სპეციფიკის შესახებ, კონტროლის განხორციელებისას, რომელიც გათვალისწინებულია 05.04.2013 წლის .0444-FZ ფედერალური კანონის 99-ე მუხლის მე -5 ნაწილით. საქონლის, სამუშაოების, სახელმწიფო და მუნიციპალური საჭიროებების უზრუნველსაყოფად მომსახურების შესყიდვის სფერო ”, აგრეთვე მომხმარებელთა მიერ დადებული ხელშეკრულებების რეესტრში შეტანილი ხელშეკრულებების გადამოწმება მომხმარებლის მიერ დადებული ხელშეკრულების რეესტრის წარმოების წესების შესაბამისად, დამტკიცებულია რუსეთის ფედერაციის მთავრობის მიერ 2013 წლის 28 ნოემბრის No1084 "მომხმარებელთა მიერ დადებული ხელშეკრულებების რეესტრისა და სახელმწიფო საიდუმლოების შემცველი ინფორმაციის შემცველი ხელშეკრულებების რეესტრის წარმოების წესის შესახებ";

2) მოკლე სახელმძღვანელო სახელმძღვანელო EIS- ის 8.1 ვერსიაში განხორციელების შესახებ, რუსეთის ფედერაციის მთავრობის 2017 წლის 27 ნოემბრის No1428 განკარგულების მოთხოვნების მოთხოვნების შესახებ ”ქვეყნის თავდაცვისა და საჭიროებების შესყიდვების სპეციფიკის შესახებ”. სახელმწიფო უსაფრთხოება ”.

გამოყენება: 26 ლიტრი. 1 ეგზემპლარად.

რ. არტიუხინი

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

Სწრაფი დაწყების მეგზური

ხელოვნების მე -5 ნაწილის კონტროლის განხორციელებისას ერთიანი საინფორმაციო სისტემის ფუნქციონირებასთან დაკავშირებული შესყიდვების 8.1 ვერსიის სფეროში მუშაობის თავისებურებების შესახებ. 05.04.2013 წლის No44-FZ ფედერალური კანონის 99 "საქონლის, სამუშაოების, სახელმწიფო და მუნიციპალური საჭიროებების დასაკმაყოფილებლად სამუშაოების, მომსახურების შესყიდვის სფეროში ხელშეკრულების სისტემის შესახებ", აგრეთვე ხელშეკრულებების რეესტრში შეტანილი ხელშეკრულებების გადამოწმება დადებული მომხმარებლების მიერ 2013 წლის 28 ნოემბრის No1084 რუსეთის მთავრობის მიერ დამტკიცებული მომხმარებლების მიერ დადებული სარეგისტრაციო ხელშეკრულებების წარმოების წესის შესაბამისად, შემდგომში, კანონი No44-FZ, დადგენილება No1084

დოკუმენტი შედგენილია 23 ფურცელზე

ანოტაცია

ეს დოკუმენტი წარმოადგენს მომხმარებლის სახელმძღვანელოს დამატებას "ორგანო, რომელიც უფლებამოსილია განახორციელოს კონტროლი ფედერალური კანონის No44-FZ 99-ე მუხლის მე -5 ნაწილის შესაბამისად".

1. შესყიდვების გეგმის ფორმირების, განთავსების, კონტროლისა და კონტროლის მითითებები, გათვალისწინებულია ხელოვნების მე -5 ნაწილში. No44-FZ კანონის 99-ე კანონი

დეტალებისთვის იხილეთ განყოფილება 4.3.3. მომხმარებლის სახელმძღვანელოს "ორგანო, რომელიც უფლებამოსილია განახორციელოს კონტროლი ფედერალური კანონის No44-FZ 99-ე მუხლის მე -5 ნაწილის შესაბამისად".

1.1. მომხმარებლებისთვის, რომლებიც არიან საბიუჯეტო სახსრების მიმღები პირები, აგრეთვე მათთვის სახელმწიფო (მუნიციპალური) მომხმარებლის უფლებამოსილების გადაცემის შემთხვევაში, ხელოვნების მე -6 პუნქტის შესაბამისად. No44-FZ კანონის 15-ე კანონი

გაუმჯობესებულია LC OK– ის ფუნქციონირება, რათა მოხდეს შესყიდვების გეგმის ფინანსური მხარდაჭერის მოცულობის შესაბამისობა საბიუჯეტო ვალდებულებების კორექტირებულ საზღვრებთან საბიუჯეტო კლასიფიკაციის კოდების კონტექსტში (შემდგომში მოხსენიებული BCK), მათ შორის ავტომატიზირებულ სისტემაში. EIS– ის ურთიერთქმედება ფედერალური ხაზინის ავტომატიზირებულ სისტემასთან (შემდგომში - AS FC).

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

ამავდროულად, ასეთი კონტროლის ავტომატიზაცია გათვალისწინებულია ფედერალური ხაზინის ორგანოების LC OK– ში, მომხმარებელთა შესყიდვების გეგმებთან დაკავშირებით, რომლებიც არიან ფედერალური ორგანოები, ფედერალური სამთავრობო სააგენტოები, სხვა ორგანიზაციები იმ შემთხვევაში, თუ სახელმწიფოს უფლებამოსილება მომხმარებელი გადაეცემა მათ კანონის 44-ე FZ კანონის მე -15 მუხლის მე -6 ნაწილის შესაბამისად, აგრეთვე მომხმარებლები, რომლებიც ყიდულობენ შესყიდვებს რუსეთის ფედერაციის (მუნიციპალიტეტი) დამფუძნებელი ორგანოს სახელით ფედერალური ხელისუფლებისთვის კონტროლის უფლებამოსილების გადაცემის შემთხვევაში. ხაზინა და პირადი ანგარიშების შენარჩუნება ფედერალურ ხაზინში.

AS FC- ში კონტროლის შედეგების ფორმირების სტატუსები მითითებულია LC OK ავტომატურად "კონტროლის სტატუსის" ველში, აგრეთვე კონტროლირებადი ობიექტის Event Log- ში, სადაც AS FC მონაცემთა დამუშავების ძირითადი მოვლენები ფიქსირდება მონაცემთა შეცვლის დროს შეცდომების ჩათვლით (იხ. სურათი 1).

- "მოთხოვნა გაიგზავნა DSP- სთვის" - ენიჭება, თუ ინფორმაცია შესყიდვების გეგმის შესახებ გადაეგზავნა AS FC კონტროლის ქვესისტემას;

- "ჩაბარებულია DSP- სთვის" - ენიჭება, თუ AS FC– დან მიღებული იქნა შეტყობინება შესყიდვების გეგმაზე ინფორმაციის მიღების შესახებ;

- "არ გადაეცა PUR" - ენიჭება, თუ ინფორმაცია შესყიდვების გეგმაზე არ გადაეცა AS FC;

OK LC– ში AC FC– სგან კონტროლის შედეგის მიღების შემდეგ, ავტომატურად წარმოქმნილი კონტროლის შედეგები გამოჩნდება ჩანართზე „კონტროლირებადი ინფორმაცია“ (იხ. სურათი 2), ხოლო კონკრეტული BCF– ის უარყოფითი კონტროლის შემთხვევაში, თანხა, რომლისთვისაც მოხდა შედარება, გამოჩნდება.

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

გთხოვთ გაითვალისწინოთ, რომ რუსეთის ფედერაციის (მუნიციპალიტეტები) და სახელმწიფო არასაბიუჯეტო სახსრების მმართველი ორგანოების ფინანსური ორგანოების LC OK– სთვის შესყიდვების ავტომატიზირებული კონტროლის ფუნქცია გეგმები არ არის გათვალისწინებული.

ამავდროულად, კონტროლი CBC– ს კონტექსტში ფინანსური ორგანოებისა და OUGVF– ის LC OK– ში, აგრეთვე ფედერალური ხაზინის (ავტომატიზირებული კონტროლის ფუნქციონალთან შეერთებამდე პერიოდში) ხელით უნდა განხორციელდეს გადახდის თითოეული პერიოდისთვის ( ფისკალური წელი, დაგეგმვის პერიოდის პირველი წელი, დაგეგმვის პერიოდის მეორე წელი).

1.2. საბიუჯეტო და ავტონომიური ინსტიტუტებისთვის

რუსეთის ფედერაციის მთავრობის მიერ 12.12.2015 წლის დამტკიცებული No44-FZ კანონის 99-ე მუხლის მე -5 ნაწილით გათვალისწინებული წესების მე -13 პუნქტის „ა“ ქვეპუნქტის დებულებების შესაბამისად. 1367 წელს (შემდგომში მოხსენიებული, როგორც No No 1367 წესები), UIS– მა დანერგა ისეთი ფუნქციონალი, რომელიც საშუალებას აძლევს საბიუჯეტო და ავტონომიურ ინსტიტუტებს განახორციელონ შესყიდვები, მაშინაც კი, თუ ამ დაწესებულებების შესყიდვების გეგმებში მითითებული ფინანსური დახმარების საერთო მოცულობა აღემატება შესაბამის ფინანსურ ოდენობას. მათი ფინანსური და ეკონომიკური საქმიანობის გეგმაში მითითებული მხარდაჭერა (შემდგომში - PFHD), იმ პირობით, რომ შესყიდვების გეგმის სხვა მაჩვენებლები ერთმანეთთან შესაბამისობაშია და PFHD, ასევე მიმდინარე ფინანსური შესყიდვების გეგმაში მითითებული თანხის გადაჭარბება წელიწადის შესაბამის PFHD მაჩვენებელზე მეტი.

ამავდროულად, LC OK– მ განახორციელა შესყიდვების გეგმის ფინანსური მხარდაჭერის საბოლოო მოცულობის შესაბამისობის ავტომატიზირებული ფუნქცია, PFHD ინდიკატორების შესაბამისობისთვის, ოფიციალურ ვებ – გვერდზე განთავსებული ინტერნეტში, სახელმწიფოსა და ქვეყნის შესახებ ინფორმაციის გასაგზავნად. მუნიციპალური დაწესებულებები BUS.GOV.RU (შემდგომში - გმუ), შესყიდვების დაწყების წლის მიხედვით.

საბიუჯეტო, ავტონომიური დაწესებულების კონტროლის LC OK შესყიდვების გეგმის მიღების შემდეგ, კონტროლირებადი ინფორმაცია გამოჩნდება შესყიდვების დაწყების წლის კონტექსტში. საკონტროლო ორგანო უნდა დაველოდოთ ავტომატურ რეჟიმში კონტროლის პროექტის შედეგის ფორმირებას.

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

ამ შემთხვევაში შეიძლება არსებობდეს შემდეგი კონტროლის სახელმწიფოები:

- "მოთხოვნა გაიგზავნა GMU- სთვის" - ენიჭება, როდესაც GMU- ს ეგზავნება მოთხოვნა PFHD მაჩვენებლების მისაღებად შესყიდვების გეგმის კონტროლის მიზნით;

- "მიეწოდება GMU" - ენიჭება, თუ შესყიდვების გეგმის გასაკონტროლებლად GMU- ს გადაეცემა PFHD მაჩვენებლების მიღების მოთხოვნა;

- "არ გადაეცა გმუ" - ენიჭება იმ შემთხვევაში, თუ თხოვნა PFCD მაჩვენებლების მისაღებად არ იქნა ჩაბარებული გმუ-სთვის;

- "შექმნილია კონტროლის შედეგების პროექტი" - ენიჭება თუ შეიქმნა კონტროლირებადი ინფორმაციის შესაბამისობის შესახებ შეტყობინების პროექტი ან კონტროლირებადი ინფორმაციის შეუსაბამობის ოქმი, მაგრამ შედეგი ჯერ არ არის ხელმოწერილი;

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

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

კონტროლის შედეგი ფორმდება შესყიდვის დაწყების ყოველი წლის, რომელიც შედის დაგეგმვის პერიოდში (ფისკალური წელი, დაგეგმვის პერიოდის პირველი წელი, დაგეგმვის პერიოდის მეორე წელი), ყველა IKZ– ს ფინანსური დახმარების თანხის შედარებით. რომელი შესყიდვებია დაგეგმილი შესაბამის წელს (IKZ– ის პირველი ორი ციფრი ემთხვევა წლის ბოლო ორ ციფრს) და თანხა, რომელიც მითითებულია FHD– ზე 2001 წლის სტრიქონებში 7, 8, 9 სვეტებში შესყიდვის შესაბამისი წლებისთვის. წლების კონტექსტში IKZ– ის მთლიანი მნიშვნელობები ავტომატურად გამოითვლება და ასეთი IKZ– ების სია აისახება სიაში მთლიანი მნიშვნელობების ქვეშ. თუ გამოცხადდა შესყიდვის დაწყების კონკრეტული წლის თანხების შეუსაბამობა, "I არ გაიარა" შედეგი დადგენილი იქნება ყველა IKZ– სთვის ამ წლისთვის.

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

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

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

ამავდროულად, ფედერალური სახელმწიფო უნიტარული საწარმოს LC OK– ში კონტროლის შესყიდვების გეგმის მიღებისთანავე, კონტროლირებადი ინფორმაცია გამოჩნდება ხელშეკრულებების კონტექსტში (იხ. სურათი 5).

კონტროლის ორგანომ უნდა განახორციელოს ასეთი კონტროლი ხელით სახელმწიფო ფინანსების მართვის ელექტრონული ბიუჯეტის (შემდგომში - PUR EB) ან AS FC ხარჯების მართვის ქვესისტემის ხარჯების მართვის ქვესისტემის საძიებო სამსახურის გამოყენებით საბიუჯეტო სახსრების მიმღები, რომლებმაც უზრუნველყვეს სუბსიდია FSUE- სთვის (მაგალითად, საგრანტო ხელშეკრულების რაოდენობის მიხედვით). კონტროლის ორგანომ უნდა შეამოწმოს ინფორმაცია შესყიდვების გეგმის ფინანსური მხარდაჭერის ოდენობის შესახებ (კონკრეტული სუბსიდიისთვის), რომ არ აღემატებოდეს შესაბამისი BO– ს ოდენობას (კონტროლი ხორციელდება წლების კონტექსტში).

აგრეთვე, No1367 წესის მე -13 პუნქტის „ბ“ ქვეპუნქტის დებულებების შესაბამისობის მიზნით, FSUE– ს შესყიდვების გეგმის კონტროლის თვალსაზრისით, აგრეთვე შესყიდვების პროცესის უწყვეტობის უზრუნველსაყოფად, UIS– მა განახორციელა ფუნქციონირება, საშუალებას აძლევს FSUE- ს შესყიდვებს, მაშინაც კი, თუ შესყიდვების გეგმა არ გაივლის კონტროლს მიღებულ BO- სთან შესაბამისობაზე, იმ პირობით, რომ კონტროლის სხვა ობიექტები შეესაბამება ერთმანეთს.

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

მომხმარებლის პერსონალურ ანგარიშში UIS (შემდგომში - კლიენტის LC) ფორმირებისა და კონტროლის ფუნქციონირება, No1367 წესების მე -13 პუნქტის „ა“ ქვეპუნქტით გათვალისწინებული ინფორმაცია, რომელიც ადასტურებს საქონლის შეძენის შესაძლებლობას დაგეგმვის პერიოდი რუსეთის ფედერაციის 72-ე მუხლის მე -3 პუნქტით გათვალისწინებულ შემთხვევებში.

შესყიდვების გეგმის პოზიციაში ფინანსური დახმარების მითითებისას, სვეტში ”თანხის ოდენობა შემდგომი წლებისთვის”, მომხმარებელმა ჩანართზე ”ინფორმაცია შემდგომი წლების შესყიდვების შესახებ” (იხ. სურათი) უნდა შეიტანოს ასეთი შესყიდვების საფუძველი დანართი No ფედერალური ხაზინის ურთიერთქმედების პროცედურის მე -5 პროცედურა, რომელიც განსაზღვრულია No1367 წესის მე -3 და მე -6 პუნქტებში მითითებულ კონტროლის სუბიექტებთან, დამტკიცებული რუსეთის ფინანსთა სამინისტროს ბრძანებით, 04.07.2016 N 104 ნ.

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

გთხოვთ გაითვალისწინოთ, რომ საბიუჯეტო, ავტონომიური ინსტიტუტების მიერ მარეგულირებელი სამართლებრივი აქტების შესახებ ინფორმაციის ფორმირება და გაგზავნა, რომელიც დაადასტურებს შესყიდვების შესაძლებლობას დაგეგმვის პერიოდში (შემდგომში - NLA), ხორციელდება მომხმარებლის LC– სთვის შემუშავებული ფუნქციონირების მსგავსად. სახელმწიფო (მუნიციპალური) მომხმარებელი (იხ. სურათი).

ამ შემთხვევაში, მითითებული მომხმარებლების ABO- ს შესახებ ინფორმაციის LC OK- ში ჩვენება ხდება იმავე ჩანართზე, ინფორმაცია შესყიდვების გეგმის ინფორმაციის PFHD ინდიკატორებთან შესაბამისობის შესახებ (იხ. სურათი 8)

2. შესყიდვების გრაფიკის ფორმირების, განთავსების, კონტროლისა და კონტროლის მიმართულებები, რომლებიც გათვალისწინებულია No44-FZ კანონის 99-ე მუხლის მე -5 ნაწილით.

1367 წესის მე -13 პუნქტის „გ“ ქვეპუნქტით გათვალისწინებული შესყიდვების გრაფიკის კონტროლის ოპტიმიზაციის მიზნით, აგრეთვე შესყიდვის მიზნით შემოტანილი ფინანსური უსაფრთხოების ოდენობაზე სწორი კონტროლის უზრუნველსაყოფად, UIS– ს აქვს განხორციელებული ფუნქციონირება, რომელიც საშუალებას გაძლევთ შექმნათ კონტროლის პოზიტიური შედეგი შესყიდვების გრაფიკის შესაბამისად, იმ შემთხვევაში, თუ IKZ შეასრულებს შესყიდვების გეგმას და რეალურად არ აღემატება შესყიდვებისთვის გამოყოფილი ფინანსური დახმარების ოდენობას (მათ შორის, მიღწეული დანაზოგი).

LC OK– ში განხორციელდა ავტომატური კონტროლი შესყიდვების გრაფიკის შესყიდვების გეგმების შესაბამისობაზე, მხოლოდ IKZ– ს შესაბამისობის შემოწმებით, არაუმეტეს ამ IKZ– ის კონტექსტში, დაგეგმილი გადახდები მომდევნო ფინანსურ წელს და დაგეგმილი შესყიდვების გეგმებში შესაბამისი ფინანსური მხარდაჭერის მოცულობისა და დაგეგმილი პერიოდის განმავლობაში გადახდილი თანხების ოდენობებზე, აგრეთვე შესყიდვების გეგმაში შესაბამისი IKZ კონტროლის გავლისთვის (შემდგომი წლების თანხების დასაბუთების შეუსაბამობა, ან PFHD შესყიდვების გეგმის მოცულობებში შეუსაბამობა).

ამავე დროს, კონტროლი არ ხდება NMCC- ის შესაბამისობაზე შესყიდვების გეგმაში ფინანსური დახმარების მოცულობასთან, რადგან ზოგადად ეს გადაჭარბებულია NMCC- ის მიერ დაგეგმილ გადასახადებთან შესაბამისობის გამო (ასეთი შესაბამისობაა უზრუნველყოფილია ფორმატისა და ლოგიკური კონტროლის საშუალებით მომხმარებლის LC– ში შესყიდვების გრაფიკის ფორმირების ეტაპზე). კონკრეტულ შემთხვევაში, NMCK არ მიუთითებს გადასახდელების რეალურ ოდენობაზე, მაგრამ ეს აუცილებელია მხოლოდ ტენდერების განსახორციელებლად (მაგალითად, ენერგეტიკული მომსახურების ხელშეკრულების დადება, კანონის 44-ე FZ 108-ე მუხლის შესაბამისად), არ შეიძლება განისაზღვროს ციფრული თვალსაზრისით (ამ შემთხვევაში, იგი მითითებულია ფორმულის სახით (სახელმწიფო ქონების გაყიდვის მომსახურების ყიდვა), ან არ ასახავს გადასახდელების ოდენობას დაგეგმილი გადასახადების დაზუსტების შემდეგ დანაზოგის შედეგები, რადგან NMCK არ ექვემდებარება შეცვლას.

ასევე, განხორციელებულია LC OK– ში შესაბამისი კონტროლირებადი ინფორმაციის ეკრანი "კონტროლირებადი ინფორმაცია" ჩანართზე (იხ. სურათი 9).

დეტალებისთვის იხილეთ განყოფილება 4.3.4. მომხმარებლის სახელმძღვანელოს "ორგანო, რომელიც უფლებამოსილია განახორციელოს კონტროლი ფედერალური კანონის No44-FZ 99-ე მუხლის მე -5 ნაწილის შესაბამისად".

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

დეტალებისთვის იხილეთ განყოფილება 4.3.5. მომხმარებლის სახელმძღვანელოს "ორგანო, რომელიც უფლებამოსილია განახორციელოს კონტროლი ფედერალური კანონის No44-FZ 99-ე მუხლის მე -5 ნაწილის შესაბამისად".

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

სახელმწიფო შესყიდვების შესახებ შესყიდვების შეტყობინებებისა და შესყიდვების დოკუმენტაციის კონტროლი, რომლებიც წარმოადგენენ ინფორმაციას საბიუჯეტო ვალდებულებების შესახებ, რომლებიც აღებულია ფედერალური ხაზინის ტერიტორიული ორგანოების მიერ ფედერალური საბიუჯეტო სახსრების მიმღებთა საბიუჯეტო და ფულადი ვალდებულებების აღრიცხვის პროცედურის შესაბამისად, დამტკიცებული სამინისტროს ბრძანებით რუსეთის ფინანსთა 30.12.2015 წლის 221n თარიღით (შემდგომში - PBO, ბრძანება No 221n), განხორციელდა ფუნქციონირება პოზიტიური კონტროლის შედეგის ავტომატური წარმოებისთვის, PBO– ს შესახებ ინფორმაციის ფორმირების შემთხვევაში, შესყიდვები EIS– ში.

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

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

ამრიგად, თუ კონტროლის მიზნით მიიღეს შეტყობინება შესყიდვებზე, რაც მიუთითებს, რომ EIS– ში წარმოქმნილი შესაბამისი PBO დარეგისტრირებულია, ასეთი შეტყობინების კონტროლის პროექტის პროექტი ავტომატურად შეიქმნება LC OK– ში (იხ. სურათი).

თუ PBO დარეგისტრირდა UIS ფუნქციონირების გამოყენების გარეშე, ასეთი შეტყობინების კონტროლის შედეგი ავტომატურად არ გენერირდება LC OK- ში.

ამავდროულად, კონტროლის ორგანომ დამოუკიდებლად, ამ PBO– ს მოძიებაში AS FC– ში და (ან) PUR EL– ში, დამატებით უნდა განახორციელოს ვიზუალური კონტროლი თანხებზე, რომლებიც მითითებულია PBO– ს შესახებ AS FC– სა და PUR– ში. შესყიდვის შეტყობინებაში მითითებული ხელშეკრულების (შემდგომში - NMCK) საწყისი (მაქსიმალური) ფასი. ასევე აუცილებელია დამატებითი კონტროლის განხორციელება PBO- ში მითითებული CSC- ის შესაბამისობაზე, რომელიც CSC შეიცავს შესყიდვების გეგმის ამჟამინდელ გამოქვეყნებულ ვერსიაში.

შესყიდვების განხორციელების შესახებ შეტყობინების გადამოწმება საქონლის, სამუშაოების, მომსახურების (შემდგომში - შესყიდვების გრაფიკი) შესყიდვების გრაფიკში მითითებულ IKZ– სა და NMCK– ს შესაბამისობის მიზნით, ავტომატურად განხორციელდება.

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

შესყიდვების შეტყობინებაში NMCK არ შეესაბამება შესყიდვების გრაფიკის იგივე ინფორმაციას;

შესყიდვის შესახებ შეტყობინებაში მითითებული NMCK არ შეესაბამება PBO– ს ოდენობას;

PBO შესყიდვის შესახებ შეტყობინების შესახებ არ არის რეგისტრირებული;

PBK- ში მითითებული KBK არ არის შესყიდვების გეგმაში;

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

გთხოვთ გაითვალისწინოთ, რომ იმ შემთხვევაში, თუ შესყიდვების გეგმის კონტროლის შედეგების საფუძველზე გამოიცა ოქმი კონტროლირებადი ინფორმაციის შეუსაბამობის შესახებ BCC– ს ფინანსური მხარდაჭერის ოდენობის გადაჭარბების გამო საბიუჯეტო ვალდებულებების შესაბამის საზღვრებზე, შესყიდვების შესახებ შეტყობინებების თანახმად (NMCC და IKZ– ს შესაბამისი დარღვევების არარსებობის შემთხვევაში) ამ KBK შეძლებს დადებითი კონტროლის მოპოვებას, თუ შესყიდვების ფრონტზე იქნება თავისუფალი თანხები.

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

3.2. ფედერალური საბიუჯეტო და ავტონომიური ინსტიტუტებისთვის

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

შესყიდვების გრაფიკში არ იქნა ნაპოვნი შესაბამისი ICZ;

NMC არ შეესაბამება შესყიდვების გრაფიკის ანალოგიურ ინფორმაციას;

შესყიდვების გრაფიკში IKZ– მ არ გაიარა კონტროლი შესყიდვების გეგმის IKZ– ში გამოვლენილი დარღვევების გამო (არ ყოფილა გამართლებული შემდგომი წლების თანხების არსებობა ან მიმდინარე ფინანსური წლის ფინანსური უსაფრთხოების ოდენობა არ გავიდა კონტროლი PFHD- სთან შესაბამისობისთვის).

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

3.3. ფედერალური სახელმწიფო უნიტარული საწარმოებისთვის

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

შესყიდვების გრაფიკში არ იქნა ნაპოვნი შესაბამისი ICZ;

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

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

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

4. ფედერალური დონის მომხმარებელთა მიერ UIS– ში განთავსების საბოლოო ოქმის მიმწოდებლის (კონტრაქტორი, შემსრულებელი) განსაზღვრის საბოლოო ოქმის გაცემის შემთხვევაში მისი შეუსრულებლობის შესახებ

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

შესყიდვის მონაწილის მიერ შემოთავაზებული ხელშეკრულების ღირებულების გადამეტება აღიარებულია გამარჯვებულად მიმწოდებლის (კონტრაქტორი, შემსრულებელი) განსაზღვრისას, ერთადერთი მონაწილე, რომლის განცხადებაც აღიარებულია, რომ აკმაყოფილებს კანონის No44-FZ მოთხოვნებს NMCK– ით განსაზღვრულ პუნქტში. შესყიდვის დოკუმენტაცია (დოკუმენტაციის არარსებობის შემთხვევაში, განხორციელების შესყიდვების შესახებ შეტყობინებაში);

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

დეტალებისთვის იხილეთ განყოფილება 4.3.6. მომხმარებლის სახელმძღვანელოს "ორგანო, რომელიც უფლებამოსილია განახორციელოს კონტროლი ფედერალური კანონის No44-FZ 99-ე მუხლის მე -5 ნაწილის შესაბამისად".

5. კონტროლის შეცვლა ხელოვნების მე -5 ნაწილის შესაბამისად. No44-FZ კანონის 99-ე რეგულაციის 1084-ე თანახმად, მომხმარებელთა მიერ დადებული ხელშეკრულებების რეესტრში შეტანილი ინფორმაციის 221n ბრძანების თანახმად, კონტროლის შედეგების ხელით შევსების შემცირების თვალსაზრისით

მომხმარებელთა მიერ დადებული ხელშეკრულებების რეესტრში (შემდგომში - კონტრაქტების რეესტრი) გათვალისწინებული ინფორმაციის მონიტორინგის მოხერხებულობის უზრუნველსაყოფად, No1367 რეგლამენტის მე -13 პუნქტის „გ“ ქვეპუნქტით გათვალისწინებული დებულებებით No1084 რეგულაციის მე -14 პუნქტი, მე -13 პუნქტი, ფედერალური ბიუჯეტიდან მიმღების სახსრების საბიუჯეტო ვალდებულებების აღრიცხვის პროცედურის მე -12 პუნქტით დამტკიცებული აუცილებელი შემოწმებების ჩამონათვალი.

ეტაპობრივად სტრუქტურირებული ჩანართის "ინფორმაციის კონტროლი" ჩანართის ახალი ჩვენება განხორციელებულია LC OK- ში (იხ. სურათი 3):

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

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

მესამე ნაბიჯი მოიცავს შესყიდვების თითოეული ობიექტის სახელის შემოწმებას საქონლის, სამუშაოებისა და მომსახურების კატალოგთან შესაბამისობის შესაბამისად (შემდგომში - KTRU). ავტომატურად ამ პარამეტრის საშუალებით, სისტემა ადგენს მნიშვნელობას "Pass", ვინაიდან როდესაც მომხმარებელი ქმნის CTU მიერ კონტროლის ობიექტის სახელს, შესაბამისობა ავტომატურად ხდება. თუ ხელშეკრულების რეესტრში არ არის დადგენილი ავტომატური შესაბამისობა, მაშინ ეს კონტროლი უნდა განხორციელდეს ხელით.

მეოთხე ნაბიჯი მოიცავს No221n ბრძანების შესაბამისად, საბჭოს მიერ მიღებული დოკუმენტის შესახებ ინფორმაციის დოკუმენტურ საფუძვლებთან შესაბამისობის შემოწმებას, ე.ი. ხელშეკრულების რეესტრში შეტანილი ინფორმაციის დაბეჭდილი ფორმა. სისტემა ავტომატურად ამ პარამეტრის საშუალებით ადგენს მნიშვნელობას "Pass", ვინაიდან დოკუმენტების ერთმანეთთან შესაბამისობა უზრუნველყოფილია მომხმარებლის მიერ ინფორმაციის ფორმირებისას ფორმატ – ლოგიკური კონტროლით. იმ შემთხვევაში, თუ No 221n ბრძანების თანახმად, ერთმა შემოწმებამ მაინც გამოავლინა შეუსაბამობა, ამ საკითხისთვის აუცილებელია შედეგის ”წარუმატებელი” დადგენა.

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

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

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

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

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

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

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

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

6.5. მომხმარებლის პირად ანგარიშში, კონტროლის ობიექტების განთავსების დაბლოკვის დაყენების შესაძლებლობის ფუნქციონალობა ხორციელდება მანამ, სანამ მათზე არ მიიღებს კონტროლის შედეგს. ორგანიზაციის ადმინისტრატორისთვის ეს პარამეტრი ხელმისაწვდომია განყოფილებაში "დოკუმენტების განთავსების დაბლოკვის კონფიგურაცია (RFP 315)" (იხ. სურათი 9). უნდა აღინიშნოს, რომ რუსეთის ფედერაციის მთავრობის 2017 წლის 20 მარტის განკარგულების შესაბამისად No 315 "ფედერალური კანონის 99-ე მუხლის მე -5 ნაწილის შესაბამისად კონტროლის განხორციელების წესში" საკონტრაქტო სისტემის შესახებ 2019 წლის 1 იანვრამდე საქონლის, სამუშაოების, მომსახურების შესყიდვა სახელმწიფოსა და მუნიციპალური საჭიროებების უზრუნველსაყოფად ”, რუსეთის ფედერაციის დამფუძნებელი ერთეულების (მუნიციპალური საჭიროებების) სახელმწიფო საჭიროებების დასაკმაყოფილებლად მომხმარებელთა შესყიდვების შესახებ, მე -2 პუნქტის დებულებები შეჩერებულია 1367 წესის მე -14 პუნქტის მე -15 პუნქტის მე -15 პუნქტის მე -2 პუნქტის მე -12 პუნქტი (კონტროლის ობიექტების EIS- ში განთავსების თვალსაზრისით გამოვლენილი დარღვევების აღმოფხვრა)

6.6. LC OK– ში შესაძლებელია კონტროლის შედეგების ავტომატური ხელმოწერა (შესაბამისობის შესახებ შეტყობინება / შეუსაბამობის ოქმი) კონტროლის ორგანოს პირად ანგარიშში, რომელიც ფედერალური ხაზინის ტერიტორიული ორგანოა. ორგანიზაციის ადმინისტრატორისთვის ეს პარამეტრი ხელმისაწვდომია განყოფილებაში "დოკუმენტების განთავსების დაბლოკვის კონფიგურაცია (RFP 315)" (იხ. სურათი 10). გასათვალისწინებელია, რომ ავტომატური ხელმოწერის პარამეტრის დაყენებით, კონტროლის ორგანო აგრძელებს მომხმარებელზე ამ გზით გაცემული კონტროლის შედეგების პასუხისმგებლობას, თითქოს მან მოახდინა კონტროლი და თვითონ მოაწერა ხელი კონტროლის შედეგს, ამიტომ აუცილებელია პარამეტრი სიფრთხილით გამოიყენოს და გამოიყენოს იგი მხოლოდ იმ დოკუმენტებზე, რომლებშიც ავტომატურად წარმოქმნილი კონტროლის შედეგი ყოველთვის ემთხვევა კონტროლის ორგანოს მიერ ასეთ დოკუმენტზე მიღებულ გადაწყვეტილებას.

დოკუმენტის მიმოხილვა

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

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

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

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

  1. აუცილებელია შევსება მოთხოვნის ფორმა ქვემოთ (მონიშნულია აუცილებელი ველები * ).

  2. ყურადღება!დახმარების სამსახურს რაიმე პრობლემასთან ან შეცდომასთან დაკავშირების შემთხვევაში აუცილებელია ჩანაწერის არქივის მიმაგრება იმ ქმედებებით, რომლებმაც გამოიწვია პრობლემა ან შეცდომა, დარწმუნდით, რომ შეცვალეთ სერვერი შეცდომის დროს

  3. [ელ.ფოსტით დაცულია]

  1. მოთხოვნის ფორმა



Კითხვა

პასუხი

Სრული სახელი* საკონტაქტო პირი (თანამდებობა)

[შეიყვანეთ გვარი, სახელი და პატრონიკი]

საკონტაქტო ელექტრონული ფოსტის მისამართი*

[შეიყვანეთ თქვენი ელ.ფოსტის მისამართი]

საკონტაქტო ნომერი(ფაქსის აპარატი)

[შეიყვანეთ საკონტაქტო ტელეფონი, ფაქსი]

Კომპანიის სახელი*

[შეიყვანეთ თქვენი ორგანიზაციის სახელი]

ორგანიზაციის TIN* (საგუშაგო)

[შეიყვანეთ თქვენი ორგანიზაციის TIN]

ორგანიზაციის კოდი:

ორგანიზაციის უნიკალური ანგარიშის ნომერი (SDR)

sVR კოდი


[ორგანიზაციის კოდი]

სისტემა, რომელშიც ხდება მუშაობა *

[აირჩიეთ EIS სისტემა - 44-FZ ან 223-FZ]

UIS ფუნქციონირება*

[სიიდან აირჩიეთ EIS ქვესისტემა]

შეცდომის თარიღი და დრო, მოსკოვის დრო*

[აირჩიეთ თარიღი, როდესაც მოხდა შეცდომა]

ინფორმაცია სამუშაო ადგილის პარამეტრების შესახებ*

[აირჩიეთ ოპერაციული სისტემა]

ფაილი სერტიფიკატი (* .cer) zip ფორმაში (დაურთეთ ამ ფორმას, ან დაურთეთ წერილის დანართი)

დაწვრილებითი ზარის აღწერა (კომუნალური საშუალებით მიღებული მოქმედებების თანმიმდევრობის ჩანაწერი psr.ex(იხ. ნაწილი IV), სისტემის გაუმჯობესების წინადადებები *

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

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

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

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


  1. სერვერის განსაზღვრის ინსტრუქცია.
ამისთვის ინტერნეტიმკვლევარი ვერსიები 10 და უფრო ადრე:

1. მიმდინარე სესიის დროს, თქვენს პირად ანგარიშში ბრაუზერში (Internet Explorer), ჩანართზე "სერვისი" აირჩიეთ "შემქმნელის ინსტრუმენტები" ელემენტი (ღილაკი F12);

2. გახსნილ ფანჯარაში აირჩიეთ "Cache" ჩანართი - "cookie- ს შესახებ ინფორმაციის ნახვა";

3. ამ მოქმედებების დასრულების შემდეგ, ბრაუზერში გამოჩნდება ახალი ჩანართი ცხრილის სახით, cookie ფაილის შესახებ ინფორმაციით. ინფორმაცია EIS სერვერის შესახებ მითითებულია ქვემოდან მე -3 ბლოკში.

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

ამისთვის ინტერნეტიმკვლევარი ვერსიები 11 :

1. გახსენით შემქმნელი ინსტრუმენტები (F12);

2. აირჩიეთ ქსელი (Ctrl + 4);

3. დააჭირეთ ღილაკს "ქსელის ტრაფიკის შეგროვების ჩართვა (F5)";

4. შეასრულეთ აუცილებელი მოქმედებები შეცდომის რეპროდუცირებისთვის (დეველოპერული საშუალებების დახურვა შესაძლებელია);

5. გახსენით დეველოპერული ხელსაწყოები (F12);

6. აირჩიეთ ქსელი (Ctrl + 4);

7. აირჩიეთ "დეტალები" (მეორე ხაზი ზემოდან);

8. აირჩიეთ "ქუქი-ფაილები" (ზემოდან მესამე ხაზში);

დროის ზონის სკრინშოტის მაგალითი:


  1. მოქმედებების თანმიმდევრობა, აღებული psr.exe პროგრამის გამოყენებით.
პროგრამა საშუალებას გაძლევთ ავტომატურად ჩაწეროთ მომხმარებლის მოქმედებები snapshots– ის სახით, მოქმედებების პარალელური ჩაწერით.

კომუნალური სწრაფად გასაშვებად: დააჭირეთ win + r და ფანჯარაში შეიყვანეთ psr.exe ბრძანება

(დაწყება - გაშვება).

ჩაწერის დასაწყებად დააჭირეთ Alt + A, მოქმედებების ჩაწერის შესაჩერებლად დააჭირეთ Alt + O ან დააჭირეთ შესაბამის ღილაკს.

ასევე შეგიძლიათ დაამატოთ კომენტარები, კომენტარის დასამატებლად დააჭირეთ Alt + C, უკანა მხარე ჩაბნელდება და კომენტარის ფანჯარა აქტიური იქნება.

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

დასრულებული ჩამწერი ფაილი შეინახება mht ფორმატში, რომლის ნახვა ნებისმიერი ბრაუზერის საშუალებით შეგიძლიათ. დასრულებული ფაილი წინასწარ შეფუთულია zip- ში.


  1. შევსებული ფორმა უნდა გაიგზავნოს მისამართზე [ელ.ფოსტით დაცულია]