تصميم قواعد مراقبة أحداث تبقى قابلة للتفسير

تبدأ قرارات الاحتيال القابلة للتفسير من بيانات أحداث متسقة. لا يستطيع محرك القواعد إنتاج أدلة مفيدة إلا عندما تحمل أحداث تسجيل الدخول والدفع والتسجيل وتحديث الحساب معرفات ثابتة وبيانات مرتبطة بالمجال.

ماذا ترسل

• استخدم قيم eventName متسقة مثل user.login أو payment.completed.
• أرسل سياق العميل والجهاز و IP والجلسة والمبلغ في أول استدعاء للواجهة.
• اجعل أسماء القواعد سهلة القراءة لأنها تظهر في مسارات المراجعة.
• احجز BLOCK للحالات عالية الثقة، واستخدم REVIEW للإشارات التي تحتاج سياقًا بشريًا.

{
  "eventName": "payment.completed",
  "customer": { "externalId": "user_123456" },
  "device": { "externalId": "device_abc123" },
  "ip": "203.0.113.42",
  "sessionId": "session_xyz789",
  "metadata": { "amount": 500, "currency": "SAR" }
}

اجعل القرارات قابلة للتدقيق

احفظ correlationIds.eventId بجانب معرف العملية في منتجك. هذا يعطي الدعم والمخاطر والهندسة مفتاحًا مشتركًا عندما يسأل العميل لماذا تمت مراجعة عملية دفع.

اقرأ دليل مراقبة الأحداث لمسار الحدث إلى القرار كاملًا.