هيكلة مصنفكابدأ من هنا
مصنفك هو مواصفات التطبيق. كل ورقة تؤدي دورًا واحدًا — نموذج، أو قائمة منسدلة، أو مجموعة قواعد — وبادئة اسم الورقة تخبر Sheetward بذلك الدور. ابدأ اسم كل علامة تبويب بإحدى هذه البادئات:
Form_ وعلامات الأقسام ونصوص القواعد بالإنجليزية دائمًا — ولا تُترجم أبدًا. تأتي اللغات الأخرى لاحقًا، وتسكن موضعين فقط: ورقة Translation_ (تسميات الحقول ورسائل التحقق التي كتبتها) وأعمدة اللغات في أوراق List_ (قيم القوائم المنسدلة). وهذا ما يتيح لمصنف واحد أن يخدم كل لغة يوفرها تطبيقك.| يبدأ اسم الورقة بـ | ما تصبح عليه |
|---|---|
| Form_<Name> | نموذج إدخال بيانات — مطالبة مصروفات، أو أمر شراء، أو جدول دوام. تصبح كل ورقة Form_ صفحة مستقلة في التطبيق. |
| List_ / Master_ / LOV_ | جدول بحث (بيانات رئيسية) يملأ حقولك المنسدلة — مراكز التكلفة، أو الأقسام، أو المورّدين. |
| Rules_ / Rule_ / Validation_ | فحوص لما يُدخله المستخدمون — حقول إلزامية، وحدود دنيا وقصوى، وتنسيقات صحيحة (انظر القواعد أدناه). |
| Formula_ / Formulas_ / Logic_ | حقول يحسبها التطبيق لك مباشرةً: عمليات حسابية ("hotel + meals")، ومجاميع البنود ("sum of hotel from LINE ITEMS" — وتعمل count وaverage أيضًا)، ومنطق IF لنتائج نعم/لا. ويمكن لصيغ البنود استخدام حقول HEADER أيضًا. انظر الصيغ أدناه. |
| Info_ | ملاحظات نصية حرة عن التطبيق — الغرض والتعليمات وجهات الاتصال — تظهر أعلى دليل التعليمات في التطبيق. |
| Translation_ | ترجماتك لتسميات حقول التطبيق وقيمه المنسدلة ورسائل التحقق فيه، لكل لغة على حدة. |
| Report_ / Analytics_ | لوحة معلومات — بطاقات KPI ومخططات وجدول محوري، تُبنى مباشرةً من سجلات التطبيق (انظر لوحات المعلومات). |
| AI_History | سجل Sheetward الخاص بتأليفك بالذكاء الاصطناعي — كل مطالبة مع تاريخها ونوعها (صياغة / مراجعة / إعادة تشكيل بالذكاء الاصطناعي) ومؤلفها. هو سجل تاريخي لا جزء من التطبيق: لا يبني شيئًا، ويمكنك حذفه. |
بيانات رئيسية سهلة القراءة في كل مكان (List_): الصف الأول يحمل عناوين الأعمدة، والعمود الأول هو المعرّف الذي يُخزَّن على السجلات — اجعله قصيرًا وثابتًا (CUST-001). ضع عمود اسم أو وصف بجواره مباشرة: هذا النص هو ما تعرضه القائمة المنسدلة أثناء الاختيار، وتَجمع السجلات المطبوعة الاثنين بصيغة المعرّف - الوصف — فتُقرأ النسخة المحفوظة "CUST-001 - Acme Corp" بدل رمز مجرد. القائمة التي تحتوي عمود معرّف فقط تعمل كما هي؛ تظهر قيمها وحدها فحسب.
ترويسة مع بنود: يمكن لورقة Form_ واحدة أن تضم قسم ترويسة وجدول بنود متكررًا — تخيّل أمر شراء: مجموعة واحدة من تفاصيل الطلب، وصفوف بنود كثيرة. يربط Sheetward القسمين تلقائيًا، ويحافظ التصدير والاستيراد على هذا الربط عبر عمود Record ID.
علامات الأقسام: للتخطيطات على شكل مستند، ضع HEADER أو LINE ITEMS في صف مستقل للإشارة إلى ما يليه. تحت HEADER، اكتب أزواج تسمية/قيمة — ويمكن وضع عدة أزواج جنبًا إلى جنب. تحت LINE ITEMS، يحمل الصف التالي أسماء أعمدة الجدول. ولا بأس بصف عنوان فوق ذلك. نص العلامة هو أيضًا الاسم الذي يشير إليه عمود Section في ورقتَي القواعد والمنطق. وتُحفظ كتلة LINE TOTALS (مجاميع المستند) مع الترويسة. يمكن للنموذج أن يحمل عدة جداول بنود — لكن كل جدول يحتاج إلى لافتة خاصة به بأحرف كبيرة تنتهي بـLINES أو LINE ITEMS، ووجود جدول ثانٍ بلا لافتة يوقف الرفع حتى تصحّحه (انظر تخطيط النموذج).
عدة أقسام للنموذج الطويل: عشرون حقلًا في عمود واحد متصل يصعب قراءتها — بل يصعب تعبئتها. لذلك يمكن للورقة أن تحمل عدة أقسام ترويسة — حتى حدّ الأقسام الستة المبيَّن أدناه: امنح كل كتلة صف لافتة خاصًّا بها بأحرف كبيرة — IDENTIFICATION وWARRANTY وLOCATION. يرسم التطبيق بطاقة لكل كتلة، بترتيب الورقة. وتسري قاعدتان متى جُمِّع النموذج: كل لافتة بأحرف كبيرة، ولا تتكرر أي لافتة. التجميع يخص التخطيط فقط — فالحقول ما تزال تُحفظ سجلًا واحدًا، ويستمر التصدير والاستيراد والقواعد والصيغ دون أي تغيير. ويمكن ترجمة عناوين الأقسام من ورقة Translation_.
اسم النموذج: صف عنوان فوق العلامة الأولى — مثل لافتة "Travel Expenses" مدمجة وموسَّطة — يصبح الاسم المعروض للنموذج. وإن تركته، جاء الاسم من اسم الورقة بعد Form_. أضف عدة أوراق Form_ فتصبح كل منها صفحة مستقلة في التطبيق؛ والأولى هي الصفحة التي يفتح عليها التطبيق.
عن التطبيق (Info_): أضف ورقة باسم Info_ واكتب فيها ملاحظات نصية حرة — ما الغرض من التطبيق، وكيف يُستخدم، وبمن يُتصل. يستقبل هذا المحتوى مستخدميك أعلى دليل التعليمات في التطبيق المُنشأ. يصبح كل صف سطرًا، وتبقى الصفوف الفارغة فواصل فقرات. وينتقل التنسيق أيضًا: يتحول الغامق والمائل في الخلايا (حتى لو نُسِّقت بضع كلمات داخل الخلية) إلى تمييز، ويعمل Markdown البسيط كذلك — ## عناوين و- نقاط و[روابط](https://…). ويمكن للورقة أيضًا تحديد منطقة التطبيق بصفوف country: أو currency: أو locale: (مثل country: DE)، فتُهيّئ الإعدادات الإقليمية للتطبيق.
الترجمات (Translation_): أتريد تسميات حقول التطبيق وقيمه المنسدلة ورسائل التحقق فيه بأكثر من لغة؟ أضف ورقة Translation_ مع أعمدة لكل لغة في أوراق List_. وموضوع التوطين يقدّم الشرح الكامل خطوة بخطوة.
| حدود الحجم | الحد الأقصى |
|---|---|
| الأوراق في المصنف | 30 |
| الأقسام في ورقة Form_ الواحدة | 6 |
| الحقول في ورقة Form_ الواحدة (بجميع أقسامها) | 50 |
| الصفوف في أي ورقة | 200 |
| الأعمدة في أي ورقة | 40 |
حدود الحجم: يمكن أن يحتوي مصنف مواصفات التطبيق على 30 ورقة كحد أقصى، ويمكن أن تضم كل ورقة Form_ حتى 6 أقسام و50 حقلًا إجمالًا. والأوراق محدودة بـ200 صف و40 عمودًا.