Satın Almadan Ödemeye - Talep Veri Template'inuz
Satın Almadan Ödemeye - Talep Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- SAP ECC için Veri Çıkarım Rehberliği
Satın Almadan Ödemeye - Talep Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Belirli bir zamanda gerçekleşen iş faaliyetinin adı. | ||
|
Açıklama
Bu Öznitelik, 'Requisition Created', 'Approval Submitted' veya 'Purchase Order Created' gibi purchase requisition lifecycle'ındaki specific bir step'i veya event'i describes eder. Bu activity'ler, typically status change'lerinden, Workflow log'larından veya SAP within'indeki change document'larından derived edilir. Aktivitelerin sequence'ini ve frequency'sini Analyzing etmek Process Mining'in foundation'ıdır. It allows for the discovery of the actual process flow'ları, including common path'lar, deviation'lar ve darboğazlar. This is crucial for building kontrol paneli'lar like the End-to-End Requisition Süreç Haritası ve rework ve uyumlulukla related KPI'ları calculate etmek için.
Neden Önemli?dir?
Süreçteki adımları tanımlar, süreç haritalarının görselleştirilmesini ve süreç akışı varyasyonlarının analizini sunar.
Nereden Alınır??
Değişiklik belgesi tabloları CDHDR ve CDPOS'tan, Workflow günlüklerinden veya EBAN-STATU gibi durum alanlarından türetilmiştir.
Örnekler:::::::
Talep OluşturulduOnay Adımı OnaylandıTalep ReddedildiSatınalma Siparişi Oluşturuldu
|
|||
|
Olay Zamanı
EventTime
|
Aktivitenin ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Event Time, belirli bir faaliyetin gerçekleştiği kesin tarihi ve saati kaydeder. Bu zaman damgası (zaman damgası), Process Mining'deki tüm zaman tabanlı analizler için temeldir; döngü sürelerini hesaplama, darboğazları belirleme ve süreç performansını anlama gibi. Talep bağlamında, bu öznitelik, 'Ortalama Talep Onay Süresi' ve 'Satınalma Siparişi Oluşum Süresi' gibi kritik KPI'ların hesaplanmasına sunar. Süreleri görselleştiren Dashboard'ları (örneğin, Talep Onay Döngüsü Süresi analizi) sağlayarak, süreçteki herhangi iki nokta arasındaki süreyi ölçmek için gereken ham veriyi sunar.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), tüm sürelerin hesaplanması, süreç performansının analizi ve zamana bağlı darboğazların keşfedilmesi için temel teşkil eder.
Nereden Alınır??
Değişiklik belgesi başlık tablosu CDHDR'de (UDATE ve UTIME alanları) bulunur.
Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
|
|||
|
Satın Alma İsteği Kimliği
PurchaseRequisitionId
|
Bir purchase requisition document'ı için unique tanımlayıcı. | ||
|
Açıklama
Purchase Requisition ID, SAP ECC içinde goods veya service'ler için each request'i uniquely identify eden primary key'dir. It serves as the central case tanımlayıcı, linking all aktiviteleri ve change'leri related to a specific requisition'ın its creation'ından its final resolution'a, such as conversion to a purchase order veya closure. Process Mining'de, this ID is essential for reconstructing the end-to-end lifecycle of each requisition. This tanımlayıcı'ı tracking ederek, analysts'ler complete süreç akışını visualize edebilir, milestone'lar arasındaki duration'ları measure edebilir ve different requisition'ların how they are handled'daki variation'ları analyze edebilir. It allows for a cohesive view of the entire requisition journey.
Neden Önemli?dir?
Bu, all related process olaylarıni single bir case'e connects eden core tanımlayıcı'dır, making end-to-end process analysis possible.
Nereden Alınır??
EBAN tablosunda, BANFN alanında bulunur.
Örnekler:::::::
100234567810023456791002345680
|
|||
|
Kaynak Sistem
SourceSystem
|
verinin çıkarıldığı kaynak sistemi tanımlar. | ||
|
Açıklama
Bu Öznitelik, process verisinin origin'ini specifies eder, for example, 'SAP ECC Production' veya 'S4HANA QA'. It is typically a static value added during the veri çıkarma process to provide context, especially in environment'larda with multiple source system'ler. Process analysis'te, this helps differentiate data'yı various source'lardan, ensuring that analysis'ler production, testing veya development environment'larından data mixing ile skewed edilmez. It is a fundamental piece of metadata for data yönetişim ve traceability.
Neden Önemli?dir?
data origin için temel bağlam sağlayarak traceability'yi garanti eder ve multi-system analizini sunar.
Nereden Alınır??
Bu, typically data veri çıkarma, dönüştürme ve yükleme (ETL) process'i during'inde added edilen static bir value'dur.
Örnekler:::::::
SAP_ECC_PRODS4HANA_EU_100ECC_US_FINANCE
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden en son veri yenileme veya çekme işleminin zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu Öznitelik, dataset'in when it was last updated olduğunu indicates eder. It's a static zaman damgası (zaman damgası) applied to the entire dataset during each data load, serving as a reference point for the freshness of the analysis. Any Process Mining kontrol paneli'u veya analysis'i için, the verinin recency'sini knowing, informed decision'lar making için critical'dır. Bu Öznitelik, all stakeholders'ın the time frame covered by the data they are viewing'den aware olmasını ensures ederek, outdated information'a based conclusion'ları prevents eder.
Neden Önemli?dir?
Kullanıcıları verinin güncelliği hakkında bilgilendirir; bu, süreç analizinin alaka düzeyi ve doğruluğu açısından büyük önem taşır.
Nereden Alınır??
Bu, veri çıkarma'ın zaman damgası (zaman damgası)'ini representing eden static bir value'dur, ETL process'i during'inde added edilmiştir.
Örnekler:::::::
2024-01-15T04:00:00Z2024-01-16T04:00:00Z
|
|||
|
Belge Türü
RequisitionDocumentType
|
Satın alma talebinin türünü ve özelliklerini belirleyen bir sınıflandırma. | ||
|
Açıklama
SAP'deki Document Type, bir purchase requisition'ın number range, field selection ve overall procurement process'i dahil olmak üzere various aspect'lerini control eder. Example'lar arasında 'Standard PR', 'Stock Transfer' veya 'Service PR' bulunur. Bu Öznitelik, different document type'ların often distinct process flow'ları ve approval requirement'ları olması nedeniyle analysis için powerful bir dimension'dır. Analysts'lerin different requisition process'lerinin performance'ını compare etmek için data'yı segment etmesine allow eder, this is key for understanding uyumluluk ve identifying opportunities for process standardization veya specialization.
Neden Önemli?dir?
Taleplerin farklı süreç kategorilerine ayrılmasına sunar, daha kesin ve ilgili analizler yapılmasını sunar.
Nereden Alınır??
EBAN tablosunda, BSART alanında bulunur.
Örnekler:::::::
NBUBRV
|
|||
|
Bölüm
Department
|
Talep sahibinin departmanı veya taleple ilişkili maliyet merkezi. | ||
|
Açıklama
Bu Öznitelik, purchase requisition'ı initiated eden business unit veya department'ı represents eder. This is often derived from the requester'ın user profile'ından veya requisition line item'ına assigned maliyet merkezi'dan. Process'i department'a göre Analyzing etmek, the organization across'ındaki performance variation'larını understanding için critical'dır. It is the primary dimension for the 'Requisition Approval Cycle Time' kontrol paneli'u ve 'Departmental Approval Time Variance' KPI'ı, helping to pinpoint which department'lar efficient process'lere sahiptir ve which'ler improvement veya additional resource'lar require edebilir.
Neden Önemli?dir?
İş birimleri arasında performans karşılaştırması yapılmasını sunar, departmansal darboğazları ve süreç tutarsızlıklarını vurgular.
Nereden Alınır??
Genellikle Talep Eden (EBAN-AFNAM) ile kullanıcı master data'sını (SU01) bağlayarak veya talebin hesap atamasıyla ilişkili Maliyet Merkezini (EBKN-KOSTL) kullanarak türetilir.
Örnekler:::::::
FinansBT OperasyonlarıPazarlamaÜretim
|
|||
|
Kullanıcı Adı
User
|
Aktiviteyi gerçekleştiren kullanıcının ID'si. | ||
|
Açıklama
Bu Öznitelik, bir event'ten responsible specific user'ı identifies eder, such as creating bir requisition, approving bir step veya amending bir document. SAP'de, this is often captured as bir user ID. User'a göre Analyzing etmek training need'lerini, user-specific performance'ı ve data entry error'larının potential source'larını identify etmeye help eder. It is essential for kontrol paneli'lar like 'Requisition Creation Throughput by Requester' ve workload distribution'ı ve segregation of duties policies'leriyle uyumluluğu understanding için.
Neden Önemli?dir?
Aktiviteleri belirli kişilere atar, kullanıcı performansı, iş yükü, uyumluluk ve eğitim ihtiyaçlarının analiz edilmesini sunar.
Nereden Alınır??
Değişiklikler için değişiklik belgesi başlık tablosu CDHDR'de (USERNAME alanı) ve oluşturucu için EBAN'da (ERNAM alanı) bulunur.
Örnekler:::::::
SMITHJR.DOEUSER123
|
|||
|
Talep Durumu
RequisitionStatus
|
Satın alma talebinin current processing status'u. | ||
|
Açıklama
Bu Öznitelik, requisition'ın a given point in time'daki overall status'unu indicates eder, such as 'In Release', 'Approved', 'Rejected' veya 'Closed'. This is often represented by a status code in SAP. Status'u Tracking etmek, requisition'ların outcome'unu understanding için essential'dır. It directly supports the 'Requisition Outcome and Rejection Rates' kontrol paneli'unu ve 'Requisition Rejection Rate' ve 'Requisition Withdrawal Rate' gibi KPI'ları. Requisition'ların status'lar arasında how they transition ettiğini Analyzing etmek process inefficiency'lerini ve failure point'lerini identify etmeye help eder.
Neden Önemli?dir?
Başarı oranları, ret nedenleri ve süreç son noktalarını analiz etmek için kritik olan bir talebin sonucunu tanımlar.
Nereden Alınır??
Processing status EBAN table'ında, STATU field'ında bulunur. Release status EBAN-FRGZU'dadır.
Örnekler:::::::
N (Düzenlenmedi)B (Satınalma Siparişi oluşturuldu)A (Teklif Talebi oluşturuldu)K (Kapalı)
|
|||
|
Toplam Talep Değeri
TotalRequisitionValue
|
Satın alma talebindeki tüm item'ların total monetary value'su. | ||
|
Açıklama
Bu Öznitelik, purchase requisition'ın total financial amount'unu represents eder. The value is often a key factor in determining the required approval Workflow'u, with higher-value requisition'ların typically more extensive scrutiny ve more approval step'leri requiring etmesi. Value'ye göre Analyzing etmek, financial impact'in process behavior'ı how it affects ettiğini understanding için critical'dır. It can reveal if high-value requisition'lar longer to approve take eder, more often rejected edilir veya different process path'lerini follow eder. This is also a fundamental metric for assessing the financial işleme hızı (throughput) of the procurement process.
Neden Önemli?dir?
Süreç davranışını finansal etki ile ilişkilendirmeye yardımcı olur; bu, risk analizi ve onay karmaşıklığını anlamak için büyük önem taşır.
Nereden Alınır??
Tüm line item'ların value'sunun sum'ı. Line item value'su EBAN table'ında, GSWER field'ında bulunur. Currency EBAN-WAERS'tedir.
Örnekler:::::::
1500.00250.50125000.00
|
|||
|
Malzeme Grubu
MaterialGroup
|
Talep edilen material veya service'in ait olduğu group veya category. | ||
|
Açıklama
Material Group, similar characteristic'lere sahip material'ları veya service'leri group together etmek için used edilen bir classification'dır. Bu, procurement aktivitelerinin category-based analysis'ine sunar. Material group'a göre analyze etmek strategic sourcing ve spend analysis'te help eder. Process Mining'de, 'IT Hardware' veya 'Professional Services' gibi certain category'ler için requisition'ların different process path'lerini follow edip etmediğini veya longer approval time'ları experience edip etmediğini reveal edebilir. Bu insight, 'Requisition Data Quality Report' ve what is being purchased'e based process variation'larını understanding için valuable'dır.
Neden Önemli?dir?
Tedarik kategorisine göre harcama ve süreç analizi yapılmasına sunar, stratejik kaynak yaratmayı destekler ve kategoriye özgü darboğazları belirler.
Nereden Alınır??
EBAN tablosunda, MATKL alanında bulunur.
Örnekler:::::::
00101L001IT-SFTWR
|
|||
|
Öncelik
Priority
|
Purchase requisition'a assigned urgency level. | ||
|
Açıklama
Bu Öznitelik, requisition'ın priority'sini indicates eder, often classifying it as 'Urgent', 'High' veya 'Normal'. Bu flag, approver'lara ve buyer'lara bir request'in expedited handling required ettiğini signal etmek için kullanılır. Bu Öznitelik, 'Urgent Requisition Processing Performance' kontrol paneli'u ve 'Urgency Flag Effectiveness' KPI'ı için essential'dır. Analysis, whether requisition'ların marked as urgent are actually processed faster than standard ones'a focuses eder, helping to validate the effectiveness of the prioritization system ve ensure that business-critical need'ler promptly met edilir.
Neden Önemli?dir?
Acil taleplerin daha hızlı işlenip işlenmediğini analiz etmeye sunar, önceliklendirme mekanizmalarının etkinliğini doğrular.
Nereden Alınır??
Bu EBAN'da standard bir field değildir. It is often implemented as a custom field veya Requirement Tracking Number (EBAN-BEDNR) ya da specific document type'dan inferred edilir.
Örnekler:::::::
123
|
|||
|
Ret Nedeni
RejectionReason
|
Bir talep veya approval step'i rejected edildiğinde provided reason. | ||
|
Açıklama
Bu Öznitelik, bir purchase requisition'ı rejecting etmek için justification'ı captures eder. Bu information, typically free text olarak entered edilir veya approver tarafından rejection activity'si during'inde predefined code list'inden selected edilir. Rejection reason'larını Analyzing etmek process improvement için crucial'dır. It provides direct, actionable feedback on why requisition'lar fail eder, which could be due to policy violation'lar, incorrect data veya unavailable budget. Bu data, 'Requisition Outcome and Rejection Rates' kontrol paneli'u için key'dir ve process inefficiency'lerinin root cause'larını identify etmeye help eder.
Neden Önemli?dir?
Taleplerin neden reddedildiğine dair doğrudan stratejik bilgiler sunarak, hedeflenmiş süreç iyileştirmelerini ve kullanıcı training'ini sunar.
Nereden Alınır??
Bu data, typically Workflow log'larında veya rejection event'i ile associated long text'te stored edilir. EBAN'da no standard field yoktur.
Örnekler:::::::
Yanlış Maliyet MerkeziBütçe AşıldıTekrar Eden TalepPolitikaya uygun değil
|
|||
|
Satın Alma Grubu
PurchasingGroup
|
Talep edilen item'ların procuring'inden sorumlu buyer group'u. | ||
|
Açıklama
Purchasing Group, specific procurement aktivitelerinden responsible bir organizational unit'tir. It represents the team of buyers who will handle the requisition once it is approved. Bu Öznitelik, different buying team'lerinin workload'unu ve performance'ını analyze etmek için useful'dır. It can help identify if certain purchasing group'lar requisition'ların purchase order'lara conversion'ında darboğazlar midir, veya if they handle specific type of requisition'ları other'larından more efficiently mi. It provides a key dimension for resource ve performance management within the procurement function.
Neden Önemli?dir?
Tedarik sorumluluğunu atar, farklı satın alma ekipleri arasında iş yükü analizi ve performans karşılaştırması yapılmasını sunar.
Nereden Alınır??
EBAN tablosunda, EKGRP alanında bulunur.
Örnekler:::::::
001002P01
|
|||
|
Satınalma Siparişi Kimliği
PurchaseOrderId
|
Talepten created edilen purchase order'ın ID'si. | ||
|
Açıklama
Bu Öznitelik, bir purchase requisition'ı it'i fulfill etmek için created edilen subsequent purchase order'a links eder. A single requisition can sometimes lead to multiple purchase order'lara. Bu link, requisition ve purchasing process'leri arasındaki the handoff'u analyzing için crucial'dır. It is required to calculate the 'Time to PO Creation from Requisition' KPI'ını ve 'Approved Requisition to PO Creation Delay' kontrol paneli'unu support etmek için. This connection'ı understanding, the efficiency of the entire procure-to-pay cycle'ı measuring için key'dir.
Neden Önemli?dir?
Talep sürecini, tedarik sürecine bağlar, devir gecikmelerinin analizini sunar.
Nereden Alınır??
Purchase order number, created edildikten sonra EBAN table'ındaki EBELN field'ında stored edilir.
Örnekler:::::::
450001712345000171244500017125
|
|||
|
Talep Edenin Adı
RequesterName
|
Goods veya service'leri requested eden kişinin name'i. | ||
|
Açıklama
Bu Öznitelik, purchase requisition'ı initiated eden individual'ı identifies eder. This is the person who has the business need for the requested item'lar. Requester'ı Tracking etmek, individual veya group'a göre requisition pattern'larının analysis'ine sunar. 'Requisition Creation Throughput by Requester' kontrol paneli'u, this nitelik'a rely eder to identify power user'lar, additional training'e need duyabilecek user'lar veya high procurement activity'ye sahip department'lar. It provides a human-centric view of the process start point.
Neden Önemli?dir?
Süreç sahibini belirler, talep oluşturma kalıplarının analizine sunar ve kullanıcı eğitimini hedeflemeye yardımcı olur.
Nereden Alınır??
EBAN tablosunda, AFNAM alanında bulunur.
Örnekler:::::::
Alice WilliamsBob Johnson`Charlie Brown
|
|||
|
Tedarikçi Kimliği
VendorId
|
Suggested veya fixed vendor için unique tanımlayıcı. | ||
|
Açıklama
Bu Öznitelik, requested edilen item için preferred veya contractually fixed bir vendor'ın ID'sini contains eder. It may be pre-populated veya requester tarafından suggested edilebilir. Vendor'a göre requisition'ları Analyzing etmek, pre-selecting supplier'ların procurement process üzerindeki impact'ini assess etmeye help edebilir. For example, it can show whether requisition'lar specified bir vendor ile faster approved edilir veya if certain vendor'lar higher rejection rate'leri ile associated'dir. It provides a view into early-stage supplier engagement.
Neden Önemli?dir?
Tercih edilen tedarikçi ilişkilerine ve bunların talep işleme hızı ile sonuçları üzerindeki etkisine dair stratejik bilgiler sunar.
Nereden Alınır??
EBAN tablosunda, LIFNR alanında (Sabit satıcı) bulunur.
Örnekler:::::::
100030025V9876
|
|||
|
Tesis
Plant
|
Mal veya hizmetlerin talep edildiği şirket lokasyonu veya plant'i. | ||
|
Açıklama
Plant, bir company within'inde bir factory, warehouse veya office gibi bir physical location'ı representing eden bir organizational unit'tir. The requisition, requested item'ların needed olduğu plant'i specifies eder. Plant by analyzing, requisition process'inin geographical veya site-specific view'lerine sunar. It can highlight performance difference'lerini between location'lar, which may be due to different local procedure'lar, staffing level'ları veya business need'leri. This is a common dimension for regional performance panelleridır.
Neden Önemli?dir?
Analiz için coğrafi veya konum tabanlı bir bağlam sunar, bölgesel süreç varyasyonlarını ve performans farklılıklarını belirlemeye yardımcı olur.
Nereden Alınır??
EBAN tablosunda, WERKS alanında bulunur.
Örnekler:::::::
10002100DE01
|
|||
|
Yeniden İşleme mi?
IsRework
|
Talebin, gönderim sonrası yapılan bir düzeltme gibi, bir yeniden işleme döngüsünden geçip geçmediğini belirten bir boolean değeri. | ||
|
Açıklama
Bu, rework involving aktiviteleri veya case'leri flags eden derived bir Özniteliktir. For example, 'Approval Submitted' after occur eden any 'Requisition Amended' activity rework considered edilebilir. It can also be triggered by rejection olayları that send the process back to an earlier stage. Bu flag, 'Requisition Amendment and Rework Analysis' kontrol paneli'u için essential'dır. It allows for easy filtering ve quantification of rework, helping to measure its impact on overall döngü süreleriı ve process inefficiency'lerinin root cause'larını identify etmek. High rework rate'leri often data quality veya unclear requirement'larla issue'lara point eder.
Neden Önemli?dir?
Yeniden işleme sıklığını ve etkisini nicelleştirmeye yardımcı olur, süreç verimsizliklerini ve döngülerini belirlemeyi ve analiz etmeyi kolaylaştırır.
Nereden Alınır??
'Talep Düzeltildi' gibi belirli aktivite dizilerini, bir onay aktivitesinden sonra meydana geldiğini belirleyerek Event Log'dan türetilmiştir.
Örnekler:::::::
truefalse
|
|||
Satın Almadan Ödemeye - Talep Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Onay Gönderildi
|
Bu activity, requisition'ın the formal approval Workflow'una entered ettiğini signifies eder. It is typically inferred when the requisition'ın status'u configured release strategy'e based bir initial release veya approval action require etmek için changes eder. | ||
|
Neden Önemli?dir?
Bu, approval cycle time'ının beginning'ini marks eder, measuring process efficiency için critical bir KPI. This point'i Understanding, creation ve formal approval'ların start'ı arasındaki delay'leri isolate etmeye help eder.
Nereden Alınır??
EBAN tablosundaki serbest bırakma stratejisiyle ilgili ilk durum değişikliğinden (örn. FRGZU alanı başlangıçtan beklemede durumuna değişir) veya taleple ilişkili Workflow günlüklerindeki ilk girişten çıkarılır.
Yakala
Bir serbest bırakma stratejisinin etkinleştirildiğini gösteren ilk değişiklik günlüğü girişinden çıkarılır.
Event tipi
inferred
|
|||
|
Satınalma Siparişi Oluşturuldu
|
Bu activity, approved bir purchase requisition'ın bir purchase order document'ına successful conversion'ını marks eder. The event, requisition için it'i reference eden corresponding purchase order item'ı finding ile inferred edilir. | ||
|
Neden Önemli?dir?
Birincil başarılı sonuç olarak, bu aktivite 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ınalma Siparişi Kalemi) tablosunda, BANFN ve BNFPO alanlarının EBAN tablosundaki satın alma talebi numarası ve kalemiyle eşleştiği bir kayıt bulunarak çıkarılır. Satınalma Siparişi oluşturma tarihi (EKKO.AEDAT) zaman damgası (zaman damgası)'i sunar.
Yakala
EBAN'ı EKPO tablolarına bağlayarak ve EKKO'dan Satınalma Siparişi oluşturma tarihini kullanarak çıkarılır.
Event tipi
inferred
|
|||
|
Talep Geri Çekildi
|
Bu, creator veya an authorized user'ın deletion flag setting ile requisition item'ını cancels ettiği terminal bir activity'dir. This action, explicitly recorded edilir ve the business need'in no longer valid veya created in error olduğunu indicates eder. | ||
|
Neden Önemli?dir?
Bu, process için key bir failure endpoint'tir, withdrawal rate'ini calculating için essential'dır. High rate'ler long approval time'ları forcing user'ları request'leri abandon etmeye, veya demand planning ile systemic issue'ları indicate edebilir.
Nereden Alınır??
Bu explicit action, EBAN table'ındaki 'Deletion Indicator' (LOEKZ) field'ı requisition item için set edildiğinde captured edilir. The change, CDHDR ve CDPOS'ta logged edilir.
Yakala
Silme Göstergesi (EBAN-LOEKZ) 'L' olarak ayarlandığında değişiklik günlüğü girişi.
Event tipi
explicit
|
|||
|
Talep Oluşturuldu
|
Bu activity, bir user tarafından bir purchase requisition'ın initial creation'ını ve saving'ini marks eder. The event, EBAN table'ında new record generated edildiğinde, creation date ve time recorded ile explicitly captured edilir. | ||
|
Neden Önemli?dir?
Sürecin başlangıç noktası olarak, bu aktivite toplam talep süreç döngüsü süresini hesaplamak ve oluşturma verimini analiz etmek için büyük önem taşır. Kimin ne zaman talep oluşturduğunu belirlemeye yardımcı olur.
Nereden Alınır??
Bu event, EBAN table'ından creation date (ERDAT) ve creation time (UZEIT) field'ları kullanılarak a given Purchase Requisition ID (BANFN) için captured edilir.
Yakala
EBAN table field'ları ERDAT ve UZEIT'ten initial record save anındaki zaman damgası (zaman damgası).
Event tipi
explicit
|
|||
|
Talep Onaylandı
|
Bu milestone activity, purchase requisition'ın all required approval step'lerini successfully passed ettiğini signifies eder. It is inferred when the final release code applied edilir ve the overall release indicator (FRGZU) in the EBAN table is set to an approved state. | ||
|
Neden Önemli?dir?
Bu, approval cycle'ının end'ini ve procurement phase'inin start'ını marks eden critical bir milestone'dur. It's essential for calculating the total approval time KPI'ını ve PO creation'a handoff delay'lerini measuring için.
Nereden Alınır??
EBAN tablosundaki CDPOS'taki değişiklik günlüğü girişinin zaman damgası (zaman damgası)'inden, FRGZU alanının nihai onayı temsil eden değere değiştiği zaman çıkarılır.
Yakala
EBAN'daki nihai serbest bırakma göstergesi alanının 'onaylandı' terminal durumuna ulaşmasından çıkarılır.
Event tipi
inferred
|
|||
|
Talep Reddedildi
|
Bu, purchase requisition'ın definitively rejected edildiği ve further proceed edemeyeceği terminal bir activity'dir. It is inferred when the release indicator in the EBAN table is set to a final rejected state by an approver. | ||
|
Neden Önemli?dir?
Bu activity, process için bir key process endpoint'tir ve Requisition Rejection Rate KPI'ını calculate etmek için crucial'dır. Bu case'leri analyzing etmek, procurement failure ve waste reason'larını understanding'e help eder.
Nereden Alınır??
EBAN tablosundaki CDPOS'taki değişiklik günlüğü girişinin zaman damgası (zaman damgası)'inden, FRGZU alanının nihai reddi temsil eden değere değiştiği zaman çıkarılır.
Yakala
EBAN'daki nihai serbest bırakma göstergesi alanının 'reddedildi' terminal durumuna ulaşmasından çıkarılır.
Event tipi
inferred
|
|||
|
Onay Adımı Başlatıldı
|
Talebin şu anda serbest bırakma stratejisinde tanımlandığı gibi belirli bir onaylayıcıdan veya onay grubundan işlem beklediğini gösterir. Bu olay, talebin durumunun belirli bir serbest bırakma kodu beklediğini göstermesiyle çıkarılır. | ||
|
Neden Önemli?dir?
Bu activity, approval chain'indeki each individual step'in detailed analysis'ine sunar. It helps pinpoint which approver'lar veya stage'ler process'te the longest delay'lere cause ediyor.
Nereden Alınır??
EBAN tablosundaki serbest bırakma durumu alanlarındaki değişiklik dizisini izleyerek çıkarılır. Yeni bir bekleme durumuna her geçiş, yeni bir onay adımının başlangıcını işaret eder.
Yakala
Yeni bir serbest bırakma kodunun artık aktif olduğunu ve onay beklediğini gösteren durum değişikliklerinden çıkarılır.
Event tipi
inferred
|
|||
|
Onay Adımı Onaylandı
|
Yetkili bir kullanıcının release strategy'deki tek bir adımı onaylama explicit action'ını temsil eder. Bu action, talebin release status'ündeki bir change olarak kaydedilir ve nihai onaya yaklaşmasını sunar. | ||
|
Neden Önemli?dir?
Bireysel onayların takip edilmesi, her adımın süresini ölçmek ve farklı onaylayıcıların performansını analiz etmek için gereklidir. İş akışı uyumluluğunu anlamak için temel bir adımdır.
Nereden Alınır??
EBAN tablosundaki serbest bırakma durumu alanlarındaki değişiklik günlüklerinden (CDHDR/CDPOS) yakalanır. Onaylayıcının ME54N veya benzeri bir T-kodu aracılığıyla yaptığı eylem bu kaydedilen değişikliği tetikler.
Yakala
Bir onaylayıcı bir serbest bırakma işlemi gerçekleştirdiğinde oluşturulan değişiklik günlüğü girişi.
Event tipi
explicit
|
|||
|
Onay Adımı Reddedildi
|
Yetkili bir kullanıcı, serbest bırakma stratejisindeki tek bir adımı açıkça reddetmiş, genellikle talebi düzeltme için oluşturucuya geri göndermiştir. Bu eylem, talebin serbest bırakma durumundaki bir değişiklik olarak günlüğe kaydedilir. | ||
|
Neden Önemli?dir?
Reddedilmeler, süreçteki rework'ün ve gecikmelerin birincil nedenidir. Sıklığını ve nedenini analiz etmek, politika yanlış anlamalarını, data kalitesi sorunlarını veya verimsiz onay adımlarını belirlemeye yardımcı olur.
Nereden Alınır??
EBAN tablosundaki serbest bırakma durumu alanlarındaki değişiklik günlüklerinden (CDHDR/CDPOS) yakalanır. ME54N veya benzeri bir işlemle yapılan bir ret eylemi, ilgili bir durum değişikliğini tetikleyecektir.
Yakala
Bir onaylayıcı bir ret eylemi gerçekleştirdiğinde oluşturulan değişiklik günlüğü girişi.
Event tipi
explicit
|
|||
|
Onay Sıfırlandı
|
Talebin tüm onay Workakışının sıfırlandığını gösterir, genellikle önemli bir düzeltme nedeniyle. Bu durum, serbest bırakma durumu daha önce aktifken temizlendiğinde ve onay sürecinin baştan başlamasını zorladığında çıkarılır. | ||
|
Neden Önemli?dir?
Onay sıfırlamaları, döngü süresini büyük ölçüde etkileyen önemli yeniden işleme olaylarıdır. Bunları belirlemek, süreç verimsizliklerini ve talep düzeltmelerinin Workflow üzerindeki aşağı yönlü etkisini vurgular.
Nereden Alınır??
EBAN tablosu için değişiklik günlüklerinden (CDHDR/CDPOS), serbest bırakma durumu alanlarının (FRGZU gibi) beklemede veya onaylanmış durumdan tekrar başlangıç veya boş duruma döndürüldüğü durumlardan çıkarılır.
Yakala
Serbest bırakma stratejisi alanlarının temizlendiğini gösteren değişiklik günlüklerinden çıkarılır.
Event tipi
inferred
|
|||
|
Talep Değiştirildi
|
İlk oluşturulduktan sonra bir satın alma talebinde yapılan, quantity, price veya material değişikliği gibi herhangi bir modification'ı temsil eder. Bu değişiklikler SAP'nin change log table'larına kaydedilir ve modification'ların detaylı bir audit trail'ini sunar. | ||
|
Neden Önemli?dir?
Düzeltmelerin takibi, yeniden işleme döngülerini ve veri kalitesi sorunlarını belirlemek için büyük önem taşır. Yüksek düzeltme sıklığı, başlangıçtaki gereksinimlerin belirsizliğini veya kullanıcı eğitim eksikliklerini gösterebilir, bu da süreç gecikmelerine yol açar.
Nereden Alınır??
Nesne sınıfının EINKBELEG olduğu ve nesne kimliğinin Satın Alma Talebi numarası olduğu değişiklik günlüğü tabloları CDHDR (başlık) ve CDPOS (kalem) üzerinden yakalanır. Belirli alan değişiklikleri analiz edilebilir.
Yakala
Satın alma talebi belgesi için değişiklik tabloları CDHDR ve CDPOS'a kaydedilen olay.
Event tipi
explicit
|
|||
|
Talep Engellendi
|
Bir satın alma talebi kalemini block'lama için açık bir action'ı temsil eder, satın alma siparişine dönüştürülmesini engeller. Block, talep kalemindeki belirli bir indicator aracılığıyla ayarlanır. | ||
|
Neden Önemli?dir?
Engelleme, potansiyel bir sorunu veya tedarik üzerinde geçici bir beklemeyi gösterir. Bu olayları takip etmek, taleplerin onaylandığı ancak hemen eyleme geçilmediği darboğazları belirlemeye yardımcı olur.
Nereden Alınır??
EBAN tablosundaki 'Engelleme Göstergesi' alanı (EBAKZ) üzerindeki bir değişiklikten yakalanır. Değişiklik, CDHDR ve CDPOS'a kaydedilir.
Yakala
EBAN-EBAKZ alanı ayarlandığında değişiklik tablolarına kaydedilen olay.
Event tipi
explicit
|
|||
|
Talep Kapatıldı
|
Bir talep kaleminin nihai closure'ını temsil eder, bu da daha fazla processing beklenmediğini gösterir. Bu status, kalem tamamen bir PO'ya converted edildiğinde ve fulfilled edildiğinde veya manually olarak closed olarak flagged edildiğinde inferred edilir. | ||
|
Neden Önemli?dir?
Bu, completed olan ancak not necessarily deleted olan requisition'lar için definitive bir end point sunar. It ensures accurate lifecycle duration calculation'ları for successfully fulfilled request'ler için.
Nereden Alınır??
EBAN tablosundaki 'Kapalı' göstergesinden (EBAKZ, 'S' değeri veya diğer yapılandırılmış değerle) çıkarılır. Bu durum genellikle tam Satınalma Siparişi dönüşümü ve mal alımı sonrasında sistem tarafından otomatik olarak ayarlanır.
Yakala
EBAN-EBAKZ alanındaki durum değişikliğinden 'kapalı' bir değere çıkarılır.
Event tipi
inferred
|
|||