OTP Migration ke Qiscus
Tech Plan: OTP Migration ke Qiscus
Dokumen: RES-001
PIC / Owner: Hiru (Product/Eng Lead)
Status: In Discussion
Tanggal: Juli 2026
1. Latar Belakang
Saat ini pengiriman OTP menggunakan provider eksisting. Terdapat rencana untuk memindahkan sebagian alur pengiriman OTP ke Qiscus, hasil diskusi dengan Hiru.
Keputusan awal: migrasi OTP ke Qiscus hanya diterapkan untuk flow registrasi (registration), bukan untuk seluruh use case OTP (login, reset password, verifikasi transaksi, dsb).
2. Ruang Lingkup (Scope)
Termasuk dalam scope
- Migrasi pengiriman OTP untuk flow registrasi user baru ke Qiscus.
- Integrasi API Qiscus untuk pengiriman OTP (WhatsApp/SMS, sesuai channel yang didukung Qiscus).
- Update service backend yang menangani generate & validasi OTP registrasi agar terhubung ke Qiscus.
- Monitoring delivery rate OTP registrasi pasca migrasi.
Di luar scope
- OTP untuk login tetap menggunakan provider lama (belum berubah).
- OTP untuk reset password / forgot password tetap menggunakan provider lama.
- OTP untuk verifikasi transaksi tetap menggunakan provider lama.
3. Kebutuhan (Requirements)
Teknis
- Akses API Key & dokumentasi Qiscus OTP/messaging API.
- Update service OTP generator agar mendukung multi-provider (Qiscus untuk registrasi, provider lama untuk use case lain).
- Feature flag / config untuk switch provider per use case OTP.
- Logging & tracing untuk delivery status OTP dari Qiscus.
Tim & Koordinasi
- Alignment dengan Hiru terkait teknis integrasi dan timeline.
- Koordinasi dengan tim Backend untuk perubahan service OTP.
- Koordinasi dengan tim QA untuk regression testing flow registrasi.
Operasional
- SLA delivery OTP dari Qiscus (rata-rata waktu terima OTP).
- Rencana rollback ke provider lama jika delivery Qiscus gagal/di bawah SLA.
- Biaya per OTP dari Qiscus dibanding provider lama (cost comparison).
4. Task List
| No | Task | PIC | Prioritas | Status |
|---|---|---|---|---|
| 1 | Diskusi lanjutan dengan Hiru untuk finalisasi scope teknis migrasi | PM/Hiru | Tinggi | In Progress |
| 2 | Ajukan/aktifkan akses API Qiscus OTP | Eng | Tinggi | Belum Mulai |
| 3 | Desain arsitektur multi-provider OTP (routing per use case) | Backend Eng | Tinggi | Belum Mulai |
| 4 | Implementasi integrasi Qiscus untuk OTP registrasi | Backend Eng | Tinggi | Belum Mulai |
| 5 | Setup monitoring & alert delivery rate OTP | Eng/DevOps | Sedang | Belum Mulai |
| 6 | Definisikan kriteria & mekanisme rollback | PM/Eng | Sedang | Belum Mulai |
| 7 | Testing end-to-end flow registrasi dengan OTP Qiscus | QA | Tinggi | Belum Mulai |
| 8 | Cost comparison Qiscus vs provider lama | PM | Sedang | Belum Mulai |
| 9 | Rollout bertahap (canary) ke sebagian user registrasi | Eng | Sedang | Belum Mulai |
| 10 | Full rollout & monitoring pasca-launch | PM/Eng | Tinggi | Belum Mulai |
5. Risiko & Pertimbangan
- Delivery rate OTP Qiscus lebih rendah dari provider lama sehingga menghambat konversi registrasi.
- Ketergantungan pada satu provider baru tanpa fallback otomatis.
- Perbedaan format nomor / channel (WA vs SMS) yang tidak didukung penuh oleh Qiscus di semua region.
- Potensi downtime saat masa transisi/cutover.
6. Timeline / Milestone
| Fase | Target Waktu | Output |
|---|---|---|
| Finalisasi Scope & Alignment | Minggu 1 | Kesepakatan scope teknis dengan Hiru |
| Development & Integrasi | Minggu 2-3 | Integrasi Qiscus OTP untuk registrasi selesai |
| Testing & Canary Rollout | Minggu 4 | Hasil testing & rollout terbatas |
| Full Rollout | Minggu 5 | OTP registrasi 100% via Qiscus |
Related
- Downstream: [CS OmniChannel — Self-Hosted Server](CS Omnichannel — Self-Hosted) — flow registrasi CS kemungkinan akan mengirim OTP via Qiscus setelah migrasi. Koordinasikan dengan Eko.
- Upstream: [Liveness Detection — Mobile](Liveness Detection — Mobile) — kalau registrasi mobile mengadopsi liveness check, OTP Qiscus akan jadi layer kedua setelah biometric verification.
- Sibling: README → [Research Lab index](Research Lab)