Satın Almadan Ödemeye - Talep süreciniz için Veri Templatei

SAP S/4HANA
Satın Almadan Ödemeye - Talep süreciniz için Veri Templatei

Satın Almadan Ödemeye - Talep süreciniz için Veri Templatei

Bu Template, Satın Almadan Ödemeye talep sürecinizi analiz etmek için gereken verileri toplamanıza yardımcı olur. SAP S/4HANA’ya uygun veri çıkarma yönergeleriyle birlikte izlemeniz gereken temel öznitelikleri ve etkinlikleri açıklar. Süreç analizi için anlamlı sonuçlar sağlayacak bir Event Log oluşturmak üzere bu kaynaktan yararlanın.
  • Ayrıntılı analiz için toplanması önerilen öznitelikler
  • Süreç keşfi için izlenecek temel etkinlikler
  • SAP S/4HANA’dan veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Satın Almadan Ödemeye - Talep öznitelikleri

Satın Almadan Ödemeye talep sürecini ayrıntılı biçimde analiz etmek için Event Loga eklemeniz önerilen veri alanları.
3 Zorunlu 6 Önerilen 11 İsteğe bağlı
Ad Açıklama
Etkinlik adı
ActivityName
Talep sürecinin belirli bir aşamasında gerçekleşen iş etkinliğinin adı.
Açıklama

Etkinlik adı, satın alma talebinin yaşam döngüsünde gerçekleşen belirli bir olayı veya görevi tanımlar. Değişiklik belgeleri ve iş akışı geçmişi gibi sistem günlüklerinden elde edilen bu etkinlikler; Talep oluşturuldu, Onay adımı başladı veya Satın alma siparişi oluşturuldu gibi önemli süreç aşamalarını gösterir.

Bu etkinlikleri analiz ederek süreç akışını görselleştirebilir, darboğazları belirleyebilir ve farklı aşamalarda geçen süreyi ölçebilirsiniz. Talep değiştirildi veya Talep reddedildi gibi etkinliklerin sırasını ve sıklığını anlamak, süreçteki verimsizlikleri ve iyileştirme alanlarını belirlemek açısından önemlidir.

Neden önemli?

Süreç adımlarını tanımlar, süreç haritasının temelini oluşturur ve süreç akışını, farklılıkları ve darboğazları analiz etmenizi sağlar.

Nereden alınır?

Bu, genellikle değişiklik belgesi tablolarındaki (CDHDR, CDPOS) ve iş akışı günlüklerindeki (ör. SWWLOGHIST) verilerin yorumlanmasıyla oluşturulan türetilmiş bir özniteliktir.

Örnekler
Talep oluşturulduOnay adımı tamamlandıTalep onaylandıSatın alma siparişi oluşturuldu
Olay zamanı
EventTime
Belirli bir etkinliğin gerçekleştiği kesin tarih ve saat.
Açıklama

Olay zamanı, bir etkinliğin ne zaman gerçekleştiğini kaydeden zaman damgasıdır. Bir vakadaki olayları kronolojik sıraya koymak için gereklidir ve Process Mining çalışmalarındaki tüm süre ve performans hesaplamalarının temelini oluşturur. Örneğin, Talep onaya gönderildi ve Talep onaylandı olayları arasındaki süre, onay çevrim süresini gösterir.

Süreç performansını analiz etmek, gecikmeleri belirlemek ve hizmet seviyesi anlaşmalarına uyumu izlemek için doğru zaman damgaları gerekir. Bu öznitelik; çevrim sürelerini görselleştiren, bekleyen talepleri izleyen ve farklı dönemlerdeki performansı karşılaştıran Dashboardlar oluşturmanızı sağlar.

Neden önemli?

Bu zaman damgası, olayları sıralamak, çevrim sürelerini hesaplamak ve süreç performansıyla darboğazları analiz etmek için gereklidir.

Nereden alınır?

Zaman damgaları genellikle değişiklik belgesi başlıklarından (CDHDR-UDATE, CDHDR-UTIME) veya iş akışı olay günlüklerinden alınır.

Örnekler
2023-04-15T10:05:30Z2023-04-15T14:22:01Z2023-04-16T09:00:15Z
Satın alma talebi kimliği
PurchaseRequisitionId
Satın alma talebi belgesinin benzersiz tanımlayıcısı.
Açıklama

Satın alma talebi kimliği, SAP S/4HANA içindeki mal veya hizmet taleplerini birbirinden ayıran birincil anahtardır. Talebin oluşturulmasından onaylanması, reddedilmesi veya satın alma siparişine dönüştürülmesi gibi son durumuna kadar ilgili tüm etkinlikleri ve değişiklikleri birbirine bağlayan temel vaka kimliğidir.

Process Mining çalışmalarında bu öznitelik, her talebin uçtan uca yaşam döngüsünü yeniden oluşturmak için kullanılır. Analistler, ilgili tüm olayları tek bir satın alma talebi kimliği altında gruplayarak çevrim sürelerini doğru biçimde ölçebilir, durum değişikliklerini izleyebilir ve taleplerin onay sürecinde izlediği farklı yolları inceleyebilir.

