Proses onboarding
Proses berbasis tulisan, dari kebutuhan hingga feed aktif.
Onboarding dimulai dengan ringkasan tertulis yang singkat, bukan proses penjajakan yang panjang. Kami mengubah beberapa kebutuhan representatif menjadi feed yang dapat ditinjau oleh tim dealing dan risiko serta tim teknologi Anda.
- Mulai tanpa spesifikasi final atau rapat.
- Gunakan simbol dan kasus kegagalan yang representatif untuk mematangkan desain.
- Verifikasi harga, pengiriman, serta perilaku feed cadangan sebelum produksi.
Utamakan tulisan
Keputusan, pertanyaan yang belum terjawab, dan tanggung jawab mudah ditinjau oleh berbagai tim di lintas zona waktu.
Mulai dari contoh representatif
Sejumlah kecil simbol normal dan kompleks memberi gambaran lebih berguna daripada demo konektor generik.
Verifikasi sebelum aktif
Jalur harga dan pengiriman yang disepakati diperiksa sebelum persetujuan produksi.
Di halaman ini
Onboarding CoinPriceFeeds adalah proses implementasi yang mengutamakan komunikasi tertulis. Anda dapat memulai dengan kebutuhan yang belum lengkap, menerima pertanyaan terarah melalui email, meninjau feed representatif, lalu melanjutkan ke tahap integrasi dan persetujuan tanpa memenuhi tahap awal dengan rangkaian rapat.
Mulai dengan ringkasan tertulis yang singkat
Anda tidak perlu menyiapkan dokumen permintaan proposal yang lengkap atau spesifikasi teknis yang terperinci. Pesan awal yang memadai biasanya memuat:
Geser atau gulir secara horizontal untuk melihat semua kolom
| Berguna pada tahap awal | Dapat menunggu hingga kecocokan dipastikan |
|---|---|
| Kelompok instrumen dan beberapa simbol representatif | Aturan lengkap untuk setiap simbol |
| Sumber atau akun venue yang sudah Anda gunakan | Kredensial dan detail endpoint privat |
| Satu aturan harga normal dan satu kasus kompleks | Ambang perlindungan final |
| Platform tujuan, bridge, atau konsumen FIX | Pemetaan field dan sesi secara terperinci |
| Kebutuhan feed utama dan cadangan | Alamat jaringan produksi |
| Tim yang bertanggung jawab atas harga dan integrasi | Prosedur operasional lengkap |
Formulir permintaan demo memulai proses hanya dengan informasi kontak dasar. Kami mengumpulkan rincian cakupan yang diperlukan melalui email berikutnya agar pihak manajemen, tim dealing dan risiko, serta tim teknologi dapat meninjau jawaban yang sama pada waktu yang sesuai bagi mereka.
Ringkasan proses onboarding
Alur yang tepat bergantung pada sumber dan integrasi Anda, tetapi pekerjaan biasanya mengikuti urutan berikut:
Geser atau gulir secara horizontal untuk melihat semua kolom
| Tahap | Hal yang disepakati | Hasil praktis |
|---|---|---|
| 1. Cakupan tertulis | Instrumen, peran sumber, tujuan harga, destinasi, dan kebutuhan kontinuitas | Daftar kebutuhan dan pertanyaan terbuka yang terarah |
| 2. Desain representatif | Contoh normal, kompleks, sintetis, terjadwal, atau fallback | Cakupan demo yang menguji keputusan penting |
| 3. Kesiapan sumber | Akses, hak penggunaan, pemetaan simbol, dan kepemilikan sumber | Input yang terkonfirmasi untuk penggunaan yang disepakati |
| 4. Konfigurasi harga | Agregasi atau prioritas, kontrol komersial, jadwal, dan tujuan perlindungan | Tampilan aturan khusus klien yang siap ditinjau |
| 5. Integrasi pengiriman | Streaming atau FIX, arah koneksi, langganan, dan batas jaringan | Konsumen uji yang menerima output sesuai kesepakatan |
| 6. Persetujuan | Perilaku harga, penanganan sumber tidak valid, rekoneksi, pemantauan, dan kesepakatan feed cadangan | Bukti tertulis bahwa feed bekerja sesuai harapan |
| 7. Serah terima produksi | Peluncuran, akses, penanggung jawab peringatan, perubahan, dan pengaturan dukungan | Feed aktif dengan tanggung jawab operasional yang jelas |
Setiap tahap menghasilkan keluaran yang dapat ditinjau. Dengan demikian, koneksi teknis tidak dilanjutkan ketika asumsi harga masih belum jelas.
1. Sepakati hasil bisnis
Pertama-tama, kami menjelaskan harga klien yang ingin dihasilkan dengan bahasa yang lugas.
Satu simbol dapat menggunakan sekelompok sumber pilihan. Simbol lain dapat menggunakan sumber utama tertentu, lalu beralih ke sumber cadangan yang valid. Instrumen sintetis dapat bergantung pada dua harga lain. Kebijakan akhir pekan mungkin memerlukan sumber dan spread yang berbeda dari kebijakan hari kerja.
Contoh-contoh tersebut menetapkan perilaku feed tanpa perlu memublikasikan atau meminta seluruh detail implementasi. Panduan agregasi data pasar menjelaskan pilihan kebijakan utama, sedangkan cara kerja feed secara menyeluruh menunjukkan posisi pilihan tersebut dalam alur yang lebih luas.
2. Pilih kasus uji representatif
Demo yang efektif sengaja dibuat dalam cakupan kecil. Demo tersebut harus memiliki variasi yang cukup untuk memperjelas keputusan penting:
- satu simbol normal dan likuid;
- satu instrumen dengan fallback atau beberapa input;
- satu instrumen dengan spread khusus, markup, presisi, atau jadwal;
- satu pasar sintetis atau pasar yang lebih kompleks, jika relevan; dan
- satu kasus kegagalan sumber atau kuotasi abnormal.
Tujuannya bukan menyimulasikan seluruh cakupan instrumen produksi, melainkan memberi kesempatan kepada setiap tim untuk menilai apakah model sumber, harga, perlindungan, dan pengiriman yang diusulkan sudah tepat sebelum konfigurasi yang lebih luas dimulai.
Panduan evaluasi feed harga memuat daftar periksa lintas tim yang lebih lengkap.
3. Pastikan akses sumber dan tanggung jawab
Konektor dan hak untuk menggunakan data pasar merupakan dua hal yang berbeda.
Klien biasanya bertanggung jawab atas relasi dengan venue terkait, kredensial, langganan, dan hak penggunaan data pasar. CoinPriceFeeds mengonfirmasi jalur koneksi dan memetakan instrumen yang disepakati ke dalam alur harga khusus klien. Untuk platform yang disediakan klien atau sumber proprietari, kedua pihak juga menyepakati cara otorisasi sumber dan pihak yang mendukung sisi publikasi.
Kami mempertahankan identitas setiap sumber agar aturan harga dapat memperlakukan masing-masing input sesuai perannya. Lihat kategori sumber data pasar yang tersedia .
4. Tinjau kebijakan harga dalam format yang mudah dipahami
Kebijakan harga khusus klien disusun dalam lembar aturan yang dapat ditinjau. Sesuai cakupannya, lembar tersebut dapat menjelaskan:
- input mana yang memenuhi syarat untuk setiap simbol;
- apakah input digabungkan atau digunakan berdasarkan urutan prioritas;
- kontrol spread dan markup komersial;
- presisi dan pembulatan;
- kebijakan sesi atau hari kerja; dan
- respons yang diinginkan terhadap data usang, tidak tersedia, atau abnormal.
Tim dealing dan risiko dapat meninjau hasilnya tanpa membaca kode aplikasi. CoinPriceFeeds memvalidasi setiap usulan perubahan sebelum perubahan tersebut menggantikan konfigurasi yang sedang berjalan. Informasi lebih lanjut tersedia dalam ikhtisar mesin harga dan ikhtisar perlindungan kuotasi .
5. Hubungkan sistem hilir
Tim teknologi memilih integrasi terkecil yang sesuai.
Koneksi streaming yang mudah dibaca dapat sesuai untuk bridge atau layanan internal. FIX 4.4 dapat digunakan dalam alur kerja data pasar yang sudah mapan. Cakupan tertulis menetapkan pihak yang memulai setiap koneksi, simbol yang dibutuhkan setiap konsumen, serta cara merepresentasikan jalur utama dan cadangan.
Kredensial produksi, alamat privat, pengaturan sesi terperinci, dan pemetaan khusus klien hanya dipertukarkan dengan tim implementasi yang berwenang. Ikhtisar pengiriman dan integrasi untuk publik menjelaskan model yang tersedia tanpa mengungkapkan detail tersebut.
6. Uji perilaku, bukan hanya konektivitas
Menerima kuotasi membuktikan bahwa soket berfungsi. Proses persetujuan juga harus membuktikan bahwa perilaku operasional yang disepakati berjalan semestinya.
Pemeriksaan yang berguna meliputi:
- harga representatif dan nama simbol sudah benar;
- spread, markup, presisi, dan jadwal mengikuti kebijakan yang telah ditinjau;
- input yang tidak tersedia, kedaluwarsa, atau abnormal menghasilkan respons yang disepakati;
- perilaku rekoneksi dan langganan telah dipahami;
- endpoint utama dan cadangan melaporkan versi harga yang diharapkan;
- pemantauan memberi tim terkait tampilan yang berguna; dan
- penanggung jawab failover sudah jelas sebelum failover diperlukan.
CoinPriceFeeds dapat menyediakan alat referensi dan perbandingan untuk proses ini. Halaman redundansi serta pemantauan dan verifikasi menjelaskan bukti yang tersedia bagi klien.
7. Beralih ke produksi dengan kepemilikan yang jelas
Sebelum masuk ke produksi, kedua pihak harus mengetahui siapa yang bertanggung jawab atas setiap keputusan operasional.
Geser atau gulir secara horizontal untuk melihat semua kolom
| Area | Tanggung jawab klien | Tanggung jawab CoinPriceFeeds |
|---|---|---|
| Data pasar | Relasi dengan venue, penggunaan yang diizinkan, dan sumber dari sisi klien | Konektor yang disepakati dan penanganan status sumber |
| Kebijakan harga | Tujuan bisnis, peninjauan, dan persetujuan oleh pihak berwenang | Validasi dan penerapan pada feed klien |
| Integrasi | Logika platform, bridge, firewall, dan failover klien | Endpoint pengiriman yang disepakati dan diagnostik sisi feed |
| Akses | Memilih dan menghapus pengguna klien yang diotorisasi | Menegakkan akses feed dan dasbor yang disepakati |
| Pemantauan | Penerima internal dan penanggung jawab eskalasi | Visibilitas sisi feed dan sinyal operasional yang disepakati |
| Perubahan | Meminta dan menyetujui perubahan khusus klien | Implementasi dan verifikasi yang terkendali |
Ketentuan komersial, ekspektasi dukungan, dan pengaturan pemeliharaan dikonfirmasi berdasarkan cakupan yang disepakati, bukan disimpulkan dari pernyataan umum di situs web.
Waktu tergantung pada integrasi
Tidak ada satu durasi onboarding yang berlaku untuk semua kasus. Feed yang menggunakan sumber yang tersedia dan bridge klien yang sudah ada tentu berbeda dari feed yang memerlukan koneksi baru dengan otorisasi, peta simbol berskala besar, atau pekerjaan platform di sisi klien.
Faktor utama yang memengaruhi waktu adalah akses sumber, kompleksitas kebijakan harga, kesiapan konsumen hilir, persetujuan jaringan, dan kecepatan setiap tim dalam meninjau hasil representatif. Rencana tertulis memperlihatkan semua faktor tersebut sejak awal.
Detail sensitif tetap ada di saluran implementasi
Halaman publik menjelaskan fungsi produk dan aspek yang perlu dievaluasi klien. Halaman tersebut tidak memublikasikan kredensial, lokasi jaringan, pemetaan sumber klien, pengaturan perlindungan secara presisi, atau informasi khusus deployment lainnya.
Detail tersebut hanya dibagikan kepada pihak yang berwenang ketika diperlukan untuk penentuan cakupan, pengujian, atau produksi. Pendekatan ini menjaga percakapan awal tetap mudah dipahami sekaligus melindungi konfigurasi klien dan batas operasional layanan.
Feed yang disesuaikan dengan kebutuhan Anda
Mulai dengan kebutuhan feed yang sudah Anda miliki.
Kirimkan daftar instrumen, sumber yang tersedia, sistem tujuan, dan satu kasus harga yang kompleks. Kami akan membalas secara tertulis dengan langkah relevan berikutnya.