الفرق والوصول
أربعة أدوار للعملاء، وحسابات فرعية تعكس الهيكل الفعلي لأعمالكم، ومفاتيح API خاصة بكل مؤسسة، وتسجيل دخول موحد، وسجل تدقيق لكل إجراء يتمتع بامتيازات. يعمل نموذج الوصول نفسه عبر لوحة التحكم وواجهة برمجة التطبيقات (API) وواجهة سطر الأوامر (CLI) وTerraform وخادم MCP الخاص بنا. التوفر: مزود Terraform قيد التطوير النشط وغير متاح حالياً. كل شيء آخر موصوف هنا متاح للعمل اليوم.
الوصول ليس مجرد مفتاح تشغيل/إيقاف واحد. تأتي كل مؤسسة عميل مزودة بأربعة أدوار، كل منها عبارة عن حزمة ثابتة من أذونات module.action الدقيقة — وبذلك لا يتعامل مسؤول المالية مطلقاً مع خادم، ولا يرى المطور فاتورة أبداً.
تحكم كامل في المؤسسة وحساباتها الفرعية: إنشاء مؤسسات فرعية، ودعوة الأعضاء وإزالتهم، وتغيير الأدوار، وإدارة مفاتيح API، وتوفير المواقع وإعادة تشغيلها وتعليقها وحذفها، وإدارة الفواتير وطرق الدفع، وقراءة سجل التدقيق. هناك أمران مستبعدان عمداً من ذلك — فإغلاق المؤسسة وإصدار المبالغ المستردة هما إجراءان مخصصان لفريق العمل، وليسا دوراً للعميل.
كل ما يتعلق بالمالية ولا شيء غير ذلك: الفواتير، والاشتراكات، وطرق الدفع، ودليل الخطط، بالإضافة إلى عرض للمؤسسة وقائمة أعضائها. لا يمكن الوصول إلى الموقع إطلاقاً — لا يمكن لجهة الاتصال المالية أو المحاسب الخارجي إعادة تشغيل أي شيء أو تعليقه أو حذفه.
اعملوا على المواقع دون التعامل مع الأمور المالية: اعرضوا المواقع وقوموا بتهيئتها، وأعيدوا تشغيل الخدمات، وامسحوا التخزين المؤقت، وأديروا مفاتيح واجهة برمجة التطبيقات (API)، وأنشئوا تذاكر الدعم أو ردوا عليها. لا يوجد عرض للفواتير، ولا إدارة للأعضاء، ولا تعليق، ولا حذف — فالإجراءات الحساسة والتجارية تظل من اختصاص المالك وحده.
عرض كامل دون إمكانية تغيير أي شيء — الأعضاء، والمواقع، والفوترة، والخطط، والتذاكر، وحالة الترجمة، وسجل التدقيق. الدور المناسب لأحد أصحاب المصلحة من العملاء، أو مدقق داخلي، أو موظف جديد لا يزال في مرحلة التعلم والاستقرار.
المستأجرية عبارة عن هيكل شجري وليست قائمة بسيطة. وتأتي منظمة الموزع في مرتبة أعلى من منظمات عملائها، بينما تندرج المواقع تحت تلك المنظمات. ويمثل عضو الفريق اشتراكًا — مستخدم واحد، ومنظمة واحدة، ودور واحد — وبالتالي فإن هذا العنصر الأساسي نفسه يدعم فريقًا مكونًا من شخصين، ووكالة تدير مئة حساب عميل، وموزعًا يدير حسابات فرعية تحت علامته التجارية الخاصة.
تُمنح الأدوار لكل مؤسسة، ويكون الإنفاذ أيضاً لكل مؤسسة. لا يمنح الدور في إحدى المؤسسات أي وصول في مؤسسة منفصلة وغير ذات صلة — يمكن للمقاول أن يكون مطوراً في حساب عميل وقارئاً فقط في حساب عميل ثانٍ، من خلال تسجيل الدخول نفسه. ومع ذلك، يتدفق الوصول نزولاً في التسلسل الهرمي الخاص بكم: ينطبق الدور في المؤسسة الرئيسية على المؤسسات المتفرعة منها، وبهذه الطريقة يدير الموزعون والوكالات عملاءهم.
يتم فرض العزل في قاعدة البيانات، وليس فقط في كود التطبيق. يقيد أمان مستوى الصف في Postgres كل استعلام للمستأجر على الشجرة الفرعية للمتصل، وأي شيء خارج تلك الشجرة الفرعية يعيد نتيجة غير موجود بدلاً من خطأ في الأذونات — وبالتالي لا تؤكد المنصة حتى وجود مؤسسة أو موقع مستأجر آخر.
الأدوار ليست مجرد وسيلة راحة للوحة التحكم فقط. فكل طريقة للدخول إلى المنصة تعتمد على مفاتيح الأذونات نفسها، لذا لا يوجد أي باب خلفي يتجاوز قواعد الوصول الخاصة بكم.
المواقع، والفوترة، والتذاكر، والتنبيهات، والإشعارات، ومفاتيح API، وإدارة الفريق في واجهة واحدة موحدة. تعرض الواجهة ما يسمح به دور العضو المسجل دخوله، بحيث لا تظهر للأشخاص عناصر تحكم لا يمكنهم استخدامها.
واجهة برمجة التطبيقات (API) المنشورة هي نفس محرك واجهة برمجة التطبيقات الذي تستخدمه لوحة التحكم. يتم إصدار مفاتيح واجهة برمجة التطبيقات لكل مؤسسة بنطاقات دقيقة مرتبطة بأذونات RBAC، كما توفر بيئتا التجربة (sandbox) والتشغيل المباشر المنفصلتان إمكانية اختبار عمليات التكامل دون المساس بالفواتير الفعلية أو التزويد.
قم بإدارة المواقع والنطاقات ونظام أسماء النطاقات (DNS) وصناديق البريد والخطط كبنية تحتية كرمز، وشغّل terraform apply لتوفير الاستضافة — وتخضع لنفس النطاقات مثل أي شيء آخر.
قم بربط Claude Code أو Cursor أو ChatGPT أو Claude Desktop أو أي أداة تدعم بروتوكول MCP. الرموز المميزة مخصصة لمؤسسة وصلاحيات RBAC الخاصة بها، وقابلة للإلغاء لكل أداة على حدة، مع وجود تأكيد للإجراءات التدميرية، وحدود أقصى للإنفاق، وسجل تدقيق كامل.
يتم تخزين تجزئة (hash) لكل مفتاح API فقط — ولا يتم تخزين المفتاح الأصلي أبدًا. تحمل المفاتيح اسمًا وبادئة مرئية حتى تتمكن من التمييز بينها، وتُسجّل تاريخ آخر استخدام لها، كما أنها قابلة للإلغاء بشكل فردي دون التأثير على بقية المفاتيح.
تعتمد الهوية على Keycloak، لذا فإن المصادقة هي OIDC وSAML نظامية بدلاً من نموذج تسجيل دخول مخصص مثبت على لوحة استضافة.
يُسجّل كل إجراء مميز سجلاً تدقيقياً للإضافة فقط: من قام به، وماذا فعل، وعلى ماذا طُبّق الإجراء، والأدلة الداعمة، وعنوان IP المصدر. هذا السجل للإضافة فقط — حيث تُضاف الأحداث ولا تُعدّل في مكانها — كما أنه مقسم زمنياً في بيئة الإنتاج ليحافظ على سرعته مع ازدياد حجمه.
تُعد قراءة هذا السجل تصريحًا بحد ذاتها. يمتلك هذا التصريح المالكون والأعضاء ذوو صلاحية القراءة فقط، بحيث يمكن للشخص المسؤول عن الحساب والشخص الذي يدققه الاطلاع على السجل الكامل دون الحاجة إلى صلاحيات مرتفعة للقيام بذلك.
ويحيط بذلك عناصر التحكم التي تطلبها الفِرق الأكبر حجماً: سياسات الجلسات، وقوائم بروتوكول الإنترنت المسموح بها الاختيارية لكل مؤسسة، والمصادقة الإضافية للعمليات الحساسة حتى لا تكون الجلسة النشطة وحدها كافية للقيام بإجراء خطير.
كتالوج الأذونات عبارة عن بيانات وليس منطقًا برمجيًا ثابتًا — ولهذا السبب يمكن توسيعه دون إعادة تهيئة بنية المنصة.
يتمتع المالك بالتحكم الكامل في المؤسسة وحساباتها الفرعية، بما في ذلك الأعضاء ومفاتيح API والمواقع وطرق الدفع. يطّلع مدير الفواتير على الفواتير والاشتراكات وطرق الدفع والخطط، دون إمكانية الوصول إلى المواقع. يدير المطور المواقع ومفاتيح API ويتعامل مع التذاكر، دون أي تحكم في الفواتير أو الأعضاء. يمكن لحساب القراءة فقط عرض الأعضاء والمواقع والفواتير والخطط والتذاكر وسجل التدقيق دون تغيير أي شيء.
ليس كإعداد لكل موقع بعد — فتحديد عضوية واحدة لمواقع معينة هو تحسين مخطط له. يمكنك اليوم تحقيق الفصل نفسه باستخدام شجرة الإيجار: ضع تلك المواقع في منظمة فرعية وامنح الشخص دورًا هناك. نظرًا لأن الأدوار تُمنح لكل منظمة، فإن صلاحية الوصول هذه لا تنتقل إلى أي شيء آخر في حسابك.
لا — يتم إصدار مفاتيح واجهة برمجة التطبيقات (API) لكل مؤسسة، مع نطاقات دقيقة مرتبطة بنفس أذونات RBAC، وأوضاع اختبار (sandbox) وتشغيل فعلي منفصلة. استخدموها كبيانات اعتماد للخدمة لعمليات التكامل، أو التكامل المستمر (CI)، أو Terraform، واستخدموا العضويات للأفراد. يتم تخزين تجزئة (hash) لكل مفتاح فقط، ويسجل كل مفتاح وقت آخر استخدام له، ويمكن إبطال أي مفتاح بشكل منفصل.
يشمل دور المطور عرض المواقع وتهيئتها، وإعادة تشغيل الخدمات، ومسح الذاكرة المؤقتة، وإدارة مفاتيح واجهة برمجة التطبيقات (API)، ومعالجة التذاكر. ولا يمنح هذا الدور حقوق النشر على موقع مباشر، لذا إذا كنتم ترغبون في تمكين شخص ما من نشر التغييرات، فيجب أن تكون صلاحية الوصول هذه لدى المالك. يتم تعيين الأدوار لكل مؤسسة، لذا يمكنكم الحصول على دور مختلف في حساب مختلف.
نعم. تعمل إدارة الهوية عبر Keycloak مع OIDC وSAML، لذا يتوفر تسجيل الدخول الموحد عبر SAML لعملاء المؤسسات والوكالات إلى جانب تسجيل الدخول عبر الرابط السحري، والبريد الإلكتروني وكلمة المرور، وموفري خدمات تسجيل الدخول عبر شبكات التواصل الاجتماعي، ومفاتيح المرور (passkeys)، والمصادقة الثنائية عبر TOTP، والتي تُفرض بموجب السياسة. وتغطي الجلسة الواحدة كلاً من لوحة التحكم، والموقع العام وقاعدة المعرفة، وتذاكر الدعم.
يُسجَّل كل إجراء ذي امتيازات في سجل تدقيق للإضافة فقط يوثق الفاعل، والإجراء، والهدف، والأدلة الداعمة، وعنوان IP. وتُعد قراءته إذنًا بحد ذاته، يتمتع به كل من دور المالك ودور القراءة فقط، بحيث يمكن لمالك الحساب والمدقق مراجعة السجل نفسه.
يتم تسعير الخطط بناءً على سعة الاستضافة بدلاً من عدد الأشخاص. على سبيل المثال، في باقة Footprint-Free، تشترك جميع المستويات الـ 42 في نفس مجموعة الامتيازات تماماً وتختلف فقط في عدد المواقع التي تسمح بها. يتم دائماً عرض الأسعار من الدليل المباشر وبعملتكم، لذا فإن ما ترونه في صفحة الأسعار هو ما يتم تحصيله فعلياً.
نعم. تستمر الفترة التجريبية لـ Footprint-Free لمدة 14 يومًا، ولا تتطلب تفاصيل بطاقة وتغطي ما يصل إلى 5 مواقع، حتى تتمكنوا من إعداد مؤسستكم، ودعوة فريقكم، واختبار الأدوار في مهام فعلية قبل أن تدفعوا أي شيء. هناك ضمان لاسترداد الأموال لمدة 30 يومًا للخطط المدفوعة.
ابدأ فترة تجريبية لمدة 14 يومًا بدون بطاقة على خط Footprint-Free، وادعُ فريقك، وشاهد الأدوار تعمل على مواقع حقيقية قبل أن تدفع أي شيء.
ابدأ مجانًا