Satın Almadan Ödemeye - Talep Veri Şablonunuz
Satın Almadan Ödemeye - Talep Veri Şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel faaliyetler
- SAP ECC için veri çıkarma yönlendirmesi
Satın Almadan Ödemeye - Satın alma talebi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Belirli bir zamanda gerçekleşen iş etkinliğinin adı. | ||
|
Açıklama
Bu öznitelik, satın alma talebi yaşam döngüsündeki belirli bir adımı veya olayı açıklar. Örneğin 'Requisition Created', 'Approval Submitted' veya 'Purchase Order Created'. Bu etkinlikler genellikle SAP içindeki durum değişikliklerinden, iş akışı günlüklerinden veya değişiklik belgelerinden elde edilir. Etkinliklerin sırasını ve sıklığını analiz etmek Process Mining temelini oluşturur. Bu analiz, yaygın yollar, sapmalar ve darboğazlar dahil gerçek süreç akışlarını keşfetmenizi sağlar. End-to-End Requisition Process Map gibi Dashboardlar oluşturmak ve yeniden çalışma ile uyumlulukla ilgili KPI’ları hesaplamak için bu analiz büyük önem taşır.
Neden önemli?
Süreçteki adımları tanımlar; süreç haritalarının görselleştirilmesini ve süreç akışı değişikliklerinin analiz edilmesini sağlar.
Nereden alınır?
CDHDR ve CDPOS değişiklik belgesi tablolarından, Workflow günlüklerinden veya EBAN-STATU gibi durum alanlarından türetilir.
Örnekler
Talep oluşturulduOnay adımı onaylandıTalep reddedildiSatın alma siparişi oluşturuldu
|
|||
|
Olay zamanı
EventTime
|
Etkinliğin gerçekleştiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Event Time, belirli bir etkinliğin gerçekleştiği kesin tarih ve saati kaydeder. Bu zaman damgası, çevrim sürelerini hesaplamak, darboğazları belirlemek ve süreç performansını anlamak dahil Process Mining içindeki tüm zaman tabanlı analizlerin temelidir. Talep bağlamında bu öznitelik, 'Average Requisition Approval Time' ve 'Time to PO Creation' gibi temel KPI’ların hesaplanmasını sağlar. Requisition Approval Cycle Time analizi gibi süreleri görselleştiren Dashboardları destekler ve süreçteki herhangi iki nokta arasındaki süreyi ölçmek için gereken ham veriyi sunar.
Neden önemli?
Bu zaman damgası, tüm sürelerin hesaplanması, süreç performansının analiz edilmesi ve zamanla ilişkili darboğazların keşfedilmesi için gereklidir.
Nereden alınır?
CDHDR değişiklik belgesi başlık tablosunda, UDATE ve UTIME alanlarında bulunur.
Örnekler
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
|
|||
|
Satın alma talebi kimliği
PurchaseRequisitionId
|
Bir satın alma talebi belgesini benzersiz olarak tanımlayan benzersiz tanımlayıcı. | ||
|
Açıklama
Satın alma talebi kimliği, SAP ECC içinde mal veya hizmet taleplerinin her birini benzersiz olarak tanımlayan birincil anahtardır. Oluşturulmasından satın alma siparişine dönüştürülmesi veya kapatılması gibi nihai sonucuna kadar belirli bir taleple ilgili tüm etkinlikleri ve değişiklikleri birbirine bağlayan merkezi vaka tanımlayıcısı olarak görev yapar. Process Mining kapsamında bu kimlik, her talebin uçtan uca yaşam döngüsünü yeniden oluşturmak için gereklidir. Analistler bu tanımlayıcıyı izleyerek sürecin tamamını görselleştirebilir, kilometre taşları arasındaki süreleri ölçebilir ve farklı taleplerin nasıl işlendiğindeki değişiklikleri analiz edebilir. Böylece talep yolculuğunun tamamı tutarlı bir görünümle incelenebilir.
Neden önemli?
İlgili tüm süreç olaylarını tek bir vakaya bağlayan temel tanımlayıcıdır ve uçtan uca süreç analizini mümkün kılar.
Nereden alınır?
EBAN tablosunda, BANFN alanında bulunur.
Örnekler
100234567810023456791002345680
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin çıkarıldığı kaynak sistemi tanımlar. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin kaynağını belirtir; örneğin 'SAP ECC Production' veya 'S4HANA QA'. Genellikle veri çıkarma sırasında eklenen statik bir değerdir ve özellikle birden fazla kaynak sistemin bulunduğu ortamlarda bağlam sağlar. Süreç analizinde bu bilgi, farklı kaynaklardan gelen verilerin ayırt edilmesine yardımcı olur. Böylece üretim, test veya geliştirme ortamlarına ait verilerin karıştırılması nedeniyle analizlerin yanıltılması önlenir. Veri yönetişimi ve izlenebilirlik için temel bir meta veri unsurudur.
Neden önemli?
Verilerin kaynağı hakkında gerekli bağlamı sağlar, izlenebilirliği destekler ve birden fazla sistemin analiz edilmesine imkan verir.
Nereden alınır?
Genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen statik bir değerdir.
Örnekler
SAP_ECC_PRODS4HANA_EU_100ECC_US_FINANCE
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Kaynak sistemden yapılan en son veri yenileme veya çıkarma işleminin zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri setinin en son ne zaman güncellendiğini gösterir. Her veri yüklemesi sırasında tüm veri setine uygulanan sabit bir zaman damgasıdır ve analizin güncelliği için referans noktası görevi görür. Her Process Mining Dashboardu veya analizi için verilerin güncelliğini bilmek, bilinçli kararlar almak açısından büyük önem taşır. Bu öznitelik, tüm paydaşların görüntüledikleri verilerin kapsadığı zaman aralığını bilmesini sağlar ve güncelliğini yitirmiş bilgilere dayalı sonuçlara varılmasını önler.
Neden önemli?
Verilerin güncelliği hakkında bilgi verir. Bu, süreç analizinin geçerliliği ve doğruluğu için önemlidir.
Nereden alınır?
Veri çıkarma işleminin zaman damgasını temsil eden ve ETL sürecinde eklenen statik bir değerdir.
Örnekler
2024-01-15T04:00:00Z2024-01-16T04:00:00Z
|
|||
|
Belge türü
RequisitionDocumentType
|
Satın alma talebinin türünü ve özelliklerini belirleyen sınıflandırma. | ||
|
Açıklama
SAP'deki Belge Türü, numara aralığı, alan seçimi ve talebin izlediği genel tedarik süreci dahil olmak üzere satın alma talebinin çeşitli özelliklerini kontrol eder. Örnekler arasında 'Standart PR', 'Stok Transferi' ve 'Hizmet PR' bulunur. Bu öznitelik, farklı belge türlerinin çoğunlukla farklı süreç akışlarına ve onay gereksinimlerine sahip olması nedeniyle analiz için güçlü bir boyuttur. Analistlerin farklı talep süreçlerinin performansını karşılaştırmak üzere verileri segmentlere ayırmasını sağlar. Bu da uyumluluğu anlamak ve süreçleri standartlaştırma veya uzmanlaştırma fırsatlarını belirlemek için önemlidir.
Neden önemli?
Taleplerin farklı süreç kategorilerine ayrılmasını sağlar ve daha hassas ve ilgili analizler yapılmasına imkan verir.
Nereden alınır?
EBAN tablosunda, BSART alanında bulunur.
Örnekler
NBUBRV
|
|||
|
Departman
Department
|
Talep eden kişinin departmanı veya taleple ilişkili maliyet merkezi. | ||
|
Açıklama
Bu öznitelik, satın alma talebini başlatan iş birimini veya departmanı gösterir. Bu bilgi genellikle talep sahibinin kullanıcı profilinden veya talep kalemine atanan maliyet merkezinden elde edilir. Süreci departman bazında analiz etmek, kuruluş genelindeki performans farklılıklarını anlamak için büyük önem taşır. 'Requisition Approval Cycle Time' Dashboardunun ve 'Departmental Approval Time Variance' KPI’ının temel boyutudur. Hangi departmanların verimli süreçlere sahip olduğunu, hangilerinin iyileştirmeye veya ek kaynaklara ihtiyaç duyabileceğini belirlemeye yardımcı olur.
Neden önemli?
İş birimleri arasında performans karşılaştırması yapılmasını sağlar ve departmanlara özgü darboğazları ve süreç tutarsızlıklarını ortaya çıkarır.
Nereden alınır?
Genellikle Talep Eden (EBAN-AFNAM) alanının kullanıcı ana verileriyle (SU01) ilişkilendirilmesiyle veya talebin hesap tayinine bağlı Maliyet Merkezi (EBKN-KOSTL) kullanılarak türetilir.
Örnekler
FinansBT OperasyonlarıPazarlamaÜretim
|
|||
|
Kullanıcı adı
User
|
Etkinliği gerçekleştiren kullanıcının kimliği. | ||
|
Açıklama
Bu öznitelik, talep oluşturma, bir adımı onaylama veya belgeyi değiştirme gibi bir olaydan sorumlu belirli kullanıcıyı tanımlar. SAP’de bu bilgi genellikle kullanıcı kimliği olarak kaydedilir. Kullanıcı bazında analiz yapmak eğitim ihtiyaçlarını, kullanıcıya özel performansı ve veri girişi hatalarının olası kaynaklarını belirlemeye yardımcı olur. Bu analiz, 'Requisition Creation Throughput by Requester' gibi Dashboardlar ve görevlerin ayrılığı politikalarına uyumluluğu anlamak için gereklidir.
Neden önemli?
Etkinlikleri belirli kişilere bağlar; kullanıcı performansının, iş yükünün, uyumluluğun ve eğitim ihtiyaçlarının analiz edilmesini sağlar.
Nereden alınır?
Değişiklikler için CDHDR değişiklik belgesi başlık tablosunda USERNAME alanında, oluşturucu için ise EBAN tablosunda ERNAM alanında bulunur.
Örnekler
SMITHJR.DOEUSER123
|
|||
|
Talep durumu
RequisitionStatus
|
Satın alma talebinin mevcut işlenme durumu. | ||
|
Açıklama
Bu öznitelik, talebin belirli bir andaki genel durumunu gösterir. Örneğin 'In Release', 'Approved', 'Rejected' veya 'Closed'. Bu bilgi SAP’de genellikle bir durum koduyla temsil edilir. Durumu takip etmek, taleplerin sonucunu anlamak için gereklidir. 'Requisition Outcome and Rejection Rates' Dashboardunu ve 'Requisition Rejection Rate' ile 'Requisition Withdrawal Rate' gibi KPI’ları doğrudan destekler. Taleplerin durumlar arasında nasıl geçiş yaptığını analiz etmek, süreç verimsizliklerini ve başarısızlık noktalarını belirlemeye yardımcı olur.
Neden önemli?
Talebin sonucunu tanımlar; başarı oranlarının, ret nedenlerinin ve süreç bitiş noktalarının analiz edilmesi için önemlidir.
Nereden alınır?
İşlenme durumu EBAN tablosunda, STATU alanında bulunur. Release durumu ise EBAN-FRGZU alanındadır.
Örnekler
N (Değiştirilmedi)B (Satın alma siparişi oluşturuldu)A (Teklif talebi oluşturuldu)K (Kapatıldı)
|
|||
|
Toplam talep değeri
TotalRequisitionValue
|
Satın alma talebindeki tüm kalemlerin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, satın alma talebinin toplam mali tutarını gösterir. Bu değer genellikle gerekli onay iş akışının belirlenmesinde temel bir etkendir. Daha yüksek tutarlı talepler çoğunlukla daha ayrıntılı inceleme ve daha fazla onay adımı gerektirir. Tutar bazında analiz yapmak, mali etkinin süreç davranışını nasıl değiştirdiğini anlamak için büyük önem taşır. Yüksek tutarlı taleplerin onaylanmasının daha uzun sürüp sürmediğini, daha sık reddedilip reddedilmediğini veya farklı süreç yollarını izleyip izlemediğini ortaya çıkarabilir. Bu aynı zamanda satın alma sürecinin mali işlem hacmini değerlendirmek için temel bir metriktir.
Neden önemli?
Süreç davranışını finansal etkiyle ilişkilendirmeye yardımcı olur; risk analizi ve onay karmaşıklığının anlaşılması için önemlidir.
Nereden alınır?
Tüm kalemlerin değerlerinin toplamıdır. Kalem değeri EBAN tablosunda, GSWER alanında bulunur. Para birimi EBAN-WAERS alanındadır.
Örnekler
1500.00250.50125000.00
|
|||
|
Malzeme grubu
MaterialGroup
|
Talep edilen malzeme veya hizmetin ait olduğu grup ya da kategori. | ||
|
Açıklama
Malzeme Grubu, benzer özelliklere sahip malzemeleri veya hizmetleri birlikte sınıflandırmak için kullanılır. Bu sayede tedarik faaliyetleri kategori bazında analiz edilebilir. Malzeme grubuna göre analiz yapmak, stratejik kaynak bulma ve harcama analizi için yardımcı olur. Process Mining kapsamında, 'BT Donanımı' veya 'Profesyonel Hizmetler' gibi belirli kategorilere ait taleplerin farklı süreç yolları izleyip izlemediğini veya daha uzun onay süreleri yaşayıp yaşamadığını ortaya çıkarabilir. Bu içgörü, Talep Veri Kalitesi Raporu ve satın alınan ürüne göre süreç farklılıklarının anlaşılması için değerlidir.
Neden önemli?
Harcama ve süreç analizinin tedarik kategorisine göre yapılmasını sağlar, stratejik kaynak bulmayı destekler ve kategoriye özgü darboğazları belirler.
Nereden alınır?
EBAN tablosunda, MATKL alanında bulunur.
Örnekler
00101L001IT-SFTWR
|
|||
|
Öncelik
Priority
|
Satın alma talebine atanan aciliyet düzeyi. | ||
|
Açıklama
Bu öznitelik, talebin önceliğini gösterir ve talebi genellikle 'Urgent', 'High' veya 'Normal' olarak sınıflandırır. Bu işaret, onaylayanlara ve satın alma uzmanlarına talebin hızlandırılmış biçimde ele alınması gerektiğini bildirir. Bu öznitelik, 'Urgent Requisition Processing Performance' Dashboardu ve 'Urgency Flag Effectiveness' KPI’ı için gereklidir. Analiz, acil olarak işaretlenen taleplerin standart taleplerden gerçekten daha hızlı işlenip işlenmediğine odaklanır. Böylece önceliklendirme sisteminin etkinliğini doğrulamanıza ve iş açısından kritik ihtiyaçların zamanında karşılanmasını sağlamanıza yardımcı olur.
Neden önemli?
Acil taleplerin daha hızlı işlenip işlenmediğini analiz etmeyi ve önceliklendirme mekanizmalarının etkinliğini doğrulamayı sağlar.
Nereden alınır?
EBAN'de standart bir alan değildir. Genellikle özel bir alan olarak uygulanır veya Gereksinim İzleme Numarası (EBAN-BEDNR) ya da belirli bir belge türünden çıkarımsal olarak belirlenir.
Örnekler
123
|
|||
|
Ret nedeni
RejectionReason
|
Bir talep veya onay adımı reddedildiğinde belirtilen neden. | ||
|
Açıklama
Bu öznitelik, bir satın alma talebinin reddedilme gerekçesini gösterir. Onaylayan kişi bu bilgiyi genellikle ret etkinliği sırasında serbest metin olarak girer veya önceden tanımlanmış kodlar arasından seçer. Ret nedenlerini analiz etmek, süreci iyileştirmek için büyük önem taşır. Taleplerin neden sonuçlanmadığına dair doğrudan ve uygulanabilir bilgiler sağlar. Bunun nedeni politika ihlalleri, hatalı veri veya kullanılamayan bütçe olabilir. Bu veri, "Talep sonuçları ve ret oranları" Dashboardı için önemlidir ve süreç verimsizliklerinin temel nedenlerini belirlemenize yardımcı olur.
Neden önemli?
Taleplerin neden reddedildiği hakkında doğrudan içgörü sağlar ve hedefli süreç iyileştirmeleri ile kullanıcı eğitimlerine imkan verir.
Nereden alınır?
Bu veri genellikle Workflow günlüklerinde veya ret olayıyla ilişkili uzun metinde saklanır. EBAN'de standart bir alanı yoktur.
Örnekler
Hatalı masraf merkeziBütçe aşıldıYinelenen talepPolitikaya uygun değil
|
|||
|
Satın alma grubu
PurchasingGroup
|
Talep edilen kalemleri satın almaktan sorumlu satın almacılar grubu. | ||
|
Açıklama
Satın Alma Grubu, belirli tedarik faaliyetlerinden sorumlu organizasyon birimidir. Talep onaylandıktan sonra talebi yönetecek satın almacılar ekibini temsil eder. Bu öznitelik, farklı satın alma ekiplerinin iş yükünü ve performansını analiz etmek için kullanışlıdır. Bazı satın alma gruplarının talepleri satın alma siparişlerine dönüştürmede darboğaz oluşturup oluşturmadığını veya belirli talep türlerini diğerlerinden daha verimli işleyip işlemediğini belirlemeye yardımcı olur. Tedarik işlevinde kaynak ve performans yönetimi için önemli bir boyut sağlar.
Neden önemli?
Tedarik sorumluluğunu atar; iş yükü analizini ve farklı satın alma ekipleri arasında performans karşılaştırmasını mümkün kılar.
Nereden alınır?
EBAN tablosunda, EKGRP alanında bulunur.
Örnekler
001002P01
|
|||
|
Satın alma siparişi kimliği
PurchaseOrderId
|
Talepten oluşturulan satın alma siparişinin kimliği. | ||
|
Açıklama
Bu öznitelik, bir satın alma talebini onu karşılamak için oluşturulan sonraki satın alma siparişine bağlar. Tek bir talep bazen birden fazla satın alma siparişine dönüşebilir. Bu bağlantı, talep ve satın alma süreçleri arasındaki devir teslimi analiz etmek için büyük önem taşır. 'Time to PO Creation from Requisition' KPI’ını hesaplamak ve 'Approved Requisition to PO Creation Delay' Dashboardunu desteklemek için gereklidir. Bu bağlantıyı anlamak, satın almadan ödemeye tüm çevriminin verimliliğini ölçmenin temelidir.
Neden önemli?
Talep sürecini sonraki satın alma sürecine bağlar ve devir gecikmelerinin analiz edilmesini sağlar.
Nereden alınır?
Satın alma siparişi numarası, oluşturulduktan sonra EBAN tablosunda EBELN alanına kaydedilir.
Örnekler
450001712345000171244500017125
|
|||
|
Talep edenin adı
RequesterName
|
Mal veya hizmetleri talep eden kişinin adı. | ||
|
Açıklama
Bu öznitelik, satın alma talebini başlatan kişiyi tanımlar. Bu kişi, talep edilen öğelere ilişkin iş ihtiyacına sahip olan kişidir. Talep sahibini takip etmek, taleplerin kişi veya grup bazındaki örüntülerini analiz etmenizi sağlar. 'Requisition Creation Throughput by Requester' Dashboardu, yetkin kullanıcıları, ek eğitime ihtiyaç duyabilecek kullanıcıları veya satın alma faaliyeti yüksek departmanları belirlemek için bu özniteliğe dayanır. Sürecin başlangıç noktasını insan odaklı biçimde görmenizi sağlar.
Neden önemli?
Süreç sahibini tanımlar; talep oluşturma örüntülerinin analiz edilmesini ve kullanıcı eğitimlerinin hedeflenmesini sağlar.
Nereden alınır?
EBAN tablosunda, AFNAM alanında bulunur.
Örnekler
Alice WilliamsBob JohnsonCharlie Brown
|
|||
|
Tedarikçi kimliği
VendorId
|
Önerilen veya sabit tedarikçiyi benzersiz olarak tanımlayan kimlik. | ||
|
Açıklama
Bu öznitelik, talep edilen kalem için tercih edilen veya sözleşmeyle belirlenmiş tedarikçinin kimliğini içerir. Talep eden tarafından önceden doldurulmuş veya önerilmiş olabilir. Talepleri tedarikçiye göre analiz etmek, tedarikçilerin önceden seçilmesinin tedarik sürecine etkisini değerlendirmeye yardımcı olur. Örneğin, belirli bir tedarikçi tanımlanan taleplerin daha hızlı onaylanıp onaylanmadığını veya bazı tedarikçilerin daha yüksek ret oranlarıyla ilişkili olup olmadığını gösterebilir. Tedarikçiyle sürecin erken aşamasında kurulan ilişki hakkında görünürlük sağlar.
Neden önemli?
Tercih edilen tedarikçi ilişkileri ve bunların talep işleme hızı ile sonuçlarına etkisi hakkında içgörü sağlar.
Nereden alınır?
EBAN tablosunda, LIFNR alanında bulunur (Sabit tedarikçi).
Örnekler
100030025V9876
|
|||
|
Üretim yeri
Plant
|
Mal veya hizmetlerin talep edildiği şirket lokasyonu veya üretim yeri. | ||
|
Açıklama
Plant, bir şirket içindeki organizasyon birimidir ve fabrika, depo veya ofis gibi fiziksel bir konumu temsil eder. Talep, istenen kalemlerin ihtiyaç duyulduğu plant bilgisini belirtir. Plant bazında analiz yapmak, talep sürecini coğrafi konuma veya tesise göre incelemenizi sağlar. Bu analiz, farklı yerler arasındaki performans farklarını ortaya çıkarabilir. Farklılıkların nedeni yerel prosedürler, personel seviyeleri veya iş ihtiyaçları olabilir. Plant, bölgesel performans Dashboardları için sık kullanılan bir boyuttur.
Neden önemli?
Analiz için coğrafi veya lokasyon bazlı bağlam sağlar ve bölgesel süreç farklılıkları ile performans değişimlerinin belirlenmesine yardımcı olur.
Nereden alınır?
EBAN tablosunda, WERKS alanında bulunur.
Örnekler
10002100DE01
|
|||
|
Yeniden işleme var mı
IsRework
|
Talebin gönderim sonrasında değiştirilmesi gibi bir yeniden işleme döngüsünden geçip geçmediğini gösteren boolean gösterge. | ||
|
Açıklama
Bu, yeniden çalışmayla ilişkili etkinlikleri veya vakaları işaretleyen türetilmiş bir özniteliktir. Örneğin, "Talep değiştirildi" etkinliği "Onay gönderildi" etkinliğinden sonra gerçekleşirse yeniden çalışma olarak değerlendirilir. Süreci önceki bir aşamaya geri gönderen ret olayları da bu işareti tetikleyebilir. Bu işaret, "Talep değişiklikleri ve yeniden işleme analizi" Dashboardı için gereklidir. Yeniden çalışmayı kolayca filtreleyip ölçmenizi sağlar. Böylece yeniden çalışmanın toplam çevrim sürelerine etkisini ölçebilir ve süreç verimsizliklerinin temel nedenlerini belirleyebilirsiniz. Yüksek yeniden çalışma oranları genellikle veri kalitesiyle veya belirsiz gereksinimlerle ilgili sorunlara işaret eder.
Neden önemli?
Yeniden işlemenin sıklığını ve etkisini ölçmeye yardımcı olur; süreç verimsizliklerinin ve döngülerinin kolayca belirlenmesini ve analiz edilmesini sağlar.
Nereden alınır?
Olay günlüğünden, onay etkinliğinden sonra 'Talep değiştirildi' etkinliğinin gerçekleşmesi gibi belirli etkinlik dizileri belirlenerek türetilir.
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Satın alma talebi faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Onaya gönderildi
|
Bu etkinlik, talebin resmi onay iş akışına girdiğini gösterir. Genellikle talep durumu, yapılandırılmış serbest bırakma stratejisine göre ilk serbest bırakma veya onay işlemini gerektirecek şekilde değiştiğinde anlaşılır. | ||
|
Neden önemli?
Bu nokta, süreç verimliliğini ölçmek için önemli bir KPI olan onay döngüsü süresinin başlangıcını gösterir. Bu noktayı anlamak, oluşturma ile resmi onayların başlaması arasındaki gecikmeleri ayırmaya yardımcı olur.
Nereden alınır?
EBAN tablosunda onay stratejisiyle ilgili ilk durum değişikliğinden, örneğin FRGZU alanının başlangıç durumundan bekleyen duruma geçmesinden veya taleple ilişkilendirilmiş Workflow günlüklerindeki ilk kayıttan çıkarılır.
Yakalayın
Bir onay stratejisinin etkinleştirildiğini gösteren ilk değişiklik günlüğü kaydından çıkarılır.
Olay türü
inferred
|
|||
|
Satın alma siparişi oluşturuldu
|
Bu etkinlik, onaylanmış bir satın alma talebinin satın alma siparişi belgesine başarıyla dönüştürüldüğünü gösterir. Olay, talep ile ilişkili bir satın alma siparişi kalemi bulunarak talep için çıkarımsal olarak belirlenir. | ||
|
Neden önemli?
Birincil başarılı sonuç olarak bu etkinlik, talep sürecini tamamlar ve tedarik aşamasını başlatır. 'Talep onaylandı' ile bu olay arasındaki süre, devir verimliliğini ölçmek için önemli bir KPI'dır.
Nereden alınır?
EKPO (satın alma siparişi kalemi) tablosunda, BANFN ve BNFPO alanları EBAN tablosundaki satın alma talebi numarası ve kalemiyle eşleşen bir kayıt bulunarak çıkarımsal olarak belirlenir. Satın alma siparişi oluşturma tarihi (EKKO.AEDAT), zaman damgasını sağlar.
Yakalayın
EBAN ve EKPO tabloları ilişkilendirilerek ve EKKO'daki satın alma siparişi oluşturma tarihi kullanılarak çıkarımsal olarak belirlenir.
Olay türü
inferred
|
|||
|
Talep geri çekildi
|
Bu, oluşturucunun veya yetkili bir kullanıcının silme göstergesini ayarlayarak talep kalemini iptal ettiği terminal etkinliktir. Bu işlem açıkça kaydedilir ve iş ihtiyacının artık geçerli olmadığını veya talebin hatalı oluşturulduğunu gösterir. | ||
|
Neden önemli?
Bu, sürecin temel başarısızlık noktalarından biridir ve geri çekilme oranının hesaplanması için gereklidir. Yüksek oranlar, kullanıcıları taleplerden vazgeçmeye zorlayan uzun onay sürelerine veya talep planlamasındaki sistemik sorunlara işaret edebilir.
Nereden alınır?
Bu açık işlem, EBAN tablosundaki talep kalemine ait 'Deletion Indicator' (LOEKZ) alanı ayarlandığında alınır. Değişiklik CDHDR ve CDPOS tablolarına kaydedilir.
Yakalayın
Deletion Indicator (EBAN-LOEKZ) 'L' olarak ayarlandığında oluşturulan değişiklik günlüğü kaydı.
Olay türü
explicit
|
|||
|
Talep oluşturuldu
|
Bu etkinlik, bir kullanıcının satın alma talebini ilk kez oluşturup kaydetmesini gösterir. Yeni bir kayıt EBAN tablosunda oluşturulduğunda, oluşturulma tarihi ve saati kaydedilerek olay açıkça yakalanır. | ||
|
Neden önemli?
Sürecin başlangıç noktası olan bu etkinlik, toplam talep yaşam döngüsü süresini hesaplamak ve oluşturma kapasitesini analiz etmek için gereklidir. Talepleri kimin ve ne zaman oluşturduğunu belirlemenize yardımcı olur.
Nereden alınır?
Bu olay, belirli bir Satın Alma Talebi kimliği (BANFN) için EBAN tablosundaki oluşturulma tarihi (ERDAT) ve oluşturulma saati (UZEIT) alanlarından alınır.
Yakalayın
İlk kayıt kaydedildiğinde EBAN tablosundaki ERDAT ve UZEIT alanlarından alınan zaman damgası.
Olay türü
explicit
|
|||
|
Talep onaylandı
|
Bu kilometre taşı etkinliği, satın alma talebinin gerekli tüm onay adımlarını başarıyla geçtiğini gösterir. EBAN tablosunda son serbest bırakma kodu uygulandığında ve genel serbest bırakma göstergesi (FRGZU) onaylanmış duruma getirildiğinde çıkarılır. | ||
|
Neden önemli?
Bu önemli kilometre taşı, onay döngüsünün sonunu ve satın alma aşamasının başlangıcını gösterir. Toplam onay süresi KPI'ını hesaplamak ve satın alma siparişi oluşturma aşamasına devir gecikmelerini ölçmek için gereklidir.
Nereden alınır?
EBAN tablosundaki FRGZU alanı nihai onayı temsil eden değere geçtiğinde CDPOS'taki değişiklik günlüğü kaydının zaman damgasından çıkarılır.
Yakalayın
EBAN'daki nihai serbest bırakma göstergesi alanının terminal "onaylandı" durumuna ulaşmasından çıkarılır.
Olay türü
inferred
|
|||
|
Talep reddedildi
|
Bu, satın alma talebinin kesin olarak reddedildiği ve daha fazla ilerleyemeyeceği terminal etkinliktir. EBAN tablosundaki serbest bırakma göstergesi bir onaylayıcı tarafından nihai ret durumuna getirildiğinde çıkarılır. | ||
|
Neden önemli?
Bu etkinlik, sürecin önemli bir bitiş noktasıdır ve Talep Reddedilme Oranı KPI'ını hesaplamak için gereklidir. Bu örnekleri analiz etmek, satın alma sürecinin neden başarısız olduğunu ve kaynakların nerede boşa harcandığını anlamaya yardımcı olur.
Nereden alınır?
EBAN tablosundaki FRGZU alanı nihai reddi temsil eden değere geçtiğinde CDPOS'taki değişiklik günlüğü kaydının zaman damgasından çıkarılır.
Yakalayın
EBAN'daki nihai serbest bırakma göstergesi alanının terminal "reddedildi" durumuna ulaşmasından çıkarılır.
Olay türü
inferred
|
|||
|
Onay adımı başladı
|
Talebin, onay stratejisinde tanımlanan belirli bir onaylayıcının veya onay grubunun işlem yapmasını beklediğini gösterir. Talep durumu, belirli bir serbest bırakma kodunun beklendiğini gösterdiğinde bu olay çıkarılır. | ||
|
Neden önemli?
Bu etkinlik, onay zincirindeki her bir adımı ayrıntılı biçimde analiz etmenizi sağlar. Süreçte en uzun gecikmelere hangi onaylayıcıların veya aşamaların neden olduğunu belirlemenize yardımcı olur.
Nereden alınır?
EBAN tablosundaki serbest bırakma durumu alanlarında yapılan değişikliklerin sırası izlenerek çıkarılır. Yeni bir bekleyen duruma yapılan her değişiklik, yeni bir onay adımının başladığını gösterir.
Yakalayın
Yeni bir serbest bırakma kodunun etkin olduğunu ve onay beklediğini gösteren durum değişikliklerinden çıkarılır.
Olay türü
inferred
|
|||
|
Onay adımı onaylandı
|
Yetkili bir kullanıcının serbest bırakma stratejisindeki tek bir adımı onaylaması için gerçekleştirdiği açık işlemi ifade eder. Bu işlem, talebin serbest bırakma durumunda yapılan bir değişiklik olarak kaydedilir ve talebi nihai onaya yaklaştırır. | ||
|
Neden önemli?
Her adımın süresini ölçmek ve farklı onaylayanların performansını analiz etmek için bireysel onayları takip etmek gerekir. Bu, iş akışına uyumu anlamanın temelidir.
Nereden alınır?
EBAN tablosundaki serbest bırakma durumu alanlarına ilişkin değişiklik günlüklerinden (CDHDR/CDPOS) alınır. Onaylayıcının ME54N veya benzer bir T-code üzerinden gerçekleştirdiği işlem, bu kaydın oluşmasını tetikler.
Yakalayın
Bir onaylayıcı serbest bırakma işlemini gerçekleştirdiğinde oluşturulan değişiklik günlüğü kaydı.
Olay türü
explicit
|
|||
|
Onay adımı reddedildi
|
Yetkili bir kullanıcı, serbest bırakma stratejisindeki tek bir adımı açıkça reddetmiştir. Bu işlem genellikle talebi değişiklik yapılması için oluşturana geri gönderir. İşlem, talebin serbest bırakma durumunda yapılan bir değişiklik olarak kaydedilir. | ||
|
Neden önemli?
Retler, süreçte yeniden çalışmanın ve gecikmelerin başlıca nedenlerindendir. Retlerin sıklığını ve nedenlerini analiz etmek, politika yanlış anlamalarını, veri kalitesi sorunlarını veya verimsiz onay adımlarını belirlemeye yardımcı olur.
Nereden alınır?
EBAN tablosundaki serbest bırakma durumu alanlarına ilişkin değişiklik günlüklerinden (CDHDR/CDPOS) alınır. ME54N veya benzer bir işlem üzerinden gerçekleştirilen ret işlemi, ilgili durum değişikliğini tetikler.
Yakalayın
Bir onaylayıcı ret işlemini gerçekleştirdiğinde oluşturulan değişiklik günlüğü kaydı.
Olay türü
explicit
|
|||
|
Onay sıfırlandı
|
Talebin tüm onay iş akışının sıfırlandığını gösterir. Bu durum genellikle önemli bir değişiklik nedeniyle gerçekleşir. Daha önce etkin olan serbest bırakma durumu temizlendiğinde onay süreci baştan başlar. | ||
|
Neden önemli?
Onay sıfırlamaları, döngü süresini ciddi biçimde etkileyen önemli yeniden çalışma olaylarıdır. Bunları belirlemek, süreçteki verimsizlikleri ve talep değişikliklerinin Workflow üzerindeki sonraki etkilerini görünür kılar.
Nereden alınır?
EBAN tablosu için CDHDR/CDPOS değişiklik günlüklerinde, serbest bırakma durumu alanlarının (FRGZU gibi) bekleyen veya onaylanmış durumdan başlangıç ya da boş duruma döndüğünü gösteren kayıtlardan çıkarılır.
Yakalayın
Serbest bırakma stratejisi alanlarının temizlendiğini gösteren değişiklik günlüklerinden çıkarılır.
Olay türü
inferred
|
|||
|
Talep değiştirildi
|
Bir satın alma talebinin ilk oluşturulmasından sonra miktar, fiyat veya malzeme değişikliği gibi yapılan her türlü değişikliği ifade eder. Bu değişiklikler SAP'nin değişiklik günlüğü tablolarına kaydedilir ve ayrıntılı bir denetim izi oluşturur. | ||
|
Neden önemli?
Değişiklikleri izlemek, yeniden çalışma döngülerini ve veri kalitesi sorunlarını belirlemek açısından önemlidir. Değişikliklerin sık yapılması, ilk gereksinimlerin belirsiz olduğunu veya kullanıcı eğitiminde eksikler bulunduğunu gösterebilir ve süreçte gecikmelere yol açabilir.
Nereden alınır?
Nesne sınıfının EINKBELEG ve nesne kimliğinin Satın Alma Talebi numarası olduğu durumlarda CDHDR başlık ve CDPOS kalem değişiklik günlüğü tablolarından alınır. Belirli alan değişiklikleri analiz edilebilir.
Yakalayın
Satın alma talebi belgesi için CDHDR ve CDPOS değişiklik tablolarına kaydedilen olay.
Olay türü
explicit
|
|||
|
Talep engellendi
|
Bir satın alma talebi kalemini engellemek için gerçekleştirilen açık işlemi ifade eder. Bu işlem, kalemin satın alma siparişine dönüştürülmesini önler. Engelleme, talep kalemindeki belirli bir gösterge üzerinden ayarlanır. | ||
|
Neden önemli?
Engelleme, tedarik sürecinde olası bir soruna veya geçici bir bekletmeye işaret eder. Bu olayları izlemek, taleplerin onaylandığı ancak hemen işleme alınmadığı darboğazları belirlemeye yardımcı olur.
Nereden alınır?
EBAN tablosundaki 'Blocking Indicator' alanında (EBAKZ) yapılan değişiklikten alınır. Değişiklik CDHDR ve CDPOS tablolarına kaydedilir.
Yakalayın
EBAN-EBAKZ alanı ayarlandığında değişiklik tablolarına kaydedilen olay.
Olay türü
explicit
|
|||
|
Talep kapatıldı
|
Talep kaleminin nihai olarak kapatıldığını ve başka bir işlem beklenmediğini gösterir. Kalem tamamen bir satın alma siparişine dönüştürülüp karşılandığında veya manuel olarak kapalı olarak işaretlendiğinde çıkarımsal olarak belirlenir. | ||
|
Neden önemli?
Bu, tamamlanan ancak mutlaka silinmeyen talepler için kesin bir bitiş noktası sağlar. Başarıyla karşılanan taleplerin yaşam döngüsü sürelerinin doğru hesaplanmasına yardımcı olur.
Nereden alınır?
EBAN tablosundaki 'Closed' göstergesinden, yani EBAKZ alanının 'S' veya yapılandırılmış başka bir değer taşımasından çıkarımsal olarak belirlenir. Bu durum, satın alma siparişine tam dönüşüm ve mal kabulü sonrasında sistem tarafından çoğunlukla otomatik olarak ayarlanır.
Yakalayın
EBAN-EBAKZ alanındaki durum değişikliğinin 'closed' değerine dönüşmesinden çıkarımsal olarak belirlenir.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Verilerinizin Process Mining için doğru yapıda olmasını sağlamak ve Satın Almadan Ödemeye Talep süreciniz hakkında değerli içgörüler elde etmek için bu Templatei kullanın. Süreç optimizasyonu yolculuğunuza bugün başlayın!
Satın Almadan Ödemeye talep sürecinde verimliliği artırın, denemenizi şimdi başlatın
Satın Almadan Ödemeye darboğazlarını belirleyip giderin, çevrim süresini %30 veya daha fazla azaltın.
Kredi kartı gerekmez, 14 gün ücretsiz erişim