ERETEK
BİLGİ SİSTEMLERİ
Intranet ve Microsoft 365 Çözümleri

Microsoft 365 Entegre Helpdesk ve SLA Sistemi

Microsoft 365 kiracınızın içinde çalışan, kullanıcı ve BT agent arayüzleri ayrılmış, iş takvimine göre SLA hesaplayan, otomatik eskalasyon yapan ve her işlemi zaman damgasıyla kaydeden kurumsal BT destek yönetim sistemi kuruyoruz. Talep listesi kurulumu değil; süreç, veri modeli, yetki, raporlama ve denetim kanıtıyla birlikte tasarlanmış bir hizmet yönetimi ürünü.

SharePoint Lists
Power Apps
Power Automate
Microsoft Teams
Entra ID
Microsoft Graph
Dataverse (gerektiğinde)
Power BI
Hizmet tanımı

Microsoft 365 helpdesk sistemi nedir, kimler için uygundur?

Microsoft 365 entegre helpdesk; çalışanların BT taleplerini self-service portaldan, Teams’ten veya tanımlı bir e-posta kutusundan açtığı, BT ekibinin bu talepleri ayrı bir agent arayüzünde atadığı, önceliklendirdiği ve çözdüğü, sistemin ise ilk yanıt ve çözüm sürelerini çalışma takvimine göre hesaplayıp aşımda eskalasyon yaptığı bir hizmet yönetim sistemidir. Veriler kurumunuzun Microsoft 365 kiracısında kalır, kimlik doğrulama Entra ID ile yapılır ve ayrı bir helpdesk yazılımına kullanıcı başı lisans ödenmesi gerekmeyebilir. Talep, hizmet isteği, olay ve değişiklik kayıtları birbirinden ayrılır; böylece aynı sistem hem günlük destek yükünü yönetir hem de denetimde gösterilebilir kayıt üretir.

Bu hizmete en çok ihtiyaç duyan kuruluşlar

Çözdüğümüz kurumsal problemler

Talepler kişilerin e-posta kutusunda kayboluyor

Kimin hangi talebe baktığı, ne zaman yanıt verildiği ve neden kapandığı görünmüyor; aynı sorun tekrar ettiğinde geçmiş bilgi bulunamıyor.

SLA söyleniyor ama ölçülmüyor

“Kritik taleplere bir saatte döneriz” deniyor; ancak mesai dışı, tatil ve kullanıcıdan bilgi beklenen süreler ayrıştırılmadığı için gerçek performans hesaplanamıyor.

Denetimde kayıt gösterilemiyor

Olay müdahalesi, erişim yetkisi verilmesi veya değişiklik onayı yapılmış; fakat kim onayladı, ne zaman uygulandı, kanıt nerede sorularının yanıtı dağınık e-postalarda.

Mimari karar

SharePoint Lists mi, Dataverse mi?

Çoğu orta ölçekli kuruluşta SharePoint Lists, Microsoft 365 lisansındaki standart bağlayıcılarla çalışır ve ek lisans gerektirmeden güçlü bir başlangıç sağlar. Talep hacmi yüksekse, karmaşık ilişkili veri modeli (varlık, sözleşme, değişiklik, sorun kayıtları) ve satır düzeyinde güvenlik gerekiyorsa Dataverse daha doğru zemin olur; ancak Power Apps Premium gibi ek lisanslar gerektirir. Kararı talep hacmi, liste görünüm eşiği (5.000 öğe) ve delegasyon sınırları, güvenlik gereksinimi ve toplam lisans maliyeti üzerinden veriyor, gerekçesini mimari karar kaydına yazıyoruz.

Microsoft 365 helpdesk sistemi kapsamında neler yapıyoruz?

Self-service talep portalı

Çalışanların kategori seçerek talep açtığı, kendi taleplerinin durumunu izlediği, ek dosya yüklediği ve çözümü onayladığı sade kullanıcı arayüzü (Power Apps canvas uygulaması veya SharePoint sayfası, Teams sekmesi olarak).

Ayrı BT agent arayüzü

