Prosedür Yönetimi: Kalite El Kitabını Dijitalde Yönetmek

Kalite el kitabı ve prosedürleri dijitalde yönetmek için sürüm kontrolü, onay akışı, erişim yetkisi ve denetime hazırlık adımları, sık hatalarla.

Piküp Medya Editör Ekibi· İçerik ve SEO editörlüğüSon güncelleme: 5 dk okumaWeb & Yazılım
Klavyenin yanında açık duran bir kitap.
Fotoğraf: Mikhail Pushkarev · Unsplash

Prosedür yönetimi, kalite el kitabı, prosedür, talimat ve formların tek bir güncel sürümle, onaylı ve doğru kişilere açık biçimde tutulmasıdır. Dijitale geçişin özü yazılım değil, düzendir: önce envanter, sonra sürüm kuralı, onay sırası ve erişim yetkisi. ISO 9001 denetiminde sorulan da budur: hangi belge geçerli, kim onayladı, kim erişebiliyor?

Kalite el kitabı ile prosedür arasındaki fark nedir?

ISO 9001, kalite yönetim sistemleri için uluslararası standarttır. Bu sistemin çatı belgesi kalite el kitabıdır: kapsamı, kalite politikasını ve süreçlerin birbirine nasıl bağlandığını anlatır. Prosedür ise bir işin kim tarafından, hangi sırayla ve hangi kayıtlarla yapılacağını tarif eder. Talimatlar daha dar bir görevi anlatır, formlar da işin kanıtını taşır.

Standardın 2015 sürümü ayrı bir kalite el kitabını zorunlu tutmaz; 'dokümante edilmiş bilgi' kavramıyla çalışır. Pek çok kuruluş el kitabını yine de korur, çünkü sistemi denetçiye ve yeni çalışana tek yerden anlatır. ISO 9001'in yeni baskısı Eylül 2026'da yayımlandı. 2015 sürümüyle belgeli kuruluşlara geçiş için üç yıl tanındı; takviminizi belgelendirme kuruluşunuzla netleştirin.

Önce envanter: hangi doküman kimin sorumluluğunda?

Prosedür yönetimi bir yazılım seçiminden önce bir envanter işidir. Kalite el kitabı, prosedürler, talimatlar ve formlar tek tek listelenmeden sisteme taşınırsa, eski karmaşa yalnızca ekrana yansır.

Her doküman için dört bilgi netleşmeli: sahibi, kapsamı, hangi birimi ilgilendirdiği ve gözden geçirme sıklığı. Sahibi olmayan doküman zamanla güncelliğini yitirir. Envanter çıkarırken yıllardır kimsenin açmadığı belgeleri de işaretleyin; bunları taşımak yerine arşive ayırmak çoğu zaman daha doğru karardır.

Paylaşımlı klasör mü, doküman yönetim sistemi mi?

Çoğu kuruluş kâğıt dosyadan önce paylaşımlı klasöre geçer. Bu adım erişimi kolaylaştırır ama sürüm ve onay sorununu çözmez. Aşağıdaki tablo üç yaklaşımı denetimde sorulan ölçütlere göre karşılaştırır.

Ölçüt

Kâğıt dosya

Paylaşımlı klasör

Doküman yönetim sistemi

Geçerli sürüm

Dolaptaki kopyaya bağlı

Dosya adından tahmin edilir

Tek güncel sürüm, eskiler geçersiz işaretli

Onay kaydı

Islak imza, arşivde aranır

Çoğu zaman e-posta yazışmasında kalır

Kimin, ne zaman onayladığı sistemde kayıtlı

Erişim

Fiziksel dağıtım listesi

Klasör izinleri, çoğu zaman geniş

Rol ve birime göre tanımlı

Değişiklik izi

Revizyon tablosu elle tutulur

Kimin değiştirdiği çoğu zaman belirsiz

Her hareket tarihli kayıtla tutulur

Denetime hazırlık

Klasörler elle toparlanır

Dosyalar tek tek aranır

Rapor sistemden alınır

Sürüm kontrolü: hangi dosya geçerli?

Masaüstünde duran 'son_son_v3' dosyası, denetimde en sık karşılaşılan sorunun kaynağıdır. Dijital sistemde her dokümanın tek bir güncel sürümü olmalı; eski sürümler silinmeden, ama açıkça 'geçersiz' olarak saklanmalı.

Sürüm numarası, yürürlük tarihi ve değişiklik özeti her dokümanın üstünde görünsün. Değişikliğin gerekçesi yazılmazsa üç ay sonra kimse neden güncellendiğini hatırlamaz. Düzenleme yetkisini de dar tutun: herkes okuyabilir, yalnızca sahibi taslak açabilir.

