Bir sorunu bilgi bankasında bulma, kaydı okuma ve kanıt sınıflarını (GÖZLEMLENMİŞ / POTANSİYEL / SESSİZ) ayırt etme rehberi.
Künye (front-matter) · EKB-INDEX · reality [SUPPORT_OBSERVED, SOURCE_IMPLEMENTED, GENERATED_PROPOSAL]
| id | EKB-INDEX |
| title | Hata ve Problem Bilgi Bankası |
| entity_type | ERROR_KB |
| module | MOD-KALITE |
| audience | [SUPPORT, DEVELOPER, QA] |
| confidentiality | AIFASOFT_INTERNAL |
| product_scope | ERPGOLD_CORE |
| customer_scope | ALL |
| reality | [SUPPORT_OBSERVED, SOURCE_IMPLEMENTED, GENERATED_PROPOSAL] |
| lifecycle | ACTIVE |
| confidence | MEDIUM |
| version_from | VERSION_UNKNOWN |
| version_to | - |
| created_at | 2026-09-13 |
| last_verified | 2026-09-13 |
| source_hashes | [] |
| sources | [DOCUMENT:ERPGOLD_ERROR_MASTER.xlsx, DOCUMENT:ERPGOLD_HATA_KOK_NEDEN_BILGI_BANKASI.md, SRC-TKT-ERP, SOURCE_CODE:ERPPRO, DB_CATALOG:INST-ERPGOLDV2] |
| aliases | [Hata ve Problem Bilgi Bankası] |
| tags | [error-kb, index] |
| wiki_version | v1.5 |
| source_package | ERPGOLD_HATA_BILGI_BANKASI_v1 / Wiki_23_Hata_Bilgi_Bankasi |
Amaç. Bu rehber, bir destek personelinin veya geliştiricinin bir sorunu bilgi bankasında nasıl bulacağını, kaydı nasıl okuyacağını ve neyi kanıt sayacağını anlatır.
1. Hangi sayfaya bakmalıyım?
| Durum | Sayfa |
|---|---|
| Kullanıcı bir hata mesajı gördü / bir ekran çalışmıyor | Gözlemlenmiş Hatalar → belirti; yoksa SQL Server Hataları (Invalid object name, Conversion failed, timeout…) |
| Rakamlar tutmuyor ama hata mesajı yok | Sessiz Mantık / Hesaplama → invariant ve doğrulama SQL'i |
| Aynı müşteri yine aradı / bu sorun daha önce oldu mu? | Ticket Problem Aileleri → aile, yıllara göre ticket, tekrar oranı, bilinen çözüm |
| Kök nedeni anlamak istiyorum | Root Cause Haritası → belirti → teknik olay → yakın neden → kök neden |
| Çözüm var mı? | Bilinen Çözümler; yoksa Çözümü Bilinmeyenler (ekip doldurur) |
| Kurulumu kontrol etmek istiyorum | Database Health Check → salt-okunur SQL, PASS/WARN/FAIL |
| Kod tarafında risk var mı? | Kod Exception Riskleri (guard var mı, olasılık, öneri) |
2. Bir kaydı nasıl okumalıyım?
- Etiket — GÖZLEMLENMİŞ / POTANSİYEL / SESSİZ MANTIK-HESAPLAMA. Yalnızca GÖZLEMLENMİŞ kayıtların ticket/wiki kanıtı vardır.
- Gözlemlendi: EVET/HAYIR — HAYIR ise bulgu statik analizden gelir; müşteri ortamında görülmemiştir. Bunu müşteriye "bilinen hata" olarak sunmayın.
- Severity S1–S4 — S1 kritik (veri/bakiye), S2 yüksek, S3 orta, S4 düşük.
- Confidence 0–100 — analistin kanıt güveni; 80 altı kayıtlar doğrulanmalıdır.
- [Ekip tarafından doldurulacak] — bilinçli boşluk; uydurulmuş çözüm yoktur.
- İlgili SQL nesneleri — nesne makalesine gider; oradaki "BASE künyesi" bölümünde BASE sınıfı, Runtime Certification ve diğer hatalar görülür.
3. Kimlik sözlüğü
| Önek | Anlam | Sayfa |
|---|---|---|
| ERR-OBS-nnn | Gözlemlenmiş hata | Gözlemlenmiş |
| ERR-POT-nnn | Potansiyel hata | Potansiyel |
| ERR-SIL-nnn | Sessiz mantık/hesaplama | Sessiz |
| SQLR-nnn | SQL Server hata riski | SQL |
| PF-nnn | Ticket problem ailesi | Aileler |
| INV-nn / OBJ / DEP / TRG / SEED / COL / IDN / PERF | Health check kuralı | Health Check |
| H-nnn / PB-nnn / SYM-* / PRB-* / PROC-* / FAQ-nnn | Destek wiki kayıtları (mevcut) | Known Issues |
| CTR-BASE-nnnn | BASE sınıflandırma değişiklik kaydı | CTR |
4. Ne yapmamalı
- POTANSİYEL/SESSİZ kaydı müşteriye "bilinen hata" diye aktarmayın; önce yeniden üretin.
- Validation SQL'ler salt okunurdur; üretim veritabanında UPDATE/DELETE içeren hiçbir şey çalıştırmayın.
- Kaydı düzeltirken kaynağı (ticket no, wiki kimliği, kod satırı) yazın; kanıtsız çözüm eklemeyin.