Maaş İşleme Veri Şablonunuz
Maaş İşleme Veri Şablonunuz
Bu, Bordro İşlemleri süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Eksiksiz bir Event Log için temel veri alanlarını tanımlayın.
- Bordro işlemlerindeki temel faaliyetleri ve dönüm noktalarını belirleyin.
- Çeşitli sistemlerden veri çıkarma rehberlerine erişin.
Bordro İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Bordro Kayıt Kimliği PayrollRecordId | Her ayrı bordro kaydı için benzersiz bir tanımlayıcı; genellikle bir çalışan kimliği ve belirli bir ödeme dönemini birleştirir. | ||
| Açıklama Maaş Kayıt Kimliği, belirli bir maaş döngüsünde tek bir çalışan için tüm maaş sürecinin benzersiz vaka tanımlayıcısı olarak hizmet eder. Her kimlik, zaman verisi gönderiminden ödeme ve raporlamaya kadar tek bir yolculuğu temsil eder. Process Mining'de bu öznitelik, ilgili tüm etkinlikleri tutarlı bir uçtan uca süreç akışında bir araya getirmek için hayati öneme sahiptir. Bireysel maaş kayıtları için döngü sürelerinin, varyasyonların ve darboğazların analizine olanak tanır. Benzersiz bir vaka kimliği olmasaydı, olay dizisini izlemek ve süreç dinamiklerini doğru bir şekilde anlamak imkansız olurdu. Neden önemli Bu, tüm süreç olaylarını tek bir vakaya bağlayan, her kayıt için uçtan uca maaş döngüsünü analiz etmeyi mümkün kılan birincil anahtardır. Nereden alınır Genellikle maaş sistemi tarafından oluşturulur veya maaş işlem verilerinden bir çalışan tanımlayıcısı ile bir maaş dönemi tanımlayıcısını birleştirerek oluşturulabilir. Örnekler PAY-EMP1053-202312PR7883451EMP0098_PP24_2023 | |||
| Faaliyet Adı ActivityName | Maaş sürecinde meydana gelen belirli görevin, olayın veya adımın adı. | ||
| Açıklama Etkinlik Adı, maaş yaşam döngüsü içinde gerçekleştirilen 'Zaman Verisi Onaylandı', 'Brütten Nete Hesaplandı' veya 'Ödeme Gerçekleştirildi' gibi ayrık bir eylemi tanımlar. Her etkinlik, süreç haritasında bir düğümü temsil eder ve belirli bir zaman damgasıyla ilişkilidir. Bu öznitelik, süreç haritasının temelini oluşturduğu için Process Mining için temeldir. Bu etkinliklerin sırasını, sıklığını ve süresini analiz etmek, gerçek süreç akışını ortaya çıkarır, yaygın yolları belirler, standart prosedürden sapmaları vurgular ve sürecin yavaşladığı darboğazları tespit eder. Neden önemli Süreç haritasındaki adımları tanımlar. Faaliyetleri analiz etmek, ne olduğunu anlamak, darboğazları keşfetmek ve yeniden çalışma döngülerini belirlemek için kritik öneme sahiptir. Nereden alınır Genellikle maaş işlem tabloları içindeki sistem günlüklerinde, denetim izlerinde veya durum alanlarında bulunur. Teknik olay kodlarından kullanıcı dostu adlara eşlenmesi gerekebilir. Örnekler Zaman Verisi GönderildiBordro Çalıştırması BaşlatıldıBrütten Nete HesaplandıÖdeme Gerçekleştirildi | |||
| Olay Zaman Damgası EventTimestamp | Aktivitenin meydana geldiği kesin tarih ve saat. | ||
| Açıklama Etkinlik Zaman Damgası, bir etkinliğin gerçekleştirildiği tam anı kaydeder. Bu kronolojik veri, olayları doğru sıralamak ve süreçteki farklı adımlar arasındaki süreyi hesaplamak için hayati öneme sahiptir. Process Mining'de, zaman damgaları her vaka için olay dizisini oluşturmak ve zamansal analiz yapmak için kullanılır. Bu, etkinlikler arasındaki döngü sürelerini hesaplamayı, gecikmeleri belirlemeyi, bekleme sürelerini ölçmeyi ve Hizmet Seviyesi Anlaşmalarına (SLA'lar) karşı performansı izlemeyi içerir. Doğru zaman damgaları, performansla ilgili herhangi bir süreç analizinin temelidir. Neden önemli Bu öznitelik, olayları doğru sıralamak ve döngü sürelerini, süreleri hesaplamak ve darboğazları belirlemek dahil olmak üzere tüm zaman bazlı analizler için kritik öneme sahiptir. Nereden alınır Sistem denetim günlüklerinde veya bordro işlem kayıtlarında 'oluşturma tarihi' veya 'olay zamanı' alanı olarak bulunur. Örnekler 2023-12-15T09:05:00Z2023-11-30T14:22:10Z2024-01-15T11:00:00Z | |||
| Kaynak Sistem SourceSystem | Olay verilerinin kaynaklandığı sistem veya uygulama. | ||
| Açıklama Bu öznitelik, olay verilerinin kaydedildiği kaynak sistemi tanımlar. Modern bir maaş ortamında, veri, Süre ve Devam Takip sistemi, bir HRIS veya çekirdek maaş motorunun kendisi gibi çeşitli sistemlerden gelebilir. Kaynak sistemi analiz etmek, genel süreç içindeki entegrasyon noktalarını ve veri geçişlerini anlamaya yardımcı olur. Entegrasyon sorunlarını teşhis etmek veya farklı sistemlerde yönetilen süreçleri karşılaştırmak için faydalı olan, süreci belirli bir uygulamadan kaynaklanan olaylara göre filtrelemek için kullanılabilir. Neden önemli Her süreç adımının nerede gerçekleştiğini belirler; bu da süreç parçalanmasını anlamak ve sisteme özgü darboğazları veya entegrasyon gecikmelerini tespit etmek için kritik öneme sahiptir. Nereden alınır Genellikle veri çıkarımlarında standart bir alan olarak mevcuttur veya veri tablolarının kaynağına göre veri çıkarma işlemi sırasında eklenebilir. Örnekler Payroll EngineSüre ve Devam Takip SistemiHRIS CoreYan Haklar Yönetim Modülü | |||
| Son Veri Güncellemesi LastDataUpdate | Bu olaya ait verilerin kaynak sistemden en son ne zaman değiştirildiğini veya çıkarıldığını gösteren bir zaman damgası. | ||
| Açıklama Son Veri Güncelleme zaman damgası, verinin güncelliği hakkında bilgi sağlar. Kaydın kaynak sistemde en son ne zaman değiştirildiğini veya analiz için veri setine ne zaman çekildiğini gösterir. Bu, iş etkinliğinin gerçekten ne zaman gerçekleştiğini kaydeden Etkinlik Zaman Damgasından farklıdır. Bu öznitelik, esas olarak veri yönetimi ve doğrulama için kullanılır. Artımlı veri yüklerini yönetmeye ve analizin güncel bilgilere dayanmasını sağlamaya yardımcı olur. Doğrudan süreç akışı analizi için tipik olarak kullanılmasa da, Process Mining veri setinin bütünlüğünü ve güncelliğini korumak için kritik öneme sahiptir. Neden önemli Veri tazeliğini sağlar ve artımlı veri yüklerini yönetmek için esastır; analizin mevcut en güncel bilgileri yansıttığını doğrulamaya yardımcı olur. Nereden alınır Bu zaman damgası genellikle data çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur veya kaynak sistem tablolarında 'son değiştirilme tarihi' alanı olarak mevcuttur. Örnekler 2023-12-16T02:00:00Z2023-12-01T05:10:00Z2024-01-16T01:30:00Z | |||
| Bordro Çalıştırma Türü PayrollRunType | Bordro çalıştırmasının kategorisini belirtir; örneğin düzenli, ara dönem veya bonus ödemesi. | ||
| Açıklama Maaş Çalışma Türü, maaş işleme olayını sınıflandırır. 'Normal' bir çalışma, standart, planlı döngünün bir parçasıdır. 'Döngü Dışı' bir çalışma, bir hatayı düzeltmek veya işten çıkarılan bir çalışana ödeme yapmak için plansız bir ödemedir. Diğer türler arasında 'Bonus' veya 'Komisyon' çalışmaları bulunabilir. Bu, karşılaştırmalı analiz için güçlü bir boyuttur. Döngü dışı ödemeler, genellikle normal döngüdeki süreç hatasının bir işaretidir ve işlenmesi tipik olarak daha pahalı ve zaman alıcıdır. Çalışma türüne göre filtreleme yaparak, kuruluşlar bu istisnaların temel nedenlerini izole edip analiz edebilir, sıklıklarını ve maliyetlerini ölçebilir ve farklı çalışma türlerinin verimliliğini karşılaştırabilir. Neden önemli Standart ve istisnai işleme arasında ayrım yapar. Ara dönem çalıştırmalarını analiz etmek, süreç hatalarını anlamak ve maliyetli, standart dışı ödemeleri azaltmak için anahtardır. Nereden alınır Bu bilgi genellikle maaş sistemi içindeki maaş çalışma veya toplu işleme tablolarında bulunur. Örnekler DüzenliAra DönemBonusDüzeltme | |||
| Brüt Ödeme Tutarı GrossPayAmount | Bu maaş kaydında, herhangi bir kesinti veya vergi uygulanmadan önce çalışan için hesaplanan toplam maaş. | ||
| Açıklama Brüt Ödeme Tutarı, bir çalışanın belirli bir ödeme dönemi için toplam kazancını temsil eder. Bordro çalıştırması sırasında hesaplanan ve sonraki vergi ve kesinti hesaplamaları için temel oluşturan önemli bir finansal rakamdır. Süreç akışının doğrudan bir itici gücü olmasa da, bu öznitelik bağlamsal analiz için değerlidir. Örneğin, yüksek değerli bordro kayıtlarının farklı işlenip işlenmediğini veya daha sıkı kontrollere tabi olup olmadığını kontrol etmek için vakaları değere göre segmentlere ayırmakta kullanılabilir. Hatalar veya gecikmelerle işlenen ödemelerin toplam değerini hesaplamak gibi finansal etki analizi için de esastır. Neden önemli Sürece finansal bağlam sağlar, gecikmelerin, yeniden çalışmanın veya istisnaların parasal etkisini analiz etmeye ve vakaları değere göre segmentlere ayırmaya olanak tanır. Nereden alınır Brütten nete hesaplama adımından elde edilen, bordro sonuçlarında veya işlem veri tablolarında bulunan standart bir çıktı alanı. Örnekler 2500.001575.505200.75850.00 | |||
| Is Manual Correction IsManualCorrection | Etkinliğin manuel bir değişiklik, müdahale veya veri düzeltmesi içerip içermediğini gösteren bir boolean bayrağı. | ||
| Açıklama Bu öznitelik, bir kullanıcının ideal olarak otomatik olması gereken bir sürece manuel olarak müdahale etmesi gereken olayları tanımlayan doğru veya yanlış bir bayraktır. Bu, eksik verileri manuel olarak girmek, puantajları düzeltmek veya hesaplanan sonuçları ayarlamak gibi durumları içerebilir. Manuel düzeltmeler, süreç verimsizliğinin, riskin ve kötü data kalitesinin doğrudan bir göstergesidir. Bu müdahalelerin nerede ve neden meydana geldiğini analiz etmek, süreç iyileştirme için temeldir. Manuel düzeltmeleri filtreleyerek, kuruluşlar yeniden işleme nedenlerini belirleyebilir, otomasyon fırsatlarını tanımlayabilir ve 'İlk Geçiş Verimi' KPI'ını ölçebilir. Manuel düzeltmeleri azaltmak, daha verimli, doğru ve uyumlu bir maaş sürecine yol açar. Neden önemli Süreçteki sürtünmeyi ve verimsizliği doğrudan ölçer. Yüksek manuel düzeltme oranları, düşük veri kalitesini, bozuk otomasyonu ve artan uyumluluk riskini gösterir. Nereden alınır Kullanıcılar tarafından yapılan veri değişikliklerini izleyen denetim günlüklerinden veya manuel bir ayarlamayı işaret eden belirli işlem kodlarından türetilebilir. Örnekler truefalse | |||
| Kullanıcı Adı UserName | Etkinliği gerçekleştiren kullanıcı, çalışan veya sistem aracısının adı veya kimliği. | ||
| Açıklama Kullanıcı Adı, belirli bir süreç adımını gerçekleştirmekten sorumlu olan kişiyi veya otomatik sistemi tanımlar. Bu, bir maaş uzmanı, zaman verilerini onaylayan bir yönetici veya otomatik bir hesaplama çalıştıran bir sistem hesabı olabilir. Bu öznitelik, sürece insan odaklı veya sistem odaklı bir görünüm sağlar. İş yükü dağılımını, bireysel performansı ve ekip üretkenliğini analiz etmek için kullanılır. Standart süreçten sık sık sapan veya yüksek yeniden işleme oranlarıyla ilişkili kullanıcıları vurgulayarak eğitim fırsatlarını belirlemeye de yardımcı olabilir. Otomatik adımlar için, sistem güdümlü ve manuel etkinlikler arasında ayrım yapmaya yardımcı olur. Neden önemli İş yükü, ekip performansı ve otomasyon seviyelerinin analizini sağlar. Hangi kullanıcıların veya ekiplerin yeniden işleme veya istisnalara dahil olduğunu belirlemeye yardımcı olur. Nereden alınır Genellikle sistem günlüklerinde veya işlem kayıtlarında 'user ID', 'processed by' veya 'action user' alanlarında bulunur. Örnekler Ayşe Yılmazj.doeSystem.BatchMark Smith | |||
| Maliyet Merkezi CostCenter | Çalışanın maaş maliyetlerinin tahsis edildiği departman, iş birimi veya finansal kod. | ||
| Açıklama Maliyet Merkezi, maaş giderlerini 'Satış', 'BT' veya 'Üretim' gibi işletmenin belirli bir bölümüne bağlayan kurumsal bir özniteliktir. Finansal raporlama ve yönetim muhasebesi için temel bir unsurdur. Maliyet Merkezini Process Mining'de bir boyut olarak kullanmak, süreç verilerini iş birimine göre detaylı analiz etmeyi sağlar. Bu analiz, belirli departmanların diğerlerine göre daha fazla maaş sorunu, gecikme veya manuel düzeltme yaşayıp yaşamadığını ortaya çıkarabilir. Bu içgörüler, süreç iyileştirme girişimlerini en çok ihtiyaç duyulan veya en çok etki yaratacak alanlara hedeflemeye yardımcı olabilir. Neden önemli Bordro sorunlarının, gecikmelerinin veya verimsizliklerinin belirli departmanlarda veya iş birimlerinde yoğunlaşıp yoğunlaşmadığını belirlemek için organizasyonel analizi sağlar. Nereden alınır Bordro veya İnsan Kaynakları (İK) sistemi içindeki çalışan ana verilerinde, İK organizasyonel yapılarında veya finansal atama tablolarında mevcuttur. Örnekler CC4510 - PazarlamaFIN-1001SALES-US-EASTIT-DEV-200 | |||
| Ödeme Dönemi Bitiş Tarihi PayPeriodEndDate | Bu maaş kaydının kapsadığı maaş döngüsünün son tarihi. | ||
| Açıklama Maaş Dönemi Bitiş Tarihi, belirli bir maaş çalışmasına dahil edilen süre ve devam verilerinin son kesim noktasını işaret eder. İşlenen kazançların zaman çerçevesini tanımlayan kritik bir tarihtir. Bu öznitelik, zaman içindeki trend analizleri için faydalıdır. Verileri maaş dönemi bitiş tarihine göre bir araya getirerek, analistler işlem süresi, hata oranları ve manuel düzeltmeler gibi KPI'ları farklı aylar veya çeyrekler arasında izleyebilir. Bu, mevsimselliği belirlemeye, süreç değişikliklerinin zaman içindeki etkisini ölçmeye ve uzun vadeli performans izlemeye yardımcı olur. Neden önemli Bordro performansının zaman içindeki trend analizini sağlar, mevsimselliği belirlemeye veya süreç iyileştirmelerinin bir ödeme döneminden diğerine etkisini ölçmeye yardımcı olur. Nereden alınır Bordro takvimi yapılandırmalarında ve bordro işlem verilerinde standart bir öznitelik. Örnekler 2023-12-312023-11-302024-01-15 | |||
| Pay Group PayGroup | Çalışanın ait olduğu, genellikle ödeme sıklığı ve çalışan türüne göre tanımlanan belirli maaş işleme grubu. | ||
| Açıklama Pay Group, 'İki Haftada Bir Maaşlı ABD' veya 'Aylık Yönetici İngiltere' gibi, aynı takvime göre ödeme yapılan çalışanların mantıksal bir koleksiyonudur. Bu öznitelik, işgücünün belirli segmentleri için bordro işlemlerini yönetmek ve yürütmek için kullanılır. Süreç analizinde, Pay Group'a göre filtreleme, farklı bordro döngülerinin performansını ve verimliliğini karşılaştırmaya olanak tanır. Bu, haftalık saatlik çalışanlar için aylık maaşlı çalışanlara göre daha yüksek düzeltme oranları gibi belirli bir gruba özgü sorunları ortaya çıkarabilir. Ayrıca, süreç varyasyonlarının farklı ödeme takvimleri veya çalışan gruplarıyla nasıl ilişkili olduğunu anlamaya da yardımcı olur. Neden önemli Farklı bordro döngüleri arasında karşılaştırmalı analize olanak tanır, süreç sorunlarının belirli çalışan gruplarına veya ödeme sıklıklarına özgü olup olmadığını belirlemeye yardımcı olur. Nereden alınır Çalışan ana verilerinde veya bordro yapılandırma tablolarında bulunur, genellikle 'Pay Group', 'Payroll Area' veya benzer bir terimle etiketlenir. Örnekler ABD İki Haftalık MaaşlıBirleşik Krallık AylıkCA Weekly HourlyExec Semimonthly | |||
| Çalışan Tipi EmployeeType | Çalışanın maaşlı, saatlik, sözleşmeli veya geçici gibi sınıflandırması. | ||
| Açıklama Çalışan Türü, işgücünü kategorize eden İK ana verilerinden bir özniteliktir. Farklı türdeki çalışanlar genellikle farklı bordro süreçlerini takip eder, farklı veri gereksinimlerine sahiptir ve farklı düzenlemelere tabidir. Bu özniteliği analiz için bir boyut olarak kullanmak, süreç performansında önemli farklılıkları ortaya çıkarabilir. Örneğin, saatlik çalışanlar için süreç, daha karmaşık zaman verisi entegrasyonu içerebilir ve maaşlı çalışanlara göre hatalara daha yatkın olabilir. Farklı çalışan türleri arasında döngü süresi veya düzeltme oranı gibi KPI'ları karşılaştırmak, süreç iyileştirmelerini her grubun özel ihtiyaçlarına göre uyarlamaya yardımcı olur. Neden önemli Saatlik veya maaşlı çalışanlar gibi farklı işgücü kategorilerine özgü varyasyonları ve sorunları ortaya çıkarmak için süreci bölümlere ayırmaya yardımcı olur. Nereden alınır Bu, İK veya maaş sistemi içindeki çalışan ana kaydında standart bir alandır. Örnekler MaaşlıSaatlikContractorTam zamanlıYarı zamanlı | |||
| Denetim İstisnası Türü AuditExceptionType | Bordro denetimi sırasında işaretlenen uyarı, hata veya uyumluluk sorununun türünü kategorize eder. | ||
| Açıklama Maaş süreci sırasında otomatik denetimler çalıştırıldığında, önceden tanımlanmış kuralları ihlal eden kayıtları işaretleyebilirler. Bu öznitelik, 'Eksik Vergi Kimliği', 'Onaylanmamış Fazla Mesai' veya 'Brüt Maaş Anormalliği' gibi istisnanın kategorisini yakalar. Denetim istisnalarının türünü ve sıklığını analiz etmek, data kalitesi ve uyumluluk sorunlarına doğrudan bir bakış sağlar. Bu bilgi, kuruluşların temel neden analizini gerçekleştirmelerine olanak tanır; örneğin, 'Eksik Vergi Kimliği' istisnalarındaki bir artışın hatalı bir işe alım sürecinden kaynaklanıp kaynaklanmadığını belirlemek gibi. Bu istisnaları takip etmek, 'Audit and Compliance Monitor' dashboard'u için ve riski azaltmak için hayati öneme sahiptir. Neden önemli Veri kalitesi ve uyumluluk sorunlarını ölçmek ve kategorize etmek için doğrudan bir yol sağlar, doğruluk ve risk azaltımı için hedefe yönelik temel neden analizine olanak tanır. Nereden alınır Bu veri, maaş sisteminin dahili denetim veya doğrulama motoru tarafından oluşturulur ve genellikle denetim günlüklerinde veya istisna raporlarında saklanır. Örnekler Onaylanmamış Fazla MesaiGeçersiz Banka BilgileriBrüt Ödeme Eşiği AşıldıEksik Vergi Bilgileri | |||
| SLA Son Teslim Tarihi SlaDeadline | Anahtar bir süreç adımının, genellikle ödeme gerçekleştirmenin, tamamlanması gereken hedef tarih ve saat. | ||
| Açıklama SLA Son Teslim Tarihi, banka transfer dosyası oluşturma veya ödemeleri gerçekleştirme gibi maaş sürecinin kritik bir bölümünü tamamlama taahhüdünü temsil eden bir zaman damgasıdır. Fiili performansın ölçüldüğü bir kıyaslama noktası görevi görür. Bu öznitelik, SLA uyumluluğunu izlemek ve analiz etmek için hayati öneme sahiptir. Bir etkinliğin fiili tamamlanma zaman damgasını SLA Son Teslim Tarihi ile karşılaştırarak, kuruluşlar ihlalleri belirleyebilir, gecikmelerin boyutunu ölçebilir ve riskleri proaktif olarak yönetebilir. Ödeme performansı ve süreç güvenilirliğiyle ilgili dashboard'lar için önemli bir bileşendir. Neden önemli Performans hedefini tanımlar; bu da SLA uyumluluğunu ölçmeyi, gecikmeli ödemeleri belirlemeyi ve gecikmelerin temel nedenlerini analiz etmeyi mümkün kılar. Nereden alınır Bu, maaş döngüsü yapılandırmasına göre sistemde sabit bir alan olabilir veya iş kurallarına göre türetilebilir (örneğin, Maaş Dönemi Bitiş Tarihi artı üç iş günü). Örnekler 2023-12-18T17:00:00Z2024-01-03T16:00:00Z2023-12-05T17:00:00Z | |||
| SLA Uyumluluk Durumu SlaComplianceStatus | Ödeme gibi kilit bir aşamanın, teslim tarihine göre zamanında, erken veya geç tamamlandığını belirten türetilmiş bir durum. | ||
| Açıklama Bu öznitelik, bir vakanın tanımlanmış Hizmet Seviyesi Anlaşması'na (SLA) göre performansını sınıflandırır. Genellikle, 'Banka Transfer Dosyası Oluşturuldu' gibi bir dönüm noktası etkinliğinin fiili zaman damgası ile 'SLA Son Teslim Tarihi' karşılaştırılarak türetilir. Bu, dashboard'larda ve raporlarda kullanılabilecek net ve anında bir performans göstergesi sağlar. SLA Uyumluluk Durumunu analiz etmek, son teslim tarihi kaçaklarının ölçeğini nicelleştirmeye ve geç vakalar ile zamanında tamamlanan vakaların süreç özelliklerine inmeye olanak tanır. Bu, gecikmelerin temel nedenlerini belirlemek ve maaş sürecinin güvenilirliğini ve öngörülebilirliğini artırmak için kritik öneme sahiptir. Neden önemli Hedeflere karşı performansın basit ve doğrudan bir ölçümünü sağlar, bu da uyumluluk hakkında rapor vermeyi ve analizleri son teslim tarihlerini karşılayamayan vakalara odaklamayı kolaylaştırır. Nereden alınır Bu öznitelik, kaynak sistemlerde doğrudan bulunmaz. Bir dönüm noktası etkinliğinin EventTimestamp'ı ile SlaDeadline özniteliği karşılaştırılarak türetilir. Örnekler ZamanındaGecikmişErken | |||
| Vergi Yargı Alanı TaxJurisdiction | Maaş kaydı için vergi hesaplamalarını yöneten, eyalet veya il gibi birincil coğrafi konum. | ||
| Açıklama Vergi Yargı Alanı, vergilerin hesaplanması ve ödenmesi gereken yasal veya idari bölgeyi belirtir. Farklı düzenlemeler, vergi oranları ve beyan gereklilikleri nedeniyle farklı yargı alanları arasında maaş süreçlerinin karmaşıklığı önemli ölçüde değişebilir. Süreci Vergi Yargı Alanına göre analiz etmek, bölgesel zorlukların belirlenmesine yardımcı olabilir. Örneğin, belirli bir eyalet veya ülke için maaş işleme sürecinin sürekli olarak daha yavaş veya daha fazla hata içerdiğini ortaya çıkarabilir. Bu durum, o yargı alanının kurallarına daha iyi sistem yapılandırması veya bu bölgelerle ilgilenen uzmanlar için ek eğitime ihtiyaç duyulduğuna işaret edebilir. Neden önemli Coğrafi veya yasal bölgeye göre süreç performansının analizine olanak tanır, karmaşıklığın veya hataların belirli yargı bölgelerinde yoğunlaşıp yoğunlaşmadığını belirlemeye yardımcı olur. Nereden alınır Bu, çalışanın maaş veya İK sistemi içindeki vergi bilgileri kurulumunun bir parçasıdır. Örnekler US-CAGB-ENGDE-BECA-ON | |||
Bordro İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Bordro Çalıştırması Onaylandı | Bir maaş dönemi için maaş sonuçlarının, yetkili bir kullanıcı tarafından gerçekleştirilen nihai onayı. Bu eylem genellikle maaş verilerini kilitler, daha fazla değişikliği önler ve sistemi ödeme işlemine devam etme yetkisi verir. | ||
| Neden önemli Bu, ödeme öncesi süreçte geri dönüşü olmayan kritik noktadır. Hesaplama ve doğrulama aşamasının sonunu işaret eder ve zamanında performansı ölçmek için önemli bir dönüm noktasıdır. Nereden alınır Bordro sisteminde 'Kesinleşti', 'Taahhüt Edildi' veya 'Onaylandı' gibi resmi bir durum değişikliği olarak kaydedilir. Bu, açık bir zaman damgasına sahip açık bir kullanıcı eylemidir. Yakala Maaş çalışmasını kilitleyen etkinlikle ilişkili zaman damgasını kullanın, genellikle 'Finalize', 'Approve' veya 'Commit' olarak etiketlenir. Event tipi explicit | |||
| Brütten Nete Hesaplandı | Sistemin temel hesaplama motorunun çalıştırılması; tüm kazançları, kesintileri ve vergileri işleyerek nihai net maaş tutarına ulaşır. Bu, ham girdileri ödenebilir bir sonuca dönüştüren, makine güdümlü bir etkinliktir. | ||
| Neden önemli Bu, maaş sürecinin kalbidir. Süresini ve başarı oranını ölçmek, sistem performansını ve data kalitesinin işleme verimliliği üzerindeki etkisini değerlendirmek için hayati önem taşır. Nereden alınır Bordro motorunun süreç günlüklerinde, genellikle belirli bir çalışan için ana hesaplama işinin veya programının tamamlanma zaman damgası olarak kaydedilir. Yakala Maaş hesaplama şeması veya fonksiyonunun başarıyla tamamlanması üzerine kaydedilen zaman damgasını kullanın. Event tipi explicit | |||
| Genel Muhasebe Verileri Aktarıldı | Bordro maliyetlendirme ve finansal verilerinin Genel Muhasebe veya finans sistemine aktarılmasını temsil eder. Bu olay, bordro döngüsünün muhasebe kapanışını işaret eder. | ||
| Neden önemli Bu, şirket finansallarının maaş giderlerini doğru bir şekilde yansıtmasını sağlayan son entegrasyon adımıdır. Buradaki gecikmeler, finansal kapanış sürecinin hızını ve doğruluğunu etkileyebilir. Nereden alınır Genel Muhasebe (GL) arayüzü veya kayıt programının günlüklerinden elde edilir. Veri aktarım işinin başarıyla tamamlanmasıyla kaydedilir. Yakala Bordro sonuçlarını finansal muhasebe sistemine kaydeden işin tamamlanma zaman damgasını belirleyin. Event tipi explicit | |||
| Maaş Bordrosu Yayınlandı | Dijital maaş bordrosu veya maaş fişinin çalışana bir self-servis portalı aracılığıyla sunulduğu olay. Bu, maaşlarıyla ilgili iletişim döngüsünü tamamlar. | ||
| Neden önemli Maaş bordrolarına zamanında erişim, çalışan memnuniyeti ve şeffaflık için kritik öneme sahiptir. Ödeme ile yayınlama arasındaki gecikmeyi analiz etmek, ödeme sonrası iletişimin verimliliğini değerlendirmeye yardımcı olur. Nereden alınır Belge oluşturma veya portal yayınlama hizmetinin günlüklerinden ya da çalışanın maaş kaydındaki bir durum alanından alınır. Yakala Maaş bordrosu oluşturma süreci tamamlandığında veya belgenin görünürlük durumu 'Yayınlandı' olarak ayarlandığında zaman damgasını yakalayın. Event tipi explicit | |||
| Ödeme Gerçekleştirildi | Fonların çalışana ulaştırıldığı veya bir çekin düzenlendiği geçerlilik tarihi. Bu, dönem için maaş yükümlülüğünün finansal tamamlanmasını işaret eder. | ||
| Neden önemli Bu, çalışanın bakış açısından maaş sürecinin nihai sonucudur. Ödeme zamanlamasını ve genel süreç başarısını ölçmek için kritik bir tarihtir. Nereden alınır Genellikle bordro çalıştırmasında tanımlanan 'Çek Tarihi' veya 'Ödeme Tarihi' alanına dayalı olarak hesaplanan bir tarihtir. Ayrıca banka mutabakat verileriyle de doğrulanabilir. Yakala Kesinleşmiş maaş kaydıyla ilişkili 'Payment Date' veya 'Check Date' alanındaki değeri kullanın. Event tipi calculated | |||
| Zaman Verisi Gönderildi | Bir çalışanın bir ödeme dönemi için zaman ve katılım verilerinin ilk gönderimini işaretler. Bu olay, aktif bordro döngüsünün birincil tetikleyicisidir ve genellikle bir çalışan veya doğrudan yöneticisi tarafından başlatılır. | ||
| Neden önemli Bu etkinlik, çoğu maaş kaydı için başlangıç noktasını temsil eder. Zamanlamasını takip etmek, genel maaş döngüsü süresini ölçmek ve veri toplamada gecikmeleri belirlemek için hayati öneme sahiptir. Nereden alınır Süre ve Devam Takibi veya İşgücü Yönetimi modülünün işlem günlüklerinden veya workflow geçmişinden alınır, genellikle puantaj kaydındaki bir durum değişikliğiyle ilişkilidir. Yakala Zaman çizelgesi veya zaman kartı durumu 'Gönderildi', 'Onay Bekliyor' veya eşdeğer bir duruma değiştiğinde zaman damgasını yakalayın. Event tipi explicit | |||
| Zaman Verisi Onaylandı | Bir çalışanın gönderdiği zaman verilerinin bir yönetici veya süpervizör tarafından resmi onayını temsil eder. Bu, kaydedilen saatlerin ödeme işlemi için yetkilendirilmesini sağlayan kritik bir doğrulama adımıdır. | ||
| Neden önemli Onay, önemli bir denetim adımıdır. Buradaki gecikmeler bordro takvimini doğrudan etkiler ve performans analizi için kritik olan önemli darboğaz kaynakları olabilir. Nereden alınır Zaman ve Devam veya çekirdek İK sisteminin denetim izinde bulunur, genellikle zaman kaydında 'Gönderildi'den 'Onaylandı'ya bir durum değişikliği olarak kaydedilir. Yakala Zaman kaydının onay durumunun 'Onaylandı' veya 'Tamamlandı' olarak ayarlandığı olayı belirleyin. Event tipi explicit | |||
| Banka Transfer Dosyası Oluşturuldu | Banka için ödeme talimatlarını içeren, ACH veya NACHA dosyası gibi elektronik ödeme dosyasının teknik olarak oluşturulması. Bu, ödeme verilerini aktarım için hazırlar. | ||
| Neden önemli Bu etkinlik, fonlar hareket etmeden önceki son teknik adımdır. Onaydan dosya oluşturmaya kadar geçen süreyi ölçmek, bankacılık son teslim tarihlerine uyumu sağlamak için önemlidir. Nereden alınır Ödeme dosyası oluşturma programının yürütme günlüklerinden veya çıktı dosyasının kendi oluşturulma zaman damgasından yakalanır. Yakala Doğrudan para yatırma veya banka transfer dosyasını oluşturan sistem işinin veya sürecinin tamamlanma zaman damgasını belirleyin. Event tipi explicit | |||
| Bordro Çalıştırması Başlatıldı | Belirli bir maaş dönemi ve çalışan grubu için maaş işleme sürecinin resmi başlangıcı. Bu, tüm sonraki hesaplamaların ve eylemlerin eklendiği maaş vakasını veya kaydını oluşturur. | ||
| Neden önemli Bu, veri toplama aşamasından aktif işleme aşamasına geçişi işaret eder. Maaş döngüsünün temel hesaplama ve doğrulama aşamasını ölçmek için bir temel görevi görür. Nereden alınır Bordro toplu işleminin, ödeme çalıştırma kaydının veya belirli bir döngü için bordro süreç günlüğündeki ilk girişin oluşturulma zaman damgasından çıkarılır. Yakala İlgili Pay Group için sistemde yeni bir bordro çalıştırması veya toplu işlemi oluşturulduğunda zaman damgasını yakalayın. Event tipi inferred | |||
| Bordro Sonucu Önizlendi | Bir bordro yöneticisi, hesaplanan sonuçların doğruluğunu doğrulamak için ön bir bordro kaydı veya raporu oluşturduğunda veya görüntülediğinde meydana gelir. Bu, ödeme çalıştırmasını kesinleştirmeden önceki ana insan doğrulama adımıdır. | ||
| Neden önemli Bu etkinlik, insan inceleme aşamasının başlangıcını işaret eder. Önizlemede harcanan süreyi ve önizleme-düzeltme-hesaplama döngülerinin sayısını analiz etmek, doğrulama sürecindeki verimsizlikleri ortaya çıkarır. Nereden alınır Rapor oluşturmayı veya belirli önizleme ekranlarına ya da belgelere kullanıcı erişimini izleyen sistem günlüklerinden elde edilir. Yakala Bir kullanıcı 'Bordro Önizleme' raporunu, 'Bordro Kayıt' görünümünü veya eşdeğer bir doğrulama işlevini yürüttüğünde zaman damgasını yakalayın. Event tipi explicit | |||
| Bordro Verileri Düzeltildi | Bir bordro uzmanı tarafından işaretlenmiş bir istisnayı çözmek veya gerekli bir düzeltmeyi yapmak amacıyla bir çalışanın ödeme verilerinde yapılan manuel değişiklik. Bu, otomatikleştirilmiş süreçte bir insan müdahalesini temsil eder. | ||
| Neden önemli Bu etkinlik yeniden işi açıkça yakalar. Düzeltmeleri takip etmek, doğru bir maaş bordrosu oluşturmak için gereken manuel çabayı ölçmek ve yaygın hata türlerini belirlemek için hayati öneme sahiptir. Nereden alınır Bordro veri kayıtları için alan düzeyinde denetim izlerinde veya değişiklik günlüklerinde bulunur. Bir kullanıcı, ilk hesaplamadan sonra ödeme ile ilgili kritik bir alanı her güncellediğinde kaydedilir. Yakala İlk hesaplamadan sonra ve nihai onaydan önce bordro veri tablolarında meydana gelen kullanıcı tarafından başlatılan değişiklik olaylarını belirleyin. Event tipi explicit | |||
| Denetim İstisnası İşaretlendi | Sistemin otomatik doğrulama kurallarının hesaplanan bordro verilerinde bir hata, uyarı veya tutarsızlık tespit ettiğini gösterir. Bu olay, manuel inceleme ve müdahale ihtiyacını tetikler. | ||
| Neden önemli İşaretlenen istisnalar, yeniden çalışmanın ve manuel çabanın temel nedenidir. İstisnaların sıklığını ve türünü analiz etmek, düşük veri kalitesi veya yapılandırma sorunları gibi süreç verimsizliğinin temel nedenlerini belirlemeye yardımcı olur. Nereden alınır Hesaplama sırasında veya sonrasında sistem doğrulama kontrolleri tarafından oluşturulur. Bu genellikle hata günlüklerinde, denetim raporlarında veya bordro kaydında belirli bir durum olarak bulunur. Yakala Bordro kaydıyla ilgili bir hata veya uyarı mesajı oluşturulduğunda ve günlüğe kaydedildiğinde zaman damgasını yakalayın. Event tipi explicit | |||
| Ek Veri İçe Aktarıldı | Komisyonlar, bonuslar veya tek seferlik ödenekler gibi harici veya standart dışı ödeme verilerinin alımını kaydeder. Bu veriler, hesaplamadan önce normal zaman verileriyle birleştirilir. | ||
| Neden önemli Bu etkinlik, sürecin harici data kaynaklarına bağımlılığını vurgular. Bu içe aktarımlardaki gecikme süresini analiz etmek, data entegrasyonu verimliliğini anlamak ve geliştirmek için anahtardır. Nereden alınır Genellikle toplu içe aktarma işlerinin, data yükleyici yardımcı programlarının günlüklerinden veya belirli maaş bileşeni kayıtlarının oluşturulma zaman damgasından yakalanır. Yakala İçe aktarma işinin tamamlama zaman damgasını veya maaş sistemindeki ek ödeme kayıtlarının oluşturulma tarihini kullanın. Event tipi explicit | |||
| Vergi Beyanı Verisi Oluşturuldu | Devlet kurumları tarafından talep edilen yasal vergi dosyaları ve raporlarının oluşturulması. Bu, üçüncü taraf beyan hizmetleri için dosyalar oluşturmayı veya doğrudan sunumu içerebilir. | ||
| Neden önemli Bu etkinlik, yasal uyumluluk için kritik öneme sahiptir. Zamanında tamamlanmasını izlemek, vergi yükümlülüklerinin yerine getirilmesini ve cezaların önlenmesini sağlar. Nereden alınır Vergi raporlama işlerinin yürütme günlüklerinden veya vergi çıktı dosyalarının oluşturulma zaman damgasından yakalanır. Yakala Periyodik veya üç aylık vergi beyanı raporları oluşturan sistem sürecinin tamamlama zaman damgasını kullanın. Event tipi explicit | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,