Doküman yönetim sistemi nedir? Dosya müşteri kaydına nasıl bağlanır

Bir DYS'nin parçaları bellidir: merkezi bir depo, belgeyi adı dışındaki bilgilerle de bulduran etiket ve arama, önceki sürümleri saklayan geçmiş, kimin neyi görebileceğini belirleyen yetki, kimin neyi açtığını gösteren erişim kaydı ve belgenin ne kadar saklanacağını belirleyen kurallar.

Bir DYS'yi değerlendirirken belge türlerine göre düşünün. Sözleşme uzun saklanır ve değişmemelidir; çizim sık revize edilir; fatura mali mevzuata göre saklanır. Aynı kural hepsine uymaz, sistem bu farkı tanımalıdır. DYS'nin karşıladığı ihtiyaç günlük hayattan gelir: belge aramaya giden zaman ve yanlış belgeyle yapılan işin bedeli. Taranmış kâğıt belgeler de bu düzenin parçasıdır; imzalı bir sözleşmenin taraması, aslının nerede saklandığı bilgisiyle birlikte kayda girer.

Örnek senaryo: İstanbul'da bir mimarlık ofisini düşünün. Müşteri yeni bir revizyon ister, müteahhit bir önceki çizimle çalışıyordur, ofiste kimse hangi dosyanın son olduğundan emin değildir. DYS bu soruyu dosya adına değil, kayda bıraktığı için cevaplar.

Ortak klasörün sorunları zamanla birikir. Herkes dosyayı kendi kuralıyla adlandırır. Aynı teklifin kopyaları farklı klasörlerde çoğalır. Önemli belgelerin bir kısmı e-posta eki olarak kutularda kalır. Ayrılan bir çalışanın masaüstündeki dosyalar onunla birlikte gider.

Bir muhasebe ofisinde aynı faturanın PDF'i hem ortak klasörde hem e-postada hem de masaüstünde durur; hangisinin işlendiği ancak açıp bakarak anlaşılır. Klasör düzeni için yazılan kurallar da çoğu zaman kısa ömürlüdür; kuralı koyan kişi ayrılınca ya da iş hızlanınca herkes dosyayı en kolay yere kaydetmeye döner.

En zor soru da cevapsız kalır: bu sözleşmeyi kim indirdi? Ortak klasör çoğu zaman bunu kaydetmez. Bir anlaşmazlıkta ya da bir veri sızıntısında bu bilgi yoksa, geriye yalnız tahmin kalır.

Örnek senaryo: Bir showroom düşünün. Müşteri teslimattan sonra arayıp faturayı ve garanti belgesini istiyor. Klasör düzeninde satış temsilcisi önce müşterinin adıyla, sonra tarihle, sonra fatura numarasıyla arar. Kayda bağlı düzende müşteri kartını açar: teklif, sözleşme, fatura ve teslim tutanağı yan yanadır.

Kayda bağlı düzenin bir yan etkisi de aramanın değişmesidir. Dosya adını hatırlamak gerekmez; müşterinin adını, teklifin konusunu ya da projenin adını bilmek yeter.

Kayda bağlı düzen yeni bir alışkanlık da ister: dosyayı masaüstüne değil, müşteri kartına kaydetmek. Bu alışkanlık, kaydetmenin en kolay yolu kart olduğunda oturur; kart zaten açıksa dosya da oraya gider.

Corex360'ta bu ilke Corex Drive ile çalışır: dosyalar ait oldukları kaydın içindedir. Müşteri kartında Dosyalar ve Drive sekmeleri teklif, sözleşme ve proje sekmelerinin yanında durur. Çizim ve onay dosyalarının bu sekmelerde nasıl biriktiğini mimarlık ofisinde proje takibi yazısında anlattık.

