لوحة النبض الشامل للورشة والمبيعات والأقسام

خطة تنفيذية مبنية على الأدلة لتقييم واختبار وتثبيت وتحسين منظومة التشغيل الصناعي بالكامل: التصنيع والورشة، المشتريات والمخزون واللوجستيات، الموارد البشرية والرواتب، المالية والـ CRM، ونمو الشركات B2B لعلامتي Samco Interiors و Van Seats Ltd — مع تحديد المسؤوليات حسب الفريق المتاح حالياً ومؤشرات الأداء (KPIs) وبوابات الخروج لكل مرحلة.

تصفية حسب المسار الصناعي:

حداثة بيانات خط الأساس: 18:26:00

Stage 5 — فحص معمّق

تفاصيل المرحلة الخامسة: مسار Set Final Price وربطه بالفواتير ونظام المحاسبة (Xero)

تتبع حي ومباشر لكيفية انتقال السعر المعتمد من داخل البريد الموحد (Set Final Price) إلى سجل الاستفسار (Enquiry.quoted_amount)، ثم أمر الشغل والفاتورة (Invoice)، ثم التوجيه البنكي والترحيل المحاسبي إلى Xero.

فتح البريد لتجربة Set Final Price فتح سجل الفواتير (/Invoices)إعدادات ربط Xero (/XeroConnect)

استفسارات مسعّرة (Set Final Price)

ضمن آخر 40 استفسار نشط

أسعار متعلمة (PricingMatrix)

مفاتيح محادثة بدون تكرار

إجمالي الفواتير في النظام

مدفوعة بالكامل (آخر 40): 10

مرحّلة بنجاح إلى Xero

xero_status = posted

فشل ترحيل Xero (محفوظة بأمان)

تحتاج إعادة ربط التوكن

مدفوعة وتنتظر الترحيل لـ Xero

Bank of Scotland / Lloyds

سلسلة الربط الهندسي والمحاسبي من Set Final Price إلى Xero (5 حلقات مترابطة)

1مربوط ومؤمّن

اعتماد السعر النهائي من البريد (Set Final Price — JT-300 / JT-301)

src/components/inbox/SetFinalPriceModal.jsx

يبحث تلقائياً عن الاستفسار المرتبط (Enquiry) عبر source_message_id لكل رسائل المحادثة قبل الحفظ ويُظهر حالة الربط للمستخدم.
يحفظ السعر المعتمد (quoted_amount) داخل سجل Enquiry أولاً، ويحوّل المرحلة إلى Quoted مع توثيق ختم زمني في الملاحظات.
يحدّث جدول الأسعار الذكي (PricingMatrix) بمفتاح فريد لكل محادثة (learned_<threadRef>) لمنع تكرار الصفوف عند الضغط المتكرر.
يستبدل مسودة الرد بالسعر النهائي الثابت مع توقيع العلامة الصحيح (Samco Interiors أو Van Seats Ltd).

ينتقل تلقائياً للخطوة 2

2مربوط ومؤمّن

الحجز وترحيل السعر إلى التقويم وأمر الشغل (bookEnquiry / convertQuoteToJob)

base44/functions/bookEnquiry/entry.ts

يقرأ Enquiry.quoted_amount لحساب العربون بدقة (50% لعلامة Van Seats Ltd، وصفر لإصلاحات Samco Interiors).
ينشئ حجز التقويم (CalendarEvent.invoice_total) وأمر الشغل في الورشة (Job.final_quote) بنفس القيمة المعتمدة.
حماية JT-300: يمنع تعليم أي طلب غير مسعّر (quoted_amount = 0/null) كمدفوع بالكامل (Paid) حتى لا تضيع المطالبة بالرصيد المتبقي.

ينتقل تلقائياً للخطوة 3

3مربوط ومؤمّن (JT-289 & REL-29)

إصدار الفاتورة بنموذج Xero الموحد (generateJobInvoice / createFreeformInvoice)

src/lib/xeroDocument.js · src/lib/xeroPdf.js

