Satın Almadan Ödemeye - Talep Veri Template'inuz

Coupa
Satın Almadan Ödemeye - Talep Veri Template'inuz

Satın Almadan Ödemeye - Talep Veri Template'inuz

Bu detaylı veri şablonu, Satın Almadan Ödemeye, Talep sürecinizi analiz etmek için gerekli bilgileri toplamak için yapılandırılmış bir yaklaşım sunar. Güvenilir bir event log için gerekli temel öznitelikler.i ve faaliyetleri özetler. Ayrıca bu veriyi Coupa sisteminizden etkili bir şekilde çıkarmaya yönelik rehberlik. de bulacaksınız.
  • Detaylı analiz için önerilen özellikler
  • Takip Edilecek Temel Süreç Aktiviteleri
  • Pratik veri veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Satın Almadan Ödemeye - Talep Öznitelikleri

Bunlar, Satın Almadan Ödemeye, Talep sürecinizin detaylı bir analizi için event lognuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 5 Önerilen 11 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Talep için belirli bir zamanda gerçekleşen özel iş faaliyetinin veya olayın adı.
Açıklama

Bu öznitelik, satın alma talebi süreç döngüsündeki farklı adımları kaydeder. Örnekler::::::: arasında 'Talep Oluşturuldu', 'Onay Adımı Onaylandı' ve 'Talep Tedarik Edildi' bulunur. Her faaliyet, talep üzerinde atılan belirli bir kilometre taşını veya eylemi temsil eder. Bu faaliyetlerin sırasını ve sıklığını analiz etmek, süreç haritalarının görselleştirilmesini, yaygın yolların belirlenmesini ve standart prosedürden sapmaların tespit edilmesini sağladığı için Process Mining için büyük önem taşır.

Neden Önemli?dir?

Süreç haritasındaki adımları tanımlayarak, talep akışının görselleştirilmesini ve analiz edilmesini sunar.

Nereden Alınır??

Bu, genellikle Coupa sistemi içindeki event log'larından, durum değişikliği kayıtlarından veya denetim izlerinden türetilir. Durum alanlarından veya eylem kodlarından eşleştirmeyi gerektirebilir.

Örnekler:::::::
Talep OluşturulduTalep GönderildiOnay Adımı OnaylandıTalep ReddedildiSatınalma Siparişi Oluşturuldu
Olay Zamanı
EventTime
Aktivitenin meydana geldiği tam tarih ve saat.
Açıklama

Olay Zamanı veya zaman damgası (zaman damgası), bir satın alma talebi için bir faaliyetin kaydedildiği tam anı yakalar. Bu veri, süreç akışını oluşturmak için olayların kronolojik sıralaması açısından büyük önem taşır. Döngü sürelerini hesaplama, faaliyetler arasındaki süreyi ölçerek darboğazları belirleme ve farklı zaman dilimlerindeki süreç performansını anlama dahil olmak üzere tüm zaman tabanlı analizlerin temelidir. Doğru ve ayrıntılı zaman damgaları, anlamlı süreç analizi için büyük önem taşır.

Neden Önemli?dir?

Bu zaman damgası (zaman damgası), olayları doğru bir şekilde sıralamak ve döngü süreleri ve darboğazlar gibi tüm süreye dayalı metrikleri hesaplamak için büyük önem taşır.

Nereden Alınır??

Bu bilgi, Coupa'daki her talep için denetim izinde veya geçmiş kayıtlarında, genellikle her eylem için 'created_at' veya 'updated_at' alanı olarak yakalanır.

Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
Satın Alma İsteği Kimliği
PurchaseRequisitionId
Her satın alma talebi için benzersiz tanımlayıcı, süreç için birincil durum tanımlayıcısı olarak olarak kullanılır.
Açıklama

Satın Alma Talep ID'si, tek bir mal veya hizmet talebiyle ilgili tüm faaliyetleri birbirine bağlayan merkezi temel rol oynar. Her talebe oluşturulduğunda benzersiz bir ID atanır ve bu, süreç döngüsü boyunca sabit kalır. Bu, talebin ilk oluşturulmasından ve gönderilmesinden, tüm onay veya reddetme adımlarından, nihai kaynak bulma ve kapanışına kadar uçtan uca izlenmesini sunar. Process Mining'de, her event log girdisi bu ID'ye bağlanır ve her bir durum için tam yolculuğun yeniden yapılandırılmasını sunar.