Neden önemli?

İlgili tüm süreç adımlarını birbirine bağlayan bu temel vaka kimliği, talep yaşam döngüsünün eksiksiz ve tutarlı biçimde görülmesini sağlar.

Nereden alınır?

Bu öznitelik, EBAN tablosundaki BANFN alanında bulunan satın alma talebi numarasıdır.

Örnekler
100178901001789110017892
Departman
Department
Talep maliyetlerinin yansıtıldığı departman veya masraf yeri.
Açıklama

SAP’de genellikle masraf yeriyle gösterilen departman özniteliği, talep edilen satın alımdan sorumlu iş birimini belirtir. Talebin kalem düzeyinde atanan bu bilgi, finans ve kuruluş yapısı açısından önemlidir.

Process Mining çalışmalarında bu öznitelik, departman performansını analiz etmek için kullanılır. Farklı departmanların çevrim sürelerini, değişiklik oranlarını ve ret oranlarını karşılaştıran Dashboardlar oluşturmanızı sağlar. Böylece uygulamaları başka birimlerde de kullanılabilecek başarılı departmanları ve ek eğitim ya da süreç desteğine ihtiyaç duyabilecek birimleri belirleyebilirsiniz.

Neden önemli?

İş birimleri arasında performans karşılaştırması yapmanızı sağlar. Çevrim süreleri veya ret oranlarındaki farklılıkları göstererek iyi uygulamaları ve iyileştirme alanlarını belirlemeye yardımcı olur.

Nereden alınır?

Bu, genellikle hesap tayin tablosu EBKN’deki KOSTL alanında bulunan masraf yeridir.

Örnekler
FIN-1001IT-2005MKT-3010
Kullanıcı kimliği
UserId
Talebi oluşturan veya belirli bir etkinliği gerçekleştiren kullanıcının kimliği.
Açıklama

Kullanıcı kimliği, talebin yaşam döngüsündeki belirli bir olaydan sorumlu çalışanı veya sistem kullanıcısını belirtir. Bu kişi talebi oluşturan, onaylayan yönetici ya da talepte değişiklik yapan görevli olabilir. Otomatik adımlarda sistem veya toplu işlem kullanıcısının kimliği yer alabilir.

Kullanıcı kimliğine göre analiz yapmak; kullanıcı davranışını, iş yükü dağılımını ve performansı anlamaya yardımcı olur. Eğitim gereksinimlerini belirlemek, yüksek performans gösteren çalışanları fark etmek ve süreçte hesap verebilirliği sağlamak açısından önemlidir. Kullanıcı ana verileriyle birlikte kullanıldığında bölüm performansını analiz etmeyi de sağlar.

Neden önemli?

Kullanıcı performansını, iş yükü dağılımını ve süreç uyumluluğunu analiz etmenizi sağlar. Eğitim fırsatlarını ve kaynak darboğazlarını belirlemek için önemlidir.

Nereden alınır?

Talebi oluşturan kullanıcının kimliği EBAN-ERNAM alanında bulunur. Sonraki değişiklikleri yapan kullanıcı CDHDR-USERNAME alanında, onaylayan kullanıcı ise iş akışı günlüklerinde yer alır.

Örnekler
JSMITHRROEWF-BATCH
Onaylayıcı kimliği
ApproverId
Onay veya ret adımını gerçekleştiren kullanıcının kimliği.
Açıklama

Onaylayıcı kimliği, onay veya ret işlemini tamamlayan kullanıcıyı belirtir. Genel kullanıcı kimliğinden farklı olarak yalnızca onay iş akışındaki karar vericilere odaklanır. Onay sürecini ayrıntılı biçimde analiz edebilmek için bu bilgiyi kaydetmek önemlidir.

Bu öznitelik, onay davranışını incelemenizi sağlar. Örneğin, onay süresi uzun olan veya talepleri sık reddeden yöneticileri belirleyebilirsiniz. Onay adımlarının çevrim sürelerine ve iş akışındaki darboğazlara odaklanan Dashboardlar için temel bir veridir; gecikmelere neden olabilecek kişileri veya rolleri ortaya çıkarır.

Neden önemli?

Onay adımındaki karar vericiyi belirleyerek kişi veya rol bazında onay çevrim sürelerini ve darboğazları ayrıntılı biçimde analiz etmenizi sağlar.

Nereden alınır?

Bu bilgi genellikle iş kalemlerini tamamlayan kullanıcıyla ilişkilendiren SWW_WI2OBJ ve SWWLOGHIST gibi SAP Business Workflow tablolarından alınır.

Örnekler
MJOHNSONCWILLIAMSLBLACK
Talep durumu
RequisitionStatus
Satın alma talebinin mevcut işlem veya onay durumu.
Açıklama

Talep durumu, talebin yaşam döngüsündeki mevcut aşamasını gösterir. SAP’de bu durum genellikle serbest bırakma göstergesiyle belirtilir. Gösterge, talebin bloke edildiğini, onay beklediğini, kısmen onaylandığını veya tamamen onaylandığını belirtir. Talep iş akışında ilerledikçe durum değişir.

