قائمة طعام
مجاني
التسجيل
الصفحة الرئيسية  /  تعليم/ التحقق الآلي من التكوينات ... وبضع كلمات حول معايير التطوير. فحص التكوين الآلي ... وبضع كلمات حول فحص تكوين معايير التطوير 1c

التحقق الآلي من التكوينات ... وبضع كلمات حول معايير التطوير. فحص التكوين الآلي ... وبضع كلمات حول فحص تكوين معايير التطوير 1c

في الواقع ، يزداد تعقيد تكوينات 1C كل عام ، وتتزايد الفرق ، ويتم إطلاق المنتجات التي تحتوي على أكثر من 5،000،000 سطر من التعليمات البرمجية. يصبح من الصعب العمل بدون طلب تدفقات الكود. ولا يتعلق الأمر فقط بالحفاظ على حد أدنى من النظام - بادئة كائنات جديدة ، أو التعليق على الاصطلاحات ، أو تشتيت الكائنات عبر الأنظمة الفرعية. مع نمو الفرق وتصبح التكوينات أكثر تعقيدًا ، تصبح الحاجة إلى الالتزام بمعايير أوسع واضحة.

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

يرجع هذا جزئيًا إلى حقيقة أن 1C نفسها تروج بنشاط لفكرة الامتثال للمعايير واستخدام الأدوات المناسبة فقط بين مطوري حلول الإنتاج من خلال 1C: الشهادة المتوافقة. تأثير فكرة الالتزام بالمعايير ونظافة الكود على الكتلة العامة للمطورين الذين لا يتعاملون مع الحلول ذات الإنتاج الضخم أضعف بكثير. حتى التعرف على معايير التطوير الأساسية يخضع لقفل مشروط - إتاحة الوصول إلى أنظمة النقل الذكية (المعلومات قديمة ، حاليًا ، 2018-2019 ، الوصول مفتوح بدون تسجيل) :

معلومات أساسية عن المجمع الصناعي الزراعي

تم تصميم تكوين APK لـ البحث التلقائيأخطاء وانحرافات عن المعايير في التكوينات. تمت التوصية باستخدامه من قبل 1C منذ عام 2009 ، ليس فقط في الشركات التي تطور حلول التداول ، ولكن أيضًا للشركات الأخرى التي يتم فيها وضع اللمسات الأخيرة على الحلول القياسية وتكييفها:

يمكن إعطاء الانطباع الأول عن التكوين من خلال الصفحة على موقع 1C:

يصف الميزات الرئيسية لهذه الأداة ويقول إنها تساعد:

    الالتزام بمعايير التطوير النموذجية وإجراء فحوصات تكوين النظام الأساسي

    إنشاء واتباع قواعد التحقق من صحة التكوين الخاصة بك

    يتوافق مع المعايير المطلوبة للحصول على 1C: حالة التوافق

    إجراء الشيكات المجدولة

    تحقق من الأخطاء الإملائية

    تعيين حالات مختلفة لأخطاء التكوين المكتشفة ، بما في ذلك تعليمها على أنها "ميزات" لا تتطلب تصحيحًا

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

    حتى إمكانية التكامل مع DSS مذكورة

مصدر آخر معلومات عامةيمكن للنشر في المجلة الإلكترونية PCMagazine أن يخدم:

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

من أجل عدم تكرار دليل المستخدم ، سننظر هنا في مثال لاستخدام APK للتحقق من التكوين النموذجي ، وليس التكوين التجريبي من تسليم APK. سنحاول أيضًا النظر في تفاصيل العمل التي لم يتم ذكرها في الدليل.

لنبدأ من الصفر. تحميل احدث اصدار APK متاح على الرابط التالي:

في وقت نشر هذا المقال ، كان الإصدار الأخير هو 1.1.12.26 من 01/30/17 ، ولكن في البداية تمت كتابته للإصدار 1.1.11.16 ، لذلك ستشير بعض لقطات الشاشة والتعليقات إلى هذا الإصدار. للعمل مع APK 1.1 ، ستحتاج إلى إصدار نظام أساسي لا يقل عن 8.3.6. بعد تثبيت تسليم التكوين ، تظهر ثلاثة عناصر جديدة في قائمة قوالب التكوين:

القالب الأول هو قاعدة بيانات APK خالصة. جميع القواعد القياسية موجودة فيه ، ولكن لا توجد بيانات قاعدة بيانات تجريبية محملة للاختبار ، وهي موجودة في القالب الثاني.

يحتوي النموذج الثاني "فحص التكوين الآلي (عرض توضيحي)" بعد النشر على المعلومات المحملة حول قاعدة البيانات التجريبية (الموجودة في القالب الثالث). يمكنك استخدامه لمعرفة كيفية عمل التقارير وعمليات التحقق القياسية. من الأفضل معرفة كيفية العمل مع قاعدة البيانات هذه مسلحة بدليل المستخدم من التسليم ، نظرًا لأن الأمثلة الموجودة في الدليل مصممة خصيصًا لهذه القاعدة التجريبية:

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

في هذه الحالة ، سنحصل على قاعدتي بيانات - أحدهما APK تجريبي يحتوي على معلومات تم تحميلها بالفعل حول قاعدة البيانات التجريبية التي تم التحقق منها وقاعدة البيانات التجريبية نفسها التي تم التحقق منها ، مما يتيح لك التعرف بسرعة على عملية الاتصال وإجراء عمليات التحقق الجديدة.

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

بشكل عام ، يشبه مبدأ تشغيل APK عمل "تحويل البيانات". العمل في مُكوِّن APK غير مطلوب (على الرغم من أنه سيتضح لاحقًا أنه من الصعب الاستغناء عنها على الإطلاق)... يتم تحميل معلومات حول بنية التكوينات المحددة في وضع المستخدم. كما تحدد الخوارزميات الخاصة بفحص التهيئة في شكل رمز في 1C: لغة المؤسسة ، والتي يتم تنفيذها بعد ذلك بواسطة النظام نفسه باستخدام المشغل " ينفذ". في الكود ، يمكنك ويجب عليك استخدام طرق APK المضمنة (غير النظام الأساسي) - الإجراءات والوظائف التي تؤدي العمل مع الكائنات التي تم إنشاؤها تلقائيًا. يتم إنشاء الكائنات اللازمة لإجراء فحص التكوين بواسطة النظام نفسه وتصبح متاحة في كود معالجات الفحص. يمكن الحصول على وصف تفصيلي لهذه الأساليب والكائنات والمعالجات من الفصل السادس من "دليل المستخدم".

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

تكوين الاتصال بالقاعدة المحددة والشيكات الافتراضية

بعد بدء تشغيل قاعدة البيانات التجريبية ، نرى الواجهة التالية:


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


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

معلومات من المطورين:

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

