16 Jan 2015

Robot Forex Gratis senilai $99

EA yg akan saya berikan kepada anda akan membantu anda mendapatkan keuntungan yang realistis,dan apabila EA tsb tidak menghasilkan keuntungan minimal 40% dalam satu bulananda bisa keluar dari jaringan affiliasi saya


OctaFX adalah broker forex yang diakui di seluruh dunia dengan klien di lebih dari 100 negara. OctaFX bertindak secara penuh sesuai dengan undang-undang internasional dan standar peraturan dan menetapkan standar pelayanan tingkat tertinggi dan memelihara mereka dan juga terus mengembangkan layanan dan promosi baru.

OctaFX menawarkan:

Mengapa memilih OctaFX?

  • Tanpa Requote Bagaimanapun kondisi pasar, OctaFX selalu memproses order Anda.
  • ECN sebenarnya Menjadi broker ECN, OctaFX menjamin offset posisi Anda.
  • Platform Trading terbaik OctaFX menawarkan Software perdagangan Metatrader 4— Platform perdagangan forex terdepan di seluruh dunia.
  • Kehandalan dan Stabilitas OctaFX menerapkan perlindungan tertinggi, yang mengurangi kemungkinan resiko secara teknikal.
  • Kondisi Perdagangan OctaFX menawarkan spread yang rendah dari 0.2 pips dan leverage sampai dengan 1:500 dengan microlots (0.01 ukuran) tersedia untuk semua orang.
  • Tidak ada larangan dalam perdagangan (scalping, hedging, news, EA, dll) OctaFX membatalkan semua larangan untuk berbagai teknik perdagangan. Karenanya semua teknik perdagangan diperbolehkan. Apakah itu scalping, hedging, news trading atau EA — Anda diperbolehkan menerapkan semua teknik perdagangan ini di OctaFX.

Promosi dan Kontes

