​

ITG Traceback Vaka İşleme

​

Attestation neden bu yükümlülüğü yaratır

​

Vaka yaşam döngüsü

• received — ITG isteği loglandı, henüz işlenmedi.
• acknowledged — ITG’ye alındıyı doğruladınız.
• responded — disposition’ınızı ITG’ye dosyaladınız.
• closed — vaka çözüldü (terminal; başka geçiş yok).

​

Yanıt-son-tarihi SLA’sı

{
  "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."
  }
}

​

Bir traceback isteğini ele alma, adım adım

​

1. Gelen isteği kaydedin

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. Alındıyı onaylayın

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. Yanıtınızı dosyalayın

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
  }'

​

Disposition’lar

​

4. Vakaları gözden geçirin

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"

​

Yalnızca kayıt tutma yüzeyi

​

Erişim kontrolü, denetim ve depolama

• Roller. Yazışlar (POST /traceback, /acknowledge, /respond) owner veya admin rolünü gerektirir, uyumluluk yazma yüzeyinin geri kalanıyla aynı. Okumalar herhangi bir kimliği doğrulanmış organizasyon üyesine açıktır.
• Denetim izi. Her durum değişikliği kalıcı bir denetim log girişi yazar — compliance.traceback.received, compliance.traceback.acknowledged ve compliance.traceback.responded — etkileyen kullanıcı, ITG referansı ve (bir yanıtta) disposition ve son tarihin karşılanıp karşılanmadığı ile birlikte. Karışmış numara denetim detaylarında maskelidir.
• Depolama. Vakalar, organizasyonunuzun ayarlarında sunucu tarafından üretilen, vaka başına bir anahtarla saklanır; böylece farklı vakalarda (veya diğer ayarlarında) eşzamanlı çalışan iki ekip üyesi birbirini ezmez.

​

SLA’yı izleme

1. GET /traceback çağrısını düzenli aralıklarla yoklayın (bir iş günü penceresi için saatlik yeter).
2. Herhangi bir açık vaka sla.status: "due_soon" veya sla.status: "breached" ya da sla.breached: true raporladığında uyarı verin.
3. Bir ihlal görünürse uyumluluk sahibini çağırın — gecikmiş bir traceback, operatörlerin ve FCC’nin en ağır değerlendirdiği işarettir.

​

İlgili referanslar

• Panelde ITG traceback iş akışı — Ayarlar → Uyumluluk → ITG Traceback konsolunun operatör kılavuzu.
• STIR/SHAKEN attestation — traceback yükümlülüğünü yaratan imzalama, attestation seviyeleri ve sahip olduğunuz kontroller.
• Gönderim Kapıları — gönderim anında çalışan sessiz saatler, DNC, RND ve RMD kontrolleri.
• Uyumluluk Sağlık Skorları — organizasyonunuz, gönderenleriniz ve kampanyalarınız için 0–100 risk skorları.
• Uyumluluk Duruşu Genel Bakış — bireysel uyumluluk yüzeylerinin nasıl bir araya geldiği.
• API Başvurusu → Uyumluluk — tam istek/yanıt şemaları (canlı API’den yeniden üretilir).