> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kayanos.com/llms.txt
> Use this file to discover all available pages before exploring further.

# النماذج

> تخطيط نموذج KayanOS ونشره وتعبئته مسبقاً واختباره ومراجعة إرسالاته لمسار خدمة موظفين أو جمهور مضبوط.

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

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

## متى تستخدمه

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

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

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

استخدم [حقول النماذج والعناصر المتكررة](/ar/build/form-fields-and-repeatables) عندما يحتاج الطلب إلى صفوف مواد أو معاينات أو مرفقات متكررة. واستخدم [إجراءات النماذج ومنطقها وتواقيعها](/ar/build/form-actions-logic-and-signatures) عندما يتطلب الإكمال خطوة لاحقة مضبوطة أو دليلاً رسمياً. أبق حدود الجمع والقرار والنشر واضحة بدلاً من إضافة كل ميزة متاحة إلى الإصدار الأول.

## الإعداد

### تخطيط مسار الالتقاط

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

استخدم الأقسام لتجميع الأسئلة بحسب الغرض: مرجع اتصال مقدم الطلب، تفاصيل الخدمة، الموقع المطلوب، الأدلة، وتقييم الموظف. اختر أصغر نوع حقل صحيح لكل قيمة. فالاختيار أفضل من النص الحر لفئة خدمة تقود قاعدة، والتاريخ أوضح من النص لتاريخ زيارة، وحقل الملف يجب أن يصف الدليل المطلوب بدقة. للاطلاع على قائمة الحقول الكاملة وسلوك التحقق والصفوف المتكررة، اتبع [حقول النماذج والعناصر المتكررة](/ar/build/form-fields-and-repeatables).

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

```jexl theme={null}
$.request_type.value == 'site_service'
```

اجعل السؤال التابع ظاهراً ومطلوباً معاً فقط عندما تكون العلاقة إلزامية فعلاً. يمكن أن يكون شرط مرفق مطلوب مرافقاً آمناً، ويفترض أن `requires_supporting_file` مفتاح فعلي في النموذج:

```jexl theme={null}
$.requires_supporting_file.value == true
```

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

### وضع النموذج في قسم تطبيق

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

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

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

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

### بناء رحلة متعددة الصفحات

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

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

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

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

```jexl theme={null}
$.request_type.value == 'site_visit'
```

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

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

### اختيار مسار الموظفين والجمهور والروابط المعبأة

اضبط وصول الموظفين أولاً واختبر بالأدوار التي ستبدأ الجلسات وتراجعها فعلاً. ثم اتخذ قراراً مستقلاً عن النشر العام. يجعل النشر رابطاً عاماً متاحاً، لكنه لا يلغي الحاجة إلى تصميم النموذج لجمهور غير موثوق. **تسري مسارات النشر العام والروابط المعبأة هذه على النماذج العادية فقط. لا تستطيع النماذج دون اتصال استخدام روابط عامة أو روابط معبأة مسبقاً؛ إذ يعطل المنشئ هذه الإعدادات وترفضها الخدمة.** خطط النموذج دون اتصال حول مسار الموظفين والاستخدام دون اتصال، واقرأ [النماذج دون اتصال](/ar/build/offline-forms) قبل اختيار مسار البدء. وتوفر إعدادات الجمهور للنموذج العادي ضوابط الإصدار التالية:

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

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

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

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

يمكن لتعبير افتراضي توضيحي أن يمرر قيمة موجودة إلى إجراء لاحق أو حقل مضبوط. يفترض المثال أن للنموذج مفتاحاً فعلياً باسم `service_category`:

```jexl theme={null}
$.service_category.value
```

### النشر عن قصد

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

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

## مثال عملي

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

أنشئ مسودة الموظفين أولاً. أضف `request_type` كاختيار بقيم مخزنة معتمدة، و`contact_reference` كنص، و`service_location` كموقع، و`preferred_date` كتاريخ، و`request_details` كنص متعدد الأسطر، و`supporting_files` كملف. فعّل إعداد متعدد فيه عندما تشترك عدة ملفات في قاعدة دليل واحدة. واستخدم قسماً مكرراً محدوداً فقط عندما يختلف وصف كل مرفق أو يحتاج إلى فئته أو تاريخه أو تحققه أو نتيجة مراجعته الخاصة. أضف `requires_supporting_file` كقيمة منطقية فقط إذا كانت هناك سياسة فعلية تقرر متى يلزم الدليل. واضبط شروط ظهور وطلب حقل الملف من تلك القيمة، ثم اختبر المسارين.

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

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

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

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

