Gider Yönetimi Veri Template'inuz
Gider Yönetimi Veri Template'inuz
- Detaylı `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.
Masraf Yönetimi Öznitelikleri
| 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ı, '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 büyük önem taşır.
Neden Önemli?dir?
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 sunar.
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:::::::
Masraf Raporu GönderildiYönetici OnayladıFinans ReddedildiGeri Ödeme Gerçekleşti
|
|||
|
Masraf 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
Gider Raporu Kimliği, tek bir harcama gönderimiyle ilgili tüm olayları ve faaliyetleri gruplandıran birincil vaka tanımlayıcısı olarak olarak kullanılır. 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 sunar. Process Mining analizinde, bu ID her harcama raporunun tüm sürecini yeniden yapılandırmak için büyük önem taşır. 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 yeniden işlem döngüleri (rework loops) gibi vaka bazlı metrikleri hesaplamasına sunar.
Neden Önemli?dir?
Bu, tek bir harcama talebi için ilgili tüm olayları birbirine bağlayan temel büyük önem taşır, sürecin başından sonuna kadar analiz edilmesini sunar.
Nereden Alınır??
Bu, Coupa'nın harcama raporu nesnelerindeki birincil büyük önem taşır ve genellikle Harcama Raporları API uç noktasında veya temel tablolarda 'id' veya 'report-id' olarak bulunur.
Örnekler:::::::
ER-001, 2, 3, 45ER-0012399ER-0013001
|
|||
|
Olay Zamanı
EventTime
|
Bir aktivitenin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Event Time, belirli bir faaliyetin sisteme kaydedildiği tam tarih ve saattir. Bu zaman damgası (zaman damgası), olayları 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 sunar. 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 büyük önem taşır.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), olayların kronolojik sırasını sunar 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
|
Verinin 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 sunar.
Neden Önemli?dir?
Veri yönetimi, doğrulama ve çok sistemli süreç analizi için kritik olan verinin kaynağı hakkında temel bağlam sunar.
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ı (zaman damgası)dır. | ||
|
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 panellerin operasyonların en güncel durumunu yansıtıp yansıtmadığını bilmeleri için önemlidir. Veri yönetimi ve analitik sonuçlara güveni güçlüak için önemli bir metadata parçasıdır.
Neden Önemli?dir?
Kullanıcıları verilerin güncelliği hakkında bilgilendirir, analizin zaman çerçevesini anlamalarını ve güvenilirliğine inanmalarını sunar.
Nereden Alınır??
Bu zaman damgası (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ş Zamanı
EndTime
|
Bir aktivitenin tamamlandığını gösteren zaman damgası (zaman damgası)dır. | ||
|
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 büyük önem taşır. 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?dir?
Kesin faaliyet sürelerinin hesaplanmasını sunar, bu da belirli görevlerde harcanan zamanı bekleme süresine karşı belirlemek ve analiz etmek için büyük önem taşır.
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ı (zaman damgası)na göre türetilmesi gerekebilir.
Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Çalışanş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 önemli bir boyuttur, organizasyonun farklı bölümleri arasındaki süreç performansının karşılaştırılmasına sunar. Departmana göre onay sürelerini, ret oranlarını veya politika ihlallerini analiz eden kontrol paneli'lar, süreç iyileştirmesi veya hedeflenmiş eğitime ihtiyaç duyan alanları belirlemek için bu özniteliğe temel alır.
Neden Önemli?dir?
Farklı departmanlar arasında performans karşılaştırması yapılmasına sunar, 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 süreç döngüsünün sonunda harcama raporunun genel durumunu gösterir. Bu, her vaka için kesin bir sonuç sunar. 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 gereklidir. Ayrıca ara bir durumda takılı kalmış raporları belirlemeye de yardımcı olur.
Neden Önemli?dir?
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 büyük önem taşır.
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ığı kontrol paneli'lar için temel rol oynar.
Neden Önemli?dir?
Ö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 mantıksal (boolean) gösterge. | ||
|
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 büyük önem taşır. Zamanla ve departmanlar arasında politika ihlallerinin oranını takip eden kontrol paneli'lar oluşturmaya sunar. Ayrıca, politika ihlali olan raporların uyumlu olanlardan nasıl farklı ele alındığının analizini de sunar; örneğin, onaylanmaları daha uzun sürüyorsa veya daha sık reddediliyorsa.
Neden Önemli?dir?
Politika uyumluluğunun doğrudan ölçülmesini ve analiz edilmesini sunar, 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?dir?
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 somut stratejik bilgiler 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. Panellerde 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?dir?
Sürece finansal bağlam sunar, onay yollarını ve işleme önceliğini sıkça etkileyen harcama raporlarının parasal değerine dayalı analizi sunar.
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
|
|||
|
İ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 stratejik bilgiler sağlayabilir.
Neden Önemli?dir?
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ü sunar. Belirli bütçelere veya finansal birimlere karşı harcamaları ve süreç verimliliğini izlemeye sunar. Bu, kurumsal harcamaları anlamak ve yönetmek isteyen finans departmanları için özellikle önemlidir.
Neden Önemli?dir?
Analiz için önemli bir finansal boyut sunar, süreç metriklerinin doğrudan finansal ve bütçesel birimlerle ilişkilendirilmesine sunar.
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
|
|||
|
Masraf 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 temel rol oynar.
Neden Önemli?dir?
Sürecin harcama türüne göre segmentlere ayrılmasına sunar, 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
|
|||
|
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 panelleri destekler.
Neden Önemli?dir?
Onay zincirindeki darboğazları, gecikmeleri veya yüksek ret oranlarını belirli onaycılara atfederek belirlemeye yardımcı olur, hedeflenmiş müdahaleleri sunar.
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 büyük önem taşır. 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?dir?
Parasal değerler için gerekli bağlamı sunar, doğru finansal analizi garanti eder ve küresel raporlama için döviz çevrimini sunar.
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 sunar. 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ış sunar. 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 temel rol oynar.
Neden Önemli?dir?
Uyumluluk sorunları hakkında belirli ayrıntılar sunar, şirket harcama politikalarına uyumu iyileştirmek için hedeflenmiş eylemlere sunar.
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?dir?
Farklı coğrafi bölgeler arasında süreç performansının ve uyumluluğun karşılaştırılmasını sunar, bu da küresel kuruluşlar için büyük önem taşır.
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ı vaka 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ı belirlemeye yardımcı olur.saplamak, 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?dir?
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
|
|||
Masraf Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Finans Onaylandı
|
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?dir?
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ı (zaman damgası)ndan yakalanır.
Yakala
Gider raporunun onay geçmişindeki nihai onay event'i zaman damgası (zaman damgası)ndan.
Event tipi
explicit
|
|||
|
Geri Ödeme Gerçekleşti
|
Ö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?dir?
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
|
|||
|
Masraf Raporu Gönderildi
|
Çalışanş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?dir?
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ı (zaman damgası)ndan veya gönderim event'i için denetim izi log girişinden yakalanır.
Yakala
Masraf raporundaki "submitted_at" zaman damgası (zaman damgası) alanını kullanın.
Event tipi
explicit
|
|||
|
Masraf Raporu Oluşturuldu
|
Harcama raporu süreç 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?dir?
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 büyük önem taşır.
Nereden Alınır??
Bu, Coupa'daki harcama raporu başlık kaydının oluşturulma zaman damgası (zaman damgası)ndan yakalanan açık bir olaydır. Harcama başlığı tablosundaki 'created_at' zaman damgası (zaman damgası) kaynaktır.
Yakala
Masraf raporu nesnesinin oluşturulma zaman damgası (zaman damgası)nı kullanın.
Event tipi
explicit
|
|||
|
Yevmiye 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?dir?
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 büyük önem taşır.
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şanın doğrudan yöneticisi veya ilk seviye onaylayıcısı harcama raporunu onaylar. Bu, raporun onay geçmişinde, bir zaman damgası (zaman damgası) da dahil olmak üzere açık bir olay olarak yakalanır. | ||
|
Neden Önemli?dir?
İ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 temel rol oynar.
Nereden Alınır??
Coupa'nın detaylı onay geçmişindeki veya gider raporu için denetim izindeki onay eyleminin zaman damgası (zaman damgası)ndan yakalanır.
Yakala
Gider raporunun onay geçmişi log'undaki onay event'i zaman damgası (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?dir?
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ı (zaman damgası)ndan yakalanır.
Yakala
Finans inceleme adımı sırasında denetim izindeki ret event'i zaman damgası (zaman damgası)ndan.
Event tipi
explicit
|
|||
|
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?dir?
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ı (zaman damgası) veya ilgili ödeme toplu işleminin oluşturulma tarihi.
Event tipi
inferred
|
|||
|
Gider Raporu Geri Çekildi
|
Çalışanş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?dir?
Çalışanş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ı (zaman damgası)ndan.
Event tipi
explicit
|
|||
|
Makbuzlar 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?dir?
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 Gider Raporu Kimliğine bağlı ek kayıtlarının oluşturulma zaman damgası (zaman damgası)ndan çıkarılmıştır.
Yakala
Ek kayıtlarının gider raporuna bağlandığı zaman damgalarını belirleyin.
Event tipi
inferred
|
|||
|
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ı (zaman damgası)ndan çıkarılır. | ||
|
Neden Önemli?dir?
Politika Uyumluluk Genel Bakış kontrol paneli'u için büyük önem taşır. 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ı (zaman damgası)ndan çıkarılmıştır.
Yakala
Bir politika ihlali bayrağının harcama raporuna veya kalemlerine ilk kez ayarlandığı zaman damgası (zaman damgası)dır.
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 olayınden çıkarılır. | ||
|
Neden Önemli?dir?
Bu faaliyet, yeniden işleme döngülerini analiz etmenin en önemli bileşenidir. 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ı (zaman damgası) veya denetim günlüğünden belirli bir olay.
Event tipi
inferred
|
|||
|
Yönetici Reddedildi
|
Çalışanş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?dir?
Bu, süreçteki aksaklıkları vurgulayan olumsuz bir sonuçtur. Bu olayları analiz etmek, Harcama Raporu Reddetme Oranı kontrol paneli'u ve KPI'ı için büyük önem taşır.
Nereden Alınır??
Gider raporunun onay geçmişindeki veya denetim izindeki ret eyleminin zaman damgası (zaman damgası)ndan yakalanır.
Yakala
Gider raporunun onay geçmişi log'undaki ret event'i zaman damgası (zaman damgası)ndan.
Event tipi
explicit
|
|||