Kalibrasyon Takip Programında Süresi Dolan Cihaz Nasıl Engellenir?

Kısa cevap: süresi dolan cihaz nasıl gerçekten durdurulur?

Kalibrasyon takip programı, planlanan yeniden kalibrasyon tarihi geçen bir cihazı yalnız kırmızı renkte göstermemeli; cihazın durumu ile kullanım işlemleri arasında gerçek bir yetki kapısı kurmalıdır. Sistem cihaz seçilirken, işe atanırken, ölçüm kaydı başlatılırken ve sonuç yayımlanırken güncel durumu tekrar kontrol etmeli; kuruluş politikasına göre kullanımı engellemeli, cihazı karantinaya almalı veya yalnız yetkili ve gerekçeli bir istisna akışıyla ilerlemeye izin vermelidir.

“Süresi doldu” ifadesi dikkatle kullanılmalıdır. Takvimdeki tarih, kuruluşun belirlediği yeniden kalibrasyon planıdır; cihazın o saniyede teknik olarak yanlış ölçmeye başladığını kanıtlamaz. Tersi de doğrudur: tarih gelmedi diye cihazın her koşulda uygun olduğu varsayılamaz. Düşme, aşırı yük, arıza, şüpheli sonuç, ayar veya olumsuz ara kontrol gibi olaylar plan tarihinden önce de cihazı kullanım dışına çıkarabilir.

Kalibrasyon tarihi bir son kullanma tarihi değildir

Ölçüm cihazlarına herkes için geçerli tek bir kalibrasyon süresi vermek doğru değildir. ILAC G24:2022; ölçüm ekipmanı için yeniden kalibrasyon aralıklarının belirlenmesi ve gözden geçirilmesinde kullanılabilecek yöntemleri ele alır.[1] Kullanım yoğunluğu, taşıma, çevre şartları, cihazın kararlılığı, üretici bilgisi, geçmiş sonuçlar, ara kontroller, gerekli ölçüm belirsizliği ve yanlış sonucun etkisi değerlendirmeye girebilir. Kuruluş kendi programını gerekçelendirmeli ve performans verisiyle gözden geçirmelidir.

Bu nedenle programdaki “sonraki kalibrasyon tarihi” değişmez bir hakikat değil, kontrollü plan verisidir. Tarihi uzatmak için hücreyi ileri almak, geçmiş gecikmeyi görünmez yapar. Doğru yaklaşım; eski tarihi korumak, yeni aralığın gerekçesini, onaylayan kişiyi, karar tarihini ve dayanak kayıtlarını ayrı bir revizyon olarak saklamaktır. Geriye dönük tarih değişikliği hiçbir zaman sessiz olmamalıdır.

ISO 10012:2026, kuruluşların ölçüm süreçleri ve ekipmanını, geçerli ve güvenilir sonuçlara duyulan güveni destekleyecek sistem içinde kontrol etmesine yönelik güncel şartları tanımlar.[2] ISO/IEC 17025:2017 ise kalibrasyon laboratuvarlarının yetkinlik, tarafsızlık ve tutarlı işletim çerçevesidir.[3] Yazılım bu çerçevelerdeki teknik sorumluluğu devralmaz; cihaz durumu, kararlar ve kanıtlar arasındaki bağı korur.

Önce açık bir cihaz durum modeli kurun

Tek bir “aktif/pasif” alanı yeterli değildir. En azından kullanılabilir, tarihi yaklaşıyor, plan tarihi geçti, karantinada, bakımda, ayarda, arızalı ve kullanım dışı durumları ayrı anlam taşımalıdır. Bazı durumlar takvimden otomatik doğar; bazıları yetkili kullanıcının olay kaydıyla başlar. Örneğin plan tarihi gece yarısında geçtiğinde durum “gecikmiş” olabilir; cihaz yere düştüğünde tarih beklenmeden “karantina” durumuna alınmalıdır.

