Oklyn On Blogger

transaction has been declined

Kekeliruan yang sangat umum dialami didalam proses pembayaran yang satu ini :

gateway error : transaksi ini sudah tidak diterima.

perihal ini dapat dikarenakan oleh diantara dari lebih dari satu alasan :

1. alamat yang anda di letakkan di info penagihan barangkali tidak sesuai dengan alamat yang berkaitan dengan kartu.

2. tanggal kedaluwarsa pada kartu atau kode keamanan dari belakang kartu sudah dimasukkan salah.

3. alamat ip yang memanfaatkan pc untuk terhubung ke internet perlu cocok negara pesanan dapat dikirim ke. ( misalnya anda memanfaatkan server proxy untuk anonim telusuri internet, pesanan anda tak akan dikirim misalnya server proxy tidak terletak di negara yang sama untuk yang dijadikan alamat pengiriman. )

4. anda sudah tidak diterima 2 x berturut-turut di urutan yang sama - ini dikarenakan sistem filter untuk jauhi penipuan. menunggu satu jam sebelum menjalankan pembayaran anda lagi.

5. beberapa bank dapat menolak order yang mencurigakan. perihal ini bisa dikarenakan oleh pertama kali beroleh penurunan dikarenakan alasan tersebut diatas, serta lantas berusaha untuk ke dua kalinya. dikarenakan pesanan yaitu duplikat, bank penerbit bisa tempatkan terus pada tiap tiap usaha selanjutnya sampai anda menelepon untuk mengkonfirmasi itu yaitu transaksi yang sah. misalnya bank anda menyebutkan bahwa tak ada transaksi yang berupaya, jadi itu yaitu pembayaran gateway kami yang menolak perintah sebelum saat beroleh bank anda. silahkan saksikan alasan nomor 3 atau 4 diatas untuk penjelasan.

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

Bau badan yang  mengganggu

Bau badan yang  mengganggu yaitu biasanya dipicu oleh kerigat berlebih yang bercampur dengan bakteri serta debu. loh kok dapat bau asem kang salman ? hm keringat kita umunya asin bener gak ? bisa saja pembaca dulu mencicipinya baik sengaja atau tidak sengaja pas berolahraga. keringat wajarnya tidak sebau yang anda pikirkan, tetapi seandainya udah bercampur dengan bakteri serta debu baunya nya dapat bertransformasi jadi asam-asam basah gitu :( .

pemecahan melenyapkan bau badan

lantas pemecahan untuk menangani bau badan sebanarnya cukup gampang cuma saja tidak seluruh orang jadi biasa atau bisa saja ingin coba. yang jelas intinya kita kudu dengan mandi teratur serta menggosok kulit dengan halus serta benar ( apabila kata orang sunda diruru ) supaya kotoran ( daki ) hilang.

tetapi nyata nya problem utamanya tidak seluruh orang rajin mandi kadang kala ada rasa malas lantaran takut dingin : ) ya saya taulah soalnya kang salman sendiri dulu ngalamin itu. ada 2 langkah melenyapkan bau badan yang dapat anda kerjakan misalnya masalahnya takut air dingin :
1. memasak air hangat
2. berendam ke pemandian air panas layaknya cipanas, ciater dsb

langkah melenyapkan bau badan dengan alami
anjuran ini mampu dari ibu kang salman( kucoba. com ) :
1. ambillah 9 lember daun sirih tua, daun sirih tua biasanya berwarna hijau tau
2. masak air untuk mandi
3. masukakan 9 lembar daun sirih tadi kedalam air yang mendidih
4. menunggu sampai air hangat, silahkan pakai untuk mandi. pembaca juga dapat memberikan ke air dingin supaya tidak lama tunggu.

pembaca juga dapat menggantinya dengan jahe, misalnya duan sirih susah di dapatkan.

mandi ke pemandian air panas

anjuran ini saya peroleh dari acara televisi yang udah lupa lagi apa namanya lantaran udah lama. pemandian air panas biasanya mempunyai kandungan belerang. tak sekedar melenyapkan gatal, belerang-belerang inilah yang bakal menhilangkan bau badan anda. jangan sampai lupa di gosok ya kulitnya hehe.