Sürüm geçmişi olmayan bir sistemde doğru belgeyi bulsanız bile hangi değişikliğin ne zaman yapıldığını bilemezsiniz. Yetki tanımlanmamışsa bordro dosyası herkesin önündedir. Erişim kaydı yoksa kimin açtığı bilinmez.

Bir muhasebe ekibi örneğinde bu üçü birlikte çalışır: imzalı sözleşmenin son hâli kayıtta durur, yalnız rolü izin verenler açabilir, her açma ve indirme kim ve ne zaman bilgisiyle yazılır. Biri ters giderse soru tahminle değil, kayıtla cevaplanır.

Saklama süresi de bu tabloya eklenir. Bazı belgeler yasal süre boyunca saklanmalı, bazı kişisel veriler ise işleme amacı ortadan kalkınca silinmelidir. Belge kayda bağlıysa hangi belgenin hangi kurala tabi olduğu da kayıttan okunur. Yetkiyi dosya dosya değil, rol rol tanımlamak işi kolaylaştırır: satış teklifleri görür, muhasebe faturaları, yönetici hepsini.

Mimarlık ofisi çizimi müteahhide e-posta ekiyle gönderirse dosya artık ofisin kontrolünden çıkmıştır. İş bitse de dosya müteahhidin kutusunda, belki başka birinin bilgisayarında durur. Süreli bir bağlantıda ise paylaşımın bir bitişi vardır; iş bitince bağlantı kapatılır.

E-posta ekinin bir sorunu daha vardır: büyük çizim dosyaları çoğu zaman eke sığmaz ve ofis kişisel dosya paylaşım hesaplarına döner. Böylece şirket belgesi, şirketin görmediği bir hesapta durur. Süreli bağlantıda ise ofis alıcının hangi sürümü açtığını bilir; tartışma çıktığında "o çizimi hiç görmedim" cümlesi kayda karşı durmaz. Paylaşılan bağlantının kime gittiği de kayıtta durmalıdır; iş bittiğinde hangi bağlantıların hâlâ açık olduğunu görmek, onları kapatmanın ilk adımıdır.

Corex Drive'da paylaşım süreli ve yetkiye bağlı bir bağlantıyla yapılır; bağlantı geri alınabilir ve her görüntüleme ile indirme kaydedilir. Paylaşım, erişim kaydı ve barındırma üzerine kısa cevapları Corex Drive ve güvenlik soruları sayfasında bulabilirsiniz.

İmzalı sözleşme ve hukuki dosyalar ilgili kayda bağlıdır; çalışan ayrılsa da belge şirkette, müşteri kartında kalır. Yetki rol bazlıdır ve yetki değişikliği kayda geçer. Veri Corex360 Bulut'ta şirkete özel bir alanda ya da kendi sunucunuzda durur. Kapsam ve sınırlar Corex Drive doküman yönetimi sayfasında yazılıdır. Corex Drive'da sürüm geçmişi bugün vaat edilmez.

Corex Drive ayrı bir dosya sunucusu gibi değil, müşteri kartının bir sekmesi gibi çalışır. Teklifi hazırlayan satışçı, sözleşmeyi saklayan muhasebe ve çizimi paylaşan proje ekibi aynı kaydın içindeki aynı dosyaya bakar.

Demoda kendi belge düzeninizi getirin: bugün bir sözleşmeyi bulmak için kaç yere baktığınızı ve aynı belgenin kayda bağlı hâlde nerede durduğunu yan yana görelim.

Corex Drive'ın bölümleri Drive'ım, Ortak alanlar, Etiketler, Yıldızlı, Son kullanılanlar, Paylaşılanlar ve Çöp kutusudur. Ortak alanlar departmana ya da konuya göre açılan ortak klasörlerdir; etiketleri kurum kendisi tanımlar. Panoda kişisel ve ortak depolama kullanımı ile dosya türü dağılımı görünür. Drive'da her görüntüleme ve indirme kaydedilir; paylaşım süreli, yetkiye bağlı ve geri alınabilir bağlantıyla yapılır.