Gider Yönetimi Veri Template'inuz

Expensify
Gider Yönetimi Veri Template'inuz

Gider Yönetimi Veri Template'inuz

Bu şablon, masraf yönetimi sürecinizi analiz etmek için gerekli verileri toplamanız için net bir rehberlik. eder. Toplanması gereken kritik nitelikleri, izlenecek temel aktiviteleri ve Expensify sisteminizden bu bilgiyi çıkarmak için pratik rehberliği özetler. Verilerinizi güçlü Process Mining stratejik bilgileri için hazırlamak üzere bu kaynağı kullanın.
  • Detaylı analiz için toplanması önerilen öznitelikler.
  • Doğru süreç keşfi için izlenecek temel aktiviteler
  • Veri çekme için pratik rehberlik.
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Masraf Yönetimi Öznitelikleri

Bunlar, detaylı masraf yönetimi analizi ve optimizasyonu için event lognüze dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 5 Önerilen 12 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Bir harcama raporu için belirli bir zaman noktasında meydana gelen iş olayının adı.
Açıklama

Aktivite Adı, 'Masraf Raporu Gönderildi' veya 'Yönetici Onayladı' gibi masraf yönetimi sürecindeki belirli bir adımı veya dönüm noktasını açıklar. İş akışını görselleştirmeyi, ortak yolları belirlemeyi ve sapmaları veya darboğazları tespit etmeyi sağlayan süreç haritasının temelini oluşturur. Etkinliklerin sırasını analiz etmek, süreç verimliliğini ve uyumluluğunu anlamak için gereklidir.

Neden Önemli?dir?

Bu öznitelik, süreç haritasındaki adımları tanımlar, böylece süreç akışını, varyasyonları ve yeniden işleme döngülerini görselleştirmeyi ve analiz etmeyi sunar.

Nereden Alınır??

Bu öznitelik, genellikle Expensify'daki rapor durumu değişikliklerini, yorumları veya geçmiş günlüğü girişlerini standartlaştırılmış bir etkinlik listesine eşleyerek türetilir.

Örnekler:::::::
Masraf Raporu GönderildiYönetici OnayladıFinans ReddedildiGeri Ödeme Gerçekleşti
Masraf Raporu Kimliği
ExpenseReportId
Gönderimden geri ödemeye kadar tüm ilgili faaliyetleri gruplandıran, bir masraf raporu için benzersiz tanımlayıcı.
Açıklama

Masraf Raporu Kimliği, masraf yönetimi süreci için birincil durum tanımlayıcısıdır. Her kimlik, bir çalışan tarafından onay ve geri ödeme için gönderilen tek bir masraf koleksiyonunu temsil eder. Bu öznitelik, bir masraf raporunun baştan sona yolculuğunu izlemek için büyük önem taşır ve tüm gönderimleri, onayları, retleri ve ödemeleri dahil olmak üzere tüm süreç döngüsünün yeniden yapılandırılmasına sunar.

Neden Önemli?dir?

İlgili tüm olayların tek bir process örneğinda toplanmasını sunar, bu da herhangi bir Process Mining analizinin temelini oluşturur.

Nereden Alınır??

Bu, masraf raporları veri nesnesindeki birincil büyük önem taşır ve genellikle Expensify API raporlar uç noktası aracılığıyla 'reportID' olarak mevcuttur.

Örnekler:::::::
RPT_84321RPT_99012RPT_10573
Olay Zamanı
EventTime
Bir masraf raporu için belirli bir faaliyet veya olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Event Time, süreçteki her aktivite için tam tarih ve saati sunar. Bu zamansal bilgi, döngü sürelerini, süreleri ve farklı adımlar arasındaki bekleme sürelerini hesaplamak için gereklidir. Darboğazların, zaman içindeki performans eğilimlerinin ve hizmet seviyesi anlaşmalarına uyumluluğun analizini sunar. Doğru zaman damgası (zaman damgası)'ler olmadan, Process Mining analizi akış keşfi ile sınırlıdır.

Neden Önemli?dir?

Zaman damgaları, döngü sürelerini hesaplama, darboğazları belirleme ve süreç performansını izleme dahil olmak üzere tüm zaman tabanlı analizler için gereklidir.

Nereden Alınır??

Bu, Expensify rapor verilerindeki her geçmiş günlüğü girişi veya durum değişikliğiyle ilişkili oluşturma zaman damgası (zaman damgası)dır.

