Asansör Arıza Takip Yazılımında Yetki Matrisi

İÇERİK

Asansör bakım firmalarında arıza yönetimi yalnızca gelen çağrıyı teknisyene aktarmaktan ibaret değildir. Arıza kaydında müşteri bilgileri, bina adresi, teknik geçmiş, tahsilat bilgileri, kullanılan parçalar, teknisyen notları ve zaman zaman ticari açıdan hassas veriler bulunabilir. Bu nedenle asansör arıza takip yazılımı kullanırken hangi personelin hangi bilgiyi görebileceği ve hangi işlemleri yapabileceği önceden belirlenmelidir.

İşte bu noktada yetki matrisi devreye girer. Doğru hazırlanmış bir yetki matrisi, personelin işini gereksiz yere zorlaştırmadan veri güvenliğini artırır, yanlış işlem riskini azaltır ve firma büyüdükçe operasyonun kontrol altında kalmasını sağlar.

Bu rehberde asansör bakım firmaları için uygulanabilir bir yetki yapısının nasıl oluşturulabileceğini, teknisyenlerden operasyon sorumlularına kadar farklı kullanıcıların hangi erişimlere ihtiyaç duyduğunu ve en sık yapılan yetkilendirme hatalarını ele alacağız.

Yetki Matrisi Nedir ve Asansör Firmaları İçin Neden Önemlidir?

Yetki matrisi, bir yazılım içindeki kullanıcıların hangi bölümlere erişebileceğini ve hangi işlemleri gerçekleştirebileceğini belirleyen kurallar bütünüdür.

Basit bir örnekle düşünelim.

Bir teknisyenin kendisine atanan arızayı görmesi, bina adresine ulaşması ve arıza formunu doldurması gerekir. Ancak aynı teknisyenin şirketin bütün müşterilerinin borç bakiyesini değiştirmesine veya başka teknisyenlerin yaptığı işlemleri silmesine gerek yoktur.

Benzer şekilde muhasebe personelinin tahsilat kayıtlarını görmesi gerekirken personelin anlık saha konumlarını takip etmesi işinin bir parçası olmayabilir.

Yetki matrisi bu sınırları netleştirir.

Temel amaç şudur:

Her kullanıcı, işini yapabilmek için ihtiyaç duyduğu verilere ve işlemlere erişebilmeli; ihtiyaç duymadığı alanlara ise erişmemelidir.

Bu yaklaşım özellikle 20-30 personelin üzerine çıkan asansör firmalarında önem kazanır. Küçük ekiplerde herkes birbirinin görevini bildiği için yetkiler başlangıçta önemsiz görülebilir. Ancak firma büyüdükçe yanlış silinen kayıtlar, değiştirilen tahsilatlar veya müşteri bilgilerinin gereksiz şekilde paylaşılması ciddi operasyon sorunlarına dönüşebilir.

Asansör Arıza Yönetiminde Hangi Roller Bulunmalı?

Her firmanın organizasyon yapısı aynı değildir. Bu nedenle tek bir standart yetki tablosu bütün şirketlere uygulanamaz. Ancak genel uygulamada asansör bakım firmalarında aşağıdaki roller yeterli bir başlangıç oluşturur.

Firma sahibi veya üst yönetim

Firma sahibi genellikle operasyonun tamamını görebilmelidir.

Örneğin:

• Tüm arıza kayıtlarını görüntüleme
• Tüm bakım kayıtlarını görüntüleme
• Personel performansını inceleme
• Finansal raporları görüntüleme
• Tahsilat ve cari bilgilerini inceleme
• Teklif ve sözleşmeleri görüntüleme
• Kullanıcı yetkilerini yönetme

Ancak burada önemli bir nokta vardır: Firma sahibinin her işlemi yapabiliyor olması, günlük operasyonda bütün işlemleri kendisinin gerçekleştirmesi gerektiği anlamına gelmez.

Yetki ile sorumluluk birbirinden ayrılmalıdır.

Operasyon veya arıza sorumlusu

Arıza operasyonunu yöneten personel için ihtiyaç duyulan yetkiler daha farklıdır.

Bu kullanıcı genellikle:

• Gelen arızaları görebilmeli,
• Yeni arıza kaydı oluşturabilmeli,
• Teknisyen atayabilmeli,
• Arızanın durumunu değiştirebilmeli,
• Teknisyenlerin iş yoğunluğunu görebilmeli,
• Arıza geçmişini inceleyebilmeli,
• Gerektiğinde arızayı başka personele aktarabilmelidir.

Ancak operasyon sorumlusunun şirketin bütün finansal raporlarına erişmesi zorunlu değildir.

Saha teknisyeni

Teknisyen yetkileri mümkün olduğunca görev odaklı tutulmalıdır.

Teknisyen:

• Kendisine atanan arızaları görebilmeli,
• Bina ve asansör bilgilerine ulaşabilmeli,
• Arıza geçmişini gerekli ölçüde inceleyebilmeli,
• Arıza formu doldurabilmeli,
• Fotoğraf ekleyebilmeli,
• Kullanılan parçaları kaydedebilmeli,
• Müşteri imzası alabilmeli,
• Arızayı tamamlayabilmelidir.

Buna karşılık teknisyenin başka personelin işlerini silmesi, cari bakiyeleri değiştirmesi veya firma geneli finansal raporları görmesi çoğu işletmede gerekli değildir.

Muhasebe ve finans personeli

Muhasebe tarafında kullanıcıların görevleri daha çok ticari kayıtlarla ilgilidir.

Yetkiler arasında şunlar bulunabilir:

• Cari hesap görüntüleme
• Tahsilat kaydı oluşturma
• Fatura durumlarını görüntüleme
• Borç ve alacak takibi
• Müşteri bazlı finansal hareketleri inceleme

Ancak muhasebe kullanıcısının arıza ataması yapmasına veya teknisyen rotasını değiştirmesine gerek olmayabilir.

Örnek Asansör Firması Yetki Matrisi

Aşağıdaki tablo, orta ölçekli bir asansör bakım firmasının başlangıç noktası olarak kullanabileceği örnek bir yapıyı göstermektedir.

İşlem / Veri	Firma Sahibi	Operasyon Sorumlusu	Teknisyen	Muhasebe
Tüm arızaları görüntüleme	Evet	Evet	Hayır	Gerektiğinde
Kendisine atanan arızaları görüntüleme	Evet	Evet	Evet	Hayır
Yeni arıza oluşturma	Evet	Evet	Sınırlı	Hayır
Teknisyen atama	Evet	Evet	Hayır	Hayır
Arıza formu doldurma	Evet	Evet	Evet	Hayır
Arıza kaydı silme	Sınırlı	Sınırlı	Hayır	Hayır
Cari bakiye görüntüleme	Evet	Sınırlı	Gerektiğinde	Evet
Tahsilat kaydetme	Evet	Sınırlı	Yetkiye bağlı	Evet
Tahsilat silme/değiştirme	Evet	Hayır	Hayır	Sınırlı
Personel konumu görüntüleme	Evet	Evet	Hayır	Hayır
Kullanıcı yetkilerini değiştirme	Evet	Hayır	Hayır	Hayır
Firma raporlarını görüntüleme	Evet	Operasyon raporları	Kendi işleri	Finans raporları

Bu tablo doğrudan kopyalanması gereken değişmez bir model değildir. Örneğin bazı firmalarda teknisyen sahada ödeme alabilir. Böyle bir durumda teknisyene tahsilat oluşturma yetkisi verilebilir ancak geçmiş tahsilatları silme yetkisi verilmemesi daha güvenli olacaktır.

Yetki Verirken “Görüntüleme” ve “Değiştirme” Ayrılmalı

Yetki yönetiminde yapılan en önemli hatalardan biri, erişimi yalnızca “var” veya “yok” şeklinde değerlendirmektir.

Oysa bir kullanıcının bir kaydı görmesi ile değiştirmesi aynı şey değildir.

Örneğin operasyon sorumlusunun müşteri borcunu görmesi faydalı olabilir. Arıza geldiğinde müşterinin sözleşme veya ödeme durumunu kontrol edebilir.

Ancak aynı kullanıcının cari bakiyeyi değiştirmesine gerek olmayabilir.

Bu nedenle mümkün olduğunca şu yetkiler ayrı düşünülmelidir:

1. Görüntüleme
2. Oluşturma
3. Düzenleme
4. Silme
5. Onaylama
6. Atama
7. Dışa aktarma

