Laporan keluhan merupakan masukan ke alur kerja, bukan bukti bahwa alur kerja telah selesai. Hasil sebenarnya adalah sistem pengirim yang relevan menghentikan komunikasi yang tidak diinginkan sambil menjaga bukti yang diperlukan untuk menjelaskan keputusan tersebut. Rancang alur seputar kepercayaan, korelasi, cakupan, dan penegakan hukum.
Validasi laporan sebelum mengekstraksi instruksi
RFC 5965 mendefinisikan laporan umpan balik multibagian yang berisi informasi yang dapat dibaca manusia, bidang yang dapat dibaca mesin, dan materi pesan yang dikembalikan. Hal ini juga mengatasi risiko pemalsuan dan privasi. Parsing MIME dengan ukuran eksplisit dan batas bersarang; jangan menjalankan konten yang dikembalikan atau mengikuti tautan yang tertanam di dalamnya. RFC 5965.
Membutuhkan asal yang sesuai dengan penyedia dan sistem penerima. Nama tampilan yang cocok saja tidak cukup. Pertahankan hasil autentikasi tepercaya dari batas penerimaan daripada menerima header yang diberikan penyerang begitu saja. Simpan laporan yang tidak tepercaya atau dalam format yang salah dalam antrean peninjauan terbatas, berbeda dari keluhan yang dapat ditindaklanjuti.
Korelasikan dan pilih cakupan resmi
Selesaikan laporan terhadap pengidentifikasi yang disimpan pada aplikasi pengirim. Outputnya harus mengidentifikasi peristiwa pelanggan, aliran, dan keluhan dengan dasar kepercayaan yang terdokumentasi. Jika laporan tidak memiliki kecocokan unik yang aman, biarkan laporan tersebut tidak terselesaikan. Jangan menekan setiap orang yang menerima pesan dengan subjek yang sama.
Terapkan kebijakan penindasan yang disetujui organisasi. Keluhan promosi mungkin mengharuskan penerima tersebut dikeluarkan dari pemasaran, sementara komunikasi penting tentang keamanan akun memerlukan keputusan layanan dan kebijakan terpisah. Jangan menggambarkan perbedaan itu sebagai izin untuk mengemas ulang promosi sebagai surat transaksional. Hormati preferensi yang diungkapkan penerima dan kewajiban yang berlaku dengan pemilik bisnis yang bertanggung jawab.
Pisahkan pos pemeriksaan persistensi dan penegakan hukum
Tuliskan keputusan penindasan secara jangka panjang sebelum mengakui pemrosesan berhasil. Sebarkan ke setiap pengirim yang relevan, dan verifikasi bahwa penjadwalan atau persiapan antrean mempertimbangkan status penekanan saat ini. Baris database yang tidak pernah diperiksa oleh mesin kampanye bukanlah penindasan yang efektif.
Gunakan kunci peristiwa yang stabil untuk membuat laporan duplikat tidak berbahaya. Catat tanda terima pertama, waktu pengambilan keputusan, pengakuan hilir, dan percobaan ulang apa pun. Jika layanan hilir tidak tersedia, pertahankan tugas yang dapat dicoba ulang dan cegah alur kerja melaporkan keberhasilan yang diterapkan sepenuhnya. Hindari menghapus peristiwa asli hanya karena satu panggilan API berhasil.
Pisahkan keputusan yang didukung dari laporan yang belum terselesaikan
Pertimbangkan langganan hipotetis Alice/News, Alice/Security, dan Bob/News. Keluhan yang sumbernya telah divalidasi secara independen dan pengenal pengiriman yang disimpan secara unik dipetakan ke Alice/News mendukung keputusan berdasarkan cakupan yang disetujui organisasi. Di bawah kebijakan pengajaran yang sengaja dibuat sempit ini, Alice/News disembunyikan sementara dua catatan lainnya tidak berubah. Contoh kebijakan ini bukanlah penetapan hukum atas setiap pengaduan.
Laporan yang tidak tepercaya atau pengidentifikasi pengiriman dengan dua pelanggan yang masuk akal tidak mendukung dugaan. Simpan dalam tinjauan terbatas dan minta bukti asal atau korelasi yang hilang. Peristiwa yang divalidasi berulang harus mempertahankan penekanan yang sama tanpa menimbulkan tindakan kedua yang tidak terkait. Tidak ada laporan yang diproses atau langganan diubah untuk contoh ini.
Uji jalur kegagalan lengkap
Sebelum pengaktifan produksi, lakukan pengiriman duplikat, kegagalan parser, catatan korelasi yang kedaluwarsa, dan pemadaman hilir. Verifikasi bahwa staf pendukung dapat melihat penegakan yang tertunda tanpa melihat konten pesan yang tidak perlu. Tentukan retensi untuk laporan mentah secara terpisah dari catatan penekanan minimum yang diperlukan untuk menghindari pengiriman ulang email yang tidak diinginkan.
Tinjau langganan ulang dengan sengaja. Impor selanjutnya tidak boleh menghapus penindasan pengaduan hanya karena mengandung nilai “langganan” yang lebih lama. Jika orang tersebut membuat pilihan berlangganan baru yang valid, simpan bukti dan proses transisi tersebut yang disetujui. Selesaikan dengan hasil yang terukur: keluhan yang terverifikasi, identitas yang didukung, cakupan yang disetujui dan penegakan yang terkonfirmasi, atau kesenjangan yang secara eksplisit tertunda.
Jaga agar pemadaman di hilir tetap terlihat
Misalkan keputusan penindasan disimpan dalam jangka waktu lama, namun layanan kampanye tidak tersedia. Tandai penerapan tertunda untuk pengirim tertentu dan pertahankan tugas yang dapat dicoba ulang. Menerima keluhan lagi harus menemukan kejadian yang ada, bukan membuat item kotak keluar lain atau menghapus keputusan yang tertunda. Pengakuan selanjutnya harus sesuai dengan penerima, ruang lingkup, dan pengirim yang dituju.
Bedakan antara pengakuan API dan verifikasi bahwa jalur pemilihan audiens berikutnya benar-benar mengikuti perubahan tersebut. Jika ekspor yang sudah usang dapat melewatinya, maka penindasan tidak akan sepenuhnya diterapkan. Ini adalah persyaratan negara dan bukti yang diusulkan, bukan eksperimen persistensi atau pemadaman yang dilaksanakan. Dalam pengujian implementasi resmi, pertahankan waktu pengambilan keputusan, upaya hilir, dan pengecualian pengiriman berikutnya yang terkontrol.
Tetapkan pekerjaan penegakan hukum yang tersisa
Untuk keputusan yang tahan lama dengan penegakan yang tertunda, pertahankan peristiwa spesifik dan target downstream, coba lagi berikutnya, dan pemilik. Pulihkan rute yang gagal tanpa kehilangan keputusan atau menimbulkan efek samping duplikat. Laporkan penyelesaian hanya jika jalur pengiriman yang dituju memenuhinya.