Bordro işlemleri Veri Şablonunuz
Bordro işlemleri Veri Şablonunuz
- Bordro kayıtları için önerilen öznitelikler
- Gönderimden ödemeye kadar temel süreç aşamaları
- Workday Payroll için özel veri çıkarma yönergeleri
Bordro işlemleri öznitelikleri
| 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ünde gerçekleşen belirli eylemi veya durum değişikliğini kaydeder. Değerler, Workday’deki 'Time Sheet Submitted', 'Payroll Record Created' veya 'Payment Executed' gibi standart iş süreci adımlarına karşılık gelir. Süreç keşfi ve varyant analizi için temel alan budur.
Neden önemli?
Olayların sıralamasını belirler ve süreç haritasını yeniden oluşturmak için gereklidir.
Nereden alınır?
Workday 'Business Process Transactions' veya denetim günlükleri.
Örnekler
Zaman çizelgesi gönderildiBrüt ücret hesaplandıBanka transfer dosyası oluşturulduDenetim istisnası işaretlendi
|
|||
|
Başlangıç zamanı
EventTimestamp
|
Etkinliğin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Bu öznitelik, belirli bir etkinliğin başlatıldığı veya tamamlandığı zaman damgasını kaydeder. Çevrim sürelerini ve süreleri hesaplamak, darboğazları belirlemek için gereken zaman bilgisini sağlar. Workday’de bu değer, iş süreci adımının 'Completed Moment' veya 'Effective Moment' alanına karşılık gelir.
Neden önemli?
Olayları kronolojik sıraya koymak ve zamana dayalı tüm KPI’ları hesaplamak için gereklidir.
Nereden alınır?
Workday Business Process History: 'Completed Date/Time'.
Ö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, ilgili bordro kaydına ait benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, süreç için temel vaka tanımlayıcısıdır. Belirli bir çalışanın belirli bir ödeme dönemindeki tek bir bordro örneğini benzersiz olarak tanımlar. Workday’de bu değer, Worker, Period ve Pay Group bilgilerinin kesişimini ifade eder. Zaman çizelgesinin gönderilmesinden ödemenin yapılmasına kadar tüm etkinlikler, uçtan uca süreç analizi için bu kimlik altında gruplanır.
Neden önemli?
Birbiriyle bağlantısız olayları tutarlı bir süreç izinde bir araya getiren zorunlu CaseId değeridir.
Nereden alınır?
Workday Report Writer: 'Payroll Result' iş nesnesinden alınır; genellikle Employee_ID ve Period_Reference alanlarının birleşiminden oluşan bir anahtardır.
Örnekler
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin geldiği kayıt sistemi. | ||
|
Açıklama
Bu öznitelik, olayın kaydedildiği yazılım sistemini belirtir. Bu süreçte değer çoğunlukla 'Workday Payroll' olur. Veri kökenini izlemek ve analiz sırasında doğru bağlamı kullanmak için birden fazla sistemin bulunduğu ortamlarda önemlidir.
Neden önemli?
Birden fazla sistemin kullanıldığı Process Mining kurulumlarında veri kökenini izlemeyi sağlar.
Nereden alınır?
Veri çıkarımı sırasında sabit kodlanır veya ETL hattında yapılandırılır.
Örnekler
Workday bordro işlemleriWorkday HCM
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verinin çıkarıldığı veya en son yenilendiği zaman damgası. | ||
|
Açıklama
Bu öznitelik, kaydın Process Mining veri modelinde en son ne zaman güncellendiğini gösterir. Veri güncelliğini yönetmek ve kaynak sistemle analiz ortamı arasındaki olası eşitleme gecikmelerini belirlemek için kullanılır.
Neden önemli?
Analistlerin verilerin ne kadar güncel olduğunu anlamasına yardımcı olur.
Nereden alınır?
ETL işleminin yürütüldüğü andaki sistem saati.
Örnekler
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
Bordro çalıştırma türü
PayrollRunType
|
Bordro çalıştırmasının kategorisi (ör. Normal, Dönem dışı, Prim). | ||
|
Açıklama
Bu öznitelik, bordro çalıştırmasının türünü sınıflandırır. 'Regular', 'Correction' ve 'On-Demand' çalıştırmalarını ayırt etmek analiz açısından önemlidir; dönem dışı çalıştırmalar genellikle yeniden çalışmayı veya istisnaları gösterir ve standart performans metriklerini etkiler.
Neden önemli?
Standart süreçlerle istisnai süreçleri ayrı incelemeyi sağlar.
Nereden alınır?
Workday Payroll: 'Run Category' veya 'Result Type'.
Örnekler
NormalDönem dışıTalep üzerineYıl sonu düzeltmesi
|
|||
|
Bordro uzmanı
PayrollSpecialist
|
Etkinliği gerçekleştiren kullanıcı veya çalışan. | ||
|
Açıklama
Bu öznitelik, etkinliği gerçekleştiren kişiyi veya sistem hesabını tanımlar. Workday’de bu, iş süreci adımıyla ilişkili 'Actor' değeridir. Kaynak verimliliğini, görevlerin ayrılığını ve iş yükü dağılımını analiz etmek için önemlidir.
Neden önemli?
Uzman verimliliğini ve kaynak darboğazlarını analiz etmeyi sağlar.
Nereden alınır?
Workday Business Process History: 'Actor' alanı.
Örnekler
John SmithSistem hesabıMaria GarciaPayrollBatchBot
|
|||
|
Düzeltme nedeni
CorrectionReason
|
Veri düzeltmesi yapılırken seçilen neden kodu. | ||
|
Açıklama
Bu öznitelik, 'Veri Düzeltmesi Yapıldı' etkinliği için kullanıcının seçtiği nedeni kaydeder. 'Elle Düzeltme ve Yeniden Çalışma Analizi' Dashboardunun 'Geriye Dönük Değişiklik' veya 'Giriş Hatası' gibi temel nedenleri anlaması için gereken ayrıntıları sunar.
Neden önemli?
Yeniden çalışmanın temel nedenlerini analiz etmek için anahtar.
Nereden alınır?
Workday: Rescind/Correct iş sürecindeki 'Reason' alanı.
Örnekler
Geriye dönük ücret değişikliğiZaman çizelgesi düzeltmesiYan hak tercihi güncellemesi
|
|||
|
Maliyet merkezi
CostCenter
|
Bordro kaydıyla ilişkili departman veya maliyet merkezi. | ||
|
Açıklama
Bu öznitelik, bordro kaydını belirli bir kurumsal birimle eşleştirir. Farklı departmanların performansını karşılaştırmayı ve sık gecikmeye yol açan (ör. zaman çizelgesi onayında) ya da hata oranı yüksek olan alanları belirlemeyi sağlar.
Neden önemli?
'Time Sheet Approval Performance' ve 'Audit Exception' Dashboardları için gereklidir.
Nereden alınır?
Workday Worker nesnesi: 'Cost Center' veya 'Supervisory Organization'.
Ö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, 'Ekim 2023 - Ayda iki kez' gibi bordro döngüsünü tanımlar. Dönemleri karşılaştıran analizlerde kayıtları gruplamak için kullanılır ve 'Payroll Record' vaka tanımlayıcısının oluşturulması açısından gereklidir.
Neden önemli?
Vakaları gruplamak ve zamana dayalı analiz yapmak için temel bilgidir.
Nereden alınır?
Workday Payroll Result: 'Period'.
Örnekler
2023-10 Aylık2023-W42 Haftalık2023-11 Ayda iki kez
|
|||
|
Ödeme grubu
PayGroup
|
Bordro işlemleri için çalışanların gruplandırılması. | ||
|
Açıklama
Bu öznitelik, aynı bordro dönemini ve işlem kurallarını paylaşan çalışanların mantıksal gruplandırmasını tanımlar (ör. 'ABD aylık maaşlı çalışanlar'). Temel bir Workday kavramı olan bu öznitelik, 'Bordro Önizleme Yineleme Takibi' ve 'Vergi Hesaplama Verimliliği İzleyicisi' analizlerini gruplara ayırmak için kullanılır.
Neden önemli?
Workday’de operasyonel segmentasyon için temel boyut.
Nereden alınır?
Workday Worker/Payroll Result: 'Pay Group'.
Örnekler
ABD aylık maaşlı çalışanlarBirleşik Krallık haftalık ücretli çalışanlarFransa yöneticileri
|
|||
|
Otomatik mi
IsAutomated
|
Etkinliğin sistem tarafından gerçekleştirilip gerçekleştirilmediğini belirten işaret. | ||
|
Açıklama
Bu mantıksal öznitelik, belirli bir adımın Workday sistemi (ör. zamanlanmış hesaplama) tarafından mı yoksa bir kullanıcı tarafından mı yürütüldüğünü gösterir. 'ActivityAutomationCost' değerini hesaplamak ve insan müdahalesi olmadan işleme fırsatlarını belirlemek için gereklidir.
Neden önemli?
Otomasyon analizi ve maliyet tahmini için kritik.
Nereden alınır?
Workday denetimi: Actor değerinin 'System' olup olmadığını veya 'Worker' değerinden farklı olup olmadığını kontrol edin.
Örnekler
truefalse
|
|||
|
Ülke
Country
|
Bordro kaydının ait olduğu ülke veya vergi bölgesi. | ||
|
Açıklama
Bu öznitelik, bordro hesaplamasının yapıldığı başlıca coğrafi konumu belirtir. Kuruluşların farklı mevzuat ortamlarındaki performansı karşılaştırmasına ve bölgeye özgü sorunları belirlemesine olanak tanıyan 'Global Cycle Time Standardization' Dashboardu için önemlidir.
Neden önemli?
'Regional Cycle Time Variance' ve küresel standardizasyon analizlerini destekler.
Nereden alınır?
Workday Worker nesnesi: 'Primary Work Location' -> Country.
Örnekler
Amerika Birleşik DevletleriBirleşik KrallıkFransaAlmanya
|
|||
|
Bölge
Region
|
Daha geniş coğrafi bölge (ör. EMEA, APAC, NA). | ||
|
Açıklama
Bu öznitelik, ülkeleri daha geniş operasyonel bölgeler altında gruplandırır. Kuzey Amerika, EMEA ve APAC gibi büyük pazarlardaki bordro işlemlerini üst düzeyde karşılaştırarak 'Regional Cycle Time Variance' KPI’ını destekler.
Neden önemli?
Coğrafi bölgelerin performansını üst düzeyde karşılaştırmayı kolaylaştırır.
Nereden alınır?
Ülke veya Worker nesnesindeki 'Region' alanından belirlenir.
Örnekler
Kuzey AmerikaEMEAAPACLATAM
|
|||
|
Brüt ücret tutarı
GrossPayAmount
|
Kayıt için hesaplanan toplam brüt ücret. | ||
|
Açıklama
Bu öznitelik, kesintiler öncesinde hesaplanan brüt parasal tutarı içerir. Genellikle hassas bir veri olsa da karmaşıklık ve risk için gösterge olarak kullanılabilir. Process Mining ile daha yüksek tutarlı kayıtların daha sıkı denetimlerden geçip geçmediğini veya onaylarının daha uzun sürüp sürmediğini inceleyebilirsiniz.
Neden önemli?
Güvenlik izin veriyorsa karmaşıklık analizinde boyut özniteliği olarak kullanılır.
Nereden alınır?
Workday Payroll Result Lines: Brüt ücret bileşenlerinin toplamı.
Örnekler
5000.002500.5010000.00
|
|||
|
Denetim istisnası türü
AuditExceptionType
|
Döngü sırasında işaretlenen denetim hatasının kategorisi. | ||
|
Açıklama
Bu öznitelik, 'Denetim İstisnası İşaretlendi' olayını tetikleyen belirli kuralı sınıflandırır. Örnekler arasında 'Net ücret negatif', '%10'dan fazla sapma' ve 'Vergi kimlik numarası eksik' yer alır. 'Denetim İstisnası ve Kalite Kontrolü' görünümünü besler.
Neden önemli?
İyileştirme için ele alınması gereken belirli veri kalitesi sorunlarını belirler.
Nereden alınır?
Workday denetim raporları veya doğrulama kuralı çıktıları.
Örnekler
Negatif net ücretYüksek sapmaSSN eksik
|
|||
|
Önizleme yineleme sayısı
PreviewIterationCount
|
Bu kayıt için önizleme adımlarının toplam sayısı. | ||
|
Açıklama
Bu hesaplanan metrik, belirli bir kayıt için 'Bordro Sonucu Önizlendi' etkinliğinin kaç kez gerçekleştiğini izler. Sayının yüksek olması, verilerin istikrarlı hâle getirilmesinde güçlük yaşandığını gösterir ve 'Bordro Önizleme Yineleme Takibi' için temel girdidir.
Neden önemli?
Süreç verimliliğini ve veri kalitesinin istikrarını ölçer.
Nereden alınır?
Hesaplama: Her CaseId için 'Bordro Sonucu Önizlendi' etkinliklerinin sayısı.
Örnekler
1312
|
|||
|
SLA işlem son tarihi
SLAProcessingDeadline
|
Banka transferi dosyasının oluşturulması için hedef son tarih. | ||
|
Açıklama
Bu öznitelik, 'Banka Transferi Dosyası Oluşturuldu' etkinliğinin gerçekleşmesi gereken sözleşmeye dayalı veya kurum içi son tarihi tanımlar. 'Banka Transferi SLA Uyum Oranı’nı hesaplamak ve Dashboard üzerinde uyumluluğu görselleştirmek için kullanılır.
Neden önemli?
SLA uyumluluk hesaplamasının temelini oluşturur.
Nereden alınır?
Ödeme Dönemi Bitiş Tarihi + yapılandırılabilir ek süre (ör. 2 gün) kullanılarak hesaplanır.
Örnekler
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
|
|||
|
SLA uyumluluk durumu
SLAComplianceStatus
|
Banka transferinin zamanında oluşturulup oluşturulmadığını belirtir. | ||
|
Açıklama
Bu hesaplanan öznitelik, gerçekleşen 'Banka Transferi Dosyası Oluşturuldu' zamanını 'SLA İşlem Son Tarihi' ile karşılaştırır. 'Karşılandı' veya 'İhlal edildi' gibi değerler, performans sorunlarının 'Banka Transferi ve SLA Uyumluluğu' Dashboardunda hemen görülmesini sağlar.
Neden önemli?
SLA uyumluluk KPI’ını doğrudan doldurur.
Nereden alınır?
Hesaplama: EventTime <= SLAProcessingDeadline ise 'Karşılandı', değilse 'İhlal edildi'.
Örnekler
Karşılandıİhlal edildiRisk altında
|
|||
|
Vergi beyanı durumu
TaxFilingStatus
|
Bordro sonrası vergi beyanının durumu. | ||
|
Açıklama
Bu öznitelik, yasal raporlamanın tamamlanma durumunu izler. 'Vergi Beyanı Tamamlandı' etkinliğiyle birlikte kullanılarak 'Dönem Sonrası Vergi Beyanı Hızı' Dashboardunu doldurur ve mevzuata uyumu izlemeye yardımcı olur.
Neden önemli?
Uyumluluk ve risk takibi için kritik.
Nereden alınır?
Workday Payroll: Vergi beyanı geçmişi veya entegrasyon durumu.
Örnekler
BeklemedeTamamlandıReddedildi
|
|||
Bordro işlemleri etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Banka transfer dosyası oluşturuldu
|
Net ücret ödeme talimatlarını içeren banka aktarım dosyasının (ör. NACHA, SEPA) oluşturulmasıdır. Bu işlem 'Settlement Run' sırasında gerçekleşir. | ||
|
Neden önemli?
Ödeme talimatlarının gönderilmesine ilişkin SLA uyumluluğunu ölçer. Buradaki gecikmeler gerçek ödeme tarihini riske atar.
Nereden alınır?
Workday 'Run Settlement' sürecinin günlükleri. 'Payment File' dosyasının oluşturulmasını veya ödeme mutabakatı çalıştırmasının tamamlanma olayını bulun.
Kaydedin
Settlement Run çıktı oluşturduğunda kaydedilir
Olay türü
explicit
|
|||
|
Bordro kaydı oluşturuldu
|
Belirli bir dönem için çalışanın bordro sonucunun başlatılmasıdır. Bu işlem genellikle Pay Calculation süreci, çalışanın bordro çalıştırmasına uygun olduğunu belirlediğinde gerçekleşir. | ||
|
Neden önemli?
Bordro motorundaki bordro işlemlerinin resmen başladığını gösterir. İK verilerinin hazırlanmasıyla gerçek bordro işlemlerini birbirinden ayırmaya yardımcı olur.
Nereden alınır?
Workday Payroll’daki 'Pay Result' nesnesinin oluşturulma zaman damgası veya çalışan için 'Run Pay Calculation' sürecinin başlangıç zamanı.
Kaydedin
Pay Result nesnesi oluşturulduğunda kaydedilir
Olay türü
explicit
|
|||
|
Bordro kaydı onaylandı
|
Çalışanın bordro hesaplamasının kesinleştirilmesidir. 'Run Pay Completion' sürecinde gerçekleşir ve sonucu yeni hesaplama değişikliklerine kapatır. | ||
|
Neden önemli?
Hesaplama aşamasının bitişini ve ödeme aşamasının başlangıcını gösteren önemli bir dönüm noktasıdır. Çevrim süresini ölçmek için gereklidir.
Nereden alınır?
Workday 'Run Pay Completion' görev günlükleri. Pay Result Status durumunun 'Complete' veya 'Final' olarak değiştiği zamanı belirleyin.
Kaydedin
'Run Pay Completion' çalıştırıldığında kaydedilir
Olay türü
explicit
|
|||
|
Brüt ücret hesaplandı
|
Saat, ücret oranları ve ücret planlarına göre brüt kazancı hesaplayan motorun çalıştırılmasıdır. Veriler düzeltildiğinde bu etkinlik birden fazla kez tekrarlanabilir. | ||
|
Neden önemli?
Buradaki yüksek yineleme sayıları, veri kalitesi sorunlarına işaret eder. En fazla sistem kaynağı ve zaman tüketen temel işlem adımı budur.
Nereden alınır?
Workday 'Run Pay Calculation' görev günlükleri. İlgili çalışan veya ödeme grubu için hesaplama işinin tamamlanma zaman damgasını alın.
Kaydedin
'Run Pay Calculation' işi tamamlandığında kaydedilir
Olay türü
explicit
|
|||
|
Denetim istisnası işaretlendi
|
Sistem, bordro sonucunda bir doğrulama hatası veya akıllı denetim uyarısı tespit eder. Sonuç durumu 'Error' veya 'Requires Action' olarak ayarlanır. | ||
|
Neden önemli?
Uyumluluğu ve veri kalitesini ölçmek için önemlidir. Sık görülen istisnalar, bordro başına maliyeti artırır ve kesinleştirme sürecini geciktirir.
Nereden alınır?
Workday Pay Result Status alanı. 'Error' durumuna geçişleri veya 'Smart Audit' uyarı kayıtlarının oluşturulmasını belirleyin.
Kaydedin
Hesaplama öncesi ve sonrası durum alanını karşılaştırın
Olay türü
inferred
|
|||
|
Ödeme yapıldı
|
Paranın gönderildiğinin veya çekin basıldığının onaylanmasıdır. Bordro kaydının mali açıdan tamamlandığını gösterir. | ||
|
Neden önemli?
Çalışanı doğrudan ilgilendiren sürecin son adımıdır. Bu zamanı banka transfer dosyasının oluşturulma zamanıyla karşılaştırarak bankacılık işlemlerindeki gecikmeleri görebilirsiniz.
Nereden alınır?
Workday Settlement Status. Durumun 'Completed' olarak değişmesini veya bankadan gelen entegrasyon onaylarını bulun.
Kaydedin
Settlement Status Complete olarak güncellendiğinde kaydedilir
Olay türü
explicit
|
|||
|
Veri düzeltmesi yapıldı
|
Bordro uzmanının girdi verilerini değiştirdiği veya bordro sonucundaki hesaplanmış değerleri geçersiz kıldığı manuel müdahaledir. İlk hesaplamanın hatalı olduğunu gösterir. | ||
|
Neden önemli?
Yeniden çalışmayı doğrudan ölçer. Bu etkinliği azaltmak, otomasyon ve veri kalitesi çalışmalarının başlıca hedeflerinden biridir.
Nereden alınır?
Pay Result nesnesi için Workday Audit Trail. İlk hesaplamadan sonra kullanıcıların (sistemin değil) gerçekleştirdiği 'Field Edit' olaylarını bulun.
Kaydedin
Kullanıcı Pay Result değişikliklerini kaydettiğinde kaydedilir
Olay türü
explicit
|
|||
|
Zaman çizelgesi gönderildi
|
Bir çalışanın veya zaman kayıt sorumlusunun Time Tracking modülünde zaman giriş verilerini ilk kez göndermesi. Bu olay, yönetici incelemesinden önce ham çalışma saatlerinin sistem akışına girdiğini gösterir. | ||
|
Neden önemli?
Gönderim gecikmeleri, bordro hesaplama sürecinin sonraki aşamalarında darboğazlara yol açar. Bu adımı izlemek, ücret döneminin toplam süresini ölçmek için başlangıç noktası sağlar.
Nereden alınır?
Workday Time Tracking iş süreci denetim günlükleri. İlgili ödeme dönemi için 'Submit' olayının zaman damgasını belirleyin.
Kaydedin
'Submit Time' işlemi yürütüldüğünde kaydedilir
Olay türü
explicit
|
|||
|
Zaman çizelgesi onaylandı
|
Yöneticinin veya İK iş ortağının zaman kayıtlarını resmen onaylamasıdır. Bu durum değişikliği, saatlerin bordro arayüzüne veya hesaplama motoruna aktarılmasını sağlar. | ||
|
Neden önemli?
Onay gecikmesini hesaplar. Onaylanmamış zaman kayıtları, sonraki bordro dönemlerinde geriye dönük düzeltmelerin ve yeniden çalışmanın başlıca nedenlerindendir.
Nereden alınır?
Workday Time Tracking iş süreci geçmişi. Adım türünün 'Approval' olduğu 'Step Completed' olayını bulun.
Kaydedin
Onay adımının durumu Completed olarak değiştiğinde kaydedilir
Olay türü
explicit
|
|||
|
Bordro pusulası yayımlandı
|
Kesinleşen bordro pusulasının çalışanın görüntülemesine açılmasıdır. Genellikle ödeme mutabakatı tamamlandıktan sonra veya belirlenen tarihte gerçekleşir. | ||
|
Neden önemli?
Çalışan memnuniyetini etkiler. Bu zamanı izlemek, şeffaflığı ve ücret pusulalarının teslimine ilişkin yerel iş mevzuatına uyumu sağlar.
Nereden alınır?
Pay Group üzerinde yapılandırılan 'Payslip Available Date' değerinden veya 'Generate Payslip' sürecinin tamamlanma zaman damgasından çıkarılır.
Kaydedin
Payslip Available Date yapılandırmasından belirleyin
Olay türü
inferred
|
|||
|
Bordro sonucu önizlendi
|
Kullanıcı, hesaplanan bordro sonucunu veya 'Payslip Preview' ekranını görüntüler. Bu etkinlik genellikle onaydan önce gerçekleşir ve doğrulama aşamasını gösterir. | ||
|
Neden önemli?
Onay alınmadan birden fazla önizleme yapılması, kararsızlığa veya sistem dışı doğrulama ihtiyacına işaret edebilir. İnceleme sürecindeki kullanıcı davranışlarını analiz etmeye yardımcı olur.
Nereden alınır?
Kullanıcı erişim günlükleri veya rapor çalıştırma geçmişi. 'Pay Result' örneğindeki 'View' olaylarını ya da 'View Payslip' raporlarının çalıştırılmasını bulun.
Kaydedin
System Access Logs içinde kaydedilir (View olayı)
Olay türü
explicit
|
|||
|
Teşvik verileri içe aktarıldı
|
Komisyon, prim veya tek seferlik ödemeler gibi harici ücret verilerinin Enterprise Interface Builder (EIB) ya da bağlayıcı aracılığıyla sisteme alınmasıdır. Bu işlem, Input/One-Time Payment nesnelerini oluşturur veya günceller. | ||
|
Neden önemli?
Entegrasyon gecikmesini belirler. Bordronun doğru hesaplanması için harici verilerin hesaplama kesim saatinden önce ulaşması gerekir.
Nereden alınır?
'Request One-Time Payment' veya 'Input' iş süreçlerine ait Integration System Event günlükleri ya da Audit Trail.
Kaydedin
EIB yüklemesi veya Web Service çağrısı sırasında kaydedilir
Olay türü
explicit
|
|||
|
Vergi bildirimi tamamlandı
|
Yasal vergi raporlarının devlet kurumları için başarıyla oluşturulup gönderilmesidir. Ödeme sonrasında gerçekleşir. | ||
|
Neden önemli?
Mevzuata uyumu sağlar. Bu dönem sonu etkinliğindeki gecikmeler ciddi cezalara yol açabilir.
Nereden alınır?
Üçüncü taraf bordro sağlayıcılarına ait entegrasyon günlükleri veya dönem kapatma kontrol listesindeki manuel 'Tax Filing' görevlerinin tamamlanma kayıtları.
Kaydedin
Tax Integration olayı tamamlandığında kaydedilir
Olay türü
explicit
|
|||
|
Yan hak kesintileri uygulandı
|
Vergiye tabi ücretleri belirlemek için yan hak planlarının ve kesinti kurallarının brüt ücrete uygulanmasıdır. Genellikle ana hesaplamanın bir parçası olsa da bu etkinlik, kesinti işlemlerini ayrı olarak incelemenizi sağlar. | ||
|
Neden önemli?
HCM Benefits ile Payroll arasındaki eşitleme gecikmeleri burada sık sık hatalara yol açar. Bu adımı ayrı incelemek, yapılandırma veya veri akışı sorunlarının kaynağını bulmaya yardımcı olur.
Nereden alınır?
Ayrı kesinti alt süreçleri kaydedilmişse 'Run Pay Calculation' günlüklerinin ayrıntılarından çıkarılır; aksi durumda Pay Result içindeki 'Deductions' bölümündeki güncellemelerden belirlenir.
Kaydedin
Hesaplama öncesi ve sonrası Pay Result kesinti alanlarını karşılaştırın
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu veri şablonunu bugün Workday ortamınıza uygulayarak bordro işlemlerinizi dönüştürün. Ekibimiz, veri çıkarma ve analiz sürecinizde size yardımcı olmaya hazır.
Bordro işlemlerinizi bugün optimize edin
Çevrim süresini %30 azaltın ve Workday içindeki manuel düzeltmeleri ortadan kaldırın
Kredi kartı gerekmez... Kurulum 5 dakika sürer