> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tryoto.com/llms.txt
> Use this file to discover all available pages before exploring further.

# الأمان والامتثال

> كيف تحمي OTO بياناتك: خيارات الاستضافة ومنها الاستضافة داخل المملكة، والتحكم في الوصول، وبيانات الاعتماد، والتشفير، والاختبارات، وضوابط مكافحة الاحتيال.

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

## أين تقف OTO؟

| المعيار | الحالة | ما الذي يغطيه |
| - | - | - |
| **ISO/IEC 27001** | **حاصلة على الشهادة — 2026** | نظام مُدقَّق لإدارة أمن المعلومات: كيف تُقيَّم المخاطر، وكيف تُختار الضوابط، وكيف يُراجَع النظام كله ويُحسَّن. |
| **SOC 2 Type II** | **حاصلة على التقرير — 2026** | معايير الأمان، يفحصها مدقق مستقل *على مدى فترة مراقبة* لا في يوم واحد. |
| **نظام حماية البيانات الشخصية السعودي (PDPL)** | **ملتزمة** | نظام حماية البيانات الشخصية في المملكة: الأساس النظامي للمعالجة، وحقوق صاحب البيانات، والقواعد التي تحكم الجهات التي يجوز نقل البيانات الشخصية إليها. |
| **قانون حماية البيانات الشخصية الإماراتي (PDPL)** | **ملتزمة** | المرسوم بقانون اتحادي رقم 45 لسنة 2021، للعملاء والمستهلكين في الإمارات. |
| **قانون KVKK التركي** | **ملتزمة** | القانون رقم 6698 بشأن حماية البيانات الشخصية، للسوق التركية. |

> [!TIP]
>
> **لماذا ISO 27001 وSOC 2 معًا، ولماذا يهم الفرق بينهما؟**
>
> الشهادتان لا تكرر إحداهما الأخرى، ومن يعرف الفرق سيطلب الاثنتين. فشهادة **ISO 27001** تعتمد *النظام*: أن لدى OTO طريقة محددة لتحديد المخاطر واختيار الضوابط وتحسينها، وأن جهة معتمدة قد فحصتها. أما تقرير **SOC 2 Type II** فيقدّم *الدليل*: أن ضوابط بعينها لم تكن موجودة على الورق فقط، بل عملت بفعالية على مدى أشهر من النشاط الفعلي.
>
> تقرير Type I يقول إن الضوابط كانت مصممة بشكل صحيح يوم فحصها أحدهم. أما Type II فيقول إنها صمدت. وهذا الفرق هو سبب طلب إدارات المشتريات في الشركات الكبرى لتقرير Type II بالاسم، وهو ما تحمله OTO.

## أين تُحفظ بياناتك؟

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

> [!NOTE]
>
> **حدِّد موقع حفظ البيانات قبل التعاقد لا بعده**
>
> ترتيب موقع حفظ البيانات سهل في بداية الإعداد، ومكلف تغييره بعد أن تتراكم بيانات تاريخية وتُوجَّه عمليات الربط إلى بيئة بعينها.
>
> إذا كانت الاستضافة داخل المملكة شرطًا لا تفضيلًا (وهي غالبًا كذلك للجهات القريبة من القطاع الحكومي والقطاعات الخاضعة للتنظيم)، فاطرحها خلال مرحلة التقييم حتى تُجهَّز البيئة بالشكل الصحيح من المرة الأولى.

## من يمكنه الدخول؟

