Harcama Yönetimi Veri Şablonunuz
Harcama Yönetimi Veri Şablonunuz
- Kapsamlı `veri` toplama için önerilen `öznitelikler`
- İzlenmesi gereken başlıca harcama yönetimi faaliyetleri
- Coupa Expenses'tan veri çekme için adım adım rehberlik
Gider Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Bir harcama raporu için belirli bir zaman noktasında meydana gelen iş olayının adı. | ||
|
Açıklama
Faaliyet Adı, 'Harcama Raporu Gönderildi', 'Yönetici Onayladı' veya 'Geri Ödeme Gerçekleştirildi' gibi harcama yönetimi sürecindeki belirli bir adımı veya dönüm noktasını tanımlar. Bu faaliyetler, süreç haritasındaki düğümleri oluşturur ve süreç akışını, darboğazları ve varyasyonları analiz etmenin temelini oluşturur. Bu özniteliğin analizi, olayların sırasını, farklı süreç adımlarının sıklığını ve aralarındaki geçişleri anlamaya yardımcı olur. Süreç haritası oluşturmak, geçiş sürelerini hesaplamak ve yaygın veya uyumsuz süreç yollarını belirlemek için temeldir.
Neden önemli
Bu öznitelik, süreçteki adımları tanımlar, Process Mining'in çekirdeği olan süreç akışının görselleştirilmesine ve analizine olanak tanır.
Nereden alınır
Bu, genellikle Coupa'daki harcama raporu nesnesiyle ilişkili event log'larından, durum değişikliği kayıtlarından veya denetim izi tablolarından türetilir. Durum kodlarından veya olay türlerinden kullanıcı dostu adlara eşleme gerektirebilir.
Örnekler
Gider Raporu GönderildiYönetici OnayladıFinans ReddedildiGeri Ödeme Gerçekleştirildi
|
|||
|
Gider Raporu Kimliği
ExpenseReportId
|
Tek bir gönderim için ilgili tüm faaliyetleri ve harcamaları gruplandıran harcama raporu için benzersiz tanımlayıcı. | ||
|
Açıklama
Harcama Raporu ID'si, tek bir harcama gönderimiyle ilgili tüm olayları ve faaliyetleri gruplandıran birincil case tanımlayıcısı olarak hizmet eder. Her harcama raporuna oluşturulduğunda benzersiz bir ID atanır, bu da bir harcama talebinin ilk girişinden nihai ödemesine kadar eksiksiz, kronolojik takibini sağlar. Process Mining analizinde, bu ID her harcama raporunun uçtan uca yolculuğunu yeniden yapılandırmak için kritik öneme sahiptir. Analistlerin süreç akışlarını görselleştirmesine, işleme yollarındaki varyasyonları belirlemesine ve bireysel talepler için toplam döngü süresi ve rework loop'ları gibi case seviyesi metrikleri hesaplamasına olanak tanır.
Neden önemli
Bu, tek bir harcama talebi için ilgili tüm olayları birbirine bağlayan temel anahtardır, sürecin başından sonuna kadar analiz edilmesini mümkün kılar.
Nereden alınır
Bu, Coupa'nın harcama raporu nesnelerindeki birincil anahtardır ve genellikle Harcama Raporları API uç noktasında veya temel tablolarda 'id' veya 'report-id' olarak bulunur.
Örnekler
ER-0012345ER-0012399ER-0013001
|
|||
|
Olay Zamanı
EventTime
|
Bir aktivitenin veya event'in ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Event Time, belirli bir faaliyetin sisteme kaydedildiği kesin tarih ve saattir. Bu zaman damgası, event'leri kronolojik olarak sıralamak ve tüm zaman tabanlı analizler için gereklidir. Süreç adımlarının zamanlamasını ve süresini anlamak için olgusal temel sağlar. Process Mining'de bu öznitelik, her bir vakanın zaman çizelgesini oluşturmak, faaliyetler arasındaki süreyi hesaplamak, gecikmeleri belirlemek ve genel döngü sürelerini ölçmek için kullanılır. Performansı, hizmet seviyesi anlaşmalarına uyumu ve zamansal kalıpları veya darboğazları analiz etmek için kritik öneme sahiptir.
Neden önemli
Bu zaman damgası, olayların kronolojik sırasını sağlar ve döngü süresi ve darboğaz tespiti dahil olmak üzere tüm süre ve performansa dayalı analizlerin temelini oluşturur.
Nereden alınır
Bu bilgi, genellikle faaliyet veya durum değişikliğinin kaydının yanında, Coupa'daki denetim izi veya event log tablolarında bulunur.
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin kaynaklandığı sistem. | ||
|
Açıklama
Bu öznitelik, olay verilerinin oluşturulduğu kaynak uygulamayı tanımlar. Bu bağlamda, bu 'Coupa Expenses' olacaktır. Veri yönetimi ve çok sistemli bir süreç görünümünde farklı sistemlerden gelen verileri ayırt etmek için önemlidir. Birden çok uygulamayı kapsayan süreçleri analiz ederken ilgili olabilecek verinin kaynağı hakkında bağlam sağlar.
Neden önemli
Veri yönetimi, doğrulama ve çok sistemli süreç analizi için kritik olan verinin kaynağı hakkında temel bağlam sağlar.
Nereden alınır
Bu, genellikle veri çıkarma ve dönüşüm sırasında veri kümesinin kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler
Coupa ExpensesCoupa
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden en son veri yenileme veya çıkarma zaman damgası. | ||
|
Açıklama
Bu öznitelik, verilerin Coupa Expenses'tan en son ne zaman çekildiğini ve Process Mining aracına yüklendiğini kaydeder. Analiz edilen verilerin güncelliğini gösterir. Bu bilgi, kullanıcıların analizin zamanlamasını anlamaları ve dashboard'ların operasyonların en güncel durumunu yansıtıp yansıtmadığını bilmeleri için hayati önem taşır. Veri yönetimi ve analitik sonuçlara güveni sağlamak için önemli bir metadata parçasıdır.
Neden önemli
Kullanıcıları verilerin güncelliği hakkında bilgilendirir, analizin zaman çerçevesini anlamalarını ve güvenilirliğine inanmalarını sağlar.
Nereden alınır
Bu zaman damgası, genellikle başarılı bir veri yüklemesinin sonunda veri çıkarma veya ETL aracı tarafından oluşturulur ve saklanır.
Örnekler
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Bitiş Saati
EndTime
|
Bir aktivitenin tamamlandığını gösteren timestamp. | ||
|
Açıklama
Bitiş Zamanı, bir faaliyetin sonunu işaret eder. Birçok işlemsel sistemde, bir faaliyet anlık bir olaydır, bu nedenle Bitiş Zamanı Başlangıç Zamanı ile aynıdır. Ancak, ölçülebilir bir süreye sahip faaliyetler için bu öznitelik, faaliyetin ne zaman bittiğini yakalar. Bu alan, bireysel faaliyetlerin kesin işlem süresini hesaplamak için kritik öneme sahiptir. Süreç içinde zamanın nerede harcandığına dair daha doğru analiz yapmayı sağlayarak, bekleme süresini gerçek çalışma süresinden ayırmaya yardımcı olur.
Neden önemli
Kesin faaliyet sürelerinin hesaplanmasını sağlar, bu da belirli görevlerde harcanan zamanı bekleme süresine karşı belirlemek ve analiz etmek için kritik öneme sahiptir.
Nereden alınır
Bu, atomik olaylar için genellikle Başlangıç Zamanı (EventTime) ile aynıdır. Süreli faaliyetler için, ayrı bir alandan alınması veya bir sonraki olayın zaman damgasına göre türetilmesi gerekebilir.
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Çalışan Departmanı
EmployeeDepartment
|
Harcama raporunu gönderen çalışanın departmanı. | ||
|
Açıklama
Bu öznitelik, harcama raporunu gönderen kişinin ait olduğu organizasyonel departmanı veya iş birimini belirtir. Bu bilgi genellikle çalışan ana verilerinden türetilir. Analiz için kritik bir boyuttur, organizasyonun farklı bölümleri arasındaki süreç performansının karşılaştırılmasına olanak tanır. Departmana göre onay sürelerini, ret oranlarını veya politika ihlallerini analiz eden dashboard'lar, süreç iyileştirmesi veya hedeflenmiş eğitime ihtiyaç duyan alanları belirlemek için bu özniteliğe büyük ölçüde güvenir.
Neden önemli
Farklı departmanlar arasında performans karşılaştırması yapılmasına olanak tanır, kuruluşun hangi kısımlarının verimli olduğunu ve hangilerinin desteğe ihtiyaç duyabileceğini belirlemeye yardımcı olur.
Nereden alınır
Coupa'daki gönderen kullanıcının profilinden veya kullanıcı ID'si kullanılarak harici bir İK ana veri sistemi ile birleştirilerek elde edilir. Kullanıcı nesnesi üzerinde 'department' alanı arayın.
Örnekler
SatışPazarlamaMühendislikFinans
|
|||
|
Gider Raporu Durumu
ExpenseReportStatus
|
Harcama raporunun mevcut veya nihai durumu. | ||
|
Açıklama
Bu öznitelik, 'Onaylandı', 'Ödendi', 'Reddedildi' veya 'Geri Çekildi' gibi yaşam döngüsünün sonunda harcama raporunun genel durumunu gösterir. Bu, her case için kesin bir sonuç sağlar. Analizde, nihai durum tamamlanmış case'leri filtrelemek ve sonuçları kategorize etmek için kullanılır. Ret oranları gibi metrikleri hesaplamak ve her olası son duruma ulaşan raporların oranını anlamak için esastır. Ayrıca ara bir durumda takılı kalmış raporları belirlemeye de yardımcı olur.
Neden önemli
Her vakanın sonucunu tanımlar, bu da onaylanmış ve reddedilmiş raporların yollarını karşılaştırmak gibi sonuç odaklı analizler için temeldir.
Nereden alınır
Bu, Coupa'daki harcama raporu nesnesindeki birincil durum alanıdır. Başlık verilerinde bulunabilir ve süreç boyunca güncellenir.
Örnekler
pending_approvalonaylandıödenmişreddedildi
|
|||
|
Kullanıcı Adı
UserName
|
Faaliyeti gerçekleştiren çalışanın veya kullanıcının adı. | ||
|
Açıklama
Bu öznitelik, bir harcama raporunu gönderen, onaylayan veya reddeden kişi gibi belirli bir olayla ilişkili kişiyi tanımlar. Bu bir ad, bir çalışan ID'si veya bir sistem kullanıcı hesabı olabilir. Süreci kullanıcıya göre analiz etmek, performans kalıplarını, iş yükü dağılımını ve potansiyel eğitim ihtiyaçlarını belirlemeye yardımcı olur. Farklı yöneticiler arasındaki onay sürelerini karşılaştırmak gibi, metrikleri kaynağa göre ayırdığı dashboard'lar için anahtardır.
Neden önemli
Öznitelikler, iş yükü, performans ve süreç içindeki kaynağa özel davranış analizini sağlayarak belirli kişilere yönelik çalışır.
Nereden alınır
Bu bilgi, genellikle Coupa Expenses'ın denetim izi tablolarında, her olay veya eyleme bağlı olarak mevcuttur. 'user-id', 'submitted-by' veya 'updated-by' gibi alanları arayın.
Örnekler
Can Demirjsmith11023
|
|||
|
Politika İhlali Bayrağı
PolicyViolationFlag
|
Gider raporunun bir politika ihlali nedeniyle işaretlendiğini gösteren bir boole göstergesi. | ||
|
Açıklama
Coupa, harcama limitlerini aşma veya onaylanmamış satıcıları kullanma gibi şirket politikasını ihlal eden giderleri otomatik olarak işaretleyebilir. Bu öznitelik, gider raporu için böyle bir ihlalin tespit edilip edilmediğini gösteren basit bir doğru veya yanlış bayrağıdır. Bu bayrak, uyumluluk izleme ve analizi için hayati öneme sahiptir. Zamanla ve departmanlar arasında politika ihlallerinin oranını takip eden dashboard'lar oluşturmaya olanak tanır. Ayrıca, politika ihlali olan raporların uyumlu olanlardan nasıl farklı ele alındığının analizini de sağlar; örneğin, onaylanmaları daha uzun sürüyorsa veya daha sık reddediliyorsa.
Neden önemli
Politika uyumluluğunun doğrudan ölçülmesini ve analiz edilmesini sağlar, yüksek riskli veya sık uyumsuzluk alanlarını belirlemeye ve ele almaya yardımcı olur.
Nereden alınır
Bu, genellikle Coupa'daki harcama raporu veya bireysel harcama kalemleri üzerinde bir bayrak veya durum olarak mevcuttur. Genellikle sistemin kural motoru tarafından ayarlanır.
Örnekler
truefalse
|
|||
|
Ret Nedeni
RejectionReason
|
Bir harcama raporu onaylayıcı tarafından reddedildiğinde belirtilen neden. | ||
|
Açıklama
Bir yönetici veya finans ekibi üyesi olan bir onaylayıcı, bir masraf raporunu reddettiğinde, genellikle bir neden belirtir. Bu öznitelik, önceden tanımlanmış bir listeden veya serbest metinden olabilecek bu nedeni kaydeder. Bu, kök neden analizi için son derece değerli bir özniteliktir. En yaygın ret nedenlerini analiz ederek, kuruluşlar politikaların net olmadığı, çalışanların daha fazla eğitime ihtiyaç duyduğu veya gönderme sürecinin hatalı olduğu alanları belirleyebilir. Bu, yeniden işleme oranını azaltma ve ilk seferde onay oranını iyileştirme çabalarını doğrudan destekler.
Neden önemli
Yeniden işlemenin neden meydana geldiğini doğrudan açıklar, hedeflenmiş eğitimler, politika netleştirmesi veya süreç iyileştirmeleri yoluyla ret oranlarını azaltmak için uygulanabilir içgörüler sunar.
Nereden alınır
Bu bilgi, genellikle Coupa'daki bir ret olayıyla ilişkili denetim izinde veya yorumlarda yakalanır. Özel bir alanda olabilir veya yorumlardan ayrıştırılabilir.
Örnekler
Fiş eksikPolitika dışı harcamaYanlış harcama kategorisiTekrarlanan gönderim
|
|||
|
Toplam Tutar
TotalAmount
|
Harcama raporunun toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, rapordaki tüm harcama kalemlerinin toplamını temsil eder. Süreç boyunca akan değeri anlamak için önemli bir finansal metriktir. Toplam tutarı analiz etmek, harcama raporlarını farklı değer bantlarına ayırmaya yardımcı olur; bu bantlar farklı onay yollarına veya inceleme seviyelerine sahip olabilir. Dashboard'larda harcama kalıplarını analiz etmek, darboğazlara neden olabilecek yüksek değerli raporları belirlemek ve rapor değerini işlem süreleri veya ret oranlarıyla ilişkilendirmek için kullanılır.
Neden önemli
Sürece finansal bağlam sağlar, onay yollarını ve işleme önceliğini sıkça etkileyen harcama raporlarının parasal değerine dayalı analizi mümkün kılar.
Nereden alınır
Bu, Coupa'daki harcama raporu başlığında bulunan ve genellikle 'total' veya 'total-amount' olarak adlandırılan standart bir alandır.
Örnekler
150.752500.0085.50
|
|||
|
Faaliyet İşlem Süresi
ActivityProcessingTime
|
Bireysel bir faaliyetin süresi, bitiş ve başlangıç zamanı arasındaki fark olarak hesaplanır. | ||
|
Açıklama
Bu metrik, tek bir süreç adımını gerçekleştirirken harcanan süreyi ölçer. Faaliyetin başlangıç zamanı bitiş zamanından çıkarılarak hesaplanır. Anlık olaylar için bu süre sıfırdır. Bu hesaplanmış öznitelik, aktif işlem süresi ile bekleme süresi (faaliyetler arasındaki süre) arasında ayrım yapmaya yardımcı olur. İşlem sürelerini analiz etmek, hangi belirli görevlerin en çok zaman aldığını belirlemeye yardımcı olur ve otomasyon veya görev optimizasyonu fırsatlarına işaret eder.
Neden önemli
Değer katan işe harcanan süreyi ölçer, bu süreyi boşta bekleme veya bekleme süresinden ayırmaya ve verimsiz görevleri belirlemeye yardımcı olur.
Nereden alınır
Bu, veri dönüşümü sırasında 'EventTime' (StartTime) 'EndTime'dan çıkarılarak hesaplanır. Formül: EndTime - StartTime.
Örnekler
0864003600
|
|||
|
Gider Kategorisi
ExpenseCategory
|
Seyahat, yemek veya ofis malzemeleri gibi harcama kategorisi. | ||
|
Açıklama
Bu öznitelik, talep edilen harcama türünü sınıflandırır. Harcama raporları genellikle her biri kendi kategorisine sahip birden fazla harcama kalemi içerir. Case seviyesi analizi için bu, en sık kullanılan kategori veya toplu bir liste olabilir. Harcama kategorisine göre süreci segmentlere ayırmak farklı davranışları veya darboğazları ortaya çıkarabilir. Örneğin, seyahat harcamaları ofis malzemesi alımlarından daha karmaşık bir onay yolunu izleyebilir. Bu boyut, harcamanın niteliğinin işlem yolculuğunu nasıl etkilediğini anlamak için anahtardır.
Neden önemli
Sürecin harcama türüne göre segmentlere ayrılmasına olanak tanır, bu da kategoriye özel darboğazları, politikaları veya onay yollarını ortaya çıkarabilir.
Nereden alınır
Bu bilgi, Coupa'da harcama kalemi düzeyinde saklanır. Case seviyesi analizi için, örneğin en yüksek değerli kalemin kategorisi alınarak toplanması gerekir.
Örnekler
Uçak BiletiYiyecek ve EğlenceYazılımOfis Malzemeleri
|
|||
|
İlk Geçiş Onayı mı
IsFirstPassApproval
|
Gider raporunun herhangi bir ret veya revizyon olmaksızın onaylandığını gösteren bir bayrak. | ||
|
Açıklama
Bu, bir harcama raporunun onay sürecinden ilk denemede başarıyla geçip geçmediğini gösteren case seviyesinde hesaplanmış bir özniteliktir. Case herhangi bir ret veya 'Revizyon İçin Geri Gönderildi' faaliyeti içermiyorsa 'true' olarak ayarlanır. Bu öznitelik, gönderim ve onay sürecinin verimliliğini doğrudan ölçer. İlk Geçiş Onay Oranı KPI'ının temelidir. Düşük bir ilk geçiş onay oranıyla ilişkili faktörleri, örneğin departman veya harcama kategorisini analiz etmek, süreç iyileştirme için değerli içgörüler sağlayabilir.
Neden önemli
Süreç kalitesi ve verimliliğinin net bir ölçüsünü sunar, herhangi bir yeniden işleme olmaksızın işlenen raporların yüzdesini belirlemeye yardımcı olur.
Nereden alınır
Bu, case seviyesinde hesaplanır. Belirli bir ExpenseReportId için tüm faaliyetleri taramayı ve ret veya revizyon olaylarının yokluğunu kontrol etmeyi gerektirir.
Örnekler
truefalse
|
|||
|
Maliyet Merkezi
CostCenter
|
Harcamaların tahsis edildiği maliyet merkezi. | ||
|
Açıklama
Maliyet Merkezi, muhasebe ve bütçeleme için kullanılan finansal bir boyuttur ve kuruluşun hangi bölümünün harcamaların maliyetini karşılayacağını gösterir. Gönderenin kendi departmanından farklı olabilir. Maliyet Merkezi'ne göre analiz, sürece finansal bir muhasebe görünümü sağlar. Belirli bütçelere veya finansal birimlere karşı harcamaları ve süreç verimliliğini izlemeye olanak tanır. Bu, kurumsal harcamaları anlamak ve yönetmek isteyen finans departmanları için özellikle önemlidir.
Neden önemli
Analiz için önemli bir finansal boyut sağlar, süreç metriklerinin doğrudan finansal ve bütçesel birimlerle ilişkilendirilmesine olanak tanır.
Nereden alınır
Bu, Coupa'da harcama raporu başlığında veya kalemlerinde bulunan standart bir muhasebe alanıdır. Genellikle Hesap Planı yapısının bir parçasıdır.
Örnekler
CC4510-PazarlamaCC2100-MühendislikCC7800-Satış-Doğu
|
|||
|
Onaylayanın Adı
ApproverName
|
Harcama raporunu onaylayan veya reddeden yöneticinin veya finans kullanıcısının adı. | ||
|
Açıklama
Bu öznitelik, bir yönetici veya finans onay adımında yer alan belirli onaylayıcıyı tanımlar. Bu, raporu gönderen kullanıcıdan farklıdır. Bu veri, onaylayıcıların performansını ve davranışını analiz etmek için faydalıdır. Bireysel onaylayıcı başına onay döngüsü sürelerinin ölçülmesine olanak tanıyarak, aşırı yüklenmiş veya ek eğitime ihtiyaç duyan belirli kişilerin neden olduğu darboğazları belirlemeye yardımcı olur. İş yükünü dengelemeyi ve onay verimliliğini artırmayı amaçlayan dashboard'ları destekler.
Neden önemli
Onay zincirindeki darboğazları, gecikmeleri veya yüksek ret oranlarını belirli onaycılara atfederek belirlemeye yardımcı olur, hedeflenmiş müdahaleleri mümkün kılar.
Nereden alınır
Coupa'daki gider raporunun onay geçmişinde veya denetim izinde bulunur. Her onay adımında, eylemi gerçekleştiren kullanıcının bir kaydı olmalıdır.
Örnekler
Sarah ChenDavid RodriguezFinans Ekibi Kuyruğu
|
|||
|
Para Birimi
Currency
|
Harcama raporunun toplam tutarı için para birimi kodu. | ||
|
Açıklama
Bu öznitelik, harcama raporunun toplam tutarının USD, EUR veya GBP gibi hangi para biriminden olduğunu belirtir. Herhangi bir finansal veri için temel bağlamdır. Küresel bir organizasyondan gelen harcamaları analiz ederken, bu alan parasal değerlerin doğru yorumlanması ve toplanması için kritik öneme sahiptir. Analiz, farklı bölgeler arasında anlamlı karşılaştırmalar yapabilmek için tüm tutarları tek bir temel para birimine dönüştürmeyi gerektirebilir.
Neden önemli
Parasal değerler için gerekli bağlamı sağlar, doğru finansal analizi garanti eder ve küresel raporlama için döviz çevrimini mümkün kılar.
Nereden alınır
Bu, Coupa'daki harcama raporu başlığında bulunan ve genellikle toplam tutar alanının yanında, 'currency-code' gibi bir adla yer alan standart bir alandır.
Örnekler
USDEURGBPJPY
|
|||
|
Politika İhlali Nedeni
PolicyViolationReason
|
Bir harcama raporunun politika ihlali nedeniyle işaretlenmesinin özel nedeni. | ||
|
Açıklama
Bir politika ihlali işaretlendiğinde, bu öznitelik, "Tutar limiti aşıyor" veya "Onaysız satıcı" gibi ihlalin özel nedenini sağlar. Bu, basit bir boolean işaretinden daha fazla ayrıntı sunar. Politika ihlallerinin nedenlerini analiz etmek, uyumluluk sorunları hakkında daha ayrıntılı bir anlayış sağlar. Sıkça ihlal edilen belirli politikaları belirlemeye yardımcı olur, bu da daha iyi iletişim, politika düzenlemeleri veya daha sıkı uygulama ihtiyacını gösterebilir. Bu, etkili uyumluluk iyileştirme stratejileri oluşturmak için anahtardır.
Neden önemli
Uyumluluk sorunları hakkında belirli ayrıntılar sağlar, şirket harcama politikalarına uyumu iyileştirmek için hedeflenmiş eylemlere olanak tanır.
Nereden alınır
Bu bilgi, genellikle Coupa'nın uyumluluk motoru tarafından oluşturulan politika bayrağı veya uyarı mesajının ayrıntılarında bulunur.
Örnekler
Günlük yemek limiti aşıldıGider mükerrerFiş gerekli
|
|||
|
Ülke
Country
|
Gönderen çalışanın veya işlemin ülkesi. | ||
|
Açıklama
Bu öznitelik, harcama raporuyla ilişkili ülkeyi belirtir, bu genellikle gönderen çalışanın ikamet ettiği ülkedir. Bu, küresel bir organizasyondaki süreçleri analiz etmek için önemli bir boyuttur. Süreci ülkeye göre analiz etmek, farklı coğrafi bölgelerdeki performansı, uyumluluğu ve süreç varyasyonlarını karşılaştırmaya yardımcı olur. Bu, ele alınması gereken düzenlemeler, politikalar veya operasyonel verimlilikteki bölgesel farklılıkları vurgulayabilir.
Neden önemli
Farklı coğrafi bölgeler arasında süreç performansının ve uyumluluğun karşılaştırılmasını sağlar, bu da küresel kuruluşlar için hayati öneme sahiptir.
Nereden alınır
Bu bilgi, Coupa'daki kullanıcının profilinden veya harcama raporuyla ilişkili tüzel kişiden türetilebilir.
Örnekler
USADEUGBRJPN
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir faaliyetin, raporun revizyon için geri gönderilmesi gibi, bir yeniden işleme döngüsünün parçası olup olmadığını gösteren bir bayrak. | ||
|
Açıklama
Bu hesaplanmış boolean özniteliği, yeniden işi temsil eden faaliyetleri işaretler. Genellikle 'Revizyon İçin Geri Gönderildi' gibi olaylar veya aynı case içinde bu tür bir olaydan sonra gerçekleşen herhangi bir faaliyet için 'true' olarak ayarlanır. Yeniden işi tanımlamak, Process Mining'in birincil hedefidir. Bu bayrak, doğrudan filtreleme ve toplama sağlayarak yeniden iş analizini basitleştirir. Yeniden iş oranını hesaplamak, süreç haritasındaki yeniden iş döngülerini görselleştirmek ve süreci adımları tekrarlamaya zorlayan faaliyetlerin temel nedenlerini analiz etmek için kullanılır.
Neden önemli
Verimsiz yeniden işleme döngülerini doğrudan işaretler, böylece sıklıklarını, döngü süresi üzerindeki etkilerini ve temel nedenlerini ölçmeyi kolaylaştırır.
Nereden alınır
Bu, süreç akışına göre hesaplanır. 'Revizyon İçin Geri Gönderildi' gibi önceki bir süreç aşamasına geri dönüşü ifade eden faaliyetleri belirlemek için mantık uygulanması gerekir.
Örnekler
truefalse
|
|||
Gider Yönetimi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Finans Onayladı
|
Finans veya denetim ekibi, harcama raporu için nihai onayı verir. Bu olay, raporun doğrulandığını ve ödeme işlemi için hazır olduğunu işaret eder ve onay geçmişine kaydedilir. | ||
|
Neden önemli
Bu, nihai onay dönüm noktasıdır. Yönetici onayından finans onayına kadar geçen süre, genel onay döngüsünün önemli bir bileşenidir.
Nereden alınır
Gider raporunun detaylı onay geçmişindeki veya denetim izindeki nihai onay eyleminin zaman damgasından yakalanır.
Yakala
Gider raporunun onay geçmişindeki nihai onay event'i zaman damgasından.
Event tipi
explicit
|
|||
|
Geri Ödeme Gerçekleştirildi
|
Ödeme başarıyla işlenir ve fonlar çalışana ödenir. Bu olay, çalışanın ödeme aldığını doğrular ve sürecin geri ödeme kısmını tamamlar. | ||
|
Neden önemli
Bu, çalışan memnuniyeti için kritik bir dönüm noktasıdır ve Ortalama Geri Ödeme Süresi KPI'ı için son noktadır.
Nereden alınır
Gider raporuyla ilişkili ödeme kaydındaki ödeme gerçekleştirme tarihinden, tipik olarak Coupa Pay veya entegre bir AP sistemi içinden yakalanır.
Yakala
Gider raporuna bağlı ilişkili ödeme kaydındaki ödeme tarihinden.
Event tipi
explicit
|
|||
|
Gider Raporu Gönderildi
|
Çalışan, tamamlanmış harcama raporunu resmi olarak onay için gönderir. Bu eylem, raporu taslak durumundan onay bekleyen duruma geçirir ve sistem tarafından açıkça kaydedilir. | ||
|
Neden önemli
Bu, onay sayacını başlatan kritik bir dönüm noktasıdır. Oluşturma ve gönderim arasındaki süre, çalışanların raporları hazırlama süresini gösterir.
Nereden alınır
Gider raporu kaydındaki gönderim zaman damgasından veya gönderim event'i için denetim izi log girişinden yakalanır.
Yakala
Masraf raporundaki "submitted_at" zaman damgası alanını kullanın.
Event tipi
explicit
|
|||
|
Gider Raporu Oluşturuldu
|
Harcama raporu yaşam döngüsünün başlangıcını işaret eder. Bu olay, bir kullanıcı ilk kez yeni bir harcama raporu oluşturup kaydettiğinde, onu taslak durumuna getirerek yakalanır. | ||
|
Neden önemli
Bu, tüm süreç analizleri için başlangıç noktasıdır ve bir harcama raporunun toplam uçtan uca döngü süresini ölçmek için kritik öneme sahiptir.
Nereden alınır
Bu, Coupa'daki harcama raporu başlık kaydının oluşturulma zaman damgasından yakalanan açık bir olaydır. Harcama başlığı tablosundaki 'created_at' zaman damgası kaynaktır.
Yakala
Masraf raporu nesnesinin oluşturulma zaman damgasını kullanın.
Event tipi
explicit
|
|||
|
Muhasebe Kaydı Yapıldı
|
Harcama raporuyla ilgili finansal işlemler Genel Muhasebe'ye kaydedilir. Bu, finansal muhasebe perspektifinden sürecin son adımını temsil eder. | ||
|
Neden önemli
Bu, sürecin gerçek sonunu işaret eden nihai faaliyettir. Geri ödemeden kayda kadar geçen süre, hızlı ve doğru bir finansal kapanış için kritik öneme sahiptir.
Nereden alınır
Bu olay, Coupa'nın muhasebe entegrasyonu tarafından yönetilen, harcama raporuyla ilişkili yevmiye kaydının veya muhasebe satırlarının deftere kayıt tarihinden yakalanır.
Yakala
Gider raporuyla ilgili muhasebe satırlarındaki kayıt tarihinden.
Event tipi
explicit
|
|||
|
Yönetici Onayladı
|
Çalışanın doğrudan yöneticisi veya ilk seviye onaylayıcısı harcama raporunu onaylar. Bu, raporun onay geçmişinde, bir zaman damgası da dahil olmak üzere açık bir olay olarak yakalanır. | ||
|
Neden önemli
İlk onay seviyesinin tamamlandığını işaret eder. Bu olaya kadar geçen süreyi analiz etmek, Onay Döngüsü Süresi KPI'ı için ve yönetici seviyesindeki darboğazları belirlemek için anahtardır.
Nereden alınır
Coupa'nın detaylı onay geçmişindeki veya gider raporu için denetim izindeki onay eyleminin zaman damgasından yakalanır.
Yakala
Gider raporunun onay geçmişi log'undaki onay event'i zaman damgasından.
Event tipi
explicit
|
|||
|
Finans Reddedildi
|
Finans veya denetim ekibi, harcama raporunu reddeder, bu da nihai olumsuz bir sonuçtur. Bu, raporun geçmişinde nihai bir ret durumu olarak yakalanır. | ||
|
Neden önemli
Finans retlerini izlemek, önceki incelemeler tarafından kaçırılmış olabilecek ciddi uyumluluk veya dokümantasyon sorunlarını belirlemeye yardımcı olur ve ret oranı KPI'ını etkiler.
Nereden alınır
Finans onaycısı tarafından gider raporunun denetim izindeki ret eyleminin zaman damgasından yakalanır.
Yakala
Finans inceleme adımı sırasında denetim izindeki ret event'i zaman damgasından.
Event tipi
explicit
|
|||
|
Fişler Eklendi
|
Kullanıcının rapor içindeki bir harcama kalemine fiş yükleme veya ekleme eylemini temsil eder. Bu, harcama raporuna bağlı ek kayıtların oluşturulması gözlemlenerek yakalanır. | ||
|
Neden önemli
Bu faaliyetin zamanlamasını ve sıklığını analiz etmek, kullanıcı davranış kalıplarını ve eksik belgelerden kaynaklanan potansiyel gecikmeleri ortaya çıkarabilir.
Nereden alınır
Belirli Harcama Raporu ID'sine bağlı ek kayıtlarının oluşturulma zaman damgasından çıkarılmıştır.
Yakala
Ek kayıtlarının gider raporuna bağlandığı zaman damgalarını belirleyin.
Event tipi
inferred
|
|||
|
Geri Ödeme Planlandı
|
Son onayın ardından, gider raporu ödenmek üzere bir ödeme grubunda toplanır. Bu, onay aşamasından ödeme işleme aşamasına geçişi işaret eder. | ||
|
Neden önemli
Bu faaliyet, Geri Ödeme Gerçekleştirme Döngüsü Süresi için sayacı başlatır. Buradaki gecikmeler, onaylanmış raporların ödeme sistemine aktarılmasında birikmeler olduğunu gösterir.
Nereden alınır
'Ödeme Bekleniyor' durumuna geçişten veya raporun Coupa Pay'deki bir ödeme toplu kaydına ilişkilendirildiği tarihten çıkarılmıştır.
Yakala
Durumun 'Ödeme Bekleniyor' olarak değiştiği zaman damgası veya ilgili ödeme toplu işleminin oluşturulma tarihi.
Event tipi
inferred
|
|||
|
Gider Raporu Geri Çekildi
|
Çalışan, tamamen onaylanmadan önce gönderilmiş bir harcama raporunu geri çeker. Bu eylem mevcut onay sürecini iptal eder ve açık bir olay olarak kaydedilir. | ||
|
Neden önemli
Çalışanların süreçle ilgili kafa karışıklığını gösterebilecek, kendi düzeltmelerini yaptığı veya gönderimleri iptal ettiği durumları takip eder. Bu, bir tür süreç kesintisidir.
Nereden alınır
Açık bir kullanıcı eyleminden yakalanır, 'Geri Çekildi' veya 'İptal Edildi' durumuyla sonuçlanır ve denetim izine kaydedilir.
Yakala
Gider raporunun denetim izindeki 'geri çekme' eyleminin zaman damgasından.
Event tipi
explicit
|
|||
|
Politika Kontrolü Yapıldı
|
Şirket gider politikalarına uyumluluk için otomatik bir kontrol yürütülür. Bu genellikle, bir politika ihlali bayrağının veya uyarısının raporda ilk kez ayarlandığı zaman damgasından çıkarılır. | ||
|
Neden önemli
Politika Uyumluluk Genel Bakış dashboard'u için temeldir. Süreçte ihlallerin ne zaman ve nasıl tespit edildiğini ve bunların onay süreleri üzerindeki etkilerini anlamaya yardımcı olur.
Nereden alınır
Bir harcama kalemine veya rapor başlığına politika ihlali bayrağı uygulandığı zaman damgasından çıkarılmıştır.
Yakala
Bir politika ihlali bayrağının harcama raporuna veya kalemlerine ilk kez ayarlandığı zaman damgası.
Event tipi
inferred
|
|||
|
Revizyon İçin Geri Gönderildi
|
Bir onaycı, nihai bir ret vermeden raporu düzeltmeler için çalışana geri gönderir. Bu eylem bir yeniden işleme döngüsü oluşturur ve bir durum değişikliğinden veya belirli bir denetim izi event'inden çıkarılır. | ||
|
Neden önemli
Bu faaliyet, yeniden işleme döngülerini analiz etmenin temel taşıdır. Raporların neden geri gönderildiğini belirlemek, eğitimi ve ilk geçiş onay oranlarını iyileştirmeye yardımcı olur.
Nereden alınır
'Düzeltme Bekleniyor' veya 'Geri Gönderildi' gibi bir duruma geçişten çıkarılmıştır. Coupa, bu eylemi onay geçmişinde de açıkça kaydedebilir.
Yakala
'Revizyon gerekiyor' durumuna geçiş zaman damgası veya denetim günlüğünden belirli bir olay.
Event tipi
inferred
|
|||
|
Yönetici Reddetti
|
Çalışanın yöneticisi harcama raporunu reddeder, bu genellikle süreci durdurur ve raporu çalışana geri gönderir. Bu, onay geçmişinde belirli bir olay olarak yakalanır. | ||
|
Neden önemli
Bu, süreç sürtünmesini vurgulayan olumsuz bir sonuçtur. Bu olayları analiz etmek, Harcama Raporu Reddetme Oranı dashboard'u ve KPI'ı için kritik öneme sahiptir.
Nereden alınır
Gider raporunun onay geçmişindeki veya denetim izindeki ret eyleminin zaman damgasından yakalanır.
Yakala
Gider raporunun onay geçmişi log'undaki ret event'i zaman damgasından.
Event tipi
explicit
|
|||