Özellikle silme ve finansal kayıt değiştirme yetkileri mümkün olduğunca az kullanıcıda bulunmalıdır.

Bir bakım formunun yanlış doldurulması ile 50.000 TL tutarındaki bir tahsilat kaydının yanlışlıkla silinmesi aynı operasyon riskine sahip değildir.

Teknisyen Yetkileri Nasıl Sınırlandırılmalı?

Saha personeli açısından en doğru yaklaşım, teknisyenin uygulamada yalnızca günlük işini gerçekleştirmek için ihtiyaç duyduğu ekranlarla karşılaşmasıdır.

Gereksiz menüler hem güvenlik riski oluşturur hem de uygulamanın kullanımını zorlaştırır.

Örneğin bir teknisyenin günlük çalışma ekranında şu bilgiler yeterli olabilir:

• Bugünkü bakım ve arızalar
• Bina adı ve adresi
• İletişim kişisi
• Asansör bilgileri
• Geçmiş teknik notlar
• Yapılması gereken işlemler
• Kullanılacak veya kullanılan parçalar
• Fotoğraf yükleme
• Dijital imza
• İş tamamlama

Buna karşılık müşteri portföyünün tamamı, şirket cirosu, başka ekiplerin tahsilatları veya firma genelindeki finansal bilgiler teknisyenin günlük görevi açısından gerekli değildir.

Bu ayrım çalışanı kısıtlamak için değil, iş akışını sadeleştirmek ve hatalı işlemleri azaltmak için yapılır.

Asansorex gibi bakım ve arıza yönetim yazılımlarında kullanıcı rollerinin görev bazlı düzenlenmesi, ofis ve saha ekiplerinin aynı sistemde çalışırken yalnızca ihtiyaç duydukları bilgilere ulaşmasını kolaylaştırır.

Arıza Kayıtlarında Silme Yetkisine Dikkat Edilmeli

Arıza kayıtları yalnızca günlük operasyon için önemli değildir. Aynı zamanda müşteri ilişkilerinde geçmişe dönük önemli bir kayıt oluşturur.

Bir bina yöneticisi:

“Bu asansör geçen ay kaç kez arızalandı?”

diye sorduğunda, firmanın geçmiş kayıtları inceleyebilmesi gerekir.

Bu nedenle tamamlanmış arıza kayıtlarının doğrudan silinmesi yerine mümkünse iptal, pasif veya düzeltme mantığıyla yönetilmesi daha sağlıklı olabilir.

Özellikle şu bilgilerin geçmişinin korunması faydalıdır:

• Arıza bildirim zamanı
• Arızaya yönlendirilen teknisyen
• Müdahale zamanı
• Arıza nedeni
• Yapılan işlem
• Değiştirilen parça
• Kullanılan malzeme
• Fotoğraflar
• Müşteri imzası
• Tahsilat bilgisi
• İşin tamamlanma zamanı

Firma sahibi açısından bu kayıtlar yalnızca müşteri şikâyetlerinde değil, personel performansı ve tekrar eden arızaların analizinde de değerlidir.

Finansal Yetkiler Teknik Yetkilerden Ayrılmalı

Asansör bakım firmalarında saha operasyonu ile finansal operasyon çoğu zaman aynı yazılım üzerinden takip edilmeye başlanır.

Burada yetki ayrımı daha da önemli hale gelir.

Örneğin teknisyen arıza sonrası müşteriden 2.500 TL tahsilat yaptıysa sisteme:

2.500 TL tahsil edildi

bilgisini girebilir.

Ancak teknisyenin daha sonra bu tahsilatı silmesi veya başka müşterilerin cari bakiyelerini değiştirmesi gerekmez.

Benzer şekilde operasyon sorumlusu müşterinin borçlu olduğunu görebilir ancak geçmiş faturaları değiştiremeyebilir.

Bu ayrım şirket içinde hesap verebilirliği artırır.

Özellikle büyüyen firmalarda aşağıdaki işlemler daha kontrollü yetkilendirilmelidir:

• Tahsilat silme
• Cari bakiye düzeltme
• Fiyat değiştirme
• Fatura iptali
• İskonto uygulama
• Teklif tutarı değiştirme
• Finansal rapor dışa aktarma

Yetki Matrisi Hazırlarken Uygulanabilecek 7 Adım

