Gemi Operasyonları İçin PMS vs CMMS: Hangisi Doğru Seçim?

Planned Maintenance System (PMS), IMO'nun ISM Kodu Bölüm 10'daki bakım gerekliliğini karşılayan yapıdır: şirketler, geminin ilgili kurallar ve düzenlemelere uygun biçimde bakımının yapılmasını sağlayan prosedürler oluşturmak ve bu faaliyetlerin kayıtlarını tutmakla yükümlüdür. PMS bu gerekliliğe doğrudan yanıt veren yapıyı tanımlar. Computerized Maintenance Management System (CMMS) ise kökenini üretim ve tesis yönetiminden alan daha genel bir yazılım kategorisidir; iş emirleri, varlık yönetimi, parça envanteri ve bakım geçmişi işlevlerini kapsar. Denizcilik alanında PMS ve CMMS zaman zaman örtüşür: iyi tasarlanmış bir maritim yazılımı her iki işlevi de karşılayabilir. Ancak sanayi kökenli bir CMMS'i olduğu gibi yat operasyonuna uygulamak birçok uyum sorununa yol açar: ISM belgelendirme yapısı, flag state raporlama formatları ve konum tabanlı bakım tetikleyicileri (çalışma saati, deniz mili veya takvim bazlı) endüstriyel CMMS'lerde standart olarak yer almaz. Bu nedenle maritim sektörde "PMS" terimi, hem planlamanın kendisini hem de onu destekleyen yazılımı kapsar hâle gelmiştir.

İyi tasarlanmış bir maritim PMS'in dört temel boyutu vardır. Birincisi ekipman hiyerarşisidir: teknenin tüm kritik ve kritik olmayan ekipmanları sistematik biçimde kataloglanır; her ekipman üretici bakım gereksinimleriyle ilişkilendirilir. Bu hiyerarşi, ISM Kodu'nun Bölüm 10 gerekliliğinin operasyonel karşılığıdır. İkincisi çoklu tetikleyici mantığıdır: bakım görevleri yalnızca takvim tarihine değil, çalışma saatine, deniz miline veya döngü sayısına göre de tetiklenebilir; bu özellik endüstriyel CMMS'lerde genellikle kısıtlıdır. Üçüncüsü belgelendirme altyapısıdır: tamamlanan her bakım görevininin sorumlu kişi, tarih ve gözlem notlarıyla birlikte kayıt altına alınması ISM denetimleri için zorunludur. Dördüncüsü parça entegrasyonudur: bakım göreviyle ilişkili yedek parça envanteri eş zamanlı güncellenir; kritik stok seviyeleri otomatik uyarı üretir. Buna ek olarak denetim hazırlık modülü önemli bir avantaj sağlar: Liman Devleti Kontrolü veya class survey öncesinde tüm bakım kaydının özetlenmesi kaptan ve teknik yönetim için kritik değer taşır.

SAP PM, IBM Maximo veya Infor EAM gibi önde gelen endüstriyel CMMS sistemleri yat operasyonlarına uygulandığında güçlü ve zayıf yanlar net biçimde belirginleşir. Güçlü yanlar arasında olgun iş emri akışı, ayrıntılı varlık yaşam döngüsü takibi, gelişmiş raporlama araçları ve geniş üçüncü taraf entegrasyon ekosistemi sayılabilir. Büyük şirket yatları veya büyük filo yöneticileri için bu ekosistem gerçek değer üretir. Zayıf yanlar ise daha belirgindir. Offline çalışma: denizde internet bağlantısı kesintili ya da mevcut değildir; kurumsal CMMS'lerin büyük çoğunluğu bulut bağımlıdır ve bağlantı kesildiğinde işlevini yitirir. ISM uyum belgelendirmesi: endüstriyel CMMS'ler IMO standart belgelendirme yapısına göre tasarlanmamıştır; ISM raporları özel yapılandırma gerektirir. Denizcilik terminolojisi ve iş akışı: makine dairesi, güverte departmanı ve teknik yönetim arasındaki rol ayrımı özel konfigürasyon olmadan karşılanmaz. Maliyet ve karmaşıklık: kurumsal CMMS lisansları ve uygulama maliyetleri, orta ölçekli yat operasyonları için orantısız olabilir.

