Bordro işlemleri Veri Templateiniz

SAP SuccessFactors Employee Central Payroll
Bordro işlemleri Veri Templateiniz

Bordro işlemleri Veri Templateiniz

Bu Template, bordro çevrimlerinizi analiz etmek için gereken verileri toplamanıza yardımcı olacak ayrıntılı bir çerçeve sunar. Verimsizlikleri belirlemek ve kuruluşunuz genelinde uyumluluğu sağlamak için gereken veri noktalarını ve süreç kilometre taşlarını açıklar.
  • Bordro analizi için stratejik veri alanları
  • Süreç keşfi için temel kilometre taşları
  • Sisteme özel veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Bordro işlemleri öznitelikleri

Önerilen bu veri alanları, her bordro işlemi için gerekli bağlamı toplamanıza ve işlem çevrimlerinizdeki örüntüleri belirlemenize yardımcı olur.
5 Zorunlu 8 Önerilen 5 İsteğe bağlı
Ad Açıklama
Aktivite
Activity
Bordro sürecinde gerçekleşen belirli görev veya olay.
Açıklama

Bu öznitelik, 'Puantaj gönderildi', 'Bordro simülasyonu çalıştırıldı' veya 'Ödeme gerçekleştirildi' gibi yürütülen süreç adımının adını belirtir. Süreç haritasının temelini oluşturur ve analistlerin bordro döngüsündeki işlem sırasını görselleştirmesini sağlar.

Bu öznitelik için veriler Workflow günlükleri (SWWLOGHIST), Infotype değişiklik günlükleri (CDHDR/CDPOS) ve belirli bordro durumu tabloları gibi çeşitli kaynaklardan alınır. Teknik olay kodlarının iş birimlerinin anlayacağı etkinlik adlarına dönüştürülmesi için veri çıkarımı sırasında tutarlı adlandırma kuralları uygulanır.

Neden önemli?

Süreç grafiğindeki düğümleri tanımlar; süreç akışlarının, döngülerin ve varyantların görselleştirilmesini sağlar.

Nereden alınır?

SWWLOGHIST (Workflow), CDHDR (Değişiklik Belgeleri) veya PA03 (Kontrol Kaydı) durum değişikliklerinden elde edilir.

Örnekler
Puantaş gönderildiBrüt ücret hesaplandıDenetim istisnası işaretlendiÖdeme yapıldı
Bordro kaydı
PayrollRecord
Çalışan ve ücret dönemini birleştiren benzersiz tanımlayıcı.
Açıklama

Bordro kaydı, Process Mining analizinde merkezi vaka tanımlayıcısı olarak kullanılır. Belirli bir ücret döneminde belirli bir çalışan için bordro işlemlerinin tek bir döngüsünü temsil eder ve ilk puantaj gönderiminden son vergi bildirimine kadar tüm etkinlikleri birbirine bağlar.

SAP SuccessFactors Employee Central Payroll’da bu kayıt genellikle Personel Numarası (PERNR), Bordro Yılı (PABRJ) ve Bordro Dönemi (PABRP) birleştirilerek oluşturulur. Birden fazla çalıştırmayı ayırt etmek için sıra numarası (SEQNR) da eklenebilir. Bu ayrıntı düzeyi, her ödeme döngüsünün ayrı bir örnek olarak analiz edilmesini sağlar; böylece çevrim süresi doğru ölçülür ve hatalar izlenir.

Neden önemli?

Vaka kimliği olarak kullanılır ve düzenlenen her ücret ödemesinin uçtan uca süreç akışını yeniden oluşturmak için ilgili tüm olayları bir araya getirir.

Nereden alınır?

SAP Cluster B2 (Zaman Değerlendirme Sonuçları) veya PC_PAYRESULT tablolarındaki verilerden oluşturulur (PERNR, PABRJ, PABRP, SEQNR).

Örnekler
10023499-2023-1088291022-2024-01-SEQ01US-10293-2023-52
Olay zaman damgası
EventTimestamp
Etkinliğin gerçekleştiği kesin tarih ve saat.
Açıklama

