IATF 16949’da Ölçüm ve Test Yazılımlarının Doğrulanması

IATF 16949 denetiminde kalibrasyon klasörü genelde temiz çıkar. Bulgu, cihazın arkasındaki yazılımdan gelir. CMM ölçüm programı revize edilmiş, test standının PC’sine yeni sürüm kurulmuş, SPC aracı güncellenmiş; ama ölçüm sonucunun değişmediğini gösteren tek satır kayıt yok. Denetçi “bu istasyonda hangi sürüm çalışıyor ve en son ne zaman doğrulandı?” diye sorduğunda kalite BT’ye, BT kaliteye bakar. Aşağıda bu boşluğu kapatmak için kapsamı, sorumluluk paylaşımını, doğrulama yöntemlerini ve denetimde gösterilecek kaydı sahada işleyen sırayla anlatıyoruz.

Gereklilik ne istiyor? Ölçüm yazılımının kapsamı

IATF 16949’un 7.1.5.2.1 maddesi (kalibrasyon/doğrulama kayıtları), cihaz kalibrasyonunun yanında iki yazılım beklentisi koyar: ürün ve proses kontrolünde kullanılan yazılım sürümünün belirtilen sürüm olduğunun doğrulanması ve ürün ile proses kontrolünde kullanılan üretimle ilgili yazılımın doğrulanması. Madde, bunun çalışana, müşteriye veya sahadaki tedarikçiye ait ekipman üzerindeki yazılımları da kapsadığını açıkça yazar. Makine üreticisinin kendi test PC’sinde çalışan yazılım da sizin kapsamınızdadır.

Kapsamı çıkarmanın en kısa yolu kontrol planıdır. Kontrol planında ölçüm veya test yöntemi olarak geçen her sistemin arkasında bir yazılım varsa, o yazılım doğrulama envanterine girer. Sahada tipik liste şöyle çıkar:

• CMM ve optik ölçüm yazılımları: ölçüm programı (part program), hizalama ve geometri hesaplama algoritmaları, rapor şablonları.
• Test standı yazılımları: sızdırmazlık, EOL (hat sonu) elektrik testi, tork/açı izleme; limit değeri ve geçti/kaldı mantığı taşıyan her yazılım.
• SPC ve istatistik araçları: Cp/Cpk, kontrol limiti ve kural ihlali hesaplayan yazılımlar, Excel makroları dahil.
• Görüntü işleme ve hata önleme (poka-yoke) sistemleri: kamera tabanlı kontrol yazılımları ve parametre setleri.
• Veri toplama ara katmanları: ölçüm sonucunu cihazdan alıp MES veya SPC veritabanına yazan arayüzler.

Son madde en sık unutulandır. Cihaz doğru ölçer, arayüz ondalık ayırıcıyı yanlış okur: 12,05 mm veritabanına 1205 olarak düşer. Ya da birim dönüşümü yapılmaz, inç ile milimetre karışır. Bölgesel ayarları farklı iki PC arasında taşınan CSV dosyası bu hatanın klasik kaynağıdır. Doğrulama, değerin son kaydedildiği tabloya kadar olan zinciri kapsamalı.

BT ve kalite biriminin sorumluluk paylaşımı

Bu işte en yaygın sorun sahipsizliktir. Kalite “yazılım, BT’nin işi” der; BT “ölçümün doğruluğunu biz değerlendiremeyiz” der. İkisi de haklıdır, kayıt yine de oluşmaz. İşleyen model şudur: ölçümsel doğrulama kalitede, sürüm ve ortam kontrolü BT’de; ikisi üretimde BT uyumu hedefi için tek bir süreçte buluşur.

Faaliyet	Kalite / Metroloji	BT
Yazılım envanteri ve kapsam kararı	Sorumlu	Destek
Doğrulama yöntemi ve kabul kriteri	Sorumlu	Bilgi alır
Onaylı sürüm listesi (baseline)	Onaylar	Sorumlu
Kurulum, güncelleme, yedekleme	Bilgi alır	Sorumlu
Doğrulama testinin yürütülmesi	Sorumlu	Ortam sağlar
Yetkisiz değişikliğin tespiti	Bilgi alır	Sorumlu

