Bordro İşleme Veri (Data) Template'iniz (Şablonunuz)
Bordro İşleme Veri (Data) Template'iniz (Şablonunuz)
- Bordro kayıtları için önerilen öznitelikler
- Gönderimden ödemeye kadar temel süreç kilometre taşları
- Workday Bordro'ya özel çıkarma rehberliği
Bordro İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Gerçekleştirilen süreç adımının veya olayın adı. | ||
|
Açıklama
Bu öznitelik (attribute), bordro döngüsü içinde meydana gelen belirli eylemi veya durum değişikliğini yakalar. Değerler, Workday'deki standart İş Süreci (Business Process) adımlarına karşılık gelir; örneğin 'Zaman Çizelgesi Gönderildi', 'Bordro Kaydı Oluşturuldu' veya 'Ödeme Gerçekleştirildi'. Bu alan, süreç keşfi ve varyant analizi için temel bileşendir.
Neden önemli
Olayların sırasını tanımlar ve süreç haritasını yeniden oluşturmak için zorunludur.
Nereden alınır
Workday 'İş Süreci İşlemleri' (Business Process Transactions) veya denetim log'ları (logs).
Örnekler
Zaman Çizelgesi GönderildiBrüt Maaş HesaplandıBanka Transfer Dosyası OluşturulduDenetim İstisnası İşaretlendi
|
|||
|
Başlangıç Zamanı
EventTimestamp
|
Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Bu öznitelik (attribute), belirli bir aktivitenin başlatıldığı veya tamamlandığı zaman damgasını (timestamp) kaydeder. Döngü sürelerini, süreleri ve darboğazları (bottlenecks) hesaplamak için gerekli zamansal boyutu sağlar. Workday'de bu, iş süreci (business process) adımının 'Tamamlanma Anı' veya 'Etkin An'ına karşılık gelir.
Neden önemli
Olayları kronolojik olarak sıralamak ve tüm zaman tabanlı KPI'ları hesaplamak için gereklidir.
Nereden alınır
Workday İş Süreci Geçmişi (Business Process History): 'Tamamlanma Tarihi/Saati'.
Örnekler
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
|
|||
|
Bordro Kaydı
PayrollRecordId
|
Çalışan ve ödeme dönemini birleştiren, belirli bordro kaydı için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik (attribute), süreç için merkezi case (durum) tanımlayıcısı olarak hizmet eder. Belirli bir ödeme dönemindeki belirli bir çalışan için tek bir bordro örneğini benzersiz şekilde tanımlar. Workday'de bu, kavramsal olarak Çalışan, Dönem ve Ödeme Grubu (Pay Group) kesişimidir. Zaman çizelgesi gönderiminden nihai ödeme yürütmesine kadar tüm aktiviteler, uçtan uca süreç analizini sağlamak için bu kimlik altında gruplandırılır.
Neden önemli
Tüm ayrık olayları tutarlı bir süreç izine bağlayan zorunlu CaseId'dir.
Nereden alınır
Workday Rapor Yazıcısı: 'Bordro Sonucu' iş nesnesinden çıkarma, tipik olarak Çalışan Kimliği (Employee_ID) ve Dönem Referansı'nın (Period_Reference) birleşik anahtarı.
Örnekler
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı kayıt sistemi. | ||
|
Açıklama
Bu öznitelik (attribute), olayın (event) kaydedildiği yazılım sistemini tanımlar. Bu süreç için değer ağırlıklı olarak 'Workday Payroll' olacaktır. Çok sistemli ortamlarda veri (data) geçmişini izlemek ve analiz sırasında doğru bağlamın uygulanmasını sağlamak için çok önemlidir.
Neden önemli
Çok sistemli process mining kurulumlarında veri soyağacı takibine olanak tanır.
Nereden alınır
Çıkarma sırasında sabit kodlanmış veya ETL pipeline'ında yapılandırılmış.
Örnekler
Workday Bordro`Workday HCM`
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verinin ne zaman çıkarıldığı veya en son ne zaman yenilendiğinin timestamp'i. | ||
|
Açıklama
Bu öznitelik (attribute), Process Mining (süreç madenciliği) veri (data) modelinde kaydın en son ne zaman güncellendiğini belirtir. Veri (data) tazeliğini yönetmek ve kaynak sistem ile analiz ortamı arasındaki potansiyel senkronizasyon gecikmesini belirlemek için kullanılır.
Neden önemli
Analistlerin verinin ne kadar güncel olduğunu anlamalarına yardımcı olur.
Nereden alınır
ETL yürütme anındaki sistem zamanı.
Örnekler
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
Bordro Çalışma Türü
PayrollRunType
|
Bordro çalıştırmasının kategorisi (örn. Normal, Döngü Dışı, Bonus). | ||
|
Açıklama
Bu öznitelik (attribute), bordro yürütmesinin doğasını sınıflandırır. 'Normal', 'Düzeltme' ve 'İsteğe Bağlı' çalıştırmaları arasında ayrım yapmak analiz için kritiktir, çünkü döngü dışı (off-cycle) çalıştırmalar tipik olarak yeniden işleme veya standart performans metriklerini çarpıtan istisnaları temsil eder.
Neden önemli
Standart ve istisna süreçlerin segmentasyonunu destekler.
Nereden alınır
Workday Bordro: 'Çalıştırma Kategorisi' veya 'Sonuç Türü'.
Örnekler
NormalDöngü Dışıİsteğe BağlıYıl Sonu Ayarlaması
|
|||
|
Bordro Uzmanı
PayrollSpecialist
|
Aktiviteyi gerçekleştiren kullanıcı veya çalışan. | ||
|
Açıklama
Bu öznitelik (attribute), aktiviteyi yürütmekten sorumlu bireyi veya sistem hesabını tanımlar. Workday'de bu, iş süreci (business process) adımıyla ilişkili 'Aktör'dür (Actor). Kaynak verimliliğini, görev ayrımını ve iş yükü dağılımını analiz etmek için çok önemlidir.
Neden önemli
Uzman verimliliği ve kaynak darboğazlarının analizini sağlar.
Nereden alınır
Workday İş Süreci Geçmişi (Business Process History): 'Aktör' (Actor) alanı.
Örnekler
Can DemirSistem HesabıMaria GarciaPayrollBatchBot
|
|||
|
Düzeltme Nedeni
CorrectionReason
|
Veri (data) düzeltmesi yapıldığında seçilen neden kodu. | ||
|
Açıklama
Bu öznitelik (attribute), 'Veri (Data) Düzeltmesi Yapıldı' aktivitesi için kullanıcının seçtiği nedeni yakalar. 'Gerçek Etkili Değişiklik' veya 'Giriş Hatası' gibi temel nedenleri anlamak için 'Manuel Düzeltme ve Yeniden İşleme Analizi' dashboard'u için gereken ayrıntılı bilgiyi sağlar.
Neden önemli
Yeniden işleme kök neden analizinin anahtarıdır.
Nereden alınır
Workday: İptal/Düzeltme iş sürecindeki (business process) 'Neden' alanı.
Örnekler
Gerçek Etkili Tazminat DeğişikliğiZaman Çizelgesi AyarlamasıYan Hak Seçimi Güncellemesi
|
|||
|
İşlem Süresi
ProcessingTime
|
Belirli aktivite örneğinin süresi. | ||
|
Açıklama
Bu öznitelik (attribute), belirli adımı tamamlamak için gereken süreyi (örn. hesaplama işinin ne kadar sürdüğünü) yakalar. Yavaş sistem adımlarını veya manuel kullanıcı gecikmesini belirleyerek 'Uzman Verimliliği' ve 'Vergi Hesaplama Verimliliği' görünümlerini etkinleştirir.
Neden önemli
Adım düzeyinde performans analizi için ayrıntılı metrik.
Nereden alınır
Workday İş Süreci (Business Process): Adım Başlangıcı ve Adım Tamamlanması Arasındaki Süre.
Örnekler
30000120000500
|
|||
|
Maliyet Merkezi
CostCenter
|
Bordro kaydıyla ilişkili departman veya maliyet merkezi. | ||
|
Açıklama
Bu öznitelik (attribute), bordro kaydını belirli bir organizasyonel birime eşler. Farklı departmanlar arasında performans karşılaştırmasına olanak tanıyarak, sık sık gecikmelere (örn. zaman çizelgesi onayında) neden olan veya yüksek hata oranlarına sahip alanların belirlenmesini sağlar.
Neden önemli
'Zaman Çizelgesi Onay Performansı' ve 'Denetim İstisnası' Dashboard'ları için esastır.
Nereden alınır
Workday Çalışan Nesnesi: 'Maliyet Merkezi' veya 'Denetleyici Organizasyon'.
Örnekler
CC-501 FinansCC-202 MühendislikCC-101 İK
|
|||
|
Ödeme Dönemi
PayPeriod
|
Bordro kaydının kapsadığı belirli zaman aralığı. | ||
|
Açıklama
Bu öznitelik (attribute), 'Ekim 2023 - Yarı Aylık' gibi bordro döngüsünü tanımlar. Kayıtları dönemden döneme analizi için gruplandırmak için kullanılır ve 'Bordro Kaydı' case (durum) tanımlayıcı mantığı için esastır.
Neden önemli
Vakaların gruplandırılması ve zamansal analiz için temeldir.
Nereden alınır
Workday Bordro Sonucu: 'Dönem'.
Örnekler
2023-10 Aylık2023-W42 Haftalık2023-11 Yarım Aylık
|
|||
|
Ödeme Grubu
PayGroup
|
Bordro işlemleri için çalışanların gruplandırılması. | ||
|
Açıklama
Bu öznitelik (attribute), aynı bordro dönemini ve işleme kurallarını paylaşan çalışanların mantıksal gruplandırmasını (örn. 'US Monthly Salaried') tanımlar. 'Bordro Önizleme İterasyon Takipçisi' ve 'Vergi Hesaplama Verimliliği Monitörü' için analizi segmentlere ayırmak için kullanılan temel bir Workday konseptidir.
Neden önemli
Workday'de operasyonel segmentasyon için birincil boyut.
Nereden alınır
Workday Çalışan/Bordro Sonucu: 'Ödeme Grubu' (Pay Group).
Örnekler
ABD Aylık MaaşlıBirleşik Krallık Haftalık SaatlikFransa Yöneticileri
|
|||
|
Otomatikleştirildi mi?
IsAutomated
|
Aktivitenin sistem tarafından gerçekleştirilip gerçekleştirilmediğini gösteren bayrak. | ||
|
Açıklama
Bu boolean özniteliği (attribute), belirli bir adımın Workday sistemi (örn. zamanlanmış hesaplama) veya bir insan kullanıcı tarafından yürütülüp yürütülmediğini belirler. 'Aktivite Otomasyon Maliyeti'ni hesaplamak ve dokunmasız işlemeyi artırma fırsatlarını belirlemek için esastır.
Neden önemli
Otomasyon analizi ve maliyet tahmini için kritik öneme sahiptir.
Nereden alınır
Workday Denetimi: Aktörün (Actor) 'Sistem' olup olmadığını veya 'Çalışan'dan farklı olup olmadığını kontrol edin.
Örnekler
truefalse
|
|||
|
Ülke
Country
|
Bordro kaydı için ülke veya vergi yargı alanı. | ||
|
Açıklama
Bu öznitelik (attribute), bordro hesaplaması için birincil coğrafi konumu belirtir. Kuruluşların farklı düzenleyici ortamlarda performansı karşılaştırmasına ve bölgeye özgü sorunları izole etmesine olanak tanıyan 'Küresel Döngü Süresi Standardizasyonu' dashboard'u (panosu) için hayati öneme sahiptir.
Neden önemli
'Bölgesel Döngü Süresi Farklılığı' ve küresel standartlaşma analizini destekler.
Nereden alınır
Workday Çalışan Nesnesi: 'Birincil Çalışma Konumu' -> Ülke.
Örnekler
Amerika Birleşik DevletleriBirleşik KrallıkFransaAlmanya
|
|||
|
Bölge
Region
|
Daha geniş coğrafi bölge (örn. EMEA, APAC, NA). | ||
|
Açıklama
Bu öznitelik (attribute), ülkeleri daha geniş operasyonel bölgelerde gruplandırır. Kuzey Amerika, EMEA ve APAC gibi büyük pazarlardaki bordro operasyonlarının üst düzey karşılaştırmasına izin vererek 'Bölgesel Döngü Süresi Farklılığı' KPI'ını destekler.
Neden önemli
Üst düzey coğrafi performans karşılaştırmasını kolaylaştırır.
Nereden alınır
Çalışandaki Ülke veya 'Bölge' alanından türetilmiştir.
Örnekler
Kuzey AmerikaEMEAAPACLATAM
|
|||
|
Brüt Maaş Tutarı
GrossPayAmount
|
Kayıt için hesaplanan toplam brüt ödeme. | ||
|
Açıklama
Bu öznitelik (attribute), kesintilerden önceki hesaplanmış brüt parasal değeri tutar. Genellikle hassas olsa da, karmaşıklık ve risk için bir vekil görevi görür. Process Mining'de (süreç madenciliği), daha yüksek değerli kayıtların daha sıkı denetim kontrollerinden geçip geçmediğini veya onaylanmasının daha uzun sürüp sürmediğini analiz etmek için kullanılabilir.
Neden önemli
Karmaşıklık analizi için boyutsal bir öznitelik (attribute) olarak kullanılır (güvenlik izin verirse).
Nereden alınır
Workday Bordro Sonuç Satırları: Brüt Ödeme bileşenlerinin toplamı.
Örnekler
5000.002500.5010000.00
|
|||
|
Denetim İstisnası Türü
AuditExceptionType
|
Döngü sırasında işaretlenen denetim hatası kategorisi. | ||
|
Açıklama
Bu öznitelik (attribute), 'Denetim İstisnası İşaretlendi' olayını tetikleyen belirli kuralı sınıflandırır. Örnekler arasında 'Net Ödeme Negatif', 'Varyans > %10' veya 'Eksik Vergi Kimliği' bulunur. 'Denetim İstisnası ve Kalite Kontrol' görünümünü yönlendirir.
Neden önemli
İyileştirme hedeflenecek belirli veri kalitesi sorunlarını belirler.
Nereden alınır
Workday Denetim Raporları veya Doğrulama Kuralı çıktıları.
Örnekler
Negatif Net ÖdemeYüksek VaryansEksik SSN
|
|||
|
Önizleme İterasyon Sayısı
PreviewIterationCount
|
Bu kayıt için önizleme adımlarının kümülatif sayısı. | ||
|
Açıklama
Bu hesaplanmış metrik, belirli bir case (durum) için 'Bordro Sonucu Önizlendi' aktivitesinin kaç kez gerçekleştiğini izler. Yüksek bir sayı, verilerin (data) stabilize edilmesindeki zorluğu gösterir ve 'Bordro Önizleme İterasyon Takipçisi' için birincil girdidir.
Neden önemli
Süreç verimliliğini ve veri kalitesi istikrarını ölçer.
Nereden alınır
Hesaplanan: CaseId başına 'Payroll Result Previewed' aktivite sayısı.
Örnekler
1312
|
|||
|
SLA İşleme Son Tarihi
SLAProcessingDeadline
|
Banka transfer dosyasını oluşturmak için hedef son tarih. | ||
|
Açıklama
Bu öznitelik (attribute), 'Banka Transfer Dosyası Oluşturuldu' aktivitesinin gerçekleşmesi gereken sözleşmesel veya dahili son tarihi tanımlar. 'Banka Transfer SLA Uyum Oranı'nı hesaplamak ve dashboard'da (pano) uyumluluğu (compliance) görselleştirmek için kullanılır.
Neden önemli
SLA uyumluluk hesaplaması için temel.
Nereden alınır
Ödeme Dönemi Bitiş Tarihi + yapılandırılabilir ofsetten (örn. 2 gün) türetilmiştir.
Örnekler
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
|
|||
|
SLA Uyumluluk Durumu
SLAComplianceStatus
|
Banka transferinin zamanında oluşturulup oluşturulmadığını gösterir. | ||
|
Açıklama
Bu hesaplanmış öznitelik (attribute), gerçek 'Banka Transfer Dosyası Oluşturuldu' zamanını 'SLA İşleme Son Tarihi' ile karşılaştırır. 'Karşılandı' veya 'Aşıldı' gibi değerler, 'Banka Transferi ve SLA Uyumluluğu' dashboard'unda (panosunda) performans sorunlarının anında görselleştirilmesini sağlar.
Neden önemli
SLA uyumluluk KPI'ını doğrudan doldurur.
Nereden alınır
Hesaplanan: Eğer EventTime <= SLAProcessingDeadline ise 'Karşılandı', aksi takdirde 'İhlal Edildi'.
Örnekler
Karşılandıİhlal EdildiRisk Altında
|
|||
|
Vergi Beyanı Durumu
TaxFilingStatus
|
Bordro sonrası vergi beyannamesinin durumu. | ||
|
Açıklama
Bu öznitelik (attribute), yasal raporlamanın tamamlanma durumunu izler. 'Vergi Beyanı Tamamlandı' aktivitesi ile birlikte kullanılarak 'Döngü Sonrası Vergi Beyanı Hızı' dashboard'unu (panosunu) doldurur ve düzenleyici uyumluluğu (compliance) sağlar.
Neden önemli
Uyumluluk ve risk izleme için kritik öneme sahiptir.
Nereden alınır
Workday Bordro: Vergi Beyannamesi geçmişi veya entegrasyon durumu.
Örnekler
BeklemedeTamamlandıReddedildi
|
|||
Bordro İşleme Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Banka Transfer Dosyası Oluşturuldu
|
Net ödeme talimatlarını içeren banka transfer dosyasının (örn. NACHA, SEPA) oluşturulması. Bu, 'Mutabakat Çalıştırması' (Settlement Run) sırasında gerçekleşir. | ||
|
Neden önemli
Ödeme gönderimi için SLA uyumluluğunu ölçer. Buradaki gecikmeler, gerçek ödeme tarihini tehlikeye atar.
Nereden alınır
Workday 'Mutabakat Çalıştırması' (Run Settlement) süreç log'ları (logs). 'Ödeme Dosyası'nın oluşturulmasını veya mutabakat çalıştırma olayının (event) tamamlanmasını arayın.
Yakala
Ödeme Çalıştırması çıktı ürettiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Bordro Kaydı Oluşturuldu
|
Belirli bir dönem içinde bir çalışan için bordro sonucunun başlatılması. Bu genellikle Ödeme Hesaplama (Pay Calculation) süreci, çalışanı çalıştırma için uygun olarak tanımladığında meydana gelir. | ||
|
Neden önemli
Bordro işlemenin resmi başlangıcını, özellikle bordro motoru içinde işaretler. İK veri hazırlığı ile gerçek bordro işlemesini ayırt etmek için faydalıdır.
Nereden alınır
Workday Payroll 'Ödeme Sonucu' nesnesi oluşturma zaman damgası (timestamp) veya çalışan için 'Ödeme Hesaplamasını Çalıştır' (Run Pay Calculation) sürecinin başlangıcı.
Yakala
Ödeme Sonucu nesnesi örneklendiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Bordro Kaydı Onaylandı
|
Bir çalışan için bordro hesaplamasının kesinleşmesi. Bu, 'Ödeme Tamamlama Çalıştırması' (Run Pay Completion) süreci sırasında gerçekleşir ve sonucu daha fazla hesaplama değişikliğine karşı kilitler. | ||
|
Neden önemli
Hesaplama aşamasının sonunu ve mutabakat aşamasının başlangıcını işaret eden dönüm noktası. Döngü süresini ölçmek için esastır.
Nereden alınır
Workday 'Ödeme Tamamlama Çalıştırması' (Run Pay Completion) görev log'ları (logs). Ödeme Sonucu Durumu'nun ne zaman 'Tamamlandı' veya 'Nihai' olarak değiştiğini belirleyin.
Yakala
'Bordro Tamamlamasını Çalıştır' yürütüldüğünde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Brüt Maaş Hesaplandı
|
Saatlere, oranlara ve tazminat planlarına dayalı brüt kazançları türeten hesaplama motorunun yürütülmesi. Veriler (data) düzeltilirse bu aktivite birden çok kez tekrarlanabilir. | ||
|
Neden önemli
Buradaki yüksek tekrar sayıları, veri kalitesi sorunlarına işaret eder. Bu, en çok sistem kaynağını ve zamanı tüketen temel işleme adımıdır.
Nereden alınır
Workday 'Ödeme Hesaplamasını Çalıştır' (Run Pay Calculation) görev log'ları (logs). Belirli çalışan/ödeme grubu (pay group) için hesaplama işinin tamamlama zaman damgasını (timestamp) yakalayın.
Yakala
'Bordro Hesaplamasını Çalıştır' işi tamamlandığında günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Denetim İstisnası İşaretlendi
|
Sistem, bordro sonucunda bir doğrulama hatası veya akıllı denetim uyarısı (smart audit alert) algılar. Bu, sonuç durumunu 'Hata' veya 'Eylem Gerekiyor' olarak ayarlar. | ||
|
Neden önemli
Uyumluluğu ve veri kalitesini ölçmek için kritik öneme sahiptir. Sık istisnalar, bordro başına maliyeti artırır ve kesinleşmeyi geciktirir.
Nereden alınır
Workday Ödeme Sonucu Durumu alanı. 'Hata' durumuna geçişleri veya 'Akıllı Denetim' (Smart Audit) uyarı girişlerinin oluşturulmasını belirleyin.
Yakala
Hesaplama öncesi/sonrası durum alanını karşılaştırın
Event tipi
inferred
|
|||
|
Ödeme Gerçekleştirildi
|
Fonların serbest bırakıldığının veya çekin basıldığının onayı. Bu, bordro kaydının nihai finansal gerçekleşmesidir. | ||
|
Neden önemli
Çalışan odaklı sürecin mutlak sonu. Bunu 'Banka Transfer Dosyası Oluşturuldu' zamanıyla karşılaştırmak, bankacılık işleme gecikmelerini ortaya çıkarır.
Nereden alınır
Workday Mutabakat Durumu. 'Tamamlandı' durum değişikliklerini veya bankadan gelen entegrasyon bildirimlerini arayın.
Yakala
Ödeme Durumu Tamamlandı olarak güncellendiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Veri Düzeltmesi Yapıldı
|
Bir bordro uzmanının, bordro sonucundaki girdi verilerini değiştirdiği veya hesaplanmış değerleri geçersiz kıldığı manuel bir müdahale. Bu, ilk hesaplamanın yanlış olduğunu gösterir. | ||
|
Neden önemli
Doğrudan yeniden işi ölçer. Bu aktiviteyi azaltmak, otomasyon ve veri kalitesi girişimlerinin birincil hedefidir.
Nereden alınır
Ödeme Sonucu nesnesi için Workday Denetim İzleri. İlk hesaplamadan sonra kullanıcılar (sistem değil) tarafından gerçekleştirilen 'Alan Düzenleme' (Field Edit) olaylarını (events) arayın.
Yakala
Kullanıcı, Ödeme Sonucunda değişiklikleri kaydettiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Zaman Çizelgesi Gönderildi
|
Çalışan veya zaman görevlisi tarafından Zaman Takip modülü içinde zaman giriş verilerinin (data) ilk gönderimi. Bu olay, yönetici incelemesinden önce ham saatlerin sistem akışına girişini işaretler. | ||
|
Neden önemli
Gönderimdeki gecikmeler, bordro hesaplama penceresinde aşağı akış darboğazlarını tetikler. Bunu izlemek, tüm ödeme döngüsü süresi için temel oluşturur.
Nereden alınır
Workday Zaman Takip İş Süreci (Time Tracking Business Process) denetim log'ları (logs). İlgili Ödeme Dönemi (Pay Period) için 'Gönder' olay (event) zaman damgasını (timestamp) belirleyin.
Yakala
'Zamanı Gönder' eylemi yürütüldüğünde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Zaman Çizelgesi Onaylandı
|
Yönetici veya İK ortağı tarafından zaman girişlerinin resmi onayı. Bu durum değişikliği, bordro arayüzü veya hesaplama motoru tarafından alınacak saatleri serbest bırakır. | ||
|
Neden önemli
Onay gecikme süresini hesaplar. Onaylanmamış süre, sonraki bordro dönemlerinde geriye dönük düzeltmelerin ve yeniden işleme ihtiyacının temel nedenidir.
Nereden alınır
Workday Zaman Takip İş Süreci Geçmişi (Time Tracking Business Process history). Adım türü 'Onay' olan 'Adım Tamamlandı' olayını (event) arayın.
Yakala
Onay adımının durumu Tamamlandı olarak değiştiğinde günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Bordro Sonucu Önizlendi
|
Bir kullanıcı, hesaplanmış bordro sonucunu veya 'Maaş Bordrosu Önizlemesini' görüntüler. Bu aktivite genellikle onaydan önce gelir ve doğrulama aşamasını gösterir. | ||
|
Neden önemli
Onaylanmadan yapılan birden fazla önizleme, belirsizliği veya sistem dışı doğrulama ihtiyacını gösterir. İnceleme döngüsü sırasında kullanıcı davranışını analiz etmeye yardımcı olur.
Nereden alınır
Kullanıcı Erişim Log'ları (Logs) veya Rapor Çalıştırma Geçmişi. 'Ödeme Sonucu' örneğindeki 'Görüntüle' olaylarını (events) veya 'Maaş Bordrosunu Görüntüle' raporlarının yürütülmesini arayın.
Yakala
Sistem Erişim Günlüklerine kaydedildi (Olayı görüntüle)
Event tipi
explicit
|
|||
|
Maaş Bordrosu Yayımlandı
|
Kesinleşmiş maaş bordrosu belgesinin çalışanın görüntülemesi için hazır olması. Genellikle mutabakat tamamlandıktan veya belirli bir tarihte tetiklenir. | ||
|
Neden önemli
Çalışan memnuniyetini etkiler. Bunu izlemek, bildirim teslimiyle ilgili yerel iş kanunlarına şeffaflık ve uyumluluk sağlar.
Nereden alınır
Ödeme Grubunda yapılandırılan 'Maaş Bordrosu Mevcut Tarihi'nden veya 'Maaş Bordrosu Oluştur' sürecinin tamamlanma zaman damgasından çıkarılmıştır.
Yakala
Maaş Bordrosu Mevcut Tarihi yapılandırmasından türetilir
Event tipi
inferred
|
|||
|
Teşvik Verileri İçe Aktarıldı
|
Kurumsal Arayüz Oluşturucu (EIB) veya bağlayıcı aracılığıyla komisyonlar, ikramiyeler veya tek seferlik ödemeler gibi harici tazminat verilerinin (data) alınması. Bu, Giriş/Tek Seferlik Ödeme nesneleri oluşturur veya günceller. | ||
|
Neden önemli
Entegrasyon gecikmesini belirler. Harici verilerin hesaplama kesme zamanından önce geldiğini doğrulamak, bordro doğruluğu için kritik öneme sahiptir.
Nereden alınır
Tek Seferlik Ödeme İsteği' veya 'Giriş' iş süreçleri için Entegrasyon Sistemi Olay günlükleri veya Denetim İzi.
Yakala
EIB yüklemesi veya Web Servisi çağrısı sırasında günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Vergi Beyanı Tamamlandı
|
Yasal vergi raporlarının devlet kurumlarına başarılı bir şekilde oluşturulması ve gönderilmesi. Bu, ödeme sonrası gerçekleşir. | ||
|
Neden önemli
Mevzuat uyumluluğunu sağlar. Bu döngü sonrası aktivitedeki gecikmeler ciddi cezalara yol açabilir.
Nereden alınır
Üçüncü taraf Bordro sağlayıcıları için entegrasyon günlükleri veya dönem kapanışı kontrol listesindeki manuel 'Vergi Beyanı' görevlerinin tamamlanması.
Yakala
Vergi Entegrasyonu olayı tamamlandığında günlüğe kaydedildi
Event tipi
explicit
|
|||
|
Yan Hak Kesintileri Uygulandı
|
Vergilendirilebilir ücretleri belirlemek için brüt ücrete sosyal hak planlarının ve kesinti kurallarının uygulanması. Genellikle ana hesaplamanın bir parçası olsa da, bu aktivite kesinti işleme aşamasını ayırır. | ||
|
Neden önemli
HCM Benefits ve Bordro arasındaki senkronizasyon gecikmeleri genellikle burada hatalara neden olur. Bunu izole etmek, yapılandırma veya veri (data) akışı sorunlarını belirlemeye yardımcı olur.
Nereden alınır
Ayrı kesinti alt süreçleri günlüğe kaydedilmişse 'Run Pay Calculation' günlük detaylarından veya Ödeme Sonucunun 'Kesintiler' bölümündeki güncellemelerden çıkarılmıştır.
Yakala
Hesaplama öncesi/sonrası Ödeme Sonucu kesinti alanlarını karşılaştırın
Event tipi
inferred
|
|||