Kuyruk görünümleri, atama, iç not, durum değiştirme, birleştirme, alt görev, çözüm kodu ve SLA sayaçlarının görüldüğü agent uygulaması. Kullanıcılar iç notları ve diğer kişilerin taleplerini görmez.

Talep sınıflandırması ve kayıt türleri

Olay (incident), hizmet talebi (service request), değişiklik (change) ve güvenlik olayı kayıtlarının ayrı tür ve iş akışlarıyla ele alınması; kategori, alt kategori, etki ve aciliyet matrisinden öncelik hesabı.

SLA motoru ve çalışma takvimi

Önceliğe göre ilk yanıt ve çözüm hedefleri, mesai saatleri, resmi tatiller, lokasyon takvimi ve “kullanıcıdan bilgi bekleniyor” durumunda SLA duraklatma kuralları.

Atama, eskalasyon ve bildirim

Kategoriye göre ekip ataması, SLA’nın %75’inde uyarı, aşımda ekip liderine ve yöneticiye eskalasyon; Teams Adaptive Card ve e-posta bildirimleri, onay gerektiren taleplerde Approvals akışı.

Kapanış, yeniden açma ve memnuniyet

Çözüm açıklaması zorunluluğu, kullanıcı onayı veya süre sonunda otomatik kapanış, tanımlı süre içinde yeniden açma, kısa memnuniyet anketi ve kapanış kanıtı.

Varlık ve cihaz ilişkisi

Talebin ilgili bilgisayar, sunucu, uygulama veya lisans kaydıyla ilişkilendirilmesi; Intune veya mevcut envanter kaynağından cihaz bilgisinin okunması (Microsoft Graph).

Raporlama ve sorun analizi

Power BI veya SharePoint görünümleriyle aylık SLA uyumu, kategori bazlı yük, agent performansı, tekrar eden sorunlar ve kök neden adayları; yönetim için aylık rapor şablonu.

Önce hizmet modelini, sonra uygulamayı tasarlıyoruz

Proje “hangi ekran olsun” sorusuyla değil, “hangi hizmetleri kime, hangi sürede, hangi onaylarla veriyoruz?” sorusuyla başlar. Hizmet kataloğu, öncelik matrisi, SLA hedefleri, eskalasyon zinciri ve rol/yetki matrisi yazılı hale getirilir; uygulama bu kararları uygular. Akışlar Power Automate onay ve otomasyon standartlarımızla, ekranlar Power Apps iş uygulaması yaklaşımıyla, bildirimler Teams entegrasyonu ile kurulur. Kiracı dışı sistemlerle bağlantı gerekiyorsa Microsoft Graph API izinleri en az yetki ilkesiyle tasarlanır. Kurulum adımlarının ayrıntısı için Microsoft 365 ile helpdesk kurulumu rehberimize, denetim kanıtları için helpdesk ve ISO 27001/TISAX kanıtları rehberimize bakabilirsiniz.

Teknik bileşenler ve görevleri

Bileşen
Helpdesk’teki rolü
Not
SharePoint Lists
Helpdesk’teki rolü

Talep, yorum, SLA takvimi, tatil, kategori ve varlık listeleri; sürüm geçmişi

Not

Standart bağlayıcı; 5.000 öğe görünüm eşiği için indeksli sütunlar

Power Apps
Helpdesk’teki rolü

Kullanıcı portalı ve agent uygulaması; rol bazlı ekranlar

Not

Canvas uygulaması, Teams içinde de yayımlanabilir

Power Automate
Helpdesk’teki rolü

SLA hesaplama, atama, eskalasyon, hatırlatma, kapanış ve anket akışları

Not

Zamanlanmış akışlar ve Approvals

Microsoft Teams
Helpdesk’teki rolü

Talep açma, Adaptive Card bildirimleri, ekip kanalına eskalasyon

Not

Bot veya mesaj uzantısı isteğe bağlı

Entra ID
Helpdesk’teki rolü

Kimlik, güvenlik grupları, rol ataması, koşullu erişim

Not

Agent ve yönetici rolleri gruplarla yönetilir

Microsoft Graph
Helpdesk’teki rolü

