Yapay zeka ve güncel belge yönetimi: bilgi neden eskir?

Şirket belgelerine dayanan bir yapay zeka sistemi devreye alındığında ilk haftalar genellikle iyi geçer. Belgeler yeni yüklenmiştir, test soruları doğru cevaplanır, kullanıcılar memnundur. Altı ay sonra ise şikâyetler başlar: "Ajan eski harcırah tutarını söylüyor", "Bu prosedür değişti ama hâlâ eskisini anlatıyor."

Bilgi eskir, çünkü şirketler değişir. Yapay zekanın cevabı, dayandığı belgelerin güncelliği kadar doğrudur. Güncelliği yönetmek için her belgenin bir sahibi, sürümü, yürürlük tarihi ve gözden geçirme tarihi olmalı; yeni sürüm yayımlandığında eskisi kaynaktan çıkarılmalı veya geçersiz olarak işaretlenmeli; hangi cevabın hangi sürüme dayandığı düzenli olarak denetlenmelidir.

Bu yazıda bilginin neden eskidiğini, güncellenen bir harcırah politikası örneğiyle belge güncelliğinin nasıl yönetileceğini ve güncel kaynak kullanımının nasıl denetleneceğini anlatıyoruz.

Bilgi neden eskir?

Kurumsal belgelerin eskimesinin dört temel nedeni vardır:

1. Değişen dış koşullar

Enflasyon, mevzuat değişiklikleri, vergi düzenlemeleri ve piyasa koşulları belgeleri doğrudan etkiler. Türkiye'de harcırah tutarları, yemek kartı limitleri, fiyat listeleri ve ödeme vadeleri gibi parasal içerikli belgeler yılda birkaç kez güncellenebilir.

2. Değişen iç kararlar

Organizasyon değişiklikleri, yeni onay hiyerarşileri, birleşen departmanlar, değişen tedarikçi anlaşmaları... Bir yönetim kurulu kararı, onlarca belgeyi dolaylı olarak etkileyebilir.

3. Resmi olmayan güncellemeler

Birçok şirkette politika değişiklikleri önce bir e-posta duyurusuyla bildirilir, resmi belge ise haftalar veya aylar sonra güncellenir. Bu arada yapay zeka resmi belgeye dayanarak eski bilgiyi vermeye devam eder.

4. Kopyaların çoğalması

Bir belge farklı klasörlere kopyalanır, e-postayla dolaşır, farklı ekipler kendi sürümlerini tutar. Yapay zekaya "bütün klasörü" bağlamak, bu kopyaların hepsinin kaynak olması demektir.

Örnek: güncellenen harcırah politikası

Aşağıdaki senaryo temsilidir; tutarlar kurgusaldır.

Bir inşaat şirketi, yurt içi görevlendirmelerde uygulanan günlük harcırah tutarını 1 Temmuz'dan itibaren güncelliyor. Yeni yönerge hazırlanıyor ve İK tarafından yayımlanıyor.

Senaryo A: güncellik yönetimi olmadan

• Eski yönerge ("Harcırah Yönergesi 2026-1.pdf") bilgi kaynağında duruyor.
• Yeni yönerge ("Harcırah Yönergesi 2026-2.pdf") aynı klasöre ekleniyor.
• Şantiye şefi Mehmet Bey soruyor: "Kayseri'deki şantiyeye 4 günlük görevlendirmede günlük harcırah ne kadar?"
• Sistem iki belgede de ilgili bölümü buluyor. Hangisinin daha ilgili olduğuna metin benzerliğine göre karar veriyor. Eski yönergedeki ifade soruya biraz daha yakın olduğu için onu seçiyor.
• Mehmet Bey eski tutarı öğreniyor, masraf planını buna göre yapıyor.

Senaryo B: güncellik yönetimiyle