Her durum değişikliği için kaynak olay tutulmalıdır: plan tarihi, başarısız ara kontrol, fiziksel hasar, müşteri iadesi, bakım, ayar, sertifika iptali veya yetkili karar. Kullanıcı yalnız açılır listeden “uygun” seçerek engeli kaldıramamalıdır. Yeniden kullanıma alma koşulu kuruluş prosedüründe tanımlanmalı; gerekli kalibrasyon, doğrulama, bakım veya teknik inceleme tamamlanmadan durum değişmemelidir.

• Uyarı: Tarih yaklaşıyor, planlama yapılmalı; cihaz henüz kuruluş kuralına göre kullanılabilir olabilir.
• Yumuşak blok: İşlem durur, fakat belirli roldeki kişi gerekçe ve süreyle istisna isteyebilir.
• Sert blok: Atama, ölçüm veya yayın hiçbir kullanıcı tarafından standart akışta ilerletilemez.
• Karantina: Dijital durumla birlikte cihaz fiziksel olarak ayrılır; yanlışlıkla teslim edilmesi önlenir.
• Kullanım dışı: Cihaz yeni işe kapalıdır, ancak geçmiş kayıtları ve sertifikaları silinmez.

Engel hangi işlem noktalarında çalışmalı?

Yalnız giriş ekranında yapılan kontrol kolayca bayatlar. Kullanıcı sayfayı sabah açmış, cihazın tarihi gün içinde geçmiş veya başka bir yetkili cihazı karantinaya almış olabilir. Kritik koşul, işlem anında sunucu tarafında yeniden değerlendirilmelidir. Kullanıcı arayüzündeki gri düğme iyi bir yönlendirmedir; güvenlik kontrolü değildir.

1. Cihaz seçimi ve rezervasyon

Yeni iş planlanırken cihazın durumu, kapsamı, konumu ve planlanan iş tarihi değerlendirilir. Bugün uygun olan cihaz, işin gerçekleşeceği tarihte gecikmiş olacaksa sistem bunu önceden göstermelidir. Aynı cihazın çakışan iki iş için rezerve edilmesi de ayrı bir uygunluk sorunudur.

2. İş başlatma

Teknisyen sahada veya laboratuvarda işi başlatırken durum tekrar kontrol edilir. Cihaz sonradan karantinaya alındıysa eski rezervasyon kullanımı meşru kılmaz. Çevrimdışı çalışmada en son doğrulama zamanı görünür olmalı; riskli iş, uzun süre güncellenmemiş cihaz durumuyla sessizce başlatılmamalıdır.

3. Ölçüm kaydı ve cihaz bağı

Ham ölçüm kaydına kullanılan cihaz zorunlu bağlanmalıdır. Kullanıcı engeli aşmak için cihaz alanını boş bırakamamalı veya serbest metinle başka bir ad yazamamalıdır. Birden fazla referans kullanılıyorsa her birinin işteki rolü ve durumu kayıt altına alınmalıdır.

4. Teknik gözden geçirme

İş sırasında uygun görünen cihazın sertifikasında sonradan sorun fark edilebilir. Teknik gözden geçirme, cihaz durumunu ve sertifika bağını tekrar görmelidir. Uyarı yalnız kapatılabilir bir pencere olmamalı; değerlendirmenin sonucu, gerekçesi ve yetkili kişi kayda dönüşmelidir.

5. Rapor veya sertifika yayını

En son kapı yayın aşamasıdır. Kaynak cihazlardan biri engelli duruma geçtiyse sistem sonuçları otomatik geçersiz ilan etmemeli, fakat teknik karar verilmeden belgeyi müşteriye açmamalıdır. Bu ayrım önemlidir: program süreci durdurur, teknik uzman etkiyi değerlendirir.

İstisna gerekiyorsa “arka kapı” değil kontrollü karar olmalı

Bazı kuruluşlar, belirli düşük riskli koşullarda plan tarihi geçen cihaz için sınırlı istisna prosedürü tanımlayabilir. Bazıları ise hiçbir istisnaya izin vermez. Yazılım evrensel bir politika dayatmamalı; kuruluşun onaylanmış prosedürünü uygulamalıdır. İstisna varsa en az cihaz, iş, kapsam, gerekçe, talep eden, teknik onaylayan, başlangıç-bitiş zamanı ve ek kontrol kanıtı kaydedilmelidir.