Örnekler:::::::
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-01T09:12:05Z
Çalışanşan Departmanı
EmployeeDepartment
Gönderenin ait olduğu iş birimi veya departmanı.
Açıklama

Bu öznitelik, masraf raporunu gönderen çalışanın 'Satış', 'Mühendislik' veya 'Pazarlama' gibi organizasyonel departmanını belirtir. Analiz için önemli bir boyuttur ve işin farklı bölümlerindeki döngü süreleri, ret oranları ve politika uyumluluğu karşılaştırmalarına sunar. Bu, departmana özgü sorunları veya eğitim ihtiyaçlarını belirlemeye yardımcı olur.

Neden Önemli?dir?

Farklı iş birimleri arasında süreç performansını ve uyumluluğu karşılaştırmak için güçlü detaylı analizler sunar.

Nereden Alınır??

Bu bilgi, rapor üzerinde bir etiket olarak saklanabilir veya Expensify'daki gönderenin kullanıcı profiliyle ilişkilendirilebilir. Harici bir İK sisteminden zenginleştirme gerektirebilir.

Örnekler:::::::
SatışPazarlamaMühendislikFinans
Gönderen
Submitter
Masraf raporunu oluşturan ve gönderen çalışan.
Açıklama

Gönderen özniteliği, masrafları yapan ve geri ödeme talep eden çalışanı tanımlar. Bu bilgi, çalışan, departman veya role göre masraf kalıplarını analiz etmek için kullanılır. Hangi çalışanların veya grupların en çok gecikme yaşadığı veya en yüksek politika ihlali oranlarına sahip olduğu gibi soruları yanıtlamaya yardımcı olarak daha iyi bir çalışan deneyimi analizine katkıda bulunur.

Neden Önemli?dir?

Süreç performansının çalışanın bakış açısından analiz edilmesini sunar, sık sorunlar veya gecikmeler yaşayan grupların belirlenmesine yardımcı olur.

Nereden Alınır??

Bu, masraf raporu nesnesindeki birincil bir alandır, genellikle 'policyEmail', 'submitterEmail' veya 'employeeEmail' olarak etiketlenir.

Örnekler:::::::
sara.jones@example.comkevin.lee@example.commaria.garcia@example.com
Onaylayan
Approver
Masraf raporunu onaylamaktan veya reddetmekten sorumlu kullanıcının adı veya kimliği.
Açıklama

Onaylayan özniteliği, gönderilen bir masraf raporu üzerinde işlem yapan yöneticiyi veya finans ekibi üyesini tanımlar. Bu, onay süreleri, ret oranları ve iş yükü dağılımı gibi onaylayana özgü davranışları analiz etmek için büyük önem taşır. Onaylayıcı performansını anlamak, eğitim ihtiyaçlarını belirlemeye, iş yüklerini yeniden tahsis etmeye ve onay sürecini iyileştirmeye yardımcı olabilir.

Neden Önemli?dir?

Bu öznitelik, onay darboğazlarını, iş yükü dağılımını ve onaylayana özgü ret oranlarını analiz etmek için temel rol oynar.

Nereden Alınır??

Bu bilgi, raporun geçmişinde veya iş akışı günlüğünde, genellikle onay veya ret olaylarıyla ilişkili olarak bulunur. Alan 'managerEmail' veya benzeri bir şekilde etiketlenebilir.

Örnekler:::::::
jane.doe@example.comjohn.smith@example.comfinance.approver@example.com
Politika İhlali Bayrağı
PolicyViolationFlag
Raporun bir politika ihlali nedeniyle işaretlendiği durumda doğru olan bir boolean gösterge.
Açıklama

Bu bayrak, bir masraf raporunun harcama limitini aşma veya makbuz eksikliği gibi bir veya daha fazla politika ihlaline neden olup olmadığını gösterir. Expensify'ın otomatik sistemi genellikle bu sorunları işaretler. Bu öznitelik, Politika İhlali Genel Bakış kontrol paneliu için önemlidir ve uyumluluk sorunlarını nicelleştirmeye ve iyileştirme alanlarını hedeflemeye yardımcı olur.

Neden Önemli?dir?

Politika uyumluluğunu doğrudan ölçer ve ek inceleme gerektiren raporları belirlemeye yardımcı olur, bu da uyumluluk Dashboard'ları için önemli bir girdidir.