• Yeni yönerge yayımlanırken sürüm bilgisi ve yürürlük tarihi (1 Temmuz) tanımlanıyor.
• Eski yönergenin geçerlilik bitiş tarihi 30 Haziran olarak işaretleniyor ve 1 Temmuz'da kaynaktan çıkıyor.
• Mehmet Bey aynı soruyu soruyor. Sistem yalnızca geçerli yönergeden cevap veriyor:

"1 Temmuz'dan itibaren geçerli Harcırah Yönergesi'ne (Sürüm 2026-2) göre yurt içi görevlendirmelerde günlük harcırah, konaklama hariç 1.250 TL'dir. Konaklama, şirketin anlaşmalı otellerinde veya belgelendirilmek kaydıyla gecelik 2.500 TL'ye kadar karşılanır.

Kaynak: Harcırah Yönergesi (Sürüm 2026-2, yürürlük 01.07.2026), Madde 5"

Cevapta sürüm ve yürürlük tarihi görünüyor. Mehmet Bey, bilginin güncel olduğundan emin olabiliyor.

Geçiş dönemi sorusu

Peki Mehmet Bey'in görevlendirmesi 28 Haziran–2 Temmuz arasındaysa? Bu durumda iki yönerge de kısmen geçerlidir. İyi bir sistem bu belirsizliği fark etmeli ve kullanıcıya bildirmelidir: "Görevlendirmeniz iki yönergenin geçiş dönemine denk geliyor; 30 Haziran'a kadar olan günler için önceki, 1 Temmuz'dan itibaren yeni yönerge geçerlidir. Kesin hesaplama için İK ile teyitleşmenizi öneririm."

Bu tür durumlar, yürürlük tarihlerinin kayıtlı olmasının neden önemli olduğunu gösterir.

Belgenin güncelliği nasıl yönetilir?

Her belge için beş bilgi

Yapay zekaya kaynak olan her belge için şu bilgiler tanımlanmalıdır:

Güncelleme süreci

Bir belge güncellendiğinde şu adımlar izlenmelidir:

1. Yeni sürüm hazırlanır ve sahibi tarafından onaylanır.
2. Yürürlük tarihi belirlenir.
3. Yeni sürüm kaynağa eklenir, sürüm ve yürürlük bilgisiyle.
4. Eski sürümün geçerliliği sonlandırılır; yürürlük tarihinde kaynaktan çıkarılır veya geçersiz olarak işaretlenir.
5. Test soruları çalıştırılır: Bu belgeye ilişkin test soruları yeni cevapları doğru veriyor mu?
6. Duyuru yapılır: Kullanıcılar değişiklikten haberdar edilir.

E-posta duyuruları ne olacak?

Politika değişiklikleri önce e-postayla duyurulup sonra resmi belgeye yansıyorsa iki seçenek vardır:

• Duyuruyu geçici kaynak olarak eklemek: Duyuru, resmi belge güncellenene kadar kaynak olarak eklenir; geçerlilik bitişi resmi belgenin yayım tarihi olarak işaretlenir.
• Resmi belgeyi hızlıca güncellemek: Daha sağlıklı yol budur. Yapay zeka projesi, genellikle belge güncelleme disiplinini de iyileştirir.

Tekil kaynak ilkesi

Her konu için tek bir yetkili kaynak olmalıdır. Aynı bilgi birden fazla belgede geçiyorsa (örneğin harcırah tutarı hem yönergede hem de bir SSS belgesinde yazıyorsa), güncelleme sırasında biri unutulabilir. Tercih edilen yaklaşım, SSS gibi ikincil belgelerin tutarları tekrarlamak yerine yetkili belgeye atıf yapmasıdır.

Güncel kaynak kullanımı nasıl denetlenir?

Güncellik yönetimi bir kerelik bir iş değildir; düzenli denetim gerektirir.

Aylık denetim kontrolleri

