توثيق ERPOSالمرجع التنفيذي للمطورين
الرئيسية›البداية›سجل المصادر

سجل المصادر والملفاتSource register

جرد مجلد Google Drive المسمى «erp» والملفات المرفقة في مجلد «نظام ERB» على جهاز صاحب المشروع، كما قُرئت في 2026-11-04. لم يُعدَّل أي ملف ولم يُنقل ولم يُحذف. كل مصدر له مفتاح قصير (مثل DG) يظهر بجانب المعلومات في كل الصفحات.

جرد الملفات

المفتاحالملفالموقعالنوع والحجمالصفحاتالتاريخحالة القراءةالصلة
DG‎دليل المطور — نظام ERP لمكاتب المحاماة في السعودية 2.pdfDrive/erp (نسختان)PDF · 2.9MB492026-11-03 (Fares Alainzi)قُرئ كاملًاالمرجع الأحدث والأشمل للميزات التسع والجوانب التقنية الستة والتجارية
AR__منصة ERPOS القانونية والمحاسبية الموحدة — الوثيقة المعمارية والتنفيذية_.md (+ PDF)مرفق محليًا (نظام ERB)Markdown 104KB · PDF 1.5MB30 (PDF)2026-10-27قُرئ كاملًا (نسخة Markdown)المرجع المعماري الذي تعتمده وثيقة التقييم الهندسي مرجعًا وحيدًا
F1__الميزة 1 سجل القضايا والموكّلين — دليل التنفيذ للمبرمج_.pdfمرفق محليًاPDF · 985KB182026-10-27قُرئ كاملًاأدق مواصفة حقول وقواعد واختبارات في المجموعة
NJ__ربط القضايا بناجز عبر «ناجز مطورين» — خطة الوصول والتنفيذ_.pdf (+ نسخة «2»)مرفق محليًاPDF · 628KB112026-10-27قُرئ كاملًاالمسار الرسمي للربط، المنتجات، الأسئلة للوزارة، نموذجا الربط، نموذج البيانات، المراحل
RG__ميزة المساعد القانوني (RAG) — دليل التنفيذ للمبرمج_.pdfمرفق محليًاPDF · 775KB142026-10-27قُرئ كاملًاتصميم المدوّنة المركزية والاسترجاع والفاحص والتقييم
ADR‎التقييم_الهندسي_والقرارات_التنفيذية_لوثائق_النظام__دليل_المبرمج_.pdfDrive/erp (نسختان) ومحليًاPDF · 718KB32026-10 (Fares Alainzi)قُرئ كاملًاقرارات تنفيذية تقول إنها تنسخ أي تعارض سابق في الملفات الفرعية
PR‎الملف_التعريفي_واستمارة_تقييم_نظام_إدارة_المكاتب_القانونية_والذكاء_الاصطناعي.pdfDrive/erp (نسختان) ومحليًا (نسختان)PDF · 527KB4غير مؤرخقُرئ كاملًاعرض تسويقي واستمارة للمكاتب الشريكة؛ يذكر وحدات غير مفصلة في غيره
STثلاث نسخ: الأصل و«2» و«3»Drive/erp ومحليًاPDF · 771KB / 867KB / 1.1MB6 / 8 / 8غير مؤرخقُرئت النسخ الثلاثاستثماري وسوقي؛ يكرر الأرقام غير المقيسة
AU123.pdfDrive/erp (نسختان)PDF · 3.8MB582026-11-04 (مشاركة Gemini)قُرئ كاملًا (ترتيب الكلمات المستخرج معكوس)تدقيق آلي لوثائق غير موجودة في المجلد، مع جرد F-01..F-22 وكتالوج منصات
SRS1321.pdfDrive/erp (نسختان)PDF · 487KB232026-11-03 (مشاركة Gemini)قُرئ كاملًا (ترتيب معكوس)نسخة مبكرة عامة من بنود الاجتماع، تحوي افتراضات صححتها الوثائق اللاحقة
SRS25223.pdfDrive/erp (نسختان)PDF · 315KB182026-11-03 (مشاركة Gemini)قُرئ كاملًا (ترتيب معكوس)قاموس مصطلحات ومواصفات عامة؛ قريبة من SRS1
GM___لنرحّب معًا بـ Gemini- أفضل طريقة مباشرة لاستخدام تكنولوجيات الذكاء الاصطناعي م_.pdfمرفق محليًاPDF · 714KB332026-10-27 (مشاركة Gemini)قُرئ كاملًا (ترتيب معكوس)محادثة الفكرة الأولى؛ خلفية لا متطلبات
X1‎الفرق_بين_علامة_الإسناد_والمقارنة_في_البرمجة.pdfDrive/erp ومحليًاPDF · 361KB1غير مؤرخقُرئ كاملًالا صلة بالنظام (شرح = و ==)
X25 ملفاتمحليًا فقطDOCX/PDF6غير مؤرخقُرئتلا صلة بالنظام (مهارة تحرير فيديو)

