Siparişten Tahsilata - Satış Siparişi İşleme Veri Şablonunuz

SAP ECC
Siparişten Tahsilata - Satış Siparişi İşleme Veri Şablonunuz

Siparişten Tahsilata - Satış Siparişi İşleme Veri Şablonunuz

Bu Template, SAP ECC üzerindeki Siparişten Tahsilata - Satış Siparişi İşleme sürecinizi analiz etmek için gereken temel verileri toplamanız için net bir yol haritası sunar. Toplanması gereken önemli öznitelikleri ve izlenmesi gereken temel aktiviteleri açıklar, ayrıca veri çıkarma konusunda pratik bilgiler verir. Kapsamlı bir süreç analizi için gerekli tüm bilgileri topladığınızdan emin olmak üzere bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • İzlenmesi gereken temel aktiviteler
  • SAP ECC için veri çıkarma bilgileri
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Siparişten Tahsilata - Satış Siparişi İşleme Öznitelikleri

Siparişten Tahsilata - Satış Siparişi İşleme sürecini kapsamlı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Gerekli 7 Önerilen 5 İsteğe bağlı
Ad Açıklama
Satış siparişi
SalesOrder
Tüm Siparişten Tahsilata sürecini izlemek için birincil vaka olarak kullanılan satış siparişi belgesinin benzersiz tanımlayıcısı.
Açıklama

Satış Siparişi, satış sürecindeki merkezi belgedir ve müşterinin mal veya hizmet talebini temsil eder. Müşteri talebini baştan sona işlemek için gereken tüm bilgileri içerir.

Process Mining kapsamında bu öznitelik Case ID olarak kullanılır. Her benzersiz Satış Siparişi numarası, uçtan uca tek bir süreç örneğini temsil eder. Süreçleri Satış Siparişi bazında analiz etmek, her müşteri siparişinin tüm yaşam döngüsünü izlemeyi, çevrim sürelerini ölçmeyi ve farklılıkları belirlemeyi sağlar.

Neden önemli?

Müşteri siparişi yolculuğundaki tüm ilgili faaliyetleri ve olayları birbirine bağlayan temel anahtardır. Böylece her sipariş uçtan uca analiz edilebilir.

Nereden alınır?

Satış Belgesi Başlık Verileri tablosunda (VBAK), VBELN alanında bulunur.

Örnekler
900001234590000123469000012347
Başlangıç Zamanı
StartTime
Bir faaliyetin veya olayın ne zaman başladığını gösteren zaman damgası.
Açıklama

Olay zaman damgası olarak da bilinen Başlangıç Zamanı, belirli bir faaliyetin gerçekleştiği kesin tarih ve saati kaydeder. Örneğin satış siparişinin ne zaman oluşturulduğunu, malların ne zaman çıkış yapıldığını veya faturanın ne zaman kaydedildiğini gösterir.

Bu zaman damgası, Process Mining kapsamındaki tüm zaman bazlı analizlerin temelidir. Faaliyetler arasındaki çevrim sürelerini hesaplamak, bir vakanın toplam süresini ölçmek ve gecikmeleri veya darboğazları belirlemek için kullanılır. Doğru zaman damgaları, zamanında teslimat veya sipariş karşılama sürelerini izleyen Dashboard gibi performans analizleri için büyük önem taşır.

Neden önemli?

Çevrim süreleri ve toplam süreler gibi tüm performans metriklerini hesaplamak için gerekli temel özniteliklerden biridir. Bu metrikler, darboğazları belirlemede önemlidir.

Nereden alınır?

Bu, genellikle VBAK (Satış Siparişi), LIKP (Teslimat) ve VBRK (Fatura) gibi çeşitli SAP tablolarındaki bir tarih alanı (ör. ERDAT) ile bir saat alanının (ör. ERZET) birleştirilmesiyle elde edilen bileşik bir özniteliktir.

Örnekler
2023-04-15T09:00:12Z2023-04-16T14:30:00Z2023-04-20T11:22:45Z
Faaliyet
Activity
Satış siparişi sürecinde gerçekleşen belirli bir iş adımının veya olayın adı.
Açıklama

Bu öznitelik, Satın Almadan Ödemeye sürecindeki tek bir adımı açıklar. Örneğin Satış Siparişi Oluşturuldu, Teslimat Oluşturuldu veya Ödeme Alındı faaliyetlerini temsil eder. Bu faaliyetler, her satış siparişi için süreç akışını yeniden oluşturmak üzere kullanılan temel yapı taşlarıdır.

