Satın Almadan Ödemeye - Talep Veri Şablonunuz
Satın Almadan Ödemeye - Talep Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- SAP ECC için Veri Çıkarım Rehberliği
Satın Almadan Ödemeye - Talep Süreci Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet 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. Activity'lerin 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 bottleneck'ler. This is crucial for building dashboard'lar like the End-to-End Requisition Process Map ve rework ve uyumlulukla related KPI'ları calculate etmek için.
Neden önemli
Süreçteki adımları tanımlar, süreç haritalarının görselleştirilmesini ve süreç akışı varyasyonlarının analizini sağlar.
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ın Alma Siparişi Oluşturuldu
|
|||
|
Olay Zamanı
EventTime
|
Aktivitenin ne zaman gerçekleştiğini gösteren timestamp. | ||
|
Açıklama
Event Time, belirli bir aktivitenin gerçekleştiği kesin tarihi ve saati kaydeder. Bu timestamp, 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ın Alma Siparişi Oluşum Süresi' gibi kritik KPI'ların hesaplanmasına olanak tanır. Süreleri görselleştiren Dashboard'ları (örneğin, Talep Onay Döngüsü Süresi analizi) güçlendirerek, süreçteki herhangi iki nokta arasındaki süreyi ölçmek için gereken ham veriyi sağlar.
Neden önemli
Bu timestamp, all duration'ları calculating, process performance'ı analyzing ve time-related darboğazları discovering için essential'dır.
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 identifier. | ||
|
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 identifier, linking all activity'leri 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 identifier'ı tracking ederek, analysts'ler complete process flow'u 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
Bu, all related process event'lerini single bir case'e connects eden core identifier'dır, making end-to-end process analysis possible.
Nereden alınır
EBAN tablosunda, BANFN alanında bulunur.
Örnekler
100234567810023456791002345680
|
|||
|
Kaynak Sistem
SourceSystem
|
`veri`nin çıkarıldığı kaynak sistemi tanımlar. | ||
|
Açıklama
Bu Öznitelik, process data'sının origin'ini specifies eder, for example, 'SAP ECC Production' veya 'S4HANA QA'. It is typically a static value added during the data extraction 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 governance ve traceability.
Neden önemli
data origin için temel bağlam sağlayarak traceability'yi garanti eder ve multi-system analizini mümkün kılar.
Nereden alınır
Bu, typically data extraction, transformation ve loading (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ıdır. | ||
|
Açıklama
Bu Öznitelik, dataset'in when it was last updated olduğunu indicates eder. It's a static timestamp applied to the entire dataset during each data load, serving as a reference point for the freshness of the analysis. Any Process Mining dashboard'u veya analysis'i için, the data'nın 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
Kullanıcıları verinin güncelliği hakkında bilgilendirir; bu, süreç analizinin alaka düzeyi ve doğruluğu açısından çok önemlidir.
Nereden alınır
Bu, data extraction'ın timestamp'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 compliance ve identifying opportunities for process standardization veya specialization.
Neden önemli
Taleplerin farklı süreç kategorilerine ayrılmasına olanak tanır, daha kesin ve ilgili analizler yapılmasını sağlar.
Nereden alınır
EBAN tablosunda, BSART alanında bulunur.
Örnekler
NBUBRV
|
|||
|
Bölüm
Department
|
Requester'ın department'ı veya requisition'la associated cost center. | ||
|
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 cost center'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' dashboard'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
İş birimleri arasında performans karşılaştırması yapılmasını sağlar, 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 dashboard'lar like 'Requisition Creation Throughput by Requester' ve workload distribution'ı ve segregation of duties policies'leriyle uyumluluğu understanding için.
Neden önemli
Aktiviteleri belirli kişilere atar, kullanıcı performansı, iş yükü, uyumluluk ve eğitim ihtiyaçlarının analiz edilmesini sağlar.
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' dashboard'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
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ın Alma 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 throughput of the procurement process.
Neden önemli
Süreç davranışını finansal etki ile ilişkilendirmeye yardımcı olur; bu, risk analizi ve onay karmaşıklığını anlamak için temeldir.
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 activity'lerinin category-based analysis'ine allows eder. 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
Tedarik kategorisine göre harcama ve süreç analizi yapılmasına olanak tanır, stratejik kaynak yaratmayı destekler ve kategoriye özgü darboğazları belirler.
Nereden alınır
EBAN tablosunda, MATKL alanında bulunur.
Örnekler
00101L001IT-SFTWR
|
|||
|
Onay Çevrim Süresi
ApprovalCycleTime
|
Bir talebin approval için submitted edildiği zamandan, finally approved edildiği zamana kadar elapsed total time. | ||
|
Açıklama
Bu, requisition lifecycle'ının approval phase'inin duration'ını measures eden calculated bir metric'tir. It is calculated by finding the time difference between the 'Approval Submitted' activity ve the final 'Requisition Approved' activity for each case. This is a primary KPI for measuring the efficiency of the approval Workflow'u. It is used in the 'Requisition Approval Cycle Time' dashboard'unda to visualize performance ve bottleneck'leri identify etmek için. A high approval cycle time can significantly delay the entire procurement process.
Neden önemli
Talep sürecindeki yaygın gecikme kaynaklarından biri olan onay Workflow'unun verimliliğini doğrudan ölçer.
Nereden alınır
'Onay Gönderildi' olayının zaman damgasını, 'Talep Onaylandı' olayının zaman damgasından çıkararak hesaplanır.
Örnekler
P2DPT8H30MP5DT12H
|
|||
|
Ö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' dashboard'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
Acil taleplerin daha hızlı işlenip işlenmediğini analiz etmeye olanak tanır, ö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' dashboard'u için key'dir ve process inefficiency'lerinin root cause'larını identify etmeye help eder.
Neden önemli
Taleplerin neden reddedildiğine dair doğrudan içgörüler sunarak, hedeflenmiş süreç iyileştirmelerini ve kullanıcı training'ini mümkün kılar.
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 activity'lerinden 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 bottleneck'ler 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
Tedarik sorumluluğunu atar, farklı satın alma ekipleri arasında iş yükü analizi ve performans karşılaştırması yapılmasını sağlar.
Nereden alınır
EBAN tablosunda, EKGRP alanında bulunur.
Örnekler
001002P01
|
|||
|
Satın Alma 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' dashboard'unu support etmek için. This connection'ı understanding, the efficiency of the entire procure-to-pay cycle'ı measuring için key'dir.
Neden önemli
Talep sürecini, tedarik sürecine bağlar, devir gecikmelerinin analizini sağlar.
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 allows eder. 'Requisition Creation Throughput by Requester' dashboard'u, this attribute'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
Süreç sahibini belirler, talep oluşturma kalıplarının analizine olanak tanır 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 identifier. | ||
|
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
Tercih edilen tedarikçi ilişkilerine ve bunların talep işleme hızı ile sonuçları üzerindeki etkisine dair içgörüler 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 allows eder. 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 dashboard'larıdır.
Neden önemli
Analiz için coğrafi veya konum tabanlı bir bağlam sağlar, 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 bayrağı. | ||
|
Açıklama
Bu, rework involving activity'leri 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 event'leri that send the process back to an earlier stage. Bu flag, 'Requisition Amendment and Rework Analysis' dashboard'u için essential'dır. It allows for easy filtering ve quantification of rework, helping to measure its impact on overall cycle time'ları 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
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 Süreci Etkinlikleri
| 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
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ın Alma 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
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ın Alma 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ın Alma Siparişi oluşturma tarihi (EKKO.AEDAT) timestamp'i sağlar.
Yakala
EBAN'ı EKPO tablolarına bağlayarak ve EKKO'dan Satın Alma 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
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
Sürecin başlangıç noktası olarak, bu aktivite toplam talep yaşam döngüsü süresini hesaplamak ve oluşturma verimini analiz etmek için çok önemlidir. 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 Timestamp.
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
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 timestamp'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
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 timestamp'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
Bu activity, approval chain'indeki each individual step'in detailed analysis'ine allows eder. 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ı sağlar. | ||
|
Neden önemli
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
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 Workflow'unun 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
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 sağlar. | ||
|
Neden önemli
Düzeltmelerin takibi, yeniden işleme döngülerini ve veri kalitesi sorunlarını belirlemek için kritik öneme sahiptir. 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
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
Bu, completed olan ancak not necessarily deleted olan requisition'lar için definitive bir end point provides eder. 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ın Alma 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
|
|||