Tank management system (TMS): dari pembacaan level ke tank ticket dan stok

Tank management system (TMS) adalah aplikasi yang mengumpulkan data ATG semua tangki, menghitung volume standar, mencatat pergerakan stok, dan menerbitkan tank ticket untuk penerimaan, penyaluran, dan stok akhir.

ATG (Automatic Tank Gauge) pada tangki menjawab setinggi apa produk di satu tangki. TMS menjawab pertanyaan yang diajukan kepala terminal setiap pagi: berapa stok terminal, berapa yang masuk, berapa yang keluar, dan apakah angkanya cocok. Caranya dengan menggabungkan pembacaan ATG dengan konfigurasi dan tabel kalibrasi masing-masing tangki.

Citia INTEGRA TMS adalah TMS buatan Citia. Aplikasi ini membaca level, suhu, dan volume dari ATG lewat gateway, menyimpan data langsung dan histori di database SQL, menerbitkan tank ticket, dan memposting inventory fisik ke SAP. Bagian berikut menjelaskan cara kerja TMS secara umum, dengan sistem itu sebagai contoh acuan.

Secara sederhana, TMS adalah buku stok tangki timbun yang diisi otomatis dari ATG, bukan ditulis tangan.

Fungsinya mirip di semua vendor. Panduan aplikasi TMS memperlihatkannya di layar. Dashboard menampilkan level setiap tangki dalam milimeter dan suhu dalam °C. Halaman konfigurasi memuat produk, tinggi, diameter, serta nilai tape dan bob. Daftar tank ticket dilengkapi langkah verifikasi, dan tabel monitoring berisi volume, pumpable volume, ullage, serta laju alir (flow rate). Level air dan densitas boleh diisi manual bila ATG tidak mengukurnya.

Keputusan desain yang paling menentukan adalah nilai mana yang diukur langsung oleh instrumen dan nilai mana yang diketik petugas. Setiap isian manual perlu mencatat nama petugas, waktu, dan alasannya, karena dari isian seperti itulah sengketa angka biasanya berawal.

Data bergerak satu arah: dari ATG di tangki, lewat gateway, masuk ke server TMS, lalu ke sistem bisnis. Arah sebaliknya hanya dipakai untuk konfigurasi dan perintah tertentu, misalnya meminta ATG servo mengukur batas air.

Gateway adalah mata rantai yang sering terlupakan sampai ia rusak, padahal seluruh data tangki melewatinya. Gateway membaca setiap ATG lewat protokol lapangan, sering Modbus RTU di RS-485, lalu meneruskan nilainya ke jaringan server. Jika gateway berhenti, semua tangki di TMS membeku di nilai terakhirnya. Server menyimpan data langsung dan histori, menerapkan tabel tangki, dan menyimpan tank ticket. Posting ke SAP berjalan lewat intranet setelah tank ticket atau angka stok diverifikasi.

Tiga sistem menyentuh data tangki di terminal, dan mencampuradukkannya membuat ekspektasi lingkup proyek menjadi keliru. Contoh yang sering terjadi: pengadaan ATG baru diharapkan langsung menghasilkan tank ticket, padahal tanpa TMS dan konfigurasi tabel yang benar, ATG hanya memberi angka level.

ATG adalah instrumen; tugasnya mengukur. TMS adalah aplikasi; tugasnya mengubah hasil ukur menjadi inventory. Terminal automation system (TAS) menjalankan alur distribusi dari order sampai gate-out, termasuk pengisian mobil tangki lewat meter dan batch controller. TAS bisa membaca level tangki dari TMS untuk keperluan alokasi produk, tetapi tidak menggantikan fungsi TMS sebagai buku stok tangki. Penjelasan lebih panjang ada di perbandingan TAS, TMS, dan TPS Integration.

Saat menyusun lingkup proyek, tuliskan sistem mana yang menjadi sumber kebenaran untuk setiap angka, misalnya TMS untuk stok fisik dan TAS untuk jumlah yang disalurkan ke mobil tangki.

