Satın Almadan Ödemeye - Talep Veri Templateiniz

Coupa
Satın Almadan Ödemeye - Talep Veri Templateiniz

Satın Almadan Ödemeye - Talep Veri Templateiniz

Bu ayrıntılı veri Templatei, Satın Almadan Ödemeye, Talep sürecinizi analiz etmek için gerekli bilgileri toplamanıza yönelik yapılandırılmış bir yaklaşım sunar. Güvenilir bir Event Log için gerekli temel öznitelikleri ve etkinlikleri açıklar. Ayrıca bu verileri Coupa sisteminizden etkili biçimde çıkarma konusunda rehberlik sağlar.
  • Ayrıntılı analiz için önerilen öznitelikler
  • İzlenecek temel süreç faaliyetleri
  • Uygulamalı veri çıkarma yönlendirmeleri
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Satın Almadan Ödemeye - Satın alma talebi öznitelikleri

Satın Almadan Ödemeye - Satın alma talebi sürecinizi ayrıntılı şekilde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları aşağıda yer alır.
5 Gerekli 5 Önerilen 11 İsteğe bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Talep için belirli bir zamanda gerçekleşen iş faaliyetinin veya olayın adıdır.
Açıklama

Bu öznitelik, satın alma talebinin yaşam döngüsündeki farklı adımları kaydeder. Örnekler arasında 'Talep Oluşturuldu', 'Onay Adımı Onaylandı' ve 'Talep Tedarik Sürecine Aktarıldı' yer alır. Her faaliyet, talep üzerinde gerçekleştirilen belirli bir aşamayı veya işlemi temsil eder. Bu faaliyetlerin sırasını ve sıklığını analiz etmek Process Mining için temeldir; süreç haritalarını görselleştirmeyi, yaygın yolları belirlemeyi ve standart prosedürden sapmaları tespit etmeyi sağlar.

Neden önemli?

Süreç haritasındaki adımları tanımlar ve taleplerin akışını görselleştirip analiz etmeyi mümkün kılar.

Nereden alınır?

Bu bilgi genellikle Coupa içindeki olay günlüklerinden, durum değişikliği kayıtlarından veya denetim izlerinden elde edilir. Durum alanlarından veya işlem kodlarından haritalama yapılması gerekebilir.

Örnekler
Talep oluşturulduTalep gönderildiOnay adımı onaylandıTalep ReddedildiSatın Alma Siparişi Oluşturuldu
Olay Zamanı
EventTime
Faaliyetin gerçekleştiği kesin tarih ve saattir.
Açıklama

Olay Zamanı veya zaman damgası, bir satın alma talebi için faaliyetin kaydedildiği kesin anı gösterir. Bu veri, süreç akışını oluşturmak üzere olayları kronolojik sıraya koymak için gereklidir. Çevrim sürelerini hesaplamak, faaliyetler arasındaki süreyi ölçerek darboğazları belirlemek ve farklı dönemlerdeki süreç performansını anlamak dahil olmak üzere zamana dayalı tüm analizlerin temelini oluşturur. Anlamlı süreç analizi için doğru ve ayrıntılı zaman damgaları gereklidir.

Neden önemli?

Bu zaman damgası, olayları doğru sıraya koymak ve çevrim süreleri ile darboğazlar gibi süreye dayalı tüm metrikleri hesaplamak için gereklidir.

Nereden alınır?

Bu bilgi, Coupa'da her talebe ait denetim izinde veya geçmiş kayıtlarında, çoğunlukla her işlem için 'created_at' ya da 'updated_at' alanı olarak tutulur.

Örnekler
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
Satın Alma Talebi Kimliği
PurchaseRequisitionId
Her satın alma talebini benzersiz biçimde tanımlayan ve süreçteki temel vaka kimliği olarak kullanılan tanımlayıcıdır.
Açıklama

Satın Alma Talebi Kimliği, tek bir mal veya hizmet talebiyle ilgili tüm faaliyetleri birbirine bağlayan merkezi anahtardır. Her talebe oluşturulduğunda benzersiz bir kimlik atanır ve bu kimlik yaşam döngüsü boyunca değişmez. Böylece talep, ilk oluşturulmasından ve gönderilmesinden tüm onay veya ret adımlarına, ardından nihai tedarik ve kapanışına kadar uçtan uca izlenebilir. Process Mining'de her olay günlüğü kaydı bu kimliğe bağlanır ve her vaka için sürecin tamamı yeniden oluşturulabilir.

Neden önemli?

Bu, tüm süreç adımlarını birbirine bağlayan ve talebin başlangıçtan sona kadar yaşam döngüsünün eksiksiz analizini sağlayan temel Case ID'dir.

