Veri Şablonu: Siparişten Nakde - Satış Siparişi İşleme
Siparişten Nakde - Satış Siparişi İşleme Veri Şablonunuz
Bu, Siparişten Tahsilata - Satış Siparişi İşleme süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Tam bir Event Log için kritik veri özniteliklerini belirler.
- Süreç içindeki temel etkinlikleri ve kilometre taşlarını özetler.
- Process Mining için evrensel bir başlangıç noktası görevi görür, herhangi bir sisteme uyarlanabilir.
Siparişten Tahsilata - Satış Siparişi İşleme Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
Faaliyet Adı ActivityName | Satış siparişi süreci içinde belirli bir zamanda gerçekleşen belirli iş olayı veya görevin adı. | ||
Açıklama Etkinlik Adı, 'Satış Siparişi Oluşturuldu', 'Kredi Kontrolü Yapıldı' veya 'Mallar Sevk Edildi' gibi satış siparişi yaşam döngüsündeki bir adımı veya kilometre taşını tanımlar. Her etkinlik, satış siparişi üzerinde yapılan ayrı bir eylemi temsil ederek süreç haritasının yapı taşlarını oluşturur. Analiz, süreç akışını görselleştirmek, yaygın yolları belirlemek ve standart prosedürden sapmaları keşfetmek için bu nitelike büyük ölçüde güvenir. Etkinliklerin sırasını analiz ederek analistler, darboğazları, yeniden işleme döngülerini (örn. tekrarlanan 'Satış Siparişi Değiştirildi' etkinlikleri) ve uyumsuz süreç varyasyonlarını tespit edebilirler. 'Süreç Uyumluluğu ve Sapmalar' gibi Dashboard'lar ve 'Satış Siparişi Yeniden İşleme Oranı' gibi KPI'lar için temel bir niteliktir. Neden önemli Sürecin adımlarını tanımlayarak süreç haritasını görselleştirmeyi, süreç akışlarını analiz etmeyi ve yeniden çalışmaları veya sapmaları belirlemeyi mümkün kılar. Nereden alınır Genellikle kaynak sistemin satış, teslimat ve faturalama modüllerindeki belge durum değişikliklerinden, event logs'dan veya işlem kodlarından türetilir. Örnekler Satış Siparişi OluşturulduMallar GönderildiÖdeme AlındıSatış Siparişi İptal Edildi | |||
Olay Zamanı EventTime | Belirli bir aktivite veya olayın gerçekleştiği kesin tarih ve saat. | ||
Açıklama Olay Zamanı, bir etkinliğin gerçekleştiği anı kaydeden bir zaman damgasıdır. Bu nitelik, süreçe zamansal bağlam sağlayarak bir satış siparişiyle ilişkili tüm olayların kronolojik olarak sıralanmasını sağlar. Bu zaman damgası, tüm zaman tabanlı analizler için kritik öneme sahiptir. Herhangi iki etkinlik arasındaki döngü sürelerini hesaplamak, belirli adımların süresini belirlemek ve gecikmeleri veya darboğazları tespit etmek için kullanılır. Örneğin, 'Sipariş Karşılama Döngü Süresi' KPI'ı, son teslimat etkinliğinin Olay Zamanı ile ilk sipariş oluşturma etkinliğinin Olay Zamanı arasındaki fark olarak hesaplanır. 'Satış Siparişi Döngü Süresi Genel Bakışı' gibi Dashboard'lar tamamen bu nitelike bağlıdır. Neden önemli Bu timestamp, döngü süreleri ve süreler gibi tüm performans metriklerini hesaplamak için çok önemlidir; bunlar darboğazları belirlemek için elzemdir. Nereden alınır Genellikle her işlem veya durum güncelleme kaydının yanında bulunur, çoğunlukla oluşturma tarihi, değişiklik tarihi veya kayıt tarihi olarak etiketlenir. Örnekler 2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z | |||
Satış Siparişi Kimliği SalesOrderId | Satış siparişi için, Siparişten Tahsilata sürecinin birincil vaka tanımlayıcısı olarak hizmet eden benzersiz tanımlayıcı. | ||
Açıklama Satış Siparişi Kimliği, Siparişten Tahsilata sürecinde Process Mining'in temel taşıdır ve sürecin oluşturulmasından kapanışına kadar her örneği benzersiz bir şekilde tanımlar. İlgili tüm etkinlikleri, olayları ve veri noktalarını birbirine bağlayan bir birincil anahtar görevi görerek tek bir sipariş için eksiksiz bir uçtan uca yolculuk oluşturur. Analizde, bu nitelik her satış siparişinin yaşam döngüsünün yeniden yapılandırılmasına olanak tanır. Olay dizisini izlemek, etkinlikler arasındaki süreleri ölçmek ve sipariş düzeyinde metrikleri toplamak için kullanılır. Örneğin, 'Sipariş Karşılama Döngü Süresi' KPI'ını hesaplamak, tüm etkinlikleri Satış Siparişi Kimliğine göre gruplamayı ve ilk ile son olay arasındaki zaman farkını bulmayı gerektirir. Neden önemli Bu Kimlik, bireysel siparişleri süreç boyunca takip etmek, döngü sürelerinin, darboğazların ve sapmaların vaka düzeyinde analizini sağlamak için elzemdir. Nereden alınır Genellikle kaynak ERP veya CRM sistemindeki satış siparişi belgelerinin üstbilgi tablosunda bulunur. Örnekler SO-001234598004567ORD-2023-54321 | |||
Kaynak Sistem SourceSystem | Verinin kaynaklandığı bilgi sistemini belirler; örneğin bir ERP, CRM veya eski bir platform gibi. | ||
Açıklama Kaynak Sistem niteliği, olay verisinin oluşturulduğu kayıt sistemini belirtir. Modern işletmelerde, Siparişten Tahsilata gibi uçtan uca bir süreç, genellikle birden fazla uygulamaya yayılır; örneğin, sipariş oluşturma için bir CRM ve teslimat ile faturalama için bir ERP. Analizde, bu nitelik sürecin teknolojik manzarasını anlamak için değerlidir. Farklı sistemler arasındaki entegrasyon noktalarını ve potansiyel veri tutarlılığı sorunlarını belirlemeye yardımcı olur. Etkinlikleri kaynak sisteme göre analiz etmek, belirli süreç adımlarının farklı şekilde ele alınıp alınmadığını veya yürütüldükleri sisteme bağlı olarak daha fazla gecikme yaşayıp yaşamadığını ortaya çıkarabilir. Neden önemli veri kaynağı hakkında bağlam sağlayarak, birden çok sistemin olduğu ortamlarda veri geçmişini takip etmek ve sisteme özgü süreç varyasyonlarını belirlemek için kritik öneme sahiptir. Nereden alınır Bu bilgi genellikle veri çıkarma (ETL) süreci sırasında eklenir veya veri ambarlarında standart bir alan olabilir. Örnekler SAP S/4HANASalesforce Sales CloudOracle NetSuite | |||
Son Veri Güncellemesi LastDataUpdate | Verinin kaynak sistemden en son yenilendiği veya çıkarıldığı timestamp. | ||
Açıklama Bu öznitelik, verinin Process Mining ortamına en son ne zaman yüklendiğine dair bir zaman damgası sağlar. Analiz edilen verinin güncelliğini yansıtır ve iş faaliyetinin gerçekten ne zaman gerçekleştiğini kaydeden Olay Zamanından farklıdır. Doğrudan süreç akışı analizi için tipik olarak kullanılmasa da, bu bilgi veri yönetişimi ve bulguların güvenilirliğini sağlamak için hayati öneme sahiptir. Analistlerin ve iş kullanıcılarının üretilen içgörülerin zamanında olup olmadığını anlamalarını sağlar. Örneğin, Son Veri Güncelleme bir hafta önceyse, mevcut performansla ilgili çıkarılan herhangi bir sonucun bu gerçekle nitelendirilmesi gerekir. Neden önemli Bu, verinin güncelliğini gösterir, analizlerin güncel bilgilere dayanmasını ve sonuçların alakalı olmasını sağlar. Nereden alınır Bu, genellikle data alımı sırasında data çıkarma (ETL) aracı veya Process Mining platformu tarafından oluşturulur ve depolanır. Örnekler 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
Kullanıcı Adı UserName | Etkinliği yürüten kullanıcının, çalışanın veya sistem aracısının adı veya Kimliği. | ||
Açıklama Kullanıcı Adı niteliği, belirli bir etkinliği gerçekleştirmekten sorumlu bireyi veya otomatik aracıyı tanımlar. Bu, siparişi oluşturan bir satış temsilcisi, onaylayan bir kredi yöneticisi veya otomatik olarak bir ödeme gönderen bir sistem kullanıcısı olabilir. Bu nitelik, sürecin insan odaklı analizine olanak tanır. İş yükü dağılımını analiz etmek, ekipler veya bireyler arasındaki performansı karşılaştırmak ve eğitim fırsatlarını belirlemek için kullanılır. Ayrıca uyumluluk ve denetim izi amaçları için de anahtardır. Kullanıcıya göre etkinlikleri analiz etmek, yeniden işleme döngülerine veya uyumsuz davranışlara kimlerin karıştığını ortaya çıkarmaya yardımcı olur ve 'Manuel Müdahale Oranı' KPI'ını hesaplamak için temel bir niteliktir. Neden önemli Bir etkinliği gerçekleştiren kişi veya sistemi belirleyerek iş yükü, ekip performansı, otomasyon seviyeleri ve uyumluluk analizine olanak tanır. Nereden alınır İşlem loglarında veya belge değişiklik geçmişlerinde yaygın olarak bulunur, genellikle Oluşturan veya Değiştiren olarak etiketlenir. Örnekler John.SmithBATCH_USERAlice.JonesUSER_API | |||
Müşteri Tanımlayıcı CustomerIdentifier | Satış siparişini veren müşterinin benzersiz tanımlayıcısı veya adı. | ||
Açıklama Bu öznitelik, satış siparişinin işlendiği harici tarafı tanımlar. Benzersiz bir müşteri numarası, şirket adı veya bir müşteriyi diğerinden ayıran başka bir anahtar olabilir. Process Mining'de, Müşteri Tanımlayıcı, veriyi segmentlere ayırmak için güçlü bir boyuttur. Analistler, sürecin belirli bir müşteri için nasıl davrandığını görmek veya stratejik hesaplar ile ara sıra alışveriş yapanlar gibi farklı müşteri grupları arasındaki süreç akışlarını karşılaştırmak için süreç haritasını filtreleyebilir. Bu, özelleştirilmiş süreçleri ortaya çıkarabilir veya sık sık süreç sapmalarına veya gecikmelerine neden olan müşterileri vurgulayarak, müşteri ilişkileri yönetimi için değerli içgörüler sağlayabilir. Neden önemli Özel süreçleri veya sorunlu hesapları belirlemek için farklı müşteriler veya müşteri grupları arasındaki süreçlerin filtrelenmesine ve karşılaştırılmasına olanak tanır. Nereden alınır Satış siparişi başlık verilerinde bulunur, kaynak ERP veya CRM sistemindeki müşteri ana verilerine bağlıdır. Örnekler CUST-10023Global Corp Inc.758991 | |||
Satış Kanalı SalesChannel | Satış siparişinin alındığı kanal, örneğin Web, Doğrudan Satış veya İş Ortağı. | ||
Açıklama Satış Kanalı, bir siparişin verildiği kaynağı veya yöntemi belirtir. Bu, bir çevrimiçi portal, bir doğrudan satış ekibi, bir iş ortağıyla EDI bağlantısı veya bir perakende mağazası olabilir. Satış Kanalına göre süreçi analiz etmek, verimlilik ve uyumluluk açısından önemli farklılıkları ortaya çıkarabilir. Örneğin, web kanalından gelen siparişler yüksek oranda otomatik ve hızlı olabilirken, doğrudan satışlardan gelen siparişler daha fazla manuel değişiklik ve daha uzun onay döngüleri içerebilir. Bu analiz, işletmelerin her kanalın belirli süreç akışını optimize etmelerine ve kaynakları daha etkin bir şekilde tahsis etmelerine yardımcı olur. 'Sipariş Karşılama Darboğazları' gibi Dashboard'lar için temel bir boyut sağlar. Neden önemli Farklı kanallardaki süreç performansının karşılaştırılmasına olanak tanıyarak verimlilik, otomasyon ve uyumluluktaki farklılıkları ortaya çıkarır. Nereden alınır Bu bilgi genellikle satış siparişi başlık verilerinde saklanır ve sipariş girişi sırasında sıklıkla gerekli bir alandır. Örnekler Web PortalDoğrudan SatışEDIİş Ortağı Ağı | |||
Sipariş Değeri OrderValue | Satış siparişinin toplam parasal değeri, genellikle belgenin para biriminde. | ||
Açıklama Sipariş Değeri, satış siparişinin toplam finansal değerini temsil eder. Bu, her bir case örneğinin büyüklüğünü ölçen kritik bir finansal metriktir. Bu nitelik, değer bazlı süreç analizi için paha biçilmezdir. Yüksek değerli siparişlere odaklanarak sorunların önceliklendirilmesine olanak tanır. Örneğin, analistler yüksek değerli siparişlerin düşük değerli siparişlerden daha uzun döngü süreleri yaşadığını veya daha fazla yeniden işleme gerektirip gerektirmediğini inceleyebilirler. Ayrıca, belirli bir darboğaz nedeniyle geciken siparişlerin toplam değeri gibi süreç verimsizliklerinin finansal etkisini hesaplamak için de kullanılır. Bu, süreç iyileştirme girişimleri için güçlü bir iş gerekçesi oluşturur. Neden önemli Değer bazlı analiz yapılmasını sağlayarak, yüksek değerli siparişlere odaklanarak süreç iyileştirmelerini önceliklendirmeye ve gecikmelerin finansal etkisini nicel olarak belirlemeye yardımcı olur. Nereden alınır Satış siparişi başlık verilerinde bulunur, genellikle tüm satır öğesi net değerlerinin toplamı olarak hesaplanır. Örnekler 15200.50500.00125000.75 | |||
Ürün Tanımlayıcı ProductIdentifier | Satış siparişindeki birincil ürün veya hizmet için benzersiz kod veya ad. | ||
Açıklama Ürün Tanımlayıcı, bir malzeme numarası veya SKU gibi, neyin satıldığını belirtir. Bir satış siparişi birden fazla ürün içerebilse de, bu nitelik genellikle birincil ürünü temsil eder veya üst düzey analiz için bir ürün kategorisine toplanabilir. Bu nitelik, Siparişten Tahsilata sürecine ürün merkezli bir bakış açısı sağlar. Analiz, belirli ürünlerin daha uzun teslimat süreleri, daha sık teslimat sorunları veya daha yüksek iptal oranları ile ilişkili olup olmadığını ortaya çıkarabilir. Bu içgörü, tedarik zinciri planlaması, envanter yönetimi ve ürün portföyü stratejisi için kritik öneme sahiptir. Örneğin, belirli bir ürün hattının 'Depoya Serbest Bırakıldı' adımında sürekli gecikmelerle karşılaştığını keşfetmek, stok seviyeleri veya depo yerleşimi üzerine bir araştırmayı tetikleyebilir. Neden önemli Farklı ürünler veya ürün grupları için süreç performansının analizini sağlayarak, ürüne özel darboğazları veya sorunları belirlemeye yardımcı olur. Nereden alınır Bir satış siparişinin kalem seviyesinde bulunur. Case seviyesi analizi için, en önemli kalem veya türetilmiş bir ürün kategorisi ile temsil edilebilir. Örnekler PROD-5540-XLMAT-009871SVC-CONSULT-HR | |||
Gerçek Teslim Tarihi ActualDeliveryDate | Malların müşteriye gerçekten teslim edildiği tarih, sürecin teslimat kısmının tamamlandığını gösterir. | ||
Açıklama Gerçek Teslim Tarihi, malların müşteriye başarılı bir şekilde teslim edildiği anı kaydeden bir zaman damgasıdır. Bu genellikle nakliye firmasının teslimat kanıtına dayanmaktadır. Bu nitelik, teslimat başarısı için belirleyici ölçüttür. 'Zamanında Teslimat Oranı'nı hesaplamak için hem Talep Edilen Teslim Tarihi hem de Onaylanan Teslim Tarihi ile karşılaştırılarak kullanılan son veri noktasıdır. 'Malların Sevk Edilmesi' etkinliği ile Gerçek Teslim Tarihi arasındaki zaman farkını analiz etmek, lojistik ortaklarının ve nakliye yöntemlerinin performansı hakkında da içgörüler sunabilir. Neden önemli Bu, siparişin tamamlandığının nihai kanıtıdır ve Zamanında Teslimat Oranı ile toplam Sipariş Karşılama Döngü Süresi'ni doğru bir şekilde hesaplamak için elzemdir. Nereden alınır Genellikle harici bir lojistik veya nakliye sisteminden gelir ve ERP sistemine entegre edilir. 'Mallar Teslim Edildi' etkinliğinin zaman damgasından türetilebilir. Örnekler 2023-11-172023-12-022024-01-14 | |||
Onaylanmış Teslim Tarihi ConfirmedDeliveryDate | Şirketin müşteriye onayladığı ve taahhüt ettiği teslim tarihi. | ||
Açıklama Envanter ve üretim çizelgeleri kontrol edildikten sonra şirket, Onaylanmış Teslim Tarihini belirler. Bu, kuruluşun müşteriye olan taahhüdünü temsil eder ve fulfillment performansını ölçmek için dahili bir benchmarktır. Bu nitelik, dahili operasyonel verimliliği değerlendirmek için çok önemlidir. On-Time Delivery Rate KPI'ında kullanılır ve şirketin kendi taahhüdünü karşılayıp karşılamadığını belirlemek için Gerçek Teslim Tarihi ile karşılaştırılır. Birçok siparişte Talep Edilen ve Onaylanmış Teslim Tarihleri arasındaki önemli tutarsızlıklar, available-to-promise (ATP) hesaplamalarında veya kapasite planlamasında sistemik sorunlara işaret edebilir. Neden önemli Şirketin müşteriye olan taahhüdünü temsil eder ve zamanında teslimat ile karşılama güvenilirliğini ölçmek için dahili bir kıyaslama noktasıdır. Nereden alınır Satış siparişi planlama satırı verilerinde bulunur, bu veriler genellikle bir stok uygunluk kontrolü veya üretim planlama çalışmasından sonra güncellenir. Örnekler 2023-11-182023-12-012024-01-15 | |||
Otomatikleştirildi mi? IsAutomated | Bir aktivitenin sistem tarafından otomatik mi yoksa bir kullanıcı tarafından manuel mi gerçekleştirildiğini gösteren bir flag. | ||
Açıklama Bu boolean öznitelik, insan kullanıcılar tarafından yürütülen görevler ile arka plan işleri, API'ler veya RPA botları gibi sistem otomasyonu tarafından gerçekleştirilenleri birbirinden ayırır. Örneğin, bir kredi kontrolü otomatik bir adım olabilirken, bir kredi engellemesini çözme tipik olarak manueldir. Otomasyon merceğinden süreç analizi yapmak, dijital dönüşüm girişimleri için kritik öneme sahiptir. Bu işaret, 'Manuel Müdahale Oranı' KPI'ını hesaplamak için birincil veri noktasıdır. Sürecin hangi bölümlerinin yüksek oranda otomatik olduğunu ve hangilerinin hala manuel çalışmaya bağımlı olduğunu belirlemeye yardımcı olur. Bu analiz, maliyetleri azaltmak, hataları en aza indirmek ve döngü sürelerini hızlandırmak için daha fazla otomasyon fırsatlarını vurgulayabilir. Neden önemli Manuel ve otomatik görevler arasında ayrım yaparak, otomasyon seviyelerini ölçmek ve süreç iyileştirme fırsatlarını belirlemek için kilit bir faktördür. Nereden alınır Bu bilgi, 'Kullanıcı Adı' özniteliğinden (örneğin, 'BATCH_USER' gibi sistem kullanıcılarını tanımlayan) veya yürütme bağlamını takip eden Event Log'lardaki belirli alanlardan türetilebilir. Örnekler truefalse | |||
Ret Nedeni RejectionReason | Bir satış siparişinin veya satır öğesinin neden iptal edildiğini veya reddedildiğini açıklayan bir kod veya açıklama. | ||
Açıklama Bir satış siparişi iptal edildiğinde veya bir kalem reddedildiğinde, Reddedilme Nedeni bu olumsuz sonucun iş bağlamını sağlar. Nedenler 'Müşteri İptal Etti' ve 'Yanlış Fiyat'tan 'Stok Yok'a kadar değişebilir. Bu nitelik, süreç hatalarının temel neden analizleri için elzemdir. Farklı reddedilme nedenlerinin sıklığını analiz ederek bir işletme, sistemik sorunları tespit edebilir. Örneğin, 'Yanlış Fiyat' nedeniyle çok sayıda iptal, teklif verme veya ana veri süreçlerindeki sorunlara işaret edebilir. Bu analiz, 'İlk Seferde Doğruluk Oranı'nı iyileştirme ve süreç israfını azaltma çabalarını doğrudan destekler. Neden önemli Siparişlerin neden başarısız olduğunu açıklayarak, fiyatlandırma, envanter veya müşteri iletişimi gibi temel sorunları gidermek için kök neden analizini mümkün kılar. Nereden alınır Genellikle satış siparişi kalem seviyesinde bulunur ve bir öğe iptal edildiğinde önceden tanımlanmış kod listesinden seçilir. Örnekler Müşteri TalebiÜrün Üretimden KalktıFiyatlandırma HatasıKredi Limiti Aşıldı | |||
Sipariş Durumu OrderStatus | Olay anındaki satış siparişinin durumu, örneğin 'Açık', 'İşlemde' veya 'Tamamlandı'. | ||
Açıklama Sipariş Durumu, satış siparişi yaşam döngüsünde belirli bir anda nerede olduğuna dair bir anlık görüntü sunar. Siparişin mevcut durumunu özetleyen kategorik bir etikettir. Etkinlik dizisi ayrıntılı bir süreç haritası sunarken, Sipariş Durumu niteliği, sürecin basitleştirilmiş, üst düzey bir görünümünü oluşturmak için faydalıdır. Mevcut durumda belirli bir durumda olan tüm siparişleri filtrelemek için kullanılabilir; örneğin 'Kredi Beklemede' olan tüm siparişler. Farklı durumlarda geçirilen süreyi analiz etmek de darboğazları ortaya çıkarabilir; örneğin 'Onay Bekliyor' durumunda çok fazla zaman geçiren siparişler. Neden önemli Bir siparişin durumuna dair üst düzey bir özet sunar; filtreleme, durum analizi ve belirli bir aşamada takılıp kalan siparişleri belirleme için kullanışlıdır. Nereden alınır Bu, ERP ve CRM sistemlerindeki çoğu satış siparişi belgesinin üstbilgisinde yer alan standart bir alandır. Örnekler AçıkDevam EdiyorKredi BlokesiTamamlandıİptal Edildi | |||
Son Ödeme Tarihi PaymentDueDate | Müşterinin fatura için ödeme yapması gereken tarih. | ||
Açıklama Ödeme Vade Tarihi, fatura tarihine ve müşterinin üzerinde anlaşılan ödeme koşullarına göre hesaplanır. Zamanında ödeme için son tarihi belirler ve alacak hesapları sürecinin önemli bir unsurudur. Bu nitelik, Siparişten Tahsilata döngüsünün finansal kısmını analiz etmek için temel bir niteliktir. Bir ödemenin zamanında yapılıp yapılmadığını belirlemek için kullanılan bir kıyaslama noktasıdır ve 'Zamanında Ödeme Oranı' KPI'ı için doğrudan bir girdidir. 'Faturadan Ödemeye Döngüsü' Dashboard'u, ödeme davranışlarını analiz etmek ve işletme sermayesini etkin bir şekilde yönetmek için bu tarihe büyük ölçüde güvenir. Fatura oluşturma ile ödeme arasındaki gecikmeler, yavaş ödeme yapan müşterileri belirlemek için bu tarihe göre kıyaslanabilir. Neden önemli Finansal analiz açısından büyük önem taşıyan bu tarih, Zamanında Ödeme Oranını hesaplamak ve alacak hesaplarını etkin bir şekilde yönetmek için bir temel oluşturur. Nereden alınır Genellikle müşteri fatura belgesinde bulunur ve fatura tarihi ile müşteri ana data'sında veya satış siparişinde belirtilen ödeme koşullarından türetilir. Örnekler 2023-12-152024-01-302024-02-28 | |||
Talep Edilen Teslimat Tarihi RequestedDeliveryDate | Sipariş için müşteri tarafından talep edilen teslim tarihi. | ||
Açıklama Bu tarih, müşterinin istediği teslimat zaman çizelgesini temsil eder. Sürecin başında yakalanan kritik bir bilgi parçasıdır ve teslimatın zamanında olması konusunda müşteri memnuniyeti için birincil referans noktası görevi görür. Süreç analizinde, Talep Edilen Teslimat Tarihi, hizmet seviyelerini ölçmek için Onaylanan ve Gerçek Teslimat Tarihleri gibi diğer anahtar tarihlerle karşılaştırılır. 'Zamanında Teslimat Performansı' Dashboard'ı için anahtar bir girdidir ve bir teslimatın müşterinin bakış açısından zamanında olup olmadığını hesaplamak için kullanılır. Talep edilen ve onaylanan tarihler arasındaki boşlukları analiz etmek, planlama ve çizelgelemedeki sorunları da vurgulayabilir. Neden önemli Müşterinin teslimat beklentisini ifade eder, zamanında teslimat performansını ve müşteri memnuniyetini ölçmek için bir temel oluşturur. Nereden alınır Genellikle satış siparişi üstbilgisinde veya kalem detaylarında bulunur, sipariş oluşturma süreci sırasında girilir. Örnekler 2023-11-152023-12-012024-01-10 | |||
Siparişten Tahsilata - Satış Siparişi İşleme Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
Fatura Oluşturuldu | Bu faaliyet, sevk edilen mal veya hizmetler için müşteri faturasının oluşturulmasını temsil eder. Bu, müşterinin borcunu resmi olarak kaydeden ve ödeme döngüsünü başlatan temel bir finansal işlemdir. | ||
Neden önemli Sevkiyat ve faturalama arasındaki 'faturadan nakite' gecikmesi, nakit akışını doğrudan etkiler. Bu süre, faturalama sürecindeki gecikmeleri belirlemek için analiz edilir. Nereden alınır Bu, finansal modüldeki fatura veya faturalandırma belgesinin oluşturulma timestamp'inden yakalanan açık bir event'tir. Yakala Alacak hesapları veya faturalama tablolarındaki fatura belgesi kaydının oluşturulma tarih ve saatini kullanın. Event tipi explicit | |||
Mallar Gönderildi | Bu kritik olay, sipariş için paketlenmiş ürünlerin sevk edildiği ve fiziksel olarak depodan ayrıldığı noktayı işaret eder. Bu, genellikle faturalandırma sürecini tetikleyen önemli bir lojistik ve finansal dönüm noktasıdır. | ||
Neden önemli Bu, zamanında teslimat performansını ve sipariş karşılama döngü süresini ölçmek için temel bir dönüm noktasıdır. Sipariş oluşturmadan sevkiyata kadar geçen süre, temel bir performans göstergesidir. Nereden alınır Bu, genellikle nakliye veya lojistik modüllerinde kaydedilen, sıkça 'Post Goods Issue' veya 'Ship Confirmation' olarak adlandırılan açık bir event'tir. Yakala Genellikle teslimat veya tedarik belgesinde saklanan sevkiyat onayı veya mal çıkışı işleminin zaman damgasını kullanın. Event tipi explicit | |||
Ödeme Alındı | Bu faaliyet, müşterinin bir fatura için ödemesinin alındığını, işlendiğini ve uygulandığını gösterir. Bu olay genellikle Müşteri Hesapları modülünde gerçekleşir ve açık finansal kalemi kapatır. | ||
Neden önemli Bu, değer üreten son adımdır. Faturadan ödemeye kadar geçen süreyi ölçmek, Ortalama Tahsilat Süresi ve nakit dönüşüm döngüsü verimliliğini analiz etmek için kritik öneme sahiptir. Nereden alınır Bu, alacak hesapları belgesinin mahsup tarihinden veya bir ödeme uygulama kaydının oluşturulmasından yakalanan açık bir finansal posting event'idir. Yakala Açık fatura tutarını kapatan finansal belgenin muhasebeleşme veya kapanış tarihini kullanın. Event tipi explicit | |||
Satış Siparişi İptal Edildi | Bu olay, bir satış siparişinin tamamen sevk edilip faturalandırılmadan önce iptal edilmesini temsil eder. Sürecin çeşitli aşamalarında meydana gelebilecek alternatif, başarısız bir sonudur. | ||
Neden önemli Bu, kritik bir başarısızlık sonucudur. Siparişlerin ne zaman ve neden iptal edildiğini analiz etmek, müşteri memnuniyeti, envanter kullanılabilirliği veya veri girişi hatalarıyla ilgili sorunları ortaya çıkarabilir. Nereden alınır Genellikle satış siparişi başlığına veya kalemlerine uygulanan belirli bir 'İptal Edildi' veya 'Reddedildi' durumu ile yakalanır. Yakala Satış siparişi belgesine bir iptal nedeni veya son İptal Edildi durumu uygulandığında zaman damgasını yakalayın. Event tipi inferred | |||
Satış Siparişi Kapatıldı | Bu, başarıyla işlenmiş bir sipariş için nihai activity olup, tam olarak sevk edildiğini, faturalandırıldığını ve ödendiğini gösterir. Bu durum, bu satış siparişi için başka işlem beklenmediği anlamına gelir. | ||
Neden önemli Bu faaliyet, sürecin başarılı bir şekilde tamamlandığını işaret eder. Oluşturulmadan kapanışa kadar geçen toplam süre, hatasız bir sipariş için uçtan uca döngü süresini temsil eder. Nereden alınır Genellikle tüm alt işlemler tamamlandıktan sonra, satış siparişi üstbilgisindeki 'Kapalı' veya 'Tamamlandı' gibi nihai bir durumdan çıkarılır. Yakala Satış siparişi başlığının genel durumunun nihai ve tamamlanmış duruma güncellendiği zaman damgasını belirleyin. Event tipi inferred | |||
Satış Siparişi Oluşturuldu | Bu faaliyet, sistemde bir satış siparişinin ilk oluşturulmasını işaret eder. Bir müşterinin mal veya hizmet talebinin resmi kaydını temsil eder ve Siparişten Tahsilata süreci için başlangıç noktasıdır. | ||
Neden önemli Bu, sürecin birincil başlangıç event'idir. Bu noktadan itibaren geçen süreyi analiz etmek, genel sipariş karşılama döngü süresini ve ilk data giriş verimliliğini ölçmeye yardımcı olur. Nereden alınır Bu olay tipik olarak ana satış siparişi başlık kaydının oluşturma zaman damgasından veya ilişkili işlem günlüğünden yakalanır. Yakala Sistemin sipariş başlık tablosunda veya belgesinde yeni bir satış siparişi kimliğinin oluşturulduğu ilk zaman damgasını belirleyin. Event tipi explicit | |||
Satış Siparişi Onaylandı | Bu kilometre taşı, satış siparişinin kredi ve konfigürasyon incelemeleri gibi tüm gerekli dahili kontrollerden geçtiğini ve karşılama için resmi olarak onaylandığını gösterir. Bu durum genellikle açık bir onay eylemi veya durum değişikliği içerir. | ||
Neden önemli Bu, sipariş karşılama sürecini yönlendiren kilit bir kontrol noktasıdır. Onay öncesindeki süreyi analiz etmek, sipariş doğrulama ve inceleme döngüsündeki gecikmeleri belirlemeye yardımcı olur. Nereden alınır Bu, genellikle satış siparişi durumu alanında veya workflow geçmişinde belirli bir 'Approved', 'Confirmed' veya 'Booked' durumu olarak kaydedilir. Yakala Satış siparişi durumunun 'Onaylandı' veya 'Rezerve Edildi' gibi tedarik için hazır olduğunu gösteren bir duruma geçtiği zaman damgasını belirleyin. Event tipi inferred | |||
Alacak Dekontu Oluşturuldu | Bu faaliyet, bir müşteriye alacak dekontu düzenlendiğinde gerçekleşir; bu genellikle ürün iadeleri, fiyatlandırma anlaşmazlıkları veya diğer düzeltmeler içindir. Daha önce faturalandırılmış bir tutarın tersine çevrilmesini veya azaltılmasını temsil eder. | ||
Neden önemli Kredi notu sıklığını ve nedenlerini analiz etmek, ürün kalitesi, nakliye doğruluğu veya fiyatlandırma hataları ile ilgili sistemik sorunları belirlemeye yardımcı olur. Bu, süreç hatalarının önemli bir göstergesidir. Nereden alınır Bu, faturalama veya alacak hesapları modülündeki kredi notu belgesinin oluşturulma timestamp'inden yakalanan açık bir finansal event'tir. Yakala Genellikle orijinal satış siparişine veya faturaya bağlı olan iade faturası belgesinin oluşturulma tarih ve saatini kullanın. Event tipi explicit | |||
Depoya Serbest Bırakıldı | Bu faaliyet, satış siparişinin fiziksel işleme için depoya resmi devrini işaret eder. Depo ekibinin toplama ve paketleme faaliyetlerine başlaması için bir tetikleyici görevi görür. | ||
Neden önemli Bu, departmanlar arasında kritik bir devir noktasıdır. Bu adım için geçen süreyi analiz etmek, satış ve lojistik arasındaki iletişimdeki darboğazları ortaya çıkarabilir. Nereden alınır Bu olay genellikle bir toplama listesi oluşturulduğunda veya siparişin durumu 'Toplanmaya Hazır' veya 'Serbest Bırakıldı' olarak güncellendiğinde yakalanır. Yakala Satış siparişi kalem durumunun depo işlemine hazır hale geldiği zaman damgasını belirleyin. Event tipi inferred | |||
Kredi Kontrolü Gerçekleştirildi | Bu faaliyet, siparişle ilişkili müşteri için bir kredi değerliliği kontrolünün yapıldığını gösterir. Otomatik bir sistem kontrolü veya manuel bir inceleme süreci olabilir ve genellikle siparişin kredi durumunda bir güncellemeyle sonuçlanır. | ||
Neden önemli Bu adım, sık rastlanan bir darboğazdır. Süresini ve sonuçlarını ölçmek, kredi yönetimi verimliliğini ve bunun genel sipariş döngü süresi üzerindeki etkisini analiz etmeye yardımcı olur. Nereden alınır Genellikle satış siparişindeki bir durum değişikliğinden, kredi blokajının kaldırılmasından veya belirli bir kredi yönetimi kaydındaki bir girişten çıkarılır. Yakala Siparişin kredi durumu alanı Onaylandı veya Kontrol Edildi olarak güncellendiğinde veya krediyle ilgili bir bekletme kaldırıldığında zaman damgasını yakalayın. Event tipi inferred | |||
Mallar Paketlenmiş | Bu faaliyet, toplanan ürünlerin birleştirildiği, paketlendiği ve sevkiyata hazırlandığı paketleme sürecinin tamamlandığını işaret eder. Bu genellikle bir paketleme fişi oluşturmayı ve sevkiyat detaylarını kesinleştirmeyi içerir. | ||
Neden önemli Toplama ve paketleme arasındaki süreyi analiz etmek, iş istasyonu düzenini ve paketleme prosedürlerini optimize etmeye yardımcı olabilir. Sevkiyat öncesi sipariş doğruluğunu sağlamak için önemli bir adımdır. Nereden alınır Bu olay, bir WMS'de ayrı bir durum olarak yakalanabilir veya bir paketleme fişi belgesinin oluşturma zamanından çıkarılabilir. Yakala Tedarik belgesi durumunun 'Paketlendi' olarak değiştiği zaman damgasını belirleyin veya sevk irsaliyesinin oluşturulma zaman damgasını kullanın. Event tipi inferred | |||
Mallar Teslim Edildi | Bu faaliyet, sevkiyatın müşterinin belirtilen adresine başarıyla teslim edildiğini gösterir. Bu bilgi genellikle harici lojistik sağlayıcıdan alınan veri veya bir manuel onay yoluyla güncellenir. | ||
Neden önemli Teslimatı takip etmek, müşteri deneyimine dair eksiksiz bir görünüm sunar ve toplam sipariş karşılama döngü süresinin doğru bir şekilde ölçülmesini sağlar. Nereden alınır Genellikle, çekirdek sisteme geri entegre edilen harici taşıyıcı verilerinden veya bir 'Teslimat Kanıtı' onay kaydından alınır. Yakala Nakliye taşıyıcısı tarafından sağlanan teslimat onay zaman damgasını veya manuel olarak girilen Teslimat Kanıtı kaydının zaman damgasını yakalayın. Event tipi explicit | |||
Mallar Toplandı | Bu faaliyet, siparişin tüm ürünlerinin depo konumlarından fiziksel toplama işleminin tamamlandığını gösterir. Genellikle bir depo operatörü, toplama görevinin bittiğini onayladığında kaydedilir. | ||
Neden önemli Toplama süresini ölçmek, depo verimliliğini analiz etmek ve fiziksel tedarik sürecindeki darboğazları belirlemek için elzemdir. Nereden alınır Genellikle bir Warehouse Management System modülünde kaydedilir veya teslimat ya da tedarik belgesindeki bir durum güncellemesinden çıkarılır. Yakala İlişkili toplama listesi veya fulfillment belgesinin durumu Toplandı veya Tamamlandı olarak güncellendiğinde zaman damgasını yakalayın. Event tipi inferred | |||
Müşteriye Fatura Gönderildi | Oluşturulan faturanın ödeme için müşteriye iletildiği anı temsil eder. Bu durum e-posta, elektronik veri değişimi veya posta gibi çeşitli kanallar aracılığıyla gerçekleşebilir. | ||
Neden önemli Bu, müşterinin ödeme vadesi süresinin resmi başlangıcını işaretler. Fatura oluşturma ve gönderme arasındaki gecikmeler, nakit dönüşüm döngüsünü olumsuz etkileyebilir. Nereden alınır Çıktı yönetimi loglarından, iletişim kayıtlarından veya fatura belgesindeki belirli bir durum güncellemesinden alınmıştır. Yakala Fatura belgesinin başarılı bir şekilde iletildiğini gösteren sistem çıkış logundaki zaman damgasını yakalayın. Event tipi inferred | |||
Satış Siparişi Değiştirildi | Bu faaliyet, bir satış siparişinde ilk oluşturulmasından sonra miktarlara, ürünlere, fiyatlara veya talep edilen tarihlere yapılan önemli bir değişikliği temsil eder. Genellikle sistem denetim izlerindeki veya değişiklik günlüklerindeki güncellemelerin takibiyle yakalanır. | ||
Neden önemli Sipariş değişikliklerini takip etmek, süreçteki yeniden işleri tanımlamak, verimsizlik kaynaklarını anlamak ve ilk seferde doğru oranlarını ölçmek için kritik öneme sahiptir. Sık yapılan değişiklikler, başlangıçtaki sipariş doğruluğuyla ilgili sorunlara işaret edebilir. Nereden alınır Sistem değişiklik log tablolarından, denetim izlerinden veya satış siparişi belgesinin farklı versiyonları karşılaştırılarak alınmıştır. Yakala Satış siparişi başlığındaki veya kalemlerindeki ana alanlardaki güncellemeler için sistem değişiklik günlüklerini filtreleyin ve değişiklik timestampini event zamanı olarak kullanın. Event tipi explicit | |||
Stok Rezerve Edildi | Bu faaliyet, satış siparişi kalemleri için gerekli envanterin tahsis edildiği veya rezerve edildiği noktayı temsil eder. Bu eylem, ürünlerin mevcut ve bu özel sipariş için ayrılmış olmasını sağlar, başka müşterilere satılmasını önler. | ||
Neden önemli Envanter rezervasyonunu takip etmek, malzeme mevcudiyetini ve potansiyel stokla ilgili gecikmeleri analiz etmeye yardımcı olur. Sipariş onayı ile rezervasyon arasındaki süre, tedarik sorunlarına işaret edebilir. Nereden alınır Bu, genellikle envanter işlem tablolarına kaydedilen veya satış siparişi satırındaki bir durum değişikliğiyle belirtilen otomatik bir sistem event'idir. Yakala Belirli satış siparişi satırı için stok taahhüdüne karşılık gelen envanter işlem logundaki zaman damgasını yakalayın. Event tipi explicit | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,