Durumu zaman içinde izlemek, süreç akışını anlamak için gereklidir. Taleplerin nerede ve ne kadar süreyle beklediğini belirlemeye yardımcı olur. Durumlar arasındaki geçişleri inceleyerek onay sürecini ve farklı işleyiş biçimlerini ayrıntılı olarak görebilirsiniz.

Neden önemli?

Talebin mevcut durumunu gösterir. İlerlemeyi izlemek, darboğazları belirlemek ve süreç akışını analiz etmek için önemlidir.

Nereden alınır?

Serbest bırakma durumu genellikle EBAN tablosundaki FRGZU alanında bulunan Serbest Bırakma Göstergesiyle belirlenir.

Örnekler
B1S
Talep türü
RequisitionType
Satın alma talebini standart kalem, hizmet veya sermaye harcaması gibi kategorilere ayıran kod.
Açıklama

SAP’de belge türü olarak da bilinen talep türü, satın alma taleplerini kategorilere ayıran önemli bir yapılandırma alanıdır. Farklı türler farklı onay iş akışlarını ve alan ayarlarını devreye sokabilir. Ayrıca standart stok kalemleri, dış hizmetler veya varlık alımları gibi farklı iş amaçları için kullanılır.

Talep türüne göre analiz yapmak, kuruluşların farklı talep kategorilerinin nasıl ele alındığını anlamasını sağlar. Kategoriler arasındaki performansı, çevrim sürelerini ve onay yollarını karşılaştırarak bazı talep türlerinin daha verimli olup olmadığını görebilir ve iyileştirmeleri buna göre planlayabilirsiniz.

Neden önemli?

Talepleri kategorilere ayırarak karşılaştırmalı analiz yapmanızı sağlar. Böylece farklı talep türlerinin süreç akışlarını, darboğazlarını ve çevrim sürelerini inceleyebilirsiniz.

Nereden alınır?

Bu, EBAN tablosundaki BSART alanında bulunan Belge Türü alanıdır.

Örnekler
NBFORV
Talep tutarı
RequisitionAmount
Satın alma talebinin toplam parasal değeri.
Açıklama

Talep tutarı, istenen mal veya hizmetlerin tahmini toplam maliyetini gösterir. Bu değer, onay iş akışının karmaşıklığını ve süresini belirleyen önemli etkenlerden biridir. Tutarı yüksek talepler genellikle daha fazla onay düzeyi gerektirir.

Bu özniteliği analiz ederek süreci tutara göre gruplandırabilirsiniz. Örneğin, yüksek tutarlı taleplerin onaylanmasının daha uzun sürüp sürmediğini veya sık reddedilen taleplerin tutarını inceleyebilirsiniz. Süreç verimsizliklerinin finansal etkisini anlamak için önemli bir ölçüttür.

Neden önemli?

Süreci finansal etkiye göre gruplandırmaya yardımcı olur ve çoğu zaman onay sürecinin karmaşıklığıyla çevrim süresiyle ilişkilidir. Tutar bazında süreç analizi için önemlidir.

Nereden alınır?

Toplam değer EBAN tablosundaki GFWERT alanında, kalem düzeyindeki değer ise EBAN-PREIS alanında bulunur.

Örnekler
1500.0075000.50250.75
Aciliyet düzeyi
UrgencyLevel
Talebin aciliyetini sınıflandırır ve işlem önceliğini etkileyebilir.
Açıklama

Aciliyet düzeyi, satın alma talebinin önceliğini gösterir. Bu amaç için ayrılmış standart bir alan olmasa da bazı kuruluşlar bu bilgiyi Requirement Tracking Number gibi alanlarda tutar. Böylece talep sahipleri, daha hızlı işleme alınması gerekebilecek önemli ihtiyaçları belirtebilir.

Aciliyetin etkisini incelemek, sürecin önemli taleplere gerçekten öncelik verip vermediğini değerlendirmeye yardımcı olur. Aciliyet düzeyinin etkisi Dashboardı, acil ve standart taleplerin çevrim sürelerini ve onay oranlarını karşılaştırır. Böylece öncelikli işlemlerin beklendiği gibi sonuç verip vermediğini görebilirsiniz.

Neden önemli?

Yüksek öncelikli taleplerde süreç performansının nasıl değiştiğini incelemenizi sağlar ve acil taleplerin gerçekten daha hızlı işleme alınıp alınmadığını değerlendirmenize yardımcı olur.

Nereden alınır?

Standart bir aciliyet alanı yoktur. Bazı şirketler bu amaçla Requirement Tracking Number (EBAN-BEDAR) alanını kullanır. Özel bir alan da olabilir.

Örnekler
YüksekOrtaDüşük
Bitiş zamanı
EndTime
Belirli bir etkinliğin tamamlandığı kesin tarih ve saat.
Açıklama

EndTime, bir etkinliğin ne zaman tamamlandığını kaydeden zaman damgasıdır. Sistem tarafından oluşturulan birçok olay anlık gerçekleşir, yani StartTime ile EndTime aynıdır. Onay gibi insan tarafından yürütülen görevlerin ise farklı başlangıç ve bitiş zamanları olabilir. Bu zaman damgası, işin tamamlandığı anı gösterir.