Nereden alınır?

Bu, Coupa'nın Requisitions modülünde ve ilgili veri dışa aktarımlarında bulunan birincil anahtar alanıdır.

Örnekler
PR-102934PR-102935PR-102936
Kaynak Sistem
SourceSystem
Verilerin hangi kaynak sistemden çıkarıldığını belirtir.
Açıklama

Bu öznitelik, süreç verilerinin geldiği kayıt sistemini belirtir. Bu analizde değer sürekli olarak 'Coupa' olacaktır. Bu alanın eklenmesi, özellikle verilerin birden fazla sistemden birleştirilebildiği ortamlarda iyi bir uygulamadır. Veri kökeni hakkında gerekli bağlamı sağlar ve veri yönetişimi ile kalite kurallarının yönetimine yardımcı olur.

Neden önemli?

Veri kökenini açıkça gösterir. Bu, veri yönetişimi ve birden fazla kurumsal sistemden gelen verilerin birleştirilmesi için gereklidir.

Nereden alınır?

Bu, genellikle veri çıkarma ve dönüştürme sırasında Veri Seti'nin kaynağını belirtmek için eklenen statik bir değerdir.

Örnekler
Coupa
Son Veri Güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgasıdır.
Açıklama

Bu öznitelik, Coupa sisteminden en son veri çıkarımının yapıldığı tarih ve saati kaydeder. Analiz edilen verilerin güncelliği hakkında şeffaflık sağlar. Verilerin ne kadar güncel olduğunu bilmek, kullanıcıların içgörülerin mevcut operasyonel durumu mu yoksa daha önceki bir zaman dilimini mi yansıttığını anlaması açısından önemlidir. Bu bilgi, devam eden operasyonları izleyen Dashboardlar için özellikle önem taşır.

Neden önemli?

Kullanıcılara verilerin güncelliği hakkında bilgi verir. Böylece analiz dönemini anlayabilir ve güncel bilgilere dayanarak karar verebilirsiniz.

Nereden alınır?

Bu zaman damgası, başarılı bir veri çıkarma çalışmasının sonunda veri hattı veya ETL aracı tarafından oluşturulur ve eklenir.

Örnekler
2024-05-21T02:00:00Z
Departman
Department
Talebin giderinin yansıtıldığı iş departmanı veya maliyet merkezidir.
Açıklama

Departman özniteliği, her talebi belirli bir organizasyon birimine veya maliyet merkezine bağlar. Karşılaştırmalı analiz için önemli bir boyuttur. Dashboardların ve temel performans göstergelerinin departmana göre filtrelenmesini ve bölümlere ayrılmasını sağlar. Böylece yöneticiler farklı organizasyon birimlerindeki onay çevrim sürelerini, ret oranlarını ve uyumluluğu karşılaştırabilir. Bu yaklaşım, departmana özgü sorunları veya iyi uygulamaları belirlemeye yardımcı olur.

Neden önemli?

Çevrim süresi ve ret oranları gibi süreç KPI'larını farklı iş birimleri arasında karşılaştırmayı sağlar ve iyileştirme alanlarını ortaya çıkarır.

Nereden alınır?

Coupa'daki Requisition nesnesinde bulunan standart bir alandır; genellikle talep sahibinin kullanıcı profiliyle ilişkilendirilir veya talep kalemlerinde belirtilir.

Örnekler
PazarlamaBT OperasyonlarıTesislerAraştırma ve Geliştirme
Onaylayan
Approver
Bir onay faaliyetinden sorumlu kullanıcı veya gruptur.
Açıklama

Bu öznitelik, bir onay adımına atanan belirli kişiyi veya onay grubunu tanımlar. 'Onay adımı başlatıldı', 'Onay adımı onaylandı' ve 'Onay adımı reddedildi' gibi etkinlikler için doldurulur. Onaylayan kişiye göre veri analizi, 'Onaylayan performansı ve iş yükü' Dashboardını oluşturmak için önemlidir. Bireysel onay sürelerini ölçmeye, belirli onaylayanların neden olduğu darboğazları belirlemeye ve iş yükü dağılımını değerlendirmeye yardımcı olur.

Neden önemli?

Onaylayan performansını ve iş yükü dengesini analiz etmek, belirli kişilerle veya onay gruplarıyla ilişkili darboğazları belirlemek için gereklidir.

Nereden alınır?

Bu bilgi, Coupa'da her taleple ilişkilendirilmiş onay zinciri ayrıntılarında bulunur. User verileriyle birleştirme yapılması gerekebilir.

Örnekler
David MillerFinans Onaycıları L2Susan Chen
Talep Durumu
RequisitionStatus
Satın alma talebinin mevcut veya nihai durumudur.
Açıklama

