Satın Almadan Ödemeye - Talep Veri Şablonunuz

SAP ECC
Satın Almadan Ödemeye - Talep Veri Şablonunuz

Satın Almadan Ödemeye - Talep Veri Şablonunuz

Bu template, Purchase to Pay Requisition process'inizi analyzing etmek için needed essential data'yı collecting için comprehensive bir guide provides eder. It outlines the crucial data field'larını gather etmek, the key activity'leri track etmek ve this information'ı source system'inizden extracting için practical guidance'ı. Bu resource'ı, effective Process Mining için data'nızı prepare etmek için kullanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • SAP ECC için Veri Çıkarım Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Satın Almadan Ödemeye - Talep Süreci Öznitelikleri

Bunlar, Purchase to Pay Requisition process'inizin comprehensive analysis'i için event log'unuza include etmeniz recommended data field'lardır.
5 Gerekli 5 Önerilen 10 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Satın Almadan Ödemeye - Talep Süreci Etkinlikleri

Bunlar, requisition Workflow'unuzun accurate discovery'si ve analysis'i için event log'unuzda capture edilmesi gereken key process step'leri ve milestone'lardır.
6 Önerilen 7 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi SAP ECC'den Nasıl Alabilirsiniz?