بعد ذلك ، تحتاج إلى تحديد المسار إلى قاعدة البيانات التجريبية ومعلمات الاتصال بها. تحت قاعدة تجريبيةفي هذه الحالة ، لا نعني أكثر من قاعدة ملفات مخصصة بشكل خاص تحتوي على التكوين المحدد. لا توجد احتمالات لربط قاعدة بيانات SQL بملف APK. يمكن تعديل هذا إذا رغبت في ذلك ، لكنه ليس له معنى كبير. أولاً ، إنه مجرد فحص تكوين ، وليس اختبار وحدة أو اختبار تحميل. في هذه الحالة ، حتى بالنسبة للتكوينات الكبيرة مثل ERP 2 ، يكفي وجود قاعدة ملف فارغة تحتوي على التكوين الحالي. ثانيًا ، وفقًا لمعايير 1C ، يجب تصميم أي تكوين للعمل ليس فقط مع قاعدة بيانات SQL ، ولكن أيضًا في إصدار ملف.

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

لاحظ أيضًا أن DSS ، مثل APK ، يتطلب قاعدة ملف لتحميل معلومات التكوين. لذلك ، إذا قررت التطوير باستخدام التقنيات التي تقدمها 1C ، باستخدام APK و DSS ، فسيكون كافيًا لكلا النظامين إنشاء قاعدة ملف واحدة ، إذا لزم الأمر ، قم بتوصيلها بمستودع التكوين وتكوينها تحديث أوتوماتيكيالتكوين من التخزين قبل تحميل البيانات.

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

نقطة مهمة للإصدار 1.1.11.16 والإصدارات السابقة من APK (في الإصدار 1.1.12.26 تم إصلاح هذا الخطأ). بعد تحديد الإعدادات وتدوين العنصر الموجود في دليل "التكوينات" ، يمكنك التحقق من الاتصال. لكن للمرة الأولى ، قد يعطي النظام خطأً بشأن عدم وجود اتصال.


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


في الواقع ، لقد أنشأنا الآن عنصرًا جديدًا في كتالوج "التكوينات". يمكنك الآن فتحه بطرق مختلفة:

  • من خلال قائمة "الإعدادات" -> "التكوينات"


  • في قسم "الشيكات" ، انقر على "تحديد التكوين"


  • أو فقط افتح دليل "التكوينات" من خلال قائمة "العمليات"

دعنا نعود إلى نافذة إعدادات التكوين.

في علامة التبويب الثانية "المتطلبات التي يجب التحقق منها" ، يمكنك تكوين عمليات التحقق التي نريد إجراؤها على التكوين الخاص بنا. يتوفر خياران محددان مسبقًا: "فحص كامل" - تحقق من الامتثال لنظام المعايير https://its.1c.ru/db/v8stdوالتحكم في الإملاء ، بالإضافة إلى "1C: متوافق" - تحقق من الامتثال لـ 1C: المعايير المتوافقة http://1c.ru/rus/products/1c/predpr/compat/soft/requirements.htm


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


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

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

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

معلومات من المطورين:

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

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

والآن عن مجموعة "نظام المعايير". إنه الأكثر عالمية ويحتوي على فحوصات لمجموعتين أخريين من المتطلبات المحددة مسبقًا ، بالإضافة إلى فحوصات متخصصة إضافية. بالنسبة للعملاء ، فإن الأخطاء في هذه المجموعة هي توصيات أكثر ترجيحًا ، على الرغم من أنه بالنسبة للتكوينات النموذجية ، يجب تصحيح معظم الأخطاء بالطبع. الذي - التي. إذا تم وصف أي معيار في مجموعة "1C: Compatible" أو "Spelling" ، فإنه سيتم بلا شك وصفه أيضًا في مجموعة "System of Standards" ، ومع ذلك ، ربما بمزيد من التفصيل ومع عمليات تدقيق أعمق.

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

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

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

في إصدار APK 1.1.11.16 والإصدارات السابقة ، تم تقسيم إعدادات التصفية إلى علامتي تبويب - "عوامل تصفية مجموعة المتطلبات" و "استثناءات جمع البيانات" ، ولكن المعنى كان هو نفسه:


أيضًا ، في نموذج الإعدادات ، يمكنك تعيين الحاجة إلى الفحوصات المجدولة:


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

معلومات من المطورين:

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

الجدول ليس آخر علامة تبويب ممكنة. إذا قمت بتمكين التكامل مع "Applied Solutions Design System" في النظام ، فستظهر علامة تبويب أخرى "Integration with DSS" ، والتي تتيح لك تكوين التسجيل التلقائي للأخطاء في DSS. يتم إعداد التكامل على مستوى النظام في شكل ثوابت ("العمليات" - "الثوابت").

تم تصميم وظيفة التكامل مع DSS من قبل مطوري المجمع الصناعي الزراعي للاستخدام الداخلي في 1C (هذا موصوف في "دليل المستخدم" ، الصفحة 28). ومع ذلك ، أنا متأكد من أنه بالنسبة لتلك الشركات التي تستخدم بالفعل DSS في عملها أو تخطط لاستخدامه ، ستكون هذه الوظيفة مثيرة للاهتمام. يمكنك أخذها كنموذج لتنفيذ آلية التكامل الخاصة بك أو التعامل معها واستخدامها خارج الصندوق:


في هذه الحالة ، من الممكن توصيل مجمع الصناعات الزراعية بخدمة الويب المرفوعة من جانب DSS ، والعكس صحيح ، يمكنك تكوين الاتصال بخدمة الويب المرفوعة على جانب المجمع الصناعي الزراعي في DSS:

إجراء عمليات التفتيش

بعد إجراء إعدادات الاتصال وتحديد الفحوصات التي يتعين إجراؤها ، يمكنك المتابعة لإجراء عمليات الفحص.

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

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


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

معلومات من المطورين:

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

هذا يعني أنه عند التحقق من التكوين للتهجئة في نصوص الوحدات النمطية ، سيتم تنفيذ مجموعة نصوص الوحدات فقط (لن يتم جمع خصائص كائنات البيانات الوصفية ولا عناصر النماذج ولا التخطيطات - يمكن اختيار جميع أنواع جمع المعلومات عن طريق الأعلام الأخرى).

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

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

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


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


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

في هذه الحالة ، ستكون قائمة خطوات التحقق تقريبًا كما يلي:


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

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

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


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

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

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

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

يتم التحميل بدون تسلسل هرمي - جميع الملفات موجودة في مجلد واحد:


معلومات من المطورين:

لذا ، ماذا ومتى سيذهب ( عند التحقق من جمع البيانات):

  • تكون بنية التكوين دائمًا ، بغض النظر عن المتطلبات التي يتم اختيارها.
  • المجموعة تتم عن طريق الجري المعالجة الخارجيةمن تخطيط MetadataStructureLoader العام في المؤسسة في العميل السميك. تعمل المعالجة في المؤسسة مع كائن النظام الأساسي "البيانات الوصفية" وتكتب البيانات في ملف خارجي ، ثم يتم نقلها وتحليلها في ملف APK.

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

  • يتم جمع المعلومات حول البيانات الوصفية (مرة أخرى ، هذه خصائص كائنات البيانات الوصفية ، وليست البنية نفسها) تحدث عن طريق بدء المعالجة الخارجية من التخطيط العام "MetadataDataLoader".
  • جمع المعلومات حول النماذج (بتعبير أدق ، حول عناصر النموذج) - باستخدام المعالجة من تخطيط "FormDataLoader".
  • يتم جمع المعلومات حول النماذج من XML عن طريق تحليل ملف XML للنموذج من إلغاء تحميل التكوين إليه ملفات XML... يتم جمع جميع المعلومات التي لم يكن من الممكن الحصول عليها من المؤسسة في المرحلة السابقة.
  • جمع المعلومات حول الوحدات - من خلال قراءة نصوص الوحدة من ملفات تحميل XML.
  • جمع المعلومات حول الأدوار (بتعبير أدق ، جمع حقوق كل دور لكل كائن) - من ملفات دور تحميل XML.
  • جمع المعلومات حول التخطيطات - باستخدام المعالجة من التخطيط "LayoutDataLoader".
  • جمع معلومات المساعدة - من خلال قراءة ملفات التعليمات من ملفات تحميل XML.

التحقق من النظام الأساسي للتكوين - التشغيل المجمع لقاعدة البيانات التجريبية في وضع المُكوِّن باستخدام مفاتيح التحقق من النظام الأساسي. يشار أيضًا إلى الملف الذي يحتوي على سجل التحقق. ثم يفهم APK ، وينتج أخطاء التحقق من النظام الأساسي التي يتم تخزينها في سجل منفصل "ConfigurationVerification Errors".

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

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

في APK 1.1.12 ، تمت إضافة نسخ قاعدة البيانات الأصلية إلى دليل مؤقت وتم تحديد أطول مراحل جمع البيانات ، مما جعل من الممكن موازاة جمع البيانات أثناء التحقق. وبالتالي ، في الوقت الحالي ، يتم إجراء تجميع بنية التكوين والتحقق من النظام الأساسي والتفريغ إلى XML وتصفية السجلات بالتوازي. تستغرق بقية الخطوات القليل من الوقت ، حتى بالنسبة لتخطيط موارد المؤسسات (ERP). نتيجة لإدخال جمع المعلومات الموازي ، كان من الممكن تسريع فحص تخطيط موارد المؤسسات لمدة ساعتين على الأقل.

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


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

في عملية الفحص الكامل (أو التناظرية من حيث عدد القواعد والكائنات) ، يتعطل النظام عند فحص العنصر رقم 1 دون الإبلاغ بأي شكل من الأشكال عن التقدم:


هذه الحالة مع رسالة مفادها أن الكائن رقم 1 من بين 77 ألفًا يتم فحصه معلق لمدة 5-10 ساعات ويبدو أن مجمع الصناعات الزراعية مجمّد. في الواقع ، العملية جارية ، يمكنك التحقق من ذلك من خلال النظر إلى حمل المعالج في مدير المهام أو عن طريق استدعاء نقطة التوقف من أداة التهيئة (إذا تم إطلاق APK منه). الأسباب فحص طويلالكائن رقم 1 ، أي التكوين نفسه ، هو كما يلي:

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

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

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

أعطي مثالاً - بداية ونهاية سجل تنفيذ الشيك ، والذي يوضح أن العملية بأكملها في ERP 2.1 و APK 1.1.11.16 تستغرق حوالي 15 ساعة (بالطبع ، يعتمد الرقم بشدة على أداء الكمبيوتر ، أيضًا تحقق من السرعة على APK 1.1.12 أسرع بكثيروبنفس الظروف يستغرق الأمر حوالي 10 ساعات):

: التحقق من الاتصال بقاعدة المعلومات عبر اتصال COM

: ابدأ في جمع المعلومات حول بنية بيانات تعريف التكوين

: ابدأ في تحميل التكوين إلى ملفات XML

: ابدأ بتنظيف معلومات البيانات الوصفية

: ابدأ في جمع المعلومات حول أدوار التكوين

: المعلومات التي تم جمعها وتسجيلها حول أدوار التكوين

: معلومات بيانات تعريف التكوين المجمعة

: اكتمل تكوين فحص النظام الأساسي

: ابدأ باختبار كائنات التكوين

: ابدأ في تجميع معلومات نموذج التكوين من ملفات XML

: بدأ فحص التكوين

…… ... هنا تبدأ الرسائل ليتم عرضها في خط الحالة… ..

: تم إجراء فحص التكوين

نتيجة الفحص

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


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


ثالثًا ، يتم تحديث البيانات المتعلقة بهيكل التكوين:


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

ورابعًا ، يتم ملء سجل "الأخطاء التي تم العثور عليها" ، والذي يحتوي فعليًا على معلومات حول الأخطاء التي تم العثور عليها أثناء عملية التحقق وهو الأساس لتقارير APK:


لم يتم إنشاء نموذج قائمة لهذا السجل. يمكن ترتيب التفريغ في غلاية السجل الشائعة في بضع دقائق فقط. على سبيل المثال ، أضف نموذجًا مُدارًا ، في وضع المستخدم أو في المُكوِّن مباشرةً ، واعرض مالك الكائنات (عناصر كتالوج "ConfigurationStructure") التي يتم إرفاق الأخطاء بها. سيكون هؤلاء الملاك إصدارات التكوين.


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


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



أود أن ندرك أن وجود مثل هذه الأخطاء في تخطيط موارد المؤسسات ليس بمثابة تساهل لوجودها في تطوراتنا ، ولكن كدليل إضافي على أنه يمكن ويجب تحديدها والقضاء عليها. خاصة مع الأدوات المناسبة. لأنهم يبدون قبيحين وهذا بالضبط ما يراه مستخدمينا. تشير مدونة 1C على Habré إلى أن مطوري ERP 2 يستخدمون AIC للتحقق من التكوين ، لكن يبدو أنهم يقصرون قائمة الشيكات على القواعد الأكثر أهمية من وجهة نظرهم ، مما يضمن نسبة مقبولة من سرعة التطوير وجودة المنتج. يمكننا ، عند تطوير منتجاتنا ، رفع مستوى الجودة والتقاط هذا الاتجاه أيضًا.

سيكون من المفيد أيضًا معرفة أن البيانات التي تم جمعها حول نصوص الوحدات ، وكتل الوحدات النمطية وخصائص أخرى لكائنات التكوين يتم وضعها في سجلات "قيم الخصائص المركبة للكائنات" و "قيم خصائص الكائنات" ". يتم تخزين السجلات بالاقتران مع جميع الكائنات وعمليات التخريب والتكوينات نفسها:


لن تتمكن من رؤية نصوص الوحدة مباشرة من نماذج التسجيل ، فهي كلها معبأة في متاجر القيمة.

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

تقارير APK

