Sitem pembayaran Credit Card atau Card payments

Pembayaran credit card memulai persetujuan real-time dan penyelesaian selanjutnya pembayaran credit card. Ada dua cara untuk memproses pembayaran credit card: penyelesaian otomatis dan Manual Settlement .. Siklus otomatis akan mendapatkan persetujuan dan kemudian menyelesaikan transaksi tanpa masukan lebih lanjut. Ini berfungsi sebagai berikut:

Sitem pembayaran Credit Card atau Card payments

    Anda membuat permintaan pembayaran dari Merchant. Biasanya ini akan menjadi cc_debit dalam kasus penjualan dan cc_refund dalam kasus pengembalian dana. Tapi jenis khusus lainnya ada.
    Merchant akan mencoba untuk mendapatkan persetujuan dan mengembalikan hasil kepada Anda.
    Merchant kemudian akan menyelesaikan semua pembayaran yang disetujui pada file dengan dasar file. Setelah file yang ditandai untuk penyelesaian semua pembayaran yang disetujui dalam file tersebut akan diselesaikan.

Jika Anda perlu membuat kapal / kapal tidak ada keputusan berdasarkan pada ketersediaan stok di gudang Anda, Anda akan perlu menggunakan penyelesaian manual. Prosesnya adalah sebagai berikut:

    Anda meminta cc_preauth dari Merchant.
    Merchant akan mencoba untuk mendapatkan persetujuan dan mengembalikan hasil kepada Anda.
    Bila Anda ingin menyelesaikan pembayaran, Anda harus meminta pembayaran cc_settle menyediakan nomor pelacakan dari cc_preauth aslinya.

Semua permintaan cc_settle berlaku akan memulai debit dari rekening pemegang credit card.

Beberapa pertimbangan untuk mempertimbangkan ketika menggunakan penyelesaian manual:

    Sebuah preauthorization disetujui akan berakhir setelah 96 jam.
    Pembayaran cc_settle tidak perlu menyertakan rincian credit card, hanya memerlukan lapangan PreauthNumber wajib. Bidang ini harus berisi TrackingNumber yang dikembalikan sebagai tanggapan terhadap pembayaran cc_preauth asli.
    Ketika pembayaran cc_settle sedang diproses, Merchant akan memeriksa bahwa preauthorization memenuhi kondisi berikut: bahwa kedua memiliki mata uang yang sama, bahwa pra-auth telah disetujui, bahwa jumlah untuk menyelesaikan tidak lebih besar dari jumlah yang telah pra- berwenang dan bahwa pra-auth belum kedaluwarsa atau telah digunakan sebelumnya.
    Dalam kasus batch processing menggunakan Webfolder, jika file berisi Permintaan pembayaran cc_preauth, Merchant juga akan kembali file Penyelesaian pada saat yang sama seperti file Hasil. File ini adalah file yang berisi pembayaran satu kali pembayaran cc_settle untuk setiap pembayaran cc_preauth disetujui dalam file Hasil. Bila Anda ingin menyelesaikan pembayaran disetujui, Anda hanya dapat mengedit file Penyelesaian sehingga hanya mencakup pembayaran Anda ingin menyelesaikan dan mengirimkannya ke Merchant untuk diproses. Merchant file Penyelesaian yang dihasilkan memiliki nama yang hanya nama Permintaan asli file dengan "PREAUTHS TO SETTLE.txt" dibelakangnya, PREAUTHS AthleticDigest_311102_2.txt misalnya TO SETTLE.txt

Karena file ini dihasilkan semata-mata untuk kenyamanan Anda, Anda dapat memilih untuk mengabaikan hal itu.
Asli Kredit Transfer

Transfer Kredit Asli (OCT kredit) adalah jenis transaksi khusus yang memungkinkan pedagang untuk menerapkan kredit ke credit card anda tanpa harus didebet credit card. Aturan untuk menggunakan kredit Oktober yang kompleks, hubungi perwakilan account Anda sebelum membuat penggunaan jenis pembayaran.
Penipuan Scoring

