MIRFAD is designed to work alongside other systems. This page explains the three ways a connection can be made — and the conditions that must be met before any of them goes live.
صُمّم مِرفَد ليعمل إلى جانب الأنظمة الأخرى. توضح هذه الصفحة الطرق الثلاث لإقامة الربط — والشروط الواجب تحققها قبل تفعيل أيٍّ منها.
No external system is connected today. Any actual connection waits until the target systems are identified and the scope of each connection is explicitly approved.
لا يوجد أي اتصال فعلي بأنظمة خارجية حاليًا. أي ربط حقيقي ينتظر تحديد الأنظمة المستهدفة واعتماد نطاق كل اتصال بشكل صريح.
Linking via URLs ·الربط عبر الروابط
The lightest form of integration: deep links that carry a visitor from one system to a specific page in another, with no data exchanged behind the scenes.
أبسط أشكال الربط: روابط عميقة تنقل الزائر من نظام إلى صفحة محددة في نظام آخر، دون تبادل أي بيانات في الخلفية.
Each link points to a named, agreed destination — never a guessed URL.
كل رابط يشير إلى وجهة محددة ومتفق عليها — وليس إلى عنوان مُخمَّن.
Links carry no credentials; opening one never signs anyone in.
الروابط لا تحمل أي بيانات اعتماد؛ فتح الرابط لا يُسجّل دخول أحد.
A link is published only after the destination system confirms it.
لا يُنشر الرابط إلا بعد تأكيد النظام الوجهة له.
API interfaces ·واجهات برمجة التطبيقات (API)
Structured machine-to-machine exchange: one system calls a documented endpoint of another and receives structured data, under an explicit scope.
تبادل منظم بين الأنظمة: يستدعي نظامٌ نقطةَ نهاية موثّقة في نظام آخر ويتلقى بيانات منظمة، ضمن نطاق معتمد بوضوح.
Every API connection needs documented endpoints, an agreed data scope and its own credentials.
كل اتصال API يحتاج إلى نقاط نهاية موثّقة ونطاق بيانات متفق عليه وبيانات اعتماد خاصة به.
Credentials are stored as server-side secrets and never appear in page code.
تُخزَّن بيانات الاعتماد كأسرار على الخادم ولا تظهر أبدًا في شيفرة الصفحات.
Read-only scopes are preferred; write access is granted separately and explicitly.
تُفضَّل صلاحيات القراءة فقط؛ وتُمنح صلاحية الكتابة بشكل منفصل وصريح.
Single sign-on ·الدخول الموحّد (SSO)
One identity across systems: a user signs in once with an approved identity provider and reaches connected systems without a second password.
هوية واحدة عبر الأنظمة: يُسجّل المستخدم دخوله مرة واحدة عبر مزوّد هوية معتمد ويصل إلى الأنظمة المرتبطة دون كلمة مرور ثانية.
SSO is built on standard protocols (OAuth 2.0 / OpenID Connect) with the provider's own consent screen.
يُبنى الدخول الموحّد على بروتوكولات قياسية (OAuth 2.0 / OpenID Connect) مع شاشة موافقة المزوّد نفسه.
Roles and permissions stay in this system's own protected records — never derived from the provider.
تبقى الأدوار والصلاحيات في سجلات هذا النظام المحمية — ولا تُشتق أبدًا من المزوّد.
Each identity provider is enabled only after its redirect addresses and scope are registered and approved.
لا يُفعَّل أي مزوّد هوية إلا بعد تسجيل عناوين إعادة التوجيه ونطاقه واعتمادها.
Before any connection ·قبل أي اتصال
1
Identify the target system and its owner.
تحديد النظام المستهدف ومالكه.
2
Agree the scope: what data or actions the connection may touch.
الاتفاق على النطاق: ما البيانات أو الإجراءات التي يمسّها الاتصال.
3
Approve the scope explicitly, in writing, before any build.