تتيح لك المعلومات حول الأخطاء الموجودة في شكل تقارير الحصول على قسمين من النظام في الحال. قسم "أخطاء":

يعتمد على تقرير FoundErrors:

وقسم "التقارير"


تم بناؤه على أساس تقرير "نتائج العمل":

في الواقع ، لا يوجد سوى عنصرين رئيسيين "تقرير" في تكوين AIC. لكن لديهم عدد غير قليل من تخطيطات ACS المختلفة:

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



توجد مشكلة عند استخدام قاعدة ملفات APK والنظام الأساسي 32 بت 1C. إذا لم تقم بتثبيت عدد كافٍ من المرشحات ، فعند تحليل أخطاء التكوين الكبيرة ، قد تتلقى رسالة نفاد الذاكرة. في حالة تخطيط موارد المؤسسات 2.x ، ستظهر هذه الرسالة باستمرار. يحدث هذا الخطأ عادةً بالفعل في مرحلة إخراج البيانات إلى مستند جدول بيانات. بشكل عام ، الأمر يستحق وضع المرشحات. تم تضمين عدد قليل منهم فقط في التدخلات السريعة. يمكن تعيين الباقي باستخدام أمر "إعدادات التقرير".

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

لاحظ أن عند استخدام إصدار 64 بت من 1C أو قاعدة بيانات sql لملف APK ، لا يتم ملاحظة خطأ بسبب عدم كفاية الذاكرة.

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

أخيرًا ، هناك خيارات تخصيص أخرى في النظام. على سبيل المثال ، تسجل المعلومات "TrueWords" (فارغة في البداية). يشارك في التدقيق الإملائي ، وتحديداً طريقة Check.Check Spelling (). يمكن إدخال الكلمات التي نعتقد أنها صحيحة يدويًا أو تنزيلها من ملف نصيالتي توجد فيها كل كلمة خط منفصل... يمكن تفريغ عينة من ملف txt من التخطيط العام "Dictionary of True Words". لكنك لست بحاجة إلى تحميل هذا الملف في السجل. بشكل افتراضي ، يأخذ النظام الكلمات الصحيحة من هذا التخطيط ويكملها ببيانات من السجل. هناك أيضًا معالجة في النظام " تحديث القاموستم وصف استخدامه بتفصيل كبير وواضح في دليل المستخدم (انظر الفصل 4.6).

بشكل عام ، إذا كان يبدو أن النظام صارم للغاية بالنسبة لتكويناتنا ، فيمكنك تعديله في الأماكن الصحيحة و "cajole"))

التقارير الأكثر إثارة للاهتمام هي "أخطاء المتطلبات" في قسم "الأخطاء" ، والذي يعرض البيانات في مجموعة تتوافق مع بنية دليل "المتطلبات":


و "تحليل الخطأ" في قسم "التقارير" ، والذي يعرض بيانات موجزة بناءً على التصنيف "1C: متوافق" و "إلزامي" و "توصية":


قواعد التحقق من صحة التكوين

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

لنستعرض القواعد في نظرة عامة. توجد في دليل النظام الذي يحمل نفس الاسم:


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

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


في القمة هناك ثلاثة أزرار مفيدة... "إظهار المعايير" يؤدي إلى القسم المقابل من موقع 1C مع وصف للمعيار ، يفتح الرابط في المستعرض. يفتح "Open Requirements" عنصر الكتالوج "Requirements" المقابل للقاعدة ، ويبدأ الأمر "Open Debug" في معالجة "ValidationRulesDebugger". كيف تعمل في دليل المستخدم صامتة ، ولكن من الواضح أن أدوات التصحيح إما متاحة ، أو أن هناك تطورات لها يمكن تطويرها.

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

المساعدة المضمنة للبرنامج نادرة بشكل كارثي. بل هو غائب ، لذلك لا يمكن الحصول على وصف الأساليب المضمنة منه.


تصفية الكائنات أثناء عمليات الفحص

في الختام ، لنرى كيف يتصرف APK 1.1 عند التحقق باستخدام المرشحات المفروضة. هل يساعدون حقًا في تقصير وقت التحقق وتقليل كمية المعلومات في التقارير؟ دعنا نتحقق من كل من تصفية البادئة والنظام الفرعي.

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

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

apk_Document_1_1,apk_Document_1_2و new_Document_1_3نشير إلى النظام الفرعي apk_Subsystem_1

apk_Document_2_1, apk_Document_2_2و new_Document_2_3نشير إلى النظام الفرعي apk_Subsystem_2

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

دعنا نضيف مرشحين لجمع المعلومات - لكل بادئة apk_وعلى النظام الفرعي apk_Subsystem_2 (تم التقاط لقطة الشاشة بإصدار APK 1.1.11.16):


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

لنبدأ الشيك. بعد بضع ساعات من الفحوصات الأساسية (بما في ذلك عمليات التحقق من النظام الأساسي) ، سنرى أن عدد العناصر لمزيد من الفحوصات لم يعد مخيفًا 77736 ، بل 65 فقط:


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


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

توضح التقارير أنه بالإضافة إلى المعلومات حول المستندات ، يتم أيضًا جمع معلومات حول عنصر تكوين الجذر كجزء من عمليات التحقق العامة. وعند إجراء عمليات التفتيش ، من الصعب عدم ملاحظة أن الرسالة المتعلقة بفحص هذا الكائن رقم 1 معلقة في شريط الحالة طوال 10 ساعات تقريبًا (في الإصدار 1.1.11.16)... في الوقت نفسه ، يُبلغ النظام عن الفحص القادم لـ 65 عنصرًا ، على الرغم من أننا نحتاج إلى 6-8 عنصر كحد أقصى. دعنا نوقف العملية في مصحح الأخطاء أثناء تعليق رسالة "يتم التحقق من الكائن # 1" في شريط الحالة ونرى الوحدات النمطية التي يتم فحصها. يمكنك أن ترى أنه في المرحلة الأولى من التحقق ، لا يزال النظام يحلل جميع الكائنات ، بما في ذلك ، على سبيل المثال ، وحدات الراتب الشائعة التي لم يتم تضمينها بالتأكيد في نظامنا الفرعي الجديد:


لكننا لم نطلب من النظام جمع البيانات عن الوحدات المشتركة. ما هي نفس الـ 65 عنصرًا التي سيتحقق منها النظام؟

يمكنك الحصول على قائمة بها من خلال الانتقال إلى مكدس الاستدعاءات إلى طريقة CheckObjects () في وحدة كائن المستند "VersionCheck". من خلاله ، يمكنك أيضًا الحصول على معلومات تفيد بأن جميع الكائنات من دليل StructureConfiguration التي تم جمع البيانات من أجلها قد تم تحديدها للتحقق منها ، أو يعتبر النظام أنه تم جمع البيانات:


هذه الأشياء هي:

الكائنات نفسها أقل من 65 ، لم يحسب النظام مستنداتنا فحسب ، بل قام أيضًا بحساب تفاصيلها. لكن يمكنك أن ترى أن العنصر الجذر للتسلسل الهرمي لكتالوج ConfigurationConfigurations كان أول عنصر في هذه القائمة. وقد رأينا أن عملية التحقق من ذلك تستغرق وقتًا طويلاً.

بوجود قائمة بهذه الكائنات ، يمكننا استخلاص استنتاجات حول كيفية عمل آلية التصفية وكيفية عمل عمليات التحقق مع المرشحات:

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

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

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

    قرر النظام التحقق ليس فقط من المستندات التي تلبي كل من المرشحات ، ولكن تلك التي تلبي أيًا منهما. سيتم أيضًا إرسال الكائنات التي تبدأ بالبادئة للتحقق منها. apk_وتلك الكائنات التي تم تضمينها في النظام الفرعي apk_Subsystem2بما في ذلك الوثيقة new_Document_2_3... اختفى مستند فقط من قائمة الكائنات الممسوحة ضوئيًا new_Document_1_3غير مناسب لأي مرشح. ستصبح النتيجة واضحة إذا نظرت في وظيفة التصفية. تعمل المرشحات المتساهلة على "OR" ، وليس "AND". إذا كان هذا بحاجة إلى التغيير ، فسيتعين عليك مرة أخرى إجراء تغييرات صغيرة على هذه الطريقة:


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


بشكل مصطنع ، في كود طريقة CheckObjects () لمستند VersionCheck ، سنتخطى عنصر التحديد الأول عند اجتياز نتيجة الاستعلام. بمعنى ، دعنا نتخطى العنصر الجذر في دليل ConfigurationConfiguration:


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

في هذه الحالة ، يستغرق الأمر 50 دقيقة فقط من بداية العملية حتى اكتمالها بدلاً من 10 ساعات:

: تم إنشاء المستند تحقق من الإصدار 8 من 11/01/2017 20:51:37

………………..

: ابدأ في تحميل التكوين إلى ملفات XML

: اكتمل تفريغ التكوين في ملفات XML

………………..

: بدأ فحص التكوين

: تم إجراء فحص التكوين

الآن التقرير:


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

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

حصيلة:

    تسمح أداة "اختبار التكوين التلقائي" حقًا ، بمجرد تكوينها ، بالعثور على أخطاء في التكوينات في الوضع التلقائي. يتيح APK العثور على أخطاء جسيمة في التكوين ، والتهجئة الصحيحة ، وجعلها متوافقة مع معايير التطوير المعقولة والمعقولة تمامًا من 1C.

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

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

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

    حتى أبسط العمليات التي تتطلب جمع البيانات من تكوينات مثل تخطيط موارد المؤسسات (ERP) تستغرق أكثر من 20 دقيقة لـ AIC. لذلك ، لتطوير قواعد التحقق الخاصة بك وتصحيحها ، يجب عليك إما إنشاء التكوينات التجريبية الصغيرة وقواعد البيانات التجريبية الخاصة بك ، حيث تنتهك بعض الوحدات هذه القاعدة ، أو إجراء فحوصات باستخدام البيانات التي تم جمعها مسبقًا. ستساعد كلتا الطريقتين في تسريع عملية تصحيح القواعد الجديدة.

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

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

أريد أن أشير إلى ذلك لأي عمل غير صحيح 1C Enterprise 8.3 ، الطرق الرئيسية لاستعادة أداء البرنامج هي:

  1. مسح ذاكرة التخزين المؤقت 1C Enterprise ؛
  2. اختبار وتثبيت القاعدة 1 ج 8.3.

تم وصف طريقة إزالة ذاكرة التخزين المؤقت 1C بالتفصيل في المقالة. ضع في اعتبارك أداة الخدمة الثانية لإدارة منصة 1C.

اختبار وإصلاح قاعدة بيانات 1c 8.3 باستخدام الأداة المساعدة المضمنة

لبدء هذه العملية ، لا تحتاج إلى أي معرفة خاصة ، لذلك يمكن لأي مستخدم التعامل مع هذا دون الاتصال بمتخصصين 1c. لبدء الاختبار والإصلاح ، يلزمك إدخال مُكوِّن 1c وتحديد "الإدارة" - "الاختبار والإصلاح ..."

وصف الأداة المساعدة "اختبار قاعدة المعلومات 1c وإصلاحها"

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

  • إعادة فهرسة جداول قاعدة المعلومات.

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

  • التحقق من السلامة المنطقية لقاعدة المعلومات

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

  • التحقق من السلامة المرجعية لقاعدة المعلومات

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

  • إعادة حساب المجاميع

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

  • ضغط جداول قاعدة المعلومات

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

  • إعادة هيكلة جداول قاعدة المعلومات

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

اختبار وإصلاح 1c 8.3 قاعدة في الممارسة

بعد تلقي معلومات شاملة ، أعتقد أنه يمكنك التنقل بسهولة بين عناصر الأداة المساعدة التي تحتاج إلى تحديدها لإصلاح أي منها.

يمكن إجراء اختبار قاعدة 1c 8.3 وتثبيتها في وضعين:

  1. اختبارات. في هذا الوضع ، يتم اختبار قاعدة البيانات وإجراء إصلاحات فنية للأخطاء الطفيفة.
  2. الاختبار والتثبيت. في هذا الوضع ، يتم اختبار قاعدة بيانات 1C وتحاول إصلاح جميع الأخطاء الملحوظة (انظر الشكل أعلاه).

لاختبار قاعدة 1c 8.3 وإصلاحها ، يجب النقر فوق الزر "تشغيل" ، وبعد ذلك في نافذة المعلومات أسفل أداة التهيئة يمكنك مشاهدة تقدم الاختبار والإصلاحات.

مشابه

يوفر تنفيذ 1C 8 عددًا كبيرًا من المزايا ، ومع ذلك ، لا يمكن العمل الفعال إلا إذا جودة عاليةأنظمة وظيفية وتكنولوجية.

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

وبالتالي ، تتكون الجودة الوظيفية من مجالين - الموضوع والتقني. لا يمكن إجراء تقييم موضوع النظام إلا من قبل محترف في مجال معين ، بينما يمكن تقييم التقنية بغض النظر عن المهام.

لماذا الجودة الوظيفية العالية للنظام ضرورية؟يتطلب تطوير نظام للتنفيذ مقاربة جادة لعدة أسباب. يضمن النظام عالي الجودة تنفيذ أسهل لـ 1C 8 ، مما يوفر على الشركة ، نتيجة لذلك ، الوقت والمال. بالإضافة إلى ذلك ، يعد الحفاظ على نظام 1C عالي الجودة أسهل بكثير ويتطلب اهتمامًا أقل من المتخصصين.

عند تطوير حلول جديدة تعتمد على نظام جاهز ، تكون جميع العمليات أسرع وأسهل بكثير ، كما أن تشغيلها يزيل الاضطرابات التشغيلية.