ISM Kodu'nun 10. bölümü tekne ve ekipmanın bakımını şu şekilde tanımlar: şirket, ilgili kurallar ve düzenlemeler ile şirketin belirlediği ek gereklilikler doğrultusunda bakım prosedürleri oluşturmalı; denetimlerin uygun aralıklarla yapılmasını, uygunsuzlukların olası nedenleriyle raporlanmasını, düzeltici eylemlerin alınmasını ve bu faaliyetlerin kaydının tutulmasını sağlamalıdır. Bu bölüm yalnızca bakımın yapılmasını değil, belgelenmesini de zorunlu kılar. Doğrudan ISM odaklı PMS'ler bu gerekliliği varsayılan iş akışına entegre eder: görev tamamlandığında sistem otomatik olarak kimin, ne zaman, ne gözlemlediğini ve hangi işlemi yaptığını kaydeder; bu kayıt silgi ya da değişiklik izi olmaksızın arşivlenir. Genel CMMS'lerde bu kayıt yapısı oluşturulabilir ancak özelleştirme gerektirir ve bu özelleştirmenin ISM denetimine dayanıp dayanmayacağı belirsizdir. Unutulmaması gereken bir nokta: ISM uyumluluğunu denetleyen class surveyorlar ve PSC memurlari, ISM kayıtlarının bütünlüğü ve izlenebilirliğini doğrular; kayıtlarda boşluk tespit edildiğinde "corrective action" yükümlülüğü doğar ve bu durum denetim geçmişine işlenir.

Yat boyutu ve operasyon tipi, yazılım seçiminin birincil belirleyicisidir. 60 metre ve üzeri süperyatlar için: kapsamlı ISM belgelendirmesi, çok departmanlı koordinasyon ve filo yönetimi için güçlü bir maritim PMS veya özelleştirilmiş CMMS entegrasyonu mantıklıdır. Teknik müdür kadrosu bu sistemleri etkin yönetebilir. 30–60 metre aralığındaki orta ölçekli tekneler için: amaca yönelik tasarlanmış maritim SaaS çözümleri en verimli seçimdir. Bu çözümler ISM yapısını, offline erişimi ve bayrak devleti raporlama ihtiyaçlarını karşılarken kurumsal CMMS'in aşırı karmaşıklığından kaçınır. 24 metreden küçük özel veya charter tekneler için: kapsamlı bir sisteme gerçekten ihtiyaç olmayabilir; bakım günlüğü ve takvim entegrasyonu olan hafif bir uygulama ya da modüler bir SaaS platformunun bakım modülü yeterli olabilir. Tüm segmentler için ortak kriter şudur: sistem hangi boyutta olursa olsun denizde offline çalışabilmeli, kullanımı günlük mürettebat tarafından kolayca öğrenilebilmeli ve PSC denetiminde eksiksiz bakım kaydı sunabilmelidir.

Mevcut kâğıt tabanlı bakım kayıtlarını ya da eski bir yazılımı yeni bir PMS'e taşımak, çoğu yat operatörünün düşündüğünden daha yönetilebilir bir süreçtir — doğru aşamalama yapıldığında. İlk aşama envanter ve veri göçüdür: tüm tekne ekipmanları kataloglanır, üretici bakım aralıkları sisteme girilir ve mevcut bakım geçmişi —mümkün olan miktarıyla— dijital ortama aktarılır. Bu aşama genellikle 2–4 hafta sürer. İkinci aşama yapılandırma ve özelleştirmedir: tekneye özgü bakım aralıkları, sorumlu kişi atamaları ve bildirim kuralları tanımlanır. Üçüncü aşama mürettebat eğitimidir: sistemin günlük kullanımı kaptan, mühendis ve güverte subaylarına pratik ortamda öğretilir; görev tamamlama, gözlem notu ekleme ve parça talebi süreçleri net biçimde aktarılır. Son aşama paralel çalışmadır: yeni sistem aktif kullanıma alınırken eski kayıtlar 4–6 hafta boyunca paralel tutulur; bu süreç veri bütünlüğünü doğrular. Geçiş sürecini zorlaştıran en yaygın neden ekipman katalogunun eksik veya tutarsız olmasıdır; bu nedenle envanter adımına yeterli zaman ayrılması kritik önem taşır.

HelmOps'un bakım modülü, maritim PMS'in temel gerekliliklerini yat operasyonlarının gerçek koşullarına göre tasarlanmış bir yapıyla karşılar. Bakım kategorileri, kullanıcının tanımladığı iki seviyeli bir ağaç olarak yapılandırılır. Bakım görevleri çalışma saati aralıklarıyla veya bir sonraki bakım tarihiyle takip edilir; görev yaklaştığında ya da geciktiğinde tekne sahibi ve kaptan otomatik bildirim alır. Tamamlanan bakım kaydında tarih, notlar, servis sağlayıcı, işçilik saati, ekler ve kaydı oluşturan kişi saklanır; kayıtlar CSV olarak dışa aktarılabilir. Yedek parça envanteri ayrı tutulur ve stok kritik seviyenin altına düştüğünde uyarı üretir. Bakım kayıtları internet bağlantısı olmaksızın girilir, cihazda bekler ve bağlantı sağlandığında iletilir. HelmOps bu yaklaşımla hem küçük özel teknelerin hem de 60 metre üzeri süperyatların bakım ihtiyacını ortak platformda karşılamayı hedefler.