Bu öznitelik, olayın gerçekleştiği kesin anı tarih ve saat bilgileriyle kaydeder. Çevrim süreleri, teslim süreleri ve süreç aşamaları arasındaki işlem hızları dahil, zamana dayalı tüm metriklerin hesaplanması için temel oluşturur.

SAP ECP’de bu bilgi, değişiklik belgelerindeki UDATE/UTIME gibi zaman damgası alanlarından veya küme tablolarındaki belirli günlük kayıtlarının saatlerinden alınır. 'Puantaj gönderildi' ile 'Puantaj onaylandı' arasındaki gecikmeler gibi darboğazları belirlemek için zaman damgalarının doğru olması önemlidir.

Neden önemli?

Olaylar arasındaki süreyi hesaplamayı sağlar; performans darboğazlarını ve SLA ihlallerini belirlemek için gereklidir.

Nereden alınır?

CDHDR-UDATE/UTIME, SWWLOGHIST-WI_CD/WI_CT veya belirli denetim günlüğü zaman damgaları.

Örnekler
2023-10-25T08:30:00Z2023-10-26T14:15:22Z2023-11-01T09:00:00Z
Kaynak sistem
SourceSystem
Olay verilerinin geldiği sistem.
Açıklama

Bu öznitelik, verilerin çıkarıldığı SAP SuccessFactors Employee Central Payroll örneğini veya bağlı alt sistemi belirtir. Birden fazla bordro sisteminin ya da karma yapıların bulunduğu karmaşık ortamlarda veri kökeninin ve izlenebilirliğin korunmasını sağlar.

Farklı bölgelerdeki kurulumlardan gelen verileri analiz ederken veya eski sistemlerle taşınan sistemlerin performansını karşılaştırırken özellikle yararlıdır. Genellikle veri çıkarma kurulumu sırasında tanımlanan sabit bir metin değeridir.

Neden önemli?

Birden fazla sistemin bulunduğu ortamlarda verileri bölümlere ayırmayı ve sorunların kaynağını belirleyerek veri kalitesi sorunlarını gidermeyi sağlar.

Nereden alınır?

SAP kurulumundaki veya veri çıkarma yapılandırmasındaki sistem kimliği (SID).

Örnekler
SAP_ECP_NASAP_ECP_EMEASuccessFactors_Core
Son veri güncellemesi
LastDataUpdate
En son veri çıkarımının zaman damgası.
Açıklama

Bu öznitelik, veri kaydının Process Mining veri modelinde en son ne zaman yenilendiğini gösterir. Analistlerin verilerin güncelliğini anlamasına ve içgörülerin güncel bilgilere dayanmasına yardımcı olur.

Süreç akışı analizinde doğrudan kullanılmasa da veri yönetişimi ve doğrulama açısından önemlidir. Dashboardun bordro sistemindeki en son durumu yansıttığını doğrulamaya yardımcı olur.

Neden önemli?

Kullanıcıların verilerdeki gecikmeden haberdar olmasını ve raporlanan metriklerin güncelliğini doğrulamasını sağlar.

Nereden alınır?

Çalışma sırasında ETL / veri çıkarma betiği tarafından oluşturulur.

Örnekler
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
Bordro alanı
PayrollArea
Çalışanın bağlı olduğu bordro grubunu belirtir.
Açıklama

Bordro alanı, aynı bordro çalıştırmasında birlikte işleme alınan çalışanları; genellikle ödeme sıklığına (ör. aylık veya iki haftada bir) ya da kuruluş yapısına göre gruplandırır. Bu öznitelik, farklı çalışan gruplarının süreç performansını karşılaştırmak için analizleri bölümlere ayırmada önemlidir.

SAP’de bu alan, teknik ABKRS alanına karşılık gelir. Gecikmeler veya hatalar çoğu zaman belirli bordro alanlarında yoğunlaşır. Bu nedenle Dashboardlarda kök neden analizinin temel boyutlarından biridir.