Kullanıcı/yönetici bilgisi, cihaz envanteri, takvim, posta kutusu tetikleri

Not

Uygulama izinleri en az yetkiyle

Dataverse
Helpdesk’teki rolü

Yüksek hacim, ilişkili veri modeli, satır düzeyinde güvenlik

Not

Gerektiğinde; premium lisans gerektirir

Power BI
Helpdesk’teki rolü

SLA uyumu, iş yükü ve tekrar eden sorun panoları

Not

Paylaşım için Power BI Pro veya kapasite

Öncelik ve SLA matrisi örneği

Aşağıdaki değerler yalnızca tasarım örneğidir. Gerçek hedefler ekip kapasitesi, çalışma saatleri ve iş etkisine göre sizinle birlikte belirlenir; sistem bu hedefleri ölçer, garanti etmez.

Öncelik
Tanım
İlk yanıt
Çözüm hedefi
Eskalasyon
P1 · Kritik
Tanım

Birden çok kullanıcı veya üretim/ana hizmet durdu

İlk yanıt

30 dk

Çözüm hedefi

4 iş saati

Eskalasyon

%75’te ekip lideri, aşımda BT müdürü

P2 · Yüksek
Tanım

Tek kullanıcı çalışamıyor veya önemli işlev bozuk

İlk yanıt

1 iş saati

Çözüm hedefi

1 iş günü

Eskalasyon

Aşımda ekip lideri

P3 · Normal
Tanım

Geçici çözümü olan sorun, standart hizmet talebi

İlk yanıt

4 iş saati

Çözüm hedefi

3 iş günü

Eskalasyon

Haftalık kuyruk gözden geçirmesi

P4 · Düşük
Tanım

Bilgi talebi, planlı iş, iyileştirme önerisi

İlk yanıt

1 iş günü

Çözüm hedefi

Planlanan tarih

Eskalasyon

Aylık gözden geçirme

SLA saati yalnızca tanımlı çalışma takviminde ilerler; resmi tatiller ve lokasyon takvimi listeden okunur. “Kullanıcı yanıtı bekleniyor”, “Tedarikçi bekleniyor” gibi durumlarda sayaç duraklar ve duraklatma süresi ayrıca kaydedilir.

Kullanıcı ve BT agent görünümlerinin ayrılması

Çalışan (kullanıcı)

Kendi taleplerini açar, izler, ek dosya ekler, yorum yazar ve çözümü onaylar. Başkalarının taleplerini, iç notları ve agent atamalarını göremez.

BT agent

Atanmış ve ekip kuyruğundaki talepleri görür; durum, öncelik, kategori ve çözüm kodunu yönetir; iç not ekler, talebi devreder veya birleştirir.

Ekip lideri / BT yöneticisi

Tüm kuyrukları, SLA uyarılarını ve eskalasyonları görür; yeniden atama yapar, değişiklik ve yüksek riskli talepleri onaylar, raporları inceler.

Denetçi / salt okuma

Belirli dönemin kayıtlarını, geçmişini ve raporlarını değiştiremeden inceler; erişimi süreli ve kayıtlıdır.

ISO 27001 ve TISAX kontrollerini destekleyen tasarım

Aşağıdaki özellikler denetimde sık istenen kanıtların sistem tarafından üretilmesini sağlar. Hangi kontrolün nasıl karşılandığı kuruluşun kapsamına ve politikalarına göre BGYS veya TISAX hazırlığı çalışmasıyla birlikte değerlendirilmelidir.

Kontrol alanı
Helpdesk’te nasıl desteklenir?
Üretilen kanıt
Rol bazlı yetkilendirme ve en az yetki
Helpdesk’te nasıl desteklenir?

Entra ID güvenlik grupları; kullanıcı, agent, lider ve denetçi rolleri; liste/öğe izinleri

Üretilen kanıt

Rol–yetki matrisi, grup üyelik listesi

Denetim izi ve zaman damgaları
Helpdesk’te nasıl desteklenir?

Oluşturma, atama, ilk yanıt, durum değişikliği, çözüm, kapanış ve yeniden açma zamanları ayrı alanlarda; sürüm geçmişi açık

