Ana sayfa/Master Kütüphane/D-TECH-02

MASTER KÜTÜPHANE / NEXUS-AI

D-TECH-02

Private RAG ve Vektör Veritabanı Yönetim Kılavuzu

Drive kaynağı · v2.0

Private RAG bilgi tabanında belge parçalama, vektör güncelleme, kişisel veri maskeleme ve dikey erişim ayrımı.

Nexus-AIBuildTeknik kılavuzPrivate RAGPGVectorVeri yönetişimiPIIv2.0Drive kaynak metni

BELGE KÜNYESİ / DRIVE KAYNAĞI

Kimlik ve kullanım kaydı

v2.0
Kaynak türü
Drive kaynaklı uyarlama
Belge kodu
D-TECH-02
Tam başlık
Private RAG ve Vektör Veritabanı Yönetim Kılavuzu
Program / alan
Nexus-AI
Metodoloji fazı
3 / 4 · Build
Belge türü
Teknik kılavuz
Kaynak sürüm
v2.0
Kaynak dönemi
Ekim 2026 · belge üstbilgisi
Yayın ve dağıtım
İnovapark Açık Arşiv · herkese açık kopya
Kaynak
Google Drive Master Kütüphanesi
Onay durumu
Müşteri özelinde doğrulanacak
Kullanım koşulu

Kaynak metin korunmuştur. İçindeki hedef ve sistem davranışları müşteri ortamında test edilmeden gerçekleşmiş sonuç veya uygunluk beyanı olarak kullanılmaz.

Kabul kanıtı

Veri erişimi, maskeleme, senkronizasyon ve geri alma testlerinin kanıtlanması.

UYGULAMA MASASI / TEKNIK KILAVUZ

Bu belgeyle nasıl çalışılır?

Kaynak metindeki adımları gerçek kayıtlarla eşleştirin; karar, sahip, tarih ve kanıtı birlikte tutun.

Girdiler

SSOT belgeleri; SOP el kitapları; veri sözlükleri; erişim kuralları

Ölçüm

Güncel ve yetkili indeks kaydı / örneklenen kayıt

İş akışı

  1. Kaynak belgeleri sınıflandır
  2. kişisel veriyi maskele
  3. parçalama ve indekslemeyi uygula
  4. erişim ve senkronizasyonu test et

Kayıt alanları

NoAlanKanıt kaydı
01Kaynak sürümKaynak / sahip / tarih
02veri sınıfıKaynak / sahip / tarih
03indeksKaynak / sahip / tarih
04tenantKaynak / sahip / tarih
05maskeleme testiKaynak / sahip / tarih
06erişim testiKaynak / sahip / tarih
Uygulama sınırı

Senkronizasyon süresi ve anonimleştirme yeterliliği hedef olarak ölçülür, otomatik güvence sayılmaz.

TAM METİN / V2.0

Drive kaynak metni

Word indir ↓Metni indir ↓

D-TECH-02: Private RAG ve Vektör Veritabanı Yönetim Kılavuzu

Program: Bölüm 1 - Çatı Holding, Mimari ve Teknik Altyapı (Nexus-AI)

Doküman Kodu: D-TECH-02

Tarih: Ekim 2026

Versiyon: v2.0

Hazırlayan: Inovapark Danışmanlık ve InoMatrix Veri Mimari Komitesi

1. KARAR ÖZETİ VE AMAÇ

Vultr bulut altyapısı üzerinde koşan Supabase PostgreSQL ve PGVector tabanlı Private RAG sistemlerinde kurumsal bilgilerin depolanması, güncellenmesi, vektörleştirilmesi ve PII (kişisel tanımlayıcı bilgi) anonimleştirilmesi standartlarını belirlemek.

2. KAPSAM, GİRDİLER VE BAŞLANGIÇ KOŞULLARI

Girdiler: SSOT kurumsal dokümanları, SOP el kitapları, anayasalar, dikey veri sözlükleri.

Kapsam İlkesi: Hassas kişisel ve finansal veriler vektör veritabanına aktarılmadan önce otomatik maskeleme algoritmalarıyla temizlenir; her dikey iştirak yalnızca kendi izole namespace alanındaki vektörlere erişebilir.