Neden önemli?

Farklı grupların (ör. saatlik ücretli ve maaşlı çalışanlar) bordro döngüsü performansını karşılaştırmayı sağlar.

Nereden alınır?

PA0001 tablosu (Kurumsal Atama), ABKRS alanı.

Örnekler
ABD iki haftada birAlmanya aylıkÜst düzey yönetici bordrosu
Bordro uzmanı
PayrollSpecialist
Kaydı işleyen kişinin kullanıcı kimliği veya adı.
Açıklama

Bu öznitelik, elle yapılan adımları veya onayları yürütmekten sorumlu bordro yöneticisinin ya da uzmanının kimliğini kaydeder. İş yükü dağılımını ve bireysel verimliliği analiz etmeyi sağlayan 'Uzman İşlem Hacmi ve İş Yükü' Dashboardunun temel özniteliğidir.

Sistem günlüklerindeki UNAME alanından veya Workflow adımlarındaki 'Kullanıcı' alanından alınır. Yöneticilerin eğitim ihtiyaçlarını veya kaynak kısıtlarını belirlemesine yardımcı olur.

Neden önemli?

İş yükünü dengelemek ve süreçteki insan kaynaklı darboğazları belirlemek için gereklidir.

Nereden alınır?

CDHDR’de kaydedilen sistem alanları (SY-UNAME) veya Workflow aktör kimliği.

Örnekler
JSMITHKMILLERSYSTEM
Brüt ücret tutarı
GrossPayAmount
Kayıt için hesaplanan toplam brüt ücret.
Açıklama

Bu öznitelik, kesintilerden önceki brüt ücretin toplam parasal değerini gösterir. Finansal doğrulamanın temel metriklerinden biridir; yüksek tutarlı ödemelerin daha sıkı denetim veya daha uzun onay süreleriyle ilişkisini incelemek için kullanılır.

Bordro sonuçları tablosundan (RT), genellikle toplam brüt ücreti gösteren belirli ücret türlerinden (ör. /101) alınır. Hesaplamanın temel tutarını sağlayarak 'Yan Hak ve Vergi Hesaplama Doğruluğu' analizini destekler.

Neden önemli?

Ödeme tutarına göre süreç davranışını analiz etmeyi sağlar (ör. yüksek tutarlı ödemelerin onaylanması daha mı uzun sürüyor?).

Nereden alınır?

Bordro Sonuçları Tablosu (RT), /101 veya benzeri ücret türü.

Örnekler
5000.002500.5010500.00
Çalışan türü
EmployeeType
Çalışanın sınıflandırması (ör. kadrolu, yüklenici).
Açıklama

Bu öznitelik, çalışanları aktif çalışan, emekli veya yüklenici gibi istihdam ilişkilerine göre sınıflandırır. Bordro işlemlerinin karmaşıklığı çalışan türüne göre değişebilir; bazı gruplar daha fazla elle müdahale veya özel uyumluluk denetimi gerektirebilir.

SAP’deki Çalışan Grubu (PERSG) ve Çalışan Alt Grubu (PERSK) alanlarından alınır. Belirli çalışan gruplarının bordro SLA’larını orantısız biçimde etkileyip etkilemediğini analiz etmeye yardımcı olur.

Neden önemli?

Süreç farklılıklarının veya gecikmelerin belirli istihdam kategorilerine özgü olup olmadığını belirlemeye yardımcı olur.

Nereden alınır?

PA0001 tablosu, PERSG (Grup) ve PERSK (Alt Grup) alanları.

Örnekler
Aktif çalışanStajyerEmekliSaatlik ücretli yüklenici
Maliyet merkezi
CostCenter
Çalışanla ilişkili maliyet merkezi.
Açıklama