Bu faaliyetlerin sırasını ve zamanlamasını analiz etmek, Process Mining çalışmalarının temelini oluşturur. Süreç haritasını görselleştirmeye, darboğazları belirlemeye, süreç varyantlarını keşfetmeye ve standart bir modele uyumluluğu kontrol etmeye yardımcı olur. Faaliyetler genellikle belge oluşturma olayları, durum değişiklikleri veya sistemde kaydedilen belirli işlem kodlarının bir arada değerlendirilmesiyle elde edilir.

Neden önemli?

Faaliyetler, süreç haritasının temelini oluşturur. Süreç akışını, sapmaları ve darboğazları görselleştirip analiz etmenizi sağlar.

Nereden alınır?

Bu, genellikle veri çıkarma sırasında SAP işlem kodlarının (T-Code), belge durumu değişikliklerinin (ör. VBUK, VBUP tablolarından) veya değişiklik belgesi günlüklerinin (CDHDR, CDPOS tabloları) kullanıcı dostu faaliyet adlarıyla eşleştirilmesiyle oluşturulan türetilmiş bir özniteliktir.

Örnekler
Satış siparişi oluşturulduTeslimat oluşturulduMal çıkışı yapıldıFatura oluşturulduÖdeme alındı
Kaynak Sistem
SourceSystem
Verilerin hangi kaynak sistemden çıkarıldığını gösterir.
Açıklama

Bu öznitelik, verinin geldiği sistemi belirtir. Örneğin belirli bir SAP ECC örneğinin adını veya istemci numarasını içerebilir. Özellikle birden fazla üretim sisteminin ya da eski sistemlerden gelen verilerin bulunduğu ortamlarda veriye bağlam kazandırır.

Analiz sırasında verileri kaynağına göre filtrelemek veya segmentlere ayırmak için kullanılır. Farklı sistemlerdeki süreçleri karşılaştırırken ya da sistem geçişi projelerinde veri bütünlüğünü ve tutarlılığını doğrularken özellikle faydalıdır.

Neden önemli?

Özellikle birden fazla sistemin bulunduğu ortamlarda gerekli bağlamı sağlar, süreçleri karşılaştırmanıza ve veri soyunun net kalmasına yardımcı olur.

Nereden alınır?

Bu değer genellikle veri çıkarma sırasında eklenir ve SAP Sistem Kimliğini (SAPSID) veya istemciyi (MANDT) temsil eden sabit bir değerdir.

Örnekler
ECC_PROD_800SAP_ERP_EU1ECC_QAS_300
Son Veri Güncellemesi
LastDataUpdate
Bu kayda ait verilerin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası.
Açıklama

Bu öznitelik, belirli bir olay veya vaka için en son veri çıkarma ya da güncelleme işleminin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında şeffaflık sağlar.

Dashboard ve raporlarda bu bilgi, içgörülerin ne kadar güncel olduğunu anlamanız için önemlidir. Analizin operasyonların mevcut durumunu yansıtıp yansıtmadığını veya eski verilere dayanıp dayanmadığını doğrulamanıza yardımcı olur. Böylece verilerin güncelliği konusunda beklentileri doğru yönetebilirsiniz.

Neden önemli?

Kullanıcıların verilerin güncelliğinden haberdar olmasını sağlar. Bu, Process Mining analizine dayanarak zamanında ve bilinçli kararlar almak için önemlidir.

Nereden alınır?

Bu, veri alma aracı veya süreci tarafından veri sisteme alındığı sırada doldurulan bir meta veri özniteliğidir. Kaynak SAP tablolarında saklanmaz.

Örnekler
2024-06-10T05:00:00Z2024-06-11T05:00:00Z2024-06-12T05:00:00Z
Kullanıcı
User
Belgeyi oluşturan veya son değiştiren ya da faaliyeti gerçekleştiren çalışanın kullanıcı kimliği.
Açıklama

Bu öznitelik, süreçteki belirli bir olaydan sorumlu SAP kullanıcı kimliğini kaydeder. Örneğin siparişi oluşturan satış görevlisini veya mal çıkışını kaydeden depo çalışanını gösterir.

Süreci kullanıcı bazında analiz etmek, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve farklı kullanıcıların aynı görevi nasıl gerçekleştirdiğindeki farklılıkları tespit etmeye yardımcı olur. Kaynak performansına, uyumluluğa ve manuel müdahalelerin belirlenmesine odaklanan Dashboard için gereklidir.

Neden önemli?

Kaynak performansı ve iş yükü hakkında görünürlük sağlar, kullanıcıya özgü süreç sapmalarını belirlemeye yardımcı olur ve uyumluluk ile otomasyon analizleri için temel oluşturur.

Nereden alınır?

VBAK, LIKP ve VBRK gibi birçok SAP başlık tablosunda Oluşturan alanı (ERNAM) veya Değiştiren alanı (AENAM) olarak bulunur.