Merchant mendukung pembayaran scoring penipuan risiko. Fasilitas ini memungkinkan Anda untuk memberikan data yang profil pelanggan dan digunakan untuk menghitung 'Skor Penipuan'. Skor tersebut adalah kemungkinan bahwa pembayaran adalah penipuan, dinyatakan sebagai persentase. Secara default, Merchant tidak akan mengambil tindakan apapun berdasarkan skor penipuan. Anda harus meninjau skor penipuan dan:

    melakukan apa-apa, dan memungkinkan pembayaran harus diselesaikan secara normal,
    permintaan pelanggan dan kondisional membatalkan atau menyelesaikan pembayaran seperti biasa,
    atau hanya membatalkan (atau mengabaikan) pembayaran jika Anda anggap skor menjadi terlalu tinggi.

Untuk memanggil mekanisme penilaian penipuan Anda perlu memberikan setidaknya sebuah alamat IP, sebuah kota penagihan dan negara penagihan. Menyediakan informasi tambahan akan meningkatkan keandalan dari skor penipuan. Set lengkap bidang yang digunakan untuk menentukan skor penipuan adalah:

CardIssuerName
CardIssuerPhone
CustomerIP
BillingCity
BillingRegion
BillingPostal
BillingCountry
ShipToCity
ShipToRegion
ShipToPostal
ShipToCountry
credit card hitam

Merchant memungkinkan setiap klien untuk mempertahankan daftar hitam. Tidak ada API untuk fungsi ini, untuk memiliki credit card ditambahkan ke daftar hitam Anda, silakan email perwakilan account Anda dengan nomor pelacakan dari pembayaran sebelumnya dan credit card terkait akan hitam.
Verifikasi Alamat

Merchant mendukung verifikasi alamat (AVS) untuk Inggris dan Amerika Utara alamat terkait dengan credit card MasterCard dan Visa. AVS didukung dengan pembayaran jenis cc_preauth dan cc_debit. Untuk menggunakan AVS Anda harus menyediakan informasi penagihan alamat sebagai bagian dari permintaan pembayaran. Nama-nama field BillingStreetAddressLineOne melalui BillingStreetAddressLineFour serta BillingPostalCode. Bidang alamat penagihan lainnya, seperti BillingCity, tidak berpengaruh pada AVS. Tabel permintaan / respon bidang di bawah menjelaskan bidang.

Jika salah satu alamat jalan atau bidang kode pos disediakan, angka yang dikandungnya merupakan kirim ke bank untuk verifikasi dan lapangan respon dikembalikan. Jika informasi alamat jalan disediakan Anda akan menerima AVSAddressResponseCode menunjukkan hasil verifikasi alamat jalan. Demikian pula, jika penagihan kode pos disediakan Anda akan menerima AVSPostalResponseCode menunjukkan hasil verifikasi kode pos. Nilai yang mungkin untuk bidang ini didokumentasikan dalam tabel permintaan / respon bidang di bawah ini. Anda kemudian dapat mengambil hasil ini ke account user ketika memutuskan bagaimana untuk melanjutkan.
Pembayaran lesu

Merchant dapat dikonfigurasi untuk menarik pembayaran credit card tertentu disetujui untuk perhatian Anda sebelum mereka dapat diselesaikan, ini disebut pembayaran ditandai. Lesu terjadi setelah langkah dan Otorisasi sebelum langkah Penyelesaian. Hanya pembayaran cc_debit dan cc_preauth yang telah disetujui akan ditandai. Flags dapat ditinjau di Online Merchant dan berada dalam salah satu dari 3 negara:

    Terselesaikan (Merah) - Ini adalah keadaan awal. Bendera terselesaikan terkait dengan pembayaran baik dapat diterima atau ditolak dengan menggunakan online Merchant. Pembayaran dengan bendera di negara ini tidak akan pernah diselesaikan. Jika tidak ada tindakan yang diambil kemudian setelah 7 hari pembayaran akan ditolak dan ditandai sebagai voided.
    Diterima (Hijau) - Bendera ini telah diterima oleh pengguna. The pembayaran yang terkait akan menetap normal.
    Ditolak (Putih) - Bendera ini telah ditolak oleh pengguna. The pembayaran yang terkait akan ditandai sebagai voided dan tidak akan pernah puas.