Bu öznitelik, veri çıkarma anındaki genel talep durumunu veya talebin nihai sonucunu gösterir. Yaygın durumlar arasında 'Onay Bekleniyor', 'Onaylandı', 'Reddedildi', 'Geri Çekildi' ve 'Kapatıldı' bulunur. Bu, filtreleme ve analiz için temel bir boyuttur. Onay ve ret oranlarını hesaplamak, açık taleplerin mevcut iş yükünü izlemek ve taleplerin nihai sonucunu anlamak için kullanılır.

Neden önemli?

Talep sonuçlarını anlamak, onay ve ret oranlarını hesaplamak ve devam eden taleplerin mevcut durumunu izlemek için gereklidir.

Nereden alınır?

Bu, Coupa'daki Purchase Requisition nesnesinde bulunan ve genellikle 'status' veya 'state' olarak adlandırılan standart bir alandır.

Örnekler
Onay bekleniyorOnaylandıReddedildiGeri çekildiKapatıldı
Talep Sahibi
Requester
Satın alma talebini oluşturan ve gönderen çalışandır.
Açıklama

Bu öznitelik, talebi başlatan kişiyi tanımlar. Talep sahibi bazında analiz yapmak, yüksek değişiklik oranları veya sık retler gibi belirli kullanıcılarla ilişkili örüntüleri belirlemeye yardımcı olur; bu durum ek eğitim ihtiyacına işaret edebilir. Ayrıca farklı kullanıcılar veya kullanıcı grupları için talep hacimlerini ve süreç davranışını analiz etmekte kullanılır.

Neden önemli?

Süreç davranışını kullanıcı bazında analiz etmeyi, eğitim ihtiyaçlarını belirlemeyi ve farklı kişilerin süreçle nasıl etkileşim kurduğunu anlamayı sağlar.

Nereden alınır?

Coupa'daki Requisition nesnesinde standart bir alan olarak bulunur; genellikle User nesnesine bağlanır ve 'requester' veya 'created_by' olarak adlandırılır.

Örnekler
Alice JohnsonBob SmithCharlie Brown
Toplam Tutar
TotalAmount
Satın alma talebinin toplam parasal değeridir.
Açıklama

Bu öznitelik, talepte istenen tüm mal ve hizmetlerin toplam maliyetini gösterir. Tutar, süreç analizinde önemli bir etkendir; çünkü çoğu zaman onay iş akışının karmaşıklığını belirler. Daha yüksek tutarlı talepler genellikle daha fazla onay adımı gerektirir. Süreç metriklerini değer aralıklarına göre, örneğin 1.000 ABD dolarından az veya 1.000-10.000 ABD doları, analiz etmek, sürecin farklı finansal büyüklükteki talepleri nasıl ele aldığını gösterebilir.

Neden önemli?

Daha yüksek tutarlar çoğu zaman daha karmaşık onay iş akışlarını tetiklediğinden, farklı değerlerdeki talepler için sürecin nasıl değiştiğini analiz etmeye yardımcı olur.

Nereden alınır?

Coupa'daki Requisition nesnesinin başlığında bulunan standart bir alandır ve genellikle 'total' veya 'total_amount' olarak adlandırılır.

Örnekler
500.0012550.7599.99
Aciliyet Düzeyi
UrgencyLevel
Talebin aciliyetini belirten ve 'Yüksek', 'Orta' veya 'Düşük' gibi sınıflandırmalardan oluşan düzeydir.
Açıklama

Genellikle bir öncelik alanıyla eşlenen Aciliyet düzeyi, talep sahiplerinin hızlandırılmış işlem gerektiren talepleri işaretlemesini sağlar. Bu öznitelik, 'Acil talep işlem süresi' Dashboardı için gereklidir. Kuruluşlar, yüksek aciliyetli taleplerin çevrim sürelerini standart taleplerle karşılaştırarak önceliklendirme mekanizmalarının etkili olup olmadığını ve acil iş ihtiyaçlarının zamanında karşılanıp karşılanmadığını değerlendirebilir.

Neden önemli?

Acil taleplerin standart taleplerden daha hızlı işlenip işlenmediğini analiz etmeyi ve önceliklendirme politikalarının etkinliğini doğrulamayı sağlar.

Nereden alınır?

Bu, Coupa'daki Requisition nesnesinde bulunan standart veya özel bir alan olabilir. Coupa belgelerine veya sistem yapılandırmasına başvurun.

Örnekler
YüksekOrtaDüşük
Değiştirildi mi
IsAmended
Talebin ilk gönderiminden sonra bir veya daha fazla kez değiştirildiğini belirten Boolean işaretidir.
Açıklama

