Loading
Artikel Berkaitan
Artikel Berkaitan
TrustFinance Research Team
Oct 22, 2026
7 min read
1
3D Secure atau 3DS memberikan bukti pengesahan pemegang kad. Pengesahan yang berjaya sahaja tidak membuktikan pengeluar meluluskan pembayaran, capture berjaya, atau wang diterima peniaga. Ia juga tidak melindungi peniaga daripada setiap pertikaian. Baca hasil pengesahan dan hasil kewangan secara berasingan, kemudian semak sama ada pertikaian penipuan tertentu memenuhi syarat yang terpakai.
Panduan TrustFinance™ ini membantu peniaga mengenal pasti perkara yang dibuktikan rekod pesanan dan perkara yang masih perlu dijelaskan. Imej muka depan memisahkan pengesahan, keputusan pembayaran pengeluar dan skop liabiliti penipuan bersyarat. Ini rangka membaca bukti, bukan tiga domain protokol 3DS. Kes berikut adalah rekaan; dokumentasi penyedia digunakan mengikut skopnya.
EMVCo menerangkan pertukaran maklumat transaksi, kaedah pembayaran dan peranti antara peniaga dengan pengeluar untuk membantu mengesahkan pengguna. Sesetengah transaksi dinilai tanpa cabaran tambahan yang kelihatan; yang lain memerlukan pengesahan lanjut. Pengalaman lancar atau frictionless tidak semestinya bermakna pengesahan tidak berlaku. Paparan OTP atau cabaran bank pula belum membuktikan hasil akhirnya.
Semak hasil yang telah lengkap bagi transaksi sebenar, bersama rujukan dan waktunya. Pelanggan kembali ke laman kedai, tangkap layar, atau ingatan kakitangan bahawa cabaran muncul tidak sama dengan hasil yang dipautkan kepada pembayaran itu. Hasil percubaan, tertangguh, gagal atau tidak tersedia tidak patut dilabel berjaya semata-mata kerana checkout diteruskan.
Pengesahan ialah satu kawalan, bukannya sijil bahawa semua aspek pesanan sah. Ia tidak membuktikan alamat penghantaran betul, barang diterima atau pelanggan tidak akan membuat aduan. EMVCo turut menyatakan peserta kekal bertanggungjawab terhadap keperluan privasi yang terpakai. Simpan rujukan yang perlu dengan kawalan akses, bukan rahsia kad, kata laluan atau OTP dalam lembaran kerja bersama.
Visa membezakan pengesahan berkaitan identiti daripada authorisation yang menentukan sama ada transaksi boleh diteruskan, termasuk berdasarkan dana dan status akaun. Pengeluar boleh meluluskan atau menolak pembayaran secara berasingan daripada hasil pengesahan. Label telah disahkan tidak boleh bertukar secara senyap menjadi pesanan telah dibayar.
Bagi setiap pesanan, kenal pasti rekod penyedia yang mengesahkan keputusan pengeluar. Semak hasil capture jika aturan perkhidmatan menggunakannya. Capture dan pembayaran keluar kepada peniaga merupakan soalan lain pula. Kelulusan kewangan bukan wang yang sudah tersedia dalam akaun bank peniaga. Capture yang direkodkan juga tidak menjamin tiada pertikaian atau pelarasan kemudian.
Jika skrin pengesahan dan pembayaran kelihatan bercanggah, padankan rujukan transaksi dan tanya penyedia tentang keadaan kewangan terkini. Jangan gabungkan pengesahan berjaya daripada satu percubaan dengan hasil pembayaran percubaan lain. Panduan ini tidak menetapkan aturan cuba semula atau langkah integrasi. Tugas authorisation dan capture dibincangkan dalam panduan sedia ada yang dipautkan.
Stripe menerangkan liability shift bagi pertikaian penipuan yang layak, sambil membezakan sebab lain seperti barang tidak diterima. Dokumentasinya tidak menjamin pengesahan 3DS berjaya sentiasa memindahkan liabiliti. Pertikaian barang tidak diterima masih memerlukan proses respons dan bukti bagi sebab tersebut kerana pengesahan tidak membuktikan penghantaran.
Trust Payments turut mengingatkan bahawa pengesahan berjaya tidak menjamin peralihan liabiliti atau authorisation berjaya. Kriteria pemeroleh boleh berubah dan pengecualian bergantung pada pihak yang memudahkan pembayaran. Baca sebagai panduan penyedia, bukan kontrak seluruh dunia. Tanya pemeroleh sebenar tentang rangkaian, akaun peniaga, jenis transaksi, wilayah dan tarikh kuat kuasa aturan yang mengawal pesanan.
Penunjuk pengesahan, termasuk ECI jika diberikan, ialah bukti yang perlu ditafsir mengikut konteks. Satu kod bukan sijil perlindungan umum. Tanya bagaimana penyedia membaca hasil sebenar, percubaan atau pengecualian, maklumat iringan yang diperlukan dan hadnya. Jangan jadikan jadual satu penyedia sebagai carta kod sejagat atau anggap semua pengecualian memberi kesan liabiliti yang sama dalam setiap perjanjian.
Bahasa tidak menentukan entiti kontrak atau hak undang-undang. Edisi Bahasa Melayu ini tidak menetapkan bahawa semua transaksi diwajibkan menggunakan 3DS oleh undang-undang tempatan. Jika penunjuk kelayakan diberikan, simpan konteksnya dan jelaskan status semasa apabila pertikaian tiba. Stripe menerangkan pengecualian dan perubahan kemudian; penunjuk terdahulu bukan janji kekal.
Andaikan satu pesanan rekaan mempunyai rekod pengesahan berjaya yang lengkap tetapi keputusan pengeluar berasingan ialah ditolak. Peniaga mempunyai bukti pengesahan, bukan kelulusan kewangan berjaya untuk percubaan tersebut. Jangan sebut pesanan sudah dibayar hanya kerana pelanggan melepasi cabaran. Kakitangan perlu menjelaskan keadaan pesanan melalui rekod penyedia dan dasar peniaga sebelum keputusan pemenuhan.
Kes ini bukan kadar penolakan, tempoh pemprosesan atau keputusan ujian penyedia sebenar. Jika terdapat percubaan pembayaran kemudian, ia memerlukan hasil tersendiri yang dipautkan. Tangkap layar pengesahan pertama tidak menggantikannya. Tentukan percubaan dan keputusan kewangan yang sebenarnya digunakan oleh pasukan pesanan.
Andaikan penyedia mengesahkan capture bagi pesanan rekaan lain. Satu kemungkinan dakwaan kemudian ialah pemegang kad tidak membenarkan pembelian. Kemungkinan berlainan ialah barang tidak sampai. Ini cabang kes alternatif, bukan dua potongan baki. Peniaga memerlukan sebab pertikaian sebenar sebelum menilai syarat liabiliti.
Dalam cabang penipuan, tanya pemeroleh sama ada transaksi layak dan bukti pengesahan yang menyokong penilaiannya. Dalam cabang barang tidak diterima, simpan bukti pesanan, penghantaran dan komunikasi pelanggan yang diperlukan proses itu. Kedua-duanya tidak menjamin kemenangan atau pemulihan dana. Stripe juga menyatakan pertanyaan masih perlu dijawab; jangan abaikan notis hanya kerana rekod menunjukkan 3DS.
Catat rujukan berkaitan, hasil, masa dan penerangan penyedia. Bezakan hasil lengkap daripada cabaran yang baru dipaparkan atau dimulakan. Jika hasil tiada atau kabur, tandakan belum diketahui dan minta penjelasan, bukan cipta status berjaya.
Catat keputusan kewangan berasingan serta pengesahan capture jika berkenaan. Asingkan pembayaran keluar dan penyesuaian bank. Pastikan rekod merujuk pesanan dan percubaan yang sama. Kejayaan identiti tidak mengisi kekosongan hasil kewangan.
Tanya aturan semasa serta perjanjian pemerolehan yang terpakai, kelayakan transaksi sebenar dan pengecualian atau maklumat yang hilang. Simpan penjelasan serta tarikhnya. Dakwaan pemasaran tentang checkout selamat bukan keputusan kelayakan pertikaian individu.
Baca notis sebenar dan tarikh akhir penyedia. Simpan rujukan pengesahan, pembayaran, pesanan dan penghantaran berkaitan, lalu hantar mengikut proses tersebut. Jangan tentukan tarikh akhir daripada panduan ini, negara lain atau kes tidak berkaitan. Tetapkan orang yang menyemak dan menjawab melalui saluran dibenarkan.
Tidak. Itu bukti pengesahan. Kelulusan pembayaran dan syarat liabiliti penipuan perlu disemak berasingan. Pertikaian bukan penipuan ialah soalan lain. Pembayaran yang dicapture juga tidak menjamin pembayaran keluar atau kemenangan pertikaian.
Tidak semestinya. EMVCo menerangkan penilaian berasaskan data yang mungkin tidak memerlukan cabaran tambahan. Baca hasil sebenar penyedia. Sebaliknya, skrin OTP atau kata pelanggan bahawa ia selesai tidak menggantikan hasil direkodkan.
Sumber primer dibaca pada 22 Oktober 2026. EMVCo menyediakan konteks teknikal. Visa, Stripe dan Trust Payments memberikan panduan rangkaian atau penyedia, bukan pengganti perjanjian pemerolehan peniaga dan aturan yang terpakai.
Gunakan TrustFinance™ untuk membaca panduan bukti berkaitan dan menyediakan soalan kepada penyedia. Ulasan atau nama jenama tidak menentukan liabiliti 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.
