فشل في تشغيل EIS. يناقش الكرملين والبيت الأبيض كيفية إحياء نظام التحكم في تكنولوجيا المعلومات

أدت الأعطال في نظام المعلومات الموحد (UIS) في يناير إلى شل عمل العملاء عمليًا. في المنتديات المواضيعية وفي الشبكات الاجتماعيةاشتكى المستخدمون من استحالة وضع الخطط والجداول الزمنية في UIS واستدعاء متخصصي الدعم الفني، وهو الأمر الذي تتولى وزارة التنمية الاقتصادية في الاتحاد الروسي المسؤولية عنه. تنجم المشكلة عن القواعد الجديدة لتخطيط المشتريات وإدراج الرقابة المالية وفقًا للجزء 5 من المادة 99 من القانون رقم 44-FZ. ولحل المشكلة، اقترحت حكومة موسكو استخدام أنظمة المشتريات الإقليمية بالإضافة إلى نظام المعلومات الموحد.

ذروة شكاوى العملاء حول عدم القدرة على وضع الخطط والجداول الزمنية في نظام المعلومات الموحد، وبالتالي تنفيذ عمليات الشراء، حدثت في شهر يناير. مع مثل هذه المشاكل العالمية في العمل نظام المعلوماتولم يواجه العملاء مشاكل في قطاع المشتريات منذ عام 2006. ثم موقع ويب لنشر معلومات حول الطلبات الخاصة باحتياجات الدولة والبلدية ( zakupki.gov.ru) تم إطلاقه لأول مرة.

السبب الرئيسي لفشل UIS هو الكم الكبير من المعلومات. منذ عام 2017، ظهر مستخدمون جدد في النظام (المؤسسات الوحدوية البلدية والمؤسسات الوحدوية الحكومية)، وبدأت الإجراءات الجديدة في العمل (نشر الخطط والجداول الزمنية)، وفي النهاية لم يستطع ببساطة تحملها.

وأدت مشاكل نظام المعلومات الموحد إلى انخفاض حجم المشتريات في بداية العام الحالي. كما لوحظ المدير العاممنصة التداول الإلكترونية الموحدة (UETP) أ.إميليانوففي يناير 2015 و2016، في موقع واحد فقط، أعلن العملاء الحكوميون عن ما يقرب من 10 آلاف إجراء شراء بقيمة 20 مليار روبل تقريبًا. للمقارنة: في نهاية يناير 2017، تم الإعلان عن ونشر 1.6 ألف إجراء فقط في نظام المعلومات الموحد بحجم أقل قليلاً من 9 مليارات روبل. ولخص إميليانوف قائلاً: "لقد انخفض عدد المشتريات الحكومية بمقدار سبعة أضعاف، ولم تحصل الشركات على ما توقعته من 10 إلى 11 مليار روبل".

اشتكت موسكو من عمل EIS

كما لفت عمدة موسكو الانتباه إلى مشاكل نظام المعلومات الموحد إس إس سوبيانين، الذي قرر إثارة مسألة تشغيل UIS على مستوى حكومة الاتحاد الروسي. في رسالة إلى رئيس وزراء الاتحاد الروسي د.أ.ميدفيديفوأفاد أمين العاصمة عن “أعطال فنية دورية في عمل نظام المعلومات الموحد، تمنع نشر المعلومات الخاصة بالمشتريات والعقود الحكومية، ما يؤدي إلى فشلها”. واقترح إزالة المدن الفيدرالية، وكذلك الكيانات المكونة للاتحاد الروسي بحجم مشتريات يزيد عن 100 مليار روبل، من التشغيل المباشر لـ EIS.

وفقا لرئيس إدارة موسكو لسياسة المنافسة جي في ديجتيفاتم إرسال أكثر من ألف ونصف عقد من قبل عملاء موسكو للتسجيل في نظام المعلومات الموحد. وقال ديوغتيف في مائدة مستديرة نظمت خصيصًا في وكالة روسيا سيغودنيا الدولية للمعلومات: "ومع ذلك، فإن الأعطال الفنية في تشغيل النظام الفيدرالي لا تسمح لعملاء المدينة بشراء السلع والأشغال والخدمات الضرورية في الوقت المناسب للوفاء بالالتزامات الاجتماعية". وأعرب رئيس القسم عن قلقه قائلاً: "بسبب الفشل في عمل نظام المعلومات الموحد، من المستحيل نشر خطط وجداول المشتريات في الوقت المناسب، وهو أمر إلزامي اعتبارًا من 1 يناير 2017". «لم نتلق أي إخطارات من النظام بشأن نشر 134 خطة و338 جدول مشتريات» وبحسب ديجتيف، فإن شفافية إجراءات الشراء تبدأ من مرحلة التخطيط ولا ينبغي أن تكون الأعطال الفنية عائقًا أمام ضمان شفافية المشتريات. يرتبط نشرها في النظام ارتباطًا مباشرًا بانفتاح إجراءات الشراء لممثلي الأعمال.

إن قلق حكومة موسكو بشأن الوضع الحالي أمر مفهوم للغاية. ففي نهاية المطاف، يبلغ إجمالي حجم المشتريات السنوية لموسكو ما يقرب من 500 مليار روبل. "اتضح أن كل عُشر روبل متورط فيه المشتريات العامة، ينتمي إلى موسكو، حسب حساب ديوغتيف. اليوم، يشارك 2.5 ألف عميل و9.5 ألف مشارك في العلاقات التعاقدية في نظام المشتريات في موسكو. يعمل نظام المشتريات المؤسسية بالمدينة (EAIST) في العاصمة منذ أكثر من عشر سنوات، وقد تم اختباره بدقة وأثبت فعاليته. تشبه وظائفه إلى حد ما نظام المعلومات الموحد، ومع ذلك، هناك وظائف إضافية ضرورية لتنسيق مشتريات الأقسام، والرقابة المالية، والتفويض بالمدفوعات بموجب العقود. وفقًا لـ Dyogtev، فإن هذا المورد قادر ليس فقط على ضمان التخطيط في الوقت المناسب وتنفيذ العقود، ولكن أيضًا إجراء عمليات الشراء وفقًا لقواعد موحدة. من المفترض أن يتم عرض معلومات الشراء في نظام المعلومات الموحد وعلى بوابة الموردين في موسكو.

بحسب نائب رئيس القسم تكنولوجيا المعلوماتموسكو إيه في جورباتكو، من أجل التكامل الوثيق الأنظمة الإقليميةوEIS اليوم لا توجد عقبات. "من الناحية الفنية، يمكن للأنظمة الإقليمية أن تصبح نوعًا من الاستمرار أو التوسع في وظائف النظام الفيدرالي. يقول جورباتكو: "يمكن أيضًا ربط منصات التداول الإلكترونية بهذه الوظيفة، حيث يمكن نشر معلومات حول التداول".

وقد حظي موقف موسكو بدعم كامل من مدير رابطة منصات التداول الإلكترونية آي دي ديميتروف. وهو يعتقد أنه خلال السنوات القليلة الماضية توقف نظام المشتريات عن التطور، ولهذا السبب ظهرت المشاكل التي تواجهها الشركات والدولة اليوم. "إن الآلية التي تقترحها سلطات موسكو لحل مشكلة نظام معلومات المشتريات الفيدرالي تبدو لنا مختصة وفي الوقت المناسب. وفي الوقت نفسه، نرى أن الشرط الرئيسي للانتقال إلى منصة إقليمية هو أن تكون جميع الإجراءات في متناول قطاع الأعمال والجمهور على حد سواء. وأكد ذلك أيضا مشاكل فنيةلن يكون هناك أي ازدواجية في المهام، حيث أن المواقع والجهات الحكومية ونظام المعلومات الموحد متزامنة بشكل كامل.

حتى لا "يسقط" نظام المعلومات البيئية

"أي فشل في نظام المعلومات"، أعرب أمين المظالم المشتريات عن رأيه إس في غابيسترو. "من خلال تركيز الإجراءات ذات الأهمية القانونية على منصة واحدة، تدخل الدولة في منطقة خطر الفشل في الوفاء بالتزاماتها الاجتماعية تجاه المواطنين". وهو، مثل ديميتروف، يعتقد أن عمل دائرة الاستخبارات الاقتصادية لا يتحسن من سنة إلى أخرى، بل يزداد سوءا. "لن يتغير شيء حتى لو تغير مشغلو النظام. إن معهد اليونسكو للإحصاء مثالي فقط في النموذج المطلق، ولكنه غير قابل للتطبيق في الحياة”، أصدر أمين المظالم حكمه. واقترح أن يتم نقل جميع الإجراءات ذات الأهمية القانونية التي تتم على UIS إلى أنظمة معلومات منفصلة. وفي الوقت نفسه، يجب أن يظل موقع UIS الإلكتروني بمثابة مركز بيانات أو وحدة تحليلية لمراقبة تصرفات العملاء والتحكم فيها. وأكد غابيسترو: "لكن يجب أن تكون هذه بيانات، وليس مجموعة من الملفات والإعلانات وكل شيء آخر يمكن رؤيته هناك اليوم". بالإضافة إلى ذلك، أشار إلى أنه بالإضافة إلى أنظمة المعلومات الإقليمية، يمكن التركيز على التجارة والخدمات إلكترونيًا منصات التداول، والتي تعمل بشكل أكثر ثباتًا من EIS.

كما أعرب الخبراء عن شكوكهم في أنه بدون حل عالمي للمشاكل الناشئة في نظام معلومات الطاقة، فمن غير المرجح أن يتعامل مع عبء آخر. كما تعلمون، فإن مشروع قانون التحول الكامل إلى التداول الإلكتروني قيد النظر حاليًا في مجلس الدوما في الاتحاد الروسي. وبالتالي، قد يزيد الحمل على UIS عشرة أضعاف. سيتعين على جميع المشاركين في المشتريات التسجيل في النظام: يوجد اليوم حوالي 300 ألف عميل وحدهم. ما إذا كان UIS قادرًا على تحمل عشرات الآلاف من المستخدمين الآخرين هو سؤال كبير.