Tangki yang ATG-nya sudah tidak berkomunikasi tetap menampilkan angka di banyak sistem, dan angka itulah sumber risikonya karena terlihat normal di layar.

Nilai yang tersimpan tidak membuktikan perangkat masih mengirim data baru, karena banyak sistem hanya menahan angka terakhir yang diterima. TMS perlu menandai pembacaan sebagai basi setelah cap waktunya melewati batas yang disepakati, membangkitkan alarm komunikasi, dan menolak nilai itu untuk tiket baru. Selama gangguan, operator memindahkan tangki ke input sounding manual dengan alasan yang tercatat. Setelah koneksi pulih, pembacaan otomatis pertama dibandingkan dengan sounding baru sebelum tangki kembali ke mode otomatis.

Di TBBM Jambi, gangguan gateway memutus data tangki ke TMS sampai unitnya diganti dan jalur RS-485 serta Ethernet dilindungi dari surja. Pelajaran yang dicatat di sana berlaku luas: setiap penggantian perangkat harus ditutup dengan uji end-to-end dari ATG sampai layar TMS. Untuk armada ATG campuran, baca integrasi ATG berbagai merek.

Dua proyek Citia memperlihatkan bagian pekerjaan TMS yang jarang muncul di brosur: pengujian di fasilitas yang tetap beroperasi dan pengaturan hak akses pengguna.

Proyek upgrade tank monitoring di Cikampek untuk Pertamina pada 2025 mengintegrasikan pemantauan level, tekanan, suhu, dan status tangki dengan fasilitas yang sedang beroperasi. Tim melakukan verifikasi pengkabelan, uji komunikasi, loop check, uji I/O, dan uji fungsi sebelum integrasi, dengan izin kerja (permit to work) dan job safety analysis. Catatan proyek menyebut bahwa verifikasi instalasi dan konfigurasi sebelum commissioning memangkas waktu troubleshooting.

Di terminal kimia Redeco Petrolin, TMS membaca sensor tangki lewat komunikasi Modbus serial, memberi alarm high-high, high, low, dan low-low dengan konfirmasi operator, serta memisahkan hak akses untuk admin, operator, dan supervisor. Pemisahan peran ini penting untuk inventory: orang yang mengedit tiket tidak boleh menjadi satu-satunya orang yang memverifikasinya. Setelah tiket bisa dipercaya, langkah berikutnya adalah rekonsiliasi losses, yaitu membandingkan stok buku dengan stok terukur setiap hari.

Tender TMS yang hanya meminta dashboard akan mendapatkan dashboard. Spesifikasi yang berguna menjelaskan ATG yang terpasang, dokumen yang dipakai, dan aturan yang harus dijalankan sistem.

• ATG terpasang. Daftar setiap tangki dengan merek, model, interface, dan protokol ATG-nya, seperti yang dianjurkan checklist integrasi ATG Citia.
• Dasar perhitungan. Sebutkan tabel koreksi per produk, sumber nilai densitas, dan pihak yang memelihara tabel kalibrasi.
• Dokumen. Lampirkan format tank ticket yang berlaku dan laporan yang selama ini ditandatangani tim operasi.
• Aturan data. Tuliskan batas umur data basi, isian yang boleh diketik manual, dan siapa yang memverifikasi tiket.
• Antarmuka. Jelaskan posting ke ERP, jalur jaringan, dan hubungan dengan TAS bila ada.
• Penerimaan. Tetapkan uji end-to-end per tangki sebelum go-live, termasuk perbandingan dengan sounding manual.

Dengan poin-poin itu tertulis, semua vendor menghitung harga untuk lingkup yang sama, dan tim commissioning punya garis akhir yang jelas. Tanpa itu, perbedaan tafsir biasanya baru muncul saat uji terima, ketika waktu dan anggaran sudah terpakai.