Halaman ini diterjemahkan dari bahasa Inggris.
Alat Bisnis
Bangun sistem alur persetujuan
Kliv adalah AI app builder. Jelaskan aturan manajemen alur persetujuan Anda — ambang batas, perutean, pendelegasian, persetujuan Slack, laporan, dan jejak audit — dan Kliv akan membangun aplikasinya.
Cukup masukkan ide Anda ke dalam kotak teks dan AI akan membuatkannya untuk Anda
Apa itu Kliv?
Kliv bukan produk alur kerja dengan langkah-langkah baku — Kliv adalah AI yang membangun perangkat lunak untuk Anda.
Anda menjelaskan aplikasi yang Anda butuhkan dengan kata-kata biasa, dan Kliv membangun basis data, logika, layar, integrasi, dan aturannya. Anda memiliki hasilnya, menjalankannya di akun Anda sendiri, dan bisa mengubahnya nanti cukup dengan meminta. Ini bukan antrean templat.
Di halaman ini, aplikasi itu adalah sistem alur persetujuan. Kliv membangun berbagai jenis aplikasi web; yang satu ini merutekan permintaan, mencatat keputusan, menangani pendelegasian, dan menyimpan jejak audit.
Mengapa alur persetujuan mati di email
Sebuah permintaan pembelian punya nominal, kode pusat biaya, penawaran harga, dan aturan tentang siapa yang harus menyetujuinya. Di banyak perusahaan, ini berubah jadi utas email panjang, dan keputusannya sulit dibuktikan belakangan.
Kliv membangun sistem persetujuan mengikuti aturan Anda. Permintaan, perutean, keputusan, pendelegasian, dan laporan tersimpan di basis data milik Anda sendiri, jadi jawaban atas “siapa yang menyetujui ini?” adalah sebuah catatan, bukan hasil pencarian di email.
Catatan yang akan diminta auditor
Sistem persetujuan harus bisa membuktikan apa yang terjadi di kemudian hari. Catatan-catatan ini melakukannya.
Permintaan
Setiap permintaan membawa nama barang, nominal, kode pusat biaya, dan lampiran penawaran harga di penyimpanan berkas.
Aturan perutean
Di bawah Rp5.000.000, ke atasan langsung. Rp5.000.000 sampai Rp50.000.000, ke kepala departemen. Di atas itu, ke bagian keuangan dan manajer lokasi. Versi aturan yang merutekan permintaan tersebut tetap melekat padanya.
Keputusan
Keputusan setujui, tolak, dan kembalikan-untuk-detail adalah baris data dengan pelaku dan stempel waktu.
Pendelegasian
Seorang penyetuju bisa mengalihkan antreannya untuk rentang tanggal tertentu. Keputusan yang dibuat di bawah pendelegasian ditandai begitu secara permanen.
Visibilitas
Pemohon melihat permintaan mereka sendiri, penyetuju melihat antrean mereka, dan bagian keuangan melihat semuanya. Akses ditegakkan oleh aturan baris.
Contoh: produsen suku cadang milik Rina
Begini cara satu produsen mungkin menggunakan sistem persetujuan yang dibangun dengan Kliv. Ini hanya contoh — Anda akan menjelaskan ambang batas, kategori, aturan pendelegasian, dan kebutuhan audit Anda sendiri.
Permintaan pembelian dimulai dengan fakta yang dibutuhkan
Seorang operator mesin meminta spindel seharga Rp38.000.000, menambahkan kode pusat biaya, dan melampirkan penawaran harga pemasok dari terminal di lantai produksi.
Nominal menentukan rute
Rp38.000.000 berada di antara ambang batas, sehingga permintaan dirutekan ke kepala departemen lalu ke bagian keuangan. Rantai persetujuan yang dipilih dicatat bersama permintaan.
Penyetuju bertindak dari Slack
Kepala departemen melihat permintaan di kanal persetujuan dan menyetujuinya dari sana. Aplikasi mencatat keputusan itu kembali ke permintaan.
Pendelegasian menutupi cuti sang kontrolir
Kontrolir keuangan sedang cuti, jadi wakilnya memegang antrean selama seminggu. Persetujuan itu ditandai sebagai dibuat di bawah pendelegasian.
Permintaan ditutup dengan jejak yang bisa dibuktikan
Pemohon dikirimi email, nomor pesanan pembelian diterbitkan, dan aturan, pelaku, stempel waktu, serta penawaran harga semuanya ada dalam satu catatan.
Jelaskan aturan persetujuan yang Anda inginkan
Kliv membangun dari deskripsi Anda, jadi sertakan nominal, kategori, penyetuju, pendelegasian, lampiran, notifikasi, dan laporan. Semakin detail yang Anda berikan, semakin dekat versi pertamanya.
Persetujuan pembelian
Ambang batas nominal, kode pusat biaya, dan penawaran harga terlampir.
“Bangun alur persetujuan pembelian. Permintaan di bawah Rp5.000.000 ke atasan langsung, Rp5.000.000 sampai Rp50.000.000 ke kepala departemen, dan di atas Rp50.000.000 ke bagian keuangan plus manajer lokasi. Wajibkan lampiran penawaran harga, lacak kode pusat biaya, dukung pendelegasian saat cuti, dan kirim laporan pengeluaran bulanan per departemen lewat email.”
Persetujuan pengeluaran
Foto struk, antrean manajer, dan ekspor untuk keuangan.
“Bangun aplikasi persetujuan pengeluaran di mana staf memfoto struk, manajer menyetujui dari antrean, pengeluaran di atas Rp10.000.000 juga membutuhkan persetujuan keuangan, dan pengeluaran yang disetujui diekspor ke buku besar bulanan berisi nama karyawan, kategori, PPN, dan tautan struk.”
Kontrol rilis gambar teknik
Persetujuan desain dan mutu sebelum rilis.
“Bangun alur rilis dokumen teknik di mana setiap gambar membutuhkan persetujuan desain dan mutu sebelum menjadi revisi resmi. Jaga agar revisi lama tetap hanya-baca, catat siapa yang menyetujui setiap perpindahan tahap, dan beri notifikasi Slack saat gambar dirilis.”
Bagaimana semuanya menyatu
Aturan bisa berubah. Ambang batas, kategori, dan rantai persetujuan adalah data yang bisa Anda ubah. Jika kebijakan berubah, Anda cukup menjelaskan perubahannya dan Kliv memperbarui aplikasinya.
Slack adalah permukaan kerja. Aplikasi bisa memposting permintaan yang tertunda ke Slack dan mencatat persetujuannya kembali ke basis data. Kredensial disimpan di brankas platform, bukan di dalam kode.
Persetujuan sendiri bisa diuji. Kliv bisa menjalankan Skenario di mana seorang pemohon mencoba menyetujui permintaannya sendiri senilai Rp38.000.000 dan memverifikasi bahwa percobaan itu ditolak.
Waktu siklus bisa diukur. Waktu-ke-keputusan per penyetuju, permintaan yang dikembalikan, dan pengeluaran per pusat biaya bisa dilaporkan dari baris data yang sama.
Alur persetujuan sering berujung pada lebih banyak alat internal; halaman alat internal mengikuti pola itu.
Pertanyaan umum
Apa sebenarnya Kliv itu?
Kliv adalah AI app builder. Anda menjelaskan aturan persetujuan Anda, dan Kliv membangun aplikasi sungguhan untuk permintaan, perutean, keputusan, pendelegasian, laporan, dan jejak audit.
Apakah saya mendapat aplikasi sungguhan, atau templat?
Aplikasi sungguhan. Ambang batas, kategori, rantai penyetuju, aturan visibilitas, dan laporan Anda dibangun langsung ke dalam basis data dan layarnya.
Bisakah diubah setelah dibangun?
Bisa. Anda bisa mengubah ambang batas, penyetuju, kategori, kanal Slack, laporan, atau aturan pendelegasian cukup dengan memintanya.
Bisakah riwayat diedit setelahnya?
Tidak. Keputusan adalah catatan tambah-saja dengan pelaku dan stempel waktu. Koreksi adalah catatan baru yang merujuk ke catatan lama.
Apa yang terjadi saat penyetuju sedang tidak ada?
Catatan pendelegasian mencakup tanggal mulai dan selesai yang ditentukan, dan keputusan yang dibuat di bawah pendelegasian menyatakan begitu.
Apakah perubahan aturan memengaruhi permintaan yang sedang berjalan?
Tidak harus. Secara default, sebuah permintaan bisa tetap memakai rute yang ditetapkan saat itu, dengan versi aturan tersebut tersimpan pada permintaannya.
Bisakah penyetuju bertindak dari Slack?
Bisa. Aplikasi bisa memposting permintaan yang tertunda ke Slack dan mencatat tindakannya kembali ke jejak persetujuan.
Bagaimana penyetuju masuk ke aplikasi?
Dengan akun di aplikasi Anda: email dan kata sandi, masuk dengan Google, passkey, dan autentikasi dua faktor jika Anda mau.
Bisakah pemohon melihat permintaan orang lain?
Hanya jika Anda mengizinkannya. Pengaturan yang umum adalah pemohon melihat permintaan mereka sendiri, penyetuju melihat antrean mereka, dan bagian keuangan melihat semuanya.
Bisakah saya memakai domain sendiri?
Bisa. Aplikasi bisa berjalan di domain Anda sendiri.
Bisakah saya pindah dari Kliv nanti?
Bisa. Kode aplikasi disinkronkan ke repositori Git Anda sendiri, jadi berpindah cukup dengan git pull, bukan membangun ulang dari nol.
Lainnya di kategori ini
Berhenti menyetujui hal-hal dengan sekadar meneruskannya
Jelaskan ambang batas, rantai persetujuan, pendelegasian, dan laporan seperti Anda menjelaskannya ke karyawan baru. Kliv membangun alur kerjanya dari deskripsi itu.
