Yazıcı Log Kayıtlarıyla Arıza Analizi Nasıl Yapılır?

Arıza Analizinde Log Kayıtları Neden Bu Kadar Önemli?

Bir yazıcı arızasında teknisyenin ilk duyduğu cümle genellikle "sürekli kağıt sıkıştırıyor" ya da "ara sıra hata verip kapanıyor" olur. Bu tarifler değerlidir ama eksiktir: hangi tepside, hangi kağıt yolunda, günün hangi saatinde ve hangi işten sonra olduğu çoğu zaman bilinmez. Kullanıcı en son gördüğü mesajı hatırlar; arızanın ne zaman başladığını, kaç kez tekrarlandığını ve öncesinde hangi uyarıların geldiğini hatırlamaz.

Neredeyse tüm kurumsal yazıcı ve çok fonksiyonlu cihazlar ise bu bilgiyi kendi içinde saklar. Hata kodları, sıkışma geçmişi, sarf değişimleri, servis uyarıları ve sayaç değerleri cihazın hafızasında belirli bir derinlikte tutulur. Doğru okunduğunda bu kayıtlar, "tahmin et ve parça değiştir" yaklaşımını "kanıta bak ve kök nedeni bul" yaklaşımına çevirir. Bu rehberde yazıcı log kayıtlarının nerede tutulduğunu, nasıl okunacağını ve servis süreçlerinde düzenli bir arıza analizi alışkanlığına nasıl dönüştürüleceğini ele alıyoruz.

Yazıcıda Hangi Log Kayıtları Bulunur?

Marka ve modele göre isimler değişse de kurumsal cihazlarda genellikle şu kayıt türleri bulunur:

• Olay (event) veya hata geçmişi: Cihazın ürettiği hata kodlarının tarih, saat ve çoğu zaman sayaç değeriyle birlikte listelendiği kayıttır. Servis çağrısı gerektiren hatalar, geçici motor hataları ve uyarılar burada görünür.
• Sıkışma (jam) geçmişi ve sayaçları: Hangi sıkışma kodunun kaç kez oluştuğunu, bazı modellerde de hangi kağıt kaynağından geldiğini gösterir. Panelde görünen mesaj ile servis menüsündeki sıkışma kodu her zaman aynı olmayabilir; analiz için ayrıntılı kod esas alınmalıdır.
• Sarf ve bakım kayıtları: Toner, drum, fuser, transfer bandı gibi parçaların takılma ve değiştirilme olayları ile kalan ömür bilgileri. Örneğin bazı HP modellerinde fuser'ın çıkarılması olay günlüğüne bir uyarı kodu olarak düşer ve cihazın çalışmasını engellemez.
• İş (job) kayıtları: Hangi kullanıcının, hangi uygulamadan, kaç sayfalık ve hangi ayarlarla iş gönderdiği. Bazı cihazlarda bu kayıt varsayılan olarak kapalıdır ve yönetici ayarlarından açılması gerekir.
• Sayaç değerleri: Toplam, siyah-beyaz, renkli ve bazı modellerde kağıt boyutuna göre ayrılmış sayaçlar. Log kaydı ile sayacı eşleştirmek, arızanın kaç sayfada bir tekrarladığını anlamanın en güvenilir yoludur.

Log Kayıtlarına Nereden Ulaşılır?

Gömülü web sunucusu (EWS)

Ağa bağlı cihazların çoğu, IP adresi tarayıcıya yazıldığında açılan bir yönetim arayüzüne sahiptir. HP LaserJet cihazlarında bu arayüzün bilgi sayfaları arasında "Event Log" bulunur ve ürünün olaylarını ve hatalarını listeler. Xerox VersaLink serisinde ayarlar menüsündeki "Fault History" sayfası hata kodu geçmişini gösterir; AltaLink serisinde ise ana sayfada güncel bildirimler yer alır. Hangi menünün nerede olduğu model ve firmware sürümüne göre değiştiği için kesin yol her zaman ilgili cihazın kullanım kılavuzundan doğrulanmalıdır.