Nereden Alınır??

Expensify raporları genellikle bir ihlali gösteren belirli bir alan veya durum içerir, örneğin 'hasViolations' veya benzer bir boolean değeri.

Örnekler:::::::
truefalse
Rapor Toplam Tutarı
ReportTotalAmount
Harcama raporunun toplam parasal değeri.
Açıklama

Bu öznitelik, tek bir masraf raporunda yer alan tüm masrafların toplamını temsil eder. Ek inceleme gerektirebilecek veya farklı bir onay yolunu izleyebilecek yüksek değerli masrafları belirlemek gibi çeşitli analizler için kullanılan kritik bir finansal metriktir. Ayrıca finansal raporlama ve kuruluş genelindeki harcama kalıplarını anlamak için de kullanılır.

Neden Önemli?dir?

Yüksek değerli gider raporlarının analizini sunar, harcama eğilimlerini belirlemeye yardımcı olur ve finansal ve uyumluluk Dashboard'ları için büyük önem taşır.

Nereden Alınır??

Expensify raporları nesnesinde bulunur, genellikle 'total' veya 'amount' olarak adlandırılır.

Örnekler:::::::
150.752500.0089.50
Denetim Sonucu
AuditOutcome
Masraf raporu üzerinde gerçekleştirilen manuel veya otomatik bir denetimin sonucu.
Açıklama

Bu öznitelik, 'Geçti', 'Başarısız' veya 'Bulgularla Geçti' olabilecek bir denetimin sonucunu yakalar. Bu, masraf süreçlerinde tüm raporlar veya bir örneklem için resmi bir denetim adımı olan şirketler için geçerlidir. Denetim sonuçlarını analiz etmek, uyumluluk düzeylerini ve mevcut kontrollerin etkinliğini anlamaya yardımcı olur.

Neden Önemli?dir?

Uyumluluk kontrollerinin sonucunu doğrudan ölçer ve denetim sürecinin etkinliğini analiz etmek için gereklidir.

Nereden Alınır??

Bu muhtemelen kavramsal bir özniteliktir veya bir etiket ya da yorum olarak saklanabilir. Varlığı, şirketin Expensify içindeki özel süreç yapılandırmasına bağlıdır.

Örnekler:::::::
BaşarılıBaşarısız - Politika İhlaliNotlarla Geçti
İlk Geçiş Onayı mı
IsFirstPassApproval
Raporun herhangi bir ret veya revizyon olmaksızın onaylandığı durumda doğru olan hesaplanmış bir işaret.
Açıklama

Bu boolean değeri, her masraf raporu için, reddedilme veya revizyon için geri gönderilme gibi herhangi bir olumsuz sonuç olmadan onay sürecinden geçip geçmediğini belirlemek için hesaplanır. Süreç kalitesi ve verimliliğinin doğrudan bir ölçüsüdür ve İlk Geçiş Onay Oranı KPI'sına doğrudan katkıda bulunur. Yüksek bir oran, gönderimlerin kaliteli olduğunu ve politikaların iyi anlaşıldığını gösterir.

Neden Önemli?dir?

İlk gönderimlerin kalitesini ve onay akışının verimliliğini doğrudan ölçer, yeniden işleme sıklığını vurgular.

Nereden Alınır??

Bu, belirli bir ExpenseReportId için etkinlik dizisi kontrol edilerek hesaplanır. Eğer dizi 'Yönetici Reddedildi', 'Finans Reddedildi' veya 'Revizyon İçin Rapor Geri Gönderildi' içermiyorsa, bayrak doğrudur.

Örnekler:::::::
truefalse
Kaynak Sistem
SourceSystem
Verilerin çekildiği sistem.
Açıklama

Bu öznitelik, bu durumda 'Expensify' olan süreç verisinin kaynağını tanımlar. Özellikle birden çok sistemden gelen verilerin birleştirildiği ortamlarda veri yönetimi için önemlidir. Veri kaynağını izlemeye ve sürecin bağlamını anlamaya yardımcı olur.

Neden Önemli?dir?

Veri kaynağı için önemli bilgiler sunar ve birden çok kaynak sistemden veri aynı ortama yüklendiğinde süreçleri ayırt etmeye yardımcı olur.

Nereden Alınır??

Bu, veri dönüştürme süreci sırasında eklenmesi gereken statik bir değerdir ('Expensify').

