Pasar Forex Ppro8

Pasar 50 50,. ,,. 24. 2 EURUSD, GBPUSD. . 200: 1,. -, - -. CFD,..PPro8 PProAPI Saat menggunakan PProAPI, ingatlah hal-hal berikut: Pengguna API bertanggung jawab atas semua keuntungan yang terkait dengan aktivitas pesanan yang dihasilkan oleh aktivitas pemesanan API API-diminum dengan pemeriksaan dan pengawasan yang sama seperti aktivitas pemesanan manual. Tanggung jawab pengguna API untuk memantau aktivitas perdagangannya secara real time Jika pengguna API menghasilkan aktivitas ketertiban bermasalah menggunakan API. Akses dapat dibatasi sampai saat pengguna dapat menunjukkan bahwa tindakan korektif telah dilakukan Penafian: dukungan terbatas: Asumsinya adalah bahwa pengguna API memiliki pengetahuan dasar tentang pemrograman dan cara mengintegrasikan panggilan URL dengan alat lainnya, dan sebagai Hasilnya, dukungan yang diberikan terbatas pada dokumentasi yang ditemukan di bawah ini. Ini sepenuhnya tergantung pada pengguna bagaimana mereka ingin berinteraksi dengan API. Ada kemungkinan untuk menggunakan panggilan URL dan memproses data CSV menggunakan bahasa pemrograman apa pun. API PPro8 adalah layanan web yang, jika diaktifkan, memungkinkan pengguna untuk melewatkan perintah menggunakan format URL. Catatan: saat UDP disiapkan, perintah tidak menerima tanggapan dalam XML maupun file. log. Sebagai gantinya, server API merespons dengan header HTTP. Jika sebuah perintah gagal, server mengembalikan 400 permintaan buruk. Tanpa UDP disiapkan, dengan menggunakan URL biasa, perilaku yang diharapkan adalah 200 permintaan yang baik. Untuk meluncurkan PProAPI, pengguna meluncurkan klien PPro8 dengan perintah berikut: Catatan: port apapun boleh digunakan 8080 hanya digunakan di semua contoh. Jika Anda memilih untuk menggunakan port yang berbeda, sebaiknya batasi jangkauan 100065535, karena port di bawah 1000 sering kali ditentukan oleh sistem operasi. Saat login, pengguna bisa masuk ke portal PProAPI menggunakan link ini: localhost: 8080. Portal ini akan memiliki ringkasan dasar dari perintah yang ada saat ini. Catatan: sepanjang instruksi manual ini, contoh URL disajikan dengan mengabaikan localhost: 8080. Untuk semua contoh di bawah ini, ketik localhost pertama: 8080 diikuti perintah. Fungsi UDP Untuk memastikan fungsionalitas UDP yang tepat, catat aplikasi Anda untuk secara aktif mendengarkan port. Jika Anda ingin memverifikasi fungsionalitas UDP, sebaiknya gunakan NetCat dan lembar contekan yang menyertainya untuk tujuan ini. Untuk menggunakan NetCat, jalankan dengan command line berikut, misalnya: - u adalah UDP - l berarti mendengarkan - p adalah port, yang jumlahnya bervariasi tergantung pada registrasi yang dikirim bersamaan, command line ini berarti port UDP 4135 Secara aktif mendengarkan Anda kemudian dapat menggunakan baris perintah untuk mendaftar dan mengirim data ke port yang Anda tetapkan. Daftarkan data L1 untuk ATML. NQ dan kirim data ke port UDP 4135. Jenis Data Gunakan API untuk RegisterDeregister untuk tipe data berikut. Untuk informasi lebih lanjut, lihat portal PProAPI (localhost: 8080) Pendaftaran Gunakan perintah Register untuk mendaftarkan masing-masing jenis data yang tersedia. Pada setiap registrasi, menulis file individual ditentukan oleh bagian sintaks bykey dengan cara berikut: Di sisi lain, bytype mengirimkan semua data simbol yang terdaftar ke file tertentu. Jika file yang dimaksud berisi TOS. L1. L2. Dan OSTAT. Anda dapat memilih simbol yang masuk ke file yang ditentukan (bytype), atau menulis ke file terpisah (bykey) untuk sebuah simbol. Hal yang sama berlaku untuk perintah Deregister. Perintah Register Perintah Register dibagi menjadi tiga perintah terpisah: GetSnapshot, Register, dan SetOutput. Dengan menggunakan perintah ini, Anda dapat mengatur output dan mengaktifkan atau menonaktifkannya untuk ditulis dengan menetapkan status onoff dan hanya menulis snapshot, live data, atau keduanya tergantung pada perintahnya. GetSnapshot Gunakan perintah ini untuk mendapatkan data yang ada (100 record terakhir, tapi tidak ada data baru) untuk simbol. Gunakan perintah ini untuk mendaftarkan data langsung dan mendapatkan informasi baru untuk simbol tersebut. Gunakan perintah ini untuk mengatur informasi output untuk simbol dan menentukan di mana data harus ditulis, baik bykey atau bytype. Deregister Perintah Deregister digunakan untuk deregister untuk masing-masing tipe data yang tersedia. Ini menghentikan API untuk menulis ke file log yang relevan atau membuat panggilan L1 tersedia. Contoh spesifik untuk setiap tipe data muncul di bawah ini. Level 1 (L1) Perintah ini mendaftarkan API untuk menerima semua pembaruan harga Level 1 untuk simbol ZVZZT. NQ. Pembaruan ini ditulis ke sebuah file di direktori peluncuran PPro8 dengan nama L11ZVZZT. NQ. log, di mana jumlahnya mewakili wilayah ini. Daerahnya adalah sebagai berikut: 1 Amerika Utara Catatan: pastikan Anda mendaftar ke wilayah yang benar dengan semua perintah yang relevan. Pesan untuk L1 harus menyertakan parameter simbol. Setiap pembaruan L1 adalah baris data yang dipisahkan koma dengan bidang berikut: LocalTime09: 07: 29.349 saat pembaruan tiba di mesin pengguna dan menggunakan komputer pengguna039s waktu MarketTime09: 07: 30.379 waktu pasar pembaruan SymbolXIU. TO Simbol pembaruan berlaku untuk, dalam format ltsymbolgt. ltmarket extensiongt BidPrice19.19 harga tawaran pembaruan L1 BidSize8000 ukuran tawaran pembaruan L1 AskPrice19.24 harga permintaan pembaruan L1 AskSize16000 pada ukuran permintaan pembaruan L1 Centang apakah update terbaru terkait dengan uptickdowntick di pasar, jika ada Time of Sales (TOS) Perintah ini mendaftarkan API untuk menerima semua cetakan Time of Sales untuk simbol ZVZZT. NQ. Pembaruan ini kemudian ditulis ke sebuah file di direktori peluncuran PPro8 dengan nama TOS1ZVZZT. NQ. log. Pesan untuk KL harus menyertakan parameter simbol. Pesan TOS disimpan dalam file terpisah untuk setiap simbol yang terdaftar. Setiap update TOS adalah baris data yang dipisahkan dengan koma dengan bidang berikut: LocalTime09: 30: 15.375 saat update tiba di mesin pengguna dan menggunakan waktu komputer pengguna039s MarketTime09: 30: 14.887 waktu pasar dari update Type1 tipe Dari data snapshot yang masuk Price8.63 harga di mana perdagangan terjadi Size100 jumlah saham yang terlibat dalam perdagangan Source17 sebuah nilai internal untuk pemetaan sumber kutipan Kondisi Kondisi Penjualan, jika berlaku Tick mengidentifikasi perdagangan sebagai uptickdowntick on Pasar, jika berlaku MmIdC pusat pasar dimana perdagangan terjadi SubMarketId ke pusat submarket dimana perdagangan terjadi, jika ada Informasi untuk tipe parameter: Type 0 live feed Tipe 1 mulai dari snapshot Tipe 2 catatan snapshot Type 3 akhir snapshot Live Data umpan dimulai saat pengguna mendaftar untuk umpan. Catatan: data snapshot bukan data duplikat. Sebaliknya, ini adalah data historis yang menunjukkan 100 cetakan KL terakhir sebelum pengguna mendaftar untuk mendapatkan umpan. Rekaman foto dapat diproses jika pengguna ingin mendapatkan ide tentang penjualan simbol langsung sebelum ke registri TOS. Foto-foto tersebut digunakan untuk mengisi jendela TOS saat simbol terdaftar untuknya, dan karena API membuat panggilan yang sama dengan perangkat lunak, TOS disertakan juga di sini. Untuk informasi lebih lanjut, lihat daftar lengkap Nilai TOS PPro8 (Market Center, Submarket ID, dan Sales Conditions). Market Depth (L2) Perintah ini mendaftarkan API untuk menerima semua pembaruan Level 2Market Kedalaman untuk simbol ZVZZT. Pembaruan ini kemudian ditulis ke sebuah file di direktori peluncuran PPro8 dengan nama L21ZVZZT. NQ. log. Pesan untuk L2 harus menyertakan parameter simbol. Pesan L2 disimpan dalam file terpisah untuk setiap simbol yang terdaftar. Setiap pembaruan L2 adalah baris data yang dipisahkan koma dengan bidang berikut: LocalTime08: 39: 43.114 saat pembaruan tiba di mesin pengguna dan menggunakan komputer pengguna039s waktu MarketTime08: 39: 42.601 waktu pasar pembaruan MmidANON the MMID (Market Maker ID) yang terkait dengan update SideB sisi update Price8.6 harga Volume100 update ukuran saham dari kutipan yang diperbarui Depth1 jumlah pesanan yang membentuk quote, jika sesuai SequenceNumber27003 nomor urutnya adalah Unik dengan MMID, Price, dan Side, dan dapat digunakan untuk memperbaiki data out-of-sequence Setiap update a) menciptakan level baru, atau b) menggantikan nilai yang ada untuk kombinasi MMID, Price, dan Side tersebut. Misalnya, jika Anda sudah memiliki penawaran ANON 8,60 untuk 400 saham, maka contoh data di atas akan menggantikan sehingga nilai baru ANON Bid 8.60 untuk 100 saham. Cuplikan Kedalaman Pasar Saat API mendaftarkan umpan L2 pada simbol, pertama kali menerima sebuah snapshot. Snapshot ini mewakili status simbol saat ini, dan kemudian akan diperbarui dengan pesan real-time yang masuk. Foto dimulai dengan garis di Sisi, misalnya: Semua pesan yang membentuk cuplikan memiliki SequenceNumber0. Jepretan tersebut diakhiri dengan garis di mana Sidee, misalnya: Ketidakseimbangan (IMBALANCE) Perintah ini mendaftarkan API untuk menerima semua data ketidakseimbangan. Data ini kemudian dituliskan ke sebuah file di direktori peluncuran PPro8 dengan nama: IMBLO1ALL. log. Catatan: Informasi NASDAQ dan NYSE bersifat dinamis, sedangkan informasi TSXTSX-V bersifat statis. Informasi AMEX tidak tersedia saat ini. Setiap pembaruan IMBALANCE adalah baris data yang dipisahkan koma dengan bidang berikut: LocalTime15: 57: 15.113 saat pembaruan tiba di mesin pengguna dan menggunakan komputer pengguna039s waktu MarketTime15: 57: 15.072 waktu pasar dari update SideS the side Ketidakseimbangan TipeO jenis ketidakseimbangan, bila sesuai Status status ketidakseimbangan, jika ada SymbolLKQ. NQ simbol dimana ketidakseimbangan ada Price32.875 harga saham Volume3578 seukuran ketidakseimbangan saham MmidQ pasar Harga lelang teoritis, di mana ContinuousPrice32.86 yang berlaku terus menerus harga di pasar primer, jika sesuai dengan PairedVolume67428, saham yang telah dipasangkan Setiap update ketidakseimbangan menunjukkan arus Ukuran ketidakseimbangan. Pesan sebelumnya untuk simbol yang sama bisa dibuang. Order Status (OSTAT) Perintah ini mendaftarkan API untuk menerima semua pesan Status Pemesanan (OSTAT) untuk pengguna di wilayah 1 (Amerika Utara), wilayah 2 (Eropa), atau wilayah 3 (Asia). Data ini kemudian dituliskan ke sebuah file di direktori peluncuran PPro8 dengan nama OSTAT1.log. Nilai numerik dalam nama file log mewakili wilayah. Pesan untuk OSTAT harus menyertakan parameter wilayah. Satu file dibuat untuk masing-masing wilayah. Untuk melihat semua pembaruan pesanan termasuk pengguna internal rejectsa perlu memantau log OSTAT dan ORDEREVENT. Catatan: untuk kontrak Berjangka, API mengirimkan ukuran kontrak untuk tag Harga, bukan harga kontrak. Gunakan GetLv1 untuk menemukan nilai centang dan nilai centang, dan untuk menghitung: Harga Kontrak (Ukuran Ukuran Kontrak) Nilai Tick Setiap pembaruan OSTAT adalah baris data yang dipisahkan koma dengan bidang berikut: LocalTime09: 35: 34.237 saat pembaruan tiba Pada mesin pengguna dan menggunakan waktu komputer pengguna039s MarketDateTime20131011-09: 35: 34.048 tanggal dan waktu pasar dari update CurrencyCAD mata uang pesanan SymbolTD simbol di mana pesanan diajukan Gateway2028 Gateway ID di mana pesanan diajukan SideB sisi di mana pesanan itu disampaikan OrderNumberTESTTEST00000024M1713F3100000 nomor pesanan unik dari order Price92.72000000 harga status pesanan update untuk pesanan baru itu adalah harga pesanan, untuk Isi PartialFill itu merupakan harga saham yang dieksekusi Shares100 the Jumlah saham yang terkait dengan update status pesanan untuk pesanan baru adalah ukuran pesanan, untuk Fill PartialFill itu mewakili jumlah share S execute Position2 sebuah nomor urut untuk pesan yang berhubungan dengan nomor pesanan unik, misalnya 1 adalah yang pertama, 2 adalah yang kedua, dan seterusnya OrderState Isi status pesanan yang ditunjukkan oleh update MarketID2 di pasar dimana order tersebut diserahkan CurrencyChargeGwayCAD the Mata uang biaya gateway ChargeGway-0.31 biaya gateway yang terkait dengan pembaruan status ini CurrencyChargeActCAD mata uang biaya aktivitas ChargeAct0.011 biaya aktivitas yang terkait dengan pembaruan status ini CurrencyChargeSecCAD mata uang biaya SECRegulatori Biaya ChargeSec0 biaya SECRegulatori yang terkait dengan pembaruan status ini CurrencyChargeExecCAD mata uang biaya eksekusi ChargeExec0.16 biaya eksekusi yang terkait dengan pembaruan status ini CurrencyChargeClrCAD mata uang biaya kliring ChargeClr0.008 biaya kliring yang terkait dengan pembaruan status ini OrderFlags128 bendera pesanan yang terkait dengan pesanan, hanya digunakan untuk pemrosesan internal Dan untuk mengidentifikasi apakah pesanan dikirim melalui PPro8 atau nilai mata uang APIChargeCharge10, tidak relevan untuk analisis eksternal Account1TESTOF001TNVTESTTESTCAD1 akun yang terkait dengan pesanan ini InfoCode255 nilai internal untuk melacak kode OSTAT, tidak relevan untuk analisis eksternal InfoTextLiqFlagsTag688820Tag3192.720Tag9730Sebuah teks informasi tambahan, jika Apapun, terkait dengan update status ini Catatan: jika nilai OrderFlags adalah antara 128 dan 255, itu berarti bahwa perintah tersebut berasal dari API. Anda dapat menggunakan log OSTAT, dikombinasikan dengan log ORDEREVENT, untuk memantau keadaan pesanan dan melacak eksekusi dan biaya terkait. Data ini juga digunakan oleh perangkat lunak klien PPro8 untuk memperbarui jendela Summary and History Log. Order Event (ORDEREVENT) Perintah ini mendaftarkan API untuk menerima semua pesan Order Event (ORDEREVENT) untuk pengguna di wilayah 1 (Amerika Utara). Data ini kemudian dituliskan ke sebuah file di direktori peluncuran PPro8 dengan nama ORDEREVENT1.log. Pesan untuk ORDEREVENT harus menyertakan parameter wilayah. Satu file dibuat untuk masing-masing wilayah. Log ini dapat dikombinasikan dengan log OSTAT untuk memantau semua pembaruan pesanan. Penggunaan utama log ORDEREVENT adalah untuk mengenali perintah yang ditolak secara internal dimana tidak muncul dalam log OSTAT. Setiap pembaruan ORDEREVENT adalah baris data yang dipisahkan koma dengan bidang berikut: LocalTime08: 39: 45.442 saat pembaruan tiba di mesin pengguna dan menggunakan komputer pengguna039s waktu MarketDateTime20131025-08: 39: 45.208 tanggal dan waktu pasar Update EventMessageType1 sifat dari acara pesanan: 1 NewOrder, 2 CancelOrder, 3 ManualOrderConf, 4 OrderFlagsChange, 5 LastOrderEventType EventFlavour2 keadaan internal acara pesanan: lihat daftar deskripsi rasa di bawah EventOriginatorId1 penggagas acara pesanan: 1 Client, 2 OPC , 3 GS, 4 SS OriginatorSeqId0 nomor urut acara yang dikirim oleh originator Size100 seukuran pesanan, dalam harga saham Price8610000000 harga dimana pesanan tersebut diajukan menggunakan format harga asli PPro8, yang perlu dibagi dengan 109 (1000000000 ) Untuk menunjukkan harga terbaca manusia OrderNumberTESTTEST00000003M171401100000 nomor unik dari pesan InfoText informasi tambahan yang terkait dengan w Untuk hal ini, misalnya, alasan alasan OrderEvent (ORDEREVENT) Deskripsi Flavor sebagai berikut: 0 NoOrderEventFlour order tidak memiliki selera acara 1 RequestPending - laporan tentang permintaan yang dibuat tidak berpengaruh pada keadaan pesanan (pada awalnya Holding) 2 Diterima - pesanan ada di pasaran 3 Partfill - pesanan tidak terbuka (State to Filled) 4 Diisi - pesanan tidak terbuka (State to Filled) 5 Batal - pesanan tidak terbuka (State to PartCancelled or Canced) 6 RejectedOrderClosed - Permintaan ditolak, dan nomor pesanan yang diminta tidak lagi terbuka 7 RejectedOrderOpen - permintaan ditolak, namun pesanan masih berlaku di pasaran 8 RejectedNoConnection - permintaan ditolak karena masalah jaringan 9 CancelReplace - (Negara tetap tidak berubah , Diterima atau Dipenuhi) 10 Holding - dari Klien PPro8, pesanan sedang ditahan, menunggu acara sebelum dikirim (StateHolding) 11 LastOrderEventFlavour - cita rasa acara terakhir Catatan: whe N harga dan ukuran tertunda OPC, nilai yang tidak valid akan muncul. Masalah ini biasanya dikoreksi saat kita merilis OSM baru. Jika Anda yakin ini dapat mempengaruhi perdagangan, Anda mungkin dapat memfilternya sebagai Ukuran -1. Deskripsi juga akan menampilkan pesan 039Pesanan baru, OPC Pending039. PProAPI Index to Order Number (PAPIORDER) Perintah ini mendaftarkan API untuk menerima informasi pesanan yang dikirim melalui API tentang nomor pesanan yang terkait dengan setiap ID permintaan pesanan. Data tersebut kemudian dituliskan ke sebuah file di direktori peluncuran PPro8 dengan nama PAPIORDER1.log. Pesan untuk PAPIORDER harus menyertakan parameter wilayah. Anda bisa menggunakan file log ini untuk membatasi jumlah permintaan 039GetOrderNumber039 yang perlu Anda kirimkan. Anda dapat mengatur programcript Anda untuk memantau file log ini untuk informasi itu. Setiap pembaruan PAPIORDER adalah baris data yang dipisahkan dengan koma dengan bidang berikut: LocalTime10: 10: 07.006 saat pembaruan tiba di mesin pengguna dan menggunakan waktu kerja pengguna039's PProApiIndex3 RequestID yang terkait dengan peristiwa ExecuteOrder seperti yang dikembalikan pada XML OrderNumberDV10600503000002M171407100000 Nomor pesanan yang terkait dengan RequestID Lv1 amp Tos Ini tidak berlaku lagi, namun tetap tersedia. Gunakan L1 dan KL. Perintah ini mengingatkan data snapshot Level 1. Anda harus mendaftar untuk data L1 sebelum mencoba membacanya. Ini akan memunculkan respons berikut: Tanggapan GetLv1 ini adalah rangkaian data yang dipisahkan koma yang mencakup bidang berikut: Volume798304 volume simbol LowPrice55.1100 harga rendah HighPrice55.5000 harga tinggi OpenPrice55.4000 harga terbuka ClosePrice55 .3400 harga penutupan MaxPermittedPrice0 harga yang diijinkan maksimum MinPermittedPrice0 harga minimum yang diijinkan LotSize100 ukuran lot LastPrice55.1100 harga terakhir InstrumentStateOpen negara instrumen AssetClassEquity kelas aset TickValue0 nilai centang TickSize0.00500000 the tick size CurrencyCAD the currency GetTransactions Perintah ini mengingatkan Semua eksekusi untuk user ID Respons ini tidak lagi mengembalikan parameter Market atau SymbolMarket. Perintah terkait pesanan Anda dapat menggunakan API untuk berinteraksi dengan pesanan dalam beberapa cara. Untuk contoh lebih rinci, lihat Portal PProAPI (localhost: 8080). ExecuteOrder Perintah ExecuteOrder mencakup sejumlah nilai yang dapat dimasukkan tergantung pada jenis pesanan yang dipilih: limitpriceltfloatgt (harus berupa angka positif) ordernameltorder namegt (gunakan ejaan, kasus, dan jarak nama pesanan yang tepat) sharesltintgt (harus berupa angka positif ) Priceadjustltfloatgt (bisa menjadi angka positif atau negatif) stoppriceltfloatgt (harus angka positif) displaysizeltintgt (harus angka positif) minexecsizeltintgt (harus angka positif) Contoh ini akan mengirim order Cadangan di TSX dengan harga batas 6.90, ukuran 1000, dan ukuran layar 100 lembar. Catatan: saat mengirim pesanan pasar, seperti Market On Close, pastikan Anda menetapkan harga. Sintaks untuk pendaftaran UDP: