ERP devreye alma toplantısında danışman ekranı çevirdi: "Kalite modülümüz de var, ayrı yazılıma gerek kalmayacak." Gösterdiği şey gerçekten düzgün çalışıyordu — gelen malzeme için muayene lotu açılıyor, numune sonucu giriliyor, uygunsuz lot karantinaya alınıyordu. Sonra sordum: "Bu ürünün PFMEA'sı burada mı duracak? Kontrol planı revizyonu müşteri onayına nasıl gidecek? Gage R&R sonuçlarını nereye kaydedeceğiz?" Sessizlik oldu. ERP kalite modülü mü ayrı yazılım mı tartışmasının cevabı tam olarak o sessizliğin içinde saklıdır.
ERP'nin kalite modülü neyi çözmek için yapıldı
Bunu bir eksiklik olarak anlatmak haksızlık olur; ERP'nin kalite modülü belirli bir işi yapmak üzere tasarlanmıştır ve o işi genelde iyi yapar. Tasarım ekseni malzeme akışıdır: satın alınan malzemenin muayenesi, uygunsuz lotun karantinaya alınması, iade ve ret süreçleri, stok bloke kararı, sevkiyat öncesi son kontrol. Bu kayıtların hepsi stok, iş emri ve sipariş verisine bağlı olduğu için ERP içinde durmaları doğaldır.
Otomotivde istenen kayıtların önemli bir kısmı ise malzeme akışına değil, ürün ve proses geliştirmeye bağlıdır. Bir PFMEA satırı hiçbir stok hareketiyle ilişkili değildir; bir kontrol planı bir iş emrine değil, bir parça numarasının üretim yöntemine bağlıdır. Ölçüm sistemi analizi ise doğrudan ölçüm cihazının ve operatörün davranışını konu alır. Bu üç örnek, iki dünyanın veri modelinin neden farklı olduğunu özetler. Türkiye'de yaygın ERP'lerin kalite modülleri de aynı çizgide durur; muayene ve karantina tarafı güçlü, ürün geliştirme tarafı kapsam dışıdır. ERP kalite modülü mü ayrı yazılım mı sorusunun cevabı da bu sınırın nerede çizildiğine bağlıdır.
IATF kapsamındaki kayıtlar nerede karşılanıyor
Aşağıdaki tablo, otomotiv tedarikçisinden istenen başlıca kayıtları alıp her birinin tipik bir ERP kalite modülünde mi yoksa ayrı bir kalite yönetim sisteminde mi karşılandığını işaretliyor. Kendi ERP'nizin kapsamı farklı olabilir; tabloyu bir kontrol listesi gibi kullanıp satırları tedarikçinize tek tek sorun.
| Kayıt | Tipik ERP kalite modülü | Ayrı kalite yönetim sistemi |
|---|---|---|
| Giriş muayene lotu ve sonucu | Var | Var (ERP verisiyle beslenir) |
| Karantina ve stok bloke | Var | Kararı yazar, stoğu ERP tutar |
| Uygun olmayan ürün kaydı | Var (stok odaklı) | Var (kök neden ve faaliyetle birlikte) |
| Doküman revizyon ve dağıtım kontrolü | Genelde yok | Var |
| Kontrol planı (prototip / ön seri / seri) | Yok | Var |
| DFMEA ve PFMEA | Yok | Var |
| Ölçüm sistemi analizi (MSA, Gage R&R) | Yok | Var |
| SPC ve proses yeterlilik (Cp, Cpk, Ppk) | Sınırlı | Var |
| Müşteri şikâyeti ve 8D | Sınırlı | Var |
| İç denetim programı ve bulgu takibi | Yok | Var |
| Katmanlı proses denetimi | Yok | Var |
| Kalibrasyon ve ölçüm cihazı takibi | Bakım modülünde kısmi | Var |
| PPAP dosyası ve müşteri onayı | Yok | Var |
| APQP faz kapıları ve çıktıları | Yok | Var |
| Tedarikçi PPM ve karne | Kısmi (ret oranı) | Var (denetim ve gelişim planıyla) |
| Eğitim ve yetkinlik matrisi | İnsan kaynakları modülünde | Var (kalite şartlarıyla ilişkili) |
Tabloda "yok" yazan satırlar tesadüfi değil. Hepsi core tools ailesine ait kayıtlar; yani APQP, FMEA, kontrol planı, MSA ve SPC. IATF 16949 madde 8.5.1.1 kontrol planını, madde 7.1.5.1.1 ölçüm sistemi analizini, madde 10.2.3 ise yapılandırılmış problem çözmeyi şart koşar. Bunların hiçbiri stok hareketi üretmediği için ERP'nin doğal kapsamına girmez.
ERP'nin kalite modülünü aldıktan sonra eksik kalan kayıtları Excel'de tutup "zaten sistemimiz var" demek, sahada en sık rastladığımız kurgu. Böylece giriş kalite ERP'de, FMEA bir Excel'de, kontrol planı başka bir Excel'de, 8D üçüncü bir dosyada durur. Bu, tek sistem değil dört sistemdir; üstelik aralarındaki bağ tamamen kalite mühendisinin hafızasına kalmıştır. Bir tolerans değişikliğinin dört dosyaya birden yansıması, er ya da geç bir yerde atlanır.
Tabloyu doldururken kendi ERP'nizin danışmanına sorulacak soru şudur: bu kaydı hangi standart ekranda tutacağız, yoksa geliştirme mi gerekiyor? "Serbest metin alanına yazarız" cevabı olumsuz cevaptır. Bir PFMEA'nın hesaplama mantığı, revizyon geçmişi ve kontrol planıyla bağı vardır; serbest metin alanı bunların hiçbirini taşımaz.
Neden bu fark ortaya çıkıyor
Fark, veri modelinin merkezinde duran nesneden geliyor. ERP'nin merkezinde stok kalemi, iş emri ve sipariş vardır; her kayıt bunlardan birine bağlanır. Kalite yönetim sisteminin merkezinde ise parça numarası, proses adımı ve karakteristik durur. Bir kontrol planı satırı şunu söyler: bu parçanın şu operasyonunda, şu karakteristik, şu cihazla, şu sıklıkta, şu yöntemle ölçülür. Bu cümlenin içinde stok hareketi yoktur.
Aynı şey izlenebilirlik zincirinde de kendini gösterir. Bir müşteri şikâyeti geldiğinde izlemek istediğiniz yol şu: şikâyet edilen parça → o parçanın kontrol planı revizyonu → o revizyondaki karakteristik → o karakteristiği ölçen cihazın kalibrasyon durumu → o cihazın Gage R&R sonucu → ilgili PFMEA satırı. Bu zincirin hiçbir halkası ERP'nin doğal veri modelinde durmaz.
Denetçi kaç sistem kullandığınızı sormaz; bir kaydı seçip zinciri takip eder. Klasik senaryo şudur: bir özel karakteristik seçer, PFMEA'da yüksek riskli işaretlenmiş olduğunu görür, kontrol planında karşılığını arar, oradan iş talimatına, ölçüm kaydına ve cihazın kalibrasyon sertifikasına gider. Zincirin bir halkası başka bir sistemdeyse sorun değil; halka kopuksa bulgu vardır. Sistem sayısı değil, bağın kanıtlanabilirliği denetlenir.
Entegrasyon gerçekte nasıl kuruluyor
İki sistemi yan yana çalıştırmanın kuralı, ana verinin sahibini net belirlemektir. İşleyen kurgu şu: ürün, tedarikçi, iş emri ve sipariş bilgisinin sahibi ERP'dir ve kalite sistemine tek yönlü akar. Kalite sistemi bu verinin üzerine kendi kayıtlarını üretir ve ERP'ye geriye yalnızca karar bilgisini yazar — muayene sonucu kabul mü ret mi, tedarikçi bloke mi değil mi, lot serbest mi. Aynı alanı iki sistemde de düzenlenebilir bırakmak, veri tekrarının tek gerçek kaynağıdır.
Teknik olarak üç yöntem yaygın. Birincisi, kalite sisteminin ERP veritabanına salt okunur bağlanması; en hızlı kurulan ve küçük ölçekte en çok işe yarayan yöntemdir. İkincisi, gece çalışan dosya aktarımı; ürün ve tedarikçi listesi günde bir kez tazelenir. Üçüncüsü REST API üzerinden çift yönlü haberleşme; muayene sonucunun stok bloke kararını anlık tetiklemesi isteniyorsa bu gerekir.
Hangi yöntemi seçerseniz seçin, iki şeyi baştan yazın: aktarım hata verdiğinde kim haberdar olacak ve eşleştirme anahtarı ne olacak. İkincisi genelde ürün kodudur; ama ERP'de "A-1024" olan kodun kalite tarafında "A1024" olarak girilmesi, üç ay sonra hiçbir kaydın eşleşmemesine yol açar. Kod yapısını tek bir sistemin sahiplenmesi şarttır.
Üçüncü yöntemde bir ayrıntı daha var: aktarım kaydının kendisi de loglanmalıdır. Hangi tarihte kaç kayıt aktarıldı, kaçı hatalı düştü, hata neydi? Bu log tutulmadığında, altı ay sonra eksik bir tedarikçi kaydının nereden kaybolduğunu kimse bulamaz.
Kullanıcı deneyimi tarafı
Sık atlanan bir nokta daha var: kimin hangi ekranı kullanacağı. ERP ekranları muhasebe, satın alma ve planlama kullanıcıları düşünülerek tasarlanır. Hat başındaki kalite kontrolcünün eldivenli parmakla, ayakta ve iki dakikada girmesi gereken bir ölçüm kaydı için aynı ekran mantığı çalışmaz. Uygulamada bunun sonucu şu olur: veri gün içinde kâğıda yazılır, akşam ofiste toplu girilir ve gerçek zamanlı hiçbir kontrol kalmaz.
Ayrı bir kalite sisteminin buradaki avantajı, ekranlarının kalite kullanıcısı için tasarlanmış olmasıdır: ölçüm girişi, kontrol planı adımına göre sıralı ilerler, tolerans dışı değer anında uyarı verir, ölçüm cihazının kalibrasyon süresi dolmuşsa giriş engellenir. Bu üç davranış, sonradan yapılacak yüzlerce düzeltmeyi baştan önler. Ekranı denerken kendi kalite kontrolcünüzü demoya çağırın; kararı en doğru o verir.
Tek sistem miti ve gerçek maliyet
"Her şey tek sistemde olsun" cümlesi kulağa doğru gelir ama uygulamada iki maliyet doğurur. Birincisi, ERP üzerinde eksik kalite fonksiyonlarını geliştirtmek; otomotiv core tools kayıtlarının tamamını bir ERP'ye ekletmek büyük bir geliştirme projesidir ve her ERP sürüm yükseltmesinde yeniden test edilmesi gerekir. İkincisi, geliştirmeyi yapan danışmanlık firmasına uzun vadeli bağımlılık.
Karşı taraftaki maliyet ise ikinci bir yazılımın lisansı, kullanıcı eğitimi ve entegrasyon kurulumudur. Bu üçü genelde daha küçük ve daha öngörülebilir kalemlerdir. Kararı verirken iki seçeneğin üç yıllık toplam maliyetini aynı tabloya koyun; geliştirme adam-günü ve sürüm yükseltme sonrası test yükü de tabloda olsun. Teklif alma aşamasında sorulacakları seçim sorularımızda derledik.
Değişiklik yönetimi iki sistemi birden ilgilendirir
IATF 16949 madde 8.5.6.1 üretim proseslerindeki değişikliklerin kontrol edilmesini ve etkisinin değerlendirilmesini ister. Uygulamada bu, ERP ile kalite sistemi arasındaki en hassas noktadır. Planlama bir operasyonu başka bir tezgâha aldığında ERP'de rota değişir; ama aynı değişikliğin kontrol planına yansıması, PFMEA'nın gözden geçirilmesi ve gerekiyorsa müşteriden onay alınması kalite tarafının işidir.
Bu bağı otomatik kurmak zordur, ama görünür kılmak kolaydır. ERP'de rota ya da tezgâh değişikliği yapıldığında kalite sisteminde bir gözden geçirme görevi açılmasını sağlayın. Görev açılmıyorsa, değişiklik kalite tarafından haftalar sonra öğrenilir ve genelde bir müşteri şikâyeti üzerine öğrenilir. Sahada gördüğüm en pahalı hatalardan biri budur.
ERP kalite modülü mü ayrı yazılım mı: hangi durumda hangisi
Kararı basit bir eşiğe bağlayabilirsiniz. IATF 16949 kapsamında değilseniz, müşteriniz PPAP ve APQP istemiyorsa ve kalite faaliyetiniz ağırlıklı olarak giriş, proses ve son muayeneden ibaretse, ERP'nin kalite modülü tek başına yeterli olur; ikinci bir yazılıma para harcamayın. Otomotiv tedarik zincirinde çalışıyorsanız, tabloda "yok" yazan on satır sizin için zorunlu kayıttır ve bunları taşıyacak ayrı bir sisteme ihtiyacınız vardır.
PaKalite'yi bu ikinci grup için kurduk: on sekiz modül birbirine bağlı çalışır, FMEA satırı kontrol planına, kontrol planı ölçüm kaydına ve DÖF'e bağlanır, ERP'den gelen ürün ve tedarikçi verisi üzerine oturur. Kapsamı modüller sayfasından görebilirsiniz. Kararınızı verirken şu soruyu sorun: bir müşteri şikâyeti geldiğinde, o parçanın FMEA satırından ölçüm kaydına kadar olan zinciri kaç dakikada ekranda gösterebiliyorsunuz? Cevap saatlerse, ERP kalite modülü mü ayrı yazılım mı tartışmasından önce çözülmesi gereken şey o zincirin kendisidir.