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

تم تنفيذ التفاصيل العامة في البداية في الإصدار 1C 7.7، لكن المطورين لم يدرجوها على الفور في إصدار النظام الأساسي 8. تم تقديم آلية التفاصيل العامة بواسطة مطوري 1C فقط في الإصدار 8.2.14.

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

بعد إضافة سمة عامة، يمكن استخدامها في الاستعلامات وعرضها في نموذج الكائن - ظاهريا، لا يختلف عن الدعائم العادية.

القيد الوحيد للتفاصيل العامة هو عدم القدرة على استخدامها في .

دعونا نلقي نظرة على الإعدادات الأساسية وخصائص التفاصيل العامة التي تختلف عن كائنات التكوين الأخرى:

مُجَمَّع— قائمة الكائنات التي سيتم استخدام التفاصيل العامة لها؛ الإعداد يذكرنا بإعداد خطة التبادل.

احصل على 267 درس فيديو على 1C مجانًا:

الاستخدام التلقائي- يحدد الإعداد ما إذا كان سيتم استخدام الدعائم العامة لتلك الكائنات التي تم تحديد وضع الاستخدام "التلقائي" لها.

فصل البيانات- سننظر في هذا الإعداد بشكل منفصل.

فصل البيانات في 1C باستخدام التفاصيل المشتركة

فصل البيانات- آلية مشابهة للآلية. ومع ذلك، الأداء هذه الآليةأكثر كفاءة وأسهل للتكوين.

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

إعداد فصل البيانات باستخدام تفاصيل 1C العامة

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

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

يكتمل هذا الإعداد - لن يتمكن المستخدم إلا من الوصول إلى المعلومات المحددة في معلمات الجلسة المحددة.

مثال على استخدام الدعائم المشتركة

دعونا نلقي نظرة على إعداد الدعائم العامة في 1C 8.3 باستخدام مثال تكوين الإطار والدعائم منظمة:

يحتوي النظام على 3 وثائق حيث من الضروري الإشارة إلى تفاصيل المنظمة: وهي فاتورة الإيصال، وفاتورة النفقات، وكشوف المرتبات.

الإعداد بسيط:

1. نقوم بإنشاء سمة عامة جديدة، ونحدد النوع - DirectoryLink.Organization.
2. في التكوين نرتب وثائقنا - يستخدم.

هذا كل شيء، اكتمل الإعداد!

دعونا نرى النتيجة:

يعرض النظام التفاصيل العامة “كما لو كانت خاصة بك”: في الطلبات، وفي تفاصيل النموذج، وفي أماكن أخرى. هذا هو مثل هذا السحر! 🙂

لم تتم إضافة المتطلبات العامة 1C 8.3

تفاصيل النموذج

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

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

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

امتداد النموذج- هذه هي الخصائص والأساليب ومعلمات النموذج الإضافية لكائن ManagedForm، وهي سمة للكائن الذي يمثل العنصر الرئيسي في النموذج.

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

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

أنواع البيانات المتوفرة في نموذج مُدار

يختلف النموذج المُدار أيضًا عن النموذج العادي في أنواع البيانات التي يعمل بها. لو شكل منتظميعمل مع معظم الأنواع التي يوفرها 1C:Enterprise (بما في ذلك الأنواع DirectoryObject وDocumentObject وما إلى ذلك)، ثم في النموذج المُدار يمكن تمييز فئات الأنواع التالية:

• الأنواع المستخدمة مباشرة في النموذج هي تلك الأنواع الموجودة على جانب عميل الويب الرقيق (على سبيل المثال، Number، DirectoryLink.Products، GraphicScheme، TabularDocument)؛

• الأنواع التي سيتم تحويلها إلى أنواع بيانات خاصة - أنواع بيانات النماذج المُدارة. يتم عرض هذه الأنواع في قائمة تفاصيل النموذج بين قوسين، على سبيل المثال (DirectoryObject.Products)؛

• القائمة الديناميكية (لمزيد من التفاصيل، راجع قسم "القائمة الديناميكية" في هذا الفصل).

تحويل كائنات التطبيق إلى بيانات النموذج

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

مستخدم الأنواع التاليةبيانات:

• Form DataStructure - يحتوي على مجموعة من الخصائص من النوع التعسفي. يمكن أن تكون الخصائص بنيات أخرى، أو مجموعات، أو بنيات ذات مجموعات. يتم تمثيل هذا النوع، على سبيل المثال، في النموذج DirectoryObject.

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

• Form DataStructureWithCollection هو كائن يتم تمثيله كبنية ومجموعة في نفس الوقت. ويمكن التعامل معها مثل أي من هذه الكيانات. ويمثل هذا النوع، على سبيل المثال، مجموعة من السجلات في نموذج.

• Form DataTree – كائن مصمم لتخزين البيانات الهرمية.

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

على سبيل المثال، سيتم تمثيل مستند يحتوي على جزء جدولي بواسطة كائن من نوع FormDataStructure (المستند نفسه)، والذي يخضع له كائن من نوع FormDataCollection (الجزء الجدولي من المستند).

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

تمرير البيانات بين أجزاء العميل والخادم في النموذج المُدار

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

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

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

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

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

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

طرق تحويل بيانات كائن التطبيق إلى بيانات النموذج

لتحويل كائنات التطبيق إلى بيانات النموذج والعودة، هناك مجموعة من الطرق العامة:

• فاليوإنفورمداتا()،
• فورمداتا إن فالو ()،
• نسخ بيانات النموذج ().

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

عند تحويل بيانات النموذج إلى كائن تطبيق، يجب عليك مراعاة مدى توافقها.

