Bordro işlemleri Veri Templateiniz
Bordro işlemleri Veri Templateiniz
- Bordro analizi için standartlaştırılmış veri öznitelikleri
- UKG Pro’da izlenecek temel süreç aşamaları
- Sistem entegrasyonu için teknik veri çıkarma yönergeleri
Bordro işlemleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Bordro sürecinde gerçekleştirilen belirli olay veya adım. | ||
|
Açıklama
Bu öznitelik, Puantaj Çizelgesi Gönderildi, Brüt Ücret Hesaplandı veya Ödeme Gerçekleştirildi gibi bordro iş akışındaki adımın adını kaydeder. Süreç haritasındaki akışı tanımlar. Bu değerler genellikle UKG Pro ortamındaki denetim günlüklerinden, sistem durum değişikliği tablolarından veya zaman damgalı işlem güncellemelerinden alınır. Süreç grafiğinde kolay okunmaları için veri dönüştürme sırasında tutarlı adlandırma kuralları uygulanır.
Neden önemli?
Bu, süreç haritasındaki düğümleri tanımlayan zorunlu Aktivite özniteliğidir.
Nereden alınır?
Sistem denetim günlükleri, iş akışı geçmişi veya işlem zaman damgası sütunları
Örnekler
Çalışma çizelgesi gönderildiBrüt ücret hesaplandıÖdeme yapıldı
|
|||
|
Bordro kaydı
PayrollRecordId
|
Belirli bir ödeme döneminde belirli bir çalışanı temsil eden benzersiz tanımlayıcı. | ||
|
Açıklama
Bordro kaydı, Process Mining analizinde merkezi vaka tanımlayıcısı olarak kullanılır. Kavramsal olarak Çalışan Kimliği ile Ödeme Dönemi Bitiş Tarihi (veya Ödeme Grubu örneği) birleştirilerek oluşturulur. Böylece her çalışanın her bordro dönemi ayrı bir vaka olarak ele alınır ve yinelenen süreçler zaman içinde analiz edilebilir. UKG Pro’da bu değer genellikle Payroll Header tablosundan veya benzer işlem kayıtlarından türetilen bileşik bir anahtardır. Analistler bu kimliğe göre gruplama yaparak puantaj çizelgesinin gönderilmesinden son ödemenin yapılmasına ve vergi bildiriminin sunulmasına kadar uçtan uca süreci yeniden oluşturabilir.
Neden önemli?
Bu, tüm bordro etkinliklerini bir araya getirerek bir süreç örneği oluşturan zorunlu Vaka kimliğidir.
Nereden alınır?
UKG Pro Payroll Header veya Employee Pay History tablolarından türetilir
Örnekler
EMP001-20231015EMP492-20231031EMP883-20231115
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin kayıt sistemidir. | ||
|
Açıklama
Bu öznitelik, veri kaydının kaynağını belirtir. Bu bağlamda değer, UKG Pro (veya birden fazla örnek varsa ilgili örneğin adı) olarak sabitlenir. Bordro verilerinin bir ERP sistemindeki genel muhasebe verileriyle birleştirilebildiği çok sistemli Process Mining analizlerinde bu bilgi önem taşır. Analistler bu öznitelikle görünümleri filtreleyerek yalnızca bordro platformunda gerçekleşen adımları, harici zaman takip sistemlerinden gelen adımlardan ayırabilir.
Neden önemli?
Veri kökeni takibi ve çok sistemli analiz için zorunlu öznitelik.
Nereden alınır?
Sabit değer veya Sistem Yapılandırma tablosu
Örnekler
UKG ProUltiPro eski sürümZaman yönetimi sistemi
|
|||
|
Son güncelleme tarihi
LastUpdateDate
|
Veri satırında yapılan en son değişikliğin zaman damgası. | ||
|
Açıklama
Bu öznitelik, kaydın veritabanında en son ne zaman değiştirildiğini gösterir. Olay zaman damgasına benzese de özellikle artımlı veri yükleme ve veri bütünlüğü kontrolleri için kullanılır. Bordro uzmanlarının yaptığı geç düzeltmelerin veya geriye dönük değişikliklerin de kayda alınmasını sağlayarak Process Mining modelinin bordro kaydındaki en güncel durumu yansıtmasına yardımcı olur.
Neden önemli?
Artımlı veri yenileme için zorunlu öznitelik.
Nereden alınır?
LastModifiedDate gibi sistem meta verisi sütunları
Örnekler
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
|
|||
|
Zaman damgası
EventTimestamp
|
Etkinliğin gerçekleştiği tarih ve saat. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin gerçekleştiği tam zamanı kaydeder. Olayları doğru sıraya koymak ve adımlar arasındaki süreleri hesaplamak için gereklidir. Art arda hızla gerçekleşen otomatik adımları birbirinden ayırmak için yüksek hassasiyetli zaman damgaları tercih edilir. Bordro sürecinde bu öznitelik, Çevrim Süresi Dağılımı ve SLA Uyumluluğu Dashboard analizlerini destekler. Doğru zaman damgaları olmadan Brüt Ücretten Net Ücrete hesaplamaların ne kadar sürdüğünü veya puantaj onaylarının ne kadar geciktiğini ölçmek mümkün değildir.
Neden önemli?
Bu, olayları sıralamak için gereken zorunlu StartTime özniteliğidir.
Nereden alınır?
İşlem durumu değişiklikleriyle ilişkili tarih/saat sütunları
Örnekler
2023-10-01T09:15:00Z2023-10-01T14:30:45Z2023-10-03T08:00:00Z
|
|||
|
Bordro uzmanı
PayrollSpecialist
|
Kaydı işleyen kişinin kullanıcı kimliği veya adı. | ||
|
Açıklama
Bu öznitelik, kaydı onaylamaktan, verileri düzeltmekten veya ödeme çalıştırmasını gerçekleştirmekten sorumlu bordro yöneticisini ya da uzmanını belirtir. Generic User özniteliğiyle eşleştirilir. Bu veri, Uzman İş Yükü ve İşlem Hacmi Dashboardu için önemlidir. Yönetimin işin ekip içinde nasıl dağıldığını görmesine ve onay aşamasında belirli kişilerin aşırı iş yükü altında kalıp kalmadığını ya da darboğaz oluşturup oluşturmadığını belirlemesine yardımcı olur.
Neden önemli?
Kaynak analizini ve iş yükü dengeleme içgörülerini destekler.
Nereden alınır?
Denetim günlükleri veya işlem tablolarındaki 'ModifiedBy' sütunları
Örnekler
jsmithmdoesystem_admin
|
|||
|
Brüt ücret tutarı
GrossPayAmount
|
Kesintiler ve vergiler düşülmeden önce hesaplanan toplam ücret. | ||
|
Açıklama
Bu öznitelik, kayıt için hesaplanan brüt ücret tutarını gösterir. Maliyet bazlı süreç analizini desteklemek için ActivityAmount ile eşleştirilir. Brüt Ücret Tutarı, Brüt Ücretten Net Ücrete Hesaplama Hızı Dashboardunda analiz edilir. Dashboard öncelikle süreyi ölçse de süreyi ödemenin karmaşıklığı ve tutarıyla karşılaştırmak, yüksek tutarlı ödemelerin veya karmaşık komisyon hesaplamalarının performans sorunlarına yol açıp açmadığını gösterebilir.
Neden önemli?
Değer akışı analizini ve aykırı değerlerin tespitini destekler.
Nereden alınır?
Payroll Result veya Pay Register tabloları
Örnekler
2500.0010500.50480.00
|
|||
|
Denetim istisnası var mı
HasAuditException
|
Bir denetim istisnasının tetiklenip tetiklenmediğini belirten işaret. | ||
|
Açıklama
Bu boole özniteliği, bu vaka için Denetim İstisnası İşaretlendi etkinliğinin gerçekleşip gerçekleşmediğini belirtir. İlk Seferde Bordro Doğruluğu Oranı KPI’ını destekler. Analistlerin müdahale gerektiren vakaları sorunsuz vakalardan hızla ayırmasını sağlayarak Denetim İstisnaları ve Düzeltme Eğilimleri Dashboardunda yeniden çalışma nedenlerinin analizini kolaylaştırır.
Neden önemli?
Müdahale gerektiren vakaları belirler.
Nereden alınır?
'Denetim İstisnası İşaretlendi' etkinliğinin gerçekleşip gerçekleşmediğinden türetilir
Örnekler
truefalse
|
|||
|
Departman
DepartmentCode
|
Çalışanla ilişkili departman kodu. | ||
|
Açıklama
Bu öznitelik, bordro kaydını belirli bir kuruluş birimiyle ilişkilendirir. Kuruluşun hangi departmanlarda sürekli hata oluştuğunu veya manuel müdahale gerektiğini görmesini sağlayan Denetim İstisnaları ve Düzeltme Eğilimleri Dashboardu için önemlidir. Analistler verileri departmana göre ayırarak belirli yöneticilerin puantaj onay süreçleri konusunda eğitime ihtiyaç duyup duymadığını veya bazı iş birimlerindeki karmaşık ücret kurallarının hesaplamaları geciktirip geciktirmediğini belirleyebilir.
Neden önemli?
Kuruluş içi segmentasyon ve temel neden analizi için önemlidir.
Nereden alınır?
Employee Master veya Job History tabloları
Örnekler
DEPT-100FINANCE-01OPS-WEST
|
|||
|
Maliyet merkezi
CostCenter
|
Finansal dağıtım için kullanılan maliyet merkezi kodu. | ||
|
Açıklama
Maliyet Merkezi özniteliği, bordro giderinin genel muhasebede hangi hesaba dağıtılacağını tanımlar. Departman özniteliğine benzese de genellikle finansal açıdan daha ayrıntılı bir görünüm sunar. Bu öznitelik, Zaman Takibi Onay Performansı Dashboardunda belirli maliyet merkezlerindeki onay hiyerarşilerinin daha yavaş olup olmadığını belirlemek için kullanılır. Ayrıca Brüt Ücretten Net Ücrete hesaplama aşamasında bordro giderlerinin doğru finansal kalemlere aktarılıp aktarılmadığını doğrulamaya yardımcı olur.
Neden önemli?
Finansal analizi destekler ve bütçe birimine göre darboğazları belirler.
Nereden alınır?
Employee Job veya Allocation tabloları
Örnekler
CC-5001CC-9002Overhead-Corp
|
|||
|
Ödeme dönemi bitiş tarihi
PayPeriodEndDate
|
İşleme alınan ödeme döneminin son günü. | ||
|
Açıklama
Bu öznitelik, ödeme döneminin kapanış tarihini belirtir. Gönderimlerin gecikip gecikmediğini belirlemek için temel bir referans noktasıdır. Gecikme sürelerini belirlemek için 'Puantaj Çizelgesi Gönderildi' etkinliğinin StartTime değeriyle birlikte kullanılır ve Bordro Çevrim Süresi Dağılımı Dashboardunda temel gruplama ölçütlerinden biridir.
Neden önemli?
Bordro dönemi için zaman referansı.
Nereden alınır?
Payroll Header veya Time Period Configuration
Örnekler
2023-09-302023-10-15
|
|||
|
Ödeme grubu
PayGroup
|
Bordro işlemleri için çalışanların mantıksal olarak gruplandırılması. | ||
|
Açıklama
Ödeme Grubu, UKG Pro’da bir grup çalışan için ödeme sıklığını (haftalık, iki haftada bir) ve işlem kurallarını belirleyen temel bir yapılandırmadır. Birincil toplu işlem tanımlayıcısı olarak kullanılır. Bordro Çevrim Süresi Dağılımı Dashboardu için önemlidir. Yönetici Bordrosu ile Saatlik Ücretli Fabrika Çalışanları gibi farklı grupların işlem performansını karşılaştırmaya ve belirli yapılandırmaların sistem genelinde gecikmelere yol açıp açmadığını belirlemeye yardımcı olur.
Neden önemli?
Bordro performansını gruplandırmak ve karşılaştırmak için temel boyut.
Nereden alınır?
Payroll Header veya Pay Group Configuration tablosu
Örnekler
US-İki Haftada BirCA-HaftalıkYönetici-Aylık
|
|||
|
SLA aşıldı mı
IsSlaBreached
|
Ödemenin son tarihten sonra yapılıp yapılmadığını belirten işaret. | ||
|
Açıklama
Bu boole özniteliği, 'Ödeme Gerçekleştirildi' zaman damgasını 'SLA Son Tarihi’yle karşılaştıran hesaplanmış bir metriktir. Bordro SLA Uyum Oranı KPI’ını doğrudan etkiler. Bu değerin önceden hesaplanmış olması, Dashboardun yalnızca sorunlu vakaları gösterecek şekilde anında filtrelenmesini sağlar ve son tarihlerin neden kaçırıldığını belirlemeyi kolaylaştırır.
Neden önemli?
Uyumluluk takibini destekleyen KPI ölçütü.
Nereden alınır?
Hesaplama: PaymentTime > SlaDeadline
Örnekler
truefalse
|
|||
|
SLA son tarihi
SlaProcessingDeadline
|
Ödeme işleminin tamamlanması için hedef tarih ve saat. | ||
|
Açıklama
Bu öznitelik, banka transferlerinin zamanında yapılabilmesi için bordro sürecinin tamamlanması gereken iç veya dış son tarihi tanımlar. SLA Uyumluluğu ve Son Tarih İzleme Dashboardunun temel özniteliğidir. Gerçek Ödeme Gerçekleştirildi zaman damgasını bu son tarihle karşılaştırarak zamanında tamamlama oranları hesaplanabilir ve gecikme riski taşıyan kayıtlar önceliklendirilebilir.
Neden önemli?
SLA hedeflerine uyumu hesaplamak için referans noktası.
Nereden alınır?
Pay Calendar veya Ödeme Tarihinden banka işlem günleri çıkarılarak türetilir
Örnekler
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
|
|||
|
Standart dışı bordro çalıştırması mı
IsOffCycle
|
Bordro çalıştırmasının standart takvimin dışında olup olmadığını belirten işaret. | ||
|
Açıklama
Bu boole özniteliği, bordro kaydının standart dışı bir çalıştırmaya ait olup olmadığını belirtir. Standart Dışı Bordro Hacmi KPI’ını hesaplamak için kullanılır. Standart dışı çalıştırmalar genellikle daha maliyetli ve daha fazla manuel işlem gerektirir. Süreç Varyantı Yol Analizi Dashboardunu bu işarete göre filtrelemek, hataları düzeltmek veya plansız ödemeler yapmak için izlenen standart dışı yolları ortaya çıkarır.
Neden önemli?
Süreç sapmalarını ve yeniden çalışmayı analiz etmek için temel filtre.
Nereden alınır?
Payroll Header içindeki 'Check Date' ile 'Period End Date' mantığı
Örnekler
truefalse
|
|||
|
Vergi yetki alanı
TaxJurisdiction
|
Vergi bildiriminin sunulacağı başlıca eyalet veya yerel bölge. | ||
|
Açıklama
Bu öznitelik, bordro kaydıyla ilişkili başlıca vergi yetki alanını belirtir. Birden Fazla Eyalette Vergi Bildirimi Süreleri Dashboardu için önemlidir. Uyumluluk ekipleri, süreç akışlarını Vergi Yetki Alanına göre analiz ederek belirli eyaletlerde bildirimlerin sürekli daha geç tamamlanıp tamamlanmadığını veya birden fazla eyalette çalışanların tek eyalette çalışanlara kıyasla daha fazla denetim istisnasına yol açıp açmadığını görebilir.
Neden önemli?
Uyumluluk takibi ve coğrafi analiz için önemlidir.
Nereden alınır?
Tax Location veya Employee Tax tabloları
Örnekler
CANYTX
|
|||
|
Çalışan türü
EmployeeType
|
Çalışanın sınıflandırması (ör. tam zamanlı, yarı zamanlı, sözleşmeli). | ||
|
Açıklama
Bu öznitelik, bordro kaydıyla ilişkili kişiyi sınıflandırır. Zaman Takibi Onay Performansı Dashboardunda kullanılır. Farklı çalışan türlerinin puantaj çizelgesi gönderme alışkanlıkları ve onay iş akışları farklı olabilir. Verileri bu özniteliğe göre ayırmak, süreç genelindeki sorunları belirli çalışan gruplarına özgü davranışlardan ayırt etmeye yardımcı olur.
Neden önemli?
Analizi çalışan kategorilerine göre gruplandırır.
Nereden alınır?
Employee Master tablosu
Örnekler
Tam zamanlıYarı zamanlıSözleşmeli çalışan
|
|||
|
Düzeltme kategorisi
CorrectionCategory
|
Yapılan veri düzeltmesinin türü (ör. süre, ücret oranı, kesinti). | ||
|
Açıklama
Veri Düzeltmesi Yapıldı etkinliği gerçekleştiğinde bu öznitelik, yapılan düzeltmenin türünü kaydeder. Manuel Veri Düzeltme Oranı KPI’ı için önemlidir. Düzeltmelerin çoğunun 'Zaman Girişi’yle mi yoksa 'Yan Hak Kesintisi’yle mi ilgili olduğunu anlamak, işletmenin süreç iyileştirmesi için belirli üst sistemlere veya ekiplere odaklanmasını sağlar.
Neden önemli?
Yeniden çalışma nedenlerini ayrıntılı biçimde gösterir.
Nereden alınır?
Denetim günlüğündeki 'Field Changed' sütunu
Örnekler
Zaman girişi düzeltmesiGeriye dönük ücretVergi kodu güncellemesi
|
|||
|
Teşvik verisi kaynağı
IncentiveSource
|
Teşvik verisinin kaynağı (ör. Salesforce, Excel içe aktarma). | ||
|
Açıklama
Bu öznitelik, bordro kaydına aktarılan teşvik veya komisyon verilerinin kaynağını belirtir. Teşvik Verisi İçe Aktarma Doğruluğu Dashboardunu destekler. Ekip, bu özniteliği Teşvik Verisinde Yeniden Çalışma Sıklığı KPI’ıyla karşılaştırarak belirli kaynak dosyalarında (ör. Kuzeydoğu Bölgesi Satış Raporu) biçimlendirme hatalarının veya veri kalitesi sorunlarının sürekli yaşanıp yaşanmadığını belirleyebilir.
Neden önemli?
Kalite sorunlarının harici veri sağlayıcılarına kadar izlenmesini sağlar.
Nereden alınır?
İçe aktarma günlüğü dosya adı veya toplu işlem kimliği açıklaması
Örnekler
Satış komisyonu veri akışıManuel prim yüklemesiYönetici ücretlendirme sistemi
|
|||
Bordro işlemleri etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Bordro kaydı oluşturuldu
|
Yeni bir ücret grubu örneğinde çalışan için ilgili ücret kaleminin oluşturulmasıdır. Bu, çalışanın etkin olduğunu ve mevcut işlem döngüsüne dâhil edildiğini gösterir. | ||
|
Neden önemli?
Temel sistemde bordro işleme aşamasının resmî başlangıcını belirtir. Çalışma saatlerinin kaydedilme süresiyle gerçek bordro işlem süresini birbirinden ayırmak için gereklidir.
Nereden alınır?
Belirli bir ödeme tarihi için kayıt Employee Pay veya Check Header tablosuna eklendiğinde oluşan zaman damgasını belirleyin.
Kaydedin
pay_period_create işlemi yürütüldüğünde günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Bordro kaydı onaylandı
|
Tek bir kaydın veya ücret grubunun tamamının son onayıdır. Bu işlem kaydı başka değişikliklere kapatır ve ödeme oluşturma kuyruğuna ekler. | ||
|
Neden önemli?
Çalışma aşamasıyla tamamlanmış aşamayı birbirinden ayıran önemli bir dönüm noktasıdır. 'Banka transferi dosyası hazırlık süresi' metriğini hesaplamak için kullanılır.
Nereden alınır?
Pay Period Control tablosunda ücret grubunun veya tek bir Check kaydının durumu 'Onaylandı' ya da 'Kilitlendi' olarak değiştiğinde bu değişikliği alın.
Kaydedin
approve_pay_group işlemi yürütüldüğünde günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Ödeme yapıldı
|
Çalışana fonların aktarıldığı yürürlük tarihi veya gerçek transfer tarihidir. Ücret ödeme yükümlülüğünün yerine getirildiğini gösterir. | ||
|
Neden önemli?
'SLA uyumluluğunu' doğrulamak ve çalışanlara taahhüt edilen tarihte ödeme yapılmasını sağlamak için kullanılır.
Nereden alınır?
Tamamlanmış Pay Header kaydındaki 'Check Date' veya 'Advice Date' alanını kullanın.
Kaydedin
payment_post işlemi yürütüldüğünde günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Vergi beyanı tamamlandı
|
Vergi verilerinin ilgili federal, eyalet ve yerel yetki alanlarına başarıyla gönderilmesidir. Bu işlem çoğu zaman ödeme sonrasında gerçekleşir. | ||
|
Neden önemli?
Mevzuata uyumu sağlamak ve cezalardan kaçınmak için 'Birden fazla eyalette vergi beyanı zaman çizelgeleri' Dashboardunda kullanılır.
Nereden alınır?
Vergi Beyanı Arayüzü’nde veya Ödeme Hizmetleri günlüğünde durum 'Filed' ya da 'Accepted' olarak güncellendiğinde bu değişikliği alın.
Kaydedin
tax_file_transmit işlemi yürütüldüğünde günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Banka transferi dosyası oluşturuldu
|
Bankaya gönderilmek üzere NACHA veya doğrudan para yatırma dosyasının teknik olarak oluşturulmasıdır. Bu adım, fonların aktarılmaya hazır olmasını sağlar. | ||
|
Neden önemli?
Bu aşamadaki gecikmeler banka son saatinin kaçırılması riskini doğrudan artırır. 'Banka transferi oluşturma hızı' Dashboardunu destekler.
Nereden alınır?
ACH/Direct Deposit dosyasını oluşturan iş Sistem İş Günlüğü’nde tamamlandığında oluşan zaman damgasını alın.
Kaydedin
create_ach_file işlemi yürütüldüğünde günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Bordro sonucu ön izlemede görüntülendi
|
Bir kullanıcı, hesaplanan sonuçları doğrulamak için bordro kayıtlarını veya ön izleme raporunu açar. Bu, otomatik işlemden insan incelemesine geçişi gösterir. | ||
|
Neden önemli?
Doğrulama aşamasının başlangıcını belirtir. Hesaplama ile ön izleme arasındaki uzun süre, kaynakların kullanılamadığına işaret edebilir.
Nereden alınır?
Kullanıcı 'Payroll Register' veya 'Pre-Check' raporuna eriştiğinde Denetim Günlüğü’nden alın.
Kaydedin
report_view_preview işlemi yürütüldüğünde günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Brüt ücret hesaplandı
|
Sistemin çalışma saatlerine, ücret oranlarına ve teşvik verilerine göre toplam kazancı belirlediği ilk hesaplama çalıştırmasıdır. Kesintiler ve vergiler uygulanmadan önce gerçekleşir. | ||
|
Neden önemli?
Buradan 'Vergiler hesaplandı' aşamasına kadar geçen süreyi ölçmek, sistem performans analizinde kullanılan 'Brütten nete hesaplama hızı' metriğini verir.
Nereden alınır?
Sistem İş Günlüğü’ndeki hesaplama toplu işleminin 'Başlangıç zamanı' alanından çıkarılır.
Kaydedin
Hesaplama işi başlamadan önceki ve sonraki durum alanlarını karşılaştırın
Olay türü
inferred
|
|||
|
Çalışma çizelgesi gönderildi
|
Çalışanın veya yöneticinin ilgili ücret dönemi için çalışma çizelgesini gönderdiği etkinliktir. Bu, ham çalışma saati verilerinin genel bordro iş akışına girdiği noktayı gösterir. Veri, temel Bordro modülüne aktarılmadan önce Zaman Yönetimi modülünde oluşturulmuş olabilir. | ||
|
Neden önemli?
Bordro döngüsünün baştan sona başlangıç zaman damgasını belirler. Çalışmanın yapılmasıyla bordro verilerinin sisteme alınması arasındaki süreyi ölçmek için önemlidir.
Nereden alınır?
Durum alanı 'Gönderildi' olarak değiştiğinde Zaman Yönetimi Denetim Günlüğü’nden veya Çalışma Çizelgesi Geçmişi tablosundan alın.
Kaydedin
time_card_submit işlemi yürütüldüğünde günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Çalışma çizelgesi onaylandı
|
Gönderilen çalışma saatlerinin yönetici tarafından onaylanarak ödeme işlemleri için doğrulanmasıdır. Bu adım, verilerin bordro hesaplama motoruna aktarılmasını sağlar. | ||
|
Neden önemli?
Bu adımın darboğaz analizi, yönetici incelemesinden kaynaklanan gecikmeleri ortaya çıkarır. Bu gecikmeler, bordro uzmanlarının verileri işlemek için kullanabileceği süreyi doğrudan etkiler.
Nereden alınır?
Durum 'Onaylandı' veya 'İmzalandı' olarak değiştiğinde Zaman Yönetimi geçmişinden alın.
Kaydedin
time_card_approve işlemi yürütüldüğünde günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Denetim istisnası işaretlendi
|
Sistem veya kullanıcı; negatif ücret, eksik vergi kodları ya da SLA uyarıları gibi bir tutarsızlık belirler. Bu durumda kayıt, ilgilenilmesi gereken bir duruma geçer. | ||
|
Neden önemli?
'Denetim istisnaları ve düzeltme eğilimleri' Dashboarduna doğrudan veri sağlar. Buradaki yüksek sayılar, önceki aşamalardaki veri kalitesi sorunlarına işaret eder.
Nereden alınır?
Belirli çalışan kimlikleriyle ilişkili kayıtları Sistem Uyarı Günlüğü’nde veya Ücret Dönemi Mesajları tablosunda belirleyin.
Kaydedin
validation_warning işlemi oluşturulduğunda günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Teşvik verileri içe aktarıldı
|
Komisyon, ikramiye veya tek seferlik ödemeler gibi harici ücret verilerinin sisteme alınmasıdır. Bu işlem, normal çalışma saatlerinden ayrıdır ve genellikle toplu dosya yüklemelerini içerir. | ||
|
Neden önemli?
Bu etkinliğin ardından hata veya yeniden çalışma oranlarının yüksek olması, veri haritalama ya da harici dosya kalitesiyle ilgili sorunlara işaret eder. Bunlar bordro gecikmelerinin yaygın nedenlerindendir.
Nereden alınır?
Dosya türü 'Incentives' veya 'Additional Pay' ile ilgili olduğunda Sistem Günlüğü’nden ya da Toplu İçe Aktarma Geçmişi’nden alın.
Kaydedin
import_batch_data işlemi yürütüldüğünde günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Ücret pusulası yayımlandı
|
Ücret bildirimi, self servis portalında çalışanın erişimine açılır. Böylece bilgilendirme süreci tamamlanır. | ||
|
Neden önemli?
Teknik açıdan süreci durduran bir adım olmasa da geç yayımlama, yardım masasına gelen çağrıları artırır ve çalışan memnuniyetini düşürür.
Nereden alınır?
Pay Group yapılandırmasındaki 'Check Date' alanından veya belirli bir 'Self Service Release Date' ayarından çıkarılır.
Kaydedin
check_date alanını release_policy ile karşılaştırarak belirleyin
Olay türü
inferred
|
|||
|
Vergiler hesaplandı
|
Hesaplama motorunun son aşamasında net ücreti belirlemek için birden fazla eyalete ait vergi kuralları uygulanır. Böylece otomatik hesaplama aşaması tamamlanır. | ||
|
Neden önemli?
'Brütten nete' hesaplama dizisini tamamlar. Bu aşamanın uzun sürmesi, vergi motorunda performans sorunlarına veya karmaşık, birden fazla yetki alanını kapsayan yapılandırmalara işaret eder.
Nereden alınır?
Sistem İş Günlüğü’ndeki hesaplama toplu işleminin 'Bitiş zamanı' alanından veya Employee Tax tablosundaki zaman damgasından çıkarılır.
Kaydedin
Hesaplama işi tamamlanmadan önceki ve sonraki durum alanlarını karşılaştırın
Olay türü
inferred
|
|||
|
Veri düzeltmesi yapıldı
|
İlk hesaplamadan sonra, son onaydan önce bordro kaydında yapılan manuel değişikliktir. Örneğin çalışma saatlerinin düzeltilmesi veya verginin geçersiz kılınması. | ||
|
Neden önemli?
Bu, yeniden çalışmanın temel ölçüsüdür. İzlenmesi, 'Manuel veri düzeltme oranı' KPI’ının hesaplanmasını sağlar.
Nereden alınır?
Kullanıcı kimliği 'System' olmayan durumlarda Denetim Günlüğü’ndeki Employee Pay Detail veya Deduction tablolarına yapılan güncellemeleri alın.
Kaydedin
update_pay_detail işlemi yürütüldüğünde günlüğe kaydedilir
Olay türü
explicit
|
|||
|
Yan hak kesintileri uygulandı
|
Sistem, vergi öncesi ve vergi sonrası yan hak kesintilerini (sağlık sigortası, 401k) brüt ücrete uygular. Bu işlem genellikle brüt ücret belirlendikten hemen sonra yürütülür. | ||
|
Neden önemli?
Bu aşamadaki hatalar çoğu zaman manuel düzeltme gerektirir. Bu adımı ayrı incelemek, gecikmelerin yan hak motorundan mı yoksa yapılandırma sorunlarından mı kaynaklandığını belirlemeye yardımcı olur.
Nereden alınır?
Hesaplama toplu işleminin zaman damgasından veya Employee Deduction History tablosundaki oluşturulma zaman damgalarından çıkarılır.
Kaydedin
calculation_stage alanını karşılaştırarak belirleyin
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
UKG Pro ham verilerinizi görsel bir süreç haritasına dönüştürmek için bu Templateten yararlanın. Karmaşık bordro ortamlarında veri çıkarma işlemini yapılandırırken yardıma ihtiyaç duyarsanız destek ekibimiz size yardımcı olabilir.
UKG Pro bordro işlemlerinizi hemen optimize edin
Bordro çevrim sürenizi %30 azaltın ve darboğazları ortadan kaldırın.
Kredi kartı gerekmez, kurulumu 5 dakikada tamamlayın