• Gözden geçirme tarihi geçmiş belgeler: Hangi belgelerin gözden geçirme tarihi geçti? Sahiplerine hatırlatma gitti mi?
• Aynı konuda birden fazla geçerli belge: Aynı başlıkta iki geçerli sürüm var mı?
• Eski belgeye dayanan cevaplar: Son bir ayda geçerliliği bitmiş bir belgeye dayanan cevap verildi mi? (Bu, eski sürümün kaynaktan çıkarılmadığını gösterir.)
• Olumsuz geri bildirimler: "Bu bilgi eski" şeklindeki kullanıcı geri bildirimleri hangi belgelerde yoğunlaşıyor?
• Cevapsız sorular: Hangi konularda "bulamadım" cevabı veriliyor? Bu konular için belge eksik mi?

Denetim göstergeleri

Güncellik yönetimi kontrol listesi

• Her kaynak belgenin sahibi belirlendi
• Belgelere sürüm ve yürürlük tarihi eklendi
• Sık değişen belgeler için kısa gözden geçirme aralığı tanımlandı
• Belge güncelleme süreci yazıldı ve belge sahiplerine anlatıldı
• Eski sürümlerin kaynaktan çıkarılma yöntemi belirlendi
• Her önemli belge için test soruları hazırlandı
• E-posta duyurularının nasıl ele alınacağı kararlaştırıldı
• Aylık denetim takvimi oluşturuldu
• Kullanıcıların "bilgi eski" geri bildirimi verebileceği bir yol var

ajan.io'da belge yaşam döngüsü

ajan.io'da bilgi alanlarındaki belgeler sürümlenebilir; yayın ve geçerlilik bilgisi yönetilebilir. Silinen belgeler çöp kutusuna gider ve saklama kurallarına göre yönetilir. Yanıtlarda dayanılan kaynaklar gösterildiği için hangi belgenin kullanıldığı görülebilir; kullanıcı geri bildirimlerini inceleyerek belgeleri güncelleyebilirsiniz. Bu özellikler belgelerin güncel kalmasına yardımcı olur, ancak güncellik her zaman belge sahiplerinin düzenli gözden geçirmesine bağlıdır.

Belge ve kaynak yönetimi başlıklarını Platform sayfasında, bilgi kaynaklarıyla çalışmayı Sohbet sayfasında bulabilirsiniz.

Sık sorulan sorular

Yapay zeka hangi belgenin güncel olduğunu kendisi anlayamaz mı?

Belge içindeki tarihlerden veya dosya adlarından tahmin yürütebilir, ancak bu güvenilir değildir. Bir belgenin tarihi yeni olabilir ama geçerli olmayabilir; ya da eski tarihli bir belge hâlâ yürürlükte olabilir. Güncelliğin açık bilgilerle (sürüm, yürürlük, geçerlilik bitişi) tanımlanması gerekir.

Eski sürümleri tamamen silmeli miyiz?

Yapay zekanın kaynağından çıkarılmalıdırlar; ancak arşiv amacıyla saklanmaları gerekebilir. Geçmiş bir tarihteki uygulamayı sorgulamak gerektiğinde (örneğin geçen yılki bir masrafın hangi kurala göre ödendiği) arşiv sürüme ihtiyaç duyulur. Bu durumda arşiv, yapay zekanın varsayılan cevap kaynağından ayrı tutulmalıdır.

Belgeleri kim güncel tutmalı: BT mi, iş birimi mi?

İçeriğin güncelliğinden belgenin sahibi olan iş birimi sorumludur: harcırah yönergesinden İK veya finans, fiyat listesinden satış. BT veya yapay zeka ekibi ise güncelleme sürecinin işlemesini, eski sürümlerin çıkarılmasını ve denetim raporlarını sağlar.

Gözden geçirme tarihi geçen belge otomatik olarak kaynaktan çıkmalı mı?

Genellikle hayır; gözden geçirme tarihi, belgenin geçersiz olduğu değil, kontrol edilmesi gerektiği anlamına gelir. Belgeyi otomatik çıkarmak, geçerli bir bilginin aniden kaybolmasına yol açabilir. Bunun yerine belge sahibine hatırlatma gönderilmeli ve denetim raporunda işaretlenmelidir.