Bilgi işlem talep formu örneği: IT destek talep formunda hangi alanlar olmalı?
Bilgi işlem talep formu örneği: arıza, erişim ve ekipman talepleri için zorunlu alanlar, doldurulmuş örnek form ve help desk talep takip sistemine geçiş.
Bilgi işlem talep formu, çalışanın bilgi işleme ilettiği arıza, erişim veya ekipman talebini eksiksiz ve aynı biçimde kayda geçiren formdur. İyi bir formda talep türü, cihaz, aciliyet, sorunun açıklaması ve ulaşılabilirlik bilgisi bulunur. Aşağıda kullanabileceğiniz alan tablosu, talep türüne göre ek alanlar ve formun e-postada dolaşmasının yarattığı sorunlar var.
Bir bilgi işlem uzmanının sabahı çoğu zaman şu cümleyle başlar: “Bilgisayarım çalışmıyor, bakar mısınız?” Hangi bilgisayar, ne zamandan beri, nasıl bir hata, başka ne denendi, ne kadar acil? Uzman bu soruları sormak zorundadır; çalışan cevaplayana kadar iki tur mesaj geçer ve talep henüz başlamamıştır. Bilgi işlem talep formunun işi, bu soruları baştan sorup cevapları aynı düzende toplamaktır. Aşağıda hangi alanların gerekli olduğunu, talep türüne göre neyin değiştiğini ve formu kâğıttan ya da Word’den kayıt sistemine taşımanın yolunu bulacaksınız.
“Bilgisayarım çalışmıyor, bakar mısınız?” — Kime, ne zaman, hangi cihaz, hangi hata, ne kadar acil: hiçbiri belli değil.
Bilgi işlem talep formu, çalışanın bilgi işleme ilettiği arıza, erişim, yazılım veya ekipman talebini gerekli bilgilerle, her seferinde aynı düzende kayda geçiren formdur. IT destek talep formu da denilir. İyi bir form, uzmanın ek soru sormadan işe başlayabilmesini sağlar.
Uzmanın geri sorduğu altı soru formun omurgasıdır
- Hangi cihaz veya sistem? Zimmet numarası, bilgisayar adı veya hesap adı.
- Ne zaman başladı? Sorunun ilk görüldüğü an; bir güncelleme, taşınma ya da kurulumla ilişkisi olabilir.
- Ne görüyorsunuz? Hata mesajı, davranış tarifi, varsa ekran görüntüsü.
- Ne denediniz? Yeniden başlatma, başka kabloya geçme gibi yapılan işlemler.
- Ne kadar acil? İşi durduruyor mu, yoksa aksatıyor mu? Kaç kişiyi etkiliyor?
- Size nasıl ulaşılır? Dahili numara, birim ve uygun olduğunuz saatler.
Bilgi işlem talep formu örneği: alan tablosu
| Alan | Örnek giriş | Neden sorulur |
|---|---|---|
| Talep türü | Arıza / erişim / yazılım kurulumu / yeni ekipman | Doğru ekibe ve doğru sürece yönlendirmek için |
| Talep sahibi ve birim | Ad soyad, birim, yönetici | Onay gerekiyorsa kime gideceğini bilmek için |
| Cihaz veya zimmet numarası | Bilgisayarın üzerindeki zimmet numarası | Cihazın geçmişine ve sahibine ulaşmak için |
| Konu | Tek cümlelik özet: “Yazıcıdan çıktı alınamıyor” | Listede talebi bulmak ve gruplamak için |
| Açıklama | Ne oldu, ne zaman, hangi mesaj çıktı | İkinci tur soruyu ortadan kaldırmak için |
| Başlangıç zamanı | Bugün sabahtan beri | Güncelleme ya da değişiklikle bağ kurmak için |
| Aciliyet | İşi durduruyor / aksatıyor / bekleyebilir | Öncelik atamak için |
| Etkilenen kişi sayısı | Yalnızca ben / ekibim / tüm kat | Toplu arızayı tekil taleplerden ayırmak için |
| Ulaşılabilirlik | Dahili numara, uygun saatler | Çalışanla hızlı bağlantı kurmak için |
| Ek bilgi | Ekran görüntüsü veya hata kodu | Sorunu yerinde görmeden anlamak için |
Doldurulmuş bilgi işlem talep formu örneği (kurgusal)
Alan listesi soyut kaldığında, doldurulmuş bir örnek formun ne kadar kısa olabileceğini gösterir:
| Alan | Doldurulmuş hali |
|---|---|
| Talep türü | Arıza |
| Konu | Muhasebe katındaki yazıcıdan çıktı alınamıyor |
| Cihaz | Yazıcının üzerindeki zimmet numarası |
| Açıklama | Bu sabah yazıcıya gönderilen belgeler sırada bekliyor; ekranda kağıt sıkışması uyarısı var ama sıkışık kağıt bulunamadı. |
| Başlangıç zamanı | Bugün 09:00 civarı |
| Aciliyet / etkilenen | Aksatıyor / muhasebe ekibi |
| Ulaşılabilirlik | Dahili numara, öğleden sonra uygun |
Bu form yarım dakikada doldurulur ve uzman, yazıcıya gitmeden önce sorunun bir sıkışma değil sensör arızası olabileceğini düşünebilir. Çalışana tek bir soru sormak bile gerekmez.
Bilgi işlem arıza talep formu ile diğer talepler aynı olmalı mı?
Ortak alanlar aynı kalır, talep türüne göre birkaç ek alan eklenir. Her türde aynı uzun formu doldurtmak çalışanı yorar; yalnızca ilgili ek alanları göstermek formu kısa tutar.
| Talep türü | Ek alanlar |
|---|---|
| Arıza | Hata mesajı, sorunun başlangıç zamanı, denenen çözüm |
| Kullanıcı hesabı ve erişim | Hangi sistem, hangi yetki düzeyi, onaylayan yönetici, geçici ise bitiş tarihi |
| Yazılım kurulumu | Yazılımın adı, gerekçe, lisans durumunun bilinip bilinmediği |
| Yeni ekipman | Ne için gerektiği, hangi birim, yönetici onayı |
| Ağ ve internet | Konum, etkilenen kişi sayısı, kablolu mu kablosuz mu |
Talepler hangi sırayla ele alınır?
Formdaki iki alan, aciliyet ve etkilenen kişi sayısı, önceliği neredeyse kendiliğinden belirler. Aşağıdaki küçük matris, bu iki cevabın nasıl öncelik sınıfına çevrilebileceğini gösterir (sınıflar örnektir, kendi düzeninize göre değiştirin):
| Aciliyet / etkilenen | Yalnızca ben | Ekibim | Tüm kat veya şirket |
|---|---|---|---|
| İşi durduruyor | Yüksek | Kritik | Kritik |
| Aksatıyor | Orta | Yüksek | Yüksek |
| Bekleyebilir | Düşük | Düşük | Orta |
Matris, aynı gün gelen iki talebi sıralamak zorunda kalan uzmandan “hangisi önemli” sorumluluğunu alır ve çalışanın seçimini nesnel bir kurala bağlar. Böylece “acil” kutusunun herkes tarafından işaretlenmesi sorunu da azalır.
Form Word ya da e-postayla dolaşırsa ne olur?
Tek kişilik bir bilgi işlem biriminde ve haftada birkaç talepte Word formu işe yarar; kimsenin yeni bir araç öğrenmesine gerek kalmaz. Sorunlar talep çoğaldığında başlar: çalışan zorunlu alanı boş bırakır ve form geri döner, aynı form farklı sürümlerle dolaşır, talep birden fazla kişinin gelen kutusuna düşer ve kimin ilgilendiği belli olmaz. Talepler sıraya da konamaz, çünkü acil olanı sıradan olandan ayıracak ortak bir alan yoktur. Ay sonunda kaç arıza geldiğini saymak için formları tek tek açmak gerekir. Bu yüzden form, bir dosya olarak değil, her gönderildiğinde kayıt oluşturan bir yapı olarak tasarlanmalıdır.
Formu kim yönetir, ne zaman güncellenir?
Form kurulduktan sonra sahipsiz kalmamalı. Bir kişiyi form sorumlusu olarak belirleyin; uzmanların hâlâ geri sorduğu soruları ve çalışanların sürekli boş bıraktığı alanları ilk haftalardan itibaren toplayın. Hiç doldurulmayan alanı kaldırın, uzmanın sürekli ek bilgi istediği konuyu forma ekleyin. Yeni bir cihaz türü, yeni bir yazılım ya da yeni bir erişim süreci devreye girdiğinde formun ilgili bölümünü de güncelleyin; böylece form şirketteki değişikliği geriden takip etmez.
Bilgi işlem talep takip sistemi (help desk): formdan kayda geçiş
Talep takip sistemi, formdaki alanları bir kayda dönüştürür. Talep türü kategoriye, aciliyet önceliğe, birim ve talep sahibi atamaya, açıklama ise çözümün dayanağına karşılık gelir. YazSis KurumsalPortal’ın IT Destek / Help Desk modülünde talep ticket olarak açılır; bilgisayar, yazılım, yazıcı, kullanıcı hesabı ve ağ talepleri kategori ve öncelikle sınıflandırılır, ilgili uzman ekibe atanır, çözüm süresi ve SLA takip edilir, kapanışta memnuniyet ölçülür.
Formdan kayıt sistemine geçişte somut olarak şunları kazanırsınız:
- Her talep, gönderildiği anda numaralı bir kayda dönüşür; kaybolan form kalmaz.
- Kategori ve öncelik, uzmanın değil formdaki cevapların sonucudur.
- Talebin kimde olduğu ve hangi aşamada bulunduğu durum bilgisinden görülür.
- Çözüm süresi ve memnuniyet kapanışta ölçülür.
- Aynı konuda tekrarlayan talepler görünür hale gelir ve bilgi bankasına çözüm notu eklenebilir.
Formdaki cihaz alanı için pratik bir yol var: aynı portalın Envanter ve Zimmet Yönetimi modülü her demirbaşı benzersiz zimmet numarasıyla tutar ve kartta sahibini, konumunu, durumunu ve hareket geçmişini gösterir. Çalışan talebe zimmet numarasını yazdığında uzman cihazın kartına kolayca ulaşır. Talep ile cihaz kaydı arasında otomatik bir bağ kurulduğunu iddia etmiyoruz; bu, şimdilik talep açıklamasına yazılan bir bilgidir.
Formunuzu hazırladıktan sonra akışı görmek için IT Destek / Help Desk sayfasına, cihaz kayıtlarının nasıl tutulduğuna bakmak için Envanter ve Zimmet Yönetimi sayfasına göz atabilirsiniz.
Sık sorulanlar
Bilgi işlem talep formu nasıl hazırlanır?
Önce uzmanın en sık geri sorduğu soruları listeleyin; bunlar formun alanlarıdır. Ardından ortak alanları sabit tutun, talep türüne göre ek alanları ayırın ve zorunlu alanları en aza indirin.
Bilgi işlem arıza talep formunda hangi alanlar zorunlu olmalı?
En az şu üçü: talep türü ve konu, sorunun açıklaması ve aciliyet. Cihaz bilgisi ve ulaşılabilirlik de çoğu işletmede zorunlu tutulur; ekran görüntüsü ve denenen çözüm isteğe bağlı bırakılabilir.
IT destek talep formu Word veya PDF olarak mı kullanılmalı?
Çok az talepte kullanılabilir. Talep sayısı arttıkça sürüm karmaşası, eksik alan ve takip güçlüğü ortaya çıkar. Her gönderimde kayıt oluşturan bir talep sistemi bu sorunları ortadan kaldırır.
Bilgi işlem talep takip sistemi nedir?
Talepleri kayıt altına alan, kategori ve önceliğe göre sınıflandıran, bir uzmana atayan ve çözüm süresini ölçen sistemdir. Bu, talebin durumunu çalışan ve yönetici için görünür kılar.
Çalışanlar formu doldurmaya üşenirse ne yapılır?
Formu kısa tutun, zorunlu alan sayısını azaltın ve alanları açık seçeneklerle sunun. Talep telefonla ya da sözlü gelirse de kayda geçirme kuralı koyun; kayıtsız talep sisteme girmeyen talep demektir.
Diğer yazılar
Kritik stok seviyesi nasıl belirlenir? Minimum stok hesabı ve emniyet stoğu formülü
Her ürüne aynı rakamı yazmak kritik seviye belirlemek değildir. Tedarik süresi ve günlük tüketimden kritik stok, minimum stok ve emniyet stoğunu hesaplamanın adımları ve örnek tablo.
12 Kasım 2026 · 6 dk okumaHasta aydınlatma metni nedir? İçeriği, örnek iskelet ve açık rızadan farkı
Resepsiyonda imzalatılan form aydınlatma mı, rıza mı, tedavi onamı mı? Üç belgeyi ayırıyor, hasta aydınlatma metninde bulunması gerekenleri sıralıyor ve WhatsApp’tan gelen hasta bilgisini ele alıyoruz.
12 Kasım 2026 · 6 dk okumaIT destek nedir? Seviyeler, IT destek süreci ve destek talep (ticket) sistemi
IT destek, çalışanların bilgisayar, yazılım, yazıcı, hesap ve ağ sorunlarını kayıt altında karşılayan hizmettir. Seviyeler, süreç adımları ve küçük şirketlerde destek ekibinin görevleri bu yazıda.
12 Kasım 2026 · 6 dk okuma