Integrasi TAS dan TMS ke SAP: data yang dikirim dan cara menangani kegagalan

Integrasi terminal automation system (TAS) dan tank management system (TMS) ke SAP biasanya memindahkan tiga jenis data: order dan status pengiriman, hasil pengisian per kompartemen, dan stok tangki yang dikoreksi ke suhu standar. Yang menentukan keberhasilan adalah aturan antrean, retry, dan rekonsiliasi saat koneksi gagal.

TAS menjalankan pengisian di terminal (lihat pengertian terminal automation system), sedangkan TMS menyimpan level dan stok tangki. SAP adalah sistem bisnis yang memegang order, material, dan akuntansi. Pelaporan ke Bea Cukai adalah jalur terpisah, dibahas di TPS Online. Panduan ini membahas data, batas antarsistem, dan penanganan kegagalan, dengan pola yang terlihat dalam proyek terminal Citia sendiri.

OT adalah peralatan dan perangkat lunak yang menjalankan terminal secara fisik. IT adalah sistem bisnis yang mencatat apa yang terjadi.

TAS, TMS, batch controller, dan PLC termasuk OT: semuanya harus tetap berjalan saat jaringan kantor mati. SAP termasuk IT, dengan siklus perubahan, target ketersediaan, dan pemilik yang berbeda. Integrasi adalah tempat kedua dunia itu bertemu, dan sebagian besar kegagalan muncul karena keduanya dianggap berperilaku sama.

Standar ISA-95 (IEC 62264) menggambarkan pembagian yang sama. Level 3 mencakup manajemen operasi, tempat TAS dan TMS berada, dan Level 4 mencakup perencanaan bisnis dan logistik, tempat SAP berada. Bagian 3 standar ini mendefinisikan aktivitas di Level 3, dan pertukaran antara kedua level itulah pokok bahasan panduan ini.

Hampir semua koneksi TAS dan TMS ke SAP membawa tiga jenis data yang sama.

Order dan status pengiriman mengalir dari SAP, atau dari sistem order distribusi seperti SIOD, ke TAS, dan status setiap pengiriman kembali ke sana. Hasil pengisian mengalir dari TAS ke SAP setelah mobil tangki selesai mengisi, per kompartemen, dengan jumlah terukur. Stok tangki mengalir dari TMS ke SAP sebagai physical inventory.

Catatan proyek Citia sendiri menunjukkan polanya. Di terminal BBM Jambi, TAS menghubungkan pengiriman, gate-in, filling shed, dan gate-out dengan SAP dan SIOD, termasuk surat jalan dan Good Issue. Terminal LPG Pulau Layang melaporkan stok tangki ke SAP lewat physical inventory otomatis, dan TAS Padalarang memperbarui status distribusi di SAP secara otomatis.

Desain yang baik dimulai dari daftar bidang data untuk setiap transaksi, disusun bersama tim SAP, bukan ditebak.

Tabel menunjukkan isi yang lazim. Daftar bidang sebenarnya bergantung pada konfigurasi SAP dan kesepakatan di lokasi. Dua bidang lebih penting daripada yang lain: business key yang unik untuk setiap transaksi, dan stempel waktu beserta zona waktunya. Tanpa keduanya, retry membuat data ganda dan rekonsiliasi tidak bisa menyejajarkan kedua sisi.

Tuangkan kesepakatan itu dalam satu dokumen antarmuka: daftar bidang data, versi, kode kesalahan, kontak di masing-masing sisi, dan aturan untuk mengubah salah satunya. Bidang yang ditambahkan di satu sisi tanpa melalui dokumen adalah cara paling umum sebuah integrasi rusak berbulan-bulan setelah go-live.

Jaga satuan tetap eksplisit. Volume pada suhu terukur, volume pada suhu standar, densitas, dan suhu adalah nilai yang berbeda. SAP sebaiknya menerima nilai yang ditetapkan proses bisnis, dan nilai lainnya tetap di catatan terminal untuk audit. Baris terakhir tabel menunjukkan pilihan yang umum saat SAP tidak terjangkau, dan setiap lokasi menetapkan kebijakannya sendiri.

Rekonsiliasi adalah pengecekan bahwa kedua sistem sepakat, dilakukan setiap hari dan bukan hanya di akhir bulan.

Tentukan jam cut-off dan bandingkan apa yang dipegang kedua sisi pada saat itu. Tujuannya bukan nol selisih pada hari pertama. Tujuannya menemukan tiap selisih selagi orang yang memahami shift tersebut masih ada untuk menjelaskannya.

Data master adalah kosakata bersama dalam integrasi: produk, pelanggan, plant, tangki, dan kendaraan.

Di kebanyakan terminal, SAP memegang kode material, pelanggan, dan data plant, sedangkan terminal memegang tangki, bay, dan peralatan. TAS menyimpan salinan data SAP yang dibutuhkannya, jadi pertanyaan sebenarnya adalah bagaimana sebuah perubahan merambat. Jika kode produk berubah di SAP dan TAS tidak diperbarui, mobil tangki mengisi satu produk dengan kode produk lain.

Pekerjaan Citia di Padalarang adalah contoh yang jelas. Peralihan dari B40 ke B50 berarti kode material baru di aplikasi pengisian. Pelajaran yang tercatat di halaman proyek singkat: validasi kode aktif sebelum pembaruan, jangan konfigurasikan kode yang masih pending sebagai produk operasional, dan uji serta dokumentasikan setiap perubahan produk. Artikel B50 di terminal BBM memuat daftar perubahan lengkapnya.

Beri setiap item data master satu pemilik dan satu arah perubahan. Dua sistem yang sama-sama boleh mengubah daftar produk akan saling menyimpang.

Integrasi diuji dengan sengaja merusaknya, bukan hanya dengan menjalankannya ketika semuanya berfungsi.

Sepakati kasus uji bersama tim SAP dan jalankan di sistem uji dengan data master yang realistis. Daftar singkat sudah cukup jika setiap kasus punya hasil yang diharapkan secara tertulis:

• Satu order normal, dari pengisian sampai posting, dari awal sampai akhir.
• Pesan berulang dengan business key yang sama, yang tidak boleh membuat posting kedua.
• SAP tidak terjangkau saat pengisian, lalu pulih, dengan hasil yang tiba berurutan.
• Kode produk yang ada di terminal tetapi tidak ada di SAP, yang harus ditolak dengan alasan yang jelas.
• Restart server terminal di tengah antrean.
• Perbedaan jam atau zona waktu antara kedua sistem.

Catat setiap hasil di berita acara uji lapangan. Proyek B50 Citia mengikuti kebiasaan yang sama: transaksi uji dengan kode produk baru, lengkap dengan tangkapan layar dan hasil uji yang didokumentasikan.

Koneksi antara SAP dan terminal juga merupakan jalur masuk ke jaringan kontrol, sehingga perlu dirancang tersendiri.

Pakai server atau layanan antarmuka khusus di antara kedua jaringan, dan biarkan ia hanya membuka koneksi yang dibutuhkan aliran data. Beri integrasi akun sendiri dengan hak minimum, supaya password yang bocor tidak bisa mengubah pengaturan terminal. Catat setiap pesan beserta key dan waktunya, karena log itu juga menjadi bukti saat ada perbedaan dalam rekonsiliasi.

Buletin Citia tentang integrasi sistem yang aman menjelaskan koneksi berbasis API dengan perlindungan berlapis, dan panduan keamanan siber OT di terminal BBM membahas langkah awal untuk jaringan kontrol.