Yetkilendirme sistemi kurarken yazılımdaki bütün seçenekleri tek tek açıp kapatmak yerine önce şirketin iş akışını çıkarmak daha doğru sonuç verir.

1. Şirketteki rolleri belirleyin

Önce çalışanları isimlerine göre değil görevlerine göre gruplandırın.

Örneğin:

• Firma sahibi
• Operasyon sorumlusu
• Bakım sorumlusu
• Arıza sorumlusu
• Teknisyen
• Muhasebe
• Satış personeli

2. Her rolün günlük yaptığı işleri yazın

Teknisyenin yaptığı işler ile muhasebenin yaptığı işler ayrı ayrı çıkarılmalıdır.

3. Görmesi gereken verileri belirleyin

Her işlem yapma yetkisi gerektirmez. Bazı kullanıcıların yalnızca bilgiye erişmesi yeterlidir.

4. Değişiklik yetkilerini ayrıca tanımlayın

Özellikle müşteri, finans ve sözleşme kayıtlarında düzenleme hakkı ayrı değerlendirilmelidir.

5. Silme yetkilerini minimumda tutun

Genel uygulamada kayıt silme yetkisinin birkaç sorumlu kullanıcıyla sınırlandırılması daha güvenlidir.

6. Yeni personel için standart roller oluşturun

Her yeni teknisyen geldiğinde bütün yetkileri baştan tek tek ayarlamak yerine “Teknisyen” rolü kullanılabilir.

7. Yetkileri dönemsel olarak kontrol edin

Personelin görevi değiştiğinde eski yetkileri sistemde açık kalmamalıdır.

Örneğin saha teknisyeniyken operasyon sorumlusu olan bir personelin yetkileri güncellenebilir. Benzer şekilde şirketten ayrılan personelin erişimi hızlı şekilde kapatılmalıdır.

Küçük Firmalarda Yetki Matrisi Gerekli mi?

“Biz zaten beş kişiyiz, herkes birbirini tanıyor” düşüncesi küçük işletmelerde oldukça yaygındır.

Ancak yetki sistemi yalnızca kötü niyetli kullanımı önlemek için oluşturulmaz.

Yanlışlıkla yapılan işlemleri önlemek de aynı derecede önemlidir.

Örneğin teknisyen yanlış müşteriye tahsilat girebilir, bir çalışan tamamlanmış arızayı silebilir veya müşteri kartındaki önemli bir bilgiyi farkında olmadan değiştirebilir.

Bu nedenle küçük firmalarda bile en az üç temel rol oluşturulması faydalıdır:

• Yönetici
• Ofis personeli
• Teknisyen

Firma büyüdükçe bu yapı detaylandırılabilir.

Yetki Yönetiminde En Sık Yapılan Hatalar

Asansör firmalarında yetkilendirme yapılırken birkaç hata tekrar tekrar görülür.

Herkese tam yetki vermek

Kurulum aşamasında kolay göründüğü için bütün personele bütün yetkilerin verilmesi ilerleyen dönemde ciddi kontrol sorunları doğurabilir.

Personel bazlı karmaşık yetkiler oluşturmak

Ahmet'in farklı, Mehmet'in farklı, Hasan'ın tamamen farklı yetkilere sahip olduğu bir sistem zamanla yönetilemez hale gelir.

Mümkün olduğunca rol bazlı sistem kullanılmalıdır.

İşten ayrılan personelin hesabını açık bırakmak

Personel şirketten ayrıldığında uygulama erişiminin kapatılması, şirketten çıkış prosedürünün standart maddelerinden biri olmalıdır.

Silme yetkisini fazla kişiye vermek

Özellikle tamamlanmış arızalar, tahsilatlar ve müşteri kayıtlarının silinmesi sınırlı tutulmalıdır.

Yetkileri hiç gözden geçirmemek

Şirket büyüdükçe görev tanımları değişir. Bir yıl önce doğru olan yetki yapısı bugün yetersiz veya fazla geniş olabilir.

Bu nedenle yetki matrisi belirli aralıklarla yeniden değerlendirilmelidir.

Yetki Matrisi Firma Büyürken Neden Daha Kritik Hale Gelir?

10 kişilik bir asansör firması ile 60 kişilik bir bakım firmasının bilgi akışı aynı değildir.

