Bab 5: Vendor Bukan Dewa, IT Internal Bukan Pembantu

Wajah kelima dari tesis yang sama: kalau Anda sudah membayar sistemnya, kenapa Anda masih bisa disandera olehnya?

Sandera di Ruang Server

Saya belajar, sering kali terlambat, bahwa ada bentuk ketergantungan yang baru terasa pada hari kita ingin pergi. Selama tidak ada niat berpisah, ia menyamar sebagai kemudahan; baru ketika pintu keluar dicoba, ketahuan siapa sebenarnya yang memegang kuncinya.

Sebuah BUMD air minum daerah telah memakai aplikasi penagihan (billing system) dari satu vendor lokal selama delapan tahun. Sistemnya kuno, sering mogok di akhir bulan, dan tak bisa disambungkan ke kanal pembayaran modern. Direksi BUMD yang baru memutuskan memutus kontrak itu dan bermigrasi ke ekosistem pelaporan yang lebih transparan.

Surat pemutusan dikirim. Tiga hari kemudian, tim TI internal mencoba mengekspor data pelanggan dan riwayat tagihan dari server lama. Yang mereka temukan membuat bulu kuduk meremang: pangkalan data (database) itu dienkripsi dengan kata sandi tingkat tinggi, dan struktur tabelnya sengaja diacak.

Ketika vendor dipanggil, ia dengan tenang membuka halaman kesembilan kontrak yang diteken delapan tahun lalu oleh direksi sebelumnya. Di sana, dalam sebuah klausul kecil: “Seluruh struktur data dan algoritma pemrosesan merupakan kekayaan intelektual pengembang. Migrasi data ke platform pihak ketiga akan dikenakan biaya jasa ekstraksi.” Biaya “jasa ekstraksi” yang diminta setara dengan nilai kontrak membangun sistem yang baru.

Utilitas itu lumpuh. Tanpa riwayat tunggakan, mereka tidak bisa menagih pelanggan selama dua bulan, dua bulan pendapatan yang membeku di sebuah perusahaan yang kasnya memang sudah tipis. Pada akhirnya, dengan dalih “menjaga pelayanan publik”, Direksi membayar tebusan terselubung itu. Uang publik yang seharusnya bisa menambal pipa dipakai untuk menebus data milik mereka sendiri. Mereka tidak sedang membeli perangkat lunak; mereka sedang menyewa kembali data pelanggan mereka sendiri.

Yang menarik, direktur BUMD yang meneken kontrak beracun itu delapan tahun silam bukan orang bodoh atau koruptor. Posisinya pantas dilihat dengan simpati: ia hanya memilih penawaran termurah yang paling cepat jadi, persis seperti yang diwajibkan oleh regulasi pengadaan dan tekanan Pemda saat itu. Tidak ada satu pun kolom di lembar evaluasi tender yang menanyakan: “seberapa mahal ongkos tebusan kalau suatu hari kita ingin memecat vendor ini?” Jeruji penjara itu tidak dibangun oleh niat jahat si vendor. Ia dirancang tanpa sengaja di meja lelang, bertahun-tahun sebelumnya, oleh ekosistem regulasi yang kini lepas tangan.

5.1 Mitos Terima Beres

Mengapa eksekutif utilitas air, yang begitu teliti menghitung spesifikasi material pipa dan efisiensi pompa, bisa mendadak naif saat membeli perangkat lunak? Jawabannya bersembunyi di balik satu istilah yang terdengar menenangkan: terima beres (turnkey).

Di dunia beton, terima beres masuk akal sempurna. Anda membayar kontraktor, mereka membangun instalasi pengolahan air, Anda menerima kuncinya, lalu mengoperasikannya. Bangunan itu selesai, dan ia tidak akan berubah bentuk besok pagi. Logika inilah yang, secara keliru, dibawa orang ke dalam ruang server.

5.1.1 Perangkat Lunak Bukan Bangunan, Melainkan Bahasa

