Satın Almadan Ödemeye - Talep veri şablonunuz
Satın Almadan Ödemeye - Talep veri şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- SAP ECC için veri çıkarma yönergeleri
Satın Almadan Ödemeye - Talep öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Belirli bir zamanda gerçekleşen iş etkinliğinin adı. | ||
|
Açıklama
Bu öznitelik, satın alma talebinin yaşam döngüsündeki "Talep Oluşturuldu", "Onaya Gönderildi" veya "Satın Alma Siparişi Oluşturuldu" gibi belirli bir adımı ya da olayı tanımlar. Bu etkinlikler genellikle SAP’deki 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’in temelini oluşturur. Bu analiz, yaygın akışlar, sapmalar ve darboğazlar dahil gerçek süreç akışlarının keşfedilmesini sağlar. Baştan Sona Talep Süreç Haritası gibi Dashboardlar oluşturmak ve yeniden çalışma ile uyumlulukla ilgili KPI’ları hesaplamak için önemlidir.
Neden önemli?
Süreçteki adımları tanımlar; süreç haritalarını görselleştirmeyi ve akış farklılıklarını analiz etmeyi sağlar.
Nereden alınır?
CDHDR ve CDPOS değişiklik belgesi tablolarından, iş akışı günlüklerinden veya EBAN-STATU gibi durum alanlarından elde edilir.
Örnekler
Talep oluşturulduOnay adımı onaylandıTalep reddedildiSatın alma siparişi oluşturuldu
|
|||
|
Olay zamanı
EventTime
|
Etkinliğin ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Olay zamanı, belirli bir etkinliğin gerçekleştiği kesin tarih ve saati kaydeder. Bu zaman damgası, çevrim sürelerini hesaplama, darboğazları belirleme ve süreç performansını anlama dahil olmak üzere Process Mining kapsamındaki zamana dayalı tüm analizlerin temelini oluşturur. Satın alma talepleri bağlamında bu öznitelik, "Ortalama Talep Onay Süresi" ve "Satın Alma Siparişi Oluşturma Süresi" gibi temel KPI’ların hesaplanmasını sağlar. Talep onay çevrim süresi analizinde olduğu 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üre hesaplamaları, süreç performansı analizleri ve zamana bağlı darboğazların belirlenmesi için gereklidir.
Nereden alınır?
Değişiklik belgesi başlık tablosu CDHDR’de bulunur (UDATE ve UTIME alanları).
Örnekler
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
|
|||
|
Satın Alma Talebi Kimliği
PurchaseRequisitionId
|
Satın alma talebi belgesini benzersiz şekilde tanımlayan kimlik. | ||
|
Açıklama
Satın Alma Talebi Kimliği, SAP ECC’de mal veya hizmet taleplerinin her birini benzersiz biçimde tanımlayan birincil anahtardır. Talebin oluşturulmasından satın alma siparişine dönüştürülmesi veya kapatılması gibi nihai sonuca ulaşmasına kadar ilgili tüm etkinlikleri ve değişiklikleri birbirine bağlayan temel vaka tanımlayıcısıdır. Process Mining’de bu kimlik, her talebin baştan sona 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, aşamalar arasındaki süreleri ölçebilir ve farklı taleplerin nasıl ele alındığını karşılaştırabilir. Böylece talep sürecinin tamamı tek bir görünümde incelenebilir.
Neden önemli?
İlgili tüm süreç olaylarını tek bir vakada birleştiren bu temel tanımlayıcı, sürecin baştan sona analiz edilmesini sağlar.
Nereden alınır?
EBAN tablosundaki BANFN alanında bulunur.
Örnekler
100234567810023456791002345680
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin hangi kaynak sistemden çıkarıldığını belirtir. | ||
|
Açıklama
Bu öznitelik, süreç verisinin kaynağını belirtir. Örneğin, "SAP ECC Üretim" veya "S4HANA QA" olabilir. Genellikle veri çıkarma sırasında eklenen sabit bir değerdir ve özellikle birden fazla kaynak sistemin bulunduğu ortamlarda bağlam sağlar. Süreç analizinde farklı kaynaklardan gelen verileri ayırt etmeye yardımcı olur. Böylece üretim, test veya geliştirme ortamlarından gelen verilerin bir araya getirilmesi analiz sonuçlarını çarpıtmaz. Veri yönetişimi ve izlenebilirlik için temel bir üst veri unsurudur.
Neden önemli?
Verinin kaynağına ilişkin bağlam sağlayarak izlenebilirliği ve birden fazla sistemin analizini mümkün kılar.
Nereden alınır?
Bu, genellikle veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında eklenen sabit 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 veri çıkarma işleminin zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri setinin en son ne zaman güncellendiğini gösterir. Her veri yüklemesinde tüm veri setine uygulanan sabit bir zaman damgasıdır ve analizin güncelliğini değerlendirmek için referans noktası sağlar. Bilinçli kararlar almak için Process Mining Dashboardlarında ve analizlerinde verinin ne kadar güncel olduğunu bilmek önemlidir. Bu öznitelik, tüm paydaşların inceledikleri verilerin hangi dönemi kapsadığını görmesini sağlar ve güncelliğini yitirmiş bilgilere dayanarak sonuç çıkarılmasını önler.
Neden önemli?
Verinin güncelliğini gösterir. Bu bilgi, süreç analizinin geçerliliği ve doğruluğu açısından önemlidir.
Nereden alınır?
Bu, ETL işlemi sırasında eklenen ve verinin çıkarıldığı zaman damgasını gösteren sabit 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’de belge türü; numara aralığı, alan seçimi ve talebin izleyeceği genel tedarik süreci dahil olmak üzere satın alma talebinin çeşitli özelliklerini belirler. Örnekler arasında "Standart satın alma talebi", "Stok transferi" ve "Hizmet satın alma talebi" bulunur. Farklı belge türlerinin süreç akışları ve onay gereklilikleri çoğu zaman farklı olduğundan, bu öznitelik analiz için önemli bir boyut sunar. Analistler verileri belge türüne göre gruplandırıp farklı talep süreçlerinin performansını karşılaştırabilir. Bu da uyumluluğu anlamak ve süreçleri standartlaştırma ya da özelleştirme fırsatlarını belirlemek için önemlidir.
Neden önemli?
Talepleri farklı süreç kategorilerine ayırarak daha isabetli ve amaca uygun analizler yapmayı sağlar.
Nereden alınır?
EBAN tablosunun BSART alanında bulunur.
Örnekler
NBUBRV
|
|||
|
Departman
Department
|
Talep sahibinin departmanı veya taleple ilişkili masraf yeri. | ||
|
Açıklama
Bu öznitelik, satın alma talebini başlatan iş birimini veya departmanı gösterir. Bilgi genellikle talep sahibinin kullanıcı profilinden ya da talep kalemine atanan masraf yerinden elde edilir. Süreci departman bazında analiz etmek, kuruluş genelindeki performans farklılıklarını anlamak açısından önemlidir. Talep onay çevresi süresi Dashboardunun ve "Departmanlara Göre Onay Süresi Farkı" KPI’ının temel boyutudur. Hangi departmanların süreçlerinin verimli olduğunu, hangilerinin iyileştirmeye veya ek kaynağa ihtiyaç duyabileceğini belirlemeye yardımcı olur.
Neden önemli?
İş birimleri arasında performans karşılaştırması yapmayı, departmanlardaki darboğazları ve süreç tutarsızlıklarını belirlemeyi sağlar.
Nereden alınır?
Genellikle Talep Sahibi (EBAN-AFNAM) kullanıcı ana verileriyle (SU01) ilişkilendirilerek veya talebin hesap tayininde kullanılan Masraf Yeri (EBKN-KOSTL) üzerinden elde edilir.
Ö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 belgede değişiklik yapma gibi bir olaydan sorumlu kullanıcıyı belirtir. 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 özgü performansı ve olası veri girişi hatalarının kaynaklarını belirlemeye yardımcı olur. "Talep Oluşturan Kişiye Göre Talep Oluşturma Hacmi" gibi Dashboardlar için gereklidir. Ayrıca iş yükünün nasıl dağıldığını ve görevlerin ayrılığı politikalarına uyulup uyulmadığını anlamayı sağlar.
Neden önemli?
Etkinlikleri belirli kişilerle ilişkilendirerek kullanıcı performansını, iş yükünü, uyumluluğu ve eğitim ihtiyaçlarını analiz etmeyi sağlar.
Nereden alınır?
Değişiklikler için değişiklik belgesi başlık tablosu CDHDR’de (USERNAME alanı), talebi oluşturan kişi içinse EBAN’da (ERNAM alanı) 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, "Onay sürecinde", "Onaylandı", "Reddedildi" veya "Kapatıldı" olabilir. SAP’de bu bilgi genellikle bir durum koduyla ifade edilir. Durumu izlemek, taleplerin nasıl sonuçlandığını anlamak için gereklidir. "Talep Sonuçları ve Ret Oranları" Dashboardunu ve "Talep Ret Oranı" ile "Talep Geri Çekme Oranı" gibi KPI’ları doğrudan destekler. Taleplerin durumlar arasında nasıl ilerlediğini analiz etmek, süreçteki verimsizlikleri ve aksama noktalarını belirlemeye yardımcı olur.
Neden önemli?
Talebin sonucunu gösterir; başarı oranlarını, ret nedenlerini ve sürecin tamamlandığı noktaları analiz etmek için önemlidir.
Nereden alınır?
İşlenme durumu EBAN tablosundaki STATU alanında, onay durumu ise EBAN-FRGZU alanında bulunur.
Örnekler
N (Düzenlenmedi)B (Satın alma siparişi oluşturuldu)A (Teklif talebi oluşturuldu)K (Kapatıldı)
|
|||
|
Toplam talep tutarı
TotalRequisitionValue
|
Satın alma talebindeki tüm kalemlerin toplam parasal değeri. | ||
|
Açıklama
Bu öznitelik, satın alma talebinin toplam tutarını gösterir. Tutar, gerekli onay iş akışını belirleyen temel etkenlerden biridir. Yüksek tutarlı talepler genellikle daha ayrıntılı inceleme ve daha fazla onay adımı gerektirir. Tutar bazında analiz, finansal etkinin süreç davranışını nasıl etkilediğini anlamaya yardımcı olur. 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ı izleyip izlemediğini ortaya çıkarabilir. Ayrıca tedarik sürecindeki toplam işlem hacmini değerlendirmek için temel bir metriktir.
Neden önemli?
Süreç davranışını finansal etkiyle ilişkilendirerek risk analizine ve onay sürecinin karmaşıklığını anlamaya yardımcı olur.
Nereden alınır?
Tüm kalemlerin tutarlarının toplamıdır. Kalem tutarı EBAN tablosunun GSWER alanında, para birimi ise EBAN-WAERS alanında bulunur.
Ö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 özellikteki malzeme veya hizmetleri bir araya getiren bir sınıflandırmadır. Tedarik faaliyetlerini kategori bazında analiz etmeyi sağlar. Malzeme grubu bazında analiz, stratejik tedarik ve harcama analizine yardımcı olur. Process Mining ile "BT donanımı" veya "Profesyonel hizmetler" gibi belirli kategorilerdeki taleplerin farklı süreç yolları izleyip izlemediği ya da onaylarının daha uzun sürüp sürmediği görülebilir. Bu bilgi, "Talep Veri Kalitesi Raporu" için ve satın alınan ürüne göre süreç farklılıklarını anlamak açısından faydalıdır.
Neden önemli?
Tedarik kategorisine göre harcama ve süreç analizi yapmayı, stratejik tedariki desteklemeyi ve kategoriye özgü darboğazları belirlemeyi sağlar.
Nereden alınır?
EBAN tablosunun MATKL alanında bulunur.
Örnekler
00101L001BT-YAZILIM
|
|||
|
Öncelik
Priority
|
Satın alma talebine atanan aciliyet düzeyi. | ||
|
Açıklama
Bu öznitelik, talebin önceliğini belirtir. Genellikle "Acil", "Yüksek" veya "Normal" olarak sınıflandırılır. Bu işaret, onay verenlere ve satın alma ekiplerine talebin hızla işleme alınması gerektiğini bildirir. "Acil Taleplerin İşlenme Performansı" Dashboardu ve "Aciliyet İşaretinin Etkinliği" KPI’ı bu özniteliğe dayanır. 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ği değerlendirilebilir ve iş açısından acil ihtiyaçlar zamanında karşılanabilir.
Neden önemli?
Acil taleplerin daha hızlı işlenip işlenmediğini analiz ederek önceliklendirme yöntemlerinin etkinliğini değerlendirmeyi sağlar.
Nereden alınır?
EBAN’da standart bir alan değildir. Genellikle özel bir alan olarak eklenir veya Gereksinim Takip Numarası (EBAN-BEDNR) ya da belirli bir belge türü üzerinden belirlenir.
Örnekler
123
|
|||
|
Ret nedeni
RejectionReason
|
Bir talep veya onay adımı reddedildiğinde belirtilen neden. | ||
|
Açıklama
Bu öznitelik, satın alma talebinin reddedilme gerekçesini kaydeder. Onay veren kişi, ret etkinliği sırasında bu bilgiyi genellikle serbest metin olarak girer veya önceden tanımlanmış kodlar arasından seçer. Ret nedenlerini analiz etmek, süreç iyileştirmeleri için önemlidir. Taleplerin neden başarısız olduğuna dair doğrudan ve uygulanabilir bilgiler sunar. Bunun nedeni politika ihlalleri, yanlış veriler veya bütçe yetersizliği olabilir. Bu veri, "Talep Sonuçları ve Ret Oranları" Dashboardu için önemlidir ve süreç verimsizliklerinin temel nedenlerini belirlemeye yardımcı olur.
Neden önemli?
Taleplerin neden reddedildiğini doğrudan göstererek hedefli süreç iyileştirmeleri ve kullanıcı eğitimleri yapılmasını sağlar.
Nereden alınır?
Bu veri genellikle iş akışı günlüklerinde veya ret olayıyla ilişkili uzun metin alanında saklanır. EBAN’da bu bilgi için standart bir alan yoktur.
Örnekler
Yanlış masraf yeriBütçe aşıldıYinelenen talepPolitikaya uygun değil
|
|||
|
Satın alma grubu
PurchasingGroup
|
Talep edilen kalemleri satın almaktan sorumlu alıcılar grubu. | ||
|
Açıklama
Satın alma grubu, belirli tedarik faaliyetlerinden sorumlu bir organizasyon birimidir. Talep onaylandıktan sonra işlemi yürütecek alıcı ekibini ifade eder. Bu öznitelik, farklı satın alma ekiplerinin iş yükünü ve performansını analiz etmek için kullanışlıdır. Bazı grupların talepleri satın alma siparişlerine dönüştürürken 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 sunar.
Neden önemli?
Tedarik sorumluluğunu belirleyerek iş yükü analizini ve farklı satın alma ekiplerinin performansını karşılaştırmayı sağlar.
Nereden alınır?
EBAN tablosunun 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, satın alma talebini talebi karşılamak için oluşturulan sonraki satın alma siparişiyle ilişkilendirir. Bazen tek bir talepten birden fazla satın alma siparişi oluşturulabilir. Bu bağlantı, talep süreciyle satın alma süreci arasındaki devir teslimi analiz etmek için önemlidir. "Talepten Satın Alma Siparişi Oluşturulmasına Kadar Geçen Süre" KPI’ını hesaplamak ve "Onaylanan Talepten Satın Alma Siparişi Oluşturulmasına Kadar Geçen Süre" Dashboardunu desteklemek için gereklidir. Bu bağlantıyı anlamak, satın almadan ödemeye kadar tüm çevrimin verimliliğini ölçmenin temelidir.
Neden önemli?
Talep sürecini sonraki satın alma sürecine bağlayarak devir teslimdeki gecikmeleri analiz etmeyi sağlar.
Nereden alınır?
Satın alma siparişi oluşturulduktan sonra numarası EBAN tablosunun EBELN alanında saklanır.
Örnekler
450001712345000171244500017125
|
|||
|
Talep sahibinin adı
RequesterName
|
Mal veya hizmet talebinde bulunan kişinin adı. | ||
|
Açıklama
Bu öznitelik, satın alma talebini başlatan kişiyi belirtir. Talep edilen kalemlere iş gereksinimi duyan kişi budur. Talep sahibini izlemek, kişi veya gruplara göre talep örüntülerini analiz etmeyi sağlar. "Talep Oluşturan Kişiye Göre Talep Oluşturma Hacmi" Dashboardu, yoğun kullanıcıları, ek eğitime ihtiyaç duyabilecek kişileri veya tedarik faaliyeti yüksek departmanları belirlemek için bu özniteliği kullanır. Sürecin başlangıç noktasını insan odaklı bir bakışla gösterir.
Neden önemli?
Süreç sahibini belirleyerek talep oluşturma örüntülerinin analiz edilmesini ve kullanıcı eğitimlerinin hedeflenmesini sağlar.
Nereden alınır?
EBAN tablosunun AFNAM alanında bulunur.
Örnekler
Alice WilliamsBob JohnsonCharlie Brown
|
|||
|
Tedarikçi kimliği
VendorId
|
Önerilen veya sabit tedarikçiyi tanımlayan benzersiz kimlik. | ||
|
Açıklama
Bu öznitelik, talep edilen kalem için tercih edilen veya sözleşmeyle belirlenmiş tedarikçinin kimliğini içerir. Talep oluşturulurken önceden doldurulmuş ya da talep sahibi tarafından ö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çinin belirtildiği 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çilerle sürecin ilk aşamalarında kurulan ilişkilere dair bilgi sunar.
Neden önemli?
Tercih edilen tedarikçilerle ilişkileri ve bu ilişkilerin talep işleme süresiyle sonuçlarına etkisini anlamaya yardımcı olur.
Nereden alınır?
EBAN tablosunun LIFNR alanında bulunur (Sabit tedarikçi).
Örnekler
100030025V9876
|
|||
|
Üretim yeri
Plant
|
Mal veya hizmetin talep edildiği şirket konumu ya da üretim yeri. | ||
|
Açıklama
Üretim yeri, fabrikayı, depoyu veya ofisi temsil eden fiziksel konum gibi şirket içindeki bir organizasyon birimidir. Talepte, istenen kalemlerin gerekli olduğu üretim yeri belirtilir. Üretim yeri bazında analiz, talep sürecini coğrafi veya konuma göre incelemeyi sağlar. Yerel prosedürler, personel sayısı ya da iş gereksinimleri nedeniyle ortaya çıkabilecek konumlar arası performans farklılıklarını gösterebilir. Bölgesel performans Dashboardlarında sık kullanılan bir boyuttur.
Neden önemli?
Analize coğrafi veya konuma dayalı bağlam kazandırarak bölgesel süreç farklılıklarını ve performans değişimlerini belirlemeye yardımcı olur.
Nereden alınır?
EBAN tablosunun WERKS alanında bulunur.
Örnekler
10002100DE01
|
|||
|
Yeniden çalışma var
IsRework
|
Talebin gönderimden sonra değiştirilmesi gibi bir yeniden çalışma döngüsünden geçip geçmediğini belirten Boole işareti. | ||
|
Açıklama
Bu, yeniden çalışma içeren etkinlikleri veya vakaları işaretleyen türetilmiş bir özniteliktir. Örneğin, "Onay Gönderildi" etkinliğinden sonra gerçekleşen "Talep Değiştirildi" etkinliği yeniden çalışma olarak değerlendirilir. Süreci önceki bir aşamaya döndüren ret olayları da bu işareti tetikleyebilir. Bu işaret, "Talep Değişikliği ve Yeniden İşleme Analizi" Dashboardu için gereklidir. Yeniden çalışmaları kolayca filtreleyip saymayı, toplam çevrim süresine etkilerini ölçmeyi ve süreç verimsizliklerinin temel nedenlerini belirlemeyi sağlar. Yeniden çalışma oranlarının yüksek olması, genellikle veri kalitesiyle ilgili sorunlara veya gereksinimlerin net olmamasına işaret eder.
Neden önemli?
Yeniden çalışmanın sıklığını ve etkisini ölçerek süreç verimsizliklerini ve döngülerini kolayca belirleyip analiz etmeyi sağlar.
Nereden alınır?
Olay günlüğünde, onay etkinliğinden sonra gerçekleşen "Talep Değiştirildi" gibi belirli etkinlik dizileri saptanarak elde edilir.
Örnekler
truefalse
|
|||
Satın Almadan Ödemeye - Talep etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Onaya gönderildi
|
Bu etkinlik, talebin resmi onay iş akışına girdiğini gösterir. Genellikle yapılandırılmış onay stratejisine göre talebin ilk serbest bırakma veya onay işlemini gerektirecek duruma gelmesiyle anlaşılır. | ||
|
Neden önemli?
Bu olay, süreç verimliliğini ölçen önemli bir KPI olan onay çevrim süresinin başlangıcını gösterir. Bu noktayı anlamak, talebin oluşturulmasıyla resmi onayların başlaması arasındaki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır?
EBAN tablosunda onay stratejisiyle ilgili ilk durum değişikliğinden (ör. FRGZU alanının başlangıç durumundan beklemede durumuna geçmesi) veya taleple ilişkili iş akışı günlüklerindeki ilk kayıttan anlaşılır.
Kaydedin
Onay stratejisinin etkinleştirildiğini gösteren ilk değişiklik günlüğü kaydından anlaşılır.
Olay türü
inferred
|
|||
|
Satın alma siparişi oluşturuldu
|
Bu etkinlik, onaylanmış bir satın alma talebinin başarıyla satın alma siparişi belgesine dönüştürüldüğünü gösterir. Taleple ilişkili bir satın alma siparişi kalemi bulunarak bu olayın gerçekleştiği anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, sürecin temel başarılı sonucudur; talep sürecini tamamlar ve tedarik aşamasını başlatır. "Talep Onaylandı" olayıyla bu olay arasındaki süre, devir teslim verimliliğini ölçen önemli bir KPI’dır.
Nereden alınır?
EBAN tablosundaki satın alma talebi numarası ve kalemiyle BANFN ve BNFPO alanları eşleşen bir EKPO (satın alma siparişi kalemi) kaydı bulunarak anlaşılır. Satın alma siparişinin oluşturulma tarihi (EKKO.AEDAT), zaman damgasını sağlar.
Kaydedin
EBAN ve EKPO tabloları ilişkilendirilerek ve EKKO’daki satın alma siparişi oluşturulma tarihi kullanılarak anlaşılır.
Olay türü
inferred
|
|||
|
Talep geri çekildi
|
Bu son etkinlikte talebi oluşturan kişi veya yetkili bir kullanıcı, silme göstergesini ayarlayarak talep kalemini iptal eder. Bu işlem açıkça kaydedilir ve iş gereksiniminin artık geçerli olmadığını ya da talebin yanlışlıkla oluşturulduğunu gösterir. | ||
|
Neden önemli?
Bu, süreçteki önemli bir başarısızlık noktasıdır ve geri çekme oranını hesaplamak için gereklidir. Oranın yüksek olması, uzun onay sürelerinin kullanıcıları taleplerinden vazgeçmeye zorladığını veya talep planlamasında sistematik sorunlar bulunduğunu gösterebilir.
Nereden alınır?
EBAN tablosundaki talep kalemine ait "Silme Göstergesi" (LOEKZ) alanı ayarlandığında bu işlem açıkça kaydedilir. Değişiklik CDHDR ve CDPOS tablolarına yazılır.
Kaydedin
Silme Göstergesi (EBAN-LOEKZ) "L" olarak ayarlandığında değişiklik günlüğüne kayıt eklenir.
Olay türü
explicit
|
|||
|
Talep oluşturuldu
|
Bu etkinlik, kullanıcının satın alma talebini ilk kez oluşturup kaydettiğini gösterir. EBAN tablosunda yeni bir kayıt oluşturulduğunda olay açıkça kaydedilir; oluşturulma tarihi ve saati de tutulur. | ||
|
Neden önemli?
Sürecin başlangıç noktası olan bu etkinlik, talebin toplam yaşam döngüsü süresini hesaplamak ve oluşturma hacmini analiz etmek için gereklidir. Talepleri kimin, ne zaman oluşturduğunu belirlemeye yardımcı olur.
Nereden alınır?
Bu olay, ilgili 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.
Kaydedin
İlk kayıt kaydedildiğinde EBAN tablosundaki ERDAT ve UZEIT alanlarından alınan zaman damgası.
Olay türü
explicit
|
|||
|
Talep onaylandı
|
Bu önemli etkinlik, satın alma talebinin gerekli tüm onay adımlarını başarıyla tamamladığını gösterir. Son serbest bırakma kodu uygulandığında ve EBAN tablosundaki genel serbest bırakma göstergesi (FRGZU) onaylandı durumuna getirildiğinde bu olayın gerçekleştiği anlaşılır. | ||
|
Neden önemli?
Bu önemli aşama, onay çevriminin sonunu ve tedarik aşamasının başlangıcını gösterir. Toplam onay süresi KPI’ını hesaplamak ve satın alma siparişi oluşturulmasına geçişteki gecikmeleri ölçmek için gereklidir.
Nereden alınır?
EBAN tablosundaki FRGZU alanı nihai onayı gösteren değere geçtiğinde, CDPOS’taki değişiklik günlüğü kaydının zaman damgasından anlaşılır.
Kaydedin
EBAN tablosundaki nihai serbest bırakma göstergesinin son onay durumuna ulaşmasından anlaşılır.
Olay türü
inferred
|
|||
|
Talep reddedildi
|
Bu son etkinlikte satın alma talebi kesin olarak reddedilir ve süreçte ilerleyemez. EBAN tablosundaki serbest bırakma göstergesi, bir onaylayıcı tarafından nihai ret durumuna getirildiğinde bu olayın gerçekleştiği anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, sürecin önemli bir bitiş noktasıdır ve Talep Ret Oranı KPI’ını hesaplamak için gereklidir. Bu vakaları analiz etmek, tedarik sürecinin neden başarısız olduğunu ve kaynakların neden boşa harcandığını anlamaya yardımcı olur.
Nereden alınır?
EBAN tablosundaki FRGZU alanı nihai reddi gösteren değere geçtiğinde, CDPOS’taki değişiklik günlüğü kaydının zaman damgasından anlaşılır.
Kaydedin
EBAN tablosundaki nihai serbest bırakma göstergesinin son ret durumuna ulaşmasından anlaşılır.
Olay türü
inferred
|
|||
|
Onay adımı başladı
|
Talebin, onay stratejisinde tanımlanan belirli bir onaylayıcıdan veya onay grubundan işlem beklediğini gösterir. Talep durumu, belirli bir serbest bırakma kodunun beklendiğini gösterdiğinde bu olayın gerçekleştiği anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, onay zincirindeki her adımın ayrıntılı analizini sağlar. Süreçte en uzun gecikmelere hangi onaylayıcıların veya aşamaların yol açtığını belirlemeye yardımcı olur.
Nereden alınır?
EBAN tablosundaki serbest bırakma durumu alanlarında yapılan değişikliklerin sırası izlenerek anlaşılır. Yeni bir bekleme durumuna geçiş, yeni bir onay adımının başladığını gösterir.
Kaydedin
Yeni bir serbest bırakma kodunun etkinleştiğini ve onay beklediğini gösteren durum değişikliklerinden anlaşılır.
Olay türü
inferred
|
|||
|
Onay adımı onaylandı
|
Yetkili bir kullanıcının serbest bırakma stratejisindeki tek bir adımı açıkça onaylamasını ifade eder. Bu işlem, talebin serbest bırakma durumundaki 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ı onaylayıcıların performansını analiz etmek için onayları ayrı ayrı izlemek gerekir. Bu, iş akışına ne ölçüde uyulduğunu anlamanın temelidir.
Nereden alınır?
EBAN tablosundaki serbest bırakma durumu alanlarına ait değişiklik günlüklerinden (CDHDR/CDPOS) alınır. Onaylayıcının ME54N veya benzer bir işlem kodu üzerinden yaptığı işlem, bu değişikliğin kaydedilmesini sağlar.
Kaydedin
Onaylayıcı bir serbest bırakma işlemi yaptığında değişiklik günlüğüne kayıt eklenir.
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 durumda talep genellikle düzeltme için oluşturana geri gönderilir. İşlem, talebin serbest bırakma durumundaki değişiklik olarak kaydedilir. | ||
|
Neden önemli?
Retler, yeniden çalışmanın ve gecikmelerin başlıca nedenlerindendir. Ret 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 ait değişiklik günlüklerinden (CDHDR/CDPOS) alınır. ME54N veya benzer bir işlem koduyla yapılan ret işlemi, ilgili durum değişikliğini tetikler.
Kaydedin
Onaylayıcı bir ret işlemi yaptığında değişiklik günlüğüne kayıt eklenir.
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 düzeltme nedeniyle gerçekleşir. Daha önce etkin olan serbest bırakma durumu temizlenip onay süreci başa döndüğünde bu olayın gerçekleştiği anlaşılır. | ||
|
Neden önemli?
Onayın sıfırlanması, çevrim süresini önemli ölçüde etkileyen bir yeniden çalışma olayıdır. Bu olayları belirlemek, süreçteki verimsizlikleri ve talep düzeltmelerinin iş akışında yarattığı sonraki etkileri ortaya çıkarır.
Nereden alınır?
EBAN tablosundaki serbest bırakma durumu alanlarının (FRGZU gibi) beklemede veya onaylandı durumundan başlangıç ya da boş duruma döndüğünü gösteren değişiklik günlüklerinden (CDHDR/CDPOS) anlaşılır.
Kaydedin
Serbest bırakma stratejisi alanlarının temizlendiğini gösteren değişiklik günlüklerinden anlaşılır.
Olay türü
inferred
|
|||
|
Talep düzeltildi
|
Satın alma talebinin ilk oluşturulmasından sonra miktar, fiyat veya malzeme gibi bilgilerde 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?
Düzeltmeleri izlemek, yeniden çalışma döngülerini ve veri kalitesi sorunlarını belirlemek için önemlidir. Düzeltmelerin sık yapılması, ilk gereksinimlerin belirsiz olduğunu veya kullanıcıların yeterli eğitim almadığını gösterebilir ve süreçte gecikmelere yol açabilir.
Nereden alınır?
Nesne sınıfı EINKBELEG ve nesne kimliği Satın Alma Talebi numarası olan CDHDR (başlık) ve CDPOS (kalem) değişiklik günlüğü tablolarından alınır. Belirli alanlardaki değişiklikler analiz edilebilir.
Kaydedin
Satın alma talebi belgesine ait olay, CDHDR ve CDPOS değişiklik tablolarına kaydedilir.
Olay türü
explicit
|
|||
|
Talep engellendi
|
Satın alma talebi kalemini engelleyen ve satın alma siparişine dönüştürülmesini önleyen açık bir işlemi ifade eder. Engelleme, talep kalemindeki belirli bir gösterge aracılığıyla yapılır. | ||
|
Neden önemli?
Engelleme, olası bir soruna veya tedarikin geçici olarak durdurulduğuna işaret eder. Bu olayları izlemek, onaylanan taleplerin hemen işleme alınmadığı darboğazları belirlemeye yardımcı olur.
Nereden alınır?
EBAN tablosundaki "Engelleme Göstergesi" (EBAKZ) alanında yapılan değişiklikten alınır. Değişiklik CDHDR ve CDPOS tablolarına kaydedilir.
Kaydedin
EBAN-EBAKZ alanı ayarlandığında olay, değişiklik tablolarına kaydedilir.
Olay türü
explicit
|
|||
|
Talep kapatıldı
|
Talep kaleminin son kez kapatıldığını ve başka işlem beklenmediğini ifade eder. Kalem tamamen satın alma siparişine dönüştürülüp karşılandığında veya manuel olarak kapalı işaretlendiğinde bu durumun gerçekleştiği anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, silinmemiş olsa da tamamlanmış talepler için kesin bir bitiş noktası sağlar. Başarıyla karşılanan taleplerin yaşam döngüsü süresinin doğru hesaplanmasına yardımcı olur.
Nereden alınır?
EBAN tablosundaki "Kapalı" göstergesinden (EBAKZ alanının "S" veya yapılandırılmış başka bir değeri) anlaşılır. Bu durum, satın alma siparişine tam dönüşüm ve mal kabulü sonrasında sistem tarafından otomatik olarak ayarlanabilir.
Kaydedin
EBAN-EBAKZ alanındaki durumun "kapalı" değerine geçmesinden anlaşılır.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Verilerinizi Process Mining için uygun biçimde yapılandırmak ve Satın Almadan Ödemeye talep süreciniz hakkında anlamlı içgörüler elde etmek için bu şablondan yararlanın. Süreçlerinizi iyileştirmeye bugün başlayın!
Satın Almadan Ödemeye talep sürecinde verimliliği artırın, denemenizi hemen başlatın
Satın Almadan Ödemeye sürecindeki darboğazları belirleyip giderin, çevrim süresini %30 veya daha fazla kısaltın.
Kredi kartı gerekmez, 14 gün ücretsiz erişim