Örnekler:::::::
ExpensifyExpensifyAPI-v2.0
Masraf Kategorisi
ExpenseCategory
Bir rapordaki bireysel masraf kalemine atanan kategori.
Açıklama

Gider Kategorisi, 'Seyahat', 'Yemek ve Eğlence' veya 'Yazılım' gibi harcama türünü sınıflandırır. Bir raporun birden fazla kategorisi olabilse de, bu öznitelik genellikle en sık kullanılan kategoriyi veya en yüksek miktara sahip kategoriyi alarak rapor düzeyine indirgenir. Harcama eğilimlerini analiz etmek ve belirli gider türleri için politika uyumluluğunu kontrol etmek için kullanılır.

Neden Önemli?dir?

Farklı gider türleri için harcama modelleri, politika ihlalleri ve onay sürelerinin analiz edilmesine yardımcı olur.

Nereden Alınır??

Bir rapor içindeki line-item düzeyinde ('transactions') bulunur. Case düzeyine atamak için bir aggregation veya business rule gereklidir.

Örnekler:::::::
Uçak BiletiKonaklamaYemeklerOfis Malzemeleri
Ödeme Yöntemi
PaymentMethod
Çalışanşana geri ödeme yapmak için kullanılan yöntem.
Açıklama

Bu öznitelik, çalışanın nasıl geri ödendiğini açıklar; örneğin 'Doğrudan Para Yatırma (ACH)', 'PayPal' veya 'Şirket Kredi Kartı'. Ödeme yöntemini analiz etmek, sürecin geri ödeme kısmını anlamaya yardımcı olabilir, özellikle belirli yöntemler daha uzun gecikmelerle ilişkiliyse. Sürecin son adımları için ek bağlam sunar.

Neden Önemli?dir?

Geri ödeme aşaması için bağlam sunar ve farklı ödeme yöntemleriyle ilişkili gecikmeleri veya maliyetleri analiz etmek için kullanılabilir.

Nereden Alınır??

Bu bilgi, genellikle kapatılmış bir raporun geri ödeme ayrıntıları içinde mevcuttur.

Örnekler:::::::
ACHPayPalBill.com
Olay Bitiş Zamanı
EventEndTime
Belirli bir etkinliğin ne zaman sona erdiğini gösteren zaman damgası (zaman damgası)dır. Ölçülebilirr süresi olan etkinlikler için kullanışlıdır.
Açıklama

Masraf yönetimindeki birçok faaliyet anlık olsa da, 'Yönetici İncelemesi' gibi bazıları başlangıç ve bitiş zamanıyla modellenebilir. Olay Bitiş Zamanı, böyle bir faaliyetin tamamlandığını işaret eder. Bireysel adımlar için kesin işleme süresini hesaplamak amacıyla Başlangıç Zamanı ile birlikte kullanılır ve zamanın nerede harcandığına dair daha ayrıntılı bir görünüm sunar.

Neden Önemli?dir?

Aktif çalışma süresi ile boş bekleme süresi arasında ayrım yapmaya yardımcı olan aktivite işleme sürelerinin hesaplanmasını sunar.

Nereden Alınır??

Bu genellikle doğrudan bir alan değildir. Aynı durum için dizideki bir sonraki olayın zaman damgası (zaman damgası) alınarak türetilir.

Örnekler:::::::
2023-10-26T10:05:12Z2023-10-27T15:00:00Z
Para Birimi
Currency
Masraf raporundaki tutarların para birimi kodu.
Açıklama

Para Birimi özniteliği, Rapor Toplam Tutarı'nın para birimini (örn. USD, EUR veya GBP) belirtir. Bu, finansal verilerin doğru yorumlanmasını güçlüak için birden çok ülkede faaliyet gösteren kuruluşlar için büyük önem taşır. Yanlış toplamlardan kaçınmak için tüm parasal değerler bu öznitelikle birlikte analiz edilmelidir.

Neden Önemli?dir?

Tüm parasal değerler için gerekli bağlamı sağlayarak doğru finansal analiz ve raporlama sunar.

Nereden Alınır??

Bu, Expensify rapor nesnesinde genellikle 'currency' olarak adlandırılan standart bir alandır.

Örnekler:::::::
USDEURGBPCAD
Politika Adı
PolicyName
Rapor için uygulanan masraf politikasının adı.
Açıklama