تفاصيل كل مصدر

DG · دليل المطور — نظام ERP لمكاتب المحاماة في السعودية

أحدث وثيقة مؤرخة في المجموعة، ومكتوبة لمطوّر لا يعرف القانون. تتضمن: مدخلًا لعالم المحاماة وجهاته، دورة حياة القضية (8 مراحل و3 مسارات جانبية)، مسرد مصطلحات مربوطًا بالـ DocTypes، ستة جوانب تقنية (ERPNext، حماية البيانات، الأرشفة والنسخ، الجوال، ناجز والجهات، المراحل)، تسع ميزات بقالب موحد، الجانب التجاري، الأسئلة المفتوحة، وقائمة مراجع. قاعدتها الذهبية: كل رقم قانوني إعداد قابل للتعديل لا ثابت في الكود، والوسم [تأكيد قانوني] لكل قاعدة يراجعها محامٍ قبل البرمجة.

اسم التطبيق فيها legal_erp، وتقترح البدء على ERPNext v16 إن دعمته التطبيقات اللازمة وإلا v15.

AR · منصة ERPOS القانونية والمحاسبية الموحدة — الوثيقة المعمارية والتنفيذية

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

اسم التطبيق فيها legal_os. تذكر v16 أو v15 حتى يثبت توافق تطبيق زاتكا.

F1 · الميزة 1: سجل القضايا والموكّلين — دليل التنفيذ للمبرمج

سبعة DocTypes وحقلان مخصصان على Customer، تسعة أطوار للقضية، 14 قاعدة عمل، طبقتا الصلاحيات (الأدوار وقاعدة «ملفات فريقي» عبر permission_query_conditions وhas_permission)، 17 سيناريو اختبار يدوي واختبارات آلية، خطة تنفيذ من عشرة أيام، وأخطاء شائعة. ترقيمها للميزات يختلف عن دليل المطور (فيها: الميزة 2 = فحص التعارض بالمعرّفات).

NJ · ربط القضايا بناجز عبر «ناجز مطورين» — خطة الوصول والتنفيذ

15 منتجًا من الكتالوج بأولويات، خطوات الحصول على الصلاحية من الدليل الإرشادي للمنصة، ثمانية أسئلة للوزارة ونص تذكرة جاهز، المقارنة بين النموذج (أ) حساب لكل مكتب والنموذج (ب) المنصة مزوّدًا تقنيًا، معمارية الموصل، أربعة DocTypes وحقول ناجز في الملف، ثماني مراحل تنفيذ، وقائمة «ما لا تفعله أبدًا».

RG · ميزة المساعد القانوني (RAG) — دليل التنفيذ للمبرمج

النطاق الأول: الأنظمة واللوائح فقط. مكونات: FastAPI، Qdrant، BGE-M3، bge-reranker-v2-m3، ALLaM-7B-Instruct مرشحًا أول. موقع «المدوّنة» المركزي وخمسة جداول، جدول السؤال في موقع كل مكتب، المسار المباشر، البحث الهجين، فلتر النفاذ، عتبة الكفاية، الفاحص بعد التوليد (بما فيه فحص الأرقام)، الشاشة وحالاتها الخمس، مجموعة التقييم الذهبية (100 سؤال) ومقاييسها، وتقدير 15–20 يوم عمل.

ADR · التقييم الهندسي والقرارات التنفيذية لوثائق النظام (دليل المبرمج)

يعتمد الوثيقة المعمارية مرجعًا وحيدًا، ويقرر: ERPNext v15 مع Python 3.11/3.12 للإنتاج، RapidFuzz بدل برمجة Levenshtein، البدء فورًا بميزات العميل الأول (ذرى الإنصاف) دون انتظار المستشارين أو رد الوزارة، تأجيل RAG للمرحلة الرابعة (8–10 أسابيع) بنموذج أقوى، وتفضيل النموذج (ب) في ناجز. يحدد أربع مراحل ومهمة الأسبوع الأول.

