Açık denizin kendi motoru: iki rota, üç yöntem.

Otuz iki sektörün hepsi bir motor anahtarı taşıyor. Beş sektörün adı kendi motoruna verilmiş, ve bunların dördüne bir HTTP rotasıyla ulaşılabiliyor. Kalan yirmi yedisi iki genel motorun adıyla etiketli — o iki ad bugün birer etiket olarak duruyor. Açık deniz rotası olan dördün ilki. Bu sayfa o motorun tamamını anlatıyor: neyi hesapladığını, hangi eşikle hesapladığını, ve hesabının nerede durduğunu.

Aşağıdaki her eşik koddaki varsayılan değerdir — örnek için yuvarlanmış bir sayı yerine motorun kendi sabiti. Para tarafını sizin sayılarınız belirliyor: motor gecikme gününü çağıranın gönderdiği günlük ücretle çarpıyor, yani sayfadaki her rakamın bir sahibi var.

YETENEK

Ortalamayı aşan hava duruşundan süre hakkı
İşveren kaynaklı gemi beklemesinin bedeli

Gemi tarafında bedel, gecikme işverenden kaynaklandığında hesaplanıyor. İki hesap da sonucun yanına dayandığı sözleşme maddesini ve o talebin isteyeceği kanıt listesini koyuyor. Hava tarafında MWS onaylı duruş raporu, gemi tarafında gemi jurnali ve işveren onay yazısı. İkisi de hava verisi ve marine superintendent kaydı istiyor — biri günlük logunu, diğeri raporunu.

Motorun künyesi

Üç yöntem yazılmış, ikisine rota var.

Açık deniz motoru üç yöntem taşıyor ve bunlar iki türe ayrılıyor. İkisi deterministik hesap: gönderilen sayıları süre ya da tutar talebine çeviriyor, ve bu sayfadaki iki rota onların karşılığı. Üçüncüsü, dil modeline dayanan bir sözleşme okuması; farklı bir çıktı türü olduğu için aşağıda kendi bölümünde duruyor. Künye motoru dört satırda tarif ediyor.

Sektör neden bu dördün içinde: 32 sektörün her biri bir motor anahtarı taşıyor; 19’u ortak bir performans motorunu, 8’i ortak bir gecikme motorunu gösteriyor. Beş sektörün kendi adıyla anılan bir motoru var — açık deniz, maden, nükleer, tünel, hidroelektrik — ve bugün bunların dördüne bir rotayla ulaşılıyor. Açık deniz o dördün içinde, ve sayfayı açan şey de bu erişim.
Her iki hesabın ortak koşulları: İkisi de oturuma bağlı: şirket kimliği her istekle birlikte geliyor. Tarayıcıdan gelen bir çağrı ayrıca oturum belirtecini taşıyor; kendi anahtarıyla bağlanan bir sistem anahtarıyla doğrulanıyor. İkisinin de dakikada 60 çağrılık ayrı bir bütçesi var — hava hesabını çalıştırmak gemi hesabının payını olduğu gibi bırakıyor.
Girdiyi kim veriyor: Girdinin tamamını çağıran veriyor: hava verisi, tarihsel ortalama, gecikme günü ve günlük ücret. Motor sayıyor, çıkarıyor ve çarpıyor. Bu kasıtlı bir tasarım — meteoroloji kaynağını çağıranın seçmesi, hangi kaynağın seçildiğini talebin dayanağında görünür tutuyor.
Bu sayfanın kapsamı: Aşağıdaki iki hesap, dayandıkları FIDIC maddeleri ve motorun kendi istediği kanıt listeleri. Sektörün referans kaydı bunların yanında sözleşme tiplerini, uzun tedarik kalemlerini ve ITP kontrol noktalarını da tutuyor; son ikisi ayrı bir katalog rotasından okunuyor. Bu sayfanın konusu motorun kendisi, kapsamı da bu iki hesapla çiziliyor.

BUGÜN: ÜÇ YÖNTEM · İKİ ROTA · İKİ DETERMİNİSTİK HESAP, BİR SÖZLEŞME DENETİMİ

Otuz iki sektörün tamamı →

İki hesap