O. V. إيزوتوفا

ويتعين زيادة دور الأنظمة الإقليمية

لقد طلبنا من رئيس لجنة نظام الدولة في سانت بطرسبرغ التعليق على الوضع المحيط بدائرة الاستخبارات البيئية ديمتري إيجوريفيتش ساشكوف.

ديمتري إيغوريفيتش، موسكو دقت ناقوس الخطر بشأن التشغيل غير المستقر لنظام المعلومات الموحد. هل تشارك هذه المخاوف؟

نحن نعرف بشكل مباشر المشاكل التي تواجهها موسكو ونشارك سلطات العاصمة موقفها بالكامل. ونعتقد أنه من الضروري اتخاذ تدابير حاسمة لتسوية الوضع الحالي في المستقبل القريب جدا. واليوم، تتراكم المشاكل المرتبطة بعدم القدرة على تنفيذ إجراءات الشراء مثل كرة الثلج.

بدءًا من يناير 2017، لن يتمكن العملاء الحكوميون في سانت بطرسبرغ من نشر الجداول الزمنية. نتلقى كل يوم العشرات، وأحيانًا المئات من المكالمات إلى أرقام الخطوط الهاتفية الساخنة ومكتب المساعدة - وهذا هو مصدرنا لتقديم الدعم الفني للمستخدمين. ويقوم المتخصصون في لجنة مشتريات الدولة والمؤسسات التابعة لها بالتصحيح على مدار الساعة تقريباً الوضع اليدويالأخطاء التي ينتجها النظام.

هل تؤيد اقتراح حكومة موسكو: السماح للمدن ذات الأهمية الفيدرالية، وكذلك الكيانات المكونة للاتحاد الروسي التي يبلغ حجم المشتريات الحكومية فيها أكثر من 100 مليار روبل سنويًا، باستخدام بوابات الإنترنت الخاصة بها والتي لا تعتمد على EIS.

تمتلك المناطق في الواقع أنظمة معلومات خاصة بها، والتي تمثل آلية منطقية لتسجيل وتخطيط وتنفيذ عمليات الشراء المنصوص عليها في القانون. ومع ذلك، فإننا لا نرى أنه من الصحيح رفض التعامل مع نظام المعلومات الموحد. لقد قلت أكثر من مرة أن هذا سيتناقض مع مبدأ وجود مساحة اقتصادية واحدة في الإقليم الاتحاد الروسي. تقترح سانت بطرسبرغ إعطاء الأولوية للأنظمة الإقليمية: يجب نشر الوثائق التي تم إنشاؤها في أنظمة المعلومات الإقليمية، وفقًا للقانون، في نظام المعلومات الموحد. إذا لم يكن تكامل البيانات ممكنًا، فمن الضروري نشر المستند الأساسي الموقع في UIS كنسخة مسجلة فيه حساب شخصيالعميل في EIS. ومن ثم فإننا ندعو إلى زيادة دور الأنظمة الإقليمية لعمل العملاء الحكوميين.

إن الإصلاح التشريعي الذي بدأ في عام 2017 لتعزيز سيطرة الخزانة على نفقات الميزانية كاد أن يؤدي إلى انهيار نظام المعلومات الموحد (UIS) للمشتريات. تمت مناقشة المشكلة أمس في اجتماعات مع الرئيس والبيت الأبيض، واعتذرت وزارة الخزانة الفيدرالية رسميًا للعملاء عن الفشل في نظام المعلومات الموحد. ووفقا لصحيفة كوميرسانت، تدرس الحكومة الآن تعليق استخدام الرقابة الأولية على المشتريات لتقليل العبء على النظام. وفي الوقت نفسه، لم تتمكن أي من الإدارات التي تطالب بها - لا وزارة الخزانة ولا وزارة الاقتصاد - من تحقيق السيطرة الكاملة على نظام معلومات الأثر البيئي.

لم يكن نظام المعلومات الموحد لمراقبة المشتريات الحكومية جاهزًا للتعديلات على قانون نظام العقود (44-FZ) التي دخلت حيز التنفيذ في 1 يناير 2017. على وجه الخصوص، فهي تنص على تعزيز سيطرة الخزانة على خطط المشتريات لعملاء الدولة، والتي زاد عددها بشكل حاد بسبب نقل مشتريات المؤسسات الوحدوية، التي كانت تعمل سابقًا وفقًا لقواعد الشركات المملوكة للدولة، إلى 44 -FZ. هذا الأسبوع، اعتذرت وزارة الخزانة الفيدرالية (المسؤولة عن تشغيل نظام المعلومات الموحد) علنًا للعملاء عن حالات "الاستحالة" المنتشرة على نطاق واسع لنشر بيانات المشتريات، معترفة بحقيقة وجود "صعوبات فنية" عند العمل مع نسخة جديدةأنظمة المشتريات الفرعية لنظام "الميزانية الإلكترونية".

وفقًا لإحصائيات EIS، في نهاية يناير 2017، انخفض عدد الإعلانات حول العقود في موسكو والمنطقة تسع مرات، وانخفض الحجم بأكثر من ثلاث مرات (في نهاية يناير 2017 - 74 إشعارًا مقابل 691 مليون روبل قبل عام - 691 إشعارًا بقيمة 2.3 مليار روبل). وفي سانت بطرسبرغ، انخفض حجم العقود بنحو 20 مرة - 60 مليون روبل. فبدلاً من 1.2 مليار في العام السابق، بلغ عدد الإخطارات حوالي عشرة أضعاف (153 مقابل 1.6 ألف).

ترجع المشاكل إلى التحميل الزائد على الخدمة لتفاعل نظام معلومات المستخدم مع الأنظمة الخارجية، والفشل عند وضع خطط المشتريات الإقليمية لمدة ثلاث سنوات وجداول العملاء السنوية في نظام معلومات المستخدم. ووفقا لمصدر كوميرسانت في حكومة موسكو، فإن "الوضع مع نظام المعلومات الموحد أدى إلى انهيار لعدة أشهر في المشتريات الحكومية على مستوى الدولة". يقول محاور كوميرسانت: "لقد فقدنا السيطرة الداخلية على عملائنا، وعلى مشترياتهم؛ ولا يمكننا التحقق من موضوعية السعر، ولا امتثال وثائقهم للنماذج المعمول بها".

في 30 يناير، قال رئيس مجلس إدارة المنظمة العامة لمنتدى العلاقات التعاقدية (FCO)، ميخائيل بورودوفسكي، في رسالة إلى النائب الأول لرئيس الوزراء إيجور شوفالوف، الذي يشرف على المشتريات، إن مطوري UIS "لا يمكنهم إلغاء مشاكل” مرتبطة بتعديله على تعديلات تشريعية جديدة، وخدمة الدعم الفني (تتولى وزارة الاقتصاد مسؤوليتها) “توقفت عن الاستجابة لطلبات العملاء”. في الوقت نفسه، لم تحقق الشكاوى المقدمة من العملاء إلى الإدارتين المشرفتين على EIS (الخزانة الاتحادية ووزارة الاقتصاد) نتائج. كوسيلة لحل المشكلة، اقترحت وزارة الخارجية البريطانية، من بين أمور أخرى، تحديد تاريخ دخول تعديلات التشريع حيز التنفيذ، مع الأخذ في الاعتبار الوقت اللازم لوضع اللمسات النهائية على UIS، للسماح للعملاء الإقليميين والبلديات في هذا الحدث فشل UIS في إجراء عمليات شراء على بواباتهم، وكذلك فرض حظر على تحميل العملاء المسؤولية خلال فترة التشغيل غير الصحيح للنظام (ينص قانون الجرائم الإدارية على غرامات تتراوح من 3 آلاف إلى 500 ألف روبل لانتهاك المواعيد النهائية لنشر البيانات في نظام المعلومات الموحد). دعونا نلاحظ أن عمدة موسكو سيرجي سوبيانين خاطب البيت الأبيض في وقت سابق بطلب مماثل بشأن إمكانية الشراء المستقل على بوابات المشتريات الخاصة بهم للمدن ذات الأهمية الفيدرالية (انظر كوميرسانت في 25 يناير).

وأشار ميخائيل بورودوفسكي، في محادثة مع كوميرسانت، إلى أن وزارة الخزانة يجب أن تصر على أن مجلس الدوما والحكومة، عند اعتماد التعديلات في مجال المشتريات، يحسبان لحظة دخولها حيز التنفيذ، مع الأخذ في الاعتبار الوقت اللازم لإجراء المنافسة الإجراءات والتمويل العمل الفني. نائب رئيس وزارة الاقتصاد، إيفجيني إيلين، الذي يشرف على الدعم المنهجي لـ EIS، أيد مقترحات وزارة الخارجية. وكما قالت مصادر في الإدارات المعنية لصحيفة كوميرسانت، فقد تم بالفعل عقد اجتماعات حول هذا الأمر في وزارة المالية ووزارة الاقتصاد، وبناء على نتائجها، سيتم تقديم مقترحات للحكومة لتقليل الإجراءات الزائدة عن الحاجة لتخفيف العبء على كاهل الحكومة نظام المعلومات الموحد - بما في ذلك تعليق استخدام الرقابة الأولية على المشتريات وتطبيقه على مراحل.

يشير أمين المظالم في مجال المشتريات سيرجي غابيسترو إلى أنه مع اعتماد مشاريع القوانين المتعلقة بالانتقال الكامل إلى التداول الإلكتروني، والتي يدرسها مجلس الدوما حاليًا، فإن العبء على نظام المعلومات الموحد سيزداد بشكل حاد مرة أخرى. علاوة على ذلك، إذا تم اعتماد مشروع القانون الحكومي الخاص بإنشاء التسجيل الإلزامي للمشاركين في نظام المعلومات الموحد، فإن عدد الجهات العاملة في هذا النظام (حاليًا أكثر من 300 ألف) سيزيد خمس مرات على الأقل، وعلى الأرجح عشر مرات أو أكثر. ويقترح السيد غابيسترو نفسه استخدام نظام المعلومات البيئية باعتباره "وحدة تحليلية" لرصد ومراقبة تصرفات العملاء، وتركيز التداول والخدمات على منصات التداول الإلكترونية.