Maliyet merkezi, çalışanın maliyetlerinin aktarıldığı finans departmanını veya birimini belirtir. 'Puantaj Onayındaki Darboğazlar' Dashboardunda departman için gösterge olarak kullanılır ve bordro döngüsünü hangi kuruluş birimlerinin geciktirdiğini belirlemeye yardımcı olur.

Kurumsal Atama infotype’ında (PA0001) KOSTL alanında bulunur. Süreç metriklerinin iş birimine veya işlevsel alana göre toplanmasını sağlar.

Neden önemli?

Gecikmelere veya yeniden çalışmaya neden olan departmanları belirlemek için kuruluş yapısında ayrıntıya inmeyi sağlar.

Nereden alınır?

PA0001 tablosu, KOSTL alanı.

Örnekler
CC-1000 FinansCC-2000 BTCC-3000 Satış
Otomatik mi
IsAutomated
Etkinliğin bir sistem kullanıcısı tarafından gerçekleştirilip gerçekleştirilmediğini belirten işaret.
Açıklama

Bu Boole özniteliği, belirli bir süreç adımının arka plan işi/sistem kullanıcısı tarafından mı yoksa bir kişi tarafından mı yürütüldüğünü belirtir. Temassız işlem oranını hesaplayan 'Banka Transferi Otomasyon İzleyicisi' için önemlidir.

Genellikle kullanıcı kimliği, bilinen sistem hesaplarının listesiyle (ör. 'BATCH', 'SAP_WORKFLOW') karşılaştırılarak belirlenir.

Neden önemli?

Otomasyon oranlarını ölçmeye ve elle yapılan işleri azaltma fırsatlarını belirlemeye yardımcı olur.

Nereden alınır?

Kullanıcı kimliğinden elde edilir (ör. Kullanıcı ['BATCH', 'SYSTEM'] listesindeyse true).

Örnekler
truefalse
Ücret dönemi
PayPeriod
Mali yıl içindeki belirli dönem numarası.
Açıklama

Bu öznitelik, bordro döneminin sıra numarasını belirtir (ör. ocak ayı veya iki haftalık ilk döngü için 01). Analistlerin zaman içindeki performans eğilimlerini izlemesine ve işlem iş yükündeki mevsimsel değişimleri belirlemesine yardımcı olur.

PABRP alanından alınır ve genellikle Bordro Yılı ile birlikte analiz edilir. Farklı döngülerdeki işlem sürelerini karşılaştıran 'Uçtan Uca Bordro Döngüsü Süresi' Dashboardu için gereklidir.

Neden önemli?

Eğilim analizini ve yılın belirli dönemlerinde ortaya çıkan mevsimsel darboğazların belirlenmesini sağlar.

Nereden alınır?

PA0001 tablosu veya Bordro Sonuçları Kümesi (RGDIR), PABRP alanı.

Örnekler
01122652
Ücret döngüsü sıklığı
PayCycleFrequency
Çalıştırmanın düzenli mi yoksa dönem dışı mı olduğunu belirtir.
Açıklama

Bu öznitelik, planlı standart bordro çalıştırmaları ile düzeltme veya anında ödeme için kullanılan özel 'dönem dışı' çalıştırmaları birbirinden ayırır. Dönem dışı çalıştırmaların sayısının yüksek olması, süreç verimsizliğinin önemli bir göstergesidir ve 'Dönem Dışı Ödeme Hacmi Analizi' Dashboardunda izlenir.

Bordro kümesi dizinindeki Dönem Dışı Nedeni (OCRSN) veya Bordro Türü (PAYTY) alanlarından elde edilir. Dönem dışı çalıştırmalarda bu alanda bir değer bulunur; diğerleri düzenli kabul edilir.

Neden önemli?

'Dönem Dışı Ödeme Oranı' KPI’ını ölçmek ve standart dışı işlemleri azaltmaya yönelik çalışmaları belirlemek için önemlidir.

Nereden alınır?

RGDIR tablosu (Küme Dizini), OCRSN veya PAYTY alanı.

