Yerinde kurulum · PostgreSQL 17 · Kendi modelinizle AI

Her hizmet
masası için
tek motor.

Covan, kurumunuzun sahip olduğu altyapıda çalışan kurumsal hizmet yönetimi platformu. Tek kayıt motoru, şirket genelinde paylaşılan tek CMDB ve kendi keşfi — her süreç aynı veri modelini kullanır.

12 hazır uygulama şablonu 88 CI tipi · 32 ilişki İngilizce ve Türkçe
Hizmet masası / Olaylar
AY
Olaylar
Bugün 24 açık kayıt · 3 SLA riski
Görünüm+ Yeni kayıt
Açık
24
−12%
SLA riski
3
2 saat içinde
Bugün çözülen
11
+4
Tümü118
Bana atanan12
Ekibim34
SLA riski3
Numara
Konu
Durum
INC-0021301
VPN bağlantısı kurulmuyor
İşlemde
INC-0021299
EBLD-DB01 yavaş yanıt veriyor
Atandı
REQ-0004182
Yeni çalışan hesabı ve ekipman
Onayda
INC-0021290
Yazıcı kuyruğu takıldı — 3. kat
Çözüldü
CHG-0000918
Çekirdek switch yama penceresi
CAB
WO-0002274
Klima bakımı — 3. kat
Sahada
Tek veri modeliKod değil, yapılandırmaKendi CMDB’si ve keşfiKendi modelinizle AIÇok şirketliVeri egemenliği
12
hazır uygulama şablonu
88
CI tipi kütüphanede
15+
keşif kaynağı
176
izin kontrollü AI aracı
10
hop’a kadar etki analizi
01 · Sorun

Asıl maliyet lisans değil, dağınıklık.

Hizmet yönetimi genellikle tek bir platformda değil, yıllar içinde eklenen araçlarda yürür. Her araç kendi verisini, kendi raporunu ve kendi yükseltme takvimini getirir.

Çözümü görün

Karmaşık araç yığını

Her departman kendi aracını, kendi lisansını ve kendi veri modelini getirir. BT, İK, tesis ve müşteri hizmetleri birbirinden kopuk çalışır.

SonuçSüreçler arası rapor yok, toplam maliyet görünmüyor.

Yükseltmeyi bloke eden özelleştirme

Her özel alan, her özel tablo ve her küçük kural bir geliştirme projesine dönüşür. Yükseltmeler geldiğinde özelleştirmeler yeniden test edilir, bazıları kaybolur.

SonuçPlatform eskir, ekipler eski sürümde kalır.

Verinin yerini seçememek

Kamu, finans ve savunma gibi alanlarda veri ikametgâhı, denetim izi ve ağ izolasyonu pazarlık konusu değildir. Salt SaaS modeli bu gereksinimlere sığmaz.

SonuçProjeler uyum nedeniyle durur veya ertelenir.

Ayrı satılan CMDB ve keşif

CMDB, keşif, servis haritalama ve varlık yönetimi ayrı ürünler olarak lisanslanır. Entegrasyon ve lisans kalemleri büyürken tek doğruluk kaynağı oluşmaz.

SonuçEtki analizi güvenilmez, değişiklik riski artar.
02 · Platform yaklaşımı

Platform önce, ürünler sonra.

Covan bir platform olarak kurulur, sonra ürünlere açılır. 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.

Platform yaklaşımı

Her süreç için tek veri modeli

Talep, olay, değişiklik, İK vakası ve iş emri aynı kayıt motorunu paylaşır; raporlama, SLA, izinler ve otomasyon her yerde aynı şekilde çalışır.

Özelleştirme kod değil, veridir

Müşterinin yapılandırdığı hiçbir şey veritabanı tablosu veya kod dalı oluşturmaz. Bu yüzden yükseltmeler özelleştirmelerle asla çakışmaz.

İlk günden çok şirketli

Bir holding, tek kurulumda birçok iştiraki kendi uygulamaları ve kendi CMDB’siyle işletir. İzolasyon her sorguda uygulanır.

03 · Tek motor

Bir kayıt türü, tek fiziksel tablo.

Her talep, olay, problem, değişiklik, vaka, iş emri, proje, epik ve sprint 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.

Talep

