İletişim

ERP Sistemlerinde Vector Database ve RAG: Semantic Search, Embedding ve Retrieval Mantığı

ERP'de zaten SQL ve klasik arama varken neden vector database'e ihtiyaç duyulur? Çünkü bazı sorular bir kaydın tam alanını değil, dağınık metinlerdeki anlam benzerliğini arar. Bu ayrımı doğru kurmak, hem faydalı bir arama deneyimi hem de güvenli bir AI katmanı için başlangıç noktasıdır.

Vector database, ilişkisel veritabanının yerine geçmez. RAG de 'AI her şeyi biliyor' iddiası değildir; doğru bağlamı bulup, cevabı o bağlama dayandırma disiplinidir.

İçindekiler

5 Dakikada Konu

Structured search

Parça kodu ABC-123 olan kaydı bul.

Semantic search

Geçen yıl rulman arızası nedeniyle duran makinelerde yapılan bakıma benzeyen kayıtları bul.

Structured search

Alan değeri, filtre ve ilişki üzerinden çalışır.

Semantic search

Metnin anlam yakınlığı üzerinden aday bağlam bulur.

Structured search

Kesin eşleşme ve işlem verisi için güçlüdür.

Semantic search

Anlatı, doküman ve deneyim bilgisini araştırmak için güçlüdür.

Bu iki arama birbirinin rakibi değildir. Sağlam kurumsal tasarımda yapılandırılmış filtreler ile semantic retrieval çoğu zaman birlikte çalışır: örneğin belirli tesis, tarih aralığı ve yetki sınırı içinde benzer bakım notları aranabilir.

Mental Model: Veriden Anlama

ERP verisini semantic aramaya hazırlayan akış

  1. 1

    ERP Data / Document

    Doküman, destek kaydı veya anlatısal bilgi.

  2. 2

    Text Representation

    Aranabilir metin ve anlamlı metadata.

  3. 3

    Chunking

    Metni bağlamını kaybetmeden küçük parçalara ayırma.

  4. 4

    Embedding Model

    Metni sayısal anlam temsiline dönüştürme.

  5. 5

    Vector Database

    Benzerlik için indeks ve retrieval katmanı.

RAG sorgu akışı

  1. 1

    User Question

    Kullanıcının doğal dilde sorusu.

  2. 2

    Embedding + Similarity Search

    Soruya yakın bağlam adaylarının bulunması.

  3. 3

    Relevant Context

    Yetki ve filtreler korunarak seçilen kaynaklar.

  4. 4

    LLM

    Yalnızca verilen bağlamla açıklama veya özet üretme.

  5. 5

    Grounded Answer

    Kaynağı görünür ve belirsizliği açık cevap.

Kavramları Birbirine Karıştırmamak

Ayrım

SQL search ≠ semantic search

Ne demektir?

Biri alan/ilişki mantığını, diğeri anlam yakınlığını öne çıkarır.

Ayrım

Vector DB ≠ relational DB replacement

Ne demektir?

Vector indeks, işlem bütünlüğü ve ana kayıt yönetiminin yerine geçmez.

Ayrım

Embedding ≠ LLM response

Ne demektir?

Embedding arama için sayısal temsildir; kullanıcıya yazılmış cevap değildir.

Ayrım

Retrieval ≠ generation

Ne demektir?

İlki ilgili bağlamı seçer, ikincisi bu bağlamla ifade üretir.

Ayrım

Similarity score ≠ kesin doğruluk

Ne demektir?

Yakınlık sinyali verir; iş doğruluğu ve kaynak uygunluğu ayrıca değerlendirilir.

RAG'in değeri, modeli daha çok konuşturmakta değil; doğru soruda, doğru kapsam içinden, izlenebilir kaynaklarla daha temkinli cevap üretebilmesindedir.

ERP Açısından Neyi Çözer?

Semantic retrieval özellikle anlatısal ve dağınık bilgi yüzeylerinde anlamlıdır: teknik doküman araştırması, bakım geçmişi, servis ve kalite kayıtları, proje lessons learned, prosedür/politika arama, ürün açıklamaları, destek kayıtları ve sözleşme ya da kurumsal doküman araştırması gibi. Bunlar örnek kullanım alanlarıdır; gerçek değer, kullanıcının hangi kararı daha hızlı ve kaynaklı verebildiğiyle ölçülür.

  • Soru, yalnızca bir alanı bulmaktan çok benzer deneyim veya açıklama mı arıyor?
  • Yanıtın kaynak metne geri dönebilmesi kullanıcı için değer yaratıyor mu?
  • İşlem verisi yerine anlatı/knowledge content üzerinde mi çalışılıyor?
  • Yetki sınırları retrieval anında da korunabiliyor mu?

Her ERP Verisi Vector DB'ye Gitmeli mi?

Net cevap

Hayır. Vector database'e taşımak bir veri sınıflandırma kararıdır; varsayılan mimari değildir.

Veri türü

Transaction data

İlk düşünce