Flags memiliki efek yang sedikit berbeda tergantung pada apakah pembayaran yang terkait adalah pembayaran cc_debit atau pembayaran cc_preauth. Pembayaran cc_debit ditandai tidak akan diselesaikan bahkan jika akun Anda dikonfigurasi untuk auto-release, melainkan, semua pembayaran akan ditandai pindah ke sebuah file terpisah di mana mereka akan diadakan untuk Anda. Ditandai cc_preauth pembayaran diselesaikan oleh pembayaran cc_settle pencocokan. Pembayaran cc_settle akan ditandai sebagai tidak sah kecuali semua bendera telah diterima.

Ditandai pembayaran akan memerlukan perhatian khusus jika pembayaran dilakukan melalui MarketDirect. Pelanggan Anda tidak akan menyadari bahwa pembayaran mereka telah ditandai, dan akan menganggap bahwa transaksi berhasil diselesaikan. Jika Anda meninjau pembayaran dan memutuskan untuk melanjutkan, tidak perlu untuk menginformasikan pelanggan. Namun, jika Anda memutuskan untuk tidak melanjutkan, mungkin perlu untuk menginformasikan pelanggan.

Anda dapat meminta agar pembayaran ditandai untuk alasan berikut:
Alasan Deskripsi
Skor Penipuan Setiap pembayaran dengan skor penipuan atas persentase tertentu akan ditandai.
Skor Penipuan Tidak Diperiksa Setiap pembayaran di mana skor penipuan tidak diperiksa karena informasi yang tidak memadai akan ditandai.
Alamat AVS Tidak Diperiksa Setiap pembayaran mana AVS memeriksa alamat jalan tidak dilakukan akan ditandai.
Alamat AVS Tidak Cocok Setiap pembayaran mana AVS memeriksa alamat jalan mengakibatkan ketidakcocokan akan ditandai.
Alamat AVS Tidak cocok
AVS Alamat Partial Pertandingan Setiap pembayaran mana AVS memeriksa alamat jalan mengakibatkan pertandingan parsial akan ditandai.
Alamat AVS Tersedia Setiap pembayaran mana AVS memeriksa alamat jalan tidak tersedia akan ditandai.
AVS Pos Tidak Diperiksa Setiap pembayaran mana AVS memeriksa kode pos tidak dilakukan akan ditandai.
AVS Pos Tidak cocok Setiap pembayaran mana AVS memeriksa kode pos mengakibatkan ketidakcocokan akan ditandai.
AVS Pos Partial Pertandingan Setiap pembayaran mana AVS memeriksa kode pos mengakibatkan pertandingan parsial akan ditandai.
AVS Pos Tersedia Setiap pembayaran mana AVS memeriksa kode pos tidak tersedia akan ditandai.
3DS Tidak Menyelesaikan Setiap pembayaran di mana proses 3DS tidak selesai akan ditandai.
Negara tidak dapat diterima Setiap pembayaran yang terkait dengan suatu negara dalam daftar negara-negara yang tidak dapat diterima pedagang akan ditandai.
Melebihi Jumlah Max Setiap pembayaran dengan jumlah melebihi jumlah maksimum pedagang akan ditandai.
Melebihi kecepatan Max Jumlah Setiap pembayaran yang menghasilkan dalam jumlah yang dibebankan pada credit card yang diberikan dalam waktu yang ditentukan pedagang melebihi batas pedagang akan ditandai.
Melebihi Jumlah Max Velocity Setiap pembayaran yang menghasilkan jumlah transaksi pada credit card yang diberikan dalam waktu yang ditentukan pedagang melebihi batas pedagang akan ditandai.
CVV2 Tidak Cocok Setiap pembayaran di mana CVV2 itu diperiksa dan tidak sesuai akan ditandai.
CVV2 Tidak Diperiksa Setiap pembayaran di mana CVV2 itu tidak diperiksa meskipun layanan ini tersedia akan ditandai.
CVV2 Unavailable Setiap pembayaran mana CVV2 tidak dapat diperiksa karena layanan ini tidak tersedia akan ditandai.
Negara Jarang Setiap pembayaran dengan credit card berdomisili di negara biasa akan ditandai. Perubahan daftar ini dari waktu ke waktu, silahkan hubungi Dukungan Klien untuk daftar saat ini.
Tertunda Pengolahan