“Yönetici devam etsin” düğmesi yeterli değildir. Yönetici rolü teknik yetki anlamına gelmeyebilir. İstisnayı onaylayabilecek kişi, cihaz türü ve ölçüm kapsamına göre belirlenmelidir. Süresiz muafiyet, tüm cihaz grubuna toplu uygulama veya geçmiş işlere geriye dönük onay verilmesi ciddi kırmızı bayraktır.

İstisna kaydı, sonraki plan tarihini otomatik değiştirmemelidir. Ayrıca uyarı ve raporlama ekranlarında görünür kalmalı; teknik gözden geçiren, bu işte standart dışı ilerleme olduğunu bilmelidir. Kuruluş kararı geri çekerse açık işlerdeki rezervasyonlar yeniden değerlendirilmelidir.

Süre aşımı sonradan fark edilirse etkilenen işler nasıl incelenir?

İlk adım cihazı yeni kullanıma kapatmak ve fiziksel olarak ayırmaktır. Sonra “hangi tarihten beri yanlış?” varsayımı yapmak yerine kanıt aralığı belirlenir. Son bilinen kabul edilebilir kalibrasyon, ara kontrol, karşılaştırma veya fonksiyon testi; cihazın kullanım tarihleri; ölçülen büyüklük ve aralık; hedef belirsizlik ve karar üzerindeki etkisi birlikte değerlendirilir.

Program, ilgili cihazın kullanıldığı işleri hızlıca listeleyebilmelidir. Yalnız rapor numarası değil; ölçüm noktaları, müşteri, yöntem, kullanıcı, tarih, kullanılan diğer referanslar ve sonuç sürümü erişilebilir olmalıdır. Bu liste teknik karar değildir; incelemenin kapsamını oluşturur. Yeni kalibrasyon sonucu veya uzman değerlendirmesi, hangi işlerin etkilenmiş olabileceğini belirlemeye yardımcı olur.

Plan tarihinin geçmesi ile cihazın tolerans dışı bulunması aynı şey değildir. Süresi geçen cihaz sonradan kabul edilebilir sonuç verebilir; tarihi geçmemiş cihaz da darbe nedeniyle sorunlu olabilir. Bu nedenle program her gecikmede otomatik müşteri bildirimi veya toplu belge iptali yapmamalıdır. Yetkili karar sonrası gerekli düzeltme, yeniden ölçüm, rapor revizyonu veya bildirim kayıtla yürütülmelidir.

Tarih, saat ve çevrimdışı kayıt hatalarına dikkat

Blok mantığı basit görünse de saat dilimi hataları yanlış sonuca yol açabilir. Sunucu Europe/Istanbul zamanını kullanırken mobil cihaz başka saat diliminde olabilir. Tarih yalnız “YYYY-AA-GG” olarak tanımlandıysa geçiş anının kuruluş politikasında açıklanması gerekir. Kullanıcının cihaz saatini geri alması engeli aşmamalı; kritik karar güvenilir sunucu zamanı ve imzalı senkronizasyon kaydıyla verilmelidir.

Çevrimdışı uygulama, cihaz durumunun ne zaman indirildiğini göstermelidir. Uzun süre bağlantısız kalan terminalde eski “uygun” bilgisi bulunabilir. Kuruluş riskine göre durum verisine azami yaş tanımlanabilir; süre aşılırsa yeni iş başlatmak için bağlantı zorunlu tutulabilir. Senkronizasyon sonrasında çakışma varsa en son yazanı körlemesine kabul etmek yerine karantina veya inceleme kuyruğu oluşturulmalıdır.

Sertifika dosyaları, plan revizyonları ve cihaz durum geçmişi değiştirilemez kayıt mantığıyla korunmalıdır. Yanlış dosya yüklendiyse silip yerine yenisini koymak yerine iptal/yerine geçen ilişkisi kurulmalıdır. Log yalnız “kullanıcı güncelledi” dememeli; eski değer, yeni değer, kaynak işlem ve zaman bilgisini içermelidir.

Uyarı sistemi ile kullanım engeli farklıdır

