06 يوليو 2025·8 دقيقة
كيفية إنشاء تطبيق ويب لإدارة الموردين والعقود
تعلّم كيفية تخطيط وبناء تطبيق ويب لإدارة علاقات الموردين والعقود، من نموذج البيانات وسير العمل إلى الأمان والتكاملات والإطلاق.
تعلّم كيفية تخطيط وبناء تطبيق ويب لإدارة علاقات الموردين والعقود، من نموذج البيانات وسير العمل إلى الأمان والتكاملات والإطلاق.
قبل أن ترسم الشاشات أو تختار تقنية، كن محددًا بشأن المشكلة التي يجب أن يحلها تطبيق إدارة الموردين والعقود. نظام إدارة العقود ليس مجرد "مكان لتخزين ملفات PDF" — ينبغي أن يقلل المخاطر، ويوفر الوقت، ويجعل حالة الموردين والعقود سهلة الفهم بنظرة سريعة.
ابدأ بكتابة النتائج التي تريدها، بمصطلحات تجارية:
إذا لم تكن أهدافك واضحة، ستنتهي ببناء أداة تبدو مشغولة لكنها لا تغيّر العمل اليومي.
معظم الفرق تعاني من نفس القضايا:
اجمع أمثلة حقيقية من مشاريع حديثة — تلك القصص ستصبح متطلباتك.
أدرج مجموعات المستخدمين ووظائفهم الرئيسية: المشتريات (المصادر والموافقات)، القانونية (المراجعة والبنود)، المالية (الميزانية والمدفوعات)، ومالكو الأقسام (إدارة العلاقة اليومية مع المورد). هنا تبدأ أهمية التحكم بالوصول بناءً على الأدوار وسير عمل الموافقات.
اختر بضعة أهداف قابلة للقياس: وقت انضمام المورد، نسبة الوصول لتنبيهات التجديد، نسبة العقود ذات مالك مسمّى، وجاهزية التدقيق (مثل: "هل نستطيع إنتاج اتفاق موقّع في أقل من دقيقتين؟"). هذه المقاييس تبقي البناء مركزًا عند ظهور ضغوط نطاق العمل لاحقًا.
ينجح تطبيق إدارة الموردين والعقود عندما يعكس كيف ينتقل العمل فعليًا عبر الفرق. قبل بناء الشاشات، اتفق على من يفعل ماذا، متى يتغير سجل، وأين الموافقات إلزامية. هذا يجعل النظام متوقعًا للجميع — المشتريات، القانونية، المالية، ومالكي الأعمال.
ابدأ باستلام المورد: من يمكنه طلب مورد جديد، ما المعلومات المطلوبة (تفاصيل الشركة، فئة الخدمة، تقدير الإنفاق)، ومن يتحقق منها. غالبًا ما يتضمن الانضمام فحوصات متعددة — نماذج ضريبية، تفاصيل بنكية، استبيانات أمنية، وإقرارات سياسات — لذا عرّف معايير "جاهز" واضحة لنقل المورد إلى حالة نشيط.
للعمل الجاري، قرر كيف تتم المراجعات: مراجعات أداء دورية، إعادة تقييم للمخاطر، وتحديث جهات الاتصال أو التأمين. يجب أن تكون عملية إلغاء الانضمام أيضًا سير عمل من الدرجة الأولى (إنهاء الوصول، تأكيد الفواتير النهائية، أرشفة الوثائق) بحيث يدعم التطبيق خروجًا نظيفًا بدلاً من سجلات مهجورة.
عرّف نقاط التسليم: يطلب صاحب العمل عقدًا، تختار المشتريات المورد والشروط التجارية، تراجع القانونية البنود، تتحقق المالية من الميزانية وشروط الدفع، ثم يوافق شخص مخوّل. كل خطوة يجب أن يكون لها مالك، حالة، وحقول مطلوبة (مثل: يجب تحديد تاريخ التجديد قبل أن يصبح "موقّع").
وثّق أين الموافقات مطلوبة (عوّات الإنفاق، شروط دفع غير قياسية، معالجة بيانات، بنود التجديد التلقائي). كما سجل الاستثناءات: العقود العاجلة بمراجعة مسرّعة، موردون لمرة واحدة بانضمام مبسّط، وشروط غير قياسية تستدعي مراجعة قانونية إضافية.
ستتحول هذه القواعد لاحقًا إلى إجراءات مسموح بها وتوجيهات آلية — دون إرباك المستخدمين أو خلق عنق زجاجة.
يعيش أو يموت تطبيق إدارة الموردين والعقود بنموذج بياناته. إذا كانت الكيانات الأساسية واضحة ومترابطة بثبات، يصبح كل شيء آخر — البحث، التذكيرات، الموافقات، التقارير — أسهل.
ابدأ بمجموعة صغيرة من السجلات "ذات المستوى الأول":
أضف كيانات داعمة تجعل النظام مفيدًا دون تضخيمه:
نمذج العلاقات الأساسية صراحةً: مورد واحد له العديد من العقود، ويجب أن يحتوي كل عقد على إصدارات (أو على الأقل رقم إصدار وتاريخ سريان) بالإضافة إلى العديد من المستندات المرتبطة.
خطط لحقل الحالة والطوابع الزمنية مبكرًا: حالة انضمام المورد، حالة دورة حياة العقد (مسودة → قيد المراجعة → موقّع → نشط → منتهي)، تاريخ الإنشاء/التحديث، تاريخ التوقيع، تاريخ السريان، تاريخ الإنهاء. هذه الحقول تقود سجلات التدقيق والتقارير.
أخيرًا، قرر المعرفات: معرفات مورد داخلية، أرقام العقود، ومعرفات الأنظمة الخارجية (ERP, CRM, تذاكر). الحفاظ على ثبات تلك المعرفات يتجنّب عمليات هجرة مؤلمة لاحقًا ويجعل التكاملات متوقعة.
يفشل التطبيق عندما لا يستطيع الناس الإجابة عن أسئلة بسيطة بسرعة: من يملك هذا المورد؟ متى يتجدد العقد؟ هل نفتقد مستندًا؟ تجربة مستخدم جيدة تجعل هذه الإجابات مرئية خلال ثوانٍ، لا متخفية عبر علامات تبويب.
عامل صفحة المورد كـ "الصفحة الرئيسية" لكل ما يتعلق بتلك الشركة. اهدف إلى نظرة عامة نظيفة أولاً، ثم التفاصيل.
ضمّ رأس ملخّص (اسم المورد، الحالة، التصنيف، المالك) يليه كتل قابلة للمسح: جهات الاتصال الرئيسية، حالة المخاطر/الامتثال، العقود النشطة، والنشاط الحديث (تحميلات، موافقات، تعليقات).
اجعل التفاصيل العميقة متاحة ولكن غير مهيمنة. على سبيل المثال، اعرض أعلى 3 جهات اتصال مع رابط "عرض الكل"، وابرز أهم أعلام المخاطر ذات الصلة (مثلاً: انتهاء التأمين) بدلًا من استبيان طويل.
يحتاج الناس عادةً البنود والتواريخ أكثر من ملف PDF. صمّم مساحة عمل العقد حول:
ضع جدول التجديد في الأعلى مع تسميات واضحة مثل "يتجدد تلقائياً خلال 45 يومًا" أو "الإشعار مستحق خلال 10 أيام".
يجب أن يشمل البحث العالمي الموردين، العقود، جهات الاتصال، والمستندات. اقترن به فلاتر عملية: المالك، الحالة، نطاق التواريخ، التصنيف، ومستوى المخاطر.
استخدم مؤشرات بصرية متسقة عبر القوائم وصفحات التفاصيل: نافذة التجديد، الموافقات المعلقة، المستندات المفقودة، والالتزامات المتأخرة. الهدف هو مسح سريع يُظهر للمستخدم أين يجب أن يتصرف — دون فتح كل سجل.
يجب أن يركز MVP لتطبيق إدارة الموردين على أصغر مجموعة من الميزات التي تجعل انضمام الموردين، رؤية العقود، والمساءلة أمورًا حقيقية — لا مثالية. الهدف استبدال الجداول المبعثرة وعمليات البحث في البريد الوارد بنظام إدارة عقود يعتمد عليه الفريق ويستخدمه فعليًا.
ابدأ بسير عمل انضمام مورد موجه يلتقط نفس المعلومات في كل مرة.
لا تحتاج لاستخراج بنود متقدم في اليوم الأول. تحتاج لاسترجاع سريع ووضوح.
يتحسن تعاون المشتريات بسرعة عندما لا يخمن أحد ما يجب فعله تاليًا.
منع التجديدات المفاجئة واجعل القرارات سهلة للمراجعة.
إذا بنيت هذه المناطق الأربع بشكل جيد، سيكون لديك أساس قابل للاستخدام للتكاملات وواجهات برمجة التطبيقات، وتقارير أعمق، وأتمتة موسعة لاحقًا.
الأتمتة هي حيث يتوقف تطبيق إدارة الموردين والعقود عن كونه قاعدة بيانات ويبدأ بمنع مشاكل فعلية: التجديدات الفائتة، التأمين المنقضي، التسعير غير المراجع، والالتزامات المنسية.
ابدأ بمجموعة صغيرة من أنواع التذكير التي تتوافق مع الالتزامات الشائعة للعقود والموردين:
يجب أن يكون لكل تذكير مالك، تاريخ استحقاق، ونتيجة واضحة لما يعتبر "جيدًا" (مثلاً: "رفع COI محدث" بدلاً من "تحقق من التأمين").
أنشئ قوالب مهام لعمليات انضمام المورد والامتثال المستمر. قد يتضمن قالب الانضمام الأساسي W-9، NDA، مراجعة أمنية، تفاصيل بنكية، والتحقق من جهة اتصال رئيسية.
تحافظ القوالب على اتساق الفرق، لكن الفائدة الحقيقية هي الخطوات الشرطية. على سبيل المثال:
يجب أن تؤدي المهام المتأخرة إلى قواعد تصعيد، وليس فشلًا صامتًا. أرسل تذكيرات للمالك أولًا، ثم صعِّد للأقرب أو قائد المشتريات إذا ظل التأخير قائمًا.
أخيرًا، اجعل التذكيرات سهلة الإغلاق بشكل صحيح: اسمح للمالكين بالاعتراف بالإنجاز، إرفاق دليل، وإضافة ملاحظات ("تم التجديد لمدة 12 شهرًا؛ تفاوضنا على خصم 5%")—تصبح تلك الملاحظات لا تقدر بثمن أثناء التدقيق والتجديدات.
المستندات هي "مصدر الحقيقة" في تطبيق إدارة الموردين والعقود. إذا كانت الملفات صعبة العثور أو الإصدار الأحدث غير واضح، يصبح كل شيء آخر (الموافقات، التجديدات، التدقيقات) أبطأ وأكثر خطورة. سير عمل جيد يحافظ على تنظيم المستندات، قابلية تتبعها، وسهولة إنهائها.
ابدأ ببنية بسيطة ومتوقعة:
VendorName_DocType_EffectiveDate_v1.حافظ على واجهة سريعة: سحب وإفلات للرفع، رفع بالجملة، وعرض "المضافة حديثًا" لفريق المشتريات/القانونية.
نادراً ما ينتقل العقد من مسودة إلى توقيع في خطوة واحدة. ادعم الإصدارات ككيان أساسي:
حتى من دون مقارنة متقدمة، يمنع سجل الإصدارات المرئي فرقًا من إرسال "final_FINAL2.docx" عبر الإيميل.
إذا أضفت توقيعًا إلكترونيًا، اجعله بسيطًا: التحضير → الإرسال → النسخة الموقعة مخزنة تلقائيًا. يجب أن يُرفق PDF الموقع بسجل العقد ويحدث الحالة (مثلاً: "موقّع") دون عمل يدوي.
لا تعتمد على ملفات PDF فقط. ابدأ باستخراج يدوي إلى حقول مهيكلة مثل تاريخ السريان، مدة التجديد، فترة الإشعار، ملخص بند الإنهاء، والالتزامات الرئيسية. لاحقًا يمكنك إضافة OCR/AI لاقتراح القيم — مع السماح للمستخدمين بتأكيدها قبل الحفظ.
الأمان في نظام إدارة الموردين والعقود ليس مجرد منع الاختراقات — إنه ضمان أن الأشخاص المناسبين يمكنهم اتخاذ الإجراءات المناسبة، وإثبات ذلك لاحقًا إن لزم.
ابدأ بأدوار واضحة وحافظ على بساطتها:
حدد ما يمكن لكل دور مشاهدته، تحريره، الموافقة عليه، تصديره، وحذفه — ثم طبقه باستمرار عبر الموردين، العقود، المستندات، والتعليقات.
ليست كل العقود بحاجة لنفس مستوى الانكشاف. خطط للقيود على مستويين:
هذا مهم عندما يحتوي عقد واحد على معلومات لا يمكن مشاركتها على نطاق واسع، حتى داخل الشركة.
يجب أن يسجل سجل التدقيق:
اجعل سجلات التدقيق قابلة للبحث وغير قابلة للتغيير للمستخدمين العاديين. عندما يتغير شيء بشكل غير متوقع، يجب أن يجيب السجل على "ماذا حدث؟" خلال ثوانٍ.
غَطِّ الأساسيات مبكرًا:
قرِّر مُبكرًا:
لكثير من الفرق، "الحذف الناعم + سجل التدقيق" أكثر أمانًا من الإزالة الدائمة.
النسخ واللصق اليدوي بين الأدوات هو المكان الذي تتشتت فيه بيانات الموردين والعقود. التكاملات الصحيحة تحافظ على مصدر واحد للحقيقة بينما تتيح للفرق البقاء في التطبيقات التي تستخدمها بالفعل.
وصل تطبيقك بالبريد والتقاويم بحيث تظهر تواريخ التجديد، متابعات الالتزامات، وتنبيهات الموافقة كأحداث وإشعارات فعلية.
نهج عملي: أنشئ كائن "milestone للعقد" في تطبيقك، ثم مزامنة تواريخ الاستحقاق مع Google Calendar/Microsoft 365. أبقِ النظام يرسل التذكيرات (ويسجلها) حتى تتمكن من إثبات من تم إخطاره ومتى.
تحمل أنظمة المالية غالبًا معرف المورد، شروط الدفع، والإنفاق — بيانات لا تريد إعادة كتابتها. تكامل مع أدوات المشتريات/ERP/المالية لـ:
حتى مزامنة "قراءة فقط" في البداية يمكن أن تمنع السجلات المكررة وأسماء الموردين المتفاوتة.
توحيد الدخول (SAML/OIDC) يقلل من إعادة تعيين كلمات المرور ويجعل إيقاف الوصول أكثر أمانًا. أقرن SSO بـ SCIM لتوفير المستخدمين آليًا حتى يبقى الوصول القائم على الأدوار متوافقًا مع تغييرات الموارد البشرية/تقنية المعلومات — مهم خصوصًا لتعاون المشتريات عبر الأقسام.
قدّم REST APIs وwebhooks لأحداث رئيسية مثل تغيّر حالة المورد، توقيع العقد، ونوافذ التجديد القادمة. في اعتماد مبكر، لا تستهين بالاستيراد/التصدير: قالب CSV نظيف يساعد الفرق على الهجرة سريعًا، ثم يمكنك استبدال الجداول بالسجلات المهيكلة مع الوقت.
إذا كنت تخطط للتحكم في الوصول والتدقيق، اطلع على /blog/security-permissions-auditability.
يجب أن تتطابق اختياراتك التقنية مع مدى السرعة التي تحتاجها للنتائج، مقدار التخصيص المتوقع، ومن سيحافظ على التطبيق بعد الإطلاق. بالنسبة لإدارة الموردين والعقود، "الستاك" الصحيح هو الذي يبقي البيانات قابلة للبحث، المستندات آمنة، والتجديدات موثوقة.
أدوات منخفضة/بدون كود يمكن أن تنجح للنسخة الأولى إذا كانت سير عمل الانضمام والموافقات قياسيين إلى حدٍ ما. ستحصل على نماذج، أتمتة بسيطة، ولوحات بسرعة، لكن الأذونات المتقدمة، سجل التدقيق المعقَّد، والتقارير المتقدمة قد تصطدم بقيود.
تطبيق ويب أحادي (monolith) غالبًا ما يكون الافتراضي الأفضل للـ MVP: أجزاء متحركة أقل، تصحيح أخطاء أبسط، وتكرار أسهل. لا يزال بإمكانك تصميم وحدات داخلية نظيفة بداخله.
خدمات مَعيارية (خدمات منفصلة للعقود، الإشعارات، البحث، إلخ) منطقية عندما يشارك عدة فرق، أو تحتاج مقياسًا مستقلًا، أو تكاملات واسعة. المقابل هو تعقيد تشغيلي أكبر.
إذا كانت أولويتك الإطلاق بسرعة مع إبقاء خيار امتلاك الكود، منصة من طراز "vibe-coding" مثل Koder.ai يمكن أن تكون مسارًا عمليًا للبناء المبكر: تصف سير العمل (انضمام المورد، الموافقات، تنبيهات التجديد، RBAC)، وتتكرر عبر الدردشة. تستخدمها الفرق غالبًا للحصول على MVP أمام الأطراف المعنية بسرعة، ثم تضبط الحقول، الأدوار، وقواعد الأتمتة في وضع التخطيط قبل توسيع التكاملات.
على الأقل، خطط لوجود:
أعد dev/staging/production مبكرًا حتى يمكن اختبار التغييرات بأمان، وحدد نسخًا احتياطية مؤتمتة (بما في ذلك تخزين الملفات).
اجعل الأداء عمليًا: أضف فهارس للبحث والفلاتر الشائعة (اسم المورد، حالة العقد، تاريخ التجديد، المالك، الوسوم). هذا يحافظ على تعاون المشتريات سلسًا مع نمو البيانات.
طبق تسجيل مركزي، تتبع الأخطاء، ومقاييس أساسية (وظائف فاشلة، تسليم الإشعارات، الاستعلامات البطيئة). هذه الإشارات تمنع الفشل الصامت — خصوصًا حول التجديدات والموافقات.
التقارير هي المكان الذي يكسب فيه تطبيق إدارة الموردين ثقة المشتريات، القانونية، المالية، والعمليات. أصحاب المصلحة المختلفون يريدون إجابات مختلفة: "ما الذي سينتهي قريبًا؟"، "أين نحن معرضون للمخاطر؟"، و"هل نحصل فعلاً على الخدمة التي ندفع مقابلها؟". ابنِ تحليلات موجهة للعمل، لا مجرد رسوم بيانية.
ابدأ بلوحة رئيسية تحول نظام إدارة العقود إلى قائمة مهام:
اجعل كل ودجت قابلًا للنقر حتى ينتقل المستخدم مباشرةً إلى الصفقة أو سجل المورد المعني.
اصنع واجهة إدارة علاقة المورد التي تجمع إشارات المخاطر ونتائج الأداء في مكان واحد. تتبع القضايا، خروقات SLA، نتائج المراجعات، والمهام المفتوحة للمعالجة.
حتى نظام تصنيف بسيط (منخفض/متوسط/عالي) مفيد إذا كان شفافًا: أظهر المدخلات التي غيرت الدرجة ومتى.
عادةً تريد القيادة تجميعات، اتجاهات، ومساءلة. قدّم ملخصات محفظة العقود حسب الفئة، المالك، المنطقة، والحالة (مسودة، قيد المراجعة، نشط، مُنهي). تضمّن الإنفاق، تعرض التجديد، وتركيز الإنفاق (أهم الموردين حسب الإنفاق) لدعم وضع الأولويات.
غالبًا ما يحتاج المدققون وفرق المالية تقارير قابلة للتصدير (CSV/XLSX/PDF) مع فلاتر ثابتة وتاريخ "كما في". اقترن ذلك بفحوص جودة بيانات تبقي التقارير موثوقة:
التقارير الجيدة لا تُعلِم فحسب — بل تمنع المفاجآت بجعل الثغرات مرئية مبكرًا.
إطلاق سلس مهم بقدر الميزات. بيانات الموردين والعقود عادةً ما تكون فوضوية، وثقة الناس هشة — لذا اِسعَ إلى طرح تحكم به، قواعد هجرة واضحة، وتكرار سريع.
اختر مجموعة تجريبية (مثلاً: المشتريات + القانونية، أو وحدة عمل واحدة) ومجموعة صغيرة من الموردين والعقود النشطة. هذا يحافظ على نطاق العمل قابلًا للإدارة ويتيح التحقق من سير العمل — مثل الموافقات والتجديدات — دون تعطيل الجميع دفعة واحدة.
قرر ما الذي يُعد "بيانات جيدة" قبل استيراد أي شيء.
إذا كانت لديك ملفات قديمة كثيرة، فكر في هجرة مرحلية: "العقود النشطة أولاً" ثم المواد المؤرشفة.
أنشئ أدلة قصيرة مخصّصة للأدوار (الطالب، المراجع، مالك العقد، المشرف). اجعلها مبنية على المهام: "قدم موردًا جديدًا"، "اعثر على الاتفاق الموقع الأخير"، "وافق على تجديد". صفحة داخلية قصيرة مثل /help/vendor-contracts غالبًا ما تكون كافية.
في الأسابيع الأولى، اجمع الملاحظات حول النماذج، الحقول، الإشعارات، وخطوات الموافقة. تتبّع الطلبات، قدّر أهم نقاط الاحتكاك، واطلق تحسينات صغيرة بشكل متكرر — سيلاحظ المستخدمون ذلك.
عند استقرار التبني، خطط لميزات ترقيعية مثل بوابة الموردين، تحليلات متقدمة، واستخراج بيانات المستندات بمساعدة AI.
إذا كنت تستكشف دورات تكرار أسرع للمرحلة 2، ففكّر في أدوات تدعم لقطات واسترجاع (لاختبار تغييرات سير العمل بأمان)، بالإضافة إلى تصدير سهل للكود المصدري (لتجنب الاحتجاز عند نضج النظام) — وكلاهما مفيد عندما تتطور قواعد الموافقة ومتطلبات التدقيق.
ابدأ بتحديد النتائج والأهداف القابلة للقياس:
ثم حرر نقاط الألم الحالية (التجديدات الفائتة، عدم وضوح الملكية، الملفات المتفرقة) وحوّلها لمتطلبات ومقاييس نجاح (مثل: «إظهار الاتفاق الموقع في أقل من دقيقتين»).
نقطة انطلاق عمليةية مع أربع مجموعات رئيسية:
حدّد الوصول القائم على الأدوار و"من يوافق على ماذا" مبكراً حتى لا تتوقف سير العمل لاحقاً.
استخدم آلة حالات واضحة لكل دورة حياة.
مثال دورة حياة المورد:
مثال دورة حياة العقد:
لكل حالة عيّن مالكاً، الحقول المطلوبة، ومعايير "الاستعداد للانتقال" (مثلاً: يجب تحديد تاريخ التجديد قبل التحول إلى «موقّع»).
ابدأ بمجموعة صغيرة من الكيانات الأساسية:
أضف كيانات داعمة فقط إذا كانت تدعم سير عمل حقيقي:
نمذج العلاقات صراحةً (مورد واحد → عدة عقود) وخطط للمعرفات (معرّف المورد، رقم العقد، معرّفات الأنظمة الخارجية) لتجنب مشاكل الهجرة لاحقاً.
اجعل صفحة ملف المورد "المنزل" لكل ما يتعلق بتلك الشركة:
احتفظ بالتفاصيل العميقة متاحة لكن ثانوية (مثلاً: عرض أعلى 3 جهات اتصال + رابط "عرض الكل") حتى يجيب المستخدمون عن الأسئلة الشائعة خلال ثوانٍ.
صمّم مساحة عمل العقد حول البنود والتواريخ أولاً، والمستندات ثانياً:
هذا يقلل الحاجة لفتح ملفات PDF للعثور على التواريخ والمسؤوليات الأساسية.
عادةً تشمل نسخة MVP قوية ما يلي:
هذه الميزات تستبدل الجداول والبريد الوارد وتُنشئ المساءلة وقابلية التدقيق.
ابنِ محرك تذكير ينشئ مهام مملوكة — ليس مجرد تواريخ في التقويم.
أنواع التذكير المفيدة:
أضف قوالب مهام بخطوات شرطية (مثلاً: إذا كان نوع المورد = "software/SaaS" فَأضِف مراجعة أمنية وDPA) وقواعد تصعيد للعناصر المتأخرة.
استخدم سير مستندات متسق:
إذا أضفت التوقيع الإلكتروني، اجعله بسيطاً: إرسال → نسخة موقعة تُخزن تلقائياً → حالة العقد تتحدّث إلى «موقّع» تلقائياً.
نفِّذ الأذونات والتدقيق معاً:
حافظ على سجل تدقيق غير قابل للتغيير للعرض، والتعديلات (قبل/بعد)، والموافقات مع طوابع زمنية. وفكّر بسياسة الحذف والتصدير (غالباً "حذف منطقي + سجل تدقيق" هو الأكثر أماناً).