Satın Almadan Ödemeye - Talep Veri Şablonunuz
Satın Almadan Ödemeye - Talep Veri Şablonunuz
- Kapsamlı analiz için toplanması önerilen öznitelikler
- Takip edilecek temel süreç faaliyetleri ve dönüm noktaları
- Sisteminizden veri çıkarma için detaylı rehberlik
Satın Alma-Ödeme - Satın Alma Talebi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Satın alma talebi yaşam döngüsü içinde belirli bir zamanda meydana gelen iş `event`'inin adı. | ||
|
Açıklama
Bu
Neden önemli
Süreçteki adımları tanımlar; darboğazlar ve sapmalar dahil olmak üzere talep Workflow'unun görselleştirilmesine ve analizine olanak tanır.
Nereden alınır
SAP Ariba içindeki Event Log'larından, denetim izlerinden veya durum değişikliği kayıtlarından türetilir, genellikle talep başlığı ve kalem tablolarıyla ilişkilidir.
Örnekler
Talep GönderildiOnay Adımı OnaylandıSatın Alma Talebi DeğiştirildiSatın Alma Siparişi Oluşturuldu
|
|||
|
Olay Zaman Damgası
EventTimestamp
|
Aktivitenin gerçekleştiği kesin tarih ve saat, `event` sıralaması için birincil `timestamp` görevi görür. | ||
|
Açıklama
Analizde, bu
Neden önemli
Bu
Nereden alınır
Genellikle SAP Ariba'nın denetim izinde veya işlem
Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Satın Alma İsteği Kimliği
PurchaseRequisitionId
|
Süreç için birincil `case` tanımlayıcısı olarak hizmet veren bir satın alma talebi belgesinin benzersiz tanımlayıcısı. | ||
|
Açıklama
Satın Alma Talebi ID'si, tek bir mal veya hizmet talebiyle ilgili tüm aktiviteleri bağlayan merkezi anahtardır. SAP Ariba'da oluşturulan her talebe, oluşturma ve göndermeden nihai onaya, reddedilmeye veya kapanışa kadar yaşam döngüsü boyunca tutarlı kalan benzersiz bir ID atanır.
Neden önemli
Bu, ilgili tüm aktiviteleri bağlayan temel
Nereden alınır
Bu, SAP Ariba'nın
Örnekler
PR-102345PR-102346PR-102347
|
|||
|
Aciliyet Seviyesi
UrgencyLevel
|
Talebin önceliğini gösteren bir gösterge, örneğin 'Normal', 'Acil' veya 'Kritik'. | ||
|
Açıklama
Bu
Neden önemli
Analizin önceliklendirilmesini ve yüksek öncelikli taleplerin daha hızlı işlenip işlenmediğinin izlenmesini sağlayarak kritik iş ihtiyaçlarının karşılandığından emin olunur.
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Bu genellikle talep oluşturma formunda seçilebilir bir alandır.
Örnekler
YüksekOrtaDüşük
|
|||
|
Kalem Kategorisi
ItemCategory
|
'BT Donanımı', 'Ofis Malzemeleri' veya 'Profesyonel Hizmetler' gibi talep edilen mal veya hizmetlerin sınıflandırılması. | ||
|
Açıklama
Kalem Kategorisi, neyin satın alındığına dair detaylar sağlar. Bu sınıflandırma, harcama kalıplarını anlamaya ve kategoriye özel tedarik stratejileri ile politikaları uygulamaya yardımcı olur.
Neden önemli
Satın alınan mal veya hizmet türüne göre analiz yapılmasını sağlayarak, kategoriye özel darboğazları veya uyumluluk sorunlarını belirlemeye yardımcı olur.
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Bu bilgi genellikle talep kalem seviyesinde bulunur.
Örnekler
BT DonanımıDanışmanlık HizmetleriOfis MalzemeleriPazarlama Materyalleri
|
|||
|
Olay Kullanıcısı
EventUser
|
Aktiviteyi gerçekleştiren kişinin (talep eden veya onaylayıcı gibi) kullanıcı ID'si veya adı. | ||
|
Açıklama
Bu
Neden önemli
İş yükü dağılımının, kullanıcı performansının ve kaynak tahsisinin analiz edilmesini sağlayarak, belirli kullanıcılar veya ekiplerden kaynaklanan darboğazları belirlemeye yardımcı olur.
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Bu genellikle denetim izi veya geçmiş tablolarında, kullanıcı ana verileriyle bağlantılı olarak depolanır.
Örnekler
john.doejane.smithmanager123
|
|||
|
Onay Workflow Yolu
ApprovalWorkflowPath
|
Satın alma talebinin takip etmesi beklenen önceden tanımlanmış onay adımları dizisi. | ||
|
Açıklama
Bu Bu, uygunluk kontrolü için temeldir ve 'Satın Alma Talebi
Neden önemli
Takip edilecek standart süreci tanımlar, uyumluluk kontrolünün sapmaları ve politika ihlallerini otomatik olarak tespit etmesini sağlar.
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Bu, onay matrisi yapılandırmasından veya talepteki belirli bir alandan türetilebilir.
Örnekler
Standart BT > 10 bin DolarPazarlama Hizmetleri < $5kCAPEX > $100k
|
|||
|
Ret Nedeni
RejectionReason
|
Bir onaylayıcının bir satın alma talebi veya bir onay adımı reddedildiğinde verdiği neden. | ||
|
Açıklama
Bir satın alma talebi reddedildiğinde, onaylayıcılar genellikle serbest metin veya önceden tanımlanmış bir listeden seçilebilen bir neden belirtirler. Bu Bu
Neden önemli
Satın alma taleplerinin neden başarısız olduğuna dair doğrudan içgörü sunar, yeniden işleme oranını azaltmak ve ilk seferde doğru oranlarını iyileştirmek için kök neden analizini mümkün kılar.
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Bu bilgi genellikle bir reddetme olayıyla ilişkili yorumlar veya geçmiş bölümünde yakalanır.
Örnekler
Yanlış Genel Muhasebe HesabıBütçe AşıldıYetersiz GerekçeTekrar Eden Talep
|
|||
|
Satın Alma Talebi Durumu
RequisitionStatus
|
Satın alma talebinin yaşam döngüsündeki mevcut durumu. | ||
|
Açıklama
Bu
Neden önemli
Talep Pipeline'ının gerçek zamanlı izlenmesini sağlayarak, sorunlu hale gelmeden önce durmuş veya eskiyen talepleri belirlemeye ve ele almaya yardımcı olur.
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Bu, talep başlığında standart bir durum alanıdır.
Örnekler
OnaylandıGönderildiReddedildiOnayda
|
|||
|
Talep Eden Departman
RequesterDepartment
|
Satın alma talebini oluşturan çalışanın iş departmanı veya maliyet merkezi. | ||
|
Açıklama
Bu Analizde, bu, filtreleme ve karşılaştırma için güçlü bir boyuttur. 'Satın Alma Talebi Onay Döngüsü Süresi' ve 'Satın Alma Talebi Ret Oranı Analizi' gibi neredeyse tüm
Neden önemli
Kuruluşun farklı bölümlerindeki süreç performansını segmentlere ayırma ve karşılaştırma imkanı sunar, departmana özel sorunları veya en iyi uygulamaları vurgular.
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Genellikle talep başlığı verilerinde bulunur, sıklıkla talep edenin kullanıcı profilinden bağlantılıdır.
Örnekler
PazarlamaBT OperasyonlarıFinansAraştırma ve Geliştirme
|
|||
|
Toplam Satın Alma Talebi Tutarı
TotalRequisitionAmount
|
Satın alma talebinin toplam parasal değeri. | ||
|
Açıklama
Bu Süreç metriklerini bu değere göre analiz etmek önemli kalıpları ortaya çıkarabilir. Örneğin, yüksek değerli talepler farklı, daha sıkı onay yollarını takip edebilir veya daha uzun döngü süreleri yaşayabilir. Bu
Neden önemli
Satın alma talebi değerinin onay süreleri ve
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Bu, satın alma talebi başlığında standart bir alandır.
Örnekler
1500.0025000.5099,95
|
|||
|
Düzeltildi mi
IsAmended
|
Talebin ilk gönderildikten sonra en az bir kez değiştirilip değiştirilmediğini gösteren bir boolean bayrak. | ||
|
Açıklama
Bu hesaplanmış Bu
Neden önemli
Değişiklik oranı KPI'sının hesaplanmasını kolaylaştırarak, yeniden işleme miktarını belirlemeye ve daha net başlangıç özellikleri gerektiren alanları tespit etmeye yardımcı olur.
Nereden alınır
Bir vaka bir veya daha fazla 'Talep Düzeltildi' faaliyeti içeriyorsa doğru (true), aksi takdirde yanlış (false) olarak hesaplanır.
Örnekler
truefalse
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin çıkarıldığı kayıt sistemi. | ||
|
Açıklama
Bu Analizde,
Neden önemli
Verinin kökenini belirler; bu, veri yönetimi, sorun giderme ve analizin bağlamının anlaşılmasını sağlamak için kritik öneme sahiptir.
Nereden alınır
Bu genellikle veri çıkarma ve dönüştürme süreci sırasında veri setinin kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler
SAP AribaSAP_ARIBA_P2PAribaCloud
|
|||
|
Onay Adımı Süresi
ApprovalStepDuration
|
Tek bir onay adımı için geçen süre, atandığı zamandan itibaren üzerinde işlem yapıldığı zamana kadar. | ||
|
Açıklama
Bu hesaplanmış metrik, daha geniş onay Bu
Neden önemli
Onay
Nereden alınır
'Onay Adımı Başlatıldı' zaman damgası ile ilgili terminal olayı ('Onaylandı' veya 'Reddedildi') arasındaki fark olarak hesaplanır.
Örnekler
1 gün 2 saat15 dakika3 gün
|
|||
|
Onaylayanın Adı
ApproverName
|
`Workflow`'da belirli bir adımı onaylamak üzere atanmış kullanıcının adı. | ||
|
Açıklama
Bu Bu, 'Onaylayıcı İş Yükü ve Performansı'
Neden önemli
Bir onayıdan sorumlu belirli kişiyi belirler, onaycıların detaylı iş yükü dengelemesini ve performans analizini sağlar.
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Bu bilgi, taleple bağlantılı onay akışı verilerinde depolanır.
Örnekler
Sarah JonesDavid ChenMaria Garcia
|
|||
|
Otomatikleştirildi mi?
IsAutomated
|
Bir faaliyetin bir sistem veya bir insan kullanıcı tarafından gerçekleştirilip gerçekleştirilmediğini gösteren bir boolean bayrak. | ||
|
Açıklama
Bu Analizde, bu, insan çabasını doğru bir şekilde ölçmeye ve daha fazla otomasyon fırsatlarını belirlemeye yardımcı olur. Örneğin, manuel aktiviteleri filtrelemek, kullanıcı merkezli işleme sürelerinin kesin bir şekilde hesaplanmasını sağlar. Ayrıca, otomatik kuralların süreç içinde beklendiği gibi işlediğini doğrulamaya da yardımcı olur.
Neden önemli
İnsan ve sistem eylemleri arasında ayrım yapar; bu, otomasyon oranlarını ölçmek ve yeni otomasyon fırsatlarını belirlemek için temeldir.
Nereden alınır
Bu genellikle 'Olay Kullanıcısı' alanının bir sistem veya toplu işlem (batch) kullanıcı kimliğine karşılık gelip gelmediği kontrol edilerek elde edilir.
Örnekler
truefalse
|
|||
|
Satın Alma Siparişi Kimliği
PurchaseOrderId
|
Onaylanmış talepten oluşturulan Satın Alma Siparişinin tanımlayıcısı. | ||
|
Açıklama
Bu Bu, talep aşamasının ötesine geçen uçtan uca süreç analizi için hayati öneme sahiptir. Satın alma talebi oluşturma
Neden önemli
Talebi sonraki satın alma siparişine bağlar, uçtan uca Talep-Satın Alma Siparişi (PO) döngü süresinin ölçülmesini sağlar.
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Bu genellikle bir Satın Alma Siparişi (PO) oluşturulduktan sonra talep kalem verilerinde depolanır.
Örnekler
PO-4500012345PO-4500012346PO-4500012347
|
|||
|
Satın Alma Talebi Onay Süresi
RequisitionApprovalCycleTime
|
Bir satın alma talebinin gönderildiği andan nihai onayı aldığı ana kadar geçen toplam süre. | ||
|
Açıklama
Bu, temel onay sürecinin süresini ölçen hesaplanmış bir metriktir. Onay iş akışının verimliliğini yansıtan temel bir performans göstergesidir. Bu KPI, 'Talep Onay Döngü Süresi' dashboard ekranını doğrudan besler ve 'Ortalama Talep Onay Süresi' KPI'sı için temel oluşturur. Her bir vaka için 'Talep Gönderildi' ve 'Talep Onaylandı' olayları arasındaki zaman farkı olarak hesaplanır. Bu metriğin analizi, onay zincirindeki genel gecikmelerin tespit edilmesine yardımcı olur.
Neden önemli
Temel onay süreci verimliliğini ölçer, gecikmeleri belirlemek ve azaltmak için önemli bir KPI ve Dashboard'u doğrudan destekler.
Nereden alınır
'Talep Gönderildi' zaman damgasından 'Talep Onaylandı' zaman damgası çıkarılarak hesaplanır.
Örnekler
2 gün 4 saat8 saat 30 dakika5 gün
|
|||
|
Satın Alma Talebi PO Temin Süresi
RequisitionToPoLeadTime
|
Bir satın alma talebinin oluşturulmasından, sonuçta ortaya çıkan satın alma siparişinin oluşturulmasına kadar geçen toplam süre. | ||
|
Açıklama
Bu, bir iş ihtiyacını eyleme geçirilebilir bir satın alma siparişine dönüştürmenin tüm uçtan uca süresini ölçen hesaplanmış bir metriktir. Tedarik sürecinin ilk aşamasının verimliliğine kapsamlı bir bakış açısı sunar. Bu
Neden önemli
Talepten siparişe kadar olan tam uçtan uca süreyi ölçer, tedarik döngüsü verimliliği için bütünsel bir KPI sağlar.
Nereden alınır
'Talep Oluşturuldu' zaman damgasından 'Satın Alma Siparişi Oluşturuldu' zaman damgası çıkarılarak hesaplanır.
Örnekler
7 gün 3 saat10 gün4 gün 12 saat
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu kayda ait verilerin kaynak sistemden en son ne zaman güncellendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu Analistler, üretilen içgörülerin güncelliğini anlamak için bu bilgiyi kullanır. 'Canlı Satın Alma Talebi Durum Takipçisi' gibi
Neden önemli
Verinin güncelliğini gösterir; bu, süreç madenciliği içgörülerinin zamanında ve uygunluğunu anlamak için temeldir.
Nereden alınır
Bu zaman damgası (timestamp) genellikle veri alımı süreci sırasında oluşturulur ve her bir kayda eklenir.
Örnekler
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Talep Edenin Adı
RequesterName
|
Satın alma talebini başlatan çalışanın adı. | ||
|
Açıklama
Bu Analizde, bu
Neden önemli
Talebi oluşturanı belirler, süreç davranışının ve kalitesinin talep edene özel olarak analiz edilmesini sağlar.
Nereden alınır
SAP Ariba dokümantasyonuna başvurun. Bu, talep başlığında standart bir alandır, genellikle 'Oluşturan' veya 'Talep Eden' olarak etiketlenir.
Örnekler
Alice WilliamsBob MillerCharles Brown
|
|||
|
Yeniden İşleme mi?
IsRework
|
Talebin reddedilme veya birden fazla düzeltme gibi bir yeniden işleme (rework) maruz kalıp kalmadığını gösteren bir boolean bayrak. | ||
|
Açıklama
Bu hesaplanmış Bu
Neden önemli
Reddetmeler gibi önemli süreç sürtünmesi olan vakaları belirleyerek, verimsizlik ve gecikme nedenlerinin odaklanmış bir analizini sağlar.
Nereden alınır
Bir vaka bir red faaliyeti veya birden fazla düzeltme faaliyeti içeriyorsa doğru (true) olarak hesaplanır.
Örnekler
truefalse
|
|||
Satın Alma-Ödeme - Satın Alma Talebi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Satın Alma Siparişi Oluşturuldu
|
Onaylanmış bir Satın Alma Talebinin başarılı bir şekilde Satın Alma Siparişine (PO) dönüştürülmesini işaretler. Bu, talebi referans alan bir PO belgesinin oluşturulmasıyla yakalanır. | ||
|
Neden önemli
Bu, talep sürecinin birincil başarı sonucudur. Uçtan uca 'Satın Alma Talebi PO Temin Süresi' KPI'sını ölçmek için hayati öneme sahiptir.
Nereden alınır
Bu açık bir
Yakala
Satın Alma Siparişi (PO) başlık tablosundan, taleple bağlantılı PO'yu bulun ve oluşturulma zaman damgasını kullanın.
Event tipi
explicit
|
|||
|
Satın Alma Talebi Kapatıldı
|
Sipariş verme ve teslim alma gibi tüm ilişkili eylemler tamamlandıktan sonra bir Satın Alma Talebinin nihai idari kapanışı. Bu, durumun 'Kapatıldı' olarak nihai değişimiyle kaydedilir. | ||
|
Neden önemli
Tüm satın alma talebi yaşam döngüsünün kesin sonunu temsil eder. Satın Alma Siparişi (PO) oluşturmadan kapanışa kadar geçen süreyi analiz etmek, sonraki aşamalardaki teslim alma veya faturalama süreçlerindeki
Nereden alınır
Talebin durum değişikliğini 'Kapalı' olarak kaydeden Ariba belge geçmişinden çıkarılır.
Yakala
Talebin durum alanının 'Kapalı' olarak değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Satın Alma Talebi Reddedildi
|
İncelemeden sonra bir Satın Alma Talebinin kesin reddini temsil eder. Bu, süreç için bir bitiş durumudur ve durum değişikliği 'Reddedildi' olarak kaydedilir. | ||
|
Neden önemli
Bu, önemli bir hata bitiş noktasıdır. Reddedilen talepleri analiz etmek, kalıpları belirlemek ve talep kalitesini iyileştirmek için 'Satın Alma Talebi Ret Oranı' KPI'sı açısından temeldir.
Nereden alınır
Talebin nihai durum değişikliğini 'Reddedildi' olarak kaydeden Ariba belge geçmişinden çıkarılır.
Yakala
Talebin durum alanının 'Reddedildi' olarak değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Talep Gönderildi
|
Satın alma talebinin talep eden tarafından onay `workflow`'una resmi olarak gönderilmesini temsil eder. Bu, durumun 'Hazırlanıyor'dan 'Gönderildi'ye değişmesiyle kaydedilir. | ||
|
Neden önemli
Bu, onay sürecini tetikleyen önemli bir kilometre taşıdır. 'Satın Alma Talebi Onay Döngüsü Süresi' ve 'Satın Alma Talebi Oluşturma Temin Süresi'ni ölçmek için hayati öneme sahiptir.
Nereden alınır
Ariba belge geçmişinden veya talebin durum değişikliğini 'Gönderildi' olarak ve bu değişikliğin zaman damgasını kaydeden denetim Event Log'undan çıkarılır.
Yakala
Talebin durum alanının ilk olarak 'Gönderildi' olarak değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Talep Oluşturuldu
|
Bir kullanıcı tarafından bir Satın Alma Talep belgesinin ilk oluşturulmasını işaretler. Bu, talebin ilk kez 'Oluşturuluyor' veya taslak durumunda kaydedilmesiyle yakalanır. | ||
|
Neden önemli
Bu, satın alma talebi yaşam döngüsünün başlangıç noktasıdır. Oluşturmadan gönderime kadar geçen süreyi analiz etmek, kullanıcı verimliliğini ölçmeye ve eğitim ihtiyaçlarını belirlemeye yardımcı olur.
Nereden alınır
SAP Ariba'daki Satın Alma Talep nesnesinin oluşturulma zaman damgasından. Bu, talep belgesinin başlık verilerinde bulunabilir ve açık bir oluşturma olayını temsil eder.
Yakala
Talep belgesi başlık tablosundan 'CreateTime' veya eşdeğer
Event tipi
explicit
|
|||
|
Talep Onaylandı
|
İş akışındaki tüm adımları başarıyla geçtikten sonra Satın Alma Talebinin nihai onayını işaretler. Bu, durumun 'Onaylandı' olarak değişmesiyle yakalanır. | ||
|
Neden önemli
Onay aşamasının sonunu işaret eden kritik bir dönüm noktasıdır. 'Ort. Talep Onay Süresi'ni ölçmek için son noktadır ve Satın Alma Siparişi (PO) oluşturma hazırlığını işaret eder.
Nereden alınır
Talebin nihai durum değişikliğini 'Onaylandı' olarak kaydeden Ariba belge geçmişinden çıkarılır.
Yakala
Talebin durum alanının 'Onaylandı' olarak değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Onay Adımı Başlatıldı
|
Bir Satın Alma Talebinin bir onaycıya veya onay kuyruğuna yönlendirildiğini ve eylem beklediğini gösterir. Bu, bir onay isteği oluşturulduğunda ve atandığında yakalanır. | ||
|
Neden önemli
Onay
Nereden alınır
Talebe bağlı bireysel onay görevlerinin oluşturulmasını ve atanmasını kaydeden Ariba onay akışı tablolarından.
Yakala
Talep ve belirli onay adımıyla ilişkili onay isteği kaydının oluşturma
Event tipi
explicit
|
|||
|
Onay Adımı Onaylandı
|
Bir onay adımının olumlu sonucunu temsil eder; bir onaylayıcı talebin kendisine atanan kısmını onaylamıştır. Bu, açıkça bir onay eylemi olarak `log`lanır. | ||
|
Neden önemli
Bireysel onaycıların işleme süresini ölçer. Bu veri, 'Ort. Onay Adımı Süresi'ni hesaplamak ve onaycı iş yükünü değerlendirmek için hayati öneme sahiptir.
Nereden alınır
Ariba onay akışı tablolarından. Bu, bir onaycı atanmış görevinde 'Onayla' eylemini gerçekleştirdiğinde bir zaman damgası ile kaydedilir.
Yakala
Belirli bir adım için onay geçmişinde kaydedilen 'Onaylama' eyleminin
Event tipi
explicit
|
|||
|
Onay Adımı Reddedildi
|
Bir onay adımının olumsuz sonucunu temsil eder; bir onaylayıcı talebi reddetmiş ve genellikle değişiklik için geri göndermiştir. Bu, açıkça bir 'Reddetme' eylemi olarak `log`lanır. | ||
|
Neden önemli
Yeniden işlemenin (rework) ve süreç gecikmelerinin temel bir kaynağını vurgular. Bu olayları analiz etmek, 'Talep Yeniden İşleme Oranı'nı ve reddedilme nedenlerini anlamak için kritik öneme sahiptir.
Nereden alınır
Ariba onay akışı tablolarından. Bu, bir onaycı atanmış görevinde 'Reddet' veya 'Geri Çevir' eylemini gerçekleştirdiğinde bir zaman damgası ile kaydedilir.
Yakala
Belirli bir adım için onay geçmişinde kaydedilen 'Reddetme' eyleminin
Event tipi
explicit
|
|||
|
Satın Alma Talebi Değiştirildi
|
Bir kullanıcı, bir Satın Alma Talebini gönderdikten sonra, genellikle bir reddetme veya sorguya yanıt olarak değiştirdiğinde meydana gelir. Bu, belge düzenlenip yeniden gönderildiğinde yakalanır. | ||
|
Neden önemli
Yeniden işlemeyi ve süreç verimsizliklerini izler. Yüksek değişiklik sıklığı, başlangıçtaki gereksinimlerin veya politikaların belirsiz olduğunu gösterir ve 'Satın Alma Talebi Değişiklik Oranı' KPI'sını etkiler.
Nereden alınır
Ariba'daki versiyonlama verilerinden çıkarılır. Her düzeltme, talep belgesinin yeni bir versiyonunu oluşturur. 1'den büyük bir versiyonun oluşturulması bir düzeltmeyi gösterir.
Yakala
İlk 'Gönderildi' durumundan sonra oluşturulan talebin yeni versiyonlarının kontrol edilmesi. Yeni versiyonun zaman damgası olay zamanıdır.
Event tipi
inferred
|
|||
|
Satın Alma Talebi Geri Çekildi
|
Orijinal talep eden, gönderilmiş bir Satın Alma Talebini tamamen onaylanmadan önce iptal ettiğinde meydana gelir. Bu, durumun 'Geri Çekildi' veya 'İptal Edildi' olarak değişmesiyle yakalanır. | ||
|
Neden önemli
Kullanıcı tarafından başlatılan sürecin sonlandırılmasını temsil eder. Satın alma taleplerinin neden geri çekildiğini analiz etmek, değişen iş ihtiyaçları veya uzun onay süreleri ile ilgili sorunları ortaya çıkarabilir.
Nereden alınır
Ariba belge geçmişinden veya talebin durum değişikliğini 'Geri Çekildi' olarak kaydeden denetim Event Log'undan çıkarılır.
Yakala
Talebin durum alanının 'Geri Çekildi' olarak değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Satın Alma Talebi Kalemi Sipariş Edildi
|
Bir satın alma talebindeki münferit bir kalem öğesinin, satın alma siparişine yerleştirildikten sonra durumunun 'Sipariş Edildi' olarak değişmesini temsil eder. Bu, başlık düzeyindeki PO oluşturmadan daha ayrıntılı izleme sağlar. | ||
|
Neden önemli
Sadece başlığa bakıldığında görünmeyen, kısmi sipariş veya kalem seviyesindeki gecikmelerin analiz edilmesini sağlar. Bu, farklı Satın Alma Siparişleri (PO) tarafından karşılanan birçok kalemi olan talepler için faydalıdır.
Nereden alınır
Talep kalem nesnesinin durum değişikliğinden çıkarılır. Kalemin durumu, bir Satın Alma Siparişi (PO) oluşturulduğunda 'Sipariş Edildi' olarak güncellenir.
Yakala
Talep kaleminin durum alanının 'Sipariş Edildi' olarak değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Satın Alma Talebi Tedarike Gönderildi
|
Onaylanmış bir talebin, bir Satın Alma Siparişi (PO) oluşturulmadan önce bir RFQ gibi bir tedarik olayı çalıştırmak üzere tedarik departmanına yönlendirildiğinde meydana gelir. Örneğin 'Tedarik' olarak bir durum değişikliği ile yakalanır. | ||
|
Neden önemli
Yüksek değerli veya standart dışı kalemler için süreçteki önemli bir dalı belirler. Tedarik departmanının teslim süresi katkısını analiz etmeye yardımcı olur.
Nereden alınır
Talebin durumunun tedarik bölümüne gönderildiğini gösteren bir değere değişmesinden çıkarılır. Bu, Ariba Buying'in Ariba Sourcing ile entegre olduğu durumlarda yaygındır.
Yakala
Talebin durum alanının 'Tedarik' veya benzeri bir özel duruma değiştiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||