Hava ve gemi: iki formül, iki dayanak.

İkisi de aynı biçimde çalışıyor: bir eşik, bir çıkarma ya da çarpma, ve sonucun hangi sözleşme maddesine dayandığının adı. Aralarındaki fark, birinin süre diğerinin para üretmesi.

01

Metocean süre uzatımı, D3 günleri üzerinden

Motor gönderilen her hava kaydına tek bir soru soruyor: operasyon eşiği aşıldı mı? Anlamlı dalga yüksekliği 2,5 metreyi ya da rüzgâr saniyede 15 metreyi geçtiyse o gün bir D3 günü — gemi duruyor. Sonra bu sayıdan tarihsel ortalama çıkarılıyor, çünkü FIDIC 8.4(c) yalnızca olağandışı kötü havayı karşılıyor. Eşikler kaydın kendi içinde gönderilerek değiştirilebiliyor; 2,5 ve 15 yalnızca varsayılan.

D3 günü = hs_m > 2,5 m VEYA wind_ms > 15 m/s EOT = max(0, D3_gerçekleşen − yuvarla(D3_tarihsel_ortalama)) hak var = EOT > 0 · dayanak = Madde 8.4(c)

GirdiTarihsel ortalamayı çağıran gönderiyor; hesabın tabanını o belirliyor. Ortalama sıfır geldiğinde olağan hava payı da sıfır sayılıyor ve her D3 günü uzatım hakkına dönüşüyor. Kaynağı seçmek çağırana ait — meteoroloji kaydının kimden geldiği talebin dayanağında görünür kalıyor.
02

Gemi gecikmesi, tek bir doğru-yanlış kapısıyla

Hesabın kendisi bir çarpma: gecikme günü çarpı günlük ücret. Onu bir hesap yapan şey önündeki kapı — işveren kaynaklı mı? Kapı açıksa çarpım yazılıyor; kapalıysa sonuç 0,00 ve dayanak alanı “yüklenici riski” oluyor. Kararı çağıran bir boole olarak gönderiyor, motor da cevap ne olursa olsun aynı biçimde geri döndürüyor.

talep = işveren_kaynaklı ? yuvarla(gecikme_günü × günlük_ücret, 2) : 0,00 dayanak = Madde 2.1 (erişim) / 1.9 (talimat gecikmesi) aksi hâlde = yüklenici riski · talep 0,00

Girdi“İşveren kaynaklı” bir girdi alanı: değerini çağıran gönderiyor, motor da o değere göre ya çarpımı yapıyor ya sıfır yazıyor. Yani burası sorumluluğu tayin eden bir yer olmaktan çok, tayin edilmiş sorumluluğu fiyatlandıran bir yer. Kararın nereden geldiği böylece talebin dayanağında kalıyor.

Kanıt listeleri

Her hesap, neyle ispatlanacağını da söylüyor.

İki cevabın ikisi de yanında bir kanıt listesi taşıyor. Listeler sabit: kalemler koddaki sabit dizinden geliyor ve her çağrıda aynı kalıyor. Değeri de burada — bir hesabın çıktısı, o hesabı savunmak için toplanması gereken belgenin adıyla birlikte geliyor.

Metocean için üç kalem

Resmî meteoroloji verisi, marine superintendent’ın günlük logu, ve MWS onaylı gemi duruş raporu. Üçü de bir talebin ekinde bulunması beklenen belgeler; motor hesabın yanında bu üçünü adıyla sayıyor.

Gemi gecikmesi için dört kalem

Gemi logu, marine superintendent raporu, hava verisi ve işveren onay yazısı. Dördüncüsü listenin asıl yükünü taşıyor: hesabın önündeki doğru-yanlış kapısını dışarıdan doğrulayan tek belge o.

İKİ LİSTE DE SABİT · KALEMLERİ KODDA YAZILI · TOPLAM 7 KALEM

Üçüncü yöntem

Knock-for-knock paylaşımı, beş soruluk bir denetim olarak.

