## لماذا هذه القائمة؟
عندما يتجاوز تدفق طلبات RFQ حاجز **50 طلباً يومياً** تصبح تكلفة العمل اليدوي غير مرئية لكنها كبيرة: إدخال بيانات، بحث عن أسعار، انتظار موافقات، ثم إعادة العمل بسبب أخطاء بسيطة.
هذه القائمة ليست “محتوى عام”. هدفها **تحديد جاهزيتك بدقة** قبل بدء مشروع تجريبي (Pilot) لأتمتة RFQ→Quote مع قياس أثر واضح.
> **ملاحظة تنفيذية:** ابدأ دائماً بوضع **قراءة فقط**. تُفتح الكتابة بعد **UAT** وبوابة أمنية (طلب تغيير + خطة Rollback) مع سجل تدقيق.
---
## كيف تستخدم هذه القائمة
1. مرّ على الأقسام الأربعة وحدد العناصر المنجزة.
2. سجّل أي عنصر “غير واضح” كخطر (Risk) وليس كملاحظة.
3. إذا حققت **≥80%** أنت جاهز عادةً لبدء Pilot مضبوط خلال **6–8 أسابيع**.
---
## القسم 1: جاهزية البيانات والأنظمة
### 1.1 تكامل ERP والتسعير
- [ ] نظام ERP يوفّر وصولاً برمجياً (REST / SOAP / ملفات مُنظّمة)
- [ ] جداول التسعير متاحة للاستعلام (Pricing tables / Price list)
- [ ] المخزون قابل للاستعلام (فوري أو شبه فوري)
- [ ] بيانات العملاء الرئيسية (Customer master) محدثة وخالية من التكرار
### 1.2 توثيق منطق التسعير
- [ ] قواعد التسعير الأساسية موثّقة (القاعدة + الاستثناء)
- [ ] مستويات الخصم محددة (حجم / شريحة / عروض)
- [ ] حدود الهامش الأدنى محددة لكل فئة منتج
- [ ] قواعد العملات واضحة (SAR مقابل USD) مع سياسة التقريب والضرائب
### 1.3 البيانات التاريخية للتجربة
- [ ] توفر **100+** طلب RFQ تاريخي على الأقل لاختبار النظام
- [ ] تتضمن البيانات: العميل، الأصناف، الكميات، السعر النهائي، سبب الاستثناء
- [ ] تاريخ الموافقات/الرفض متاح (من وافق؟ متى؟ ولماذا؟)
---
## القسم 2: العملية وسير العمل
### 2.1 مصفوفة الموافقات (Approval Matrix)
- [ ] عتبات الموافقة محددة (مثال: أقل من 100,000 ريال = موافقة تلقائية)
- [ ] مسارات التصعيد موثّقة (من→إلى، ووقت الاستجابة المتوقع)
- [ ] SLAs لكل مستوى موافقة محددة ومقاسة
### 2.2 معالجة الاستثناءات (Exceptions)
- [ ] سيناريو “نفاد المخزون” له ردّ افتراضي وإجراء بديل
- [ ] التسعير الخاص (Special pricing) له مسار تصعيد واضح
- [ ] معالجة SKU غير الصالح/غير المعروف موثّقة
### 2.3 مخرجات العرض (Quote Output)
- [ ] قالب العرض موحّد (نسخة رسمية واحدة)
- [ ] الحقول الإلزامية محددة: الصلاحية، شروط الدفع، التسليم، الملحقات
- [ ] متطلبات ثنائية اللغة (عربي/إنجليزي) موثّقة إن كانت مطلوبة
---
## القسم 3: الأمان والامتثال
### 3.1 نهج PDPL (افتراضي آمن)
- [ ] عدم تضمين بيانات شخصية داخل موجّهات الذكاء الاصطناعي (prompts) افتراضياً
- [ ] متطلبات سجل التدقيق (Audit trail) محددة
- [ ] متطلبات موقع البيانات واضحة (محلي / سحابي) مع موافقات الجهات الداخلية
### 3.2 التحكم بالوصول (RBAC)
- [ ] الوصول حسب الدور لإنشاء/مراجعة العروض محدد
- [ ] صلاحيات القراءة مقابل الكتابة مُعرّفة ومُختبرة
- [ ] بوابة أمنية لتفعيل الكتابة محددة (Security Gate + CR)
---
## القسم 4: معايير النجاح (KPIs + Acceptance Pack)
### 4.1 مؤشرات المشروع التجريبي (أمثلة قابلة للقياس)
| المقياس | الأساس | الهدف |
|---------|--------|-------|
| زمن إصدار العرض (TTQ) | 4 ساعات | ساعتان (−50%) |
| دقة العرض | 92% | ≥95% |
| معدل الموافقة من أول مرة | 70% | ≥85% |
### 4.2 مكونات حزمة القبول (Acceptance Pack)
- [ ] حالات اختبار UAT محددة ومُعتمدة
- [ ] مجموعة ذهبية (Golden set) لاختبار RFQs جاهزة
- [ ] Runbook للمشاكل الشائعة وخطوات المعالجة جاهز
- [ ] خطة تدريب فريق المبيعات/التسعير جاهزة
---
## تقييم سريع للجاهزية
| النتيجة | التفسير | القرار |
|---|---|---|
| ≥80% | جاهزية عالية | ابدأ Pilot مضبوط خلال 6–8 أسابيع |
| 60–79% | جاهزية متوسطة | عالج 3–5 فجوات حرجة ثم ابدأ |
| <60% | مخاطر عالية | ابدأ بتحسين البيانات/الموافقات قبل الأتمتة |
---
## الخطوات التالية
1. **احسب الدرجة**: عدد العناصر المنجزة ÷ إجمالي العناصر.
2. **حدد فجواتك الحرجة**: 3 عناصر غير منجزة قد توقف المشروع.
3. **احجز مكالمة تحديد نطاق**: شارك هذه القائمة لنرسل نطاقاً واضحاً وخطة تنفيذ.
---
*هذه القائمة مبنية على منهجية مشروع SmartQuote التجريبي من LeenAI. المؤشرات أمثلة؛ الأهداف الفعلية تُحدد حسب نطاقكم وبياناتكم ومعايير القبول.*
Intelligence, Orchestrated.