يمنع تقسيم 65/35 الوهمي أو افتراض سعر £45/ساعة؛ يعتمد فقط بنود الفاتورة الصريحة أو السعر النهائي المعتمد (Job.final_quote).
يحجز رقم فاتورة متسلسل ذري (inbox_invoice_sequence_v2) لمنع تضارب أرقام الفواتير وقت التزامن.
يولّد PDF مطابقاً لتصميم Xero القياسي مع حجب الملاحظات الداخلية (Internal Notes) عن نسخة العميل.

ينتقل تلقائياً للخطوة 4

4قواعد البنك مفعلة (JT-918)

توجيه البنوك وتحديد الفواتير الخاضعة لـ Xero (Bank Registry Routing)

src/lib/bankRegistry.js · src/components/invoices/XeroRequiredAlert.jsx

Samco Interiors → BANK_SAMCO_MAIN (Bank of Scotland): يخضع للترحيل الإلزامي إلى Xero عند الدفع بالبطاقة أو التحويل البنكي.
Van Seats Ltd → BANK_VANSEATS_LLOYDS (Lloyds Bank): يخضع للترحيل الإلزامي إلى Xero.
Van Seats Ltd → BANK_VANSEATS_ZIMBLER (Zempler Bank): يُسجل في النظام الداخلي فقط ولا يُرحّل إلى Xero.
المدفوعات النقدية (Cash) أو العربون الجزئي (Deposit Paid) لا تُرحّل إلى Xero إلا بعد اكتمال حالة الفاتورة إلى Paid.

ينتقل تلقائياً للخطوة 5

5الكود سليم — يتطلب فحص اتصال توكن Xero

الترحيل المحاسبي الفعلي إلى Xero ومنع التكرار (syncPaidInvoiceToXero)

base44/functions/syncPaidInvoiceToXero/entry.ts

حماية عدم التكرار (Idempotency): إذا كانت الفاتورة تحمل xero_status="posted" و xero_invoice_id، يرفض إعادة الإرسال لمنع الازدواجية.
ينشئ أو يربط العميل في Xero Contacts، ثم ينشئ فاتورة ACCREC (حساب 200، TaxType: NONE)، ويسجل الدفعة في الحساب البنكي المطابق.
يحدّث كلاً من Invoice (xero_status, xero_invoice_id, xero_synced_at) و Job (xero_synced: true).
عند فشل الاتصال أو انتهاء التوكن، يسجل xero_status="failed" وسبب الخطأ في xero_error ويعرض شريط تنبيه أحمر مع زر إعادة المحاولة.

قواعد توجيه الحسابات البنكية والترحيل لـ Xero (JT-918 Bank Registry)

مفعّل في الكود

العلامة التجارية	مفتاح البنك والحساب	طريقة الدفع	الترحيل إلى Xero
Samco Interiors	Samco Interiors - Bank of Scotland	Card / Bank Transfer	إلزامي تلقائياً عند Paid
Van Seats Ltd	Van Seats - Lloyds Bank	Card / Bank Transfer	إلزامي تلقائياً عند Paid
Van Seats Ltd	Van Seats - Zempler Bank	Card / Bank Transfer	يبقى بالنظام الداخلي فقط
كل العلامات	ShopSafe (الخزنة النقدية)	Cash (نقدي)	يُسجل في الخزنة الداخلية فقط

عينة حية من آخر الفواتير وحالة ربطها بـ Xero (قراءة فقط)

آخر 6 فواتير

INV-1551Ian Clarke(Samco Interiors)

طريقة الدفع: Pending · البنك: BANK_SAMCO_MAIN

£1880.00Pendingلا يتطلب Xero الآن

INV-0330Becky Hare(Van Seats Ltd)

طريقة الدفع: Card · البنك: BANK_VANSEATS_LLOYDS

£1511.25Deposit Paidلا يتطلب Xero الآن

INV-1610Mr Law(Samco Interiors)

طريقة الدفع: Pending · البنك: غير محدد

£300.00Pendingلا يتطلب Xero الآن

INV-1609Denis(Samco Interiors)

طريقة الدفع: Cash · البنك: BANK_SAMCO_MAIN

£1455.00Deposit Paidلا يتطلب Xero الآن

INV-1608Johen Soul Sign(Samco Interiors)

