Bordro işlemleri veri şablonunuz
Bordro işlemleri veri şablonunuz
Bu, Bordro işlemleri için genel amaçlı Process Mining veri Templateimizdir. Daha ayrıntılı yönlendirme için sisteme özel Templatelerimizi kullanın.
Belirli bir sistem seçin- Eksiksiz bir Event Log için temel veri alanlarını tanımlayın.
- Bordro işlemlerindeki önemli etkinlikleri ve kilometre taşlarını belirleyin.
- Farklı sistemlerden veri çıkarmaya yönelik kılavuzlara erişin.
Bordro işlemleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite adı ActivityName | Bordro sürecinde gerçekleşen belirli bir görevin, olayın veya adımın adı. | ||
| Açıklama Aktivite adı, bordro sürecinin farklı aşamalarında gerçekleştirilen Zaman verileri onaylandı, Brüt tutardan net tutara hesaplandı veya Ödeme gerçekleştirildi gibi belirli bir işlemi tanımlar. Her aktivite, süreç haritasında bir düğüme karşılık gelir ve belirli bir zaman damgasıyla ilişkilendirilir. Bu öznitelik, süreç haritasının temelini oluşturduğu için Process Mining açısından önemlidir. Aktivitelerin sırasını, sıklığını ve süresini inceleyerek gerçek süreç akışını görebilir, sık izlenen yolları belirleyebilir, standart prosedürden sapmaları ortaya çıkarabilir ve sürecin yavaşladığı darboğazları saptayabilirsiniz. Neden önemli? Süreç haritasındaki adımları tanımlar. Neler olduğunu anlamak, darboğazları ortaya çıkarmak ve yeniden çalışma döngülerini belirlemek için aktiviteleri incelemek önemlidir. Nereden alınır? Genellikle sistem günlüklerinde, denetim izlerinde veya bordro işlem tablolarındaki durum alanlarında bulunur. Teknik olay kodlarının kullanıcıların anlayacağı adlara eşlenmesi gerekebilir. Örnekler Çalışma süresi verileri gönderildiBordro çalıştırması başlatıldıBrütten nete hesaplandıÖdeme yapıldı | |||
| Bordro Kaydı Kimliği PayrollRecordId | Her bir bordro kaydına verilen benzersiz tanımlayıcıdır. Genellikle çalışan kimliği ile belirli bir ödeme dönemini birleştirir. | ||
| Açıklama Bordro Kaydı Kimliği, belirli bir ödeme döngüsünde tek bir çalışana ait tüm bordro sürecinin benzersiz vaka tanımlayıcısıdır. Her kimlik, çalışma süresi verilerinin gönderilmesinden ödeme ve raporlamaya kadar tek bir süreci temsil eder. Process Mining’de bu öznitelik, ilgili tüm etkinlikleri uçtan uca tutarlı bir süreç akışında bir araya getirmek için gereklidir. Her bordro kaydının çevrim sürelerini, farklılıklarını ve darboğazlarını analiz etmenizi sağlar. Benzersiz bir vaka kimliği olmadan olayların sırasını izlemek ve süreç dinamiklerini doğru anlamak mümkün olmaz. Neden önemli? Tüm süreç olaylarını tek bir vakada birleştiren birincil anahtardır. Her kayıt için uçtan uca bordro döngüsünü analiz etmeyi mümkün kılar. Nereden alınır? Genellikle bordro sistemi tarafından oluşturulur. Bordro işlem verilerindeki çalışan kimliği ile ödeme dönemi kimliği birleştirilerek de oluşturulabilir. Örnekler PAY-EMP1053-202312PR7883451EMP0098_PP24_2023 | |||
| Olay zaman damgası EventTimestamp | Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
| Açıklama Olay zaman damgası, bir aktivitenin gerçekleştirildiği kesin anı kaydeder. Bu kronolojik veri, olayları doğru sıraya koymak ve süreçteki farklı adımlar arasındaki süreyi hesaplamak için gereklidir. Process Mining çalışmalarında zaman damgaları, her vaka için olay sırasını oluşturmak ve zamana dayalı analizler yapmak amacıyla kullanılır. Bu analizler; aktiviteler arasındaki çevrim sürelerini hesaplamayı, gecikmeleri belirlemeyi, bekleme sürelerini ölçmeyi ve hizmet seviyesi anlaşmalarına (SLA) göre performansı izlemeyi kapsar. Performansla ilgili süreç analizlerinin temelinde doğru zaman damgaları yer alır. Neden önemli? Bu öznitelik, olayları doğru sıraya koymak ve çevrim sürelerini, süreleri hesaplamak, darboğazları belirlemek gibi zamana dayalı tüm analizleri yapmak için önemlidir. Nereden alınır? Sistem denetim günlüklerinde veya bordro işlem kayıtlarındaki oluşturulma tarihi ya da olay zamanı alanında bulunur. Örnekler 2023-12-15T09:05:00Z2023-11-30T14:22:10Z2024-01-15T11:00:00Z | |||
| Kaynak sistem SourceSystem | Olay verilerinin alındığı sistem veya uygulama. | ||
| Açıklama Bu öznitelik, olay verilerinin kaydedildiği kaynak sistemi belirtir. Güncel bir bordro ortamında veriler; zaman ve devam takip sistemi, İK bilgi sistemi (HRIS) veya doğrudan temel bordro motoru gibi farklı sistemlerden gelebilir. Kaynak sistemi incelemek, genel süreçteki entegrasyon noktalarını ve veri devir teslimlerini anlamanıza yardımcı olur. Belirli bir uygulamadan gelen olayları filtreleyerek entegrasyon sorunlarını araştırabilir veya farklı sistemlerde yönetilen süreçleri karşılaştırabilirsiniz. Neden önemli? Her süreç adımının nerede gerçekleştiğini gösterir. Bu bilgi, süreç parçalanmasını anlamak ve sisteme özgü darboğazları ya da entegrasyon gecikmelerini belirlemek için önemlidir. Nereden alınır? Genellikle veri dışa aktarımlarında standart bir alan olarak bulunur. Verinin geldiği tablolara göre veri çıkarma sırasında da eklenebilir. Örnekler Bordro motoruZaman ve devam takip sistemiTemel İK bilgi sistemiYan haklar yönetimi modülü | |||
| Son veri güncellemesi LastDataUpdate | Bu olayın verilerinin kaynak sistemde en son ne zaman değiştirildiğini veya sistemden ne zaman çıkarıldığını gösteren zaman damgası. | ||
| Açıklama Son veri güncellemesi zaman damgası, verilerin ne kadar güncel olduğunu gösterir. Kaydın kaynak sistemde en son ne zaman değiştirildiğini veya analiz için veri setine ne zaman aktarıldığını belirtir. İş faaliyetinin gerçekten gerçekleştiği zamanı kaydeden olay zaman damgasından farklıdır. Bu öznitelik öncelikle veri yönetişimi ve doğrulama için kullanılır. Artımlı veri yüklemelerini yönetmeye ve analizin güncel bilgilere dayanmasını sağlamaya yardımcı olur. Doğrudan süreç akışı analizlerinde genellikle kullanılmasa da Process Mining veri setinin bütünlüğünü ve güncelliğini korumak açısından önemlidir. Neden önemli? Verilerin güncel kalmasını sağlar ve artımlı veri yüklemelerini yönetmek için gereklidir. Böylece analizin mevcut en güncel bilgileri yansıttığını doğrulayabilirsiniz. Nereden alınır? Bu zaman damgası genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur veya kaynak sistem tablolarındaki son değiştirilme tarihi alanında bulunur. Örnekler 2023-12-16T02:00:00Z2023-12-01T05:10:00Z2024-01-16T01:30:00Z | |||
| Bordro işlem türü PayrollRunType | Düzenli ödeme, dönem dışı ödeme veya ikramiye ödemesi gibi bordro işleminin türünü belirtir. | ||
| Açıklama Bordro işlem türü, bordro işlemini sınıflandırır. Düzenli işlem, planlanan standart dönemin parçasıdır. Dönem dışı işlem, bir hatayı düzeltmek veya işten ayrılan bir çalışana ödeme yapmak için planlanmamış şekilde gerçekleştirilir. Diğer türler arasında ikramiye veya komisyon işlemleri bulunabilir. Bu boyut, karşılaştırmalı analiz için kullanışlıdır. Dönem dışı ödemeler genellikle düzenli dönemdeki bir süreç aksaklığına işaret eder ve işlenmeleri daha maliyetli, daha uzun sürebilir. Kuruluşlar işlem türüne göre filtreleme yaparak bu istisnaların temel nedenlerini belirleyip inceleyebilir, sıklıklarını ve maliyetlerini ölçebilir, farklı işlem türlerinin verimliliğini karşılaştırabilir. Neden önemli? Standart işlemlerle istisnai işlemleri birbirinden ayırır. Dönem dışı işlemleri incelemek, süreç aksaklıklarını anlamak ve maliyetli, standart dışı ödemeleri azaltmak açısından önemlidir. Nereden alınır? Bu bilgi genellikle bordro sistemindeki bordro işlemi veya toplu işlem tablolarında bulunur. Örnekler DüzenliDönem dışıİkramiyeDüzeltme | |||
| Brüt ücret tutarı GrossPayAmount | Bu bordro kaydında çalışan için hesaplanan, kesinti veya vergi uygulanmamış toplam ücret. | ||
| Açıklama Brüt ücret tutarı, çalışanın belirli bir ödeme dönemindeki toplam kazancını gösterir. Bordro işlemi sırasında hesaplanan temel bir finansal değerdir ve sonraki vergi ve kesinti hesaplamalarına temel oluşturur. Süreç akışını doğrudan etkilemese de bu öznitelik, analiz için bağlam sağlar. Örneğin, yüksek tutarlı bordro kayıtlarının farklı işlenip işlenmediğini veya daha sıkı kontrollerden geçip geçmediğini görmek için vakaları tutara göre gruplandırabilirsiniz. Hata veya gecikmeyle işlenen ödemelerin toplam değerini hesaplamak gibi finansal etki analizleri için de gereklidir. Neden önemli? Sürece finansal bağlam kazandırır. Gecikmelerin, yeniden çalışmanın veya istisnaların parasal etkisini analiz etmenizi ve vakaları tutara göre gruplandırmanızı sağlar. Nereden alınır? Brütten nete hesaplama adımının standart çıktı alanıdır; bordro sonuçlarında veya işlem verisi tablolarında bulunur. Örnekler 2500.001575.505200.75850.00 | |||
| Kullanıcı adı UserName | Aktiviteyi gerçekleştiren kullanıcının, çalışanın veya sistem aracısının adı ya da kimliği. | ||
| Açıklama Kullanıcı adı, belirli bir süreç adımını gerçekleştiren kişiyi veya otomatik sistemi belirtir. Bu kişi bordro uzmanı ya da zaman verilerini onaylayan bir yönetici olabilir; otomatik hesaplama yapan bir sistem hesabı da olabilir. Bu öznitelik, süreci kişi veya sistem odağında incelemenizi sağlar. İş yükü dağılımını, bireysel performansı ve ekip verimliliğini analiz etmek için kullanılır. Standart süreçten sıkça sapan veya yeniden çalışma oranı yüksek olan kullanıcıları belirleyerek eğitim fırsatlarını ortaya çıkarmaya da yardımcı olabilir. Otomatik adımlarda sistem tarafından yürütülen aktivitelerle manuel aktiviteleri ayırt etmenizi sağlar. Neden önemli? İş yükünü, ekip performansını ve otomasyon düzeyini analiz etmenizi sağlar. Yeniden çalışma veya istisnalarda hangi kullanıcıların ya da ekiplerin yer aldığını belirlemeye yardımcı olur. Nereden alınır? Genellikle sistem günlüklerinde veya işlem kayıtlarında kullanıcı kimliği, işleyen kişi ya da işlemi yapan kullanıcı alanlarında bulunur. Örnekler Jane Doej.doeSystem.BatchMark Smith | |||
| Maliyet merkezi CostCenter | Çalışanın bordro maliyetlerinin yansıtıldığı departman, iş birimi veya finans kodu. | ||
| Açıklama Maliyet merkezi, bordro giderlerini satış, BT veya üretim gibi işletmenin belirli bir bölümüyle ilişkilendiren kurumsal bir özniteliktir. Finansal raporlama ve yönetim muhasebesinin temel unsurlarındandır. Maliyet merkezini Process Mining analizinde boyut olarak kullanarak süreç verilerini iş birimlerine göre inceleyebilirsiniz. Bu analiz, bazı departmanlarda bordro sorunlarının, gecikmelerin veya manuel düzeltmelerin diğerlerine kıyasla daha sık yaşanıp yaşanmadığını gösterebilir. Bu içgörüler, süreç iyileştirme çalışmalarını en çok ihtiyaç duyulan veya en fazla etki yaratacak alanlara yönlendirmenize yardımcı olur. Neden önemli? Bordro sorunlarının, gecikmelerin veya verimsizliklerin belirli departmanlarda ya da iş birimlerinde yoğunlaşıp yoğunlaşmadığını belirlemek için kurumsal analiz yapmanızı sağlar. Nereden alınır? Çalışan ana verilerinde, İK organizasyon yapılarında veya bordro ya da İK sistemindeki finansal atama tablolarında bulunur. Örnekler CC4510 - PazarlamaFIN-1001SALES-US-EASTIT-DEV-200 | |||
| Manuel düzeltme mi IsManualCorrection | Aktivitede manuel değişiklik, müdahale veya veri düzeltmesi yapılıp yapılmadığını belirten doğru/yanlış değeri. | ||
| Açıklama Bu öznitelik, normalde otomatik yürütülmesi gereken bir sürece kullanıcının manuel olarak müdahale ettiği olayları belirten doğru/yanlış değeridir. Eksik verileri elle girmek, puantaj kayıtlarını düzeltmek veya hesaplanan sonuçları değiştirmek buna örnek verilebilir. Manuel düzeltmeler, süreç verimsizliğinin, riskin ve düşük veri kalitesinin doğrudan göstergesidir. Süreci iyileştirmek için bu müdahalelerin nerede ve neden gerçekleştiğini incelemek gerekir. Manuel düzeltmelere göre filtreleme yaparak yeniden çalışmanın temel nedenlerini belirleyebilir, otomasyon fırsatlarını ortaya çıkarabilir ve ilk seferde doğru tamamlama oranı temel performans göstergesini ölçebilirsiniz. Manuel düzeltmeleri azaltmak, bordro sürecinin daha verimli, doğru ve uyumlu yürütülmesine yardımcı olur. Neden önemli? Süreçteki aksaklıkları ve verimsizliği doğrudan ölçer. Manuel düzeltme oranlarının yüksek olması, düşük veri kalitesine, otomasyon sorunlarına ve artan uyumluluk riskine işaret eder. Nereden alınır? Kullanıcıların yaptığı veri değişikliklerini izleyen denetim günlüklerinden veya manuel düzeltmeyi belirten işlem kodlarından elde edilebilir. Örnekler truefalse | |||
| Ödeme dönemi bitiş tarihi PayPeriodEndDate | Bu bordro kaydının kapsadığı ödeme döneminin son tarihi. | ||
| Açıklama Ödeme dönemi bitiş tarihi, belirli bir bordro işlemine dahil edilen zaman ve devam verileri için kesim tarihini belirtir. İşleme alınan kazançların hangi dönemi kapsadığını tanımlar. Bu öznitelik, zaman içindeki eğilimleri analiz etmek için kullanışlıdır. Analistler, verileri ödeme dönemi bitiş tarihine göre bir araya getirerek işlem süresi, hata oranı ve manuel düzeltme gibi temel performans göstergelerini farklı aylar veya çeyrekler boyunca izleyebilir. Böylece mevsimsel etkileri belirleyebilir, süreç değişikliklerinin zaman içindeki etkisini ölçebilir ve uzun vadeli performansı takip edebilirsiniz. Neden önemli? Bordro performansındaki eğilimleri zaman içinde incelemenizi sağlar. Mevsimsel etkileri 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 özniteliktir. Örnekler 2023-12-312023-11-302024-01-15 | |||
| Ödeme grubu PayGroup | Çalışanın bağlı olduğu, genellikle ödeme sıklığına ve çalışan türüne göre belirlenen bordro grubu. | ||
| Açıklama Ödeme grubu, iki haftada bir ödeme alan ABD maaşlı çalışanları veya ayda bir ödeme alan Birleşik Krallık yöneticilerini içeren gruplar gibi, aynı ödeme takvimine göre ücret alan çalışanların bir araya getirildiği gruptur. Bu öznitelik, iş gücünün belirli kesimleri için bordro işlemlerini yönetmek ve yürütmek amacıyla kullanılır. Süreç analizinde ödeme grubuna göre filtreleme yaparak farklı bordro dönemlerinin performansını ve verimliliğini karşılaştırabilirsiniz. Örneğin, haftalık ücret alan saatlik çalışanlarda düzeltme oranlarının aylık ücret alan çalışanlara kıyasla daha yüksek olması gibi, belirli bir gruba özgü sorunları ortaya çıkarabilirsiniz. Ayrıca süreç farklılıklarının ödeme takvimleri veya çalışan gruplarıyla nasıl ilişkili olduğunu anlamanıza yardımcı olur. Neden önemli? Farklı bordro dönemlerini karşılaştırmanızı sağlar. Böylece süreç sorunlarının belirli çalışan gruplarına veya ödeme sıklıklarına özgü olup olmadığını belirleyebilirsiniz. Nereden alınır? Çalışan ana verilerinde veya bordro yapılandırma tablolarında bulunur. Genellikle ödeme grubu, bordro alanı ya da benzer bir adla etiketlenir. Örnekler ABD, iki haftada bir ödeme alan maaşlı çalışanlarBirleşik Krallık, aylıkKanada, haftalık ücret alan saatlik çalışanlarYöneticiler, ayda iki kez | |||
| Çalışan türü EmployeeType | Çalışanın maaşlı, saatlik ücretli, sözleşmeli veya geçici çalışan gibi sınıflandırması. | ||
| Açıklama Çalışan türü, iş gücünü sınıflandıran İK ana verisi özniteliğidir. Farklı çalışan türleri genellikle farklı bordro süreçlerinden geçer, farklı veri gereksinimlerine sahiptir ve farklı düzenlemelere tabidir. Bu özniteliği analiz boyutu olarak kullanmak, süreç performansındaki önemli farklılıkları ortaya çıkarabilir. Örneğin, saatlik ücretli çalışanların sürecinde zaman verilerinin entegrasyonu daha karmaşık olabilir ve maaşlı çalışanların sürecine kıyasla daha fazla hata görülebilir. Çevrim süresi veya düzeltme oranı gibi temel performans göstergelerini çalışan türlerine göre karşılaştırarak süreç iyileştirmelerini her grubun ihtiyaçlarına göre planlayabilirsiniz. Neden önemli? Süreci gruplara ayırarak saatlik ücretli ve maaşlı çalışanlar gibi farklı iş gücü kategorilerine özgü değişiklikleri ve sorunları ortaya çıkarmanıza yardımcı olur. Nereden alınır? İK veya bordro sistemindeki çalışan ana kaydında standart bir alan olarak bulunur. Örnekler MaaşlıSaatlik ücretliSözleşmeli çalışanTam zamanlıYarı zamanlı | |||
| Denetim istisnası türü AuditExceptionType | Bordro denetimi sırasında işaretlenen uyarı, hata veya uyumluluk sorununun türünü sınıflandırır. | ||
| Açıklama Bordro sürecinde otomatik denetimler çalıştırıldığında, önceden tanımlanmış kuralları ihlal eden kayıtlar işaretlenebilir. Bu öznitelik; eksik vergi kimlik numarası, onaylanmamış fazla mesai veya brüt ücret tutarsızlığı gibi istisnaların türünü kaydeder. Denetim istisnalarının türünü ve sıklığını incelemek, veri kalitesi ve uyumluluk sorunları hakkında doğrudan bilgi verir. Örneğin, eksik vergi kimlik numarası istisnalarındaki artışın hatalı bir işe alım sürecinden kaynaklanıp kaynaklanmadığını belirlemek için bu verilerle temel neden analizi yapabilirsiniz. Bu istisnaları izlemek, Denetim ve uyumluluk izleme Dashboardı için ve riski azaltmak açısından önemlidir. Neden önemli? Veri kalitesi ve uyumluluk sorunlarını ölçüp sınıflandırmanın doğrudan bir yolunu sunar. Böylece doğruluğu artırmak ve riski azaltmak için hedefli temel neden analizi yapabilirsiniz. Nereden alınır? Bu veriler bordro sisteminin dahili denetim veya doğrulama motoru tarafından oluşturulur ve genellikle denetim günlüklerinde ya da istisna raporlarında saklanır. Örnekler Onaylanmamış fazla mesaiGeçersiz banka bilgileriBrüt ücret eşiği aşıldıEksik vergi bilgileri | |||
| SLA son tarihi SlaDeadline | Ödeme işleminin gerçekleştirilmesi gibi önemli bir süreç adımının tamamlanması gereken hedef tarih ve saat. | ||
| Açıklama SLA son tarihi, banka havale dosyasının oluşturulması veya ödemelerin gerçekleştirilmesi gibi bordro sürecinin önemli bir bölümünün tamamlanması için verilen taahhüdü gösteren zaman damgasıdır. Gerçek performansı ölçmek için bir kıyas noktası sağlar. Bu öznitelik, SLA uyumluluğunu izlemek ve analiz etmek için kullanılır. Bir aktivitenin gerçek tamamlanma zaman damgasını SLA son tarihiyle karşılaştırarak ihlalleri belirleyebilir, gecikmelerin boyutunu ölçebilir ve riskleri önceden yönetebilirsiniz. Ödeme performansı ve süreç güvenilirliğiyle ilgili Dashboardların temel bileşenlerinden biridir. Neden önemli? Performans hedefini tanımlar; SLA uyumluluğunu ölçmenizi, geç ödemeleri belirlemenizi ve gecikmelerin temel nedenlerini incelemenizi sağlar. Nereden alınır? Ödeme dönemi yapılandırmasına göre sistemde sabit bir alan olabilir veya iş kurallarına göre hesaplanabilir. Örneğin, ödeme dönemi bitiş tarihine üç iş günü eklenebilir. Örnekler 2023-12-18T17:00:00Z2024-01-03T16:00:00Z2023-12-05T17:00:00Z | |||
| SLA uyumluluk durumu SlaComplianceStatus | Ödeme gibi önemli bir kilometre taşının son tarihe göre zamanında, erken veya geç tamamlandığını gösteren türetilmiş durum. | ||
| Açıklama Bu öznitelik, bir vakanın tanımlı hizmet seviyesi anlaşmasına göre performansını sınıflandırır. Genellikle Banka havale dosyası oluşturuldu gibi bir kilometre taşı aktivitesinin gerçek zaman damgası, SLA son tarihiyle karşılaştırılarak hesaplanır. Dashboardlarda ve raporlarda kullanılabilecek açık ve anlık bir performans göstergesi sunar. SLA uyumluluk durumunu inceleyerek son tarihlerin ne ölçüde kaçırıldığını belirleyebilir, geç kalan vakaların süreç özelliklerini zamanında tamamlanan vakalarla karşılaştırmak için ayrıntıya inebilirsiniz. Bu, gecikmelerin temel nedenlerini belirlemek ve bordro sürecinin güvenilirliğini ve öngörülebilirliğini artırmak açısından önemlidir. Neden önemli? Hedeflere göre performansı doğrudan ve kolayca ölçmenizi sağlar. Uyumluluk raporlamasını kolaylaştırır ve analizi son tarihleri kaçıran vakalara yöneltir. Nereden alınır? Bu öznitelik kaynak sistemlerde doğrudan bulunmaz. Bir kilometre taşı aktivitesinin EventTimestamp değeri, SlaDeadline özniteliğiyle karşılaştırılarak hesaplanır. Örnekler ZamanındaGeçErken | |||
| Vergi yetki alanı TaxJurisdiction | Bordro kaydındaki vergi hesaplamalarını belirleyen eyalet veya il gibi temel coğrafi konum. | ||
| Açıklama Vergi yetki alanı, vergilerin hesaplanıp ödenmesi gereken yasal veya idari bölgeyi belirtir. Düzenlemeler, vergi oranları ve beyan gereklilikleri farklı olduğundan bordro işlemlerinin karmaşıklığı bölgeler arasında önemli ölçüde değişebilir. Süreci vergi yetki alanına göre incelemek, bölgesel zorlukları belirlemenize yardımcı olur. Örneğin, belirli bir eyalet veya ülkedeki bordro işlemlerinin sürekli daha yavaş ilerlediğini ya da daha fazla hataya yol açtığını görebilirsiniz. Bu durum, ilgili bölgenin kurallarına göre sistem yapılandırmasının iyileştirilmesi veya o bölgelerden sorumlu uzmanlara ek eğitim verilmesi gerektiğine işaret edebilir. Neden önemli? Süreç performansını coğrafi veya yasal bölgelere göre analiz etmenizi sağlar. Böylece karmaşıklığın ya da hataların belirli yetki alanlarında yoğunlaşıp yoğunlaşmadığını belirleyebilirsiniz. Nereden alınır? Bordro veya İK sistemindeki çalışanın vergi bilgileri ayarlarının bir parçasıdır. Örnekler US-CAGB-ENGDE-BECA-ON | |||
Bordro işlemleri etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Bordro çalıştırması onaylandı | Yetkili bir kullanıcının belirli bir ödeme dönemi için bordro sonuçlarına verdiği son onaydır. Bu işlem genellikle bordro verilerini kilitler, başka değişiklik yapılmasını önler ve sistemin ödemeye geçmesine izin verir. | ||
| Neden önemli? Bu, ödeme öncesi sürecin geri dönüşü olmayan kritik noktasıdır. Hesaplama ve doğrulama aşamasını sona erdirir ve zamanında işlem performansını ölçmek için önemli bir kilometre taşıdır. Nereden alınır? Bordro sisteminde Kesinleştirildi, Taahhüt edildi veya Onaylandı gibi resmî bir durum değişikliği olarak kaydedilir. Zaman damgası açıkça belli olan, kullanıcı tarafından gerçekleştirilen bir işlemdir. Kaydedin Bordro çalıştırmasını kilitleyen olayla ilişkili zaman damgasını kullanın. Bu olay genellikle Kesinleştir, Onayla veya Taahhüt et olarak adlandırılır. Olay türü explicit | |||
| Brütten nete hesaplandı | Sistemin temel hesaplama motoru çalıştırılarak tüm kazançlar, kesintiler ve vergiler işlenir ve net ücret tutarı hesaplanır. Bu makine tarafından yürütülen etkinlik, ham girdileri ödenecek tutara dönüştürür. | ||
| Neden önemli? Bordro sürecinin merkezinde bu adım yer alır. Süresini ve başarı oranını ölçmek, sistem performansını ve veri kalitesinin işlem verimliliğine etkisini değerlendirmek açısından önemlidir. Nereden alınır? Bordro motorunun işlem günlüklerinde, genellikle ilgili çalışan için ana hesaplama işinin veya programının tamamlanma zaman damgası olarak kaydedilir. Kaydedin Bordro hesaplama şeması veya işlevi başarıyla tamamlandığında kaydedilen zaman damgasını kullanın. Olay türü explicit | |||
| Büyük defter verileri aktarıldı | Bordro maliyetlendirme ve finans verilerinin büyük deftere veya finans sistemine aktarılmasıdır. Bu olay, bordro döngüsünün muhasebe açısından kapatıldığını gösterir. | ||
| Neden önemli? Bu, şirket mali tablolarının bordro giderlerini doğru yansıtmasını sağlayan son entegrasyon adımıdır. Buradaki gecikmeler, finansal kapanışın hızını ve doğruluğunu etkileyebilir. Nereden alınır? Büyük defter arayüzünün veya muhasebeleştirme programının günlüklerinden alınır. Veri aktarımı işi başarıyla tamamlandığında kaydedilir. Kaydedin Bordro sonuçlarını finans muhasebe sistemine kaydeden işin tamamlanma zaman damgasını belirleyin. Olay türü explicit | |||
| Çalışma süresi verileri gönderildi | Bir çalışanın ödeme dönemi için çalışma süresi ve devam verilerinin ilk kez gönderildiğini belirtir. Bu olay, etkin bordro döngüsünü başlatan temel tetikleyicidir ve genellikle çalışan veya doğrudan yöneticisi tarafından başlatılır. | ||
| Neden önemli? Bu etkinlik, çoğu bordro kaydı için başlangıç noktasını oluşturur. Zamanını izlemek, genel bordro çevrim süresini ölçmek ve veri toplamadaki gecikmeleri belirlemek açısından önemlidir. Nereden alınır? Genellikle Puantaj ve Devam Takibi veya İş Gücü Yönetimi modülünün işlem günlüklerinden ya da iş akışı geçmişinden alınır. Çoğu zaman puantaj kaydındaki bir durum değişikliğiyle ilişkilidir. Kaydedin Puantaj veya çalışma kartı durumu Gönderildi, Onay bekliyor ya da eşdeğer bir duruma geçtiğinde oluşan zaman damgasını kaydedin. Olay türü explicit | |||
| Çalışma süresi verileri onaylandı | Bir çalışanın gönderdiği çalışma süresi verilerinin yönetici veya amir tarafından resmen onaylandığını belirtir. Kaydedilen saatlerin ödeme işlemlerinde kullanılmasına izin veren önemli bir doğrulama adımıdır. | ||
| Neden önemli? Onay, sürecin ilerlemesini sağlayan temel bir adımdır. Buradaki gecikmeler bordro takvimini doğrudan etkiler ve önemli bir darboğaz kaynağı olabilir. Bu nedenle performans analizinde izlenmesi gerekir. Nereden alınır? Puantaj ve Devam Takibi sisteminin veya temel İK sisteminin denetim izinde bulunur. Genellikle çalışma kaydının durumunun Gönderildi’den Onaylandı’ya geçmesiyle kaydedilir. Kaydedin Çalışma kaydının onay durumunun Onaylandı veya Tamamlandı olarak ayarlandığı olayı belirleyin. Olay türü explicit | |||
| Ödeme yapıldı | Paranın çalışanın kullanımına sunulduğu veya çekin düzenlendiği geçerlilik tarihidir. İlgili dönem için bordro yükümlülüğünün mali açıdan tamamlandığını gösterir. | ||
| Neden önemli? Çalışan açısından bordro sürecinin nihai sonucudur. Ödemelerin zamanında yapılıp yapılmadığını ve sürecin genel başarısını ölçmek için önemli bir tarihtir. Nereden alınır? Genellikle bordro çalıştırmasında tanımlanan Çek tarihi veya Ödeme tarihi alanına göre hesaplanır. Banka mutabakatı verileriyle de doğrulanabilir. Kaydedin Kesinleştirilmiş bordro kaydıyla ilişkili Ödeme tarihi veya Çek tarihi alanındaki değeri kullanın. Olay türü calculated | |||
| Ücret pusulası yayımlandı | Dijital ücret bildiriminin veya ücret pusulasının self servis portalı üzerinden çalışanın erişimine açıldığı olaydır. Ücretle ilgili bilgilendirme sürecini tamamlar. | ||
| Neden önemli? Ücret pusulalarına zamanında erişim, çalışan memnuniyeti ve şeffaflık açısından önemlidir. Ödeme ile yayımlanma arasındaki gecikmeyi incelemek, ödeme sonrası iletişimin verimliliğini değerlendirmeye yardımcı olur. Nereden alınır? Belge oluşturma veya portal yayımlama hizmetinin günlüklerinden ya da çalışanın ücret kaydındaki bir durum alanından alınır. Kaydedin Ücret pusulası oluşturma süreci tamamlandığında veya belgenin görünürlük durumu Yayımlandı olarak ayarlandığında oluşan zaman damgasını kaydedin. Olay türü explicit | |||
| Banka transferi dosyası oluşturuldu | Bankaya gönderilecek ödeme talimatlarını içeren ACH veya NACHA dosyası gibi elektronik ödeme dosyasının teknik olarak oluşturulmasıdır. Ödeme verilerini iletime hazırlar. | ||
| Neden önemli? Bu etkinlik, paranın aktarılmasından önceki son teknik adımdır. Bankacılık son tarihlerine uyulduğundan emin olmak için onay ile dosyanın oluşturulması arasındaki süreyi ölçmek önemlidir. Nereden alınır? Ödeme dosyasını oluşturan programın çalıştırma günlüklerinden veya çıktı dosyasının oluşturulma zaman damgasından alınır. Kaydedin Doğrudan para yatırma veya banka transferi dosyasını oluşturan sistem işinin ya da sürecin tamamlanma zaman damgasını belirleyin. Olay türü explicit | |||
| Bordro çalıştırması başlatıldı | Belirli bir ödeme dönemi ve çalışan grubu için bordro işleminin resmen başlatılmasıdır. Bu işlem, sonraki tüm hesaplama ve eylemlerin bağlandığı bordro vakasını veya kaydını oluşturur. | ||
| Neden önemli? Bu adım, veri toplama aşamasından etkin işlem aşamasına geçildiğini gösterir. Bordro döngüsünün temel hesaplama ve doğrulama aşamasını ölçmek için başlangıç noktası sağlar. Nereden alınır? İlgili döngü için bordro toplu işleminin, ödeme çalıştırma kaydının oluşturulma zaman damgasından veya bordro işlem günlüğündeki ilk kayıttan belirlenir. Kaydedin İlgili ücret grubu için sistemde yeni bir bordro çalıştırması veya toplu işlem oluşturulduğunda oluşan zaman damgasını kaydedin. Olay türü inferred | |||
| Bordro sonucu önizlendi | Bordro yöneticisinin hesaplanan sonuçların doğruluğunu kontrol etmek için ön bordro kaydı veya raporu oluşturması ya da görüntülemesiyle gerçekleşir. Ödeme çalıştırması kesinleştirilmeden önceki temel manuel doğrulama adımıdır. | ||
| Neden önemli? Bu etkinlik, manuel inceleme aşamasının başladığını gösterir. Önizlemede harcanan süreyi ve önizleme, düzeltme ve yeniden hesaplama döngülerinin sayısını incelemek, 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 alınır. Kaydedin Bir kullanıcı Bordroyu önizle raporunu, Bordro kaydı görünümünü veya eşdeğer bir doğrulama işlevini çalıştırdığında oluşan zaman damgasını kaydedin. Olay türü explicit | |||
| Bordro verileri düzeltildi | İşaretlenen bir istisnayı gidermek veya gerekli bir düzeltmeyi yapmak için bordro uzmanının çalışanın ücret verilerinde yaptığı manuel değişikliktir. Otomatik sürece insan müdahalesini gösterir. | ||
| Neden önemli? Bu etkinlik, yeniden çalışmayı doğrudan kayda alır. Düzeltmeleri izlemek, doğru bordro hazırlamak için gereken manuel emeği ölçmek ve sık görülen hata türlerini belirlemek açısından önemlidir. Nereden alınır? Bordro verisi kayıtlarının alan düzeyindeki denetim izlerinde veya değişiklik günlüklerinde bulunur. İlk hesaplamadan sonra bir kullanıcı ücretle ilgili önemli bir alanı güncellediğinde kaydedilir. Kaydedin İlk hesaplamadan sonra ve son onaydan önce bordro veri tablolarında gerçekleşen, kullanıcı tarafından başlatılmış değişiklik olaylarını belirleyin. Olay türü explicit | |||
| Denetim istisnası işaretlendi | Sistemin otomatik doğrulama kurallarının hesaplanan bordro verilerinde hata, uyarı veya tutarsızlık tespit ettiğini belirtir. Bu olay, manuel inceleme ve müdahale gerektirir. | ||
| Neden önemli? İşaretlenen istisnalar, yeniden çalışmanın ve manuel iş yükünün başlıca nedenidir. İstisnaların sıklığını ve türünü incelemek; 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 yapılan sistem doğrulama kontrolleri tarafından oluşturulur. Genellikle hata günlüklerinde, denetim raporlarında veya bordro kaydındaki belirli bir durum alanında bulunur. Kaydedin Bordro kaydıyla ilgili bir hata veya uyarı mesajı oluşturulup günlüğe kaydedildiğinde oluşan zaman damgasını kaydedin. Olay türü explicit | |||
| Ek veriler içe aktarıldı | Komisyon, prim veya tek seferlik ödenek gibi harici ya da standart dışı ücret verilerinin sisteme alınmasını kaydeder. Bu veriler, hesaplama öncesinde düzenli çalışma süresi verileriyle birleştirilir. | ||
| Neden önemli? Bu etkinlik, sürecin harici veri kaynaklarına bağlı olduğunu gösterir. Veri entegrasyonunun verimliliğini anlamak ve iyileştirmek için bu aktarımlardaki gecikmeleri incelemek önemlidir. Nereden alınır? Genellikle toplu içe aktarma işlerinin, veri yükleme araçlarının günlüklerinden veya belirli ücret bileşeni kayıtlarının oluşturulma zaman damgasından alınır. Kaydedin İçe aktarma işinin tamamlanma zaman damgasını veya bordro sistemindeki ek ödeme kayıtlarının oluşturulma tarihini kullanın. Olay türü explicit | |||
| Vergi bildirimi verileri oluşturuldu | Kamu kurumlarının talep ettiği yasal vergi dosyalarının ve raporlarının oluşturulmasıdır. Üçüncü taraf bildirim hizmetlerine veya doğrudan gönderime yönelik dosyalar hazırlanabilir. | ||
| Neden önemli? Bu etkinlik, mevzuata uyum açısından önemlidir. 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 çalıştırma günlüklerinden veya vergi çıktı dosyalarının oluşturulma zaman damgasından alınır. Kaydedin Dönemsel veya üç aylık vergi bildirimi raporlarını oluşturan sistem sürecinin tamamlanma zaman damgasını kullanın. Olay türü explicit | |||
Veri çıkarma kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
ETL rehberimizi okuyun veya belirli bir süreç ve sistem seçin.
Başlamaya hazır mısınız?
Bu genel şablonu kullanarak bordro işlemlerinizi iyileştirmeye başlayın veya süreci mevcut ortamınıza uyarlamak için sisteme özel veri çıkarma kılavuzlarımızdan birini seçin.
Bordro verimliliğini ve uyumluluğunu hemen artırın
Operasyonları kolaylaştırın, hataları azaltın ve denetime hazırlığınızı kısa sürede tamamlayın.
Kredi kartı gerekmez. Birkaç gün içinde kullanmaya başlayın.