E-posta, panel bildirimi ve yaklaşan işler raporu planlama için gereklidir. Fakat bildirim gönderildi diye risk kontrol edilmiş olmaz. E-posta okunmayabilir, sorumlu kişi izinli olabilir veya iş başka kullanıcı tarafından başlatılabilir. Bildirim proaktif hazırlığı sağlar; blok ise hatalı işlemin gerçekleşmesini önler.

İyi tasarımda bildirimler kademelidir: yaklaşan süre için cihaz sorumlusu, planlamacı ve gerekirse yönetici bilgilendirilir; gecikmede iş ataması kapanır; karantinada fiziksel ayırma görevi açılır. Sistem her dakika ağır sorgu çalıştırmak zorunda değildir. Günlük plan işi, olay tabanlı durum güncellemesi ve işlem anı doğrulaması birlikte, sunucu yükünü artırmadan güvenilir kontrol sağlar.

Uygulama için sekiz kabul testi

1. Tarihi yarın dolacak cihaz, yarınki işe atanabiliyor mu; sistem planlanan iş tarihini dikkate alıyor mu?
2. Cihaz sonradan karantinaya alındığında açık rezervasyon ve taslak işler yeniden işaretleniyor mu?
3. Kullanıcı cihaz alanını boş bırakarak veya serbest metinle engeli aşabiliyor mu?
4. Mobil cihaz çevrimdışıyken durum bilgisinin yaşı görünür mü; azami yaş aşımında ne olur?
5. Yetkisiz kullanıcı plan tarihini ileri alabiliyor mu; eski değer ve gerekçe korunuyor mu?
6. İstisna belirli iş, kapsam ve süreyle sınırlı mı; teknik onay zorunlu mu?
7. Cihazın kullanıldığı geçmiş işler tek sorguyla, ölçüm bağlamıyla bulunabiliyor mu?
8. Yeniden kullanıma alma, gerekli kayıt tamamlanmadan yapılabiliyor mu?

Bu testleri yalnız demo verisiyle değil, anonimleştirilmiş gerçek senaryolarla çalıştırın. Başarılı sonuç “ekranda kırmızı oldu” değil; yanlış işlemin doğru noktada durması, yetkili kullanıcının nedenini anlayabilmesi ve bütün karar zincirinin sonradan denetlenebilmesidir.

Vizyon Muayene bu kontrolü nasıl ele alır?

Vizyon Muayene; cihaz envanteri, kalibrasyon planı, referans cihaz izlenebilirliği ve süresi dolan cihazın iş akışında engellenmesi gibi kontrolleri kalibrasyon laboratuvarı süreçleriyle ilişkilendirir.[6] Kuralın hangi noktada sert veya yumuşak blok olacağı, istisna yetkisi ve yeniden kullanıma alma koşulları kuruluş prosedürüne göre yapılandırılmalıdır.

Kendi senaryonuzu doğrulamak için bir referans cihaz, yaklaşan tarih, açık iş emri ve örnek istisna rolü hazırlayın. İletişim sayfasından pilot talep ederken yalnız hatırlatma ekranını değil; atama, çevrimdışı kullanım, teknik gözden geçirme, yayın ve etki incelemesi kapılarını birlikte test edin.

Sık sorulan sorular

Resmî kaynaklar

1. [1] ILAC G24:2022, measuring equipment recalibration intervals.
2. [2] ISO 10012:2026, ölçüm yönetim sistemleri.
3. [3] ISO/IEC 17025:2017, deney ve kalibrasyon laboratuvarları.
4. [4] ILAC P10:07/2020, ölçüm sonuçlarının metrolojik izlenebilirliği.
5. [5] BIPM/JCGM VIM 3, kalibrasyon tanımı ve ayar/doğrulama ayrımı.
6. [6] VizyonTech, Vizyon Muayene ürün sayfası.

Kaynaklar 11 Temmuz 2026 tarihinde kontrol edilmiştir. Kalibrasyon aralıkları ve istisna kuralları kuruluşun kapsamına, riskine ve uygulanabilir şartlara göre yetkili biçimde belirlenmelidir; bu içerik teknik veya hukuki uygunluk kararı yerine geçmez.