Ayrı bir EndTime değeri, etkin işlem süresini bekleme süresinden daha doğru biçimde ayırmanızı sağlar. ProcessingTime metriğini hesaplamak için StartTime ile birlikte kullanılır. Bu ayrıntı, manuel görevlerde kaynak kullanımını ve verimliliği daha iyi incelemenize yardımcı olur.

Neden önemli?

Bir etkinliğin tamamlandığı zamanı gösterir. Böylece etkin işlem süresini hesaplayabilir ve görev süresini daha ayrıntılı inceleyebilirsiniz.

Nereden alınır?

Bu bilgi, bir iş öğesinin ne zaman oluşturulduğunu (StartTime) ve tamamlandığını (EndTime) kaydeden iş akışı günlüklerinden elde edilir.

Örnekler
2023-04-15T10:20:30Z2023-04-15T14:25:01Z2023-04-16T11:00:45Z
İhtiyaç tarihi
RequiredByDate
Talep sahibinin istenen mal veya hizmetlere ihtiyaç duyduğu tarih.
Açıklama

SAP’de teslimat tarihi olarak adlandırılan ihtiyaç tarihi, talep kalemindeki mal veya hizmetlerin ne zaman gerektiğini belirtir. Bu tarihi talep sahibi belirler ve satın alma sürecinin tamamı için hedef olarak kullanır.

Bu öznitelik, Zamanında Tamamlanan Talep Oranı KPI’ını hesaplamak için gereklidir. Kuruluş, ihtiyaç tarihini nihai onay veya satın alma siparişinin oluşturulma tarihiyle karşılaştırarak iç hizmet seviyelerini ve iş gereksinimlerini ne ölçüde karşıladığını ölçebilir. Bu tarihi kaçıran talepleri incelemek, satın alma sürecindeki sistematik gecikmeleri ortaya çıkarabilir.

Neden önemli?

Talebin hedef tamamlanma tarihini belirler. Böylece zamanında teslimatı ve iç hizmet seviyelerine uyumu ölçebilirsiniz.

Nereden alınır?

Bu, EBAN tablosunda kalem düzeyinde bulunan LFDAT alanındaki Teslimat Tarihidir.

Örnekler
2023-11-152023-12-012024-01-20
Kaynak sistem
SourceSystem
Verilerin hangi SAP S/4HANA örneğinden çıkarıldığını belirtir.
Açıklama

Kaynak sistem özniteliği, süreç verilerinin oluşturulduğu sistemi gösterir. Geliştirme, kalite güvencesi ve üretim için farklı sistemler ya da farklı bölgeler için ayrı sistemler kullanan kuruluşlarda bu alan, veri yönetişimi ve bağlam açısından önem taşır.

Farklı kaynaklardan gelen verilerin ayırt edilmesini sağlayarak yanlış birleştirmeleri önler ve sisteme özel analiz yapılmasına imkân verir. Veri kökenini korumak ve süreç verilerinin izlenebilirliğini sağlamak için bu öznitelik gereklidir.

Neden önemli?

Özellikle birden fazla sistemin bulunduğu ortamlarda verinin kaynağını ve yönetişimini anlamaya yardımcı olur, verilerin izlenebilirliğini sağlar.

Nereden alınır?

Bu genellikle sistem değişkenlerinden veya yapılandırma tablolarından alınabilen SAP Sistem Kimliğidir (SID).

Örnekler
S4PECCS4H_PROD_01
Onay adının adı
ApprovalStepName
İş akışındaki bir onay adımının adı veya açıklaması.
Açıklama

Onay adımının adı, onay iş akışındaki belirli bir aşamayı 'Yönetici onayı' veya 'Finans başkan yardımcısı onayı' gibi anlaşılır bir ifadeyle tanımlar. Bu, genel nitelikteki 'Onay adımı tamamlandı' etkinliğinden daha açıklayıcıdır.

Bu öznitelik, Onay adımı çevrim süresi ve İş akışı darboğaz analizi Dashboardları için önemlidir. Onay sürecini ayrıntılı incelemenizi, en uzun gecikmelere yol açan aşamaları ve işlerin nerede biriktiğini tam olarak belirlemenizi sağlar. Onay zincirini iyileştirmek için hedefli adımlar atarken bu ayrıntıdan yararlanabilirsiniz.

Neden önemli?

Onay aşamalarını ayrıntılı biçimde göstererek çok kademeli onay iş akışındaki darboğazları tam olarak belirlemenizi sağlar.

Nereden alınır?

Bu bilgi, iş akışı günlüğünün T528T gibi görev tanımı tablolarıyla ilişkilendirilmesiyle bulunabilen iş akışı görevi açıklamasından elde edilir.

Örnekler
Yönetici onayıDirektör onayıFinans başkan yardımcısı onayı
Otomatik mi
IsAutomated
Bir etkinliğin insan yerine sistem kullanıcısı tarafından gerçekleştirildiğini belirten gösterge.
Açıklama

