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

გასართობი (obov'yazkovo usunennya): ცვლილება დამუშავების საათამდე არ შეტანილა. U.E. შესყიდვის გეგმა ვერ მოიძებნა ID: 974653 Pomilka (obov'yazkovo usunennya): არასწორი მონაცემები კორესპონდენტისგან. მომხმარებელი შესვლის გარეშე იპოვა პომილკა(Obov'yazkovo usunennya): შეწყალება არ ყოფილა დამუშავების საათამდე. U.E. შესყიდვის გეგმას რეესტრის ნომრით null უკვე აქვს უფრო გრძელი ვერსია 0 ან გამოცემა 1". ქვითარი (აშკარად ამოღებულია): ქვითარი არ გადაირიცხა დამუშავების დროს. UE. მოადგილის დახმარებისთვის SDR 03162000006 ვიდეო ხიდის კოდით და კავშირების შესახებ. გეგმიდან - განრიგი ვერ შეიცვლება შენიშვნა (აშკარად შეჩერებულია): არასწორი IDE მონაცემები განაცხადის წარდგენის პერიოდის დაწყების თარიღი და დრო (18.06.2017 18:32) არ შეიძლება შეიცვალოს ოფიციალური რედაქტორების მნიშვნელობიდან. ერთობლივი საწარმოს შეტყობინებები (შეტყობინებები ცვლილების შესახებ) (18.06.2017 17: 32)

Corysny სტატისტიკა:

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

გასართობი (obov'yazkovo usunennya): ცვლილება დამუშავების საათამდე არ შეტანილა. U.E. ID: 974653 შესყიდვის გეგმა ვერ მოიძებნა

როდესაც თქვენ დაამატებთ ცვლილებებს განცხადებებში EIS ღილაკზე [დოკუმენტის დამატება EIS-ში] ან [დოკუმენტში ცვლილებების დამატება EIS-ში] შესყიდვების გეგმის მიხედვით, თქვენ შეიძლება იხილოთ შეტყობინება: „არ მოიძებნა ID: 974653 შესყიდვების გეგმაში. .” Qia მიზეზიდაკავშირებულია შესყიდვების გეგმის მიხედვით ინფორმაციის წარმატებულ მიწოდებასთან სპეციალური ოფისიდეპუტატი თავად დეპუტატმა ნახა. ამ პრობლემის გადასაჭრელად აუცილებელია EIS-ში დოკუმენტის ამჟამინდელი ID-ის შესახებ გარკვევა. ამ მიზნით, დეპუტატის სპეციალურ ანგარიშზე, შესყიდვის გეგმის მიხედვით, გამოიყენეთ ღილაკი [Logbook] დოკუმენტის ჟურნალის გასახსნელად. ჟურნალის მისამართის რიგში, მაგალითად, კოდი „...planId=402288“ (Malyunok 1).

მალიუნოკი 1.

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

შეწყალება (obov'yazkovo usunennya): არასწორი ხარკი კორისტუვაჩისგან. შესვლის მქონე მომხმარებელი ვერ მოიძებნა

ჯერ უნდა ვიცოდეთ ახალი შესვლადა პაროლი ღრუბლოვანი ანგარიშისთვის. ამისათვის თქვენ უნდა გადახვიდეთ IIS-ის სპეციალურ ანგარიშზე კლიენტის მონაცემების დასარეგისტრირებლად და დააწკაპუნოთ ჰიპერბმულზე [კლიენტის მონაცემები ალტერნატიული ინტეგრაციისთვის (HTTPS პროტოკოლზე)] (სურათი 2).

სურათი 2. მონაცემთა ამოღება კორესპონდენტიდან ალტერნატიული ინტეგრაციისთვის

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

მალიუნოკი 3. ინფორმაცია კორისტუვაჩის შესახებ

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

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

შესვლისა და პაროლის გაუქმების შემდეგ, თქვენ უნდა გადახვიდეთ WEB-Torgi-KS სისტემაში და გახსნათ რეგისტრაციის მონაცემები IIS-ში (სურათი 4).

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

გახსნილ ფანჯარაში, "IS" დეპოზიტში, "შესვლა" და "პაროლი" ველებში შეიტანება მონაცემები (Malyunok 5), რომელიც დაფიქსირებულია IIS-ში (Malyunok 3).

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

გარდა ამისა, შეავსეთ საჭირო ველები და გამოიყენეთ ღილაკი [Save] შეყვანილი მონაცემების შესანახად. ზემოთ აღწერილი მოქმედებების დასრულების შემდეგ კიდევ ერთხელ გაიმეორეთ დოკუმენტის გაძლიერება ЄІС-ზე. IIS-ში კორესპონდენტის რეგისტრაციის მონაცემების შეუსაბამობის შესახებ ამ გაგებით, მე აღარ ვიქნები დამნაშავე.

როცა გეგმა გამყარდა, ЄІС-მდე ვიყიდე

გასართობი (obov'yazkovo usunennya): ცვლილება დამუშავების საათამდე არ შეტანილა. U.E. შესყიდვის გეგმას რეესტრის ნომრით null უკვე აქვს უფრო გრძელი ვერსია 0 ან რევიზია 1".

ამ კონტროლის მიზეზი არის ის, რომ ბროკერები აყალიბებენ ცვლილებებს პირდაპირ ЄІІС-ში და აგზავნიან ახალ ცვლილებებს და მხოლოდ ვებ ტრეინგში.

ამისათვის თქვენ უნდა გაეცნოთ დოკუმენტის მიმდინარე ID-ს IIS-ში (Malyunok 1) და შექმნათ ფაილი Helpdesk სერვისზე. ვინაიდან ველი „პროექტის შესყიდვის გეგმის ვერსია (ЄІС)“ მიუწვდომელია შესყიდვის გეგმაში რედაქტირებისთვის, დამატებით მონაცემებში თქვენ დამოუკიდებლად უნდა დაარეგისტრიროთ ვერსია, როგორც ეს მითითებულია დოკუმენტში.

როდესაც გრაფიკი იტვირთება EIS-ში

გასართობი (obov'yazkovo usunennya): ცვლილება დამუშავების საათამდე არ შეტანილა. U.E. მიმდინარე პროექტის განრიგი ID 564049-ით ЄІС-ში არ მოიძებნა

1. აუცილებელია გაირკვეს მიმდინარე გრაფიკის ID:

2. სპეციალურ EIS ანგარიშში გახსენით „გეგმები და გრაფიკები საქონლის, სამუშაოს, მომსახურების შესაძენად“

3. გადაიტანეთ კურსორი დარჩენილი განრიგის ფარულ ხედზე.

ბრაუზერის გვერდის ბოლოში გამოჩნდება გვერდის მისამართი (Malyunok 6). პარამეტრი revisionid=…. გრაფიკის ID იქნება მიმდინარე.

დაჭერისას შეატყობინეთ EIS-ს

შეხსენება (obv'yazkova suunennya): მოადგილის სასარგებლოდ SDR კოდით 03162000006, ინფორმაცია გრაფიკთან კავშირების შესახებ არ შეიძლება შეიცვალოს

ჰიბნაში ЄІС-ზე დაწესებულია ცხოველთა კონტროლი. Qia პრობლემასირცხვილია, მაგრამ სამწუხაროა, რომ სანამ IIS დეველოპერების ამჟამინდელი კომენტარები არ წაიშლება და მზარდი პრობლემის გამოსავალი არ არსებობს.

შეწყალება (obov'yazkovo usunennya): არასწორი მონაცემები. IDE. განაცხადების წარდგენის ვადის დაწყების თარიღი და დრო (18.06.2017 18:32) ზედმეტად არ განსხვავდება მოქმედი შეტყობინების გამოცემის მნიშვნელობისაგან (ცნობის შეცვლა) (18.06.2017 17:32). )

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

1. ხელახლა შესვლა

2. მიუთითეთ შეტყობინების სარეგისტრაციო ნომერი ორიგინალური გამოცემიდან

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

4. შეეცადეთ შეცვალოთ შეტყობინება.

კორისნი სტატია.

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

ინდიკატორმა „დასახელებული სამკურნალო ფორმა“ შეარჩია მნიშვნელობა „საინფუზიო ნებისმიერი სამკურნალო ფორმა“ (ეს შეიძლება იყოს დოზა, კონცენტრატი ან ლიოფილიზატი), ასევე ინდიკატორისთვის „დოზირება“ მნიშვნელობა „არანაკლებ 125 მგ” შეირჩა პოტენციურ მონაწილეებს შორის კონკურენციის გაცვლის თავიდან აცილების მეთოდი მდე ფედერალური კანონი. „WEB-Torgi-KS“ კომპიუტერში შერჩეული MPN პროვაიდერის მიხედვით, მოადგილემ უნდა აირჩიოს Dobutamine MPN-ის ექვსი ვარიანტიდან ერთი. გრაფიკის ფორმირების ეტაპზე შეუძლებელია კონკრეტული ინდიკატორების იდენტიფიცირება, რადგან ლიდერის არჩევის პროცედურა ჯერ არ არის დადგენილი, რასთან დაკავშირებითაც იმ ვარიანტების არჩევამ, საიდანაც აგენტი შეიძლება გამოიწვიოს კანონის დარღვევა. როგორ უნდა შეივსოს განყოფილება „ვიდომოსტი სამკურნალო პრეპარატის შესახებ“, რათა ინფორმაცია სწორად იყოს შევსებული და ისე, რომ ხელი არ შეუშალოს კონკურენციას? სად უნდა მივიდე ვისთან შენახული ინფორმაციის მისაღებად?

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

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

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

თუ OKPD 2 კოდი არ არის შერწყმული წამლის უნიკალურ კოდთან, გსურთ შეადაროთ მონაცემების სარეგისტრაციო ნომერი, რათა დაამატოთ თქვენი საკუთარი მნიშვნელობები MPN ინდიკატორში.

თუ გჭირდებათ ახალი ანგარიშის ჩანაწერის შექმნა

ვინაიდან საჭიროა „Web-Torgi-KS“ კომპიუტერის შესვლისა და პაროლის გაუქმება, ან EDS-ზე წვდომა, გაგზავნეთ სპეციალური პირების ამოცნობის შეკვეთის სკანირება. ელექტრონული ფოსტის მისამართები: *****@***ru.

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

16.06.2017

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

პრობლემის მიზეზები:

1. როდესაც პირველი პროექტი ემატება ISA-ს, „განსაკუთრებული“ შესყიდვები, რომლებიც ემატება საწყობის პაკეტს, სტატიკურად იგზავნება დოკუმენტების საწყობში. როდესაც შესყიდვის გეგმა ექვემდებარება პაკეტს, „კონკრეტული“ შესყიდვები ჩამოერთმევა დოკუმენტს საწყობიდან მათი შეხების შესაძლებლობის გარეშე. ეს არის ЄІС რობოტის თავისებურება. ამიტომ, თუ მენეჯერს სურს შეამოწმოს Bidding-ში, რომელიც უკვე გაიგზავნა IIS „კონკრეტულ“ შესყიდვაზე და დაიწყოს ახალი შესყიდვა იმავე ტიპისა და CVR-ით, მაშინ იქნება კონტროლი, მეტი აღწერილობა.
2. მას შემდეგ რაც იყო წინა შესყიდვები, ახალი შესყიდვები შეიქმნა იმავე CWR-დან. ამ შემთხვევაში, როგორც კი მოხდება ახალი შესყიდვა, იგივე IKZ შეივსება როგორც ადრე განყოფილებები, მაგრამ სიტუაცია არ გამოსწორდება. ЄІС-თან VSRZ მუშაობის თავისებურება ის არის, რომ საწყობის პოზიციას აქვს დამატებითი „გარე“ VSRZ გასაღები. VSRZ-დან პაკეტში ინფორმაციის დამუშავებისას, IS ამოწმებს შესყიდვებს არა მხოლოდ IKZ-დან, არამედ უცხოური გასაღებისგან. როგორც ჩანს, თუ თქვენ გააკეთეთ შესყიდვა, შექმენით ახალი ისევე, როგორც შორეული, და დასჭირდა შორეული შესყიდვის IKZ, მაშინ ეს არ იძლევა გარანტიას დოკუმენტის წარმატებით მიღებისას, ასე რომ, თუ ცდილობთ, ჩადეთ ISC პაკეტი, ასე რომ თქვენ იცით, რომ გამოგზავნილი ხართ, შეამოწმეთ ორი გასაღების გამოყენებით, მე ვიყიდი და გთხოვთ, რომ ახალი შესყიდვა მიიღება. ამ ტიპის აღწერილობაში უფრო მეტი კონტროლია, რადგან ახალი „სპეციალური“ შესყიდვა ატარებს იმავე CVR-ს, რაც იყო სხვა შესყიდვაში. ვინაიდან CVR სრულიად განსხვავებულია, მაშინ არსებობს კონტროლი IKZ-ის უნიკალურობაზე.
3. სპეციალური შესყიდვებიდან შესყიდვების გეგმაში განთავსების მეთოდი არ შეესაბამება განრიგში მითითებულ მეთოდს.

პრობლემის გადაჭრა:

1. აუცილებელია ამ CVR-დან შეაგროვოთ შესყიდვების ყველა ახლად შექმნილი „სპეციალობა“, რომელიც ექვემდებარება კონტროლს და მათი დაბრუნება ორიგინალური შესყიდვებიდან ცვლილების გარეშე. აუცილებელია მათთან გამკლავება. ცხადია, თუ თქვენ გჭირდებათ შესყიდვის „წაშლა“, თქვენ უბრალოდ უნდა შეავსოთ იგი ნულებით.
2. სიტუაციის გამოსწორება სტანდარტული მექანიზმების გამოყენებით შეუძლებელია. სკრიპტებით დისტანციური შესყიდვისთვის აუცილებელია გარე გასაღებების შეყვანა. გარე გასაღებების აღება შესაძლებელია XML-დან FTP ЄІІС-დან, თუ შესყიდვის გეგმა უკვე მოიცავდა პუბლიკაციებს ЄІІС-ში, ან მონაცემთა ბაზის სარეზერვოდან, თუ პუბლიკაცია არ იყო. შესყიდვები Trades-დან, ადრე გაგზავნილი EIS-ში, დაუყოვნებლივ დაცულია. დისტანციური ხედი მიუწვდომელია სისტემის ადმინისტრატორებისთვის. თუ დაგჭირდებათ დახმარება გენერირებულ სკრიპტებთან დაკავშირებით, თქვენ უნდა დაუკავშირდეთ Keysystems DIRIDZ დისტრიბუტორებს კონსულტაციისთვის.
3. შეადგინეთ რიგები (შესყიდვები) შესყიდვების გეგმაში ნებისმიერი დაუზუსტებელი მეთოდით და ხელახლა დაამატეთ ისინი obov'yazkovoy vkazivkaშესყიდვის მეთოდის მიხედვით, აუცილებელია კავშირის ხელახლა ჩაქსოვა ლოტის განრიგში.

EIS-ში შესწორებული დოკუმენტის ატვირთვისას [დოკუმენტის ატვირთვა EIS-ზე] ან [შეცვლილი დოკუმენტის ატვირთვა EIS-ზე]შესყიდვის გეგმის მიხედვით, შეტყობინება: „ID-ის შესყიდვის გეგმა: xxxxxxx ვერ მოიძებნა“.

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

ამ პრობლემის გადასაჭრელად აუცილებელია EIS-ზე დოკუმენტის ID-ის სერიული ნომრის გარკვევა. ამისათვის თქვენ უნდა გახსნათ დოკუმენტი დეპუტატის სპეციალურ ანგარიშზე ISC-ზე და მისამართის სტრიქონში, მაგალითად, კოდი „...planId=. 402288 »

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

• - დოკუმენტის დასახელება;
• - დოკუმენტის ვერსიის ნომერი;
• - დაყენებულია IPN.

დოკუმენტში "შესყიდვის გეგმა" არ არის შევსებული "Addatkovo" ჩანართი ( არ დაიკარგოდოკუმენტის ჩანართიდან "შესყიდვა შესყიდვის გეგმამდე")

მას შემდეგ, რაც დოკუმენტი "შესყიდვების განრიგი" ჩამოყალიბდა RIS "WEB-Torgi-KS"-ში და მიენიჭა დოკუმენტის სტატუსი " მიღება ЄІС-ზე" (ანალიტიკური ნიშანი), მაგრამ დოკუმენტი არ არის გამოჩნდება სპეციალურ ЄІС ანგარიშზე, ეს ნიშნავს, რომ კორისტუვაჩს აქვს ЄІС ყოველდღიური განახლებული პუბლიკაციების განრიგი 2017 წლისთვის, თქვენ უნდა შეხვიდეთ როგორც IIS ადმინისტრატორი და დააყენოთ ქვე-როლები:

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

თუ დეპუტატის სპეციალურ ანგარიშში არის პროექტები და შესყიდვების გეგმები, რისთვისაც კონტროლირებადი ინფორმაციის შეუსაბამობის ოქმი ამოღებულია 99-ე მუხლის მე-5 ნაწილისთვის, გამოიყენეთ ღილაკი [ გაგზავნეთ დოკუმენტი EIS-ში] ან [ დოკუმენტის ცვლილებების გაგზავნა EIS-ში]. ამ შემთხვევაში, შესყიდვის გეგმის ვერსია, რომელიც წარმატებით იქნა შემოტანილი EIS-ში, უნდა გასწორდეს, რის შემდეგაც კონტროლირებადი ინფორმაციის შეუსაბამობის შესახებ ოქმი ამოღებულ იქნა 99-ე მუხლის მე-5 ნაწილის მიხედვით. გეგმის ახალი გამოცემა შეძენილია WEB-Torgi-KS-დან, რომელიც აღარ მოითხოვს ნამუშევრის სპეციალურ ოფისში გაგზავნას. გეგმის ახალი რედაქცია მომზადდება მხოლოდ მას შემდეგ, რაც წინა რედაქცია წარმატებით გამოქვეყნდება საერთაშორისო საინფორმაციო სისტემაში.

გადააკეთეთ LK ЄІС-ის პოზიციის კონფიგურაცია. თუ პოზიცია ნათელია, შეაქო EIS წყალობისთვის.

აუცილებელია განრიგის შემოწმება დუბლიკატი ჩანაწერების არსებობისთვის; ტექსტები, რომლებიც მითითებულია ნაწილში „44-FZ 22-ე მუხლის 1-ლი ნაწილის მიხედვით მეთოდების დადგენის შეუძლებლობა“ არ უნდა იყოს დუბლირებული სხვა განყოფილებებთან. ეკრანის ანაბეჭდი:

გამოქვეყნებული დოკუმენტებისთვის ერთიან საინფორმაციო სისტემაში შესვლისას წაიშლება WEB-Torgi-KS RIS დოკუმენტის ყველა წინა ვერსია და გამოცემა (ყველა სტატუსში).

• ერთი საათი, ედინა საინფორმაციო სისტემაარ გადასცემს მონაცემებს გარე სისტემებირიგი ასეთი მონაცემებისთვის, როგორიცაა KBK, საშუალო ფასები ერთეულზე TRU, OKPD2 და დაბალი სხვა. გადაცემული მონაცემების მთლიანობისთვის აუცილებელია დამატებითი ინფორმაციის ხელით შეყვანა. თუ გამოქვეყნებულ და შეყვანილ მონაცემებს შორის აშკარა განსხვავებაა, შეიძლება წარმოიშვას პრობლემები შემდგომი ინტეგრაციისთვის. ასევე, RIS "WEB-Torgi-KS"-ით მოზიდვისას ოფიციალური ჩვენების უკან არსებული ინფორმაცია უფრო მეტად შეიცვლება. ათასჯერვირაზი.

გასართობი (obov'yazkovo usunennya): ცვლილება დამუშავების საათამდე არ შეტანილა. შეცდომა არ გადატანილა RGK ინტეგრაციის ადაპტერზე. თუ ორგანიზაცია (პლაზერის ბლოკი) იყოფა კონტრაქტორად (მომხმარებელთა ბლოკი), მაშინ მიღებულ დოკუმენტში ბლოკში „ინფორმაცია ორგანიზაციის შესახებ, რომელმაც მოაწერა კონტრაქტი“ (პლასერი) ენიჭება ინფორმაციის ძებნა ორგანიზაციის შესახებ, რომელმაც მოაწერა კონტრაქტი. ; SDR კოდი და ბლოკში მინიჭებული ახალი ორგანიზაცია პასუხისმგებელია SDR კოდის თავიდან აცილებაზე და მომხმარებელთა შესვლაზე მინიჭებული ახალი ორგანიზაცია "koristuvach login", რომელიც ჩაწერს პაკეტს.

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

პრობლემის გადაჭრა:

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

2) უკვე არის ღრუბლოვანი ჩანაწერები"Kerivnik"-ის განახლების გარეშე, მაშინ აუცილებელია მათი მითითება EIS რეგისტრაციის მონაცემებზე. შეგახსენებთ, რომ რეგისტრაციის მონაცემები უნდა შეიყვანოთ დაყენების მენიუმდე - Registration data EIS.

EIS 7.1.4 ვერსიამდე განახლების შემდეგ, საკეტების უმეტესობას აქვს პრობლემა EIS-ზე დოკუმენტის ატვირთვისას: შეცდომა არ გადატანილა RGK ინტეგრაციის ადაპტერზე. ლოგინი login_coristuvach კორესპონდენტს, სპეციალურ ანგარიშზე, რომელშიც დოკუმენტი იტვირთება, შესაძლოა ასევე დიდი მნიშვნელობა ჰქონდეს CU ორგანიზაციისთვის. აუცილებელია ცალსახად მიეთითოს აუცილებელი ცვლილება ველში „ორგანიზაციის როლი, რომელმაც დადო კონტრაქტი“ (placer\responsibleOrg)

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

გამოსწორდა ხარვეზი, რის შედეგადაც განრიგის ბარათში "განრიგის პოზიციები" ჩანართზე, OKPD2-ის მიხედვით პოზიციის ძიებისას, ძიების შედეგებმა შეიძლება არ აჩვენოს პოზიციები იგივე ტიპის OKPD2.

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

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

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

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

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

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

დაფიქსირდა შეცდომა, რამაც შეიძლება გამოიწვიოს შეცდომები მონაცემების დამუშავებისას ხელშეკრულების 99-ე მუხლის კონტროლის გავლისას: „Control99Transformer! შეცდომა processNoticeCompliance-ში: systemIdentifier“.

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

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

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

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

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

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

შეცდომა გამოსწორებულია; განრიგში რაიმე შეთანხმების შედეგად შეიძლება მოხდეს შეცდომა „შეცდომა არ იყო გადაცემული დამუშავების დროს“. U.E. შესწორება არ გადატანილა RPG ინტეგრაციის ადაპტერზე.

გამოსწორდა ხარვეზი, რამაც შეიძლება გამოიწვიოს შეცდომა IIS-ში განრიგის განთავსებისას: „UE. ჩადგმული გამონაკლისი არის: javax.ejb.EJBException: იხილეთ ჩადგმული გამონაკლისი; ჩადგმული გამონაკლისი არის: java.lang.RuntimeException: org.hibernate.exception.DataException: ვერ შესრულდა addBatch."

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

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

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

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

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

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

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

ცვლილება შესწორებულია, რის შედეგადაც შესყიდვების გეგმის ავტომატური კონტროლი შემოიფარგლება იმ CBC-ებით, რომლებსაც აქვთ სიმბოლო ერთ კატეგორიაში, ადმინისტრატორის შეყვანა „0“ (ნულოვანი). არა-KVR-ის კონტროლი, რომელიც მინიჭებულია KBK-სთვის პოზიციის განცხადებებში, სპეციალურ შესყიდვებსა და PZ-ის ჩანთების ჩვენებებში, რომლებიც საჭიროა KVR მრჩეველთან დასწრება (მათი ყოფნა დამოწმებულია რელევანტურობის მიუხედავად). კონტროლი არ არის ნაჩვენები, თუ პოზიციის განცხადებებში არ არის დაინსტალირებული ნიშანი „KBK დეტალურად“.

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

შესწორება შესწორდა, რის შედეგადაც გაჩნდა შესაძლებლობა, განხორციელებულიყო შესყიდვების გეგმების ხელით კონტროლი, იმ შემთხვევაში, თუ აშკარაა, რომ შესყიდვის გეგმა მოითხოვდა ერთ BCC, რომელიც შედგება ნულებისაგან (თავი = ​​„000“, განყოფილება ( ქვეგანყოფილება) = "0000", დანიშნულება = "00000000000", kvr = "000"), ინფორმაცია შესყიდვების გეგმის შესახებ დაუყოვნებლივ გაეგზავნა PUR-ს (AS FC). ასევე, ნულოვანი BCC-ით გამოჩნდება შემდეგი შეტყობინება: „აუცილებელია შურისძიება ყველა საიდუმლო BCC-ისთვის“.

დაფიქსირდა შეცდომა, რომლის დროსაც, როდესაც ცდილობდით გრაფიკის პაკეტის გაგზავნას ლოკაციაზე, შეიძლება გამოჩნდეს შეცდომა „არ გადავიდა RPG ინტეგრაციის ადაპტერზე“.

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

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

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

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

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

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

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

გამოსწორდა ხარვეზი ისე, რომ განრიგამდე და განთავსებამდე ცვლილებების შეტანის მცდელობისას შეიძლება გამოჩნდეს შეტყობინება „საიტი დროებით მიუწვდომელია“. javax.ejb. EJBException: იხილეთ ჩადგმული გამონაკლისი; ჩადგმული გამონაკლისი არის: java.lang.NullPointerException."

შესწორება შესწორებულია, რათა გადახდების შეცვლის შემდეგ, თუ თქვენ გაწუხებთ შესყიდვის შესახებ ფარული ინფორმაცია, NMCC შეიძლება ავტომატურად შეიცვალოს, წინააღმდეგ შემთხვევაში ცვლილებების გამოქვეყნებისას ისინი არ შეინახება. IIS-ში ცვლილებების გამოქვეყნების მცდელობისას შეიძლება მოითხოვოს კონტროლი: ”BCP-ზე დაგეგმილი გადახდების შეცვლის შემდეგ, იცვლება NMCC, ხოლო ცვლილებების შესანახად, სპეციალური კონტროლი: პოზიცია ””, ჩანართი ” Zagalnye Vidomostiპოზიციები": ველში "დაგეგმილი გადახდები, რუბლი" მნიშვნელობები აღემატება მნიშვნელობებს "დედამიწის (მაქსიმალური) კონტრაქტის ფასის" ველში, რომელშიც პოზიცია არ არის დაკავშირებული ინფორმაციასთან კონტრაქტის შესახებ, რომელშიც არის კონტრაქტის ფასი. გაზრდილი იქნებოდა სრულ ვადით, სანამ ხელშეკრულების კობ (მაქსიმალური) ღირებულება. შეამოწმეთ განრიგის პუნქტზე მინიჭებული განცხადებების სისწორე“.

ხარვეზი გამოსწორდა, ასე რომ, როდესაც მიმართულია IIS-ში დიდი გეგმების განლაგებისკენ, შეიძლება დაბრუნდეს შეცდომა: „შეცდომა შეცდომა არ იყო გადაცემული UE დამუშავებისას. ჩადგმული გამონაკლისი არის: javax.ejb.EJBException: იხილეთ ჩადგმული გამონაკლისი; ჩადგმული გამონაკლისი არის: java.lang.RuntimeException: org.hibernate.exception.DataException: ვერ შესრულდა addBatch."

ცვლილება შესწორებულია, რაც ნიშნავს, რომ განრიგის განთავსების მცდელობისას, განრიგის ავტომატური კონტროლი შეიძლება განხორციელდეს უკანონოდ: ”ბიუჯეტის კლასიფიკაციის კოდისთვის დამალული თანხა () გადადის შესაბამის თანხაზე PDA მონაცემებისთვის, ” პი“ ტაბ დსუმკოვი პოკაზნიკა“ პლანუ შეძენილი ().“

ცვლილება შესწორდა, რის შედეგადაც იყო ერთდღიანი შესაძლებლობა, რომ შერჩეულიყო დამხმარე დოკუმენტი ”საქონლის, სამუშაოს, მომსახურების გადაცემა, რომლის შესყიდვები შეიძლება დაექვემდებაროს ფედერალური კანონის 93-ე მუხლის 1 ნაწილის 52-ე პუნქტს. 44 F Z, დადასტურებული გვირგვინის მთავრობის ფედერალური ორგანოს კერამიკის მიერ სუვერენული დაცვის გალუზში" ერთ საფოსტო მფლობელთან შეთანხმებისთვის.

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

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

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

გამოსწორდა ხარვეზი, რის შედეგადაც ზოგიერთ ბუღალტერს, BO-ს შესახებ განცხადებების ფორმირებისას, ფედერალურ ხაზინაში გაგზავნილი „FAIP ობიექტის კოდის“ ფანჯრიდან FAIP მნიშვნელობის არჩევისას, შესაძლოა განიცადოს სხვა ფორმისა და xml პაკეტის არასწორი ფორმირება. ობიექტის დასახელება FAIP.

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

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

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

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

შეწყალება შეიცვალა, რაც განპირობებულია ორგანიზაციის შესახებ მნიშვნელოვანი ინფორმაციით, რომელიც წარმოადგენს მენეჯერის ამჟამინდელ მოთხოვნას მიწის ბაზაზე მიმდინარე შესყიდვისთვის ფედერალური კანონის No44 -FZ მე-15 მუხლის მე-6 ნაწილის შესაბამისად. , შესაძლოა არაკანონიერი იყოს შესყიდვის ინფორმაციის გავრცელების ქვესისტემის დაბლოკვის კონტროლის მოთხოვნა: „ორგანიზაცია SDR-ის კოდით "" არ არის ორგანიზებული გრაფიკის გამოქვეყნებული ვლასნიკის მიერ "".

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

შეტყობინება შესწორებულია, რაც ნიშნავს, რომ თუ რაიმე ცვლილებაა 01/01/2017-მდე გამოქვეყნებულ შეტყობინებებში, უკანონო იქნება შესყიდვების ინფორმაციის გავრცელების ქვესისტემის ბლოკირების კონტროლის მოთხოვნა „დაგეგმილი ბედის ღირებულება“ განთავსება შეტყობინებაში არ არის მითითებული შეტყობინების განთავსების თარიღი.“.

ცვლილება შეიცვალა ძირითადი ინტეგრაციის ხელშეკრულების შედეგად, რომელიც მიზნად ისახავს ხელოვნების მე-5 ნაწილის მონიტორინგს. 99 44-ФЗ, საკონტროლო პროცედურის დასრულებამდე, შეიყვანეთ პროტოკოლის შეუსაბამობა, იპოვეთ ღილაკი „დარღვევების გამოვლენის პროტოკოლი“ ხელშეკრულებაში, დაიწყეთ ხელმოწერა, შეიძლება გამოჩნდეს გაფრთხილება „როგორც ჩანს, გაფრთხილება „კონტროლი ვერ მოხერხდა“ მაგრამ შეიძლება არსებობდეს განცხადებები, რომლებიც გაკეთდა ყველა IKZ-სთვის, შედეგი გენერირებულია, მინდა, რომ ერთ IKZ-ს მიეცა შედეგი „ჩავარდა“.

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

ცვლილება შესწორდა, დიდი ლოტის შეტყობინების განთავსების, თითოეული ლოტის მიხედვით კონვერტების გახსნის ოქმის განთავსების, თითოეულ ლოტზე მონაწილეთა რამდენიმე განაცხადის დამატება, განხილვისა და შეფასების ოქმის ფორმირების შემდეგ. განაცხადი, სწორი მნიშვნელობა Yenya ურთიერთქმედება ერთ-ერთ ლოტზე, ყველა განაცხადის შედგენა სხვა ლოტზე, თუ ნიშანი გამოვლინდა კონკურსის მიერ ისე, რომ არ ჩანდეს, როდესაც ოქმი გაიგზავნა განხილვისა და შეფასებისთვის განაცხადის კონტროლისთვის, შეცდომა "org.springframework.integration.transformer.MessageTransformationException: org.springframework.integration.MessageHandlingException: გამოხატვის შეფასება ვერ მოხერხდა: ["კონტექსტი" ])".

შესწორება შესწორებულია, რის შედეგადაც არსებობდა ყოველდღიური ჩანაწერების შექმნის შესაძლებლობა 03 და 14 ლ/წმ ორგანიზაციებისთვის Rosatom და Roscosmos.

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

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

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

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

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

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

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

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

დაფიქსირდა java.lang.NullPointerExceptionru.lanit.fz223. ... (PositionMapper.java:543)" რა ხდება, როდესაც მნიშვნელოვანი ცვლილებებია შესყიდვების გეგმაში, რომელშიც არის გრძელვადიანი პოზიციები შექმნილი 7.3 ვერსიის გამოშვებამდე.

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

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

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

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

შესწორებები გამოსწორდა Viconanne-ის შედეგად მე დაგეძებდირექტორის IPN-ის (ან IPN-ის ანალოგი უცხოელი ფიზიკური პირისთვის) მიხედვით, ძიების შედეგებში ნაჩვენები იყო შეტყობინება „ძებნა შედეგის გარეშე“