BT’nin işi hesaplama algoritmasını ispatlamak değil, doğrulanmış durumu korumaktır. Hangi bilgisayarda hangi sürüm yüklü, bilinmeli. Yetkisiz güncelleme engellenmeli. İşletim sistemi yamaları değişiklik sürecine bağlanmalı, ölçüm programlarının yedeği alınmalı. Metroloji ise sürüm değiştiğinde ölçüm sonucunun hâlâ güvenilir olduğunu gösterir. Roller net olunca denetimde kimin konuşacağı da nettir.

Doğrulama yöntemleri: referans parça, karşılaştırmalı ölçüm

Ölçüm yazılımı doğrulamasını bir yazılım test projesine çevirmeyin. Kod incelemesi yapmıyorsunuz. Kullanıcı olarak göstermeniz gereken tek şey var: yazılım, sizin kullanım şeklinizle doğru sonuç üretiyor. Bunun için aşağıdaki dört yöntem tek başına ya da birlikte kullanılır.

Referans (master) parça ile ölçüm

Değerleri kalibre bir sistemle belirlenmiş referans parça yeni sürümle ölçülür, sonuç sertifika değeriyle karşılaştırılır. Kabul kriteri, ölçüm belirsizliği ve tolerans dikkate alınarak testten önce yazılır. Test standlarında aynı mantık “iyi” ve “kötü” olduğu bilinen numunelerle çalışır: sınır numunesi, kasıtlı kaçaklı test parçası. Yazılım iyi parçayı geçirmeli, kötü parçayı reddetmeli. Kötü numuneyi geçiren test standı, ne kadar yeni olursa olsun, kullanılamaz.

Karşılaştırmalı ölçüm (eski ve yeni sürüm)

Aynı parça seti eski ve yeni sürümle ölçülür, farklar istatistiksel olarak değerlendirilir. Fark belirsizlik sınırı içindeyse sürüm değişikliği ölçüm sistemini etkilememiştir. Bunun için eski sürüm ortamının bir süre ayakta kalması gerekir. Güncellemeden önce istasyonun imajı veya en azından kurulum ve program dosyalarının yedeği alınmadıysa bu yöntem baştan kaybedilmiştir.

Referans veri setiyle hesaplama testi

SPC ve istatistik yazılımlarında sonucu bağımsız hesaplanmış bir veri seti yazılıma girilir; Cpk, ortalama, standart sapma ve kontrol limitleri karşılaştırılır. Aynı veri seti her sürüm değişikliğinde tekrar kullanılabilir. CMM tarafında ISO 10360-6, geometrik eleman uydurma algoritmalarının referans veri setleriyle test edilmesini tanımlar; yazılım tedarikçisinden bu kapsamda test raporu istenebilir.

Ölçüm sistemi analizi (MSA) ile bağ

7.1.5.1.1 maddesi, kontrol planındaki her ölçüm sistemi tipi için istatistiksel çalışma ister. Yazılım değişikliği ölçüm sisteminin davranışını değiştirebiliyorsa (filtreleme veya hizalama algoritması değiştiyse) MSA’nın tekrarlanıp tekrarlanmayacağı doğrulama kararının parçasıdır. Bu karar kayda yazılmalı. “Gerek görülmedi” de bir karardır, gerekçesiyle.

Sürüm ve yapılandırma kontrolü

Doğrulama, yazılım doğrulandığı durumda kaldığı sürece geçerlidir. Bunun için her ölçüm istasyonuna bir “onaylı yapılandırma” kaydı açılır: yazılım adı ve sürümü, kurulum dosyasının özeti (hash), lisans/opsiyon modülleri, ölçüm programı dosyaları ve parametre setleri, işletim sistemi sürümü ve bağlı cihaz sürücüleri. Sürücü satırını atlamayın; ölçüm kartı veya seri port sürücüsü güncellemesi de sonucu etkileyebilir.

Windows tabanlı istasyonlarda yüklü yazılım sürümlerini ve kritik dosyaların özetini PowerShell ile toplamak, onaylı listeyle karşılaştırmayı birkaç dakikalık işe indirir:

# Yüklü yazılımlar ve sürümleri (64 ve 32 bit kayıt anahtarları)
$yollar = 'HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\*',
          'HKLM:\Software\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\*'