ملاحظة: مثال الاختبار الذي يأمر به (صك مستلم «الثلاثاء 2 رمضان 1446هـ») يحمل يومًا أسبوعيًا خاطئًا؛ انظر خوارزمية حساب المهل النظامية.

PR · الملف التعريفي واستمارة تقييم نظام إدارة المكاتب القانونية والذكاء الاصطناعي

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

يتضمن أرقامًا غير مقيسة (استرداد 30–45% من الوقت، توفير 60–70% من زمن البحث، نمو 15–25% في الإيراد، «القضاء التام» على فوات المواعيد بنسبة 100%، «Zero Hallucination») ومثال ربحية 30,000 − 18,500 = 11,500 ريال. هذه ادعاءات تسويقية غير مثبت.

ST · التقرير الاستراتيجي والاستثماري لتقنيات القطاع القانوني (Saudi LegalTech)

دراسة لفجوة التحول الرقمي وخارطة استحواذ سوقي ومعمارية ربط عامة ومحرك Saudi Legal RAG. نسب مثل 30–45% و60–70% و15–25% و«0% مواعيد فائتة» و«خفض 40% في دورة التحصيل» بلا قياس غير مثبت. لم تُبنَ منها متطلبات وظيفية.

AU · مراجعة وتدقيق نظام ERPOS الهندسي والقانوني

محادثة Gemini Advanced تدقق «وثيقة المواصفات الشاملة 20 صفحة» ودليل المطور ووثائق أخرى. تتضمن 12 ملاحظة تدقيق AUD-01..AUD-12 (أخطاء كود مقطوع، افتراض GraphQL، قيد تفرد رقم القضية، عزل المرفقات، أخطاء المهل، الخلط بين OTP والتوقيع الرقمي، المنع الآلي في التعارض، مزامنة الجوال، الكاش الدلالي، توثيق التكاملات، ميزات غير مفصلة، تفاوت الأسماء)، وجرد ميزات F-01..F-22، وكتالوج 14 منصة بحالات تحقق، وكود مرجعي، ومحادثة جانبية عن عدد مكاتب المحاماة في القريات لا صلة لها.

حالات المنصات فيه تقدير من نموذج لغوي وليست تحققًا رسميًا؛ نقلناها مقارنة فقط غير مثبت.

SRS1 · وثيقة المتطلبات التقنية لنظام المحاماة

تبدأ بقائمة بنود الاجتماع: الجانب التقني (ERPNext، حماية البيانات، الأرشفة والنسخ، الجوال، الاطلاع على المراحل)، الميزات التسع، والجانب التجاري (الميزانية، طرق الاشتراك، العقود، إقناع المكاتب). تقترح: استثناء الجمع والسبت من المهل، تنبيهات قبل 10 و5 و1 أيام، منع الحفظ عند تشابه اسم الخصم 80% بخوارزمية Levenshtein، آلة حالات تمنع القفز بين المراحل، GraphQL جاهز في Frappe، OpenAI embeddings، DocuSign، إتاحة 99.9%، وتوفير 70% من وقت الصياغة. كلها مخالفة لما اعتمدته الوثائق اللاحقة أو غير مثبتة؛ انظر التعارضات.

SRS2 · مواصفات نظام إدارة المحاماة ERPNext

قاموس مصطلحات قانونية مقابل مفاهيم برمجية (الموكل = Customer، الخصم = Opponent، الوكالة = Power of Attorney كرمز صلاحيات، القضية = Project/Legal Case، الصحيفة واللائحة = Legal Pleading، الجلسة، ضبط الجلسة، صك الحكم) ثم مواصفات الأقسام نفسها بصياغة أوسع.

GM · تقنية قانونية ذكية بالسعودية

محادثة م. فارس العنزي مع Gemini عن فكرة النظام، والفريق، والسوق، واقتراح برومبت لإنتاج الوثائق. لم تُستخرج منها متطلبات لم ترد في الوثائق اللاحقة.

X1 · الفرق بين علامة الإسناد والمقارنة في البرمجة

ملاحظة تعليمية عامة. لم تُستخدم.

