Masraf yönetimi Veri Templateiniz
Masraf yönetimi Veri Templateiniz
- Ayrıntılı veri toplama için önerilen öznitelikler
- İzlenecek temel masraf yönetimi etkinlikleri
- Coupa Expenses’tan veri çıkarmak için adım adım rehber
Masraf yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Masraf raporunda belirli bir zamanda gerçekleşen iş olayının adı. | ||
|
Açıklama
Etkinlik adı, masraf yönetimi sürecindeki belirli bir adımı veya dönüm noktasını belirtir. Örneğin 'Masraf raporu gönderildi', 'Yönetici onayladı' veya 'Geri ödeme yapıldı'. Bu etkinlikler süreç haritasındaki düğümleri oluşturur ve süreç akışını, darboğazları ve farklılıkları analiz etmenin temelini oluşturur. Bu özniteliği analiz ederek olayların sırasını, farklı süreç adımlarının ne sıklıkta gerçekleştiğini ve adımlar arasındaki geçişleri anlayabilirsiniz. Süreç haritasını oluşturmak, geçiş sürelerini hesaplamak ve sık görülen ya da uyumluluk kurallarına uymayan süreç yollarını belirlemek için temel bir özniteliktir.
Neden önemli?
Bu öznitelik süreçteki adımları tanımlar ve Process Mining’in temelini oluşturan süreç akışını görselleştirip analiz etmenizi sağlar.
Nereden alınır?
Bu bilgi genellikle Coupa’daki masraf raporu nesnesiyle ilişkili olay günlüklerinden, durum değişikliği kayıtlarından veya denetim izi tablolarından alınır. Durum kodlarını ya da olay türlerini kullanıcıların anlayacağı adlara eşlemek gerekebilir.
Örnekler
Masraf raporu gönderildiYönetici onayladıFinans reddettiGeri ödeme gerçekleştirildi
|
|||
|
Masraf raporu kimliği
ExpenseReportId
|
Tek bir gönderime ait tüm etkinlikleri ve masrafları bir araya getiren benzersiz tanımlayıcı. | ||
|
Açıklama
Masraf raporu kimliği, bir masraf gönderimine ait tüm olayları ve etkinlikleri bir araya getiren temel vaka tanımlayıcısıdır. Her masraf raporuna oluşturulduğunda benzersiz bir kimlik atanır. Böylece masraf talebi ilk kayıttan son ödemeye kadar kronolojik olarak izlenebilir. Process Mining analizinde bu kimlik, her masraf raporunun baştan sona izlediği yolu yeniden oluşturmak için gereklidir. Analistler bu kimlikle süreç akışlarını görselleştirebilir, işlem yollarındaki farklılıkları belirleyebilir ve her talep için toplam çevrim süresi ile yeniden çalışma döngüleri gibi vaka düzeyindeki metrikleri hesaplayabilir.
Neden önemli?
Tek bir masraf talebiyle ilgili tüm olayları birbirine bağlayan temel anahtardır. Böylece sürecin tamamı baştan sona analiz edilebilir.
Nereden alınır?
Coupa’nın masraf raporu nesnelerindeki temel anahtardır. Genellikle Expense Reports API uç noktasında veya temel tablolarda 'id' ya da 'report-id' olarak bulunur.
Örnekler
ER-0012345ER-0012399ER-0013001
|
|||
|
Olay zamanı
EventTime
|
Bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Olay zamanı, belirli bir etkinliğin sistemde kaydedildiği kesin tarih ve saati gösterir. Olayları kronolojik sıraya koymak ve zamana dayalı analizler yapmak için bu zaman damgası gereklidir. Süreç adımlarının ne zaman gerçekleştiğini ve ne kadar sürdüğünü anlamak için somut bir temel sağlar. Process Mining’de bu öznitelik, her vakanın zaman çizelgesini oluşturmak, etkinlikler arasındaki süreyi hesaplamak, gecikmeleri belirlemek ve toplam çevrim sürelerini ölçmek için kullanılır. Performansı ve hizmet düzeyi anlaşmalarına uyumu analiz etmek, zamana bağlı örüntüleri veya darboğazları belirlemek açısından önemlidir.
Neden önemli?
Bu zaman damgası olayların kronolojik sırasını gösterir. Çevrim süresini hesaplama ve darboğazları belirleme dahil, süre ve performansa dayalı tüm analizlerin temelini oluşturur.
Nereden alınır?
Bu bilgi Coupa’daki denetim izi veya olay günlüğü tablolarında, genellikle etkinlik ya da durum değişikliği kaydının yanında bulunur.
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin geldiği sistem. | ||
|
Açıklama
Bu öznitelik, olay verisinin oluşturulduğu kaynak uygulamayı belirtir. Bu örnekte kaynak 'Coupa Expenses' olur. Veri yönetişimi ve birden fazla sistemi kapsayan süreç görünümünde farklı sistemlerden gelen verileri ayırt etmek için önemlidir. Verinin kaynağı hakkında bilgi verir. Bu bilgi, birden fazla uygulamayı kapsayan süreçleri analiz ederken işe yarayabilir.
Neden önemli?
Verinin kaynağı hakkında bilgi verir. Bu bilgi, veri yönetişimi, doğrulama ve birden fazla sistemi kapsayan süreç analizleri için gereklidir.
Nereden alınır?
Genellikle veri çıkarma ve dönüştürme sırasında eklenen, veri setinin kaynağını belirten sabit bir değerdir.
Örnekler
Coupa masraflarıCoupa
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemden son veri yenileme veya çıkarma işleminin zaman damgası. | ||
|
Açıklama
Bu öznitelik, verinin Coupa Expenses’tan en son ne zaman çıkarılıp Process Mining aracına yüklendiğini kaydeder. Analiz edilen verinin ne kadar güncel olduğunu gösterir. Bu bilgi, kullanıcıların analiz dönemini anlamasına ve Dashboardların operasyonların en güncel durumunu yansıtıp yansıtmadığını bilmesine yardımcı olur. Veri yönetişimi ve analiz sonuçlarına güven duyulması açısından önemli bir üst veri öğesidir.
Neden önemli?
Verinin ne kadar güncel olduğunu gösterir. Böylece kullanıcılar analizin hangi dönemi kapsadığını anlayabilir ve sonuçların güncelliğine güvenebilir.
Nereden alınır?
Bu zaman damgası genellikle başarılı bir veri yüklemesinin sonunda veri çıkarma veya ETL aracı tarafından oluşturulup kaydedilir.
Örnekler
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Bitiş zamanı
EndTime
|
Bir etkinliğin ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Birçok işlem sisteminde etkinlikler anlık gerçekleştiğinden bitiş zamanı başlangıç zamanıyla aynıdır. Ancak ölçülebilir bir süresi olan etkinliklerde bu öznitelik, etkinliğin ne zaman sona erdiğini kaydeder. Bu alan, tek tek etkinliklerin işlem süresini doğru hesaplamak için gereklidir. Sürecin hangi adımlarında ne kadar zaman harcandığını daha doğru analiz etmenizi ve bekleme süresini fiilî çalışma süresinden ayırmanızı sağlar.
Neden önemli?
Etkinliklerin süresini doğru hesaplamayı sağlar. Böylece belirli görevlerde harcanan süreyi bekleme süresinden ayırıp analiz edebilirsiniz.
Nereden alınır?
Anlık olaylarda bu değer genellikle başlangıç zamanıyla (EventTime) aynıdır. Süreye yayılan etkinliklerde ayrı bir alandan alınması veya sonraki olayın zaman damgasına göre hesaplanması gerekebilir.
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Çalışan departmanı
EmployeeDepartment
|
Masraf raporunu gönderen çalışanın departmanı. | ||
|
Açıklama
Bu öznitelik, masraf raporunu gönderen kişinin bağlı olduğu departmanı veya iş birimini belirtir. Bu bilgi genellikle çalışan ana verilerinden alınır. Kuruluşun farklı bölümlerindeki süreç performansını karşılaştırmaya olanak tanıdığı için analizde önemli bir boyuttur. Departmana göre onay sürelerini, ret oranlarını veya politika ihlallerini inceleyen Dashboardlar, süreç iyileştirmesi ya da hedefli eğitim gerektiren alanları belirlemek için bu özniteliğe dayanır.
Neden önemli?
Farklı departmanların performansını karşılaştırmaya ve kuruluşun hangi bölümlerinin verimli çalıştığını, hangilerinin desteğe ihtiyaç duyabileceğini belirlemeye yardımcı olur.
Nereden alınır?
Gönderen kullanıcının Coupa profilinden alınır veya kullanıcı kimliği kullanılarak harici bir İK ana veri sistemiyle birleştirilir. Kullanıcı nesnesindeki 'department' alanını arayın.
Örnekler
SatışPazarlamaMühendislikFinans
|
|||
|
Kullanıcı adı
UserName
|
Etkinliği gerçekleştiren çalışanın veya kullanıcının adı. | ||
|
Açıklama
Bu öznitelik, masraf raporunu gönderen, onaylayan veya reddeden kişi gibi belirli bir olayla ilişkili kişiyi tanımlar. Bu bilgi ad, çalışan kimliği veya sistem kullanıcı hesabı olabilir. Süreci kullanıcıya göre analiz etmek performans örüntülerini, iş yükü dağılımını ve olası eğitim ihtiyaçlarını belirlemeye yardımcı olur. Farklı yöneticilerin onay sürelerini karşılaştırmak gibi kaynaklara göre metrikleri ayrıştıran Dashboardlar için önemlidir.
Neden önemli?
İşlemleri belirli kişilerle ilişkilendirerek süreçteki iş yükünü, performansı ve kişiye özgü davranışları analiz etmenizi sağlar.
Nereden alınır?
Bu bilgi genellikle Coupa Expenses denetim izi tablolarında, her olay veya eylemle bağlantılı olarak bulunur. 'user-id', 'submitted-by' veya 'updated-by' gibi alanları arayın.
Örnekler
John Smithjsmith11023
|
|||
|
Masraf raporu durumu
ExpenseReportStatus
|
Masraf raporunun mevcut veya son durumu. | ||
|
Açıklama
Bu öznitelik, masraf raporunun yaşam döngüsünün sonundaki genel durumunu belirtir. Örneğin 'Onaylandı', 'Ödendi', 'Reddedildi' veya 'Geri çekildi'. Böylece her vaka için kesin sonuç görülür. Analizde son durum, tamamlanmış vakaları filtrelemek ve sonuçları sınıflandırmak için kullanılır. Ret oranları gibi metrikleri hesaplamak ve raporların olası son durumların her birine ulaşma oranını anlamak için gereklidir. Ayrıca ara bir durumda takılı kalan raporları belirlemeye yardımcı olur.
Neden önemli?
Her vakanın sonucunu tanımlar. Onaylanan ve reddedilen raporların izlediği yolları karşılaştırmak gibi sonuç odaklı analizlerin temelini oluşturur.
Nereden alınır?
Coupa’daki masraf raporu nesnesinin temel durum alanıdır. Üst bilgi verilerinde bulunur ve süreç boyunca güncellenir.
Örnekler
onay_bekliyoronaylandıödendireddedildi
|
|||
|
Politika ihlali işareti
PolicyViolationFlag
|
Masraf raporunun politika ihlali nedeniyle işaretlenip işaretlenmediğini belirten doğru/yanlış değeri. | ||
|
Açıklama
Coupa, harcama limitini aşma veya onaylanmamış satıcı kullanma gibi şirket politikalarını ihlal eden masrafları otomatik olarak işaretleyebilir. Bu öznitelik, masraf raporunda böyle bir ihlal tespit edilip edilmediğini doğru veya yanlış olarak belirtir. Bu işaret, uyumluluğu izlemek ve analiz etmek için gereklidir. Zaman içinde ve departmanlara göre politika ihlali oranlarını izleyen Dashboardlar oluşturmayı sağlar. Ayrıca politika ihlali içeren raporların kurallara uygun raporlardan nasıl farklı ele alındığını inceleyebilirsiniz. Örneğin bu raporların onaylanmasının daha uzun sürüp sürmediğini veya daha sık reddedilip reddedilmediğini görebilirsiniz.
Neden önemli?
Politikalara uyumu doğrudan ölçüp analiz etmeyi sağlar. Böylece riskin yüksek olduğu veya kurallara sıkça uyulmadığı alanları belirleyebilirsiniz.
Nereden alınır?
Bu bilgi genellikle Coupa’daki masraf raporunda veya tek tek masraf kalemlerinde bir işaret ya da durum olarak bulunur. Çoğu zaman sistemin kural motoru tarafından belirlenir.
Örnekler
truefalse
|
|||
|
Ret nedeni
RejectionReason
|
Bir onaylayan masraf raporunu reddettiğinde belirttiği neden. | ||
|
Açıklama
Bir yönetici veya finans ekibi üyesi masraf raporunu reddettiğinde genellikle bir neden belirtir. Bu öznitelik, önceden tanımlanmış bir listeden seçilebilecek veya serbest metin olarak yazılabilecek bu nedeni kaydeder. Bu öznitelik, temel neden analizinde büyük fayda sağlar. Kuruluşlar en sık karşılaşılan ret nedenlerini inceleyerek politikaların hangi noktalarının anlaşılmadığını, çalışanların nerede eğitime ihtiyaç duyduğunu veya gönderim sürecinde hangi sorunların bulunduğunu belirleyebilir. Bu analiz, yeniden çalışmayı azaltma ve ilk gönderimde onay oranını artırma çalışmalarını doğrudan destekler.
Neden önemli?
Yeniden çalışmanın nedenini doğrudan açıklar. Hedefli eğitim, politika açıklamaları veya süreç iyileştirmeleriyle ret oranlarını azaltmaya yönelik uygulanabilir içgörüler sağlar.
Nereden alınır?
Bu bilgi genellikle Coupa’da ret olayıyla ilişkili denetim izinde veya yorumlarda kaydedilir. Ayrı bir alanda bulunabilir ya da yorumlardan çıkarılabilir.
Örnekler
Makbuz eksikPolitika dışı masrafYanlış masraf kategorisiYinelenen gönderim
|
|||
|
Toplam tutar
TotalAmount
|
Masraf raporunun toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, rapordaki tüm masraf kalemlerinin toplamını gösterir. Süreçten geçen parasal değeri anlamak için kullanılan temel bir finansal metriktir. Toplam tutarı analiz ederek masraf raporlarını farklı tutar aralıklarına ayırabilirsiniz. Bu aralıklar farklı onay yolları veya inceleme düzeyleri gerektirebilir. Dashboardlarda harcama örüntülerini incelemek, darboğazlara yol açabilecek yüksek tutarlı raporları belirlemek ve rapor tutarını işlem süreleri ya da ret oranlarıyla karşılaştırmak için kullanılır.
Neden önemli?
Sürece finansal bağlam kazandırır. Masraf raporlarının parasal değerine göre analiz yapmayı sağlar; bu değer çoğu zaman onay yollarını ve işlem önceliğini etkiler.
Nereden alınır?
Coupa’daki masraf raporu üst bilgisinde bulunan standart bir alandır. Genellikle 'total' veya 'total-amount' olarak adlandırılır.
Örnekler
150.752500.0085.50
|
|||
|
İlk seferde onaylandı mı
IsFirstPassApproval
|
Masraf raporunun herhangi bir ret veya düzeltme olmadan onaylanıp onaylanmadığını belirten işaret. | ||
|
Açıklama
Bu, masraf raporunun onay sürecini ilk denemede başarıyla tamamlayıp tamamlamadığını gösteren, vaka düzeyinde hesaplanan bir özniteliktir. Vakada ret veya 'Düzeltme için geri gönderildi' etkinliği yoksa 'doğru' olarak ayarlanır. Bu öznitelik, gönderim ve onay sürecinin verimliliğini doğrudan ölçer. İlk gönderimde onay oranı KPI’ının temelini oluşturur. Departman veya masraf kategorisi gibi düşük ilk gönderimde onay oranıyla ilişkili etkenleri analiz etmek, süreç iyileştirmeleri için değerli içgörüler sağlayabilir.
Neden önemli?
Süreç kalitesini ve verimliliğini açıkça ölçer; yeniden çalışma olmadan işlenen raporların oranını hesaplamaya yardımcı olur.
Nereden alınır?
Vaka düzeyinde hesaplanır. Belirli bir ExpenseReportId için tüm etkinlikleri taramak ve ret ya da düzeltme olaylarının bulunmadığını doğrulamak gerekir.
Örnekler
truefalse
|
|||
|
Maliyet merkezi
CostCenter
|
Masrafların tahsis edildiği maliyet merkezi. | ||
|
Açıklama
Maliyet merkezi, muhasebe ve bütçelemede kullanılan finansal bir boyuttur. Masrafların hangi kuruluş birimi tarafından karşılanacağını gösterir. Raporu gönderen kişinin kendi departmanından farklı olabilir. Maliyet merkezine göre analiz, sürece finansal muhasebe açısından bakmayı sağlar. Harcamaları ve süreç verimliliğini belirli bütçelere veya finansal birimlere göre izleyebilirsiniz. Bu, kuruluşun harcamalarını anlamak ve yönetmek isteyen finans departmanları için özellikle önemlidir.
Neden önemli?
Analiz için önemli bir finansal boyut sunar ve süreç metriklerinin finansal birimlerle ve bütçe birimleriyle doğrudan ilişkilendirilmesini sağlar.
Nereden alınır?
Coupa’da masraf raporunun üst bilgisinde veya satır kalemlerinde bulunan standart bir muhasebe alanıdır. Genellikle hesap planının bir parçasıdır.
Örnekler
CC4510-PazarlamaCC2100-MühendislikCC7800-Satış-Doğu
|
|||
|
Masraf kategorisi
ExpenseCategory
|
Seyahat, yemek veya ofis malzemeleri gibi masrafın kategorisi. | ||
|
Açıklama
Bu öznitelik, talep edilen masrafın türünü sınıflandırır. Masraf raporlarında genellikle her biri kendi kategorisine sahip birden fazla masraf kalemi bulunur. Vaka düzeyindeki analizlerde en sık görülen kategori veya birleştirilmiş kategori listesi kullanılabilir. Süreci masraf kategorisine göre ayırmak, farklı davranışları veya darboğazları ortaya çıkarabilir. Örneğin seyahat masrafları, ofis malzemesi alımlarına kıyasla daha karmaşık bir onay yolundan geçebilir. Masrafın niteliğinin işlem sürecini nasıl etkilediğini anlamak için bu boyut önemlidir.
Neden önemli?
Süreci harcama türüne göre ayırmayı sağlar. Böylece kategoriye özgü darboğazları, politikaları veya onay yollarını ortaya çıkarabilirsiniz.
Nereden alınır?
Bu bilgi Coupa’da masraf kalemi düzeyinde saklanır. Vaka düzeyinde analiz için, örneğin en yüksek tutarlı kalemin kategorisi alınarak birleştirilmesi gerekir.
Örnekler
Uçak biletiYemek ve ağırlamaYazılımOfis malzemeleri
|
|||
|
Onaylayan adı
ApproverName
|
Masraf raporunu onaylayan veya reddeden yönetici ya da finans kullanıcısının adı. | ||
|
Açıklama
Bu öznitelik, yönetici veya finans onayı adımında görev alan onaylayanı tanımlar. Raporu gönderen kullanıcıdan farklı bir kişidir. Bu veri, onaylayanların performansını ve davranışlarını analiz etmek için kullanışlıdır. Her onaylayanın çevrim süresini ölçerek aşırı iş yükü nedeniyle gecikmeye yol açabilecek veya ek eğitime ihtiyaç duyabilecek kişileri belirlemeye yardımcı olur. İş yükünü dengelemeyi ve onay sürecini iyileştirmeyi amaçlayan Dashboardları destekler.
Neden önemli?
Gecikmeleri veya yüksek ret oranlarını belirli onaylayanlarla ilişkilendirerek onay zincirindeki darboğazları bulmaya ve hedefli müdahalelerde bulunmaya yardımcı olur.
Nereden alınır?
Coupa’daki masraf raporunun onay geçmişinde veya denetim izinde bulunur. Her onay adımında işlemi yapan kullanıcının kaydı olmalıdır.
Örnekler
Sarah ChenDavid RodriguezFinans ekibi kuyruğu
|
|||
|
Para birimi
Currency
|
Masraf raporunun toplam tutarına ait para birimi kodu. | ||
|
Açıklama
Bu öznitelik, masraf raporunun toplam tutarının hangi para biriminde olduğunu belirtir. Örneğin USD, EUR veya GBP. Her türlü finansal veriyi doğru yorumlamak için bu bilgi gereklidir. Küresel bir kuruluşun masraflarını analiz ederken parasal değerleri doğru yorumlamak ve toplamak için bu alan önem taşır. Farklı bölgeler arasında anlamlı karşılaştırmalar yapabilmek amacıyla tüm tutarları tek bir temel para birimine çevirmek gerekebilir.
Neden önemli?
Parasal değerler için gerekli bağlamı sağlar. Doğru finansal analiz yapmayı ve küresel raporlama için para birimi dönüşümünü mümkün kılar.
Nereden alınır?
Coupa’daki masraf raporu üst bilgisinde bulunan standart bir alandır. Genellikle toplam tutar alanının yanında, 'currency-code' gibi bir adla yer alır.
Örnekler
USDEURGBPJPY
|
|||
|
Politika ihlali nedeni
PolicyViolationReason
|
Masraf raporunun politika ihlali nedeniyle işaretlenmesinin belirli nedeni. | ||
|
Açıklama
Bir politika ihlali işaretlendiğinde bu öznitelik, 'Tutar limiti aşıyor' veya 'Onaylanmamış satıcı' gibi ihlalin nedenini belirtir. Böylece yalnızca doğru veya yanlış bilgisinden daha fazla ayrıntı sunar. Politika ihlallerinin nedenlerini analiz etmek, uyumluluk sorunlarını daha ayrıntılı anlamanızı sağlar. Sıkça ihlal edilen politikaları belirlemeye yardımcı olur. Bu durum daha iyi iletişim kurulması, politikaların güncellenmesi veya kuralların daha sıkı uygulanması gerektiğine işaret edebilir. Etkili uyumluluk iyileştirme stratejileri geliştirmek için bu bilgi önemlidir.
Neden önemli?
Uyumluluk sorunları hakkında ayrıntı sunar ve şirketin masraf politikalarına uyumu artırmak için hedefli adımlar atılmasını sağlar.
Nereden alınır?
Bu bilgi genellikle Coupa’nın uyumluluk motorunun oluşturduğu politika işareti veya uyarı mesajının ayrıntılarında bulunur.
Örnekler
Günlük yemek limiti aşıldıMasraf yineleniyorMakbuz gerekli
|
|||
|
Ülke
Country
|
Gönderen çalışanın veya işlemin ülkesi. | ||
|
Açıklama
Bu öznitelik, masraf raporuyla ilişkili ülkeyi belirtir. Bu genellikle raporu gönderen çalışanın ikamet ettiği ülkedir. Küresel bir kuruluştaki süreçleri analiz etmek için önemli bir boyuttur. Süreci ülkeye göre analiz ederek farklı coğrafi bölgelerdeki performansı, uyumluluğu ve süreç farklılıklarını karşılaştırabilirsiniz. Böylece ele alınması gereken bölgesel mevzuat, politika veya operasyonel verimlilik farklılıkları ortaya çıkabilir.
Neden önemli?
Farklı coğrafi bölgelerdeki süreç performansını ve uyumluluğu karşılaştırmayı sağlar. Bu, küresel kuruluşlar için gereklidir.
Nereden alınır?
Bu bilgi Coupa’daki kullanıcı profilinden veya masraf raporuyla ilişkili tüzel kişilikten alınabilir.
Örnekler
USADEUGBRJPN
|
|||
|
Yeniden çalışma mı
IsRework
|
Bir etkinliğin, raporun düzeltme için geri gönderilmesi gibi bir yeniden çalışma döngüsünün parçası olup olmadığını belirten işaret. | ||
|
Açıklama
Bu hesaplanan doğru/yanlış özniteliği, yeniden çalışmayı gösteren etkinlikleri işaretler. Genellikle 'Düzeltme için geri gönderildi' gibi olaylarda veya aynı vakada böyle bir olaydan sonra gerçekleşen etkinliklerde 'doğru' olarak ayarlanır. Yeniden çalışmayı belirlemek, Process Mining’in temel amaçlarından biridir. Bu işaret, yeniden çalışmayı doğrudan filtreleyip toplamanızı sağlayarak analizi kolaylaştırır. Yeniden çalışma oranını hesaplamak, süreç haritasındaki yeniden çalışma döngülerini görselleştirmek ve sürecin adımları tekrarlamasına neden olan etkinliklerin temel nedenlerini incelemek için kullanılır.
Neden önemli?
Verimsiz yeniden çalışma döngülerini doğrudan işaretler. Böylece bu döngülerin sıklığını, çevrim süresine etkisini ve temel nedenlerini kolayca ölçebilirsiniz.
Nereden alınır?
Süreç akışına göre hesaplanır. 'Düzeltme için geri gönderildi' gibi sürecin önceki bir aşamasına dönüşü gösteren etkinlikleri belirlemek için mantık uygulanmalıdır.
Örnekler
truefalse
|
|||
Masraf yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Finans onayladı
|
Finans veya denetim ekibi masraf raporuna son onayı verir. Bu olay, raporun doğrulandığını ve ödeme işlemine hazır olduğunu gösterir; onay geçmişine kaydedilir. | ||
|
Neden önemli?
Bu, son onay aşamasıdır. Yönetici onayı ile finans onayı arasındaki süre, toplam onay çevriminin önemli bir bölümünü oluşturur.
Nereden alınır?
Masraf raporunun ayrıntılı onay geçmişinde veya denetim izinde yer alan son onay işlemi zaman damgasından alınır.
Kaydedin
Masraf raporunun onay geçmişindeki son onay olayı zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Geri ödeme gerçekleştirildi
|
Ödeme başarıyla işlenir ve para çalışana aktarılır. Bu olay, çalışana ödeme yapıldığını doğrular ve sürecin geri ödeme bölümünü tamamlar. | ||
|
Neden önemli?
Bu, çalışan memnuniyeti açısından önemli bir kilometre taşıdır ve Ortalama Geri Ödeme Süresi KPI’ının bitiş noktasını oluşturur.
Nereden alınır?
Masraf raporuyla ilişkili ödeme kaydındaki ödeme gerçekleştirme tarihinden alınır. Bu kayıt genellikle Coupa Pay içinde veya entegre bir borçlar muhasebesi sisteminde bulunur.
Kaydedin
Masraf raporuna bağlı ödeme kaydındaki ödeme tarihini kullanın.
Olay türü
explicit
|
|||
|
Masraf raporu gönderildi
|
Çalışan, tamamladığı masraf raporunu onay için resmî olarak gönderir. Bu işlem raporu taslak durumundan onay bekleyen duruma geçirir ve sistemde açıkça kaydedilir. | ||
|
Neden önemli?
Bu önemli bir kilometre taşıdır ve onay süresinin başlangıcını belirler. Oluşturma ile gönderim arasındaki süre, çalışanların raporları hazırlamak için ne kadar zaman harcadığını gösterir.
Nereden alınır?
Masraf raporu kaydındaki gönderim zaman damgasından veya gönderim olayına ait denetim izi kaydından alınır.
Kaydedin
Masraf raporundaki 'submitted_at' zaman damgası alanını kullanın.
Olay türü
explicit
|
|||
|
Masraf raporu oluşturuldu
|
Masraf raporunun yaşam döngüsünün başlangıcını belirtir. Kullanıcı yeni bir masraf raporunu ilk kez oluşturup kaydettiğinde bu olay kaydedilir ve rapor taslak durumuna geçer. | ||
|
Neden önemli?
Bu, tüm süreç analizlerinin başlangıç noktasıdır ve masraf raporunun baştan sona toplam çevrim süresini ölçmek için önemlidir.
Nereden alınır?
Bu, Coupa içindeki masraf raporu üst kaydının oluşturulma zaman damgasından alınan açık bir olaydır. Kaynak, masraf üst bilgisi tablosundaki 'created_at' zaman damgasıdır.
Kaydedin
Masraf raporu nesnesinin oluşturulma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Muhasebeye kaydedildi
|
Masraf raporuyla ilgili finansal işlemler büyük deftere kaydedilir. Finansal muhasebe açısından bu, sürecin son adımıdır. | ||
|
Neden önemli?
Bu son etkinlik, sürecin gerçekten tamamlandığını gösterir. Geri ödeme ile kaydın yapılması arasındaki süre, finansal kapanışın hızlı ve doğru gerçekleşmesi açısından önemlidir.
Nereden alınır?
Bu olay, masraf raporuyla ilişkili yevmiye kaydının veya muhasebe satırlarının kayıt tarihinden alınır. Bu kayıtlar Coupa’nın muhasebe entegrasyonu tarafından yönetilir.
Kaydedin
Masraf raporuyla ilişkili muhasebe satırlarındaki kayıt tarihi alanından alınır.
Olay türü
explicit
|
|||
|
Yönetici onayladı
|
Çalışanın doğrudan yöneticisi veya ilk düzey onaylayıcısı masraf raporunu onaylar. Bu işlem, zaman damgasını da içeren rapor onay geçmişinde açık bir olay olarak kaydedilir. | ||
|
Neden önemli?
İlk onay düzeyinin tamamlandığını belirtir. Bu olaya kadar geçen süreyi analiz etmek, Onay Çevrim Süresi KPI’ını hesaplamak ve yönetici düzeyindeki darboğazları belirlemek için önemlidir.
Nereden alınır?
Coupa içindeki ayrıntılı onay geçmişinde veya masraf raporunun denetim izinde yer alan onay işlemi zaman damgasından alınır.
Kaydedin
Masraf raporunun onay geçmişi günlüğündeki onay olayı zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Düzeltme için geri gönderildi
|
Onaylayıcı, son ret kararı vermeden raporu düzeltme için çalışana geri gönderir. Bu işlem bir yeniden çalışma döngüsü oluşturur ve durum değişikliğinden veya belirli bir denetim izi olayından çıkarılır. | ||
|
Neden önemli?
Bu etkinlik, yeniden çalışma döngülerini analiz etmenin temelini oluşturur. Raporların neden geri gönderildiğini belirlemek, eğitimleri ve ilk seferde onay oranını iyileştirmeye yardımcı olur.
Nereden alınır?
'Düzeltme Bekliyor' veya 'Geri Gönderildi' gibi bir duruma geçişten çıkarılır. Coupa bu işlemi onay geçmişinde açıkça da kaydedebilir.
Kaydedin
Durumun 'düzeltme gerekiyor' durumuna geçtiği zaman damgasını veya denetim günlüğündeki belirli bir olayı kullanın.
Olay türü
inferred
|
|||
|
Finans reddetti
|
Finans veya denetim ekibi masraf raporunu reddeder. Bu, süreci sonlandıran olumsuz bir sonuçtur. Rapor geçmişinde son ret durumu olarak kaydedilir. | ||
|
Neden önemli?
Finans ekibinin retlerini izlemek, önceki incelemelerde gözden kaçmış olabilecek ciddi uyumluluk veya belge sorunlarını belirlemeye yardımcı olur ve ret oranı KPI’ını etkiler.
Nereden alınır?
Masraf raporunun denetim izinde finans onaylayıcısının ret işlemi için kaydedilen zaman damgasından alınır.
Kaydedin
Finans incelemesi adımındaki denetim izinde yer alan ret olayı zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Fişler eklendi
|
Kullanıcının rapordaki bir masraf kalemine fiş yüklemesini veya eklemesini ifade eder. Masraf raporuna bağlı ek kayıtlarının oluşturulması izlenerek kaydedilir. | ||
|
Neden önemli?
Bu etkinliğin zamanlamasını ve sıklığını analiz etmek, kullanıcı davranışındaki örüntüleri ve eksik belgelerden kaynaklanan olası gecikmeleri ortaya çıkarabilir.
Nereden alınır?
Belirli Masraf Raporu Kimliğine bağlı ek kayıtlarının oluşturulma zaman damgasından çıkarılır.
Kaydedin
Ek kayıtlarının masraf raporuna bağlandığı zaman damgalarını belirleyin.
Olay türü
inferred
|
|||
|
Geri ödeme planlandı
|
Son onayın ardından masraf raporu, ödenmek üzere bir ödeme grubuna eklenir. Bu adım, onay aşamasından ödeme işlemine geçişi belirtir. | ||
|
Neden önemli?
Bu etkinlik, Geri Ödeme Gerçekleştirme Çevrim Süresi için süreyi başlatır. Buradaki gecikmeler, onaylanan raporların ödeme sistemine aktarılmasında birikme olduğunu gösterir.
Nereden alınır?
'Ödeme Bekliyor' durumuna geçişten veya raporun Coupa Pay içindeki bir ödeme grubu kaydıyla ilişkilendirildiği tarihten çıkarılır.
Kaydedin
Durumun 'Ödeme Bekliyor' olarak değiştiği zaman damgasını veya ilgili ödeme grubunun oluşturulma tarihini kullanın.
Olay türü
inferred
|
|||
|
Masraf raporu geri çekildi
|
Çalışan, gönderdiği masraf raporunu tüm onaylar tamamlanmadan geri çeker. Bu işlem mevcut onay sürecini iptal eder ve açık bir olay olarak kaydedilir. | ||
|
Neden önemli?
Çalışanların gönderimlerini kendilerinin düzelttiği veya iptal ettiği durumları izler. Bu durumlar süreçle ilgili kafa karışıklığına işaret edebilir ve sürecin kesintiye uğraması anlamına gelir.
Nereden alınır?
Kullanıcının açık bir işlemi sonucunda rapor 'Geri Çekildi' veya 'İptal Edildi' durumuna geçer ve bu işlem denetim izine kaydedilir.
Kaydedin
Masraf raporunun denetim izindeki 'geri çek' işleminin zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Politika kontrolü yapıldı
|
Şirketin masraf politikalarına uyumluluk için otomatik kontrol yapılır. Bu olay genellikle raporda bir politika ihlali işaretinin veya uyarısının ilk kez ayarlandığı zaman damgasından çıkarılır. | ||
|
Neden önemli?
Politika Uyumluluğu Genel Bakış Dashboardı için gereklidir. Süreçte ihlallerin olup olmadığını ve ne zaman tespit edildiğini, ayrıca onay sürelerini nasıl etkilediğini anlamaya yardımcı olur.
Nereden alınır?
Bir masraf kalemine veya rapor üst bilgisine politika ihlali işareti eklendiği zaman damgasından çıkarılır.
Kaydedin
Masraf raporunda veya rapor kalemlerinde politika ihlali işaretinin ilk kez ayarlandığı zaman damgası.
Olay türü
inferred
|
|||
|
Yönetici reddetti
|
Çalışanın yöneticisi masraf raporunu reddeder. Bu işlem genellikle süreci durdurur ve raporu çalışana geri gönderir. Onay geçmişinde belirli bir olay olarak kaydedilir. | ||
|
Neden önemli?
Bu olumsuz sonuç, süreçteki aksaklıkları gösterir. Bu olayları analiz etmek, Masraf Raporu Ret Oranı Dashboardı ve KPI’ı için önemlidir.
Nereden alınır?
Masraf raporunun onay geçmişinde veya denetim izinde yer alan ret işlemi zaman damgasından alınır.
Kaydedin
Masraf raporunun onay geçmişi günlüğündeki ret olayı zaman damgasını kullanın.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Süreç analizinize başlamak ve masraf yönetiminizle ilgili değerli içgörüler elde etmek için bu Templateten yararlanın. Operasyonlarınızı iyileştirmeye bugün başlayın.
Masraf yönetimini iyileştirin: darboğazları bugün ortadan kaldırın
Net içgörülerle verimsizlikleri ortaya çıkarın ve masraf çevrim süresini %30 azaltın.
Kredi kartı gerekmez. Dakikalar içinde başlayın.