Üretilen kanıt

Talep geçmişi raporu

Kişisel veri erişim kontrolü
Helpdesk’te nasıl desteklenir?

Hassas alanların yalnızca yetkili agent’lara görünmesi, ek dosya kütüphanesinde ayrı izin, dışa aktarma yetkisinin sınırlanması

Üretilen kanıt

Erişim yapılandırma kaydı

Saklama ve imha
Helpdesk’te nasıl desteklenir?

Kapanmış kayıtlar için saklama süresi, Microsoft Purview saklama etiketleri veya planlı arşiv akışı; imha onayı

Üretilen kanıt

Saklama politikası, imha kaydı

Onay mekanizmaları
Helpdesk’te nasıl desteklenir?

Erişim yetkisi, yazılım kurulumu ve değişiklik taleplerinde yönetici/sistem sahibi onayı; onaylayan ve zaman kaydı

Üretilen kanıt

Onay geçmişi

Değişiklik kayıtları
Helpdesk’te nasıl desteklenir?

Değişiklik türü, risk, geri dönüş planı, onay, uygulama ve doğrulama adımlarıyla ayrı kayıt tipi

Üretilen kanıt

Değişiklik kaydı listesi

Güvenlik olayı sınıflandırması
Helpdesk’te nasıl desteklenir?

Olay ile güvenlik olayının ayrılması, şiddet seviyesi, bildirim ve müdahale ekibine yönlendirme

Üretilen kanıt

Güvenlik olayı kayıtları ve kapanış özeti

Periyodik yetki gözden geçirme
Helpdesk’te nasıl desteklenir?

Agent ve yönetici gruplarının çeyreklik gözden geçirme akışı; onay sahiplerine görev ve sonuç kaydı

Üretilen kanıt

Yetki gözden geçirme tutanağı

Kanıtların raporlanması
Helpdesk’te nasıl desteklenir?

Dönemsel SLA, olay, değişiklik ve erişim talebi raporlarının dışa aktarılabilir şekilde üretilmesi

Üretilen kanıt

Aylık/çeyreklik kanıt paketi

Microsoft Purview denetim günlüğü, lisans planına göre farklı saklama sürelerine sahiptir (standart denetimde varsayılan 180 gün). Uzun süreli kanıt gerekiyorsa uygulama içi geçmiş ve dönemsel dışa aktarım ayrıca tasarlanır.

Lisans gereksinimleri

Lisans notu: Microsoft 365 kurumsal planları SharePoint, Teams, Outlook ve Onaylar gibi standart bağlayıcılarla çalışan Power Apps ve Power Automate kullanımını içerir. Dataverse, SQL Server, HTTP ve diğer premium bağlayıcılar ile Power BI paylaşımı ayrı lisans gerektirir (ör. Power Apps Premium, Power Automate Premium, Power BI Pro). Microsoft lisans koşulları sık değiştiği için teklif aşamasında güncel Microsoft Learn lisans kılavuzu ve kiracınızdaki mevcut lisanslarla birlikte yeniden doğrulanır.

Microsoft 365 ile başlanabilen senaryo

SharePoint Lists + Power Apps (standart bağlayıcılar) + Power Automate + Teams. Çoğu orta ölçekli helpdesk için yeterlidir.

Ek lisans gerektirebilecek senaryo

Dataverse veri modeli, SQL veya HTTP gibi premium bağlayıcılar, harici sistem entegrasyonu, Power BI rapor paylaşımı.

Sizden beklediğimiz girdiler

Çalışmanın hızlı ve doğru ilerlemesi için başlangıçta aşağıdaki bilgi ve erişimlere ihtiyaç duyarız. Eksik olanları birlikte tamamlarız.

Somut proje çıktıları

Talep veri modeli, kategori ve öncelik matrisi
Self-service kullanıcı portalı
BT agent uygulaması ve kuyruk görünümleri
SLA takvimi, duraklatma ve eskalasyon akışları
Teams ve e-posta bildirim şablonları
Rol–yetki matrisi ve Entra ID grup yapısı
Denetim izi ve saklama yapılandırması
Power BI veya liste tabanlı yönetim raporları

