Siparişten Tahsilata, satış siparişi işleme için Veri Templateiniz
Siparişten Tahsilata, satış siparişi işleme için Veri Templateiniz
Bu, Siparişten Tahsilata - Satış siparişi işleme için genel amaçlı Process Mining veri Templateimizdir. Daha ayrıntılı yönlendirme için sisteme özel Templatelerimizi kullanın.
Belirli bir sistem seçin- Eksiksiz bir Event Log oluşturmak için gerekli veri özniteliklerini belirler.
- Süreçteki temel etkinlikleri ve kilometre taşlarını sıralar.
- Her sisteme uyarlanabilen, Process Mining için genel bir başlangıç noktası sunar.
Siparişten Tahsilata, satış siparişi işleme öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik 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 oluşturuldu, Kredi kontrolü yapıldı veya Mallar sevk edildi gibi satış siparişi yaşam döngüsündeki bir adımı ya da kilometre taşını belirtir. Her etkinlik, satış siparişi üzerinde gerçekleştirilen ayrı bir işlemi ifade eder ve süreç haritasının yapı taşlarını oluşturur. Süreç akışını görselleştirmek, yaygın yolları belirlemek ve standart prosedürden sapmaları keşfetmek için analizlerde bu öznitelikten yoğun biçimde yararlanılır. Etkinlik sırasını inceleyerek darboğazları, yeniden çalışma döngülerini (örneğin, Satış siparişi değiştirildi etkinliğinin tekrarlanması) ve uyumluluk dışı süreç farklılıklarını belirleyebilirsiniz. Süreç uyumluluğu ve sapmaları gibi Dashboardlar ile Satış siparişi yeniden çalışma oranı gibi KPI’lar için temel oluşturur. Neden önemli? Süreçteki adımları tanımlar; böylece süreç haritasını görselleştirebilir, süreç akışlarını inceleyebilir, yeniden çalışmayı veya sapmaları belirleyebilirsiniz. Nereden alınır? Genellikle kaynak sistemin satış, teslimat ve faturalandırma modüllerindeki belge durumu değişikliklerinden, olay günlüklerinden veya işlem kodlarından elde edilir. Örnekler Satış siparişi oluşturulduÜrünler sevk edildiÖdeme alındıSatış siparişi iptal edildi | |||
| Olay zamanı EventTime | Belirli bir etkinliğin veya olayın gerçekleştiği kesin tarih ve saat. | ||
| Açıklama Olay zamanı, bir etkinliğin gerçekleştiği kesin anı kaydeden zaman damgasıdır. Bu öznitelik sürece zaman bağlamı kazandırır ve satış siparişiyle ilişkili tüm olayları kronolojik olarak sıralamanızı sağlar. Zamana dayalı tüm analizler bu özniteliğe bağlıdır. Herhangi iki etkinlik arasındaki çevrim sürelerini hesaplamak, belirli adımların ne kadar sürdüğünü görmek ve gecikmeleri ya da darboğazları belirlemek 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 farktır. Satış siparişi çevrim süresine genel bakış gibi Dashboardların çalışması da tamamen bu özniteliğe bağlıdır. Neden önemli? Bu zaman damgası, darboğazları belirlemek için gerekli olan çevrim süreleri ve süreler gibi tüm performans metriklerini hesaplamada önemlidir. Nereden alınır? Genellikle her işlem veya durum güncellemesi kaydının yanında bulunur ve oluşturulma tarihi, değişiklik tarihi ya da 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ürecinde birincil vaka tanımlayıcısı olarak kullanılır. | ||
| Açıklama Satış siparişi kimliği, Siparişten Tahsilata sürecinde Process Mining için temel tanımlayıcıdır. Her siparişin oluşturulmasından kapanışına kadar olan süreci benzersiz biçimde belirler. İlgili tüm etkinlikleri, 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 ortaya koyar. Analizde bu öznitelik, her satış siparişinin yaşam döngüsünü yeniden oluşturmanızı sağlar. Olayların sırasını izlemek, etkinlikler arasındaki süreleri ölçmek ve metrikleri sipariş düzeyinde toplamak için kullanılır. Örneğin Sipariş karşılama çevrim süresi KPI’ını hesaplamak için tüm etkinlikleri satış siparişi kimliğine göre gruplandırıp ilk ve son olay arasındaki süreyi bulmanız gerekir. Neden önemli? Bu kimlik, tek tek siparişleri süreç boyunca izlemek ve vaka düzeyinde çevrim sürelerini, darboğazları ve sapmaları analiz etmek için gereklidir. 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 | Verinin kaynaklandığı ERP, CRM veya eski bir platform gibi bilgi sistemini belirtir. | ||
| Açıklama Kaynak sistem özniteliği, olay verisinin oluşturulduğu kayıt sistemini belirtir. Günümüz kuruluşlarında Siparişten Tahsilata gibi uçtan uca bir süreç çoğu zaman birden fazla uygulamaya yayılır. Örneğin sipariş oluşturmak için CRM, sipariş karşılama ve faturalandırma için ERP kullanılabilir. Analizde bu öznitelik, sürecin teknolojik ortamını anlamaya yardımcı olur. Sistemler arasındaki entegrasyon noktalarını ve olası veri tutarsızlıklarını belirlemenizi sağlar. Etkinlikleri kaynak sisteme göre inceleyerek belirli süreç adımlarının farklı sistemlerde farklı biçimde yürütülüp yürütülmediğini veya daha fazla gecikme yaşanıp yaşanmadığını görebilirsiniz. Neden önemli? Verinin kaynağı hakkında bilgi verir. Birden fazla sistemin kullanıldığı ortamlarda veri kökenini izlemek ve sisteme özgü süreç farklılıklarını belirlemek için önemlidir. Nereden alınır? Bu bilgi genellikle 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 | Verinin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, verinin Process Mining ortamına en son yüklendiği zamanı gösteren bir zaman damgası sağlar. Analiz edilen verinin güncelliğini belirtir. İş etkinliğinin gerçekte ne zaman gerçekleştiğini kaydeden olay zamanından farklıdır. Genellikle süreç akışını doğrudan analiz etmek için kullanılmasa da veri yönetişimi ve bulguların güvenilirliğini sağlamak açısından önemlidir. Analistlerin ve iş kullanıcılarının elde edilen içgörülerin ne kadar güncel olduğunu anlamasına yardımcı olur. Örneğin son veri güncellemesi bir hafta önce yapıldıysa mevcut performansla ilgili çıkarımların bu bilgi dikkate alınarak değerlendirilmesi gerekir. Neden önemli? Verinin 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? Genellikle veri çıkarma (ETL) aracı veya Process Mining platformu tarafından veri aktarımı sırasında oluşturulur ve saklanır. Örnekler 2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z | |||
| Kullanıcı adı UserName | Etkinliği gerçekleştiren kullanıcının, çalışanın veya sistem aracısının adı ya da kimliği. | ||
| Açıklama Kullanıcı adı özniteliği, belirli bir etkinliği gerçekleştiren kişiyi veya otomatik sistemi tanımlar. Siparişi oluşturan satış temsilcisi, siparişi onaylayan kredi yöneticisi ya da ödemeyi otomatik olarak kaydeden sistem kullanıcısı olabilir. Bu öznitelik, süreci insan odaklı incelemenizi sağlar. İş yükü dağılımını analiz etmek, ekiplerin veya kişilerin performansını karşılaştırmak ve eğitim ihtiyaçlarını belirlemek için kullanılır. Uyumluluk ve denetim izi açısından da önemlidir. Etkinlikleri kullanıcıya göre inceleyerek yeniden çalışma döngülerinde veya uyumluluk dışı davranışlarda kimlerin yer aldığını görebilir ve Manuel müdahale oranı KPI’ını hesaplayabilirsiniz. Neden önemli? Etkinliği gerçekleştiren kişiyi veya sistemi belirler; 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 kimliği veya adı. | ||
| 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 çalışmalarında müşteri tanımlayıcısı, verileri gruplara ayırmak için kullanışlı bir boyuttur. Analistler, belirli bir müşterinin sürecini görmek için süreç haritasını filtreleyebilir veya stratejik müşterilerle ara sıra alışveriş yapan müşterilerin süreç akışlarını karşılaştırabilir. Böylece müşteriye özel süreçler ortaya çıkarılabilir ya da sık sık süreç sapmalarına veya gecikmelere yol açan müşteriler belirlenebilir. Bu bilgiler müşteri ilişkileri yönetimine katkı sağlar. Neden önemli? Müşteriye özel süreçleri veya sorunlu hesapları belirlemek için farklı müşteriler ya da müşteri grupları arasındaki süreçleri filtreleyip karşılaştırmanızı sağlar. Nereden alınır? Kaynak ERP veya CRM sistemindeki müşteri ana verilerine bağlı satış siparişi başlık verilerinde bulunur. Örnekler CUST-10023Global Corp Inc.758991 | |||
| Satış kanalı SalesChannel | Siparişin alındığı kanal; örneğin web, doğrudan satış veya iş ortağı. | ||
| Açıklama Satış kanalı, siparişin hangi kaynaktan veya yöntemle verildiğini gösterir. Bu kanal çevrimiçi portal, doğrudan satış ekibi, iş ortağıyla EDI bağlantısı veya perakende mağazası olabilir. Süreci satış kanalına göre incelemek, 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ı işlenirken doğrudan satış siparişlerinde daha fazla elle değişiklik yapılabilir ve onay süreleri uzayabilir. Bu analiz, işletmelerin her kanalın süreç akışını iyileştirmesine ve kaynakları daha verimli dağıtmasına yardımcı olur. Sipariş karşılama darboğazları gibi Dashboardlar için de önemli bir boyuttur. Neden önemli? Farklı kanallardaki süreç performansını karşılaştırarak verimlilik, otomasyon ve uyumluluk farklılıklarını görmenizi 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 istenir. Örnekler Web portalıDoğrudan satışEDIİş ortağı ağı | |||
| Sipariş değeri OrderValue | Satış siparişinin, genellikle belge para birimindeki toplam parasal değeri. | ||
| Açıklama Sipariş değeri, satış siparişinin toplam finansal tutarını gösterir. Her vaka örneğinin büyüklüğünü ölçen önemli bir finansal metriktir. Bu öznitelik, değere dayalı süreç analizine imkân verir. Yüksek değerli siparişlere odaklanarak sorunları önceliklendirebilirsiniz. Örneğin yüksek değerli siparişlerin çevrim sürelerinin daha uzun veya yeniden çalışma sayısının daha fazla olup olmadığını inceleyebilirsiniz. Belirli bir darboğaz nedeniyle geciken siparişlerin toplam değeri gibi ölçümlerle süreç verimsizliklerinin finansal etkisini de hesaplayabilirsiniz. Bu analiz, süreç iyileştirme çalışmalarının iş gerekçesini ortaya koyar. Neden önemli? Yüksek değerli siparişlere odaklanıp gecikmelerin finansal etkisini ölçerek süreç iyileştirmelerini önceliklendirmenizi sağlar. Nereden alınır? Satış siparişi başlık verilerinde bulunur ve genellikle 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 temel ürün veya hizmetin benzersiz kodu ya da adı. | ||
| Açıklama Malzeme numarası veya SKU gibi ürün tanımlayıcısı, neyin satıldığını belirtir. Bir satış siparişinde birden fazla ürün bulunabilir; bu öznitelik genellikle ana ürünü gösterir veya üst düzey analiz için ürün kategorisi bazında gruplanır. Bu öznitelik, Siparişten Tahsilata sürecini ürün odağında incelemenizi sağlar. Belirli ürünlerin daha uzun sipariş karşılama süreleriyle, daha sık teslimat sorunlarıyla veya daha yüksek iptal oranlarıyla ilişkili olup olmadığını görebilirsiniz. Bu bilgi tedarik zinciri planlaması, envanter yönetimi ve ürün portföyü stratejisi açısından önemlidir. Örneğin belirli bir ürün grubunun Depoya serbest bırakıldı adımında sürekli geciktiğini fark etmek, stok düzeylerinin veya depo yerleşiminin incelenmesini sağlayabilir. 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çekleşen teslimat tarihi ActualDeliveryDate | Malların müşteriye gerçekten teslim edildiği tarih; sürecin sipariş karşılama bölümünün tamamlandığını gösterir. | ||
| Açıklama Gerçekleşen teslimat tarihi, malların müşteriye başarıyla teslim edildiği zamanı kaydeden zaman damgasıdır. Bu bilgi genellikle nakliye şirketinin teslimat kanıtına dayanır. Bu öznitelik, sipariş karşılamanın başarıyla tamamlanıp tamamlanmadığını kesin olarak gösterir. Zamanında teslimat oranını hesaplamak için talep edilen ve teyit edilen teslimat tarihleriyle karşılaştırılan son veri noktasıdır. Mallar sevk edildi etkinliği ile gerçekleşen teslimat tarihi arasındaki süreyi inceleyerek lojistik iş ortaklarının ve nakliye yöntemlerinin performansı hakkında da bilgi edinebilirsiniz. Neden önemli? Sipariş karşılamanın tamamlandığını gösteren son kanıttır. Zamanında teslimat oranını ve toplam sipariş karşılama çevrim süresini doğru hesaplamak için gereklidir. Nereden alınır? Genellikle harici bir lojistik veya nakliye sisteminden alınır ve ERP sistemine aktarılır. Mallar teslim edildi etkinliğinin zaman damgasından da elde edilebilir. Örnekler 2023-11-172023-12-022024-01-14 | |||
| Ödeme vadesi tarihi PaymentDueDate | Müşterinin fatura ödemesini yapması gereken son tarih. | ||
| Açıklama Ödeme vadesi tarihi, fatura tarihine ve müşteriyle kararlaştırılan ödeme koşullarına göre hesaplanır. Zamanında ödeme için son tarihi belirler ve alacak hesapları sürecinin önemli bir parçasıdır. Bu öznitelik, Siparişten Tahsilata döngüsünün finansal bölümünü analiz etmek için temel oluşturur. Ödemenin zamanında yapılıp yapılmadığını belirlemede kullanılır ve zamanında ödeme oranı KPI’ına doğrudan girdi sağlar. Faturadan ödemeye çevrimi Dashboardu, ödeme davranışlarını incelemek ve işletme sermayesini etkili biçimde yönetmek için bu tarihten yoğun biçimde yararlanır. Faturanın oluşturulmasıyla ödemenin yapılması arasındaki gecikmeler bu tarihle karşılaştırılarak geç ödeme yapan müşteriler belirlenebilir. Neden önemli? Finansal analiz açısından önemlidir; zamanında ödeme oranını hesaplamak ve alacak hesaplarını yönetmek için temel oluşturur. Nereden alınır? Genellikle müşteri faturasındaki bu tarih, fatura tarihiyle müşteri ana verilerinde veya satış siparişinde belirtilen ödeme koşullarına göre belirlenir. Örnekler 2023-12-152024-01-302024-02-28 | |||
| 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 belirten işaret. | ||
| Açıklama Bu mantıksal öznitelik, kullanıcıların gerçekleştirdiği görevlerle arka plan işleri, API’ler veya RPA botları gibi otomasyonların yürüttüğü görevleri birbirinden ayırır. Örneğin, kredi kontrolü otomatik bir adım olabilirken kredi blokajını çözmek genellikle manuel işlem gerektirir. Süreci otomasyon açısından analiz etmek, 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 büyük ölçüde otomatikleştirildiğini, hangilerinin hâlâ manuel çalışmaya dayandığını belirlemenize yardımcı olur. Bu analiz, maliyetleri düşürmek, hataları azaltmak ve çevrim sürelerini kısaltmak için otomasyon fırsatlarını ortaya çıkarabilir. Neden önemli? Manuel görevlerle otomatik görevleri ayırır. Bu bilgi, 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ı belirleyerek) veya yürütme bağlamını izleyen olay günlüklerindeki belirli alanlardan elde edilebilir. Örnekler truefalse | |||
| Ret gerekçesi RejectionReason | Bir siparişin veya sipariş kaleminin neden iptal ya da reddedildiğini açıklayan kod veya açıklama. | ||
| Açıklama Bir satış siparişi iptal edildiğinde veya bir kalem reddedildiğinde, Ret gerekçesi bu olumsuz sonucun iş bağlamını açıklar. Gerekçeler 'Müşteri iptali' ve 'Yanlış fiyat’tan 'Stokta yok’a kadar değişebilir. Bu öznitelik, süreç başarısızlıklarının temel nedenlerini analiz etmek için gereklidir. Farklı ret gerekçelerinin sıklığını inceleyerek sistemik sorunları belirleyebilirsiniz. Örneğin, 'Yanlış fiyat' nedeniyle çok sayıda iptal yaşanması, fiyat teklifi veya ana veri süreçlerindeki sorunlara işaret edebilir. Bu analiz, 'İlk seferde doğru işlem oranını' artırma ve süreçteki israfı azaltma çalışmalarını doğrudan destekler. Neden önemli? Siparişlerin neden başarısız olduğunu açıklayarak fiyatlandırma, envanter veya müşteri iletişimindeki temel sorunları gidermenize yardımcı olur. Nereden alınır? Genellikle satış siparişi kalemi düzeyinde bulunur ve bir kalem iptal edildiğinde önceden tanımlanmış kod listesinden seçilir. Örnekler Müşteri talebiÜretimi durdurulan ürünFiyatlandırma hatasıKredi limiti aşıldı | |||
| Sipariş durumu OrderStatus | Olayın gerçekleştiği sırada satış siparişinin içinde bulunduğu durum; örneğin Açık, İşlemde veya Tamamlandı. | ||
| Açıklama Sipariş durumu, satış siparişinin yaşam döngüsünde belirli bir anda hangi aşamada olduğunu gösterir. Siparişin mevcut durumunu özetleyen kategorik bir etikettir. Etkinlik sırası ayrıntılı bir süreç haritası sunarken sipariş durumu özniteliği, süreci üst düzeyde ve daha sade biçimde görmenizi sağlar. Örneğin belirli bir durumda olan tüm siparişleri, Kredi blokajında olanlar gibi, filtreleyebilirsiniz. Farklı durumlarda geçirilen süreleri inceleyerek Onay bekliyor durumunda gereğinden uzun kalan siparişler gibi darboğazları da belirleyebilirsiniz. Neden önemli? Siparişin durumunu üst düzeyde özetler; filtreleme, durum analizi ve belirli bir aşamada takılı kalan siparişleri belirleme amacıyla kullanılır. Nereden alınır? ERP ve CRM sistemlerindeki çoğu satış siparişi belgesinin başlığında standart bir alan olarak bulunur. Örnekler AçıkDevam ediyorKredi blokajındaTamamlandıİptal edildi | |||
| Talep edilen teslimat tarihi RequestedDeliveryDate | Müşterinin sipariş için talep ettiği teslimat tarihi. | ||
| Açıklama Bu tarih, müşterinin tercih ettiği teslimat zamanını gösterir. Sürecin başında kaydedilen önemli bir bilgidir ve teslimatın zamanında yapılmasına ilişkin müşteri memnuniyetini ölçmek için temel alınır. Süreç analizinde talep edilen teslimat tarihi; teyit edilen ve gerçekleşen teslimat tarihleri gibi diğer önemli tarihlerle karşılaştırılarak hizmet düzeyi ölçülür. Zamanında teslimat performansı Dashboardunun temel girdilerinden biridir ve teslimatın müşteri açısından zamanında yapılıp yapılmadığını hesaplamak için kullanılır. Talep edilen ve teyit edilen tarihler arasındaki farkları incelemek, planlama ve zamanlama sorunlarını da ortaya çıkarabilir. Neden önemli? Müşterinin teslimat beklentisini gösterir; zamanında teslimat performansını ve 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şturulurken girilir. Örnekler 2023-11-152023-12-012024-01-10 | |||
| Teyit edilen teslimat tarihi ConfirmedDeliveryDate | Şirketin teyit edip müşteriye taahhüt ettiği teslimat tarihi. | ||
| Açıklama Şirket, envanter ve üretim planlarını kontrol ettikten sonra teyit edilen teslimat tarihini müşteriye bildirir. Bu tarih, kuruluşun müşteriye verdiği taahhüdü gösterir ve sipariş karşılama performansını ölçmek için şirket içinde temel alınır. Bu öznitelik, operasyonel verimliliği değerlendirmek açısından önemlidir. Zamanında teslimat oranı KPI’ında teyit edilen teslimat tarihi gerçekleşen teslimat tarihiyle karşılaştırılarak şirketin kendi taahhüdünü yerine getirip getirmediği belirlenir. Çok sayıda siparişte talep edilen ve teyit edilen teslimat tarihleri arasında büyük farklar görülmesi, kullanılabilirlik taahhüdü (ATP) hesaplamalarında veya kapasite planlamasında sistemik sorunlara işaret edebilir. Neden önemli? Şirketin müşteriye verdiği taahhüdü gösterir; zamanında teslimatı ve sipariş karşılama güvenilirliğini ölçmek için şirket içi temel oluşturur. Nereden alınır? Satış siparişinin teslimat planı kalemlerinde bulunur ve genellikle kullanılabilirlik kontrolü veya üretim planlama çalıştırmasından sonra güncellenir. Örnekler 2023-11-182023-12-012024-01-15 | |||
Siparişten Tahsilata, satış siparişi işleme etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura oluşturuldu | Bu etkinlik, gönderilen ürün veya hizmetler için müşteri faturasının oluşturulmasını ifade eder. Müşterinin borcunu resmî olarak kaydeden bu temel finansal işlem, ödeme sürecini başlatır. | ||
| Neden önemli? Sevkiyat ile faturalandırma arasındaki süre, yani faturalandırmadan tahsilata kadar geçen gecikme, nakit akışını doğrudan etkiler. Bu süreyi inceleyerek faturalandırma sürecindeki gecikmeleri belirleyebilirsiniz. Nereden alınır? Bu, finans modülündeki fatura veya faturalandırma belgesinin oluşturulma zaman damgasından alınan açık bir olaydır. Kaydedin Alacak hesapları veya faturalandırma tablolarındaki fatura belgesi kaydının oluşturulma tarihini ve saatini kullanın. Olay türü explicit | |||
| Ödeme alındı | Bu etkinlik, müşterinin fatura ödemesinin alındığını, işlendiğini ve hesaba uygulandığını gösterir. Bu 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. Satışların Tahsilat Süresi ve nakit dönüşüm sürecinin verimliliğini analiz etmek için fatura ile ödeme arasındaki süreyi ölçmek 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. Kaydedin Açık fatura tutarını kapatan finansal belgenin kayıt tarihini veya kapatma tarihini kullanın. Olay türü explicit | |||
| Satış siparişi iptal edildi | Bu olay, satış siparişinin tamamen sevk edilip faturalanmadan önce iptal edilmesini ifade eder. Sürecin farklı aşamalarında gerçekleşebilen bu durum, başarısızlıkla sonuçlanan alternatif bir bitiştir. | ||
| Neden önemli? Bu, önemli bir başarısızlık sonucudur. Siparişlerin ne zaman ve neden iptal edildiğini inceleyerek müşteri memnuniyeti, envanter durumu veya veri girişi hatalarıyla ilgili sorunları ortaya çıkarabilirsiniz. Nereden alınır? Genellikle satış siparişi başlığına veya kalemlerine uygulanan İptal Edildi ya da Reddedildi gibi belirli bir durumla kaydedilir. Kaydedin İptal nedeninin veya nihai İptal Edildi durumunun satış siparişi belgesine eklendiği zaman damgasını alın. Olay türü inferred | |||
| Satış siparişi kapatıldı | Bu, başarıyla işlenen bir siparişin son etkinliğidir. 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 etkinlik, sürecin başarıyla tamamlandığını gösterir. Siparişin oluşturulmasından kapatılmasına kadar geçen toplam süre, kusursuz bir siparişin uçtan uca çevrim süresidir. Nereden alınır? Genellikle tüm alt işlemler tamamlandıktan sonra satış siparişi başlığındaki Sonlandırıldı veya Tamamlandı gibi nihai bir durumdan çıkarılır. Kaydedin Satış siparişi başlığının genel durumunun tamamlanmış nihai duruma güncellendiği zaman damgasını belirleyin. Olay türü inferred | |||
| Satış siparişi oluşturuldu | Bu etkinlik, sistemde bir satış siparişinin ilk kez oluşturulmasını belirtir. Müşterinin ürün veya hizmet talebinin resmî olarak kayda alınmasını ifade eder ve Siparişten Tahsilata 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 ederek sipariş karşılama çevrim süresini ve ilk veri girişi verimliliğini ölçebilirsiniz. Nereden alınır? Bu olay genellikle ana satış siparişi başlık kaydının oluşturulma zaman damgasından veya ilişkili işlem günlüğünden alınır. Kaydedin Sistemin sipariş başlık 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 aşama, satış siparişinin kredi ve yapılandırma incelemeleri gibi gerekli tüm iç kontrollerden geçtiğini ve siparişin karşılanmak üzere resmen onaylandığını gösterir. Genellikle açık bir onay işlemi veya durum değişikliğiyle kaydedilir. | ||
| Neden önemli? Bu, sipariş karşılama 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 iş akışı geçmişinde Onaylandı, Teyit edildi ya da Kaydedildi olarak belirtilir. Kaydedin Satış siparişi durumunun Onaylandı veya Kaydedildi gibi siparişin karşılanmaya 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ğini ve fiziksel olarak depodan çıktığını belirtir. Lojistik ve finans açısından önemli bir aşamadır ve çoğu zaman faturalama sürecini başlatır. | ||
| Neden önemli? Bu, zamanında teslimat performansını ve sipariş karşılama çevrim süresini ölçmek için temel bir aşamadır. Siparişin oluşturulmasından sevkiyata kadar geçen süre önemli bir performans göstergesidir. Nereden alınır? Bu olay genellikle sevkiyat veya lojistik modüllerine açıkça kaydedilir ve Mal çıkışı kaydı ya da Sevkiyat onayı olarak adlandırılır. Kaydedin Genellikle teslimat veya sipariş karşılama belgesinde saklanan sevkiyat onayı ya da mal çıkışı işleminin zaman damgasını kullanın. Olay türü explicit | |||
| Alacak dekontu oluşturuldu | Bu etkinlik, genellikle ürün iadesi, fiyat anlaşmazlığı veya başka bir düzeltme nedeniyle müşteriye alacak dekontu düzenlendiğinde gerçekleşir. Daha önce faturalanmış bir tutarın iptalini veya azaltılmasını ifade eder. | ||
| Neden önemli? Alacak dekontlarının sıklığını ve nedenlerini inceleyerek ürün kalitesi, sevkiyat doğruluğu veya fiyatlandırma hatalarıyla ilgili sistemik sorunları belirleyebilirsiniz. Bu, süreç aksaklıklarının önemli bir göstergesidir. Nereden alınır? Bu, faturalandırma veya alacak hesapları modülündeki alacak dekontu belgesinin oluşturulma zaman damgasından alınan açık bir finansal olaydır. Kaydedin Genellikle asıl satış siparişine veya faturaya bağlı olan alacak dekontu belgesinin oluşturulma tarihini ve saatini kullanın. Olay türü explicit | |||
| Depoya gönderildi | Bu etkinlik, satış siparişinin fiziksel işlemler için depoya resmen devredilmesini belirtir. Depo ekibinin ürün toplama ve paketleme işlemlerine başlamasını sağlar. | ||
| Neden önemli? Bu, departmanlar arasındaki önemli bir devir teslim 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 toplama listesinin oluşturulmasıyla veya sipariş durumunun Toplanmaya hazır ya da Serbest bırakıldı olarak güncellenmesiyle kaydedilir. Kaydedin Satış siparişi kaleminin durumu depo işlemlerine hazır olduğunu gösteren bir duruma geçtiğinde oluşan 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ı ifade eder. Fatura e-posta, elektronik veri değişimi veya posta gibi farklı kanallardan gönderilebilir. | ||
| Neden önemli? Bu, müşterinin ödeme vadesinin resmen başladığı andır. Faturanın oluşturulmasıyla gönderilmesi arasındaki gecikmeler, nakit dönüşüm sürecini 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. Kaydedin Fatura belgesinin başarıyla iletildiğini gösteren sistem çıktı günlüğündeki zaman damgasını alın. Olay türü inferred | |||
| Kredi kontrolü yapıldı | Bu etkinlik, siparişle ilişkili müşterinin kredi değerliliğinin kontrol edildiğini belirtir. Kontrol, otomatik bir sistem denetimi veya manuel inceleme 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 etkinlik genellikle satış siparişinin durumundaki değişiklikten, kredi blokajının kaldırılmasından veya belirli bir kredi yönetimi günlüğündeki kayıttan anlaşılır. Kaydedin 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 etkinlik, satış siparişinin ilk oluşturulmasından sonra miktar, ürün, fiyat 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, yeniden çalışmayı belirlemek, verimsizlik kaynaklarını anlamak ve ilk seferde doğru işlem oranını ölçmek açısından önemlidir. Sık değişiklik yapılması, ilk sipariş bilgilerinin 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 elde edilir. Kaydedin Değişiklik zaman damgasını olay zamanı olarak kullanarak satış siparişi başlığındaki veya kalemlerindeki önemli alanlara yönelik güncellemeleri sistem değişiklik günlüklerinde filtreleyin. Olay türü explicit | |||
| Stok rezerve edildi | Bu etkinlik, satış siparişi kalemleri için gereken stokun tahsis edildiği veya rezerve edildiği noktayı belirtir. Bu işlem, ürünlerin ilgili sipariş için ayrılmasını ve başkalarına satılmamasını sağlar. | ||
| Neden önemli? Stok rezervasyonunu izlemek, malzeme bulunabilirliğini ve stok kaynaklı olası gecikmeleri analiz etmeye yardımcı olur. Siparişin onaylanmasıyla stokun rezerve edilmesi arasındaki süre, tedarik sorunlarını ortaya çıkarabilir. Nereden alınır? Bu genellikle stok hareketi tablolarına kaydedilen veya satış siparişi kalemindeki durum değişikliğiyle belirtilen otomatik bir sistem olayıdır. Kaydedin Belirli satış siparişi kalemi için stokun ayrıldığını gösteren stok hareketi günlüğündeki zaman damgasını kaydedin. Olay türü explicit | |||
| Ürünler paketlendi | Bu etkinlik, toplanan ürünlerin bir araya getirilip paketlendiği ve sevkiyata hazırlandığı paketleme işleminin tamamlandığını belirtir. Bu aşamada genellikle paketleme fişi oluşturulur ve sevkiyat bilgileri kesinleştirilir. | ||
| Neden önemli? Toplama ile paketleme arasındaki süreyi analiz etmek, çalışma alanının düzenini ve paketleme prosedürlerini iyileştirmeye yardımcı olabilir. Sevkiyat öncesinde siparişin doğruluğunu sağlamanın önemli bir adımıdır. Nereden alınır? Bu olay, WMS içinde ayrı bir durum olarak kaydedilebilir veya paketleme fişinin oluşturulma zamanından anlaşılabilir. Kaydedin Sipariş karşılama belgesinin durumu Paketlendi olarak değiştiğinde oluşan zaman damgasını belirleyin veya paketleme fişinin oluşturulma zamanını kullanın. Olay türü inferred | |||
| Ürünler teslim edildi | Bu etkinlik, sevkiyatın müşterinin belirttiği adrese başarıyla ulaştığını gösterir. Bu bilgi genellikle harici bir lojistik taşıyıcıdan alınan verilerle güncellenir veya manuel olarak onaylanır. | ||
| Neden önemli? Teslimatın izlenmesi, müşteri deneyiminin bütününü görmenizi ve sipariş karşılama çevrim süresini doğru ö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. Kaydedin Nakliye şirketinin sağladığı teslimat onayının zaman damgasını veya elle girilen Teslimat Kanıtı kaydının zaman damgasını alın. Olay türü explicit | |||
| Ürünler toplandı | Bu etkinlik, siparişteki tüm ürünlerin depodaki konumlarından fiziksel olarak toplanmasının tamamlandığını belirtir. Genellikle depo çalışanının toplama görevinin bittiğini onaylamasıyla kaydedilir. | ||
| Neden önemli? Toplama süresini ölçmek, depo verimliliğini analiz etmek ve fiziksel sipariş karşılama sürecindeki darboğazları belirlemek için önemlidir. Nereden alınır? Genellikle bir Depo Yönetim Sistemi modülüne kaydedilir veya teslimat ya da sipariş karşılama belgesindeki durum güncellemesinden anlaşılır. Kaydedin İlişkili toplama listesinin veya sipariş karşılama belgesinin durumu Toplandı ya da Tamamlandı olarak güncellendiğinde oluşan zaman damgasını kaydedin. Olay türü inferred | |||
Veri çıkarma rehberleri
Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
ETL rehberimizi okuyun veya belirli bir süreç ve sistem seçin.
Başlamaya hazır mısınız?
İster sisteme özel bir rehberi seçin ister bu genel Templatei ihtiyaçlarınıza göre uyarlayın, artık Siparişten Tahsilata, satış siparişi işleme sürecinizi iyileştirmeye başlayabilirsiniz.
Satış siparişi işleme sürecinizi bugün iyileştirmeye başlayın
Hemen içgörü edinin, gecikmeleri giderin ve nakit akışınızı iyileştirin.
Kredi kartı gerekmez, kurulumu birkaç dakika sürer.