على هذه الخلفية، تخلت الحكومة، بحسب مصادر كوميرسانت، عن فكرة تركيز إدارة نظام المعلومات الموحد في إدارة واحدة - أرادت كل من وزارة الخزانة ووزارة الاقتصاد أن تصبح هذه الإدارة. ومع ذلك، سيتعين على الأخير أن يتنازل للخزانة عن سلطة تطوير المتطلبات الوظيفية لنظام المعلومات الموحد. ولم يتسن الحصول على تعليقات رسمية من الكرملين والبيت الأبيض أمس.

آنا بوشكارسكايا، سانت بطرسبرغ؛ صوفيا أوكون

من الناحية العملية، غالبًا ما يواجه العملاء عدم إمكانية تشغيل نظام معلومات المستخدم. تكون أخطاء النظام غير مناسبة بشكل خاص عندما تقترب فترة نشر المعلومات فيه من نهايتها. ماذا تفعل في مثل هذه المواقف - واصل القراءة

يتم تحسين نظام المعلومات الموحد في مجال المشتريات باستمرار. ومع ذلك، تحدث حالات الفشل والأخطاء في عملها. ربما واجه كل عميل مرة واحدة على الأقل مشاكل مرتبطة بالوصول إلى موقع EIS.

ما الذي يتعارض غالبًا مع عمل العميل في UIS؟ على سبيل المثال هذا:

• غير قادر على تسجيل الدخول إلى الموقع؛
• لا يمكن الوصول إلى الحساب الشخصي؛
• لا يمكن نشر معلومات حول الشراء؛
• لا يمكن وضع جدول زمني أو إجراء تغييرات عليه؛
• أقسام EIS لا تعمل.

قد يحدث تدخل في تشغيل UIS عند تحديث إصدار البوابة الإلكترونية. تحدث المشاكل غالبًا في عطلات نهاية الأسبوع والأعياد. في كثير من الأحيان، لا يستطيع الموقع ببساطة تحمل الأحمال العالية عندما يتجاوز عدد الطلبات الحد الأقصى. ولكن يحدث أيضًا أن EIS يعمل، لكن المشاكل نشأت خصيصًا لك.

كقاعدة عامة، يولد النظام خطأ في مثل هذه الحالات. ماذا يجب على العميل أن يفعل؟أولاً:

• الاتصال 24/7 الخط الساخندعم EIS على أرقام الهاتف المحددة والإبلاغ عن المشكلة؛
• التقاط لقطات شاشة لـ UIS غير العامل؛
• اكتب طلبًا إلى الدعم الفني وأرفق لقطات الشاشة.

في بعض الأحيان ترتبط المشكلات بإصدار قديم من المتصفح وإعداداته والحاجة إلى مسح ذاكرة التخزين المؤقت. إذا لم يساعد ذلك، فاطلب إنشاء حادثة مرة أخرى. سيتم حل المشكلة في أسرع وقت ممكن، وسيتم إعلامك.

يعد اتخاذ إجراء سريع ضروريًا لأن المادة 7.30 من قانون الجرائم الإدارية للاتحاد الروسي تحدد المسؤولية الإدارية عن انتهاك المواعيد النهائية لنشر المعلومات والوثائق في نظام المعلومات الموحد. قد يتم تغريم العميل، ويعتمد مبلغ الغرامة على طريقة الشراء ومدى تأخر الإيداع:

ستكون هناك حاجة إلى لقطات شاشة وتسجيل محادثة هاتفية مع خدمة الدعم ورقم تسجيل الحادث عندما تكون لدى هيئة المراقبة أسئلة حول انتهاك المواعيد النهائية.

وبهذه الطريقة يمكنك شرح سبب الإيداع غير المناسب في نظام المعلومات الموحد، وإثبات أنك اتخذت جميع التدابير اللازمة وحماية نفسك من العقوبات.

اقرأ آخر الأخبار وشروحات الخبراء حول المواضيع الساخنة في مجال المشتريات العامة في مجلة "Goszakupki.ru"

ما هي الأخطاء التي تم إصلاحها:

تم تصحيح خطأ قد يؤدي إلى عدم تلقي UZ ردًا على طلب للحصول على معلومات حول بروتوكول المرحلة الأولى من المناقشة العامة لعملية شراء كبيرة باستخدام نظام المعلومات الموحد؛
• تم إصلاح الخلل الذي أدى إلى تلقي المستخدم الخطأ عند إرسال خطة الشراء إلى UIS: "بيانات غير صحيحة. بيئة تطوير متكاملة. اسم مستخدم المستخدم، التوقيع الالكترونيالذي هو موجود في العقدة " وثيقة إلكترونية"المستلم من نظام خارجي" (extPrintForm) في علامة extPrintForm\signature يجب أن يتطابق مع رقم التعريف الضريبي (TIN) الخاص بالمؤسسة التي يقع المستند المستلم في حسابها الشخصي"؛
• تم إصلاح الخلل الذي حدث بعد إجراء تغييرات على الجدول وحذف الملفات المرفقة في علامة التبويب "المستندات". الملفات المحذوفةيمكن أن تظهر في النسخة المنشورة التالية من الجدول الزمني.

تحديث UIS بتاريخ 10 أغسطس 2017 فيما يتعلق بالنظام الفرعي "الميزانية الإلكترونية" إلى الإصدار 7.1.11

ما هي المشاكل التي تم حلها:

• تم تصحيح خطأ ونتيجة لذلك، عند إنشاء نتيجة المراقبة بناءً على إشعار الشراء، فإن قيمة سعر العقد الأولي (الحد الأقصى) لالتزامات الميزانية المقبولة في سطر الموقف بالجدول لا تتوافق مع القيمة في سطر إشعار الشراء.

تحديث UIS بتاريخ 29 يوليو 2017 في الجزء 223-FZ إلى الإصدار 7.1.12

يتم الآن عرض المعلومات المتعلقة بتنفيذ العقد بالكامل؛
• يمكن إزالة مسودة التغييرات في خطة المشتريات من التقييم والرصد بعد ثلاثة أيام بدلاً من خمسة؛
• عند تنزيل مسودة تعديل العقد بدون رمز المنطقة، يظهر الخطأ "java. لانج. NumberFormatException: null: nulljava. لانج. عدد صحيح. parseInt(Integer.jav a:428)".

تحديث UIS بتاريخ 29 يوليو 2017 في الجزء 44-FZ إلى الإصدار 7.1.1

• في بطاقة المؤسسة التي تتمتع بسلطة "البنك"، لم تعد القيمة من حقل "BIC" معروضة في حقل "رمز تعريف البنك"؛
• عند نشر خطة المشتريات، يظهر الخطأ "بيانات غير صالحة. يجب أن يتطابق رقم التعريف الضريبي للمستخدم الذي يوجد توقيعه الإلكتروني في العقدة (extPrintForm) مع رقم التعريف الضريبي الخاص بالمؤسسة"؛
• لن يحدث أي خطأ عند نقل مشروع مزاد إلكتروني مشترك من نظام خارجي؛
• تاريخ انتهاء صلاحية الدواء في النموذج المطبوع وفي حزمة البيانات التي تقوم بتنزيلها هو نفسه الآن؛
• عند إدخال المعلومات في خطة الفحص، يتم عرض معلومات موثوقة حول فترة الفحص، ويتم أيضًا ملء أعمدة "رقم الطلب" و"رقم الإشعار".

تحديث UIS بتاريخ 22 يوليو 2017 في الجزء 223-FZ إلى الإصدار 7.1.11

ما هي المشاكل التي تم حلها:

• عندما تقوم بإنشاء مسودة تعديل العقد، سيكون حقل "الدفعة" متاحًا للتحرير؛
• يعمل البحث عن العقود الآن إذا تم تعيين المعلمة "المورد هو شركة صغيرة ومتوسطة الحجم"؛
• التحكم "رقم القطعة: _ (المنظمة) تمت الإشارة إلى عناصر خطة الشراء والتي تم بالفعل وضع إشعارات الشراء لها" يعمل الآن بشكل صحيح؛
• عند تسجيل الدخول إلى حسابك الشخصي، يتم تحميل البيانات المتعلقة بالمؤسسة من نظام التعريف الموحد والخدمات اللوجستية بشكل صحيح.

تحديث UIS بتاريخ 22 يوليو 2017 في الجزء 44-FZ إلى الإصدار 7.1.9

ما هي الأخطاء التي تم إصلاحها:

تعرض علامة التبويب "وظائف خطة المشتريات" الآن جميع المناصب؛
• تعرض بطاقة الشراء الآن كتلة "المزايا والمتطلبات للمشاركين"؛
• في بطاقة المؤسسة مع سلطة "البنك"، يتم الآن ملء حقل "رمز تعريف البنك"؛
• عند قيامك بتغيير عناصر الشراء الخاصة، يتم الآن عرض مبالغ الدعم المالي بشكل صحيح؛
• kovy IKZ وتم إلغاء منصب واحد، ولن يعمل التحكم التلقائي "تم ملء أرقام المناصب في الجدول بشكل غير صحيح..." عند النشر؛
• إذا أضفت موقعين إلى الجدول من موقع واحد، وإذا قمت بتنزيل أرشيف ونشرت الملف، فسيظهر الخطأ "الملفات ليست جاهزة للنشر بعد. يرجى المحاولة مرة أخرى لاحقًا";
• عند نشر فحص غير مجدول، لن يظهر الخطأ "في معلومات الفحص غير المجدول، موضوع المراقبة هو شراء/أمر مع طريقة تحديد المورد "المزاد الإلكتروني" ..."؛
• عند تحميل معلومات الجدول الزمني، يظهر الخطأ "UE. الاستثناء المتداخل هو: javax. com.ejb. EJBException: انظر الاستثناء المتداخل؛ الاستثناء المتداخل هو: java. لانج. IllegalStateException: تمت تهيئة السبب بالفعل";
• لن يتم تجميد control99NoticeCompliance أثناء عملية الإرسال؛
• عند نشر طبعة جديدة من المعلومات حول الرفض الأحادي للوفاء بالعقد، تتوفر الآن صفحة نموذج مطبوعة.

