DATA INFRASTRUCTURE · ERP Veri Altyapısı
ERP operasyonlarınızı ortak ve yapılandırılabilir bir veri modeli üzerinde yönetin
SAVA ERP'de modülleri, alanları, ilişkileri ve kayıt görünürlüklerini tanımlayın. Firma runtime'larındaki kullanıcı ekranlarını, iş akışlarını ve raporlamayı aynı veri yapısı üzerinden çalıştırın.
Modül ve alanlar merkezî tanımlanır; kayıtlar aynı model üzerinden kullanılır; runtime, yetki ve veri kapsamı kuralları uygulanır.
Veri modeli, ekranların ortak temeli
Bir alan yalnızca form üzerinde değil; liste, workflow, rapor ve entegrasyon bağlamında da kullanılabilir.
Modüller
- MüşterilerAktif
- Potansiyel MüşterilerAktif
- RezervasyonlarAktif
- AktivitelerAktif
- TaleplerAktif
- Adres BilgileriAktif
Seçili Modül Şeması · Müşteriler
| Alan | Tip |
|---|---|
| Ad Soyad | Metin |
| E-posta | E-posta / Metin |
| Telefon | Telefon / Metin |
| Şehir | Seçim / Metin |
| Durum | Seçim |
| Kayıt Sahibi | Kullanıcı ilişkisi |
| Müşteri mi? | Checkbox |
İlişkiler
- Müşteri → Rezervasyonlar
- Müşteri → Aktiviteler
- Müşteri → Adres Bilgileri
- Lead → Müşteri
- Rezervasyon → Müşteri
Kullanım Yüzeyleri
- Form
- Liste
- Dashboard
- Workflow
- Web Formu
- Webhook
- Şablon
- AI Asistanı
Örnek veri modeli — temsilîdir; gerçek firma verisi ya da kesin alan/ilişki sayıları değildir.
Veri modeli ekranlardan bağımsız yönetilmediğinde operasyon zamanla parçalanır
Amaç sorunları abartmak değil; dağılan veriyi ortak bir modelde toplamaya yardımcı olmak.
- 01Aynı müşteri bilgisinin farklı modüllerde farklı biçimde tutulması
- 02Form alanlarıyla raporlama alanlarının uyuşmaması
- 03İlişkili kayıtların manuel olarak aranması
- 04Yeni alan eklendiğinde ilgili ekranların unutulması
- 05Liste ve dashboardların farklı veri tanımları kullanması
- 06Workflow koşullarının güncel olmayan alanlara dayanması
- 07Firma ihtiyaçlarının sabit veri modellerine sığmaması
- 08Yetki ve kayıt kapsamının sorgudan sorguya farklı uygulanması
Ortak veri modelinin temeli
Veri modeli yalnızca geliştiricilerin bildiği bir şema değil, ERP deneyiminin yönetilebilen ürün yapısıdır.
Modüller
Müşteri, talep, rezervasyon veya firmaya özel operasyon kayıt kategorilerini tanımlayın.
Alanlar
Her modül için gerekli veri tiplerini, zorunlulukları ve form davranışlarını belirleyin.
İlişkiler
Kayıtları birbirine bağlayarak müşteri veya operasyon bağlamını koruyun.
Görünürlük ve Kapsam
Modül, liste, sayfa ve kayıtları profil ve veri kapsamına göre sunun.
Yapılandırma, Admin Studio'daki mevcut seviyede yönetilir; serbest kod yazımı gerektiren bir no-code database builder iddiası içermez.
VERİ YAŞAM DÖNGÜSÜ
Tanımdan izlemeye altı adım
Veri, tanımlanmasından kullanılmasına ve izlenmesine kadar aynı model üzerinde ilerler.
- 01
Tanımla
Modülü, alanları, ilişkileri ve görünürlük kurallarını hazırlayın.
- 02
Oluştur
Kayıtları kullanıcı formu, web formu veya doğrulanan giriş kanalları üzerinden oluşturun.
- 03
Bağla
Kayıtları müşteri, aktivite, rezervasyon veya ilişkili modüllerle bağlantılı hâle getirin.
- 04
Kullan
Veriyi listelerde, formlarda, workflow koşullarında, dashboardlarda ve şablonlarda kullanın.
- 05
Kontrol Et
Rol, profil, veri kapsamı ve runtime sınırlarını uygulayın.
- 06
İzle ve Güncelle
Kayıt hareketlerini ve operasyon sonuçlarını mevcut audit ve işlem geçmişi üzerinden takip edin.
Audit log, kapsadığı hareketler çerçevesinde izleme sağlar; alan bazlı tam değişiklik geçmişi iddia edilmez.
MODÜLLER ARASI İLİŞKİLER
Aynı müşteri, tek bağlamda
İlişkili kayıtlar, bir müşterinin farklı operasyon kayıtlarını aynı bağlamda görünür kılar. İlişkiler uygulama düzeyinde yönetilir; veritabanı foreign key garantisi olarak sunulmaz.
- Müşteri → Potansiyel müşteri kaynağı
- Müşteri → Rezervasyonlar
- Müşteri → Aktiviteler
- Müşteri → Adres bilgileri
- Müşteri → Talepler
- Müşteri → E-posta geçmişi
İlişkili kayıt görünümü, prefill/alan eşleme ve kayıtlar arası geçiş ortak bağlamı korur.
RUNTIME VE FİRMA VERİ AYRIMI
Ortak ürün altyapısı, her firma için ayrı operasyon bağlamı
Aynı ürün altyapısı üzerinde, veri runtime bağlamına göre ayrıştırılır ve firma kapsamı içinde yönetilir. İzolasyon yaklaşımı Auth & ACL ve Headless Architecture sayfalarıyla tutarlıdır.
- Firma veya proje bazlı runtime
- Runtime'a bağlı modül yapısı
- Runtime'a bağlı kayıtlar
- Runtime kullanıcıları
- Profil ve rol tanımları
- Runtime menüleri
- Firma ihtiyacına göre listeler ve dashboardlar
- Kayıtların doğru runtime bağlamında kullanılması
Veri, ilgili runtime ve kullanıcı yapısına göre sunulur; yetki ve veri kapsamı kontrolleriyle sınırlandırılır. Fiziksel ayrı sunucu/veritabanı garantisi ifade edilmez.
VERİDEN KULLANICI DENEYİMİNE
Aynı veri, farklı kullanım yüzeyleri
Aynı modül ve alan tanımları, farklı yüzeylerde tutarlı biçimde kullanılabilir.
Formlar
- Alan tanımları
- Zorunluluk
- Seçim seçenekleri
- İlişkili kayıt alanları
- Prefill
Listeler
- Gösterilecek kolonlar
- Profil bazlı görünürlük
- Farklı operasyon listeleri
- Kayıt aksiyonları
Dashboardlar
- KPI
- Grafik
- Veri kaynağı
- Aggregation
- Dönemsel gruplama
Workflow'lar
- Tetikleyici
- Koşul
- Kayıt alanı
- E-posta ve bildirim
- Aktivite
- Webhook
Şablonlar ve Çıktılar
- E-posta şablonları
- PDF şablonları
- Excel şablonları / dışa aktarımlar
Entegrasyonlar
- Web formları
- Inbound webhook
- Outbound webhook
- Mevcut API bağlantıları
LİSTE, FİLTRE VE RAPORLAMA
Operasyon verisini çalışılabilir görünümlere dönüştürün
Aynı veri modeli, tanımlı liste ve dashboard yapılarıyla operasyon görünümüne dönüşür. Dashboard Designer üzerinden, tanımlı veri kaynakları ve widget ayarlarıyla yönetim görünümü hazırlanabilir.
Görsel bir SQL query builder veya kullanıcı SQL konsolu sunulduğu iddia edilmez; yapılandırma, tanımlı veri kaynakları ve widget ayarları üzerinden yürür.
- Bir modül için birden fazla liste görünümü
- Liste kolonları
- Profil bazlı liste görünürlüğü
- Kayıt durumu veya alan bazlı filtreler
- KPI kartları ve grafikler
- Toplam, ortalama veya adet hesapları
- Dönemsel gruplama
- Dashboard düzenleri
VERİ ERİŞİMİ VE YÖNETİŞİM
Ortak veri modeli, sınırsız veri erişimi anlamına gelmez
Data Infrastructure, erişim güvenliğinin yerine geçmez; Auth & ACL ile birlikte çalışır. Kullanıcı yalnızca yetkili olduğu kapsamdaki veriye erişir.
Kullanıcı Rolleri
Erişim, kullanıcının rolüne göre belirlenir.
Profiller
Profiller modül, sayfa ve liste görünürlüğünü yönetir.
Modül İzinleri
Hangi modül ve sayfanın görüneceği profil bazında belirlenir.
Liste ve Sayfa Görünürlükleri
Listeler ve sayfalar yalnızca ilgili profillere gösterilir.
Kayıt Sahipliği
Kayıtlar sorumlu kullanıcı veya sahiplik bilgisiyle takip edilir.
Veri Kapsamı
SELF / TEAM / BRANCH / ALL RUNTIME kapsamları uygulanır.
Runtime Sınırları ve En Az Yetki
Erişim runtime sınırları ve en az yetki ilkesiyle sınırlıdır.
Audit Log
Kayıt ve operasyon hareketleri izlenebilir biçimde tutulur.
VERİ GİRİŞ VE ÇIKIŞ KANALLARI
Giriş, ortak model ve kullanım
Veri farklı kanallardan girer, aynı model üzerinde tutulur ve çeşitli yüzeylerde kullanılır.
Veri girişleri
Ortak Veri Modeli
Veri kullanımları
Yalnızca doğrulanan kanallar anlatılır; kapsamı doğrulanmadan "her veriye API ile erişin" gibi ifadeler kullanılmaz.
SAVA ERP KULLANIM SENARYOLARI
Ortak veri modeli, birçok senaryo
Her senaryo, yetki ve veri kapsamı kurallarıyla birlikte yürür.
Müşteri Ana Kaydı
Müşteri bilgisi; aktiviteler, rezervasyonlar, adresler ve ilgili operasyon kayıtları için ortak bağlam oluşturur.
Potansiyel Müşteriden Müşteriye Geçiş
Lead kaydındaki uygun bilgiler müşteri sürecine aktarılır veya ilişkili kayıt oluşturulur.
Rezervasyon ve Müşteri İlişkisi
Rezervasyon kayıtları doğru müşteri bağlamında görüntülenir.
Aktivite ve Takip Kayıtları
Takip adımları ilgili müşteri veya operasyon kaydına bağlı tutulur.
Firma İhtiyacına Özel Modül
Standart yapıda bulunmayan bir operasyon nesnesi, yeni modül ve alanlarla tanımlanabilir.
Profil Bazlı Operasyon Listeleri
Aynı modül verisi farklı ekip veya profillere uygun liste görünümleriyle sunulur.
Dashboard ve KPI
Operasyon kayıtları yönetim göstergelerine dönüştürülür.
Workflow Koşulları
Kayıt alanları süreç tetikleyicisi veya koşulu olarak kullanılır.
Web Formundan Kayıt Oluşturma
Dışarıdan alınan veri ilgili ERP modülüne aktarılır.
Webhook ile Veri Alışverişi
Harici sistem olayları kontrollü inbound/outbound bağlantılarla ERP süreçlerine bağlanır.
AI Destekli ERP Bağlamı
Yetkili kullanıcının eriştiği kayıtlar, insan onaylı özet, sınıflandırma veya aksiyon taslağı için bağlam oluşturur.
VERİ MODELİNİN DEĞERİ
Daha tutarlı ve yönetilebilir bir operasyon verisi
Ortak model, tutarlılığı destekler ve bağlam kaybını azaltır; her koşulda tüm tutarsızlığı ortadan kaldırdığı iddia edilmez.
- 01Form, liste ve dashboardlar aynı operasyon kavramlarına dayanır
- 02Modüller firma ihtiyacına göre yapılandırılabilir
- 03İlişkili kayıtlar ortak müşteri veya operasyon bağlamı oluşturur
- 04Profil ve veri kapsamı görünürlüğü sınırlar
- 05Workflow'lar kayıt alanlarından bağlam alır
- 06Entegrasyonlar doğru modül ve kayıtlarla ilişkilendirilebilir
- 07Yeni alanlar mevcut operasyon yapısına eklenebilir
- 08Yönetim raporları operasyon verisiyle bağını korur
- 09Runtime'lar kendi firma kapsamlarında çalışır
- 10AI destekli özellikler yetkili ERP bağlamını kullanabilir
KADEMELİ GELİŞİM
Veri modelinizi operasyonunuz büyüdükçe geliştirin
Temel modüllerden başlayıp ihtiyaç oldukça genişletebilirsiniz.
- 01
Temel Modüllerle Başlayın
Müşteri, lead, rezervasyon veya firmanın temel operasyon kayıtlarını belirleyin.
- 02
Alan ve İlişkileri Netleştirin
Form alanlarını, zorunlulukları ve modüller arası bağlantıları yapılandırın.
- 03
Liste, Workflow ve Dashboardları Bağlayın
Aynı veriyi günlük operasyon ve yönetim görünürlüğünde kullanın.
- 04
Yeni Kanallarla Genişletin
Web formları, webhook'lar, entegrasyonlar veya AI destekli süreçleri kontrollü şekilde ekleyin.
Alan eklemek Admin Studio üzerinden yapılabilir; teknik uygulama mevcut altyapı kurallarına göre yönetilir. "Migration gerektirmez" veya "otomatik şema dönüşümü" iddia edilmez.
PLATFORMLA BİRLİKTE
Diğer yapı taşlarıyla ilişkisi
Data Infrastructure, platformun diğer katmanlarının ortak temelidir.
Data Infrastructure hakkında sık sorulan sorular
Modülleri, alanları, ilişkileri ve kayıt yapılarını merkezî tanımlayıp; runtime'lardaki operasyonları, listeleri, dashboardları, workflow'ları ve entegrasyonları aynı ERP veri modeli üzerinden yönetmek anlamına gelir.
Hayır. SAVA bir DBaaS, data warehouse veya geliştiriciye satılan bağımsız veri altyapısı değildir. Veri modeli, ERP deneyiminin ortak temeli olarak yapılandırılır.
Admin Studio üzerinden modül ve alan tanımları yapılandırılabilir; teknik uygulama mevcut altyapı kurallarına göre yönetilir.
Alan, veri modeline eklenir ve ilgili formlarda kullanılır. Uygulama mevcut altyapı kurallarına göre yönetilir; "migration gerektirmez" ya da otomatik şema dönüşümü iddia edilmez.
Evet. Kayıtlar ilişkili modüller üzerinden bağlanabilir; ilişkiler uygulama düzeyinde yönetilir, veritabanı foreign key garantisi olarak sunulmaz.
Hayır. Veri runtime bağlamına göre ayrıştırılır; her firma kendi kapsamı içinde çalışır.
Yalnızca rol, profil ve veri kapsamı (SELF / TEAM / BRANCH / ALL RUNTIME) çerçevesinde yetkili oldukları kayıtları.
Evet. Tanımlı veri kaynakları ve widget ayarları üzerinden KPI, grafik ve liste görünümleri hazırlanabilir; görünürlük profil ve kapsamla sınırlıdır.
Evet. Kayıt alanları workflow tetikleyicisi veya koşulu olarak kullanılabilir; e-posta, bildirim, aktivite veya webhook adımlarını çalıştırabilir.
Web formları ve inbound webhook'lar ilgili modüle kayıt oluşturabilir; outbound webhook'lar süreç sonuçlarını bağlı sistemlere iletebilir.
SAVA, WebSocket/PubSub/change-stream gibi canlı veri akışı altyapısı iddiasında bulunmaz. Değer, ekiplerin aynı güncel kayıtlar üzerinden çalışmasıdır; sayfa yenilemeden canlı akış garantisi verilmez.
Ürün kapsamında vector column, embedding saklama veya semantic search bulunmaz. AI Agent Framework için ERP bağlamı, vector veritabanı gerektirmeden yetkili kayıtlar üzerinden kullanılır.
Görsel bir SQL query builder veya kullanıcı SQL konsolu sunulmaz. Liste ve dashboard yapılandırması, tanımlı veri kaynakları ve widget ayarları üzerinden yürür.
Aktiflik/arşivleme davranışı ürün yapılandırmasına bağlıdır; arşivleme kalıcı silme ile aynı değildir. Kesin garantiler kurulum ve bakım yaklaşımına göre değerlendirilir.
Otomatik ve garantili bir yedekleme sistemi iddia edilmez. Teknik yedekleme ve kurtarma, kurulum ve bakım yaklaşımına bağlı olarak yönetilir.
Hayır. AI asistanları yalnızca kullanıcının yetkili olduğu ERP bağlamında çalışır; veri kapsamı ve profil izinlerinin dışına çıkamaz.
ERP operasyonunuz için doğru veri modelini birlikte kuralım
Firmanın kayıt yapılarını, modüller arası ilişkilerini, kullanıcı kapsamlarını ve raporlama ihtiyaçlarını değerlendirerek SAVA ERP veri modeline uyarlayalım.