Cara membuat aturan untuk RDR yang dikelola oleh Verifi
RDR akan secara otomatis "menerima" prasengketa Visa atas nama Anda, berdasarkan aturan yang Anda tentukan sebagai bagian dari pendaftaran. Aturan terdiri dari syarat yang mencerminkan atribut transaksi yang dipersengketakan, seperti jumlah transaksi atau identifier pembelian. Dalam proses evaluasi aturan, hasilnya akan menghasilkan respons "menerima" atau "menolak".
- Jika syarat aturan terpenuhi, maka Anda memilih untuk "menerima" tanggung jawab prasengketa dan memberi wewenang kepada Visa untuk secara otomatis mengembalikan jumlah penuh dana transaksi kepada pemegang kartu, sehingga tidak terjadi chargeback.
- Jika tidak ada satu pun syarat aturan yang terpenuhi, maka Anda memilih untuk "menolak" tanggung jawab prasengketa, yang akan mengakibatkan chargeback.
- Cakupan RDR sepenuhnya otomatis. Setelah aturan diterapkan, tidak ada tindakan tambahan yang perlu Anda lakukan untuk mencegah terjadinya sengketa.
Panduan ini akan memandu Anda melalui semua hal yang perlu diketahui untuk mengatur aturan dengan benar guna menghindari chargeback melalui RDR.
Memahami Aturan RDR
Aturan terdiri dari elemen-elemen utama berikut ini:
- Nama Aturan
- Atribut Aturan
- Operator Aturan
- Nilai Aturan
Nama Aturan
- Identifier dibuat oleh merchant dan tersedia dalam pelaporan.
- Dapat dilihat oleh Penerbit dan Pengakuisisi yang terlibat dalam permintaan tersebut.
Atribut Aturan
Atribut |
Definisi |
BIN Nomor Rekening Pribadi |
6 digit BIN Penerbit |
Tanggal Transaksi |
Tanggal saat transaksi terjadi (Contoh: Format: BB/HH/TTTT |
Jumlah Transaksi |
Jumlah total transaksi (Contoh: Format: 10,00 |
Kode Mata Uang Transaksi |
Kode ISO mata uang transaksi (Contoh: USD) |
Identifier Pembelian |
Identifier pesanan unik yang diberikan untuk setiap transaksi. Dikirimkan ke Penerbit oleh Pengakuisisi untuk mengidentifikasi pesanan pelanggan untuk penyelesaian otomatis. |
Kategori Sengketa |
Kode yang ditentukan oleh Visa untuk mengklasifikasikan sengketa (Contoh: 10- Penipuan, 11- Otorisasi, 12- Kesalahan Pemrosesan, 13- Sengketa Konsumen. Lihat tabel di bawah ini untuk semua Kategori Sengketa) |
Kode Syarat Sengketa |
Subkode Kategori Sengketa untuk mengklasifikasikan Sengketa lebih lanjut
|
Operator Aturan
Operator |
Definisi |
Contains |
Atribut harus menyertakan nilai yang ditentukan |
EqualTo |
Atribut harus sama dengan nilai yang ditentukan |
GreaterThan |
Atribut harus lebih besar dari nilai yang ditentukan |
GreaterThanOrEquals |
Atribut harus lebih besar atau sama dengan nilai yang ditentukan |
IsBlank |
Atribut tidak menyertakan nilai. Bisa True atau False. |
LessThan |
Atribut harus lebih kecil dari nilai yang ditentukan |
LessThanOrEquals |
Atribut harus lebih kecil atau sama dengan nilai yang ditentukan |
NotEqualTo |
Atribut tidak sama dengan nilai yang ditentukan |
StartsWith |
Atribut harus dimulai dengan nilai yang ditentukan |
IsIn |
Atribut harus berisi nilai yang mungkin dipilih.
|
IsNotIn |
Atribut tidak boleh berisi nilai yang mungkin dipilih.
|
Nilai Aturan
Atribut |
Format |
Nilai yang Mungkin |
Operator yang Mungkin |
BIN Nomor Rekening Pribadi |
Nomor |
Harus 6 digit BIN Penerbit |
Contains, EqualTo, IsBlank, NotEqualTo, StartsWith |
Tanggal Transaksi |
Tanggal |
Tanggal dalam BB/HH/TTTT |
EqualTo, NotEqualTo, GreaterThan, GreaterThanOrEquals, IsIn, IsNotIn, LessThanOrEquals, LessThan |
|
Mata Uang Transaksi Kode |
Dropdown atau bentuk bebas |
Alfanumerik Kode Mata Uang ISO 4217 Pilih mata uang transaksi dari dropdown. Anda dapat memilih beberapa nilai untuk “IsIn” dan “IsNotIn”. |
Contains, EqualTo, IsBlank, IsIn, IsNotIn, NotEqualTo, StartsWith |
Identifier Pembelian |
Alfanumerik |
Harus berupa identifier pesanan unik yang ditetapkan untuk setiap transaksi. |
Contains, EqualTo, IsBlank, IsIn, IsNotIn, NotEqualTo, StartsWith |
Kategori Sengketa |
Dropdown atau bentuk bebas |
Pilih dari yang berikut ini: 10-Penipuan 11-Otorisasi 12-Kesalahan pemrosesan 13-Konsumen |
Contains, EqualTo, NotEqualTo, IsBlank, IsIn, IsNotIn |
Kode Syarat Sengketa |
Dropdown atau bentuk bebas |
Pilih kode yang sesuai dari tabel di bawah |
Contains, EqualTo, NotEqualTo |
Pertimbangan Pengaturan Aturan
Berikut adalah beberapa prinsip yang perlu diingat ketika menentukan aturan Anda:
- Aturan harus ditetapkan untuk setiap kombinasi BIN/CAID Merchant.
- Setiap BIN/CAID dapat memiliki hingga 10 aturan yang berbeda. Sebuah aturan dapat memiliki hingga 7 syarat.
- Semua bidang dalam aturan (Atribut, Operator, Nilai) wajib diisi. Jangan biarkan ada bidang yang kosong.
- Beberapa Atribut dapat menggunakan operator pencocokan perkiraan, seperti "StartsWith" atau "Contains". Nilai minimum untuk atribut ini setidaknya satu karakter atau digit.
- Sebagai praktik terbaik, disarankan untuk tidak menggunakan entri bentuk bebas (jika tersedia) bersama dengan operator perkiraan kecocokan seperti “Contains” dan “IsIn”. Hal ini dapat mengakibatkan beberapa kasus dengan kecocokan serupa diterima.
- Aturan dievaluasi secara berurutan (aturan pertama dievaluasi terlebih dahulu, kemudian aturan kedua, dan seterusnya). Jika ada lima aturan dan syarat dari aturan pertama terpenuhi, maka aturan yang tersisa tidak dievaluasi.
- Jika persyaratan dari setiap aturan terpenuhi, maka prasengketa "diterima", yang menghasilkan pengembalian dana kepada Pemegang Kartu.
- Jika sebuah aturan memiliki beberapa syarat, semua syarat dari aturan tersebut harus dipenuhi untuk "menerima" tanggung jawab.
- Jika tidak ada satu pun syarat dari semua aturan yang telah Anda buat yang terpenuhi, maka prasengketa akan "ditolak" dan mengakibatkan chargeback.
- Untuk setiap kasus RDR yang "diterima", Nama Aturan dari aturan yang dipicu akan disampaikan kepada Pengakuisisi Merchant dan Penerbit Pemegang Kartu untuk memberi tahu alasan penyelesaian sengketa.
Praktik Terbaik untuk Manajemen Aturan
- Jangan mencantumkan kategori sengketa dan kode syarat yang bertentangan (misalnya, Kategori Sengketa = "10" dan Kode Syarat Sengketa = "12.1").
- Sebuah aturan tidak boleh bertentangan dengan aturan lain (misalnya, “Tanggal Transaksi IsGreaterThan 01/01/2020” di satu aturan dan “Tanggal Transaksi IsLessThan 01/01/2020” di aturan lain)
- Jika Jumlah Transaksi adalah syarat dalam suatu aturan, maka harus memiliki syarat yang sesuai untuk Kode Mata Uang Transaksi.
- Jaga agar nama aturan tetap singkat, eksplisit, dan cukup jelas untuk dirujuk dalam komunikasi RDR. Disarankan agar panjang nama kurang dari 30 karakter.
Kode Syarat dan Kategori Sengketa
10. Penipuan |
11. Otorisasi |
12. Kesalahan Pemrosesan |
13. Sengketa Konsumen |
|
10.1 - Pengalihan pertanggungjawaban EMV penipuan pemalsuan 10.2 - Pengalihan pertanggungjawaban EMV penipuan nonpemalsuan 10.3 - Lingkungan penipuan dengan kartu lainnya 10.4 - Lingkungan penipuan tanpa kartu lainnya 10.5 - Program pemantauan penipuan Visa |
11.1 - Buletin pemulihan kartu 11.2 - Otorisasi yang ditolak 11.3 - Tidak ada otorisasi |
12.1 - Transaksi yang terlambat 12.2 - Kode transaksi salah 12.3 - Mata uang salah 12.4 - Nomor rekening salah 12.5 - Jumlah salah 12.6 - Pemrosesan duplikat/dibayar dengan cara lain |
13.1 - Barang dagangan/Layanan tidak diterima 13.2 - Rutin yang dibatalkan 13.3 - Barang dagangan/layanan tidak sesuai keterangan atau cacat 13.4 - Barang dagangan palsu 13.5 - Kekeliruan 13.6 - Kredit yang tidak diproses 13.7 - Barang dagangan/layanan yang dibatalkan 13.8 - Transaksi kredit awal tidak diterima 13.9 - Uang tunai atau nilai transaksi pengisian tidak diterima |