Expensify'da, farklı çalışan grupları farklı gider politikalarına tabi olabilir. Bu öznitelik, gider raporunun kurallarını yöneten belirli politikayı tanımlar. Analiz için önemli bir boyuttur, çünkü farklı kurallara ve onay iş akışlarınına sahip olabilecek farklı politikalar arasında uyumluluğu ve verimliliği karşılaştırmaya sunar.

Neden Önemli?dir?

Uygulanan kural setine göre süreç analizinin segmentlere ayrılmasını sunar, bu da farklı politikaların neden olduğu varyasyonları anlamak için büyük önem taşır.

Nereden Alınır??

Bu, Expensify'daki rapor nesnesinde genellikle 'policyID' veya 'policyName' olarak adlandırılan standart bir alandır.

Örnekler:::::::
ABD Çalışanşan PolitikasıBirleşik Krallık Satış Ekibi PolitikasıYönetici Seyahat Politikası
Rapor Durumu
ReportStatus
Masraf raporunun süreç döngüsündeki mevcut durumu.
Açıklama

Rapor Durumu, masraf raporunun süreçteki mevcut konumunu (örn. 'AÇIK', 'GÖNDERİLDİ', 'ONAYLANDI', 'GERİ ÖDENDİ' veya 'KAPALI') belirtir. Raporun ilerlemesinin bir güncel durumunu gösterir. Process Mining'de bu öznitelik genellikle Aktivite Adını türetmek için kullanılır, ancak raporların her durumda ne kadar zaman geçirdiğini analiz etmek için bir boyut olarak da kullanılabilir.

Neden Önemli?dir?

Bir case'in mevcut durumunu gösterir ve genellikle Process Mining için activity log'u türetmek için kaynaktır.

Nereden Alınır??

Bu, Expensify rapor nesnesinde genellikle 'status' veya 'state' olarak adlandırılan standart bir alandır.

Örnekler:::::::
GÖNDERİLDİONAYLANDIGERİ ÖDENDİCLOSED
Ret Nedeni
RejectionReason
Bir onaylayanın masraf raporunu reddederken veya revizyon için geri gönderirken verdiği neden.
Açıklama

Bir masraf raporu reddedildiğinde, onaylayan genellikle bir neden sunabilir. Bu metin özniteliği, bu nedeni yakalayarak raporların neden onaydan geçemediğine dair çok değerli nitel stratejik bilgiler sunar. Ret nedenlerini analiz etmek, yaygın gönderim hatalarını, belirsiz politikaları veya çalışanların daha fazla eğitime ihtiyaç duyduğu alanları belirlemeye yardımcı olur ve ilk geçiş onay oranını iyileştirme çabalarını doğrudan destekler.

Neden Önemli?dir?

Yeniden işleme nedenlerini açıklayan nitel veriler sunar; bu da rapor retlerinin temel neden analizleri için büyük önem taşır.

Nereden Alınır??

Bu bilgi, genellikle bir ret olayıyla ilişkili yorumlarda veya geçmiş günlüğünde bulunur.

Örnekler:::::::
75 dolar üzerindeki kalem için eksik fişYanlış gider kategorisi seçildiYinelenen gider gönderildi
Son Veri Güncellemesi
LastDataUpdate
Bu kayda ait verilerin kaynak sistemden en son ne zaman güncellendiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, verilerin Process Mining aracında en son ne zaman ayıklandığını ve güncellendiğini kaydeder. Veri güncelliği konusunda netlik kazandırır ve analizin ne kadar güncel olduğunu anlamak için büyük önem taşır. Bu, kullanıcıların stratejik bilgilere güvenmelerine ve zamanında verilere dayanarak bilinçli kararlar almalarına yardımcı olur.

Neden Önemli?dir?

Kullanıcıların veri tazeliğinin farkında olmasını sunar, bu da süreç analizinin alaka düzeyi ve doğruluğu açısından büyük önem taşır.

Nereden Alınır??

Bu, genellikle veri dönüştürme (ETL) süreci sırasında eklenen veri çıkarma görevinin zaman damgası (zaman damgası)dır.

Örnekler:::::::
2023-11-20T08:00:00Z2023-11-21T08:00:00Z
Toplam Cycle Time
TotalCycleTime
Bir masraf raporu için ilk olayın oluşturulmasından son olayın tamamlanmasına kadar geçen toplam süre.
Açıklama