Kontrol paneli ve rapor sayfaları

Birçok cihaz, olay günlüğünü veya hata geçmişini kontrol panelinden rapor sayfası olarak yazdırabilir. Sahada ağ erişimi olmadığında ya da müşteri ortamında yönetim arayüzüne giriş yetkisi bulunmadığında bu yöntem pratik bir alternatiftir. Yazdırılan raporun fotoğrafı iş emrine eklendiğinde, sonraki ziyarette aynı bilgiye yeniden ulaşmak gerekmez.

Servis modu

Konica Minolta, Canon, Ricoh gibi markaların fotokopi tabanlı cihazlarında en ayrıntılı kayıtlar servis modunda tutulur. Teknisyen forumlarında Konica Minolta cihazlar için sıkça verilen tavsiye, servis modundaki sayaçlar bölümünde sıkışma sayaçlarını ve son arıza kodlarını kontrol etmektir. Servis moduna giriş yöntemi ve erişim kodu modele özgüdür; servis kılavuzu dışında bir kaynağa dayanılmamalı ve yetkisiz kişilerin bu menülere girmesine izin verilmemelidir.

SNMP ve uzaktan izleme

Yazıcıların büyük kısmı, standart Printer MIB (RFC 3805) üzerinden uyarı tablosunu (prtAlertTable) ağ üzerinden okunabilir şekilde sunar. Bu tablo kağıt bitmesi, sıkışma, kapak açık kalması gibi durumları genel kodlarla bildirir. Uzaktan izleme yapan sistemler bu uyarıları ve sayaçları düzenli aralıklarla toplayarak cihaz başına bir zaman çizelgesi oluşturabilir. Sayaçların bu yolla nasıl okunduğunu SNMP ile yazıcı sayaç okuma yazımızda ayrıntılı anlattık. Bazı cihazlar ayrıca olayları syslog sunucusuna ya da e-posta uyarısı olarak gönderebilir; ancak bu özelliklerin varlığı ve ayarları modele göre değişir.

Log Kayıtlarıyla Arıza Analizi Adım Adım

1. Belirtiyi zaman ve sayaçla eşleştirin

İlk iş, kullanıcının anlattığı belirtiyi kayıttaki somut bir olaya bağlamaktır. "Dün öğleden sonra sıkıştı" bilgisi, hata geçmişinde aynı zaman aralığındaki kodla eşleştirilir. Eşleşen kaydın sayaç değeri not edilir; bu değer, sonraki tekrarlar arasındaki sayfa farkını hesaplamanın başlangıç noktasıdır.

2. Tekrar eden kodları gruplayın

Tek bir hata kodu çoğu zaman anlamlı bir şey söylemez. Asıl bilgi, aynı kodun hangi sıklıkla tekrarladığında gizlidir. Hata geçmişini kod bazında gruplayın ve her kod için ilk görüldüğü tarihi, son görüldüğü tarihi ve toplam tekrar sayısını çıkarın. Aynı sıkışma kodunun yoğunlaştığı dönem, bir parçanın aşınmaya başladığı dönemle büyük olasılıkla örtüşür.

3. Kaynağı daraltın: tepsi, kağıt yolu, iş türü

Sıkışma kodları genellikle kağıdın nerede takıldığını belirtir: besleme bölgesi, kayıt (registration) bölgesi, fuser çıkışı, dupleks ünitesi veya son işlem birimi gibi. Kodlar tek bir tepsiye yoğunlaşıyorsa sorun büyük olasılıkla o tepsinin besleme parçalarındadır; bu durumda kağıt çekmeme ve pickup roller rehberindeki kontroller iyi bir başlangıçtır. Kodlar tüm tepsilerde fuser çıkışında yoğunlaşıyorsa, besleme yerine fuser ünitesi arızası belirtilerine bakmak daha doğrudur. Yalnız çift taraflı işlerde ortaya çıkan sıkışmalar ise dupleks yolunu işaret eder.

