Agen Pemrosesan Dokumen untuk Operasional Logistik
Tiga alur dokumen berjalan otomatis dengan validasi berlapis dan jalur eskalasi ke operator
Alur sistem
- Perusahaan logistik nasional
- Agen AI
- Jakarta, Indonesia
- 30 April 2026
Tangkapan layar

Gambar tidak dapat dimuat.

Gambar tidak dapat dimuat.
Gambar sementara dari demo publik Apache Superset. Bukan tangkapan layar proyek klien.Sumber gambar ↗
Bagaimana sistem ini bekerja
Dari dokumen masuk ke data operasional, dengan pemeriksaan dan jalur tinjauan operator sebelum diteruskan.
Dokumen masuk
PDF dan hasil pindai dari mitra
Klasifikasi & ekstraksi
Skema per alur dan tingkat keyakinan
Validasi berlapis
Aturan bisnis dan data referensi
Sistem operasional
Dokumen yang lolos pemeriksaan
Tinjauan operator
Field meragukan ditandai
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:
- Dokumen masuk diklasifikasikan ke salah satu dari tiga alur yang didukung.
- Model bahasa mengekstrak field terstruktur beserta tingkat keyakinannya.
- Lapisan validasi memeriksa hasil ekstraksi terhadap aturan bisnis dan data referensi di basis data internal.
- 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.
Ada proses serupa di tim Anda?
Ceritakan alur kerja dan kendalanya. Kita mulai dengan lingkup yang bisa dijelaskan dan diperiksa.