Toplam Döngü Süresi, tek bir rapor için masraf yönetimi sürecinin baştan sona süresini ölçen vaka düzeyinde bir hesaplamadır. Genel süreç verimliliği için temel bir performans göstergesidir (KPI). Bu metrik, en ilk etkinliğin (örn. 'Masraf Raporu Oluşturuldu') zaman damgası (zaman damgası) ile en son etkinliğin (örn. 'Geri Ödeme Gerçekleşti') zaman damgası (zaman damgası) arasındaki fark alınarak hesaplanır.

Neden Önemli?dir?

Bu, genel süreç hızını ölçmek ve sistemik sorunları gösterebilecek uzun süreli vakaları belirlemek için birincil bir KPI'dır.

Nereden Alınır??

Bu öznitelik, her ExpenseReportId için (MAX((EventTime)) - MIN((EventTime))) alınarak hesaplanır.

Örnekler:::::::
6048001209600259200
Gerekli Önerilen Opsiyonel

Masraf Yönetimi Aktiviteleri

Bunlar, doğru Process Discovery ve darboğaz tespiti için event lognuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 6 Opsiyonel
Aktivite Açıklama
Finans Onaylandı
Finans departmanı veya son onaylayan, masraf raporunu incelemiş ve nihai onayını vermiştir. Bu eylem, iş akışı geçmişine kaydedilir ve genellikle rapor durumunu 'Onaylandı' olarak değiştirir.
Neden Önemli?dir?

Bu, geri ödemeden önceki son onay kapısıdır. Bu adım için harcanan süre, genel döngü süresi ve Ortalama Geri Ödeme Süresi KPI'sı için büyük önem taşır.

Nereden Alınır??

Raporun geçmişinden veya denetim izinden yakalanır; bu, nihai onay eylemini, finans ekibinden onaycıyı ve zaman damgası (zaman damgası)nı kaydeder.

Yakala

Raporun workflow geçmişinde ayrı bir nihai onay eylemi olarak kaydedilir.

Event tipi explicit
Geri Ödeme Gerçekleşti
Ödeme, çalışana başarıyla gönderildi ve sürecin geri ödeme kısmı tamamlandı. Bu, ödeme işleme günlüklerinden veya Expensify'daki son bir durum güncellemesinden yakalanır.
Neden Önemli?dir?

Bu, çalışan odaklı döngü sürelerini ölçmek için kilit bir bitiş noktasıdır. Ortalama Masraf Raporu Döngü Süresi ve Ortalama Geri Ödeme Süresi KPI'ları için büyük önem taşır.

Nereden Alınır??

Rapor durumunun 'Reimbursed' olarak değişmesinden çıkarılır. Expensify'ın ödeme sistemleriyle entegrasyonu, bu durum değişikliği için bir zaman damgası (zaman damgası) sunar.

Yakala

Rapor durumunun 'Reimbursed' olarak değişmesinden ve ilgili zaman damgası (zaman damgası)'ten türetilmiştir.

Event tipi inferred
Masraf Raporu Gönderildi
Çalışanşan, onay iş akışının başlaması için tamamlanmış masraf raporunu resmi olarak gönderir. Bu, veri girişinden inceleme sürecine önemli bir geçiştir ve genellikle bir durum değişikliği ve gönderim zaman damgası (zaman damgası)yla yakalanır.
Neden Önemli?dir?

Bu faaliyet, onay döngüsünü tetikleyen kritik bir dönüm noktasıdır. Yönetici ve finans inceleme sürelerini ölçmek için başlangıç noktası olarak olarak kullanılır.

Nereden Alınır??

Raporun durumunun 'Open' veya 'Draft'tan 'Processing' veya 'Submitted'a değişmesinden ve bu değişikliğe ilişkin zaman damgası (zaman damgası)'ten çıkarılır.

Yakala

Durumun 'Processing' olarak değişmesinden ve ilgili gönderim zaman damgası (zaman damgası)'ten türetilmiştir.

Event tipi inferred
Masraf Raporu Oluşturuldu
Bir çalışan tarafından yeni bir gider raporunun başlatılmasını işaretler. Bu, genellikle rapor Expensify'da ilk kaydedildiğinde bir creation zaman damgası (zaman damgası)'i ile açık bir event olarak yakalanır.
Neden Önemli?dir?

Bu faaliyet, tüm süreç analizleri için başlangıç noktasıdır ve oluşturmadan geri ödemeye kadar toplam döngü süresini ölçmek için büyük önem taşır.