Perangkat lunak bukan bangunan statis. Ia organisme yang harus terus menyesuaikan diri dengan tarif yang berubah, wilayah layanan yang meluas, dan aturan yang bergeser. Ketika Direksi meneken kontrak terima beres, yang sesungguhnya mereka serahkan bukan sekadar pekerjaan membangun aplikasi, melainkan tanggung jawab memikirkan bagaimana organisasinya sendiri bekerja.

Sebab aplikasi penagihan, pada hakikatnya, adalah bahasa yang dipakai organisasi untuk berbicara tentang dirinya sendiri: siapa yang disebut pelanggan, apa artinya “menunggak”, bagaimana satu sambungan dihitung. Ketika Anda membiarkan vendor menulis bahasa itu untuk Anda, Anda tidak sedang membeli alat; Anda sedang menyerahkan pengetahuan organisasi tentang dirinya sendiri ke tangan orang luar. Dan vendor yang rasional akan menulis bahasa itu dengan cara yang paling mudah dan murah baginya, lalu menguncinya, supaya setiap kebutuhan laporan baru harus kembali melewati pintunya.

5.1.2 Cermin Universal: Arsip yang Tersandera

Pola ini melampaui dunia air. Bayangkan sebuah biro arsitek yang selama dua puluh tahun menyimpan seluruh gambar tekniknya dalam format milik satu perangkat lunak berbayar. Ribuan lembar denah, potongan, dan detail, semuanya hidup di dalam format itu. Suatu hari biaya lisensi tahunannya naik tajam. Biro itu ingin pindah ke perangkat lain yang lebih murah, tetapi menemukan kenyataan pahit: gambar-gambar lama mereka tidak bisa dibuka secara utuh di mana pun selain di perangkat lunak itu.

Maka mereka tetap membayar, bukan karena produknya yang terbaik, melainkan karena seluruh arsip hidup mereka tersandera di dalam formatnya. Inilah inti penyanderaan teknologi di industri mana pun: yang mengikat Anda bukan kualitas produk, melainkan ketidakmampuan Anda untuk pergi. Selama eksekutif memperlakukan perangkat lunak sebagai “barang jadi” dan bukan sebagai bahasa yang menyimpan ingatan organisasi, mereka akan terus menjadi tawanannya.

5.2 Dua Wajah Penyanderaan

Penyanderaan oleh vendor (vendor lock-in) di Indonesia muncul dalam dua wajah yang tampak berlawanan, padahal sebenarnya satu penyakit yang sama: ketidakmampuan untuk pergi. Wajah mana yang Anda hadapi bergantung pada apakah utilitas Anda entitas publik (BUMD) atau swasta.

Keduanya berakar pada hal yang identik, yaitu kontrak yang sejak awal tidak pernah mengamankan hak untuk keluar. Yang berbeda hanya bentuk jerujinya dan wajah sang sipir.

5.2.1 BUMD dan Perangkap Vendor Lokal

BUMD air minum sering tidak memiliki anggaran belanja modal (CAPEX) besar untuk membeli solusi kelas dunia. Sebagai gantinya, mereka menunjuk vendor lokal atau perusahaan rintisan untuk membangun aplikasi pesanan (custom).

Penyanderaannya tumbuh secara organik. Vendor lokal ini biasanya digerakkan oleh satu atau dua pemrogram berbakat yang membangun aplikasi tanpa dokumentasi teknis yang layak. Bertahun-tahun kemudian, kode sumbernya (source code) menjelma menjadi tumpukan logika yang saling silang, yang bahkan tim TI internal pun tak berani menyentuhnya karena takut semuanya runtuh. Vendor lokal itu lalu berubah menjadi “dewa” yang tak tergantikan, sebab hanya dialah satu-satunya orang di dunia yang masih paham cara kerja sistem penagihan utilitas tersebut. Dan ketika sang dewa itu ternyata cuma satu kepala, kita kembali ke bahaya yang akan kita bedah tuntas di bab penutup.

5.2.2 Swasta dan Sandera Lisensi Global

Operator swasta sering memiliki anggaran besar dan kewajiban pelaporan internasional yang memaksa mereka memakai produk dari vendor global kelas dunia. Sistemnya terdokumentasi rapi dan stabil. Tetapi di sinilah jeruji yang berbeda menutup perlahan.