Belge kodu bu düzenin anahtarıdır. Kod, dokümanın türünü ve birimini tek bakışta gösterir; örneğin prosedür, talimat ve form için ayrı ön ekler kullanabilirsiniz. Kural bir kez yazıldığında yeni dokümanı kimin hangi kodla açacağı tartışma konusu olmaz.

Onay akışı: kim, hangi sırayla imzalar?

Onay akışı kâğıt üzerindeki ıslak imzanın dijital karşılığı değil, sorumluluk zinciridir. Hazırlayan, kontrol eden ve onaylayan rolleri ayrı kişilere atanmalı; aynı kişi hem yazıp hem onaylıyorsa akışın anlamı kalmaz.

Onay süresine de bir sınır koyun. Bekleyen taslak, sahada eski talimatın kullanılmaya devam etmesi demektir. Reddedilen taslakların gerekçesi kayıt altında tutulmalı; bu kayıt hem eğitimde hem de denetim sırasında işe yarar.

Onaylanmış belge de zamanla eskir. Envanterde belirlediğiniz gözden geçirme tarihi geldiğinde belge sahibine hatırlatma gitsin. Değişiklik gerekmese bile 'gözden geçirildi' kaydı düşülmesi, belgenin unutulmadığını gösterir.

Erişim yetkisi ve dağıtım: doğru kişi doğru sürümü görsün

Doküman herkese açık durursa kimse sahiplenmez. Dağıtımı rol ve birim bazında tanımlayın: depo çalışanı yalnızca kendi talimatlarını, kalite sorumlusu tüm seti görsün. Böylece okunması gereken içerik gürültüde kaybolmaz.

Yetkiyi kişiye değil role bağlayın. Biri görev değiştirdiğinde izinleri tek tek aramak yerine rolünü güncellersiniz. İşten ayrılan çalışanın erişimi aynı gün kapanmalı; bu adım sık unutulur.

Yeni sürüm yayımlandığında ilgili kişilere bildirim gitmeli ve eski sürüm sahadaki erişimden kalkmalı. Basılı kopya hâlâ kullanılıyorsa, kontrollü kopya numarası verip geri toplama kaydı tutmak gerekir.

Okundu bilgisi, bir talimatın duyurulduğunu kanıtlar; anlaşıldığını değil. Kritik prosedürlerde kısa bir onay adımı ya da bir bilgi sorusu eklemek mantıklı olur. Süre dolduğunda okumayanlar için yöneticiye otomatik hatırlatma gitmesi, takibi kişilere bağımlı olmaktan çıkarır.

Denetime nasıl hazırlanırsınız?

ISO 9001, dokümante edilmiş bilginin kontrol altında tutulmasını ister. Denetçi pratikte belgelerin onaylı ve güncel olduğuna, gereken yerde erişilebildiğine ve yetkisiz değişikliğe karşı korunduğuna bakar. Müşteri şartnamesi ya da mevzuat gibi dış kaynaklı belgeler de bu kapsama girer.

Denetçi sahada bir çalışanın kullandığı talimatı sistemdeki sürümle karşılaştırabilir. İkisi farklıysa sorun kâğıtta değil, dağıtım düzenindedir.

Sisteme geçtikten sonra üç ayda bir küçük bir iç kontrol yapın. Rastgele beş doküman seçin ve her biri için şu soruları sorun:

  • Güncel sürüm net mi, eski sürüm geçersiz olarak işaretli mi?
  • Onay kaydı var mı, hazırlayan ile onaylayan farklı kişiler mi?
  • İlgili kişiler yeni sürümü okumuş mu?
  • Eski sürüm sahadaki erişimden ve basılı kopyalardan kalkmış mı?
  • Belgenin dayandığı dış kaynak, örneğin şartname ya da mevzuat, hâlâ güncel mi?

Dijitale geçiş hangi sırayla yapılır?

Geçişi tek seferlik bir taşıma değil, kontrollü bir proje olarak ele alın. Şu sıra çoğu kuruluşta iyi çalışır:

  • Envanteri çıkarın ve her dokümana bir sahip atayın.
  • Belge kodlama ve sürüm numaralandırma kuralını yazılı hâle getirin.
  • Hazırlayan, kontrol eden ve onaylayan rollerini belirleyin.
  • Erişimi rol ve birime göre tanımlayın.
  • En kritik on prosedürle pilot başlatın ve ilk iç kontrolü yapın.
  • Kalan dokümanları birim birim taşıyın, eski klasörü salt okunur yapın.