Onay bekliyor REQ-000412
Hizmet
Yapılandırılmış
Kategori
Yapılandırılmış
Onay
Yapılandırılmış
"record_type": "request", "number": "REQ-000412", "app": "itsm", "fields": { // takıma özel, indeksli JSON "teslim_tarihi": … }

Self-servis portaldan açılan talep, hizmet kataloğundaki bir kaleme bağlanır; onay ve teslim adımları aynı kayıt üzerinde yürür.

Olay

İşlemde INC-000422
Etki
Yapılandırılmış
Aciliyet
Yapılandırılmış
Öncelik
Yapılandırılmış
"record_type": "incident", "number": "INC-000422", "app": "itsm", "fields": { // takıma özel, indeksli JSON "çözüm_süresi": … }

Olaylar aynı kayıt motorunda yaşar; SLA saati, eskalasyon ve müşteri anketi hiçbir ek entegrasyon olmadan çalışır.

Değişiklik

CAB onayında CHG-000432
Risk
Yapılandırılmış
Tip
Yapılandırılmış
Plan
Yapılandırılmış
"record_type": "change", "number": "CHG-000432", "app": "itsm", "fields": { // takıma özel, indeksli JSON "uygulama_penceresi": … }

Değişiklik kaydı CMDB’den etkilenen CI’ları ve açık uyarıları okur; risk skoru bu veriden türetilir.

İK vakası

Atandı HRC-000442
Çalışan
Yapılandırılmış
PII
Yapılandırılmış
Politika
Yapılandırılmış
"record_type": "case", "number": "HRC-000442", "app": "hr", "fields": { // takıma özel, indeksli JSON "gizlilik_seviyesi": … }

İK vakaları aynı motoru kullanır; PII olarak işaretlenmiş alanlar rol ve alan düzeyi gizlilikle korunur.

İş emri

Sahada WO-000452
Varlık
Yapılandırılmış
Teknisyen
Yapılandırılmış
Parça
Yapılandırılmış
"record_type": "work", "number": "WO-000452", "app": "facilities", "fields": { // takıma özel, indeksli JSON "planlanan_başlangıç": … }

Tesis ekibi iş emrini açar, varlığı ve yedek parçayı bağlar; varlık ve CI durumu iki yönlü olarak güncellenir.

Her uygulamada ortak

çekirdek
  • Numaralandırma, tarihçe ve denetim
  • Yorumlar ve ekler
  • İlişkili kayıtlar
  • SLA zamanlayıcıları
  • Onaylar
  • Bildirimler
  • Anketler
  • Arama ve raporlama

Uygulamaya göre değişen

yapılandırma satırı
  • Etkin modüller
  • Durumlar
  • Alanlar ve formlar
  • Roller ve takımlar
  • Hizmet kataloğu
  • SLA’lar ve takvimler
  • İş akışları ve kurallar
  • Menü
04 · İş sonuçları

Mimari kararın günlük karşılığı.

Tek veri modeli, paylaşılan CMDB ve veri olarak saklanan yapılandırma; ekiplerin işini hızlandıran somut sonuçlara dönüşür.

Tüm sonuçlar

Yeni bir departmanı saatler içinde devreye alın

Şablon tek işlemde modülleri, rolleri, takımları, hizmetleri ve SLA’ları kurar. Yeni bir hizmet masası haftalarca süren proje değil, aynı gün çalışan bir uygulamadır.

Yükseltmeyi özelleştirmeyle çakıştırmayın

Yapılandırma veri olarak saklandığı için yükseltmeler müşteriye özel tablo veya kod dalı taşımaz. Yeni sürüm, mevcut yapılandırmayı bozmadan gelir.

Süreçler arası tek rapor

Talep, olay, değişiklik, İK vakası ve iş emri aynı kayıt motorunu paylaşır. Yönetim, departmanlar arası tek bir tabloda aynı metrikleri görür.

05 · Hiyerarşi

Tenant, şirket, uygulama.

Platformdaki her şey üç seviyeli bir hiyerarşide durur. İzolasyon her sorguda uygulanır; roller bir kişinin hangi şirketlere ve uygulamalara erişebileceğine karar verir.

  • Tenant — sözleşme sahibi; bir tenant başka bir tenant’ın verisini görmez.
  • Şirket — kendi kullanıcıları, departmanları, lokasyonları ve CMDB’siyle hukuki birim.
  • Uygulama — tek adımda şablondan oluşan, sonrasında müşteriye ait çalışma alanı.
Mimariyi okuyun

Tek kurulum, çok şirket

izolasyon her sorguda
Tenantsözleşme sahibi · belediye / holding
Şirketkullanıcılar, departmanlar, tesisler, takvimler
CMDBşirket başına tek paylaşılan havuz
UygulamalarITSM · İK · CSM · Tesis · SDLC
Kayıtlartüm uygulamalar aynı kayıt motoruna yazar

SLA uyumluluğu · son 12 hafta

%96,4
W1W6W12
Zamanında · 64% Riskli · 22% İhlal · 14%
06 · Uygulamalar

Şablondan tek adımda yeni bir hizmet masası.

Şablon; modülleri, durumları, alanları, rolleri, takımları, takvimleri, hizmetleri, SLA’ları, iş akışlarını, kuralları ve menüyü tek işlemde kurar. Sonrasında uygulama müşterinin olur.

12 şablonun tamamı
Modüller serbestçe karışır

Şablonlar başlangıç noktasıdır, sınır değil.

Her uygulama her modülü açabilir; modül paketleri koca bir süreci kendi menü bölümü olarak ekler. Tek bir BT uygulaması hizmet yönetimini, varlık ve CMDB’yi, izlemeyi ve çevik teslimatı yan yana çalıştırabilir.

  • Her uygulama self-servis, onay, SLA, anket ve raporlamayı ek iş olmadan alır.
  • Modül paketleri (SDLC, Proje) kendi menü bölümüyle gelir.
Uygulamalar / Şablon galerisi
AY
Şablon galerisi
Tek adımda modüller, roller, takımlar, hizmetler ve SLA’lar
Şablondan oluştur
IT ITSM
Talep, olay, değişiklik, CMDB
5 modül 6 rol 9 hizmet
BT BT Varlık
Donanım, lisans, zimmet
5 modül 6 rol 9 hizmet
ET Etkinlik
Uyarı, tekilleştirme, eskalasyon
5 modül 6 rol 9 hizmet
İK İK Hizmetleri
Vaka, PII, bilgi bankası
5 modül 6 rol 9 hizmet
TE Tesis
İş emri, sevkiyat, stok
5 modül 6 rol 9 hizmet
PR Proje & SDLC
Gantt, sprint, Kanban
5 modül 6 rol 9 hizmet
07 · CMDB & keşif

Şirketin paylaştığı tek CMDB.

Platform kendi CMDB’sine ve kendi keşfine sahiptir. Uygulamalar CMDB’yi tüketir; asla kendi özel kopyasını oluşturmaz. 88 CI tipi, 32 ilişki tipi ve 10 hop’a kadar etki analizi.

CMDB ve keşif
SERVERSRV-EBLD-WEB01
1 DATABASE EBLD-DB01
2 SERVICE BS-CORP-PORTAL
2 APPLICATION APP-PAYMENT
3 NETWORK NET-CORE-SW02
3 LOAD BALANCER LB-EDGE-01
3 PLATFORM K8S-PROD-01
4 MONITORING MON-ZABBIX
SERVER SRV-EBLD-WEB01 DATABASE EBLD-DB01 SERVICE BS-CORP-PORTAL APPLICATION APP-PAYMENT NETWORK NET-CORE-SW02 LOAD BALANCER LB-EDGE-01 PLATFORM K8S-PROD-01 MONITORING MON-ZABBIX ETKİ YÖNÜ → 1 HOP 2 HOP 3 HOP
Etki analizi
3etkilenen CI
Derinlik3 hop
110

  • Yalnızca etki taşıyan ilişkiler izlenir.
  • Bir CI en az hop sayısıyla bir kez sayılır.
  • Emekli CI’lar istenmedikçe atlanır.
15+ keşif kaynağı imzalı komut · onaylı ajan · yetkili aralık
08 · Yapay zekâ

Kendi modeliniz. İzin kontrollü araçlar.

Ajanlar müşterinin kendi model sağlayıcısını kullanır: AWS Bedrock, Azure OpenAI, Anthropic, OpenAI veya yerel Ollama / vLLM. Müşteri seçmedikçe hiçbir veri ağdan çıkmaz.

176 izin kontrollü araç önce onay, sonra izin
AWSAWS Bedrockkendi anahtarınız
AzAzure OpenAIkendi anahtarınız
AnAnthropickendi anahtarınız
AIOpenAIkendi anahtarınız
OlOllamakendi anahtarınız
vLvLLMkendi anahtarınız
Ajan ekibini tanıyın
AI / SM Admin
AY
SM Admin
Yapılandırma asistanı · onaylı yazma
Araçlar · 176
Yeni çalışan onboarding süreci için üç adımlı bir onay akışı tasarla; İK ve BT onayı sıralı olsun.
Taslak hazır: 1) İK onayı → 2) BT donanım onayı → 3) Erişim sağlama görevi. 4 alan ve 2 kural eklenecek.
+4 alan +2 kural onay gerekli
Uygula Taslağı gör
kayıt oku CI ilişkisi iş akışı tasarla + 173
Her yazma önce onaya, sonra aynı izin kontrolüne tabidir.

SM Admin

Yapılandırma asistanı

Service Desk

Hizmet masası uzmanı

09 · Kurulum & güvenlik

Verinizin kaldığı yerde çalışır.

Yerinde veya özel bulut. PostgreSQL 17, Node.js ve React web istemcisi; tam bir kurulum için tek bir Docker Compose yığını yeterli. Denetim ve veri egemenliği pazarlama değil, mimari kararı.

Tenant izolasyonu her sorguda

Bir tenant başka bir tenant’ın verisini hiçbir zaman görmez; roller bir kişinin hangi şirketlere ve uygulamalara erişebileceğine karar verir.

Ajanlar komutla yönetilir

Keşif ajanları şirket anahtarıyla bağlanır, komut almadan önce onaylanır, imzalı komutu doğrular ve yalnızca yetkili aralıkları tarar. Ajanlara asla script çalıştırmaları söylenemez.

İzole script sandbox’ı

JavaScript, tenant korumalı küratörlü bir API ile izole sandbox içinde çalışır. Yapılandırma tabloları ve kod yolları asla çakışmaz.

Veri ağdan çıkmaz

AI ajanları müşterinin kendi model sağlayıcısını kullanır. Müşteri seçmedikçe hiçbir veri ağdan çıkmaz.

Çalışma zamanı

Tek stack, tanıdık bileşenler.

PostgreSQL 17 Veri katmanı
Node.js Uygulama sunucusu
React Web istemcisi
Docker Compose Tek stack kurulum
Yerinde Özel bulut Docker Compose Çok şirketli

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.

10 · Karşılaştırma

ServiceNow’un kanıtladığı fikirler, sizin veri merkezinizde.

Covan, ServiceNow’un kanıtlanmış birçok fikrini bilinçli olarak korur: update set’ler, script includes, dictionary override’ları, akış tasarımcısı ve bir kimlik motoru. Fark mimaride, kurulumda ve maliyet modelinde.

  • CMDB ve keşif dahil; ayrı lisanslı ürünler değil.
  • Yapılandırma paketleri tam dry-run önizlemesiyle taşınır; örneğe özel ID taşınmaz.
  • Genç bir platform: entegrasyonlar ihtiyaç bazında kurulur, ekosistem iddiası yok.
Tam karşılaştırma
KonuCovanServiceNow
Kurulum Yerinde veya özel bulut Ağırlıklı olarak sağlayıcı SaaS
Veri modeli Kayıt türü başına tek tablo + JSON Tablo hiyerarşisi, gerçek DB nesneleri
CMDB & keşif Dahil, tek veri modelinde Ayrı ve ayrı lisanslı ürünler
Yapay zekâ Kendi modeliniz, onaylı araçlar Sağlayıcı Now Assist, ek lisans

Karşılaştırma, kamuya açık ürün yapısını yansıtan bir konumlandırma rehberidir; özellik bazlı bir değerlendirme değildir.

11 · Kullanım senaryoları

Hangi sorunla başlıyorsunuz?

Hizmet masasını modernize etmek, holdingi tek kurulumda konsolide etmek veya kamu gereksinimlerini karşılamak — başlangıç noktası farklı, platform aynı.

Tüm senaryolar

BT hizmet masası modernizasyonu

Eski veya dağınık hizmet masası araçlarını tek platforma taşıyın. Talep, olay, problem, değişiklik ve hizmet kataloğu aynı veri modelinde çalışsın; SLA’lar ve raporlar tek yerden yönetilsin.

ITSM müdürü · hizmet masası müdürü

Holding ve çok şirketli konsolidasyon

Tek kurulumda birçok iştirak; her birine kendi uygulamaları ve kendi CMDB’si. Merkez, şirketler arası raporu görürken her şirket kendi süreç ve izinlerini korur.

CIO · kurumsal mimar

Kamu ve düzenlenmiş sektörler

Veri ikametgâhı, denetim izi ve ağ izolasyonu gereksinimlerini pazarlık konusu yapmadan karşılayın. Kurulum müşterinin veri merkezinde; erişim ve değişiklikler denetlenebilir.

Kamu · finans · savunma · uyum
Sıradaki adım

Platformu kendi altyapınızda görün.

30 dakikalık bir demo, kendi senaryolarınız üzerinden. Kurulum gereksinimleri, CMDB modellemesi ve geçiş planı dahil.

Demo isteyin Platformu inceleyin hello@covan.io · covan.io