Penyanderaannya bersifat finansial dan bertahap. Empat tahun setelah implementasi, vendor mengumumkan bahwa versi yang dipakai utilitas sudah tidak didukung lagi. Untuk tetap mendapat pembaruan keamanan, utilitas dipaksa bermigrasi ke versi langganan berbasis awan (Cloud) yang, dihitung untuk lima tahun ke depan, jauh lebih mahal. Karena terikat perjanjian tingkat layanan (SLA) yang sangat ketat dengan pemerintah, mereka tak punya pilihan selain membayar, sebab risiko sistem mati jauh lebih menakutkan daripada tagihan yang membengkak. Jeruji yang satu terbuat dari kode yang tak terbaca; jeruji yang lain terbuat dari kontrak yang tak bisa ditinggalkan. Keduanya mengurung sama rapatnya. Tabel 5.1 menyandingkan kedua wajah itu.

Tabel 5.1 Dua wajah penyanderaan vendor, satu akar yang sama: kontrak yang tak pernah mengamankan hak untuk keluar

5.3 Merebut Kembali Kedaulatan

Satu-satunya penawar bagi penyakit ini adalah mengembalikan peran tim TI internal: dari tukang servis menjadi penjaga kedaulatan data. Dan kedaulatan, dalam konteks ini, punya definisi yang sangat sederhana, yaitu kebebasan untuk memecat vendor Anda. Kalau Anda tidak bisa pergi, yang Anda miliki bukanlah vendor, melainkan pemilik.

Pergeseran peran ini sebenarnya bukan soal teknis, melainkan soal kapan dan di ruangan mana tim TI dilibatkan.

5.3.1 Bukan Sekadar Tukang Servis Jaringan

Banyak direktur memandang TI internal sekadar pemadam kebakaran teknis: orang-orang yang dipanggil saat sambungan internet putus atau mesin pencetak (printer) macet. Cara pandang ini membuat tim TI tidak pernah hadir ketika Direksi sedang bernegosiasi dengan vendor SCADA atau sistem penagihan.

Tim TI baru diundang masuk ke ruangan setelah kontrak diteken, sekadar untuk menyediakan alamat jaringan (IP Address). Dan itu selalu sudah terlambat. Inilah ironi yang jarang disadari: keputusan paling teknis sekaligus paling menentukan nasib data Anda, yaitu syarat untuk keluar dari sebuah kontrak, justru diambil oleh orang-orang non-teknis di bagian pengadaan dan hukum, persis karena tim TI telanjur didefinisikan sebagai “dukungan”. Kedaulatan sebuah utilitas tidak hilang dalam serangan peretas yang dramatis; ia hilang diam-diam, di sebuah rapat yang tidak mengundang orang yang tepat.

5.3.2 Menulis Klausul Keluar Sejak Hari Pertama

Maka sejak hari pertama negosiasi pengadaan, kepala divisi TI harus duduk semeja dengan bagian pengadaan dan biro hukum. Tugas utamanya bukan menilai secanggih apa perangkat lunaknya, melainkan menulis pasal yang menjamin utilitas bisa pergi kapan saja tanpa disandera, semacam perjanjian pisah yang adil yang disepakati justru sebelum hubungan dimulai.

Sebelum vendor mana pun memenangkan tender, ia harus menyetujui secara tertulis dua hal. Pertama, tersedianya antarmuka pemrograman (API) terbuka tanpa biaya tambahan, agar utilitas bisa menarik datanya sendiri kapan saja secara mandiri. Kedua, struktur kamus data (data dictionary) diserahkan secara utuh. Jika vendor menolak menyerahkan skema ekstraksi data ini dengan alasan “rahasia dagang”, itu tanda bahaya; coret mereka dari daftar. Sebab pada akhirnya, transformasi digital yang sejati tidak diukur dari seberapa banyak aplikasi yang Anda beli, melainkan dari seberapa utuh kendali Anda atas data Anda sendiri pada hari Anda memutuskan untuk membuang aplikasi itu ke tempat sampah. Dan di era kecerdasan buatan, pertaruhan ini naik satu tingkat: vendor yang memegang data Anda juga memegang model yang dilatih darinya. Kedaulatan data hari ini menentukan apakah kecerdasan yang lahir dari operasi Anda kelak menjadi aset Anda, atau sandera baru dengan wajah yang lebih canggih.

