BT süreç yönetimi: Bütün departmanlar tek platformda, kontrol BT'de
Her departman kendi aracını aldığında BT'ye dağınık veri, ayrı kullanıcı listeleri ve kimsenin bilmediği uygulamalar kalır. Weoll'de departmanların uygulamaları aynı veri ve yetki yapısında çalışır; BT hepsini tek panelden yönetir.
Her departman kendi aracını aldığında BT'ye ne kalır?
İK izin takibi için bir uygulama alır, satın alma onaylar için başka bir araç kullanır, pazarlama ekibi kendi iş takip programını kurar. Her biri kendi işinde iyi çalışır. BT ise bu araçların bir kısmından ancak bir sorun çıktığında haberdar olur.
Bu tablo tek bir şirkete özgü değil. Torii'nin 2026 SaaS Benchmark Report'una göre bir kurum ortalama 830 civarında uygulama kullanıyor ve keşfedilen uygulamaların yüzde 61'den fazlası BT'nin onayı dışında kullanılan gölge BT sayılıyor. Her yeni araç; ayrı bir lisans, ayrı bir kullanıcı listesi, ayrı bir yetki yapısı ve BT'nin kurması gereken bir entegrasyon daha demek.
Bilgi teknolojileri ekibinin işi altyapıyı ayakta tutmaktan çok, bu dağınıklığı toplamaya döner.
Asıl sorun uygulama sayısı değil, veri siloları
Uygulama karmaşasının en pahalı tarafı veridir. Aynı çalışan İK uygulamasında, zimmet tablosunda, masraf aracında ve iş takip programında ayrı ayrı kayıtlıdır. Bir çalışan ayrıldığında İK kendi sisteminde kaydı kapatır; BT'nin envanterindeki dizüstü bilgisayar ve pazarlamanın aracındaki hesap açık kalır.
Bir yönetici "geçen çeyrekte hangi departman ne kadar donanım talep etti?" diye sorduğunda cevap üç ayrı sistemden dışa aktarılan dosyaların birleştirilmesiyle bulunur. Kurumsal hafıza kişilerde ve araçlarda dağılır; araç değiştiğinde ya da kişi ayrıldığında kaybolur.
Güvenlik tarafı da aynı dağınıklıktan etkilenir. BT'nin bilmediği bir araçta kişisel veri tutuluyorsa, bu verinin kimde olduğu, ne kadar saklandığı ve kimin erişebildiği sorusunun cevabı yoktur. KVKK denetiminde ya da bir veri ihlalinde ilk sorulan soru budur.
Tek platform, ortak veri: Weoll'ün yaklaşımı
Weoll'de departmanlar kendi uygulamalarını kurmaya devam eder; ama her uygulama aynı merkezi veri katmanında doğar. Uygulamalar kendi izole tablolarını yaratmaz. Çalışan, departman, cihaz ve tedarikçi kayıtları bütün platformda ortak kullanılır.
Bütün onaylar, zamanlayıcılar ve koşullar aynı süreç motoru üzerinde çalışır. Çalışan da farklı departmanlardan gelen görevleri tek bir görev listesinde görür; her departman için ayrı bir uygulamaya girmez. İzin onayı, masraf onayı ve BT'nin açtığı erişim görevi aynı listede durur. Çalışan için tek giriş, BT için tek kullanıcı listesi demektir.
Bir örnek: İdari işler ekibi bir araç tahsis uygulaması kurmak istiyor. Uygulamayı Weoll'de no code olarak hazırlıyor; çalışan bilgisi İK'nın kayıtlarından, araç bilgisi zimmet kayıtlarından geliyor. Uygulama BT'nin onayından sonra yayına giriyor. Çalışan ayrıldığında araç, bilgisayarla birlikte iade listesine kendiliğinden düşüyor; kimsenin iki sistemi karşılaştırması gerekmiyor.
Aynı yapı bütün departmanlarda geçerlidir. İK özlük ve izin, finans masraf ve bütçe, kalite uygunsuzluk ve denetim, idari işler tesis ve seyahat uygulamalarını kendi ihtiyacına göre kurar; hepsi aynı çalışan ve organizasyon verisini kullanır. Departmanların Weoll'de neler kurduğunu departman bazlı çözümler sayfasında topluyoruz.
Platformun yönetimi BT'nin elinde
Departmanlara uygulama kurma özgürlüğü vermek, kontrolü bırakmak anlamına gelmez. Weoll'de BT:
Kimlik ve yetki tarafında Weoll, Active Directory ile birlikte çalışır. Çalışanlar tek oturumla (SSO) giriş yapar; roller ve erişim izinleri mevcut kullanıcı yapını temel alır. Rol bazlı yetki her uygulamada aynı kurala bağlıdır; bir departman kendi uygulamasında ayrı bir kullanıcı listesi tutmaz.
Platform KVKK ve GDPR ile uyumludur; kurulumdan sonra da Weoll ekibinden sürekli destek alırsın. Veriyi istediğinde Excel ya da API ile dışa aktarırsın; Weoll, Google Cloud partneridir.
Uygulama modernizasyonu da bu yapı içinde ilerler. Departmanların yıllardır kullandığı Excel makroları ve eski küçük uygulamalar, Weoll'de ortak veriye bağlı uygulamalar olarak yeniden kurulur.
Mevcut sistemlerle çift yönlü bağlantı
Weoll mevcut altyapının yerine geçmez; onunla konuşur:
BT için entegrasyon, her yeni departman aracı için baştan kurulan bir iş olmaktan çıkar; platform bir kez bağlanır, üzerindeki bütün uygulamalar bu bağlantıyı kullanır. Yeni bir departman uygulaması için ayrı bir entegrasyon projesi açılmaz, ayrı bir tedarikçiyle sözleşme yapılmaz.
Entegrasyonları görWeoll BT Paketi: Destek, zimmet ve satın alma
BT Paketi, BT ekibinin her gün kullandığı üç uygulamayı bir araya getirir:
Portal, e posta, Teams ve Slack'ten gelen talepler tek kuyrukta toplanır. Ayrıntıları help desk yazılımı sayfasında anlatıyoruz.
Donanım, lisans ve cihaz geçmişi; ayrılışta iade. Kapsamı zimmet takip programı sayfasında.
Donanım ve lisans alımları onay akışından geçer, gelen cihaz zimmete eklenir. Akışı satın alma yönetim sistemi sayfasında anlatıyoruz.
Üç uygulama aynı veride çalıştığı için arızalı cihaz için açılan talep cihazın zimmet kaydını görür, stokta olmayan parça satın alma talebine dönüşür. İK'nın personel işe giriş çıkış takip programı da bu pakete bağlanır: yeni çalışanın hesap ve bilgisayar görevleri BT kuyruğuna düşer.
BT'nin kendi süreçleri de aynı yerde
Talep ve arızanın ötesinde BT'nin yürüttüğü süreçler de Weoll'de kurulur: veritabanı ve VPN erişim izinleri, değişiklik talepleri, lisans yenileme hatırlatmaları, güvenlik ihlali bildirimleri, sistem kapasite artırma talepleri ve BT altyapı yönetimine ait bakım planları.
Bir örnek: Bir yazılım tedarikçisi, ERP güncellemesi için iki haftalık uzaktan erişim istiyor. Proje sorumlusu dış tedarikçi erişim formunu açıyor; talep bilgi güvenliği sorumlusunun ve BT müdürünün onayından geçiyor. Erişim başlangıç ve bitiş tarihiyle tanımlanıyor. Süre dolduğunda erişimi kapatma görevi sistem yöneticisine düşüyor; kapatma kaydı denetim için saklanıyor.
BT ekibinin yanında çalışan yapay zeka ajanları
Metal Yakalar, yani Weoll üzerinde geliştirilen yapay zeka ajanları, BT'nin tekrar eden kontrollerini üstlenir:
| AJAN | GÖREVİ | KENDİSİ YAPAR | İNSANA DEVREDER |
|---|---|---|---|
 SLA Ajanı |