İş kaydı açıksa sıkışmaların belirli bir kağıt türü, gramaj ya da uygulamayla ilişkili olup olmadığına da bakılmalıdır. Kalın etiket kağıdının standart tepsiden basılması gibi kullanım hataları, donanım arızası sanılıp gereksiz parça değişimine yol açabilir. Yaygın nedenlerin genel bir listesi için kağıt sıkışması nedenleri yazısına göz atabilirsiniz.

4. Olayları sarf ve bakım geçmişiyle karşılaştırın

Bir arıza kodunun ilk ortaya çıkış zamanı, son sarf değişimi ya da bakım ziyaretiyle çakışıyor mu? Yeni takılan bir drum veya toner sonrasında başlayan baskı kalitesi uyarıları, parçanın kendisinden ya da yanlış takılmasından kaynaklanıyor olabilir. Tersine, bir parçanın üretici tarafından öngörülen ömrüne yaklaştığı dönemde artan hata kodları, değişim zamanının geldiğini gösterir. Bu karşılaştırmayı yapabilmek için sarf değişimlerinin iş emirlerinde seri numarası ve sayaç değeriyle birlikte kaydedilmesi gerekir; seri numarası ile cihaz takibi bu yüzden arıza analizinin de temelidir.

5. Firmware ve yapılandırma değişikliklerini kontrol edin

Kayıtlarda belirli bir tarihten sonra yeni tür hataların başlaması, o tarihte yapılan bir firmware güncellemesine ya da ağ ve sürücü ayarlarındaki bir değişikliğe işaret edebilir. Güncellemenin ne zaman ve hangi sürüme yapıldığı biliniyorsa, sorun bildirimleri üretici sürüm notlarıyla karşılaştırılabilir. Bu konudaki dengeyi yazıcı firmware güncellemesi: faydalar ve riskler yazısında ele aldık.

6. Hipotezi kurun, değişikliği kaydedin, sonucu ölçün

Analizin sonunda "besleme rulosu aşınmış" ya da "dupleks ünitesindeki sensör kirli" gibi tek bir hipotez kurulur ve buna göre müdahale yapılır. Müdahaleden sonra kritik olan, aynı hata kodunun tekrar edip etmediğini sayaç üzerinden izlemektir. Değişiklik öncesi ortalama kaç sayfada bir sıkışma olduğu biliniyorsa, müdahale sonrası aynı ölçüyle karşılaştırma yapılabilir. Böylece çözüm "müşteri bir daha aramadı" varsayımına değil, ölçülebilir bir sonuca dayanır.

Sık Yapılan Hatalar

• Yalnız ekrandaki son mesaja bakmak: Panelde görünen mesaj genellikle sonuçtur; önündeki uyarılar ve tekrarlar asıl nedeni gösterir.
• Kayıtları silmek veya sıfırlamak: Bazı teknisyenler müdahaleden sonra hata geçmişini temizler. Bu, sonraki ziyarette karşılaştırma yapılmasını imkânsız hale getirir. Sıfırlama gerekiyorsa önce kaydın bir kopyası alınmalıdır.
• Cihaz saatini yanlış bırakmak: Saat ve tarih ayarı yanlış olan bir cihazın log kayıtları, kullanıcı şikâyetleriyle ve diğer sistemlerle eşleştirilemez. Kurulumda ve her firmware güncellemesinden sonra saat ayarı kontrol edilmelidir.
• Log derinliğini sınırsız sanmak: Cihazlar kayıtları sınırlı sayıda tutar; eski olaylar yenileri geldikçe silinir. Yoğun kullanılan bir cihazda birkaç haftalık geçmiş bile kaybolabilir. Bu yüzden kayıtları düzenli aralıklarla dışarı almak gerekir.
• Kod anlamlarını tahminle yorumlamak: Aynı numaralı kod farklı markalarda, hatta aynı markanın farklı serilerinde farklı anlamlara gelebilir. Yorum her zaman ilgili modelin servis dokümanına dayanmalıdır.

