Devreye alma tarihine on gün var. İlk numune dosyasının içi dolu: boyutsal sonuçlar girilmiş, kontrol planı imzalanmış, ölçüm sistemi analizleri klasörde duruyor. Müşteri kalite mühendisi tek bir satır yüzünden onayı bekletiyor — malzeme bildirimi. Sebep, iki kademe alttaki bir yüzey kaplama atölyesinin kendi verisini hâlâ göndermemiş olması. IMDS nedir sorusunun cevabını masadaki herkes biliyor; kimsenin bilmediği şey, o zincirin tam olarak nerede tıkandığı. Çünkü bunu gösteren bir liste yok.
IMDS nedir, hangi veriyi ister?
IMDS (International Material Data System — uluslararası malzeme veri sistemi), otomotiv üreticilerinin ortak kullandığı, araca giren her parçanın malzeme içeriğinin madde düzeyinde beyan edildiği çevrimiçi bir veri tabanıdır. Avrupa Birliği'nin ömrünü tamamlamış araçlar mevzuatına uyum ihtiyacından doğdu; bugün Avrupa, Asya ve Kuzey Amerika'daki üreticilerin büyük bölümü aynı sistemi kullanıyor. Sisteme girdiğiniz kaydın adı MDS'tir (Material Data Sheet — malzeme veri sayfası) ve her MDS'in bir kimlik numarası ile bir sürüm numarası vardır. Konuşurken "IMDS gönderdik" dersiniz, sistemde aslında belirli sürümde bir MDS göndermiş olursunuz; ikisini karıştırmak takip tablolarında en çok hataya yol açan noktadır.
Beyanın özü şudur: parçanın ağırlığını, o ağırlığın hangi malzemelerden oluştuğunu ve her malzemenin içindeki maddelerin yüzdesini bildirirsiniz. Beyan edilmesi gereken maddeler GADSL (Global Automotive Declarable Substance List — küresel otomotiv beyan edilebilir madde listesi) adıyla yayımlanır ve düzenli olarak güncellenir. Kurşun, kadmiyum, cıva ve altı değerlikli krom gibi kısıtlı maddeler için ayrıca bir muafiyet gerekçesi seçilmesi istenir. Bu alanların çoğu, bir kalite mühendisinin kafadan dolduramayacağı verilerdir; malzemeyi üreten firmadan gelmesi gerekir.
Zinciri görmeden takip kurulamaz
Sistem bir ağaç mantığıyla çalışır. Hammadde üreticisi kendi malzemesini beyan eder, yarı mamul üreticisi o beyana referans vererek kendi kaydını oluşturur, siz de alt tedarikçilerinizin kayıtlarını kendi parçanızın altına bağlarsınız. Yani sizin bildirim gönderebilmeniz, alt tedarikçinizin size veri göndermiş olmasına bağlıdır. Zincirde tek bir halka eksikse üstteki hiçbir kayıt tamamlanamaz.
Bu yapıyı kavramayan firmalarda tipik bir sahne yaşanır: proje ekibi bildirimi devreye alma haftasında hatırlar, alt tedarikçiye mail atar, alt tedarikçi de kendi hammadde tedarikçisine sorar. Üç kademelik bir talep zinciri, hepsi mail üzerinden, hiçbiri kayıt altında. Cevap gelene kadar geçen süre iki haftadan aşağı düşmez. Oysa aynı veri, ilk numune sürecinin başında istenseydi kimseyi bekletmeyecekti.
Bu yüzden malzeme verisi talebini ilk numune sürecinin en başına, tasarım dondurulduğu anda koyun. Numune ölçüm sonucu ne zaman isteniyorsa malzeme verisi de o zaman istensin. Geç istenen veri, geç gelen veridir.
Alt tedarikçiden veri istemenin doğru yolu
Talep mailinin içeriği sonucu belirliyor. "IMDS gönderir misiniz" diye yazılan bir mail genelde cevapsız kalır, çünkü karşı taraftaki kişi ne isteneceğini bilmez ya da o kişi satın almacıdır. Talebi şu dört bilgiyle gönderin: hangi parça numarası için istendiği, sizin sistem üzerindeki firma kimlik numaranız, verinin hangi tarihe kadar gerektiği ve gönderim yapılacak alıcının hangi kayıt olduğu. Bu dört bilgiyi taşımayan talepler ya hiç cevaplanmıyor ya da haftalar sonra "hangi parça için istiyorsunuz" sorusuyla geri dönüyor; ikisi de aynı gecikmeye çıkıyor.
İkinci nokta sözleşmeseldir. Malzeme verisi verme yükümlülüğünü tedarikçi el kitabınıza ve sipariş şartnamenize yazın. Yazılı olmayan bir şartı ilk kez devreye alma haftasında talep ederseniz, karşı taraf haklı olarak "böyle bir şey konuşmadık" der. Yazılıysa ve tedarikçi onayladıysa, gecikme artık tedarikçi performans kaydına işlenebilir bir konudur. Bu bağı kurmayan firmalarda aynı tedarikçi her projede aynı gecikmeyi tekrarlar ve kimse bunu ölçmediği için tedarikçi seçiminde bu bilgi hiç kullanılmaz.
Üçüncüsü, hammadde tarafında sık atlanan bir ayrıntı: aynı malzemeyi iki farklı tedarikçiden alıyorsanız ikisinin de verisine ihtiyacınız olur. Alternatif kaynak, malzeme bildirimi açısından ayrı bir kayıt demektir. Onay alınmış bir parçada kaynak değiştirip beyanı güncellememek, denetimde çıktığında açıklaması zor bir bulgudur; çünkü hem değişiklik yönetimini hem de mevzuat uygunluğunu aynı anda vurur.
Bildirim durumları ve bekleyenin kim olduğu
Takip tablonuzda tek bir "durum" kolonu varsa ve içinde "bekliyor" yazıyorsa o tablo işe yaramaz. Çünkü kritik bilgi bekliyor olması değil, kimin üzerinde beklediğidir. Aşağıdaki tablo, sahada kullandığımız durum kümesini ve her durumda topun kimde olduğunu gösteriyor. Süreler kendi deneyimimizden çıkan tipik değerler; kendi verinizle güncelleyin.
| Durum | Ne anlama gelir | Top kimde | Tipik süre |
|---|---|---|---|
| Veri talep edildi | Alt tedarikçiye resmi talep gitti | Alt tedarikçi | 10 – 20 gün |
| Alt veri alındı | Referans verilecek kayıtlar elimizde | Bizim mühendis | 2 – 5 gün |
| Hazırlanıyor | Ağaç kuruluyor, ağırlıklar giriliyor | Bizim mühendis | 1 – 3 gün |
| Gönderildi | Müşteriye iletildi, cevap bekleniyor | Müşteri | 5 – 15 gün |
| Reddedildi | Gerekçeli iade geldi | Bizim mühendis | 3 gün içinde düzelt |
| Kabul edildi | Onaylı sürüm yürürlükte | Kimse | Değişikliğe kadar |
Bu altı satırı bir görünüme dökebiliyorsanız işin yarısı bitmiş demektir. Haftalık proje toplantısında sorulacak soru "IMDS ne oldu" değil, "top bizde olan kaç parça var" olur. İkincisinin cevabı bir ekranda görünür, birincisinin cevabı ise üç kişiye sorulur.
Reddin beş klasik nedeni
Reddedilen bildirimlerin neredeyse tamamı veri hatasından çıkar, üründen değil. En sık görülenleri sırayla yazayım. Birincisi ağırlık tutarsızlığı: ağaçtaki malzemelerin toplam ağırlığı, parça için beyan ettiğiniz ağırlıkla sistemin kabul ettiği tolerans içinde örtüşmüyordur. İkincisi joker madde aşımı; içeriği bilinmeyen kalemleri belirsiz madde girdileriyle kapatmak belli bir orana kadar kabul edilir, o oranın üstünde reddedilir. Üçüncüsü kısıtlı maddeler için muafiyet gerekçesinin seçilmemiş olması — özellikle kurşun içeren lehim ve pirinç alaşımlarında sık rastlanır.
Dördüncüsü, teknik olarak kusursuz ama idari olarak yanlış bildirimdir: müşteri parça numarası eksik ya da yanlış yazılmıştır, alıcı olarak müşterinin başka bir fabrikası seçilmiştir. Beşincisi ise alt tedarikçinin iptal ettiği bir sürüme referans vermektir; alttaki kayıt geçersiz olunca üstteki de düşer. Bu beş nedeni bilen bir mühendis, red gelmeden önce kendi kontrol listesiyle yakalar.
Red kaydını kapattığınızda gerekçeyi de yazın. Bir yıl sonra elinizde "en çok hangi nedenle reddediliyoruz" sorusunun cevabı olur. Bir firmada bu listeyi çıkardığımızda redlerin yarısından fazlasının tek bir kalemden — parça ağırlığının tartıyla değil çizimden alınmasından — geldiği ortaya çıktı. Çözüm yazılım değildi; numune parçayı hassas terazide tartıp kaydı ona göre girmekti. On dakikalık bir alışkanlık değişikliği, aylardır tekrar eden bir gecikmeyi bitirdi.
QMS'te hangi alanları tutmalısınız?
Malzeme bildirimi için ayrı bir program almanıza çoğu zaman gerek yoktur; ihtiyacınız olan şey, ilk numune ve tedarikçi kayıtlarınızın zaten durduğu yerde açılan bir kayıt tipidir. Kaydın taşıması gereken alanlar şunlar: parça numarası, müşteri ve müşteri parça numarası, MDS kimliği, sürüm numarası, gönderim tarihi, durum, sorumlu kişi, hedef tarih, red gerekçesi ve alt tedarikçi veri talepleri. Son alan önemlidir — bir parçanın bildirimi birden fazla alt tedarikçi verisine bağlı olabilir ve bunların her birinin kendi durumu vardır.
Kaydı ürün ağacına değil, parça numarasına bağlayın. Ürün ağacına bağlanan sistemlerde mühendislik değişikliği geldiğinde bildirim kayıtları da dağılır. İkinci kural: onaylanan her sürümü saklayın, üzerine yazmayın. Denetimde ya da bir geri çağırma incelemesinde "2026 Mart'ta sevk edilen parçanın beyan edilmiş içeriği neydi" sorusunun cevabı ancak sürüm geçmişi tutuluyorsa verilebilir.
Alt tedarikçilerinizin bir kısmına IMDS nedir diye anlatmak zorunda kalacağınızı da baştan kabul edin. Otomotiv dışından iş alan küçük kaplama, lehim ve conta atölyeleri sistemi hiç duymamış olabilir. Onlara üç sayfalık basit bir Türkçe rehber hazırlamak, aylarca mail yazışmaktan kısa sürüyor. Rehberde tek bir şeye odaklanın: sizden istenen veriyi kimin, hangi ekrandan, hangi bilgilerle gireceği.
Mevzuat tarafı ve denetimde sorulanlar
IATF 16949, satın alınan ürün ve hizmetlerin ilgili ülkelerdeki yasal ve düzenleyici şartlara uygunluğunu güvence altına alacak bir sürecin dokümante edilmesini ister. Bu şart, malzeme beyanını doğrudan kapsar: parçayı siz üretiyorsanız, içindeki maddelerin mevzuata uygunluğunu beyan etme sorumluluğu da sizdedir; alt tedarikçinizin size verdiği bilgiye dayanmanız bu sorumluluğu ortadan kaldırmaz. Denetçinin sorduğu soru genelde şu olur: bu veriyi kimden, ne zaman ve hangi yazılı talebe dayanarak aldınız? Yani IMDS nedir sorusunun denetimdeki karşılığı, sistemin tanımı değil belgelenmiş bir tedarik zinciri iletişimidir.
İkinci soru daha zorlayıcıdır: malzeme değiştiğinde bildirimi güncelleme sürecinizi gösterin. Yüzey kaplama banyosunun kimyasal tedarikçisi değişti, boya reçetesi güncellendi ya da alaşım sınıfı revize edildi — bu değişikliklerin malzeme beyanına dokunduğunu fark eden bir mekanizmanız var mı? Bu bağı kurmanın en sağlam yolu, değişiklik yönetimi formunun içine "malzeme beyanı etkileniyor mu?" satırını koymaktır. Tek satır, ama unutmayı büyük ölçüde bitirir. Aynı mantığı tedarikçi yönetimi tarafında da kurun: tedarikçi malzeme değişikliği bildirmeden değişiklik yaparsa haberiniz olmaz.
Tabloyla nereye kadar, ne zaman sisteme?
Dürüst olayım: on beş parça numaranız ve iki müşteriniz varsa iyi kurgulanmış bir tablo bu işi görür. Kolonları yukarıda yazdım, tablo da onları taşır. Sınır, parça sayısı yüzü ve müşteri sayısı üçü geçtiğinde ya da aynı anda birden fazla devreye alma projeniz olduğunda gelir. O noktada eksik olan şey liste değil, hatırlatmadır. Hedef tarihe beş gün kala kimseyi dürtmeyen bir tablo, gecikmeyi ancak gecikme olduktan sonra gösterir.
Bunu kalite yönetim sistemi yazılımı içinde çözmenin avantajı şu: parça numarası, müşteri, tedarikçi ve sorumlu kişi zaten tanımlıdır, yeniden veri girmezsiniz. Red kaydını bir düzeltici faaliyete bağlamak istediğinizde de aynı yerdesinizdir. PaKalite'de bu kayıt tipini ilk numune ve tedarikçi modülleriyle aynı veritabanında tutuyoruz; amaç ekstra bir liste daha üretmek değil, var olan proje takibinin içine bir kolon eklemek.
Denetimde malzeme beyanı genelde iki soruyla yoklanır. Birincisi: seri üretimdeki bir parçayı seçip onaylı beyanın hâlâ geçerli olup olmadığını sorar. İkincisi: son bir yılda yapılan bir malzeme değişikliğini bulup beyanın güncellenip güncellenmediğine bakar. İkinci soruda takılan firma sayısı, birinciye göre kat kat fazladır. Beyanı yapmak alışkanlık hâline gelmiştir; beyanı güncel tutmak olmamıştır.
Devreye almadan önce yapılacak son kontrol
Devreye alma toplantısına girmeden önce üç şeyi yazılı olarak elinizde bulundurun: her alt tedarikçiden gelen verinin tarihi, kendi bildiriminizin gönderim tarihi ve müşteri tarafındaki güncel durum. Bu üçü aynı ekranda görünmüyorsa, sorulduğunda vereceğiniz cevap tahmin olur. Tahminle konuşulan devreye alma toplantılarının nasıl bittiğini hepimiz biliyoruz.
IMDS nedir diye soran bir kalite mühendisine verilecek en işe yarar cevap, sistemin tanımı değil şudur: bu, ürününüzü değil verinizi denetleyen bir süreçtir. Parça mükemmel olabilir, ölçüler tam tutabilir; beyan eksikse sevkiyat açılmaz. Bu yüzden malzeme bildirimini kalite kayıtlarınızın kenarında bir ek iş olarak değil, IATF 16949 düzeninizin içinde bir kayıt tipi olarak kurun. Aynı disiplini müşteri özel şartları tarafında da kurmak isterseniz CSR matrisi yazımız aynı mantığı başka bir veri kümesine uyguluyor.