Force vs Override pada Safety System: Perbedaan, Fungsi, dan Pengelolaan Bypass

Force dan Override merupakan dua mekanisme yang dapat digunakan untuk mengubah atau membypass perilaku signal pada safety system melalui fasilitas engineering atau application logic. Keduanya dapat membantu kegiatan seperti testing, maintenance, commissioning, atau kondisi operasi tertentu, tetapi penggunaannya harus dikendalikan karena bypass pada safety signal berarti mengurangi sebagian fungsi proteksi yang seharusnya tersedia.

Pada Safety Instrumented System (SIS) atau Emergency Shutdown System (ESD), bypass yang tidak dikelola dengan baik dapat meningkatkan risiko proses. Karena itu, memahami perbedaan antara force dan override bukan hanya persoalan pemrograman PLC, tetapi juga berkaitan dengan functional safety, process safety, authorization, monitoring, dan bypass management.

Artikel ini membahas konsep Force dan Override, perbedaannya, bagaimana keduanya dapat diterapkan pada safety system, serta bagaimana status bypass dapat dimonitor dan dikelola.

Apa Itu Force dan Override?

Secara sederhana, keduanya digunakan untuk mengubah perilaku suatu signal dari kondisi normalnya.

Namun, lokasi dan mekanisme penerapannya berbeda.

Force

Force umumnya dilakukan pada level I/O atau system database, yaitu memberikan nilai tertentu kepada sebuah variable atau signal sehingga sistem menggunakan nilai tersebut untuk proses yang bersangkutan.

Secara konseptual:

Physical Input → I/O Database → Forced Value → Application Logic

Misalnya sebuah input digital sebenarnya berada pada kondisi 0, tetapi engineering system diberi perintah force sehingga logic menerima nilai 1.

Dengan demikian, nilai yang diproses oleh logic bukan lagi nilai aktual dari field device.

Override

Override umumnya diterapkan di dalam application program atau functional logic yang memang telah dirancang untuk menyediakan mekanisme bypass.

Konsepnya dapat digambarkan sebagai:

Field Signal → Application Logic → Override Function → Safety Action

Pada metode ini, mekanisme bypass merupakan bagian dari fungsi yang memang telah dirancang dan didefinisikan di dalam application logic.

Karena itu, override biasanya tidak dapat ditambahkan begitu saja tanpa adanya logic atau facility yang mendukungnya.

Perbedaan Utama Force dan Override

Perbedaan paling mudah dilihat dari lokasi implementasinya.

Aspek	Force	Override
Lokasi	I/O atau system database	Application logic
Cara kerja	Mengubah nilai signal yang diproses sistem	Mengubah perilaku logic sesuai mekanisme yang dirancang
Cakupan	Bergantung pada fasilitas system	Hanya signal/fungsi yang memiliki override facility
Perlu perubahan program	Tidak selalu	Umumnya sudah dirancang dalam application program
Monitoring	Bergantung pada vendor/system	Dapat dirancang menjadi bagian dari bypass monitoring
Penggunaan	Testing, commissioning, kondisi tertentu sesuai prosedur	Maintenance, proof testing, atau kondisi operasi yang telah ditentukan desain
Risiko	Dapat mengubah signal aktual secara langsung	Dapat lebih terstruktur jika dirancang dan dikendalikan dengan baik

Tabel tersebut merupakan gambaran konseptual. Detail implementasinya dapat berbeda antar platform safety system.

Mengapa Safety Signal Perlu Di-Bypass?

Dalam kondisi tertentu, sebuah safety signal mungkin memang perlu dibypass.

Contohnya:

• Maintenance instrument
• Proof testing
• Calibration
• Commissioning
• Replacement equipment
• Startup tertentu
• Troubleshooting
• Kondisi khusus yang telah didefinisikan dalam prosedur

Misalnya sebuah pressure transmitter sedang dilepas untuk maintenance.

Jika signal tersebut tetap dianggap dalam kondisi trip selama pekerjaan dilakukan, logic mungkin menghasilkan shutdown yang tidak diinginkan.

Untuk kondisi seperti ini, sistem dapat menyediakan bypass yang terkontrol.

Namun, bypass harus dipahami sebagai penurunan sementara terhadap tingkat perlindungan, bukan sebagai fitur operasional biasa.

Mengapa Bypass pada Safety System Berisiko?

Ketika sebuah safety signal dibypass, salah satu input atau decision path yang seharusnya dapat mendeteksi kondisi berbahaya menjadi tidak sepenuhnya tersedia.

