Siparişten Tahsilata - Satış Siparişi İşleme Veri Şablonunuz
Siparişten Tahsilata - Satış Siparişi İşleme Veri Şablonunuz
Bu, Siparişten Tahsilata - Satış Siparişi İşleme için genel Process Mining veri Templateimizdir. Daha özel yönlendirme için sisteme özel Templatelerimizi kullanın.
Belirli bir sistem seçin- Eksiksiz bir olay günlüğü için gerekli veri özniteliklerini belirler.
- Süreçteki temel etkinlikleri ve kilometre taşlarını açıklar.
- Her sisteme uyarlanabilen, Process Mining için evrensel bir başlangıç noktası sunar.
Siparişten Tahsilata - Satış Siparişi İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Satış siparişi sürecinde belirli bir zamanda gerçekleşen iş olayının veya görevin adıdır. | ||
| Açıklama Etkinlik adı, satış siparişi yaşam döngüsündeki bir adımı veya dönüm noktasını açıklar. Örneğin 'Satış siparişi oluşturuldu', 'Kredi kontrolü yapıldı' veya 'Mallar sevk edildi'. Her etkinlik, satış siparişi üzerinde gerçekleştirilen farklı bir işlemi temsil eder ve süreç haritasının temel yapı taşlarından birini oluşturur. Analiz, süreç akışını görselleştirmek, yaygın yolları belirlemek ve standart prosedürden sapmaları keşfetmek için büyük ölçüde bu özniteliğe dayanır. Analistler etkinlik sırasını inceleyerek darboğazları, yeniden çalışma döngülerini, örneğin tekrarlanan 'Satış siparişi değiştirildi' etkinliklerini ve uyumlu olmayan süreç varyasyonlarını belirleyebilir. Bu öznitelik, 'Süreç uyumluluğu ve sapmalar' Dashboardı ile 'Satış siparişi yeniden çalışma oranı' KPI’ı gibi göstergeler için temel niteliktedir. Neden önemli? Süreçteki adımları tanımlar; böylece süreç haritasını görselleştirebilir, süreç akışlarını analiz edebilir ve yeniden işleme veya sapmaları belirleyebilirsiniz. Nereden alınır? Genellikle kaynak sistemin satış, teslimat ve faturalama modüllerindeki belge durumu değişikliklerinden, olay günlüklerinden veya işlem kodlarından türetilir. Örnekler Satış siparişi oluşturulduÜrünler Sevk EdildiÖdeme AlındıSatış Siparişi İptal Edildi | |||
| Olay Zamanı EventTime | Belirli bir faaliyet veya olayın gerçekleştiği kesin tarih ve saattir. | ||
| Açıklama Olay zamanı, bir etkinliğin gerçekleştiği kesin anı kaydeden bir zaman damgasıdır. Bu öznitelik, sürece zamansal bağlam kazandırır ve satış siparişiyle ilişkili tüm olayların kronolojik olarak sıralanmasını sağlar. Bu zaman damgası, zamana dayalı tüm analizler için gereklidir. Herhangi iki etkinlik arasındaki çevrim sürelerini hesaplamak, belirli adımların süresini belirlemek ve gecikmeleri veya darboğazları ortaya çıkarmak için kullanılır. Örneğin 'Sipariş karşılama çevrim 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 çevrim süresine genel bakış' Dashboardı bu özniteliğe tamamen bağlıdır. Neden önemli? Bu zaman damgası, çevrim süreleri ve süreler gibi tüm performans metriklerini hesaplamak için gereklidir. Bu metrikler, darboğazları belirlemede önemli rol oynar. Nereden alınır? Genellikle her işlem veya durum güncellemesi kaydının yanında bulunur ve oluşturma tarihi, değişiklik tarihi veya kayıt tarihi olarak adlandırılır. Örnekler 2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z | |||
| Satış Siparişi Kimliği SalesOrderId | Satış siparişinin benzersiz tanımlayıcısıdır ve Siparişten Tahsilata sürecinin birincil vaka kimliği olarak kullanılır. | ||
| Açıklama Satış Siparişi Kimliği, Siparişten Tahsilata sürecinde process mining için temel unsurdur ve sürecin oluşturulmasından kapanışına kadar her örneği benzersiz şekilde tanımlar. İlgili tüm faaliyetleri, olayları ve veri noktalarını birbirine bağlayan birincil anahtar görevi görür ve tek bir siparişin uçtan uca yolculuğunu oluşturur. Analizde bu öznitelik, her satış siparişinin yaşam döngüsünü yeniden oluşturmaya yardımcı olur. Olayların sırasını izlemek, faaliyetler arasındaki süreleri ölçmek ve metrikleri sipariş düzeyinde toplamak için kullanılır. Örneğin, 'Sipariş Sevkiyat Çevrim Süresi' KPI'ını hesaplamak için tüm faaliyetleri Satış Siparişi Kimliğine göre gruplamak ve ilk olay ile son olay arasındaki zaman farkını bulmak gerekir. Neden önemli? Bu kimlik, tek tek siparişleri süreç boyunca izlemek için gereklidir; vaka düzeyinde çevrim sürelerini, darboğazları ve sapmaları analiz etmenizi sağlar. Nereden alınır? Genellikle kaynak ERP veya CRM sistemindeki satış siparişi belgelerinin başlık tablosunda bulunur. Örnekler SO-001234598004567ORD-2023-54321 | |||
| Kaynak Sistem SourceSystem | Verilerin geldiği ERP, CRM veya eski bir platform gibi bilgi sistemini tanımlar. | ||
| Açıklama Kaynak Sistem özniteliği, olay verilerinin oluşturulduğu kayıt sistemini belirtir. Günümüz işletmelerinde Siparişten Tahsilata gibi uçtan uca bir süreç birden fazla uygulamaya yayılabilir. Örneğin sipariş oluşturma için CRM, sevkiyat ve faturalama için ERP kullanılabilir. Analizde bu öznitelik, sürecin teknolojik yapısını anlamak açısından değerlidir. Entegrasyon noktalarını ve farklı sistemler arasındaki olası veri tutarlılığı sorunlarını belirlemeye yardımcı olur. Faaliyetleri 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? Verilerin kaynağı hakkında bağlam sağlar. Birden fazla sistemin bulunduğu ortamlarda veri soyunu izlemek ve sisteme özgü süreç farklılıklarını belirlemek için önemlidir. Nereden alınır? Bu bilgi çoğu zaman veri çıkarma (ETL) sürecinde eklenir veya veri ambarlarında standart bir alan olarak bulunur. Örnekler SAP S/4HANASalesforce Sales CloudOracle NetSuite | |||
| Son Veri Güncellemesi LastDataUpdate | Verilerin kaynak sistemden en son yenilendiğini veya çıkarıldığını gösteren zaman damgasıdır. | ||
| Açıklama Bu öznitelik, verilerin process mining ortamına en son ne zaman yüklendiğini gösteren bir zaman damgası sağlar. Analiz edilen verilerin güncelliğini yansıtır ve iş faaliyetinin gerçekte ne zaman gerçekleştiğini kaydeden Olay Zamanından farklıdır. Genellikle doğrudan süreç akışı analizinde kullanılmasa da veri yönetişimi ve bulguların güvenilirliğini sağlamak için önemlidir. Analistlerin ve iş kullanıcılarının oluşturulan içgörülerin güncelliğini anlamasına yardımcı olur. Örneğin Son Veri Güncellemesi bir hafta önce gerçekleştiyse mevcut performansla ilgili sonuçların bu bilgi dikkate alınarak değerlendirilmesi gerekir. Neden önemli? Verilerin güncelliğini gösterir; analizlerin güncel bilgilere dayanmasını ve sonuçların geçerliliğini korumasını sağlar. Nereden alınır? Bu bilgi genellikle veri çıkarma (ETL) aracı veya veri alımı sırasında process mining platformu tarafından oluşturulur ve saklanır. Örnekler 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
| Kullanıcı Adı UserName | Faaliyeti gerçekleştiren kullanıcının, çalışanın veya sistem aracısının adı ya da kimliğidir. | ||
| Açıklama Kullanıcı Adı özniteliği, belirli bir faaliyeti gerçekleştiren kişiyi veya otomatik aracıyı tanımlar. Bu kişi siparişi oluşturan satış temsilcisi, siparişi onaylayan kredi yöneticisi veya ödemeyi otomatik olarak kaydeden sistem kullanıcısı olabilir. Bu öznitelik, süreci insan odaklı analiz etmenizi sağlar. İş yükü dağılımını analiz etmek, ekipler veya kişiler 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 açısından da önemlidir. Faaliyetleri kullanıcıya göre analiz etmek, yeniden işleme döngülerinde veya uyumsuz davranışlarda kimlerin yer aldığını ortaya çıkarmaya yardımcı olur ve 'Manuel Müdahale Oranı' KPI'ının hesaplanmasında temel rol oynar. Neden önemli? Bir faaliyeti gerçekleştiren kişiyi veya sistemi tanımlar; iş yükünü, ekip performansını, otomasyon düzeyini ve uyumluluğu analiz etmenizi sağlar. Nereden alınır? Genellikle işlem günlüklerinde veya belge değişiklik geçmişlerinde bulunur ve 'Oluşturan' ya da 'Değiştiren' olarak adlandırılır. Örnekler John.SmithBATCH_USERAlice.JonesUSER_API | |||
| Müşteri Tanımlayıcısı CustomerIdentifier | Satış siparişini veren müşterinin benzersiz tanımlayıcısı veya adıdır. | ||
| Açıklama Bu öznitelik, satış siparişinin işlendiği dış tarafı tanımlar. Benzersiz bir müşteri numarası, şirket adı veya müşterileri birbirinden ayıran başka bir anahtar olabilir. Process Mining'de Müşteri Tanımlayıcısı, verileri segmentlere ayırmak için güçlü bir boyuttur. Analistler, belirli bir müşterinin süreç davranışını görmek için süreç haritasını filtreleyebilir veya stratejik hesaplarla dönemsel alıcılar gibi farklı müşteri gruplarının süreç akışlarını karşılaştırabilir. Bu analiz, özelleştirilmiş süreçleri veya süreç sapmalarına ya da gecikmelere sıkça neden olan müşterileri ortaya çıkararak müşteri ilişkileri yönetimi için değerli içgörüler sağlar. Neden önemli? Farklı müşteriler veya müşteri grupları arasındaki süreçleri filtreleyip karşılaştırmanızı ve özelleştirilmiş süreçleri ya da sorunlu hesapları belirlemenizi sağlar. Nereden alınır? Satış siparişi başlık verilerinde bulunur ve kaynak ERP veya CRM sistemindeki müşteri ana verilerine bağlanır. Örnekler CUST-10023Global Corp Inc.758991 | |||
| Satış Kanalı SalesChannel | Satış siparişinin alındığı kanaldır. Örneğin Web, Doğrudan Satış veya İş Ortağı. | ||
| Açıklama Satış kanalı, siparişin verildiği kaynağı veya yöntemi belirtir. Bu kanal çevrim içi bir portal, doğrudan satış ekibi, bir iş ortağıyla EDI bağlantısı veya perakende mağazası olabilir. Süreci Satış Kanalına göre analiz etmek, verimlilik ve uyumluluk açısından önemli farklılıkları ortaya çıkarabilir. Örneğin web kanalından gelen siparişler büyük ölçüde otomatik ve hızlı olabilirken doğrudan satıştan gelen siparişlerde daha fazla manuel değişiklik ve daha uzun onay döngüleri görülebilir. Bu analiz, işletmelerin her kanalın kendine özgü süreç akışını optimize etmesine ve kaynakları daha etkili biçimde dağıtmasına yardımcı olur. 'Sipariş karşılama darboğazları' Dashboardı için önemli bir boyut sağlar. Neden önemli? Farklı kanallardaki süreç performansını karşılaştırmanızı ve verimlilik, otomasyon ile uyumluluk farklılıklarını ortaya çıkarmanızı sağlar. Nereden alınır? Bu bilgi genellikle satış siparişi başlık verilerinde saklanır ve sipariş girişi sırasında zorunlu bir alan olarak kullanılır. Örnekler Web PortalıDoğrudan SatışEDIİş Ortağı Ağı | |||
| Sipariş Değeri OrderValue | Genellikle belgenin para birimi cinsinden ifade edilen satış siparişinin toplam parasal değeridir. | ||
| Açıklama Sipariş Değeri, satış siparişinin toplam finansal karşılığını gösterir. Her vaka örneğinin büyüklüğünü ölçen önemli bir finansal metriktir. Bu öznitelik, değer odaklı süreç analizi yapmanızı sağlar. Sorunları yüksek değerli siparişlere odaklanarak önceliklendirmenize yardımcı olur. Örneğin analistler, yüksek değerli siparişlerin düşük değerli siparişlere göre daha uzun çevrim sürelerine veya daha fazla yeniden işlemeye maruz kalıp kalmadığını inceleyebilir. Ayrıca belirli bir darboğaz nedeniyle geciken siparişlerin toplam değeri gibi süreç verimsizliklerinin finansal etkisini hesaplamak için kullanılır. Böylece süreç iyileştirme girişimleri için güçlü bir iş gerekçesi oluşturur. Neden önemli? Değer odaklı analiz yapmanızı sağlar; yüksek değerli siparişlere odaklanarak süreç iyileştirmelerine öncelik vermenize ve gecikmelerin finansal etkisini ölçmenize yardımcı olur. Nereden alınır? Satış siparişi başlık verilerinde bulunur ve çoğu zaman tüm kalemlerin net değerlerinin toplamı olarak hesaplanır. Örnekler 15200.50500.00125000.75 | |||
| Ürün Tanımlayıcısı ProductIdentifier | Satış siparişindeki ana ürün veya hizmetin benzersiz kodu ya da adıdır. | ||
| Açıklama Malzeme numarası veya SKU gibi Ürün Tanımlayıcısı, satılan ürünü belirtir. Bir satış siparişi birden fazla ürün içerebilir. Bu öznitelik çoğu zaman ana ürünü gösterir veya üst düzey analiz için bir ürün kategorisinde toplanır. Bu öznitelik, Siparişten Tahsilata sürecini ürün merkezli olarak incelemenizi sağlar. Analiz, belirli ürünlerin daha uzun sevkiyat süreleri, daha sık teslimat sorunları veya daha yüksek iptal oranlarıyla ilişkili olup olmadığını gösterebilir. Bu içgörü, tedarik zinciri planlaması, stok yönetimi ve ürün portföyü stratejisi için önemlidir. Örneğin belirli bir ürün grubunun 'Depoya Gönderildi' adımında sürekli gecikmesi, stok düzeyinin veya depodaki konumunun incelenmesini gerektirebilir. Neden önemli? Farklı ürün veya ürün gruplarındaki süreç performansını analiz etmenizi ve ürüne özgü darboğazları ya da sorunları belirlemenizi sağlar. Nereden alınır? Satış siparişinin kalem düzeyinde bulunur. Vaka düzeyindeki analizlerde en önemli kalemle veya türetilmiş bir ürün kategorisiyle temsil edilebilir. Örnekler PROD-5540-XLMAT-009871SVC-CONSULT-HR | |||
| Gerçek Teslimat Tarihi ActualDeliveryDate | Malların müşteriye fiilen teslim edildiği ve sürecin sipariş karşılama bölümünün tamamlandığını gösteren tarih. | ||
| Açıklama Gerçek Teslimat Tarihi, malların müşteriye başarıyla teslim edildiğini kaydeden zaman damgasıdır. Bu tarih çoğunlukla taşıyıcıdan alınan teslimat kanıtına dayanır. Bu öznitelik, sipariş karşılama başarısının kesin ölçüsüdür. Talep Edilen ve Onaylanan Teslimat Tarihleriyle karşılaştırılarak Zamanında Teslimat Oranı hesaplanırken kullanılan son veri noktasıdır. Malların Sevk Edilmesi etkinliği ile Gerçek Teslimat Tarihi arasındaki zaman farkının analiz edilmesi, lojistik iş ortaklarının ve sevkiyat yöntemlerinin performansı hakkında da içgörü sağlayabilir. Neden önemli? Bu, sipariş karşılamanın nihai kanıtıdır ve Zamanında Teslimat Oranı ile toplam Sipariş Karşılama Çevrim Süresinin doğru hesaplanması için gereklidir. Nereden alınır? Genellikle harici bir lojistik veya sevkiyat sisteminden gelir ve ERP sistemine aktarılır. Malların Teslim Edilmesi etkinliğinin zaman damgasından türetilmiş olabilir. Örnekler 2023-11-172023-12-022024-01-14 | |||
| Ödeme Vadesi PaymentDueDate | Müşterinin fatura bedelini ödemesi gereken son tarih. | ||
| Açıklama Ödeme vadesi, fatura tarihi ve müşterinin üzerinde anlaştığı ödeme koşullarına göre hesaplanır. Zamanında ödeme için son tarihi belirler ve alacak hesapları sürecinin temel unsurlarından biridir. Bu öznitelik, Siparişten Tahsilata döngüsünün finansal bölümünü analiz etmek için temeldir. Ödemenin zamanında yapılıp yapılmadığını belirlemek için kullanılan ölçüttür ve 'Zamanında ödeme oranı' KPI’ı için doğrudan girdidir. 'Faturadan ödemeye çevrim' Dashboardı, ödeme davranışlarını analiz etmek ve işletme sermayesini etkili biçimde yönetmek için büyük ölçüde bu tarihe dayanır. Fatura oluşturma ile ödeme arasındaki gecikmeler bu tarihle karşılaştırılarak geç ödeme yapan müşteriler belirlenebilir. Neden önemli? Finansal analiz için önemlidir. Zamanında Ödeme Oranını hesaplamanın ve alacak hesaplarını yönetmenin temelini oluşturur. Nereden alınır? Genellikle müşteri faturasındaki ilgili alanda bulunur ve fatura tarihi ile müşteri ana verilerinde veya satış siparişinde belirtilen ödeme koşullarından türetilir. Örnekler 2023-12-152024-01-302024-02-28 | |||
| Onaylanan Teslimat Tarihi ConfirmedDeliveryDate | Şirketin müşteriye onayladığı ve taahhüt ettiği teslimat tarihidir. | ||
| Açıklama Şirket, stok ve üretim planlarını kontrol ettikten sonra Onaylanan Teslimat Tarihini belirler. Bu tarih, kuruluşun müşteriye verdiği taahhüdü gösterir ve sevkiyat performansını ölçmek için iç referans noktası olarak kullanılır. Bu öznitelik, operasyonel verimliliği değerlendirmek için önemlidir. Şirketin kendi taahhüdünü yerine getirip getirmediğini belirlemek üzere 'Zamanında Teslimat Oranı' KPI'ında Gerçekleşen Teslimat Tarihi ile karşılaştırılır. Çok sayıda siparişte Talep Edilen ve Onaylanan Teslimat Tarihleri arasında büyük farklar görülmesi, kullanılabilirlik kontrolleri veya kapasite planlamasıyla ilgili sistemik sorunlara işaret edebilir. Neden önemli? Şirketin müşteriye verdiği taahhüdü gösterir ve zamanında teslimat ile sevkiyat güvenilirliğini ölçmek için iç referans noktası oluşturur. Nereden alınır? Satış siparişinin çizelgeleme kalemi verilerinde bulunur ve genellikle kullanılabilirlik kontrolünden veya üretim planlama çalıştırmasından sonra güncellenir. Örnekler 2023-11-182023-12-012024-01-15 | |||
| Otomatik mi IsAutomated | Bir etkinliğin sistem tarafından otomatik olarak mı yoksa bir kullanıcı tarafından manuel olarak mı gerçekleştirildiğini gösteren işaret. | ||
| Açıklama Bu boolean öznitelik, insan kullanıcıların gerçekleştirdiği görevlerle arka plan işleri, API'ler veya RPA botları gibi sistem otomasyonlarının gerçekleştirdiği görevleri birbirinden ayırır. Örneğin kredi kontrolü otomatik bir adım olabilirken kredi blokajının kaldırılması genellikle manueldir. Sürecin otomasyon açısından analiz edilmesi, dijital dönüşüm girişimleri için büyük önem taşır. Bu işaret, Manuel Müdahale Oranı KPI'ını hesaplamak için kullanılan temel veri noktasıdır. Sürecin hangi bölümlerinin yüksek düzeyde otomatik olduğunu, hangilerinin hâlâ manuel çalışmaya dayandığını belirlemeye yardımcı olur. Bu analiz, maliyetleri ve hataları azaltmak, çevrim sürelerini kısaltmak için ek otomasyon fırsatlarını ortaya çıkarabilir. Neden önemli? Manuel ve otomatik görevleri birbirinden ayırır. Bu ayrım, otomasyon düzeyini ölçmek ve süreç iyileştirme fırsatlarını belirlemek için önemlidir. Nereden alınır? Bu bilgi, Kullanıcı Adı özniteliğinden, örneğin BATCH_USER gibi sistem kullanıcılarının belirlenmesiyle veya yürütme bağlamını izleyen olay günlüklerindeki belirli alanlardan türetilebilir. Örnekler truefalse | |||
| Reddetme Nedeni RejectionReason | Bir satış siparişinin veya kaleminin neden iptal edildiğini ya da reddedildiğini açıklayan kod veya açıklama. | ||
| Açıklama Bir satış siparişi iptal edildiğinde veya bir kalem reddedildiğinde Reddetme Nedeni, bu olumsuz sonucun iş bağlamını açıklar. Nedenler Müşteri İptali ve Yanlış Fiyat'tan Stokta Yok'a kadar değişebilir. Bu öznitelik, süreç başarısızlıklarının kök neden analizinde gereklidir. Farklı reddetme nedenlerinin sıklığı analiz edilerek sistemik sorunlar belirlenebilir. Örneğin, Yanlış Fiyat nedeniyle gerçekleşen çok sayıda iptal, teklif oluşturma veya ana veri süreçlerindeki sorunlara işaret edebilir. Bu analiz, İlk Seferde Doğru Oranını iyileştirme ve süreç israfını azaltma çalışmalarını doğrudan destekler. Neden önemli? Siparişlerin neden başarısız olduğunu açıklar ve fiyatlandırma, stok veya müşteri iletişimindeki temel sorunların kök neden analizini mümkün kılar. Nereden alınır? Genellikle satış siparişindeki kalem düzeyinde bulunur ve bir kalem iptal edildiğinde önceden tanımlanmış kod listesinden seçilir. Örnekler Müşteri TalebiÜrün Üretimden KaldırıldıFiyatlandırma HatasıKredi Limiti Aşıldı | |||
| Sipariş Durumu OrderStatus | Olay gerçekleştiği sırada satış siparişinin durumu; örneğin Açık, İşleniyor veya Tamamlandı. | ||
| Açıklama Sipariş Durumu, belirli bir andaki yaşam döngüsünde satış siparişinin hangi aşamada olduğunu gösterir. Siparişin mevcut durumunu özetleyen kategorik bir etikettir. Etkinliklerin sıralaması ayrıntılı bir süreç haritası sunarken Sipariş Durumu özniteliği, sürecin basitleştirilmiş ve üst düzey görünümünü oluşturmak için kullanışlıdır. Örneğin, şu anda belirli bir durumda olan tüm siparişleri, Kredi Blokesinde Bekliyor durumundaki siparişleri filtrelemek için kullanılabilir. Farklı durumlarda geçirilen sürenin analiz edilmesi, Onay Bekliyor durumunda gereğinden fazla kalan siparişler gibi darboğazları da ortaya çıkarabilir. Neden önemli? Siparişin durumunu üst düzeyde özetler. Filtreleme, durum analizi ve belirli bir aşamada takılı kalan siparişleri belirleme için kullanışlıdır. Nereden alınır? ERP ve CRM sistemlerindeki çoğu satış siparişi belgesinin üst bilgi bölümünde bulunan standart bir alandır. Örnekler AçıkDevam EdiyorKredi BlokesiTamamlandıİptal Edildi | |||
| Talep Edilen Teslimat Tarihi RequestedDeliveryDate | Müşterinin talep ettiği sipariş teslimat tarihidir. | ||
| Açıklama Bu tarih, müşterinin istediği teslimat zaman çizelgesini temsil eder. Sürecin başında kaydedilen önemli bir bilgi parçasıdır ve teslimatın zamanında yapılması açısından müşteri memnuniyeti için temel ölçüt olarak kullanılır. Süreç analizinde İstenen Teslimat Tarihi, hizmet düzeylerini ölçmek için Onaylanan ve Gerçekleşen Teslimat Tarihleri gibi diğer önemli tarihlerle karşılaştırılır. 'Zamanında teslimat performansı' Dashboardı için temel bir girdidir ve teslimatın müşterinin bakış açısından zamanında yapılıp yapılmadığını hesaplamak için kullanılır. İstenen ve onaylanan tarihler arasındaki farkları analiz etmek, planlama ve zamanlama sorunlarını da ortaya çıkarabilir. Neden önemli? Müşterinin teslimat beklentisini gösterir ve zamanında teslimat performansı ile müşteri memnuniyetini ölçmek için temel oluşturur. Nereden alınır? Genellikle satış siparişi başlığında veya kalem ayrıntılarında bulunur ve sipariş oluşturma sırasında girilir. Örnekler 2023-11-152023-12-012024-01-10 | |||
Siparişten Tahsilata - Satış Siparişi İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura Oluşturuldu | Bu faaliyet, sevk edilen ürün veya hizmetler için müşteri faturasının oluşturulmasını gösterir. Müşterinin borcunu resmen kaydeden ve ödeme döngüsünü başlatan temel bir finansal işlemdir. | ||
| Neden önemli? Sevkiyat ile faturalama arasındaki ve 'faturadan tahsilata gecikme' olarak adlandırılan süre, nakit akışını doğrudan etkiler. Bu süreyi analiz etmek, faturalama sürecindeki gecikmeleri belirlemeye yardımcı olur. Nereden alınır? Bu, finans modülündeki fatura veya faturalama belgesinin oluşturulma zaman damgasından alınan açık bir olaydır. Yakalayın Alacak hesapları veya faturalama tablolarındaki fatura belgesi kaydının oluşturulma tarihini ve saatini kullanın. Olay türü explicit | |||
| Ödeme Alındı | Bu faaliyet, müşterinin fatura ödemesinin alındığını, işlendiğini ve ilgili hesaba uygulandığını gösterir. Olay genellikle Alacak Hesapları modülünde gerçekleşir ve açık finansal kalemi kapatır. | ||
| Neden önemli? Bu, değer yaratan son adımdır. Fatura ile ödeme arasındaki süreyi ölçmek, Ortalama Tahsilat Süresi ve nakit dönüşüm döngüsünün verimliliğini analiz etmek için büyük önem taşır. Nereden alınır? Bu, alacak hesabı belgesinin kapatma tarihinden veya ödeme uygulama kaydının oluşturulmasından alınan açık bir finansal kayıt olayıdır. Yakalayın Açık fatura tutarını kapatan finansal belgenin kayıt tarihini veya kapatma tarihini kullanın. Olay türü explicit | |||
| Satış Siparişi İptal Edildi | Bu olay, satış siparişinin tamamen sevk edilip faturalandırılmadan önce iptal edildiğini gösterir. Sürecin farklı aşamalarında gerçekleşebilen alternatif ve başarısız bir sonlanmadır. | ||
| Neden önemli? Bu, önemli bir başarısızlık sonucudur. Siparişlerin ne zaman ve neden iptal edildiğini analiz etmek, müşteri memnuniyeti, stok bulunabilirliğ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 'İptal Edildi' ya da 'Reddedildi' durumu ile kaydedilir. Yakalayın Satış siparişi belgesine iptal nedeni veya son 'İptal Edildi' durumu uygulandığında oluşan zaman damgasını kaydedin. Olay türü inferred | |||
| Satış Siparişi Kapatıldı | Bu, başarıyla işlenen bir siparişin son faaliyetidir ve siparişin tamamen sevk edildiğini, faturalandığını ve ödendiğini gösterir. Bu durum, satış siparişi için başka işlem beklenmediği anlamına gelir. | ||
| Neden önemli? Bu faaliyet, sürecin başarıyla tamamlandığını gösterir. Oluşturulmadan kapanışa kadar geçen toplam süre, kusursuz siparişin uçtan uca çevrim süresini ifade eder. Nereden alınır? Genellikle tüm alt işlemler tamamlandıktan sonra satış siparişi başlığındaki 'Kapatıldı' veya 'Tamamlandı' gibi son durumdan anlaşılır. Yakalayın Satış siparişi başlığındaki genel durumun son ve tamamlanmış duruma güncellendiği zaman damgasını belirleyin. Olay türü inferred | |||
| Satış siparişi oluşturuldu | Bu faaliyet, sistemde bir satış siparişinin ilk kez oluşturulmasını ifade eder. Müşterinin mal veya hizmet talebinin resmi olarak kayda alınmasını temsil eder ve Satın Almadan Ödemeye sürecinin başlangıç noktasıdır. | ||
| Neden önemli? Bu, sürecin temel başlangıç olayıdır. Bu noktadan itibaren geçen süreyi analiz etmek, genel sipariş karşılama çevrim süresini ve ilk veri girişi verimliliğini ölçmeye yardımcı olur. Nereden alınır? Bu olay genellikle ana satış siparişi başlık kaydının veya ilişkili işlem günlüğünün oluşturulma zaman damgasından alınır. Yakalayın Sistemin sipariş başlığı tablosunda veya belgesinde yeni bir satış siparişi kimliğinin oluşturulmasıyla ilişkili ilk zaman damgasını belirleyin. Olay türü explicit | |||
| Satış Siparişi Onaylandı | Bu kilometre taşı, satış siparişinin kredi ve konfigürasyon incelemeleri gibi gerekli tüm iç kontrollerden geçtiğini ve sevkiyat için resmen onaylandığını gösterir. Genellikle açık bir onay işlemi veya durum değişikliği içerir. | ||
| Neden önemli? Bu, sevkiyat sürecini başlatan önemli bir kontrol noktasıdır. Onaya kadar geçen süreyi analiz etmek, sipariş doğrulama ve inceleme döngüsündeki gecikmeleri belirlemeye yardımcı olur. Nereden alınır? Bu durum genellikle satış siparişi durum alanında veya Workflow geçmişinde 'Onaylandı', 'Doğrulandı' ya da 'Rezerve Edildi' şeklinde kaydedilir. Yakalayın Satış siparişi durumunun 'Onaylandı' veya 'Rezerve Edildi' gibi sevkiyata hazır olduğunu gösteren bir duruma geçtiği zaman damgasını belirleyin. Olay türü inferred | |||
| Ürünler Sevk Edildi | Bu önemli olay, sipariş için paketlenen ürünlerin sevk edildiği ve fiziksel olarak depodan çıktığı noktayı gösterir. Genellikle faturalama sürecini başlattığı için lojistik ve finans açısından önemli bir kilometre taşıdır. | ||
| Neden önemli? Bu, zamanında teslimat performansını ve sevkiyat çevrim süresini ölçmek için temel bir kilometre taşıdır. Siparişin oluşturulmasından sevkiyata kadar geçen süre, önemli bir performans göstergesidir. Nereden alınır? Bu genellikle sevkiyat veya lojistik modüllerinde 'Mal Çıkışı Kaydı' ya da 'Sevkiyat Onayı' adıyla kaydedilen açık bir olaydır. Yakalayın Genellikle teslimat veya sevkiyat belgesinde saklanan sevkiyat onayının ya da mal çıkışı işleminin zaman damgasını kullanın. Olay türü explicit | |||
| Alacak Dekontu Oluşturuldu | Bu faaliyet, genellikle ürün iadeleri, fiyat anlaşmazlıkları veya diğer düzeltmeler nedeniyle müşteriye alacak dekontu düzenlendiğinde gerçekleşir. Daha önce faturalandırılmış bir tutarın tersine çevrilmesini veya azaltılmasını gösterir. | ||
| Neden önemli? Alacak dekontlarının sıklığını ve nedenlerini analiz etmek, ürün kalitesi, sevkiyat doğruluğu veya fiyatlandırma hatalarıyla ilgili sistemik sorunları belirlemeye yardımcı olur. Süreçteki aksaklıkların önemli bir göstergesidir. Nereden alınır? Bu, faturalama veya alacak hesapları modülündeki alacak dekontu belgesinin oluşturulma zaman damgasından alınan açık bir finansal olaydır. Yakalayın Genellikle ilk satış siparişine veya faturaya bağlanan alacak dekontu belgesinin oluşturulma tarihini ve saatini kullanın. Olay türü explicit | |||
| Depoya Gönderildi | Bu faaliyet, satış siparişinin fiziksel işlemler için depoya resmen devredildiğini gösterir. Depo ekibinin toplama ve paketleme işlemlerine başlamasını tetikler. | ||
| Neden önemli? Bu, departmanlar arasındaki önemli bir devir noktasıdır. Bu adımın ne kadar sürdüğünü analiz etmek, satış ve lojistik arasındaki iletişim darboğazlarını ortaya çıkarabilir. Nereden alınır? Bu olay genellikle bir toplama listesinin oluşturulmasıyla veya sipariş durumunun 'Toplamaya Hazır' ya da 'Gönderildi' olarak güncellenmesiyle kaydedilir. Yakalayın Satış siparişi kalemi durumunun depo işlemlerine hazır olduğunu gösteren bir duruma geçtiği zaman damgasını belirleyin. Olay türü inferred | |||
| Fatura Müşteriye Gönderildi | Oluşturulan faturanın ödeme için müşteriye iletildiği zamanı gösterir. İletim e-posta, elektronik veri değişimi veya posta gibi farklı kanallarla yapılabilir. | ||
| Neden önemli? Bu olay, müşterinin ödeme vadesi süresinin resmen başladığını gösterir. Faturanın oluşturulması ile gönderilmesi arasındaki gecikmeler, nakit dönüşüm döngüsünü olumsuz etkileyebilir. Nereden alınır? Çıktı yönetimi günlüklerinden, iletişim kayıtlarından veya fatura belgesindeki belirli bir durum güncellemesinden alınır. Yakalayın Fatura belgesinin başarıyla iletildiğini gösteren sistem çıktı günlüğündeki zaman damgasını kaydedin. Olay türü inferred | |||
| Kredi Kontrolü Gerçekleştirildi | Bu faaliyet, siparişle ilişkili müşteri için kredi değerliliği kontrolünün gerçekleştirildiğini gösterir. Kontrol, otomatik bir sistem denetimi veya manuel inceleme süreci olabilir ve çoğu zaman siparişin kredi durumunun güncellenmesiyle sonuçlanır. | ||
| Neden önemli? Bu adım, sık karşılaşılan bir darboğazdır. Süresini ve sonuçlarını ölçmek, kredi yönetiminin verimliliğini ve genel sipariş çevrim süresine etkisini analiz etmeye yardımcı olur. Nereden alınır? Bu durum çoğu zaman satış siparişindeki durum değişikliğinden, kredi blokajının kaldırılmasından veya belirli bir kredi yönetimi günlüğündeki kayıttan anlaşılır. Yakalayın Siparişin kredi durumu alanı 'Onaylandı' veya 'Kontrol Edildi' olarak güncellendiğinde ya da krediyle ilgili bir blokaj kaldırıldığında oluşan zaman damgasını kaydedin. Olay türü inferred | |||
| Satış siparişi değiştirildi | Bu faaliyet, satış siparişinin ilk oluşturulmasından sonra miktarlarda, kalemlerde, fiyatlarda veya talep edilen tarihlerde yapılan değişiklikler gibi önemli düzenlemeleri ifade eder. Genellikle sistem denetim izlerindeki veya değişiklik günlüklerindeki güncellemeler izlenerek kaydedilir. | ||
| Neden önemli? Sipariş değişikliklerini izlemek, süreçteki yeniden işlemeyi belirlemek, verimsizlik kaynaklarını anlamak ve ilk seferde doğru işlem oranlarını ölçmek için önemlidir. Sık yapılan değişiklikler, ilk sipariş doğruluğuyla ilgili sorunlara işaret edebilir. Nereden alınır? Sistem değişiklik günlüğü tablolarından, denetim izlerinden veya satış siparişi belgesinin farklı sürümlerinin karşılaştırılmasından alınır. Yakalayın Değişiklik zaman damgasını olay zamanı olarak kullanarak satış siparişi başlığındaki veya kalemlerindeki önemli alanlara yönelik güncellemeler için sistem değişiklik günlüklerini filtreleyin. Olay türü explicit | |||
| Stok Rezerve Edildi | Bu faaliyet, satış siparişi kalemleri için gereken stokun tahsis edildiği veya rezerve edildiği noktayı gösterir. Bu işlem, ürünlerin ilgili sipariş için hazır ve ayrılmış olmasını sağlayarak başka müşterilere satılmasını önler. | ||
| Neden önemli? Stok rezervasyonunu izlemek, malzeme bulunabilirliğini ve stok kaynaklı olası gecikmeleri analiz etmeye yardımcı olur. Siparişin onaylanması ile stok rezervasyonu arasındaki süre, tedarik sorunlarını ortaya çıkarabilir. Nereden alınır? Bu genellikle stok hareket tablolarına kaydedilen veya satış siparişi kalemindeki durum değişikliğiyle gösterilen otomatik bir sistem olayıdır. Yakalayın Belirli satış siparişi kalemi için stokun ayrıldığını gösteren stok hareket günlüğündeki zaman damgasını kaydedin. Olay türü explicit | |||
| Ürünler Paketlendi | Bu faaliyet, toplanan ürünlerin bir araya getirildiği, paketlendiği ve sevkiyata hazırlandığı paketleme sürecinin tamamlandığını gösterir. Çoğu zaman paketleme irsaliyesinin oluşturulmasını ve sevkiyat bilgilerinin sonlandırılmasını da içerir. | ||
| Neden önemli? Toplama ile paketleme arasındaki süreyi analiz etmek, çalışma alanı düzenini ve paketleme prosedürlerini iyileştirmeye yardımcı olur. Sevkiyat öncesinde sipariş doğruluğunu sağlamak için önemli bir adımdır. Nereden alınır? Bu olay, bir WMS içinde ayrı bir durum olarak kaydedilebilir veya paketleme irsaliyesi belgesinin oluşturulma zamanından anlaşılabilir. Yakalayın Sevkiyat belgesinin durumu 'Paketlendi' olarak değiştiğinde oluşan zaman damgasını belirleyin veya paketleme irsaliyesinin oluşturulma zaman damgasını kullanın. Olay türü inferred | |||
| Ürünler Teslim Edildi | Bu faaliyet, sevkiyatın müşterinin belirttiği adrese başarıyla teslim edildiğini gösterir. Bilgi çoğu zaman harici bir lojistik taşıyıcıdan alınan verilerle veya manuel onayla güncellenir. | ||
| Neden önemli? Teslimatı izlemek, müşteri deneyimini bütünsel olarak görmenizi ve toplam sipariş sevkiyat çevrim süresini doğru şekilde ölçmenizi sağlar. Nereden alınır? Genellikle ana sisteme aktarılan harici taşıyıcı verilerinden veya 'Teslimat Kanıtı' onay kaydından alınır. Yakalayın Sevkiyat taşıyıcısının sağladığı teslimat onayı zaman damgasını veya manuel olarak girilen 'Teslimat Kanıtı' kaydının zaman damgasını kaydedin. Olay türü explicit | |||
| Ürünler Toplandı | Bu faaliyet, siparişteki tüm ürünlerin depo konumlarından fiziksel olarak toplanmasının tamamlandığını gösterir. Genellikle depo çalışanının toplama görevinin tamamlandığını onaylamasıyla kaydedilir. | ||
| Neden önemli? Toplama süresini ölçmek, depo verimliliğini analiz etmek ve fiziksel sevkiyat sürecindeki darboğazları belirlemek için gereklidir. Nereden alınır? Genellikle bir Warehouse Management System modülüne kaydedilir veya teslimat ya da sevkiyat belgesindeki durum güncellemesinden anlaşılır. Yakalayın İlgili toplama listesi veya sevkiyat belgesinin durumu 'Toplandı' ya da 'Tamamlandı' olarak güncellendiğinde oluşan zaman damgasını kaydedin. Olay türü inferred | |||
Veri çıkarma rehberleri
Çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
Başlamaya hazır mısınız?
İster sisteme özel bir rehber seçin ister bu genel şablonu uyarlayın, artık Siparişten Tahsilata - Satış Siparişi İşleme sürecinizi optimize etmeye başlayabilirsiniz.
Satış siparişi işleme sürecinizi bugün optimize etmeye başlayın
Anında içgörüler elde edin, gecikmeleri ortadan kaldırın ve nakit akışınızı iyileştirin.
Kredi kartı gerekmez, dakikalar içinde kurulumu tamamlayın.