تحديث UIS بتاريخ 22 يوليو 2017 فيما يتعلق بالنظام الفرعي "الميزانية الإلكترونية" إلى الإصدار 7.1.9

ما هي المشاكل التي تم حلها:

• عند فتح قسم "تسجيل العقود" أو تحديد "المستندات" فيه قائمة السياقلن يظهر الخطأ "الصفحة المطلوبة غير متاحة مؤقتًا". يرجى المحاولة مرة أخرى لاحقًا";
• البحث عن طريق إدخال السجل وجميع حالات معلومات العقد تعمل الآن؛
• عند إنشاء معلومات حول عقد وإرفاق ملف في علامة التبويب "المستندات"، لن يظهر الخطأ "حدث خطأ أثناء تحميل الملف إلى الخادم"؛
• بعد تلقي السيطرة الإيجابية بموجب الجزء 5 من المادة 99 من القانون رقم 44-FZ، ستنتقل المعلومات المتعلقة بالتغييرات في العقد إلى الحالة "المرحلة"؛
• إذا كانت المعرفات الموجودة في المعلومات المتعلقة بالعقد وحول تنفيذ العقد متطابقة، فسيتم نشر المعلومات المتعلقة بالعقد بعد مراقبة الخزانة؛
• تم الآن نشر الطبعة الجديدة من المعلومات المتعلقة بإنهاء العقد من جانب واحد بشكل صحيح؛
• إذا تلقيت تقريرًا بعدم الامتثال للمتطلبات، فستخضع المعلومات المتعلقة بالتغييرات في العقد الآن للتحكم؛
• إذا قمت بإرسال نسخة جديدة من العقد للتحكم والاستلام نتيجة إيجابية، سيحصل العقد على حالة "تم وضعه".

تحديث UIS بتاريخ 19 يوليو 2017 في الجزء 44-FZ إلى الإصدار 7.1.8.1

الآن، عند تحميل معلومات حول الجدول الزمني، خطأ فني"org.springframework.integration.handler.LoggingHandler HandleMessageInternal...".

تحديث UIS بتاريخ 15 يوليو 2017 في الجزء 223-FZ إلى الإصدار 7.1.10

يتم عرض زر "إعادة التسجيل" والرسالة "تحتاج إلى إعادة تسجيل مؤسستك" بشكل صحيح.

تحديث UIS بتاريخ 15 يوليو 2017 في الجزء 44-FZ إلى الإصدار 7.1.8

أصبحت بعض الحقول عند تحميل معلومات حول مؤسسة ما من SVR اختيارية الآن.

ما هي المشاكل التي تم حلها:

• عندما تنتقل إلى الصفحة التالية من علامة التبويب "عناصر خطة المشتريات"، لن ينخفض ​​عدد السجلات؛
• تتوافق الآن المعلومات المتعلقة بتكرار تسليم البضائع في بطاقة عنصر الجدول الزمني مع المعلومات الموجودة في الحساب الشخصي للعميل؛
• عند إنشاء إشعار لعنصر جدول وإضافة منتج، يصبح الزر "حذف" متاحًا الآن؛
• عند نشر تغييرات على الجدول، لن يعمل عنصر التحكم "إذا تم نشر الجداول من قبل الإدارة" بشكل خاطئ منطقة البلدية... يجب تحديد قيمة لها سمة منطقة بلدية (رقم 6 أو 8 أو 9 في الرقم الثالث من رمز OKTMO لكيان قانوني عام)"؛
• عند نشر نتائج مراقبة التفتيش غير المجدول، لن يظهر الخطأ "بسبب مشاكل فنية، لا يمكن تنفيذ المراقبة التلقائية لانتهاكات القانون بالكامل ..."؛
• تم الآن تحميل دليل الأدوية على FTP بشكل صحيح؛
• عند تحميل معلومات الجدول الزمني، لن يحدث الخطأ الفني "org.springframework.integration.handler.LoggingHandler HandleMessageInternal...".

تحديث UIS بتاريخ 11 يوليو 2017 في الجزء 44-FZ إلى الإصدار 7.1.7.1

أصبحت الآن جميع الحقول الموجودة في علامة التبويب "كائن الشراء" في سجل العقد نشطة. في السابق، لم تكن بعض الحقول متوفرة عندما قام العملاء بإنشاء معلومات أو تغييرها.

تحديث UIS بتاريخ 8 يوليو 2017 في الجزء 223-FZ إلى الإصدار 7.1.9

ما هي المشاكل التي تم حلها:

• إذا قمت بتحديد قيمة غير رقمية في حقل "الكمية" في موضع معلومات تنفيذ العقد، فلن يحدث الخطأ "الصفحة المطلوبة غير متاحة مؤقتًا"؛
• عند نشر مسودة التغييرات على المعلومات المتعلقة بتنفيذ العقد الذي تم إلغاؤه، سيتم تعيين حالة العقد "اكتمل التنفيذ"؛
• عند إنشاء عنصر خطة جديد، لن يعمل التحكم بدون وصف؛
• الآن لن تختفي خطط الشراء في حسابك الشخصي بعد حذف تغييرات مسودة الخطة؛
• عندما تقوم بنشر مسودة تغييرات على خطة الشراء للمنتجات المبتكرة، لن يتم تشغيل عنصر التحكم "تحتوي خطة الشراء على عناصر ذات موعد نهائي للعقد قبل تاريخ بدء التخطيط المحدد" بشكل خاطئ.

تحديث UIS بتاريخ 8 يوليو 2017 في الجزء 44-FZ إلى الإصدار 7.1.7

ما الذي تغير:

• أصبح قسم "القيود" في الإشعار يسمى الآن "القيود والمحظورات"؛
• نفذت الانتقال إلى تنسيقات الملفات SVR 1.3 بتاريخ 24 أبريل 2017.

ما هي المشاكل التي تم حلها:

• لن تختلف حالات تسجيل بطاقة المنظمة والمعلومات المتعلقة بالمنظمة بعد الآن؛
• عندما تقوم بتغيير خطة الشراء، لن يتم تشغيل عنصر التحكم "في معلومات الموقع، كائن الشراء... لم يتم ملء الحقول المطلوبة: رمز نوع المصروفات" عن طريق الخطأ؛
• في مسودة تغييرات الجدول الزمني التي تم قبولها، سيتم الآن ملء كتلة التبرير متطلبات إضافيةللمشاركين في المشتريات؛
• يعرض مسودة الإشعار المقبول بشكل صحيح الوقت الذي تنتهي فيه من قبول الطلبات.

تحديث UIS بتاريخ 8 يوليو 2017 فيما يتعلق بالنظام الفرعي "الميزانية الإلكترونية" إلى الإصدار 7.1.7

ما الذي تغير:

• من الممكن الآن عدم الإشارة إلى CWR لمصدر التمويل "الأموال من خارج الميزانية" في معلومات العقود الخاصة بالمؤسسات المملوكة للدولة؛
• في حقل "كمية شكل الجرعة في العبوة الأولية" في دليل مصنف الأدوية، يمكنك الآن إدخال قيم كسرية.

تحديث UIS بتاريخ 6 يوليو 2017 في الجزء 44-FZ إلى الإصدار 7.1.6.1

1. حتى 1 يناير 2018، ستعلق الخزانة التحقق من المعلومات التي يدرجها العميل في سجل العقود. لن تقوم الخزانة بالتحقق من:
   • مدة العقد
   • كمية السلع والأشغال والخدمات؛
   • وحدات القياس
   • معلومات حول تنفيذ وإنهاء العقد؛
   • شروط التزام الميزانية المقبولة للمحاسبة.

   تم تعليق السيطرة على هذه المواقف من قبل حكومة الاتحاد الروسي بموجب القرار رقم 443 بتاريخ 13 أبريل 2017.

2. تم تغيير القواعد التي يقوم العملاء من خلالها بإنشاء معلومات حول الرموز تصنيف الميزانيةنفقات. ستؤثر التغييرات على المؤسسات الوحدوية ومؤسسات الميزانية والمؤسسات المستقلة، باستثناء المشتريات نيابة عن عميل الدولة (الجزء 6، المادة 15 من القانون رقم 44-FZ).

   يجب تحديد 18-20 رقمًا فقط من الرمز. عند الشراء بأموال المنظمة، لا يلزم تحديد الرموز.

   يجب أن يتضمن سجل العقود معلومات إضافية:

   • المبلغ المقدم
   • السعر لكل وحدة من السلع والعمل والخدمة؛
   • معلومات حول الضمان ومدته وحالة الضمان.

تحديث UIS بتاريخ 22 أبريل 2017 في الجزء 223-FZ إلى الإصدار 7.0.26

عند عرض ملف XML الخاص بنموذج خطة الشراء القابل للطباعة، يتم عرض حقل "سبب الإلغاء" والقيمة الصحيحة في حقل "سنة التقرير".

تحديث UIS بتاريخ 22 أبريل 2017 في الجزء 44-FZ إلى الإصدار 7.0.25

ما هي المشاكل التي تم حلها:

• عند فتح بطاقة جدول مع نموذج قائمة، يتم الآن عرض الإصدار الحالي؛
• يتم الآن إرسال نتائج مراقبة المستندات في الحالة "المرسلة" إلى الحساب الشخصي للعميل؛
• يتم الآن ملء الحقل "تكرار أو عدد مراحل تسليم البضائع وأداء العمل وتقديم الخدمات" في النموذج المطبوع للجدول عند تغيير مواضع الجدول؛
• عندما تقوم بإنشاء إشعار لعناصر الجدول الزمني، سيتم ملء الحقول التي تصف البضائع والأعمال والخدمات؛
• تم تحسين تشغيل التطبيق، الذي يرسل معلومات حول المشتريات والبروتوكولات إلى الحساب الشخصي لهيئة المراقبة؛
• التحكم "لم يتم ملء الحقل المطلوب التالي: وصف موجزيتم الآن تشغيل التغييرات"؛
• يتم الآن عرض معلومات التحكم في النظام الفرعي "الميزانية الإلكترونية"، ويتم عرض دفعة الشراء الصحيحة في النموذج المطبوع للضمان البنكي؛
• عند إنشاء نتائج التحكم في تنفيذ العقد في النظام الفرعي "الميزانية الإلكترونية"، يتم عرض IPC في كتلة "الامتثال لرمز تعريف السعر والمشتريات".

تحديث UIS بتاريخ 15 أبريل 2017 في الجزء 223-FZ إلى الإصدار 7.0.25

ما هي المشاكل التي تم حلها:

• عند التحقق من مسودة التغييرات على خطة الشراء، يظهر الخطأ "الصفحة المطلوبة غير متاحة مؤقتًا. يرجى المحاولة مرة أخرى لاحقًا";
• عندما تقوم بإنشاء تقرير سنوي عن المشتريات من SMP، سيكون عام 2015 متاحًا كسنة إعداد التقارير.

تحديث UIS بتاريخ 15 أبريل 2017 في الجزء 44-FZ إلى الإصدار 7.0.24

ما هي المشاكل التي تم حلها:

• الآن سيتم نشر المعلومات في نظام المعلومات الموحد بدون نتائج مراقبة الخزانة. يتعلق الابتكار بخطة الشراء والجدول الزمني والإشعار وبروتوكول تحديد المورد. لا يزال من غير الممكن وضع المعلومات في سجل العقود بنتيجة رقابية سلبية؛
• تمت إضافة معيار "الضمان لتنفيذ عقد الإصلاحات الكبرى" إلى معلمة البحث "نوع الضمان"؛
• تعرض بطاقة الضمان البنكي عبارة "ضمان تنفيذ عقد الإصلاحات الكبرى"؛
• في البطاقة وفي النموذج المطبوع للضمان البنكي يتم عرض تفاصيل "رقم المزاد الإلكتروني" للضمانات المصرفية بنوع الضمان "ضمان تنفيذ عقد الإصلاحات الكبرى"؛
• في بطاقة خطة المشتريات ضمن 223-FZ يتم الآن عرض الكتلة "منطقة توريد السلع، أداء العمل، تقديم الخدمات"؛
• عند الانتقال إلى الصفحة التالية لبطاقة خطة المشتريات، يقوم النظام بعرض المواقف؛
• يمكنك الآن تحرير حقول علامة التبويب "الأساس المنطقي للتغييرات" لموضع الجدول الزمني بالحالة "لم يتم النشر بناءً على نتائج التحكم"؛
• عند نقل معلومات التحكم من نظام خارجي إلى الحساب الشخصي لهيئة التحكم، لن تظهر رسائل حظر غير صحيحة: يجب عليك ملء الحقول "اسم المستند للمقارنة"، "تاريخ المستند للمقارنة"؛
• في النظام الفرعي "الميزانية الإلكترونية"، ستتمكن من تحديد رقم المزاد الإلكتروني يدويًا عند وضع ضمان بنكي بالسمة "تم تشكيل الضمان بموجب عقد للإصلاحات الرئيسية"؛
• في النظام الفرعي "الميزانية الإلكترونية"، يتم إخفاء مؤشرات فترة المراقبة.

تحديث UIS بتاريخ 8 أبريل 2017 في الجزء 44-FZ إلى الإصدار 7.0.23

ما هي المشاكل التي تم حلها:

• عند البحث في بطاقة خطة المشتريات، يتم الآن عرض كافة المناصب؛
• عند إرسال بروتوكول لمراجعة وتقييم التطبيقات لمنافسة متعددة الدفعات للتحكم، لن يحدث الخطأ "RuntimeException: حدث خطأ أثناء التحقق من صحة نموذج الطباعة"؛
• عند تنزيل حزمة XML مع تغييرات على الإشعار، والتي تم نشر الإصدار الأول منها قبل إدراج التحكم بموجب الجزء 5 من المادة 99 من القانون رقم 44-FZ، يظهر الخطأ "ru.lanit.fz44.ejb.facade. الجائزة" لن تحدث. integration.impl.LotTransformerBean.transform(LotTransformerBean.java:146)...";
• عند معالجة حزمة XML في UIS، سيتم تعيين رقم مراجعة تغييرات العقد بشكل صحيح. وبسبب هذا الخطأ، في السابق لم يتم تضمين نتيجة المراقبة في الحساب الشخصي للعميل، ولم يتم نشر معلومات العقد في نظام المعلومات الموحد؛
• يمكن الآن إعادة إرسال معلومات العقد للتحكم فيها.

تحديث UIS بتاريخ 6 أبريل 2017 في الجزء 223-FZ إلى الإصدار 7.0.24

ما هي المشاكل التي تم حلها:

• عندما تقوم بتحرير خطة المشتريات، ستتمكن من عرض المعلومات المتعلقة بالوظائف الملغاة؛
• سيعرض اشتراك RSS لخطة الشراء المعلومات الحالية.

تحديث UIS بتاريخ 2 أبريل 2017 في الجزء 44-FZ إلى الإصدار 7.0.22

ما هي المشاكل التي تم حلها:

• عند نشر مسودة التغييرات على خطة المشتريات، لن يتم تشغيل عنصر التحكم "في معلومات عنصر IPC: رمز نوع المصروفات غير مفصل إلى أقصى مستوى ممكن من التفاصيل" بشكل خاطئ؛
• سيتم الآن حساب البيانات الموجزة عن الدعم المالي لعناصر الجدول الزمني والمشتريات الخاصة دون مراعاة العناصر التي تم إلغاؤها؛
• يعرض الإشعار المرسل للمراقبة الآن معلومات حول التزام الموازنة؛
• عندما تقوم بملء معلومات حول مؤسسة وفقًا للسجل الموحد، لن يعمل التحكم في حقل رقم التعريف الضريبي (TIN) الخاص بالمدير؛
• إذا قمت بملء حقل IKU في منصب أو موضع خاص من خطة المشتريات، فسوف يعمل التحكم في امتثال القيمة للبيانات الموجودة في دليل المنظمات.

1. سيقوم النظام الآن بالتحقق من توافق رموز تعريف العميل في UIS مع الرموز الموجودة في النظام الخارجي. في حالة عدم تطابق الرموز، سيتلقى النظام الخارجي رسالة من UIS بضرورة تصحيح المعلومات. في السابق، لم يكن هذا ممكنًا، ولم يتمكن العملاء من تحميل الإشعارات والجداول الزمنية من نظام خارجي إلى نظام معلومات البيئة (EIS).
2. عند إنشاء IKZ، يمكنك تحديد القيمة "0":
   • في الفئات 30-33 من IKZ، عندما يجب أن ينعكس كائن الشراء وفقًا للعديد من رموز OKPD؛
   • في الفئات 34-36 من IKZ، عندما يتم الشراء من قبل مؤسسة مستقلة ذات ميزانية، أو مؤسسة وحدوية تابعة للدولة، أو مؤسسة وحدوية بلدية، وأيضًا عندما يجب أن ينعكس الدعم المالي للشراء وفقًا لعدة رموز لنوع الإنفاق من تصنيف الميزانية

   للإشارة إلى الأصفار كجزء من IPC عند إنشاء عناصر الخطة أو الجدول الزمني، حدد السمة:

   • "تحتوي عملية الشراء على العديد من OKPD2"، إذا كنت تقوم بإنشاء معلومات حول OKPD كجزء من IKZ؛
   • "لم يتم تعريف CWR" إذا كنت تقوم بإنشاء معلومات حول CWR كجزء من IKZ. في هذه الحالة، سيتم ملء الأرقام المقابلة لـ IKZ بالأصفار تلقائيًا دون إمكانية التعديل.

   للإشارة إلى كائن الشراء في الجدول، إذا تمت كتابة "0000" بأرقام OKPD2 في IKZ، فحدد سمة "إضافة مواصفات". سيسمح لك هذا بتكملة الجدول بمعلومات حول كائنات الشراء في سياق رموز OKPD2.

تحديث UIS بتاريخ 30 مارس 2017 في الجزء 223-FZ إلى الإصدار 7.0.23

عند إنشاء معلومات حول إنهاء العقد، لن يظهر الخطأ "جرت محاولة لتحرير السجلات في علامات تبويب متصفح مختلفة". الرجاء إغلاق الإدخالات المتبقية وإعادة فتح الإدخال للتحرير."

تحديث UIS بتاريخ 30 مارس 2017 في الجزء 44-FZ إلى الإصدار 7.0.21.1

عند معالجة حزمة XML من نظام خارجي، لن يتم تشغيل التحكم غير القانوني بالنص: "في موضع الجدول مع IKZ، عند حساب قيم الحقول تلقائيًا في الكتلة" مجموع المدفوعات للمنتج، العمل ، خدمة" (productsSumPaymentsInfo\currentYear)، حدث فائض في حقول البعد للمبالغ في قاعدة البيانات (15 حرفًا - الجزء كله، 5 – كسري)”.

تحديث UIS بتاريخ 26 مارس 2017 في الجزء 223-FZ إلى الإصدار 7.0.22