Örnekler
CBURKEJSMITHRWILLIAMS
Malzeme Numarası
MaterialNumber
Satılan ürün veya hizmetin benzersiz tanımlayıcısı.
Açıklama

Malzeme Numarası, satış siparişi kalemindeki belirli ürünü tanımlar. Tek bir satış siparişi birden fazla malzeme içerebildiği için bu öznitelik genellikle kalem düzeyinde analiz edilir.

Süreci Malzeme Numarasına göre analiz etmek, ürüne özgü sorunları ortaya çıkarmaya yardımcı olur. Belirli ürünlerin daha uzun sipariş karşılama süreleri, daha yüksek teslimat blokesi oranları veya daha sık fatura uyuşmazlıklarıyla ilişkili olup olmadığını gösterebilir. Bu, farklı ürün gruplarına yönelik süreci optimize etmek için tedarik zinciri ve ürün yönetimi açısından önemlidir.

Neden önemli?

Ürün bazlı süreç analizi yapılmasını sağlar; gecikme, bloke veya yeniden işleme gibi verimsizliklerle ilişkili ürünleri ortaya çıkarır.

Nereden alınır?

Satış Belgesi Kalem Verileri tablosunda (VBAP), MATNR alanında bulunur.

Örnekler
FG-1001-ARAW-205BSERV-INSTALL
Müşteri Numarası
CustomerNumber
Satış siparişini veren müşterinin benzersiz tanımlayıcısı.
Açıklama

Bu öznitelik, satış siparişiyle ilişkili ana müşteri hesabı olan Satılan Tarafı temsil eder. İşlemi ana verilerdeki belirli bir müşteriye bağlar.

Müşteri numarasına göre analiz yapmak, müşteri davranışlarını ve performansını anlamak için süreci segmentlere ayırmanızı sağlar. Hangi müşterilerin en uzun çevrim sürelerine veya en yüksek yeniden işleme oranlarına sahip olduğu ve siparişlerini en sık hangilerinin değiştirdiği gibi soruları yanıtlamaya yardımcı olur. Bu, müşteri ilişkileri yönetimini ve hizmet seviyelerini iyileştirmek için önemlidir.

Neden önemli?

Müşteri odaklı analiz yapılmasını sağlar; belirli müşterileri etkileyen süreç sorunlarını belirlemeye ve müşteriye özel performansı ölçmeye yardımcı olur.

Nereden alınır?

Satış Belgesi Başlık Verileri tablosunda (VBAK), KUNNR alanında bulunur.

Örnekler
100234100567200112
Net Tutar
NetAmount
Başlık düzeyindeki vergiler ve indirimler hariç satış siparişinin toplam değeri.
Açıklama

Net Tutar, satış siparişinin parasal değerini temsil eder. Her süreç örneğiyle ilişkili temel finansal metriktir.

Bu öznitelik, değer bazlı Process Mining için gereklidir. Yüksek değerli siparişlere odaklanarak süreç iyileştirme çalışmalarına öncelik vermenizi sağlar. Analistler gecikme veya yeniden işleme gibi süreç sorunlarını finansal etkiyle ilişkilendirebilir ve değişim için daha güçlü bir iş gerekçesi oluşturabilir. Örneğin yüksek değerli siparişlerin düşük değerli siparişlere göre daha verimli işlenip işlenmediği analiz edilebilir.

Neden önemli?

Değer bazlı analiz yapılmasını sağlar ve şirket üzerinde en büyük finansal etkiye sahip siparişlerdeki iyileştirme çalışmalarına öncelik vermeye yardımcı olur.

Nereden alınır?

Satış Belgesi Başlık Verileri tablosunda (VBAK), NETWR alanında bulunur.

Örnekler
1500.0012550.75850.50
Red Nedeni
RejectionReason
Bir satış siparişi kaleminin neden reddedildiğini veya iptal edildiğini gösteren kod.
Açıklama

Red Nedeni, bir satış siparişinin veya belirli bir kalemin neden karşılanmadığına ilişkin bağlam sağlar. Bunun nedeni müşterinin iptali, ürünün bulunmaması veya başka bir ticari gerekçe olabilir.

Bu öznitelik, Satış Siparişi İptal Eğilimleri Dashboard için gereklidir. En yaygın red nedenlerini analiz ederek kaybedilen satışların temel nedenlerini belirleyebilirsiniz. Bu içgörü, sipariş iptal oranını azaltmak için stok yönetiminde, fiyatlandırma stratejisinde veya müşteri iletişiminde iyileştirmeler yapılmasını sağlayabilir.

Neden önemli?

Sipariş iptallerinin nedenini ortaya koyar; kaybedilen satışları azaltmak ve tahmin doğruluğunu iyileştirmek için kök neden analizi yapılmasını sağlar.

