Yatırım toplantısında BT müdürü tek cümleyle konuyu kapatmak istedi: "Zaten SharePoint lisansımız var, ayrı bir kalite yazılımına niye para verelim?" Soru haklı. Kalite müdürü ise başka bir yerden bakıyordu; geçen dış denetimde denetçi bir kaynak talimatının operatöre tebliğ edildiğine dair kaydı istemiş, sistemde böyle bir kayıt çıkmamıştı. SharePoint ile doküman yönetimi ISO denetiminde nereye kadar yeter? Tartışma bu iki bakışın kesiştiği yerde başlar ve bitirmenin tek yolu, denetimde gerçekten sorulan işlevleri tek tek test etmektir. Aşağıda sekiz başlıkta bunu yaptık.
BT'nin haklı olduğu yer
SharePoint bir doküman kütüphanesi olarak gerçekten iyi iş çıkarır. Sürüm geçmişi tutar, eş zamanlı düzenlemeyi yönetir, klasör ve kütüphane bazında yetki verir, arama motoru dosya içeriğini indeksler. Office dosyalarıyla çalışırken kimse yeni bir arayüz öğrenmek zorunda kalmaz. Şirkette zaten kurulu olması da ciddi bir avantajdır; yeni sunucu, yeni lisans ve yeni yedekleme politikası gerekmez.
Bu yüzden SharePoint ile doküman yönetimi ISO 9001 açısından tartışılırken meseleyi "SharePoint kötüdür" diye kurmak yanlış olur. Doğru soru şudur: madde 7.5.3'ün istediği kontroller kutudan çıktığı hâliyle karşılanıyor mu, yoksa her biri için ayrı bir akış mı geliştirmek gerekiyor? Çünkü geliştirilen her akış sizin sorumluluğunuza girer; bir gün onu yazan kişi işten ayrıldığında kalite sistemi de onunla birlikte kilitlenir.
Bir de ölçek farkı var. SharePoint her tür belgeyi yönetmek için tasarlanmış genel bir platform; kalite yazılımı ise tek bir işi, kontrollü doküman ve kayıt düzenini yapmak için tasarlanmış dar bir araçtır. Genel platformda her şey mümkündür ama hiçbiri hazır değildir. Dar araçta ise seçenek azdır, buna karşılık kurulumdan bir hafta sonra denetime girebilirsiniz. Fabrikanın hangisine ihtiyacı olduğu, kalite ekibinin kaç kişi olduğuna ve BT'den ne kadar destek alabildiğine bağlıdır.
Denetimde gerçekten sorulan sekiz işlev
Aşağıdaki tablo, saha denetimlerinde en sık istenen sekiz doküman kontrolü işlevini, iki yaklaşımın karşılama biçimini ve arkasındaki standart maddesini gösteriyor.
| İşlev | SharePoint | Kalite yazılımı (QDMS) | Dayanak |
|---|---|---|---|
| Sürüm geçmişi | Hazır gelir, güçlü | Hazır gelir | ISO 9001 7.5.3.2 c |
| Revizyon numarası ve rev. nedeni | Alan olarak elle eklenir | Zorunlu alan, kayıt altında | 7.5.3.2 c |
| Onay akışı (hazırlayan-kontrol-onay) | Akış geliştirmek gerekir | Rol bazlı, hazır | 7.5.2 c |
| Dağıtım listesi | Yetki var, liste yok | Doküman kartında tanımlı | 7.5.3.2 a |
| Okundu / tebliğ kaydı | Ayrı liste + akış gerekir | Revizyonla otomatik sıfırlanır | 7.5.3.1 a, 7.2 |
| Kontrollü / kontrolsüz kopya | Filigran için geliştirme | Çıktıda otomatik filigran | 7.5.3.2 a |
| Periyodik gözden geçirme uyarısı | Hatırlatma akışı kurulur | Tarih alanına bağlı uyarı | Standart şartı değil, denetim beklentisi |
| Yürürlükten kaldırma ve arşiv | Elle taşıma, iz bırakmaz | Durum değişir, iz kalır | 7.5.3.2 d |
SharePoint ile doküman yönetimi ISO şartlarına oturtulmak istendiğinde tablodaki sekiz satırın yalnızca biri kutudan çıktığı hâliyle hazır gelir; kalanı ya elle alan eklemeyi ya da baştan akış geliştirmeyi gerektirir. Bu satırlar küçük işler değil; denetimde kanıt istenen kalemlerin tamamı bunlar. Doküman kontrolünün ne anlama geldiğini derinlemesine görmek isterseniz doküman yönetimi sayfamızda madde madde anlattık.
Sürüm geçmişi ile revizyon kontrolü aynı şey değil
En sık karıştırılan konu bu. SharePoint her kaydetmede yeni bir sürüm üretir; 12.0, 12.1, 13.0 diye ilerler. Kalite sisteminde ise revizyon, onaydan geçmiş bir değişikliktir. Aradaki fark şu: bir talimat üzerinde on kez düzeltme yaptıysanız SharePoint on sürüm gösterir, oysa kalite sisteminde bu tek bir revizyondur ve tek bir onay tarihi taşır. Denetçi "rev.03'ün onay tarihi nedir, kim onayladı, neyi değiştirdiniz" diye sorduğunda sürüm listesi bu üç soruyu birden cevaplamaz.
Bir de revizyon nedeni alanı var. Otomotivde bu alan çok işe yarar; müşteri spesifikasyonu değiştiğinde IATF 16949 madde 7.5.3.2.2 bu değişikliğin gözden geçirilmesi için on iş günü sınırı koyar ve değişikliğin hangi dokümanlara yansıdığının kaydını bekler. Revizyon nedeni yazılı değilse o kaydı geriye dönük üretemezsiniz.
Bir dosya adı hiçbir zaman kontrol yöntemi olmadı: "Kaynak_Talimati_rev3_son_SON.docx". Bunu gören denetçi ilk iş aynı klasörde arama yapar ve neredeyse her seferinde aynı talimatın iki farklı varyantı çıkar. Revizyon bilgisi dokümanın kendi üstbilgisinde ve sistemin kayıt alanında durmalı; dosya adı yalnızca bir etikettir.
Onay akışı: yayımlama onayı yeterli mi?
ISO 9001 madde 7.5.2, dokümante bilgi oluşturulurken ve güncellenirken uygunluğunun gözden geçirilip onaylanmasını ister. Pratikte bu üç imzadır: hazırlayan, kontrol eden, onaylayan. SharePoint'te içerik onayı özelliği vardır ama tek aşamalıdır; iki kademeli onayı ve rol bazlı yedek onaycıyı akış tasarlayarak eklersiniz. Bu akış çalıştığı sürece sorun yok. Sorun, akışın sessizce durduğu gün ortaya çıkar; kimse fark etmez, doküman onaysız yayımlanır ve altı ay sonra denetimde bulunur.
Kalite yazılımında onay durumu dokümanın kendi özelliğidir. Onaysız doküman yayımlanamaz, taslak durumundaki dokümana dağıtım listesi çalışmaz. Fark, özellik listesinde küçük görünür; denetim gününde büyük görünür.
Dağıtım listesi ve kontrollü kopya
Madde 7.5.3.2'nin ilk maddesi dağıtımı, erişimi, geri getirmeyi ve kullanımı kontrol etmenizi ister. Yetkilendirme bunun yalnızca bir parçası. Denetçinin sorduğu asıl soru şudur: "Bu talimatın hangi noktalara dağıtıldığını gösterir misiniz?" Cevap, tezgâh numarası ve kişi adıyla verilebilmelidir. SharePoint'te erişimi olan herkesi listeleyebilirsiniz, ama "erişimi olan" ile "dağıtılan" aynı şey değildir.
Basılı kopya konusu daha da nettir. Kalite dokümanının çıktısı alındığında üzerinde "kontrolsüz kopya" ibaresi ve yazdırma tarihi bulunmalıdır; aksi hâlde sahada dolaşan kâğıdın hangi revizyona ait olduğu bilinmez. Bunu SharePoint tarafında çözmek için şablon ve baskı akışı geliştirmek gerekir. Kalite yazılımlarında filigran ve baskı kaydı standart gelir; kim, ne zaman, hangi revizyonun çıktısını almış, kayıtta durur.
Okundu kaydı: en çok takılan yer
Fabrikaların SharePoint'ten kalite yazılımına geçme kararını çoğunlukla bu başlık verir. Bir talimat revize edildiğinde ilgili operatörlerin bunu okuduğunu kanıtlamanız gerekir. Erişim günlüğü bu kanıtı vermez; dosyayı açmış olmak okumuş olmak değildir ve günlükler çoğu kurulumda sınırlı süre saklanır. Doğru kurgu, çalışanın açık bir onay vermesi ve bu onayın doküman revizyonuna bağlanmasıdır. Revizyon değişince eski onay geçersiz olmalı, okundu kaydı sıfırlanmalıdır.
Uygulamada bunu şöyle ölçün: "Rev.05 yayımlandıktan sonra hangi operatörler henüz okumadı?" sorusuna tek ekrandan cevap verebiliyor musunuz? Veremiyorsanız o kayıt denetimde de çıkmayacak. Kapsam yüzdesinin nasıl ölçüldüğünü okundu teyidi yazımızda ayrıca ele aldık. PaKalite'nin doküman modülü bu listeyi bekleyen kişi bazında üretir ve tebliğ tamamlanmadan revizyonun kapanmasına izin vermez.
Denetçi doküman kontrolünü masada değil sahada test eder. Bir tezgâhın yanındaki talimatı eline alır, revizyon numarasını okur, sonra sisteme döner ve yürürlükteki revizyonu sorar. İkisi tutmuyorsa geri kalan hiçbir özellik konuşulmaz. Bu testte SharePoint de QDMS de aynı ölçüye vurulur; farkı yaratan, yeni revizyonun sahaya ulaştığını sistemin kendiliğinden takip edip etmediğidir.
Yürürlükten kaldırma ve arşiv
Eski revizyonun ne olacağı, doküman kontrolünün son ve en çok atlanan halkasıdır. Madde 7.5.3.2 saklamayı ve elden çıkarmayı da kontrol altına almanızı ister. Bir dosyayı "Arşiv" adlı klasöre taşımak bunu karşılamaz; klasördeki dosya hâlâ açılabilir, çıktısı alınabilir ve üzerinde geçersiz olduğuna dair bir işaret yoktur. Kalite yazılımında doküman "yürürlükten kaldırıldı" durumuna geçer, arama sonuçlarında bu etiketle görünür ve açıldığında uyarı verir. Kayıt saklama süreleri de doküman türüne bağlanır; otomotivde IATF 16949 madde 7.5.3.2.1 üretim parça onay kayıtları ve kontrol planları için parça ömrü artı bir takvim yılı gibi süreler tanımlar.
Maliyet tartışması nerede yanlış kuruluyor?
"Lisansımız var, bedava" cümlesi yalnızca lisans kalemini sayar. Karşılaştırmayı dürüst yapmak isterseniz üç kalemi daha masaya koyun. Birincisi geliştirme: tablodaki eksik işlevleri akışa dökmek, form tasarlamak ve test etmek adam-gün ister. İkincisi bakım: geliştirilen akışlar platform güncellemelerinden etkilenir, yılda bir iki kez elden geçirilir. Üçüncüsü ise bilgi bağımlılığı; akışları kuran kişi ayrıldığında sistemin nasıl çalıştığını bilen kimse kalmaz ve kalite ekibi kendi sisteminin içine giremez.
Bu üç kalemi topladığınızda ortaya çıkan sayı, hazır bir kalite yazılımının kurulum maliyetiyle yarışır. Ama asıl fark parada değil sorumlulukta. Hazır yazılımda doküman kontrolü işlevleri satıcının doğruladığı bir yapıdır; kendi kurduğunuz akışta o doğrulamayı da siz yapmak zorundasınız ve denetçi bunu sorar: "Bu akışın istendiği gibi çalıştığını nasıl doğruladınız?" Yazılım doğrulama kaydı olmayan özel geliştirmeler, düzenlemeye tabi sektörlerde ayrıca bulgu konusudur.
Geçiş yapacaksanız sıralama önemli
SharePoint'ten kalite yazılımına geçen ekiplerin en çok zorlandığı nokta, on binlerce dosyayı toptan taşımaya çalışmaktır. Doğru sıralama şudur. Önce yürürlükteki doküman listesini çıkarın; bu liste kütüphanedeki toplam dosya sayısının yanında şaşırtıcı biçimde kısadır. Yalnızca bu listeyi taşıyın. Eski revizyonları ve geçmiş kayıtları olduğu yerde bırakıp arşiv bağlantısı verin; standart, arşivin yeni sisteme taşınmasını istemez, erişilebilir ve korunmuş olmasını ister.
İkinci adım dağıtım listelerini kurmaktır. Doküman kartına hangi bölümlerin ve hangi görevlerin bağlı olduğunu yazın; kişi adı yerine görev yazmak, personel değiştiğinde listeyi tek tek güncelleme derdinden kurtarır. Üçüncü adım okundu kaydını devreye almak. İlk revizyon turunda tebliğ oranı genellikle düşük çıkar, çünkü kimse yeni akışa alışmamıştır; ikinci ayda oran normale döner. Bu düşüşü baştan yönetim ekibine söyleyin, yoksa "yeni sistem çalışmıyor" algısı doğar.
SharePoint'i tamamen bırakmak gerekir mi?
Gerekmez. Çoğu fabrikada SharePoint ile doküman yönetimi ISO kapsamı dışındaki dosyalar için sürmeye devam ediyor. İşe yarayan kurgu şu: kontrollü dokümanlar ve kalite kayıtları kalite yazılımında, proje dosyaları, sunumlar ve günlük çalışma belgeleri SharePoint'te. Sınırı net çizmek şart; iki sistemde birden yürürlükteki kopya bulundurursanız, hangisinin doğru olduğu sorusu her denetimde önünüze gelir. Bir kalite yönetim sistemi yazılımı seçerken doğru soru "SharePoint'ten daha mı iyi" değil, "denetimde istenen sekiz kaydı kutudan çıktığı hâliyle üretiyor mu" olmalı.
Bu kararı verirken çevre ve İSG dokümanlarını da hesaba katın; üç sistemi tek yapıda toplamanın mantığını entegre yönetim sistemi yazımızda anlattık. Denetim gününde neyin sorulduğuna dair genel çerçeve için denetim sayfamıza da göz atın. Karar toplantısına giderken yanınıza tek sayfa götürün: yukarıdaki sekiz satır ve her satırın karşısında "hazır mı, geliştirme mi" sütunu. Tartışma o sayfada biter.