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

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

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

مشروط يمكننا التمييز ثلاثة أنواع من الأخطاء:
1. "العنصر المحدد مسبقًا غير موجود في البيانات";

3. مواصفات غير صحيحة لعنصر محدد مسبقًا؛

1. "العنصر المحدد مسبقًا غير موجود في البيانات" - oعدم وجود عنصر محدد مسبقًا موصوف في التكوين في بيانات أمن المعلومات.

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

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

عند الوصول إلى عنصر في الطلب "VALUE(الدليل.أنواع معلومات الاتصال.البريد الإلكتروني لشخص الاتصال)" يتم عرض الرسالة التالية:

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

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

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

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

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

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

طلب = طلب جديد؛ Request.Text = "حدد | أنواع معلومات الاتصال. الرابط | من | الدليل. أنواع معلومات الاتصال كيف أنواع معلومات الاتصال | أين | أنواع معلومات الاتصال. اسم البيانات المحددة مسبقًا = ""البريد الإلكتروني جهة الاتصال

"""؛ العنصر مفقود في البيانات = Query.Execute().Empty();إذا كان هذا لا يزال خطأ في بيانات قاعدة البيانات، فمن الضروري ربط عنصر محدد مسبقًا لعنصر أمن المعلومات. أولئك. فمن الضروري أن نشرح للنظام عنصر أمن المعلومات الذي يجب أن يصل إليه رمز البرنامج بهذا الاسم. من الناحية الفنية، الارتباط هو ببساطة تحديد اسم العنصر المحدد مسبقًا في الخاصية "اسم البيانات المحدد مسبقًا

2. "العنصر المحدد مسبقًا ليس فريدًا" - حعناصر مزدوجة محددة مسبقًا:

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

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

طالما أنه لا أحد يحتاج إلى تعديل العنصر، فلن يعلم أحد بالخطأ.

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

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

يمكن التعرف على مثل هذه الأخطاء في قاعدة البيانات من خلال استعلام مثل:

حدد أنواع معلومات الاتصال. اسم البيانات المحددة مسبقًا، الكمية (أنواع مختلفة من معلومات الاتصال. الرابط) كعدد المعلومات المحددة مسبقًا من الدليل. أنواع معلومات الاتصال كأنواع معلومات الاتصال المجموعة حسب أنواع معلومات الاتصال. اسم البيانات المحددة مسبقًا التي تحتوي على الكمية (أنواع مختلفة من tactInformation.Link) > 1

سيُرجع هذا الاستعلام قائمة بالعناصر المحددة مسبقًا والتي يرتبط بها أكثر من عنصر واحد لأمن المعلومات.

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

3. مواصفات غير صحيحة لعنصر محدد مسبقًا.

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

للقيام بذلك، فقط قم بتشغيل أحد الأوامر.

// تحديد عنصر أمان المعلومات المرتبط بالإخطار المحدد مسبقًا (الدلائل. أنواع معلومات الاتصال. البريد الإلكتروني لشخص الاتصال) // تحديد عنصر محدد مسبقًا يرتبط به الإخطار المحدد (رابط إلى العنصر. اسم المحدد مسبقًا) بيانات)

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

حسنًا، باختصار حول الأخطاء أثناء عمل البرنامج أو في وضع المكوّن:

"العنصر المحدد مسبقًا لا ينتمي إلى<Имя справочника>" - يحدث خطأ عند محاولة كتابة عنصر محدد مسبقًا باسم لا يتطابق مع الاسم الموجود في أداة التهيئة.

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

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

"العناصر المحددة مسبقًا ليست فريدة"- تم إنشاء خطأ في أداة التهيئة عند تحديث قاعدة المعلومات لإصدار التكوين بدون وضع التوافق مع 8.3.4. من الضروري التحقق من التكرارات وإزالتها قبل التحديث.

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

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

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

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

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

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

إذا كان التحديث غير صحيح وذو نوعية رديئة، فقد يحدث ذلك سيتم فقدان البيانات وسيتم فقدان جميع التعديلات المكتملة مسبقًا. لذا

الخطأ 1: "اسم العنصر المحدد مسبقًا ليس فريدًا"

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

الخطأ 2: "لا يحتوي الملف على أية تحديثات متوفرة"

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

خطأ 3: "العنصر المحدد مسبقًا غير موجود في البيانات."

الخطأ 4. "خطأ في تنسيق الدفق."

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

خطأ 5. "اسم العنصر المحدد مسبقًا ليس فريدًا."

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

الخطأ 6. "خطأ في كتابة البلد العالمي" و"خطأ في استدعاء طريقة السياق".

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

خطأ 7. "خطأ أثناء تسجيل ملف التعريف. مثل هذا الملف الشخصي موجود بالفعل.

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

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

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

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

يتم إنشاء عناصر الدليل المحددة مسبقًا في وضع المكوّن. في وضع "1C:Configurator"، يتم تحديد أسماء العناصر المحددة مسبقًا. يتم إنشاء العناصر نفسها، والتي يتم تخزينها في قاعدة البيانات، في وضع 1C:Enterprise. وبالتالي، فإن العنصر المحدد مسبقًا هو البيانات الوصفية (اسم العنصر المحدد مسبقًا) والبيانات (عنصر الدليل نفسه).

1C: المؤسسة 8.2

في 1C:Enterprise 8.2، تتم تلقائيًا إضافة أو حذف العناصر المحددة مسبقًا المضافة أو المحذوفة في أداة التهيئة في قاعدة البيانات.

1C: المؤسسة 8.3

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

يوم جيد.

سنتحدث اليوم عن الابتكار في النظام الأساسي 8.3 فيما يتعلق بالعناصر المحددة مسبقًا.

مقدمة

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

عندما تم تصحيح كل شيء وعمله، اتضح أن المهمة تم طرحها في الاتجاه المعاكس وكان هناك حاجة إلى منطق رجل الأعمال الفردي لشركة ذات مسؤولية محدودة، وكان هناك حاجة إلى منطق شركة ذات مسؤولية محدودة لرائد الأعمال الفردي. نقول "لا توجد مشكلة"، وفي وضع المؤسسة نعيد تسمية العناصر. بعد كل شيء، الدخول إلى الكود أصعب بكثير. يمر عام ويتم تكليفك بمهمة جديدة: إعداد المزيد من المنطق لـ IP Sidorov. تذهب إلى أداة التهيئة، وتكتب المنطق، وتبدأ في التحقق ولا يعمل شيء، لأن... في مكون IPSidorov، وفي المؤسسة - OOMeteor. الدماغ مكسور وأريد تدمير هذه أشعل النار. أبسط وأوضح شيء هو عرض اسم العنصر المحدد مسبقًا في شكل قائمة. إليك المشكلة: يمكنك فقط الحصول على اسم محدد مسبقًا في الإصدار 8.2 باستخدام هذه الطريقة. لكن الطريقة لها عيوبها الخاصة، ولا يمكن الحصول عليها في الطلب. أولئك. الإزعاج الأول هو الحصول على الاسم المحدد مسبقًا من مرجع إلى الدليل.

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

الآن إلى هذه النقطة

الأول هو أن الدليل يحتوي الآن على خاصية "تحديث البيانات المحددة مسبقًا".

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

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

وأخيرا القليل من الشراب

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

شكرًا لكم على اهتمامكم.