Örnekler
DüzenliDüzeltme APrim ödemesiİşten ayrılma
Denetim istisnası işareti
AuditExceptionFlag
Denetim istisnası oluşup oluşmadığını belirten işaret.
Açıklama

Bu öznitelik, bordro simülasyonu veya hesaplaması sırasında doğrulama kurallarının istisna ya da uyarı oluşturduğu vakaları işaretler. 'Denetim İstisnası Sıklığı' KPI’ının temel girdisidir.

Veriler genellikle bordro günlüğünden veya belirli hata mesajı tablolarından (FEHLER) alınır. true değeri, süreç akışında istisna yönetimi adımının bulunduğunu gösterir.

Neden önemli?

Veri kalitesi sorunlarını ve elle müdahale ihtiyacını ortaya çıkarır.

Nereden alınır?

Bordro günlüğündeki hata mesajlarının veya belirli durum kodlarının varlığından elde edilir.

Örnekler
truefalse
SLA işlem son tarihi
SLAProcessingDeadline
Bordro çalıştırmasının tamamlanması için hedef zaman damgası.
Açıklama

Bu öznitelik, ödemenin zamanında yapılmasını sağlamak için bordronun tamamlanması gereken iç veya dış son tarihi belirtir. Gerçek 'Ödeme gerçekleştirildi' zaman damgasıyla karşılaştırılarak 'SLA Uyumluluk Oranı' KPI’ının hesaplanmasında kullanılır.

SAP tablolarında her zaman standart bir alan olarak bulunmasa da genellikle özel bir kontrol tablosunda tutulur veya bordro takvimine göre belirlenir (ör. ödeme tarihinden 2 gün önce). Bu veri modeli için çoğunlukla ödeme tarihinden belirli bir tampon süre çıkarılarak hesaplanır.

Neden önemli?

Zamanında tamamlanmayı ve SLA’ya uyumu değerlendirmek için ölçüt sağlar.

Nereden alınır?

Ödeme tarihinden (T549S) yapılandırılmış işlem günleri çıkarılarak elde edilir.

Örnekler
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
Tüzel kişilik
LegalEntity
Çalışanın şirket kodu veya tüzel kişiliği.
Açıklama

Bu öznitelik, bordro kaydıyla ilişkili tüzel kişiliği (Şirket Kodu) belirtir. Farklı bağlı ortaklıklar veya şirket tüzel kişilikleri arasındaki bordro performansını finansal raporlama ve analiz için kullanmayı sağlar.

Kurumsal Atama infotype’ındaki (PA0001) BUKRS alanından alınır.

Neden önemli?

Şirketler arası kıyaslamayı ve finansal dağılım analizini destekler.

Nereden alınır?

PA0001 tablosu, BUKRS alanı.

Örnekler
US01DE011000
Vergi yetki alanı
TaxJurisdiction
Çalışan için geçerli vergi bölgesi veya yetkili kurum.
Açıklama

Bu öznitelik, bordro kaydının tabi olduğu vergi kurumunu veya bölgesini (ör. eyalet, il, kanton) belirtir. Coğrafi bölgelerdeki uyumluluk sorunlarını belirlemek için 'Denetim İstisnaları ve Uyumluluk Riski' Dashboardunda kullanılır.

SAP ABD Bordrosu’nda bu alan TXJCD olarak adlandırılır. Diğer bölgelerde personel alt bölgesi veya belirli vergi bölgesi alanlarıyla eşleşebilir. Bu boyut, sistem genelindeki mantık hatalarını bölgeye özgü yapılandırma sorunlarından ayırmaya yardımcı olur.

Neden önemli?

Uyumluluk risklerini ve denetim istisnalarını mevzuat bölgelerine göre bölümlere ayırmayı sağlar.

Nereden alınır?

PA0001 veya PA0207/PA0208 tablosu, TXJCD alanı.

Örnekler
CANYTXNRW
Yeniden çalışma sayısı
ReworkCount
Düzeltmenin kaç kez yapıldığı.
Açıklama