OctaFX menawarkan banyak promosi dan kontes hebat:  

  • Forex adalah bisnis maka perlakukanlah forex sebagai bisnis dengan target profitable yang realistis, dan jika anda trading forex di broker OCTAFX dibawah link afiliasi saya,.maka saya akan memberikan EA(robot) yg mampu hasilkan PROFIT KONSISTEN dari 40% s/d tidak terbatas setiap bulannya, segera Gabung bersama OctaFX hari ini

  • hubungi :
  • almaksyuri@gmail.com
     
    Klik disini untuk bergabung di Octafx

    Klik disini jika anda telah bergabung di Octafx pusat dan ingin mengajukan pindah IB octafx
  • 11 Oct 2014

    Hasilkan $5/hari dari Android anda



    Sudah tidak diragukan lagi akan kecanggihan smartphone yang satu ini, apalagi kalau bukan ponsel pintar Android. Smartphone Android selain bisa di gunakan untuk alat komunikasi yang unggul ketimbang smartphone lainya, Kini Android juga bisa kita gunakan sebagai mesin pencari uang

    aplikasi yang wajib anda install yaitu "Whaff". Aplikasi ini adalah salah satu sumber untuk mencari dollar melalui smartphone android dengan tawaran upah harga tinggi.

    Whaff dapat menambahkan fitur aplikasi baru di Android dengan imbalan berupa Dollar yang terus-menerus mengalir dari aplikasi yang anda download dari Whaff. Kita tinggal download aplikasi yang di sarankan oleh whaff lalu kita akan dapat imbalan, mudah bukan?

    Tentunya hal ini adalah salah satu kesempatan buat anda yang ingin mencari sebuah bisnis sampingan dengan upah yang mengiurkan. Pokoknya aplikasi Whaff untuk android ini sangat cocok untuk anda yang memiliki smartphone android.

    Misalkan anda Seorang mahasiswa yang ingin cari uang jajan tambahan, Seorang Ibu rumah tanggga, Belum dapat pekerjaaan, Dengan aplikasi ini anda tentunya bisa mengantongi uang yang banyak dengan cara yang cukup mudah.

    Minimal Payout dari aplikasi whaff yaitu $10 via paypal dan bisa anda tarik setiap harinya jika sudah melampaui minimal payout. Untuk mendapatkan penghasilan $4-$5 perhari semua tergantung anda. Jika anda rutin menggunakan aplikasi ini tentunya untuk $5/day itu sangat mudah sekali.

    Bagi anda yang ingin mencoba aplikasi WHAFF ini, silahkan download di playstore dari android anda

    Tutorial : Setelah anda install aplikasi Whaff di smartphone android, langsung saja sign in dengan akun jejaring sosial anda' bisa menggunakan Facebook, Twitter, dan Google Plus.

    Jika anda sudah sign in ke aplikasi Whaff dengan media sosial, nantinya akan muncul tab yang bertuliskan "New Interface" Bla-bla-bla blaa!! Di tab tersebut ada kolom untuk memasukan "Enter Invite Code" Langsung saja masukan kode di bawah ini untuk menambah Bonus saldo anda sebesar $0,30.

    Kode Nambah Saldo $0.30 Whaff : AF19370

    Setelah anda memasukan kode di atas dan tekan "OK" maka saldo bonus bertambahan $0,30. Dan sekarang anda tinggal download-download dan download aplikasi di sana supaya saldo anda bertambah sampai $10, setelah itu bisa anda tarik melalui paypal.

    Aplikasi yang anda download atau terinstall di android dan sudah di bayar oleh Whaff, Silahkan langsung saja uninstall saja' supaya tidak memberatkan kinerja smartphone android atau menjadi sampah.

    Berikut bukti pembayaran whaff :



    27 Jun 2014

    ASPIRASI PRABOWO-HATTA

    PERLUNYA POLISI KHUSUS PEGAWAI NEGARA
    _________________________________
    Saat pembahasan tentang RUU pidana korupsi dan merancang sistem baru dalam birokrasi di indonesia, sebijaknya drat RUU dan sistem birokrasi baru yang akan dibuat mempertimbangkan dan melihat jalan yg telah dilakukan koruptor.
    negara harus meminta informasi kepada koruptor yg sudah ada untuk membuat Draft RUU & sistem birokrasi yang mencegah korupsi terjadi berulang

    Kita harus menganalisa cara korupsi GAYUS TAMBUNAN, NAZARUDIN,dll untuk membuat sistem pencegahannya

    Agar sistem birokrasi bersih maka sebaiknya sistem perekrutan PNS,POLRI segera diperbaiki! Supaya aparatur negara benar benar mengabdi untuk negara

    Agar sebuah proyek tidak ada korupsi, sistem penyelenggaraan tender harus dirubah total!
    Tanya pada mafia tender!

    Kasus kasus umum yg ada di masyarakat sudah terlalu banyak, karena mengatur 250jt penduduk tidaklah mudah jadinya kepolisian dan jaksa serta pengadilan umum sudah sangat banyak tugasnya, oleh karena itu perlunya mendirikan Lembaga/Departemen Pengadilan,polisi dan jaksa khusus untuk APARATUR NEGARA
    Dimana semua penyelewengan yang dilakukan oleh pegawai negara baik POLRI,PNS,JAKSA,HAKIM Dan semua yang makan gaji dari negara seperti kasus korupsi,tdk mematuhi aturan, dan ketidakpuasan masyarakat bisa dilaporkan dan di hukum oleh 1 lembaga/1departemen ini.


    SALAM INDONESIA RAYA

    1 Feb 2014

    Membuka account di Masterforex

    PANDUAN MENDAFTAR DI MASTERFOREX
    (gratis EA atau Robot senilai $99 yang super profit konsisten)

    Keunggulan trading di MFX :

    1. Proses deposit super cepat tidak lebih dari 2menit, menggunakan voucher prepaid card yg bisa dibeli dan banyak beredar di lokal exchanger.

    2. Proses tarik uang/withdraw cepat dan aman tidak lebih dari 3 hari, biasanya kurang dari 24jam dana sudah masuk rekening bank.

    3. berbagai kontes mingguan,bulanan baik real maupun demo

    4. Broker paling jujur sedunia, karena tidak ada satupun nasabahnya merasakan kecurangan trading di MFX, kalaupun ada itu hanya segelintir broker penipu yg mau menjatuhkan nama MFX.



    Masterforex adalah perusahaan pialang perdagangan valuta asing internasional atau dapat juga disebut dengan broker forex. Dengan berkedudukan di Rusia, MasterForex mulai berdiri sejak tahun 2004 (lebih dari 8 tahun).

    MasterForex beroperasi secara global, lebih di 59 negara, sebagai pembuat pasar dan mitra utama bagi konsumen retail, korporat, ataupung trader institusional. Sebagai mana broker forex online pada umumnya, maka melalui MasterForex orang bisa melakukan trading forex secara online.

    Dari segi pengguna atau klien di Indonesia, MasterForex cukup diterima di kalangan trader, terbukti dari banyaknya kantor perwakilan(IB) yg tersebar di setiap kota-kota besar di Indonesia. Dan untuk memanjakan klien Indonesia, MasterForex juga menyediakan situs atau layanan chat yg men support bahasa Indonesia.

    MENDAFTAR DI MASTERFOREX

    1.    Klik masterforex.com dan pada halaman website klik “membuka akun”. lihat gambar.1

    gbr.1


    2.    Silahkan isi formulir pendaftaran dengan email dan data yang sesuai identitas anda seperti KTP atau SIM, dan nomor handphone yang nanti akan berfungsi sbg tempat pengiriman kode konfirmasi melalui sms untuk penarikan dana nanti. Lihat gbr.2

    gbr.2



    3.    Buka email anda! dan masukkan kode konfirmasi yg dikirim oleh masterforex di inbox email anda, lalu klik mendapatkan kode dan baca sms di handphone anda , dan masukkan kode konfirmasi tsb. Lihat gbr.3

    gbr.3

    4.    Setelah konfirmasi email dan sms selesai, maka anda akan menerima sms yg berisi username dan pasword login untuk masuk ke kabinet MFX  ,silahkan login dengan username dan pasword yg dibuat tadi atau  isi sms. Lihat gbr.4
    gbr.4

    5.    Setelah berhasil masuk(login) ke dalam kabinet anda, anda harus membuka rekening perdagangan baru untuk bisa trading pada mt4. Lihat gbr.5
    gbr.5

    6.    Utk membuka rekening perdagangan baru, anda mendapat pilihan berbagai tipe akun dan leverage, rekomendasi dari kami silahkan lihat gbr.6
    gbr.6



    7.    Setelah selesai membuat rekening perdagangan baru(lihat gbr.7), anda akan mendapat email/sms yg berisi no login,pasword dan server untuk trading pada software metatrader4.

    gbr.7


    8.    Scan KTP atau SIM anda lalu segera upload di dalam kabinet dengan mengklik “sertifikasi pengguna” pada panel kabinet MFX anda. setelah di aprove silahkan isi rekening anda, bisa dengan wire transfer atau JUAL-BELI DEPOSIT/WITHDRAW MASTERFOREX DI EXCHANGER www.itukar.com atau bisa langsung hubungi saya



    Selamat anda telah berhasil membuat account di masterforex

    Selamat & sukses



    Catatan :
    Simpanlah password pembayaran dengan aman, print/catat email yg anda terima lalu simpan dan jangan lupa untuk menghapus inbox email tsb


    hubungi saya jika ingin mendapatkan EA gratis khusus yang terdaftar di afiliasi saya

    Email : almaksyuri@gmail.com
    setelah anda mendaftar dibawah afiliasi saya silahkan kirim pesan ke email



    Broker octafx review

    21 Nov 2013

    Indonesia Miliki Cadangan Uranium 70.000 Ton

    Uranium adalah suatu unsur kimia dalam tabel periodik yang memiliki lambang U dan nomor atom 92. Sebuah logam berat, beracun, berwarna putih keperakan dan radioaktif alami, uranium termasuk ke actinide series (seri aktinida). Isotopnya digunakan sebagai bahan bakar reaktor nuklir dan senjata nuklir. Uranium biasanya terdapat dalam jumlah kecil di bebatuan, tanah, air, tumbuhan, dan hewan (termasuk manusia).

    Badan Tenaga Nuklir Nasional (Batan) memperkirakan terdapat cadangan 70 ribu ton Uranium dan 117 ribu ton Thorium yang tersebar di sejumlah lokasi di Indonesia, yang bisa bermanfaat sebagai energi alternatif di masa depan!

    "Untuk Uranium potensinya dari berbagai kategori, ada yang dengan kategori terukur, tereka, teridentifikasi dan kategori hipotesis, sedangkan Thorium baru kategori hipotesis belum sampai terukur," kata Direktur Pusat Pengembangan Geologi Nuklir Batan Agus Sumaryanto di sela peluncuran Peta Radiasi dan Radioaktivitas Lingkungan di Jakarta.

    Sebagian besar cadangan Uranium kebanyakan berada di Kalimantan Barat, sebagian lagi ada di Papua, Bangka Belitung dan Sulawesi Barat, sedangkan Thorium kebanyakan di Babel dan sebagian di Kalbar.

    Menarik Perhatian Pihak Asing
    Perusahaan dari Amerika Serikat, Rusia, Prancis dan Cina serta negara-negara besar lainnya telah mengincar uranium yang demikian potensial di Indonesia.

    PT Freeport Indonesia diberitakan menggali, memproduksi dan mengeskpor bahan uranium secara diam-diam tanpa melaporkannya kepada pemerintah (ANTARA, 17 Juli 2011).

    Freeport Indonesia, anak usaha Freeport McMoran, adalah perusahaan tambang yang beroperasi di Papua sejak tahun 1964, dan hanya diizinkan menambang emas, tembaga, dan tidak diizinkan menambang uranium.

    Namun anehnya, DPRD Timika bukannya mendukung pengusutan dan penyelidikan itu, namun justru meragukan laporan tersebut dan menganggapnya tak benar. Kalangan DPRD Mimika, Papua menyatakan tidak yakin PT Freeport Indonesia (PTFI) secara diam-diam memproduksi uranium, demikian Wakil Ketua I DPRD Mimika, Pieter Yan Magal di Timika, ibukota Kabupaten Mimika, Rabu.

    "Saya berpendapat, hal itu merupakan sesuatu yang tidak mungkin, kami tidak yakin kalau Freeport juga memproduksi uranium.Itu hanya dugaan yang tidak mendasar dan tidak punya bukti kredibel," katanya. (sumber antara). Dengan tak didukungnya suatu penelitian mendalam oleh DPRD justru menimbulkan pertanyaan, ada permainankah dibalik ini semua?
    Oleh sebab itu, pemerintah harus hati-hati memberikan izin tambang. Untuk mengolah uranium dari kandungan bumi Nusantara, pemerintah jangan sampai gegabah ketika merencanakan untuk menggali dan mengelola sumber energi tersebut, dan biasanya diserahkan kepada investor.

    Di bukit desa Takandeang, Kecamatan Tapalang, Kabupaten Mamuju, Sulawesi Barat, misalnya terdapat potensi mineral radio aktif antara 2.000 dan 3.000 nsw per jam.

    Sedangkan pulau Sumatera, Jawa, Kalimantan, dan Papua memiliki kandungan uranium yang jumlahnya cukup menggantikan bahan minyak dan gas yang kian menipis.

    Kajian terakhir dilakukan di Mamuju, Sulbar, dimana deteksi pendahuluan menyebut kadar Uranium di lokasi tersebut berkisar antara 100-1.500 ppm (part per milion) dan Thorium antara 400-1.800 ppm.

    Radio Aktif Tertinggi di Indonesia Namun Tak Berbahaya
    Badan Pengawas Tenaga Nuklir (Bapeten) telah melakukan penelitian atas kandungan uranium di Kabupaten Mamuju seperti di desa Takandeang, Kecamatan Tapalang, juga di desa Belang Belang, Kecamatan Kalukku, sekitar 30 kilometer dari kota Mamuju dan di Kecamatan Tobadak sekitar 100 kilometer dari kota Mamuju.

    Berdasarkan hasil penelitian tambang di Mamuju, potensi uranium yang ditemukan dianggap tidak berbahaya. Sifat uranium itu hanya sebagai bahan baku untuk membangkitkan tenaga nuklir. Sehingga ia meminta Bepeten segera meneliti titik potensi kandungan uranium di Kecamatan Kalukku dan Kecamatan Tobadak itu.

    Deputi Bidang Pengkajian Keselamatan Nuklir Bapeten Dr Khoirul Huda mengatakan, Bepeten sementara sedang melakukan penelitian potensi uranium di Mamuju yang diperkirakan memiliki kandungan uranium sangat tinggi sehingga dilakukan penelitian lebih mendalam.

    "Hasil penelitian yang telah kami lakukan menyimpulkan Mamuju adalah daerah tertinggi radio aktifnya di Indonesia. Ini menunjukan ada potensi uranium di daerah Mamuju," ujarnya.
    Ia mengatakan, potensi paling tinggi di Mamuju ditemukan di wilayah bukit Desa Takandeang, Kecamatan Tapalang, sekitar 40 kilometer dari Kota Mamuju, tinggi radioaktivitas di desa tersebut berkisar antara 2.000-3.000 nsw per jam.

    Ia mengingatkan agar masyarakat tidak perlu khawatir dengan kondisi tersebut, karena ada beberapa pendekatan yang akan dilakukan dengan melakukan koordinasi dengan pemerintah daerah sebagai solusi yang harus ditindaklanjuti.

    Pemerintah daerah harus membuat perencanaan infrastruktur yang memungkinkan agar bisa menghindari radioaktif yang tinggi. Umumnya jika radioaktif tinggi maka berpotensi adanya kandungan uranium. Ini juga menandakan pasti ada sesuatu kandungan yang berharga di dalamnya," katanya.

    Menteri Negara Riset dan Teknologi (Menristek) Gusti Muhammad Hatta, MS dan Kepala Badan Tenaga Nuklir Nasional Prof. Dr. Djarot S Wisnubroto mengunjungi Sintang Kalimantan Barat, pada awal Mei 2013 lalu guna meninjau potensi uranium di Kabupaten Melawi Kalimantan Barat.

    Kami mengajak kepala BATAN untuk melihat langsung potensi uranium di Kabupaten Melawi," kata Menristek. Uranium merupakan bahan penting untuk membangun PLTN, dan pihaknya melihat langsung perkembangan uranium di Melawi, di Belitung sudah lama sedangkan di Melawi itu masih dalam bentuk Eksplorasi saja.

    Potensi uranium di Kabupaten Melawi terbesar di Indonesia dan sudah dilakukan ekplorasi sejak tahun 1974. Rencana pendirian PLTN di Kalimantan Barat sebagai daerah yang aman dari gempa dan tsunami, pemerintah tengah mencari lokasi PLTN di daerah yang potensi tsunami dan gempanya rendah.


    Prancis menggelapkan data uranium?
    Sementara itu, Prancis memiliki banyak data tentang kandungan uranium Kalimantan Barat. Pihak Amerika Serikat pun mengincar potensi tambang uranium di daerah ini. Menurut mantan Chief Le Sondage (Kepala Bidang Pengeboran) eksplorasi uranium Nanga Pinoh/Nanga Ella & Nanga Kalan di Commessariats L'Energi Le Anatomique (Badan Tenaga Atom Prancis), Sunarjo M BSc, Prancis waktu itu menggandeng BATAN saat melakukan penelitian.

    Menurut Sunarjo, eksplorasi dimulai pada dekade tahun 60-an. Kegiatannya merambah hingga Kapuas Hulu, Landak dan Sanggau.

    Sekitar tahun 1970-an eksplorasi memasuki wilayah Nangga Pinoh. Hingga sekarang, eksplorasi uranium di Kalimantan Barat belum melangkah ke tahap lanjutan.

    Membuka tambang uranium tak bisa sembarangan. Bukan seperti tambang biasa. Debu kandungan uranium itu saja tak boleh bertiup ke luar areal pertambangan. Dampak lingkungannya luar biasa.

    Indonesia bisa kecolongan data mengenai potensi uranium Kalimantan Barat yang mungkin pada waktu itu banyak digelapkan oleh pihak Prancis.

    Sedangkan pakar ekonomi Universitas Hasanuddin di Makassar, Sulawesi Selatan, Syarkawi Rauf pernah mengatakan, kandungan uranium di Mamuju itu mempunyai potensi terbaik di Indonesia. Oleh karena itu, Rauf meminta agar pemerintah mengelola tambang uranium itu dengan baik untuk mencapai kemakmuran rakyat, dan jangan sampai hanya menguntungkan pihak asing.

    Uranium bukan hanya untuk menghasilkan tenaga nuklir-misalnya guna kepentingan pertahanan. Bahan uranium dapat dimanfaatkan untuk menambah sumber ekonomi seperti Pembangkit Listrik Tenaga Nuklir (PLTN) yang mendukung pasokan sumber tenaga listrik.

    Beberapa daerah yang memiliki potensi uranium adalah Sumatera, Jawa, Sulawesi, Kalimantan, dan Papua - bahkan Freeport pernah menemukan bahan uranium di daerah tambang emas. 

    Laju Dosis Radiasi Gamma Tercepat
    Kecamatan Singkep, Kabupaten Mamuju juga menjadi kawasan yang laju dosis radiasi gamma-nya tercepat di Indonesia dibanding rata-rata nilai laju dosis radiasi Gamma di Indonesia yang 46 nSv per jam, kata Direktur Pusat Teknologi Keselamatan dan Metrologi Radiasi Batan, Susilo Widodo.

    Ia mengatakan, pihaknya telah menyusun Peta Radiasi dan Radioaktivitas Lingkungan sebagai data dasar, sehingga kalau ada kenaikan radiasi yang disebabkan faktor bukan alami misalnya radiasi hasil lepasan industri atau kecelakaan nuklir, bisa diketahui dengan cepat.
    Susilo mengatakan, saat terjadi kecelakaan reaktor nuklir Fukushima misalnya, pihaknya tidak mendeteksi adanya radiasi nuklir yang masuk ke wilayah Indonesia.

    "Secara alamiah, radiasi nuklir dari Jepang di utara sulit menyebrang ke kawasan katulistiwa. Justru jika dilihat dari posisi dan arah angin potensi radiasi dari Jepang akan masuk lebih dulu ke Amerika Serikat dan terakhir China," katanya.

    Peta ini, ujarnya, juga penting untuk mengkaji efek kesehatan bagi masyarakat yang tinggal di daerah radiasi tinggi serta indikasi bahan tambang seperti Uranium, Thorium dan mineral sejenisnya.

    Peta tingkat radiasi dan radioaktivitas lingkungan di Indonesia ini, urainya, terdiri dari lima peta, yakni peta laju dosis radiasi gamma lingkungan dan peta tingkat konsentrasi radionuklida alam Thorium-228, Thorium-232, Radon-226, dan Kalium-40 dalam sampel permukaan.

    Batan juga meluncurkan URL monitor radiasi lingkungan kawasan reaktor nuklir Serpong dimana telah dipasang lima monitor gamma di kawasan itu selama 2012-2013 dan meluncurkan "GPS tracking" untuk transportasi limbah di Indonesia.
    Namun diluar itu semua, langkah paling awal yang diharapkan dari pemerintah Indonesia adalah melindungi tiap aset bumi dan laut di Indonesia dari tangan-tangan asing yang tak pernah memakmurkan rakyatnya!

    Jangan lagi kita kecolongan dengan perjanjian-perjanjian tambang sebelumnya yang selalu dibuat oleh manusia yang mengaku warga negara Indonesia, namun memilik mentalitas antek dan budak asing, juga para konglomerat dengan kualitas sosial rendah, yang selalu menjual dan menguntungkan pihak asing. 

    Sumber: Indocropcircles.com

    Cara Hacker Mencuri Data Kartu kredit or VCC

     Cara ini saya temukan saat asik surfing di google, tapi saya gak ngerti dan kurang paham bahasa inggris jadi gak bisa mengikuti intruksinya.

    Tujuan saya menyebarkan cara ini adalah hanya untuk menambah wawasan kita dan supaya kita lebih waspasa bila sedang transaksi online.

    ##########
    # NOTICE
    ##########

    The system described in the following documentation may be subject to some minor
    changes. See the note under "Output format" below if you'd like to be sure your
    code will be future-compatible.

    Last Update: 2013-11-14

    ##########
    # URL
    ##########

    https://secure.bluepay.com/interfaces/bp10emu

    ####################
    # INPUT FIELDS:
    ####################

    MISSING_URL
    APPROVED_URL
    DECLINED_URL
      -- Optional
      For static HTML pages, these will be the URLs to return the customer to after
    payment. For programmers directly calling the API, these can be set to bogus
    values or omitted.  If omitted, this interface will replace them with
    its own bogus values. Do not rely on it to remain as it is today, as the bogus values may change.

    RESPONSEVERSION
      -- Optional
      Closely following the guidelines mentioned in this document will make your system future-compatible
    with any updates to the Bluepay System.  If you are confident that you have followed these guidelines, then
    you may safely set this to an arbitrarily high value (like '9999') and automatically reap the benefits
    of any future updates.  If you are not so certain, set it to the highest actual version available at the
    time of integration (currently '3').

    If RESPONSEVERSION is left blank it will return the following fields:
    BANK_NAME, PAYMENT_ACCOUNT, AUTH_CODE, CARD_TYPE, AMOUNT, REBID, AVS, ORDER_ID, CARD_EXPIRE, Result, RRNO, CVV2, PAYMENT_TYPE and MESSAGE.

    RESPONSEVERSION 1 and 2 will return the following fields:
    INVOICE_ID, PAYMENT_ACCOUNT, AUTH_CODE, F_CARD_PRESENT, CARD_TYPE, TRANS_TYPE, FRAUD_LOG, STATUS, LOGIN_ACCOUNT_ID, REBID, TRANS_ID, FRAUD_SCORE, RRNO,
    OWNER_USER_ID, AVS_RESULT, PROCESSOR_ID, MESSAGE, BP_STAMP, MODE, ADDR1, ORDER_ID, CARD_EXPIRE, NAME2, PAYMENT_TYPE, ID, CUSTOMER_CODE, CITY, CVV2_STATUS, ISSUE_DATE, AVS, Result, BP_STAMP_DEF, BANK_NAME, AMOUNT, ADDR2, REMOTE_IP, CVV2_RESULT, ORIGIN, CVV2, ZIP, NAME1, BACKEND_ID, STATE and F_WILL_CAPTURE. 

    RESPONSEVERSION 3 will return the following fields:
    F_REBILL_MASTER, PAYMENT_ACCOUNT, AUTH_CODE, F_CARD_PRESENT, CARD_TYPE, STATUS, REBID, ACH_ROUTING, COMMENT, DOC_TYPE, CC_EXPIRES_MONTH, TRANS_ID, FRAUD_SCORE, OWNER_USER_ID, AVS_RESULT, BP_STAMP, MODE, AMOUNT_MISC, ADDR1, ACH_ACCOUNT_TYPE, CARD_EXPIRE, RESPONSEVERSION, NAME2, ZIPCODE, COUNTRY, CUSTOMER_CODE, CC_EXPIRES_YEAR, AUTOCAP, ISSUE_DATE, AVS, Result, NAME, REMOTE_IP, CVV2_RESULT, ZIP, BACKEND_ID, APPROVED_URL, PHONE, INVOICE_ID, DECLINED_URL, FRAUD_LOG, TRANS_TYPE, LOGIN_ACCOUNT_ID, REB_AMOUNT, RRNO, REBILLING, PROCESSOR_ID, MESSAGE, CUSTOM_ID, AVS_ALLOWED, TPS_DEF, AMOUNT_TAX, ORDER_ID, EMAIL, MISSING_URL, PAYMENT_TYPE, COMPANY_NAME, IS_CORPORATE, ID, MERCHANT, CUSTOM_ID2, CITY, CVV2_STATUS, REB_EXPR, AMOUNT_TIP, BP_STAMP_DEF, CC_EXPIRES, REB_FIRST_DATE, AMOUNT_FOOD, BANK_NAME, TRANSACTION_TYPE, AMOUNT, ADDR2, REB_CYCLES, CVV2, ORIGIN, NAME1, STATE and  F_WILL_CAPTURE.

    MERCHANT
      -- Required
      Your 12-digit Bluepay Account ID.

    PAYMENT_TYPE
      -- Optional
      Can be set to 'CREDIT' for a credit-card transaction or 'ACH' for an ACH/E-check
    transaction.

    TRANSACTION_TYPE
      -- Required
      AUTH, SALE, CAPTURE, REFUND, REBCANCEL
      AUTH = Reserve funds on a customer's card. No funds are transferred.
      SALE = Make a sale. Funds are transferred.
      CAPTURE = Capture a previous AUTH. Funds are transferred.
      REFUND = Reverse a previous SALE. Funds are transferred.
      REBCANCEL = Cancel a rebilling sequence.

    CC_NUM
      -- Required for AUTH/SALE --Optional for REFUND
      -- Required unless PAYMENT_TYPE is ACH or you include an RRNO
       The credit card number.
    CVCCVV2
      -- Optional
      The three or four digit validation
    code on the back of the card.
    CC_EXPIRES
      -- Required unless PAYMENT_TYPE is ACH or you include an RRNO
         (as for REFUNDs)
      The expiration date in MMYY format.
      Alternatively, the 2-digit Month and 2-digit Year can be sent separately as
      CC_EXPIRES_MONTH and CC_EXPIRES_YEAR

    ACH_ROUTING
      -- Required if PAYMENT_TYPE is ACH
      Contains the nine-digit bank routing ("ABA") number for the customer's checking
    or savings account.
    ACH_ACCOUNT
      -- Required if PAYMENT_TYPE is ACH
      Contains the customer's checking or savings account number.
    ACH_ACCOUNT_TYPE
      -- Optional
      Set to 'C' for a checking account or 'S' for a savings account.  Defaults to 'C' if not set.
    DOC_TYPE
      -- Optional
      Can be one of the following:
        'PPD': Indicates you have a personal signed agreement on file for the customer, this is the default if not set.
        'CCD': Indicates you have a company-signed agreement on file for the customer.
        'WEB': Indicates the customer has agreed to the charges via an internet-based or electronic form.
        'TEL': Indicates you have a recorded telephone call on file with the customer verbally agreeing to be charged.
        'ARC': Indicates you have an actual signed, voided check from the customer.
    IS_CORPORATE
      -- Optional
      Set IS_CORPORATE to 1 to indicate this is a transaction for a company instead
    of an individual.
    COMPANY_NAME
      -- Optional
      COMPANY_NAME contains the name of the company. Optional unless IS_CORPORATE is set to 1.

    AMOUNT
      -- Required for AUTH/SALE -- Optional for REFUND
      If AMOUNT is sent for a REFUND, it will REFUND the AMOUNT sent. It will only refund up to the original
    transaction AMOUNT. If not sent, it will REFUND the full amount. 


    ORDER_ID    128 Characters
    INVOICE_ID   64 Characters
    AMOUNT_TAX
    AMOUNT_TIP
    AMOUNT_FOOD
    AMOUNT_MISC
    COMMENT
      -- Optional
      These fields may be required for full qual rates.

    NAME
      Can be set to the first and last name separated by a space. We perfer NAME1 and NAME2 as seperate fields.
    NAME1
    NAME2
    ADDR1
      May be required for the best credit card rates.
    ADDR2
    CITY
    STATE
    ZIPCODE
      May be required for the best credit card rates.
    COUNTRY
    PHONE
    EMAIL


    MODE
      -- Optional
      "LIVE" is required to run a real transaction.
      "TEST" is allowed for test, but is the default if not sent or invalid.

    REBILLING ( Note: Rebilling is only available to US merchants. )
      -- Required for rebillings
      1 for rebilling.
      0 or absent for regular non-rebilling.

    REB_FIRST_DATE
      -- Required for rebillings
      The date of the first rebilling. Explained further below.
      Has two valid formats:
        "YYYY-MM-DD HH:MM:SS" Hours, minutes, and seconds are optional.
        "XX UNITS" Relative date as explained below. Marked from the time of the
        transaction (i.e.: 10 DAYS, 1 MONTH, 1 YEAR)

    REB_EXPR
      -- Required for rebillings
      The period of time in-between rebillings.  Relative date format as with
    REB_FIRST_DATE: "XX UNITS" explained below.

    REB_CYCLES
      -- Optional
      Number of times to rebill. Don't send or set to "" for infinite rebillings (or
    until canceled).

    REB_AMOUNT
      -- Optional
      Amount to rebill. Defaults to amount of transaction for rebillings.

    RRNO
      -- Required for CAPTURE, REFUND, and REBCANCEL
      RRNO of template transaction or any rebilling transaction in the sequence to be
    canceled if TRANSACTION_TYPE is REBCANCEL.
      RRNO of the AUTH to CAPTURE if TRANSACTION_TYPE is CAPTURE.
      RRNO of the SALE to REFUND if TRANSACTION_TYPE is REFUND.

    CUSTOM_ID
      -- Optional
      Up to 16 characters of your own information.

    CUSTOM_ID2
      -- Optional
      Up to 64 characters of your own information.

    DUPLICATE_OVERRIDE
      -- Optional
      Set to 1 to turn of duplicate scrubbing for a transaction. Set to 0 or leave blank to process with duplicate srubbing.
     
    REMOTE_IP
      -- optional
      This field allows you to pass in the IP address of the transaction's origin back to BluePay. This is used
    primarily for carding incidents. BluePay can then take this IP address and block it from further being able to
    submit transactions to the gateway.

    ###
    # LEVEL 3 (Optional)
    ###

    The following fields are avaiable for Level 3 processing with corporate purchasing cards.
    "x" is replaced with a unique sequence number for each item. Maximum number of items is 99.

    LV3_ITEMx_PRODUCT_CODE
        12 characters
        Merchant-defined code for the product or service being purchased. This can be an inventory, catalog, UPC code or other.

    LV3_ITEMx_UNIT_COST
        9 digits decimal
        The cost per unit of item.

    LV3_ITEMx_QUANTITY
        5 digits
        The number of units of item.

    LV3_ITEMx_ITEM_DESCRIPTOR
        26 characters
        Description of the item purchased.

    LV3_ITEMx_MEASURE_UNITS
        3 characters
        The unit of measure of the item purchase. Normally EA for Each.
            5B    Batch
            ACT   Activity
            ANN   Year
            AU    Activity Unit
            DAY   Day
            DZN   Dozen
            E49   Working Day
            EZ    Each
            FOT   Foot
            FTQ   Cubic Foot
            GLL   Gallon
            GRM   Gram
            HUR   Hour
            INH   Inch
            KGM   Kilogram
            KMT   Kilometer
            LBR   Pound
            LTR   Liter
            MIN   Minute
            MMT   Millimeter
            MON   Month
            MTQ   Cubic Meter
            MTR   Meter
            ONZ   Ounce
            SEC   Second
            SMI   Mile
            STN   Ton
            TNE   Metric Ton
            WEE   Week
            XBG   Bag
            XBX   Box
            XCR   Crate
            XCS   Case
            XCT   Carton
            XPK   Package
            XPX   Pallet
            XSX   Set
            YRD   Yard


    LV3_ITEMx_COMMODITY_CODE
        12 characters
        The Commodity Code of the item. A list of Commodity Codes can be found at http://www.census.gov/svsd/www/cfsdat/2002data/cfs021200.pdf .

    LV3_ITEMx_TAX_AMOUNT
        9 digits
        Tax amount for the item.

    LV3_ITEMx_TAX_RATE
        4 digits
        Tax rate for the item.

    LV3_ITEMx_ITEM_DISCOUNT
        12 digits decimal
        The amount of any discounts on the item.

    LV3_ITEMx_LINE_ITEM_TOTAL
       
        The total amount for the item including taxes and discounts.

    ###
    # REDIRECT BY POST
    ###

    If the amount of data being returned to the destination server exceeds the maximum limit of a GET request POST can be used instead.
    This is done by the gateway displaying a web page containing a form with the result fields as hidden values. When the page is loaded
    the form is immediately posted using Javascript.

    RESPONSETYPE
      -- Optional
      Note: RESPONSEVERSION value must be >= 3 to use this option.
      GET (Default) results are sent by standard redirect to the destination server with transaction results in the query string.
      POST results are posted to the destination server from a auto-posting web page

    RESPONSE_TITLE
      -- Optional
      Title displayed on auto-posting web page

    RESPONSE_BODY
      -- Optional
      Content to display in the body of the auto-posting web page.


    ###
    # ADDITIONAL MERCHANT-SPECIFIC DATA
    ###

    MERCHDATA_*
      --Optional
      Any fields sent to the Bluepay system that begin with MERCHDATA_ will be stored and returned in the response from the bp10emu API,
    as well as being available in the Transaction Notification API. Field name appended to MERCHDATA_ will be stored as lower case.
      PLEASE NOTE:  Bluepay supports storing up to 4096 bytes of merchant data.  However, not all browsers are capable of handling such
      a long query string in a 302/GET like Bluepay will return from this API.  Please keep this in mind as you plan your usage.

    ###
    # MERCHANT-DEFINED FIELD VALIDATORS
    ###
    *_FORMAT
      --Optional
      Any fields sent to Bluepay that end with _FORMAT will be interpreted as validation rules for the associated fieldname.  For instance,
      NAME1_FORMAT contains a validation rule for NAME1. 
      Validation rules are in the form of a (very small) subset of standard Perl-style Regular Expression syntax.  Any validation rules provided are
      used IN ADDITION TO validation rules specified by Bluepay, not INSTEAD OF. 
      If a validation rule is fails to match on the supplied field data, then Bluepay will return an ERROR with the MESSAGE
      set to "FIELDNAME_FORMAT CHECK FAILED".

      The subset of Regexp currently allowed does NOT include any literal characters, only classes.
      The subset of Regexp syntax currently allowed includes:
      \w, \W = a "word character" or the inverse
      \s, \S = a "whitespace character" or the inverse
      \d, \D = a "digit character" or the inverse
      .      = any character
      ^      = beginning of string
      $      = end of string
      {x}    = specify exactly this many of preceeding specifier
      {x,y}  = specify minimum and maximum for preceeding specifier
      +      = specify one or more of preceeding specifier
      *      = specify zero or more of preceeding specifier
      [...]  = specify a character class composed of \w\s\d\W\S\D, no literal characters allowed
      [^...] = inverse of above

      A few quick examples:
      NAME1 = "Test"
      NAME1_FORMAT="\w+", PASS
      NAME1_FORMAT="^\w+$", PASS
      NAME1_FORMAT="^\d+$", FAIL
      NAME1_FORMAT="^\D+$", PASS
      NAME1_FORMAT="^\d+\s+.*$", FAIL

      NAME1 = "1234"
      NAME1_FORMAT="\w+", PASS
      NAME1_FORMAT="^\w+$", PASS
      NAME1_FORMAT="^\d+$", PASS
      NAME1_FORMAT="^\D+$", FAIL
      NAME1_FORMAT="^\d+\s+.*$", FAIL

      NAME1 = "1234 Foo Street"
      NAME1_FORMAT="\w+", PASS
      NAME1_FORMAT="^\w+$", FAIL
      NAME1_FORMAT="^\d+$", FAIL
      NAME1_FORMAT="^\D+$", FAIL
      NAME1_FORMAT="^\d+\s+.*$", PASS

    ###
    # TRANSACTION TIMESTAMP
    ###

    The amount of time allowed between the display of a order form and the submission of payment
    can be controlled by the use of a time stamp. If more than the allowed amount of time has
    passed the transaction will return an ERROR status and a MESSAGE of TRANSACTION TOO OLD.
    Transactions with a STATUS of ERROR are not saved and cannot be seen in the BluePay Manager
    web site.

    TRANS_SUBMIT_TIMESTAMP
      -- optional
     Format: YYYY-MM-DD HH:MM:SS
     The date/time when the order form was displayed to the customer.
     Central Time is used for this field.

    TRANS_EXPIRE_PERIOD
      -- optional
     Format: XX MINUTES
     The number of minutes from the date/time in TRANS_SUBMIT_TIMESTAMP that submission of
     payment is allowed. For example, setting TRANS_EXPIRE_PERIOD to 30 MINUTES will give that
     particular transaction 30 minutes until it is deemed expired.

    ###
    # SWIPE OPTIONS
    ###

    Unencrypted Swipe
        SWIPE         = The full swiped track data, just the way it comes to you from the card reader,
                            including both Track1 and Track2.
        TRACK2        = Only Track2 of the swiped data.                 
    Encrypted Swipe
        KSN           = Key Serial Number
        TRACK1_ENC    = Track 1 data encrypted
        TRACK1_EDL    = Pre-encryption track 1 length
        TRACK2_ENC    = Track 2 data encrypted
        TRACK2_EDL    = Pre-encryption track 2 length

    ###
    # TAMPER POOF SEAL
    ###

    TAMPER_PROOF_SEAL
      -- Required
      MD5 hash for security. This is computed by the merchant as follows:
    MD5SUM(The Merchant's Secret Key + MERCHANT + TRANSACTION_TYPE + AMOUNT +
    REBILLING + REB_FIRST_DATE + REB_EXPR + REB_CYCLES + REB_AMOUNT + RRNO + AVS_ALLOWED +
    AUTOCAP + MODE) in hex format.
      Where '+' represents string concatenation and the field names represent the
    contents of the respective fields - or "" (empty string - no space) if empty or
    unsent.
      See "Examples" below for further information.

    TPS_DEF
      -- Optional
      ** NOTICE: THE USE OF THIS FIELD CAN POSSIBLY WEAKEN YOUR SECURITY.  PLEASE
        BE SURE YOU UNDERSTAND HOW THE TAMPER_PROOF_SEAL WORKS BEFORE YOU CONSIDER
        USING THIS OPTION. **
      This option allows a merchant to determine which fields are included in the
    TAMPER_PROOF_SEAL. If set blank or not sent, it will default to the fields
    as described under TAMPER_PROOF_SEAL, above. If set to a space-separated list
    of field names, then the TPS will be calculated using the fields listed, in order.

      The secret key is always the first field, and should not be listed.

      This allows you to create a simple donation form by specifying a TPS that does not
    include the AMOUNT in the example below:

    Imagine your account ID is 123412341234 and you wanted to run
    a $10.00 TEST transaction. 

    Your secret key is abcdabcdabcdabcd.

    You set TPS_DEF to:
    "MERCHANT AMOUNT MODE"
    The system would expect the TAMPER_PROOF_SEAL to be an MD5 of the
    following string:
    "abcdabcdabcdabcd12341234123410.00TEST"

    ###
    # DEPRECATED OPTIONS
    ###

    These options are still valid, but have been replaced by other functions:

    AUTOCAP
      -- Optional for AUTH
      1 for Automatic Capture.
      0 for regular transaction processing.
      If this is set to 1, and the AUTH is successful, the AUTH will automatically be
    CAPTURED in 15 minutes.
    HISTORICAL NOTE: This was only used because our system would only perform scrubbing
    on AUTH transactions.  Now it is possible to get scrubbing on SALE as well.

    AVS_ALLOWED
      -- Optional for AUTH
      A string containing the AVS responses the merchant considers valid. If the AUTH
    returns an AVS response that is not in this list, the AUTH will automatically be
    declined. If set to '#' or not sent, all AVS responses are considered valid. For
    example, if the merchant wishes to allow AVS responses 'X', 'Y', and 'Z', he
    sets this to 'XYZ'.
    HISTORICAL NOTE: It is now recommended to set these options for the account within
    the account admin web interface. 


    CVV2_ALLOWED
      -- Optional for AUTH
      This functions identically to AVS_ALLOWED, but for CVV2 responses instead.
    HISTORICAL NOTE: It is now recommended to set these options for the account within
    the account admin web interface. 



    ###
    # NOTES:
    ###

    Format for REB_EXPR and REB_FIRST_DATE expressions is:
    "XXX DAY" or
    "XXX MONTH" or
    "XXX YEAR" or
    "XXX HOUR" or
    "XXX MINUTE"

    Where XXX is any valid integer.  For example, "10 MINUTE" represents, of course,
    10 minutes.

    #####################
    # OUTPUT FIELDS:
    #####################

    PAYMENT_ACCOUNT
     Type: character varying(32)
      The payment account used for the transaction. If a credit card is used, 12 x's followed by the last four digits will be returned. If a check is used the following string is returned "::" ie. "C:123123123:xxxxxx4321".
      Account Type: 'C' is checking and 'S' is savings.

    CARD_EXPIRE
      Type: character(4)
      Expiration date for a credit card in MMYY. This will be blank for an ACH.

    RESULT
      "ERROR" or "APPROVED" or "DECLINED" or "MISSING"
      This is the field programmers should be checking to determine the transaction's status.
      Note: RESULT of a test transaction is determined by the dollar portion of the amount
      without cents. If the dollars are odd APPROVED is returned. If the dollars are even DECLINED is returned.

    If Result="DECLINED" or "APPROVED" then we add:
    RRNO
      This is the transaction ID of the newly run transaction, for use with REBCANCEL, CAPTURE, or REFUND.

    If Result="APPROVED" then we add:
    AVS
      A single-character identifying the AVS response.
    CVV2
      A single character identifying the CVV2 response.
    AUTH_CODE
      A six-character pseudo-ID from the processing network.
    BANK_NAME
      Up to 64 characters containing the customer's bank name.
    PAYMENT_TYPE
      Up to 8 characters. May be 'ACH' for ACH transactions, or 'CREDIT' for credit card transactions.
    CARD_TYPE
      A four-character indicator of the credit card type used, if any.  Possible values are:
      AMEX = American Express,
      MC   = MasterCard,
      DISC = Discover,
      VISA = VISA,
      JCB  = JCB,
      DCCB = Diner's Club or Carte Blanche,
      ENRT = EnRoute,
      BNKC = BankCard,
      SWTC = Switch,
      SOLO = Solo
    ORDER_ID
    INVOICE_ID

    And if Result=APPROVED and this was a template for rebilling, we add:
    REBID
      A 12-digit identifier for the rebilling, currently unused. May be handy for identifying which rebilling to modify or cancel in the future. This is NOT the RRNO you use in a REBCANCEL. Use the RRNO field.

    And finally, if Result="MISSING" then we add:
    MISSING
      Name of missing field.

    MESSAGE
      Human-readable description. On Approval, reads, "APPROVED". On Error, describes error.
      The actual contents of this field can vary, even between supposedly "identical" transactions, so do not attempt any machine-parsing on the contents of this string.


    With RESPONSEVERSION > 1, Bluepay will return many additional fields, including most of the input fields and the MERCHDATA, as well as the below:

    F_CARD_PRESENT
      1 for a swiped transaction. 0 or not present for a non-swiped transaction.

    BP_STAMP
    BP_STAMP_DEF
      These fields are used similarly to the TAMPER_PROOF_SEAL, except for authentication of the response from the Bluepay system.
        BP_STAMP is an MD5 of the merchant's SECRET KEY, concatenated to the values of various fields returned from Bluepay.  The exact fields and their order is determined by BP_STAMP_DEF.  A merchant should properly split BP_STAMP_DEF on whitespace, then take their SECRET KEY, and loop through the field names in the split BP_STAMP_DEF, concatentating each one's value to the end of the SECRET_KEY and previous fields.  If a field is absent from the post, concatenate nothing (the null string) for its value. Finally, the merchant should take the MD5 of the resulting string, and compare it to the value of BP_STAMP.  If they match, the response is genuine.  If they do not, the response has been tampered with somehow.



    ################
    # INPUT FORMAT:
    ################
    Input is expected in the form of a standard HTTP POST operation. All parameters are encoded in the body of the POST.

    ################
    # OUTPUT FORMAT:
    ################

    Output is in the form of an HTTP "302" response.
    This will result in a browser redirect if the POST originates from a customer's
    browser, allowing a simple interface for simple merchants.  Programmatic integrations
    should not follow the redirect, of course.

    ## Note
    For programmers, please keep in mind that the HTTP BODY contains undefined
    information. You should not rely on this if you find the return parameters
    there. Instead, the parameters are properly read from the HTTP HEADER in the
    header "Location", appended to the selected redirection URL in URL-encoded
    format. You may safely parse them from the header. We may be adding additional
    fields, so in your code please do not rely on the order or number of fields. If
    you follow these guidelines and make it simple to change the URL you submit to,
    you can be assured your code will be able to work without changes in any future
    versions of the Bluepay API we may release.


    ######################
    # How Rebilling Works:
    ######################

    Our rebilling engine runs transactions at regular intervals. The information for
    the transaction (customer name, is it a test transaction, the credit card
    number, etc) is taken from a "template transaction."

    At present, the only way for a merchant to specify a template transaction for a
    rebilling sequence is while submitting said transaction.

    The template transaction MUST have been processed successfully to be valid for
    rebilling; if the template transaction was not processed or returned DECLINED,
    the rebilling sequence will not run - or even get created in the first place.

    The merchant sends in the transaction as an AUTH or SALE just as usual, and the
    transaction is run just as usual.  If it is successful, a rebilling sequence
    will
    be created with this transaction as its template.

    The first rebilling will occur at REB_FIRST_DATE or now + REB FIRST DATE if
    REB_FIRST_DATE is an expression.

    Each time a rebilling is run, the parameters for the transaction are pulled from
    the template transaction, except:  The TRANSACTION_TYPE of a rebilling is always
    a SALE, even if the template was an AUTH.  The AMOUNT of a rebilling is set to
    the amount that was sent in as the REB_AMOUNT in the template transaction,
    or if there was none, then it too is taken from the template's transaction
    AMOUNT.

    If a number of cycles were set in the template transaction, then that number will
    be decremented at each rebilling, and the sequence will be set to stop when 0
    is reached. If there were no cycles specified, it will continue until canceled
    with a REBCANCEL transaction or manually in the Web Admin system.

    ####################
    # Generic Examples:
    ####################
    (Uninteresting fields omitted in all examples)

    This merchant's "salt" or "secret key" is currently set to:
    "raouhc.jbefiougb"
    This is not indicative of an actual secret key. Secret keys will be 32 random
    alphanumeric characters.

    MODE not sent except as noted -- transactions will default to TEST transactions.
    Note though that the TPS is calculated with the value the merchant actually sent
    -- or failed to, in this case. Not "TEST", but rather "".

    EXAMPLE ONE:
    Perform a ten-dollar sale.

    MERCHANT='demo'
    TRANSACTION_TYPE='SALE'
    AMOUNT='10.00'
    REBILLING not sent
    REB_FIRST_DATE not sent
    REB_EXPR not sent
    REB_CYCLES not sent
    REB_AMOUNT not sent
    TAMPER_PROOF_SEAL = '9515409f78817e9da5ee396fb24fea7d'

    TAMPER_PROOF_SEAL was calculated as md5sum("raouhc.jbefiougbdemoSALE10.00").

    Remember, it's:
    md5sum(The Merchant's Secret Key + MERCHANT + TRANSACTION_TYPE + AMOUNT +
    REBILLING + REB_FIRST_DATE + REB_EXPR + REB_CYCLES + REB_AMOUNT + AVS_ALLOWED +
    AUTOCAP + MODE) in hex format.

    If any of those are missing, they get skipped, or you can think of it as
    entering them as "" (the empty string).

    Here's a command line example:

    % perl -e 'use Digest::MD5; print
    Digest::MD5::md5_hex("raouhc.jbefiougbdemoSALE10.00") . "\n";'
    9515409f78817e9da5ee396fb24fea7d>
    %

    Perl is also available for free for Windows as "ActivePerl" from ActiveState.

    A simple merchant who only sells one item from a static page, passing the
    information through the customer's browser as they will with the basic Weblink
    system, can calculate this number once and put it into his static HTML form, and
    be secure.

    A more advanced merchant with a programmer or a shopping cart using the Weblink
    as an API can recalculate it for each transaction on the fly, allowing differing
    transaction amounts.

    EXAMPLE TWO:

    A membership site would like to give 1 free month to a new member, then charge
    $39.99 per month until the customer asks to cancel:

    MERCHANT='demo'
    TRANSACTION_TYPE='AUTH'
    AMOUNT='1.00'
    REBILLING='1'
    REB_FIRST_DATE='1 MONTH'
    REB_EXPR='1 MONTH'
    REB_CYCLES="" (or not sent)
    REB_AMOUNT='39.99'
    TAMPER_PROOF_SEAL = 'cffd8d5f89f97dee29fbd233472422eb'

    In this case, the TPS was generated from the string
    "raouhc.jbefiougbdemoAUTH1.0011 MONTH1 MONTH39.99".

    EXAMPLE THREE:

    A cable TV company charges $150.00 up front and then $12.00 every month
    thereafter for a one-year contract which must be explicitly renewed:

    MERCHANT='demo'
    TRANSACTION_TYPE='SALE'
    AMOUNT='150.00'
    REBILLING='1'
    REB_FIRST_DATE='1 MONTH'
    REB_EXPR='1 MONTH'
    REB_CYCLES='11' (they are counting the first month at $150 as one of the
    contract months. If not, this would be 12)
    REB_AMOUNT='12.00'
    TAMPER_PROOF_SEAL = '6b294f9f6c43eb1c76baa6890508dc46'


    ####################################################
    # Static HTML Example and more on TAMPER_PROOF_SEAL
    ####################################################

    First off, I did a Google search for "md5sum windows hex" and this was the
    second link I found:
    http://www.di-mgt.com.au/src/digsum.zip

    This should not be taken as an endorsement of the above program; it simply
    appears to be the first free md5 checksum program we found.  Any will do.

    The merchant will need to download a package similar to that that provides an
    md5sum program, if they do not already have the ability to make MD5 sums. It's
    important that the program they use can a) Make hexadecimal checksums (as
    opposed to base 64 or otherwise) and b) use text mode, as opposed to binary.

    Now, Mom and Pop Merchant want to create a simple HTML payment form for their
    simple website. Normally, they'd make something like this:

    (The below transaction information is for a $10.00 AUTH at the time of "sale"
    and then $5)

    sambungannya ada di kotak komentar..................

     
    Design by Free WordPress Themes | Bloggerized by Lasantha - Premium Blogger Themes | Best Buy Coupons