Belge Dijitalleştirme: Yaşam Döngüsü Açığı
Dijitalleştirme projeleri biter. Kayıt bitmez. Kağıt orijinaller ile dijital vekiller arasındaki bağın neden koptuğu ve ikisini de yönetişimli tutan şey.
Temel Çıkarımlar
- Dijitalleştirme bir proje olarak fonlanır ve ölçülür; oysa ürettiği kaydın devam eden bir yaşam döngüsü vardır.
- Yakalama şartnamesi bir kanıttır. Bir tedarikçinin kapanmış talebinde saklandığında, kasıtlı bir hariç tutmayı bir gözden kaçırmadan ayıramaz.
- Orijinaller ve vekiller genellikle farklı saklama kuralları taşır, bu yüzden tek bir takvim nadiren ikisini de kapsar.
- Bir orijinali imha etmek yakalama kararını kalıcı hale getirir, çünkü yeniden tarama artık mümkün değildir.
- İmhadan önce kutu, dosya ve sayfa düzeyinde mutabakat sağlayın; aksi halde eksiksizlik bir daha kanıtlanamaz.
Belge dijitalleştirme, fiziksel kayıtların dijital forma dönüştürülmesidir: yakalama, görüntü işleme, dizinleme ve yükleme. Modern yakalama; karma biçimleri, kötü durumdaki orijinalleri ve birden fazla dili üretim kullanımı için yeterince iyi ele alır, bu yüzden bu programların başarısız olduğu nokta nadiren taramanın kendisidir.
Başarısız oldukları nokta sonrasıdır. Bir dijitalleştirme programı; bir başlangıç tarihi, bir sayfa sayısı ve bir tamamlama raporuyla bir proje olarak yürütülür. Bir kayıt böyle çalışmaz. Tarayıcı iade edildikten çok sonra da devam eden bir yaşam döngüsüne sahiptir ve kağıt orijinal ile dijital vekili arasındaki bağın o sürenin tamamında hayatta kalması gerekir.
Bu bağ, kimsenin sahiplenmediği kısımdır. Proje kapandığında görüntüler bir depoda, orijinaller bir depoda veya bir çöp konteynerinde kalır ve onları birbirine bağlayan kararlar bir e-posta zincirinde veya bir tedarikçinin talep sisteminde yaşamaya devam eder. Kuruluş, artık birlikte akıl yürütemediği iki şeyi elinde tutmakla kalır.
Boşluk Neden Var
Dijitalleştirme, bir maliyet azaltma çalışması olarak fonlanır. İş gerekçesi genellikle alan, erişim süresi veya sona eren bir depo sözleşmesidir. Bunlar meşru itici güçlerdir ve bir son tarih belirler. Program daha sonra verim üzerinden ölçülür: günde görüntü sayısı, boşaltılan kutu sayısı.
Bu ölçütlerin hiçbiri, ortaya çıkan dijital kaydın yönetişebilir olup olmadığını yakalamaz. Bir proje her verim hedefine ulaşabilir ve yine de hiç kimsenin üç temel soruyu yanıtlayamadığı bir belge envanteri bırakabilir: bu görüntü hangi orijinale karşılık geliyor, kasıtlı olarak neyin yakalanmadığı ve kağıt hâlâ var mı. Bunları yanıtlayabilecek kişiler sıklıkla proje bittiğinde ayrılan yüklenicilerdir.
Bu, tarama kalitesinden farklı bir sorundur. 300 dpi’lik iki tonlu bir görüntü kusursuz derecede yeterli olabilir ve yine de yönetişilemez bir kayıt olarak kalabilir; çünkü yeterlilik, görüntüden daha sonra neyi kanıtlaması isteneceğine bağlıdır.
Bağın Koptuğu Yer
Yakalama Şartnamesi Bir Kenara Atılır
Her dijitalleştirme programı onlarca yakalama kararı alır: çözünürlük, renk derinliği, arka yüzlerin boşken yakalanıp yakalanmayacağı, notların ve yapışkan notların görüntülenip görüntülenmeyeceği, aşırı büyük çizimlerin nasıl ele alındığı, zımba ve ciltlerin çıkarılıp çıkarılmayacağı, kötü durumdaki orijinallerin reddedilmek yerine nasıl işaretlendiği. Bu kararlar, dijital kaydın gösterebileceği şeylerin sınırını tanımlar.
Çoğu programda bu şartname bir sözleşme eki olarak var olur. Görüntülerle birlikte saklanmaz ve daha sonra bunları arayan hiç kimseye gösterilmez. Bu nedenle gelecekteki bir okuyucu, kasıtlı olarak hariç tutulan bir şeyi kimsenin yakalamayı düşünmediği bir şeyden ayırt edemez. İkisi de depoda birbirinin aynı görünür ve bir denetimde tamamen farklı şeyler ifade eder.
Gözetim Zinciri Yükleme Rıhtımında Durur
Kutular bir tesisten ayrılır, partilere bölünür, verim için yeniden sıralanır ve eğer geri dönerlerse farklı bir sırayla geri döner. Gözetim her devirde kaydedilmedikçe kuruluş, daha sonra belirli bir dosyanın yakalandığında sağlam olduğunu gösteremez. Proje ortasında hukuki veya operasyonel nedenlerle çekilen dosyalar sıklıkla sıraya asla geri katılmaz.
Orijinallerin İmhası Belgelenmemiş Bir Karardır
Orijinallerin imha edildiği an, programdaki en sonuç doğurucu olaydır ve genellikle yalnızca bir imha faturası olarak kaydedilir. Kaydedilmesi gereken şey daha dar ve daha kullanışlıdır: hangi orijinallerin imha edildiği, kimin yetkisiyle, hangi onaylı yakalamaya karşı ve hangi istisnaların alıkonduğu. Bu olmadan vekil, destekleyemeyeceği örtük bir iddia taşır.
Vekilin Kendi Yaşam Döngüsü Vardır ve Kimse Onu Programlamadı
Bir dijital vekil kalıcı değildir. Biçimler eskir, depolar değiştirilir ve bir görüntüyü bulunabilir kılan meta veri genellikle dosyayla değil uygulamayla birlikte yaşar. Birinci yılda orijinallerini imha eden bir kuruluş, sekizinci yılda tek kopyanın kimsenin taşımayacağı bir sistemde sıkışıp kaldığını bulabilir. Dijitalleştirme, koruma sorununu taşır; onu ortadan kaldırmaz. Bundan sonra ne olacağına sahip olan disiplin dijital koruma’dır ve ait olduğu aşama modeli belge yaşam döngüsü yönetimi’dir.
Bağlantılı Bir Kaydın Gerçekte Gerektirdiği
Amaç dardır. Bir kişi veya sistem, ya orijinalden ya da vekilden başlayarak diğeri hakkında eksiksiz ve güncel bir yanıta ulaşabilmelidir. Bu, az sayıda şeyin birlikte saklanmasını ve güncel tutulmasını gerektirir.
| Bağlanacak Şey | Onunla Birlikte Saklanacak Şey | Neden Sonra Önemli Olduğu |
|---|---|---|
| Kimlik | Dosya yolu değil, entelektüel kayıt için kalıcı bir tanımlayıcı | Yollar her taşımada bozulur, bu yüzden yola dayalı bir bağlantı sessizce çürür |
| Yakalama parametreleri | Çözünürlük, renk derinliği, biçim, yakalama tarihi, cihaz, operatör veya tedarikçi | Görüntüden neyin kanıtlanması istenebileceğini ve istenemeyeceğini belirler |
| Kapsam kararları | Boşluklar, notlar ve aşırı büyük öğeler dahil, neyin ve neden hariç tutulduğu | Kasıtlı bir hariç tutmayı bir gözden kaçırmadan ayırır |
| Gözetim | Fiziksel orijinalin tarihleri ve sorumlu taraflarıyla birlikte her devri | Bir itiraz karşısında eksiksizlik iddiasını destekler |
| Mutabakat | Kutu, dosya ve sayfa düzeyinde beklenen ve gerçek sayılar, artı istisnalar | Hiçbir şeyin sessizce düşürülmediğini kanıtlar |
| Fiziksel durum | Depoda, işe iade edilmiş, imha edilmiş veya istisna olarak alıkonmuş | Yeniden taramanın mümkün olup olmadığını yanıtlar |
| Saklama | Orijinale uygulanan kural ve vekile uygulanan kural | İkisi sıklıkla aynı değildir |
Bunların hiçbiri egzotik bir meta veri değildir. Dijitalleştirmenin kendisinin operasyonel kaydıdır ve genellikle zaten bir yerde yakalanmıştır. Başarısızlık, bunun kayıtlara karşı değil proje çıktılarında yakalanmasıdır.
Orijinal ve Vekil Aynı Kayıt Değildir
Ekipler genellikle bir öğe tarandığında tek bir saklama kuralının her iki kopyayı da kapsadığını varsayar. Pratikte kurallar birbirinden ayrılır ve riskin bulunduğu yer bu ayrılmadır.
Bazı kayıt sınıfları; orijinal bir formu saklama veya onaylı yakalamadan sonra tanımlı bir süre saklama gerekliliklerine tabidir. Diğerleri, yalnızca yakalama sürecinin kendisi onaylanmış ve kanıtlanmışsa ikame etmeye izin verir. Bu arada vekil, orijinalden daha uzun süre saklanması gerekebilir; çünkü iş süreçlerinin bağımlı olduğu çalışma kopyası haline gelmiştir.
Kağıt için yazılmış bir saklama takvimi bu nedenle bir bul-değiştir işlemine değil ikinci bir sütuna ihtiyaç duyar. Soru, bunu ne kadar süre sakladığımızdan, her biçimi ne kadar süre sakladığımıza ve dijital olanı yeterli saymayı hangi kanıtın desteklediğine döner. Genel bir ikame varsayımı altında orijinalleri imha eden bir kuruluş, belirli bir sınıfın hiç gözlemlemediği bir örtüşme süresi gerektirdiğini bulabilir. Takvimlerin, tetikleyicilerin ve savunulabilir imhanın mekaniği kayıt yönetimi altında yer alır; bunlardan herhangi birine kimin yetki verebileceğine ilişkin hesap verebilirlik ise bilgi yönetişimi altında yer alır.
Mevcut Bir Varlıkta Boşluğu Kapatmak
Bunu okuyan çoğu kuruluşun zaten kopuk bir bağa sahip taranmış bir varlığı vardır. Çalışma, tasarımdan çok iyileştirmedir ve hacme göre değil maruziyete göre sıralamaya değer.
Kurtarılamayacak Olanla Başlayın
Orijinalleri zaten imha edilmiş kayıt sınıflarını belirleyin. Bunlar, yakalama kararlarının artık kalıcı olduğu ve vekildeki herhangi bir boşluğun düzeltilemez olduğu sınıflardır. Yakalamaları hakkında gerçekte ne bilindiğini ortaya koyun ve bunu kayıtlara karşı kaydedin. Şartname kurtarılamıyorsa, bunu açıkça belirtin; çünkü belgelenmiş bir bilinmeyen, sessiz bir varsayımdan daha kullanışlıdır.
Ardından Hâlâ Geri Alınabilir Olanı Güvence Altına Alın
Orijinallerin hâlâ var olduğu sınıflar için boşluk kurtarılabilir. Sayıları mutabık kılın, fiziksel durumu ve konumu doğrulayın ve daha fazla imhaya izin verilmeden önce her biçim için saklama kuralını kaydedin. Mutabakatın kapanmadığı herhangi bir sınıfta imhayı durdurun.
Ancak O Zaman Bulunabilirliği İyileştirin
Sınıflandırmayı ve meta veriyi sonradan eklemek değerlidir, ancak ikincil sıradadır. Orijinali belgelenmemiş bir şartname altında imha edilmiş, iyi tanımlanmış bir kayıt hâlâ bir kanıt sorunudur. Alım noktasında yakalama, yeni girişler için kalıcı düzeltmedir ve akıllı veri yakalama rehberi bunun pratikte nasıl uygulandığını ele alır.
Projeden Daha Uzun Ömürlü Bir Sahip Belirleyin
Yapısal düzeltme, program kapandıktan sonra dijitalleştirilmiş varlık için, şartnamenin, gözetim kayıtlarının ve mutabakat sonuçlarının kendi başlarına kayıtlar olarak tutulduğu, adı belirlenmiş bir sahiptir. Bu rol olmadan boşluk, bir sonraki girişle yeniden açılır.
Operasyonel Hale Getirmek
Contellect One, fiziksel ve dijital biçimleri iki bağlantısız varlık olarak değil, tek bir kayıt olarak yönetişimli tutmak üzere inşa edilmiştir. Akıllı belge işleme, veri çıkarımı, otomatikleştirilmiş sınıflandırma, meta veri zekası ve saklama kontrolü; yakalama parametrelerinin, gözetimin, mutabakat sonuçlarının ve fiziksel durumun proje evrakı yerine kayda karşı tutulduğu anlamına gelir.
Bir dijitalleştirme programı planlıyorsanız veya zaten kapanmış bir programı iyileştiriyorsanız, platform tarama durduktan sonraki yaşam döngüsünü destekler; kanıt değerinin kazanıldığı veya kaybedildiği yer de tam olarak burasıdır. Bu çalışmanın teslimat görünümü belge dijitalleştirme sayfasında, deponun daha geniş bağlamı ise belge yönetim sistemi rehberi’nde yer alır.