Neden Önemli?dir?

Bu, tüm süreç adımlarını birbirine bağlayan, talebin süreç döngüsünün baştan sona tam bir analizini sağlayan temel Durum ID'sidir.

Nereden Alınır??

Bu, Coupa'nın Talepler 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
verinin çıkarıldığı kaynak sistemi tanımlar.
Açıklama

Bu öznitelik, süreç verisinin kaynaklandığı kayıt sistemini belirtir. Bu analiz için değer sürekli olarak 'Coupa' olacaktır. Bu alanı dahil etmek, özellikle verinin birden çok sistemden birleştirilebileceği ortamlarda en iyi uygulamadır. Data geçmişi hakkında temel bağlam sunar ve veri yönetimi ile kalite kurallarını yönetmeye yardımcı olur.

Neden Önemli?dir?

Data yönetimi ve birden çok kurumsal sistemden data birleştirilirken kritik olan net data geçmişi sunar.

Nereden Alınır??

Bu genellikle, veri kümesinin kökenini etiketlemek için veri çıkarma ve dönüştürme süreci sırasında eklenen statik bir değerdir.

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

Bu öznitelik, Coupa'dan en son veri çıkarma tarihini ve saatini kaydeder. Analiz edilen verinin güncelliği konusunda netlik kazandırır. Verinin ne kadar yeni olduğunu bilmek, kullanıcıların stratejik bilgilerin mevcut operasyonel durumu mu yoksa daha önceki bir zaman noktasını mı yansıttığını anlamaları için büyük önem taşır. Bu, devam eden operasyonları izleyen kontrol paneli'lar için özellikle önemlidir.

Neden Önemli?dir?

Kullanıcılara verinin güncelliği hakkında bilgi verir, böylece analizin zaman çerçevesini anlamalarını ve güncel bilgilere dayanarak karar vermelerini sunar.

Nereden Alınır??

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

Örnekler:::::::
2024-05-21T02:00:00Z
Bölüm
Department
Talebin yüklendiği iş departmanı veya maliyet merkezi.
Açıklama

Departman özniteliği, her talebi belirli bir organizasyonel birime veya maliyet merkezine bağlar. Bu, karşılaştırmalı analiz için önemli bir boyuttur. Panellerin ve KPI'ların departmana göre filtrelenmesine ve bölümlere ayrılmasına olanak tanıyarak yöneticilerin onay döngü sürelerini, reddetme oranlarını ve kuruluşun farklı bölümlerindeki uyumluluğu karşılaştırmasını sunar. Bu, departmana özgü sorunları veya en iyi uygulamaları belirlemeye yardımcı olur.

Neden Önemli?dir?

Farklı iş birimleri arasında süreç döngü süresi ve ret oranları gibi KPI'ların karşılaştırılmasını sağlayarak iyileştirme alanlarını vurgular.

Nereden Alınır??

Bu, Coupa'daki Talep nesnesi üzerinde, genellikle talep sahibinin kullanıcı profiliyle ilişkili veya talep kalemlerinde belirtilen standart bir alandır.

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

Bu öznitelik, bir onay adımına atanan belirli bireyi veya onay grubunu tanımlar. 'Onay Adımı Başlatıldı', 'Onay Adımı Onaylandı' ve 'Onay Adımı Reddedildi' gibi faaliyetler için doldurulur. Data'yı onaylayana göre analiz etmek, 'Onaylayıcı Performansı ve Yükü' kontrol paneli'ını oluşturmak için temel rol oynar. Bireysel onay sürelerini ölçmeye, belirli onaylayıcıların neden olduğu darboğazları belirlemeye ve iş yükü dağılımını değerlendirmeye yardımcı olur.

Neden Önemli?dir?

Onaylayan performansını, iş yükü dengelemesini ve belirli kişilere veya onay gruplarına ilişkin darboğazları analiz etmek için büyük önem taşır.

Nereden Alınır??

Bu bilgi, Coupa'daki her taleple ilişkili onay zinciri detaylarında bulunur. Kullanıcı data'sıyla birleştirmeyi gerektirebilir.

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

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