Nereden Alınır??

Bu olay, Expensify'ın rapor geçmişindeki veya denetim günlüklerindeki rapor oluşturma zaman damgası (zaman damgası)ndan yakalanır. Her rapor nesnesinin bir oluşturma tarihi vardır.

Yakala

Gider raporunun ilk oluşturulması ve kaydedilmesi üzerine kaydedilir.

Event tipi explicit
Rapor Kapatıldı
Masraf raporu, geri ödeme ve muhasebe senkronizasyonu dahil tüm işlemler tamamlandıktan sonra sistemde resmi olarak kapatılır. Bu olay genellikle 'Kapalı' gibi son, nihai bir durumdan çıkarılır.
Neden Önemli?dir?

Süreç için, geri ödemeden ayrı, son muhasebe ve arşivleme adımlarını analiz etmek için faydalı olan kesin bir bitiş noktası sunar.

Nereden Alınır??

Rapor durumunun 'Closed' gibi terminal bir duruma değişmesinden çıkarılır. Bu genellikle reimbursement ve muhasebe export'undan sonra gerçekleşir.

Yakala

Rapor durumunun 'Closed' olarak değişmesinden ve ilgili zaman damgası (zaman damgası)'ten türetilmiştir.

Event tipi inferred
Revizyon İçin Rapor Geri Gönderildi
Bir onaycı, yönetici veya finans bölümünden, raporu düzeltme veya daha fazla bilgi için çalışana geri gönderir. Bu, genellikle 'İşlemde' durumundan sonra 'Açık' durumuna yapılan bir değişiklikten çıkarılır.
Neden Önemli?dir?

Bu faaliyet, büyük bir verimsizlik kaynağı olan yeniden işlemeyi temsil eder. Bunu izlemek, yeniden işleme döngülerini nicelleştirmeye, Yeniden İşleme Oranı KPI'sını ölçmeye ve temel nedenleri belirlemeye yardımcı olur.

Nereden Alınır??

Bir rapor durumunun 'Processing' veya 'Submitted'dan tekrar 'Open'a değişmesinden çıkarılır. Bu durum değişikliğinin zaman damgası (zaman damgası)'i event'i işaretler.

Yakala

Bir rapor durumunun 'Processing'den tekrar 'Open'a değişmesinden türetilmiştir.

Event tipi inferred
Yönetici Onayladı
Doğrudan yönetici veya birinci düzey onaylayıcı, masraf raporunu incelemiş ve onaylamıştır. Bu olay, onaylayanın eylemini ve zaman damgası (zaman damgası)nı kaydeden onay iş akışı günlüğünden yakalanır.
Neden Önemli?dir?

Onay sürecinde kritik bir dönüm noktası. Gönderimden bu olaya kadar geçen sürenin analiz edilmesi, yöneticiyle ilgili darboğazları belirlemeye ve Yönetici Onay Döngüsü Süresi KPI'sını ölçmeye yardımcı olur.

Nereden Alınır??

Raporun geçmişinden veya denetim izinden yakalanır; bu, onay eylemini, onaycının adını ve zaman damgası (zaman damgası)nı açıkça kaydeder.

Yakala

Raporun workflow geçmişinde ayrı bir onay eylemi olarak kaydedilir.

Event tipi explicit
Finans Reddedildi
Finans departmanı masraf raporunu incelemiş ve reddetmiş, böylece geri ödeme sürecini durdurmuştur. Bu olay, iş akışı geçmişine bir zaman damgası (zaman damgası) ve ret nedeni ile birlikte kaydedilir.
Neden Önemli?dir?

Son inceleme aşamasındaki darboğazları ve başarısızlık nedenlerini belirler. Genel ret oranını ve uyumluluk sorunlarını analiz etmek için gereklidir.

Nereden Alınır??

Raporun geçmişinden yakalanır; bu, finans ekibi tarafından yapılan ret eylemini, zaman damgası (zaman damgası) ve kullanıcı ile birlikte kaydeder.

Yakala

Raporun workflow geçmişinde ayrı bir ret eylemi olarak kaydedilir.

Event tipi explicit
Geri Ödeme Planlandı
Nihai onayın ardından, gider raporu ödeme işleme için sıraya alınır. Bu olay, onaydan ödeme aşamasına geçişi işaret eder ve genellikle rapor durumu 'Ödeniyor' olarak değiştiğinde yakalanır.
Neden Önemli?dir?