| الضابط | ما الذي يفعله |
| - | - |
| **المصادقة متعددة العوامل** | متاحة لكل حساب من **الإعدادات ← My Profile**. رموز مؤقتة من تطبيق مصادقة، فلا تكفي كلمة مرور مسروقة وحدها لتسجيل الدخول. |
| **مفاتيح المرور (Passkeys)** | تسجيل دخول دون كلمة مرور مرتبط بالجهاز، كبديل لكلمة المرور. لا يوجد سر مشترك يمكن اصطياده أو إعادة استخدامه أو تسريبه. |
| **الأدوار والصلاحيات** | تُمنح الصلاحيات حسب الدور لا لكل شخص على حدة، انطلاقًا من نماذج أدوار يمكنك تعديلها. راجع [المستخدمون والأدوار والصلاحيات](https://docs.tryoto.com/ar/platform/users-roles-and-permissions.md). |
| **الاطلاع على البيانات المالية كصلاحية مستقلة** | الأسعار ومبالغ الدفع عند الاستلام وأرقام الفواتير يُتحكم فيها بمعزل عن صلاحيات التشغيل، فيستطيع موظف الانتقاء أو موظف خدمة العملاء أداء عمله دون أن يرى تكلفة أي شيء. |
| **صلاحيات محصورة بالمستودع** | يحصل مستخدمو المستودع على رموز خاصة بهم، وتُحصر صلاحياتهم في المراكز التي يعملون فيها. فلا يصل موظف الانتقاء في موقع إلى قائمة عمل موقع آخر. |
| **صلاحيات API محددة النطاق** | ترتبط صلاحيات API بباقة الحساب وبنقاط نهاية محددة، فلا يمكن لأي عملية ربط استدعاء ما لم يُمنح لها أصلًا. |

## كيف تعمل بيانات الاعتماد؟

تعتمد [API](https://docs.tryoto.com/ar/developers/authentication.md) عن قصد نموذجًا من رمزين. الرمز الدائم `refresh_token`، الذي يُصدر من لوحة التحكم، لا يفعل سوى شيء واحد: الحصول على رمز `access_token` قصير الأجل. ينتهي رمز الوصول هذا بعد **ساعة واحدة**، وتحمله جميع الاستدعاءات الأخرى بوصفه bearer token.

> [!TIP]
>
> **الرموز قصيرة الأجل تحدّ من حجم الضرر**
>
> الغاية من هذا الفصل هي ما يحدث عند تسرّب شيء ما. فرمز الوصول المُلتقَط لا ينفع المهاجم إلا ساعة على الأكثر، ثم يصبح بلا قيمة.
>
> ولهذا يستحق الرمز الدائم العناية نفسها التي تمنحها لكلمة المرور: احفظه في مدير أسرار أو متغير بيئة، ولا تضعه أبدًا في مستودع شيفرة أو حزمة تطبيق جوال أو تذكرة دعم أو لقطة شاشة. فهو بيانات الاعتماد الوحيدة التي لا تنتهي صلاحيتها من تلقاء نفسها.

## كيف تُحمى البيانات؟

| الطبقة | الضابط |
| - | - |
| **أثناء النقل** | جميع حركة API عبر HTTPS فقط. ولا تُخدم الطلبات المرسلة عبر HTTP العادي. |
| **بين الخدمات** | تُشفَّر البيانات أو تُرمَّز على المسارات الداخلية التي تحمل بيانات المستهلكين: مُرسل الويب هوك، وبوابة التجارة الإلكترونية، وبوابة الرسائل النصية، وREST API. |
| **أثناء التخزين** | البيانات المخزنة مشفرة. |
| **الأحداث الصادرة** | كل حمولة [ويب هوك](https://docs.tryoto.com/ar/developers/webhook-events.md) موقّعة بخوارزمية HMAC-SHA256 باستخدام سر تختاره أنت، فيستطيع الخادم لديك إثبات أن الرسالة جاءت من OTO لا من أي جهة أخرى اكتشفت الرابط. |
| **نقاط النهاية العامة** | رموز الواجهات المتاحة للعامة، مثل صفحات التتبع وبوابات الإرجاع، تُنشأ وتُرمَّز على الخادم، فلا يمكن تخمين الرابط أو تعديله للوصول إلى طلب شخص آخر. |
| **على الحافة** | يقف جدار حماية لتطبيقات الويب أمام المنصة، بما فيه قواعد تستهدف حقن SQL. |

## كيف يُختبر الأمان؟

| | |
| - | - |
| **اختبارات اختراق مستقلة** | تُختبر البنية التحتية للمنصة وواجهة API العامة على يد مختصين خارجيين، وتُتابع النتائج حتى إغلاقها. |
| **برنامج مكافآت الثغرات (Bug bounty)** | برنامج دائم يتيح للباحثين الإبلاغ عن الثغرات، فتصل المشكلات على شكل بلاغات لا على شكل حوادث. |
| **مراقبة مستمرة للضوابط** | تُراقَب ضوابط الامتثال باستمرار بدل تجميعها في الأسابيع التي تسبق التدقيق، وهذا ما يجعل اجتياز فترة المراقبة في Type II ممكنًا. |

> [!NOTE]
>
> **برنامج مكافآت الثغرات موقف من الأمان، لا مجرد بند في الميزانية**
>
> تشغيل برنامج كهذا يعني التسليم بأن أطرافًا خارجية ستجد ثغرات، وبناء العملية التي تفرزها وتصلحها بسرعة. والمؤسسات غير الواثقة من شيفرتها لا تدعو الغرباء إلى فحصها.

## ضوابط مكافحة الاحتيال

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

أما الضوابط المرتبطة بها من جهتك فتجدها في [فحوصات ما قبل تجهيز الطلب](https://docs.tryoto.com/ar/modules/omnichannel-oms/prefulfillment.md): القائمة السوداء، وتأكيد طلبات الدفع عند الاستلام، والتحقق من طريقة الدفع قبل السماح للطلب باستهلاك المخزون.

## ما المطلوب منك؟

أمان المنصة مسؤولية OTO. أما أمان طريقة استخدامك لها فمسؤولية مشتركة، وهذه أهم أربعة أمور فيها.

| | |
| - | - |
| **فعّل المصادقة متعددة العوامل لكل حساب** | خاصةً للمشرفين وكل من يطّلع على البيانات المالية. |
| **امنح أضيق دور يؤدي الغرض** | نماذج الأدوار تجعل ذلك سريعًا. فمعظم الأشخاص يحتاجون صلاحيات أقل بكثير من الصلاحيات الكاملة، والصلاحية الممنوحة «مؤقتًا» نادرًا ما تُسحب. |
| **احمِ رمز التحديث وجدّده دوريًا** | لا تنتهي صلاحيته من تلقاء نفسه. أعد إنشاءه عندما يغادر شخص كان يستطيع الوصول إليه. |
| **تحقق من توقيعات الويب هوك** | أعد حساب HMAC وارفض أي رسالة لا يتطابق توقيعها أو يكون طابعها الزمني قديمًا. راجع [أحداث الويب هوك](https://docs.tryoto.com/ar/developers/webhook-events.md). |

## طلب الوثائق

شهادة ISO 27001 وتقرير SOC 2 Type II وملخصات اختبارات الاختراق متاحة لعملائنا وللعملاء المحتملين في مرحلة التقييم. ويُشارك التقرير بموجب اتفاقية عدم إفصاح (NDA) كما هو معتاد.

تواصل مع مدير حسابك، أو راسلنا على [support@tryoto.com](mailto:support@tryoto.com)، واذكر النظام أو الاستبيان الذي تعمل وفقه حتى تصلك الوثائق الصحيحة من المرة الأولى.

## صفحات ذات صلة

* [المستخدمون والأدوار والصلاحيات](https://docs.tryoto.com/ar/platform/users-roles-and-permissions.md): كيف تُمنح الصلاحيات فعليًا.
* [المصادقة في API](https://docs.tryoto.com/ar/developers/authentication.md): الرموز ومدة صلاحيتها ونطاقها.
* [أحداث الويب هوك](https://docs.tryoto.com/ar/developers/webhook-events.md): التحقق من التوقيعات.
* [فحوصات ما قبل تجهيز الطلب](https://docs.tryoto.com/ar/modules/omnichannel-oms/prefulfillment.md): ضوابط مكافحة الاحتيال من جهة العميل.


## Related topics

- [بنية المنصة](https://docs.tryoto.com/ar/get-started/architecture.md)
- [منصة لإدارة عمليات التجارة الإلكترونية وبوابة شحن](https://docs.tryoto.com/ar/index.md)
- [المستخدمون والأدوار والصلاحيات](https://docs.tryoto.com/ar/platform/users-roles-and-permissions.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.