كيف تحدد الجودة الوظيفية؟عدم وجود أخطاء في كود البرنامج لا يعني إطلاقا أن الجودة الوظيفية للنظام عند مستوى معين.

يمكن تحديد الجودة الإجمالية للتهيئة من خلال عدد من العوامل ، على سبيل المثال:

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

حتى مع المساعدة برنامج مناسب 1C أي شركة ستكون قادرة على ضمان تنفيذ نظام عالي الجودة وتشغيل لا تشوبه شائبة للتكوين.

29.09.2016

التحقق من شرعية استخدام التحديثات المثبتة للتكوينات النموذجية لبرامج نظام 1C Enterprise 8.

احصل على إمكانية الوصول إلى Cloud 1C: Fresh مجانًا لمدة 30 يومًا!

بدءًا من إصدار 1C: منصة المؤسسة 8.3.7 ، نفذت برامج 1C آلية للتحقق من شرعية استخدام الحلول المطبقة 1C ، بما في ذلك التحديثات على تكوين 1C.

بعد تثبيت التحديث التالي للتكوين النموذجي والنظام الأساسي 1C: Enterprise ، قد يعرض البرنامج رسالة تفيد بوجود مشاكل في التحقق من شرعية استخدام تحديث التكوين المثبت في مركز حماية التحديث.

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

يتم إجراء الفحص لحلول التطبيقات التي تم نشرها في إصدار الملف أو على الخادم في إصدار MINI. لم يتم إجراء التحقق من الصحة لحلول التطبيقات باستخدام ترخيص أساسي. يتم تنفيذ إجراء التحقق بعد 1C: اكتمال تحديث تكوين نظام المؤسسة ، ويقدم البرنامج طلبًا إلى مركز حماية التحديث (المشار إليه فيما يلي بـ CPO).

انتباه! الخامس هذه اللحظةالمستطاع مشاكل تقنيةمع توفر موقع Update Protection Center https://1cv8update.com




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

في حالة إتمام المكالمة بنجاح ، يعيد CPO حالة قانونية الاستخدام. إذا لم يؤكد CPO شرعية استخدام تحديث التكوين المثبت ، يبدأ نظام 1C: Enterprise بإبلاغ جميع مستخدمي قاعدة المعلومات بأن هذا محلول تطبيقييتم استخدامه بشكل غير قانوني ، بينما يتم عرض المعلومات التي يتم تلقيها من CPO.

يمكن أيضًا الاطلاع على معلومات حول نتائج الفحص في مربع الحوار "حول البرنامج" ، والذي يحتوي على معلومات حول كيفية إنهاء المكالمة إلى CPO:


لكي يجتاز حل 1C المطبق الاختبار بنجاح في CPO ، من الضروري استيفاء الشروط التالية:

  • يجب أن يكون البرنامج مرخصًا.
  • يجب أن يحتوي منتج البرنامج على اشتراك ITS صالح.
  • يجب أن يكون منتج البرنامج مسجلاً مع حساب شخصيمستخدم على البوابة 1C
  • يجب تمكين دعم مستخدمي الإنترنت في التكوين.