Bu hesaplanan öznitelik, belirli bir vakada 'Talep değiştirildi' etkinliğinin gerçekleşip gerçekleşmediğini gösteren basit bir True/False işaretidir. Kullanıcıların değişiklik gerektiren talepleri kolayca ayırmasını sağlayarak analiz ve filtrelemeyi kolaylaştırır. Talep Değişiklik Oranı temel performans göstergesini hesaplamak ve 'Talep değişikliği hacmi' Dashboardını desteklemek için kullanılır. Böylece yeniden çalışmanın temel nedenleri belirlenebilir ve ilk seferde kalite artırılabilir.

Neden önemli?

Değişiklik oranı KPI'ının hesaplanmasını kolaylaştırır ve yeniden çalışma gerektiren vakaları gerektirmeyenlerden kolayca ayırmayı sağlar.

Nereden alınır?

Bu değer, her vaka için olay günlüğünde 'Talep Değiştirildi' faaliyetinin bulunup bulunmadığı kontrol edilerek Process Mining aracında hesaplanır.

Örnekler
truefalse
Mal veya Hizmet Kategorisi
Commodity
Talep edilen mal veya hizmetlerin üst düzey kategorisidir.
Açıklama

Mal veya Hizmet Kategorisi özniteliği, talep kalemlerini 'Ofis Malzemeleri', 'Bilgisayar Donanımı' veya 'Pazarlama Hizmetleri' gibi standart bir sınıflandırmayla tanımlar. Bu, satın alınan ürünlere göre satın alma örüntülerini ve süreç farklılıklarını analiz etmeyi sağlar. Bazı kategoriler özel onay gereksinimlerine veya tedarik stratejilerine tabi olabilir. Süreci mal veya hizmet kategorisine göre analiz etmek, farklı harcama kategorileri için satın alma sürecini iyileştirmeye yardımcı olur.

Neden önemli?

Harcama kategorilerini analiz etmeye ve onay süreleri gibi süreç davranışlarının satın alınan mal veya hizmet türüne göre değişip değişmediğini anlamaya yardımcı olur.

Nereden alınır?

Bu, Coupa'da genellikle talep kalemi düzeyinde bulunan standart bir alandır. Başlık düzeyinde toplulaştırılması gerekebilir.

Örnekler
Ofis MalzemeleriBilgisayar DonanımıPazarlama HizmetleriSeyahat
Onay Adımı Sayısı
ApprovalStepCount
Bir talebin geçtiği toplam onay adımı sayısıdır.
Açıklama

Bu hesaplanan öznitelik, her talep için farklı 'Onay adımı onaylandı' etkinliklerinin sayısını hesaplar. Her vakanın onay iş akışındaki karmaşıklığı nicel olarak değerlendirmeye yardımcı olur. 'Ortalama onay adımı sayısı' temel performans göstergesinin temelini oluşturur ve olağandışı derecede uzun veya karmaşık onay yollarını izleyen talepleri belirlemek için kullanılır. Bu durumlar, iş akışının sadeleştirilmesi gerektiğine işaret edebilir.

Neden önemli?

Her talebin onay iş akışındaki karmaşıklığı nicel olarak değerlendirilir ve sadeleştirilmesi gereken aşırı karmaşık yolların belirlenmesine yardımcı olunur.

Nereden alınır?

Bu metrik, her Case ID için 'Onay Adımı Onaylandı' olaylarının sayısı hesaplanarak Process Mining aracında oluşturulur.

Örnekler
253
Onay Adımı Süresi
ApprovalStepDuration
Bir talebin tek bir onay adımında beklediği süredir.
Açıklama

Bu hesaplanan metrik, 'Onay adımı başlatıldı' etkinliği ile buna karşılık gelen 'Onay adımı onaylandı' veya 'Onay adımı reddedildi' etkinliği arasındaki süreyi ölçer. Onay zincirinin her bir aşamasındaki bekleme süresini ayrı olarak gösterir. 'Kritik onay adımı darboğazları' Dashboardı için önemlidir; çünkü genel süreçte en büyük gecikmelere hangi onaylayanların veya onay aşamalarının neden olduğunu tam olarak belirler.

Neden önemli?

Yalnızca toplam çevrim süresini değil, her bir adımda beklenen süreyi ölçerek onay iş akışındaki belirli darboğazları ortaya çıkarır.

Nereden alınır?

Process Mining aracında, 'Onay Adımı Başlatıldı' ile sonraki sonlandırıcı onay olayı (Onaylandı/Reddedildi) arasındaki zaman farkı bulunarak hesaplanır.

