Gider Yönetimi Veri Template'inuz

Coupa Expenses
Gider Yönetimi Veri Template'inuz

Gider Yönetimi Veri Template'inuz

Bu veri template'i, Coupa Expenses içinde harcama yönetimi sürecinizi analiz etmek için yapılandırılmış bir yaklaşım sunar. Toplanması gereken temel veri öznitelikler.ini, izlenecek temel aktiviteleri ve veri çekme konusunda pratik rehberliği özetler. Detaylı bir Process Mining analizi için gerekli tüm bilgileri topladığınızdan emin olmak için bu template'i kullanın.
  • 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.
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, harcama yönetimi sürecinizin detaylı bir analizi için event lognuza eklemeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 8 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ı, '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
Gerekli Önerilen Opsiyonel

Masraf Yönetimi Aktiviteleri

Bunlar, harcama iş akışını (workflow)nuzun doğru keşfi ve analizi için event lognuza kaydetmeniz gereken temel süreç adımları ve dönüm noktaları.dır.
6 Önerilen 7 Opsiyonel
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
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Verilerinizi Coupa Expenses'tan nasıl alırsınız