Ana sayfa/Nexus-AI/D-AI-04

NEXUS-AI · FAZ 2 / DESIGN

D-AI-04

Kanonik Veri Modelleri ve Sözlük

Çalışma şablonu · v1.0

Holding genelinde aynı iş varlığını aynı anlamla temsil eden, sürümlü veri sözlüğü kurmak.

Nexus-AIDesignFaz 2Uygulama belgesiP.U.R.İnsan gözetimiv1.0

Belge künyesi

v1.0
Kaynak türü
İnovapark metodoloji şablonu
Doküman kodu
D-AI-04
Program / faz
Nexus-AI / 2: Veri mimarisi ve SSOT hazırlığı
Metodoloji aşaması
Design
Hesap veren (A)
Chief Data Officer
Hazırlayan
İnovapark metodoloji ekibi
Tarih / sürüm
Ekim 2026 / v1.0
Belge durumu
Yayımlanmış uygulama şablonu
Kanıt standardı
Girdi + işlem izi + kabul kararı
Karar sınırı

Business yönü ve politika onayı insan yönetişiminde kalır; ajan yalnızca tanımlı operasyonu yürütür.

Uygulama durumu

Bu doküman tasarım rehberidir. Gerçekleşmiş KPI veya yasal uyum sertifikası iddiası içermez.

01 / KARAR ÇERÇEVESİ

Amaç ve kullanım sınırı

Holding genelinde aynı iş varlığını aynı anlamla temsil eden, sürümlü veri sözlüğü kurmak.

Bu adım, İnovapark'ın Business → Kurallar/Politikalar → Ürün/Operasyon ayrımını uygular. İş hedefi ile yönetişim onayı ayrı tutulur; uygulayıcı ajan her eylemini P.U.R. döngüsünde planlar, yetkili sınırda icra eder ve kanıtıyla raporlar.

02 / BAŞLAMADAN ÖNCE

Girdiler, roller ve hazırlık

ERP, CRM, HBYS, WMS ve POS şemaları; veri sahipliği; mevcut kalite raporları.

Görev ayrılığı

Tek hesap veren rol: Chief Data Officer. Katılan ekipler: Chief Data Officer / Veri Sahipleri. Uygulayıcı ekip teknik/saha kanıtını üretir. Bağımsız risk ve uyum rolü bu kanıtı inceler; aynı kişi kendi işlemini nihai olarak onaylayamaz.

03 / PLANLA → UYGULA → RAPORLA

Operasyonel iş akışı

  1. 1. adım

    Müşteri, tedarikçi, ürün, işlem, onay ve olay için kanonik kimlik ve ilişki şeması hazırlayın.

  2. 2. adım

    Her alanın tanımı, kaynağı, güncelleme sıklığı, veri sınıfı ve erişim sahibini kaydedin.

  3. 3. adım

    Sistemler arası eşleme için dönüşüm kuralları ve kırılma testleri yazın; belirsiz eşlemeyi karantinaya alın.

  4. 4. adım

    Sözlük ve şema değişikliklerini sürümleyin; aşağı akış tüketicileri için uyumluluk testi çalıştırın.

Asgari çıktıVeri sözlüğü, şema sözleşmesi ve eşleme envanteri.

04 / KONTROL VE KABUL

Risk, istisna ve yayın kapısı

Risk ve sınır

Tekil doğruluk kaynağı, fiziksel olarak tek veritabanı anlamına gelmez; yetkili kayıt ve soy ağacı gerekir.

Kabul kanıtı

Kaynağı ve sahibi belirsiz alan üretim RAG indeksine alınmaz.

İstisna oluşursa işlem güvenli duruma alınır, ilgili insan yetkiliye eskale edilir, karar ve düzeltici faaliyet iz kimliğiyle kaydedilir. Pilot veya canlı yayılım ancak kayıtlı onaydan sonra sürdürülür.

05 / UYGULAMA KAYDI

Çalışma formu

İş problemi / senaryoDoldurulacak
İş sahibi ve denetçiİki ayrı rol
Baz değer ve hedefKaynak gösterilecek
Veri ve izin sınıfıOnay kaydı eklenecek
Test sonucu ve istisnaKanıtla bağlanacak
Devam / durdur kararıYetkili imza

06 / REFERANS

Birincil araştırma kaynakları

Bu kaynaklar yöntem ve teknoloji kararlarını destekler; yerel yükümlülük için ilgili hukuk ve uyum incelemesinin yerine geçmez.

UYGULAMA ARACI

Çalışma kaydı

Bu belgeyi kurum içinde uygularken görev ayrılığını, başlangıç kanıtını, istisnayı ve kabul kararını aynı kayıtta tutun. Form gerçek veri içermez.

CSV çalışma formunu indir ↗

NEXUS-AI / ÇALIŞMA BELGESİ 04

Kanonik Veri Modelleri ve Sözlük: doldurulmuş örnek

Aynı pilotun bu belgeye ait somut kaydı, olumsuz testi ve kabul kanıtı.

TETİKLEYİCİ

Olay ve kapsam

Banka satırı ile ERP faturasının tek anlamda eşleşmesi

DOLDURULMUŞ KAYIT

Temsili işlem fişi

Sözlük satırı: invoice_id, bank_reference, tenant_id, source_version, currency; her alanın kaynak ve sahibi ayrı yazılır.

OLUMSUZ TEST

İstisna davranışı

Kaynağı belirsiz “müşteri adı” alanı eşleşme anahtarı olarak kullanılmaz.

Teslim edilecek kanıtKarar sahibi için kabul sorusu
Alan sözlüğü, şema sürümü, null/çakışma testi ve kaynak eşlemesiVeri sahibi onaylamayan alan üretim indeksine alınmaz.

Belgenin asgari kapısı: Kaynağı ve sahibi belirsiz alan üretim RAG indeksine alınmaz.

Tüm kimlikler ve sayılar kurgusaldır. Kuruma özgü veri, ölçüm, güvenlik ve onay kayıtlarıyla değiştirilmeden uygulama kanıtı sayılmaz.