People Veri ve Analitik • 4 DAKİKALIK OKUMA
Bordro, finans ve kimlik için HRIS API entegrasyon kalıpları
JUL 5, 2026
Bir HRIS’i bordro, finans ve kimlik sistemlerine bağlamak için pratik entegrasyon modelleri; webhook’lar, polling, SSO, SCIM ve veri eşleme konusunda rehberlikle.
Entegrasyon kalıbını iş sürecine göre seçin
Her HRIS bağlantısının aynı tasarıma ihtiyacı yoktur. Bordro ve finans, genellikle ayın belirli noktalarında kontrollü ve denetlenebilir aktarım gerektirirken; kimlik sistemleri çoğu zaman yeni başlayanlar, yer değiştirenler ve ayrılanlar için neredeyse gerçek zamanlı güncellemelere ihtiyaç duyar. Faydalı bir başlangıç noktası, entegrasyonları olay güdümlü süreçler, planlı senkronizasyonlar ve daha sonra otomatikleştirilebilecek tek seferlik dosya alışverişleri olarak gruplamaktır. Bu, İK, bordro, BT ve finans ekiplerinin neyin hemen gerçekleşmesi gerektiği, neyin günlük bir çalışmayı bekleyebileceği ve verinin gönderilmesinden önce neyin onay gerektirdiği konusunda anlaşmasını sağlar. Ayrıca, her alan güncellemesini eşit derecede acil görme hatasını azaltır.
Webhook'lar mı yoksa sorgulama mı: Her birini uygun olduğu yerde kullanın
Webhook’lar, başka bir sistemin bir şeyin değiştiğini hızlıca bilmesi gerektiğinde en uygunudur; örneğin yeni bir çalışanın oluşturulması veya bir işten ayrılma tarihinin güncellenmesi gibi. HRIS tetikleyici oluştuğunda bir bildirim gönderdiği için gereksiz API çağrılarını azaltır; ancak yine de yeniden deneme mantığı, günlükleme ve yinelenen olayları güvenli biçimde ele alma yöntemi gerekir. Polling, alt sistemin gelen olayları alamadığı veya sürecin doğal olarak parti bazlı olduğu durumlarda, örneğin bordro girdilerini gece hazırlarken, çoğu zaman daha pratiktir. Uygulamada birçok kuruluş hibrit model kullanır: bir kayıt değiştiğini bildirmek için webhook’lar, ardından en son onaylı veriyi almak için bir API çağrısı veya zamanlanmış iş. Bu genellikle her alan değerini olayın içine taşımaya çalışmaktan daha güvenilirdir.
Bordro ve finans entegrasyonları kontrollü devirler gerektirir
Bordro için temel tasarım sorusu yalnızca verinin nasıl hareket ettiği değil, bir kaydın ne zaman bordroya hazır hale geldiğidir. İK ekiplerinin genellikle geçerlilik tarihleri, kesim saatleri, geriye dönük değişiklikler ve bir bordro dönemi kapandıktan sonra düzeltmelerin sahipliği için net kurallara ihtiyacı vardır. Finans entegrasyonlarının da maliyet merkezleri, tüzel kişiler, departmanlar ve onay durumları etrafında benzer gereklilikleri vardır; özellikle çalışan değişiklikleri bütçeleme veya muhasebe kayıtlarını etkiliyorsa. Güçlü bir model, ana veri senkronizasyonunu işlem çıktılarından ayırmaktır; böylece çalışan bilgileri sürekli hizalı kalırken bordro ve finans dışa aktarımları yönetilen bir programa göre yayımlanır. Bu, daha temiz bir denetim izi oluşturur ve döngü ortasında yapılan değişikliklerin inceleme olmaksızın alt sistemlere ulaşmasını önler.
SSO ve SCIM: erişimi kimlik verilerinden ayırın
Tek oturum açma ve kullanıcı sağlama ilişkilidir, ancak farklı sorunları çözerler. SSO, kullanıcının kim olduğunu doğrular ve merkezi bir kimlik sağlayıcısı aracılığıyla uygulamalara erişmesine izin verirken, SCIM kullanıcı hesaplarının ve grup üyeliklerinin oluşturulmasını, güncellenmesini ve devre dışı bırakılmasını otomatikleştirir. İK odaklı sağlama için HRIS genellikle çalışan durumunun ve temel niteliklerin doğruluk kaynağı olarak hareket eder; değişiklikler önce kimlik platformuna, ardından iş uygulamalarına akar. Pratik zorluk, hangi sistemin hangi niteliklere sahip olduğunu belirlemektir; çünkü görev unvanı, departman, yönetici ve e-posta adresinin her birinin farklı yetkili kaynakları olabilir. Sahiplik net değilse, ekipler çoğu zaman bir sistemin diğerini üzerine yazdığı döngüler yaratır ve hataları izlemek zorlaşır.
Veri eşleştirme tuzakları genellikle API'dan daha fazla sorun çıkarır
Entegrasyon sorunlarının çoğu taşıma yönteminden değil, alan tanımlarından kaynaklanır. Aynı etiket sistemler arasında farklı anlamlara gelebilir: organizasyon şemaları için kullanılan bir departman, bordro maliyet merkeziyle eşleşmeyebilir; bir işten ayrılma tarihi, son çalışma günü veya son ödenen tarihinden farklı olabilir. Geçerlilik tarihli alanlar da bir başka yaygın sorundur; çünkü bordro, finans ve kimlik platformları değişiklikleri hemen, bir sonraki senkronizasyonda veya yalnızca bir dönem sınırında uygulayabilir. Eşlenen her alanı tanımı, biçimi, geçerli değerleri, sahibi ve alt kullanım alanıyla birlikte belgelemek ve ardından boş değerlerin, tarihsel değişikliklerin ve istisnaların nasıl ele alınacağını kararlaştırmak faydalıdır. Bu disiplinli eşleme çalışması, daha sonra yapılacak mutabakat çabasının büyük bir bölümünü önler.
İzleme, mutabakat ve istisnalar için tasarlayın
Canlı bir entegrasyon, tek seferlik teknik bir görev değil, operasyonel bir süreçtir. İK ve İK operasyon ekiplerinin nelerin çalıştığını, nelerin başarısız olduğunu, nelerin atlandığını ve işe alımlar, yönetici değişiklikleri ve ayrılanlar gibi önemli olayların her hedef sisteme ulaşıp ulaşmadığını görmesi gerekir. İyi uygulama; sistemler arasında benzersiz tanımlayıcılar, başarısız işlere yönelik uyarılar, yeniden işleme seçenekleri ve HRIS ile bordro, finans veya kimlik platformları arasında düzenli mutabakat raporlarını içerir. İstisna yönetimi de açık olmalıdır: örneğin, bir çalışan kaydı başlangıç tarihinde eksikse veya bir ayrılan kişi bir sistemde pasifken diğerinde hâlâ aktifse ne olur? Bu kontroller API kadar önemlidir; çünkü entegrasyonu günlük operasyonlarda kullanılabilir hale getirirler.