Dalam beberapa kasus, mungkin berguna untuk menunda otorisasi transaksi credit card dalam file Merchant sampai tanggal tertentu / waktu. Hal ini dapat dicapai dengan memberikan cap waktu UTC diformat sebagai "YYYY-MM-DDThh: mm: ssTZD" di header dari file sebagai pertunjukan di bawah ini,

MerchantPaymentFile_v2.2, AuthorizeAfter :2011-05-17T14: 45:00 Z

Untuk memastikan file tersebut diproses pada waktu itu harus diupload ke Merchant sebelum waktu cut-off klien normal pada hari kerja sebelum tanggal AuthorizeAfter diminta / waktu. Hal ini untuk memberikan waktu bagi staf untuk menyetujui file jika persetujuan tersebut diperlukan.

Waktu AuthorizeAfter adalah waktu yang tepat bahwa otorisasi pembayaran dalam file akan dimulai.

Karena pengaruh daylight saving time UTC tidak sama dengan waktu jam di Inggris, namun mungkin tidak aktif hingga satu jam.
Permintaan dan Respon Fields

Bidang didukung didefinisikan dalam tabel berikut. Kolom 'Req / Rsp' menunjukkan jika lapangan merupakan bagian dari permintaan untuk Merchant (Req) atau bagian dari respon dari Merchant (RSP). Kecuali seperti disebutkan, Merchant akan menggemakan bidang semua permintaan dalam respon. Kolom "O / C / M" menunjukkan jika lapangan adalah opsional, bersyarat atau wajib.
Bidang Nama Type Max. Ukuran Req / Rsp O / C / M Keterangan
PaymentRoutingNumber N 6 Req M Jumlah pembayaran enam digit routing yang diberikan kepada Anda. Ini harus selalu field pertama dari setiap line pembayaran.
PaymentType T 25 Req M Kredit dan debit dari perspektif pelanggan. Jenis-jenis yang mungkin adalah:

    cc_debit - biaya credit card
    cc_refund - mengembalikan biaya sebelumnya
    cc_credit - kredit yang tidak terkait dengan credit card
    cc_oct - transfer dana ke credit card
    cc_preauth - pra-otorisasi biaya
    cc_settle - preauth menyelesaikan suatu