Is Automated özniteliği, bir etkinliğin 'WF-BATCH' gibi bir sistem veya toplu işlem kullanıcısı tarafından yürütülüp yürütülmediğini belirten bir boole değeridir. Bu sayede süreçteki manuel ve otomatik adımları ayırt edebilirsiniz.

Bu öznitelik, talep sürecindeki otomasyon düzeyini ölçmek ve 'Otomatik onay oranı' KPI’ını hesaplamak için gereklidir. Otomatik veya manuel adımlara göre filtreleme yaparak verimliliği karşılaştırabilir ve işlem sürelerini ve manuel iş yükünü azaltmak için otomasyon fırsatlarını belirleyebilirsiniz.

Neden önemli?

İnsanlar tarafından yürütülen etkinliklerle sistemlerin yürüttüğü etkinlikleri ayırt eder. Otomasyon oranlarını ölçmek ve manuel görevleri otomatikleştirme fırsatlarını belirlemek için önemlidir.

Nereden alınır?

Bu, genellikle bir olayın User ID değerinin bilinen sistem veya toplu işlem kullanıcıları listesinde olup olmadığını denetleyen bir kurala dayalı olarak türetilen bir özniteliktir.

Örnekler
truefalse
Para birimi
Currency
Talep tutarının para birimi kodu.
Açıklama

Bu öznitelik, talep tutarının hangi para biriminde belirtildiğini gösterir; örneğin USD, EUR veya JPY. Özellikle birden fazla para birimiyle çalışan çok uluslu kuruluşlarda talep tutarını doğru yorumlamak için gereklidir.

Doğru finansal analiz ve raporlama için para birimini dikkate alın. Talep tutarlarını toplarken veya karşılaştırırken anlamlı sonuçlar elde etmek için tüm tutarları ortak bir para birimine dönüştürün. Bu öznitelik, söz konusu dönüşüm için gerekli bilgiyi sağlar.

Neden önemli?

Talep tutarının doğru yorumlanması için gerekli bağlamı sağlar ve birden fazla para biriminin kullanıldığı ortamlarda doğru finansal analiz ve karşılaştırma yapmanıza imkân verir.

Nereden alınır?

Bu bilgi EBAN tablosundaki WAERS alanında bulunur.

Örnekler
USDEURGBP
Ret nedeni
RejectionReason
Satın alma talebi reddedildiğinde belirtilen neden.
Açıklama

Ret nedeni, onaylayıcının satın alma talebini neden reddettiğini açıklar. Bütçenin aşılması, yanlış bilgi, politikalara uyumsuzluk veya başka bir taleple mükerrerlik olası nedenler arasındadır. Bu bilgi, süreçteki başarısızlıkları anlamak için gerekli bağlamı sağlar.

Ret nedenlerini analiz etmek, süreç verimsizliklerinin ve yeniden çalışmanın temel nedenlerini belirlemeye yardımcı olur. Örneğin, Masraf yeri yanlış sık karşılaşılan bir nedense kullanıcı eğitiminin veya sistem doğrulamasının iyileştirilmesi gerekebilir. Bu öznitelik, Talep ret analizi Dashboardunun temelini oluşturur ve hedefli süreç iyileştirmeleri için önemlidir.

Neden önemli?

Süreçteki başarısızlıkların temel nedenini göstererek yeniden çalışmayı azaltmak ve taleplerin ilk seferde doğru hazırlanma oranını artırmak için hedefli iyileştirmeler yapmanızı sağlar.

Nereden alınır?

Bu bilgi genellikle standart bir alanda tutulmaz. İş akışı kapsayıcı öğelerinde, taleple ilişkili uzun metinlerde veya özel alanlarda bulunabilir.

Örnekler
Bütçe aşıldıTedarikçi yanlışMükerrer talep
Satın alma siparişi numarası
PurchaseOrderNumber
Talep üzerinden oluşturulan satın alma siparişinin numarası.
Açıklama

Satın alma siparişi numarası, onaylanmış bir talepten oluşturulan resmî satın alma belgesinin kimliğidir. Satın alma siparişinin oluşturulması, talebin tedarikçiye verilen resmî bir siparişe dönüştüğünü gösterir ve çoğu zaman talep sürecinin başarılı sonucudur.

Bu öznitelik, Talep ile Satın Alma Siparişi Arasındaki Süre KPI’ını ve genel dönüşüm oranını ölçmek için önemlidir. Talep sürecini sonraki satın alma adımlarına bağlayarak Satın Almadan Ödemeye döngüsünün tamamını uçtan uca görmenizi sağlar.

Neden önemli?

Talebi sonraki satın alma belgesine bağlayarak talebin siparişe dönüşüm oranını ve dönüşüm süresini ölçmenizi sağlar.

Nereden alınır?

Talep kaleminden satın alma siparişi oluşturulduğunda bu bilgi EBAN tablosundaki EBELN alanında bulunur.

