Veri ve RAG · informational
Knowledge Graph — vektörün tutmadığı ilişkiler
SAP Knowledge Graph, belge benzerliği değil iş nesnesi ve ilişki üzerinden Joule veya Hub'a bağlam sağlar. Bu sayfa entity eşlemesi, S/4 BO bağının nasıl kurulacağı ve vektör RAG ile ne zaman yan yana durulmayacağını kararlaştırır. Graph yoksa 'ilişki'yi prompt'a yazmak çözüm değildir.
Grafik ile vektör: hangi soru hangisine gider
Vektör, 'bu prosedüre benzeyen metin' sorusuna cevap verir. Graph, 'bu siparişin müşterisinin açık kalemleri' gibi topoloji sorusuna cevap verir. İkisini aynı prompt'a gömmek hem gürültü hem maliyettir. Joule grounding tasarımında soru sınıfı yazılır: belge, nesne ilişkisi, analitik (BDC). Graph entity'leri S/4 business object adlarıyla eşlenir; serbest etiket ('müşteri şey') eşleme değildir. İstanbul teslimatı: soru sınıfı tablosu, entity listesi, ilişki tipleri. Document grounding kapatılmadan graph açılmaz diye bir kural yoktur; kural, sınıf başına tek birincil kaynaktır. CAP, graph sorgusunu Hub'a bırakabilir veya released API ile kendisi toplayabilir — ikinci yol graph ürününü zorunlu kılmaz ama ilişkiyi kodda dondurur.
- Soru sınıfı tablosu: belge / graph / BDC / API
- Entity listesi: S/4 BO adı ile eşleme
- Birincil kaynak kuralı: sınıf başına tek yol
S/4 BO eşlemesi ve güncellik
Graph, S/4'teki gerçek anahtarlardan koparsa Joule uydurma ilişki anlatır. Eşleme: Business Partner, Sales Order, Material gibi released nesneler. Güncellik: event, replikasyon veya BDC hattı; gece CSV'si değil. Silinen sipariş graph'ta kalırsa ajan yazma tool'u hayalet nesneye gider. İstanbul runbook: senkron gecikme SLA'sı, tombstone, anahtar formatı (leading zero). Clean-core: graph'ı beslemek için çekirdekte Z-tablo şişmez; released event/API. sap-business-data-cloud analitik kopyayı anlatır; operasyonel BO güncelliği burada daha sıkıdır. Test: yaratılan test siparişi SLA içinde graph'ta görünür, silinince kaybolur. Satınalma siparişi–sözleşme–bütçe köprüsü vector benzerliğinden değil grafik kenarından gelir; ikisini karıştırmak halüsinasyonu artırır. Kenar yoksa Joule satıcıyı isimle arar, ID’ye inemez.
- BO eşleme tablosu: graph entity ↔ S/4 anahtar
- Senkron SLA ve tombstone kuralı
- Test: create/delete siparişin graph'ta görünürlüğü
Joule'da ilişki yanıtı ve yetki
Graph her ilişkiyi açsa da kullanıcı her nesneyi görmez. Joule yanıtı S/4 yetkisi ve IAS ile kesişir; graph 'teknik olarak var' diye PFCG'yi aşamaz. Principal propagation kırıkken graph geniş yetkili teknik kullanıcıyla dolar — sızıntı. Atıf: belge ID değil, BO anahtarı ve ilişki tipi. Eval soruları ilişki üzerinedir ('hangi açık teslimat bu BP'ye bağlı'), benzerlik üzerine değil. İstanbul kabulü: yetkili kullanıcı doğru kenar, yetkisiz kullanıcı red. Ajan tool'u graph'ı okuma kaynağı olarak kullanır, yazma kaynağı olarak S/4 released action kullanır; graph'a yazmak S/4'ü bypass etmez. Entity mapping süreç sahibiyle imzalanır; Joule’un “Dell”i vendor ID’ye çevirmesi graph kaydıdır, prompt sihri değildir.
- Yetki kesişimi: graph kenarı ∩ S/4/IAS
- Atıf: BO anahtarı + ilişki tipi
- Ajan kuralı: graph oku, S/4 released action yaz
Sık sorulanlar
Knowledge Graph olmadan Joule iş nesnesi konuşabilir mi?
Evet, released OData ve in-app context ile. Graph, çapraz nesne topolojisi ve grounding için eklenir. Her landscape'e zorunlu ürün diye dayatılmaz; soru sınıfı gerektiriyorsa açılır.
Graph'ı Excel ile doldurmak olur mu?
Operasyonel BO için hayır. Güncellik ve tombstone kırılır. Released API/event veya onaylı BDC hattı kullanılır.
Bu konuyu ortamınızda netleştirmek için 48 saatlik ön değerlendirme.
Lisans satmıyoruz. Destination, yetki ve model kararını yazılı notlarız.