Jumlah N 10 Req Nilai M disediakan dalam satuan dasar mata uang, dengan desimal tidak. Misalnya $ 150,00 adalah 15000. Untuk PaymentType "cc_settle", nilai transaksi harus tidak lebih besar (tapi bisa kurang) dari nilai Jumlah untuk catatan yang sesuai "cc_preauth" payment.Please bahwa transaksi JPY seharusnya tidak memiliki unit desimal. Jumlah tersebut harus diberikan seperti, dengan tidak ada perubahan. Oleh karena itu, jika jumlah yang akan ditagih adalah 5000 JPY, itu akan disediakan sebagai 5000 dalam file.
CurrencyCode A M 3 Req Tiga karakter kode mata uang ISO, misalnya USD atau EUR. Hal ini digunakan untuk memverifikasi nomor rute pembayaran.
Accountname AN ??+ (s) 40 Req O Nama persis seperti tercetak pada credit card.
CardNumber † T 19 Req M Jumlah rekening nasabah, seperti yang ditemukan pada credit card yang akan didebet atau dikreditkan. Tidak diperlukan untuk cc_settle.
ExpiryDate † N 4 Req M Tanggal kedaluwarsa credit card, dalam format MMYY. Tidak diperlukan untuk cc_settle.
CardBrand T 10 Req O Jika disediakan, Merchant akan memastikan credit card milik merek tertentu. Merek yang didukung adalah: Visa, MasterCard, Switch, Solo dan Maestro.
CVV2 N 4 Req O Nomor CVV2 seperti yang dicetak pada credit card fisik.
IssueNumber † N 2 Req C Dibutuhkan untuk skema merek Beralih credit card. Tidak diperlukan untuk cc_settle.
Referensi T 30 Req Informasi O pedagang memasok untuk mengidentifikasi pembayaran atau pelanggan. Akan bergema pada laporan. Tidak akan muncul di tagihan bulanan. Bidang ini dianjurkan tapi opsional.
Reference2-10 T 30 Req O 9 bidang referensi tambahan yang berisi informasi pedagang dapat memasok pada kebijaksanaan mereka mengidentifikasi pembayaran atau pelanggan. Akan bergema pada laporan. Tidak akan muncul di tagihan bulanan.
PreauthNumber N 9 Req C Wajib untuk PaymentType "cc_settle". Nilainya harus nilai TrackingNumber untuk pembayaran yang sesuai "cc_preauth".
T Keterangan melihat komentar Req O Jika ada, akan diserahkan kepada bank penerbit untuk dimasukkan dalam laporan pelanggan bukan deskripsi pedagang tetap. Jumlah karakter yang tersedia akan tergantung pada panjang nama pedagang, dan dapat dihitung sebagai berikut: 21 - (panjang nama merchant). Setiap keterangan tambahan akan dipotong tanpa peringatan. Ruang putih dapat runtuh dan deskripsi mungkin muncul dalam huruf besar saja. Bidang ini juga dikenal sebagai "Descriptor DD1 Dinamis". CATATAN: Hubungi dukungan klien sebelum membuat penggunaan bidang ini.
Deskripsi2 T 13 Req O Jika ada, akan diserahkan kepada bank penerbit untuk dimasukkan dalam laporan pelanggan bukan deskripsi lokasi pedagang tetap. Bidang ini harus digunakan baik untuk menunjukkan lokasi merchant atau untuk menyediakan cara bagi pelanggan untuk menghubungi merchant (misalnya nomor bebas pulsa atau alamat email). Ruang putih dapat runtuh dan deskripsi mungkin muncul dalam huruf besar saja. Bidang ini juga dikenal sebagai "Descriptor DD2 Dinamis". Catatan: Hubungi dukungan klien sebelum membuat penggunaan bidang ini.
Komentar T 1.000 Req Informasi O pedagang dapat memasok pada kebijaksanaan mereka. Akan bergema pada laporan hasil.
TemplateNumber N 9 Req C TemplateNumber harus menjadi nomor pelacakan dari pembayaran credit card sukses. Jika disediakan, Kolom bertanda † (data rekening) akan ditarik dari pembayaran template dan tidak boleh diberikan. Template pembayaran harus memiliki pembayaran yang sama nomor routing seperti yang mereka sedang diterapkan. Ini adalah kesalahan untuk memasok nilai-nilai yang akan ditarik dari template. Sebagai contoh, bila Jumlah Template disediakan itu adalah kesalahan untuk memasok nomor rekening. TemplateNumber adalah wajib bagi cc_refund.
IsRecurring B Req O Jika anda memproses pembayaran berkala dan tidak menggunakan lapangan TemplateNumber atas untuk memulai pembayaran setelah debit asli, bidang ini harus di set ke "yes" untuk pembayaran berulang dan "tidak" untuk pembayaran asli agar meningkatkan tingkat persetujuan dengan beberapa emiten.
TrackingNumber N 9 Rsp Merchant M akan mengembalikan nomor pelacakan unik untuk setiap pembayaran diproses, tergantung dari tipe.
ApprovalCode N 6 Rsp kode Persetujuan C sebagai dikembalikan oleh skema credit card. Jika tersedia, itu hanya akan hadir dalam kasus cc_debit disetujui atau pembayaran cc_preauth. Catatan: Jumlah ini tidak unik.
CVV2ResponseCode T 50 Rsp M Salah satu kode status berikut:

    cvv2_matched
    cvv2_not_matched
    cvv2_unavailable
    cvv2_not_checked