طريقة الدفع: Cash · البنك: غير محدد

£970.00Deposit Paidلا يتطلب Xero الآن

INV-1607Ajm Contractors (Van Seats Ltd)

طريقة الدفع: Card · البنك: Van Seats - Lloyds Bank

£1245.00Paidفشل Xero

فحوصات خط أساس ناجحة ومؤكدة (PASS)

تم إثباتها بدليل مباشر بدون تعديل بيانات الإنتاج

جاهز في الكود — يتطلب وكيل الاختبار التفاعلي

تم التحقق من البنية البرمجية وبانتظار التشغيل التفاعلي

معلق على تكامل خارجي أو صلاحية (BLOCKED)

مثل ربط Xero أو تجديد توكن فيسبوك أو Twilio Sandbox

مجدول للمراحل اللاحقة (NOT TESTED YET)

مفصول بصراحة عن النتائج المؤكدة لمنع الادعاء المسبق

خط الأساس الحي للبيانات عبر القطاعات الصناعية الخمسة (Stage 0 Read-Only Telemetry)

قراءة آمنة فقط · لا يتم تعديل أي سجل إنتاجي

التصنيع والورشة (Jobs)

126 أمر شغل

تفتيش جودة مسجل: 1

المشتريات والمخزون واللوجستيات

0 صنف مخزني

0 أمر شراء · 0 تنبيه نقص

الموارد البشرية والرواتب

0 ملف موظف

دورات رواتب: 0

المالية والفواتير والعروض

30 فاتورة

عروض أسعار: 36

نمو الشركات B2B والسوشيال

600 شركة/عميل محتمل

منشورات سوشيال: 1125

بيانات تشغيل حقيقية (LIVE)LIVE

سجلات تشغيلية حقيقية للعملاء أو الفواتير أو الموظفين — يُمنع تعديلها أو حذفها أثناء الاختبارات.

قراءة فقط في فحص خط الأساس (Zero Production Mutations)

بيانات اختبارية مؤكدة (TEST)TEST

سجلات معزولة في قاعدة بيانات الاختبار (dev) أو منشأة خصيصاً للتحقق الآلي مع تنظيف فوري.

مسموح بالإنشاء والتحقق والحذف ضمن نفس سيناريو الاختبار

أمثلة تجريبية (SAMPLE)SAMPLE

بيانات عرض استرشادية غير مرتبطة بمعاملات مالية أو مراسلات خارجية.

تُستخدم لمعاينة الواجهات فقط ولا تُعامل كبيانات إنتاج

بيانات غير مصنفة بعد (UNKNOWN)UNKNOWN

سجلات لم يُحسم مصدرها بعد — تُعامل معاملة البيانات الحية الحساسة حتى انتهاء التحقيق.

محمية بالكامل — ممنوع الحذف أو الاستبدال أو الإرسال الخارجي

1. المراحل النسبية للتنفيذ والتدقيق (Stage 0 → Stage 8) ومسؤوليات الفريق ومؤشرات الأداء (KPIs)

مدد زمنية نسبية بدون تواريخ تقويمية مفترضة — كل مرحلة محكومة ببوابات خروج قابلة للقياس ومسنودة للأدوار المغطاة فعلياً في الفريق المتاح حالياً.

Stage 5

المرحلة 5 — المالية، الـ CRM، التسعير السريع، والعمليات التجارية

المدة النسبية: 2 – 4 أسابيع (نسبياً)

Finance, CRM Pipeline, Set Final Price Flow & Accounting Reconciliation

المسؤولية التنفيذية (حسب الفريق المتاح حالياً): Frontend + Backend + QA Role (تغطية مدمجة) | اعتماد التسعير والمالية: المالك

الاعتمادية السابقة: المرحلة 2 (إطلاق الإنتاج) والمرحلة 1 (قواعد منع التكرار)

المخرجات ونطاق التحقق (Deliverables)

