Salı günü sevkiyat toplantısı. Planlama müdürü ERP ekranını yansıtıyor: 4.200 adet ürün sevke hazır görünüyor. Kalite şefi kendi ekranını açıyor: aynı parti karantinada, iki gün önce açılmış bir uygunsuzluk kaydı var. İki sistem aynı fabrikayı iki farklı şekilde anlatıyor ve odadaki kimse hangisinin doğru olduğundan emin değil. Bir kalite yönetim sistemi yazılımı ne kadar iyi kurulmuş olursa olsun, ERP ve MES ile konuşmuyorsa bu sahne er ya da geç yaşanır. Aşağıda entegrasyonun hangi verilerle başlaması gerektiğini, hangi yöntemin nerede işe yaradığını ve ISO 9001 / IATF 16949 madde 8.5.1 üretim ve hizmet sunumunun kontrolü açısından neyin kanıtlanması gerektiğini anlatıyoruz.
Entegrasyon neden bir kalite konusudur?
Entegrasyon ilk bakışta bilgi işlem projesi gibi görünür. Ama madde 8.5.1, üretimin kontrollü şartlarda yürütülmesini ve bunun için gerekli bilginin kullanım noktasında mevcut olmasını ister. Karantina kararı planlamanın ekranına düşmüyorsa, "kontrollü şart" iddiası zayıflar. Aynı şekilde madde 8.5.2 izlenebilirlik, parti ve seri numarasının kalite kaydıyla eşleşmesini gerektirir; parti numarası MES'te, ölçüm kaydı kalite yazılımında ve ikisi arasında elle kurulan bir bağ varsa, geri çağırma anında bu bağ kopar.
Bir de sessiz maliyet var: çift veri girişi. Aynı tedarikçi kartını iki sisteme girmek sadece zaman kaybı değil, iki farklı doğruluk düzeyi yaratır. Bir süre sonra kimse hangi listenin güncel olduğunu bilmez.
Hangi veriler hangi yöne akmalı?
Entegrasyon projesinin en belirleyici adımı, teknoloji seçimi değil veri sözleşmesidir. Hangi veri hangi sistemde doğar, hangi yöne akar, ne sıklıkla güncellenir? Bunu bir tabloda sabitleyin:
| Veri | Kaynak | Hedef | Sıklık | İlgili madde |
|---|---|---|---|---|
| Ürün ve malzeme kartı | ERP | Kalite | Günlük | 8.5.1 |
| Tedarikçi listesi | ERP | Kalite | Günlük | 8.4.1 |
| Satın alma siparişi / mal kabul | ERP | Kalite | Anlık | 8.4.2 |
| İş emri, parti ve seri no | MES / ERP | Kalite | Anlık | 8.5.2 |
| Proses parametresi, çevrim verisi | MES | Kalite (SPC) | Anlık | 9.1.1.1 |
| Girdi kontrol sonucu, karantina | Kalite | ERP | Anlık | 8.6, 8.7 |
| Iskarta ve yeniden işlem miktarı | Kalite | ERP | Vardiya sonu | 10.2 |
| Tedarikçi red kaydı / PPM | Kalite | ERP | Aylık | 8.4.2.4 |
Tabloyu doldururken tek kural vardır: her veri için tek bir "doğru kaynak" olacak. İki sistemde de düzenlenebilen bir alan, entegrasyonun ilk çatlağıdır. Tedarikçi tarafındaki veri akışının ayrıntısını tedarikçi performans yazılımı yazımızda ele aldık.
Entegrasyon yöntemleri arasında nasıl seçim yapılır?
Yöntem tartışması genellikle gereğinden karmaşık yürür. Pratikte üç seçenek vardır ve hangisinin uygun olduğunu verinin aciliyeti belirler:
- API / web servis: anlık karar gerektiren veri için. Karantina durumu, serbest bırakma, mal kabul kaydı buraya girer. Kurulumu en pahalı, sonucu en sağlam yöntem.
- Zamanlanmış dosya aktarımı (CSV/Excel): günde bir kez güncellense yeten listeler için yeterli. Ürün kartı, tedarikçi listesi, personel listesi.
- Ortak veri tabanı görünümü: ERP ve kalite yazılımı aynı sunucuda ise okuma amaçlı görünüm en hızlı çözümdür; ancak yazma işlemi asla bu yolla yapılmamalıdır.
Barkod ve terminal tarafını unutmayın. Sahada operatör parti barkodunu okuttuğunda ölçüm ekranının otomatik açılması, entegrasyonun en görünür faydasıdır ve veri girişi süresini yarıdan fazla kısaltır.
Bir otomotiv yan sanayi firmasında ERP entegrasyonu ilk kurulduğunda ürün kartları günde bir kez aktarılıyordu. Yeni bir parça devreye alındığı gün, kalite tarafında kart henüz görünmediği için girdi kontrol kaydı "diğer" koduyla açıldı. Üç ay sonra o parçanın PPM hesabı yapılamadı, çünkü kayıtların yarısı yanlış kod altındaydı. Çözüm teknik değil kurgusaldı: yeni parça açılışında aktarımı beklemeden tetikleyen bir manuel senkron butonu eklendi. Entegrasyon tasarlarken "istisna günleri" mutlaka düşünülmeli.
Entegrasyon projesi nasıl yürütülür?
Sırayı bozmadan ilerleyen firmalar bu işi altı sekiz haftada bitirir:
- Veri sözleşmesini yazın: alan alan eşleştirme tablosu, yön ve sıklık.
- Ana veriyi tekilleştirin; iki sistemdeki kod yapısı farklıysa eşleştirme tablosu kurun.
- Test ortamında tek yönlü akışla başlayın (ERP'den kaliteye).
- Bir hafta gözlemleyin, farkları raporlayın ve nedenlerini kapatın.
- Ters yönü (kaliteden ERP'ye) açın; karantina ve ıskarta ile başlayın.
- Hata yönetimini kurun: başarısız aktarım kime bildirilecek, ne kadar sürede çözülecek?
Altıncı madde en çok atlanan adımdır. Sessizce duran bir aktarım, hiç kurulmamış bir aktarımdan daha tehlikelidir; çünkü ekip verinin akmaya devam ettiğini varsayar. Bu nedenle entegrasyon izleme ekranını veri güvenliği ve yedekleme düzeninizle birlikte kurgulayın.
Entegre çalışan bir sahada denetçi tipik olarak bir parti numarası seçer ve iki sistemde birden takip eder: ERP'de sevk edilmiş görünen parti, kalite tarafında serbest bırakılmış mı? Aradaki fark bir gün bile olsa "bu farkı nasıl fark ediyorsunuz?" sorusu gelir. İkinci klasik soru, madde 8.6 ürünün serbest bırakılması ile ilgilidir: serbest bırakma kararını sistemsel olarak kim veriyor, kalite onayı olmadan sevk mümkün mü? Sevkin teknik olarak engellenmediği yapılarda bulgu neredeyse kesindir. Ayrıntı için madde 8.6 yazımıza bakın.
Entegrasyonun maliyeti nasıl kontrol altında tutulur?
Entegrasyon bütçeleri genellikle iki nedenle şişer. Birincisi kapsam kaymasıdır: proje "ürün kartlarını çekelim" diye başlar, üçüncü haftada maliyet muhasebesi verisi de listeye girer. İkincisi eşleştirme borcudur; iki sistemdeki kod yapıları farklıysa her yeni veri için ayrı bir dönüştürme kuralı yazılır ve bu kurallar zamanla bakımı zor bir yığına dönüşür. İkisinin de panzehiri aynı: veri sözleşmesini dondurun ve ilk sürümde yalnızca dört-beş veri tipiyle çıkın.
Maliyeti düşüren üçüncü karar, ana veriyi doğru yerde tekilleştirmektir. Ürün kodunu ERP'de, hata kodunu kalite tarafında sabitleyip ikisini birbirine tek yönlü bağlarsanız, dönüştürme katmanına gerek kalmaz. Yatırımın geri dönüşünü hesaplarken entegrasyon geliştirmesini ayrı bir kalem olarak yazın; toplam sahip olma maliyeti çerçevesini maliyet ve geri dönüş yazımızda tablo halinde verdik.
Entegrasyondan ne beklemek gerçekçi?
Entegrasyon her sorunu çözmez. Kötü tanımlanmış bir süreç entegre edildiğinde daha hızlı kötü sonuç üretir. Gerçekçi beklenti şudur: çift veri girişinin kalkması, parti bazlı izlenebilirliğin tek tıkla kurulması, karantina kararının anında görünür olması ve raporların elle birleştirilmeden çıkması. Bunlar bir kalite yönetim sistemi yazılımı için küçük kazanımlar değildir; ay sonu raporunu iki günden iki saate indiren tam olarak bu dört maddedir. Rapor tarafındaki etkiyi kalite yönetim yazılımı raporlama yazımızda ayrıntılandırdık.
Entegrasyona başlamadan önce sistemin kendisinin sağlam kurulmuş olması gerekir. Ana verisi temizlenmemiş bir kurulumu ERP'ye bağlamak, dağınıklığı iki katına çıkarır; önce kurulum ve devreye alma adımlarını tamamlayın.