Neden Önemli?dir?

Talep sonuçlarını anlamak, onay ve ret oranlarını hesaplamak ve devam eden taleplerin mevcut durumunu izlemek için büyük önem taşır.

Nereden Alınır??

Bu, Coupa'daki Satın Alma Talep nesnesi üzerinde bulunan, genellikle 'status' veya 'state' olarak adlandırılan standart bir alandır.

Örnekler:::::::
Onay BekliyorOnaylandıReddedildiGeri ÇekildiKapalı
Talep Eden
Requester
Satın alma talebini oluşturan ve gönderen çalışan.
Açıklama

Bu öznitelik, talebi başlatan kişiyi tanımlar. Data'yı talep sahibine göre analiz etmek, yüksek değişiklik oranları veya sık reddetmeler gibi belirli kullanıcılarla ilgili kalıpları belirlemeye yardımcı olur; bu da ek eğitim ihtiyacını gösterebilir. Ayrıca, farklı kullanıcılar veya kullanıcı grupları için talep hacimlerini ve süreç davranışını analiz etmek için de kullanılır.

Neden Önemli?dir?

Süreç davranışının kullanıcıya göre analiz edilmesini sunar, eğitim ihtiyaçlarını belirlemeye ve farklı bireylerin süreçle nasıl etkileşimde bulunduğunu anlamaya yardımcı olur.

Nereden Alınır??

Coupa'daki Talep nesnesinde standart bir alan olarak mevcuttur, genellikle Kullanıcı nesnesine bağlanır ve 'talep eden' veya 'oluşturan' olarak adlandırılır.

