Önce platform,
sonra ürünler.
Her hizmet masası aynı temel üzerinde bir uygulamadır. Bu yüzden bir kez inşa edilen yetenek — bir SLA saati, bir onay adımı, bir rapor — anında her ekibin kullanımına açılır.
Tenant, şirket, uygulama.
Platformdaki her şey üç seviyeli bir hiyerarşide durur. İzolasyon her sorguda uygulanır: bir tenant başka bir tenant’ın verisini asla görmez, roller de bir kişinin hangi şirketlere ve uygulamalara erişebileceğine karar verir.
Sözleşme sahibi
Örneğin bir belediye veya holding. İzolasyon burada başlar: bir tenant başka bir tenant’ın verisini görmez.
belediye / holding / müşteriHukuki veya organizasyonel birim
Kendi kullanıcıları, departmanları, lokasyonları ve CMDB’si vardır. Holding, tek kurulumda birçok şirket işletir.
kullanıcılar / departmanlar / tesisler / takvimlerBir takım için çalışma alanı
Şablondan tek adımda oluşur; alanlar, durumlar, iş akışları, roller, SLA’lar ve menü yapılandırmayla şekillenir.
ITSM / İK / CSM / tesis / etkinlik / SDLCHiyerarşi ve paylaşılan CMDB
izolasyonBir CMDB, tüm uygulamalar.
CMDB şirket genelinde paylaşılır ve platformun kendi keşfiyle beslenir. Uygulamalar CMDB’yi tüketir; asla kendi özel kopyasını oluşturmaz.
- Şirket başına tek paylaşılan havuz.
- Her sorguda tenant ve şirket izolasyonu.
- Rol kapsamları: bana atanan, ekibim, şirketim.
Bir kayıt türü, tek fiziksel tablo.
Her talep, olay, problem, değişiklik, vaka, iş emri, proje, epik ve sprint — her tenant ve her uygulamada — aynı kayıt deposunda yaşar ve türüyle ayrılır. Takıma özel alanlar indekslenen ve aranabilen esnek JSON kolonlarında durur.
// tek tablo, türle ayrılır { "tenant_id": "acme-holding", "company_id": "acme-energy", "app_id": "itsm", "type": "incident", "number": "INC-0021299", "state": "in_progress", "assignment": { "team": "platform-ops" }, "fields": { // takıma özel, indeksli "impact": "high", "ci_ref": "SRV-EBLD-WEB01", "root_cause": "db_saturation" }, "sla_due_at": "2026-10-27T16:40:00Z" }
Varlıklar, bilgi makaleleri ve CI’lar kendi paylaşılan depolarında durur çünkü yaşam döngüleri farklı. Geri kalan her şey aynı motoru kullanır.
- Yeni bir departman saatler içinde devreye alınır.
- Süreçler arası raporlar entegrasyon gerektirmez.
- Yükseltmeler müşteriye özel tabloları taşımak zorunda kalmaz.
İlişki diyagramı
CMDBOlay güdümlü ve dayanıklı.
Bir kayıt değişikliği ile onun tarihçesi ve alan olayı aynı işlemde yazılır. Böylece hiçbir kural ve hiçbir SLA, yeniden başlatmalar arasında bir değişikliği kaçırmaz.
Tek işlemde yazılır
Her kayıt değişikliği; tarihçesi ve bir alan olayıyla birlikte tek bir işlemde commit edilir. Bir kural ya da zamanlayıcı, yeniden başlatmalar arasında bile bir değişikliği kaçırmaz.
Arka plan işçisi
Olayları SLA’lara, otomasyon kurallarına ve iş akışlarına aktarır. Uzun süren taramalar (SLA ihlalleri, zamanlamalar, keşif temizliği) seçilmiş tek bir lider üzerinde koşar.
Tek veri modeli
Kayıt türü başına tek fiziksel tablo. Varlıklar, bilgi makaleleri ve CI’lar farklı yaşam döngüleri olduğu için kendi paylaşılan depolarında durur.
Özel kod olmadan özelleştirme.
Yöneticiler her uygulamayı ekranlardan şekillendirir, geliştirme projelerinden değil. Aşağıdaki her seçenek yükseltmeleri atlatan ve ortamlar arasında paket olarak taşınabilen yapılandırmadır.
Alanlar ve formlar
21’den fazla alan tipi. Alanlar katmanlı tanımlanır (kayıt türü → uygulama → hizmet şablonu); daha spesifik katman devralınan alanı geçersiz kılabilir veya gizleyebilir.
Özel tablolar
Tedarikçi veya masraf merkezi gibi lookup listeleri ya da numaralandırma, ilişki ve form desteğiyle tam özel nesneler. Veritabanı değişikliği yok.
Durumlar ve yaşam döngüsü
Uygulama başına durum setleri ve hangi geçişlerin izinli olduğunu, kimin yapabileceğini, önce neyin doğru olması gerektiğini tanımlayan yaşam döngüsü.
Süreç iş akışları
Onaylar, görevler, zamanlayıcılar, paralel dallar ve birleşmeler, bildirimler, scriptler ve AI adımları için görsel tasarımcı.
Otomasyon kuralları
“Bu olunca ve bu koşullar sağlanınca şunu yap.” 18 eylem tipi; her eylem geciktirilebilir.
UI politikaları ve doğrulama
Diğer değerlere göre alanları zorunlu, salt okunur veya gizli yapın; geçersiz değişiklikleri kaydedilmeden önce durdurun.
Scriptler
Yapılandırmanın kapsamadığı durumlar için, tenant korumalı küratörlü API ile izole sandbox içinde JavaScript. Script Includes kütüphane gibi çalışır.
SLA / OLA / UC
Kayıt türü başına, herhangi bir özniteliğe göre eşleşen birden fazla politika; tatilli iş takvimleri, beklemede duraklatma, ihlal eskalasyonu ve risk uyarıları.
Roller ve erişim
Kayıt türü başına izin matrisi (görüntüle, oluştur, düzenle, geçiş, onayla, dışa aktar …) ve “bana atanan, ekibim, şirketim” kapsamları; alan düzeyi gizleme.
Raporlar ve panolar
Herhangi bir nesnenin herhangi bir alanı üzerinde güvenli sorgu kurucu (referansları iki seviye derinliğe kadar takip eder), grafikler, KPI’lar ve sürükle-bırak panolar.
Yapılandırma paketleri
Bir uygulamayı veya tek bir iş akışını, kuralı ya da şablonu taşınabilir paket olarak dışa aktarın; başka bir ortama tam dry-run önizlemesiyle aktarın.
Onaylar, görevler, paralel dallar.
Görsel süreç tasarımcısı; onay, görev, zamanlayıcı, paralel dal ve birleşme, bildirim, script ve AI ajanı adımlarını birleştirir. Onaylayan bir yönetici, bir takım, bir departman başkanı veya bir scriptin sonucu olabilir.
- İki kademeli onay (yönetici, sonra departman başkanı) hazır gelir.
- Her eylem geciktirilebilir; SLA saatleri beklemede duraklatılır.
- Script adımları sandbox içinde, küratörlü API ile çalışır.
Adımlar
21+ alan tipi, 18 eylem tipi.
Alanlar ve eylemler veri olarak tanımlanır. Bu yüzden yeni bir alan eklemek veritabanı şeması değiştirmez, yeni bir otomasyon yazmak kod dalı açmaz.
SLA uyumluluğu · son 12 hafta
%96,4Tek Docker Compose yığını yeterli.
PostgreSQL 17, Node.js ve React web istemcisi. Tam bir kurulum için tek bir Docker Compose yığını yeterli; veri müşterinin veri merkezinde kalır.
PostgreSQL 17
Veri katmanı
Node.js
Uygulama sunucusu
React
Web istemcisi
Docker Compose
Tek stack kurulum
Yol haritası: SAML/OIDC tek oturum açma, MFA ve workforce SCIM. Bugün yerel ve AD/LDAP girişi ile kullanıcı sağlama çalışıyor.
Kurumsal ölçek, denetlenebilir yönetişim.
Çok şirketli bir kurulumda ölçek yalnızca sunucu sayısı değildir: kimin neyi gördüğü, hangi değişikliğin izlendiği ve hangi arka plan işinin yalnızca bir kez çalıştığı da ölçektir.
İzolasyon her sorguda
Bir tenant başka bir tenant’ın verisini asla görmez; roller bir kişinin hangi şirketlere ve uygulamalara erişebileceğine karar verir.
Denetim izi ve tarihçe
Her kayıt değişikliği tarihçesiyle birlikte yazılır; erişim değişiklikleri ve oturum açmalar denetlenir.
Tek lider, tutarlı arka plan işleri
Uzun süren taramalar (SLA ihlalleri, zamanlamalar, keşif temizliği) seçilmiş tek lider üzerinde koşar; çok düğümlü kurulumda iş iki kez üretilmez.
Yapılandırmayla yönetişim
Uygulamalar ve iş akışları tam dry-run önizlemesiyle ortamlar arasında taşınır; test ve üretim aynı yapılandırmayı paylaşır.
Mimariyi kendi senaryonuzla test edin.
Demo sırasında tek veri modelini, onay tasarımcısını ve CMDB etki analizini kendi süreçleriniz üzerinden gösteriyoruz.