Nereden alınır?

Satış Belgesi Kalem Verileri tablosunda (VBAP), ABGRU alanında bulunur.

Örnekler
0215Z5
Satış Organizasyonu
SalesOrganization
Ürün veya hizmet satışından sorumlu organizasyon birimi.
Açıklama

Satış Organizasyonu, SAP'de şirketi satış gereksinimlerine göre yapılandıran temel organizasyon birimidir. Satış koşullarını müzakere etmekten ve mal ve hizmetlerin dağıtımından sorumludur.

Process Mining kapsamında bu öznitelik, analiz için önemli bir boyuttur. Farklı satış birimleri, bölgeler veya bölümler arasındaki süreç performansını, verimliliği ve uyumluluğu karşılaştırmanızı sağlar. Böylece yüksek performans gösteren organizasyonlardaki iyi uygulamaları ve diğerlerindeki iyileştirme alanlarını belirleyebilirsiniz.

Neden önemli?

Organizasyonlar arası kıyaslama yapmanızı sağlar; farklı iş birimleri veya bölgelerdeki süreç verimliliğini ve uyumluluğu karşılaştırmaya yardımcı olur.

Nereden alınır?

Satış Belgesi Başlık Verileri tablosunda (VBAK), VKORG alanında bulunur.

Örnekler
100025003100
Teslimat Blokesi
DeliveryBlock
Bir satış siparişinin teslimat için bloke edilip edilmediğini ve teslimat belgesi oluşturulmasını engelleyip engellemediğini gösteren kod.
Açıklama

Teslimat Blokesi, teslimat adımından önce süreci geçici olarak durdurmak için satış siparişine başlık veya kalem düzeyinde atanan durumdur. Blokeler bir kullanıcı tarafından manuel olarak veya kredi limiti kontrolünün başarısız olması ya da eksik veri gibi nedenlerle sistem tarafından otomatik olarak atanabilir.

Bu öznitelik, Satış Siparişi Blokajı ve Yeniden İşleme Analizi Dashboard için temel verilerden biridir. Teslimat blokelerinin sıklığını, süresini ve nedenlerini analiz etmek, sipariş karşılama sürecindeki başlıca darboğazları belirlemeye yardımcı olur. Bu blokeleri azaltmak, zamanında teslimatı ve genel çevrim süresini iyileştirmek için önemlidir.

Neden önemli?

Sipariş karşılama sürecindeki darboğazları doğrudan gösterir. Siparişlerin neden ve ne sıklıkta bloke edildiğini analiz etmek, akış verimliliğini iyileştirmek için önemlidir.

Nereden alınır?

Satış Belgesi Başlık Verileri tablosunda (VBAK), LIFSK alanında bulunur.

Örnekler
0102Z1
Kredi Kontrolü Durumu
CreditCheckStatus
Satış belgesine ilişkin kredi kontrolünün durumunu gösterir.
Açıklama

Bu öznitelik, satış siparişi üzerinde gerçekleştirilen otomatik veya manuel kredi kontrolünün sonucunu gösterir. Yaygın durumlar Onaylandı, Reddedildi veya Bloke edildi şeklindedir.

Bu, Kredi Kontrolü İşleme Süresi Analizi Dashboard için temel özniteliklerden biridir. Kredi kontrolü aşamasındaki gecikmeler veya blokeler, genel sipariş karşılama çevrim süresini önemli ölçüde etkileyebilir. Bu durumu analiz etmek, kredi yönetimi sürecinin verimliliğini ve satış hızına etkisini anlamaya yardımcı olur.

Neden önemli?

Sipariş işleme hızını doğrudan etkiler. Bu durumu analiz etmek, sipariş karşılamayı geciktiren kredi yönetimi darboğazlarını belirlemeye yardımcı olur.

Nereden alınır?

Satış Belgesi Başlık Durumu tablosunda (VBUK) veya doğrudan VBAK içinde kredi durumu alanı olarak, örneğin CMGST alanında bulunur.

Örnekler
ABD
Onaylanan Teslimat Tarihi
ConfirmedDeliveryDate
Mal veya hizmet teslimatının müşteriye yapılmasının onaylandığı tarih.
Açıklama

Bu, malzeme bulunabilirliği ve planlamaya göre müşteriye taahhüt edilen teslimat tarihidir. Teslimat performansını ölçmek için temel alınır.

Bu öznitelik, Zamanında Teslimat Performansı Dashboard ve Zamanında Teslimat Oranı KPI'ının temelini oluşturur. Onaylanan Teslimat Tarihini gerçek Mal Çıkışı tarihiyle karşılaştırarak siparişin zamanında, erken veya geç teslim edilip edilmediği belirlenebilir. Bu, tedarik zinciri güvenilirliğinin ve müşteri memnuniyetinin temel göstergelerinden biridir.

