في هذه الصفحة
الامتثال · الأنظمة المخصصة

ربط نفاذ بالموقع: ما تحتاجه قبل أن تبدأ التكامل

· 8 دقائق قراءة

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

بنهاية هذا الدليل تعرف هل يحتاج نظامك نفاذ فعلاً أم يكفيه دخول موحد داخلي، وما الذي تجهزه قبل تقديم الطلب، وأين تبدأ مسؤوليتك عن البيانات التي تصلك بعد أول دخول ناجح. الخطأ الأكثر تكراراً أن يطلب صاحب المنشأة الربط أولاً، ثم يكتشف بعد أسابيع أن حاجته الحقيقية كانت التحقق من رقم الجوال، وهي قناة أبسط وأقل التزاماً وتكفي حالته.

ما الذي يضيفه نفاذ إلى موقعك#

نفاذ ينقل عبء إثبات الهوية من موظفيك إلى قناة رسمية. حين يدخل المستخدم بهويته الوطنية الرقمية، يصلك تأكيد بأن من أمام الشاشة هو صاحب الهوية، دون أن تطلب صورة بطاقة ولا أن يقارنها موظف بعينه. الفرق عملي وليس تجميلياً: حساب مفتوح ببريد إلكتروني يخبرك أن أحداً يملك بريداً، وحساب مفتوح بالهوية الرقمية يخبرك من هو صاحب الحساب.

أثر ذلك يظهر في الخدمات التي تترتب عليها مسؤولية قانونية أو مالية. خذ منصة عقارية في الرياض تتيح لمُلّاك الوحدات إدراج عقاراتهم بأنفسهم: قبل التحقق يستقبل الموظف صورة الهوية والصك عبر واتساب ويطابقهما يدوياً، ويعتذر لصاحب العقار عن تأخير يومين. بعد التحقق تصير خطوة إثبات الشخص لحظية، ويبقى دور الموظف مراجعة الملكية وحدها. الأثر نفسه يتكرر في أي موقع عقاري سعودي يعرض وحدات لجهات متعددة على واجهة واحدة.

الفائدة الثالثة أقل ظهوراً وأكثر قيمة على المدى الطويل: تقل الحسابات المكررة. المستخدم الذي يدخل بهويته لا يفتح ثلاثة حسابات بثلاثة أرقام جوال، فتصير قاعدة بياناتك نظيفة، وتصير تقاريرك عن عدد العملاء الحقيقيين قابلة للتصديق. أي منشأة عاشت مع قاعدة عملاء مكررة تعرف كم يكلف تنظيفها لاحقاً.

متى تحتاج هوية وطنية ومتى يكفي رقم الجوال#

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

السؤال العملي الذي أطرحه على العميل قبل التقدير: ماذا يخسر عملك إن كان الشخص خلف الحساب غير من يدّعي؟ إن كانت الإجابة «طلب مرتجع» فرقم الجوال يكفي. إن كانت «عقد باطل» أو «مبلغ يذهب لحساب خطأ» فأنت أمام حاجة حقيقية للتحقق من الهوية. الإجابة الصادقة عن هذا السؤال توفر عليك مساراً إدارياً كاملاً لا تحتاجه.

لاحظ أن الحاجتين تجتمعان أحياناً في نظام واحد. متجر يبيع أجهزة بالتقسيط يحتاج رقم جوال للتسجيل وتصفح المنتجات، ويحتاج تحققاً من الهوية عند خطوة طلب التمويل وحدها. تصميم الحسابات على هذا الأساس يمنحك أعلى معدل تسجيل وأقل مخاطرة في الوقت نفسه، ويجنبك وضع حاجز ثقيل أمام زائر ما زال يقارن الأسعار.

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

ما الذي تجهزه قبل طلب ربط نفاذ بالموقع#

الجهة المشغّلة تنظر إلى الغرض قبل أن تنظر إلى الكود. لذلك يبدأ التجهيز بورقة تشرح خدمتك وسبب حاجتها إلى التحقق من الهوية، لا بمستودع برمجي. الخطوات التالية هي ما نطلبه من العميل قبل أن نكتب سطراً واحداً.

  1. اكتب غرض الاستخدام في ثلاثة أسطر

    اشرح ما الذي يفعله المستخدم بعد دخوله، وما الذي يمنعك من تقديمه دون تحقق من الهوية. الغرض الغامض يعيد الطلب إليك.

  2. جهّز أوراق المنشأة

    السجل التجاري، بيانات المفوض بالتوقيع، النطاق المسجل باسم المنشأة، وبريد رسمي على نطاقك لا على بريد مجاني.

  3. اكتب سياسة الخصوصية ونشرها قبل الطلب

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

  4. حدد أقل قدر من البيانات يكفيك

    اطلب ما تحتاجه لتشغيل الخدمة فقط. كل حقل إضافي تطلبه يصير عبئاً عليك في الحماية وفي المراجعة وفي المساءلة.

  5. افصل بيئة الاختبار عن بيئة التشغيل

    اختبر على بيانات تجريبية وخادم منفصل. الخلط بين البيئتين يسرّب بيانات حقيقية إلى سجلات اختبار يقرأها الجميع.

التجهيز بهذا الترتيب يختصر الدورات مع الجهة المشغّلة، لأن أغلب طلبات الإيضاح تدور حول الغرض والبيانات لا حول التقنية. وحين تصل الموافقة تكون قد أنهيت نصف عمل التكامل قبل أن يبدأ.

كيف يجري الدخول الموحد داخل نظامك#

