3D Baskı Projelerinde Süre ve Maliyet Taleplerinin Nicelendirilmesi: Temel Plan Dondurma, Süre Teyidi, Kritik Yol Gecikmeleri ve Karşı Talepler için Mühendislik Yöntemi

Giriş: Teslimat süresi anlaşmazlıkları neden hep “sipariş takibi ve özür” düzeyinde kalır?

3D baskı projelerinde güveni en çok tüketen unsur çoğu zaman teknik zorluklar değil, teslimat süresi anlaşmazlıklarıdır. Müşteri modeli üç gün geç gönderir, proje sırasında bir mühendislik değişikliği eklenir, müşteri tarafından belirlenen üçüncü taraf test kuruluşunda bir haftalık kuyruk oluşur ve nihai teslimat yedi iş günü gecikir. Buna rağmen taraflar yalnızca sohbet kayıtlarına dayanarak kendi görüşlerini savunabilir: müşteri “zaten yavaştınız” derken, hizmet sağlayıcı “değişikliği siz yaptınız” der. Çoğu işletmenin eksiği tutum değil, gecikme olaylarını sayısal girdilere dönüştürülebilen, her iki tarafça yeniden hesaplanabilen ve hakediş belgesine yazılabilen bir mühendislik yöntemine çevirecek sistemdir. Süre ve maliyet talepleri, dava açma tekniği değil; proje temel plan yönetiminin bir parçasıdır. Bu yöntem şu sorulara yanıt verir: Hangi gecikme kritik yol üzerindedir, kaç gün süre uzatımı verilmelidir, hangi telafi edilebilir maliyetler doğmuştur ve hangi kayıplar tarafımızca karşılanmalıdır?

I. Önce sorumluluk sınırını belirleyin: Talep edilebilir dört olay ve tarafımızca karşılanacak dört olay

Bir talebin kabul edilmesindeki ilk eşik para hesaplamak değil, sorumluluk tarafını belirlemektir. Sözleşme ekinde bir olay sorumluluk matrisi dondurulması önerilir. Yaygın kesintiler, nedenlerine göre talep edilebilir dört olay sınıfına ayrılmalıdır: ① müşteri girdilerindeki gecikmeler (model dosyası, teknik anlaşma, müşteri malzemesi, numune onayının zamanında sağlanmaması); ② müşteri kaynaklı değişiklikler (ECN, geometri revizyonu, malzeme sınıfı değişimi, kabul kriterlerinin sıkılaştırılması); ③ müşteri tarafından belirlenen işlemler için bekleme (üçüncü taraf testleri, havacılık/medikal sertifikasyonu, müşterinin sahadaki tanıklığı, belirlenmiş taşeron ısıl işlem sırası); ④ mücbir sebep ve sözleşmede tanımlanmış harici kesintiler (enerji kesintisi veya kısıtlaması, lojistik kapanmaları, yasal muayeneler). Buna karşılık, dört tarafımızca karşılanacak durum açıkça yazılmalıdır: plansız ekipman duruşları ve koruyucu lens, sıyırıcı gibi sarf parçalarının arızası; proses parametresi ayarı ve ilk parça yeniden işleme; hatalı planlama ve araya alınan işlere yer açılması; kendi alt yüklenicilerimizin temerrüdü. Sınıflandırma için soru basittir: Bu olayın kontrolü kimin elindedir? Sınır sözleşmeye yazılmazsa, sonraki tüm nicelendirmeler uzlaşma toplantısında geçersiz sayılabilir.

II. Temel plan: Dondurulmuş bir WBS olmadan talep olmaz

