Bir kaptan için yakıt planı, yalnızca depoya alınacak litre veya ton miktarı değildir. Sefer programı, ETA, tank kapasitesi, yakıt grade’i, marina erişimi, tedarikçi teyidi ve Bunker Delivery Receipt (BDR) aynı anda yönetilmelidir. Fleet fuel management software, bu parçalı süreci tek bir operasyon görünümünde birleştirerek yakıt alımını telefon, e-posta ve ayrı hesap tablolarına bağımlı olmaktan çıkarır.
Özellikle birden fazla yat, destek gemisi veya ticari gemi yöneten ekiplerde asıl sorun yakıt siparişi vermek değildir. Sorun, doğru gemi için doğru grade’in, uygun teslimat yöntemiyle, doğru zamanda ve denetlenebilir bir fiyat yapısıyla tedarik edilmesidir. İyi yapılandırılmış bir sistem bu kararları hızlandırır, ancak kaptanın teknik kabul sorumluluğunu veya acentenin liman koordinasyonunu ortadan kaldırmaz.
Fleet Fuel Management Software Neyi Yönetir?
Denizcilikte yakıt yönetimi, araç filosundaki pompa fişi takibinden daha geniş bir konudur. MGO, LSMGO, VLSFO, HFO veya LNG talebinin gemi ve makine gereksinimleriyle eşleştirilmesi gerekir. Bunun yanında teslimatın barçla mı, kıyıdan boru hattıyla mı yoksa marina rıhtımına karayolu tankeriyle mi yapılacağı; liman operasyonu, minimum sipariş miktarı ve geminin yanaşma planına göre belirlenir.
Bu nedenle yazılımın temel görevi yalnızca tüketim raporu üretmek olmamalıdır. Etkili bir platform, her gemi için tank kapasitesini, tercih edilen yakıt grade’lerini, önceki teslimatları, açık talepleri ve dokümantasyon durumunu bir arada tutmalıdır. Filo yöneticisi, aynı ekranda hangi geminin yakıt talep ettiğini, hangi RFQ’nun teklif beklediğini ve hangi teslimatın BDR aşamasında olduğunu görebilmelidir.
Birden fazla gemi adına işlem yapan süperyat yönetim şirketleri ve acenteler için bu yapı, kullanıcı yetkilerini de kapsar. Kaptan teknik talebi oluşturabilir; satın alma ekibi fiyat ve teklifleri inceleyebilir; operasyon ekibi teslimat penceresini teyit edebilir. Böylece kimin hangi bilgiyi onayladığı sonradan izlenebilir hale gelir.
Yakıt Talebinden Teslimat Onayına Dijital Akış
Doğru süreç, gemi seçimiyle başlar. Gemi adı, IMO numarası veya iç filo kimliği, mevcut konum, sonraki liman, ETA ve talep edilen teslimat zamanı açık olmalıdır. Bu bilgiler eksik olduğunda tedarikçi fiyat verebilir, ancak operasyonel olarak uygulanabilir bir teslimat planı üretmek zorlaşır.
İkinci aşamada yakıt spesifikasyonu netleştirilir. Örneğin MGO ile VLSFO arasındaki seçim sadece birim fiyat farkına bakılarak yapılmaz. Ana makine ve yardımcı makinelerin operasyonu, yakıt geçiş prosedürleri, kükürt limiti, depolama koşulları ve sefer bölgesi dikkate alınır. ISO 8217 uyumluluğu talep aşamasında belirtilmeli; özellikle grade, viskozite ve kalite belgesi beklentisi belirsiz bırakılmamalıdır.
RFQ içinde miktar, teslimat yöntemi ve liman kısıtları birlikte yer almalıdır. Aşağıdaki bilgiler teklif karşılaştırmasını gerçekten anlamlı hale getirir:
- Talep edilen net miktar ve kabul edilebilir tolerans
- Yakıt grade’i ve ilgili kalite şartı
- ETA, teslimat penceresi ve yanaşma veya marina bilgisi
- Barge, kıyı hattı ya da karayolu tankeri tercihinin gerekçesi
- Ödeme, BDR ve numune alma prosedürlerine ilişkin gereklilikler
Teklif geldikten sonra değerlendirme yalnızca toplam tutar üzerinden yapılmamalıdır. Platts-indexed fiyatlama şeffaf bir referans sunar, fakat nihai maliyetin endeks tarihi, ürün primi, lojistik, liman koşulları, teslimat yöntemi ve miktar bazında nasıl oluştuğu görülmelidir. Aynı VLSFO teklifinin farklı bir limanda veya farklı bir teslimat penceresinde değişmesi olağandır. Yazılımın değeri, bu değişkenleri teklif kaydına bağlayarak ekiplerin sonradan neden belirli bir seçimi yaptığını göstermesidir.
Sipariş onayından sonra akış teslimat koordinasyonuna döner. Tedarikçi, gemi ve acente arasındaki ETA güncellemeleri tek kanalda kaydedilirse, gecikme veya rıhtım değişikliği halinde yanlış anlaşılma riski azalır. Dijital kayıt özellikle vardiya değişimlerinde önem taşır: yeni görevli, telefon görüşmelerinden kalan parçalı bilgi yerine güncel sipariş durumunu görür.
Teslimat Yöntemi, Miktar ve Liman Kısıtları
Her yakıt talebi aynı lojistik çözümle karşılanmaz. Barge-to-ship teslimatı, açıkta veya uygun rıhtımda yüksek hacimli ikmal için verimli olabilir; ancak barç programı, liman izni, hava koşulları ve minimum miktar bu yöntemi belirler. Türkiye’deki birçok operasyonda barç teslimatı için 100 MT ve üzeri miktarlar anlamlı bir eşik oluşturur.
Marina berthing alanındaki daha düşük hacimli ihtiyaçlarda karayolu tankeri tercih edilebilir. Bu yöntemde giriş izni, rıhtım erişimi, hortum mesafesi, yangın emniyeti ve marina saatleri önceden teyit edilmelidir. Karayolu tankeriyle marina rıhtımına teslimat için 2.000 litre minimumu, planlamada dikkate alınması gereken pratik bir sınırdır. Kıyıdan gemiye boru hattı ise uygun terminal veya marina altyapısı bulunan noktalarda daha farklı bir operasyon ritmi gerektirir.
Marmaris, Bodrum, Fethiye ve Göcek hattında yaz sezonu bu koordinasyonu daha hassas hale getirir. Yoğun marina trafiği, değişen yanaşma planları ve kısa ETA pencereleri, yakıt talebinin mümkün olduğunca erken açılmasını gerektirir. Buna karşılık çok erken verilen miktar teyidi de tüketim tahmini değiştiğinde gereksiz stok veya rota dışı operasyon riski yaratabilir. En doğru yaklaşım, ilk talebi erken açmak ve miktar ile ETA’yı kararlaştırılan kesim zamanına kadar güncel tutmaktır.
Kalite ve MARPOL İzlenebilirliği Yazılımın Merkezinde Olmalı
Yakıtın gemiye ulaşması, operasyonun bittiği anlamına gelmez. Teslim alınan ürünün sipariş edilen grade ile uyumu, miktar kontrolü, BDR incelemesi ve gerekiyorsa numune alma süreci kayıt altına alınmalıdır. MARPOL gereklilikleri bakımından BDR’nin doğru ve erişilebilir olması, bir idari formalite değil, geminin uyum zincirinin parçasıdır.
Fleet fuel management software içinde teslimat kaydı; sipariş numarası, tedarikçi, tarih, liman, ürün, miktar, fiyat yapısı, BDR referansı ve kalite dokümanlarını ilişkilendirmelidir. Böylece bir denetim, charterer sorgusu veya teknik inceleme sırasında bilgi farklı e-posta kutularından aranmaz. Özellikle birden fazla limanda çalışan filolarda doküman standardı, operasyonel hız kadar değerlidir.
Yazılım, kalite kabul kararını otomatikleştirdiğini iddia etmemelidir. Bunker survey, gemi prosedürleri, tank soundingi ve numune mühürleme gibi kontroller sahadaki sorumlu personelin görevidir. Sistem ise bu kontrollerin hangi aşamada tamamlandığını, hangi belgenin eksik olduğunu ve ilgili kaydın kim tarafından onaylandığını görünür kılar.
Platform Seçerken Hangi Sorular Sorulmalı?
Bir sistemin arayüzünün kolay kullanılması faydalıdır, fakat deniz yakıt operasyonunda yeterli ölçüt değildir. Önce platformun gemi bazında veri tutup tutmadığına, çoklu filo erişimini destekleyip desteklemediğine ve RFQ ile teslimat belgesini aynı kayıt zincirinde bağlayıp bağlamadığına bakılmalıdır. Fiyat ekranında Platts referansının hangi tarih ve koşulla uygulandığı anlaşılmıyorsa, dijitalleşme fiyat şeffaflığı sağlamaz.
İkinci olarak bölgesel operasyon kabiliyeti değerlendirilmelidir. Tedarikçi ağı kadar, ilgili limandaki teslimat yöntemleri, minimum miktarlar ve marina kısıtları da önemlidir. Barge teslimatına uygun olmayan bir miktar için hızlı teklif almak tek başına çözüm değildir. Teklifin fiziksel olarak uygulanabilir olması gerekir.
Son olarak dil, mobil erişim ve iletişim kayıtları kontrol edilmelidir. Kaptan, acente ve kıyıdaki satın alma ekibi farklı ülkelerde olabilir. Birden fazla dilde çalışan, mobil cihazdan talep açılmasına izin veren ve tedarikçi mesajlarını sipariş kaydında saklayan yapı, karar süresini kısaltır. Marinefill’in dijital RFQ ve çoklu gemi yönetimi yaklaşımı da bu ihtiyaca, Aegean ve Mediterranean bunkering operasyonlarının gerçek teslimat koşullarını dikkate alarak yanıt verir.
Yakıt yönetiminde en yararlı iyileştirme, daha fazla rapor üretmek değil, kritik bilgiyi teslimattan önce doğru kişiye ulaştırmaktır. Bir sonraki bunker talebinde gemi verisi, grade, ETA, teslimat yöntemi ve belge beklentisini aynı kayda bağlamakla başlayın; maliyet ve uyum kontrolü bu disiplinin doğal sonucu olur.