Örnekler
1,2 gün4 saat3,8 gün
Onay Workflow Yolu
ApprovalWorkflowPath
Talebe uygulanan belirli onay zincirini veya iş akışı Templateini tanımlayan bir belirteç.
Açıklama

Bu öznitelik, bir talebin izlemesi gereken önceden tanımlanmış onaylayan sırasını belirtir. Sıra, genellikle tutar, departman ve talep türü gibi faktörlere dayanan iş kurallarıyla belirlenir. Bu özniteliğin analizi, 'Talep politikası uyumluluğu' Dashboardının temelini oluşturur. Gerçek onaylayan sırası atanan iş akışı yolu ile karşılaştırılarak sapmalar tespit edilebilir, uyumluluk oranları ölçülebilir ve yönetilmeyen istisnalar belirlenebilir.

Neden önemli?

Beklenen ve gerçekleşen onay adımlarını karşılaştırarak uyumluluk analizi yapmayı ve süreç sapmalarını ortaya çıkarmayı sağlar.

Nereden alınır?

Coupa belgelerine başvurun. Bu bilgi, talep için tetiklenen onay zincirinin veya Workflow kuralının adından türetilebilir.

Örnekler
5.000 ABD dolarının altı için standart onay10.000 ABD dolarının üzerindeki BT donanımı onayıSermaye gideri için CFO incelemesi
Para Birimi
Currency
Talebin toplam tutarı için kullanılan para birimi kodudur.
Açıklama

Bu öznitelik, talebin Toplam Tutar değerinin hangi para birimiyle, örneğin USD, EUR veya GBP, ifade edildiğini belirtir. Özellikle birden fazla para birimiyle çalışan çok uluslu kuruluşlarda finansal analiz için gerekli bir bağlam sağlar. Parasal değerlerin doğru yorumlanmasını, finansal raporlama ve Dashboardlarda doğru dönüştürme ve toplama yapılmasını mümkün kılar.

Neden önemli?

'Toplam Tutar' özniteliği için gerekli bağlamı sağlar ve çok para birimli ortamlarda doğru finansal analize yardımcı olur.

Nereden alınır?

Coupa'daki Requisition nesnesinde bulunan standart bir alandır ve genellikle 'currency_code' veya benzer bir ad taşır.

Örnekler
USDEURGBP
Ret Nedeni
RejectionReason
Bir talep veya onay adımı reddedildiğinde onaylayan tarafından belirtilen nedendir.
Açıklama

Bir onaylayan talebi reddettiğinde genellikle kararının nedenini belirtir. Bu öznitelik, metin biçimindeki açıklamayı kaydeder. Ret nedenlerini analiz etmek, taleplerin neden başarısız olduğuna dair doğrudan ve niteliksel geri bildirim sağlar. Bu bilgi, hatalı kodlama, bütçe eksikliği veya yetersiz gerekçe gibi yaygın sorunları belirlemeye yardımcı olur; ardından bu sorunlar eğitim veya süreç iyileştirmeleriyle ele alınabilir.

Neden önemli?

Süreç başarısızlıklarının temel nedenleri hakkında doğrudan içgörü sağlar ve kullanıcı eğitimi veya süreç açıklığı için gereken alanları belirlemeye yardımcı olur.

Nereden alınır?

Bu bilgi genellikle talebin onay geçmişindeki 'Reddedildi' durum değişikliğiyle ilişkili yorumlar veya notlar alanında tutulur.

Örnekler
Yanlış maliyet merkeziBu çeyrek için bütçe aşılıyorYinelenen talepYetersiz gerekçe sunuldu
Satın Alma Siparişi Kimliği
PurchaseOrderId
Onaylanan talepten oluşturulan satın alma siparişinin kimliğidir.
Açıklama

Bir talep tamamen onaylanıp tedarik sürecinden geçirildikten sonra genellikle bir satın alma siparişi oluşturulur. Bu öznitelik, ortaya çıkan PO'nun kimliğini saklar. Üst süreçteki Talep süreci ile sonraki Satın Alma Siparişi süreci arasında önemli bir bağlantı kurar. 'Talep Onayından PO Oluşturulmasına Kadar Geçen Süre' KPI'ının hesaplanmasını ve tüm Purchase-to-Pay döngüsünün uçtan uca daha geniş biçimde analiz edilmesini sağlar.

Neden önemli?

Talebi sonraki satın alma siparişine bağlar, geçiş süresinin analiz edilmesini ve daha geniş bir uçtan uca P2P görünümünün oluşturulmasını sağlar.

Nereden alınır?

Coupa'daki Requisition nesnesinde bulunan ve PO oluşturulduktan sonra doldurulan standart bir alandır.