اختبار مسار Set Final Price داخل البريد الموحد (CommsHub): فتح نافذة التسعير، استبدال مسودة الرد بالسعر النهائي، وعدم تداخل الأزرار العائمة (FAB / Operator)
التحقق من سلسلة الاستفسار ← العميل ← عرض السعر ← الحجز ← الفاتورة ← العربون/الدفعات الجزئية ← التحصيل ← إطلاق الإنتاج
اختبار معالجة فشل أو غموض الربط المحاسبي (Xero / Stripe) وتحويل العمليات غير المؤكدة إلى حالة مطابقة آمنة

بوابات الخروج والاعتماد (Exit & Release Gates)

نجاح 100% من اختبارات المسارات المالية الحرجة (نجاح / فشل / استرداد / دفعة جزئية)
صفر قيود مالية مكررة عند إعادة المحاولة، وربط كل إجراء مالي بهوية المنفذ والتوقيت

المخاطر الحرجة والوقاية (Key Risks)

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

مؤشرات الأداء الرئيسية للمرحلة (Stage Exit KPIs)

تغطية مسارات الفواتير والمدفوعات

الحالة: مشمول مع Set Final Price

الهدف: 100%

قيود أو دفعات مالية مكررة

الحالة: حماية xero_invoice_id

الهدف: 0

تتبع الفاعل والتوقيت للمعاملات

الحالة: سجل مدفوعات وتدقيق كامل

الهدف: 100%

2. مصفوفة التتبع الهندسية الشاملة (Requirement → Workflow → Risk → Test → Evidence → Role → KPI)

ربط مباشر بين المتطلب، المسار التشغيلي، الجداول والتكاملات، المخاطرة، حالة الاختبار، النتيجة المتوقعة، الدليل الفعلي، الدور المسؤول، ومؤشر الأداء.

2 عنصر تتبع معروض

حالة الدليل:

TR-001Stage 5المالية والـ CRM والـ InboxData: TEST

خط أساس موثق — جاهز لوكيل الاختبار

1. المتطلب والمسار (Requirement & Flow)

تشغيل إجراء Set Final Price واستبدال مسودة الرد دون تعارض مع الأزرار العائمة

CommsHub → فتح محادثة بريد ← الإجراءات السريعة للرد الذكي ← Set Final Price ← إدخال السعر ← استبدال المسودة

2. البيانات والمخاطرة (Data & Risk)

ConversationThread, Quote, PricingMatrix, PageQuickActionsFAB, InboxOperatorPanel

تداخل نافذة التسعير أو الأزرار العائمة (FAB) مع شريط الرد الذكي في وضع RTL أو الشاشات الصغيرة

3. الاختبار والنتيجة المتوقعة

فتح رسالة في /comms وتفعيل Set Final Price والتحقق من فتح النافذة واستبدال النص وبقاء الأزرار العائمة غير محجوبة وقابلة للسحب

المتوقع: تفتح نافذة السعر النهائي فوراً، يُحدث نص المسودة بالسعر المعتمد، ولا يحدث أي تداخل بصري أو حجب للأزرار

4. الدليل، الدور المسؤول، والـ KPI

تم فحص الكود وتثبيت إزاحات RTL وسحب الـ FAB؛ يتطلب تشغيل وكيل الاختبار التفاعلي لتسجيل لقطة التمرير الكاملة

الدور: Frontend + QA Role (تغطية مدمجة)

KPI: 100% نجاح مسار Set Final Price و 0 تداخل بصري

TR-009Stage 5المالية والفواتير والمحاسبةData: LIVE

معلق على طرف خارجي (BLOCKED)

1. المتطلب والمسار (Requirement & Flow)

مطابقة المدفوعات الجزئية والكاملة والربط الآمن مع Xero و Stripe دون ازدواجية

Invoice Created → Deposit / Full Payment → ShopSafe / Bank → syncPaidInvoiceToXero → Production Release

2. البيانات والمخاطرة (Data & Risk)

Invoice, Payment, SafeTransaction, syncPaidInvoiceToXero, createStripeCheckout

فشل مزامنة Xero بسبب نقص بيانات الاعتماد أو تسجيل الدفعة مرتين عند إعادة المحاولة

3. الاختبار والنتيجة المتوقعة

فحص سلوك الفاتورة عند فشل Xero والتحقق من تسجيل xero_status="failed" و xero_error دون تكرار xero_invoice_id