Neden önemli?

Zamanında teslimat performansını ölçmek için kullanılan kıyaslama değeridir. Müşteri memnuniyeti ve tedarik zinciri verimliliği açısından önemli bir KPI'dır.

Nereden alınır?

Satış Belgesi Plan Satırı tablosunda (VBEP), EDATU alanında bulunur.

Örnekler
2023-05-102023-06-202023-07-01
Sevkiyat Koşulları
ShippingConditions
Malların müşteriye teslimi için genel sevkiyat stratejisini tanımlar.
Açıklama

Sevkiyat Koşulları, siparişin nasıl gönderileceğini belirler. Örneğin Standart, Ekspres veya Elden Teslim seçeneklerini içerebilir. Bu koşullar müşteriyle kararlaştırılır ve lojistik planlamayı etkiler.

Bu öznitelik, Sevkiyat Yöntemi Verimliliği ve Maliyeti analizinde kullanılır. Süreci sevkiyat koşullarına göre segmentlere ayırarak belirli yöntemlerin gecikmelere daha yatkın olup olmadığını veya daha uzun çevrim sürelerine sahip bulunup bulunmadığını analiz edebilirsiniz. Bu veri, lojistiği optimize etmeye ve teslimat süreleriyle ilgili müşteri beklentilerini yönetmeye yardımcı olur.

Neden önemli?

Lojistik performansını analiz etmenizi sağlar ve belirli sevkiyat yöntemlerinin gecikmelerle veya daha yüksek verimlilikle ilişkili olup olmadığını belirlemeye yardımcı olur.

Nereden alınır?

Satış Belgesi Başlık Verileri tablosunda (VBAK), VSBED alanında bulunur.

Örnekler
011020
Yeniden İşleme Var mı
IsRework
Bir satış siparişinin oluşturulduktan sonra önemli bir değişiklik veya yeniden işleme faaliyeti geçirip geçirmediğini gösteren boolean işareti.
Açıklama

Bu hesaplanan öznitelik, bir veya daha fazla Satış Siparişi Değiştirildi faaliyeti gibi yeniden işleme yaşanan süreç örneklerini belirler. Örneğin fiyat, miktar veya teslimat tarihindeki değişikliğin yeniden işleme sayılması gibi özel kurallar proje kurulumu sırasında tanımlanır.

Bu öznitelik, Satış Siparişi Yeniden İşleme ve Değişiklik Sıklığı Dashboard ile Satış Siparişi Yeniden İşleme Oranı KPI'ı için önemlidir. Doğrudan filtreleme yaparak düz bir akış izleyen siparişlerle manuel değişiklik gerektiren siparişleri karşılaştırmanızı sağlar. Böylece yeniden işlemenin çevrim süreleri ve maliyetler üzerindeki etkisini ölçebilirsiniz.

Neden önemli?

Yeniden işlemenin sıklığını doğrudan ölçer; nedenlerini ve genel süreç verimliliği ile çevrim süresi üzerindeki etkisini analiz etmenizi sağlar.

Nereden alınır?

Bu, olay günlüğünden elde edilen hesaplanmış bir özniteliktir. Mantık, Satış Siparişi Değiştirildi faaliyetlerinin veya CDHDR/CDPOS tablolarındaki belirli değişiklik olaylarının bulunup bulunmadığını kontrol eder.

Örnekler
truefalse
Zamanında Teslimat Var mı
IsOnTimeDelivery
Malların onaylanan teslimat tarihinde veya bu tarihten önce sevk edilip edilmediğini gösteren boolean işareti.
Açıklama

Bu hesaplanan öznitelik, gerçek mal çıkışı tarihini bir satış siparişi için ConfirmedDeliveryDate ile karşılaştırır. Mal çıkışı tarihi onaylanan tarihte veya daha önceyse değer true, aksi durumda false olur.

Bu öznitelik, Zamanında Teslimat Performansı Dashboard oluşturmayı ve Zamanında Teslimat Oranı KPI'ını hesaplamayı kolaylaştırır. Her analiz veya grafik içinde tarih karşılaştırması yapmadan performansı toplamanıza ve görselleştirmenize olanak tanır. Böylece teslimat güvenilirliğini bir bakışta gösteren net bir ölçüm sunar.

Neden önemli?

Teslimat performansını açık ve basit biçimde ölçer; genel Zamanında Teslimat Oranı KPI'ının kolayca hesaplanmasını sağlar.

Nereden alınır?

Bu, hesaplanan bir özniteliktir. Mantık, Mal Çıkışı faaliyetinin zaman damgasını ConfirmedDeliveryDate özniteliğindeki değerle karşılaştırır.

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