Örnekler
PO-45000123PO-45000124PO-45000125
Talep Türü
RequisitionType
'Sermaye Gideri', 'Operasyonel Gider' veya 'Yazılım' gibi talebin kategorisi veya türüdür.
Açıklama

Talep Türü, talepleri iş amaçlarına veya satın almanın niteliğine göre sınıflandırır. Bu öznitelik, uyumluluk analizi ve farklı talep türlerinin süreçte nasıl ilerlediğini anlamak için değerlidir. Örneğin sermaye harcaması talepleri, standart operasyonel taleplere göre daha sıkı ve uzun bir onay yolundan geçebilir. Süreci Talep Türüne göre analiz etmek, süreç optimizasyonu için değerli içgörüler ortaya çıkarabilir.

Neden önemli?

Analizi talebin iş amacına göre bölümlendirmeyi sağlar; farklı türler farklı süreç akışlarına ve politikalara tabi olabilir.

Nereden alınır?

Bu, Coupa'daki Requisition nesnesinde bulunan özel veya standart bir sınıflandırma alanı olabilir.

Örnekler
Sermaye GideriOperasyonel GiderBT DonanımıProfesyonel Hizmetler
Tedarikçi Adı
SupplierName
Talep için seçilen tedarikçinin veya satıcının adıdır.
Açıklama

Bu öznitelik, talep edilen mal veya hizmetler için planlanan tedarikçiyi tanımlar. Tedarikçi talep sahibi tarafından belirtilebilir veya daha sonra tedarik sürecinde eklenebilir. Süreç metriklerini tedarikçiye göre analiz etmek, tedarikçi performansını değerlendirmeye ve belirli tedarikçilerle etkileşimlerin daha uzun çevrim sürelerine veya diğer süreç verimsizliklerine yol açıp açmadığını belirlemeye yardımcı olur. Satın alma stratejisi ve tedarikçi ilişkileri yönetimi için önemli bağlam sağlar.

Neden önemli?

Süreç performansını seçilen tedarikçiye göre analiz etmeyi sağlar; bu analiz tedarik stratejilerine ve tedarikçi yönetimine yön verebilir.

Nereden alınır?

Bu bilgi, Coupa'daki Requisition Line nesnesinde genellikle 'supplier' veya 'vendor' alanı olarak bulunur.

Örnekler
StaplesDell TechnologiesAccentureCDW
Gerekli Önerilen İsteğe bağlı

Satın Almadan Ödemeye - Satın alma talebi faaliyetleri

Satın Almadan Ödemeye - Satın alma talebi Workflowunuzu doğru şekilde keşfetmek için Event Logunuzda kaydetmeniz gereken temel süreç adımları ve kilometre taşları aşağıda yer alır.
6 Önerilen 6 İsteğe bağlı
Aktivite Açıklama
Satın Alma Siparişi Oluşturuldu
Onaylanan talepteki bilgilere dayanarak bir satın alma siparişi (PO) başarıyla oluşturulur. Bu olay, kaynak talep kimliğine referans veren bir PO kaydı oluşturulduğunda anlaşılır.
Neden önemli?

Bu, talep sürecinin temel başarılı sonucudur ve Purchase-to-Pay sürecinin sonraki aşamasına geçişi gösterir. 'Talep Onaylandı' ile bu olay arasındaki süreyi analiz etmek, yürütme aşamasındaki gecikmeleri ortaya çıkarır.

Nereden alınır?

Kaynak 'requisition_headers' veya 'requisition_lines' kimliğine referans içeren 'purchase_orders' tablosundaki bir kaydın oluşturulmasından anlaşılır.

Yakalayın

Talep kimliğine bağlı PO kaydının 'created-at' zaman damgasını kullanın.

Olay türü inferred
Talep gönderildi
Talep sahibi, tamamlanan talebi resmî olarak onay iş akışına gönderir. Bu olay, sistemin denetim günlüklerinde veya geçmiş tablolarında talep durumunun 'draft' değerinden 'pending_approval' değerine değişmesi izlenerek çıkarılır.
Neden önemli?

Gönderim, onay sürecini başlatır ve 'Ortalama Talep Onay Çevrim Süresi' KPI'ını ölçmek için kritik bir kilometre taşı oluşturur. Bu noktadan önceki gecikmeler kullanıcı kaynaklı, sonraki gecikmeler ise süreç kaynaklıdır.

Nereden alınır?

'requisition_headers' tablosundaki durum değişikliğinden, özellikle 'status' alanının 'pending_approval' olarak değiştiği andan çıkarılır. Bu değişikliğin zaman damgası ilgili denetim izinde bulunur.

Yakalayın

