Ema HR, IT ve Finance işlerini devralıyor

Ema, 1 Eylül 2026’da HR, IT ve Finance Hub’ı kullanıma sunduğunu açıkladı. Şirketin lansman duyurusu, yeni AI Employees paketlerinin işe giriş, yan haklar, erişim, kimlik, bordro, zaman çizelgesi ve masraf süreçlerinde rutin işleri bağlı kurumsal sistemlerde tamamlamak üzere tasarlandığını; kritik kararların ise rol tabanlı izinler, denetim kayıtları ve insan gözetimiyle sınırlandırıldığını belirtiyor.

1 Eylül 2026’da başlatılan üç hub’ın çalışma biçimi, yalnızca soruları yanıtlayan bir destek botundan farklı: ajan isteği yorumluyor, izin verilen aracı seçiyor, gerekli alanları dolduruyor, işlemi hedef sistemde çalıştırıyor ve sonucu sonraki adıma aktarıyor. TechIntelPro’nun 4 Eylül tarihli haberi de üç hub’ın kapsamını, rutin işlerin uçtan uca yürütülmesi hedefini ve kritik kararlarda insan gözetimi bulunduğunu aktarıyor.

Destek vermek ile işlem yapmak arasındaki çizgi

AI Employee’ın “işi devralması”, bağlı uygulamalarda tanımlı bir eylemi gerçekleştirebilmesi anlamına geliyor. Bir destek arayüzü çalışana izin politikasını veya doğru formu gösterebilir; işlem yetkisi verilen ajan ise talebi insan kaynakları sistemine gönderebilir, sistemin yanıtını okuyabilir ve sonucu iş akışına aktarabilir.

Ema’nın harici sistem belgeleri, Intelligent Actions ajanının ServiceNow’da kayıt açabildiğini, Workday’de izin talebi gönderebildiğini ve Salesforce kaydını güncelleyebildiğini gösteriyor. Karar motoru uygun aracı seçip parametreleri dolduruyor; yönetici ise her uygulamada yalnızca gerekli eylemleri etkinleştirebiliyor ve araç çalışmadan önce Human-in-the-Loop doğrulaması koyabiliyor.

Bu yapı, “otonom” sözcüğünün sınırsız yetki anlamına gelmediğini gösteriyor. Gerçek işlem alanını hedef sistemdeki kimlik bilgileri, Ema çalışma alanında etkinleştirilen araçlar ve iş akışına eklenen onay noktaları birlikte belirliyor. Bir kaydı okuyabilen ajanın aynı kaydı değiştirme veya bir ödemeyi serbest bırakma yetkisine sahip olduğu varsayılamaz.

Yeni çalışan kaydı dört ayrı kontrol alanına dönüşüyor

Ema’nın yeni çalışan kaydını bordro, kimlik, e-posta ve cihaz adımlarına ayırarak kritik erişimi insan onayında tutması

Duyurulan işe giriş senaryosunda tek bir çalışan kaydı bordro, dijital kimlik, e-posta ve cihaz hazırlığı adımlarına ayrılıyor. Ajan bu adımları planlayabiliyor, bağlı sistemlerde çalıştırabiliyor, sonuçları kontrol edebiliyor ve gerektiğinde onay isteyebiliyor. Ancak ürünün bu işlemleri koordine etmesi, veri sahibi ile karar sahibinin aynı aktör olması gerektiği anlamına gelmiyor.

Türkiye’deki bir kurulumda aşağıdaki ayrım, Ema’nın tüm müşteriler için hazır sunduğu sabit bir akış değil; açıklanan özellikleri güvenli bir yetki modeline çeviren operasyonel bir çerçeve olarak okunmalı:

Bordro kaydı: Veri erişimi, çalışanın kaydı için gerekli alanlarla sınırlanabilir. Standart kayıt ajan tarafından hazırlanırken ücret uyuşmazlığı veya olağandışı bordro koşulu ilgili İK ya da bordro sahibine bırakılabilir. Geri alma yolu, kaynak bordro sistemindeki düzeltme veya iptal işlemiyle tanımlanmalıdır.
Kimlik ve e-posta: Standart görev profiline bağlı hesaplar otomatik oluşturulabilir. Ayrıcalıklı rol, yönetici hesabı veya olağandışı grup üyeliği IT ya da bilgi güvenliği onayı gerektirebilir. Geri alma; hesabı askıya alma, yetkiyi kaldırma ve etkin oturumları sonlandırma adımlarını kapsamalıdır.
Cihaz tahsisi: Model ve stok bilgileri varlık sisteminden okunabilir, atama tanımlı şirket politikası içinde yapılabilir. İşe giriş iptal edilirse rezervasyonun kaldırılması ve envanter kaydının önceki durumuna döndürülmesi gerekir.
Tamamlama kontrolü: Her alt sistemden başarı yanıtı gelmeden bütün akış tamamlanmış sayılmamalıdır. Kısmi başarısızlık, kalan adımların durdurulması veya sorumlu ekibe yönlendirilmesi için ayrı bir durum olarak kaydedilmelidir.