3. UÇTAN UCA UYGULAMA YÖNTEMİ

1. Chunking ve Embedding Politikası: Dokümanlar anlamsal bütünlükleri bozulmaksızın optimum parçalara (chunks) bölünür ve onaylı modellerle vektörleştirilir.

2. Otomatik Senkronizasyon (Max 30sn): SSOT veri tabanında yapılan herhangi bir revizyon, webhook tetikleyicileriyle PGVector üzerinde 30 saniye içinde güncellenir; eski vektörler silinir.

3. PII Maskeleme (Scrubbing): Müşteri ve çalışan verileri vektör uzayına girmeden önce otomatik olarak anonimleştirilir.

4. İzole Namespace Mimarisi: Dikeyler arası çapraz veri sızıntısını önlemek için her iştirak için ayrı vektör kümesi tanımlanır.

4. ROLLER, RACI VE KARAR SINIRLARI

A (Hesap Veren): Veri Tabanı Mimarı / Lead Data Engineer

R (Uygulayan): Backend ve AI Entegrasyon Mühendisleri

C (Danışılan): Hukuk ve KVKK Uyum Uzmanları

I (Bilgilendirilen): InoMatrix İcra Kurulu (ExCo)

5. RİSKLER, İSTİSNALAR VE ESKALASYON

Kritik Sınır: Maskelenmemiş hassas verilerin vektör veritabanına yüklenmesi yasaktır.

Eskalasyon: Senkronizasyon gecikmesi (lag) 30 saniyeyi aştığında sistem otomatik cache temizliği tetikler ve yöneticiye uyarı gönderir.

6. ÖLÇÜM, HEDEF VE KALİBRASYON

Birincil Gösterge: Güncel ve senkronize vektör oranı (Hedef: %100 eşleşme).

Ritim: Haftalık veri bütünlüğü ve senkronizasyon testi.

7. KABUL ÖLÇÜTLERİ VE YAYIN KAPISI

Asgari Kabul Kanıtı: Private RAG sorgu doğrulama testi ve PII maskeleme denetim raporu.

Durum: Onaylı ve Yürürlükte.

D-TECH-02 / TEKNİK KONTROL

Kaynaklı ve izinli RAG kayıt hattı

Kaynak taslağı uygulama sınırı, olumsuz test ve ölçülmüş kabul kanıtıyla tamamlayan çalışma örneği.

Temsili olay: FIN-02 SOP’si v1.2’den v1.3’e geçer; eski paragraf artık kullanılmamalıdır.

İşlem sırası

  1. Belgeyi kaynak URI, sahip, tenant, yürürlük tarihi, sürüm ve saklama sınıfıyla kaydet; gereksiz kişisel alanları indeks öncesi ayıkla.
  2. Parçayı ve embedding’i aynı kaynak sürümüne bağla; arama tablosunda satır düzeyi erişim politikasını sorgudan önce uygula.
  3. Sürüm olayını indeksle uzlaştır; eski parça etkinken yanıtı “güncel” diye sunma, insan kuyruğuna aktar.
Olumsuz testBeklenen güvenli sonuç
Başka tenant paragrafıBaşlık, metin ve metadata aramada görünmez.
Eski SOP sürümüYanıt güvenli biçimde durur; kaynak sürümü doğrulanır.
PII içeren test belgesiİndeks ve loglarda kişisel alan görünmez; yeniden tanımlama riski incelenir.
KANIT DOSYASI

İncelemeye sunulacak kayıt

Kaynak–indeks uzlaştırması, RLS negatif testleri, veri minimizasyon kaydı ve kaynaklı yanıt örneklemi

KABUL

Yayın kararı

Bir yetkisiz parça veya eski kritik SOP alıntısı görülürse yayılım durdurulur.

GÖREV AYRILIĞI

Uygulama ve denetim

Teknik ekip işlemi yürütür; risk/veri sahibi sınırı onaylar; bağımsız kontrol sonuçları inceler.

Örnek olay kurgusaldır. Kaynak metindeki “onaylı/yürürlükte” beyanı kuruma özel test ve kurul kararını kanıtlamaz.