Üçüncü yöntem knock-for-knock sorumluluk paylaşımını inceliyor: her tarafın kendi personelini ve mülkünü sigorta ettiği düzen — sözleşmeye ayrıca yazılan, LOGIC standardıyla anılan bir hüküm. Yöntem tek başına çalıştığında tahmin yerine aşağıdaki beş soruyu geri veriyor: hükmün varlığı, standarda uygunluğu, kirlilik için ayrı hüküm, “Group” tanımının netliği ve çapraz talep riski. Aşağıdaki liste yöntemin kendi kontrol listesi.

Sözleşmede knock-for-knock hükmü var mı?
Hüküm LOGIC standardına uygun mu?
Kirlilik için ayrı bir hüküm konmuş mu?
“Group” tanımı net mi?
Çapraz talep riski hangi hâlde doğuyor?

BEŞ SORU SABİT · SIRASI KODDA YAZILI · KNOCK-FOR-KNOCK DENETİMİNİN TAMAMI

Sorular

Sık sorulanlar

Otuz iki sektörden neden yalnızca dördünün böyle bir sayfası var?

Çünkü kendi adıyla anılan bir motoruna bir rotayla ulaşılan sektör sayısı dört. Otuz ikisinin de bu sayfadakinden daha sığ bir karşılığı var ve o karşılık gerçekten çalışıyor: sektör kataloğu rotası otuz ikisi için de risk primini ve risk etkenlerini döndürüyor, uzun tedarikli ekipman listesini yirmi yedisi için, muayene kontrol noktalarını ikisi için. Bunun ötesinde otuz ikisi bir motor adıyla ve kendi sektörüne yazılmış bir yapay zekâ kontrol listesiyle etiketli — bu ikisi bugün ölçüm değil etiket: ad tek bir yerde okunup bir yanıtın içine dizge olarak konuyor, kontrol listelerini kullanan yönteme ise bugün hiçbir rota ulaşmıyor. Beşinci özel motor hidroelektrik için yazılmış ve beşin en büyüğü; sayfası olan dördü büyüklüğe göre değil, bugün okunabilirliğe göre seçildi. Bu sitenin kuralı da bu: bir motorun sayfası, o motora bugün ulaşan bir rota varsa yazılıyor.

Talep tutarı hangi sayılardan çıkıyor?

Motorun ürettiği para, çağıranın gönderdiği iki sayının çarpımı: gecikme günü ve günlük ücret. İkisinin de sahibi sizsiniz — biri sahadaki kaydınızdan, diğeri sözleşmenizden geliyor. Bu yüzden sayfa tutarın yerine çarpımın kendisini ve dayandığı maddeyi gösteriyor; rakamı sizin sayılarınız belirliyor. Süre tarafı da aynı biçimde çalışıyor: gün sayısını da kendi kaydınız veriyor.

Motor bir gecikmenin işverenden kaynaklandığına kendi karar veriyor mu?

Bu kararı sözleşme ve olgular veriyor. Motor tarafında o bilgi bir girdi alanı — çağıran doğru ya da yanlış olarak gönderiyor, motor da ona göre ya çarpımı yapıyor ya sıfır yazıyor. Sorumluluğun nerede durduğu sözleşmenin ve tarafların meselesi; hesap o cevabı verili alıp fiyatlandırıyor. Hesabın denetlenebilir kalması bu ayrımdan geliyor.

Üçüncü yöntem neden ayrı bir bölümde duruyor?

Çünkü diğer ikisinden farklı bir iş yapıyor. Metocean ve gemi gecikmesi deterministik hesap; üçüncüsü bir dil modeline dayanan bir sözleşme okuması. İki tür çıktı aynı başlık altında okunursa okur ikisine de aynı güveni duyar, ayrı bölüm bu farkı görünür tutuyor. Bölümde üç şey birlikte yazılıyor: yöntemin ne yaptığı, hangi standarda baktığı, ve tek başına çalıştığında geri verdiği sabit beş soru.

Kendi açık deniz sözleşmenizle bakalım

Bu sayfadaki her eşik, her formül ve her dayanak maddesi kod düzeyinde kontrol edilebilir. Kendi projenizde bu iki hesabın ne söyleyeceğini görmek isterseniz, bir örnek üzerinden birlikte bakalım.

Görüşme ayarlayın → Otuz iki sektör