5.4 Sandera yang Lebih Senyap: Informasi yang Difilter

Setelah kedaulatan atas vendor direbut, masih ada satu bentuk penyanderaan yang lebih halus, dan kali ini sandera maupun penyanderanya sama-sama berada di dalam pagar Anda sendiri. Ia tidak butuh enkripsi atau klausul beracun. Cukup satu kondisi: pihak yang punya kepentingan atas isi sebuah keputusan bisa mengatur, menahan, atau merapikan informasi yang menjadi dasarnya.

Bentuknya sehari-hari dan nyaris tidak pernah dramatis. Tim yang angkanya menjadi bahan penilaian justru menyusun sendiri laporannya, dari sistem yang mereka kendalikan, untuk forum yang tidak punya akses ke data mentahnya. Administrator yang memegang seluruh akses sistem juga memegang akses untuk merapikan jejak aktivitasnya sendiri. Dan pengetahuan tentang cara sistem bekerja, kata sandi, konfigurasi, prosedur pemulihan, menumpuk di satu-dua kepala, sehingga organisasi kehilangan akses ke infrastrukturnya sendiri begitu kepala itu pergi atau berkonflik; saudara kandung dari penyakit pahlawan tunggal yang akan kita bedah di bab penutup. Tidak satu pun dari kondisi ini membutuhkan niat jahat. Tekanan untuk melaporkan angka yang lebih baik saja sudah cukup, dan justru karena itulah ia berbahaya: tidak ada penjahat untuk kita tunjuk, hanya desain yang membiarkannya.

Cara membingkainya pun menentukan nasib pembenahannya. Bertanya “bagaimana kalau ada staf yang curang?” hanya mengundang pembelaan, dan diskusi selesai sebelum dimulai. Pertanyaan yang membuka pintu adalah pertanyaan kelangsungan usaha: apa yang terjadi pada organisasi ini ketika laporan yang sampai ke meja Direksi tidak lagi bisa dipercaya? Keputusan investasi salah arah, kegagalan yang sama berulang karena catatan insidennya tidak jujur, dan ketika sengketa datang, tidak ada satu pun rekam jejak yang bisa membuktikan apa pun.

Bagi pemimpin transformasi, penangkalnya tidak dimulai dari kecurigaan, melainkan dari pasal dan desain, di tempat yang sama dengan klausul keluar tadi. Tiga hal yang layak Anda kunci sejak perancangan proyek: spesifikasi jejak audit (audit trail) masuk ke kriteria serah terima, lengkap dengan siapa yang bisa membacanya dan siapa yang tidak bisa mengubahnya, bukan fitur susulan setelah sistem jalan; rekonsiliasi data lama dan data baru menjadi syarat penutupan proyek, bukan kegiatan kalau sempat; dan rancang hak akses seketat yang perlu sejak hari pertama, sebab memberi akses longgar lalu mencabutnya kembali hampir selalu berakhir menjadi konflik politik. Mekanisme kontrolnya sendiri, dari log yang tidak bisa siapa pun ubah sampai rekonsiliasi independen, adalah wilayah buku kedua seri ini, IT Governance Playbook. Yang perlu Anda bawa dari bab ini cukup satu kalimat: kedaulatan data yang Anda menangkan dari vendor akan sia-sia bila di dalam rumah sendiri pihak yang sedang dinilai masih bisa memfilter informasinya.

Kalau ada tiga hal yang ingin saya titipkan dari bab ini:

• Yang Anda beli bukan perangkat lunak, melainkan ketergantungan. Aset sesungguhnya adalah data dan kebebasan untuk pergi. Kalau Anda tidak bisa memecat vendor, yang Anda punya bukan vendor, melainkan pemilik.
• Penyanderaan bukan pengkhianatan vendor, melainkan keseimbangan yang Anda rancang sendiri di meja lelang. Memilih termurah dan tercepat tanpa hak keluar berarti membangun jeruji untuk diri sendiri; vendor hanya bersikap rasional dengan menempatinya.
• Kedaulatan hilang di rapat, bukan di serangan peretas. Libatkan TI internal sejak negosiasi untuk mengunci dua hal: API terbuka dan kamus data yang diserahkan utuh. Tanpa itu, “membeli solusi” berarti menyewa kembali data Anda sendiri.

[!TIP] Executive Toolkit: Protokol Pembebasan Sandera (Bab 5) Gunakan protokol hukum ini sejak hari pertama penyusunan Kerangka Acuan Kerja (KAK) pengadaan perangkat lunak (billing, SCADA, ERP), sebelum lelang diumumkan.

1. Panggil TI ke Meja Hukum: Jangan biarkan Biro Hukum dan Bagian Pengadaan jalan sendiri. Wajibkan Kepala Divisi TI duduk semeja sejak awal. Tugas utama TI di sana BUKAN mengecek spesifikasi server, melainkan merancang “exit strategy”: bagaimana cara kita mengambil data secara gratis saat kita membubarkan kontrak ini?
2. Pasal Kamus Data Mutlak: Syaratkan secara tertulis bahwa pencairan termin terakhir (Termin 100%) tidak akan dibayarkan sebelum vendor menyerahkan dua dokumen krusial: antarmuka pemrograman (API, Application Programming Interface) terbuka yang terdokumentasi dan kamus data (Data Dictionary) utuh dari pangkalan datanya.
3. Deteksi Serangan “Rahasia Dagang”: Jika vendor berargumen bahwa struktur database mereka adalah “Kekayaan Intelektual” atau “Rahasia Perusahaan” yang tak bisa diakses klien, anggap itu niat menyandera Anda di masa depan. Coret mereka dari daftar rekanan, tidak peduli seberapa murah penawarannya. Anda butuh pelayan, bukan pemilik baru.
4. Gunakan Standar Tata Kelola sebagai Perisai: Kontrak yang lemah sering lolos karena penyusunnya tidak punya acuan teknis untuk melawan klaim vendor. Kerangka kerja tata kelola teknologi yang dipublikasikan organisasi-organisasi seperti ISACA memberikan paduan spesifik tentang hak akses data, audit trail, dan klausul portabilitas yang sahih secara industri. Satu halaman referensi standar yang tepat nilainya jauh lebih besar dari debat yang panjang.
5. Pasal Integritas Informasi: Masukkan jejak audit (audit trail) ke kriteria serah terima: siapa yang bisa membaca log, siapa yang tidak bisa mengubahnya, dan rekonsiliasi data lama-baru sebagai syarat penutupan proyek. Uji sederhananya: jika laporan dari sistem ini diragukan, adakah pihak di luar pembuat laporan yang bisa memeriksanya ke data mentah? Kalau jawabannya tidak ada, Anda baru memindahkan sandera dari vendor ke dalam rumah sendiri.

Tetapi misalkan Anda memenangkan semua itu: data di tangan sendiri, vendor bisa diganti, kedaulatan utuh. Anda masih bisa keliru dengan cara lain yang sering kali lebih mahal. Sebab kebebasan dan teknologi terbaik sekalipun tidak ada artinya bila Anda mengarahkannya ke titik yang salah, mempercepat bagian yang sebenarnya bukan penghambat, sementara sumbatan yang sesungguhnya dibiarkan utuh. Persis itulah yang akan dibahas di Bab 6: bagaimana memastikan Anda tidak sibuk memperbaiki tempat yang salah.

Penafian: Tulisan ini adalah pandangan pribadi penulis berdasarkan pengalaman praktis dan studi independen. Studi kasus di atas merupakan komposit pembelajaran dan tidak menunjuk pada satu entitas spesifik. Pembaca diharapkan melakukan verifikasi independen sebelum mengimplementasikan rekomendasi apa pun dalam lingkungan operasional masing-masing.