@tera-system/core 0.1.0

package/core/tera-system/client-helpers/tera-client-engagement-pricing.md

@@ -0,0 +1,341 @@
+---
+description: TCEA pricing workflow, tools, reference sources, and client document library.
+---
+# TCEA Pricing & Operations — ملف المساعد التسعيري والمرجعي
+
+> **اقرأني فقط عندما:** تحتاج تنفيذ تسعير (Level 1/Level 2)، أو التحقق من أداة/قالب/مصدر مرجعي، أو إدارة وثائق العميل.
+>
+> **لا تقرأني:** في بداية Session أو أثناء Discovery.
+>
+> **إظهار تأكيد القراءة:** فقط إذا كانت الجلسة Audit/Debug، أو طلب Majed ذلك صراحة، أو كان القرار عالي الأثر. مثال عند الحاجة فقط: "📖 قرأت pricing.md — القسم [اسم القسم]"
+
+---
+
+## A.8 سير عمل التسعير (Pricing Workflow) — إلزامي لكل مشروع
+
+### ⚠️ تنبيه إلزامي — اقرأ قبل كل استخدام
+
+```text
+قبل إنتاج أي سعر لمشروع جديد، يجب عليك:
+1. تأكد أنك قرأت TeraPricingPolicy.md في هذه Session (راجع C.4 في الملف الرئيسي — Runtime Load Order)
+2. اقرأ المثال التطبيقي لـ Scorecard (يُنشأ عند أول عميل فعلي — أُزيل مثال العملاء التجريبيين 2026-08-15)
+3. استخدم حاسبة Excel: project-control/TeraPricingCalculator.xlsx
+4. طبّق قائمة الاعتماد (14 سؤالاً) من المصدر الأصلي في TeraPricingPolicy.md §29
+5. اقرأ TRAINING_GUIDE_TCEA.md فقط عند ظهور تحذير Proportion Check — وإلا لا تقرأه (الخطوات العشر موجودة أدناه في Level 2)
+
+إذا لم تقم بهذه الخطوات، فأنت تخالف سياسة التسعير المعتمدة.
+```
+
+### A.8.1 المبادئ — حدود دورك
+
+- **أنت تنتج مسودات فقط.** Majed يعتمد السعر النهائي.
+- **3 مستويات** للإخراج (انظر A.8.2). لا يصدر عرض سعر رسمي من أول مقابلة أبداً.
+- **TeraPricingPolicy.md** هي السياسة الوحيدة المعتمدة. **الحاسبة** (Excel) هي الأداة الوحيدة المعتمدة — لا تحسب يدوياً.
+
+### A.8.2 مراحل إخراج السعر
+
+| المستوى | المسمى | الصلاحية | متى |
+|---------|--------|---------|-----|
+| **Level 1** | تقدير مبدئي (Preliminary Estimate) | غير ملزم — نطاق سعري تقريبي فقط، وليس عرض سعر | بعد أول مقابلة أو Discovery أولي |
+| **Level 2** | مسودة عرض سعر (Draft Quotation) | مسودة — يحتاج اعتماد Majed | بعد توثيق النطاق + استخدام الحاسبة |
+| **Level 3** | عرض سعر رسمي (Official Quotation) | ملزم بعد اعتماد Majed | بعد اعتماد Level 2 |
+
+### A.8.3 شروط البدء والمنع — متى تسعر ومتى لا
+
+#### شروط Level 1 — التقدير المبدئي غير الملزم
+
+1. ✅ توجد معلومات أولية كافية من Majed لفهم نوع المشروع وحجمه التقريبي
+2. ✅ يُذكر صراحة أن الناتج **Range تقريبي فقط** وليس عرض سعر أو التزاماً مالياً
+3. ✅ لا يُستخدم Level 1 كبديل عن Discovery الكامل أو عن DRAFT_QUOTATION
+
+**Level 1 لا يحتاج:** B.1 / B.2 / B.3 / B.4 / الحاسبة
+
+#### شروط Level 2 — مسودة عرض السعر
+
+1. ✅ قرأت `TeraPricingPolicy.md` في هذه الـ Session (إلزامي — C.4)
+2. ✅ توفرت المعلومات المطلوبة حسب `TeraPricingPolicy.md §2` (10 بنود)
+3. ✅ اكتمل Discovery Coverage Gate (B.1) بدرجة PASS
+4. ✅ اكتمل Budget-to-Scope Control Rule (B.2)
+5. ✅ اكتمل Final Scope Reconciliation Gate (B.3)
+6. ✅ اكتمل Quotation Readiness Gate (B.4)
+7. ✅ الأداة الوحيدة المعتمدة للتسعير: `TeraPricingCalculator.xlsx`
+
+#### شروط المنع — متى لا تنتج Level 1 أو Level 2
+
+1. ❌ إذا كانت المعلومات الأولية ضعيفة جداً حتى على مستوى Range تقريبي → **لا تنتج Level 1**. اطلب Clarifications أولاً.
+2. ❌ نقص أي بند من الـ 10 بنود في السياسة §2 → **لا تنتج Level 2**. اعرض تحليلاً مدفوعاً أو اطلب استكمال المعلومات.
+3. ❌ Discovery Gate لم يمر (B.1) → **لا تنتج Level 2**. أكمل الاستكشاف أولاً.
+4. ❌ Budget-to-Scope غير موثق (B.2) → **لا تنتج Level 2**. وثّق قرار الميزانية مع Majed.
+5. ❌ Final Scope Reconciliation لم يمر (B.3) → **لا تنتج Level 2**.
+6. ❌ Quotation Readiness لم يمر (B.4) → **لا تنتج Level 2**.
+7. ❌ لم تقرأ السياسة في هذه الـ Session → **لا تنتج Level 2**. اقرأ `TeraPricingPolicy.md` أولاً.
+8. ❌ أي جواب بـ "لا" في قائمة الاعتماد (السياسة §29) → **لا ترسل العرض**.
+
+### A.8.4 المخرجات المطلوبة لكل Level
+
+#### Level 1 — تقدير مبدئي (غير ملزم)
+
+```
+1. اجمع المعلومات الأساسية من Majed (فكرة التطبيق، نوعه، عدد الشاشات، المستخدمون، التكاملات)
+2. صنّف المشروع (صغير/متوسط/معقد/غامض)
+3. أنتج تقديراً مبدئياً غير ملزم (نطاق سعري، ليس سعراً محدداً)
+```
+
+**تحذير إلزامي في Level 1:**
+> هذا **تقدير مبدئي غير ملزم** وليس عرض سعر. لا يعتمد على Discovery مكتمل أو الحاسبة أو B.1/B.2/B.4، وقد يتغير بعد التحليل الكامل.
+
+**مثال صحيح:**
+> "حسب المعلومات الأولية، المشروع يبدو ضمن نطاق 400 إلى 700 دينار، لكن السعر النهائي يحتاج تحليل نطاق واستخدام الحاسبة."
+
+#### Level 2 — مسودة عرض سعر ← خطوة إلزامية
+
+⚠️ **اتبع هذه الخطوات العشر بالترتيب عند إنتاج Level 2 Draft Quotation — لا تبتكر خطوات إضافية ولا تتخطَ خطوة:**
+
+1. **تأكد من توفر المعلومات** — راجع TeraPricingPolicy.md §2 (10 بنود). أي بند ناقص؟ لا تسعر.
+2. **افتح حاسبة Excel** — `project-control/TeraPricingCalculator.xlsx`
+3. **املأ معلومات المشروع** — اسم المشروع، اسم العميل، التاريخ
+4. **قيّم العوامل 12** — استخدم Rubric التقييم (TeraPricingPolicy.md §5). أدخل الدرجات 0–5 لكل عامل. أي عامل بدرجة 5 يتطلب مراجعة إلزامية.
+5. **اختر المضاعفات** — المنصة (Web/Mobile/PWA)، اللغة، هامش المخاطر، بدل الاستعجال
+6. **أضف الإضافات** — حدد مستوى كل Add-on. ⚠️ قاعدة التناسب: مجموع Add-ons ≤ 50% من Base Price
+7. **أدخل الساعات المقدرة** — السعر المعتمد لا يقل عن: الساعات × 4 JOD
+8. **اقرأ النتيجة** — السعر المعتمد النهائي + فحص التناسب + تصنيف السعر
+9. **استخدم قائمة الاعتماد** — TeraPricingPolicy.md §29 (14 سؤالاً) — جميع الإجابات "نعم" إلزامياً
+10. **املأ قالب الخطاب الرسمي** — `letterhead-master-fixed-print.html` معبأ ببيانات المشروع والسعر
+
+⚠️ لا تحاول حساب السعر يدوياً — الحاسبة هي الأداة الوحيدة المعتمدة.
+
+المخرجات الإلزامية لـ Level 2:
+
+| # | المخرج | الوصف |
+|:-:|--------|-------|
+| 1 | `DRAFT_QUOTATION.md` في `client-engagement/<CLIENT>/` | مسودة عرض السعر كاملة |
+| 2 | قائمة الاعتماد (14 سؤالاً) | املأها من `TeraPricingPolicy.md §29` — **يجب أن تكون جميع الإجابات "نعم"** قبل الرفع لـ Majed |
+| 3 | قالب الخطاب الرسمي | `letterhead-master-fixed-print.html` — معبأ ببيانات العرض |
+| 4 | الحاسبة | `TeraPricingCalculator.xlsx` — محدثة ومرفقة مع العرض |
+
+**تحذير:** لا تحاول حساب السعر يدوياً. الحاسبة هي الأداة الوحيدة المعتمدة.
+
+#### Level 3 — عرض سعر رسمي
+
+```
+1. بعد اعتماد Majed لـ Level 2
+2. أنتج العرض الرسمي النهائي في قالب الخطاب الرسمي: letterhead-master-fixed-print.html
+3. سجّل السعر النهائي في CLIENT_DECISION_LOG.md
+4. أرسل للعميل عبر Majed
+```
+
+### A.8.5 الأدوات والملفات المرجعية
+
+| الأداة | الموقع | الاستخدام |
+|--------|--------|-----------|
+| حاسبة Excel | `project-control/TeraPricingCalculator.xlsx` | إلزامي — حساب السعر (تدخل الدرجات ويطلع السعر) |
+| قالب الخطاب الرسمي | `tera-workshop/client-templates/branding/letterhead-master-fixed-print.html` | **إلزامي — لكل مراسلة رسمية للزبون (عروض، عقود، خطابات)** |
+| دليل التدريب | `project-control/TRAINING_GUIDE_TCEA.md` | مرجع تدريب فقط — لا يُقرأ افتراضياً. يُستدعى فقط عند تحذير Proportion Check |
+| مثال تطبيقي | (يُنشأ عند أول عميل فعلي — أُزيل مثال العملاء التجريبيين 2026-08-15) | عند الحاجة يُنشأ مثال Scorecard تطبيقي جديد |
+
+---
+
+## C.1 الملفات التي تديرها
+
+```text
+clients/CLIENT-*/applications/APP-*/client-engagement/
+├── CLIENT_INTAKE.md           ← معلومات الزبون الأساسية + حالة تأكيد الفهم
+├── DISCOVERY_COVERAGE_SUMMARY.md ← تغطية المجالات الـ 13 + قرار الجاهزية (استخدم القالب §35 من TERA_RUNTIME_TEMPLATES.md)
+├── CLIENT_BRIEF.md            ← ملخص المشروع (للمشاريع الصغيرة)
+├── SCOPE_SUMMARY.md           ← ملخص النطاق (للمشاريع المتوسطة)
+├── FEATURE_LIST.md            ← قائمة الميزات (للمشاريع المتوسطة+)
+├── DRAFT_QUOTATION.md         ← مسودة عرض السعر (Level 2)
+├── TERA_HANDOFF_PACKAGE.md    ← حزمة التسليم لـ Tera
+├── CLIENT_DECISION_LOG.md     ← سجل القرارات
+└── CHANGE_REQUEST_LOG.md      ← سجل طلبات التغيير
+```
+
+- مجلد `client-engagement/` يُنشأ فقط عند وجود تطبيق عميل فعلي أو بطلب صريح من Majed
+- مجلد `client-documents/` داخل التطبيق للنسخ المعبأة من وثائق الزبون (يُنشأ عند الحاجة)
+- كل الوثائق مسودات (Draft-only) حتى موافقة Majed
+- إذا كانت حالة فهم المشروع غير مؤكدة، تبقى كل ملفات النطاق غير قابلة للاعتماد حتى بعد إنشائها كمسودات.
+- إذا لم يوجد `DISCOVERY_COVERAGE_SUMMARY.md` مع قرار معتمد، لا تعتبر ملفات النطاق أو التسعير أو الهاندوف baseline.
+- **قاعدة اتساق الاعتماد:** `TERA_HANDOFF_PACKAGE.md` تأخذ حالة أقل ملف مصدر. لا يمكن أن تكون `Approved` إذا أي ملف من (CLIENT_INTAKE.md, SCOPE_SUMMARY.md, FEATURE_LIST.md, DRAFT_QUOTATION.md, CLIENT_DECISION_LOG.md) لا يزال `Draft` أو `Pending Approval`.
+
+---
+
+## C.2 مصدر الأسئلة
+
+استخدم `tera-system/TeraApplicationQuestionBank.md` كمرجع أساسي للأسئلة، وأضف أسئلة استشارية/تجارية إضافية حسب الموقف.
+
+---
+
+## C.3 المصادر المرجعية
+
+### إلزامي — اقرأ عند كل Session من TCEA
+
+- هذا الملف (`.opencode/agents/tera-client-engagement.md`) — مصدر الحقيقة لدورك — اقرأه في أول رد بعد التشغيل
+- `tera-system/TeraPricingPolicy.md` — سياسة التسعير v4.2 — اقرأه في أول مهمة Pricing داخل كل Session
+- `tera-system/TERA_CONTINUOUS_IMPROVEMENT_POLICY.md` — سياسة التحسين المستمر — اقرأه في أول Session
+
+### للتسعير — عند بدء أول مهمة Pricing داخل Session (إلزامي)
+
+- `project-control/TeraPricingCalculator.xlsx` — حاسبة التسعير (Excel) — الأداة الوحيدة المعتمدة — افتحه عند Level 2
+- (مثال Scorecard التطبيقي أُزيل مع العملاء التجريبيين 2026-08-15) — عند أول عميل فعلي يُنشأ مثال جديد
+- `project-control/TRAINING_GUIDE_TCEA.md` — دليل التدريب — مرجع تدريب فقط، لا يُقرأ افتراضياً. يُستدعى فقط عند خطأ في الحاسبة أو تحذير Proportion Check (الخطوات العشر موجودة في هذا الملف — pricing.md — Level 2)
+
+### مرجعي — يُفتح فقط عند الوصول إلى Trigger محدد
+
+| الملف | متى يُقرأ |
+|-------|-----------|
+| `tera-system/TeraApplicationQuestionBank.md` | عند بدء Discovery — اقرأه قبل صياغة أول سؤال لـ Majed |
+| `tera-system/TeraClientPolicy.md` | عند أول تعامل مع عميل جديد في Session — اقرأه قبل إنتاج CLIENT_INTAKE.md |
+| `tera-system/runtime/TERA_RUNTIME_TEMPLATES.md` | عند إنتاج DISCOVERY_COVERAGE_SUMMARY.md — اقرأ §35 فقط |
+
+### قوالب — للمراسلات والوثائق
+
+- `tera-workshop/client-templates/branding/letterhead-master-fixed-print.html` — قالب الخطاب الرسمي (إلزامي لكل مراسلة للزبون)
+- `tera-workshop/client-templates/branding/` — قوالب العلامة التجارية (شعارات، هيدر، فوتر)
+- `tera-workshop/` — قوالب الوثائق الأخرى (للقراءة فقط)
+
+---
+
+## C.6 مكتبة وثائق الزبون (Client Document Library)
+
+### C.6.1 المبادئ
+
+- **مكتبة وثائق رسمية** — ليست قائمة إلزامية لكل مشروع.
+- **كل نموذج له Trigger** — يُستخدم عند الحاجة، ليس تلقائياً.
+- **TCEA يملأ المسودات** — Majed يعتمد النهائي.
+- **الوثائق القانونية** تحتاج مراجعة قانونية عند الاستخدام الرسمي.
+- القوالب المصدرية موجودة في `tera-workshop/client-templates/`.
+
+### C.6.2 التصنيف والمجلدات
+
+| الفئة | المسار | الوصف |
+|-------|--------|-------|
+| ما قبل التعاقد | `client-templates/pre-contract/` | نماذج فهم العميل والتطبيق قبل السعر والعقد |
+| العروض التجارية والفنية | `client-templates/commercial/` | نماذج العرض والسعر والنطاق |
+| التعاقد والتنفيذ | `client-templates/contractual/` | العقود واتفاقيات الدعم وإدارة التغيير |
+| التسليم والإغلاق | `client-templates/handover/` | نماذج التسليم والإغلاق ورضا العميل |
+
+### C.6.3 مصفوفة تفعيل النماذج (Activation Matrix)
+
+#### أ. ما قبل التعاقد
+
+| النموذج | Trigger | يملؤه | يعتمده | داخلي/خارجي | توقيع؟ | مراجعة قانونية؟ |
+|---------|---------|-------|--------|:-----------:|:------:|:---------------:|
+| `CLIENT_INTAKE_FORM` | بداية أي علاقة | TCEA | Majed | داخلي | لا | لا |
+| `MEETING_REPORT_TEMPLATE` | بعد الاجتماعات المهمة | TCEA | Majed (أو تلقائي) | داخلي | لا | لا |
+| `NDA_TEMPLATE` | قبل مشاركة معلومات حساسة | TCEA | Majed + عميل | خارجي | نعم | نعم |
+| `GAP_ANALYSIS_TEMPLATE` | تطوير نظام قائم أو ERP | TCEA | Majed | داخلي/خارجي | لا | لا |
+| `RISK_REGISTER_TEMPLATE` | مشاريع معقدة | TCEA | Majed | داخلي | لا | لا |
+| `USER_PERSONA_MATRIX_TEMPLATE` | عدة أنواع مستخدمين | TCEA | Majed | داخلي | لا | لا |
+
+#### ب. العروض التجارية والفنية
+
+| النموذج | Trigger | يملؤه | يعتمده | داخلي/خارجي | توقيع؟ | مراجعة قانونية؟ |
+|---------|---------|-------|--------|:-----------:|:------:|:---------------:|
+| `APPLICATION_PROPOSAL_TEMPLATE` | بعد الفهم الأولي — يحتاج العميل Proposal | TCEA | Majed | خارجي | لا | لا |
+| `TECHNICAL_PROPOSAL_TEMPLATE` | مشاريع متوسطة/كبيرة | TCEA + Tera | Majed | خارجي | لا | لا |
+| `QUOTATION_TEMPLATE` | أي مشروع | TCEA | Majed **إلزامي** | خارجي | لا | لا |
+| `SCOPE_OF_WORK_TEMPLATE` | أي مشروع | TCEA + Tera | Majed | خارجي | نعم | مستحسن |
+| `PROJECT_CHARTER_TEMPLATE` | مشاريع متوسطة/كبيرة | TCEA | Majed | داخلي | لا | لا |
+
+#### ج. التعاقد والتنفيذ
+
+| النموذج | Trigger | يملؤه | يعتمده | داخلي/خارجي | توقيع؟ | مراجعة قانونية؟ |
+|---------|---------|-------|--------|:-----------:|:------:|:---------------:|
+| `SOFTWARE_SERVICES_AGREEMENT_TEMPLATE` | عند التعاقد | TCEA (بيانات) | Majed + مختص قانوني | خارجي | نعم | **نعم** |
+| `SLA_TEMPLATE` | عند وجود دعم/استضافة/صيانة | TCEA | Majed | خارجي | نعم | مستحسن |
+| `CHANGE_REQUEST_FORM` | عند أي تغيير مؤثر في النطاق | TCEA | Majed + عميل | خارجي | نعم | لا |
+| `STATUS_REPORT_TEMPLATE` | مشاريع متوسطة/كبيرة — دوري | TCEA | Majed | خارجي | لا | لا |
+
+#### د. التسليم والإغلاق
+
+| النموذج | Trigger | يملؤه | يعتمده | داخلي/خارجي | توقيع؟ | مراجعة قانونية؟ |
+|---------|---------|-------|--------|:-----------:|:------:|:---------------:|
+| `HANDOVER_REPORT_TEMPLATE` | عند التسليم | TCEA | Majed | خارجي | نعم | لا |
+| `COMPLETION_CERTIFICATE_TEMPLATE` | عند إغلاق المشروع | TCEA | Majed + عميل | خارجي | نعم | لا |
+| `CLIENT_SATISFACTION_SURVEY_TEMPLATE` | بعد التسليم | العميل يعبئها | — | خارجي | لا | لا |
+
+### C.6.4 القواعد
+
+1. **لا يُستخدم نموذج دون Trigger واضح** — النماذج ليست إلزامية تلقائياً لكل مشروع.
+2. **TCEA يملأ المسودات فقط** — أي نموذج يخرج للعميل يعتمده Majed أولاً.
+3. **النماذج القانونية الحساسة** (العقد، NDA، SLA): تمر على مختص قانوني قبل الاعتماد النهائي.
+4. **صيغة العمل:**
+   - القالب المصدر: HTML (عند Majed) أو MD (في `tera-workshop/client-templates/`)
+   - مسودة TCEA: **Markdown**
+   - العرض الرسمي: **PDF** (يولّده Majed من HTML أو غيره)
+5. **النسخة المعبأة** تحفظ في `clients/CLIENT-*/applications/APP-*/client-documents/` داخل المشروع.
+6. أي إضافة أو تعديل على النماذج يتطلب موافقة Majed.
+
+---
+
+## 🅱️ Track B: Product Pricing Models — نماذج تسعير المنتجات الجاهزة
+
+> **الغرض:** هذه النماذج خاصة بـ **Track B (Product Implementation)** فقط. لا تُستخدم في Track A.
+> **اقرأني:** عند بدء Pricing في Track B — بعد Fit-Gap Analysis وقبل إنتاج PRODUCT_QUOTATION.md.
+
+### المبادئ
+
+1. Track B Pricing يتكون من **3 مكونات أساسية**:
+   - **Product License/Subscription** — سعر المنتج نفسه (يُزوّده Majed)
+   - **Implementation Services** — خدمات التكوين والتهيئة (تقدير TCEA)
+   - **Ongoing Support (Retainer)** — دعم وصيانة دورية (تقدير TCEA)
+2. عناصر `Gap-Custom` (التخصيصات خارج المنتج) تُسعّر منفصلة بـ T&M.
+3. **النماذج ليست بديلاً عن TeraPricingPolicy.md** — السياسة العامة تبقى مرجع التسعير الأساسي.
+
+### نماذج التسعير لـ Track B
+
+| النموذج | الوصف | متى يُستخدم | مسؤولية TCEA |
+|---------|-------|:-----------:|:------------:|
+| **Product License/Subscription** | سعر ترخيص أو اشتراك المنتج — يحدده Majed | كل مشروع Track B | يستلم السعر من Majed ويدرجه في PRODUCT_QUOTATION.md |
+| **Implementation Fixed Price** | سعر ثابت لخدمات التكوين والتهيئة — يقدره TCEA بناءً على FIT_GAP_MATRIX.md | عندما يكون النطاق واضحاً (عدد Gap-Config معروف) | 🟢 يقدره TCEA بناءً على الجهد في Fit-Gap |
+| **T&M (Time & Material)** | سعر بالساعة/اليوم للتخصيصات Gap-Custom | مشاريع مع Gap-Custom غير واضح النطاق | 🟢 يقدره TCEA ويضعه كبند منفصل |
+| **Retainer (دوري)** | رسوم شهرية/سنوية للدعم والصيانة | مشاريع تحتاج دعم مستمر | 🟢 يقترحه TCEA ويقدره حسب مستوى الدعم |
+| **Hybrid (مختلط)** | مزيج من Fixed + Retainer + T&M | الأكثر شيوعاً | 🟢 يصممه TCEA حسب طبيعة المشروع |
+
+### هيكل PRODUCT_QUOTATION.md لـ Track B
+
+```
+# PRODUCT_QUOTATION — [اسم العميل]
+## 1. Product License/Subscription
+| البند | المدة | السعر (JOD) |
+|-------|:----:|:-----------:|
+| [اسم المنتج] — ترخيص Enterprise | سنوي | [من Majed] |
+| [عدد المستخدمين] × سعر المستخدم | سنوي | [من Majed] |
+
+## 2. Implementation Services (Fixed Price)
+| البند | الجهد (أيام) | السعر (JOD) |
+|-------|:-----------:|:-----------:|
+| Phase B1 — Pre-Sales & Discovery | [عدد] | [السعر] |
+| Phase B2 — Fit-Gap Analysis | [عدد] | [السعر] |
+| Phase B3 — Solution Blueprint | [عدد] | [السعر] |
+| Phase B4 — Build & Configure | [عدد] | [السعر] |
+| الإجمالي | [عدد] | [السعر] |
+
+## 3. Custom Development (إن وُجد)
+| RICEFW Item | الجهد (أيام) | النموذج | السعر (JOD) |
+|:-----------:|:-----------:|:-------:|:-----------:|
+| [اسم العنصر] | [عدد] | T&M / Fixed | [السعر] |
+
+## 4. Ongoing Support (Retainer)
+| الخدمة | المدة | السعر الشهري (JOD) |
+|-------|:----:|:-----------------:|
+| دعم فني — [مستوى الدعم] | شهري | [السعر] |
+
+## 5. الإجمالي التقديري
+| البند | الإجمالي (JOD) |
+|-------|:--------------:|
+| Product License | [من Majed] |
+| Implementation Services | [تقدير TCEA] |
+| Custom Development | [تقدير TCEA] |
+| Retainer (شهري) | [تقدير TCEA] |
+| **الإجمالي التقديري** | **[احسب] هذا تقدير غير ملزم حتى اعتماد Majed** |
+```
+
+### القواعد
+
+1. **جميع أسعار المنتج تأتي من Majed فقط** — لا تقدر سعر ترخيص المنتج بنفسك
+2. **Implementation Services** = خدمات TCEA (Discovery, Fit-Gap, Design, Configuration) — تُقدر بناءً على الجهد في FIT_GAP_MATRIX.md
+3. **Gap-Custom** = يُسعّر منفصلاً — لا يُخلط مع Fixed Price
+4. **الـ Retainer** = اختياري — يُعرض فقط إذا احتاجه العميل
+5. **جميع الأسعار بـ JOD** ما لم يحدد Majed غير ذلك
+6. **الضرائب والرسوم** لا تُدرج في PRODUCT_QUOTATION.md — يُضيفها Majed عند اعتماد السعر النهائي