Perbedaan antara cvv2_unavailable dan cvv2_not_checked adalah bahwa dalam kasus kedua pemeriksaan cvv2 seharusnya tersedia tetapi tidak dilakukan untuk beberapa alasan.
AVSAddressResponseCode T 50 Rsp O Salah satu kode respon berikut:

    avs_address_unavailable
    avs_address_not_checked
    avs_address_matched
    avs_address_not_matched
    avs_address_partial_match

Perbedaan antara avs_address_unavailable dan avs_address_not_checked adalah bahwa dalam kasus kedua pengecekan AVS seharusnya tersedia tetapi tidak dilakukan untuk beberapa alasan.
AVSPostalResponseCode T 50 Rsp O Salah satu kode respon berikut:

    avs_postal_unavailable
    avs_postal_not_checked
    avs_postal_matched
    avs_postal_not_matched
    avs_postal_partial_match

Perbedaan antara avs_postal_unavailable dan avs_postal_not_checked adalah bahwa dalam kasus kedua pengecekan AVS seharusnya tersedia tetapi tidak dilakukan untuk beberapa alasan.
 UnresolvedFlags T 250 Rsp O

Daftar bendera saat ini belum terselesaikan untuk pembayaran. Bendera yang mungkin adalah:

    avs_address_mismatch
    avs_address_not_available
    avs_address_not_checked
    avs_address_partial_match
    avs_postal_mismatch
    avs_postal_not_available
    avs_postal_not_checked
    avs_postal_partial_match
    cvv2_mismatch
    cvv2_not_available
    cvv2_not_checked
    exceeds_max_amount
    exceeds_max_amount_velocity
    exceeds_max_amount_count
    fraud_score_not_available
    high_fraud_score
    not_fully_3ds
    unacceptable_counry
    unusual_country

StatusCode T 50 Rsp M Salah satu kode status berikut.

    InProgress - pembayaran telah diterima dan akan diproses.
    Pending3DS - pembayaran telah diterima dan respon termasuk informasi untuk menyelesaikan otentikasi 3DS
    Dikirimkan - pembayaran telah diserahkan kepada sistem kliring.
    Disetujui - permintaan telah disetujui dan pembayaran bisa diselesaikan.
    Ditolak - permintaan itu ditolak dan pembayaran tidak dapat diselesaikan.
    RepeatDeclined - pembayaran ini dan 4 upaya sebelumnya telah ditolak.
    PickupCard - pembayaran telah ditolak dan pedagang harus menyita credit card jika mungkin.
    ReferToIssuer - pembayaran tidak dapat disetujui. Hubungi bank penerbit untuk klarifikasi.
    Voided - pembayaran telah voided dan tidak akan diproses.
    Valid: <field> - lapangan dalam permintaan tidak valid
    Ditolak: <reason> - pembayaran, sementara berlaku, telah ditolak karena alasan lain.
    ConfigError: <error> - karena kesalahan konfigurasi Merchant pembayaran tidak dapat diproses.
    Kesalahan: <error> - kondisi kesalahan yang tidak biasa telah terjadi.
    UnexpectedResponse: <value> - bank telah kembali kondisi kesalahan tak terduga.