X2 · خطوات تصميم مهام جديدة (DOCX وPDF) و fares_303_STA104.docx

محادثة Gemini لإنشاء مهارة تقطيع فيديو ترتيب أدوات تقنية في حقيبة. استُبعدت من التوثيق.

ما تعذّر الوصول إليه

مجلد Drive (المعرّف 1-Y_cpJcUvoaYC0v7Lp_o8RFMl3B4tCXy) فُتح بحساب صاحب المشروع، ولا يحتوي مجلدات فرعية. ظهر فيه 16 إدخالًا تمثل 8 ملفات فريدة، كل ملف مكرر مرتين بالحجم نفسه، ومالكها مخفي. نُزّل من كل ملف فريد غير موجود محليًا نسخة واحدة للقراءة.

النسخ المكررة والإصدارات

الملفالنسخالفرق
كل ملفات Drive الثمانيةنسختان من كل ملف بالحجم نفسه وأوقات رفع مختلفةلم نجد فرقًا في الحجم؛ قرأنا نسخة واحدة من كل ملف.
التقرير الاستراتيجي STثلاثة ملفات: الأصل (771KB)، و«2» (867KB)، و«3» (1.1MB)الأصل 6 صفحات. «2» و«3» 8 صفحات بالمحتوى نفسه؛ الفرق بين «2» و«3» في التفاف الأسطر وترتيب عبارات العنوان فقط.
الملف التعريفي PRنسختان محليتان (إحداهما «(1)») ونسختان في Driveمتطابقة الحجم والمحتوى.
خطة ناجز NJنسختان محليتان (إحداهما «2»)متطابقتا الحجم.
الوثيقة المعمارية ARنسخة Markdown ونسخة PDFالمحتوى نفسه؛ اعتمدنا نسخة Markdown لأن نصها سليم الترتيب والروابط.
«خطوات تصميم مهام جديدة»ثلاثة ملفات DOCX وملفّا PDF، وملف fares_303_STA104.docxكلها محادثة Gemini عن مهارة تحرير فيديو، ولا صلة لها بـ ERPOS؛ استُبعدت.

التعارضات المسجلة

