Masraf Yönetimi Veri Şablonunuz
Masraf Yönetimi Veri Şablonunuz
- Kapsamlı veri toplama için önerilen öznitelikler
- İzlenecek temel gider yönetimi etkinlikleri
- Coupa Expenses'tan veri çıkarmak için adım adım yönlendirme
Gider yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik Adı
ActivityName
|
Bir gider raporu için belirli bir zamanda gerçekleşen iş olayının adıdır. | ||
|
Açıklama
Etkinlik Adı, gider yönetimi sürecindeki belirli bir adımı veya kilometre taşını tanımlar. Örneğin Gider Raporu Gönderildi, Yönetici Tarafından Onaylandı veya Geri Ödeme Gerçekleştirildi. Bu etkinlikler süreç haritasındaki düğümleri oluşturur ve süreç akışını, darboğazları ve farklılıkları analiz etmenin temelini sağlar. Bu özniteliğin analizi, olayların sırasını, farklı süreç adımlarının görülme 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 ya da uyumlu olmayan süreç yollarını belirlemek için temel bir özniteliktir.
Neden önemli?
Bu öznitelik, süreçteki adımları tanımlar. Böylece Process Mining'in temelini oluşturan süreç akışı görselleştirilebilir ve analiz edilebilir.
Nereden alınır?
Genellikle Coupa'daki gider raporu nesnesiyle ilişkili olay günlüklerinden, durum değişikliği kayıtlarından veya denetim izi tablolarından elde edilir. Durum kodlarının ya da olay türlerinin kullanıcı dostu adlarla eşleştirilmesi gerekebilir.
Örnekler
Gider Raporu GönderildiYönetici OnayladıFinans ReddettiGeri Ödeme Gerçekleştirildi
|
|||
|
Gider Raporu Kimliği
ExpenseReportId
|
Tek bir gönderimle ilgili tüm etkinlikleri ve giderleri gruplayan gider raporunun benzersiz tanımlayıcısıdır. | ||
|
Açıklama
Gider Raporu Kimliği, giderlerin tek bir gönderimine ait tüm olayları ve etkinlikleri gruplayan birincil vaka tanımlayıcısıdır. Her gider raporuna oluşturulduğunda benzersiz bir kimlik atanır. Böylece gider talebi, ilk girişinden son ödemesine kadar eksiksiz ve kronolojik biçimde izlenebilir. Process Mining analizinde bu kimlik, her gider raporunun uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. Analistlerin süreç akışlarını görselleştirmesine, işleme yollarındaki farklılıkları belirlemesine ve her talep için toplam çevrim süresi ile yeniden işleme döngüleri gibi vaka düzeyindeki metrikleri hesaplamasına imkan verir.
Neden önemli?
Tek bir gider talebiyle ilgili tüm olayları birbirine bağlayan temel anahtardır. Bu sayede sürecin tamamı başlangıçtan sona analiz edilebilir.
Nereden alınır?
Coupa'nın gider raporu nesnelerinde bulunan birincil anahtardır. Expense Reports API uç noktasında veya temel tablolarda genellikle id ya da report-id olarak yer alır.
Örnekler
ER-0012345ER-0012399ER-0013001
|
|||
|
Olay Zamanı
EventTime
|
Bir etkinliğin veya olayın gerçekleştiğini gösteren zaman damgasıdır. | ||
|
Açıklama
Olay Zamanı, belirli bir etkinliğin sistemde kaydedildiği kesin tarih ve saattir. Bu zaman damgası, olayları kronolojik olarak sıralamak ve zamana dayalı tüm analizleri gerçekleştirmek için gereklidir. Süreç adımlarının ne zaman gerçekleştiğini ve ne kadar sürdüğünü anlamak için nesnel 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 genel çevrim sürelerini ölçmek için kullanılır. Performansı, hizmet seviyesi anlaşmalarına uyumu ve zamana bağlı örüntüleri veya darboğazları analiz etmek açısından önemlidir.
Neden önemli?
Bu zaman damgası olayların kronolojik sırasını gösterir ve çevrim süresi ile darboğazların belirlenmesi dahil olmak üzere 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ıyla birlikte bulunur.
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin geldiği sistemdir. | ||
|
Açıklama
Bu öznitelik, olay verilerinin oluşturulduğu kaynak uygulamayı tanımlar. Bu bağlamda değer Coupa Expenses olur. Veri yönetişimi ve çok sistemli bir süreç görünümünde farklı sistemlerden gelen verileri ayırt etmek için önemlidir. Verilerin kaynağı hakkında bağlam sağlar. Bu bilgi, birden fazla uygulamaya yayılan süreçleri analiz ederken yararlı olabilir.
Neden önemli?
Verilerin kaynağı hakkında temel bağlam sağlar. Veri yönetişimi, doğrulama ve çok sistemli süreç analizi için önemlidir.
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 ExpensesCoupa
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden yapılan son veri yenilemesinin veya veri çıkarımının zaman damgasıdır. | ||
|
Açıklama
Bu öznitelik, verilerin Coupa Expenses içinden en son çıkarıldığı ve Process Mining aracına yüklendiği tarih ve saati kaydeder. Analiz edilen verilerin güncelliğini gösterir. Bu bilgi, analizin ne kadar güncel olduğunu anlamanız ve Dashboardların operasyonların en son durumunu yansıtıp yansıtmadığını bilmeniz için önemlidir. Veri yönetişimi ve analiz sonuçlarına duyulan güvenin sağlanması açısından temel bir üst veri parçasıdır.
Neden önemli?
Kullanıcılara verilerin güncelliği hakkında bilgi verir. Böylece analiz dönemini anlayabilir ve sonuçların geçerliliğine güvenebilirler.
Nereden alınır?
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 etkinliğin tamamlandığını gösteren zaman damgasıdır. | ||
|
Açıklama
Bitiş Zamanı, bir etkinliğin sona erdiği anı gösterir. Birçok işlem sisteminde etkinlik anlık bir olaydır; bu nedenle Bitiş Zamanı, Başlangıç Zamanı ile aynıdır. Ancak ölçülebilir bir süresi olan etkinliklerde bu öznitelik, etkinliğin tamamlandığı zamanı kaydeder. Bu alan, tek tek etkinliklerin kesin işleme süresini hesaplamak için gereklidir. Sürecin hangi bölümlerinde zaman harcandığını daha doğru analiz etmeyi ve bekleme süresini gerçek çalışma süresinden ayırmayı sağlar.
Neden önemli?
Kesin etkinlik sürelerinin hesaplanmasını sağlar. Böylece belirli görevlerde harcanan süre ile bekleme süresi ayırt edilerek analiz edilebilir.
Nereden alınır?
Atomik olaylarda genellikle Başlangıç Zamanı ile aynıdır. Süreli etkinliklerde ayrı bir alandan alınması veya 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
|
Gider raporunu gönderen çalışanın departmanıdır. | ||
|
Açıklama
Bu öznitelik, masraf raporunu gönderen kişinin bağlı olduğu kurumsal departmanı veya iş birimini belirtir. Bu bilgi genellikle çalışan ana verilerinden alınır. Farklı kuruluş birimlerindeki süreç performansını karşılaştırmanızı sağlayan önemli bir analiz boyutudur. Onay sürelerini, ret oranlarını veya politika ihlallerini departman bazında analiz eden Dashboardlar, süreç iyileştirmesi veya hedefli eğitim gerektiren alanları belirlemek için büyük ölçüde bu özniteliğe dayanır.
Neden önemli?
Farklı departmanların performansını karşılaştırmayı sağlar. Böylece organizasyonun hangi bölümlerinin verimli olduğu ve hangilerinin desteğe ihtiyaç duyabileceği belirlenebilir.
Nereden alınır?
Gönderen kullanıcının Coupa profilinden veya kullanıcı kimliği kullanılarak harici bir İK ana veri sistemiyle birleştirme yapılarak alınır. Kullanıcı nesnesindeki department alanını arayın.
Örnekler
SatışPazarlamaMühendislikFinans
|
|||
|
Gider Raporu Durumu
ExpenseReportStatus
|
Gider raporunun mevcut veya nihai durumudur. | ||
|
Açıklama
Bu öznitelik, gider raporunun yaşam döngüsünün sonundaki genel durumunu gösterir. Örneğin Onaylandı, Ödendi, Reddedildi veya Geri Çekildi olabilir. Her vaka için kesin bir sonuç sunar. Analizde nihai durum, tamamlanan vakaları filtrelemek ve sonuçları kategorilere ayırmak için kullanılır. Ret oranı 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ın belirlenmesine yardımcı olur.
Neden önemli?
Her vakanın sonucunu tanımlar. Bu, onaylanan ve reddedilen raporların yollarını karşılaştırmak gibi sonuç odaklı analizlerin temelidir.
Nereden alınır?
Coupa'daki gider raporu nesnesinde bulunan birincil durum alanıdır. Üst bilgi verilerinde yer alır ve süreç boyunca güncellenir.
Örnekler
pending_approvalapprovedpaidrejected
|
|||
|
Kullanıcı Adı
UserName
|
Etkinliği gerçekleştiren çalışanın veya kullanıcının adıdır. | ||
|
Açıklama
Bu öznitelik, belirli bir olayla ilişkili kişiyi, örneğin bir masraf raporunu gönderen, onaylayan veya reddeden kişiyi tanımlar. Bu kişi adı, çalışan kimliği veya sistem kullanıcı hesabı olabilir. Süreci kullanıcı bazında 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 kaynak bazında metrikleri ayrıntılandıran Dashboardlar için temel bir özniteliktir.
Neden önemli?
İşlemleri belirli kişilere bağlar. Böylece süreç içindeki iş yükü, performans ve kaynağa özgü davranışlar analiz edilebilir.
Nereden alınır?
Bu bilgi genellikle Coupa Expenses denetim izi tablolarında, her olay veya işlemle ilişkilendirilmiş olarak bulunur. user-id, submitted-by veya updated-by gibi alanları arayın.
Örnekler
John Smithjsmith11023
|
|||
|
Politika İhlali İşareti
PolicyViolationFlag
|
Gider raporunun politika ihlali olarak işaretlenmesi durumunda doğru değerini alan Boolean göstergedir. | ||
|
Açıklama
Coupa, harcama limitlerinin aşılması veya onaysız tedarikçilerin kullanılması gibi şirket politikasını ihlal eden masrafları otomatik olarak işaretleyebilir. Bu öznitelik, masraf raporu için böyle bir ihlalin tespit edilip edilmediğini gösteren basit bir doğru veya yanlış işaretidir. Bu işaret, uyumluluğu izlemek ve analiz etmek için gereklidir. Zaman içinde ve departmanlar arasında politika ihlali oranlarını izleyen Dashboardlar oluşturmanızı sağlar. Ayrıca politika ihlali içeren raporların uyumlu raporlardan farklı işlenip işlenmediğini analiz etmenize yardımcı olur. Ö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?
Politika uyumluluğunun doğrudan ölçülmesini ve analiz edilmesini sağlar. Böylece yüksek riskin veya sık görülen uyumsuzlukların olduğu alanlar belirlenip ele alınabilir.
Nereden alınır?
Genellikle Coupa'daki gider raporunda veya tek tek gider satırlarında bir işaret ya da durum olarak bulunur. Çoğu zaman sistemin kural motoru tarafından belirlenir.
Örnekler
truefalse
|
|||
|
Ret Nedeni
RejectionReason
|
Bir gider raporu onaylayıcı tarafından reddedildiğinde sunulan nedendir. | ||
|
Açıklama
Bir yönetici veya finans ekibi üyesi gider raporunu reddettiğinde genellikle bir neden belirtir. Bu öznitelik, önceden tanımlanmış bir listeden seçilebilen veya serbest metin olarak girilebilen bu nedeni kaydeder. Kök neden analizi için çok değerli bir özniteliktir. En sık görülen ret nedenlerinin analizi, politikaların hangi alanlarda net olmadığını, çalışanların nerede daha fazla eğitime ihtiyaç duyduğunu veya gönderim sürecinde hangi sorunların bulunduğunu ortaya çıkarır. Bu analiz, yeniden işlemeyi azaltma ve ilk gönderimde onay oranını artırma çalışmalarını doğrudan destekler.
Neden önemli?
Yeniden işlemenin neden gerçekleştiğini doğrudan açıklar. Hedefli eğitim, politika açıklamaları veya süreç iyileştirmeleriyle ret oranlarını azaltmak için uygulanabilir içgörüler sağlar.
Nereden alınır?
Bu bilgi genellikle Coupa'da bir ret olayıyla ilişkili denetim izinde veya yorumlarda bulunur. Ayrı bir alanda yer alabilir ya da yorumlardan ayrıştırılabilir.
Örnekler
Makbuz eksikPolitikaya aykırı masrafYanlış masraf kategorisiYinelenen gönderim
|
|||
|
Toplam Tutar
TotalAmount
|
Gider raporunun toplam parasal değeridir. | ||
|
Açıklama
Bu öznitelik, rapora dahil edilen tüm masraf satırlarının toplamını temsil eder. Süreçten geçen değeri anlamak için temel bir finansal metriktir. Toplam tutarı analiz etmek, masraf raporlarını farklı değer aralıklarına ayırmanıza yardımcı olur. Bu aralıklar farklı onay yollarına veya inceleme düzeylerine tabi olabilir. Öznitelik, harcama örüntülerini analiz eden, darboğaz oluşturan yüksek tutarlı raporları belirleyen ve rapor tutarını işleme süreleri veya ret oranlarıyla ilişkilendiren Dashboardlarda kullanılır.
Neden önemli?
Sürece finansal bağlam kazandırır. Böylece gider raporlarının parasal değerine göre analiz yapılabilir; bu değer çoğu zaman onay yollarını ve işleme önceliğini etkiler.
Nereden alınır?
Coupa'daki gider raporu üst bilgisinde bulunan standart bir alandır. Genellikle total veya total-amount olarak adlandırılır.
Örnekler
150.752500.0085.50
|
|||
|
Gider Kategorisi
ExpenseCategory
|
Seyahat, yemek veya ofis malzemeleri gibi giderin kategorisidir. | ||
|
Açıklama
Bu öznitelik, talep edilen giderin türünü sınıflandırır. Gider raporları çoğu zaman her biri kendi kategorisine sahip birden fazla gider satırı içerir. Vaka düzeyindeki analizde en sık kullanılan kategori veya birleştirilmiş bir liste kullanılabilir. Sürecin gider kategorisine göre ayrıştırılması, farklı davranışları veya darboğazları ortaya çıkarabilir. Örneğin seyahat giderleri, ofis malzemesi alımlarına göre daha karmaşık bir onay yolundan geçebilir. Bu boyut, giderin niteliğinin işleme yolculuğunu nasıl etkilediğini anlamak için önemlidir.
Neden önemli?
Sürecin harcama türüne göre ayrıştırılmasını sağlar. Böylece kategoriye özgü darboğazlar, politikalar veya onay yolları ortaya çıkarılabilir.
Nereden alınır?
Bu bilgi Coupa'da gider satırı düzeyinde saklanır. Vaka düzeyinde analiz için, örneğin en yüksek tutarlı satırın kategorisi alınarak birleştirilmesi gerekir.
Örnekler
Uçak BiletiYemek ve EğlenceYazılımOfis Malzemeleri
|
|||
|
İlk Gönderimde Onay Var mı
IsFirstPassApproval
|
Gider raporunun herhangi bir ret veya revizyon olmadan onaylanması durumunda doğru değerini alan işarettir. | ||
|
Açıklama
Bu, bir gider raporunun onay sürecini ilk denemede başarıyla tamamlayıp tamamlamadığını gösteren vaka düzeyinde hesaplanan bir özniteliktir. Vakada herhangi bir ret veya Revizyon İçin Geri Gönderildi etkinliği yoksa true değerini alı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 gider kategorisi gibi düşük ilk gönderimde onay oranıyla ilişkili faktörlerin analizi, süreç iyileştirmesi için değerli içgörüler sağlayabilir.
Neden önemli?
Süreç kalitesini ve verimliliğini açıkça ölçer. Böylece yeniden işleme olmadan tamamlanan raporların oranı hesaplanabilir.
Nereden alınır?
Vaka düzeyinde hesaplanır. Belirli bir ExpenseReportId için tüm etkinlikler taranır ve ret ya da revizyon olaylarının bulunup bulunmadığı kontrol edilir.
Örnekler
truefalse
|
|||
|
Maliyet Merkezi
CostCenter
|
Giderlerin tahsis edildiği maliyet merkezidir. | ||
|
Açıklama
Maliyet Merkezi, muhasebe ve bütçelemede kullanılan bir finansal boyuttur. Giderlerin maliyetini organizasyonun hangi bölümünün üstleneceğini gösterir. Raporu gönderen kişinin departmanından farklı olabilir. Maliyet Merkezi bazında analiz, sürece finansal muhasebe perspektifi kazandırır. Harcamaların ve süreç verimliliğinin belirli bütçeler veya finansal birimler karşısında izlenmesini sağlar. Bu özellik, kurumsal harcamaları anlamak ve yönetmek isteyen finans departmanları için özellikle önemlidir.
Neden önemli?
Analiz için önemli bir finansal boyut sağlar. Böylece süreç metrikleri doğrudan finansal ve bütçesel birimlerle ilişkilendirilebilir.
Nereden alınır?
Coupa'da gider raporu üst bilgisinde veya satır öğelerinde bulunan standart bir muhasebe alanıdır. Genellikle Hesap Planı yapısının bir parçasıdır.
Örnekler
CC4510-MarketingCC2100-EngineeringCC7800-Sales-East
|
|||
|
Onaylayıcı Adı
ApproverName
|
Gider raporunu onaylayan veya reddeden yöneticinin ya da finans kullanıcısının adıdır. | ||
|
Açıklama
Bu öznitelik, yönetici veya finans onayı adımında yer alan belirli onaylayıcıyı tanımlar. Bu kişi, raporu gönderen kullanıcıdan farklıdır. Bu veri, onaylayıcıların performansını ve davranışını analiz etmek için kullanışlıdır. Her onaylayıcı için onay çevrim sürelerini ölçmenize ve aşırı iş yükü taşıyan veya ek eğitim gerektiren belirli kişilerin neden olduğu darboğazları belirlemenize yardımcı olur. İş yükünü dengelemeyi ve onay verimliliğini artırmayı amaçlayan Dashboardları destekler.
Neden önemli?
Gecikmeleri veya yüksek ret oranlarını belirli onaylayıcılara bağlayarak onay zincirindeki darboğazların bulunmasına yardımcı olur ve hedefli müdahaleler yapılmasını sağlar.
Nereden alınır?
Coupa'da gider raporunun onay geçmişinde veya denetim izinde bulunur. Her onay adımında işlemi gerçekleştiren kullanıcının kaydı yer almalıdır.
Örnekler
Sarah ChenDavid RodriguezFinans Ekibi Kuyruğu
|
|||
|
Para Birimi
Currency
|
Gider raporunun toplam tutarına ait para birimi kodudur. | ||
|
Açıklama
Bu öznitelik, gider raporunun toplam tutarının hangi para birimiyle ifade edildiğini belirtir. Örneğin USD, EUR veya GBP olabilir. Her türlü finansal veri için gerekli bağlamı sağlar. Küresel bir organizasyonun giderleri analiz edilirken parasal değerlerin doğru yorumlanması ve toplanması için bu alan önemlidir. Anlamlı karşılaştırmalar yapabilmek amacıyla tüm tutarların tek bir temel para birimine dönüştürülmesi gerekebilir.
Neden önemli?
Parasal değerler için gerekli bağlamı sağlar. Böylece finansal analiz doğru yapılabilir ve küresel raporlama için para birimi dönüşümü gerçekleştirilebilir.
Nereden alınır?
Coupa'daki gider raporu üst bilgisinde bulunan standart bir alandır. Genellikle toplam tutar alanının yanında yer alır ve currency-code gibi bir ad taşır.
Örnekler
USDEURGBPJPY
|
|||
|
Politika İhlali Nedeni
PolicyViolationReason
|
Bir gider raporunun politika ihlali olarak işaretlenmesinin özel nedenidir. | ||
|
Açıklama
Bir politika ihlali işaretlendiğinde bu öznitelik, işaretin özel nedenini belirtir. Örneğin Tutar limiti aşıyor veya Onaylanmamış satıcı olabilir. Basit bir Boolean işaretinden daha ayrıntılı bilgi sağlar. Politika ihlali nedenlerinin analizi, uyumluluk sorunlarının daha ayrıntılı anlaşılmasını sağlar. Sık ihlal edilen politikaların belirlenmesine yardımcı olur. Bu durum, daha iyi iletişim, politika düzenlemeleri veya daha sıkı uygulama ihtiyacına işaret edebilir. Etkili uyumluluk iyileştirme stratejileri oluşturmak için önemlidir.
Neden önemli?
Uyumluluk sorunları hakkında ayrıntılı bilgi sağlar. Böylece şirketin gider politikalarına uyumu artırmak için hedefli adımlar atılabilir.
Nereden alınır?
Bu bilgi genellikle Coupa'nın uyumluluk motoru tarafından oluşturulan politika işaretinin veya uyarı mesajının ayrıntılarında bulunur.
Örnekler
Günlük yemek limiti aşıldıMasraf yineleniyorMakbuz gerekli
|
|||
|
Ülke
Country
|
Gideri gönderen çalışanın veya işlemin ülkesidir. | ||
|
Açıklama
Bu öznitelik, gider raporuyla ilişkili ülkeyi gösterir. Genellikle raporu gönderen çalışanın ikamet ettiği ülkedir. Küresel bir organizasyondaki süreçleri analiz etmek için önemli bir boyuttur. Sürecin ülke bazında analiz edilmesi, farklı coğrafi bölgelerdeki performansın, uyumluluğun ve süreç farklılıklarının karşılaştırılmasına yardımcı olur. Ele alınması gereken bölgesel düzenleme, politika veya operasyonel verimlilik farklılıklarını ortaya çıkarabilir.
Neden önemli?
Farklı coğrafi bölgelerde süreç performansının ve uyumluluğun karşılaştırılmasını sağlar. Bu, küresel organizasyonlar için gereklidir.
Nereden alınır?
Kullanıcının Coupa profilinden veya gider raporuyla ilişkili tüzel kişilikten elde edilebilir.
Örnekler
USADEUGBRJPN
|
|||
|
Yeniden İşleme Var mı
IsRework
|
Bir etkinliğin, raporun revizyon için geri gönderilmesi gibi bir yeniden işleme döngüsünün parçası olup olmadığını gösteren işarettir. | ||
|
Açıklama
Bu hesaplanan Boolean öznitelik, yeniden işlemeyi temsil eden etkinlikleri işaretler. Genellikle Revizyon İçin Geri Gönderildi gibi olaylarda veya aynı vaka içinde bu olaydan sonra gerçekleşen etkinliklerde true değerini alır. Yeniden işlemeyi belirlemek, Process Mining'in temel hedeflerinden biridir. Bu işaret, doğrudan filtreleme ve toplama yapılmasını sağlayarak yeniden işleme analizini kolaylaştırır. Yeniden işleme oranını hesaplamak, süreç haritasındaki yeniden işleme döngülerini görselleştirmek ve sürecin adımları tekrarlamasına neden olan etkinliklerin kök nedenlerini analiz etmek için kullanılır.
Neden önemli?
Verimsiz yeniden işleme döngülerini doğrudan işaretler. Böylece bu döngülerin sıklığı, çevrim süresine etkisi ve kök nedenleri kolayca ölçülebilir.
Nereden alınır?
Süreç akışına göre hesaplanır. Revizyon İç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
|
|||
Gider yönetimi faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Finans Onayladı
|
Finans veya denetim ekibi gider raporu için son onayı verir. Bu olay, raporun doğrulandığını ve ödeme işlemi için hazır olduğunu gösterir ve onay geçmişine kaydedilir. | ||
|
Neden önemli?
Bu, son onay dönüm noktasıdır. Yönetici onayı ile finans onayı arasındaki süre, toplam onay çevriminin önemli bir bileşenidir.
Nereden alınır?
Gider raporunun ayrıntılı onay geçmişinde veya denetim izinde son onay işleminin zaman damgasından yakalanır.
Yakalayın
Gider raporunun onay geçmişindeki son onay olayı zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Geri Ödeme Gerçekleştirildi
|
Ödeme başarıyla işlenir ve tutar ç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 Teslim Süresi KPI'ının bitiş noktasını oluşturur.
Nereden alınır?
Gider 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.
Yakalayın
Gider raporuna bağlı ilgili ödeme kaydındaki ödeme tarihinden alınır.
Olay türü
explicit
|
|||
|
Gider Raporu Gönderildi
|
Çalışan, tamamlanan gider raporunu onay için resmi olarak gönderir. Bu işlem raporu taslak durumundan bekleyen onay durumuna geçirir ve sistem tarafından açıkça kaydedilir. | ||
|
Neden önemli?
Bu, onay süresinin başladığı önemli bir dönüm noktasıdır. Oluşturma ile gönderim arasındaki süre, çalışanların raporları hazırlamasının ne kadar sürdüğünü gösterir.
Nereden alınır?
Gider raporu kaydındaki gönderim zaman damgasından veya gönderim olayına ait denetim izi kaydından yakalanır.
Yakalayın
Gider raporundaki 'submitted_at' zaman damgası alanını kullanın.
Olay türü
explicit
|
|||
|
Gider Raporu Oluşturuldu
|
Gider raporu yaşam döngüsünün başlangıcını gösterir. Bu olay, bir kullanıcının yeni bir gider raporunu ilk kez oluşturup kaydetmesiyle yakalanır ve rapor taslak durumuna geçer. | ||
|
Neden önemli?
Bu adım, tüm süreç analizlerinin başlangıç noktasıdır ve gider raporunun uçtan uca toplam çevrim süresini ölçmek için büyük önem taşır.
Nereden alınır?
Bu, gider raporu üstbilgisi kaydının oluşturulma zaman damgasından yakalanan açık bir olaydır. Kaynak, Coupa'daki gider üstbilgisi tablosunda bulunan 'created_at' zaman damgasıdır.
Yakalayın
Gider raporu nesnesinin oluşturulma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Muhasebeye Kaydedildi
|
Gider raporuyla ilgili finansal işlemler Büyük Deftere kaydedilir. Bu, sürecin finansal muhasebe açısından son adımını oluşturur. | ||
|
Neden önemli?
Bu, sürecin gerçek sonunu gösteren son etkinliktir. Geri ödeme ile muhasebeye kayıt arasındaki süre, hızlı ve doğru bir finansal kapanış için önemlidir.
Nereden alınır?
Bu olay, gider 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.
Yakalayın
Gider raporuyla ilgili 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 onaylayanı gider raporunu onaylar. Bu olay, zaman damgası içeren rapor onay geçmişinde açıkça kaydedilir. | ||
|
Neden önemli?
İlk onay düzeyinin tamamlandığını gösterir. Bu olaya kadar geçen süreyi analiz etmek, Onay Çevrim Süresi KPI'ı ve yönetici düzeyindeki darboğazları belirlemek için önemlidir.
Nereden alınır?
Coupa'daki ayrıntılı onay geçmişinde veya gider raporuna ait denetim izinde onay işleminin zaman damgasından yakalanır.
Yakalayın
Gider raporunun onay geçmişi günlüğündeki onay olayı zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Düzeltme İçin Geri Gönderildi
|
Bir onaylayan, kesin ret vermeden düzeltme yapılması için raporu çalışana geri gönderir. Bu işlem bir yeniden işleme döngüsü oluşturur ve durum değişikliğinden veya belirli bir denetim izi olayından çıkarılır. | ||
|
Neden önemli?
Bu faaliyet, yeniden işleme döngülerini analiz etmenin temelini oluşturur. Raporların neden geri gönderildiğini belirlemek, eğitimleri ve ilk gönderimde onay oranlarını iyileştirmeye yardımcı olur.
Nereden alınır?
'Düzeltme Bekliyor' veya 'Geri Gönderildi' gibi bir duruma yapılan durum değişikliğinden çıkarılır. Coupa bu işlemi onay geçmişinde açıkça da kaydedebilir.
Yakalayın
Durumun 'düzeltme gerekiyor' durumuna değiştiği zaman damgası veya denetim günlüğündeki belirli bir olay.
Olay türü
inferred
|
|||
|
Finans Reddetti
|
Finans veya denetim ekibi gider raporunu reddeder. Bu, süreci sonlandıran olumsuz bir sonuçtur. Rapor geçmişinde son ret durumu olarak yakalanır. | ||
|
Neden önemli?
Finans 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?
Gider raporunun denetim izinde, finans onaylayıcısının ret işlemi için kaydedilen zaman damgasından alınır.
Yakalayın
Finans inceleme adımı sırasında denetim izinde yer alan ret olayı zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Geri Ödeme Planlandı
|
Son onayın ardından gider raporu, ödenmek üzere bir ödeme grubuna dahil edilir. Bu işlem, onay aşamasından ödeme işleme aşamasına geçişi gösterir. | ||
|
Neden önemli?
Bu etkinlik, Geri Ödeme Gerçekleştirme Çevrim Süresi için sürenin başlamasını sağlar. Buradaki gecikmeler, onaylanan raporların ödeme sistemine aktarılmasında birikme olduğunu gösterir.
Nereden alınır?
Ödeme Bekleniyor durumuna geçişten veya raporun Coupa Pay içindeki bir ödeme grubu kaydıyla ilişkilendirildiği tarihten çıkarılır.
Yakalayın
Durumun Ödeme Bekleniyor olarak değiştiği zaman damgasından veya ilgili ödeme grubunun oluşturulma tarihinden alınır.
Olay türü
inferred
|
|||
|
Gider Raporu Geri Çekildi
|
Çalışan, gönderilmiş bir gider raporunu tamamen onaylanmadan önce 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 kendi kendilerine düzelttiği veya iptal ettiği durumları izler. Bu durumlar, süreçle ilgili bir karışıklığa işaret edebilir. Bu, bir süreç kesintisi türüdür.
Nereden alınır?
Açık bir kullanıcı işlemi sonucunda oluşur ve Geri Çekildi veya İptal Edildi durumu ile denetim izine kaydedilir.
Yakalayın
Gider raporunun denetim izindeki geri çekme işleminin zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Makbuzlar Eklendi
|
Kullanıcının rapordaki bir gider satırına makbuz yüklemesini veya eklemesini ifade eder. Bu olay, gider raporuyla ilişkilendirilmiş ek kayıtlarının oluşturulması izlenerek yakalanır. | ||
|
Neden önemli?
Bu faaliyetin zamanlamasını ve sıklığını analiz etmek, kullanıcı davranışı kalıplarını ve eksik belgelerin neden olduğu olası gecikmeleri ortaya çıkarabilir.
Nereden alınır?
Belirli Gider Raporu Kimliğiyle ilişkilendirilmiş ek kayıtlarının oluşturulma zaman damgasından çıkarılır.
Yakalayın
Ek kayıtlarının gider raporuyla ilişkilendirildiği zaman damgalarını belirleyin.
Olay türü
inferred
|
|||
|
Politika Kontrolü Gerçekleştirildi
|
Şirket gider politikalarına uyumluluk için otomatik bir kontrol gerçekleştirilir. Bu olay genellikle raporda bir politika ihlali bayrağının veya uyarısının ilk kez ayarlandığı zaman damgasından çıkarılır. | ||
|
Neden önemli?
Politika Uyumluluğu Genel Bakış Dashboardu için gereklidir. Süreçte ihlallerin olup olmadığını, ne zaman tespit edildiğini ve onay sürelerini nasıl etkilediğini anlamaya yardımcı olur.
Nereden alınır?
Bir politika ihlali bayrağının gider satırına veya rapor üstbilgisine uygulandığı zaman damgasından çıkarılır.
Yakalayın
Gider raporunda veya rapor satırlarında politika ihlali bayrağının ilk kez ayarlandığı zaman damgası.
Olay türü
inferred
|
|||
|
Yönetici Reddetti
|
Çalışanın yöneticisi gider raporunu reddeder. Bu işlem çoğu zaman süreci durdurur ve raporu çalışana geri gönderir. Olay, onay geçmişinde belirli bir adım olarak yakalanır. | ||
|
Neden önemli?
Bu, süreçteki sürtünmeyi gösteren olumsuz bir sonuçtur. Bu olayları analiz etmek, Masraf Raporu Ret Oranı Dashboardu ve KPI’ı için büyük önem taşır.
Nereden alınır?
Gider raporunun onay geçmişinde veya denetim izinde ret işleminin zaman damgasından yakalanır.
Yakalayın
Gider raporunun onay geçmişi günlüğündeki ret olayı zaman damgasından alınır.
Olay türü
explicit
|
|||
Çıkarma rehberleri
Başlamaya hazır mısınız?
Process Mining yolculuğunuzu başlatmak ve masraf yönetiminiz hakkında değerli içgörüler elde etmek için bu şablondan yararlanın. Operasyonlarınızı optimize etmeye bugün başlayın.
Gider yönetimini optimize edin: darboğazları bugün ortadan kaldırın
Net içgörülerle verimsizlikleri ortaya çıkarın ve gider çevrim süresini %30 azaltın.
Kredi kartı gerekmez. Dakikalar içinde başlayın.