المتوقع: حفظ حالة الفشل بوضوح للمراجعة اليدوية مع منع إنشاء فاتورة مكررة في Xero

4. الدليل، الدور المسؤول، والـ KPI

مشكلة بيانات اعتماد SyncPaidInvoiceToXero مسجلة كعيب معروف ومحمية بحقول xero_status و xero_invoice_id

الدور: Backend + Finance Ops Role | اعتماد المالك

KPI: 0 قيود مالية مكررة و 100% تحويل الفشل لحالة مطابقة آمنة

3. مصفوفة المسؤوليات حسب الفريق المتاح حالياً (بدون اختلاق أسماء أو مراجع مستقل غير مؤكد)

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

شفافية كاملة للأدوار المدمجة

المالك — سلطة القرار التجاري والسياسات (Business Owner & Release Authority)

Owner — Business Policy, Risk & Release Gate Authority

Product OwnerFinal Release GatekeeperCommercial Policy Approver

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

حالة استقلالية المراجعة: سلطة اعتماد تجاري مباشرة — لا يُكلف المالك بالبرمجة أو الاختبار اليدوي التقني

مهندس الحلول والتطوير الشامل (Combined Solution Architect, Frontend, Backend & DB)

Combined Solution Architect, Frontend, Backend & DB Engineer

Solution ArchitectFrontend EngineerBackend EngineerDatabase Engineer

توحيد مصادر الحقيقة ومنع ازدواجية الـ CRM أو الجداول أو المجدولات
تطوير وإصلاح مسارات التصنيع، المشتريات، الموارد البشرية، المالية، ونمو الشركات B2B
تطبيق قواعد حماية البيانات (RLS، Idempotency، منع التكرار، وسجلات التدقيق)

حالة استقلالية المراجعة: تغطية مدمجة — لا يُدّعى وجود مراجع معماري مستقل منفصل حالياً

ضمان الجودة والأمان والتشغيل (Combined QA, Security & DevOps/SRE Role)

Combined QA, Security & DevOps/SRE Role

QA EngineerSecurity EngineerDevOps / SRE

تشغيل فحوصات خط الأساس غير المدمرة (Zero-Mutation Baseline) على البيانات الحية والتجريبية
تنفيذ اختبارات التفاعل للواجهات عبر وكيل الاختبار (Testing Agent) وتوثيق الأدلة
مراقبة جاهزية الإطلاق، خطط التراجع (Rollback)، وفصل النتائج المؤكدة عن غير المختبرة

حالة استقلالية المراجعة: مراجعة داخلية + وكيل الاختبار الآلي — بدون ادعاء مراجعة خارجية مستقلة غير مؤكدة

4. الفصل الصارم بين ما تم التحقق منه هنا وما يتطلب وكيل الاختبار أو فحص أحمال خارجي

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

ما تم إثباته والتحقق منه فعلياً (Verified Baseline)

فحص خط الأساس القرائي غير المدمر (Zero-Mutation Baseline) لأعداد السجلات الحية في قاعدة البيانات
تركيب وتشغيل واجهة خارطة الطريق ومصفوفة التتبع وسجل العيوب على أحجام شاشات Desktop و Mobile
التحقق من عدم وجود أخطاء Console أو تمرير أفقي غير مقصود في شاشات المعاينة المفتوحة
التحقق من وجود حقول منع التكرار والحوكمة (dedupe_key, idempotency_key, authorized_by_go, CRMRuntimeControl) في المخططات

ما يُنفذ عبر وكيل الاختبار التفاعلي (Testing Agent)

التنفيذ التفاعلي الكامل لمسار Set Final Price داخل محادثة بريد حية واستبدال مسودة الرد
اختبار السحب والإفلات التفاعلي في لوحة الورشة (WorkshopBoard) عبر عدة جلسات متزامنة
اختبار سير عمل موافقة المالك التفاعلي على أوامر الشراء داخل محادثة وكيل المشتريات

حدود اختبارات الضغط والمتصفحات ومزودي الخدمة الخارجيين