Fields Kode 3D Secure / Aman Berikut ini adalah permintaan dan respon yang terlibat dalam bidang 3D aman. Item ditandai sebagai wajib hanya wajib jika pemrosesan aman 3D yang diinginkan.
3DSVerify T Req O Flag menunjukkan apakah atau tidak 3DS harus dicoba untuk transaksi ini.
3DSMerchantURL T Req O URL dari website dimana pembayaran sedang dibuat
3DSDeviceCategoryCode T Req O Menunjukkan jenis perangkat yang digunakan untuk memulai transaksi:

    mobil
    Desktop

3DSBrowserAcceptHeader T Req O Jenis MIME dari header diterima oleh perangkat ini.
3DSBrowserUserAgentHeader T Req O The user agent string agen pengguna.
3DSPAReq T Req O The Otentikasi Wajib Permintaan (PAReq) yang perlu disampaikan kepada ACS.
3DSACSURL T Req O URL dari ACS bank penerbit, untuk mana pemegang credit card harus diarahkan kembali.
3DSResponseCode oneof Res C Menunjukkan hasil otorisasi 3DS

    not_attempted - awal status, juga status semua pembayaran di mana 3DS tidak diminta
    berusaha - Status interim setelah kembali URL ACS.
    lulus - pengguna telah dikonfirmasi dan jaminan 3DS berlaku.
    gagal - pengguna tidak dikonfirmasi oleh ACS pembayaran akan ditandai sebagai menurun.
    tidak tersedia - 3DS tidak bisa dipanggil, tidak ada jaminan 3DS berlaku.
    merchant_not_participating - 3DS tidak bisa dipanggil, tidak ada jaminan 3DS berlaku.
    scheme_not_participating - 3DS tidak bisa dipanggil, tidak ada jaminan 3DS berlaku.
    ditinggalkan - pembayaran 3DS tidak selesai dalam waktu 24 jam akan voided dan ditandai sebagai ditinggalkan. Tidak ada upaya persetujuan akan terjadi.

3DSPARes T Req O The Otentikasi Wajib Respon (pares) dikembalikan oleh ACS.
Fields Scoring Penipuan Berikut ini adalah permintaan dan bidang respon terlibat dalam scoring penipuan
CustomerIP 17 Req C Alamat IP dari pelanggan yang berasal permintaan, dalam notasi desimal bertitik. Format: NNN.NNN.NNN.NNN. Wajib jika skor penipuan yang diinginkan, jika tidak opsional.
CardIssuerName T 255 Req O Nama bank yang mengeluarkan credit card berdasarkan nomor BIN. Digunakan untuk memverifikasi bahwa pemegang credit card dalam kepemilikan credit card.
CardIssuerPhone 255 Req O pelanggan layanan nomor telepon yang tercantum di belakang credit card. Digunakan untuk memverifikasi bahwa pemegang credit card dalam kepemilikan credit card.
FraudScore N 10 Rsp C Akan dikembalikan jika CustomerIP dan BillingCountry disediakan dalam permintaan. Penipuan skor antara 0,00 dan 100,00 mewakili probabilitas diperkirakan bahwa pembayaran penipuan berdasarkan pada nilai-nilai penipuan risiko permintaan skor dan analisis transaksi masa lalu.
Pengiriman / Penagihan Alamat Fields
BillingAddressLine1-4 T 60 setiap baris Penagihan Req O alamat. Sampai empat mungkin diberikan. Akan memicu AVS.
BillingCity T 50 Req O Nama kota di alamat penagihan pelanggan
BillingRegion T 50 Req O Nama wilayah (misalnya provinsi / negara) di alamat credit card pelanggan penagihan.
BillingPostal T 10 Req O Kode pos alamat penagihan pelanggan akan memicu AVS.
BillingCountry T 2 Req C Nama atau dua huruf kode negara ISO alamat credit card pelanggan penagihan. Wajib jika skor penipuan yang diinginkan, jika tidak opsional.
ShippingAddressLine1-4 T 60 setiap baris Req Pengiriman O alamat. Sampai empat mungkin diberikan.
ShipToCity T 50 Req O Nama kota alamat pengiriman pelanggan.
ShipToRegion T 50 Req O Nama wilayah (misalnya provinsi / negara) di alamat pengiriman pelanggan.
ShipToPostal T 10 Req O Kode pos alamat pengiriman pelanggan.
ShipToCountry T 2 Req O Nama atau dua huruf kode negara ISO alamat pengiriman pelanggan.
ContactEmail T 255 Req O Alamat email pelanggan.
CustomerPhone T 255 Req O Nomor telepon pelanggan.