Contohnya:

Normal

Pressure Transmitter → SIS → Trip → Shutdown Valve

Ketika signal dibypass:

Pressure Transmitter → Bypass → SIS

Artinya, sebagian mekanisme proteksi tidak bekerja dengan cara normal.

Karena itu, semakin banyak atau semakin lama safety signal berada dalam kondisi bypass, semakin besar kebutuhan untuk melakukan monitoring, authorization, compensating measures, dan restoration.

Force pada Safety System

Force biasanya dilakukan melalui engineering atau programming workstation.

Pada platform tertentu, engineer dapat memilih sebuah variable dan memberikan nilai tertentu.

Misalnya:

Actual Input = 0

kemudian:

Force = 1

Logic akan memproses nilai forced tersebut sesuai perilaku sistem.

Inilah yang membuat force menjadi fasilitas yang kuat sekaligus sensitif.

Karena mekanismenya bekerja pada level signal, sebuah force dapat memengaruhi logic di berbagai bagian program yang menggunakan variable tersebut.

Kelebihan Force

Force dapat berguna untuk:

• Testing I/O
• Commissioning
• Troubleshooting
• Simulasi kondisi tertentu

Namun, penggunaannya harus berada dalam batas otorisasi dan prosedur yang ditentukan.

Risiko Force

Risiko utama adalah engineer dapat mengubah kondisi signal tanpa mengubah desain logic.

Artinya:

Safety Logic tidak berubah

tetapi

Input yang diterima logic berubah

Hal ini dapat menyebabkan sistem terlihat berjalan normal padahal salah satu sumber signal sebenarnya sedang dibypass.

Override pada Safety System

Override biasanya merupakan mekanisme yang telah dirancang di dalam functional logic.

Misalnya sebuah safety function memang memiliki fasilitas:

Maintenance Override

atau:

Proof Test Override

Logic kemudian menentukan bagaimana override tersebut bekerja.

Contohnya:

Normal Signal → Override Request → Authorization → Override Active → Bypass Monitoring

Pendekatan seperti ini memungkinkan status bypass menjadi bagian dari desain sistem.

Mengapa Override Dapat Lebih Terstruktur?

Keuntungan utama override yang dirancang dengan benar adalah bypass behavior dapat dibuat eksplisit di dalam functional logic.

Misalnya sistem dapat menentukan:

• Signal apa yang dapat di-override
• Kondisi kapan override diperbolehkan
• Siapa yang berwenang
• Status override
• Alarm
• Timer
• Indication
• Reset
• Restoration

Dengan demikian, bypass tidak hanya menjadi perubahan nilai, tetapi menjadi bagian dari fungsi yang dapat diamati dan dikelola.

Namun, ini bukan berarti override otomatis lebih aman daripada force. Kualitas keselamatan tetap bergantung pada desain, implementation, authorization, monitoring, dan prosedur yang mengelilinginya.

Force vs Override pada Safety Lifecycle

Perbedaan keduanya menjadi semakin penting jika dilihat dari functional safety lifecycle.

Force dapat muncul sebagai aktivitas engineering saat:

• Commissioning
• Testing
• Troubleshooting
• Startup

Sementara override dapat dirancang sejak tahap:

Safety Requirement Specification → Functional Logic → HMI → Bypass Management

Dengan demikian, kebutuhan bypass sebaiknya tidak baru dipikirkan ketika plant sudah beroperasi.

Jika bypass memang diperkirakan akan diperlukan, mekanismenya dapat dipertimbangkan sejak tahap design.

Monitoring dan Tracing Safety Bypass

Bypass safety signal tidak cukup hanya dapat diaktifkan.

Status bypass juga harus dapat diketahui.

Informasi yang berguna untuk monitoring antara lain:

• Signal yang dibypass
• Jenis bypass
• Waktu aktivasi
• Durasi bypass
• Operator atau engineer yang melakukan
• Alasan bypass
• Status restoration
• Alarm bypass
• Expiration atau timeout

Konsepnya:

Bypass Active → Monitoring → Alarm/Indication → Authorization → Restoration

Ini membuat kondisi bypass lebih mudah ditelusuri.

Mengapa Engineering Workstation Saja Tidak Cukup?

Engineering workstation bukan perangkat yang selalu digunakan operator selama plant berjalan.

Karena itu, status bypass sebaiknya tidak hanya terlihat di engineering environment.

