Şirketin evrakını klasörlerden ve kişisel bilgisayarlardan çıkarıp tek arşive taşıyoruz. Her belgenin sürümü, kimin görebileceği, hangi onaydan geçtiği ve ne kadar saklanacağı sistemde tanımlıdır; aranan evrak dakikalar değil saniyeler içinde bulunur ve geçmişi denetimde kanıtlanabilir. DMS belgenin kendisini yönetir; ECM ise belgeyle birlikte akan süreci ve içeriği kapsar.
Bir şirkette evrakın nerede olduğunu soran soru genelde aynı cevabı alır: birinin bilgisayarında, bir klasörde, belki e-postada. Kalite prosedürünün son hâlinin kimde olduğu, tedarikçiden gelen sertifikanın hangi tarihte geldiği, imzalanmış teslim tutanağının aslının hangi dolapta durduğu kişilerin hafızasında taşınır. İşler yolundayken bu düzen yürür. Bir denetim geldiğinde, bir müşteri geriye dönük belge istediğinde ya da o evrakı bilen kişi işten ayrıldığında ise arama başlar. Aramanın süresi kadar can sıkıcı olan, bulunan belgenin son sürüm olup olmadığından emin olunamamasıdır. Aynı dosyanın son, son_revize ve son_gercek adlı üç kopyası sahada sık rastlanan bir manzaradır. Bu üç kopyadan hangisinin üretime gittiği ise çoğu zaman kimseye sorulmaz.
Ortak bir ağ klasörü veya bulut sürücüsü ilk adımda rahatlatır, ama belirli bir hacimden sonra kendi sorununu üretir. Klasör ağacı büyüdükçe kimse nereye kaydedeceğini bilemez; aynı evrak iki farklı yere iki farklı adla düşer. Yetki klasör düzeyinde verildiği için ya herkes her şeyi görür ya da bir kişinin izin vermesi beklenir. Belgenin kim tarafından, ne zaman ve neden değiştirildiği kayıt altına alınmaz. En önemlisi, bir belgenin ne kadar süre saklanacağı ve ne zaman imha edileceği hiçbir yerde yazmadığı için arşiv sürekli büyür; on yıl önceki teklif dosyası ile bu ayın imzalı sözleşmesi aynı yerde, aynı önemde durur.
Doküman yönetim sistemi (DMS), belgeyi dosya olmaktan çıkarıp kayda dönüştürür. Her belgenin bir sahibi, bir türü, bir sürüm geçmişi ve kime açık olduğunu belirleyen bir yetkisi olur; değişiklikler üzerine yazmaz, yeni sürüm olarak birikir ve eski sürüm okunabilir kalır. Kurumsal içerik yönetimi (ECM) ise bir adım geniştir: belgenin yanına onun etrafındaki süreci, meta verisini, saklama ve imha kuralını, delil değerini ve farklı kanallardan gelen içeriği de alır. Kabaca söylemek gerekirse DMS bu belge nerede ve hangi sürümde sorusunu, ECM bu içerik nasıl doğdu, kimden geçti, ne kadar yaşayacak ve nasıl kanıtlanacak sorusunu cevaplar. Küçük bir arşiv ihtiyacında DMS yeter; kalite, hukuk ve denetim yükü olan bir yapıda iş kendiliğinden ECM tarafına genişler.
Bu işi kurarken en çok yapılan hata, mevcut klasör düzenini olduğu gibi yeni sisteme kopyalamaktır; sonuç aynı karmaşanın daha pahalı bir sürümü olur. Bu yüzden önce belge türleri, sahipleri ve saklama süreleri konuşulur, taşıma ondan sonra yapılır. Sınırı da baştan söyleyelim: belgenin içeriğini okuyup veri çıkaran tarafı ayrı bir modül olarak ele alıyoruz; bu sayfadaki sistem belgeyi saklar, sürümler, yetkilendirir ve bulur. Elektronik imza ve kayıtlı elektronik posta gibi düzenlenmiş alanlarda yetkilendirilmiş hizmet sağlayıcıların yerine geçmeyiz, onların altyapısına bağlanırız. Yirmi yıllık kâğıt arşivin tamamının taranmasını da genellikle önermiyoruz; çoğu şirkette doğru karar, bugünden itibaren düzgün başlamak ve geçmişten yalnızca hâlâ kullanılan dosyaları almaktır.
ISO 9001, müşteri denetimi veya ihracat kaynaklı belge talebiyle karşılaşan fabrikalar. Prosedür, talimat, form ve kayıtların güncel sürümünün kanıtlanabilmesi gerekir. Denetçinin sorduğu belgeyi aramak yerine tek ekrandan çıkarabilmek, denetimin en çok zaman kaybettiren bölümünü ortadan kaldırır. Denetim izi de aynı sistemde tutulduğu için belgenin kim tarafından ne zaman onaylandığı sorusu cevapsız kalmaz.
Sözleşme, teklif, tutanak ve teknik dosyanın çalışanların bilgisayarında veya kişisel e-posta kutusunda durduğu şirketler. Bu yapıda bilgi kurumun değil kişinindir; bir ayrılık ya da bir arıza yılların evrakını erişilemez hale getirebilir. Merkezî arşivin ilk somut faydası bu bağımlılığın kırılmasıdır. Yedekleme de tek noktadan yapılabilir hale gelir.
İhaleye giren, kamu ile yazışan veya çok sayıda sözleşme yürüten kurumlar. Burada belgenin yalnızca bulunması yetmez; hangi sürümün geçerli olduğu, kimin onayladığı ve ne kadar süre saklanacağı da kanıtlanabilir olmalıdır. Kayıt numarası, gelen-giden evrak defteri ve saklama takvimi bu yapıların temel ihtiyacıdır.
Şube, depo, şantiye veya bayi ağı olan işletmeler. Merkezde güncellenen bir talimatın sahadaki herkese aynı anda ulaşması, sahada üretilen tutanak ve fotoğrafın da merkeze düzenli biçimde düşmesi gerekir. Mobil erişim ve zayıf bağlantıda çalışabilme bu tip kurulumlarda belirleyici parçadır; aksi halde saha kendi mesajlaşma grubuna geri döner.
| Yetenek | Ne sağlar |
|---|---|
| Merkezî arşiv ve belge künyesi | Her belge; türü, sahibi, ilgili birimi, tarihi, geçerlilik süresi ve ilişkili kayıtla birlikte saklanır. Klasör ağacına gömülü bir dosya yerine alanları doldurulmuş bir kayıt elde edilir. Aynı belge tek bir yerde durur; başka süreçlerden ona bağlantı verilir, kopyası çıkarılmaz. Künye alanları şirketin kendi terminolojisine göre tanımlanır, hazır bir şablona uyulmaz. |
| Sürüm, revizyon ve yürürlük kontrolü | Belge değiştiğinde eskisi silinmez; yeni sürüm oluşur ve eski sürüm geçmişte okunabilir kalır. Hangi sürümün yürürlükte olduğu tek bir yerde bellidir, kullanıcı normalde yalnızca yürürlükteki sürümü görür. Revizyon nedeni ve değişikliği yapan kişi kaydedilir. Kalite dokümanlarında zorunlu olan revizyon numarası ve yayın tarihi elle değil sistemle yürür. |
| Onay akışı ve yayınlama | Yeni bir prosedür, teklif veya sözleşme taslağı tanımlı onay zincirinden geçmeden yürürlüğe giremez. Kimin hangi belge türünde onay yetkisi olduğu birim veya tutar bazında değişebilir. Onay bekleyen belge sorumlusuna hatırlatılır, uzun süre bekleyen kayıt bir üst kademeye taşınabilir. Onaylanan belge yayınlanır ve ilgili kişilere bildirim gider. |
| Yetkilendirme, gizlilik ve dış paylaşım | Erişim klasör düzeyinde değil; belge türü, birim ve rol düzeyinde verilir. Personel özlük dosyası ile üretim talimatı aynı sistemde durabilir ama farklı kişilerin karşısına çıkar. Dışarıya paylaşım için süreli ve izlenebilir bağlantılar üretilir, kimin ne zaman açtığı görülür. Böylece herkesin her şeyi gördüğü ile kimsenin hiçbir şeye ulaşamadığı uçlar arasındaki denge kurulur. |
| Tam metin arama ve taranmış evrak | Arama yalnızca dosya adında değil belgenin içinde yapılır. Taranmış kâğıt evrak ve fotoğraflanan tutanaklar OCR ile metne çevrilir, böylece eski arşiv de aranabilir hale gelir. Künye alanlarıyla birlikte filtreleme yapılır: tarih aralığı, birim, tür, taraf. OCR sonuçlarının el yazısında ve bozuk taramalarda sınırlı kaldığını baştan söyleriz. |
| Saklama süresi, imha ve denetim izi | Her belge türü için saklama süresi tanımlanır; süresi dolan kayıtlar imha listesine düşer ve sorumlunun onayıyla, tutanağı üretilerek imha edilir. Sistem üzerindeki her görüntüleme, indirme, değiştirme ve silme işlemi kayıt altına alınır. Bu iki yetenek hem denetim hem de kişisel veri mevzuatı açısından sistemin en çok işe yarayan tarafıdır. |
| E-imza, KEP ve mevcut sistemlerle bağlantı | Belge, yetkilendirilmiş hizmet sağlayıcıların elektronik imza altyapısına bağlanarak imzalanabilir; kayıtlı elektronik posta (KEP) ile gönderim yapılabilir. ERP, muhasebe ve üretim sistemlerindeki kayıtlarla belgeler ilişkilendirilir: bir cari hesabın sözleşmesi ya da bir iş emrinin teknik resmi aynı ekrandan açılır. Bağlantılar API üzerinden kurulur, mevcut sistemleriniz değiştirilmez. |
Hangi belge türlerinin var olduğunu, kimin ürettiğini, nerede durduğunu ve kaç kopyasının dolaştığını birlikte çıkarırız. Bu adım genellikle bir ila iki hafta sürer ve çoğu şirkette ilk kez toplu bir resim verir. Envanter çıkmadan yapılan taşıma, karmaşayı yeni sisteme kopyalamaktan başka sonuç vermez.
Belge türleri, künye alanları, onay zincirleri, saklama süreleri ve kimin neyi göreceği yazılı olarak tasarlanır. Kalite, hukuk, insan kaynakları ve bilgi işlem bu tasarımı birlikte onaylar. Kararların büyük bölümü burada verilir; sonraki adımlar bu tasarımın uygulanmasından ibarettir. Tartışmalı noktalar sonraya bırakılmaz; sistem canlıya alındıktan sonra düzeltmek her zaman daha pahalıdır.
Arşiv, arama, sürüm ve onay akışları kurulur; kimlik doğrulama ve ERP gibi mevcut sistemlerle bağlantılar yapılır. Kısa aralıklarla çalışan sürüm gösteririz. İlk kullanılabilir sürüm, kapsamın genişliğine göre genellikle altı ila on hafta arasında ortaya çıkar ve önce yeni belgelerin doğru girmesini hedefler.
Tek bir birimle, örneğin kalite veya satın alma ile başlanır. Yeni belgeler doğrudan sisteme girer; geçmiş arşivden yalnızca hâlâ kullanılan dosyalar taşınır. Pilotta çıkan itirazlar künye ve akış tasarımına geri işlenir; bu geri besleme atlanırsa hatalı tasarım tüm şirkete yayılır. Kapsam, ekip alıştıkça birim birim genişletilir.
Tüm birimler devreye alınır, saklama ve imha takvimi çalışmaya başlar, raporlar açılır. Kullanıcı eğitimi verilir ve yazılı kılavuz teslim edilir. Sonrasında bakım kapsamında yeni belge türleri, yeni akışlar ve mevzuat değişiklikleri sisteme işlenir. Kaynak kod, veri tabanı ve arşivin tamamı sizde kalır.
Az sayıda ek dosyayla yürüyorsanız gerek olmayabilir ve bunu açıkça söyleriz. ERP'deki ek alanı belgeyi bir kayda iliştirir; sürümünü, onayını, saklama süresini ve içindeki metni yönetmez. Kalite dokümanı, sözleşme, personel dosyası ve teknik resim gibi kendi ömrü olan belgeler söz konusu olduğunda ek alanı yetmez. Karar ölçütü dosya sayısı değil, belgenin kendine ait bir süreci olup olmadığıdır.
Genellikle hayır. Toplu tarama pahalıdır, uzun sürer ve taranan evrakın büyük bölümü hiç açılmaz. Önerdiğimiz yol, bugünden itibaren her yeni belgenin sisteme doğru girmesi; geçmişten ise yalnızca hâlâ kullanılan, yasal saklama süresi devam eden veya denetimde istenen dosyaların taşınmasıdır. Kalanı ihtiyaç çıktıkça taranır. Bu yaklaşım maliyeti düşürür ve projenin tarama bitene kadar beklemesini engeller.
İkisi birbirinin yerine geçmez, birlikte çalışır. Belge zekâsı bir faturayı, irsaliyeyi veya sözleşmeyi okuyup içindeki alanları çıkarır; bu sayfadaki sistem ise belgeyi saklar, sürümler, yetkilendirir, onaydan geçirir ve bulur. Sık kurduğumuz kurgu şudur: gelen evrak önce okunur ve alanları çıkarılır, ardından bu bilgilerle künyesi doldurularak arşive yerleşir. İki modülü ayrı ayrı da kurabilirsiniz.
Bu bir yazılım sorusundan çok hukuk sorusudur ve avukatınızla teyit edilmelidir; biz hukuki görüş vermiyoruz. Teknik tarafta yaptığımız iş, imzalama işlemini yetkilendirilmiş elektronik sertifika hizmet sağlayıcılarının altyapısına bağlamak, imzalı dosyayı bozulmayacak biçimde saklamak ve doğrulama kaydını tutmaktır. Kendi imza altyapımızı kurmayız; burası düzenlenmiş bir alandır ve sağlayıcının yetkisiyle yürür. Hangi sağlayıcıyla çalışılacağı da sizin tercihinizdir.
Bu, doküman projelerinin en sık ölme biçimidir ve tek çözümü sistemi kullanmayı işin en kolay yolu haline getirmektir. Arama hızlı olmalı, yükleme birkaç adımda bitmeli ve onay akışı e-posta trafiğinden daha rahat işlemelidir. Ayrıca kritik süreçlerde çıktı noktası sisteme bağlanır: onaylı sürüm yalnızca sistemden alınabilir. Alışkanlık kuralla değil kolaylıkla değişir; pilot bölümün amacı da budur.
Belge türleri ve künye alanları tanımlanmış merkezî bir arşiv; sürüm ve yürürlük kontrolü; onay akışları; rol ve birim bazlı yetkilendirme; taranmış evrak dahil tam metin arama; saklama ve imha takvimi; her işlemin kaydedildiği denetim izi; e-imza ve mevcut sistemlerle kurulmuş bağlantılar. Bunların yanında belge türlerini ve yetkileri sizin güncelleyebileceğiniz bir yönetim ekranı ile yazılı kullanım kılavuzu teslim edilir. Kaynak kod, veri ve arşivin tamamı size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Sözleşmeyi şablondan üretip onay ve imza akışına sokan; imzalandıktan sonra da yürürlük, yenileme, fesih ihbar süresi ve tarafların taahhütlerini takip eden bir sistem kuruyoruz. Sözleşme yaşam döngüsü yönetimi (CLM) tam olarak budur: dosyayı saklamak değil, sözleşmenin ömrünü yönetmek. Süresi dolan sözleşme, kimse fark etmediği için sessizce uzamaz.
Detay →Arıza ve talebin mesajlaşma uygulamasından, koridordan ve telefondan değil tek kayıttan geldiği bir düzen kuruyoruz. Her talep önceliklenir, sahibi bellidir, süresi ölçülür. Aynı yapıyı yalnızca bilgi işlemde değil; insan kaynakları, idari işler ve bakım taleplerinde de çalıştırırız. Kurumsal hizmet yönetimi (ESM) budur.
Detay →Bilgisayar, telefon, sunucu ve ağ cihazlarını kim kullanıyor, hangi lisans ne zaman bitiyor, hangi abonelik sessizce yenileniyor; hepsini tek kayıt düzeninde toplarız. Zimmet, garanti, yenileme takvimi ve kullanım dışı bırakma aynı sistemde yürür; envanter kişisel hafızadan çıkıp kurumun kaydına geçer.
Detay →Riskleri sahibine bağlar, her riskin karşısına bir kontrol ve o kontrolün kanıtını koyarız. Politikalar sürümlü yürür, denetim bulguları terminli takip edilir, mevzuat değişikliği ilgili kişiye düşer. Kişisel veri, iş güvenliği ve çevre tarafındaki çalışmalar aynı çatı altında tek panodan okunur.
Detay →Projeleri iş kırılımına ayırır, kaynakları ve kapasiteyi görünür kılar, bütçe ile gerçekleşeni yan yana koyarız. Kilometre taşları, riskler ve kararlar aynı kayıtta durur; yönetim tüm portföyü tek panodan okur ve hangi işin öncelikli olduğunu veriye bakarak konuşur.
Detay →Tarayıcıda çalışan, kullanıcı girişiyle korunan, rol ve yetkiye göre içerik gösteren dahili sistemler ve abonelik tabanlı SaaS ürünleri tasarlıyor ve geliştiriyoruz. İşinizin gerçek akışına göre kurguluyor, kaynak kodu sizinle paylaşıyoruz.
Detay →