وبالتالي ، إذا أبلغ برنامج 1C الخاص بك عن مشاكل في التحقق من صحة التكوين المستخدم ، فقد يكون هذا بسبب واحد أو عدة أسباب:
  • السبب 1. استخدام إصدار غير مرخص (مقرصن ، مخترق ، "أجهزة" ، "مصححة" ، إلخ.) البرمجيات 1 ج.

    الحل: يمكننا تقديم خيارين لحل المشكلة: شراء إصدار مرخص من منتج برنامج 1C أو الذهاب للعمل في "1C في السحابة".

    الخيار 1: شراء إصدار مرخص من منتج برنامج 1C.

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

    تكلفة برامج 1C

    اسمسعر
    فرك.
    تعليق
    1C: محاسبة 8 PROF. التسليم الإلكتروني



    عظم خيار سريعالترخيص!
    موعد التسليم 3-4 ساعات من تاريخ الدفع! *
    العرض الأساسي لـ 1 مكان العمل
    مع نظام حماية البرمجيات.
    1C: إدارة الرواتب وشؤون الموظفين 8 PROF. التسليم الإلكتروني
    أسرع خيار ترخيص!
    موعد التسليم 3-4 ساعات من تاريخ الدفع! *
    التسليم الأساسي لمكان عمل واحد
    مع نظام حماية البرمجيات.

    تكلفة الآخرين منتجات البرمجيات 1C: يمكن العثور على أنظمة المؤسسات وتراخيص العميل والخادم الإضافية في قائمة الأسعار.
    إذا كنت بحاجة ماسة إلى إضفاء الشرعية على 1C: ليس لدى شركاء المحاسبة أو 1C هذا البرنامج في منطقتك ، يمكنك شراء "التسليم الإلكتروني" في شركتنا. التسليم الإلكتروني هو إصدار "بدون صندوق" من البرنامج ، وهو مرخص بنسبة 100٪ ، ولا يختلف وظيفيًا عن "الصندوق" المعتاد. بعد الدفع في الحساب الشخصي لبوابة Portal 1C ، يمكنك تنزيل توزيعات تثبيت البرنامج وأكواد التنشيط والوثائق في في شكل إلكتروني(الخامس تنسيق pdf). إذا كنت بحاجة إلى مساعدة متخصصينا عند تثبيت البرنامج ، فسوف يساعدونك عن بُعد عبر الإنترنت.

    الخيار 2: اذهب للعمل في "1C في السحابة".

    في هذه الحالة ، تقوم بتحميل قاعدة البيانات الخاصة بك بكل بيانات الاعتماد المتراكمة إلى الخادم السحابي 1C Fresh (https://1cfresh.com/).
    لا تحتاج إلى شراء برنامج 1C وتثبيت البرنامج على أجهزة الكمبيوتر الخاصة بك. يتم تنفيذ العمل في البرنامج عبر الإنترنت باستخدام متصفح عادي أو "1C Thin Client" ، والذي يمكن تنزيله بشكل قانوني من موقع 1C الرسمي مجانًا.
    يتم توفير الوصول إلى الخادم السحابي 1C على أساس التأجير وفقًا لنموذج الأعمال SaaS (البرنامج كخدمة). تكلفة الوصول إلى الإصدار السحابي 1C هي 500-600 روبل شهريًا لكل مستخدم. تعتمد التكلفة الدقيقة على عدد المستخدمين وعدد قواعد البيانات المستخدمة والتعرفة المختارة وطريقة الدفع.

    تكلفة استئجار برامج 1Cفي السحابة باستخدام نموذج SaaS

    اسممعدل
    "PROF" **
    معدل
    "تقنية"
    تكلفة الملكية لكل مستخدم في الشهر
    عند إبرام عقد لمدة 12 شهرًا.
    495 روبل / شهر
    525 روبل / شهر
    تعتمد التكلفة الدقيقة على شروط الدفع *:
    • الدفع شهريا
    • الدفع المسبق 3 شهور
    • الدفع المسبق لمدة 6 شهور
    • الدفع المسبق لمدة 12 شهر

    2970 روبل
    8031 روبل
    15498 روبل روسي
    29664 روبل

    1200 روبل
    3498 روبل
    6546 روبل
    12528 روبل
    عدد المستخدمين المتزامنين5 مستخدمين.
    2 مستخدمين.
    التطبيقات المتاحة من القائمة:
    • 1 ج: المحاسبة 8
    • 1 ج: إدارة الرواتب والموظفين 8
    • 1 ج: إدارة شركة صغيرة 8
    • 1 ج المحاسبة مؤسسات الدولة 8
    • 1 ج: رواتب وموظفو المؤسسة العامة 8
    • 1 ج: إبلاغ منظم الأعمال 8
    • 1C- الموقد: الراتب
    كل شىءواحدة من القائمة للاختيار من بينها
    عدد قواعد المعلوماتبلا حدودقاعدة بيانات واحدة تعمل
    + اختبار واحد / أرشيف / عرض توضيحي

    *التكلفة المشار إليها صالحة رهنا باستمرارية العقد.
    ** تكلفة الاتصال بتعريفة PROF ، بالإضافة إلى وصول 5 مستخدمين إلى عدد غير محدود من قواعد البيانات ، تشمل عددًا من خدمات إضافية: 1C- الإبلاغ ؛ الإطار القانوني والتنظيمي "1C: الضامن" ؛ الوصول الكاملإلى نظام معلومات 1C: ITS ؛ استشارات وإجابات المراجعين والخبراء على أسئلة المستخدمين حول قضايا المحاسبة والضرائب والموظفين (في الحساب الشخصي على 1C: موقع ITS) ؛ الوصول إلى تحديثات إصدارات الصندوق من 1C: منصة المؤسسة والتكوينات القياسية لـ 1C ، إلخ. مزيد من التفاصيل.

    أول 30 يومًا من الوصول مجاني!
    من أجل تقييم مدى التوافر والاستقرار والسرعة وسهولة الاستخدام لنفسك ، يمكننا توفيرها حرية الوصولإلى الخدمة السحابية 1C: طازجة لمدة 30 يومًا.

    مواد إعلامية:
    -
    - تعليمات تحميل قاعدة بيانات من كمبيوتر محلي إلى 1C: خدمة السحابة الجديدة
    - إرشادات لتثبيت وتكوين عميل رفيع 1C للعمل مع 1C: خدمة سحابة جديدة
    - استمارة طلب الاتصال بالخدمة السحابية 1C: Fresh
    - استمارة طلب التسجيل الذاتي في الخدمة السحابية 1C: Fresh

  • السبب 2. لا يوجد عقد صالح لدعم تكنولوجيا المعلومات (ITS).

    الحل: إبرام اتفاقية لدعم تكنولوجيا المعلومات. إذا كنت بحاجة ماسة إلى الاشتراك في ITS ، فيمكنك الاشتراك فيها في شركتنا حتى إذا كنت في منطقة أخرى من الاتحاد الروسي واشتريت برنامج 1C في مكان آخر. الشرط الوحيد هو أن البرنامج يجب أن يكون مرخصًا.

    تكلفة اشتراك ITS

    انتبه إلى النقاط التالية:

    • هناك خياران لاشتراك ITS: ITS Techno و ITS PROF ، وهما يختلفان في محتوى المعلومات. يتضمن ITS Techno خيار الدعم الأدنى (الوصول إلى موقع الدعم الفني 1C لتحديثات التنزيل الذاتي). ITS Prof ، بالإضافة إلى الوصول إلى التحديثات ، يتضمن عددًا من الخدمات والخدمات الإضافية ، على سبيل المثال ، 1C: Reporting ، 1C: Counterparty ، 1C: Fresh ، 1C: Cloud Archive ، القاعدة القانونية "GARANT" وغيرها الكثير. للحصول على مقارنة مفصلة بين ITS Techno و PROF ، انظر.
    • تعتمد تكلفة اشتراك ITS على مدة العقد. الخيار الأدنى هو اشتراك لمرة واحدة لمدة شهر واحد ، ولكن نظرًا للحاجة إلى تحديث برنامج المحاسبة بانتظام لـ 1C: المحاسبة ، نوصي بالاشتراك لفترة أطول.
    • تكلفة الاشتراك للتجديد المستمر لاشتراك ITS أقل من تكلفة تجديده.
      اسمالسعر في
      مستمر
      إطالة
      فرك.
      السعر في
      التجديد
      اتفافية
      فرك.
      اشتراك ITS PROF لمرة واحدة لمدة شهر واحد
      4818
      ITS تكنو لمدة 6 أشهر

      7854
      ITS تكنو لمدة 12 شهرًا

      15036
      ITS PROF لمدة 3 أشهر

      9636
      ITS PROF لمدة 6 أشهر
      18600
      ITS PROF لمدة 12 شهرًا
      35592
  • السبب 3. منتج البرنامج غير مسجل في حساب المستخدم الشخصي على بوابة 1C.

    الحل: قم بتسجيل منتج البرنامج.
    تعليمات تسجيل منتجات البرمجيات في الحساب الشخصي للبوابة 1C: ITS (portal.1c.ru)
    إذا لم يكن المستخدم قد سجل مسبقًا في البوابة ، فقبل تسجيل منتج برمجي في حسابه الشخصي ، يجب على المستخدم أولاً التسجيل في البوابة بمفرده وتلقي تسجيل الدخول وكلمة المرور للوصول إلى حسابه الشخصي.
    تعليمات تسجيل المستخدمين على 1C: بوابة ITS (portal.1c.ru)

  • السبب 4. لم يتم تكوين دعم الإنترنت للمستخدم في برنامج 1C.

    الحل: إعداد دعم الإنترنت.
    إرشادات توصيل دعم الإنترنت في التكوينات النموذجية 1C: Enterprise 8

مشاكل تقنية

إذا كنت تستخدم إصدارًا مرخصًا من البرنامج ، فسيتم تسجيل منتج البرنامج في الحساب الشخصي لبوابة 1C ، وهناك اشتراك ITS صالح وتم تكوين دعم الإنترنت بشكل صحيح ، ولا يزال البرنامج يعرض الرسائل "مركز الترخيص غير متوفر" ، "لم يكتمل تسجيل التكوين في مركز الترخيص" ، "لم تنجح العقدة البعيدة في اجتياز الاختبار" ، وما إلى ذلك ، فمن المحتمل حدوث مشكلات فنية:

1. خادم CPO https://1cv8update.com غير متوفر
في هذه الحالة ، من الضروري التحقق من صحة الخادم وتوافره للحظر بواسطة إعدادات أمان الخادم الوكيل أو برامج الحماية من الفيروسات أو جدران الحماية.

2. على موقع الويب https://1cv8update.com ، تم تحديث شهادة الأمان ، وأنت تستخدم 1C القديم: منصة Enterprise (أو تم تعيين وضع التوافق) أسفل الإصدار 8.3.8. في هذه الحالة ، تحتاج إلى تحديث إصدار النظام الأساسي ، أو تكوين وضع التوافق ، أو تسجيل شهادة الأمان يدويًا في ملف cacert.pem في دليل bin.

3. ربما تم تحميل خادم Update Protection Center بشكل زائد ، حاول تكرار إجراء الفحص عدة مرات بالنقر فوق الزر "Retry now" (إعادة المحاولة الآن) أو إجراء الفحص لاحقًا.



توضيحات حول شروط توزيع تحديثات البرامج 1C Enterprise

عند بيع منتجات برنامج 1C ، يتم نقل الحقوق غير الحصرية (المحدودة) لاستخدام البرنامج من مالك حقوق النشر (شركة 1C) إلى المرخص له (المستخدم) وفقًا لشروط اتفاقية الترخيص المضمنة في تسليم منتج البرنامج . في الوقت نفسه ، يتعهد المرخص له بالالتزام الصارم وعدم انتهاك قواعد الاستخدام المرخص لمنتجات البرامج ، ويعتبر انتهاك شروط "اتفاقية الترخيص" انتهاكًا لحقوق الطبع والنشر ويتم مقاضاته.

وفقًا لـ "اتفاقية الترخيص" في تكلفة منتجات البرامج "1C" في حاليايشمل دعم تقنية المعلومات (ITS) لمدة 3 أشهر والتي تشمل الإيصال الشهري أقراص DVDإنه؛ تلقي تحديثات البرامج والتكوينات ونماذج التقارير ؛ خدمات خط الاستشارة. الوصول إلى الموقع دعم فني"1C" (من 01.01.2016 يمكنك شراء نسخة "بدون قرص" من ITS).

بعد انتهاء فترة الدعم المجاني ، لا تتم خدمة برامج 1C إلا بموجب عقد ITS على أساس مدفوع.

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

وبالتالي ، ليس فقط البرامج نفسها ، ولكن أيضًا التحديثاتتعد برامج الإنتاج الخاصة بشركة "1C" كائنات للحق الحصري لشركة "1C" ويتم توزيعها وفقًا للقواعد التي وضعتها شركة "1C" بصفتها صاحب حقوق الطبع والنشر وفقًا للفن. 1225 من القانون المدني ، وغير مصرح به الانتشارو الاستخدامتعتبر التحديثات انتهاكًا لحقوق الطبع والنشر وتتم مقاضاتها:

يجب أن يحصل المستخدم على التحديثات وموارد المعلومات من خلال قنوات التوزيع القانونية:

  • أقراص دعم تكنولوجيا المعلومات
  • مواقع شركة "1C": www.1c.ru, v8.1c.ru, online.1c.ru, its.1c.ru, portal.1c.ru, الإصدارات. 1c.ru, المستخدمين v8.1c.ru
  • مكاتب شركاء شركة "1C"

التحديثات الواردة من مصادر أخرى غير قانونية:

  • نسخها من صديق
  • تم تثبيت التحديث من قبل "الطالب فاسيا" (المصدر غير معروف).
  • تم تنزيله من موقع ليس الموقع الرسمي لـ "1C"
  • اشترى في كشك
  • إلخ.

من السهل جدًا معرفة أهلية استخدام التحديث: يتم تزويد شركة 1C بمعلومات حول جميع مشتركي ITS القانونيين مع أرقام تسجيل منتجات البرامج المثبتة لشركة 1C وفترة الاشتراك ، ولكل تحديث رقم فريد وتاريخ الإصدار ، تاريخ ووقت تثبيت التحديث على حاسوب المستخدم المعروفين ثابتان في البرنامج نفسه ، أي في حالة التحقق مع المستخدم في وقت إصدار التحديثات وتثبيتها ، يجب إصدار اشتراك في نظام النقل الذكي.

التحقق من اشتراك ITS

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

  • تحقق مما إذا كنت قد أرسلت استمارة التسجيل إلى 1C
  • إذا تغيرت البيانات - أبلغ عن ذلك إلى "1C"
  • تأكد من أن القناة التي تتلقى التحديثات من خلالها قانونية (الشريك الرسمي لـ "1C" ، المواقع الرسمية لـ "1C")
  • قبل التسجيل للحصول على اشتراك ITS ، تحقق مما إذا كانت الشركة التي تخدمك شريكًا رسميًا لـ 1C
  • وفقًا لرقم تسجيل برنامجك ، تأكد من تسجيل الاشتراك في "1C" على الموقع
    http://www.1c.ru/rus/support/support.htm
  • لا تنس تجديد اشتراكك في الوقت المناسب

لا تتطلب اشتراك ITS:


العلامات: التحقق من شرعية تلقي التحديثات على تكوينات 1c ، والتحقق من شرعية تحديث 1c 8.3 ، ومراقبة شرعية تحديثات 1c ، وتحديثات التنزيل 1s ، و 1s ، و disk its ، والتحقق من شرعية 1c 8.3 7 ، المستخدمين. .ru ، its.1c.ru ، المصاحبة 1s 8

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

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

دعونا نلقي نظرة على هذه الأداة وكيفية التعامل معها. دعنا نلقي نظرة فاحصة على العلامات التي يجب تعيينها في الواجهة.

لنبدأ البرنامج في وضع التهيئة:

حدد من عنصر قائمة الإدارة "الاختبار والإصلاح":

ما هي مربعات الاختيار التي يجب أن أضعها؟

هناك العديد من الخيارات لإعداد الاختبار ، ضع في اعتبارك مربعات الاختيار هذه:

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

في مثالنا ، ضع جميع مربعات الاختيار كما هو موضح في الشكل وانقر على "تشغيل":

يمكننا ملاحظة مرحلة العملية في الزاوية اليسرى السفلية من نافذة مكون 1C. تظهر الأخطاء المكتشفة في نافذة رسائل الخدمة.

بعد انتهاء الاختبار ، انقر فوق "إغلاق":

يمكننا رؤية نتيجة العمليات في نافذة رسائل الخدمة.

اكتمل الاختبار والتثبيت.

إذا لم يفتح المكون: الأداة المساعدة chdbfl.exe

إذا تعرضت القاعدة للتلف لدرجة أنك لا تستطيع الدخول إلى المُكوِّن ، يمكنك استخدام. يتم تثبيت الأداة المساعدة مع النظام الأساسي 1C ويمكن العثور عليها في مجلد Bin في دليل التثبيت:

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

بعد النقر فوق "نسخة" ، انقر بزر الماوس الأيمن فوق مساحة فارغة في نافذة المجلد وانقر فوق "لصق". يتم عمل نسخة ، قم بتشغيل الأداة المساعدة:

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

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

نحن ننتظر نهاية العملية. قد تأخذ وقت طويلحسب حجم القاعدة.

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