Agentic AI menjadi berguna saat ia membantu 1 alur kerja nyata, bukan saat ia hanya dapat berbicara tentang semua data perusahaan. Mulailah dari 1 keputusan yang berulang, 1 sumber data utama, dan batas tindakan yang dapat diperiksa.
Spreadsheet yang sudah digital belum tentu menjadi alur kerja terpadu. Tim dapat masih menyalin angka dari stok ke penawaran, lalu dari penawaran ke invoice. Data ada di layar, tetapi status, pemilik keputusan, dan aturan perubahan masih terpisah.
Artikel ini memberi rancangan awal untuk menghubungkan data tanpa memaksa semua sistem masuk ke 1 database fisik. Baca juga kesiapan perusahaan Indonesia menghadapi era AGI sebelum memilih alur kerja pertama.
Data digital belum tentu bekerja bersama
File spreadsheet dapat menyimpan daftar pelanggan, stok, dan harga. Namun, file itu tidak selalu memberi jawaban yang sama kepada sales, gudang, dan keuangan. 1 orang dapat mengubah salinan lama tanpa memberi tahu pemilik data utama.
Alur kerja terpadu menetapkan peristiwa, pemilik, status, dan bukti untuk setiap langkah. Sistem juga menentukan data mana yang menjadi sumber utama. Jika stok berubah, penawaran yang belum disetujui perlu mengetahui perubahan itu sebelum dikirim.
Jangan mulai dengan perintah, “hubungkan semua data kami.” Petakan 1 alur yang sering menyebabkan kerja ulang. Catat sumber, pembaca, penulis, aturan bisnis, dan tindakan yang memerlukan persetujuan.
Satukan identitas bisnis, bukan semua database
Identitas bisnis terpadu berarti sistem mengenali pelanggan, produk, pesanan, dan dokumen yang sama dengan ID yang konsisten. Ini tidak berarti perusahaan harus memindahkan semua data ke 1 database fisik. CRM, aplikasi stok, dan sistem akuntansi dapat tetap menjadi sumber yang berbeda.
Gunakan API, yaitu jalur yang memungkinkan aplikasi bertukar data dengan aturan yang jelas. Tetapkan sistem mana yang berhak mengubah setiap jenis data. Simpan juga waktu pembaruan dan versi agar sistem dapat menolak data yang sudah kedaluwarsa.
Gunakan RBAC, atau kontrol akses berbasis peran, agar setiap orang dan agent hanya membaca atau menulis data sesuai tugasnya. Simpan audit log, yaitu catatan siapa melakukan tindakan, kapan, dengan input apa, dan hasil apa. Kedua kontrol ini membantu tim menelusuri kesalahan tanpa menebak.
MCP, atau Model Context Protocol, dapat menjadi jalur standar antara agent dan tool atau data yang diizinkan. Namun, MCP tidak menggantikan izin, aturan harga, atau pemeriksaan hasil tool. Aplikasi tetap harus menegakkan aturan tersebut.
Setelah tim memetakan sumber utama, pemilik data, dan batas tindakan, gunakan AI Agent Ops Install untuk memasang kontrol akses, audit log, dan SOP. Jangan memberi agent akses operasi sebelum kebutuhan kontrol tersebut jelas.
Gunakan Rama Business OS saat beberapa modul perlu memakai identitas, persetujuan, dan audit log yang sama. Mulai dari modul paling sempit agar tim dapat memeriksa perilakunya.
Ilustrasi: distributor dari sales sampai invoice
Contoh ini adalah ilustrasi rancangan Rama Digital, bukan pengalaman pelanggan. Seorang sales menerima permintaan 200 unit produk. Agent dapat membaca profil pelanggan dari CRM, stok tersedia dari sistem gudang, dan aturan diskon dari katalog resmi.
- Sales memasukkan permintaan dan kode pelanggan.
- Sistem memeriksa ID pelanggan, produk, dan versi harga.
- Agent membaca stok dan membuat draft penawaran.
- Aturan kode menghitung harga, pajak, dan batas diskon.
- Atasan menyetujui penawaran bila nilainya melewati batas.
- Sistem membaca ulang stok saat reservasi benar-benar dilakukan setelah penawaran disetujui.
- Sistem membuat draft invoice dari pesanan yang disetujui.
- Keuangan menyetujui pengiriman invoice.
Agent tidak boleh mengarang harga ketika katalog tidak lengkap. Agent harus menandai data yang hilang dan meminta pemeriksaan. Aturan harga dan pembayaran harus berjalan dalam kode, bukan hanya dalam prompt.
Jaga juga hubungan antarcatatan. Penawaran harus menyimpan ID permintaan, ID stok, versi harga, dan ID persetujuan. Hubungan ini membantu sistem mengenali permintaan ganda dan mencegah invoice untuk pesanan yang sudah dibatalkan.
Jika proses penawaran, follow-up, invoice, dan persetujuan sudah menjadi 1 masalah operasi, lihat OS Module: CRM. Tetapkan scope dan pemilik keputusan sebelum menghubungkan data produksi.
Pilih pola kerja sesuai batas keputusan
Tabel ini adalah perbandingan operasional asli Rama Digital. Anthropic membedakan workflow yang mengikuti jalur tetap dari agent yang memilih langkah dan tool secara dinamis. Gunakan perbedaan ini sebagai pilihan rancangan.
Jangan memberi kebebasan memilih ketika aturan dan urutan sudah pasti. Gunakan kode untuk aturan tetap dan agent untuk pilihan yang memiliki batas jelas.
| Atribut | Otomasi deterministik | Asisten AI | Agent berbatas |
|---|---|---|---|
| Jalur kerja | Kode menentukan semua langkah. | Pengguna memilih tugas dan menilai jawaban. | Agent memilih langkah dalam batas yang ditetapkan. |
| Input utama | Data terstruktur dan aturan tetap. | Pertanyaan, dokumen, atau instruksi pengguna. | Status tugas, data resmi, tool yang diizinkan, dan kebijakan. |
| Tindakan | Sistem menjalankan tindakan yang telah diprogram. | Asisten biasanya memberi jawaban atau draft. | Agent dapat membaca, membuat draft, atau meminta persetujuan. |
| Kontrol | Validasi input, uji, dan aturan kode. | peninjauan pengguna sebelum memakai hasil. | RBAC, audit log, batas tool, persetujuan manusia, dan pemulihan perubahan. |
| Contoh | Hitung pajak dari nilai yang valid. | Ringkas catatan rapat menjadi draft follow-up. | Siapkan penawaran dari data CRM dan stok resmi. |
Gunakan otomasi deterministik untuk harga, pembayaran, pajak, stok minimum, dan aturan yang harus selalu sama. Gunakan asisten AI untuk ringkasan atau draft yang tetap diperiksa manusia. Gunakan agent berbatas saat urutan kerja dapat berubah, tetapi ruang data dan tindakan tetap jelas.
Naikkan kewenangan secara bertahap
Mulai dengan fase baca. Agent dapat mengambil data resmi, menunjukkan sumber, dan menjelaskan status. Uji apakah ia memilih pelanggan, produk, dan versi dokumen yang benar.
Lanjutkan ke fase draft. Agent dapat menyiapkan penawaran, email, atau ringkasan tindakan. Simpan draft dengan ID tugas.
Jangan kirim, ubah saldo, atau memperbarui data utama pada fase ini.
Baru gunakan fase tulis yang disetujui. Manusia yang berwenang menyetujui tindakan sensitif, termasuk tindakan keuangan, perubahan HR, pengiriman invoice, dan perubahan data pelanggan. Sistem kemudian menjalankan perubahan terbatas dan menyimpan hasilnya pada audit log.
Untuk dokumen yang mempunyai versi, sumber, dan approver yang tersebar, gunakan Sistem Dokumen Perusahaan. Jangan kirim isi dokumen, kredensial, atau data sensitif melalui formulir publik.
Uji kegagalan sebelum memberi hak tulis
Agent yang terlihat lancar dalam demo dapat gagal pada kondisi operasi. Rancang kasus uji sebelum memperluas akses. Kasus ini menguji sistem, bukan hanya kemampuan model menjawab.
- Permintaan ganda: kirim permintaan yang sama 2 kali. Idempotensi berarti 1 request menghasilkan 1 tindakan. Sistem memakai ID idempoten agar tidak membuat 2 penawaran atau 2 invoice.
- Stok kedaluwarsa: ubah stok setelah agent membuat draft. Sistem harus membaca ulang stok saat persetujuan dan saat reservasi dilakukan.
- Harga halusinasi: kosongkan atau ganti katalog. Agent harus berhenti dan menandai data yang tidak lengkap.
- Instruksi sisipan: letakkan pesan pelanggan yang meminta agent mengabaikan kebijakan. Sistem harus memperlakukan pesan itu sebagai data, bukan aturan.
- Tool habis waktu: buat API tidak merespons. Timeout berarti batas waktu respons tool telah habis. Sistem mencatatnya, mencegah pengulangan buta, dan memberi jalur pemulihan.
- Pemulihan perubahan: simulasi write yang hanya sebagian berhasil. Sistem harus mengetahui perubahan yang terjadi dan dapat membatalkan atau mengeskalasi dengan aman.
Jangan gunakan prompt sebagai 1-satunya perlindungan. Terapkan validasi schema, batas nilai, idempoten, batas waktu respons, pengulangan terbatas, dan pemulihan perubahan di aplikasi. Persetujuan manusia tetap diperlukan untuk tindakan keuangan dan HR yang sensitif.
Jika data perlu diproses di lingkungan perusahaan, tinjau Local AI Server untuk Perusahaan. Pilih jalur ini berdasarkan kebutuhan data, operasi, dan infrastruktur yang dapat diverifikasi.
Bangun integrasi yang dapat dipelihara
Mulai dengan kontrak sederhana antar-sistem: ID, status, waktu pembaruan, pemilik, dan kondisi gagal. Dokumentasikan siapa yang boleh memanggil API dan respons apa yang menandakan tindakan berhasil. Hindari integrasi yang hanya mengandalkan salin-tempel atau akses akun bersama.
Gunakan Web Application Development bila alur kerja memerlukan aplikasi, API, dashboard, atau role yang belum tersedia di sistem saat ini. Tulis kriteria penerimaan sebelum tim memberi agent akses produksi. Kriteria penerimaan menjelaskan hasil yang harus diperiksa sebelum akses diberikan.
Prototipe yang dibuat cepat juga perlu diperiksa sebelum menyentuh data nyata. Jika prototipe lama memiliki akses tidak jelas, log tidak lengkap, atau perubahan tidak dapat diuji, gunakan Vibe Code Rescue untuk audit dan stabilisasi awal.
Batas bukti dan langkah berikutnya
International AI Safety Report 2026 menyatakan kemampuan agent meningkat, tetapi kesalahan dasar dan kendala keandalan masih ada. Gunakan ini sebagai alasan untuk menguji batas sistem. Laporan itu bukan janji bahwa rancangan tertentu akan berhasil di perusahaan Anda.
Google Cloud Indonesia menjelaskan program Indonesia BerdAIa yang menghubungkan kesiapan data, keterampilan, dan kebutuhan bisnis. Ini adalah program vendor. Gunakan sebagai konteks, bukan bukti hasil atau rekomendasi vendor untuk semua perusahaan.
Sesudah 1 alur kerja stabil, susun urutan 90 hari melalui rencana transformasi AI perusahaan selama 90 hari. Ukur kualitas sumber, waktu peninjauan, kerja ulang, dan insiden sebelum menambah kewenangan agent.
Pertanyaan umum
Apakah data perusahaan harus masuk ke 1 database?
Tidak. Gunakan ID yang konsisten, sumber utama yang jelas, akses berbasis peran, dan pertukaran data yang dapat dilacak. Pertahankan sistem terpisah bila sistem tersebut tetap menjadi sumber utama untuk jenis data tertentu.
Kapan agent boleh membuat invoice?
Mulai dengan draft invoice dari pesanan yang disetujui. Berikan hak tulis setelah sistem memeriksa harga, pembayaran, stok, ID idempoten, dan persetujuan keuangan yang diperlukan.
Apakah agent dapat menggantikan aturan bisnis?
Tidak. Simpan aturan tetap, seperti harga, pajak, batas diskon, dan pembayaran, dalam kode atau sistem resmi. Gunakan agent untuk membaca konteks, membuat draft, dan mengarahkan pekerjaan di dalam batas tersebut.
