# استخدام سجلات التدقيق

Source: https://help.didit.me/ar/account-organization/audit-logs
Updated: 2026-10-29

يُسجَّل كل طلب API في مؤسستك لمدة 365 يومًا - من، وماذا، ومتى، ومن أين، وتحت أي تطبيق. إنه أول مكان تنظر إليه عندما تحتاج إلى معرفة ما حدث.

يُسجَّل كل طلب API في مؤسستك تلقائيًا ويُحتفظ به لمدة **365 يومًا** - سواء جاء من الكونسول أو من تكاملك أو من زملائك في الفريق. تجده ضمن **الإعدادات ← سجل التدقيق**. ويُسجَّل هناك أيضًا كل قرار يتخذه المحقق من تلقاء نفسه، باسم **المحقق**.

[Video: سجل التدقيق - Didit Academy](https://www.youtube.com/watch?v=MkULotdgz2o&t=31)

## ما الذي يُسجَّل

![سجلات التدقيق في كونسول Didit تعرض نشاط API مع الطوابع الزمنية ورموز الحالة](https://help.didit.me/screenshots/audit-logs-light.webp)

*كل طلب API في المؤسسة، محفوظ لمدة 365 يومًا.*

كل طلب يُوجَّه إلى منصة Didit داخل مؤسستك، أيًا كان مصدره. كل إدخال يحمل:

| الحقل | التفصيل |
|---|---|
| **الطابع الزمني** | وقت تنفيذ الطلب |
| **المستخدم** | من نفّذ الإجراء: العضو الذي نفّذ الطلب؛ وبالنسبة إلى طلب مفتاح API، اسم المفتاح مع وسم **مفتاح API**؛ و**Didit** لما تفعله Didit من تلقاء نفسها؛ و**المحقق** لقرار يتخذه من تلقاء نفسه |
| **الطريقة** | GET وPOST وPUT وDELETE |
| **المسار** | نقطة النهاية التي استُدعيت |
| **الحالة** | حالة استجابة HTTP |
| **عنوان IP** | من أين جاء الطلب |
| **التطبيق** | التطبيق الذي ينتمي إليه |

تُحفظ السجلات لمدة **365 يومًا** ثم تُحذف تلقائيًا.

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

## الغرض الحقيقي منها

أربع حالات تكون فيها الأداة المناسبة:

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

## التصفية

صفِّ حسب المستخدم (عضو أو مفتاح API أو Didit أو المحقق) أو نقطة النهاية أو نطاق التاريخ لتضييق قائمة طويلة. عندما تحقق في شيء محدد، ابدأ من الطابع الزمني وتوسّع منه للخارج - فنادرًا ما يحدث طلب بمفرده، والطلبات المحيطة به مباشرة عادةً ما ترسم الصورة الكاملة.

## طلبات مفتاح API تُنسب إلى المفتاح لا إلى شخص

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

النتيجة العملية: مفتاح واحد مشترك بين عدة خدمات يجعل التحقيق في أي حادثة أصعب بشكل ملموس. إذا كان الإسناد مهمًا بالنسبة إليك، امنح كل خدمة مفتاحها الخاص. راجع [إدارة مفاتيح API الخاصة بك](https://help.didit.me/ar/account-organization/api-keys).

## تُنسب قرارات المحقق الخاصة إلى المحقق

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

عندما يقرر شخص بشأن تقرير للمحقق، بقبول توصيته أو تغييرها، يُنسب الإدخال إلى ذلك الشخص، مثل أي تغيير آخر يجريه. ويبقى المسار الكامل للمحقق، بتقاريره وأسئلته وضوابط الأمان، في سجل **النشاط** الخاص به. راجع [التحكم في المحقق والإشراف عليه](https://help.didit.me/ar/investigations/investigator-automation-and-oversight).

## ما الموجود في السجل وما هو غير موجود

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

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

## من يمكنه رؤيته

الوصول إلى سجل التدقيق يتبع الدور. يشمله دور **مسؤول الامتثال**؛ أما **القارئ** فليس لديه وصول واسع. يمكن لأصحاب المؤسسة منحه لدور مخصص. راجع [دعوة أعضاء الفريق وتحديد الأدوار](https://help.didit.me/ar/account-organization/team-members-and-roles).

إزالة أحد الزملاء لا تزيل سجل نشاطه من السجل - وهذا بالضبط هو الهدف. المسار الذي يمكنك تعديله ليس مسارًا.

## عمليات التصدير والتقارير تُسجَّل أيضًا

توليد ملف PDF لجلسة أو تصدير بصيغة CSV هو طلب API، لذا يظهر هنا مع اسم من نفّذه. هذا مفيد عندما تحتاج إلى إثبات أن الوصول إلى أدلة التحقق مضبوط لا مفتوح. راجع [تنزيل تقرير التحقق](https://help.didit.me/ar/verification-sessions/download-verification-report).

## إذا احتجت مدة أطول من 365 يومًا

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

> **Note:** مدة الاحتفاظ بسجل التدقيق ومدة الاحتفاظ **ببيانات التحقق** إعدادان منفصلان. ضبط نافذة احتفاظ قصيرة لبيانات الجلسة لا يقصّر سجل التدقيق، والعكس صحيح أيضًا. راجع
> [كيف تحمي Didit بيانات مستخدميك](https://help.didit.me/ar/data-privacy/how-didit-protects-data).