Tek Cihazdan Filoya: Log Analizini Sürece Dönüştürmek

Tek bir cihazın kayıtlarını okumak teknisyenin becerisidir; yüzlerce cihazlık bir filoda aynı bilgiyi düzenli kullanmak ise bir süreç meselesidir. Bunun için birkaç temel alışkanlık yeterlidir:

1. Her arıza iş emrine log özeti ekleyin. Hata kodu, kodun ilk ve son görüldüğü sayaç değeri ve tekrar sayısı iş emrinde ayrı alanlar olarak tutulursa, aynı cihazın geçmişi tek bakışta görülür. Bu alanları zorunlu kılmak, iş emri kapanış kalitesini doğrudan artırır. 2. Kodları ortak bir sözlükte toplayın. Marka ve model bazında sık görülen kodların anlamı, olası nedenleri ve ilk kontrol adımları ekip içinde paylaşılan bir listede tutulmalıdır. Yeni teknisyenlerin öğrenme süresini kısaltan en etkili araçlardan biri budur. 3. Tekrarlayan arızaları ayrıca işaretleyin. Aynı cihazda aynı kodla kısa aralıklarla açılan çağrılar, ilk müdahalenin kök nedeni çözmediğini gösterir. Bu çağrıları ayrı izlemek, ilk seferde çözüm oranını yükseltmek için somut bir başlangıç noktası verir. 4. Uzaktan izlemeyi analizle birleştirin. Uyarıların ve sayaçların otomatik toplandığı bir yapıda, teknisyen sahaya gitmeden önce cihazın son haftalarını görebilir. Hangi parçanın gerekebileceğini önceden tahmin etmek, gereksiz ikinci ziyaretleri azaltır. Sayaç verilerinin otomatik toplanması için sayaç takip programı, arıza kayıtlarının iş emirleriyle birleştirilmesi için teknik servis yönetimi çözümlerini inceleyebilirsiniz.

Saha ekiplerinde bu bilgi çoğu zaman teknisyenin defterinde ya da hafızasında kalır. PrintBeacon gibi bir servis yönetim yapısında hata kodları, sarf değişimleri ve sayaç değerleri aynı cihaz kartında birikince, analiz kişiye bağlı olmaktan çıkıp ekibin ortak verisine dönüşür.

Log Analizi Ne Zaman Yetmez?

Log kayıtları güçlü bir araçtır ama her arızayı açıklamaz. Ortam koşullarından kaynaklanan sorunlar —nemli depolanmış kağıt, toz, sıcaklık dalgalanması— çoğu zaman kayıtlarda doğrudan görünmez; yalnızca sıkışma veya baskı kalitesi uyarısı olarak sonuçlarını gösterir. Aralıklı elektrik ve ağ sorunları da cihaz tarafında anlamsız görünen hatalar üretebilir. Bu durumlarda log analizi, olası nedenleri daraltan ilk adım olarak kullanılmalı; kesin teşhis yerinde gözlem, test baskısı ve gerekirse parça ölçümüyle tamamlanmalıdır.

Sonuç

Yazıcı log kayıtları, arızanın ne zaman başladığını, ne sıklıkla tekrarladığını ve hangi değişikliklerle ilişkili olduğunu gösteren en tarafsız tanıktır. Belirtiyi zaman ve sayaçla eşleştirmek, tekrar eden kodları gruplamak, kaynağı tepsi ve kağıt yoluna göre daraltmak ve sonucu aynı ölçüyle doğrulamak, servis kalitesini kısa sürede gözle görülür biçimde iyileştirir. Bu alışkanlıkları ekip genelinde standart hale getirmek ve filo verisini tek yerde toplamak için çözümler sayfamıza göz atabilirsiniz.