ما هي المشاكل التي تم حلها:

• التحكم الخاطئ "من الضروري ملء الحقل نوع رموز النشاط وفقًا لـ OKVED" لن يعمل عند تأكيد تسجيل المنظمة؛
• في قسم "معلومات حول تنفيذ العقد"، لن يتم تكرار المعلومات؛
• عند تنزيل العقد، لن يعمل عنصر التحكم "بيانات غير صحيحة: تم العثور على أكثر من تطابق لرمز OKTMO"؛
• عند تنزيل اتفاقية مع مورد غير مقيم، لن تعمل السيطرة غير القانونية "يجب عليك تحديد السمة "المورد مسجل لدى السلطات الضريبية في الاتحاد الروسي".

تحديث UIS بتاريخ 26 مارس 2017 في الجزء 44-FZ إلى الإصدار 7.0.21

ما هي المشاكل التي تم حلها:

• بالنسبة لبروتوكولات عمل العمولة من المنصات الإلكترونية، يتم عرض إشعارات التحكم الصحيحة؛
• تنفيذ دليل "السجل الموحد" في نظام المعلومات الموحد على صيغ التفاعل الإصدار 1.3؛
• عندما تقوم بنشر معلومات حول التغييرات في خطة الشراء، لن تعمل المراقبة غير القانونية "رمز (أكواد) أنواع النفقات ليست فريدة لكائن الشراء"؛
• عند نشر معلومات حول التغييرات في الجدول، لن تعمل المراقبة غير القانونية "لم يتم ملء رمز تعريف المشتريات في جدول المشتريات بشكل صحيح"؛
• عندما تضع جدولاً، سيعمل التحكم التلقائي إذا لم تقم بملء حقل "تبرير المتطلبات الإضافية"؛
• في النموذج المطبوع للجدول، يتم عرض المعلومات حول طريقة تحديد المورد، والمزايا، والهيئة المعتمدة، ومعلومات عن المشتريات من SMP وSONO، وتطبيق النظام الوطني؛
• عند تغيير الجدول الزمني في حالة "فشل التحكم"، لن يتم إدخال متطلبات تقديم طلب أو عقد أو تقديم تقدم بقيم صفر تلقائيًا؛
• الآن ينتقل الإشعار تلقائيًا إلى مرحلة "عمل العمولة"؛
• في النموذج المطبوع من بروتوكول عدم الامتثال للمعلومات الخاضعة للرقابة في الإخطار، سيتم عرض المعلومات في كتلة "حالات عدم المطابقة التي تم تحديدها"؛
• عند معالجة حزمة xml تحتوي على معلومات حول خطة الشراء من نظام خارجي، لن يحدث خطأ الحظر "راجع الاستثناء المتداخل، الاستثناء المتداخل هو: ru.lanit.fz44.model.StateOutOfDateException: العنصر غير متاح للتحرير"؛
• عندما تقوم بمعالجة حزمة xml تحتوي على معلومات الجدول الزمني من نظام خارجي، فإن خطأ الحظر "UE. الاستثناء المتداخل هو: javax.ejb.EJBException: راجع الاستثناء المتداخل؛ الاستثناء المتداخل هو: java.lang.IllegalStateException: السبب تمت تهيئته بالفعل";
• عند معالجة حزمة xml بنوع بروتوكولOK1 من نظام خارجي، لن يحدث خطأ الحظر "javax.ejb.EJBTransactionRolledbackException".

تحديث UIS بتاريخ 18 مارس 2017 في الجزء 223-FZ إلى الإصدار 7.0.21

ما هي المشاكل التي تم حلها:

• عند تأكيد التسجيل بموجب SVR، لن يتم تحديد صلاحيات "المنظمة التي تجري تقييم المطابقة وفقًا للقانون الاتحادي رقم 223-FZ"، "المنظمة التي تراقب الامتثال وفقًا للقانون الاتحادي رقم 223-FZ" بشكل خاطئ ;
• يتم الآن إغلاق النموذج الذي توافق به على مسودة التغييرات على خطة الشراء تلقائيًا؛
• عندما تنظر إلى بطاقة الخطة، لا يتم عرض كتلة "معلومات حول...الامتثال" عن طريق الخطأ؛
• يتم الآن فتح قسم الشركات الصغيرة والمتوسطة عند عرض بطاقة خطة المشتريات.

تحديث UIS بتاريخ 18 مارس 2017 في الجزء 44-FZ إلى الإصدار 7.0.20

ما هي المشاكل التي تم حلها:

• في مراقبة بروتوكولات عمل اللجنة الواردة من منصة إلكترونية، يتم الآن عرض المعلومات الصحيحة؛
• في شكل مسودة إشعار مع بروتوكول التحكم السلبي، أصبح من الممكن الآن تحديد العنصر "بقرار من العميل"؛
• في كتلة "الخصائص النوعية والوظيفية والبيئية لكائن الشراء" من النموذج المطبوع لبروتوكول تقييم الطلب، يتم عرض التقييم بشكل صحيح؛
• عند تنزيل حزمة XML مع خطة الشراء، لن تعمل السيطرة غير القانونية: "لم يتم ملء الحقل المطلوب "مبرر التغييرات""؛
• تتم الآن معالجة حزمة xml مع نوع CustomerReportSmallScaleBusiness بشكل صحيح في UIS؛
• عند تحميل حزمة xml بنوع البروتوكول EF3 من نظام خارجي إلى EIS، يظهر الخطأ "بيانات غير صالحة. بيئة تطوير متكاملة. الاستثناء المتداخل هو: javax.ejb.EJBException: شاهد الاستثناء المتداخل؛ الاستثناء المتداخل هو";
• عند تنزيل حزمة XML مع خطة الشراء، لن يعمل التحكم بالنص: "تم ملء رمز تعريف المشتريات في جدول المشتريات بشكل غير صحيح"؛
• عند تحميل حزمة xml تحتوي على معلومات حول التغييرات في الجدول من نظام خارجي، تتم الآن معالجة المعلومات حول عملية شراء خاصة في UIS؛
• يتم الآن عرض فوائد EMS وSONO.

تحديث UIS بتاريخ 16 مارس 2017 في الجزء 44-FZ إلى الإصدار 7.0.19.1

عند وضع جدول مع عنصر ملغى من نظام خارجي، يتم التحكم "لم يتم تحديد طريقة تحديد وتبرير NMCC" و"لم تتم إضافة وصف عنصر واحد على الأقل من السلع والأعمال والخدمات" لن ينجح.

تحديث UIS بتاريخ 11 مارس 2017 في الجزء 223-FZ إلى الإصدار 7.0.20

ما هي المشاكل التي تم حلها:

• يتم الآن عرض علامة التبويب "معلومات المنظمة" في حسابك الشخصي؛
• تحتوي الخطة التي تم تحميلها إلى Excel على كافة المعلومات.

تحديث UIS بتاريخ 11 مارس 2017 في الجزء 44-FZ إلى الإصدار 7.0.19

ما هي المشاكل التي تم حلها:

• عند البحث عن مؤسسة العملاء، يتم عرض النتائج الصحيحة؛
• ستعرض نتائج البحث المشتريات تحت 223-FZ؛
• عند تقديم إشعار، لن يعمل التحكم غير القانوني بالنص: "رمز تعريف العميل في IKZ لا يتطابق مع بيانات العميل. لوضع إشعار، من الضروري إجراء تغييرات على رمز IKZ"؛
• يتوفر حقل "مقدار أمان التطبيق" عند إنشاء إشعار لعنصر جدول؛
• عند تنزيل حزمة XML تحتوي على معلومات حول الجدول الزمني، يتم التحكم غير القانوني "IDE.
  الميزة (المتطلبات) بالرمز MP44، المحددة في العلامة Positions\position\foundations\requirementsFoundation\requirementFoundation\shortName) يجب أن تكون موجودة محدثة في دليل المزايا (المتطلبات) في UIS"؛
• لن يعرض محول تكامل PRIZ خطأ NotificationEP عند تحميل حزمة xml من نظام خارجي؛
• عند تحميل التغييرات على الجدول، يتم إعادة حساب الإجماليات مع الأخذ في الاعتبار العناصر من الإصدارات السابقة؛
• عندما تقوم بنشر جدول زمني، لن تظهر الرسالة "الخادم غير متاح مؤقتًا". يرجى المحاولة مرة أخرى لاحقًا";
• يتم الآن عرض معلومات حول الجدول الزمني الذي اجتاز التحكم في الحساب الشخصي للعميل؛
• عند إجراء تغييرات على المعلومات المتعلقة بالتزامات الموازنة في النظام الفرعي "الموازنة الإلكترونية"، الحقل " رقم الحسابالتزام الميزانية" متاح للتحرير.

تحديث UIS بتاريخ 4 مارس 2017 في الجزء 44-FZ إلى الإصدار 7.0.18.1

ما هي المشاكل التي تم حلها:

• الآن يتم عرض جميع المشتريات التي تقل قيمتها عن 223-FZ في نتائج البحث؛
• عند تغيير الإشعار، لا يحدث أي خطأ؛
• سيتم نشر الإشعار في نظام المعلومات الموحد بعد مرور المراقبة؛
• عند تنزيل حزمة XML مع خطة الشراء، لا يظهر الخطأ: "UE. قيمة حقل "رمز نوع المصروفات" لمناصب أمر الشراء (positions\position\commonInfo\KVRInfo\code لا يمكن تغييرها في الإصدار التالي من خطة الشراء. عمليات الشراء غير صحيحة بأرقام التسجيل"؛
• في حقل "الإجمالي المقدم للمشتريات - الإجمالي" من النموذج المطبوع للجدول، يتم الآن عرض المعلومات الصحيحة.

تحديث UIS بتاريخ 3 مارس 2017 في الجزء 223-FZ إلى الإصدار 7.0.19

ما هي المشاكل التي تم حلها:

• عندما تقوم بإنشاء مسودة تغييرات على خطة الشراء، يتم الآن تشغيل التحكم في الحقل "سنة إعداد التقارير"؛
• يحتوي النموذج الذي تقوم بتحميل خطة الشراء به إلى Excel الآن على جميع البيانات؛
• عندما تقوم بإجراء تغييرات على إشعار، لن يتم تشغيل عنصر التحكم "العناصر المشار إليها في خطة الشراء والتي تم بالفعل نشر إشعارات الشراء الخاصة بها" بشكل خاطئ؛
• يتم الآن سحب عناصر خطة الشراء إلى نموذج البحث عند إنشاء أمر الشراء.

تحديث UIS بتاريخ 3 مارس 2017 في الجزء 44-FZ إلى الإصدار 7.0.18

ما هي المشاكل التي تم حلها:

• عندما تبحث عن عملية شراء، يتم عرض معلمة "العملة" - "الروبل الروسي" بشكل صحيح؛
• الآن معلومات إضافيةيتم عرض حول المنظمة بشكل صحيح.
• عند النقر على الروابط "بروتوكول تحديد الموردين" و"رمز تعريف المشتريات" في الحساب الشخصي لجهة المراقبة، لا يحدث أي خطأ؛
• يتم الآن عرض المعلومات في النموذج المطبوع للجدول بشكل صحيح؛
• عندما تقوم بإجراء تغييرات على موضع الجدول الزمني، لا تظهر رسالة "الصفحة غير متاحة"؛
• عند تنزيل حزمة xml بنوع NotificationEP من نظام خارجي، لا يحدث التحكم "رمز تعريف العميل في IKZ لا يتطابق مع بيانات العميل". لتقديم إشعار، من الضروري إجراء تغييرات على رمز IKZ" أو "بالنسبة لمتطلبات العميل برمز حقوق السحب الخاصة، لا يمكن تغيير المعلومات المتعلقة بالاتصال بالجدول الزمني"؛
• عند تحميل معلومات حول التغييرات في الجدول الزمني إلى UIS، تتم إعادة حساب المؤشرات النهائية مع الأخذ في الاعتبار المواضع من الإصدار السابق؛
• بعد تحميل معلومات حول التغييرات في الجدول الزمني إلى UIS، سيتم ملء القيم الموجودة في جدول "مبلغ المدفوعات مقابل السلع والعمل والخدمات" في حسابك الشخصي؛
• لن يتم تكرار المناصب في حسابك الشخصي بعد تنزيل حزمة XML التي تحتوي على معلومات حول خطة الشراء؛
• عندما تقوم بتنزيل حزمة xml تحتوي على معلومات حول الجدول، تظهر الأخطاء "استثناء UE المتداخل هو: javax.ejb.EJBException: راجع الاستثناء المتداخل؛ الاستثناء المتداخل هو: org.hibernate.exception.ConstraintViolationException: تعذر تنفيذ البيان" و"الاستثناء المتداخل هو: org.omg.CORBA.TRANSACTION_ROLLEDBACK: vmcid: 0x0 كود ثانوي: 0 مكتمل: لا"؛
• يعرض حسابك الشخصي الآن معلومات حول خطة الشراء التي نشرتها.

تحديث UIS بتاريخ 25 فبراير 2017 في الجزء 44-FZ إلى الإصدار 7.0.17

ما هي المشاكل التي تم حلها:

• عند عرض بطاقات الجدول في علامة التبويب "سجل الإصدارات"، يتم الآن عرض كافة إصدارات الجدول؛
• نتائج البحث لا تكرر الشيكات المجدولة؛
• عندما يقوم المدير بتسجيل الدخول إلى حسابه الشخصي لدى السلطة "الهيئة المخولة بممارسة الرقابة وفقًا للجزء 5 من المادة 99 من القانون الاتحادي رقم 44-FZ"، لا يحدث خطأ؛
• في خانة "الانتماء الإداري" ببطاقة المنظمة، يتم عرض الرمز الصحيح وفقًا للسجل الموحد؛
• عند نشر معلومات حول خطة المشتريات، لا تعمل الرقابة غير القانونية "توجد خطة مشتريات لعام 2017، شكلتها المنظمة"؛
• يتم الآن نشر المعلومات المتعلقة بخطة الشراء في نظام المعلومات الموحد بعد اجتيازها للرقابة؛
• عند نشر معلومات حول مناقشة عامة لعملية شراء ما، لن تكون هناك سيطرة غير قانونية على "تم إلغاء بند خطة الشراء"؛
• يتم عرض السعر المقدم من الفائز بشكل صحيح في الحساب الشخصي لجهة المراقبة؛
• أصبحت الآن عناصر خطة المشتريات متاحة عند إنشاء الجداول الزمنية؛
• عند وضع معلومات حول تنفيذ عقد في "الميزانية الإلكترونية"، لم يعد يحدث خطأ؛
• سيتم نشر المعلومات المتعلقة بتنفيذ العقد في نظام المعلومات الموحد بعد انتهاء الرقابة.

تحديث UIS بتاريخ 23 فبراير 2017 في الجزء 223-FZ إلى الإصدار 7.0.18

ما هي المشاكل التي تم حلها:

• في قسم "مستخدمو المؤسسة"، لم يعد يتم عرض زر "تغيير بيانات التسجيل"؛ لم يعد يتم مسح حقل "الموضوع الروسي" في العقد عند حفظ المعلومات؛
• عندما تقوم بتنزيل تغييرات الخطة الخاصة بالمنتجات والأدوية المبتكرة ذات التقنية العالية، يتم الآن عرض عناصر الخطة؛
• في خطة المشتريات التي تم إرسالها للمراقبة، ستكون هناك وظائف بدون دعم مالي - في التحديث في 1 مارس.

تحديث UIS بتاريخ 15 فبراير 2017 في الجزء 44-FZ إلى الإصدار 7.0.16

ما هي المشاكل التي تم حلها:

• الآن، عند عرض بطاقة الجدول الزمني، يتم عرض جميع المواضع في علامة تبويب موضع الجدول؛
• عند تحميل حزمة xml بنوع NotificationOK، يتم تشغيل التحكم التلقائي للقيمة الموجودة في علامة startDate؛ عند تحميل الجدول، يكون الخطأ المتداخل هو: CORBA.TRANSACTION_ROLLEDBACK؛
• في النموذج المطبوع للجدول، لم تعد القيمة الصفرية معروضة في الحقل "سعر العقد الأولي (الحد الأقصى)، سعر العقد المبرم مع مورد واحد (مقاول، مؤدي) (ألف روبل)"؛
• عند إضافة ميزانية تمويل المنظمة، لا يحدث أي خطأ؛
• عندما تضع معلومات حول الإشعار وفقًا لموضع الجدول، لا توجد سيطرة غير قانونية "رمز تعريف العميل في IKZ لا يتوافق مع بيانات العميل. لتغيير الإشعار، يجب عليك إجراء تغييرات على رمز IKZ"؛
• في الكتلة " معلومات عامة"حول المشتريات" يعرض الآن معلومات حول التزام الميزانية؛
• يتم عرض معلومات حول الإخطار في الحساب الشخصي لهيئة المراقبة؛
• الآن يمكن للعملاء إجراء تغييرات على موقف خطة الشراء الذي وضعوه في UIS؛
• عندما تقوم بإنشاء معلومات حول تغيير العقد في "الميزانية الإلكترونية"، لا تظهر الرسالة "الصفحة المطلوبة غير متاحة مؤقتًا"؛
• وفي "الموازنة الإلكترونية" يتم إرجاع نتائج الرقابة بعد تنفيذ العقود أو إنهائها.

تحديث UIS بتاريخ 10 فبراير 2017 في الجزء 44-FZ إلى الإصدار 7.0.15

ما هي المشاكل التي تم حلها:

• في العمود "معلومات حول موضع الشراء" في بطاقة الجدولة، يتم الآن عرض معلومات حول الشراء؛
• عند النقر فوق الارتباط التشعبي الخاص بمؤسسة ما في نموذج قائمة الإشعارات ضمن 223-FZ، انتقل إلى صفحة المنظمة الصحيحة؛
• عند تغيير الإشعار والانتقال إلى علامة التبويب "متطلبات المشاركين"، لا يحدث أي خطأ؛
• تعرض كتلة "معلومات عامة حول المشتريات" معلومات حول التزام الميزانية؛
• عند إرسال إشعار للتحكم، لا يحدث الخطأ "NonUniqueResultException: لم يُرجع الاستعلام نتيجة فريدة: 2"؛
• في النموذج المطبوع للجدول، يتم الآن عرض قيم المبلغ في الحقل "الإجمالي المقدم للمشتريات - الإجمالي" بشكل صحيح؛
• أصبح من الممكن الآن إلغاء أحد بنود الجدول الزمني عند إلغاء أحد بنود خطة الشراء؛
• عندما تقوم بحذف عناصر في جدول غير محدد، لا يحدث أي خطأ؛
• يمكنك الآن إجراء تغييرات على مواضع الجدول الزمني التي قمت بوضعها؛
• تتطابق الآن المستندات الموجودة في الحسابات الشخصية للعميل والخزينة؛
• عند قيامك بوضع جدول زمني، لم يعد يظهر الخطأ "الصفحة المطلوبة غير متاحة مؤقتًا"؛
• أصبح من الممكن إجراء تغييرات على موقف خطة الشراء؛
• عندما تقوم بتغيير مواضع الجدول، فإن عنصر التحكم "مبلغ الدفعات المخططة في موضع الجدول، الذي تم إنشاؤه على أساس خطة التوريد، يتجاوز مبلغ الدفعات المخططة المحددة في موضع خطة التوريد... "؛
• تتحول معلومات العقد الآن إلى حالة "تحت السيطرة" بعد إرسالها للتحكم؛
• الآن يتم نشر المعلومات الموجودة في حالة "تم التحكم" بشكل صحيح.