Talep miktarının referansı, satış ekibinin sözlü teslimat vaadi değil, temel süre planıdır. Proje başlangıcında sürüm numaralı altı bölümlü bir WBS dondurulmalıdır: model incelemesi ve veri doğrulama (%10), malzeme hazırlığı ve toz/tabla temini (%10), parça üretimi (%35), destek kaldırma ve ısıl işlem gibi son işlemler (%15), talaşlı imalat ve test serbest bırakma (%20), yüzey işlemi, paketleme ve sevkiyat (%10). Her bölüm için planlanan süre, öncül bağımlılıklar, kilometre taşı numarası ve kritik yol işareti verilmelidir. Temel plan her iki tarafça yazılı olarak onaylanmalı; tüm değişiklikler ECN üzerinden yürütülerek yeni sürüm numarası oluşturmalıdır (örneğin BL-2026-014-R2). Uygulamada en yaygın başarısızlık, “iş devam ederken değiştirme ve baştan sona R0 olmaması”dır: uzlaşma aşamasında ne özgün kritik yol sunulabilir ne de olayın süreyi kaç gün ötelediği hesaplanabilir. Temel plan dondurma tarihi, R0 Gantt şeması ve her iki tarafın teslim alma/onay sayfası; bu üçünün tamamı gereklidir.

III. Süre teyidi: Olayları zaman damgalı kanıtlara dönüştürün

Talep edilebilir bir olay gerçekleştiği gün süre teyit formu düzenlenmelidir; uzlaşma aşaması beklenmemelidir. Formun asgari alanları şunlardır: olay numarası (ör. E-2026-014-03), gerçekleşme ve giderilme zaman damgaları (saat hassasiyetinde), sorumlu taraf, etkilenen WBS bölüm numarası ve kilometre taşı numarası, o sırada üretimde olan build numarası/iş emri numarası, kanıt listesi (e-posta, değişiklik emri, müşteri malzemesi teslim fişi, test sıra belgesi, altı yüzeyden çekilmiş saha fotoğrafları) ve her iki tarafın onaylayanları. Sözleşmede talep niyeti bildirimi süresi tanımlanmalıdır. Sektörde yaygın uygulama, olaydan itibaren 28 gün içinde niyet bildiriminin, 42 gün içinde ise eksiksiz nicel raporun sunulmasıdır; süre aşımı feragat sayılır. Bu katı bir yaklaşım değildir; çünkü üç hafta sonra ekipman günlükleri ve toz parti kayıtları bile üzerine yazılarak kaybolabilir. Teyit formu tutarı değil, yalnızca “ne zaman, kimin nedeniyle ve hangi bölümün durduğunu” sabitler; tutar beşinci ve altıncı bölümlerde hesaplanır. Her girdi izlenebilir kayıtlara dayanmalı, sonradan veri eklenmemelidir.

IV. Kritik yol gecikmesinin nicelendirilmesi: Yalnızca kritik yolu etkileyen gecikmeler süre uzatımı doğurur

Temel ölçüt kritik yol yönteminden (CPM) gelir: Bir gecikme, ancak ilgili faaliyetin toplam bolluğunu (TF) tükettikten sonra ve kritik yol üzerinde yer alıyorsa süre uzatımı doğurur. Olay etkisi süresi D, faaliyetin toplam bolluğu TF ise uzatılabilir gün sayısı Δ = max(0, D − TF) olur. Faaliyet kritik yolda değilse ve D ≤ TF ise Δ = 0 kabul edilir; yalnızca kayıt altına alınır, talep edilmez. Örneğin müşteri ECN'si, üretim aşamasını (kritik yol, TF=0) 3,5 gün durdurur ve aynı anda ilk parça testinin 1,5 gün yeniden yapılmasını gerektirirse Δ = 5,0 gündür. Aynı olay “yüzey işlemi ve paketleme” aşamasında (TF=4 gün) meydana gelir ve D=2 gün olursa, sevkiyat kilometre taşı ötelenmediği için Δ = 0 olur. Hesap örneğine R0 ve R2 Gantt şemaları, etkilenen her yol için ileri/geri geçiş hesap tabloları ve “olay giderildikten sonraki fiili yeniden başlama zamanı” eklenmelidir. Birden fazla olay aynı faaliyet üzerinde çakışırsa günler zaman aralıklarının birleşimi esas alınarak hesaplanır; mükerrer toplama yapılmaz. Bu, tutarların en kolay şişirilebildiği noktadır. Çıktı üç sütun halinde olmalıdır: olay numarası, Δ gün sayısı ve ilgili kilometre taşının yeni tarihi.