Bu hesaplanan metrik, vaka geçmişinde 'Veri düzeltmesi yapıldı' etkinliğinin kaç kez yer aldığını sayar. Süreç verimsizliğini doğrudan ölçer ve 'Elle Düzeltme ve Yeniden Çalışma Oranları' Dashboardunu destekler.

Yeniden çalışma sayısının yüksek olması, süregelen veri kalitesi sorunlarına veya ilk doğrulamayı geçemeyen karmaşık vakalara işaret eder.

Neden önemli?

Hata düzeltmeye harcanan emeği ölçer ve veri kalitesi çalışmalarının gerekçelendirilmesine yardımcı olur.

Nereden alınır?

Her CaseId için 'Veri düzeltmesi yapıldı' etkinlikleri sayılarak hesaplanır.

Örnekler
013
Zorunlu Önerilen İsteğe bağlı

Bordro işlemleri etkinlikleri

Bordro sürecinin tamamını görünür kılmak ve gecikmelerin ya da manuel düzeltmelerin tam olarak nerede gerçekleştiğini belirlemek için bu temel süreç adımlarını kaydedin.
9 Önerilen 5 İsteğe bağlı
Aktivite Açıklama
Banka havalesi dosyası oluşturuldu
Ön Veri Ortamı Değişimi (pre-DME) veya nihai DME dosyasının oluşturulmasıdır. Bu dosya, bankaya gönderilecek ödeme talimatlarını içerir.
Neden önemli?

Banka Havalesi Otomasyon İzleyicisini takip eder. Dosya oluşturma hataları süreci durdurabilir.

Nereden alınır?

DME / Ödeme Ortamı Workbench (PMW) çalıştırma günlükleri; genellikle TemSe’de veya belirli ödeme çalıştırma tablolarında (ReguH/ReguP) saklanır.

Kaydedin

Ödeme çalıştırması (F110/RPCIPE) çıktı oluşturduğunda kaydedilir

Olay türü explicit
Bordro kaydı onaylandı
Bir çalışan veya ücret grubu için bordro sonuçlarının resmen onaylanmasıdır. PCC içindeki 'Monitoring' veya 'Sign Off' adımında gerçekleşir.
Neden önemli?

Hesaplama ve doğrulama aşamasının bittiğini, ödeme için onay verildiğini gösterir. Uzman İşlem Hacmi analizinde önemlidir.

Nereden alınır?

Onay veya Teyit adımına ait Payroll Control Center Adım Örneği günlükleri (PYC_D_STEP_INST).

Kaydedin

PCC onay adımının durumu COMPLETED olarak değiştiğinde kaydedilir

Olay türü explicit
Bordro simülasyonu çalıştırıldı
Sonuçları veritabanına kaydetmeden hataları belirlemek için bordro sürücüsünün test amaçlı çalıştırılmasıdır. PCC doğrulama aşamasının önemli bir adımıdır.
Neden önemli?

İlk Seferde Hesaplama Oranını hesaplamak için gereklidir. Simülasyonların tekrarlanması veri kalitesi sorunlarına işaret eder.

Nereden alınır?

Adım türünün Simulation olduğu Payroll Control Center Adım Örneği günlükleri (PYC_D_STEP_INST).

Kaydedin

PCC simülasyon adımının durumu COMPLETED olarak değiştiğinde kaydedilir

Olay türü explicit
Bordro süreci başlatıldı
Payroll Control Center (PCC) içinde bir bordro süreci örneğinin oluşturulmasıdır. Belirli bir bordro alanı için bordro döngüsünün resmî başlangıcını gösterir.
Neden önemli?

Uçtan Uca Bordro Döngüsü Süresinin başlangıç noktasını belirler. İşlenecek çalışanların kapsamını tanımlar.

Nereden alınır?

Yeni bir süreç kimliğinin oluşturulmasını izleyen Payroll Control Center tabloları (ör. PYC_D_PY_PROC_INST).

Kaydedin

PCC süreç örneği oluşturulduğunda kaydedilir