Teslim edilen dokümantasyon

Mimari karar kaydı (Lists/Dataverse, lisans)
Kullanıcı ve agent kullanım kılavuzları
Yönetici kılavuzu ve akış envanteri
ISO 27001/TISAX kontrol–kanıt eşleştirme tablosu

Canlıya geçişten sonra işletilecek kontroller

Proje bittiğinde sistemin sağlıklı kalması için aşağıdaki kontroller sahiplerine devredilir; istenirse bakım sözleşmesiyle Eretek tarafından yürütülür.

Sık sorulan sorular

Microsoft 365 lisansınız varsa ve ihtiyaç olay, hizmet talebi, değişiklik ve temel varlık ilişkisiyle sınırlıysa; veriler kiracınızda kalır ve kullanıcı başı ek ürün lisansı gerekmeyebilir. Çok gelişmiş ITIL süreçleri, CMDB veya müşteri destek portalı gerekiyorsa hazır ITSM ürünleri ile karşılaştırma yapıyor, gerekçeli öneri sunuyoruz.

SharePoint Lists ve standart bağlayıcılarla kurulan yapı çoğunlukla Microsoft 365 lisansıyla çalışır. Dataverse, premium bağlayıcılar veya Power BI paylaşımı gerekiyorsa ek lisans gerekir. Kesin durum, kiracınızdaki lisanslar ve güncel Microsoft koşullarıyla teklif aşamasında doğrulanır.

Evet. Çalışma saatleri, lokasyon takvimi ve resmi tatiller listeden okunur; bekleme durumlarında sayaç duraklar. Hesaplamanın test senaryoları kabul testlerinde sizinle birlikte doğrulanır.

Hayır, tek başına getirmez. Rol bazlı erişim, denetim izi, onay ve değişiklik kayıtları gibi kontrollerin uygulanmasını ve kanıtlanmasını kolaylaştırır. Uygunluk; politika, süreç, kapsam ve bağımsız değerlendirme ile birlikte ele alınır.

Evet. Uygulama Teams sekmesi olarak yayımlanabilir; bildirimler ve eskalasyonlar Adaptive Card ile Teams kanalına veya kişiye gönderilir. E-posta ile talep açma da tanımlı bir posta kutusu üzerinden eklenebilir.

Hizmet özeti
Microsoft 365 Entegre Helpdesk ve SLA Sistemi

SharePoint, Power Apps, Power Automate ve Teams ile izlenebilir BT destek talebi yönetimi.

Çalışma modeli

Danışmanlık + kurulum projesi, ardından isteğe bağlı işletim desteği

Önemli not

Sistem ISO 27001 ve TISAX kontrollerinin uygulanmasını ve kanıtlanmasını destekler; tek başına sertifikasyon veya tam uygunluk sağlamaz. Lisans gereksinimleri teklif aşamasında güncel Microsoft belgeleriyle doğrulanır.

Proje aşamaları

Nasıl ilerliyoruz?

01 / AŞAMA

Keşif ve hizmet modeli

Talep kanalları, ekip, hizmet kataloğu, SLA ve yetki gereksinimleri yazılı hale gelir.

02 / AŞAMA

Mimari ve lisans kararı

Lists/Dataverse, uygulama yapısı ve lisans etkisi kararlaştırılır.

03 / AŞAMA

Geliştirme ve akışlar

Portal, agent uygulaması, SLA motoru, bildirim ve raporlar kurulur.

04 / AŞAMA

Pilot ve kabul testleri

Seçili kullanıcı grubuyla pilot; SLA hesapları ve yetkiler test edilir.

05 / AŞAMA

Yaygınlaştırma ve devir

Eğitim, dokümantasyon, yönetici devri ve ilk ay izleme.

BT destek süreçlerinizi Microsoft 365 içinde ölçülebilir bir sisteme dönüştürelim.

Mevcut talep kanallarınızı, ekip yapınızı, SLA hedeflerinizi ve lisanslarınızı dinliyor; mimari seçeneği, aşamaları ve teslimatları içeren yazılı bir öneri hazırlıyoruz.