Yatırım toplantısında bilgi işlem müdürü tek cümleyle konuyu kapatmıştı: "SharePoint'imiz var, ayrıca doküman yazılımı almaya gerek yok." Üç ay sonra müşteri denetiminde denetçi montaj hattına indi, bir operatörün önündeki kontrol formunu eline aldı ve sordu: "Bunun güncel revizyon olduğunu bana kanıtlayın." Sunucudaki klasörü açtık, aynı formun üç ayrı dosyası vardı. SharePoint kalite doküman yönetimi için kullanılabilir mi sorusunun cevabı o gün netleşti: kullanılabilir, ama kutudan çıktığı hâliyle bu soruyu cevaplayamaz.
İki aracın işi baştan farklı
SharePoint, Microsoft'un işbirliği ve içerik platformudur. Dosya saklama, sürüm geçmişi, erişim yetkisi, arama ve ekip çalışması tarafında güçlüdür ve pek çok şirkette zaten kuruludur. QDMS ise Bimser firmasının ürün adı olmakla birlikte Türkiye'de doküman ve kalite yönetim sistemi yazılımı kategorisinin genel adı gibi kullanılır. Bu yazıda ikincisini kategori olarak ele alıyoruz. SharePoint kalite doküman yönetimi tartışması da bu iki farklı tasarım amacının karşılaştırılmasıdır.
Fark, tasarım amacındadır. Genel amaçlı bir içerik platformu dosyayı yönetir; kalite doküman sistemi ise dokümanın yaşam döngüsünü yönetir. Yaşam döngüsü demek şudur: taslak, gözden geçirme, onay, yayınlama, yürürlük tarihi, dağıtım, okundu teyidi, revizyon, yürürlükten kaldırma, arşiv ve imha. Bu on bir adımın her biri kalite standardında bir şarta karşılık gelir. Genel platform bu adımlardan yalnızca birkaçını kendiliğinden tanır.
Beş fonksiyonda yan yana
Aşağıdaki tablo, sahada bu kararı belirleyen beş fonksiyonu karşılaştırıyor. Üçüncü kolonu bilerek ekledim; çünkü çoğu firmada gerçek rakip SharePoint değil, hâlâ ortak klasördür.
| Fonksiyon | Ortak klasör | SharePoint (standart) | Doküman yönetim sistemi |
|---|---|---|---|
| Otomatik yürürlükten kaldırma | Yok | Yok; elle taşıma ya da geliştirme gerekir | Yürürlük tarihinde eski revizyon kendiliğinden geçersiz olur |
| Dağıtım listesi ve kontrollü kopya | Yok | Erişim izniyle sınırlı; kopya numarası yok | Doküman bazında liste, numaralı kontrollü kopya, geri toplama kaydı |
| Okundu bilgisi ve kapsam oranı | Yok | Sınırlı; oran raporu için geliştirme gerekir | Kişi bazında teyit, kapsam yüzdesi, otomatik hatırlatma |
| Çok adımlı onay akışı | Yok | Var; akış tasarlanarak kurulur | Hazır; doküman türüne göre önceden tanımlı |
| Denetim izi (audit trail) | Dosya tarihinden ibaret | Sürüm geçmişi ve etkinlik kaydı var | Alan bazında eski-yeni değer, onay ve ret gerekçesi |
| Revizyon karşılaştırma | Yok | Sürümler ayrı ayrı açılır | İki revizyon arasındaki değişiklik listesi |
1. Otomatik yürürlükten kaldırma
ISO 9001 madde 7.5.3.2, güncelliğini yitirmiş dokümanların istenmeyen kullanımının önlenmesini ister. Ortak klasörde bunu sağlamanın tek yolu, eski dosyayı elle arşiv klasörüne taşımaktır ve bu adım er ya da geç atlanır. Standart SharePoint kurulumunda da benzer bir durum var: sürüm geçmişi tutulur ama "bu revizyon 1 Eylül'de yürürlükten kalksın" diyebileceğiniz bir tarih alanı yoktur.
Doküman yönetim sisteminde ise yürürlük tarihi dokümanın kendi alanıdır. O tarih geldiğinde eski revizyon otomatik olarak geçersiz duruma geçer, kullanıcı açtığında filigranlı ve uyarılı görür. Bu tek özellik, doküman kontrolü bulgularının büyük kısmını kaynağında keser.
2. Dağıtım listesi ve kontrollü kopya
Sahada hâlâ basılı doküman var; laminatlı iş talimatı, tezgâh başındaki kontrol formu, kalite panosundaki akış şeması. Bunların her biri kontrollü kopyadır ve numaralandırılması, kime verildiğinin kaydedilmesi, revizyon değiştiğinde geri toplanması gerekir. Erişim izniyle çalışan bir platform bu işi yapamaz, çünkü sorun dijital erişim değil, fiziksel dolaşımdır.
Doküman sisteminde her kontrollü kopya bir kayıttır: numarası, teslim edildiği kişi, teslim tarihi, geri alındığı tarih. Yeni revizyon yayınlandığında sistem geri toplanacak kopyaların listesini çıkarır. Doküman yönetimi tarafında bu liste, denetimde en çok işinize yarayan çıktılardan biridir.
Dokümanı platforma koyup "artık herkes buradan baksın" demek, sahada karşılığı olmayan bir kuraldır. Operatör tezgâhı bırakıp bilgisayara gitmez; talimatın çıktısını alır ve tezgâhın yanına asar. O çıktı üç ay sonra eski revizyondur ve kimse fark etmez. Dijital sistem kurmak, kontrollü kopya yönetiminden vazgeçmek anlamına gelmez. Aksine, çıktı alma yetkisini sınırlayıp her çıktıya kopya numarası basmadığınız sürece sahadaki risk artar.
Kontrollü kopyanın karşıtı kontrolsüz kopyadır ve bunun da bir kuralı olmalı. Müşteriye, belgelendirme kuruluşuna ya da bir tedarikçiye doküman gönderdiğinizde, gönderilen belgeye "kontrolsüz kopya" damgası basılır; çünkü o belge revize edildiğinde karşı tarafa yeni revizyon gitmeyecektir. Bu damgayı elle atmak yerine sistemin çıktıya otomatik basması, yıllar içinde birçok karışıklığı önlüyor. Denetim sırasında denetçiye verilen çıktılarda da aynı damga bulunmalıdır.
3. Okundu bilgisi ve kapsam oranı
Yeni revizyon yayınlandığında denetçinin sorduğu soru şudur: bu değişiklikten etkilenen kaç kişi var ve kaçı okudu? E-posta ile toplanan teyitlerde bu oranı çıkarmak gelen kutusunda tek tek saymak demektir. Doküman sisteminde ise oran ekranda bir sayıdır ve okumayanlara hatırlatma otomatik gider.
Bu fonksiyonun kalite tarafındaki asıl değeri, eğitim ihtiyacını görünür kılmasıdır. Bir talimatın yeni revizyonunu üç haftadır otuz kişiden yalnızca on ikisi okumuşsa, orada bir yaygınlaştırma sorunu vardır ve bu sorun bir gün sahada hata olarak çıkar.
4. Onay akışı
Onay akışı, SharePoint'in gerçekten yapabildiği bir iştir; Power Automate ile çok adımlı akışlar tasarlanabilir. Fark, kurulum maliyetinde ve bakımında ortaya çıkar. Doküman türüne göre değişen akışları — talimat iki onay, prosedür üç onay, kontrol planı müşteri onayı dâhil dört adım — tek tek tasarlamanız, sonra da her organizasyon değişikliğinde elle güncellemeniz gerekir.
Kalite doküman sistemlerinde bu akışlar doküman türünün bir özelliğidir ve arayüzden tanımlanır. Ayrıca onay adımında ret gerekçesi, vekâlet tanımı ve süre aşımı hatırlatması hazır gelir. Bunları sıfırdan kurmak birkaç gün değil, birkaç hafta alır.
IATF 16949 madde 7.5.3.2.2, müşteriden gelen mühendislik şartname değişikliklerinin alındıktan sonra en geç 10 iş günü içinde gözden geçirilmesini ister ve bu gözden geçirmenin kaydını bekler. Denetçi bir müşteri revizyon bildirimi seçer, geliş tarihine bakar, sonra sizin doküman revizyon tarihinize bakar. Aradaki gün sayısı 10'u geçiyorsa bulgu yazar. Bu süreyi gelen kutusundan takip etmek mümkün değildir; tarih damgası tutan bir sistem gerekir.
Akışın hızı da bir kalite meselesi. Yeni bir revizyonun taslaktan yayına kadar geçen süresini ölçün; sahada gördüğümüz iyi değer 5 iş günü, kötü değer 6 haftadır. Altı haftalık bir onay süresi, kalite ekibinin dokümanı revize etmekten vazgeçmesine yol açar ve sistem yavaşça gerçeğin gerisinde kalır. Onay adımında kimin ne kadar beklettiğini gösteren bir rapor, bu sorunu ilk ayda görünür kılar.
5. Denetim izi
Sürüm geçmişi ile denetim izi aynı şey değildir. Sürüm geçmişi "dosya 3. sürüme geçti" der; denetim izi "toleransı 12,0 ± 0,2 iken 12,0 ± 0,1 yapan kişi, tarih ve gerekçe" der. Kalite tarafında ikinciye ihtiyacınız var. Bir kontrol planı revizyonunda neyin neden değiştiğini gösteremiyorsanız, o revizyonun müşteri onayına gitmesi gerekip gerekmediğini de tartışamazsınız.
Denetim izinin bir de güvenlik boyutu var: kaydın kim tarafından ne zaman değiştirildiği kadar, o izin değiştirilemez olması da önemli. Yetki, log ve yedekleme yazımızda bu tarafı ayrıntılı ele aldık.
Doküman ile kayıt arasındaki fark
Bu tartışmada sık atlanan bir ayrım var. Doküman, bir işin nasıl yapılacağını söyleyen belgedir: prosedür, talimat, kontrol planı, form şablonu. Kayıt ise o işin yapıldığını gösteren kanıttır: doldurulmuş ölçüm formu, imzalı eğitim katılım listesi, kapatılmış DÖF. İkisinin yönetim kuralları farklıdır; dokümanda revizyon vardır, kayıtta revizyon olmaz, onun yerine saklama süresi vardır.
Genel amaçlı bir platformda ikisi aynı klasör mantığıyla yönetilir ve bir süre sonra birbirine karışır. Kalite doküman sisteminde ise kayıt, bağlı olduğu dokümanın ve sürecin altında durur; ölçüm kaydı hangi kontrol planı revizyonuna göre alındıysa o revizyona bağlanır. Geriye dönük bir müşteri şikâyetinde asıl aradığınız bilgi tam olarak budur: o parça üretilirken hangi talimat yürürlükteydi?
SharePoint kalite doküman yönetimi için geliştirilebilir mi?
Çözülür. Yukarıdaki beş fonksiyonun tamamı SharePoint üzerinde geliştirilebilir; bunu yapmış firmalar da var. Sorulacak soru şudur: bu geliştirmenin adam-gün maliyeti nedir, kim bakacak ve o kişi ayrılınca ne olacak? Kabaca bakıldığında, saydığımız beş fonksiyonu kalite standardını karşılayacak olgunlukta kurmak birkaç aylık bir geliştirme işidir ve arkasından her yıl bakım yükü gelir.
Bu hesabı yaptıktan sonra karar çoğu firmada kendiliğinden çıkar. Kalite dokümanı sayısı 200'ü geçmeyen, tek tesisli ve otomotiv müşterisi olmayan bir firmada, disiplinli kurulmuş bir SharePoint yapısı yeterli sonuç verebilir. Çok tesisli, müşteri denetimi yoğun ve ISO 9001 yanında IATF 16949 de yürüten bir tedarikçide ise hazır bir doküman yönetim sistemi daha kısa sürede ayakta durur. Ayrımı yapan şey firmanın büyüklüğü değil, dokümanın kaç farklı şarta cevap vermek zorunda olduğudur.
Bir de lisans tarafına bakın. SharePoint zaten kurumsal aboneliğinizin içinde geliyorsa "bedava" gibi görünür, ama geliştirme ve bakım adam-günü bedavaya gelmez. Karşı tarafta duran doküman yönetim sisteminin lisans bedeli görünür bir kalemdir. Karşılaştırmayı üç yıllık toplam sahip olma maliyeti üzerinden yapın; iki tarafın da görünmeyen kalemlerini aynı tabloya koyduğunuzda tablo değişir.
İkisini birlikte kullanmak
Sahada en çok işleyen kurgu, ikisini birbirinin yerine değil, yan yana kullanmaktır. Kontrollü dokümanlar — prosedür, talimat, form, kontrol planı, organizasyon şeması — doküman yönetim sisteminde durur. Taslak çalışmalar, toplantı notları, proje dosyaları, sunumlar ve genel şirket içeriği SharePoint'te kalır. Sınırı net çizin: kontrollü doküman listesinde adı geçen hiçbir belge ikinci sistemde durmasın.
Bu ayrımı yapmadığınızda ortaya çıkan tablo en kötüsüdür: aynı prosedürün bir kopyası doküman sisteminde, bir kopyası SharePoint'te, bir kopyası da birinin masaüstünde. PaKalite tarafında doküman modülünü diğer on yedi modülle bağlı çalışacak şekilde kurduk; kontrol planı revizyonu FMEA ve DÖF kayıtlarıyla aynı zincirde durur. Kapsamı modüller sayfasından inceleyebilirsiniz. SharePoint kalite doküman yönetimi tarafında karar ne yönde çıkarsa çıksın, sorulacak soru sabit kalıyor: sahadaki operatörün elindeki kâğıdın güncel revizyon olduğunu, yarın sabah bir denetçiye kaç dakikada kanıtlayabiliyorsunuz?