V. Eşzamanlı gecikmeler: Taraf nedenleri aynı dönemde çakıştığında paylaşım kuralları

Gerçek projelerde tamamen tek taraflı gecikme nadirdir: müşteri modeli iki gün geç gönderirken aynı dönemde tarafımızdaki lazer koruyucu lensin kirlenmesi 1,5 günlük duruşa neden olabilir ve zaman aralıkları çakışabilir. Uygulanacak kurallar önce dondurulmalı, sonra hesaplama yapılmalıdır: ①aynı zaman aralığı mükerrer sayılmaz; net gecikme, takvim aralıklarının birleşimiyle belirlenir; ② önce gerçekleşen ve tek başına gecikmeye neden olabilecek baskın neden ayrıştırılır ve ilgili zaman aralığının sorumlu tarafı olarak atanır; ③ baskın neden belirlenemiyorsa sözleşmedeki orana göre paylaşım yapılır (yaygın olarak 50/50 veya her tarafın duruş saatleri oranı) ve raporda paylaşım dayanağı ile duyarlılık analizi belirtilir (oranın ±%10 değişmesinin sonuca etkisi); ④tarafımızın neden olduğu çakışan dönemler için hiçbir koşulda maliyet tazminatı ödenmez, süre kısmen uzatılabilse dahi. Her olay için şu üç durumdan birini işaretleyen bir değerlendirme tablosu oluşturulmalıdır: süre uzatılabilir ve telafi edilebilir / süre uzatılabilir ancak telafi edilemez / süre uzatılamaz ve telafi edilemez. Eşzamanlı gecikmelerde en büyük hata, tarafların kendi gün sayılarını bildirip bunları toplamaktır; bu, aynı takvim dönemini iki kez ücretlendirmek anlamına gelir.

VI. Maliyet talepleri ve karşı talepler: Günleri uzlaşılabilir tutarlara dönüştürmek