Talep durumunun ilk kez 'pending_approval' olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
Talep Kapatıldı
Talep resmen kapatılır ve artık üzerinde başka bir işlem yapılmayacağını gösterir. Bu durum, bir PO oluşturulup tamamlandıktan sonra veya talep onaydan sonra ancak sipariş verilmeden önce iptal edildiğinde gerçekleşebilir.
Neden önemli?

Bu faaliyet, talebin yaşam döngüsü için kesin bir bitiş noktası oluşturur. Vakaların temiz biçimde sonuçlanmasını sağlayarak süreç analizinde süresiz olarak 'active' görünmelerini önler.

Nereden alınır?

'status' alanı 'closed' olarak güncellendiğinde 'requisition_headers' tablosundaki durum değişikliğinden anlaşılır. Zaman damgası, ilgili denetim izine kaydedilir.

Yakalayın

Talebin genel durumunun 'closed' olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
Talep oluşturuldu
Yeni bir satın alma talebi, bir kullanıcı tarafından başlatılır ve taslak olarak kaydedilir. Bu, her talep vakasının başlangıç noktasıdır ve genellikle talep kaydının oluşturulma zaman damgasından çıkarılır.
Neden önemli?

Bu faaliyet, talep yaşam döngüsünün başlangıcını gösterir. Oluşturma ile gönderim arasındaki süreyi analiz etmek, kullanıcıların yaşadığı belirsizlikten veya sistemin karmaşıklığından kaynaklanan gecikmeleri ortaya çıkarabilir.

Nereden alınır?

Bu olay, belirli bir Satın Alma Talebi kimliği için 'requisition_headers' tablosundaki 'created-at' zaman damgasından alınır.

Yakalayın

Talep başlığı kaydının oluşturulma zaman damgasını kullanın.

Olay türü inferred
Talep Onaylandı
Talep, onay Workflow içindeki gerekli tüm adımları başarıyla tamamlamıştır. Bu durum, talep başlığının genel durumunun 'approved' olarak değişmesinden anlaşılır.
Neden önemli?

Bu, onay döngüsünün sonunu gösteren önemli bir başarı aşamasıdır. Bu faaliyete ulaşma süresi temel bir KPI'dır ve sonraki satın alma işlemlerini başlatır.

Nereden alınır?

'status' alanı 'approved' olarak güncellendiğinde 'requisition_headers' tablosundaki durum değişikliğinden anlaşılır. Zaman damgası, ilgili denetim izine kaydedilir.

Yakalayın

Talebin genel durumunun 'approved' olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
Talep Reddedildi
Talep, onay süreci sırasında kesin olarak reddedilir ve satın alma siparişine dönüştürülmez. Bu durum, talep başlığının genel durumunun 'rejected' olarak değişmesinden anlaşılır.
Neden önemli?

Bu faaliyet, süreçteki sonlanmış bir başarısızlığı temsil eder. Bu olayları analiz etmek, 'Talep Ret Oranı'nı iyileştirmek ve politika ihlalleri ya da bütçe sorunları gibi temel nedenleri belirlemek için önemlidir.

Nereden alınır?

'status' alanı 'rejected' olarak güncellendiğinde 'requisition_headers' tablosundaki durum değişikliğinden anlaşılır. Zaman damgası, ilgili denetim izine kaydedilir.

Yakalayın

Talebin genel durumunun 'rejected' olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
Onay adımı başladı
Bir onay görevi belirli bir onaylayana veya onay grubuna atanır ve talep artık bu kişinin ya da grubun işlem yapmasını bekler. Bu durum, taleple ilişkili bir onay kaydı 'pending' durumuyla oluşturulduğunda çıkarılır.
Neden önemli?

Bu olay, belirli bir onay için bekleme süresinin başlangıcını gösterir. Bu olay ile karşılık gelen 'Onay adımı onaylandı/reddedildi' arasındaki süreyi ölçmek, onay zincirindeki belirli darboğazları belirlemeye yardımcı olur.

Nereden alınır?

Talebe bağlı 'approvals' tablosundaki bir kaydın oluşturulma zaman damgasından çıkarılır. Bu kayıtta onaylayanın işlem durumu 'pending' veya eşdeğeridir.

Yakalayın

Onay zincirindeki bir kişinin bekleyen onay kaydının oluşturulma zaman damgasını kullanın.

Olay türü inferred
Onay adımı onaylandı
Workflow içindeki bir onaylayan, talebi onaylar. Bu, sistem tarafından belirli bir zaman damgası ve kullanıcı bilgileriyle kaydedilen açık bir işlemdir.
Neden önemli?

Bu faaliyet, onay süreci akışına ayrıntılı görünürlük sağlar. Bu adımların bir araya getirilmesi, 'Onay Adımı Başına Ortalama Bekleme Süresi' hesaplamasına ve onaylayan performansının analizine yardımcı olur.