Örnekler
450001789045000178914500017892
Son veri güncellemesi
LastDataUpdate
Bu kaydın verilerinin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, kaynak sistemden yapılan en son veri çıkarma veya güncelleme işleminin tarih ve saatini kaydeder. Analiz edilen verilerin ne kadar güncel olduğunu anlamak için önemli bir meta veridir. Analistler ve iş kullanıcıları, süreç verilerinin operasyonların en güncel durumunu yansıtıp yansıtmadığını bu zaman damgasından takip eder.

Süreç analizinde verilerin güncelliğini bilmek, doğru kararlar almak için gereklidir. Bu öznitelik, kullanıcıların beklentilerini yönetmeye ve sonuçların ilgili analiz için gereken güncellikteki verilere dayanmasını sağlamaya yardımcı olur.

Neden önemli?

Verilerin güncelliğini gösterir. Analize güvenmek ve zamanında iş kararları almak için bu bilgi önemlidir.

Nereden alınır?

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulup eklenir.

Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Yeniden çalışma mı
IsRework
Bir etkinliğin, gönderimden sonra yapılan değişiklik gibi yeniden çalışma sayılıp sayılmadığını belirtir.
Açıklama

Is Rework, değer katmayan veya tekrarlanan işleri belirleyen, hesaplanmış bir boole değeridir. Bu süreçte sık görülen bir örnek, talep onaya gönderildikten sonra 'Talep değiştirildi' etkinliğinin gerçekleşmesidir. Bu durumda onay sürecinin baştan başlaması gerekir.

Bu öznitelik, süreçteki yeniden çalışma miktarını ve bunun toplam çevrim sürelerine etkisini ölçmek için önemlidir. Talep değişikliği ve yeniden çalışma oranı Dashboardı, süreçteki verimsizlikleri belirlemek için bu değeri kullanır. Yeniden çalışmayı azaltmak, doğrudan zaman ve emek tasarrufu sağladığı için süreç iyileştirme çalışmalarının başlıca hedeflerinden biridir.

Neden önemli?

Boşa harcanan emeği veya tekrarlanan işleri gösterir. Böylece yeniden çalışma miktarını ve süreç verimliliğine etkisini doğrudan ölçebilirsiniz.

Nereden alınır?

Bu, hesaplanmış bir özniteliktir. Genellikle ilk 'Talep onaya gönderildi' etkinliğinden sonra gerçekleşen 'Talep değiştirildi' etkinliği yeniden çalışma olarak işaretlenir.

Örnekler
truefalse
Zorunlu Önerilen İsteğe bağlı

Satın Almadan Ödemeye - Talep etkinlikleri

Süreci doğru biçimde keşfetmek için Event Logda kaydetmeniz gereken temel süreç adımları ve kilometre taşları.
6 Önerilen 6 İsteğe bağlı
Aktivite Açıklama
Onay adımı tamamlandı
Onaylayıcı talep hakkında olumlu karar verdiğinde ve çok düzeyli onay iş akışının bir adımı tamamlandığında gerçekleşir. Talebin serbest bırakma durumundaki değişiklikten çıkarımla belirlenir.
Neden önemli?

Bu etkinlik, her adımda geçen süreyi ölçerek onay iş akışının ayrıntılı biçimde incelenmesini sağlar. Süreci hızlandıran onaylayıcıları ve darboğazları belirlemeye yardımcı olur.

Nereden alınır?

EBAN tablosuna ait değişiklik belgelerinden (CDHDR/CDPOS) çıkarımla belirlenir. Belirli bir serbest bırakma kodunun durumunun, ilgili alanda (ör. FRGZU) serbest bırakılmamıştan serbest bırakılmışa geçmesi bu olayı gösterir.

Kaydedin

Stratejide tanımlanan her serbest bırakma kodu için EBAN tablosundaki serbest bırakma durumu alanlarındaki değişiklikleri izleyin.

Olay türü inferred
Satın alma siparişi oluşturuldu
Talep kalemine referans veren bir satın alma siparişinin oluşturulduğunu gösterir. Bu sistem olayı, talebi sonraki satın alma belgesine bağlayarak açıkça kaydedilir.
Neden önemli?

Bu, talep sürecinin önemli bir aşaması ve başarılı sonuçlarından biridir. Talebin onaylanmasıyla satın alma siparişinin oluşturulması arasında geçen süre, satın alma verimliliğini ölçen önemli bir KPI’dır.

Nereden alınır?

Satın alma siparişi kalemi oluşturulduğunda açıkça kaydedilir. Bağlantı, kaynak talep numarasını (BANFN) ve kalem numarasını (BNFPO) içeren EKPO tablosunda (Satın Alma Siparişi Kalemi) tutulur.

Kaydedin

EKPO tablosunu talep numarası ve kalem üzerinden EBAN tablosuna bağlayın. Sipariş kaleminin oluşturulma tarihi bu olayı gösterir.

Olay türü explicit
Talep kapatıldı
Talep kaleminin tamamen işleme alındığını ve bu kalemden başka satın alma siparişi oluşturulamayacağını gösterir. Sipariş edilen toplam miktar talep miktarına ulaştığında bu durum genellikle otomatik olarak ayarlanır.
Neden önemli?

