Bordro İşleme Veri Şablonunuz
Ceridian DayforceBordro İşleme Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Sisteme özel çıkarma rehberliği
Bordro İşleme Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Gerçekleştirilen süreç adımının veya olayın adı. | ||
|
Açıklama
Bu öznitelik, bordro döngüsü içinde meydana gelen belirli olayı temsil eder. Dayforce'taki standart faaliyetler arasında 'Zaman Çizelgesi Gönderildi', 'Brüt Maaş Hesaplandı', 'Bordro Taahhüt Edildi', 'Ödeme Gerçekleştirildi' ve 'Vergi Dosyalama Tamamlandı' bulunur. Bu değerler tipik olarak iş akışı denetim günlüklerinden, sistem işlem günlüklerinden (örneğin, Bordro Durumundaki değişiklikler) veya Ödeme Çalıştırması ya da Zaman Çizelgesi gibi belirli iş nesneleriyle ilişkili zaman damgalarından çıkarılır.
Neden önemli
Sürecin adımlarını tanımlar ve süreç akışını yeniden yapılandırmak ve varyantları analiz etmek için esastır.
Nereden alınır
İş akışı günlükleri, Denetim İzleme veya durum değişikliği geçmişi tabloları.
Örnekler
Zaman Çizelgesi GönderildiBrüt Ödeme HesaplandıÖdeme Gerçekleştirildi`Veri` Düzeltme GerçekleştirildiDenetim İstisnası İşaretlendi
|
|||
|
Bordro Kaydı
PayrollRecordId
|
Çalışan ve ödeme dönemini birleştiren, bordro vakası için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, süreç için benzersiz Vaka Kimliği olarak hizmet eder. Ceridian Dayforce'ta bir bordro kaydı, kavramsal olarak belirli bir Çalışan ile belirli bir Ödeme Döneminin (genellikle bir Ödeme Grubu içinde tanımlanır) kesişimidir. Bu, o çalışanın belirli döngüdeki tazminatının yaşam döngüsünü takip eder. Teknik olarak bu, genellikle Ödeme Dönemi Kimliği ve Çalışan XRefCode veya Sistem Kimliğinin birleştirilmesiyle oluşturulur. İlk zaman çizelgesi gönderiminden nihai vergi dosyalama ve maaş bordrosu oluşturmaya kadar tüm faaliyetleri birbirine bağlar.
Neden önemli
Nereden alınır
Bordro Sonucu veya Zaman Girişi tablolarındaki PayPeriodID ve EmployeeID kombinasyonundan türetilir.
Örnekler
PG01-2023-10-EMP10234US_SAL-2023-22-EMP88421UK_HRLY-2023-44-EMP00231
|
|||
|
Timestamp
EventDateTime
|
Faaliyetin gerçekleştiği belirli tarih ve saat. | ||
|
Açıklama
Dayforce sisteminde bir olayın ne zaman gerçekleştiğini gösteren kesin zaman damgasıdır. Bu, faaliyetleri kronolojik olarak sıralamak ve adımlar arasındaki süreleri hesaplamak için kullanılır. Doğru zaman damgaları, 'Zaman Çizelgesi Onaylandı' veya 'Banka Transfer Dosyası Oluşturuldu' gibi gecikmelerdeki darboğazları belirlemek için kritiktir. Detay seviyesi ideal olarak saniye veya dakika bazında olmalıdır.
Neden önemli
Nereden alınır
Denetim tablolarındaki işlem zaman damgası sütunları (örneğin, CreatedDateTime, LastModifiedDateTime).
Örnekler
2023-10-12T08:30:00Z2023-10-12T14:15:22Z2023-10-15T09:00:00Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Bordro Bu, birden çok sistemden (
Neden önemli
İzlenebilirliği sağlar ve çoklu sistem
Nereden alınır
Çıkarma sırasında sabit kodlanmış veya bağlantı
Örnekler
`Ceridian Dayforce`Dayforce ProductionDayforce EU
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verinin kaynaktan çıkarıldığı zaman damgası. | ||
|
Açıklama
Analiz için kullanılan Analistlerin gerçek zamanlı
Neden önemli
Nereden alınır
Komut dosyasının yürütülme anındaki sistem zamanı.
Örnekler
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
Bölüm
DepartmentName
|
Çalışanın ait olduğu organizasyonel birim. | ||
|
Açıklama
Bordro kaydıyla ilişkili işlevsel departmanı (örn. Satış, BT, İK) gösterir. Dayforce'ta bu genellikle 'Organizasyon Birimi' veya 'Departman' hiyerarşisiyle bağlantılıdır. Bu alan, 'Zaman Çizelgesi Onay Performansı'
Neden önemli
Onay gecikmeleri için organizasyonel kıyaslamayı ve temel neden analizini sağlar.
Nereden alınır
Çalışan kaydı veya Organizasyon Birimi hiyerarşisi.
Örnekler
FinansTedarik Zinciri LojistiğiKuzey Amerika Satış
|
|||
|
Brüt Ödeme Tutarı
GrossPayAmount
|
Kayıt için hesaplanan brüt ödeme. | ||
|
Açıklama
Kesintiler ve vergiler öncesi toplam tazminat miktarıdır. Bu değer, 'Brüt Ödeme Hesaplandı' faaliyeti sırasında doldurulur. Brüt ödeme işlem süresindeki farklılıkları analiz etmek, 'Hesaplama Motoru Akış Hızı' Dashboard'unu yavaşlatan karmaşık hesaplamaları belirlemeye yardımcı olabilir.
Neden önemli
Sürece finansal bağlam sağlar ve yüksek değerli ile düşük değerli kayıt işlemenin analizine olanak tanır.
Nereden alınır
Bordro Sonucu veya Ödeme Çalıştırma Detayları tablosu.
Örnekler
2500.004150.501200.00
|
|||
|
İşlem Yapan Kullanıcı
ActionUser
|
Belirli aktiviteyi gerçekleştiren kullanıcı. | ||
|
Açıklama
Bu
Neden önemli
Süreç içinde kaynak analizini ve hesap verebilirlik takibini destekler.
Nereden alınır
Denetim
Örnekler
jsmithSistem Yöneticisimgarcia_mgr
|
|||
|
Ödeme Grubu
PayGroupName
|
Çalışanların bordro işleme için gruplandırılması. | ||
|
Açıklama
Aynı programa göre birlikte ödenen çalışanları kategorize eder (örn. 'US Bi-Weekly', 'UK Monthly'). Dayforce'ta, Ödeme Grubu bordro çalıştırmaları için birincil organizasyon birimidir. Bu
Neden önemli
Bordro performansını kıyaslamak ve belirli grup düzeyindeki sorunları belirlemek için birincil segmentasyondur.
Nereden alınır
PayGroup tablosu veya PayRun tanımı.
Örnekler
ABD Kurumsal MaaşlıCA Perakende Saatlikİngiltere Yönetici Aylık
|
|||
|
SLA İşlem Son Tarihi
SlaProcessingDeadline
|
Banka dosyası oluşturma için gerekli tamamlama zaman damgası. | ||
|
Açıklama
Çalışanların zamanında ödenmesini sağlamak için 'Banka Transfer Dosyası Oluşturuldu' faaliyetinin gerçekleşmesi gereken iç veya dış son tarihtir. Bu, 'Banka Transferi Son Tarihi Uyumluluğu' Dashboard'unda kullanılır. Bu öznitelik, Ödeme Tarihine dayalı statik bir kural (örneğin, Ödeme Tarihi eksi 2 gün) veya Ödeme Grubu ayarlarında yapılandırılmış bir alan olabilir.
Neden önemli
Zamanında performans ve
Nereden alınır
Ödeme Tarihi ve bankacılık işleme kuralları yapılandırmasından türetilir.
Örnekler
2023-10-25T14:00:00Z2023-10-26T10:00:00Z
|
|||
|
Banka Transferi Gecikti mi
IsBankTransferLate
|
Banka dosyasının son tarihi kaçırıp kaçırmadığını gösteren bayrak. | ||
|
Açıklama
Geç transferleri belirlemek, çalışan ödemelerinin gecikmesini önlemek için çok önemlidir.
Neden önemli
Kritik bir
Nereden alınır
Hesaplandı: BankTransferTime > SlaProcessingDeadline.
Örnekler
truefalse
|
|||
|
Denetim İstisnası mı
IsAuditExceptionFlagged
|
Kaydın bir denetim uyarısı tetikleyip tetiklemediğini gösteren boolean bayrak. | ||
|
Açıklama
Bu Yüksek istisna oranları,
Neden önemli
Hata oranlarının ve yeniden işleme döngülerinin hesaplanmasını basitleştirir.
Nereden alınır
'Denetim İstisnası İşaretlendi'
Örnekler
truefalse
|
|||
|
Düzeltme Nedeni
CorrectionReason
|
Veri düzeltmeleri için sağlanan neden kodu. | ||
|
Açıklama
Bir ' Bu, 'Manuel Düzeltme ve Yeniden İşleme Oranları'
Neden önemli
Yeniden işleme kök neden analizleri için esastır.
Nereden alınır
Düzeltme işlemlerindeki denetim
Örnekler
Eksik Giriş/ÇıkışYanlış OranGeridönük Düzeltme
|
|||
|
İşlem Döngü Süresi (Gün)
ProcessingCycleTimeDays
|
Başlatmadan ödemeye kadar toplam gün. | ||
|
Açıklama
'Bordro Kaydı Başlatıldı' ve 'Ödeme Yürütüldü' arasındaki süreyi kapsar. Bu metrik, 'Uçtan Uca Bordro Döngü Süresi' Dashboard'unu destekler. Süreç hızına ve verimliliğine üst düzey bir bakış sunar.
Neden önemli
Süreç hızının birincil ölçüsüdür.
Nereden alınır
Hesaplandı: Ödeme
Örnekler
3.55.21.0
|
|||
|
İstihdam Türü
EmploymentType
|
Çalışanın sınıflandırması (Tam Zamanlı, Yarı Zamanlı, Sözleşmeli). | ||
|
Açıklama
Çalışanın iş ilişkisini kategorize eder. Yüklenicilerin veya yarı zamanlı personelin farklı bordro işleme özelliklerine veya hata oranlarına sahip olup olmadığını görmek için kıyaslamada kullanılır. Genellikle Dayforce'taki Çalışan kaydında bulunur.
Neden önemli
İşleme istatistiklerinin segmentasyonuna ve adil karşılaştırılmasına olanak tanır.
Nereden alınır
Çalışan tablosu.
Örnekler
Tam ZamanlıYarım ZamanlıContractor
|
|||
|
Maliyet Merkezi
CostCenterCode
|
Bordro gideri için tahsil edilen finansal kod. | ||
|
Açıklama
Çalışanın kazançlarıyla ilişkili genel muhasebe maliyet merkezidir. Bu, farklı finansal birimler arasındaki verimliliği karşılaştırmak için 'Maliyet Merkezi İşleme Kıyaslamaları' görünümünde kullanılır. Dayforce'ta bu, Genel Muhasebe (GL) tahsis detaylarının bir parçasıdır.
Neden önemli
Süreç performansını finansal raporlama yapılarına bağlar.
Nereden alınır
Çalışan GL ayarları veya İşgücü Dağıtım tabloları.
Örnekler
CC-1020CC-5500-USCC-IT-OPS
|
|||
|
Ödeme Dönemi
PayPeriodDescription
|
Ödeme döngüsünün açıklayıcı adı. | ||
|
Açıklama
Ödeme dönemi için insan tarafından okunabilir bir etikettir (örneğin, '2023 Hafta 42', 'Ekim 2023 Yarı Aylık'). Bu, Dashboard'larda filtreleme ve görselleştirmede yardımcı olur. 'Bordro Kaydı' için bağlam sağlar ve belirli çalıştırmaları filtrelemek üzere genellikle 'Süreç Varyantı Yol Analizi'nde görüntülenir.
Neden önemli
Nereden alınır
PayPeriod tablosu açıklama sütunu.
Örnekler
2023-W422023-Oct-SM12023-M11
|
|||
|
Vergi Yetki Alanı
TaxJurisdiction
|
Vergi dosyalama için bölge veya yetkili makam. | ||
|
Açıklama
Bordro kaydıyla ilgili belirli vergi otoritesini (örn. Eyalet, İl, Ülke) belirler. Bu, 'Vergi Beyannamesi ve Bordro sonrası
Neden önemli
Nereden alınır
Çalışan Vergi ayarları veya Bordro Sonucu Vergi detayları.
Örnekler
KaliforniyaOntarioNew YorkBirleşik Krallık
|
|||
Bordro İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Banka Transfer Dosyası Oluşturuldu
|
NACHA, SEPA veya diğer bankacılık dosyalarının oluşturulması. SLA son tarihine karşı 'Zamanında Banka Transfer Oranı'nı hesaplamak için kullanılır. | ||
|
Neden önemli
Ödemeler için fonların zamanında taşınmasını sağlayan kritik bir
Nereden alınır
Banka aktarım dosyasının başarılı bir şekilde oluşturulduğunu gösteren sistem iş günlüğü.
Yakala
İşlem Dosya Oluşturma yürütüldüğünde kaydedildi
Event tipi
explicit
|
|||
|
Bordro Kaydı Başlatıldı
|
Bir çalışan için belirli ödeme çalıştırma örneğinin oluşturulmasını işaretler. Dayforce'ta bu, Ödeme Grubu'nun döngü için açılması ve çalışanların çalıştırmaya eklenmesiyle gerçekleşir. | ||
|
Neden önemli
Bordro
Nereden alınır
Ödeme Grubu örneği içindeki çalışan ödeme çalıştırma kaydının oluşturma
Yakala
Bordro çalıştırma kaydı oluşturulduğunda kaydedildi
Event tipi
explicit
|
|||
|
Bordro Kaydı Onaylandı
|
Bordro kaydının nihai yetkilendirmesi, genellikle ödeme çalıştırmasının 'Taahhüt Edilmesi' veya 'Kilitlenmesi' olarak adlandırılır. Hesaplama/inceleme aşamasının sonunu işaretler. | ||
|
Neden önemli
İşleme sürecini ödemeden ayıran kesin dönüm noktası.
Nereden alınır
Ödeme Çalıştırma durumunun 'Taahhüt Edildi', 'Kilitlendi' veya 'Onaylandı' olarak değişmesi.
Yakala
İşlem Taahhüt Edildi yürütüldüğünde kaydedildi
Event tipi
explicit
|
|||
|
Brüt Ödeme Hesaplandı
|
Sistem hesaplama motoru, saatler, oranlar ve içe aktarılan verilere dayanarak brüt ödeme miktarını hesaplar. Bu, 'Hesaplama Motoru Akış Hızı' Dashboard'unun ilk adımıdır. | ||
|
Neden önemli
Girdiler kesinleştikten sonra hesaplama motorunun gecikmesini ölçer.
Nereden alınır
Hesaplama toplu işi sırasında 'Brüt Maaş' alanının doldurulduğu veya güncellendiği
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Ödeme Gerçekleştirildi
|
Çalışana yapılan ödemenin geçerlilik tarihi. Bu, çalışan için sürecin finansal sonucudur. | ||
|
Neden önemli
'Baştan Sona Bordro Döngüsü Süresi' ve çalışan memnuniyeti için temel bir dönüm noktasıdır.
Nereden alınır
Kesinleşmiş bordro kaydındaki 'Çek Tarihi' veya 'Ödeme Tarihi' alanı.
Yakala
İşlem Ödeme yürütüldüğünde kaydedildi
Event tipi
explicit
|
|||
|
Zaman Çizelgesi Gönderildi
|
Bir çalışanın veya yöneticinin işlem için zaman ve devam verilerini gönderdiği olay. Bu, WFM modülü ile Bordro modülü arasında köprü kurar. | ||
|
Neden önemli
Nereden alınır
Dayforce WFM modülü
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Zaman Çizelgesi Onaylandı
|
Yönetici veya amir, gönderilen zaman verilerini onaylar. Buradaki gecikmeler, 'Zaman Çizelgesi Onay Performansı' Dashboard'unu doğrudan etkiler. | ||
|
Neden önemli
Bordro hesaplamasının başlatılmasını durduran onay zincirindeki
Nereden alınır
Zaman kartının WFM modülünde 'Onaylandı' veya 'İmzalandı' durumuna geçişini takip edin.
Yakala
İşlem Onaylandı yürütüldüğünde kaydedildi
Event tipi
explicit
|
|||
|
`Veri` Düzeltme Gerçekleştirildi
|
Bir kullanıcı, ilk hesaplamadan sonra ödeme `veri`lerini (saatler, oranlar, kesintiler) manuel olarak değiştirir. 'Manuel Düzeltme ve Yeniden İşleme Oranları' `dashboard`'unu izler. | ||
|
Neden önemli
Yeniden işleme doğrudan ölçüsüdür; bu
Nereden alınır
Bir kullanıcı tarafından çalışan ödeme detay tablolarında yapılan güncellemeleri gösteren denetim izi kayıtları.
Yakala
Kayıt Güncellendi işlemi yürütüldüğünde kaydedildi.
Event tipi
explicit
|
|||
|
Bordro Sonucu Önizlendi
|
Bir kullanıcı, ön bordro defterini veya ödeme önizlemesini görüntüler. 'Önizleme Aşaması Verimliliği'ni analiz etmek ve yeniden işleme döngülerini belirlemek için kullanılır. | ||
|
Neden önemli
İnsan inceleme aşamasının başlangıcını gösterir; tekrarlanan önizlemeler devam eden
Nereden alınır
Bir kullanıcının 'Bordro Önizleme' raporunu oluşturduğunu veya önizleme ekranını açtığını gösteren erişim
Yakala
Rapor Önizleme işlemi yürütüldüğünde kaydedildi.
Event tipi
explicit
|
|||
|
Denetim İstisnası İşaretlendi
|
Sistem, doğrulama kurallarına (örneğin, negatif net maaş) dayanarak bir uyarı veya hata mesajı üretir. 'Denetim İstisna İşaretleme Oranı' KPI'sını destekler. | ||
|
Neden önemli
Yüksek frekans, düşük yukarı akış
Nereden alınır
Sistemin Ödeme Çalıştırma Kimliği'ne bağlı mesaj/hata
Yakala
İşlem İstisna Oluşturuldu yürütüldüğünde kaydedildi
Event tipi
explicit
|
|||
|
Maaş Bordrosu Yayımlandı
|
Dijital ödeme beyanları ESS portalında çalışanlara sunulur. 'Dijital Maaş Bordrosu Kullanılabilirliği' `dashboard`'unu destekler. | ||
|
Neden önemli
Ödeme yürütme ile bilgi kullanılabilirliği arasındaki gecikmeyi ölçer.
Nereden alınır
Bildirim yayımlama işinin tamamlandığı veya görünürlük bayrağının doğru olarak ayarlandığı zaman damgası.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Teşvik `Veri`leri İçe Aktarıldı
|
Primler, komisyonlar veya tek seferlik ödemeler içeren harici veri dosyalarının başarılı bir şekilde içe aktarıldığını kaydeder. 'Teşvik Veri İçe Aktarma Süreleri' Dashboard'unu destekler. | ||
|
Neden önemli
Bu
Nereden alınır
Ödeme çalıştırmayı hedefleyen XML veya CSV içe aktarma işlerinin tamamlandığını gösteren Dayforce entegrasyon
Yakala
İçe Aktarma işlemi yürütüldüğünde kaydedildi.
Event tipi
explicit
|
|||
|
Vergi Dosyalama Tamamlandı
|
Bordro sonrası vergi beyannamelerinin yetki alanı için başarıyla işlendiğinin onayı. 'Vergi Beyannamesi ve `Uyumluluk` Monitörü'nü destekler. | ||
|
Neden önemli
Düzenleyici
Nereden alınır
Vergi modülünde veya entegrasyon günlüğünde, vergi dairesi veya üçüncü taraf dosyalayıcı tarafından alındığını doğrulayan durum güncellemesi.
Yakala
Dosyalama Onaylandı işlemi yürütüldüğünde kaydedildi.
Event tipi
explicit
|
|||
|
Vergiler Hesaplandı
|
Net ödemeyi belirlemek için vergi yetki alanı kurallarının uygulandığı nihai hesaplama adımı. Otomatik hesaplama dizisini tamamlar. | ||
|
Neden önemli
Karmaşık vergi kuralları işlemeyi yavaşlatabilir; bu
Nereden alınır
Vergi satırlarının oluşturulduğu veya 'Net Ödeme' alanının veritabanında kesinleştiği zaman damgası.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Yan Hak Kesintileri Uygulandı
|
Fayda kurallarının ve kesintilerin brüt ödemeye uygulanması. Akış hızı Dashboard'u tarafından izlenen otomatik hesaplama dizisinin bir parçasıdır. | ||
|
Neden önemli
Bordro çalıştırması içindeki yan haklar motoruna özgü işlem süresini veya hataları izole eder.
Nereden alınır
Kesinti satırlarının bordro kaydına yazıldığı veya 'Toplam Kesintiler' alanının güncellendiği zaman damgası.
Yakala
Alan Güncelleme
Event tipi
calculated
|
|||