Personel sayısı, bakım portföyü ve günlük arıza adedi yükseldikçe sistemde yapılan işlem sayısı da artar.

Örneğin şirketin:

• 1.500 bakım sözleşmesi,
• 20 saha teknisyeni,
• 4 operasyon çalışanı,
• 3 muhasebe personeli

olduğunu düşünelim.

Bütün kullanıcıların aynı erişime sahip olması hem güvenlik hem operasyon açısından gereksiz risk oluşturur.

Doğru yetki matrisi ise sorumlulukları netleştirir.

Bir kayıtta hata olduğunda:

• Kaydı kim oluşturdu?
• Kim değiştirdi?
• Kim arızayı teknisyene atadı?
• Kim tahsilat girdi?
• Kim işlemi tamamladı?

gibi sorular daha kolay cevaplanabilir.

Bu yapı özellikle büyüme döneminde şirket sahibinin her işlemi tek tek kontrol etmek zorunda kalmadan operasyonu yönetebilmesine yardımcı olur.

Sıkça Sorulan Sorular

Asansör arıza takip yazılımında yetki matrisi nedir?

Yetki matrisi, firma içindeki kullanıcıların hangi bilgi ve işlemlere erişebileceğini belirleyen sistemdir. Örneğin teknisyen yalnızca kendi arızalarını görürken operasyon sorumlusu bütün ekiplerin arızalarını görebilir.

Teknisyen müşterinin cari bakiyesini görmeli mi?

Bu tamamen firmanın çalışma modeline bağlıdır. Teknisyen sahada tahsilat yapıyorsa müşterinin mevcut borcunu görmesi faydalı olabilir. Ancak bakiye değiştirme veya geçmiş tahsilatları silme yetkisi verilmesi çoğu durumda gerekli değildir.

Arıza kayıtlarını kim silebilmeli?

Mümkün olduğunca az kullanıcı. Özellikle tamamlanmış arıza kayıtlarının silinmesi yerine kayıt geçmişinin korunması daha sağlıklı bir yöntemdir. Silme veya iptal işlemleri yönetici seviyesinde sınırlandırılabilir.

Her çalışan için ayrı yetki oluşturmak gerekir mi?

Genellikle hayır. Rol bazlı yapı daha pratiktir. Örneğin “Teknisyen”, “Operasyon”, “Muhasebe” ve “Yönetici” rolleri oluşturularak yeni çalışanlar uygun role atanabilir.

Yetkiler ne sıklıkla kontrol edilmeli?

Personel görev değişikliği, işe giriş veya işten ayrılma durumlarında mutlaka kontrol edilmelidir. Ayrıca firma büyüklüğüne göre belirli dönemlerde genel yetki kontrolü yapılması faydalıdır.

Asansorex yetki yönetiminde nasıl yardımcı olabilir?

Asansorex gibi asansör bakım ve arıza takip yazılımları, saha ve ofis ekiplerinin görevlerine uygun erişimlerle çalışmasını sağlayarak arıza, bakım, müşteri ve finans süreçlerinin daha kontrollü yürütülmesine yardımcı olur.

Özet

Asansör arıza takip yazılımında doğru yetki matrisi oluşturmak yalnızca bir güvenlik ayarı değildir; aynı zamanda operasyon yönetiminin temel parçalarından biridir.

Firma sahibi bütün operasyonu izlemek isterken teknisyen günlük görevlerini hızlı şekilde tamamlamaya, muhasebe personeli ise finansal işlemleri güvenli biçimde yönetmeye ihtiyaç duyar. Bu nedenle herkese aynı ekranları ve aynı işlem yetkilerini vermek yerine görev bazlı erişim modeli kullanılmalıdır.

İyi hazırlanmış bir yapı; görüntüleme, oluşturma, düzenleme, silme, atama ve finansal işlem yetkilerini birbirinden ayırır. Böylece personel yalnızca ihtiyacı olan işlemleri gerçekleştirir, yanlış işlem riski azalır ve firma büyüdükçe sistem karmaşıklaşmaz.

Asansorex gibi bakım ve arıza yönetim yazılımlarında yetkileri görev tanımlarına göre yapılandırmak, saha ile ofis arasındaki bilgi akışını daha düzenli hale getirirken firma sahibinin operasyon üzerindeki kontrolünü de güçlendirir.