Bu etkinlik, talep kaleminin yaşam döngüsünün başarıyla tamamlandığı son aşamayı gösterir. İş ihtiyacının tamamen bir satın alma siparişine dönüştürüldüğünü doğrular.

Nereden alınır?

EBAN tablosundan çıkarımla belirlenir. Genellikle siparişlerdeki miktar talep miktarına eşit olduğunda Kapalı göstergesi (EBAKZ) ayarlanır.

Kaydedin

Değişiklik belgelerini kullanarak EBAN tablosundaki Kapalı göstergesinin (EBAKZ) ayarlandığı olayı belirleyin.

Olay türü inferred
Talep oluşturuldu
Satın alma talebi belgesinin sistemde ilk kez oluşturulduğunu gösterir. Kullanıcı yeni talebi ilk kez kaydettiğinde bu olay açıkça kaydedilir ve oluşturma zaman damgası tutulur.
Neden önemli?

Bu etkinlik, talep yaşam döngüsü analizinin başlangıç noktasıdır. İhtiyacın ilk kez belirlenmesinden nihai onaya veya satın alma siparişine dönüştürülmesine kadar geçen toplam çevrim süresini ölçmek için gereklidir.

Nereden alınır?

Bu olay, EBAN tablosundaki oluşturma tarihi (ERDAT) ve oluşturma saati (ERZEIT) alanları kullanılarak ilgili satın alma talebi numarası (BANFN) için açıkça kaydedilir.

Kaydedin

Her talep (BANFN) için EBAN tablosundaki oluşturma zaman damgası alanlarını (ERDAT, ERZEIT) kullanın.

Olay türü explicit
Talep onaylandı
Satın alma talebinin tüm onaylardan geçtiğini ve satın alma siparişine dönüştürülebileceğini gösterir. Genel serbest bırakma durumu nihai onay durumuna ulaştığında bu aşama çıkarımla belirlenir.
Neden önemli?

Bu önemli başarı aşaması, çevrim süresi analizinde sık kullanılan bir bitiş noktasıdır. Talebin tüm kontrollerden geçtiğini ve satın alma ekibinin işlem yapmasına hazır olduğunu gösterir.

Nereden alınır?

EBAN tablosundaki durum değişikliğinden çıkarımla belirlenir. Özellikle genel serbest bırakma göstergesi (FRGZU) veya işlem durumu (PROCSTAT) nihai Onaylandı değerine güncellendiğinde gerçekleşir.

Kaydedin

Nihai serbest bırakma kodunun uygulandığı veya talebin genel durumunun Onaylandı olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
Talep reddedildi
Onaylayıcının satın alma talebini nihai olarak reddettiğini ve süreci durdurduğunu gösterir. Ret kararını belirten özel bir durum güncellemesiyle kaydedilir.
Neden önemli?

Bu etkinlik, sürecin başarısızlıkla sonuçlandığı noktayı gösterir. Ret sıklığını, nedenlerini ve sürecin hangi aşamalarında gerçekleştiğini incelemek; politika uyumluluğu, bütçe veya talep kalitesiyle ilgili sorunları ortaya çıkarabilir.

Nereden alınır?

EBAN tablosundaki durum değişikliğinden çıkarımla belirlenir. İşlem durumu (PROCSTAT) veya serbest bırakma göstergesi, Reddedildi anlamına gelen bir değere ayarlanır.

Kaydedin

Değişiklik belgelerini kullanarak EBAN tablosundaki genel durumun Reddedildi olarak güncellendiği zaman damgasını belirleyin.

Olay türü inferred
Onay adımı başladı
Talebin 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ğine işaret ettiğinde bu olay çıkarımla belirlenir.
Neden önemli?

Bu etkinlik, onay zincirindeki darboğazları belirlemek için gereklidir. Bu durumun ne kadar sürdüğünü incelemek, bekleyen talepleri ve iş yükü fazla olan onaylayıcıları ortaya çıkarır.

Nereden alınır?

EBAN tablosundaki serbest bırakma durumu alanlarından (ör. FRGZU) ve ilgili serbest bırakma stratejisi yapılandırmasından çıkarımla belirlenir. Belirli bir serbest bırakma kodu sıradaki işlem adımı olduğunda etkinlik başlar.

Kaydedin

İş akışı günlüklerine veya durum alanlarına bakarak talebin belirli bir serbest bırakma kodu için onay beklemeye başladığı zamanı belirleyin.

Olay türü inferred
Onay sıfırlandı
Talepte önemli bir değişiklik yapılması gibi nedenlerle tüm onay iş akışının sıfırlandığını gösterir. Bu durumda onay süreci ilk düzeyden yeniden başlar.
Neden önemli?

Bu etkinlik, çevrim süresini ciddi ölçüde etkileyen yeniden çalışmaları ortaya çıkarır. Onayın neden sıfırlandığını belirlemek, süreci sadeleştirmek ve gecikmeleri azaltmak açısından önemlidir.

Nereden alınır?