• ValueInFormData() – يحول كائن نوع التطبيق إلى بيانات النموذج؛
• FormDataInValue () - يحول بيانات النموذج إلى كائن نوع التطبيق؛
• CopyFormData () – نسخ بيانات النموذج التي لها بنية متوافقة. إرجاع True إذا كانت النسخة ناجحة، أو False إذا كانت بنية الكائن غير متوافقة.

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

دعنا نعطي مثالاً لكيفية استخدام تحويل البيانات في الخوارزميات الخاصة بك.

&OnServerProcedure عند CreateOnServer (فشل، معالجة قياسية)

ObjectProduct = Directory.Products.FindByName("Coffeepot").GetObject();

ValueInFormData(ObjectItem, Object);

نهاية الإجراء

&كتابة إجراء OnClient()

ValueInFormData(ObjectItem, Object);

WriteOnServer();

&إجراء OnServer WriteOnServer()

ObjectProduct = FormDataValue(Object, Type("DirectoryObject.Products"));

ObjectItem.Write();

• نهاية الإجراء
• يحتوي كائن ManagedForm أيضًا على طرق متاحة على الخادم:

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

دعونا نعطي مثالا على استخدام هذه الأساليب.

&إجراء OnServer إعادة حساب OnServer()

// تحويل سمة الكائن إلى كائن تطبيق.

ObjectProduct = FormDataValue(Object, Type("DirectoryObject.Products"));

Document = Form AttributesValue("Object");

// إجراء عملية إعادة الحساب باستخدام الطريقة المحددة في وحدة المستند.

• Document.Recalculate();
• // يحول كائن التطبيق مرة أخرى إلى دعامة.

ValueВFormAttributes(Document, "Object");

واجهة البرنامج

FormDataTree FindById GetItems

وصف:

مصممة لنموذج شجرة في بيانات النموذج المُدار.

يمكن إجراء تسلسل لهذا الكائن إلى/من XDTO. نوع XDTO المطابق

هذا الكائن

يتم تعريفه في مساحة الاسم. اسم النوع XDTO:

ValueВFormAttributes(Document, "Object");

GetItems

بناء الجملة: GetItems()قيمة الإرجاع:

النوع: جمع بيانات النموذج لعناصر الشجرة.

مصممة لنموذج شجرة في بيانات النموذج المُدار.

يحصل على مجموعة من عناصر الشجرة ذات المستوى الأعلى.<Идентификатор>)

التوفر: العميل، الخادم،

<Идентификатор>عميل رفيع

، عميل الويب.

هذا الكائن

FindById

ValueВFormAttributes(Document, "Object");

فيندبيد(

حدود:

(مطلوب)

النوع: رقم. معرف عنصر الشجرة

<Имя свойства> (<Имя свойства>)

• النوع: FormDataTreeElement.
• الحصول على عنصر المجموعة حسب المعرف.
• // يحول كائن التطبيق مرة أخرى إلى دعامة.
• التوفر: العميل، الخادم، العميل الرقيق، عميل الويب.

ValueВFormAttributes(Document, "Object");

FormDataTreeItem

ملكيات:

معرف الجيت (جيتيد)

GetParent

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

ValueВFormAttributes(Document, "Object");

عدد

حدود:

واضح

• يحصل
• يتحرك

يمسح

مجموعة من العناصر الخشبية.

أنظر أيضا: FormDataTreeElement، طريقة GetElements DataFormTree، طريقة GetItems

إذا تم توسيع أي عقدة في الشجرة وتم تحديد عقدة ثانوية، فعندئذ عند تحديث الشجرة بالوظيفة ValueInFormDataتقع المنصة.

الحل: تحتاج إلى مسح الشجرة قبل التحديث.

على سبيل المثال:

&في إجراء الخادم ClearTree(elements) لكل عنصر من العناصر Loop ClearTree(element.GetElements());

EndCycle;

Elements.Clear(); نهاية الإجراء

&في شجرة مفهوم تعبئة إجراء الخادم () dConcepts = srProperties.Build Concept Tree(OnDate, Meta.CurrentIB()); ClearTree(ConceptTree.GetItems());

ValueInFormData(dConcepts, ConceptTree); نهاية الإجراء &OnClient الإجراء OnDateOnChange(Element) ملء ConceptTree(); نهاية الإجراءالنماذج

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

على سبيل المثال، دليل

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

النماذج الأساسية &OnClient الإجراء OnDateOnChange(Element) ملء ConceptTree(); نهاية الإجراءيمكن استخدام كل كائن تكوين لتنفيذ بعض الإجراءات القياسية. على سبيل المثال، لأي دليل قد تحتاج إلى عرض قائمة بعناصره، عرض

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

قد توجد الأشكال الأساسية التالية: &OnClient الإجراء OnDateOnChange(Element) ملء ConceptTree(); نهاية الإجراءوالوثيقة الدليل، وعرض مجموعة الدليل، وتحديد العناصر ومجموعات العناصر من الدليل. بالنسبة لأي مستند، ستكون قائمة هذه الإجراءات أصغر بكثير: عرض قائمة المستندات، والاختيار من قائمة المستندات، وعرض مستند منفصل.استلام البضائع والخدمات

سيكون تكوين النماذج الرئيسية مختلفًا:

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

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

ربط النموذج بالبيانات

ما إذا كان النموذج ينتمي إلى كائن تكوين معين لا يحدد تركيبة البيانات التي يتم عرضها في النموذج. حقيقة أن النموذج ينتمي، على سبيل المثال، إلى الدليل &OnClient الإجراء OnDateOnChange(Element) ملء ConceptTree(); نهاية الإجراء، يسمح لك بتعيينه كأحد النماذج الرئيسية لهذا الدليل، لكنه لا يحدد بأي حال من الأحوال البيانات التي سيعرضها هذا النموذج وما سيكون سلوكه.

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

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

هيكل النموذج

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

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

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

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

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

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

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