اختبارات الضغط العالي وتعدد المستخدمين المتزامنين على نطاق واسع (Load & Stress Testing) تتطلب أداة حمل خارج متصفح المعاينة
التوافق عبر متصفحات وأنظمة تشغيل حقيقية متعددة (Safari iOS الفعلي، Firefox، Edge) خارج محرك المعاينة الواحد
التكاملات المتوقفة على مفاتيح أو موافقات طرف ثالث (Xero OAuth، توكن صفحة فيسبوك، Twilio Sandbox)

أوامر جاهزة للنسخ لتشغيل وكيل الاختبار (Testing Agent — أيقونة أنبوب الاختبار في الشريط الجانبي)

فتح البريد الموحد (/comms)فتح لوحة الورشة (/WorkshopBoard)فتح مدير المشتريات (/Agents)

اختبار مسار Set Final Price والأزرار العائمة في البريد الموحدStage 5

افتح صفحة /comms، اختر محادثة بريد إلكتروني، فعّل إجراءات الرد الذكي واضغط Set Final Price، تحقق من فتح نافذة التسعير وإدخال سعر واستبدال مسودة الرد بنجاح، وتأكد من عدم تداخل الأزرار العائمة (Quick Actions FAB) مع شريط الرد الذكي على الديسكتوب والموبايل.

اختبار لوحة الورشة ومراحل الإنتاج والطباعة القياسية A4Stage 2

افتح صفحة /WorkshopBoard وصفحة /CarsInShop، تحقق من عرض مراحل الإنتاج، افتح بطاقة أمر شغل وتحقق من عرض الطباعة A4 عالية التباين وعدم قص الصور، وتأكد من ظهور سبب واضح لأي أمر شغل متوقف دون تعديل بيانات العملاء الحقيقية.

اختبار مدير المشتريات الموحد ورصد النواقص وبوابة موافقة المالكStage 3

افتح صفحة /Agents?agent=procurement وصفحة /Inventory، تحقق من عرض نواقص المخزون وأوامر الشراء، وتأكد من وجود بوابة موافقة المالك وعدم إمكانية تكرار أمر الشراء لنفس المهمة.

اختبار عزل العلامتين Samco Interiors و Van Seats LtdStage 6

افتح صفحة /SocialAutoPilot وصفحة /LeadEngine، بدّل بين علامتي Samco Interiors و Van Seats Ltd، وتحقق من عزل القوائم والمنشورات وبقاء قفل الأمان CRMRuntimeControl فعالاً لمنع النشر الخارجي غير المعتمد.

5. سجل العيوب المؤكدة حسب الخطورة وخطة المعالجة والتراجع (Evidence-Based Defect & Rollback Register)

كل عيب مرصود مرتبط بالدليل الفعلي، طريقة الإصلاح المعتمدة، خطة التراجع الآمن (Rollback Plan)، والدور المسؤول.

عالي: 2متوسط: 3منخفض: 1

DEF-001عالي (High)المالية والربط المحاسبي (Stage 5)

معلق على إجراء خارجي (ربط حساب Xero)

فشل مزامنة الفواتير المدفوعة مع Xero (SyncPaidInvoiceToXero)

الدليل المرصود (Evidence):

مسجل في سجل العيوب المؤكدة بسبب نقص/انتهاء صلاحية بيانات اعتماد Xero OAuth النشطة.

الإصلاح والمعالجة الهندسية (Remediation):

الإبقاء على الفواتير في حالة xero_status="failed" مع حفظ xero_error دون تكرار الإنشاء، وإعادة الربط من صفحة /XeroConnect قبل إعادة المحاولة.

خطة التراجع الآمن (Rollback Plan):

تعطيل المزامنة التلقائية مؤقتاً والاعتماد على تصدير CSV المعتمد حتى تأكيد الاتصال.

المسؤول: Backend Role + اعتماد المالك لربط XeroBLOCKED

DEF-002عالي (High)نمو الشركات والسوشيال (Stage 6)

بانتظار تجديد التوكن من المالك

انقطاع توكن فيسبوك لصفحة Samco Interiors وغياب التنبيه الاستباقي لانتهاء الصلاحية

الدليل المرصود (Evidence):