EBAN tablosuna ait değişiklik belgelerinden (CDHDR/CDPOS) çıkarımla belirlenir. Kısmen veya tamamen doldurulmuş serbest bırakma durumu alanları (FRGKZ veya FRGZU gibi) temizlendiğinde bu olay algılanır.

Kaydedin

Değişiklik günlüklerinde, serbest bırakılmış durumdan serbest bırakılmamış duruma geçiş olup olmadığını kontrol edin.

Olay türü inferred
Talep değiştirildi
Kullanıcı, talep ilk oluşturulduktan sonra miktar, fiyat veya malzeme gibi önemli bir alanı değiştirdiğinde gerçekleşir. Bu işlem SAP değişiklik belgesi sistemine açıkça kaydedilir.
Neden önemli?

Değişiklikleri izlemek, yeniden çalışma döngülerini ve bunların çevrim sürelerine etkisini belirlemek açısından önemlidir. Sık değişiklik yapılması, veri kalitesiyle veya değişen gereksinimlerle ilgili sorunlara işaret edebilir. Bunlar süreç iyileştirmede ele alınabilecek başlıca konulardır.

Nereden alınır?

EBAN tablosunda yapılan değişiklikler, SAP değişiklik belgesi tablolarına (CDHDR ve CDPOS) açıkça kaydedilir. İzlenen her alandaki değişiklik yeni bir kayıt oluşturur.

Kaydedin

Satın alma taleplerine ait nesne sınıfı BANF olan CDHDR/CDPOS kayıtlarından değişiklik olaylarını çıkarın.

Olay türü explicit
Talep geri çekildi
Talep sahibi, talep tamamen işleme alınmadan önce talebi iptal ettiğinde veya sildiğinde gerçekleşir. Bu işlem genellikle talep kalemine silme göstergesi eklenerek açıkça kaydedilir.
Neden önemli?

Geri çekme işlemlerini izlemek, talebin değişkenliğini ve iptal nedenlerini anlamaya yardımcı olur. Bu durum, talebin daha fazla işleme alınmasını engelleyen son aşamadır.

Nereden alınır?

EBAN tablosundaki talep kalemine silme göstergesi (LOEKZ) eklendiğinde açıkça kaydedilir. Değişiklik CDHDR/CDPOS tablolarına yazılır.

Kaydedin

EBAN tablosundaki silme göstergesinin (LOEKZ) L olarak ayarlandığı olayı belirleyin.

Olay türü explicit
Talep onaya gönderildi
Talep sahibinin talebi resmen gönderdiği ve onay iş akışını başlattığı anı ifade eder. Bu olay genellikle talebin serbest bırakma stratejisi belirlendiğinde ve durumu Onayda olarak değiştiğinde çıkarımla belirlenir.
Neden önemli?

Bu önemli aşama, onay çevrim süresi KPI’larının ölçümünü başlatır. Oluşturma ile gönderim arasındaki süreyi incelemek, talep hazırlama aşamasındaki gecikmeleri ortaya çıkarabilir.

Nereden alınır?

EBAN tablosuna ait değişiklik belgelerinden (CDHDR/CDPOS) çıkarımla belirlenir. Özellikle serbest bırakma stratejisi alanlarının (ör. FRGST) doldurulması veya genel durumun (PROCSTAT) onay beklediğini gösterecek şekilde değişmesi dikkate alınır.

Kaydedin

Onay iş akışının başladığını veya durumun Onayda olarak değiştiğini gösteren ilk değişiklik belgesi kaydını belirleyin.

Olay türü inferred
Tedarik kaynağı atandı
Alıcının onaylanmış bir talep kalemine belirli bir tedarikçi, sözleşme veya bilgi kaydı atamasını ifade eder. Talebi satın alma siparişi oluşturmaya hazırlayan önemli bir adımdır.
Neden önemli?

Bu etkinlik, onay ile sipariş arasındaki aşamayı tamamlar. Tedarik kaynağı atamak için geçen süreyi ölçmek, alıcının iş yükündeki gecikmeleri ve tedarik bulma verimliliğini belirlemeye yardımcı olur.

Nereden alınır?

EBAN tablosundaki sabit tedarikçi (LIFNR), bilgi kaydı (INFNR) veya sözleşme (KONNR) gibi tedarik kaynağıyla ilgili alanlara değer girilmesinden çıkarımla belirlenir.

Kaydedin

Değişiklik belgelerini kullanarak EBAN tablosundaki LIFNR, INFNR veya KONNR gibi alanların doldurulmasını izleyin.

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

Veri çıkarma rehberleri

SAP S/4HANA’dan verilerinizi nasıl alabilirsiniz?

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

Verilerinizi güvenle hazırlamak ve Satın Almadan Ödemeye talep sürecinizde Process Mining potansiyelinden yararlanmak için bu Templatei kullanın. Verimliliği artırmak için bugün çalışmaya başlayın.

Satın Almadan Ödemeye talep sürecindeki gecikmeleri durdurun: iş akışınızı şimdi iyileştirin!

Süreçleri iyileştirin, teslim sürelerini kısaltın ve çevrim süresini %30 azaltın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez, kurulum 5 dakika sürer.