Untuk kondisi operasi normal, informasi bypass dapat diteruskan ke:

SIS/ESD → HMI → Control Room

Dengan demikian, operator dapat mengetahui bahwa sebuah safety function sedang tidak berada pada kondisi normal.

Contohnya:

SIF-101 — BYPASS ACTIVE

Informasi seperti ini jauh lebih berguna daripada bypass yang hanya diketahui oleh engineer yang mengaktifkannya.

Integrasi SIS dan Process Control System

Pada banyak arsitektur industri, SIS dan process control system memiliki hubungan komunikasi tertentu untuk kebutuhan monitoring.

Secara konseptual:

SIS / ESD → Communication Layer → HMI / Process Control System

Data yang dikirim dapat mencakup status:

• Forced I/O
• Override
• Diagnostic
• Trip
• Bypass
• Alarm

Tujuan utamanya adalah memberikan situational awareness kepada personel yang bertanggung jawab terhadap operasi plant.

Bypass Management

Karena bypass memiliki konsekuensi terhadap protection layer, organisasi perlu memiliki bypass management process.

Prosesnya dapat mencakup:

Request

Personel mengajukan permintaan bypass.

Review

Kebutuhan dan risiko dievaluasi.

Authorization

Bypass hanya dapat diaktifkan oleh personel yang memiliki kewenangan.

Activation

Bypass diterapkan sesuai prosedur.

Monitoring

Status bypass dipantau selama aktif.

Restoration

Setelah pekerjaan selesai, safety function dikembalikan.

Verification

Pastikan safety function kembali bekerja dengan benar.

Documentation

Semua aktivitas dicatat.

Secara sederhana:

Request → Review → Authorize → Activate → Monitor → Restore → Verify → Record

Force dan Override pada Berbagai Safety System

Konsep Force dan Override tidak selalu diimplementasikan dengan cara yang sama pada setiap vendor.

Contohnya, vendor safety system dapat memiliki:

• Force table
• Force graphic
• Watch table
• Override function block
• Bypass management display
• HMI bypass monitor
• Alarm
• Event log

Karena perbedaan platform tersebut, engineer harus selalu merujuk pada vendor documentation dan safety manualuntuk mengetahui perilaku aktual sistem.

HIMA ESD System

Pada sistem HIMA, engineering environment menyediakan fasilitas untuk melakukan forcing terhadap variable yang diizinkan.

Secara umum, force memungkinkan sebuah variable diberi nilai tertentu sehingga nilai tersebut digunakan oleh logic.

Sementara itu, override dapat dirancang melalui application logic sesuai kebutuhan proyek.

Yang penting diperhatikan adalah bagaimana status force dan override dimonitor, bukan hanya bagaimana keduanya diaktifkan.

Siemens S7 System

Pada platform Siemens, fasilitas forcing dapat digunakan untuk memberikan nilai tertentu pada tag sesuai kemampuan platform dan CPU yang digunakan.

Fitur forcing biasanya berkaitan dengan engineering dan diagnostic tools.

Sementara itu, jika proyek memiliki override facility, mekanismenya perlu ditentukan dalam application logic dan project design.

Honeywell System

Pada platform Honeywell, forcing juga dapat digunakan untuk memberikan nilai tertentu kepada variable yang didukung oleh sistem.

Hal penting dalam penggunaan fasilitas tersebut adalah memastikan seluruh forced item dapat diketahui dan dikendalikan sesuai prosedur.

Yokogawa ProSafe-RS

Yokogawa ProSafe-RS merupakan contoh platform safety yang dapat digunakan bersama control system untuk menyediakan mekanisme Force dan Override sesuai arsitektur dan konfigurasi proyek.

Salah satu konsep penting adalah adanya bypass monitoring, sehingga status force dan override dapat dilihat dan ditelusuri.

Monitoring semacam ini membantu menghubungkan:

Engineering Action → Safety System → HMI → Operator Awareness

Perbedaan Force dan Override dalam Praktik

Secara praktis, perbedaan yang paling penting bukan hanya “di mana nilai diubah”, tetapi juga bagaimana bypass tersebut dikendalikan.

Sebuah bypass yang baik seharusnya dapat menjawab:

Apa yang dibypass?

Mengapa dibypass?

Siapa yang mengaktifkan?

Berapa lama aktif?

Bagaimana statusnya dimonitor?

Kapan dikembalikan?

Bagaimana restorasi diverifikasi?

Pertanyaan-pertanyaan tersebut menjadi inti dari bypass management.