![ نموذج KayanOS لطلب خدمة مواطن في مديرية خدمات عامة سورية. ](https://kayanos.app/docs-images/ar/build/forms.png)

## الاختبار

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

| الاختبار       | ما الذي ينفذ                                                                        | النتيجة المتوقعة                                                                                                                    |
| -------------- | ----------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------- |
| إذن البدء      | حاول البدء بكل دور موظف مقصود                                                       | تستطيع الأدوار المصرح بها البدء، ولا تحصل الأدوار غير المرتبطة على مسار جديد لمجرد وجود نموذج.                                      |
| تدفق الحقول    | أكمل كل نوع حقل بقيم ممثلة                                                          | تطابق العناوين والقيم الافتراضية وقواعد المطلوب والتحقق خطة الخدمة.                                                                 |
| ملكية الكتالوج | اعثر على النموذج بالمعرف والاسم والوصف، ورشحه إلى تطبيقه/قسمه، ثم انقل نموذج اختبار | تظهر البطاقة تحت المالك المقصود ويتحدث التنقل ولا تتغير أذونات مستخدم محدود للنموذج.                                                |
| اكتشاف التنقل  | افتح التطبيق المسند ودليل إرسالات النماذج المؤقت بعضو اختبار مخول وآخر غير مخول     | يجد العضو المخول النموذج تحت تطبيقه/قسمه، ولا يحصل العضو غير المرتبط على رابط نموذج أو وصول إلى الجلسات.                            |
| الفرع الشرطي   | اختبر القيمتين اللتين تقودان كل تعبير ظهور أو مطلوب أو تحرير                        | تظهر الأسئلة الصحيحة ويبقى سلوك الإكمال واضحاً.                                                                                     |
| ضوابط الجمهور  | اختبر الرابط وكلمة المرور وطلب الحساب والحد وتاريخ الانتهاء المفعلة                 | تطابق التجربة العامة قرار الإصدار المعتمد.                                                                                          |
| الرابط المعبأ  | افتح كل رابط محفوظ في جلسة نظيفة                                                    | تكون القيم المسبقة صحيحة، وتبقى قيم «اطلب» مطلوبة، ولا تظهر قيمة حساسة.                                                             |
| حد عدم الاتصال | افتح إعدادات نموذج دون اتصال                                                        | لا تتاح إعدادات الروابط العامة والمعبأة؛ اختبر مسار الموظفين ودون اتصال عبر [النماذج دون اتصال](/ar/build/offline-forms) بدلاً منه. |
| مراجعة الإرسال | راجع النتيجة المحفوظة بدور المستلم                                                  | يستطيع المراجع تحديد المصدر وحدود الإجابات والملفات والخطوة المطلوبة التالية.                                                       |
| مسار الإغلاق   | ألغ النشر أو استخدم اختبار انتهاء عند الأمان                                        | لا يقبل النموذج بدايات عامة جديدة وتملك الخدمة القناة البديلة المقصودة.                                                             |

اختبر سلوك التعبير بقيم الاختيار المخزنة الفعلية لا بالعناوين المترجمة. يفترض المثال الآتي للتوضيح وجود قيمة اختيار اسمها `urgent` تحت المفتاح `priority`؛ يجب تكييفه مع المفاتيح والقيم الفعلية.

```jexl theme={null}
$.priority.value == 'urgent'
```

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

## استكشاف الأخطاء وإصلاحها

| العرض                                                    | افحص أولاً                                                                                                | الاستجابة الآمنة                                                                                               |
| -------------------------------------------------------- | --------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- |
| لا يستطيع مستخدم عام بدء النموذج                         | هل هو منشور، أو انتهى تاريخه، أو وصل الحد، أو يطلب حساباً أو كلمة مرور؟                                   | أكد الإعداد المعتمد وسياسة نافذة الخدمة، ولا تعطل الضوابط لمجرد أن اختباراً فشل.                               |
| لا يظهر في النموذج دون اتصال إعداد رابط عام أو رابط معبأ | هل ضبط النموذج للاستخدام دون اتصال؟                                                                       | هذا متوقع. لا تدعم النماذج دون اتصال روابط عامة أو معبأة؛ اتبع [النماذج دون اتصال](/ar/build/offline-forms).   |
| غابت قيمة معبأة مسبقاً                                   | هل يتضمن الرابط المحفوظ المتغير المقصود، وهل هو قيمة مسبقة لا قيمة «اطلب»؟                                | عدل الرابط المسمى واختبره ببيانات آمنة، وتحقق من مفتاح المتغير الفعلي.                                         |
| تظهر قيمة خاصة في مسار إحالة                             | هل أضيفت كقيمة افتراضية أو مدخل رابط معبأ؟                                                                | أزلها من الرابط، واستبدل الرابط عند الحاجة، واستخدم مصدراً للموظفين للسياق الخاص.                              |
| نموذج مفقود من الكتالوج                                  | نص البحث والتطبيق/القسم المحددان والمجموعات المطوية والملكية الحالية                                      | امسح المرشح المناسب وافتح المجموعة وابحث بالمعرف الثابت؛ لا تعِد إنشاء النموذج.                                |
| نموذج مفقود من تنقل الموظفين                             | المؤسسة الحالية وملكية التطبيق/القسم وما إذا كان العضو يملك `list` أو `create` أو `initiate` لذلك النموذج | صحح مشكلة الملكية أو الإذن الضيقة؛ ولا تبحث عن مفتاح الظهور المحذوف ولا تمنح وصول بناء واسعاً.                 |
| محدد القسم معطل أو فارغ                                  | هل حُدد تطبيق؟ وهل يملك أقساماً؟                                                                          | اختر التطبيق المعتمد أولاً؛ ولا تنشئ قسماً إلا بموافقة مالك بنية المعلومات.                                    |
| يفشل الإنشاء داخل المحدد أو النقل                        | المؤسسة الحالية ووصول العضو لإنشاء/تحديث التطبيقات والأقسام والنموذج                                      | اطلب قدرة المنشئ الضيقة المفقودة أو دع بانياً مخولاً ينفذ التغيير؛ لا تعِد النشر ولا توسع الجمهور كحل التفافي. |
| يتصرف حقل على خلاف عنوانه                                | هل قيم الاختيار المخزنة أو مفاتيح الشرط أو تعبير التحقق صحيحة؟                                            | راجع زوج المفتاح والقيمة الثابت، ثم اختبر المسارين الإيجابي والسلبي مجدداً.                                    |
| لا يفهم المراجع الإرسال                                  | هل انقسمت أسئلة مترابطة إلى حقول غير مترابطة أو غابت المساعدة؟                                            | اجمع الأسئلة، واستخدم قسماً مكرراً عند الحاجة، واكتب وصفاً يخدم المراجعة.                                      |
| يغلق النموذج بلا توقع                                    | هل تاريخ الانتهاء أو حد الإرسالات فعال؟                                                                   | راجع سجل الإصدار وأعلن البديل المعتمد؛ ولا تمد نافذة خاضعة لتنظيم بصمت.                                        |

## الأذونات وحدود جودة البيانات

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

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

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

## أدلة ذات صلة

* اختر أنواع الحقول والشروط والتخطيطات الجدولية والمكررات في [حقول النماذج والعناصر المتكررة](/ar/build/form-fields-and-repeatables).
* أضف إجراءات مضبوطة وأدلة توقيع في [إجراءات النماذج ومنطقها وتواقيعها](/ar/build/form-actions-logic-and-signatures).
* راجع الجلسات المرسلة في [إرسالات النماذج](/ar/build/form-submissions).
* استخدم إرشادات البدء والمزامنة للموظفين ودون اتصال في [النماذج دون اتصال](/ar/build/offline-forms).
* افهم لغة التعبيرات قبل إضافة الشروط في [صياغة لغة التعبيرات](/ar/reference/expressions/language-syntax).