Olay türü explicit
Brüt ücret hesaplandı
Brüt bordro şeması hesaplamasının başarıyla yürütülmesidir. Standart işlemde bu, bordro sürücüsünün PCL2 kümesine yazmasıyla gerçekleşir.
Neden önemli?

Zaman ve ücret verilerinin başarıyla birleştirildiğini gösteren önemli bir aşamadır. Buradaki gecikmeler, Brütten Nete İşleme Verimliliğini etkiler.

Nereden alınır?

PCL2 kümesi (Bordro Sonuçları), özellikle 'For-Period' için dizin tablosundaki (RGDIR) zaman damgası.

Kaydedin

Bordro kümesine yeni bir sıra numarası yazıldığında kaydedilir

Olay türü explicit
Ödeme yapıldı
Ödeme sürecinin tamamlanmasıdır. Genellikle banka onayıyla veya F110 ödeme çalıştırmasının tamamlanmasıyla doğrulanır.
Neden önemli?

SLA Uyumluluk Oranının temel bitiş zaman damgasıdır. Çalışana zamanında ödeme yapılıp yapılmadığını belirler.

Nereden alınır?

Ödeme çalıştırma tablolarındaki (REGUH) çalıştırma tarihi ve saati veya Valör Tarihinden çıkarılan bilgi.

Kaydedin

Ödeme çalıştırmasının durumu Posted/Complete olarak ayarlandığında kaydedilir

Olay türü explicit
Puantaş gönderildi
Çalışanın veya yöneticinin ücret dönemi için zaman verilerini gönderdiği olaydır. Bu bilgi, ECP’ye bağlı Employee Central modülündeki iş akışı talep günlüklerinden alınır.
Neden önemli?

Veri biriktirme aşamasının başlangıcını gösterir. Buradaki gecikmeler sonraki adımlara yansıyarak bordro işleme süresini daraltır.

Nereden alınır?

Employee Central iş akışı talep tabloları (WfRequest); Puantaş veya İzin kategorilerine göre filtrelenir.

Kaydedin

İş akışı durumu SUBMITTED olarak değiştiğinde kaydedilir

Olay türü explicit
Puantaş onaylandı
Bir yönetici veya yöneticinin zaman verilerini resmen onaylamasıdır. Bu durum değişikliği, verilerin bordro motoruna aktarılmaya hazır olduğunu doğrular.
Neden önemli?

Puantaş Onay Süresi KPI’ını hesaplar. Buradaki darboğazlar, yönetici gecikmelerine veya karmaşık onay hiyerarşilerine işaret eder.

Nereden alınır?

Employee Central iş akışı talep tabloları (WfRequest); COMPLETED veya APPROVED durumuna göre filtrelenir.

Kaydedin

İş akışı durumu APPROVED olarak değiştiğinde kaydedilir

Olay türü explicit
Vergi bildirimi tamamlandı
Vergi bildirimi dosyalarının oluşturulması (ör. ABD’de PU19) veya üçüncü taraf vergi bildirim hizmeti sağlayıcısına aktarılmasıdır.
Neden önemli?

Mevzuata uyumluluğu sağlar. Süreçteki son uyumluluk adımını izler.

Nereden alınır?

Dosyanın başarıyla oluşturulduğunu gösteren Tax Reporter Log Manager veya B2A (Business to Administration) Manager günlükleri.

Kaydedin

Tax Reporter çalıştırması başarıyla tamamlandığında kaydedilir

Olay türü explicit
Denetim istisnası işaretlendi
Payroll Control Center ilke kontrollerinin doğrulama uyarısı oluşturmasıdır. Bu uyarılar, veri tutarsızlıklarını veya uyumluluk risklerini belirler.
Neden önemli?

Denetim İstisnası Sıklığı ve Uyumluluk Riski Dashboardlarını doğrudan destekler. Yüksek hacim, önceki aşamalardaki veri kalitesi sorunlarına işaret eder.

Nereden alınır?

