Menyambung AI ke sistem legacy yang tidak punya API

Kondisi yang paling sering ditemui

ERP berumur belasan tahun, jalan di server sendiri, vendornya sudah tidak aktif, dan tim IT punya satu aturan: jangan disentuh.

Ini bukan kasus khusus. Ini kondisi normal di perusahaan Indonesia yang sudah beroperasi lama, dan justru perusahaan seperti inilah yang paling banyak menanggung pekerjaan manual — karena sistemnya bekerja cukup baik untuk dipertahankan, tapi tidak cukup terbuka untuk disambungkan.

Aturan "jangan disentuh" itu sendiri biasanya rasional. Sistem itu memegang data transaksi bertahun-tahun, tidak ada yang benar-benar paham isi perutnya lagi, dan tidak ada lingkungan uji yang setara produksi.

Tiga jalur integrasi

Ada tiga cara menyambungkan sesuatu ke sistem yang tidak dirancang untuk disambungkan. Ketiganya sah, dan pilihannya ditentukan oleh apa yang sistem itu izinkan, bukan oleh preferensi teknis.

Integrasi API

Jalur paling bersih kalau sistemnya mendukung. Perubahan data mengalir dua arah, setiap panggilan bisa diaudit, dan kontraknya eksplisit sehingga perubahan di salah satu sisi cepat ketahuan.

Sebagian sistem lama sebenarnya punya API yang tidak pernah dipakai — dibeli sebagai modul tambahan, lalu dilupakan. Ini termasuk hal pertama yang kami periksa.

Database connector

Untuk sistem tanpa API. Aksesnya read-only ke replika, bukan ke primary, supaya beban query dan risiko kesalahan tidak pernah menyentuh sistem yang sedang melayani operasional.

Konsekuensinya: skema database bukan kontrak publik. Ia bisa berubah saat sistemnya di-patch, tanpa pemberitahuan. Maka integrasi lewat jalur ini selalu dipasangkan dengan validasi bentuk data di sisi kami, dan alarm kalau bentuknya berubah.

RPA

Jalan terakhir untuk sistem yang hanya bisa diakses lewat antarmuka. Ia bekerja, dan untuk sebagian kasus ia satu-satunya yang bekerja.

Tapi ia rapuh terhadap perubahan UI — satu pembaruan tampilan bisa menghentikan seluruh alur. Karena itu RPA tidak pernah kami pasang sendirian: selalu dengan monitoring yang mendeteksi kegagalan lebih cepat dari laporan pengguna, dan jalur eskalasi yang jelas ke manusia.

File exchange, yang sering dilupakan

Di luar ketiganya, banyak sistem lama sudah punya ekspor terjadwal yang berjalan sejak dulu. CSV yang jatuh ke folder jaringan setiap malam tetap kontrak integrasi yang sah — formatnya stabil, tidak membebani sistem sumber, dan tidak butuh izin akses baru.

Jalur ini sering diabaikan karena terdengar kuno. Padahal untuk proses yang tidak menuntut hasil seketika, ia paling murah dan paling tahan banting.

Yang menentukan bukan teknologinya

Kalau prosesnya sendiri tidak jelas,
integrasi tercanggih pun hanya mempercepat kekacauan.

Urutannya selalu sama: perjelas prosesnya, tentukan titik sambungnya, baru pilih cara menyambungnya. Membalik urutan ini menghasilkan integrasi yang secara teknis rapi tapi menyambungkan hal yang salah.

Soal keamanan dan kepatuhan

Pertanyaan pertama dari tim IT hampir selalu sama: data ini keluar ke mana.

Jawabannya tergantung arsitektur yang dipilih, dan itu keputusan yang diambil di awal, bukan di akhir. Deployment bisa dilakukan on-premise, di private cloud, atau di dalam VPC Anda sendiri — mengikuti kebijakan data yang sudah berlaku, bukan memaksa kebijakannya menyesuaikan alat.

Untuk sebagian klien, ini berarti tidak ada satu pun data operasional yang meninggalkan jaringan mereka. Itu batasan yang bisa dipenuhi, dan lebih baik dinyatakan sejak awal daripada ditemukan di tengah implementasi.