Doğruluk, bütünlük ve kesin sorgu için ilişkisel katman önceliklidir.

Veri türü

Master data

İlk düşünce

İş anahtarı, filtre ve referans bütünlüğü merkezde kalır.

Veri türü

Documents

İlk düşünce

Metin anlamlıysa chunk + metadata + erişim kontrolüyle aday olabilir.

Veri türü

Narrative/text data

İlk düşünce

Semantic arama için güçlü adaydır; bağlam ve güncellik tasarlanmalıdır.

Veri türü

Logs

İlk düşünce

Arıza araştırması için yararlı olabilir; saklama ve hassas veri kuralları gerekir.

Veri türü

Knowledge content

İlk düşünce

Kaynak gösterimi ve güncelleme akışıyla RAG için sık görülen adaydır.

Kopyalamak yerine referans, özet metin, metadata ve yetki bağlamı gibi seçenekler de değerlendirilmelidir. Veri minimizasyonu hem maliyeti hem de erişim riskini azaltır.

Araştırırken Neye Bakmalıyım?

  • Verinin kaynağı, sahipliği ve güncelleme sıklığı nedir?
  • Chunk stratejisi anlamı ve kaynak referansını koruyor mu?
  • Embedding modeli değişirse mevcut indeksin nasıl yenileneceği tanımlı mı?
  • Metadata; tarih, belge türü, tesis, yetki veya versiyon gibi filtreleri taşıyor mu?
  • Access control retrieval sırasında korunuyor mu?
  • Similarity threshold, test edilen örnek sorularla mı değerlendiriliyor?
  • Kaynak gösterimi ve hallucination sınırı kullanıcıya görünür mü?
  • Structured query ile semantic query hangi durumda birlikte kullanılacak?

Nerede Yanlış Anlaşılır?

Anti-pattern

Tüm veriyi indekslemek

Neden risklidir

Amaç, maliyet, yetki ve güncelleme borcu belirsiz kalır.

Anti-pattern

Skoru doğruluk saymak

Neden risklidir

Benzerlik, iş kuralının veya kaynağın doğru olduğu anlamına gelmez.

Anti-pattern

Retrieval sonrası kaynak göstermemek

Neden risklidir

Kullanıcı cevabı denetleyemez ve güven yanlış yerde oluşur.

Anti-pattern

İzinleri yalnızca kullanıcı arayüzünde uygulamak

Neden risklidir

Retrieval katmanında sızıntı riski doğar.

Başarılı RAG uygulaması büyük model seçmekle başlamaz. Önce bilgi kaynağını, erişim sınırını, güncelleme sürecini ve cevabın hangi karara hizmet edeceğini netleştirir.

One Page Cheat Sheet

Kavram

Embedding

Kısa karşılık

Metnin arama için sayısal anlam temsili.

Kavram

Vector

Kısa karşılık

Embedding'in çok boyutlu sayısal çıktısı.

Kavram

Chunking

Kısa karşılık

Dokümanı retrieval için anlamlı parçalara ayırma.

Kavram

Retrieval

Kısa karşılık

Soruyla en ilgili bağlam adaylarını bulma.

Kavram

RAG

Kısa karşılık

Bulunan bağlamı üretken yanıtın dayanağı yapma.

Kavram

Grounding

Kısa karşılık

Cevabı görünür ve uygun kaynaklara bağlama.

Mini glossary: semantic search = anlam yakınlığıyla arama; similarity = iki anlam temsili arasındaki yakınlık; threshold = hangi adayların değerlendirmeye gireceğine dair eşik; hallucination = kaynağa dayanmayan veya desteklenmeyen üretim.

TROIA Araştıranlar İçin Not

TROIA'nın kamuya açık geliştirici dokümantasyonunda vector database başlığı bu kavramın ürün ekosisteminde de güncel karşılığı bulunduğunu gösterir. Bu rehber ürün içi uygulama, komut veya konfigürasyon öğretmez; semantic retrieval ve RAG için kavramsal zemini açıklar. TROIA'ya özgü güncel ayrıntılar için özgün dokümantasyona başvurulmalıdır.

Sık sorulan sorular

Vector database SQL'in yerini alır mı?
Hayır. İşlem, ana veri, bütünlük ve kesin filtreleme için ilişkisel veri modelinin yeri devam eder. Vector katmanı anlam tabanlı retrieval ihtiyacını tamamlar.
RAG yanlış cevap veremez mi?
Verebilir. Retrieval, kaynak kalitesi, erişim filtresi ve üretim talimatı birlikte tasarlanmalıdır; cevapta kaynak ve belirsizlik görünür olmalıdır.
Similarity threshold için tek doğru değer var mı?
Yoktur. Veri türü, dil, embedding modeli ve kullanıcı soruları değiştikçe değerlendirme örnekleriyle ayarlanması gerekir.

İlgili sayfalar:

Kaynaklar ve ileri okuma

ERP Sistemlerinde Vector Database ve RAG | Fatih Görgülü | Fatih Görgülü