​

معالجة قضايا استكشاف ITG

​

لماذا الاعتماد يُنشئ هذه التزام

​

دورة حياة القضية

• received — طلب ITG مسجل، غير مُعمل بعد.
• acknowledged — أنت أكّدت العناية لـITG.
• responded — أنت قدمت تعهدك مع ITG.
• closed — القضية منتهية (نهائي؛ لا يوجد مزيد من الانتقالات).

​

موعد الاستجابة SLA

{
  "sla": {
    "due_at": "2026-08-27T09:15:00.000Z",
    "status": "due_soon",
    "hours_remaining": 3,
    "breached": false,
    "reason": "The ITG response window closes soon; respond to avoid breaching the traceback SLA."
  }
}

​

معالجة طلب استكشاف، خطوة بخطوة

​

1. سجّل الطلب الصادر

curl -X POST "https://api.orbit.devotel.io/api/v1/compliance/traceback" \
  -H "Authorization: Bearer $ORBIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "traceback_ref": "ITG-2026-11843",
    "source_number": "+14155550101",
    "campaign_description": "Outbound renewal-notice campaign flagged in a robocall complaint",
    "attestation": "A",
    "notes": "Received via the ITG portal on 2026-08-26"
  }'

​

2. إقر أنك استلمتها

curl -X POST "https://api.orbit.devotel.io/api/v1/compliance/traceback/tb_a1b2c3d4/acknowledge" \
  -H "Authorization: Bearer $ORBIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"notes": "Acknowledged to the ITG under their reference ITG-2026-11843"}'

​

3. قدّم استجابتك

curl -X POST "https://api.orbit.devotel.io/api/v1/compliance/traceback/tb_a1b2c3d4/respond" \
  -H "Authorization: Bearer $ORBIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "disposition": "source_identified",
    "notes": "Traffic traced to sub-account supplier-7; source identification supplied to the ITG.",
    "close": true
  }'

​

التعهدات

​

4. راجع القضايا

curl "https://api.orbit.devotel.io/api/v1/compliance/traceback" \
  -H "Authorization: Bearer $ORBIT_API_KEY"

curl "https://api.orbit.devotel.io/api/v1/compliance/traceback/tb_a1b2c3d4" \
  -H "Authorization: Bearer $ORBIT_API_KEY"

​

سطح أرشفة السجلات فقط

​

التحكم في الوصول، التدقيق، والتخزين

• الأدوار. كتابة (POST /traceback، و/acknowledge، و/respond) تتطلب دوراً مالك أو مسؤول، يحاكي بقية سطح امتثال كتابة. القراءة متاحة لأي عضو مصدق.
• مسار التدقيق. كل تغيير في الحالة يكتب إدخال سجل التدقيق دائم — compliance.traceback.received، وcompliance.traceback.acknowledged، وcompliance.traceback.responded — مع المستخدم الذي يعمل، والمرجع ITG، و(عند الاستجابة) التعهد وهل الموعد نُفي. الرقم الملتصق مُخفّ في تفاصيل التدقيق.
• التخزين. القضايا تُخزّن على إعدادات منظمتك بحرف خادم-مولّد لكل قضية، لذا زملاء يعملون قضايا مختلفة أو إعدادات أخرى لا يتجاسون أحد الآخر.

​

مراقبة SLA

1. استعلم GET /traceback على إيقاع كوي (كل ساعة كافية لنافذة يوم عمل).
2. أشعر عندما تقرأ أي قضية في sla.status: "due_soon" أو sla.status: "breached"، أو sla.breached: true.
3. أذعّل مالك الامتثال عندما يظهر خروق — الاستكشاف المٌbakك هو الإشارة التي تزنها الشركات وFCC بأثنى.

​

المرتبط

• سير عمل الاستكشاف ITG في لوحة — دليل العامل للكونسول في الإعدادات → الامتثال → الاستكشاف ITG.
• اعتماد STIR/SHAKEN — التوقيع الذي يُنشئ التزام الاستكشاف، ومستويات الاعتماد والتحكمات التي تمتازك.
• بوابات الإرسال — أوقات الهدوء وDNC وRND و RMD التي تُفحص وقت الإرسال.
• درجات صحة الامتثال — درجات المخاطر 0–100 لمنظمتّك ومرسلتك والحملاتك.
• نظرة عامة لوضع الامتثال — كيف تُتنسّق surfaces امتثال الفرعية.
• مرجع API → الامتثال — مخططات الطلب/الاستجابة (وُلّدت من API الحية).