Get-ItemProperty $yollar |
  Where-Object DisplayName |
  Select-Object DisplayName, DisplayVersion |
  Sort-Object DisplayName |
  Export-Csv "C:\Dogrulama\$env:COMPUTERNAME-yazilim.csv" -NoTypeInformation -Encoding UTF8

# Ölçüm programı ve parametre dosyalarının SHA-256 özeti
Get-ChildItem 'D:\OlcumProgramlari' -Recurse -File |
  Get-FileHash -Algorithm SHA256 |
  Select-Object Path, Hash |
  Export-Csv "C:\Dogrulama\$env:COMPUTERNAME-hash.csv" -NoTypeInformation

Bu çıktıyı periyodik olarak (aylık ya da her kalibrasyon döngüsünde) alıp onaylı listeyle karşılaştırırsanız yetkisiz değişiklik kendiliğinden görünür. Fark çıktığında ilk soru teknik değil, kalite sorusudur: değişiklik ne zaman oldu, o tarihten beri hangi parçalar bu istasyonda ölçüldü? Cevap uygunsuzluk değerlendirmesine girer.

Ölçüm programlarının kendisi (CMM part program, test reçetesi) de sürüm kontrolüne alınmalı. Revizyon numarası, değiştiren kişi, değişiklik nedeni ve onay kaydı olmadan sahada program düzenlemek, bizim denetim hazırlıklarında en sık gördüğümüz açıktır. Operatör bir noktanın yaklaşma yönünü değiştirir, kaydeder, kimseye söylemez. Üretimdeki program ve reçete değişikliklerinin tamamını ele alan üretim sistemlerinde değişiklik yönetimi rehberi bu akışı ayrıntılı anlatır.

Yeniden doğrulama tetikleyicileri

Doğrulama bir kez yapılıp rafa kalkmaz. Hangi olayın yeniden doğrulama gerektirdiği önceden yazılırsa karar kişiye göre değişmez. Aşağıdaki tablo bir karar çerçevesi örneğidir; kademeleri kendi risk değerlendirmenize göre uyarlayın.

Tetikleyici	Gerekli doğrulama
Ana sürüm yükseltmesi	Referans parça + karşılaştırmalı ölçüm; MSA kararı
Ara sürüm / hata düzeltme paketi	Referans parça ölçümü; sürüm notu incelemesi
Ölçüm programı veya limit değişikliği	İlgili karakteristikler için referans parça; onay
İşletim sistemi yükseltmesi	Fonksiyon testi + referans parça
Güvenlik yaması	Fonksiyon testi; sonuç kaydı
Donanım değişikliği (PC, kart, sensör)	Fonksiyon testi + referans parça
Veri arayüzü değişikliği	Uçtan uca veri karşılaştırması
Hash/sürüm sapması tespiti	Uygunsuzluk değerlendirmesi + tam doğrulama

Mühendislik değişiklikleri de tetikleyicidir: 7.1.5.2.1, ölçüm sistemlerini etkileyen mühendislik değişikliklerinden sonraki revizyonların kayıt altına alınmasını ister. Yeni karakteristik eklendiğinde ya da tolerans değiştiğinde ölçüm programı güncellenir. O güncelleme kendi doğrulamasını ister. Tablodaki “güvenlik yaması” satırı da hafife alınmasın: bazı yamalar .NET veya sürücü bileşenlerini değiştirir ve ölçüm yazılımı bir sonraki açılışta farklı davranabilir.

Örnek doğrulama planı ve kayıt

Doğrulama kaydı denetçinin ilk istediği belgedir. Kısa olsun, ama izlenebilir olsun. Aşağıdaki alanlar bir test standı yazılımı için hazırlanmış örnek kaydın iskeletidir:

• Kimlik: istasyon/cihaz no, kontrol planındaki ilgili karakteristik ve operasyon numarası.
• Yazılım: ad, önceki ve yeni sürüm, kurulum dosyası özeti, ölçüm programı revizyonu.
• Tetikleyici: değişiklik kayıt numarası ve nedeni.
• Yöntem: kullanılan referans parça/numune kimlikleri ve kalibrasyon sertifika numaraları, karşılaştırma yöntemi.
• Kabul kriteri: test öncesinde yazılmış sayısal veya geçti/kaldı kriteri.
• Sonuçlar: ham veri ekleri, karşılaştırma tablosu, sapmalar.
• Karar ve onay: serbest bırakma kararı, metroloji ve proses sorumlusunun imzası, tarih.
• BT kapanışı: onaylı yapılandırma listesinin güncellendiği tarih ve yeni hash değerleri.