Süre uzatımı otomatik olarak ödeme hakkı doğurmaz. Telafi edilebilir maliyetler yalnızca olay nedeniyle fiilen oluşan ve planlama yoluyla absorbe edilemeyen kalemlerle sınırlıdır: ekipman ve iş istasyonu kullanım günlük bedeli (makine saatlik ücreti × net uzatım günleri), yarı mamul ve müşteri malzemelerinin uzatılmış depolama/muhafaza maliyetleri, dondurulmuş parametrelerin yeniden doğrulanması ve ilk parça yeniden test işçiliği, müşteri tarafından belirlenen üçüncü taraf test kuruluşunda ikinci kez sıra bekleme bedeli ve sözleşme faiz oranına göre finansman maliyeti. Beklenen kâr, tarafımızdaki verimlilik kaybı, aynı build içinde ortak planlamayla absorbe edilebilecek makine zamanı ve olayla nedensel bağı bulunmayan genel yönetim giderleri açıkça hariç tutulmalıdır. Hesaplama formülü şu şekilde standardize edilir: C = Σ(günlük ücret oranıᵢ × telafi edilebilir gün sayısıᵢ) + tek seferlik yeniden test bedeli; her kalem bir belge numarasına bağlanmalıdır. Diğer tarafta, gecikme tazminatı (LD) için bir üst sınır ve karşı talep mekanizması önceden tanımlanmalıdır. Gecikmenin baskın nedeni tarafımızsa, yaygın sözleşme hükmüne göre (örneğin haftalık %0,5, toplamda sözleşme bedelinin %5'ini aşmamak üzere) sorumluluğu tarafımız üstlenir; müşteri de iş durması zararları için karşı talepte bulunabilir. Bu nedenle rapor, “tarafımızın alacağı” ve “tarafımızın ödeyeceği” tutarları iki ayrı sütunda sunmalı; net tutar hakediş belgesine işlenmelidir. Tutar esasları, para birimi, vergi oranı ve belge referansları önceden dondurulmalıdır; aksi halde uzlaşma toplantısında “bu işçilik hesaba dahil mi?” tartışması başlar.

VII. Altı parçalı talep raporu seti ve 30 günlük uygulama kontrol listesi

Eksiksiz rapor yalnızca altı parçadan oluşmalıdır: ① sürüm numaralı temel WBS ile R0/R2 Gantt şemaları; ② olay sorumluluk matrisi ve süre teyit formu özeti (süre uygunluğu kanıtı dahil); ③ CPM ileri/geri geçiş hesap tabloları ve Δ gün ayrıntıları; ④ eşzamanlı gecikmeler için üç durumlu değerlendirme ve paylaşım dayanağı; ⑤ maliyet kalemi hesap tablosu, belge referansları ve LD/karşı talep için iki sütunlu net tutar; ⑥ tarafların onayı ve ihtilaflı yeniden hesaplama kuralları (taraflardan herhangi birinin 10 iş günü içinde aynı tablolarla yeniden hesaplama yapabilmesi, fark %5'i aşarsa bağımsız süre incelemesine gidilmesi). Uygulama beş adımda yapılır: 1. hafta, sorumluluk matrisi ve teyit formu şablonunu sözleşme ekine dahil edin; 2. hafta, devam eden tüm projeler için R0 temel planını sonradan dondurun; 3. hafta, ekipman günlükleri, müşteri malzemesi teslimleri ve test belgelerini teyit kanıt listesine bağlayın; 4. hafta, geçmişteki bir anlaşmazlık projesiyle masa başı yeniden hesaplama tatbikatı yapın; sonrasında her çeyrekte “teyit zamanında düzenleme oranı, Δ yeniden hesaplama tutarlılığı, net tutar uzlaşma çevrim süresi” olmak üzere üç göstergeyi gözden geçirin. Sekiz öz denetim maddesi şöyledir: temel plan iki tarafça onaylandı mı, olay 28 gün içinde bildirildi mi, her Δ için TF eklendi mi, çakışmalar birleşim yöntemiyle mi hesaplandı, eşzamanlı gecikmeler üç duruma ayrıldı mı, maliyetler belgelere bağlandı mı, LD/karşı talep iki sütunda gösterildi mi, yeniden hesaplama kuralları sözleşmeye yazıldı mı?

Sonuç

Süre ve maliyet taleplerinin mühendislik özü, “kim kimi geciktirdi?” sorusunu her iki tarafın da yeniden hesaplayabileceği bir denkleme dönüştürmektir: temel planı dondur → olayı aynı gün teyit et → yalnızca kritik yolu öteleyen Δ'yı hesapla → çakışmaları birleşim olarak al, eşzamanlı gecikmeleri üç duruma ayır → günleri belgeli maliyet kalemlerine dönüştür → LD ve karşı taleplerle birlikte net tutarı oluştur. Bu yaklaşım karşıtlık yaratmaz; tam tersine, sorumluluk matrisi, toplam bolluk ve günlük ücret oranları iş başlamadan önce net biçimde tanımlandığında, anlaşmazlıkların çoğu teyit formu aşamasında kendiliğinden çözülür. Tasarım planından fiziksel teslimata kadar süreci yöneten lantu3D gibi platformlar için bu yöntem, teslimat taahhütlerini bir satış söylemi olmaktan çıkarır; sürüm numaralı, kanıt destekli ve uzlaşılabilir bir mühendislik sözleşmesine dönüştürür.