Siparişten Tahsilata - Satış Siparişi İşleme Faaliyetleri

Doğru Siparişten Tahsilata - Satış Siparişi İşleme keşfi için Event Logunuzda yakalamanız gereken temel süreç adımları ve kilometre taşları şunlardır.
6 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
Fatura oluşturuldu
Müşteri faturasının veya faturalandırma belgesinin oluşturulmasını belirtir. Bu, sistemde yeni bir belge oluşturan ve sürecin ödeme aşamasını başlatan açık bir olaydır.
Neden önemli?

Faturadan Ödemeye Çevrim Süresi için sürenin başladığı önemli bir kilometre taşıdır. Faturalandırmadaki gecikmeler nakit akışını doğrudan etkiler.

Nereden alınır?

VBRK tablosuna oluşturma tarihine (ERDAT) göre kaydedilir (Faturalandırma Belgesi: Başlık Verileri). Satış siparişi veya teslimatla bağlantı VBFA tablosunda bulunur.

Yakalayın

VBRK tablosundaki oluşturma zaman damgasına (ERDAT) dayalı olay.

Olay türü explicit
Mal çıkışı yapıldı
Malların mülkiyetinin devredildiği ve malların resmî olarak depodan çıktığı önemli bir olaydır. Malzeme belgesi oluşturan ve stokları güncelleyen açık bir finansal kayıttır.
Neden önemli?

Bu, sevkiyat olayıdır ve zamanında teslimatı ve sipariş karşılama çevrim sürelerini ölçmek için önemli bir kilometre taşıdır. Finansal güncellemeleri tetikler ve fiziksel sipariş karşılama sürecinde geri dönüşü olmayan bir noktayı belirtir.

Nereden alınır?

Teslimat belgesiyle ilişkilendirilmiş, mal çıkışı hareket türüne (örneğin 601) sahip bir malzeme belgesinin (MKPF/MSEG) oluşturulmasıdır.

Yakalayın

Teslimatla ilişkilendirilmiş, mal çıkışı hareket türüne sahip bir malzeme belgesinin (MKPF/MSEG) oluşturulmasıdır.

Olay türü explicit
Ödeme alındı
Müşteri ödemesinin alınıp faturaya işlendiğini ve açık alacak kaleminin kapatıldığını gösterir. Bu, bir finansal belgenin kapatılmasından çıkarılan bir muhasebe olayıdır.
Neden önemli?

Satıştan nakdin gerçekleşmesindeki son adımdır. Faturadan Ödemeye Çevrim Süresini ve genel Satış Siparişi Karşılama Çevrim Süresini ölçmenin bitiş noktasıdır.

Nereden alınır?

Müşteri kalemi için BSEG tablosundaki kapatma belgesi bilgilerinden çıkarılır. BSEG-AUGBL (Kapatma Belgesi) ve BSEG-AUGDT (Kapatma Tarihi) alanları doldurulduğunda ödeme alınmış olur.

Yakalayın

Alacak kalemi için BSEG tablosundaki kapatma tarihinin (AUGDT) doldurulmasından çıkarılır.

Olay türü inferred
Satış siparişi oluşturuldu
Yeni bir satış siparişi belgesinin oluşturulmasını belirtir. Bu, kullanıcının genellikle SAP'deki VA01 işlemi üzerinden yeni bir siparişi kaydettiğinde yakalanan açık bir olaydır.
Neden önemli?

Bu, Siparişten Tahsilata sürecinin birincil başlangıç olayıdır. Zamanlamasını analiz etmek, genel çevrim süresini ve sipariş giriş oranlarını ölçmek için önemlidir.

Nereden alınır?

VBAK tablosuna, oluşturma tarihi (ERDAT) ve saati (ERZET) kullanılarak kaydedilir. İşlem kodu VBAK-TCODE alanında tutulur.

Yakalayın

VBAK tablosundaki oluşturma zaman damgasına (ERDAT, ERZET) dayalı olay.

Olay türü explicit
Sipariş kalemi kapatıldı
Satış siparişi kaleminin tamamen teslim edildiğini, faturalandırıldığını ve tamamlanmış kabul edildiğini gösteren son kapatma faaliyetidir. Kalemin genel durumundan çıkarılır.
Neden önemli?

Sürecin başarılı bitiş olayıdır. Kalemlerin ne zaman kapandığını analiz etmek, uçtan uca süreç süresini anlamaya ve gereksiz yere açık kalan siparişleri belirlemeye yardımcı olur.

Nereden alınır?

Kalem için VBUP tablosundaki genel durum alanından (Satış Belgesi: Kalem Durumu) çıkarılır. VBUP-GBSTA 'C' (Tamamen işlendi) olduğunda kalem kapanır.