Nereden alınır?

'approvals' tablosuna veya denetim izine kaydedilen ve ilgili talep ile onaylayana bağlanan açık bir 'approve' işleminden alınır.

Yakalayın

Talebin onay geçmişinde 'approve' olaylarını filtreleyin.

Olay türü explicit
Onay Adımı Reddedildi
Bir onaylayan, Workflow içindeki kendi aşamasında talebi reddeder ve genellikle değişiklik yapılması için talebi isteyene geri gönderir. Bu, Coupa tarafından kaydedilen açık bir işlemdir.
Neden önemli?

Herhangi bir adımdaki retler yeniden çalışmaya neden olur ve çevrim sürelerini uzatır. Retlerin nerede ve neden gerçekleştiğini analiz etmek, süreç iyileştirme ve kullanıcı eğitimi açısından büyük önem taşır.

Nereden alınır?

'approvals' tablosuna veya denetim izine kaydedilen ve ilgili talep ile onaylayana bağlanan açık bir 'reject' işleminden alınır.

Yakalayın

Talebin onay geçmişinde 'reject' olaylarını filtreleyin.

Olay türü explicit
Talep değiştirildi
Talep, gönderildikten sonra talep sahibi veya başka bir yetkili kullanıcı tarafından düzenlenir. Coupa bu işlemi açıkça yeni bir sürüm veya denetim kaydı olarak günlüğe yazar ve çoğu zaman onay iş akışının bir bölümünü ya da tamamını sıfırlar.
Neden önemli?

Değişiklikleri izlemek, süreçteki yeniden çalışmayı ve verimsizliği anlamak için önemlidir. Çok sayıda değişiklik, ilk gereksinimlerin net olmadığını veya satın alma politikalarının karmaşık olduğunu gösterebilir ve 'Talep Değişiklik Oranı' KPI'ını etkileyebilir.

Nereden alınır?

Bu bilgi, 'requisition_headers' tablosuyla ilişkili ve sürüm değişikliklerini veya belirli 'edit' işlemlerini kaydeden denetim izi tablolarından alınır.

Yakalayın

Gönderimden sonra talebin geçmiş günlüğünde açık 'edit' veya 'update' olaylarını arayın.

Olay türü explicit
Talep Geri Çekildi
İlk talep sahibi, talep nihai onayı almadan önce talebi iptal eder. Bu, kullanıcı tarafından gerçekleştirilen ve ilgili talep için süreci sonlandıran açık bir işlemdir.
Neden önemli?

Geri çekmeler, değişen iş ihtiyaçlarına, yinelenen taleplere veya kullanıcıların süreç dışına çıkmasına işaret edebilir. Bunları izlemek, talep sinyalindeki değişkenliği ve olası süreç uyumsuzluklarını anlamaya yardımcı olur.

Nereden alınır?

'requisition_headers' tablosundaki durumun, denetim izinde kaydedilen açık bir kullanıcı işlemine dayanarak 'withdrawn' veya benzer bir duruma değiştiği anlaşılır.

Yakalayın

Talep durumunun 'withdrawn' olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
Talep Tedarik Sürecine Aktarıldı
Onaylanan talep, hemen satın alma siparişine dönüştürülmek yerine RFQ veya açık artırma gibi bir tedarik etkinliğine gönderilir. Bu olay, talep bir tedarik etkinliği nesnesine bağlandığında anlaşılır.
Neden önemli?

Bu faaliyet, satın alma sürecindeki önemli bir alternatif yolu gösterir. Basit satın almaları daha karmaşık ve stratejik tedarik faaliyetlerinden ayırarak çevrim süresi analizinin daha ayrıntılı yapılmasını sağlar.

Nereden alınır?

'sourcing' durumuna geçişi veya 'requisition_lines' tablosu ile bir tedarik etkinliği tablosu arasında bağlantı oluşturulmasını tespit ederek anlaşılır.

Yakalayın

Durumun 'sourcing' olarak değişip değişmediğini veya bir tedarik etkinliği kimliğine bağlantı oluşturulup oluşturulmadığını kontrol edin.

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Verilerinizi Coupa'dan nasıl alırsınız

Başlamaya hazır mısınız?

Bu Template ile Coupa Satın Almadan Ödemeye, Talep sürecinizi bugün optimize etmeye başlayın. Değerli içgörüleri keşfedin ve satın alma sürecinizde verimliliği artırın.

Coupa P2P taleplerini optimize edin, çevrim süresini bugün kısaltın

Verimsizlikleri belirleyin ve P2P talep çevrim sürenizi %30'a kadar kısaltın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Dakikalar içinde optimizasyona başlayın.