Yatırım toplantısında bilgi işlem müdürü cümlesini kuruyor: "ERP'de zaten kalite modülü var, ikinci bir sistem istemiyorum, bakımı bana kalır." Kalite müdürü karşı çıkmıyor ama not defterine bakıyor; geçen ay bir talimatın eski revizyonu hâlâ hatta asılıydı ve ERP'de o talimatın revizyon geçmişi yoktu. İkisi de haklı, çünkü aynı şeyden bahsetmiyorlar. ERP kalite modülü mü QMS mi tartışması genel cümlelerle çözülmüyor; tek bir kaydı alıp iki sistemde nasıl yaşadığına bakmak gerekiyor. Bu yazının omurgası da o tek kayıt.
ERP kalite modülü gerçekte neyi yapar
ERP'nin kalite modülü, malzeme hareketine bağlı kontrolleri yönetmek için tasarlanmıştır ve o işi genelde iyi yapar. Giriş kalite kontrolde bir irsaliye satırını karantinaya alır, numune sonucunu bekler, kabul edilince stoğu serbest bırakır. Üretim sırasında operasyon bazlı kontrol noktaları tanımlar, ret miktarını hurda hesabına yansıtır. Sevkiyat öncesi son kontrol onayını sipariş kapanışına bağlar. Bunlar gerçek kalite işleridir ve ERP dışında yapılması zordur, çünkü hepsi stok ve sipariş verisine yaslanır. Bu tarafta ERP'yi bir QMS ile taklit etmeye çalışmak da hata olur; stok hareketini yönetmeyen bir sistem malzemeyi karantinada tutamaz.
Modülün bittiği yer de aynı yerdir: malzeme hareketi olmayan kalite işleri. Bir iç denetim programı, bir yönetim gözden geçirme kaydı, bir eğitim yetkinlik matrisi ya da bir talimatın revizyon onay akışı stokla ilgili değildir. Bu yüzden ERP'lerin çoğunda ya hiç yoktur ya da serbest metin alanları ve dosya ekleriyle taklit edilir. Kalite bölümünün asıl yükü de tam bu tarafta birikir.
Aynı DÖF kaydının iki sistemde bıraktığı iz
Somut bir olay üzerinden gidelim. Müşteriden 400 adetlik bir sevkiyatta ölçü sapması şikâyeti geldi. Kayıt açılıyor ve otuz gün boyunca yaşıyor. İki sistemde geriye ne kalıyor?
| Adım | ERP kalite modülünde | Bağımsız QMS'te |
|---|---|---|
| Kaydın açılışı | Uygunsuzluk kaydı, parti ve sipariş bağlantısıyla | DÖF kaydı, parti bilgisi ERP'den okunarak |
| Geçici tedbir | Not alanına yazılır | Ayrı adım, sorumlu ve saat bazlı termin |
| Kök neden analizi | Serbest metin ya da ek dosya | Balık kılçığı / 5 neden adımı, kayıtla bağlı |
| Etkilenen doküman | Bağlantı yok, elle not düşülür | İlgili talimatın revizyon talebi otomatik açılır |
| Eğitim etkisi | Takip edilmez | Revizyon yayınlanınca ilgili personelin kaydına düşer |
| Etkinlik doğrulaması | Kapanış tarihi ve kullanıcı | Doğrulama ölçümü, tarihi ve doğrulayan kişi |
| Bir yıl sonra arama | Parti numarasıyla bulunur, analiz eklerde | Hata tipiyle bulunur, benzer vakalar listelenir |
Tablodaki dördüncü ve beşinci satırlar kararın kalbidir. Bir düzeltici faaliyet, etkilediği dokümanı değiştirmiyorsa çoğu zaman kalıcı değildir; talimat aynı kaldığı sürece operatör aynı işi aynı şekilde yapmaya devam eder. DÖF ile doküman revizyonu arasındaki bağın kurulmadığı her kurulumda, aynı hata altı ay içinde geri geliyor.
ERP kalite modülü mü QMS mi sorusunu bu tabloya bakarak cevaplamanın avantajı şu: karar artık "hangi yazılım daha iyi" değil, "bu yedi satırdan kaçı bizim için gerçekten gerekli" sorusuna dönüşüyor. Kalite kayıtlarının çoğu malzeme kabulünde doğan bir işletmede ilk üç satır yeter. Müşteri şikâyetinin sekiz disiplinli formatla ve termin taahhüdüyle döndüğü bir tedarikçide ise dördüncü satırdan sonrası pazarlık konusu değil, şart. Tabloyu kendi kayıt hacminizle doldurun; cevabın kendisi ortaya çıkar.
Kararı vermeden önce şunu deneyin: ERP'nizde geçen yıl kapanmış bir uygunsuzluk kaydını açın ve kök neden alanını okuyun. Çoğu firmada orada "operatör hatası" yazar, altında da tek satır aksiyon vardır. Bunun sebebi ERP'nin kötü olması değil, alanın serbest metin olması ve kimsenin sizi bir sonraki adıma zorlamamasıdır. Yapıyı kuran sistem, analizin kalitesini de belirliyor.
Doküman revizyonu: en net ayrım noktası
ISO 9001 madde 7.5.3 dokümante bilginin (documented information) kontrolünü ister ve bunun içinde değişikliklerin kontrolü, sürüm yönetimi ve güncelliğini yitirmiş sürümlerin istenmeyen kullanımının önlenmesi vardır. ERP'lerin çoğu dokümanı bir dosya eki olarak tutar; yeni sürüm yüklendiğinde eskisi ya silinir ya da yanına ikinci bir ek olarak durur. Denetçi "bu talimatın rev.3'ünde ne değişti, kim onayladı" diye sorduğunda cevap veremezsiniz.
Bağımsız bir QMS'te aynı doküman bir kayıt olarak yaşar: revizyon numarası, değişiklik gerekçesi, onay zinciri, yayın tarihi, dağıtım listesi ve okundu bilgisi bir arada durur. Eski sürüm arşivlenir ama erişilebilir kalır. Bu ayrımın ayrıntısı doküman yönetimi sayfasında duruyor. Otomotivde ayrıca IATF 16949 madde 7.5.3.2.2 mühendislik özelliklerindeki değişikliklerin gözden geçirilmesi ve yayınlanması için süre sınırı getirir; bunu dosya ekleriyle yönetmek pratikte mümkün değil.
Denetim izi ve kayıt saklama
Denetçinin sorduğu üç soru hep aynıdır: bu kaydı kim oluşturdu, sonradan değiştirildi mi, kim onayladı. ERP'lerin belge tiplerinde bu iz genellikle tutulur; sorun serbest metin alanlarında ve dosya eklerinde çıkar, çünkü oralarda değişiklik geçmişi yoktur. Ek dosya aynı adla yeniden yüklendiğinde eski sürüm görünmez olur ve kaydın bütünlüğü kaybolur.
Kayıt saklama tarafında da fark var. IATF 16949 madde 7.5.3.2.1 kayıtların saklama sürelerini tanımlamanızı ister ve otomotiv müşterileri bu süreyi genelde üretim ömrü artı belirli bir yıl olarak dayatır. ERP'de kalite kayıtları malzeme hareketine bağlı olduğundan, arşivleme politikası muhasebe ve stok tarafının takvimine göre kurulur; kalite kayıtları o takvimle uyuşmayabilir. Bunu kurulum aşamasında yazılı olarak netleştirin.
Bir de erişim tarafı var. Müşteri denetiminde OEM temsilcisine kalite kayıtlarını göstermeniz gerekir; ERP ekranında bu kayıt, maliyet ve satış verisinin yanında durur. Denetçiye gösterilecek ekranı ayrı bir yetkiyle sınırlamak çoğu ERP'de ek çalışma gerektirir. Küçük bir ayrıntı gibi duruyor ama denetim gününde firmanın rahatını doğrudan etkiliyor; kalite kaydını göstermek için maliyet alanlarını aceleyle gizlemeye çalışan ekiplerle birkaç kez karşılaştık.
Aynı başlığın bir de silme yetkisi tarafı var. Kalite kayıtlarının saklama süresi dolmadan silinmemesi gerekir; ERP'de ise kayıt silme yetkisi genelde rol bazlıdır ve o rolde kalite dışından kişiler de bulunur. Denetçi "bu kaydı kimler silebilir" diye sorduğunda, cevabın bir ekran görüntüsüyle verilebilmesi lazım. Kurulum sırasında silme ve arşivleme yetkilerini kalite kayıt tipleri için ayrı tanımlatın; bunu sonradan istemek, çalışan bir yetki şemasını yeniden açmak anlamına geliyor ve genelde ertelenip unutuluyor.
Sistemin adı denetimde hiç sorulmaz. Sorulan şey şudur: bu uygunsuzluğun kök neden analizi nerede, alınan aksiyon hangi dokümana yansıdı, o dokümanı okuması gereken personelin kaydı nerede. Üç cevabın üç ayrı yerde olması bulgu değildir; ama aralarındaki bağı gösteremiyorsanız, sistem etkin işletilmiyor değerlendirmesi gelir.
İkisini birlikte kullanmak: sınırı nereden çizmeli
Sahada en çok işe yarayan kurgu, ikisini rakip değil komşu görmek. Sınır şöyle çizilir: malzeme, parti, sipariş, tedarikçi ve maliyet verisi ERP'de doğar; kalite süreç kayıtları QMS'te doğar ve gerektiğinde ERP verisini okur. Giriş kalite kontrol sonucu ERP'de kalabilir, ama o sonuçtan doğan tedarikçi uygunsuzluğu QMS'te yürür. Böylece ne veri tekrarı olur ne de kayıt bütünlüğü bozulur.
Entegrasyonu kurarken tek sayfalık bir tablo hazırlayın: hangi veri nerede doğuyor, hangi yöne akıyor, ne sıklıkla güncelleniyor. Bu tabloyu yazmadan başlayan entegrasyon projelerinin sonu, aynı bilginin iki yerde tutulup birbirini tutmaması oluyor. Üretim tarafındaki hurda ve ret verisinin hangi sistemde raporlanacağı da bu tabloda net olmalı; iki farklı hurda oranı raporlayan bir firmada yönetim toplantısı veriyi tartışmakla geçiyor.
Kullanıcı tarafı: kim hangi ekrana giriyor
Kararın sık atlanan boyutu lisans ve erişim. ERP kullanıcı lisansları genelde pahalıdır ve firmalar bu yüzden sahaya ERP açmaz; vardiya amiri ERP kullanıcısı değildir. Oysa uygunsuzluğu ilk gören odur. Kayıt açma yetkisi olmayan bir insanın gördüğü hatayı bildirmesi, telefonla ya da kâğıtla olur; sonra biri onu sisteme girer. Bu ara adım hem gecikme hem bilgi kaybı üretir, üstelik kaydı gerçekte kimin açtığı da bulanıklaşır.
Bağımsız bir QMS'te durum tersine dönebilir, çünkü kalite kayıtları için kullanıcı modeli daha geniş kurgulanır. Ama bunu peşin kabul etmeyin; teklif alırken "yüz kişilik tesiste herkesin uygunsuzluk açabilmesi ne kadar tutar" diye açıkça sorun. ERP kalite modülü mü QMS mi kararını verirken, kaç kişinin gerçekten kayıt açacağını yazın ve iki seçeneğin lisans hesabını o sayı üzerinden yaptırın. Sayıyı vermeden alınan tekliflerin hepsi optimist çıkıyor.
Maliyet ve sahiplik
ERP'ye kalite modülü eklemek genelde daha ucuz görünür, çünkü lisans ve altyapı zaten vardır. Hesabın gözden kaçan tarafı özelleştirme kalemidir: ERP'de olmayan bir kalite akışını kurdurmak, danışman günü demektir ve her sürüm yükseltmesinde o özelleştirmenin yeniden test edilmesi gerekir. Kalite süreçleri de yılda birkaç kez değişir; her değişiklik için bilgi işlem kuyruğuna girmek, kalite bölümünün en çok şikâyet ettiği durum.
Sahiplik meselesi de buna bağlı. Bağımsız bir QMS'te form alanını, iş akışını ve onay zincirini kalite bölümü kendi değiştirebiliyorsa sistem yaşar. Değiştiremiyorsa, hangi ürünü almış olursanız olun sistem donar. Seçim yaparken demoda şunu isteyin: "8D formuna bir alan ekleyin, şimdi." Cevabın ne kadar sürdüğü, üç yıllık kullanım deneyiminizi baştan söyler.
Bir de şu var: ERP'yi kim kurduysa kalite akışlarını da o kurar. Danışman firma stok ve maliyet tarafında güçlü olabilir ama DÖF, iç denetim ve doküman revizyonu onun günlük işi değildir. Kurgu bu yüzden çoğu zaman kalite bölümünün anlattığı gibi değil, danışmanın ERP'de yapabildiği gibi çıkar. Bu iki şeyin farkını kurulum sırasında değil, sözleşmeden önce görün: karşı taraftan bir kalite akışını kendi ekranında canlı kurgulamasını isteyin.
Bakım sorumluluğu da hesaba katılmalı. ERP tarafında kalite modülünün sahibi bilgi işlem olur; her talep bir iş emri açar, sıraya girer ve önceliği üretimin acil talepleriyle yarışır. Bağımsız sistemde ise sahiplik kalite bölümündedir ve iş akışındaki küçük düzeltmeler aynı gün yapılabilir. Bu farkı yıllık bakım bedeli olarak değil, kalite bölümünün bekleme süresi olarak hesaplayın; sahada asıl maliyet orada birikiyor.
Karar için pratik eşik
Kaba bir kural: otomotiv özel şartı olmayan, tek tesisli, ayda birkaç uygunsuzluk açan ve doküman sayısı sınırlı bir işletmede ERP kalite modülü tek başına yeter; ikinci sistem yük olur. IATF 16949 kapsamına girdiğiniz anda FMEA, kontrol planı, PPAP, MSA ve tedarikçi PPM takibi devreye girer ve bunlar ERP'nin tasarlandığı alan değildir. Bu noktada ERP kalite modülü mü QMS mi sorusunun cevabı "ikisi de, ama sınırları yazılı" olur. Kavramların kapsamını karşılaştırmak isterseniz QMS ile QDMS arasındaki fark yazısı bu tabloyu tamamlıyor; kalite tarafındaki modül listesini de kalite yönetim sistemi yazılımı sayfasından karşılaştırabilirsiniz. PaKalite'yi ERP'nin yerine değil yanına konumlandırmamızın nedeni de bu: stok ve sipariş verisi ERP'de kalsın, kalite kayıtlarının izlenebilirliği kalite bölümünün elinde olsun.