Susun ringkasan, kronologi bertaut berkas dan lampiran sesuai masalah. Rekonsiliasi transfer tanpa hitung ganda serta pisahkan asli dan salinan publik.
Paket bukti harus menjelaskan akun dan entitas terkait, kejadian, hal yang diperselisihkan, penyelesaian yang diminta serta berkas pendukung tiap pernyataan. Tumpukan tangkapan tanpa tanggal justru bisa mengaburkan fakta. Templat ini untuk mengatur bahan, bukan formulir regulator atau janji klaim diterima.
Gunakan ringkasan pendek dan indeks lampiran terpisah. Simpan dokumen lengkap secara privat, buat salinan tersensor untuk diskusi publik. Jangan memublikasikan identitas, nomor akun penuh, kata sandi, kode sekali pakai atau frasa pemulihan dompet.
Referensi kasus: [nomor sendiri]. Entitas kontrak: [nama hukum]. Produk dan kategori akun: [detail]. Referensi akun privat: [hanya melalui kanal aman kepada penerima terverifikasi]. Masalah: [penarikan, eksekusi, identitas atau masalah spesifik]. Periode dan zona waktu: [awal/akhir]. Jumlah serta mata uang sengketa: [perhitungan atau belum dapat ditentukan]. Penyelesaian diminta: [jelas]. Tahap sekarang: [respons atau langkah berikut]. Lampiran: [E01–E05].
Bedakan permintaan dengan hak yang sudah terbukti. Meminta pelacakan pembayaran tidak sama dengan meminta semua rugi transaksi diganti. Bila jumlah belum bisa dihitung, tulis data yang masih kurang, bukan angka tebakan.
Kejadian dan ID berikut seluruhnya fiktif. Ini contoh struktur, bukan kasus broker nyata. Semua waktu contoh UTC; simpan zona asli pada catatan Anda serta konversi yang dibuat.
| Waktu | Kejadian yang diamati | Berkas | Pertanyaan terbuka |
|---|---|---|---|
| 1 Sep 10:00 | Perjanjian akun diterima | E01-agreement.pdf | Apakah ini pihak yang bertanggung jawab? |
| 1 Sep 14:20 | Transfer USD 1.000 selesai | E02-transfer.pdf | Apakah penerima sesuai pengaturan penagihan? |
| 5 Sep 09:15 | Penarikan USD 300 diminta, W123 | E03-request.pdf | Ketentuan dan tahap pemrosesan mana berlaku? |
| 7 Sep 12:00 | Dukungan menyatakan sudah dikirim | E04-message.eml | Apa referensi bank atau pembayaran? |
| 8 Sep 08:30 | Penyedia penerima belum menemukan kredit yang cocok | E05-provider-reply.pdf | Bisakah pengirim memberi referensi terlacak? |
“Dukungan mengatakan dikirim” berbeda dari “uang diterima”. Pengajuan, persetujuan dan pembayaran juga berbeda. Simpan email atau ekspor asli jika tersedia, bukan hanya potongan judul. Koreksi kronologi disimpan sebagai versi baru, tidak mengubah bukti asli.
| Masalah | Bukti utama | Kesimpulan yang tidak otomatis berlaku |
|---|---|---|
| Penarikan tertunda | ID, syarat, perubahan status, penerima dan referensi | Keterlambatan saja tidak membuktikan penipuan atau transfer |
| Eksekusi atau slippage | ID order, waktu permintaan/fill, sisi, jumlah, harga dan biaya | Grafik saja tidak membuktikan harga dapat dieksekusi untuk order itu |
| Identitas berbeda | Nama kontrak, host lengkap, catatan resmi dan jawaban independen | Nomor izin asli tidak mengautentikasi semua pengirim |
| Biaya atau pajak | Permintaan asli, invoice, dasar, jumlah, mata uang dan penerima | Label pajak tidak membuktikan kewajiban; pemotongan sah tidak otomatis penipuan |
| Keamanan akses | Peringatan login, perubahan perangkat dan tindakan nyata | Menerima pesan mencurigakan tidak sama dengan akses tanpa izin |
Jangan mengumpulkan informasi pribadi tak relevan demi paket tebal. Untuk klaim kualitas eksekusi umum, jangan memilih hanya fill merugikan sambil menghapus yang menguntungkan. Pada sengketa pembayaran, jelaskan dengan jujur apakah Anda mengotorisasinya; jangan mengubah kategorinya agar cocok dengan jalur lain.
Misalkan bukti menunjukkan USD 1.000 dikirim dan USD 200 kembali. Arus kas keluar neto terdokumentasi USD 800. Permintaan penarikan USD 300 berikutnya bukan pembayaran baru untuk ditambahkan sebagai kerugian. Saldo layar USD 1.500 adalah pernyataan platform terpisah yang perlu direkonsiliasi, bukan kas terpulihkan yang sudah dikonfirmasi independen.
Daftarkan transfer, biaya dan mata uang lain tersendiri. Jangan menjumlah USD dengan EUR tanpa kurs, tanggal dan tujuan konversi. Jangan menghitung jumlah pokok sama sebagai setoran hilang sekaligus penarikan belum dibayar. Ini pencatatan, bukan nilai ganti rugi hukum; kontrak, hasil transaksi dan hukum relevan tetap penting.
Mohon daftarkan ini sebagai keluhan resmi mengenai [entitas/referensi akun]. Pada [waktu/zona], saya [kejadian teramati]. Permintaan [ID] menunjukkan [status]. Respons Anda pada [tanggal] menyatakan [klaim tepat]. Berkas [ID] mendukung kronologi. Hal yang belum selesai ialah [kesenjangan]. Saya meminta [pelacakan, penjelasan, koreksi atau pembayaran spesifik], berikut dasar kontraktual dan langkah selanjutnya. Mohon nomor keluhan, proses respons dan jalur sengketa eksternal yang berlaku.
Ganti semua placeholder, hapus pernyataan yang tidak sesuai. Minta referensi yang hilang, jangan membuatnya. Simpan versi terkirim, tanda terima, nomor kasus dan jawaban. Tanda terima hanya mengakui pengiriman, bukan keputusan atas substansi.
Mulai dari kanal keluhan entitas kontrak yang diverifikasi independen. Untuk eskalasi, pastikan yurisdiksi, kelayakan klien, produk dan langkah awal wajib. Melaporkan perilaku kepada regulator berbeda dari meminta penyelesaian individu melalui ombudsman atau pengadilan.
Panduan Financial Ombudsman Inggris hanya satu titik awal yurisdiksi, bukan tenggat global atau hak otomatis. Baca syarat terbaru jalur terkait dan catat awal setiap tenggat. Jika menduga pembayaran menipu, segera hubungi penyedia pembayaran tanpa menunggu periode tanggapan broker yang tidak relevan. Pemulihan tidak terjamin.
Buat folder asli, ringkasan kerja dan salinan tersensor. Nomor lampiran konsisten; jelaskan konversi serta anotasi. Untuk email publik, tutup alamat dan header sensitif sambil mempertahankan asli privat. Hash berkas membantu mendeteksi perubahan salinan tersimpan, bukan membuktikan isi pernyataan benar.
Sebelum mengirim periksa entitas, tanggal, mata uang, hitungan, permintaan dan hubungan lampiran. Hapus data tak perlu. Bila orang lain mengajukan, verifikasi kuasa yang diminta penerima. Jangan memberikan login bank atau trading kepada jasa pemulihan untuk “menyiapkan keluhan”.
Harus melampirkan semua identitas? Tidak. Ikuti persyaratan penerima resmi lewat kanal aman; jangan menjadikannya publik.
Jumlah rugi besar memperkuat keluhan? Ketepatan lebih penting. Pisahkan transfer, saldo layar dan jumlah sengketa tanpa penghitungan ganda.
Bisakah FXCN memerintahkan refund? Tidak. Ini templat informasi, bukan keputusan mengikat atau layanan pemulihan.
Panduan tambahan? Lembar register resmi mengidentifikasi entitas; rencana penarikan memisahkan tahap pemrosesan. Keduanya berbeda dari pembuktian kerugian tertentu.