Risiko Jika Bypass Tidak Dikelola

Jika bypass dibiarkan aktif tanpa monitoring dan restoration, salah satu protection layer dapat tetap berada dalam kondisi tidak tersedia.

Risiko yang mungkin terjadi antara lain:

• Safety function tidak bekerja ketika dibutuhkan
• Operator tidak mengetahui kondisi bypass
• Bypass terlupakan setelah maintenance
• Dokumentasi tidak sesuai kondisi aktual
• Terjadi konflik antara safety system dan operating procedure

Karena itu, bypass lifecycle sama pentingnya dengan kemampuan teknis untuk melakukan bypass itu sendiri.

Praktik yang Perlu Diperhatikan

Untuk mengelola Force dan Override dengan baik, organisasi sebaiknya mempertimbangkan:

• Authorization level
• Bypass register
• Alarm dan indication
• Timeout atau review period
• Reason code
• Operator awareness
• Compensating measure
• Restoration procedure
• Verification setelah restoration
• Audit trail

Fasilitas teknis tanpa administrative control dapat meninggalkan celah pengelolaan.

Sebaliknya, prosedur yang sangat baik pun tidak cukup apabila system tidak menyediakan monitoring yang memadai.

Kesimpulan

Force dan Override merupakan dua mekanisme yang dapat digunakan untuk melakukan bypass pada safety signal, tetapi keduanya memiliki karakteristik dan mekanisme implementasi yang berbeda.

Secara umum:

Force → I/O atau system database

Override → application logic / functional logic

Force dapat memberikan fleksibilitas untuk aktivitas engineering seperti testing dan commissioning, sedangkan override dapat digunakan sebagai mekanisme bypass yang memang telah dirancang dalam application logic untuk kebutuhan tertentu.

Namun, tidak tepat menyimpulkan bahwa salah satu metode selalu aman atau selalu lebih aman. Tingkat risikonya sangat bergantung pada desain SIS, alasan bypass, authorization, monitoring, alarm, administrative controls, compensating measures, dan restoration.

Karena bypass mengurangi sebagian kemampuan protection layer, perhatian utama seharusnya bukan hanya bagaimana mengaktifkannya, tetapi bagaimana mengendalikan seluruh siklus bypass:

Request → Authorization → Activation → Monitoring → Restoration → Verification → Documentation

Dengan pendekatan tersebut, Force dan Override dapat dikelola sebagai bagian dari Process Bypass Management, bukan sekadar sebagai fitur engineering software.

FAQ

Apa itu Force pada safety system?

Force adalah mekanisme yang memberikan nilai tertentu pada variable atau I/O sehingga nilai tersebut digunakan oleh sistem sesuai fasilitas yang tersedia pada platform safety tersebut.

Apa itu Override pada safety system?

Override adalah mekanisme bypass yang biasanya dirancang di dalam application atau functional logic sehingga safety function dapat menjalankan kondisi bypass yang telah ditentukan.

Apa perbedaan utama Force dan Override?

Force umumnya bekerja pada level I/O atau system database, sedangkan Override bekerja melalui application logic atau fungsi bypass yang memang telah dirancang.

Apakah Force lebih berbahaya daripada Override?

Tidak dapat digeneralisasi. Risiko bergantung pada desain, penggunaan, authorization, monitoring, prosedur, dan kondisi operasi. Force dapat sangat sensitif karena dapat mengubah nilai yang diproses logic secara langsung, sementara override yang dirancang dengan baik dapat memiliki monitoring dan kontrol yang lebih terstruktur.

Kapan bypass safety signal diperlukan?

Bypass dapat diperlukan untuk kondisi seperti maintenance, proof testing, commissioning, troubleshooting, atau kondisi operasi tertentu yang telah ditentukan dalam prosedur dan safety design.

Mengapa bypass harus dimonitor?

Karena bypass berarti sebagian fungsi proteksi tidak bekerja seperti kondisi normal. Monitoring membantu operator dan safety personnel mengetahui signal apa yang sedang dibypass, durasinya, serta status restorasinya.

Apakah Force dan Override tersedia di semua safety PLC?

Fasilitas dan implementasinya berbeda antar vendor dan platform. Engineer harus memeriksa vendor documentation, safety manual, dan project-specific configuration.

Apa itu bypass management?

Bypass management adalah proses pengendalian safety bypass mulai dari request, review, authorization, activation, monitoring, restoration, verification, sampai dokumentasi.