Gider yönetimi veri şablonunuz

Genel amaçlı Process Mining Templatei
Gider yönetimi veri şablonunuz

Gider yönetimi veri şablonunuz

Genel amaçlı Process Mining Templatei

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.
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Gider yönetimi öznitelikleri

Bu tabloda, gider yönetimi sürecinizi ayrıntılı analiz etmek ve daha derin içgörüler elde etmek için olay günlüğünüze eklemeniz önerilen veri alanları, yani öznitelikler açıklanır.
5 Zorunlu 8 Önerilen 4 İsteğe bağlı
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
Zorunlu Önerilen İsteğe bağlı

Gider yönetimi etkinlikleri

Bu bölümde, gider iş akışlarınızı doğru biçimde keşfedip görselleştirmek için kaydetmeniz gereken önemli süreç adımları ve kilometre taşları listelenir.
6 Önerilen 9 İsteğe bağlı
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
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Process Mining için verilerinizi nasıl elde edebilirsiniz?

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?

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.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez • Kurulum 5 dakika sürer