Agen AIStudi kasus

Agen Pemrosesan Dokumen untuk Operasional Logistik

Lingkup yang dikirim

Tiga alur dokumen berjalan otomatis dengan validasi berlapis dan jalur eskalasi ke operator

Alur sistem
Ilustrasi konseptual. Bukan foto atau tangkapan layar sistem klien.
Klien
Perusahaan logistik nasional
Kategori
Agen AI
Lokasi
Jakarta, Indonesia
Selesai
30 April 2026

Alur sistem

Bagaimana sistem ini bekerja

Dari dokumen masuk ke data operasional, dengan pemeriksaan dan jalur tinjauan operator sebelum diteruskan.

01

Dokumen masuk

PDF dan hasil pindai dari mitra

02

Klasifikasi & ekstraksi

Skema per alur dan tingkat keyakinan

03

Validasi berlapis

Aturan bisnis dan data referensi

04A

Sistem operasional

Dokumen yang lolos pemeriksaan

04B

Tinjauan operator

Field meragukan ditandai

Diagram disederhanakan dari lingkup yang dijelaskan dalam studi ini.

Dokumen yang gagal validasi atau keyakinannya rendah masuk ke tinjauan operator. Jalur ini dibangun sebelum otomasinya.

⚠ Studi kasus ini dianonimkan berdasarkan perjanjian kerahasiaan (NDA). Nama klien, logo, tangkapan layar sistem, dan angka bisnis tidak dipublikasikan. Yang dijelaskan di bawah adalah lingkup rekayasa yang dikerjakan.

Masalahnya

Tim operasional menerima dokumen pengiriman dalam bentuk PDF dan hasil pindai dari puluhan mitra, masing-masing dengan tata letak sendiri. Setiap dokumen dibaca manual, lalu field-nya diketik ulang ke sistem operasional. Proses ini menjadi titik penyempitan setiap kali volume naik, dan kesalahan ketik baru ketahuan di tahap penagihan.

Yang kami bangun

Satu layanan pemrosesan dokumen yang berjalan di antara kotak masuk dan sistem operasional:

  1. Dokumen masuk diklasifikasikan ke salah satu dari tiga alur yang didukung.
  2. Model bahasa mengekstrak field terstruktur beserta tingkat keyakinannya.
  3. Lapisan validasi memeriksa hasil ekstraksi terhadap aturan bisnis dan data referensi di basis data internal.
  4. Dokumen yang lolos diteruskan otomatis. Dokumen yang gagal validasi atau keyakinannya rendah masuk ke antrean tinjauan operator, lengkap dengan sorotan pada field yang meragukan.

Keputusan teknis

Kami menolak pendekatan “satu prompt untuk semua dokumen”. Setiap alur dokumen punya skema ekstraksi sendiri dan evaluation set sendiri, dibangun dari 400 dokumen nyata yang sudah dilabeli tim operasional. Setiap perubahan prompt atau pergantian model dijalankan terhadap set itu terlebih dahulu, sehingga perbaikan pada satu alur tidak diam-diam merusak alur lain.

Jalur eskalasi ke operator dibangun lebih dulu daripada otomasinya. Sistem ini tidak pernah dirancang untuk berjalan tanpa manusia; ia dirancang untuk menyerahkan kasus yang tidak yakin, dan itu yang membuatnya bisa dipercaya untuk sisanya.

Serah terima

Kode, konfigurasi infrastruktur, evaluation set, dan runbook operasional diserahkan ke repositori klien. Tim internal mereka yang menjalankan dan mengembangkan sistem ini sekarang.

Dari studi ini ke proyek Anda

Ada proses serupa di tim Anda?

Ceritakan alur kerja dan kendalanya. Kita mulai dengan lingkup yang bisa dijelaskan dan diperiksa.

Studi kasus berikutnya

InvestorID: Intelijen Investasi AI untuk BEI