Erişim ve değişiklik taleplerinin süresini izler. | Süre dolmadan sorumluyu uyarır. | Aşımda BT müdürüne iletir. |
| Politika Ajanı |
Erişim taleplerini yetki kuralına göre inceler. | Kurala uyan talebi onaya hazırlar. | Kritik sisteme erişim talebini güvenlik sorumlusuna gönderir. |
| Süreç Sağlığı Ajanı |
Departmanların uygulamalarındaki bekleyen işleri izler. | Tıkanan akışı ve kullanılmayan uygulamayı gösterir. | Düzenleme kararını uygulama sahibine bırakır. |
| Şirketine özel bir Metal Yaka |
Lisans ve sözleşme bitiş tarihlerini okur. | Yenileme talebini önceden açar. | Bütçe onayını BT müdürüne sunar. |
Bilgi teknolojilerinde no code geliştirebileceğin uygulama örnekleri
Departmanlar uygulamalarını sürükle bırak ile ya da AI App Maker'a tarif ederek kurar; uygulama BT'nin belirlediği yetki ve onay kurallarının içinde doğar.
No code ile kurBT yöneticilerinin sık sorduğu sorular
Departmanlar özgür, veri ortak, kontrol BT'de
BT Paketi'ni bir ay ücretsiz dene; departmanların uygulamalarını tek platformda nasıl yöneteceğini kendi ekibinle gör.