Örnekler:::::::
Alice Johnson`Bob Smith``Charlie Brown
Toplam Tutar
TotalAmount
Satın alma talebinin toplam parasal değeri.
Açıklama

Bu öznitelik, talepte istenen tüm mal ve hizmetlerin toplam maliyetini temsil eder. Miktar, onay iş akışını (workflow)nun karmaşıklığını sıkça etkilediği için süreç analizinde kritik bir faktördür; daha yüksek değerli talepler genellikle daha fazla onay aşaması gerektirir. Süreç metriklerini değer aralıklarına göre (örn., <1000 Dolar, 1000 Dolar-10000 Dolar) analiz etmek, sürecin farklı finansal öneme sahip talepleri nasıl ele aldığını ortaya çıkarabilir.

Neden Önemli?dir?

Farklı değerdeki talepler için sürecin nasıl değiştiğini analiz etmeye yardımcı olur, çünkü daha yüksek tutarlar genellikle daha karmaşık onay iş akışlarını tetikler.

Nereden Alınır??

Bu, Coupa'daki Talep nesnesinin başlığında bulunan, tipik olarak 'total' veya 'total_amount' olarak adlandırılan standart bir alandır.

Örnekler:::::::
500.0012550.7599.99
Aciliyet Seviyesi
UrgencyLevel
Talebin aciliyetini belirten, 'Yüksek', 'Orta' veya 'Düşük' gibi bir sınıflandırma.
Açıklama

Aciliyet Seviyesi, genellikle bir öncelik alanıyla eşleştirilir ve talep sahiplerinin hızlandırılmış işlem gerektiren talepleri işaretlemesine sunar. Bu öznitelik, 'Acil Talep İşlem Süresi' kontrol paneli'ı için büyük önem taşır. Yüksek aciliyetli taleplerin döngü sürelerini standart olanlarla karşılaştırarak, kuruluşlar önceliklendirme mekanizmalarının etkin olup olmadığını ve acil iş ihtiyaçlarının zamanında karşılanıp karşılanmadığını değerlendirebilir.

Neden Önemli?dir?

Acil taleplerin standart olanlardan daha hızlı işlenip işlenmediğinin analiz edilmesini sağlayarak önceliklendirme politikalarının etkinliğini doğrular.

Nereden Alınır??

Bu, Coupa'daki Talep nesnesi üzerinde standart veya özel bir alan olabilir. Coupa belgelerine veya sistem yapılandırmasına başvurun.

Örnekler:::::::
YüksekOrtaDüşük
Değişiklik Yapıldı
IsAmended
İlk gönderiminden sonra talebin bir veya daha fazla kez değiştirildiğini gösteren bir boole bayrağıdır.
Açıklama

Bu hesaplanan öznitelik, belirli bir durum için 'Talep Değiştirildi' faaliyetinin gerçekleşip gerçekleşmediğini gösteren basit bir bayraktır (Doğru/Yanlış). Kullanıcıların değişiklik gerektiren talepleri kolayca izole etmesine olanak tanıyarak analizi ve filtrelemeyi basitleştirir. Bu, Talep Değişiklik Oranı KPI'sını hesaplamak ve 'Talep Değişiklik Hacmi' kontrol paneli'ını desteklemek için kullanılır; bu da yeniden işleme nedenlerini belirlemeye ve ilk seferde kaliteyi iyileştirmeye yardımcı olur.

Neden Önemli?dir?

Değişiklik oranı KPI'sının hesaplanmasını basitleştirir ve yeniden işleme gerektiren vakalar ile gerektirmeyenlerin kolayca bölümlere ayrılmasını sunar.

Nereden Alınır??

Bu, process mining aracında, her durum için event log içinde bir 'Talep Değiştirildi' faaliyetinin varlığı kontrol edilerek hesaplanır.

Örnekler:::::::
truefalse
Harcama Kategorisi (Commodity)
Commodity
Talep edilen mal veya hizmetlerin üst düzey kategorisi.
Açıklama

Ürün/Hizmet Kodu özniteliği, 'Ofis Malzemeleri', 'Bilgisayar Donanımı' veya 'Pazarlama Enerji ve Altyapıi' gibi talepteki kalemler için standart bir sınıflandırma sunar. Bu, satın alma kalıplarının ve süreç varyasyonlarının neyin satın alındığına göre analiz edilmesini sunar. Belirli ürün/hizmet kodları özel onay gereksinimlerine veya kaynak bulma stratejilerine sahip olabilir ve süreci ürün/hizmet koduna göre analiz etmek, farklı harcama kategorileri için satın almayı optimize etmeye yardımcı olabilir.

Neden Önemli?dir?

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 tipik olarak talep kalemi düzeyinde bulunan standart bir alandır. Başlık düzeyine toplanması gerekebilir.

Örnekler:::::::
Ofis MalzemeleriBilgisayar DonanımıPazarlama Enerji ve AltyapıiSeyahat
Onay Adım Sayısı
ApprovalStepCount
Bir talebin geçtiği toplam onay adımı sayısı.
Açıklama

Bu hesaplanan öznitelik, her talep için farklı 'Onay Adımı Onaylandı' faaliyetlerinin sayısını sayar. Her durum için onay iş akışını (workflow)nun karmaşıklığını ölçmeye yardımcı olur. Bu, 'Ortalama Onay Adımı Sayısı' KPI'sının temelidir ve olağandışı uzun veya karmaşık onay yollarını izleyen talepleri belirlemek için faydalıdır; bu da workflow basitleştirmesi ihtiyacını gösterebilir.

Neden Önemli?dir?

Her talep için onay iş akışını (workflow)nun karmaşıklığını ölçerek, aşırı karmaşık ve düzene sokulması gereken yolları belirlemeye yardımcı olur.

Nereden Alınır??

Bu metrik, process mining aracında her Durum ID'si için 'Onay Adımı Onaylandı' olaylarının sayısını sayarak hesaplanır.

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

Bu hesaplanan metrik, 'Onay Adımı Başlatıldı' faaliyeti ile buna karşılık gelen 'Onay Adımı Onaylandı' veya 'Onay Adımı Reddedildi' faaliyeti arasındaki süreyi ölçer. Onay zincirinin her farklı aşamasındaki bekleme süresini izole eder. Bu, 'Kritik Onay Adımı Darboğazlar (Bottlenecks)i' kontrol paneli'ı için büyük önem taşır, çünkü genel süreçteki en önemli gecikmelere hangi onaylayıcıların veya onay aşamalarının neden olduğunu tam olarak belirler.

Neden Önemli?dir?

Onay iş akışını (workflow) içindeki belirli darboğazları, sadece toplam döngü süresini değil, her bir adımda bekleme süresini ölçerek belirler.

Nereden Alınır??

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

Örnekler:::::::
1.2 gün4 saat3.8 gün
Onay İş Akışı Yolu
ApprovalWorkflowPath
Talebe uygulanan belirli onay zinciri veya iş akışı Template'i için bir tanımlayıcı.
Açıklama

Bu öznitelik, bir talebin takip etmesi gereken önceden tanımlanmış onaylayanlar dizisini tanımlar. Genellikle miktar, departman ve talep türü gibi faktörlere dayalı iş kuralları tarafından belirlenir. Bu özniteliği analiz etmek, 'Talep Politikası Uyumluluğu' kontrol paneli'ının merkezindedir. Gerçek onaylayanlar dizisini atanan workflow yoluyla karşılaştırarak sapmaları tespit etmek, uyumluluk oranlarını ölçmek ve yönetilmeyen istisnaları belirlemek mümkün hale gelir.

Neden Önemli?dir?

Beklenen ve gerçekleşen onay adımları arasında karşılaştırma yaparak süreç sapmalarını vurgulayarak uyumluluk analizi yapılmasını sunar.

Nereden Alınır??

Coupa dokümantasyonuna başvurun. Bu, talep için tetiklenen onay zincirinin veya iş akışı kuralının adından türetilebilir.

Örnekler:::::::
Standart Onay <5 bin DolarBT Donanım Onayı >10 bin DolarSermaye Gideri CFO İncelemesi
Para Birimi
Currency
Talebin toplam tutarı için para birimi kodu.
Açıklama

Bu öznitelik, talebin Toplam Tutarının hangi para biriminde (örn., USD, EUR, GBP) olduğunu belirtir. Özellikle birden çok para birimiyle çalışan çok uluslu kuruluşlar için herhangi bir finansal analiz için temel bir bağlamdır. Parasal değerlerin doğru yorumlanmasını sunar ve finansal raporlama ile kontrol paneli'larda doğru dönüşüm ve toplama yapılmasına sunar.

Neden Önemli?dir?

Toplam Tutar özniteliği için gerekli bağlamı sunar, çoklu para birimi ortamlarında doğru finansal analiz sunar.

Nereden Alınır??

Bu, Coupa'daki Talep nesnesi üzerinde, genellikle 'currency_code' veya benzeri olarak adlandırılan standart bir alandır.

Örnekler:::::::
USDEURGBP
Ret Nedeni
RejectionReason
Bir talep veya onay adımı reddedildiğinde, onaylayan tarafından sağlanan neden.
Açıklama

Bir onaylayan bir talebi reddettiğinde, genellikle kararı için bir neden sunar. Bu öznitelik, bu metinsel açıklamayı yakalar. Reddetme nedenlerini analiz etmek, taleplerin neden başarısız olduğuna dair doğrudan, niteliksel geri bildirim sunar. Bu önemli bilgi, kök neden analizi için büyük önem taşır; yanlış kodlama, bütçe eksikliği veya yetersiz gerekçe gibi yaygın sorunları belirlemeye yardımcı olur; bunlar daha sonra eğitim veya süreç iyileştirmeleri yoluyla ele alınabilir.

Neden Önemli?dir?

Süreç başarısızlıklarının temel nedenlerine doğrudan önemli bilgi sunar, kullanıcı eğitimi veya süreç açıklığa kavuşturma alanlarını belirlemeye yardımcı olur.

Nereden Alınır??

Bu bilgi, genellikle talebin onay geçmişinde 'Reddedildi' durum değişikliği ile ilişkili yorumlar veya notlar alanında yakalanır.

Örnekler:::::::
Yanlış maliyet merkeziBu çeyrek için bütçeyi aşıyorYinelenen talepYetersiz gerekçe sunuldu
Satınalma Siparişi Kimliği
PurchaseOrderId
Onaylanan talepten oluşturulan satın alma siparişinin tanımlayıcısı.
Açıklama

Bir talep tamamen onaylandıktan ve kaynak sağlandıktan sonra, genellikle bir satın alma siparişi oluşturulur. Bu öznitelik, ortaya çıkan bu PO'nun ID'sini saklar. Yukarı akış Talep süreci ile aşağı akış Satınalma Siparişi süreci arasında önemli bir bağlantı görevi görür. 'Talep Onayından PO Oluşturmaya Kadar Geçen Süre' KPI'ının hesaplanmasını sunar ve tüm Satın Almadan Ödemeye (Purchase-to-Pay) döngüsünün daha geniş, uçtan uca analizine sunar.

Neden Önemli?dir?

Talebi sonraki satın alma siparişiyle bağlar, devir süresinin analiz edilmesini sunar ve uçtan uca daha geniş bir P2P görünümü kolaylaştırır.

Nereden Alınır??

Bu, Coupa'daki Talep nesnesi üzerinde, PO oluşturulduktan sonra doldurulan standart bir alandır.

Örnekler:::::::
PO-45000123PO-45000124PO-45000125
Talep Türü
RequisitionType
Talebin kategorisi veya türü, örneğin 'Sermaye Harcaması', 'Operasyonel Gider' veya 'Yazılım'.
Açıklama

Talep Tipi, talepleri iş amacına veya satın alma niteliğine göre kategorize etmeye yardımcı olan bir sınıflandırmadır. Bu öznitelik, uyumluluk analizi ve farklı türdeki taleplerin süreç boyunca nasıl aktığını anlamak için değerlidir. Örneğin, sermaye harcaması talepleri, standart operasyonel taleplere göre daha sıkı ve uzun bir onay yolunu izleyebilir. Süreci Talep Tipine göre analiz etmek, süreç optimizasyonu için değerli yeni veriler keşfedebilir.

Neden Önemli?dir?

Talebin iş amacına göre analizin segmentlere ayrılmasını sunar, çünkü farklı türlerin farklı süreç akışları ve politikaları olabilir.

Nereden Alınır??

Bu, Coupa'daki Talep nesnesi üzerinde muhtemelen özel veya standart bir sınıflandırma alanıdır.

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

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

Neden Önemli?dir?

Seçilen tedarikçiye göre süreç performansının analiz edilmesini sunar, bu da tedarik stratejileri ve tedarikçi yönetimi hakkında bilgi verebilir.

Nereden Alınır??

Bu bilgi, Coupa'daki Talep Kalemi nesnesinde, genellikle 'tedarikçi' veya 'satıcı' alanı olarak mevcuttur.

Örnekler:::::::
StaplesDell TechnologiesAccentureCDW
Gerekli Önerilen Opsiyonel

Satın Almadan Ödemeye - Talep Faaliyetleri

Bunlar, Satın Almadan Ödemeye, Talep iş akışını (workflow)nuzun doğru bir şekilde keşfedilmesi için event lognuza kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 6 Opsiyonel
Aktivite Açıklama
Satınalma Siparişi Oluşturuldu
Onaylanmış talep bilgilerine dayanarak başarılı bir şekilde bir satın alma siparişi (PO) oluşturulur. Bu olay, kaynak talep kimliğini referans alan bir PO kaydının oluşturulduğunda çıkarılır.
Neden Önemli?dir?

Bu, talep sürecinin birincil başarılı sonucudur ve Satın Almadan Ödemeye'nin bir sonraki aşamasına devri işaretler. 'Talep Onaylandı'dan bu olaya kadar geçen süreyi analiz etmek, yürütmedeki gecikmeleri vurgular.

Nereden Alınır??

Oluşturan 'requisition_headers' veya 'requisition_lines' kimliğine geri referans içeren 'purchase_orders' tablosunda bir kaydın oluşturulmasından çıkarılır.

Yakala

Talep ID'sine bağlı PO kaydının 'created-at' zaman damgası (zaman damgası)'ini kullanın.

Event tipi inferred
Talep Gönderildi
Talep sahibi, tamamlanmış talebi resmi olarak onay iş akışını (workflow)na gönderir. Bu event, talebin durumunun sistemin denetim günlüklerinde veya geçmiş tablolarında 'taslak'tan 'onay bekliyor'a değişmesi gözlemlenerek çıkarılır.
Neden Önemli?dir?

Gönderim, onay sürecini tetikler ve bu da 'Ortalama Talep Onay Döngü Süresi' KPI'ını ölçmek için kritik bir kilometre taşıdır. Bu noktadan önceki gecikmeler kullanıcıyla ilgiliyken, sonrakiler süreçle ilgilidir.

Nereden Alınır??

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

Yakala

Talebin durumunun ilk kez 'onay bekliyor' olarak değiştiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Talep Kapatıldı
Talep resmi olarak kapatılır; bu da üzerinde başka bir işlem yapılmayacağı anlamına gelir. Bu, bir PO oluşturulup karşılandıktan sonra veya talep onaylandıktan ancak sipariş verilmeden önce iptal edilirse gerçekleşebilir.
Neden Önemli?dir?

Bu faaliyet, talebin süreç döngüsü için kesin bir bitiş noktası görevi görür. Durumların net bir sonuca ulaşmasını sağlayarak, süreç analizinde süresiz olarak 'aktif' görünmelerini engeller.

Nereden Alınır??

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

Yakala

Talebin genel durumunun 'kapatıldı' olarak değiştiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi 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ı (zaman damgası)ndan çıkarılır.
Neden Önemli?dir?

Bu faaliyet, talep süreç döngüsünün başlangıcını işaretler. Oluşturmadan gönderime kadar geçen süreyi analiz etmek, kullanıcı belirsizliğinden veya sistem karmaşıklığından kaynaklanan gecikmeleri ortaya çıkarabilir.

Nereden Alınır??

Bu event, belirli bir Satın Alma Talep ID'si için 'requisition_headers' tablosundaki 'created-at' zaman damgası (zaman damgası)'inden yakalanır.

Yakala

Talep başlığı kaydının oluşturulma zaman damgası (zaman damgası)'ini kullanın.

Event tipi inferred
Talep Onaylandı
Talep, onay iş akışını (workflow)ndaki tüm gerekli adımları başarıyla geçmiştir. Bu, talep başlığının genel durumunun 'onaylandı' olarak değişmesinden çıkarılır.
Neden Önemli?dir?

Bu, onay döngüsünün sonunu işaretleyen kritik bir başarı kilometre taşıdır. Bu faaliyete ulaşma süresi birincil bir KPI'dır ve aşağı akış satın alma eylemleri için tetikleyici görevi görür.

Nereden Alınır??

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

Yakala

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

Event tipi inferred
Talep Reddedildi
Talep, onay sürecinde kesin olarak reddedilmiştir ve bir satın alma siparişine dönüştürülmeyecektir. Bu, talep başlığının genel durumunun 'reddedildi' olarak değişmesinden çıkarılır.
Neden Önemli?dir?

Bu faaliyet, süreçteki nihai bir hatayı temsil eder. Bu olayları analiz etmek, 'Talep Reddetme Oranı'nı iyileştirmek ve politika ihlalleri veya bütçe sorunları gibi temel nedenleri belirlemek için temel rol oynar.

Nereden Alınır??

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

Yakala

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

Event tipi inferred
Onay Adımı Başlatıldı
Bir onay görevi belirli bir onaylayana veya onay grubuna atanır ve talep şimdi onların eylemini beklemektedir. Bu durum, taleple ilişkili bir onay kaydının 'beklemede' durumuyla oluşturulduğunda çıkarılır.
Neden Önemli?dir?

Bu, belirli bir onay için bekleme süresinin başlangıcını işaretler. Bunun ile ilgili 'Onay Adımı Onaylandı/Reddedildi' arasındaki süreyi ölçmek, onay zincirindeki belirli darboğazları belirlemeye yardımcı olur.

Nereden Alınır??

Onaylayanın eylem durumunun 'beklemede' veya eşdeğeri olduğu, taleple bağlantılı 'approvals' tablosunda bir kaydın oluşturulma zaman damgası (zaman damgası)ndan çıkarılır.

Yakala

Onay zincirinde bir kişinin onay bekleyen kaydının oluşturulma zaman damgası (zaman damgası)'ini kullanın.

Event tipi inferred
Onay Adımı Onaylandı
İş akışındaki bireysel bir onaylayan, talep için onayını verir. Bu, sistem tarafından belirli bir zaman damgası (zaman damgası) ve kullanıcı bilgisiyle kaydedilen açık bir eylemdir.
Neden Önemli?dir?

Bu faaliyet, onay süreç akışına ayrıntılı önemli bilgi sunar. Bu adımları birleştirmek, 'Onay Adımı Başına Ortalama Bekleme Süresi'ni hesaplamaya ve onaylayıcı performansını analiz etmeye yardımcı olur.

Nereden Alınır??

Belirli talep ve onaylayana bağlı olarak, 'approvals' tablosunda veya denetim izinde kaydedilen açık bir 'onayla' eyleminden yakalanır.

Yakala

Talebin onay geçmişindeki 'onaylama' olaylarını filtreleyin.

Event tipi explicit
Onay Adımı Reddedildi
Bireysel bir onaylayan, iş akışındaki kendi aşamasında talebi reddeder ve genellikle düzeltme için talep edene geri gönderir. Bu, Coupa tarafından kaydedilen açık bir eylemdir.
Neden Önemli?dir?

Herhangi bir adımdaki reddetmeler, yeniden işleme neden olur ve döngü sürelerini uzatır. Reddetmelerin nerede ve neden meydana geldiğini analiz etmek, süreç iyileştirme ve kullanıcı eğitimi için büyük önem taşır.

Nereden Alınır??

Belirli talep ve onaylayana bağlı olarak, 'approvals' tablosunda veya denetim izinde kaydedilen açık bir 'reddet' eyleminden yakalanır.

Yakala

Talebin onay geçmişindeki 'reddetme' olaylarını filtreleyin.

Event tipi explicit
Talep Değiştirildi
Talep, gönderildikten sonra talep sahibi veya başka bir yetkili kullanıcı tarafından düzenlenir. Coupa bunu açıkça yeni bir sürüm veya denetim girişi olarak kaydeder, genellikle onay iş akışını (workflow)nun bir kısmını veya tamamını sıfırlar.
Neden Önemli?dir?

Değişiklikleri takip etmek, süreçteki yeniden işleme ve verimsizliği anlamanın anahtarıdır. Yüksek hacimli değişiklikler, belirsiz başlangıç gereksinimlerini veya karmaşık satın alma politikalarını gösterebilir; bu da 'Talep Değişiklik Oranı' KPI'sını etkiler.

Nereden Alınır??

Bu, 'requisition_headers' tablosuyla ilişkili denetim izi tablolarından yakalanır; bu tablolar sürüm değişikliklerini veya belirli 'düzenleme' eylemlerini kaydeder.

Yakala

Talep gönderildikten sonra geçmiş kaydında açıkça 'düzenleme' veya 'güncelleme' olaylarını arayın.

Event tipi explicit
Talep Geri Çekildi
Orijinal talep sahibi, talep nihai onayı almadan önce iptal eder. Bu, o talep için süreci sonlandıran, kullanıcı odaklı, açık bir eylemdir.
Neden Önemli?dir?

Geri çekmeler, değişen iş ihtiyaçlarını, yinelenen talepleri veya kullanıcıların süreci atladığını gösterebilir. Bunu takip etmek, talep sinyali oynaklığını ve potansiyel süreç uyum sorunlarını anlamaya yardımcı olur.

Nereden Alınır??

Denetim izinde kaydedilen açık bir kullanıcı eylemine dayanarak, 'requisition_headers' tablosundaki bir durum değişikliğinden 'geri çekildi' veya benzer bir duruma çıkarılır.

Yakala

Talebin durumunun 'geri çekildi' olarak değiştiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Talep Tedarik Edildi
Onaylanan talep, hemen bir satın alma siparişine dönüştürülmek yerine, bir RFQ veya açık artırma gibi bir kaynak bulma olayıne gönderilir. Bu event, talep bir kaynak bulma event nesnesine bağlandığında çıkarılır.
Neden Önemli?dir?

Bu faaliyet, satın alma sürecinde önemli bir alternatif yolu ortaya çıkarır. Basit satın almaları daha karmaşık, stratejik kaynak bulma faaliyetlerinden ayırarak daha incelikli döngü süresi analizine sunar.

Nereden Alınır??

Durumun 'tedarik' olarak değiştiğini veya 'requisition_lines' tablosu ile bir tedarik etkinliği tablosu arasında bir bağlantı oluşturulduğunu tespit ederek çıkarılır.

Yakala

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

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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