Bir yazıcı sorunu uzaktan giderildiğinde destek talebi gerçekten tamamlanmış olur mu? Teknik uzmanın test sayfası alabilmesi iyi bir başlangıçtır. Ancak kullanıcının kendi ERP ekranından doğru belgeyi yazdırabilmesi, gerekirse yeniden oturum açtıktan sonra aynı işlemi yapabilmesi ve yapılan değişikliğin kayda geçirilmesi de gerekir. TSplus Remote Support kullanan şirketler için bu son adımlar, destek kalitesini günlük iş akışına taşıyan önemli bir fırsattır.
Bu rehber, Türkiye’deki BT ekipleri, yazılım destek firmaları ve birden fazla şubeye hizmet veren işletmeler için bir destek oturumu kapanış standardı önerir. Amaç, yalnızca bağlantıyı sonlandırmak değil; çözümün doğrulandığı, sorumluluğun net olduğu ve sonraki teknisyenin anlayabileceği bir kayıt bırakılan süreç oluşturmaktır.
Bağlantı süresi ile çözüm kalitesini ayrı değerlendirin
Kısa bir oturum her zaman başarılı bir destek anlamına gelmez. Aynı kullanıcı ertesi gün aynı sorunla tekrar arıyorsa ilk müdahalenin kalıcılığı araştırılmalıdır. Benzer şekilde uzun süren bir oturum, karmaşık bir sorunun doğru biçimde incelenmesi için gerekli olabilir. Süreyi, kullanıcının işine geri dönebilmesi ve talebin yeniden açılma nedeni ile birlikte değerlendirin.
TSplus Remote Support, uzaktaki bilgisayara bağlanma ve müdahale araçlarını sağlar. Aşağıdaki kabul adımları ve ekip sorumlulukları ise şirketin oluşturacağı çalışma standardıdır; yazılımın bütün talepleri otomatik olarak kapattığı bir iş akışı değildir.
1. Oturum başlamadan kapanış koşulunu belirleyin
Destek talebine yalnızca “ERP çalışmıyor” yazmak yerine, başarısız olan işlemi tarif edin: “Satış kullanıcısı sipariş ekranından PDF çıktı alamıyor.” Ardından başarı koşulunu yazın: “Kullanıcı kendi hesabıyla örnek siparişin PDF çıktısını oluşturup açabiliyor.” Böylece teknisyen ve kullanıcı, hangi sonucun beklendiğini baştan bilir.
Şube, cihaz, uygulama ve kullanıcı bağlamını kaydedin. Gerekiyorsa kullanıcıyla uygun bir müdahale zamanı belirleyin. Yeniden başlatma veya oturum kapatma gerektiren işlemlerden önce açık çalışmaların kaydedildiğini doğrulayın. Bu hazırlık, kapanışta hangi testin tekrarlanacağını da netleştirir.
2. Çözümü kullanıcının gerçek iş adımıyla doğrulayın
Yönetici hesabıyla yapılan teknik kontrol ile son kullanıcının günlük işlemi aynı koşullara sahip olmayabilir. İzin, yazıcı seçimi, ağ yolu veya uygulama ayarı kullanıcıya göre değişebilir. Müdahale tamamlandığında fare ve klavye kontrolünü kullanıcıya bırakarak ilgili işlemi onun yapmasını isteyin.
Örneğin muhasebe ekibindeki bir çıktı sorunu için boş bir test sayfası yerine, hassas veri içermeyen bir örnek raporu doğru yazıcıdan alın. Sorun yeniden bağlantı sonrasında oluşuyorsa, iş kesintisi yaratmayacak şekilde bu koşulu da test planına ekleyin. Uzman bağlantıyı kestiğinde kullanıcı aynı işlemi sürdürebiliyor mu? Kabul ölçütünü bu soruya bağlayın.
3. Yapılan işlemi ve sonucu kısa bir kayıtla görünür kılın
Remote Support’un Reporting bölümünde oturum başlangıç ve bitiş zamanı, süre, bağlantı kurulan cihazın kimliği ve bağlı kullanıcı bilgileri incelenebilir. Oturuma yorum eklemek ve raporu CSV olarak dışa aktarmak da mümkündür. Bu veriler, müdahalenin ne zaman ve hangi cihazda yapıldığını destek kaydıyla eşleştirmeye yardımcı olur.
Yorum alanına yalnızca “çözüldü” yazmak yerine üç soruyu yanıtlayın: Ne değiştirildi? Hangi test yapıldı? Sonuç ne oldu? Bağlantı raporu tek başına problemin nedenini veya kullanıcının kabulünü kanıtlamaz; teknik not ve kullanıcı doğrulamasıyla tamamlanmalıdır. Talep numarasını notta tutmak, ayrı bir destek sistemi kullanmayan küçük ekipler için de uygulanabilir bir başlangıçtır.
4. Dosya ve kayıtları bilinçli yönetin
TSplus Remote Support’un oturum araçları dosya aktarımı, sohbet, ekran görüntüsü ve oturum kaydı gibi olanaklar sunar. Bu araçları amaçla eşleştirin: aktarılmış bir yapılandırma dosyasının sürümünü not edin; kullanıcıya verilen kısa kullanım adımını yazılı olarak paylaşın; gerekli bir ekran görüntüsünde gereksiz müşteri bilgilerini açık bırakmayın.
Her oturumu kaydetmek yerine, kayıt ihtiyacını ve saklama süresini şirket politikasına göre belirleyin. Kayda başlamadan önce kullanıcıyı bilgilendirin ve kurumunuzun izin sürecini uygulayın. Dosyaların ve kayıtların kimlerin erişimine açık olduğunu da kontrol edin. Destek notlarına parola veya kalıcı bağlantı sırrı yazmayın.
5. Geçici müdahale ile kalıcı erişimi ayırın
Katılımsız erişim, cihaz başında kimse olmadan destek verebilmek için ayrıca yapılandırılır. Resmî dokümana göre kullanıcı bu erişimi kapatabilir veya parolasını değiştirebilir; etkinleştirme işlemi yönetici yetkisi gerektirir. Tek seferlik bir talebin tamamlanmasını, cihazın süresiz destek erişimine açık kalması için otomatik gerekçe saymayın.
Kapanışta şirketinizin erişim planını kontrol edin: Bu cihaz için devam eden bakım yetkisi var mı? Yoksa geçici erişim ihtiyacı sona erdi mi? Devam eden erişimin sorumlusu ve gözden geçirme tarihi belli mi? Bu kararlar, teknik çözüm kadar açık biçimde kaydedilmelidir.
Oturum sonu için örnek kabul tablosu
| Kontrol | Kabul ölçütü | Kayda eklenecek bilgi |
|---|---|---|
| Gerçek iş adımı | Kullanıcı başarısız olan işlemi kendi hesabıyla tamamlar. | Test edilen işlem ve sonuç. |
| Değişiklik | Uygulanan ayar veya dosya sürümü açıklanabilir. | Değişiklik özeti ve gerekiyorsa geri dönüş adımı. |
| Erişim | Oturum biter; devam eden erişim yalnızca tanımlı ihtiyaçla sürer. | Erişim sorumlusu ve gözden geçirme tarihi. |
| Takip | Çözülmeyen konu varsa sahibi ve sonraki adımı bellidir. | Takip tarihi ve ilgili ekip. |
Örnek kapanış notu: bir sonraki teknisyen de anlayabilsin
Varsayımsal örnek — Talep D-1042: İzmir şubesindeki satış bilgisayarında varsayılan yazıcı seçimi düzeltildi. Kullanıcı kendi ERP hesabından örnek sipariş çıktısını doğru yazıcıya gönderdi ve sonucu doğruladı. Uygulama yeniden açıldıktan sonra test tekrarlandı. Destek oturumu sonlandırıldı. Sorun tekrar ederse kullanıcı talep numarasıyla başvuracak; ilk inceleme BT destek ekibinde.
Her sorun aynı anda kapanmayabilir. Yazılım üreticisinden yanıt bekleniyorsa kaydı “çözüldü” olarak işaretlemek yerine, geçici çözümü ve bekleyen adımı açıkça yazın. Böylece kullanıcı hangi işlemi yapabileceğini ve neyin henüz tamamlanmadığını bilir.
Freshdesk kullanan ekipler için ek bir seçenek
Resmî dokümanda açıklanan Freshdesk entegrasyonu, Remote Support oturumunu destek talebiyle ilişkilendirebilir. Oturum sonunda sohbet kaydı, sistem bilgileri ve belirli dosyalar talebe özel not olarak aktarılabilir. Kullanım için uygun Freshdesk API erişimi, yetkili hesap ve desteklenen Remote Support sürümü gerekir.
Bu entegrasyon, teknik kabul testinin yerini almaz. Oturum verilerinin otomatik eklenmesi ile talebin gerçekten çözülmesi farklı şeylerdir. Freshdesk kullanmıyorsanız da aynı kapanış standardını mevcut kayıt düzeninizde uygulayabilirsiniz.
Ekibinizde küçük bir pilotla başlayın
Bir hafta boyunca yazıcı, ERP erişimi ve uygulama ayarı gibi üç yaygın talep türünde bu kontrol listesini deneyin. Kayıtlarda kullanıcı doğrulaması bulunup bulunmadığını ve yeniden açılan taleplerin nedenlerini inceleyin. Örneğin “doğrulama notu bulunan kapanışlar / tamamlanan talepler” oranı, sürecin benimsenmesini görmek için kullanılabilir; bu bir ürün performans iddiası değildir.
Remote Support’u şirketinizin destek düzenine uyarlamak için deneme sürümünü indirin veya TSplus Türkiye ekibiyle iletişime geçin. Başlangıç için uzaktan teknik destek rehberimizi de inceleyebilirsiniz.
Teknik kaynaklar: Oturum araçları, oturum raporları, katılımsız erişim ve Freshdesk entegrasyonu. Özellikleri kullandığınız sürüm ve platformda doğrulayın.