مرصود في حالة النظام: صفحة Samco Interiors تحتاج إعادة تفويض التوكن، مع الحاجة لمراقبة تاريخ الانتهاء.

الإصلاح والمعالجة الهندسية (Remediation):

تحويل أي منشور يفشل إلى حالة manual_review تلقائياً، وتشغيل فحص صحة التوكن من /FacebookTokenSetup.

خطة التراجع الآمن (Rollback Plan):

تحويل وضع النقل إلى المراجعة اليدوية (manual) وإيقاف النشر الآلي للعلامة المتأثرة.

المسؤول: Marketing Eng Role + المالكBLOCKED

DEF-003متوسط (Medium)البريد الموحد والأزرار العائمة (Stage 5)

تم إصلاح الكود — جاهز لاختبار وكيل الاختبار

التحقق التفاعلي الكامل لمسار Set Final Price وعدم تداخل الأزرار العائمة عبر المتصفحات

الدليل المرصود (Evidence):

تم إصلاح إزاحات RTL وتفعيل سحب زر Quick Actions وحجز مساحة لشريط الرد الذكي في الكود؛ يلزم تشغيل وكيل الاختبار لتوثيق التمرير الكامل.

الإصلاح والمعالجة الهندسية (Remediation):

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

خطة التراجع الآمن (Rollback Plan):

إعادة ضبط موقع الزر العائم من localStorage ("drag:page-quick-actions-fab") إلى الموقع الآمن الافتراضي.

المسؤول: Frontend + QA Role (Testing Agent)VERIFIED_BASELINE

DEF-004متوسط (Medium)حوكمة البريد الموحد (Stage 1 & Stage 5)

محكوم بسياسة الأمان — يتطلب قرار تفعيل

تقييد أرشفة وحذف الرسائل في UnifiedInbox بموجب سياسة CRMRuntimeControl

الدليل المرصود (Evidence):

أعلام allow_mailbox_archive و allow_mailbox_delete مضبوطة افتراضياً على الحماية (false) لمنع الحذف العشوائي.

الإصلاح والمعالجة الهندسية (Remediation):

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

خطة التراجع الآمن (Rollback Plan):

إعادة أعلام CRMRuntimeControl إلى وضع الاحتواء (containment) فوراً عند الحاجة.

المسؤول: Security Role + المالكVERIFIED_BASELINE

DEF-005متوسط (Medium)التصنيع والورشة (Stage 2)

مجدول للفحص في المرحلة 2

تعذر عرض بعض صور أوامر الشغل المرفوعة في مكونات الواجهة

الدليل المرصود (Evidence):

مرصود في سجل المشكلات المعروفة: بعض الصور المرفوعة سابقاً لا تظهر في البطاقات بسبب روابط خاصة أو منتهية.

الإصلاح والمعالجة الهندسية (Remediation):

فحص مصدر الرابط (R2 العام مقابل الملفات الخاصة التي تتطلب CreateFileSignedUrl) وعرض صورة بديلة واضحة مع تنبيه.

خطة التراجع الآمن (Rollback Plan):

الاحتفاظ بالرابط الأصلي في قاعدة البيانات دون تعديل وعرضه عبر العارض المباشر.

المسؤول: Frontend + Backend RoleNOT_TESTED

DEF-006منخفض (Low)الاتصالات والإشعارات (Stage 6)

قيد مزود خارجي (Twilio Sandbox)

عدم وصول بعض تنبيهات واتساب بسبب متطلبات الانضمام لـ Twilio Sandbox

الدليل المرصود (Evidence):

قيود مزود الخدمة الخارجي (Twilio Sandbox Opt-in) تمنع التسليم للأرقام غير المنضمة.

الإصلاح والمعالجة الهندسية (Remediation):

توثيق القيد الخارجي بوضوح في تقرير الجاهزية وعدم اعتبار فشل Sandbox خطأً برمجياً داخلياً.

خطة التراجع الآمن (Rollback Plan):

الاعتماد على التنبيهات داخل التطبيق والبريد الإلكتروني كمسار بديل.

المسؤول: DevOps / Integration RoleBLOCKED