الدخول الموحد ينقل المستخدم من موقعك إلى صفحة الهوية ثم يعيده إليك ومعه تأكيد موقّع. نظامك لا يرى كلمة مرور المستخدم ولا يخزنها، وهذه نقطة الأمان الأهم في النموذج كله: ما لا تخزنه لا يمكن أن يُسرق منك. مسؤوليتك تبدأ من اللحظة التي تستقبل فيها التأكيد وتقرر ماذا تفعل به.

بعد العودة يربط نظامك التأكيد بسجل مستخدم داخلي. هنا يقع الخطأ المعماري الشائع: بناء جدول مستخدمين ثانٍ بكلمات مرور بجانب الدخول الموحد، فتصير لديك هويتان لشخص واحد وتتناقض بياناتهما بعد شهور. الصواب أن يبقى سجل المستخدم الداخلي مجرد ملف يحمل معرّفاً ثابتاً من مزود الهوية، وأن تبنى الصلاحيات فوقه.

الجلسة نفسها مسؤوليتك أنت. حدد مدة انتهاء واضحة، واطلب دخولاً جديداً عند العمليات الحساسة مثل تغيير رقم حساب بنكي، وسجّل كل دخول بوقته وجهازه. هذه التفاصيل الصغيرة هي ما يميز نظاماً مبنياً على قياس عن نظام ركّب التكامل وتوقف. نبني هذا الجزء داخل الأنظمة المخصصة لأن قواعد الصلاحيات تختلف من منشأة إلى أخرى ولا يوجد إعداد جاهز يناسب الجميع.

الخطوة الأخيرة هي مسار الخروج والفشل. ماذا يرى المستخدم إن انقطعت الخدمة عند مزود الهوية؟ رسالة عربية واضحة وطريق بديل للتواصل معك أفضل من شاشة بيضاء. اختبر هذا المسار قبل الإطلاق، لأنه المسار الذي يظهر في أسوأ يوم.

البيانات التي تصلك ومسؤوليتك عنها#

كل بيان يصلك من قناة التحقق يصير أمانة عليك بموجب نظام حماية البيانات الشخصية. رقم الهوية تحديداً بيان يعرّف صاحبه تعريفاً قاطعاً، فتخزينه بلا حاجة يرفع خطرك بلا مقابل. القاعدة العملية: خزّن معرّفاً داخلياً ثابتاً، وخزّن رقم الهوية فقط إن كان النظام يلزمك به، ومشفّراً.

المسؤولية تمتد إلى من تشاركهم البيانات. إن كان تحليل الاستخدام يذهب إلى خدمة خارجية، أو النسخ الاحتياطي يجلس على خادم خارج المملكة، فهذا قرار يحتاج مراجعة لا صمتاً. تفاصيل ما يلزم موقعك عملياً موجودة في مقال نظام حماية البيانات الشخصية للمواقع والتطبيقات.

سجل الوصول جزء من المسؤولية أيضاً. من داخل منشأتك يستطيع فتح ملف عميل؟ ومتى؟ وهل يظهر ذلك في سجل يمكن مراجعته؟ منشأة تربط الهوية الوطنية ثم تترك لوحة التحكم مفتوحة لكل موظف تكون قد رفعت جودة الباب الأمامي وتركت الخلفي.

أخطاء تؤخر مشاريع الربط#

أكثر ما يؤخر هذه المشاريع أربعة أشياء متكررة، وكلها إدارية لا برمجية.

  • طلب مقدَّم قبل جاهزية الموقع. الجهة تنظر إلى خدمة تعمل، فإن كان موقعك صفحة قادمة قريباً يعود الطلب إليك.
  • غرض مكتوب بلغة تسويقية. جملة مثل «تحسين تجربة المستخدم» لا تشرح لماذا تحتاج الهوية الوطنية تحديداً.
  • نطاق أو بريد باسم شخص لا باسم المنشأة. هذا يوقف المراجعة فوراً ويصعب إصلاحه بعد التقديم.
  • غياب سياسة خصوصية منشورة. كتابتها بعد الطلب يعني دورة مراجعة إضافية كاملة.

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

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

أسئلة شائعة#

هل يمكن لمنشأة خاصة ربط الهوية الوطنية بموقعها؟#

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

هل نحتاج ربطاً منفصلاً للتطبيق غير الموقع؟#

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

ماذا نفعل إن رفض المستخدم الدخول بالهوية الوطنية؟#

اترك طريقاً بديلاً ما دامت الخدمة تسمح به. اجعل التحقق من الهوية شرطاً للخطوة التي تستدعيه (توقيع عقد، سحب مبلغ) لا شرطاً لتصفح الموقع كله. المستخدم الذي يُمنع من الدخول عند أول شاشة يغادر ولا يعود.

هل نخزّن رقم الهوية في قاعدة البيانات؟#

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

القرار الذي تحسمه قبل تقديم الطلب#

القرار واحد: هل خدمتك تعجز عن العمل بلا تحقق من هوية صاحبها الحقيقي؟ إن كان الجواب نعم فابدأ ملف ربط نفاذ بالموقع من الغرض والأوراق وسياسة الخصوصية، لا من الكود، وأطلق نسخة تعمل بالتحقق من رقم الجوال ريثما تصل الموافقة. إن كان الجواب لا، فأنت تحتاج دخولاً موحداً داخلياً وتوفّر على نفسك مساراً كاملاً. إن أردت رأياً في حالتك تحديداً، لدينا استشارة مجانية لمدة ثلاثين دقيقة دون التزام.

خدمات ذات صلة

الخطوة التالية

لديك سؤال عن مشروعك؟

استشارة مجانية لمدة ثلاثين دقيقة، دون التزام.

ماذا يحدث بعد ذلك؟

  • استشارة مجانية لمدة 30 دقيقة
  • عرض سعر تفصيلي خلال يوم عمل واحد
  • بداية التطوير خلال أسبوع

مقالات أخرى