Yakalayın

Kalem durumunun (VBUP-GBSTA) 'C' (Tamamen işlendi) değerine değişmesinden çıkarılır.

Olay türü inferred
Sipariş onaylandı
Bu faaliyet, satış siparişinin tüm ilk kontrollerden geçtiğini ve sipariş karşılamaya hazır olduğunu gösterir. Genellikle sipariş artık bloke olmadığında ve plan satırlarında onaylanmış miktarlar bulunduğunda çıkarılır.
Neden önemli?

Bu, sipariş girişiyle sipariş karşılamayı birbirinden ayıran önemli bir kilometre taşıdır. Sipariş karşılama çevrim sürelerini ve zamanında teslimat performansını ölçmenin başlangıç noktasıdır.

Nereden alınır?

VBEP içindeki plan satırlarında onaylanmış miktar (BMENG > 0) bulunduğunda ve sipariş teslimat için bloke olmadığında, örneğin VBUK-LIFSK boş olduğunda, çıkarılabilir.

Yakalayın

Plan satırı onayından (VBEP-BMENG > 0) ve başlık düzeyindeki blokelerin kaldırılmasından çıkarılır.

Olay türü inferred
Fatura iptal edildi
Daha önce oluşturulmuş bir faturalandırma belgesinin ters kaydını ifade eder. Orijinali dengelemek üzere yeni bir iptal belgesi oluşturan açık bir işlemdir.
Neden önemli?

Fatura iptallerini izlemek, fiyatlandırma, sevkiyat uyuşmazlıkları veya veri hatalarıyla ilgili sorunları belirlemeye yardımcı olur. Bu, Fatura Uyuşmazlık Oranı KPI'ını destekler.

Nereden alınır?

İptal faturalandırma belgesinin (VBRK-VBTYP = 'N' veya 'O') oluşturulmasıyla yakalanan açık bir olaydır. Orijinal faturaya VBRK-SFAKN alanında referans verilir.

Yakalayın

Orijinal faturaya referans veren bir iptal belgesinin VBRK'da oluşturulmasıdır.

Olay türü explicit
Kredi kontrolü gerçekleştirildi
Satış siparişindeki müşteri için otomatik veya manuel kredi kontrolünün tamamlandığını gösterir. Bu durum genellikle belgenin genel kredi durumundaki değişiklikten çıkarılır.
Neden önemli?

Kredi kontrolü çoğu zaman önemli bir darboğazdır. Bu adım için gereken süreyi ölçmek, Kredi Kontrolü İşleme Süresi Analizi ve sipariş işlemlerini hızlandırmak açısından gereklidir.

Nereden alınır?

VBUK tablosundaki kredi durumu alanlarından (Satış Belgesi: Başlık Durumu) çıkarılır. VBUK-CMGST alanının blokeli durumdan serbest duruma geçmesi bu faaliyeti belirtir.

Yakalayın

Genel kredi durumu alanındaki (VBUK-CMGST) değişikliklerden çıkarılır.

Olay türü inferred
Satış siparişi değiştirildi
İlk oluşturulmasından sonra mevcut bir satış siparişinde yapılan değişikliği ifade eder. Miktar, fiyat veya tarihler gibi alanlar değiştirildiğinde bu değişiklikler özel değişiklik günlüğü tablolarında (CDHDR, CDPOS) yakalanır.
Neden önemli?

Değişiklikleri izlemek, yeniden işlemeyi, süreç istikrarsızlığını ve veri kalitesi sorunlarını belirlemeye yardımcı olur. Değişikliklerin sık olması, ilk sipariş girişi sürecindeki sorunlara ve gecikmelere işaret edebilir.

Nereden alınır?

OBJECTCLAS = 'VERKBELEG' için değişiklik belgesi tabloları CDHDR (başlık) ve CDPOS'tan (kalem) alınır. Zaman damgası ve değiştirilen alan belirlenebilir.

Yakalayın

Satış belgesi nesnelerine ilişkin değişiklik belgesi tablolarından (CDHDR, CDPOS) alınan olay.

Olay türü explicit
Sipariş iptal edildi
Bir satış siparişinin sipariş karşılanmadan önce iptal edildiğini gösterir. Genellikle siparişteki ilgili tüm kalemlere ret nedeni uygulanmasıyla yakalanır.
Neden önemli?

Sipariş İptal Oranı KPI'ını doğrudan destekleyen önemli bir başarısızlık bitiş noktasıdır. Siparişlerin ne zaman ve neden iptal edildiğini anlamak, satış sürecindeki sorunlar hakkında içgörü sağlar.

Nereden alınır?