تحديث UIS بتاريخ 8 فبراير 2017 في الجزء 44-FZ إلى الإصدار 7.0.14.1

تعرض الآن المعلومات المتعلقة بالعقود أو تنفيذها أو إنهائها ملفات في الجزء المفتوح من نظام معلومات المستخدم.

تحديث UIS بتاريخ 7 فبراير 2017 في الجزء 44-FZ إلى الإصدار 7.0.14

ما هي المشاكل التي تم حلها:

• لم يعد الخطأ "الخادم غير متاح مؤقتًا" يحدث عند وضع المعلومات في سجل جداول المشتريات بعد دقائق قليلة من ظهور أيقونة التنزيل؛
• عندما تقوم بإنشاء مسودة إشعار الشراء، يتم عرض حقول المعلومات حول التزام الميزانية؛
• عند تحميل التغييرات على الجدول، يتم ملء جميع الحقول المطلوبة في علامتي التبويب "وصف كائن الشراء" و"شروط الشراء"؛
• عند تغيير جدول التحميل، لم يعد الخطأ "NPE: PlanGraphValidatorImpl.java:152" يحدث؛
• عند إرسال مسودة تغيير في إشعار الشراء للتحكم، فإن الخطأ "NonUniqueResultException: لم يُرجع الاستعلام نتيجة فريدة: 2" لم يعد يحدث؛
• عند تحميل التغييرات على خطة الشراء، يظهر الخطأ "بالنسبة لمنصب بقيمة الحقل "رقم المنصب" (رقم الموضع) يساوي ذلك الموجود في خطة الشراء المحفوظة في UIS مع رقم التسجيل... لم يتم العثور على أي موضع بقيم الحقول المقابلة";
• عندما تقوم بتغيير مناصب الجدول الزمني، فإن عنصر التحكم "المبلغ لعام 2017 يتجاوز الرصيد في منصب خطة الشراء" لم يعد يعمل؛
• عند تغيير الجداول، يظهر الخطأ "UE. الاستثناء المتداخل هو: javax.ejb.EJBException: شاهد الاستثناء المتداخل؛ الاستثناء المتداخل هو: java.lang.NullPointerException";
• عندما تقوم بوضع جدول، لم يعد يظهر الخطأ "خطة المشتريات التي تم إنشاء الجدول على أساسها لم يتم ترحيلها في نظام المعلومات الموحد".

تحديث UIS بتاريخ 4 فبراير 2017 في الجزء 44-FZ إلى الإصدار 7.0.13.1

ما هي المشاكل التي تم حلها:

• مع نتيجة التحكم السلبية، لم تعد تتم إزالة المزايا والمتطلبات الخاصة بالمشاركين من الجدول الزمني؛
• لا يتم تشكيل المواقف التي لها نفس IPC في الجدول.

تحديث UIS بتاريخ 2 فبراير 2017 في الجزء 44-FZ إلى الإصدار 7.0.13

ما هي المشاكل التي تم حلها:

• التحميل إلى FTP يعمل الآن مع كافة الجداول الزمنية؛
• عند تحميل جدول في UIS، لم يعد يتم تشغيل عنصر التحكم غير القانوني "Special buy null not Found in UIS"؛
• عند تحميل التغييرات على الجدول في UIS، لم يعد يتم تشغيل عنصر التحكم غير القانوني "تم ملء أرقام العناصر في الجدول بشكل غير صحيح".

تم حل الأخطاء الرئيسية في جداول التفريغ. بالإضافة إلى ذلك، في قسم "المستندات الأخرى" على الموقع الرسمي لنظام معلومات الأثر البيئي، يتم نشر تحميل الجداول الزمنية وخطط المشتريات يوميًا للتوفيق بين الأنظمة الخارجية.

تحديث UIS بتاريخ 1 فبراير 2017 في الجزء 44-FZ للإصدار 7.0.12

يتم الآن إرسال الجداول الزمنية التي تحتوي على عدد كبير من المناصب للتحكم.

تحديث UIS بتاريخ 27 يناير 2017 في الجزء 44-FZ إلى الإصدار 7.0.11

ما هي المشاكل التي تم حلها:

• عندما تقوم بتحميل حزم xml حول جدول الشراء في UIS من نظام خارجي، لم يعد يتم تشغيل التحكم غير القانوني "الجدول لا يحتوي على معلومات للشراء..."؛
• عندما تقوم بتحميل حزم xml حول خطة الشراء في UIS من نظام خارجي، فإن التحكم غير القانوني "خطة الشراء برقم... لم يتم وضعها في UIS" لم يعد يتم تشغيله.

شكوى من العمل غير الصحيح
نظام المعلومات الموحد في مجال المشتريات

عزيزي ميخائيل بوريسوفيتش!

تقوم الشركة المساهمة "Yargorelektrotrans" (TIN 7602082331) (المشار إليها فيما يلي باسم الشركة) بتنفيذ أنشطة الشراء وفقًا لقواعد القانون الاتحادي الصادر في 18 نوفمبر 2011 N223-FZ "بشأن شراء السلع والأشغال والخدمات أنواع معينة الكيانات القانونية"(فيما يلي - القانون الاتحادي الصادر في 18 نوفمبر 2011 رقم N223-FZ.
اعتباراً من 07/02/2018 وحتى الوقت الحاضر، وبسبب حدوث المشاكل التالية في تشغيل نظام المعلومات الموحد، لم تتمكن الشركة من نشر بروتوكول النظر في طلبات المشاركة في المسابقة (إشعار رقم 31806461513 بتاريخ 05/08/2018) (المشار إليها فيما يلي باسم المنافسة)، البروتوكول النهائي لمثل هذه المنافسة، والذي يشكل تهديدًا لتعطيل العمليات الإنتاجية للشركة بسبب عدم القدرة على تقديم خدماتها في الوقت المناسب مع الخدمات اللازمة، وقد يؤدي أيضًا إلى إلى انتهاك الشركة للمواعيد النهائية التي حددها القانون الاتحادي الصادر في 18 نوفمبر 2011 رقم N223-FZ لنشر معلومات عن المشتريات الجارية في نظام المعلومات الموحد.
في 02 يوليو 2018، نفذت الشركة إجراء لمراجعة وتقييم ومقارنة طلبات المشاركة في المسابقة (المشار إليه فيما بعد بالبروتوكول). وفي نفس اليوم تمت محاولة نشر البروتوكول الذي تم إنشاؤه بناءً على نتائج هذا الإجراء في نظام المعلومات الموحد، وتم خلاله التعرف على المشكلات التالية في تشغيل نظام المعلومات الموحد والتي حالت دون وضع مثل هذا البروتوكول :
عند تشكيل البروتوكول على موقع UIS في قسم "النظر في الطلبات"، بعد الإشارة إلى معلومات حول رفض طلبات المشاركة في المسابقة، وأسباب اتخاذ مثل هذه القرارات في حقول "سبب الرفض"، والنقر على أزرار "حفظ" أو "التالي" التي توفرها وظيفة UIS، يتم عرض رسالة النظام:
"يجب ملء الحقول المطلوبة:
- سبب الانحراف
- أسباب الانحراف."
تحظر رسالة النظام المحددة الإجراءات الإضافية التي تتخذها الشركة لإرفاق ملف البروتوكول ونشر البروتوكول الذي تم إنشاؤه وتسمح لك فقط بإلغاء الإجراءات التي تم تنفيذها مسبقًا. وأدت المحاولات اللاحقة التي قامت بها الجمعية لإعادة صياغة البروتوكول والإشارة إلى معلومات حول نتائج النظر في الطلبات إلى نتيجة مماثلة.
خلال الفترة من 07/02/2018، 07/03/2018، 07/04/2018 قامت الشركة بإرسال طلبات توضح المشاكل التي نشأت في تشغيل واجهة المعهد مع إرفاق كافة المعلومات اللازمة على العنوان التالي: بريد إلكترونيخدمات الدعم الفني EIS ( [البريد الإلكتروني محمي])، ردًا على ذلك، لم تتلق الشركة بعد إخطارات حول تسجيل الطلبات، أو معلومات أخرى حول حالة النظر في الطلبات. بالإضافة إلى ذلك، خلال الفترة الزمنية المحددة، قامت الشركة بإجراء مكالمات يومية إلى خط الدعم الفني لشركة UIS، وتم إبلاغ مشغلي خدمة الدعم معلومات مفصلةحول المشكلات التي نشأت، والتي تم تلقي استجابة لها فقط التوصيات بالاتصال بالدعم الفني كتابيًا ومسح ذاكرة التخزين المؤقت للمتصفح، الأمر الذي لم يؤدي إلى حل المشكلة. عند الانتهاء المحادثات الهاتفيةمع مشغلي خدمة دعم UIS تم إرسال رسائل إلى عنوان البريد الإلكتروني للشركة حول تسجيل الطلبات تحت الأرقام SD200417608، SD200422814، SD200436856 بمستوى أولوية "4 - منخفض" وإنهاء العمل على هذه الطلبات من الشركة.
وإزاء ما سبق فإننا نسألكم:
1. تسجيل هذه الشكوى واتخاذ الإجراءات المناسبة لحل المشاكل التي ظهرت مع خدمة الدعم الفني الخاصة بشركة EIS؛
2. اشرح ترتيب تصرفات العميل في الحالة التي يكون فيها نشر المعلومات حول المشتريات الجارية في UIS ضمن الإطار الزمني المحدد أمرًا مستحيلًا بسبب عدم القدرة على العمل بشكل كامل في الحساب الشخصي لـ UIS بسبب مشاكل فنية في النظام؛
3. شرح المدة التنظيمية للنظر في طلبات العملاء من قبل خدمة الدعم الفني EIS.

يرجى إرسال ردكم على هذه الشكوى إلى عناوين البريد الإلكتروني التالية:
[البريد الإلكتروني محمي], [البريد الإلكتروني محمي].