الرمزالموضوعالمصادر وما يقوله كل منهاالأثرالمعالجة في هذا التوثيق
C-01إصدار ERPNextADR: v15 مع Python 3.11/3.12 للإنتاج، ويقول إنه ينسخ ما قبله (التقييم الهندسي ص2-3). AR: v16 أو v15 حتى يثبت توافق زاتكا (الوثيقة المعمارية القرار 1). DG (أحدث، 3 نوفمبر): ابدأ v16 إن دعمته التطبيقات وإلا v15، ويُحسم قبل أول سطر (دليل المطور ص10، 47). AU: يطلب الحسم بعد فحص ksa_compliance (تقرير التدقيق (Gemini) AUD-02).يحدد إصدارات Python وNode وMariaDB وأدوات التثبيت وتوافق تطبيق زاتكا.قرار معلق OD-01. الكود في هذا التوثيق متوافق مع الإصدارين، ولا يستخدم ميزة خاصة بـ v16. اختبار القبول: تثبيت ksa_compliance واجتياز بيئة المحاكاة على الإصدار المختار.
C-02اسم التطبيقDG وAU (ويختاره صراحة): legal_erp (دليل المطور ص9) (تقرير التدقيق (Gemini) ص10). AR وF1 وNJ وADR: legal_os (الوثيقة المعمارية القرار 3) (دليل الميزة 1 ص5) (التقييم الهندسي ص3).مسارات الـ API، أسماء الوحدات، Fixtures.يستخدم التوثيق legal_erp افتراض تنفيذي لأنه في أحدث الوثائق، ويُستبدل بالبحث والاستبدال إن اعتُمد غيره (OD-02).
C-03اسم الكيان الأساسي ونطاقهDG: Legal Matter يشمل القضايا والاستشارات والعقود والصلح والتحكيم والاشتراكات، ومنه Case Proceeding لكل مرحلة تقاضٍ (دليل المطور ص2، 10-11). F1: Matter بحقل matter_category (قضية / استشارة) ورقم القضية في الملف نفسه (دليل الميزة 1 ص9-10). AR: Matter مربوط 1:1 بـ Project وبُعد محاسبي (الوثيقة المعمارية نموذج البيانات). SRS: Case/Legal Case.رقم القضية يتغير بين المراحل؛ وضعه في الملف يكسر التفرد ويصعّب الاستئناف.يعتمد التوثيق Legal Matter + Case Proceeding (رقم القيد في المرحلة، والتفرد مركّب مع المحكمة) اقتراح هندسي، مع حقول F1 التفصيلية، وربط Project والبعد المحاسبي من AR.
C-04سجل الأطرافDG: Legal Party موحّد لكل شخص أو جهة (دليل المطور ص10-11). F1: Party للخصوم، والموكّل في Customer بحقلين مخصصين (دليل الميزة 1 ص6-10). AR: Customer للموكّل وParty للطرف الآخر. AU: يرصد أن الفصل في جداول متعددة استلزم UNION مكلفًا (تقرير التدقيق (Gemini) AUD-03).فحص التعارض يحتاج البحث في كل الأطراف بمعرّف واحد.Legal Party موحّد لكل الأشخاص والجهات، وCustomer يُربط بالطرف حين يصبح موكّلًا (حقل legal_party على Customer) اقتراح هندسي.
C-05ترقيم الميزاتDG: الميزات 1–9 (1 المساعد القانوني … 9 اللوائح). F1: الميزة 1 = سجل القضايا، والميزة 2 = فحص التعارض بالمعرّفات. AU: F-01..F-22 وFEAT-01..التباس عند الإشارة إلى «الميزة 1».معرّفات ثابتة جديدة B01.. في هذا التوثيق، وفي صفحة كل ميزة مرجعها في كل وثيقة.
C-06طريقة عدّ المهلSRS1: استثناء العطل ونهايات الأسبوع من العدّ (وثيقة المتطلبات (Gemini) ص5، 12). AR وDG وADR: أيام تقويمية متصلة، والعطل داخل المدة تُحسب، والامتداد فقط إن صادف اليوم الأخير عطلة (الوثيقة المعمارية المحور الثالث) (دليل المطور ص41) (التقييم الهندسي ص1).الطريقة الأولى تؤخر المواعيد وتُسقط حقوقًا.يعتمد التوثيق الأيام التقويمية متطلب وارد في الملفات، وصيغة SRS1 مرفوضة ومذكورة في اختبار سلبي.
C-07جدول قواعد المهل الأوليAR: ثلاث قواعد فقط (الاستئناف 30، المستعجل 10، أحكام قاضي التنفيذ 30/10 بانتظار محامٍ) والباقي يُضاف بعد مراجعة (الوثيقة المعمارية المحور الثالث). DG: 11 قاعدة أولية كلها [تأكيد قانوني] (دليل المطور ص40). DG أيضًا: مهلة النقض المستعجل 15 يومًا ومصدر يذكر 10 (دليل المطور ص40، 47).قواعد غير معتمدة قد تُستخدم في الإنتاج.تُحمَّل قواعد DG بيانات بداية بحالة «غير معتمدة»، ولا تُستخدم قاعدة بلا verified_by متطلب وارد في الملفات (دليل المطور ص43). الخلاف في النقض المستعجل قرار معلق OD-08.
C-08مثال الاختبار الهجريAR وADR: صك مستلم «الثلاثاء 2 رمضان 1446هـ» → آخر يوم «الخميس 3 شوال» → إن كان عطلة «الأحد 6 شوال» (الوثيقة المعمارية المحور الثالث) (التقييم الهندسي ص3). بتقويم أم القرى: 2 رمضان 1446 = الأحد 2025-03-02، و3 شوال = الثلاثاء 2025-04-01، و6 شوال = الجمعة 2025-04-04.اختبار آلي يعتمد على اسم اليوم سيفشل أو يثبّت خطأ.الاختبار يعتمد التواريخ الميلادية لا أسماء الأيام. التاريخ الهجري صحيح والأيام خاطئة؛ تصحيح النص يحتاج صاحب الوثيقة يحتاج اعتمادًا قانونيًا. أمثلة DG بتواريخ نوفمبر 2026 صحيحة الأيام وهي الاختبارات المعتمدة.
C-09تنبيهات المهلDG وAR: قبل 7 و3 و1 أيام وصباح اليوم الأخير، وتصعيد للشريك قبل يوم (دليل المطور ص42) (الوثيقة المعمارية المحور الثالث). SRS1: قبل 10 و5 و1 (وثيقة المتطلبات (Gemini) ص5).منخفض.قيم افتراضية من DG في Reminder Rule قابلة للتعديل.
C-10تعارض المصالح: المنع الآليSRS1: منع الحفظ عند تشابه 80% بخوارزمية Levenshtein (وثيقة المتطلبات (Gemini) ص11). AU: يذكر أن الوثيقة الشاملة تمنع عند 85% دون مسار قرار، ويرفض ذلك (تقرير التدقيق (Gemini) AUD-07). DG وAR: التشابه وحده «معلومة»، والقرار للشريك ويُوثق (دليل المطور ص30-32) (الوثيقة المعمارية المحور الثالث). ADR: RapidFuzz بدل Levenshtein المبرمج (التقييم الهندسي ص2).رفض عملاء بسبب أسماء شائعة، ومخالفة قواعد السلوك.لا منع آلي بسبب تشابه الاسم؛ المنع فقط لتطابق معرّف أو قاعدة شدة «مانع»، وحتى المنع ينتهي بقرار بشري مسجّل متطلب وارد في الملفات. RapidFuzz مع التطبيع متطلب وارد في الملفات.
C-11ترتيب أطوار القضيةSRS1: آلة حالات لا تسمح بالانتقال إلا بعد اكتمال السابقة (وثيقة المتطلبات (Gemini) ص9). F1: لا تفرض ترتيبًا؛ الاستئناف قد يعيد القضية للأولى (دليل الميزة 1 ص4، 13).منع حالات قانونية حقيقية.لا فرض ترتيب متطلب وارد في الملفات (دليل الميزة 1 ص13)، وكل انتقال مسجّل.
C-12المساعد القانوني: النطاق والتقدير والنموذجRG: النسخة الأولى أنظمة ولوائح فقط، 15–20 يوم عمل، ALLaM-7B-Instruct (Q4_K_M) مرشحًا أول، Qdrant (دليل المساعد القانوني ص1، 4). ADR: التقدير غير واقعي (لا يقل عن شهرين)، النسخة المضغوطة ستفشل في تنسيق الاستشهاد، يُؤجل للمرحلة الرابعة (8–10 أسابيع) بنموذج 32B/72B أو Falcon-34B (التقييم الهندسي ص2). DG: المساعد يشمل الأحكام ومستندات المكتب والصياغة ومراجعة العقود، والمتجهات pgvector أو Qdrant (دليل المطور ص22-24).خطة ومراحل وعتاد مختلفة.نطاق النسخة الأولى من RG، وتوقيتها في المرحلة الرابعة من ADR، واختيار النموذج بمجموعة التقييم الذهبية لا بالسمعة (OD-05). Qdrant افتراض تنفيذي.
C-13نموذج ربط ناجزNJ: يوصي بالنموذج (أ) حساب لكل مكتب، مع مصدر مفتاح قابل للتبديل (خطة ناجز ص5-6). ADR: المكاتب لن تتعامل مع بوابات المطورين؛ يُسعى للنموذج (ب) مزوّدًا تقنيًا أو يتولى الفريق إعداد حساب المكتب بتفويضه (التقييم الهندسي ص2).مكان المفاتيح، العزل، الامتثال، سرعة التشغيل.الموصل يُبنى بمصدر مفتاح قابل للتبديل بين النموذجين متطلب وارد في الملفات (خطة ناجز ص5)، والقرار للوزارة (السؤال 1) وللإدارة (OD-06).
C-14بيئات منتجات ناجزNJ: منتجا الوكالات Production (خطة ناجز ص2). DG: «الوكالات متعددة الأطراف وسجل الاستخدام» و«رقمنة الوثائق» Staging (دليل المطور ص20). DG: المصادقة مفتاح API أو OAuth حسب المنتج؛ NJ: مفاتيح لكل تطبيق.ما يدخل الخطة القريبة.تُعامل بيئة كل منتج وطريقة مصادقته «تُعرف من الملف التقني بعد التسجيل» يحتاج تحققًا أو موافقة رسمية.
C-15المتتبع الصامت للوقتPR: «متتبع صامت» يستبعد أوقات الخمول بقياس حجم المخرجات (الملف التعريفي ص2). AR وADR وAU: يجب أن يكون معلنًا داخل المنصة فقط، يقترح والمحامي يعتمد (الوثيقة المعمارية التصحيحات) (التقييم الهندسي ص1) (تقرير التدقيق (Gemini) AUD-11).مخالفة محتملة لنظام حماية البيانات وعلاقة العمل.متتبع معلن داخل المنصة فقط، بسياسة مكتوبة يوقعها الموظف متطلب وارد في الملفات.
C-16التوقيع وOTPAU: الوثيقة الشاملة تسمي التوقيع بـ OTP «شهادة توقيع رقمي» (تقرير التدقيق (Gemini) AUD-06). DG: ثلاثة مستويات (بسيط OTP، معتمد بشهادة أو نفاذ، نافذ سند تنفيذي) (دليل المطور ص36).حجية العقود.ثلاث حالات منفصلة: الهوية، التوقيع، التوثيق الرسمي متطلب وارد في الملفات (دليل المطور ص36) (تقرير التدقيق (Gemini) AUD-06).
C-17الإشعارات الفورية ومزوّدهاSRS1 وSRS2: Firebase FCM مباشرة. DG: مرحّل Frappe موثق لمواقع Frappe Cloud منذ v15، والاستضافة الذاتية تحتاج خدمة صغيرة تتكلم مع FCM وAPNs، ونص الإشعار عام بلا أسرار لأن الخوادم خارج المملكة (دليل المطور ص18، 20).تسرب بيانات في نص الإشعار.خدمة إشعارات صغيرة، ونص عام متطلب وارد في الملفات.
C-18مصدر المعرفة للمساعد وموقعهDG: Knowledge Source وAI Conversation/AI Message داخل موقع المكتب (دليل المطور ص24). RG: موقع «المدوّنة» مركزي مشترك، وLegal Query في موقع المكتب (دليل المساعد القانوني ص5-7).تكرار تخزين الأنظمة العامة في كل موقع.الأنظمة العامة في المدوّنة المركزية، ومستندات المكتب ومحادثاته في موقعه اقتراح هندسي.
C-19GraphQLSRS1 وSRS2: واجهات GraphQL جاهزة في Frappe. AU: الصحيح REST والدوال المصرحة (تقرير التدقيق (Gemini) AUD-02). DG: REST /api/resource ودوال /api/method/...v1 (دليل المطور ص19).بناء على ميزة غير موجودة افتراضيًا.REST فقط متطلب وارد في الملفات.
C-20الأرقام التسويقيةPR وST وSRS1: 30–45%، 60–70%، 70%، 15–25%، 100%، Zero Hallucination، إتاحة 99.9%. ADR وAU: يجب مطابقة الوعود للواقع واستبدالها بقياسات (التقييم الهندسي ص2) (تقرير التدقيق (Gemini) AUD-09).وعود غير قابلة للإثبات أمام العملاء.كلها غير مثبت، ولا تظهر في واجهة النظام. لوحة «قيمة مقيسة» من سجلات النظام بدلًا منها (دليل المطور ص46).
C-21بدء العمل والمستشارونAR: الخطوة 0 تشترط التعاقد مع ثلاثة مستشارين بدوام جزئي قبل البرمجة (الوثيقة المعمارية الخطوة 0). ADR: لا تنتظر المستشارين ولا رد الوزارة؛ ابدأ بميزات العميل الأول (التقييم الهندسي ص3). DG: من المراجع القانوني الذي يعتمد الوسوم؟ سؤال مفتوح (دليل المطور ص47).قواعد قانونية بلا معتمِد.تبدأ البرمجة، لكن لا قاعدة قانونية تُفعّل في الإنتاج دون معتمِد مسجّل (OD-03) يحتاج اعتمادًا قانونيًا.
C-22نطاق السكرتير الذكيSRS: أداة داخلية للمحامي تكتب الخطابات وتلخص المستندات. DG: وكيل يخدم العملاء عبر واتساب والبوابة، ولا يقدم رأيًا قانونيًا (دليل المطور ص25). AU: يدمج الدورين بوضعين مع صمام موافقة بشرية (تقرير التدقيق (Gemini) ص10، 42).صلاحيات الوكيل.المرجع DG للوكيل الخارجي متطلب وارد في الملفات؛ الوضع الداخلي مقترح منفصل في P03 وضع المساعد الداخلي للسكرتارية.

المصادر الخارجية المذكورة

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