Yıllık doğrulama planı envanteri ve periyodik kontrolleri bir arada tutar: istasyon, yazılım, onaylı sürüm, son doğrulama tarihi, sonraki periyodik kontrol ve sorumlu. Planı kalibrasyon takvimine bağlamak işi kolaylaştırır. Cihaz kalibrasyona gittiğinde yazılım sürümü ve hash kontrolü aynı iş emrinde yapılır. Ayrı takvim, ayrı unutma demektir.

Denetimde sık görülen zayıf noktalar

• Doğrulama kaydı var, ama kabul kriteri testten sonra yazılmış ya da hiç yazılmamış.
• Onaylı sürüm listesi var, ama sahadaki gerçek sürümle hiç karşılaştırılmamış.
• Makine üreticisine ait test PC’si “onların sorumluluğu” diye kapsam dışı bırakılmış.
• SPC için kullanılan Excel dosyasının formülleri kilitli değil, dosyanın sürüm geçmişi yok.
• Uzaktan bakım bağlantısıyla yapılan güncellemeler değişiklik kaydına yansımamış.
• Ölçüm programlarının yedeği yok; istasyon arızasında hangi revizyonun geri yükleneceği bilinmiyor.

Uzaktan bakım maddesi ayrıca dikkat ister. Makine üreticisi gece bağlanıp yazılımı günceller, sabah vardiyası farkı bilmeden ölçmeye devam eder; onaylı yapılandırma kimsenin haberi olmadan bozulmuştur. Uzaktan erişimin yalnız talep ve onayla açılması, oturumun kaydedilmesi bu riski kontrol altına alır. Teknik yöntemler için makine üreticisi uzaktan erişimi rehberine bakabilirsiniz.

Ölçüm yazılımı doğrulaması, BT’nin IATF denetimine hazırladığı kanıtların bir parçasıdır; genel kanıt seti IATF 16949 denetiminde BT kanıtları yazısında. Ölçüm sonuçlarının MES ve SPC veritabanında değiştirilmeden saklandığını göstermek ayrı bir iştir ve MES ve CMMS kayıt bütünlüğü yazısında anlatılır. Envanteri ve sorumluluk modelini birlikte kurmak isterseniz IATF 16949 BT gereklilikleri ve denetim hazırlığı ile değişiklik, konfigürasyon ve yama yönetimi hizmetlerimize göz atabilirsiniz. Standardın güncel metni ve yorumları (SI ve FAQ’ler) için IATF Global Oversight sitesini esas alın.

Sık sorulan sorular

Ölçüm yazılımı doğrulaması her güncellemede baştan tekrarlanmalı mı?

Hayır. Tetikleyiciye göre kademeli yaklaşım yeterlidir. Ana sürüm yükseltmesi referans parça ve karşılaştırmalı ölçüm ister; güvenlik yaması için çoğu durumda fonksiyon testi ve kaydı yeter. Şart olan, bu kademelerin önceden yazılı olması ve her kararın kayda geçmesidir.

Makine üreticisine ait test yazılımının doğrulanması kimin sorumluluğunda?

IATF 16949 7.1.5.2.1, doğrulamanın sahadaki tedarikçiye veya müşteriye ait ekipman üzerindeki yazılımları da kapsadığını yazar. Testi üreticiyle birlikte yapabilirsiniz; kaydın ve onaylı sürüm kontrolünün sorumluluğu üretimi yapan kuruluştadır.

SPC için kullanılan Excel dosyaları da doğrulama kapsamına girer mi?

Ürün veya proses kontrol kararı için kullanılıyorsa girer. Formüller bilinen sonuçlu bir veri setiyle test edilir, hücreler kilitlenir, dosya sürüm kontrolüne alınır ve onaylı sürümün nerede durduğu belli olur.

Yazılım tedarikçisinin doğrulama sertifikası yeterli mi?

Tek başına yetmez. Tedarikçi raporu algoritmanın genel doğruluğunu gösterir. Sizin ölçüm programınız, parametreleriniz ve veri aktarımınız için kendi referans parça veya karşılaştırma testinizi yapmanız gerekir.