Belirli hata kodlarını çalışan kaydıyla ilişkilendiren Payroll Control Center Uyarı tabloları (PYC_D_ALERT).

Kaydedin

PCC Uyarı tablosunda yeni bir kayıt oluşturulduğunda kaydedilir

Olay türü explicit
Teşvik verileri içe aktarıldı
Prim veya komisyon gibi standart dışı ücret verilerinin bordro sistemine alınmasıdır. Genellikle verilerin Infotype 0015 veya 2010'a yüklenmesini içerir.
Neden önemli?

Geç yapılan içe aktarımlar, brüt ücretin doğru hesaplanmasını engeller. Bu adımın analizi, Teşvik Verisi Entegrasyon Süresini iyileştirmeye yardımcı olur.

Nereden alınır?

Infotype 0015 (Ek Ödemeler) veya 2010 (Çalışan Ücret Bilgileri) kayıtlarının oluşturulduğunu gösteren Denetim Günlüğü (PCL4 veya eşdeğeri).

Kaydedin

Infotype oluşturma zaman damgalarını içe aktarma işi günlükleriyle karşılaştırın

Olay türü inferred
Ücret pusulası yayımlandı
Ücret bildiriminin Self-Service (ESS) üzerinden çalışanın erişimine açılmasıdır.
Neden önemli?

Ücret Pusulası Teslim SLA Performansını ölçer. Buradaki gecikmeler destek masasına talepler gelmesine yol açar.

Nereden alınır?

Ücret pusulası mashup hizmeti günlüklerindeki 'Print Date' veya erişilebilirlik tarihi yapılandırmasından çıkarılır.

Kaydedin

Ödeme Tarihi + sistem yapılandırmasındaki gecikmeye göre hesaplayın

Olay türü inferred
Veri düzeltmesi yapıldı
Denetim istisnasına yanıt olarak ana verilerde veya zaman verilerinde yapılan değişikliklerdir. Bordro uyarısını gidermek için gereken yeniden çalışmayı ifade eder.
Neden önemli?

Manuel Düzeltme ve Yeniden Çalışma Oranlarını izler. Süreç verimsizliğine en çok katkıda bulunan etkinliktir.

Nereden alınır?

Uyarı kapatılmadan önce aynı çalışan için PCC Uyarı zaman damgalarıyla sonraki Denetim Günlüğü (PCL4) değişiklikleri birleştirilerek belirlenir.

Kaydedin

PCC uyarısı etkinken yapılan ana veri güncellemelerini belirleyin

Olay türü inferred
Yan hak kesintileri uygulandı
Yan hak kurallarının işlendiği hesaplama şemasındaki belirli adımdır. Ana çalıştırmanın bir parçası olsa da bu adımı ayrı incelemek yapılandırma hatalarını belirlemeye yardımcı olur.
Neden önemli?

Yan Hak ve Vergi Hesaplama Doğruluğu analizini destekler. Karmaşık kesinti kurallarındaki tutarsızlıkları gidermede yararlıdır.

Nereden alınır?

Bordro sonuçlarında V0 ayrımının bulunmasından veya ayrıntılı günlük kaydı etkinse belirli günlük girdilerinden çıkarılır. Ayrıntılı günlük kaydı üretim ortamlarında nadirdir.

Kaydedin

Brüt ücretin hesaplandığı zamanla örtüşür, ancak analiz açısından farklı bir kavramdır

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

SAP SuccessFactors Employee Central Payroll verilerinizi nasıl alırsınız?

Başlamaya hazır mısınız?

Bu Templatei veri çıkarma sürecinizde kullanarak daha verimli bir bordro sürecine doğru ilk adımı atın. Yapılandırılmış yaklaşımımız, ham verilerden hızla uygulanabilir içgörülere ulaşmanıza yardımcı olur.

Bordro işlemlerinizin performansını şimdi iyileştirin

Bordro çevrim sürelerini bugün %30 azaltan şirketlere katılın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Kurulum dakikalar içinde tamamlanır.