Loading
Artikel Terkait
Artikel Terkait
TrustFinance Research Team
Okt 22, 2026
7 min read
1
3D Secure (3DS) menghasilkan bukti autentikasi pemegang kartu. Autentikasi yang berhasil saja tidak membuktikan bahwa penerbit menyetujui pembayaran, capture berhasil, atau uang sudah diterima merchant. Hasil itu juga tidak melindungi merchant dari semua sengketa. Baca hasil autentikasi dan hasil keuangan secara terpisah, lalu periksa apakah sengketa fraud tertentu memenuhi syarat yang berlaku.
Panduan TrustFinance™ ini membantu merchant menilai apa yang dibuktikan catatan pesanan dan apa yang masih perlu diklarifikasi. Sampul memisahkan autentikasi, keputusan pembayaran penerbit dan ruang lingkup tanggung jawab fraud bersyarat. Ini kerangka membaca bukti, bukan tiga domain protokol 3DS. Kasusnya fiktif; dokumentasi penyedia digunakan sesuai lingkup masing-masing.
EMVCo menjelaskan pertukaran informasi transaksi, metode pembayaran dan perangkat antara merchant dan penerbit untuk membantu autentikasi konsumen. Sebagian transaksi dinilai tanpa tantangan tambahan yang terlihat; transaksi lain memerlukan autentikasi tambahan. Pengalaman tanpa hambatan atau frictionless tidak otomatis berarti autentikasi tidak terjadi. Tampilan OTP atau tantangan bank juga belum membuktikan hasil akhirnya.
Periksa hasil akhir untuk transaksi sebenarnya, termasuk referensi dan waktunya. Pelanggan kembali ke halaman toko, tangkapan layar, atau ingatan staf bahwa tantangan muncul tidak sama dengan hasil yang terhubung ke pembayaran itu. Hasil berupa upaya, tertunda, gagal atau tidak tersedia jangan diberi label berhasil hanya karena checkout dapat dilanjutkan.
Autentikasi merupakan salah satu kontrol, bukan sertifikat bahwa seluruh pesanan sah. Hasilnya tidak membuktikan alamat kirim benar, barang diterima, atau pelanggan tidak akan mengajukan keluhan. EMVCo juga menyatakan peserta tetap bertanggung jawab atas ketentuan privasi yang berlaku. Simpan referensi yang diperlukan dengan pembatasan akses, bukan rahasia kartu, kata sandi atau OTP dalam lembar kerja bersama.
Visa membedakan autentikasi mengenai identitas dari otorisasi mengenai apakah transaksi boleh diteruskan, antara lain berdasarkan dana dan status rekening. Penerbit dapat menyetujui atau menolak pembayaran secara terpisah dari hasil autentikasi. Status terautentikasi tidak boleh diam-diam berubah menjadi pesanan sudah dibayar.
Untuk setiap pesanan, temukan catatan penyedia yang mengonfirmasi keputusan penerbit. Periksa juga hasil capture jika pengaturan layanan menggunakannya. Capture dan pencairan ke merchant adalah pertanyaan terpisah lagi. Otorisasi keuangan tidak sama dengan dana tersedia di rekening bank merchant; capture yang tercatat pun tidak menjamin tidak akan ada sengketa atau penyesuaian kemudian.
Jika layar autentikasi dan pembayaran terlihat bertentangan, cocokkan referensi transaksi dan tanyakan status keuangan terkini kepada penyedia. Jangan menggabungkan autentikasi berhasil dari satu percobaan dengan hasil pembayaran percobaan lain. Panduan ini tidak menetapkan aturan mencoba ulang atau langkah integrasi. Tugas operasional otorisasi dan capture dibahas oleh panduan terkait yang sudah ada.
Stripe menjelaskan liability shift untuk sengketa fraud yang memenuhi kriteria dan membedakannya dari alasan lain, misalnya barang tidak diterima. Dokumentasinya tidak menjamin autentikasi 3DS berhasil selalu menghasilkan peralihan tanggung jawab. Sengketa barang tidak diterima tetap memerlukan prosedur tanggapan dan bukti untuk alasan tersebut, karena autentikasi bukan bukti pengiriman.
Trust Payments juga mengingatkan bahwa autentikasi berhasil tidak menjamin peralihan tanggung jawab maupun otorisasi berhasil. Kriteria acquirer dapat berubah dan pengecualian bergantung pada pihak yang memfasilitasi pembayaran. Baca sebagai panduan penyedia, bukan kontrak global. Tanyakan kepada acquirer sebenarnya jaringan, akun merchant, jenis transaksi, wilayah dan tanggal berlaku aturan yang mengatur pesanan.
Indikator autentikasi, termasuk ECI jika tersedia, adalah bukti yang harus ditafsirkan dalam konteks. Satu kode bukan sertifikat perlindungan umum. Tanyakan bagaimana penyedia menafsirkan hasil aktual, upaya atau pengecualian, informasi pendamping yang diperlukan dan batasnya. Jangan mengubah tabel satu penyedia menjadi daftar kode universal, atau menganggap pengecualian memiliki akibat tanggung jawab yang sama pada semua perjanjian.
Bahasa tidak menentukan entitas kontraktual atau hak hukum. Edisi Indonesia ini tidak menetapkan bahwa semua pembayaran wajib memakai 3DS menurut hukum setempat. Jika ada indikator kelayakan, simpan konteks dan klarifikasi status terkini ketika sengketa datang. Stripe menjelaskan pengecualian dan perubahan berikutnya; indikator sebelumnya bukan janji permanen.
Anggap pesanan rekaan memiliki catatan autentikasi berhasil yang telah selesai, tetapi keputusan penerbit terpisah berupa penolakan. Merchant memiliki bukti autentikasi, bukan persetujuan keuangan berhasil untuk percobaan itu. Jangan menyebut pesanan lunas hanya karena pelanggan melewati tantangan. Staf perlu memastikan status melalui catatan penyedia dan kebijakan merchant sebelum memutuskan pemenuhan pesanan.
Kasus ini bukan statistik penolakan, durasi pemrosesan atau hasil pengujian penyedia. Jika ada percobaan pembayaran berikutnya, percobaan itu memerlukan hasilnya sendiri yang terhubung. Tangkapan layar autentikasi pertama tidak menggantikannya. Tentukan percobaan dan keputusan keuangan mana yang sebenarnya menjadi dasar tim pesanan.
Anggap penyedia mengonfirmasi capture untuk pesanan fiktif lain. Setelahnya, satu kemungkinan tuduhan adalah pemegang kartu tidak mengizinkan pembelian. Kemungkinan berbeda adalah barang tidak tiba. Ini cabang kasus alternatif, bukan dua pengurangan saldo. Merchant perlu alasan sengketa sebenarnya sebelum menilai syarat tanggung jawab.
Pada cabang fraud, tanyakan kepada acquirer apakah transaksi memenuhi syarat dan bukti autentikasi apa yang mendukung penilaian. Pada cabang barang tidak diterima, simpan bukti pesanan, pengiriman dan komunikasi pelanggan yang diminta proses tersebut. Tidak ada cabang yang menjamin kemenangan atau pemulihan dana. Stripe juga menyatakan inquiry tetap harus ditanggapi; jangan mengabaikan pemberitahuan hanya karena ada 3DS.
Catat referensi, hasil, waktu dan penjelasan penyedia yang terhubung. Bedakan hasil selesai dari tantangan yang baru tampil atau dimulai. Jika hasil tidak ada atau tidak jelas, tandai belum diketahui dan minta klarifikasi, bukan membuat status berhasil sendiri.
Catat keputusan keuangan terpisah serta konfirmasi capture jika relevan. Pisahkan pencairan dan rekonsiliasi bank. Pastikan semua catatan merujuk pesanan dan percobaan yang sama. Keberhasilan identitas tidak mengisi kekosongan hasil pembayaran.
Tanyakan aturan terkini dan perjanjian acquiring yang berlaku, kelayakan transaksi sebenarnya, serta pengecualian atau informasi yang belum lengkap. Simpan penjelasan beserta tanggalnya. Pernyataan pemasaran tentang checkout aman bukan keputusan kelayakan sengketa individual.
Baca pemberitahuan aktual dan tenggat penyedia. Simpan referensi autentikasi, pembayaran, pesanan dan pengiriman yang relevan, lalu kirim sesuai proses. Jangan menyimpulkan tenggat dari panduan ini, negara lain atau kasus yang tidak berkaitan. Tetapkan penanggung jawab yang memeriksa dan merespons melalui jalur berwenang.
Tidak. Itu bukti autentikasi. Persetujuan pembayaran dan syarat tanggung jawab fraud perlu diverifikasi terpisah. Sengketa non-fraud berbeda lagi. Pembayaran yang sudah dicapture pun bukan jaminan pencairan atau kemenangan sengketa.
Tidak selalu. EMVCo menjelaskan penilaian berbasis data yang mungkin tidak memerlukan tantangan tambahan. Baca hasil aktual penyedia. Sebaliknya, layar OTP atau pernyataan pelanggan bahwa proses selesai tidak menggantikan hasil yang tercatat.
Sumber primer dibaca pada 22 Oktober 2026. EMVCo memberikan konteks teknis. Visa, Stripe dan Trust Payments memberikan panduan jaringan atau penyedia, bukan pengganti perjanjian acquiring merchant dan aturan yang berlaku.
Gunakan TrustFinance™ untuk membaca panduan bukti terkait dan menyiapkan pertanyaan kepada penyedia. Ulasan atau nama merek tidak menetapkan tanggung jawab transaksi tertentu.
TrustFinance Research Team
Official TrustFinance research and editorial team, sharing insights, analysis, and best practices to help financial companies and traders build transparency, credibility, and growth.
