KARTAL.DEV← YAZILARA DÖN
ESSAY / 001ENTERPRISE AI · CONTEXT ENGINEERING

Why Enterprise AI Is a Context Problem

Kurumsal yapay zekânın en büyük zorluklarından biri, modele daha fazla veri vermek değil; verinin hangi iş sürecinde, hangi kurallarla ve hangi yetkiler altında anlam kazandığını doğru şekilde aktarmaktır.

YASIN KARTAL·TEKNİK ANALİZ·ERP / AI / GOVERNANCE
ENTERPRISE AI ARCHITECTURE

Veriden bağlama, bağlamdan zekâya

Aşağıdaki mimaride bir katman seçerek kurumsal AI sistemindeki rolünü inceleyebilirsin.

SELECTED ARCHITECTURE LAYER

03 — Context

Business Context; alanların anlamını, hesaplama kurallarını, yetkileri, zaman boyutunu ve süreç ilişkilerini tanımlar.

BİR KATMAN SEÇEREK MİMARİYİ KEŞFET

01 — Veri neden tek başına yeterli değil?

SAP ERP gibi kurumsal sistemler satın alma siparişlerini, finansal belgeleri, stok hareketlerini, üretim emirlerini ve daha birçok işlemi kaydeder.

Örneğin bir satın alma siparişinde miktar, fiyat, para birimi ve tedarikçi bilgileri bulunabilir. Ancak bu alanların varlığı, siparişin neden blokajda olduğunu veya hangi koşullarda onaylanabileceğini açıklamak için yeterli değildir.

Bunun için ilgili iş kuralları, belge durumu, organizasyon yapısı, yetkiler ve süreç geçmişi de gerekir.

02 — Connection, Context değildir

CDS View, OData API ve MCP gibi teknolojiler kurumsal sistemlerdeki verilerin ve yeteneklerin erişilebilir olmasına yardımcı olur.

Fakat bir LLM'in bir API'ye bağlanabiliyor olması, dönen verinin iş anlamını otomatik olarak bildiği anlamına gelmez.

Örneğin bir tutarın belge para biriminde mi, şirket kodu para biriminde mi gösterildiği; vergilerin veya ek maliyetlerin dahil olup olmadığı açıkça tanımlanmalıdır.

03 — Context Engineering ne sağlar?

Context Engineering, modele sunulan bilginin seçilmesi, yapılandırılması ve görev için uygun hale getirilmesi yaklaşımıdır. Kurumsal kullanımda bu, yalnızca belge parçalarını bir prompt içine yerleştirmekten daha kapsamlıdır.

Business Semantics

Alanların iş anlamı, hesaplama kuralları ve süreç tanımları.

Data Provenance

Bilginin hangi sistemden, kaynaktan ve tarihten geldiği.

Authorization

Kullanıcının ve agent'ın hangi veriye veya işleme erişebileceği.

Validation

Çıktının deterministik kontrollerle doğrulanması.

04 — Bir ERP Agent nasıl çalışmalı?

Güvenilir bir kurumsal agent mimarisinde LLM, bütün kararları tek başına veren bir otorite değildir. İş kuralları, kaynak sistem yetkileri ve insan onayı ayrı kontrol katmanları olarak çalışır.

CONTROLLED AGENT WORKFLOW
Understand→
Validate→
Investigate→
Decide→
Approve→
Act→
Prove

Bu akış örnek bir mimari modeldir. Özellikle veri değiştiren işlemlerde yetki kontrolü, onay ve audit mekanizmaları sistem tarafından uygulanmalıdır.

05 — Sonuç: Model değil, sistem tasarımı

Enterprise AI başarısı yalnızca kullanılan LLM'in kapasitesine bağlı değildir. Veri kalitesi, Business Context, Integration, Governance ve Evaluation birlikte tasarlanmalıdır.

Bir kurumsal agent'ın değerini belirleyen şey yalnızca iyi cevap vermesi değil; doğru veriyi kullanması, yetki sınırlarına uyması ve gerektiğinde denetlenebilir aksiyon üretebilmesidir.

Enterprise AI is not just a model problem. It is a context, integration and governance problem.