† Bidang ini akan disalin ke pembayaran berkala dari template mereka.
CVV2 Respon Kode
Respon Deskripsi
cvv2_matched Setiap pembayaran adalah CVV2 itu diperiksa dan dicocokkan CVV2 yang disediakan.
cvv2_not_matched Setiap pembayaran di mana CVV2 itu diperiksa dan tidak sesuai CVV2 yang disediakan.
cvv2_not_checked Setiap pembayaran di mana baik CVV2 data yang tidak disediakan atau jarang, di mana CVV2 itu tidak diperiksa oleh gateway meskipun layanan ini tersedia.
cvv2_unavailable Setiap pembayaran mana CVV2 tidak dapat diperiksa karena layanan ini tidak tersedia.
cvv2__response_unknown Jika CVV2 yang diberikan tetapi tidak ada informasi mengenai pertandingan disediakan oleh bank mengakuisisi.
Status Pembayaran Kode Dikembalikan

Berikut ini adalah nilai Status mungkin untuk file Kembali credit card Pembayaran:
Bidang Nama Type Max Keterangan
Status Salah satu dari 50 Alasan akan menjadi salah satu dari:
ACCOUNT_INACTIVE
account_not_found
amount_disputed
dibatalkan
duplikat
curang
goods_not_as_agreed
goods_not_provided
yg tdk dpt dipilih
lain
processing_unsuccessful
refund_not_provided
timing_disputed
tidak sah
Pengujian

CardPayments Pengujian dilakukan dengan menggunakan saluran tes dan "magic" nomor credit card. Nomor credit card ajaib adalah nomor credit card dijamin tidak sesuai dengan credit card hidup dan jumlah masing-masing dapat digunakan untuk membangkitkan respon tertentu. Misalnya, untuk mendapatkan yang PickUpCard respon menggunakan angka ajaib 4000000000000069.
Keberhasilan
Aksi Angka
Disetujui 340000000000017
340000000000025
340000000000033
4000000000000010
4000000000000028
4000000000000036
5100000000000016
5100000000000024
5100000000000032
Ditolak 340000000000041
4000000000000044
5100000000000040
PickUpCard 340000000000066
4000000000000069
5100000000000065
ReferToIssuer 340000000000074
4000000000000077
5100000000000073
RepeatDeclined 340000000000058
4000000000000051
5100000000000057
Voided 340000000000082
4000000000000085
5100000000000081
Ditolak
Aksi Angka
AccountBlocked 340000000000090
4000000000000093
5100000000000099
PreauthExpired 340000000000132
4000000000000135
5100000000000131
ServiceNotAvailable 340000000000124
4000000000000127
5100000000000123
SubmitterNotAuthorized 340000000000181
4000000000000184
5100000000000180
UnsupportedAmount 340000000000116
4000000000000119
5100000000000115
UnsupportedCardScheme 340000000000108
4000000000000101
5100000000000107
Konfigurasi
Aksi Angka
MultipleCandidateChannels 340000000000140
4000000000000143
5100000000000149
NoActiveChannels 340000000000157
4000000000000150
5100000000000156
NoChannelForCurrency 340000000000173
4000000000000176
5100000000000172
NoChannelForType 340000000000165
4000000000000168
5100000000000164
Pengolahan Kesalahan
Aksi Angka
BankGatewayFailure 340000000000207
4000000000000200
5100000000000206
ResultIndeterminate 340000000000215
4000000000000218
5100000000000214
ServerError 340000000000199
4000000000000192
5100000000000198
UnexpectedResponse 340000000000223
4000000000000226
5100000000000222