Bu adımları tek bir sistemde nasıl toplarsınız?

Bu adımları tek bir sistemde toplamak isterseniz Filezonia bir seçenek. Piküp Medya'nın geliştirdiği bu kalite ve doküman takip sistemi revizyon takibi, kontrollü dağıtım, onay akışları ve imha tutanaklarını içinde taşır. Rol tabanlı erişim sunar ve her belge hareketini değiştirilemez bir denetim zincirine yazar.

Kurulumda sektörünüz seçildiğinde ISO klasör ağacı ve belge kodu şablonu hazır gelir. Sistem, şirketinize ayrılmış izole bir sunucuda ya da kendi sunucunuzda çalışır. Genel işleyişi doküman yönetim sistemi rehberimizde ayrıntılı anlattık.

Sık yapılan hatalar nelerdir?

Geçişte yaşanan sorunların çoğu yazılımdan değil, eksik kurallardan doğar. En sık görülenler şunlar:

  • Tüm arşivi tek seferde taşımak: eski karmaşa yeni sisteme aynen geçer.
  • Hazırlayan ile onaylayanı aynı kişi yapmak: onay kaydı anlamını yitirir.
  • Eski sürümü silmek: denetimde geçmiş revizyonu gösteremezsiniz.
  • Basılı kopyaları kontrol dışı bırakmak: sahada eski talimat dolaşmaya devam eder.
  • Okundu bilgisini anlama kanıtı saymak: kritik talimatta kısa bir doğrulama eksik kalır.
  • Değişiklik gerekçesini yazmamak: aynı tartışma birkaç ay sonra yeniden açılır.

İlk ay için uygulanabilir plan

Bu hafta envanter tablosunu açın ve her satıra bir sahip yazın. İkinci hafta sürüm ve onay kuralını bir sayfalık bir prosedüre dönüştürün. Üçüncü hafta en kritik on prosedürü pilot olarak taşıyın. Dördüncü hafta rastgele beş dokümanla iç kontrol yapın.

Cevaplardan biri 'hayır' çıkarsa sorun çoğu zaman yazılımda değil, süreçtedir. Önce sorumlulukları ve onay sürelerini yazılı hâle getirin, sonra eksikleri tek tek kapatın. Kendi yapınıza uygun kurulumu konuşmak isterseniz keşif görüşmesi talep edebilirsiniz.

Bu yazı sende ne uyandırdı?

İlk tepkiyi sen ver

Faydalı mıydı?

Faydalı bulduysan paylaş:

Sık sorulan sorular

Prosedür yönetiminde ilk adım ne olmalıdır?

İlk adım yazılım seçimi değil, envanter çıkarmaktır. Kalite el kitabı, prosedürler, talimatlar ve formlar tek tek listelenmeli; her doküman için sahibi, kapsamı, ilgili birim ve gözden geçirme sıklığı belirlenmelidir.

Dijital sistemde doküman sürümleri nasıl yönetilmelidir?

Her dokümanın tek bir güncel sürümü olmalı, eski sürümler silinmeden 'geçersiz' olarak saklanmalıdır. Sürüm numarası, yürürlük tarihi ve değişiklik özeti dokümanın üstünde görünmeli, değişiklik gerekçesi de yazılmalıdır.

Doküman onay akışında roller nasıl dağıtılmalı?

Hazırlayan, kontrol eden ve onaylayan rolleri ayrı kişilere atanmalıdır. Aynı kişi hem yazıp hem onaylıyorsa akışın anlamı kalmaz. Onay süresine sınır konmalı ve reddedilen taslakların gerekçesi kayıt altında tutulmalıdır.

Okundu takibi bir talimatın anlaşıldığını kanıtlar mı?

Hayır, okundu bilgisi yalnızca talimatın duyurulduğunu kanıtlar. Kritik prosedürlerde kısa bir onay adımı ya da bilgi sorusu eklenebilir. Süre dolduğunda okumayanlar için yöneticiye otomatik hatırlatma gitmesi takibi kişilere bağımlı olmaktan çıkarır.

Denetim öncesi iç kontrol nasıl yapılır?

Üç ayda bir rastgele beş doküman seçilir. Güncel sürümün net olup olmadığına, onay kaydının bulunup bulunmadığına, ilgili kişilerin okuyup okumadığına ve eski sürümün erişimden kalkıp kalkmadığına bakılır.

İlgili yazılar

İlgili hizmetler