Ticketing engine
Lifecycle dengan status kustom, relasi dan merge, follow-up untuk tiket tertutup, operasi massal, serta riwayat kejadian yang utuh di setiap tiket.
Demo langsung tersedia sekarang
Meja dukungan yang tidak perlu developer untuk diubah.
FeDesk adalah platform ticketing kelas enterprise. Admin mengubah field, form, status, trigger, SLA, antrean, dan peran langsung dari Admin Center — pada skala ratusan custom field, tanpa satu baris kode pun ikut di-deploy.
Berisi data contoh — tiket, antrean, SLA, dan artikel siap dijelajahi.
Kemampuan inti
Mesin lengkap, bukan sekadar kotak masuk bersama
Setiap bagian di bawah ini adalah mesin tersendiri dengan versi, simulasi, dan catatan eksekusinya masing-masing — bukan tumpukan pengaturan yang saling menimpa diam-diam.
Metadata engine
Ratusan custom field bertipe nyata, form dengan visibilitas dan kewajiban bersyarat, status per form, tag — semuanya berversi dengan indeks dependensi.
Rule engine
Trigger dan automation berbasis waktu di atas satu evaluator ALL/ANY. Berversi, bisa disimulasikan sebelum menyala, punya log eksekusi dan penjaga loop.
SLA engine
Jadwal kerja dan hari libur, kondisi kebijakan sampai ke custom field, jam SLA per tiket, dan penandaan pelanggaran yang idempoten — tidak dobel saat replay.
Routing & operasi
Antrean dengan kapasitas atomik, status kehadiran agent secara realtime, skill, dan penjelasan kenapa sebuah tiket mendarat di orang tertentu.
Knowledge base
Hierarki kategori → seksi → artikel, daur hidup draf → terbit → arsip dengan riwayat versi, visibilitas internal atau publik, plus saran artikel di layar tiket.
Tanpa deployment kode
Perubahan operasional berhenti mengantre di sprint
Di kebanyakan meja dukungan, menambah satu field wajib berarti tiket Jira, review, dan jendela rilis. Di FeDesk itu pekerjaan admin, selesai dalam menit — dan sistem memeriksa dampaknya sebelum Anda menyimpan.
- Konfigurasi berversi. Setiap perubahan menghasilkan versi baru, bukan menimpa yang lama — jadi bisa dibandingkan dan dikembalikan.
- Pemeriksaan dampak dependensi. Sebelum sebuah field dihapus, sistem menunjukkan rule, view, form, dan SLA mana yang akan ikut patah.
- Simulasi sebelum menyala. Jalankan rule baru terhadap kondisi nyata dan lihat hasilnya tanpa satu tiket pun tersentuh.
- Field bertipe, bukan JSON bebas. Angka tetap angka dan tanggal tetap tanggal — sehingga bisa difilter, diurutkan, dan dilaporkan dengan benar.
100–500
custom field aktif yang jadi target desain, bukan batas teknis
0
deployment kode untuk mengubah field, rule, SLA, atau antrean
1
policy engine untuk semua permukaan: list, detail, pencarian, ekspor, job
409
optimistic locking menolak perubahan basi, bukan menimpanya diam-diam
↓
↓
↓
↓
Explainability
"Kenapa tiket ini pindah?" punya jawaban, bukan tebakan
Otomasi yang tidak bisa dijelaskan akan berhenti dipercaya, lalu dimatikan, lalu dikerjakan manual lagi. Karena itu setiap perubahan otomatis di FeDesk menyimpan rantai lengkapnya: event pemicu, rule beserta versi eksaknya saat itu, kondisi yang cocok, aksi yang dijalankan, dan nilai sebelum–sesudah.
Semua tindakan ter-audit. Retry dan replay tidak pernah menghasilkan efek ganda, karena idempotency dijaga di seluruh jalur — bukan ditambal per fitur.
Platform developer
Dibangun untuk disambungkan
Meja dukungan jarang berdiri sendiri. FeDesk memperlakukan integrasi sebagai bagian inti, bukan tempelan.
REST API v1
API publik berversi dengan pembuatan tiket yang idempoten — kirim ulang permintaan yang sama tidak akan melahirkan tiket kembar.
OAuth & service account
Kredensial mesin-ke-mesin dengan scope terbatas, satu akun per sistem, bisa dicabut sendiri-sendiri tanpa mengganggu integrasi lain.
Webhook outbound
Kiriman bertanda tangan HMAC-SHA256 supaya penerima bisa membuktikan permintaan benar berasal dari FeDesk, lengkap dengan monitor dan percobaan ulang.
Ekspor & impor
Ekspor asinkron untuk data besar tanpa membekukan layar, dan importer generik untuk memindahkan orang, organisasi, dan tiket masuk.
Realtime
Kehadiran agent dan pembaruan layar mengalir lewat WebSocket — layar operasional hidup karena didorong server, bukan karena polling.
Audit & rate limit
Jejak audit untuk setiap tindakan, batas laju per klien, dan correlation ID yang menyambung dari permintaan sampai job terakhir.
Lihat sendiri, isinya sudah ada
Demo berisi tiket contoh, antrean, kebijakan SLA, macro, dan artikel knowledge base — jadi Anda bisa langsung menelusuri alur kerjanya, bukan menatap layar kosong.