Bir satış siparişindeki tüm etkin kalemler için VBAP-ABGRU (Ret nedeni) alanının doldurulmasından çıkarılır. Değişiklik tarihi CDHDR/CDPOS tablolarında bulunabilir.

Yakalayın

Tüm kalemlerdeki Ret Nedeni alanının (VBAP-ABGRU) doldurulmasından çıkarılır.

Olay türü inferred
Teslimat blokesi konuldu
Satış siparişine teslimat blokesi uygulanarak teslimat belgesinin oluşturulmasının engellendiği bir işlemi ifade eder. Bu durum değişiklik günlüklerinden açıkça alınabilir veya durum tablolarından çıkarılabilir.
Neden önemli?

Bu faaliyet, Satış Siparişi Blokaj Oranı KPI'ıyla doğrudan ilişkilidir. Blokelerin neden ve ne sıklıkta konulduğunu belirlemek, sipariş karşılama gecikmelerinin nedenlerini ortaya çıkarmaya yardımcı olur.

Nereden alınır?

VBAK-LIFSK alanına ilişkin değişiklik günlüklerinde (CDHDR/CDPOS) bulunabilir. Alternatif olarak VBAK-LIFSK alanının ne zaman doldurulduğu gözlemlenerek çıkarılır.

Yakalayın

VBAK-LIFSK veya VBAP-LIFSP alanına ilişkin değişiklik belgelerinden alınan olay.

Olay türü explicit
Teslimat kanıtı onaylandı
Müşterinin malları teslim aldığının onaylanmasını ifade eder. Teslimat kanıtı sisteme kaydedildiğinde, çoğu zaman teslimat belgesinin durumu güncellenerek yakalanır.
Neden önemli?

Bu olay, taahhüt edilen tarihe göre Zamanında Teslimat Oranını doğru biçimde ölçmek için gerekli olan gerçek teslimat tarihini sağlar.

Nereden alınır?

Teslimat kanıtı durumunun (VBUK-PODAT) 'C' (Onaylandı) olarak ayarlanmasından çıkarılır. Onay tarihi VLPOD-PODAT alanında tutulur. Bu özellik her sistemde uygulanmamış olabilir.

Yakalayın

Teslimattaki POD durum güncellemesinden (VBUK-PODAT) veya VLPOD tablosundaki kayıttan çıkarılır.

Olay türü inferred
Teslimat oluşturuldu
Depoya toplama ve sevkiyat faaliyetlerini başlatma talimatı olan çıkış teslimatı belgesinin oluşturulmasını belirtir. Bu, belge akışından açıkça alınan bir olaydır.
Neden önemli?

Fiziksel sipariş karşılama sürecinin ilk adımıdır. Sipariş onayı ile teslimat oluşturma arasındaki süre, lojistik sürecin ne kadar hızlı başlatıldığını gösterir.

Nereden alınır?

LIKP tablosunda bir kaydın oluşturulmasıdır (SD Belgesi: Teslimat Başlık Verileri). Satış siparişiyle bağlantı, VBFA belge akışı tablosunda tutulur.

Yakalayın

VBFA tablosu üzerinden ilişkilendirilen LIKP tablosundaki oluşturma zaman damgasına dayalı olay.

Olay türü explicit
Toplama tamamlandı
Teslimattaki tüm kalemlerin depodan fiziksel olarak toplandığını gösterir. Warehouse Management (WM) kullanılıyorsa bu durum Transfer Order durumundan çıkarılabilir.
Neden önemli?

Toplama süresini analiz etmek depo operasyonlarını optimize etmeye yardımcı olur. Bu aşamadaki gecikmeler, genel sevkiyat zaman çizelgesini ve sipariş karşılama çevrimini doğrudan etkiler.

Nereden alınır?

LIPS-KOSTA tablosundaki teslimat kalemi toplama durumunun 'C' (tam toplandı) değerine değişmesinden çıkarılır. WM etkinse Transfer Order onayından (LTAK/LTAP tabloları) çıkarılabilir.

Yakalayın

Toplama durumundaki değişiklikten (LIPS-KOSTA) veya WM Transfer Order onayından çıkarılır.

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

Çıkarma rehberleri

Verilerinizi SAP ECC'den nasıl alırsınız

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

Bu veri şablonundan yararlanarak Siparişten Tahsilata - Satış Siparişi İşleme sürecinizin tüm potansiyelini ortaya çıkarın. Daha yüksek verimlilik ve hızlanan nakit akışı için bugün ilerlemeye başlayın.

Siparişten Tahsilata Satış İşleme sürecinizi bugün optimize edin

Darboğazları ortadan kaldırın, çevrim süresini %30 azaltın ve nakit akışını hızla artırın.

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez. Kurulum birkaç dakika içinde tamamlanır.