Beberapa tindakan kejam wanita pada pria

Perempuan atau wanita memanglah dikenal untuk jadikan makhluk tuhan yang lembut. tetapi bukan hanya bermakna kaum udara tidak bisa lakukan perihal yang nakal serta kejam pada pria yang dicintainya.

baru-baru ini fox news sudah memaparkan 10 tindakan kejam wanita pada pria serta bagaimana wanita dapat mempermainkan emosi dan ego pria, layaknya ditulis times of india.

1. tidak ingin mengangkat telepon
sesaat pria kerap mencatat serta mengingat nomor wanita yang baru dikenalnya, kaum udara justru kerapkali berikan nomor telephone palsu serta tidak ingin mengangkat telephone.

2. memakai pria untuk minuman gratis
lebih dari satu wanita tidak dulu berencana untuk memakai uangnya untuk minum di bar atau klub. namun, mereka memakai segi femininnya untuk meyakinkan pria membayarkan minumannya.

yang lebih kejam, bukannya terus bertahan serta mengetahui pria tersebut tambah baik, lebih dari satu diantara wanita justru mengambil minuman yang telah dibayar serta beranjak pergi.

3. memakai pria cuma untuk jadikan batu loncatan
bila wanita tersebut baik, dia dapat mencampakkan anda serta meneruskan hidupnya. namun bila dia kejam, dia dapat mempertahankan jalinan sampai ada pria baru yang masuk didalam hidupnya.

seperti batu loncatan, wanita ini tidak dapat jadi jomblo. lantas dia dapat menggantung status dengan anda serta secepatnya melacak pengganti.

4. merekayasa pria dengan emosional
pria tidak senang lihat wanita menangis, serta wanita kejam mengambil keuntungan dari perihal itu. faktanya, mereka memakai tangisan untuk memperoleh apa yang diinginkan. pasalnya, tetesan air mata yang mengalir dapat bikin pria lakukan apa saja.

5. memakai kekerasan fisik
pria yang memukul seorang wanita dapat berikan kesan lakukan kejahatan kriminal. tetapi, wanita justru rasakan perihal yang bisa di terima bila memukul pria, serta kaum adam tentu tak lagi memukul balik.

wanita kejam jadi bahwa konflik bisa selesai dengan kesakitan fisik pada pihak pria, tanpa ada dampak pantulan.


6. mengkritik pria di depan publik
wanita kejam mengkritik serta memalukan pasangannya di depan banyak orang. mereka kadang-kadang rasakan kesenangan waktu menyentil pria, atau apalagi merendahkannya lewat kalimat.

7. tidak tunjukkan status hubungan
amat mengganggu apabila wanita yang telah mempunyai pasangan masih bikin pasangannya beranggapan bahwa dia masih menjomblo. serta dia bisa nikmati tiap-tiap godaan dan ajakan pria lain.

8. menolak bercinta
ini adalah cobaan yang berat serta tindakan terkeji wanita pada pria. untuk lebih dari satu pria, seks layaknya sesuatu hembusan napas. menahan hasrat pria, cuma dapat menyiksa. terlebih waktu wanita memakai alasan menolak bercinta untuk memperoleh keinginannya, walau kadang-kadang tindakan ini efektif.

9. kerap menguji pasangan
waktu wanita tahu gagasan pasangannya menggunakan waktu dengan teman-teman, dia dapat menelepon tiba-tiba serta menyebutkan pingin bersua. bila pria tersebut mencintainya, dia dapat selekasnya datang.

ini merupakan sesuatu tes. bila anda menentukan tidak datang menemuinya, anda gagal. perihal ini adalah pengujian jalinan yang condong kejam namun halus.

10. menggoda untuk lihat kandungan cemburu
barangkali wanita jadi kurang dihargai, atau anda baru saja bertengkar dengannya, atau dia cuma suka saat-saat dimana anda cemburu serta tersiksa lantaran tindakannya.

untuk alasan lain, wanita yang menggoda pria lain dengan segera di hadapan pasangannya tunjukkan dia wanita yang tidak dewasa serta manipulatif.

"janganlah menentukan pasangan dari luarnya saja"
semoga berguna untuk yang pingin melacak pasangan hidup ! ! !