Onay sahibi de adıma göre değişir. Standart e-posta hesabının kuralını IT belirleyebilirken bordro istisnasının sahibi bordro ekibi, yüksek ayrıcalıklı erişimin sahibi ise uygulama veya bilgi güvenliği yöneticisi olabilir. Böylece tek istek koordinasyonu merkezileştirir, fakat kurumsal sorumlulukları ajanda birleştirmez.

HR, IT ve Finance aynı platformda farklı işleri üstleniyor

Ema’nın standart masraf işlemini hazırlayıp istisnalı kaydı ödeme öncesinde finans onayına yönlendirmesi

HR Hub; işe giriş, yan haklar, koçluk ve kadro planlama gibi çalışan yaşam döngüsü işlerine odaklanıyor. IT Hub varlık, erişim, kimlik ve destek kaydı süreçlerini; Finance Hub ise bordro, zaman çizelgesi ve masraf işlerini kapsıyor. Hazır bir AI Employee göreve uymadığında Autopilot’ın doğal dildeki tek bir istekten dinamik iş akışı oluşturabildiği belirtiliyor.

Ema’nın ürün sayfası, HR, IT ve Finance için ayrı AI Employees ile 250’den fazla hazır entegrasyon sunduğunu belirtiyor. Bu sayı bağlantı kataloğunun genişliğini anlatıyor; belirli bir kurumda yapılabilecek gerçek işlemleri ise ilgili uygulamanın bağlanması, verilen kimlik bilgilerinin kapsamı ve yöneticinin etkinleştirdiği araçlar belirliyor.

Masraf süreci bu ayrımı görünür kılıyor. Ajan, belge ve kayıt alanlarını kontrol ederek politika içindeki standart bir talebi hazırlayabilir. Limit aşımı, eksik belge veya mükerrer kayıt gibi bir durum ise insan incelemesine ayrılabilir. Talebi hazırlamak, muhasebe kaydını oluşturmak ve ödemeyi serbest bırakmak aynı yetki olmak zorunda değildir.

Güvenlik sınırı bağlantı sayısından önce geliyor

Ürün sayfasındaki güvenlik iddiaları organizasyon düzeyinden tekil eyleme uzanan RBAC ve ABAC izinlerini, kişisel veri tespitini, değiştirilemez denetim izlerini ve yapılandırılabilir insan onay zincirlerini kapsıyor. Bunlar platformun sunduğu kontrollerdir; her müşteri kurulumunun otomatik olarak aynı güvenceye sahip olduğunu kanıtlamaz. Sonuç, bağlantıların ve onay kurallarının nasıl yapılandırıldığına bağlıdır.

Integrations Hub belgelerine göre salt okunur ve okuma-yazma kimlik bilgileri ayrı tutuluyor, her araç çağrısı denetim kaydına işleniyor ve izin verilmeyen korumalı veri çağrı öncesinde maskelenemezse işlem başarısız oluyor. Yeni bağlanan bir MCP sunucusunun araçları da yönetici açıkça etkinleştirene kadar kullanılamıyor.

Bu kontroller teknik erişim alanını daraltıyor; hangi iş kararının kime ait olduğunu ise tek başına belirlemiyor. Örneğin bir masraf kaydını oluşturma aracının etkin olması, ajanın istisnalı talebi onaylaması gerektiği anlamına gelmez. Kritik kararın insanda kalması için akış sahibinin zorunlu onay noktasını, onaylayacak rolü ve ret durumundaki davranışı ayrıca tanımlaması gerekiyor.

Lansmandan sonra açık kalan sorular

Açıklanan ürün kapsamı, üç departmandaki rutin ve kurallı işlemlerin bağlı sistemlerde ajanlar tarafından yürütülebileceğini gösteriyor. Buna karşılık kamuya açık lansman metni ve ürün sayfası Türkiye’ye özgü veri yerleşimi seçeneklerini, yerel bordro uygulamalarının tam listesini, fiyatlandırmayı veya hazır akışların geri alma davranışlarını ayrıntılandırmıyor.

Dolayısıyla üç departmanda “işi devralma”, bütün kararların Ema’ya bırakılması değil; standart adımların ajan tarafından icra edilmesi ve yüksek etkili istisnaların tanımlı insan onayına yönlendirilmesi anlamına geliyor. Hikâyenin bundan sonraki ölçütü, müşterilerin bu sınırları gerçek kurulumlarda nasıl yapılandıracağı ve sistemin hata, kısmi tamamlanma ve geri alma durumlarını nasıl yöneteceği olacak.

Ayrıca okuyun:

Ema üç departmanda işi devralıyor; kritik kararlar insanda kalıyor