Geri ödeme lead time'ının başlangıcını işaretler. Bununla gerçek ödeme arasındaki sürenin analiz edilmesi, payout sürecindeki gecikmeleri belirlemeye yardımcı olur.

Nereden Alınır??

Bir rapor durumunun 'Reimbursing' veya 'Processing Payment' olarak değişmesinden ve ilgili zaman damgası (zaman damgası)'inden çıkarılır.

Yakala

Raporun ödeme için sıraya alındığını belirten bir durum değişikliğinden türetilmiştir.

Event tipi inferred
Gider Raporuna Eklendi
Bir çalışanın, taranmış bir makbuz veya manuel olarak girilmiş bir masraf gibi belirli bir kalem eklemesini temsil eder. Bu, raporun ayrıntılı geçmiş günlüğüne bir giriş olarak kaydedilir.
Neden Önemli?dir?

Rapor oluşturma ile giderlerin eklenmesi arasındaki sürenin analiz edilmesi, çalışanlar tarafından kanıt toplama veya gönderim hazırlığında yaşanan gecikmeleri ortaya çıkarabilir.

Nereden Alınır??

Gider raporunun denetim izinden veya geçmişinden alınır; bu, bireysel gider girişleri ekleme gibi eylemleri kaydeder.

Yakala

Raporun geçmişine her yeni gider satırı eklendiğinde kaydedilir.

Event tipi explicit
Politika İhlali İşaretlendi
Otomatik bir kontrol, şirket politikasını ihlal eden, örneğin bütçeyi aşan veya fişi eksik olan bir gideri belirler. Bu olay, rapor veya kalem üzerinde belirli bir politika ihlali bayrağı ayarlandığında yakalanır.
Neden Önemli?dir?

Uyumluluk sorunlarını vurgular ve hangi politikaların sıkça ihlal edildiğini belirlemeye yardımcı olur, hedeflenmiş eğitim veya politika açıklığı sunar. Bu, Politika İhlali Sayısı KPI'sı için büyük önem taşır.

Nereden Alınır??

Gider raporu verilerinda 'Policy Violation' flag'inin veya özniteliğinin true olarak ayarlanmasından çıkarılır. zaman damgası (zaman damgası), bu flag'in ayarlandığı zamana karşılık gelir.

Yakala

Rapor için politika ihlali özniteliğinin güncellendiği zaman damgası (zaman damgası)'ten türetilmiştir.

Event tipi inferred
Yevmiye Kaydı Yapıldı
Masraf raporundaki finansal veriler dışa aktarılmış ve şirketin muhasebe sistemine veya ERP'ye kaydedilmiştir. Bu, finansal kayıtlar açısından süreci tamamlayan son adımdır.
Neden Önemli?dir?

Masraf raporunun finansal sistemdeki nihai kapanışını temsil eder. Baştan sona tüm süreci ölçmek ve veri senkronizasyonunu güçlüak için önemlidir.

Nereden Alınır??

Expensify ile muhasebe yazılımı arasındaki entegrasyon günlüklerinden yakalanır. Bu, iki sistemden gelen verilerin birleştirilmesini gerektirebilir.

Yakala

Datelar muhasebe sistemine başarıyla sync edildiğinde integration geçmişine kaydedilir.

Event tipi explicit
Yönetici Reddedildi
Birinci düzey onaylayıcı, masraf raporunu incelemiş ve reddetmiştir, bu da genellikle süreci durdurur. Bu, iş akışı günlüğünde bir ret olayı olarak kaydedilir ve genellikle bir neden belirtilir.
Neden Önemli?dir?

Ret olaylarını analiz etmek, Gider Raporu Ret Oranı KPI'sını anlamak için temel rol oynar. Başarısızlığın yaygın nedenlerini ve süreç iyileştirmesi gerektiren alanları belirlemeye yardımcı olur.

Nereden Alınır??

Raporun geçmişinden yakalanır; bu, ret eylemini, ret edenin kimliğini ve zaman damgası (zaman damgası)nı kaydeder. Rapor durumu genellikle 'Reddedildi' olarak değişir.

Yakala

Raporun workflow geçmişinde ayrı bir ret eylemi olarak kaydedilir.

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Datayı Expensify'dan Nasıl Alırsınız