Gider yönetimi veri şablonunuz
Gider yönetimi veri şablonunuz
Bu, Masraf yönetimi 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- Gerekli veri özniteliklerinin ayrıntılı listesi.
- Gider işlemlerindeki temel etkinlikler ve kilometre taşları.
- Her sistemde ayrıntılı süreç analizi için temel oluşturur.
Gider yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Masraf raporunun yaşam döngüsünde gerçekleşen belirli bir iş olayının veya görevin adıdır. | ||
| Açıklama Etkinlik adı, masraf yönetimi sürecindeki tek bir adımı veya durum değişikliğini tanımlar. Örnekler arasında 'Masraf raporu oluşturuldu', 'Yönetici onayladı', 'Politika ihlali işaretlendi' ve 'Geri ödeme yapıldı' yer alır. Bu etkinliklerin sıralaması, her masraf raporunun süreç akışını oluşturur. Process Mining analizinde bu öznitelik, gerçek süreç modelini keşfetmek için önemlidir. Analistlerin süreç haritasını görselleştirmesine, etkinliklerin uzun sürdüğü darboğazları belirlemesine, 'Rapor düzeltme için gönderildi' gibi yeniden çalışma döngülerini bulmasına ve standart dışı süreç farklılıklarını saptamasına yardımcı olur. Etkinlik adlarının açık ve ayrıntılı olması, süreç içgörülerinin kalitesini doğrudan etkiler. Neden önemli? Bu öznitelik, süreç adımlarını tanımlar; süreç haritasının görselleştirilmesini ve iş akışı örüntüleriyle sapmaların incelenmesini sağlar. Nereden alınır? Masraf raporuyla ilişkili olay günlüklerinden, durum değişikliği tablolarından veya işlem kayıtlarından elde edilir. Örnekler Masraf raporu gönderildiYönetici onayladıFinans tarafından reddedildiGeri ödeme yapıldı | |||
| Masraf raporu kimliği ExpenseReportId | Masraf raporunun benzersiz tanımlayıcısıdır. İlişkili tüm etkinlikleri bir araya getirir ve temel vaka tanımlayıcısı olarak kullanılır. | ||
| Açıklama Masraf raporu kimliği, çalışan tarafından gönderilen her masraf raporuna atanan benzersiz bir anahtardır. Oluşturma ve gönderimden onaylara, olası retlere ve son geri ödemeye kadar tüm süreç adımlarını birbirine bağlar. Process Mining çalışmalarında bu öznitelik, vakaların yeniden oluşturulması için temel niteliktedir. Her benzersiz masraf raporu kimliği, masraf yönetimi sürecinin tek bir örneğini temsil eder. Her kimliğin izlediği yolu inceleyerek süreç akışlarını görselleştirebilir, raporların çevrim sürelerini hesaplayabilir ve farklı raporların ele alınış biçimlerindeki farklılıkları belirleyebilirsiniz. Neden önemli? Bu temel vaka tanımlayıcısı, masraf raporunun yaşam döngüsündeki tüm olayları birbirine bağlayarak sürecin baştan sona izlenmesini sağlar. Nereden alınır? Genellikle masraf raporunun üst bilgi düzeyindeki verilerinde veya masraf sürecinin ana işlem tablosunda bulunur. Örnekler ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582 | |||
| Olay zamanı EventTime | Belirli bir etkinliğin veya olayın gerçekleştiği kesin tarih ve saati gösteren zaman damgasıdır. | ||
| Açıklama Olay zamanı veya zaman damgası, bir etkinliğin gerçekleştiği anı kaydeder. Her masraf raporundaki olayların kronolojik sırasını göstererek süreç zaman çizelgesinin doğru biçimde yeniden oluşturulmasını sağlar. Process Mining çalışmalarında zaman damgaları, zamana dayalı tüm analizlerin temelini oluşturur. Etkinlikler arasındaki çevrim süreleri, baştan sona toplam işlem süresi ve bekleme süreleri gibi temel performans göstergelerini hesaplamak için kullanılır. Kuruluşlar zaman damgalarını inceleyerek onay sürecindeki gecikmeleri belirleyebilir, geri ödeme işlemlerinin verimliliğini ölçebilir ve hizmet düzeyi anlaşmalarına göre performansı izleyebilir. Neden önemli? Bu zaman damgası, olayları kronolojik sıraya koymak ve çevrim süreleriyle darboğazlar gibi süreye dayalı tüm metrikleri hesaplamak için gereklidir. Nereden alınır? Olay günlüklerinde veya işlem verilerinde bulunur; genellikle 'Oluşturulma tarihi', 'Zaman damgası' ya da 'Olay tarihi' olarak adlandırılır. Örnekler 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z | |||
| Kaynak sistem SourceSystem | Masraf yönetimi verilerinin alındığı sistem, uygulama veya platformdur. | ||
| Açıklama Kaynak sistem özniteliği, süreç verilerinin nereden geldiğini belirtir. Günümüz kuruluşlarında masraf yönetimi; çalışan verileri için bir İK sistemi, başvurular için özel bir masraf aracı ve finansal kayıtlar için bir ERP gibi birbiriyle entegre birden fazla sistemi kapsayabilir. Bu alan, farklı kaynaklardan gelen verileri ayırt etmeye yardımcı olur. Bu bilgi, verileri doğrulamak ve sürecin teknolojik yapısını anlamak açısından faydalıdır. Süreç sorunları belirli bir sistemden gelen verilerde yoğunlaşıyorsa entegrasyon sorunlarına veya uygulamadaki aksaklıklara işaret edebilir. Ayrıca verilerin bağlamını sunarak analistlerin farklı süreç adımlarındaki doğru bilgi kaynağını anlamasına yardımcı olur. Neden önemli? Verilerin kaynağını belirtir. Veri yönetişimi, sorun giderme ve farklı platformlardaki süreç değişikliklerini anlamak açısından önemlidir. Nereden alınır? Bu bilgi genellikle veri çıkarma sürecinin veya meta verilerin bir parçasıdır ve veri hazırlığı sırasında eklenebilir. Örnekler SAP ConcurExpensifyCoupaBrexRamp | |||
| Son veri güncellemesi LastDataUpdate | Bu kaydın verilerinin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgasıdır. | ||
| Açıklama Son veri güncellemesi zaman damgası, verilerin kaynak sistemden en son ne zaman çıkarıldığını veya eşitlendiğini belirtir. Böylece analize dahil edilen veriler için net bir kesim noktası belirlenir ve tüm paydaşlar verilerin ne kadar güncel olduğunu bilir. Process Mining çalışmalarında bu öznitelik, veri bütünlüğü ve raporlama açısından önemlidir. Kullanıcıların gerçek zamanlı bilgileri mi yoksa geçmişe ait bir anlık görüntüyü mü incelediğini anlamasına yardımcı olur. Güncelliğin önemli olduğu sürekli izleme panolarında özellikle faydalıdır. Ayrıca veri yenilemelerinin planlandığı gibi yapıldığını doğrulayarak veri akışındaki sorunların giderilmesini kolaylaştırır. Neden önemli? Verilerin güncelliğini şeffaf biçimde gösterir. Bu, süreç analizlerinin veya izleme panolarının doğruluğu ve güncelliği açısından önemlidir. Nereden alınır? Genellikle veri yükleme sırasında veri entegrasyonu veya ETL (Çıkarma, Dönüştürme, Yükleme) aracı tarafından oluşturulur ve saklanır. Örnekler 2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z | |||
| Çalışanın departmanı EmployeeDepartment | Masraf raporunu gönderen çalışanın iş birimi veya departmanıdır. | ||
| Açıklama Bu öznitelik, başvuruyu yapan çalışanın bağlı olduğu 'Satış', 'Mühendislik' veya 'Pazarlama' gibi kuruluş birimini belirtir. Genellikle masraflardan sorumlu maliyet merkeziyle ilişkilendirilir. Çalışanın departmanı, karşılaştırmalı analiz için temel bir boyuttur. Süreci departmana göre filtreleyerek davranışlardaki önemli farklılıkları görmenizi sağlar. Örneğin bir departmanda politika ihlali oranı veya onay çevrim süresi diğerlerinden çok daha yüksek olabilir. Bu içgörüler, belirli ekipler için hedefli eğitim, süreç düzenlemesi veya politika açıklaması gerekip gerekmediğini belirlemeye yardımcı olur. Neden önemli? İş birimleri arasında karşılaştırmalı analiz yapılmasını sağlayarak departmana özgü davranışları, darboğazları veya uyumluluk sorunlarını belirlemeye yardımcı olur. Nereden alınır? Genellikle masraf raporuyla ilişkilendirilmiş çalışanın ana veri kaydından alınır. Örnekler SatışMühendislikPazarlamaFinans | |||
| Gönderen Submitter | Masraf raporunu oluşturan ve gönderen çalışanın adı ya da kimliğidir. | ||
| Açıklama Gönderen, masrafları yapan ve masraf raporu oluşturarak geri ödeme sürecini başlatan çalışandır. Bu öznitelik, genellikle tek bir masraf raporuna ait tüm olaylarda aynı kalır. Genel kullanıcı özniteliği her adımı gerçekleştiren kişiyi belirtirken gönderen özniteliği, rapor sahibini vaka düzeyinde tutarlı biçimde tanımlar. Böylece çalışan deneyimine odaklanan analizler yapılabilir; örneğin raporları sık sık reddedilen veya politikaları sürekli ihlal eden çalışanlar belirlenebilir. Bu bilgiler, sürecin genel verimliliğini ve en baştan uyumluluğunu artırmak için hedefli iletişim veya eğitim çalışmalarına yön verebilir. Neden önemli? Masraf raporunun sahibini belirterek sık politika ihlali yapan çalışanları veya yeniden çalışma kaynaklarını bulmak gibi çalışan davranışlarına dayalı analizler yapılmasını sağlar. Nereden alınır? Masraf raporunun üst bilgi verilerinde bulunur ve kaydı oluşturan çalışanla ilişkilendirilir. Örnekler Alice JohnsonRobert WilliamsEMP10234s.chen | |||
| Kullanıcı User | Kaydedilen etkinliği gerçekleştiren kullanıcının, çalışanın veya sistem hesabının adı ya da kimliğidir. | ||
| Açıklama Kullanıcı özniteliği, belirli bir süreç adımından sorumlu kişiyi veya otomatik sistemi belirtir. Bu kişi raporu gönderen çalışan, raporu onaylayan yönetici ya da geri ödeme işlemini yürüten bir finans ekibi üyesi olabilir. İş yükü dağılımını ve bireysel performansı anlamak, gecikmelere yol açabilecek kişileri belirlemek için süreci kullanıcı bazında incelemek önemlidir. Örneğin belirli bir yöneticinin onay zincirinde darboğaz oluşturup oluşturmadığını gösterebilir. Ayrıca kaynak tahsisi analizini destekler ve süreç boyunca hesap verebilirlik ile denetlenebilirliğin sağlanmasına yardımcı olur. Neden önemli? Her adımı kimin gerçekleştirdiğini göstererek iş yükü analizini, performans karşılaştırmasını ve belirli kişilerle veya ekiplerle ilişkili darboğazların saptanmasını sağlar. Nereden alınır? Olay günlüğünde veya işlem geçmişinde bulunur; genellikle kullanıcı kimliği ya da çalışan kimliğiyle ilişkilendirilir. Örnekler john.doejane.smithapprover_team_leadsystem.batch.user | |||
| Para birimi Currency | Masraf raporunun toplam tutarına ait para birimi kodudur; örneğin USD, EUR veya GBP. | ||
| Açıklama Para birimi özniteliği, toplam tutarın hangi para biriminde olduğunu belirtir. Küresel kuruluşlarda çalışanlar farklı para birimlerinde masraf bildirir; bu alan tüm parasal değerler için gerekli bağlamı sağlar. Özellikle birden fazla ülkede faaliyet gösteren kuruluşlarda doğru finansal analiz için bu öznitelik önemlidir. Parasal değerlerin doğru yorumlanmasını ve toplu raporlama için ortak bir para birimine çevrilmesini sağlar. Bu bilgi olmadan JPY cinsinden bir raporun toplam tutarını USD cinsinden bir raporla karşılaştırmak anlamlı olmaz. Farklı bölgelerdeki toplam harcamaları, ortalama maliyetleri ve finansal KPI’ları gösteren panolar için temel niteliktedir. Neden önemli? Tüm parasal değerler için gerekli bağlamı sağlayarak farklı bölgeler veya ülkeler arasında doğru finansal raporlama ve karşılaştırma yapılmasını sağlar. Nereden alınır? Genellikle masraf raporunun üst bilgi verilerinde tutar alanlarının yanında saklanır. Örnekler USDEURGBPJPY | |||
| Politika ihlali işareti PolicyViolationFlag | Masraf raporunda bir veya daha fazla politika ihlali işaretlendiyse doğru değerini alan mantıksal bir göstergedir. | ||
| Açıklama Politika ihlali işareti, masraf raporunun şirketin harcama politikalarına uymadığının otomatik veya manuel olarak belirlenip belirlenmediğini gösteren doğru/yanlış değeridir. İhlaller arasında harcama sınırını aşmak, onaylanmamış tedarikçilerden alışveriş yapmak veya gerekli belgeleri sunmamak yer alabilir. Bu işaret, uyumluluk analizinin temel girdilerindendir. Kuruluşların genel politika ihlali oranını hesaplamasına ve en fazla ihlalin görüldüğü departmanları, masraf kategorilerini veya çalışanları ayrıntılı incelemesine olanak tanır. İhlallerin sıklığını ve türünü anlamak; politikaları iyileştirmeye, otomatik kontrolleri geliştirmeye ve uyumsuz harcamaları ve süreç istisnalarını azaltmak için hedefli eğitimler düzenlemeye yardımcı olur. Neden önemli? Uyumsuz raporları işaretleyerek uyumluluk takibini doğrudan destekler; politika ihlallerinin ölçülmesine ve azaltılmasına yardımcı olur. Nereden alınır? Masraf raporunun üst bilgi veya kalem verilerinde bulunan ve genellikle sistemin kural motoru tarafından ayarlanan bir işaret ya da alandır. Örnekler truefalse | |||
| Rapor durumu ReportStatus | Masraf raporunun yaşam döngüsündeki mevcut veya son durumudur; örneğin 'Gönderildi', 'Onaylandı' ya da 'Ödendi'. | ||
| Açıklama Rapor durumu, masraf raporunun süreçteki yerini veya nihai sonucunu gösterir. Rapor gönderim, onay, işleme alma ve ödeme gibi aşamalardan geçerken durumu değişir. Bu öznitelik, belirli grupları incelemek için vakaları filtrelemeye yarar. Örneğin ret nedenlerini anlamak için yalnızca 'Reddedildi' durumundaki raporlara odaklanabilir veya mevcut darboğazları araştırmak için 'Onay bekliyor' durumundaki raporları inceleyebilirsiniz. Panolarda, mevcut iş yüküne ve işlemdeki tüm masraf raporlarının durumuna genel bir bakış sunar. Process Mining için oluşturulan etkinlik sırasını doğrulamak amacıyla da kullanılabilir. Neden önemli? Raporun durumunu genel hatlarıyla özetler. Vakaları filtrelemek ve mevcut iş yükünü gösteren operasyonel panolar oluşturmak için kullanışlıdır. Nereden alınır? Rapor iş akışında ilerledikçe güncellenen, ana masraf raporu üst bilgi tablosundaki bir alandır. Örnekler Onay bekliyorOnaylandıÖdendiReddedildiGeri çekildi | |||
| Ret nedeni RejectionReason | Bir yöneticinin veya finans kullanıcısının masraf raporunu reddetme ya da düzeltme için geri gönderme nedenidir. | ||
| Açıklama Ret nedeni, masraf raporunun bir onay aşamasını neden geçemediğini açıklayan metin alanı veya önceden tanımlanmış bir koddur. Yaygın nedenler arasında 'Makbuz eksik', 'Masraf kategorisi yanlış' ve 'Politika dışı harcama' bulunur. Bu öznitelik, süreçteki yeniden çalışmaların temel nedenlerini incelemek için çok değerlidir. En sık görülen ret nedenlerini analiz ederek sistemik sorunları belirleyebilirsiniz. Örneğin en yaygın neden 'Makbuz eksik' ise belge gereklilikleri hakkında iletişimi iyileştirmek veya makbuz ekleme işlemini kolaylaştırmak gerekebilir. Bu içgörüler, ilk seferde onay oranını artıran, yeniden çalışmayı azaltan ve toplam çevrim süresini kısaltan hedefli süreç iyileştirmelerine yön verir. Neden önemli? Süreçte neden yeniden çalışma gerektiğini açıklar; ret oranlarını düşürmek ve ilk seferde doğru sonuç alma oranını artırmak için hedefli iyileştirmeler yapılmasını sağlar. Nereden alınır? Onaylayan 'Reddet' veya 'Geri gönder' işlemini gerçekleştirdiğinde yorum alanına ya da seçim listesine kaydedilir. Örnekler Makbuz eksikMasraf kategorisi yanlışGünlük harcırah sınırı aşıldıYinelenen masraf | |||
| Toplam tutar TotalAmount | Geri ödeme için gönderilen masraf raporunun toplam parasal değeridir. | ||
| Açıklama Toplam tutar, tek bir masraf raporundaki tüm masraf kalemlerinin toplamını gösterir. Onaya ve geri ödemeye tabi olan toplam değer budur. Bu öznitelik, Process Mining kapsamında finansal analiz için önemlidir. Masraf raporlarını yüksek ve düşük tutarlı gibi değer aralıklarına göre gruplandırmayı sağlar; bu gruplar genellikle farklı onay yollarından geçer. Analistler bu özniteliği kullanarak rapor başına ortalama maliyeti hesaplayabilir, yeniden çalışma ve retlerin finansal etkisini inceleyebilir ve harcama eğilimlerini belirleyebilir. Toplam tutarı çevrim süreleriyle karşılaştırmak, yüksek tutarlı raporların onaylanmasının daha uzun sürüp sürmediğini ortaya çıkarabilir. Neden önemli? Finansal etki analizini mümkün kılar, harcama örüntülerini belirlemeye yardımcı olur ve sürecin rapor tutarına göre gruplandırılmasını sağlar. Nereden alınır? Masraf raporu verilerinin üst bilgi düzeyinde bulunur ve genellikle tüm kalem tutarlarının toplamı olarak hesaplanır. Örnekler 150.752500.0085.5012500.20 | |||
| Denetim sonucu AuditOutcome | Gider raporunda yapılan manuel veya otomatik denetimin sonucu. | ||
| Açıklama Denetim sonucu, süreçteki denetim adımının bulgularını kaydeder. Bu adım, uyumluluk kurallarını denetleyen otomatik bir sistem kontrolü veya finans ya da denetim ekibinin manuel incelemesi olabilir. Sonuçlar genellikle “Başarılı”, “Başarısız” veya “İstisnalarla başarılı” şeklindedir. Bu öznitelik, iç kontrollerin ne kadar etkili olduğunu doğrudan ölçmenizi sağlar. Denetim sonuçlarını analiz ederek şirketinizin risk düzeyini ve başvuruların kalitesini değerlendirebilirsiniz. Kontrollerin yetersiz kaldığı veya politikaların sürekli yanlış yorumlandığı alanları belirlemenize yardımcı olur. Process Mining ile denetim sonuçlarını diğer özniteliklerle ilişkilendirerek belirli gider kategorilerinde veya bölümlerde denetim başarısızlıklarının daha sık yaşanıp yaşanmadığını görebilirsiniz. Neden önemli? Uyumluluk ve iç kontrol denetimlerini doğrudan ölçerek risk düzeyini ve denetim kurallarının etkililiğini değerlendirmenize yardımcı olur. Nereden alınır? Otomatik bir kural motoru veya incelemesini tamamlayan denetim ya da finans ekibinden bir kullanıcı tarafından güncellenen alan. Örnekler BaşarılıBaşarısız - Dokümantasyon eksikAçıklama gerekliİstisnalarla başarılı | |||
| Masraf kategorisi ExpenseCategory | Masrafın 'Seyahat', 'Yemek', 'Yazılım' veya 'Ofis malzemeleri' gibi sınıflandırmasıdır. | ||
| Açıklama Gider kategorisi, gider raporundaki harcama türünü sınıflandırmak için kullanılan bir boyuttur. Birden fazla kalem içeren gider raporlarında genellikle birden çok kategori bulunur. Süreci gider kategorisine göre analiz etmek, kuruluşların harcama alışkanlıklarını anlamasına ve kategorilere özgü süreç davranışlarını belirlemesine yardımcı olur. Örneğin, “Yurt dışı seyahat” giderlerinin onay süreci, “Ofis malzemeleri” giderlerine kıyasla daha karmaşık ve uzun olabilir. Bu öznitelik, uyumluluğu daha ayrıntılı incelemeyi ve belirli kategorilerde politika ihlallerinin daha sık yaşanıp yaşanmadığını görmeyi sağlar. Finansal planlama ve bütçeleme için önemli bir alandır. Neden önemli? Harcama alışkanlıklarını analiz etmenizi sağlar; farklı gider türlerinin farklı süreç adımlarından geçip geçmediğini veya uyumluluk oranlarının değişip değişmediğini belirlemenize yardımcı olur. Nereden alınır? Genellikle gider raporunun kalem düzeyinde bulunur. Vaka düzeyinde analiz için bu değerler bir araya getirilebilir veya en sık görülen kategori kullanılabilir. Örnekler Uçak biletiYemek ve ağırlamaYazılım aboneliğiOfis malzemeleriOtel | |||
| Ödeme yöntemi PaymentMethod | Giderlerin hangi yöntemle ödendiğini belirtir; örneğin “Şirket kartı” veya “Kişisel ödeme”. | ||
| Açıklama Ödeme yöntemi, çalışanın gideri nasıl ödediğini gösterir. Ödeme genellikle şirket tarafından verilen kurumsal kartla ya da “Kişisel ödeme” olarak adlandırılan kişisel kaynaklarla yapılır. Kişisel ödemelerde çalışana doğrudan geri ödeme gerekir. Bu öznitelik, süreçteki iki temel farklılığı ayırt etmenize yardımcı olur. Kurumsal kart işlemlerinde veriler doğrudan kart sağlayıcısından geldiği için doğrulama süreci genellikle daha hızlı ilerler. Kişisel ödemeler ise daha ayrıntılı inceleme ve çalışana doğrudan ödeme yapılmasını gerektirir. Süreci ödeme yöntemine göre analiz ederek bu iki yol arasındaki çevrim süresi, uyumluluk oranı ve işlem maliyeti farklarını görebilirsiniz. Böylece verimliliği artırmak için kurumsal kart kullanımını teşvik etme fırsatlarını belirleyebilirsiniz. Neden önemli? Kurumsal kart ve kişisel ödeme gibi temel süreç farklılıklarını ayırt eder. Bu yolların risk, verimlilik ve kontrol düzeyleri genellikle birbirinden farklıdır. Nereden alınır? Genellikle gider kalemi düzeyinde belirtilir ve işlemde kullanılan kaynağı gösterir. Örnekler Kurumsal kartKişisel ödemeGünlük harcırahŞirket tarafından ödendi | |||
| Onaylayan Approver | Gider raporunu onaylamaktan sorumlu kişinin, genellikle bir yöneticinin veya finans temsilcisinin adı ya da kimliği. | ||
| Açıklama Onaylayan özniteliği, iş akışındaki onay veya ret adımını gerçekleştiren kişiyi belirtir. Birçok süreçte doğrudan yöneticinin ardından bölüm yöneticisinin veya finans ekibinden birinin onayı gibi birden fazla onay düzeyi bulunabilir. “User” özniteliğinde olduğu gibi “Onaylayan” bilgisi de özellikle süreçte gecikmelerin sık yaşandığı onay aşamasını analiz etmek için kullanışlıdır. Her onaylayanın işlem süresini ölçerek darboğazları belirlemenizi sağlar. Farklı onaylayanların iş yükünü ve performansını gösteren Dashboardlar oluşturabilir, bu verileri kaynak planlamasında kullanabilir ve gider politikaları konusunda ek eğitim ihtiyacını görebilirsiniz. Neden önemli? Onaylardan sorumlu kişiyi belirleyerek onay gecikmelerini, iş yükünü ve karar tutarlılığını analiz etmenizi sağlar. Nereden alınır? Onayla ilgili etkinlikler için olay günlüğüne veya işlem geçmişine kaydedilir. Örnekler David ChenMGR1056Finans_Onay_Kuyruğususan.g | |||
Gider yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Finans tarafından onaylandı | Finans veya denetim ekibi incelemesini tamamlayarak masraf raporuna nihai onayı verir. Geri ödeme işlemi başlamadan önceki son onay aşaması genellikle budur. | ||
| Neden önemli? Bu, nihai onay kilometre taşıdır. Başvurudan bu olaya kadar geçen süre, temel bir performans göstergesi olan toplam onay çevrim süresini verir. Nereden alınır? Onay geçmişi veya denetim günlüğü tablolarında, onaylayanın bilgileriyle birlikte açık bir olay olarak kaydedilir. Kaydedin Onay geçmişini, genellikle finans veya denetim rolündeki bir kullanıcının gerçekleştirdiği son 'Onayla' işlemini bulacak şekilde filtreleyin. Olay türü explicit | |||
| Geri ödeme yapıldı | Bu etkinlik, ödemenin çalışana başarıyla yapıldığı anı belirtir. Çalışan açısından sürecin başarıyla tamamlandığı noktadır. | ||
| Neden önemli? Sürecin kesin bitiş noktasını belirleyerek toplam geri ödeme süresinin ölçülmesini sağlar. Çalışan memnuniyetini etkileyen temel bir metriktir. Nereden alınır? Genellikle ödeme işlem günlüklerinden veya entegre ödeme sisteminden gelen 'Ödendi' ya da 'Geri ödendi' gibi son durum güncellemelerinden alınır. Kaydedin Masraf raporuyla ilişkili finansal işlem kaydındaki ödeme tarihini kullanın. Olay türü explicit | |||
| Masraf raporu gönderildi | Çalışan, onay iş akışını başlatmak üzere tamamladığı masraf raporunu resmen gönderdiğinde gerçekleşir. Bu işlem, raporun durumunu taslaktan onay bekliyor durumuna geçirir. | ||
| Neden önemli? Bu önemli aşama, veri girişinin bittiğini ve onay döngüsünün başladığını gösterir. Bu noktadan önceki gecikmeler kullanıcıdan, sonraki gecikmeler ise süreçten kaynaklanır. Nereden alınır? Bu bilgi, durum değişikliği günlüğünden veya rapor geçmişindeki açık gönderim olayının zaman damgasından alınır. Kaydedin Rapor durumunun taslak veya açık durumundan gönderildi ya da onay bekliyor durumuna geçtiği olayı belirleyin. Olay türü explicit | |||
| Masraf raporu oluşturuldu | Bir çalışan yeni bir masraf raporu kaydı oluşturduğunda süreç başlar. İzleme için vaka tanımlayıcısını oluşturan ilk kayıtlı olay budur. | ||
| Neden önemli? Sürecin baştan sona başlangıç noktasını belirler ve oluşturulma anından son ödemenin yapılmasına kadar toplam çevrim süresinin doğru ölçülmesini sağlar. Nereden alınır? Bu olay genellikle ana masraf raporu başlık verilerindeki oluşturulma zaman damgasından alınır. Kaydedin Masraf raporunun ana tablosundaki veya nesnesindeki kayıt oluşturma zaman damgasını kullanın. Olay türü explicit | |||
| Muhasebeye kaydedildi | Masraf verilerinin şirketin büyük defterine veya ERP sistemine başarıyla kaydedildiği son adımı ifade eder. Böylece masraf raporunun finansal mutabakatı tamamlanır. | ||
| Neden önemli? Finansal muhasebe açısından sürecin gerçek bitişini belirtir. Geri ödeme ile bu olay arasındaki süre, finansal kapanış işlemlerinin verimliliğini gösterir. Nereden alınır? ERP entegrasyon günlüklerinden veya masraf raporunun muhasebe sistemiyle eşitlendiğini gösteren son durum bilgisinden alınır. Kaydedin Büyük deftere kaydın başarıyla yapıldığını doğrulayan entegrasyon günlüğündeki zaman damgasını kullanın. Olay türü explicit | |||
| Yönetici onayladı | Çalışanın doğrudan yöneticisi veya ilk düzey onaylayıcısı masraf raporunu inceleyip onaylamıştır. Bu önemli karar noktası, raporun iş akışında ilerlemesini sağlar. | ||
| Neden önemli? İlk onay aşamasının süresini ve verimliliğini ölçer. Toplam onay çevrim süresini hesaplarken temel bir kilometre taşıdır. Nereden alınır? Onaylayanların işlemlerini ve zaman damgalarını kaydeden onay geçmişi veya denetim izi tablolarında bulunur. Kaydedin Onay geçmişini, yönetici rolündeki bir kullanıcının gerçekleştirdiği ilk 'Onayla' işlemini bulacak şekilde filtreleyin. Olay türü explicit | |||
| Finans incelemesi başladı | Masraf raporunun son inceleme ve denetim için finans veya muhasebe departmanının kuyruğuna girdiği anı belirtir. Bu durum genellikle yönetici onayından sonraki bir durum değişikliğinden çıkarılır. | ||
| Neden önemli? Finans ekibi işe başlamadan önceki kuyrukta bekleme süresini ölçmeye yardımcı olur. Uzun bekleme süreleri, süreçteki gizli bir darboğaz olabilir. Nereden alınır? Rapor durumunun 'Finans incelemesi bekleniyor' veya benzer bir duruma geçtiğini gösteren durum değişikliği günlüklerinden çıkarılır. Kaydedin Raporu finans veya denetim kuyruğuna atayan durum değişikliğinin zaman damgasını kullanın. Olay türü inferred | |||
| Finans tarafından reddedildi | Finans departmanı, genellikle politika, uyumluluk veya dokümantasyonla ilgili ciddi nedenlerle masraf raporunu reddetmiştir. Bu genellikle süreci durduran kesin bir rettir. | ||
| Neden önemli? Uyumlulukla ilgili ciddi ihlalleri veya süreçteki aksaklıkları ortaya çıkarır. Yönetici retlerinden farklı olarak, finans retleri çoğu zaman daha önemli sorunlara işaret eder. Nereden alınır? Onay geçmişi günlüklerinde veya bir finans kullanıcısının durumu 'Reddedildi' olarak değiştirmesiyle bulunur. Kaydedin Denetim izinde, finans veya denetim onaylayanın gerçekleştirdiği kesin 'Reddet' işleminin zaman damgasını alın. Olay türü explicit | |||
| Geri ödeme planlandı | Nihai onayın ardından masraf raporu, yaklaşan bir geri ödeme grubunda ödenmek üzere sıraya alınır. Bu olay, onay aşamasından ödeme sistemine yapılan devir teslimi gösterir. | ||
| Neden önemli? Ödeme sürecine devir teslimin verimliliğini ölçer. Buradaki gecikmeler, gruplu ödeme işlemlerindeki verimsizliklere veya ödeme sistemi entegrasyonundaki sorunlara işaret eder. Nereden alınır? Nihai onayın kaydedilmesinden sonra durumun 'Ödeme bekleniyor' veya 'Ödeme için onaylandı' olarak değişmesinden çıkarılır. Kaydedin Raporun ödeme grubuna atandığı veya durumunun ödemeye hazır olduğunu gösterecek şekilde değiştiği zaman damgasını kullanın. Olay türü inferred | |||
| Makbuz eklendi | Kullanıcının bir makbuzu veya destekleyici başka bir belgeyi yükleyip masraf kalemine bağlamasını ifade eder. Her ek için genellikle ayrı bir olay kaydedilir. | ||
| Neden önemli? Kullanıcı davranışını ve belge gönderimindeki olası gecikmeleri izler. Bu gecikmeler, rapor gönderime hazır hâle gelmeden önce sıkça darboğaz oluşturabilir. Nereden alınır? Bu bilgi genellikle sistem denetim günlüklerinde veya belgeleri masraf raporlarına bağlayan özel bir ekler tablosunda bulunur. Kaydedin Belge veya eklerle ilgili tablolardaki her yeni kayıt için zaman damgasını alın. Olay türü explicit | |||
| Masraf raporu kapatıldı | Tüm işlemler tamamlandıktan sonra masraf raporu sistemde resmen kapatılır. Bu son durum güncellemesi, başka bir değişiklik beklenmediğini gösterir. | ||
| Neden önemli? Sürecin kesin bitiş noktasını belirler. Böylece teknik olarak hâlâ açık görünen ancak işlem yapılmayan raporlar analize dahil edilmez. Nereden alınır? Son kaydedilen durumun 'Kapalı' veya 'Arşivlendi' gibi nihai bir durum olması ve ardından başka bir etkinlik bulunmamasıyla çıkarılır. Kaydedin Durumun 'Kapalı' gibi nihai bir duruma geçtiği son değişikliğin zaman damgasını belirleyin. Olay türü inferred | |||
| Politika ihlali işaretlendi | Otomatik bir sistem kontrolü veya manuel inceleme, şirket politikasını ihlal edebilecek bir masrafı belirler. Rapora belirli bir politika ihlali işareti veya uyarısı eklendiğinde bu olay kaydedilir. | ||
| Neden önemli? Uyumluluk sorunlarını ortaya çıkarır ve yeniden çalışma ile retlerin başlıca nedenlerinden biridir. Bu işaretleri analiz ederek anlaşılması güç politikaları veya çalışan eğitimi gereken alanları belirleyebilirsiniz. Nereden alınır? Sistem günlüklerinde veya istisna tablolarında bulunabilir. İhlal işaretinin rapora ya da rapor kalemlerine ilk kez eklendiği zaman izlenerek de belirlenebilir. Kaydedin Politika istisnası kaydının oluşturulduğu veya ihlal işaretinin doğru olarak ayarlandığı zaman damgasını kullanın. Olay türü explicit | |||
| Rapor düzeltme için gönderildi | Genellikle yönetici veya finans incelemecisi olan bir onaylayan, raporu kesin olarak reddetmeden düzeltme yapılması için çalışana geri gönderir. Bu işlem yeniden çalışma döngüsünü başlatır ve raporu taslak durumuna döndürür. | ||
| Neden önemli? Bu etkinlik, süreçteki yeniden çalışma döngülerinin başlıca göstergesidir. Sıklığını ve nedenlerini incelemek, süreç verimsizliklerini ve iyileştirme alanlarını ortaya çıkarır. Nereden alınır? Onay geçmişi günlüğünden alınır veya durumun 'Onay bekliyor' durumundan yeniden 'Taslak' ya da 'Açık' durumuna geçtiği saptanır. Kaydedin Raporun gönderene geri döndüğünü gösteren belirli 'Geri gönder' olaylarını veya durum geçişlerini arayın. Olay türü explicit | |||
| Rapor geri çekildi | Masraf raporunu gönderen çalışan, rapor tamamen onaylanmadan önce başvuruyu iptal eder. Bu işlem, raporu etkin onay iş akışından çıkarır. | ||
| Neden önemli? Son kullanıcının başlattığı süreç iptalini ifade eder. Raporların neden geri çekildiğini anlamak, kullanıcı deneyimi ve sürecin ne kadar anlaşılır olduğu hakkında bilgi sağlayabilir. Nereden alınır? Bu işlem genellikle raporun denetim izine açık bir olay olarak kaydedilir veya durumun 'Geri çekildi' ya da 'İptal edildi' olarak değişmesiyle yakalanır. Kaydedin Asıl gönderenin raporu iptal ettiği olayı belirleyin. Olay türü explicit | |||
| Yönetici tarafından reddedildi | İlk düzey yönetici, masraf raporunu inceleyip kesin olarak reddetmiştir. Bu işlem genellikle rapor için süreci durdurur ve yeni bir rapor oluşturulmasını gerektirir. | ||
| Neden önemli? İlk onay düzeyindeki süreç hatalarını belirler. Ret oranının yüksek olması, politikaların yeterince anlaşılmadığını veya başvuruların kalitesinin düşük olduğunu gösterebilir. Nereden alınır? Onay geçmişi günlüklerinde veya bir yöneticinin durumu 'Reddedildi' olarak değiştirmesiyle bulunur. Kaydedin Denetim izinde, ilk düzey onaylayanın gerçekleştirdiği kesin 'Reddet' işleminin zaman damgasını alın. Olay türü explicit | |||
Veri çıkarma rehberleri
Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
Başlamaya hazır mısınız?
Sisteminize özel veri çıkarma rehberini seçerek Process Mining yolculuğunuza başlayın veya herhangi bir kaynaktaki gider yönetimi verilerinizi hazırlamak için bu genel şablondan yararlanın. İçgörüleri keşfetmenize yardımcı olmaya hazırız!
Gider yönetiminizi bugün iyileştirmeye başlayın
Gider süreçlerinizdeki gizli verimsizlikleri ortaya çıkarın ve uyumluluğu sağlayın.
Kredi kartı gerekmez • Kurulum 5 dakika sürer