Veri Template: Siparişten Tahsilata - Satış Siparişi İşleme
Siparişten Nakde - Satış Siparişi İşleme Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Salesforce Sales Cloud için veri çıkarma rehberliği
Siparişten Tahsilata - Satış Siparişi Süreci Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
Faaliyet Adı ActivityName | Satış siparişi yaşam döngüsü içinde gerçekleşen belirli iş event'inin veya görevinin adı. | ||
Açıklama Etkinlik Adı, 'Sipariş Oluşturuldu', 'Kredi Kontrolü Yapıldı' veya 'Fatura Gönderildi' gibi satış siparişi sürecindeki bir adımı tanımlar. Bu etkinlikler, süreç haritasının yapı taşlarıdır ve sistem olaylarından, durum değişikliklerinden veya görev tamamlamalarından türetilir. Bu etkinlikleri analiz etmek, süreç akışının görselleştirilmesine, ortak yolların (varyantların) belirlenmesine ve her adımın sıklığının ve süresinin ölçülmesine olanak tanır. Süreçte ne olduğunu anlamak için temeldir. Neden önemli Bu öznitelik, süreç haritasındaki adımları tanımlar. Olmadan, süreç akışını görselleştiremez veya satış siparişlerinin fiilen nasıl işlendiğini analiz edemezsiniz. Nereden alınır Genellikle 'Order.Status' field'ındaki durum değişikliklerinden, ilgili record'ların (örn. Invoice) oluşturulmasından veya Order ile ilgili tamamlanmış 'Task' veya 'Event' record'larından türetilir. Örnekler Sipariş OluşturulduSipariş OnaylandıMallar Sevk EdildiÖdeme Alındı | |||
Olay Zamanı EventTime | Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
Açıklama Event Time veya timestamp, bir etkinliğin gerçekleştiği kesin anı kaydeder. Bu veri, olayları doğru bir şekilde sıralamak ve etkinlikler arasındaki süreleri hesaplamak için kritik öneme sahiptir; bu da tüm zaman tabanlı Process Mining analizinin temelini oluşturur. Bu attribute, her bir case için etkinlikleri sıralamak, cycle time'ları hesaplamak, bekleme sürelerini belirlemek ve farklı zaman dilimlerinde süreç performansını analiz etmek için kullanılır. Yanlış veya eksik timestamp'ler, analizin faydasını ciddi şekilde sınırlayabilir. Neden önemli Timestamp'ler, event'leri kronolojik olarak sıralamak ve cycle time'lar ve bottleneck'ler gibi tüm performans metric'lerini hesaplamak için çok önemlidir. Nereden alınır 'Order' nesnesindeki veya ilgili kayıtlardaki 'CreatedDate' veya 'LastModifiedDate' gibi alanlara karşılık gelir. Belirli event'ler için, bir 'Task' kaydının tamamlanma tarihinden gelebilir. Örnekler 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
Satış Siparişi SalesOrderId | Tüm Siparişten Nakite sürecini takip etmek için birincil case olarak hizmet veren her satış siparişi için benzersiz tanımlayıcı. | ||
Açıklama Satış Siparişi Kimliği, yaşam döngüsü boyunca ilerlerken her müşteri siparişini benzersiz bir şekilde tanımlayarak süreç analizinin temel taşıdır. Oluşturmadan onaya, yerine getirmeden ödemeye kadar tüm ilişkili etkinlikleri birbirine bağlar. Process Mining'de, belirli bir siparişle ilgili her event, bu kimliğe geri bağlanır. Bu, siparişin yolculuğunun uçtan uca yeniden yapılandırılmasına olanak tanıyarak, bireysel siparişler için cycle time'ların, süreç varyasyonlarının ve bottleneck'lerin ayrıntılı analizini sağlar. Neden önemli Bu öznitelik, tüm ilgili event'leri tek bir vakada gruplamak için gereklidir ve bu sayede her satış siparişi için uçtan uca süreç akışını görselleştirmek ve analiz etmek mümkün hale gelir. Nereden alınır Bu, standart Salesforce 'Order' object'indeki 'Id' field'ıdır. Örnekler 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
Kaynak Sistem SourceSystem | Verinin çıkarıldığı sistemi tanımlar. | ||
Açıklama Bu öznitelik, süreç verilerinin kaynağını belirtir. Bu analiz için, tutarlı bir şekilde 'Salesforce Sales Cloud' olacaktır. Birden fazla sistemin bulunduğu ortamlarda, bu alan veri soy ağacı ve sorun giderme için kritik öneme sahiptir. Tek sistemli bir bağlamda bile, verinin kaynağı hakkında önemli metadata sağlar. Neden önemli Verilerin kökeni hakkında temel bağlam sağlar; bu, veri yönetimi ve birden çok kaynak sistemden veri entegre ederken önemlidir. Nereden alınır Bu, genellikle veri extraction süreci sırasında dataset'i etiketlemek için eklenen statik bir value'dur. Örnekler Salesforce Sales Cloud | |||
Son Veri Güncellemesi LastDataUpdate | Verilerin en son ne zaman ayıklandığını veya yenilendiğini gösteren timestamp. | ||
Açıklama Bu öznitelik, kaynak sistemden en son veri çekme tarihini ve saatini kaydeder. Analiz edilen verinin güncelliği hakkında kritik bağlam sağlar. Analistler bu bilgiyi, en güncel süreç verilerini görüp görmediklerini anlamak ve bulgularının alaka düzeyini değerlendirmek için kullanır. Herhangi bir Process Mining projesi için önemli bir metadata parçasıdır. Neden önemli Kullanıcıları verilerin güncelliği hakkında bilgilendirerek, analizin ne kadar yeni olduğunu anlamalarını sağlar. Nereden alınır Bu, veri extraction, transformation ve loading (ETL) süreci sırasında oluşturulan ve eklenen bir timestamp'tir. Örnekler 2023-11-01T05:00:00Z | |||
Eylemi Gerçekleştiren Kullanıcı UserPerformingAction | Etkinliği yürüten kullanıcının veya sistem temsilcisinin adı. | ||
Açıklama Bu öznitelik, bir süreç adımını tamamlamaktan sorumlu kişiyi tanımlar. Bir satış temsilcisi, kredi analisti veya otomatik sistem kullanıcısı olabilir. Bu kullanıcıya dayalı analiz, iş yükü dağılımını, bireysel performansı ve otomasyon seviyelerini anlamak için hayati önem taşır. 'Hangi kullanıcılar en çok rework yapar?' veya 'Belirli ekipler onaylarda daha mı hızlı?' gibi soruları yanıtlamaya yardımcı olur. Bu ayrıca, işin bireyler arasında nasıl devredildiğini görmek için sosyal ağ analizinde de kullanılır. Neden önemli Kullanıcı, ekip veya role göre performans analizi yapılmasına olanak tanır ve otomasyon fırsatlarını veya eğitim ihtiyaçlarını belirlemeye yardımcı olur. Nereden alınır 'Order' nesnesindeki 'LastModifiedById' veya 'Task' kayıtlarındaki 'OwnerId' gibi alanlarda bulunabilir. Bu kimliklerin, kullanıcının adını almak için 'User' nesnesiyle birleştirilmesi gerekir. Örnekler Alice SmithBob JohnsonSistem OtomasyonuKredi Ekibi | |||
Hesap Adı AccountName | Satış siparişini veren müşteri veya şirketin adı. | ||
Açıklama Müşteri Adı, satış siparişiyle ilişkili müşteriyi tanımlar. Bu, müşteri odaklı bir bakış açısıyla süreç analizi yapılmasına olanak tanır. Bu özniteliği kullanarak analistler, süreci belirli müşterilere göre filtreleyebilir, farklı müşteri segmentleri arasında süreç performansını karşılaştırabilir veya belirli müşterilerin sürekli olarak süreç sorunları yaşayıp yaşamadığını belirleyebilir. Süreç performansını doğrudan müşteri deneyimine bağlamanın anahtarıdır. Neden önemli Süreç performansını belirli müşterilere bağlayarak, müşteri özelinde analiz ve segmentasyon ile kalıpları veya sorunları belirlemeyi sağlar. Nereden alınır 'Order' nesnesinin 'AccountId' adında bir lookup field'ı bulunur. Bu kimlik, 'Account.Name' alanını almak için 'Account' nesnesiyle birleştirilmelidir. Örnekler Global Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
Sipariş Durumu OrderStatus | Event anındaki satış siparişinin durumu. | ||
Açıklama Bu öznitelik, satış siparişinin 'Taslak', 'Aktif', 'Sevk Edildi' veya 'Kapatıldı' gibi durumunu kaydeder. Durum değişiklikleri, süreç log'undaki aktiviteleri oluşturmanın sıkça rastlanan kaynağıdır. Sipariş durumunu analiz etmek, her bir event'e bağlam sağlar ve bir siparişin ilerlemesini izlemek için kritik öneme sahiptir. Vakaların sonucunu anlamaya yardımcı olur; örneğin, 'İptal Edilen' siparişler ile başarıyla 'Kapatılan' siparişleri ayırt etmeyi sağlar. Neden önemli Her olay için kritik bağlam sağlar ve genellikle aktiviteleri tanımlamak için temel oluşturur. Ayrıca iptaller gibi vaka sonuçlarını analiz etmek için de anahtardır. Nereden alınır Bu, standart Salesforce 'Order' object'indeki 'Status' picklist field'ıdır. Örnekler TaslakAktif EdildiSevkedildiKapalıİptal Edildi | |||
Talep Edilen Teslimat Tarihi RequestedDeliveryDate | Müşteri tarafından talep edilen siparişin teslimat tarihi. | ||
Açıklama Bu öznitelik, müşterinin mallarını ne zaman teslim almayı beklediği tarihi saklar. Teslimat performansını ve müşteri memnuniyetini ölçmek için kritik bir referans noktasıdır. Bu tarih, 'Teslimat Tarihi Uygunluk Takibi' dashboard'unda ve 'Zamanında Teslimat Oranı' KPI'ında doğrudan kullanılır. Siparişin zamanında, erken veya geç teslim edilip edilmediğini belirlemek için gerçek teslimat tarihi ('Ürün Teslim Edildi' timestamp) ile karşılaştırılır. Neden önemli Bu, zamanında teslimat performansını ölçmek için birincil benchmark'tır; müşteri memnuniyetinin ve operasyonel etkinliğin temel bir göstergesidir. Nereden alınır Bu genellikle 'Order' object'inde bir custom date field'dır. Tam adı değişebilir. Salesforce Sales Cloud dokümantasyonuna veya schema'ya başvurun. Örnekler 2023-11-152023-12-012024-01-10 | |||
Toplam Cycle Time CycleTime | Satış siparişinin oluşturulmasından nihai kapanışına kadar geçen toplam süre. | ||
Açıklama Total Cycle Time, satış siparişi sürecinin uçtan uca süresini ölçen önemli bir performans göstergesidir. İlk event ('Order Created' gibi) ile son event ('Order Closed' gibi) arasındaki zaman farkı olarak hesaplanır. Bu metric, 'Satış Siparişi Uçtan Uca Süreç Süresi' dashboard'ının ana odak noktasıdır. Cycle time analizi, genel süreç verimsizliğini belirlemeye ve iyileştirme girişimlerinin etkisini ölçmeye yardımcı olur. Cycle time'daki varyasyonlar, ülke veya ürün ailesi gibi diğer özniteliklerle veriyi slice ederek incelenebilir. Neden önemli Bu, genel süreç verimliliğini ölçmek ve sistemik sorunları işaret edebilecek uzun süreli siparişleri belirlemek için temel bir KPI'dır. Nereden alınır veri dönüşümü sırasında, her bir 'SalesOrderId' için ilk event'in zaman damgasının son event'in zaman damgasından çıkarılmasıyla hesaplanır. Örnekler 10 gün 4 saat25 gün 11 saat5 gün 2 saat | |||
Toplam Sipariş Tutarı TotalOrderAmount | Satış siparişinin toplam parasal değeri. | ||
Açıklama Bu öznitelik, müşterinin siparişinin toplam finansal tutarını temsil eder. Süreç verimliliklerinin veya verimsizliklerinin iş üzerindeki etkisini anlamak için temel bir ölçümdür. Analizde, toplam sipariş tutarı, örneğin yüksek değerli siparişlerin farklı işlenip işlenmediğini veya düşük değerli siparişlere göre daha fazla gecikme yaşayıp yaşamadığını görmek için vakaları segmentlere ayırmak için kullanılabilir. Ayrıca finansal KPI'ları hesaplamak ve süreçten geçen değeri anlamak için de esastır. Neden önemli Sürecin finansal analizini mümkün kılar, siparişleri değere göre segmentlere ayırmaya ve gecikmelerin veya yeniden işleme maliyetlerinin parasal etkisini niceliksel olarak belirlemeye olanak tanır. Nereden alınır Bu, standart Salesforce 'Order' object'indeki 'TotalAmount' field'ıdır. Örnekler 5400.50125000.00950.75 | |||
Fatura Kimliği InvoiceId | Satış siparişiyle ilişkili fatura için benzersiz tanımlayıcı. | ||
Açıklama Fatura Kimliği, bir satış siparişini ilgili finansal faturasına bağlar. Bu faturanın oluşturulması ve gönderilmesi, Siparişten Nakite sürecinin ikinci yarısındaki önemli dönüm noktalarıdır. Bu öznitelik, siparişin yerine getirilmesinden ödemeye kadar süreci takip etmek için çok önemlidir. 'Ödeme Tahsilat Süresi'ni hesaplamak için gereken 'Fatura Oluşturuldu' ve 'Müşteriye Fatura Gönderildi' etkinliklerinin kesin ölçümüne olanak tanır. Neden önemli Satış siparişini fatura alt sürecine bağlayarak, finansal aktivitelerin ve ödeme cycle time'larının doğru bir şekilde takip edilmesini sağlar. Nereden alınır Bu genellikle 'Order' object'inde standart veya özel bir 'Invoice' object'ine işaret eden bir custom lookup field'dır. Uygulama şekli farklılık gösterebilir. Örnekler INV-001234INV-001235INV-001236 | |||
İşlem Süresi ProcessingTime | Aktif çalışma süresini temsil eden bireysel bir etkinliğin süresi. | ||
Açıklama İşleme süresi, bir göreve aktif olarak harcanan süredir ve bir aktivitenin bitiş zamanı ile başlangıç zamanı arasındaki fark olarak hesaplanır. Bu, aktiviteler arasındaki bekleme süresinden farklıdır. Bu metrik, 'Kredi Kontrolü Yapıldı' aktivitesi gibi darboğaz analizi için temeldir. Aktif işleme süresini izole ederek, analistler gecikmelerin görevin kendisindeki verimsiz çalışmadan mı yoksa görev başlamadan önceki uzun kuyruklardan mı kaynaklandığını belirleyebilirler. Neden önemli Belirli bir görev için aktif çalışma süresini ayırarak, verimsiz aktiviteler ile uzun bekleme sürelerini ayırt etmeye yardımcı olur. Nereden alınır veri dönüşümü sırasında, 'EventTime' (Başlangıç Zamanı) değerinin 'EventEndTime' değerinden çıkarılmasıyla hesaplanır. Örnekler 5 dakika2 saat 15 dakika45 saniye | |||
Kredi Kontrol Durumu CreditCheckStatus | Siparişin kredi kontrolü sürecinin sonucu. | ||
Açıklama Bu öznitelik, müşterinin kredi değerlendirmesinin sonucunu gösterir ve bu, genellikle sipariş sürecinde kritik bir geçiş noktasıdır. Yaygın değerler arasında 'Onaylandı', 'Reddedildi' veya 'Beklemede' bulunur. Bu, 'Credit Check Bottleneck Analysis' dashboard'u için hayati öneme sahiptir. Bir siparişin kredi kontrol aşamasına ne zaman girdiğini ve çıktığını, ayrıca nihai durumunu takip ederek, kuruluşlar bu adımın süresini ve sonucunu ölçebilir ve potansiyel bir gecikme kaynağı olarak tanımlayabilir. Neden önemli Kredi kontrol adımının analizini doğrudan destekler, süresini, başarı oranını ve genel cycle time üzerindeki etkisini ölçmeye yardımcı olur. Nereden alınır Bu, muhtemelen 'Order' veya 'Account' object'inde yer alan bir custom field'dır. Salesforce Sales Cloud dokümantasyonuna veya schema'ya başvurun. Örnekler OnaylandıReddedildiİncelemede BeklemedeGerekli Değil | |||
Ödeme Tahsilat Süresi PaymentCollectionDuration | Müşteriye fatura gönderme ile ödemeyi alma arasında geçen süre. | ||
Açıklama Bu hesaplanmış metrik, Siparişten Tahsilata döngüsünün son, kritik aşaması olan ödeme almanın verimliliğini ölçer. 'Fatura Müşteriye Gönderildi' aktivitesi ile 'Ödeme Alındı' aktivitesi arasındaki süredir. Bu öznitelik, 'Ödeme Tahsilat Süresi' dashboard'unu ve 'Ödeme Gerçekleşme Süresi' KPI'ını doğrudan destekler. Bu süreyi analiz etmek, finans departmanının tahsilatlardaki bottleneck'leri belirlemesine, ödeme koşullarının etkinliğini değerlendirmesine ve nakit akışını hızlandırma fırsatlarını bulmasına yardımcı olur. Neden önemli Alacaklar sürecinin verimliliğini ölçerek, şirketin nakit akışını doğrudan etkiler. Nereden alınır veri dönüşümü sırasında, her bir case için 'Fatura Müşteriye Gönderildi' event'inin zaman damgasının 'Payment Received' event'inden çıkarılmasıyla hesaplanır. Örnekler 30 gün15 gün 8 saat45 gün | |||
Olay Bitiş Zamanı EventEndTime | Etkinliğin tamamlandığı kesin tarih ve saati. | ||
Açıklama Event End Time, bir etkinliğin tamamlanmasını işaret eder. Birçok Process Mining aracı bunu bir sonraki etkinliğin başlangıç zamanından çıkarırken, açıkça yakalamak özellikle uzun süren görevler için daha doğru etkinlik süreleri sağlayabilir. Bu öznitelik, bir etkinliğin kesin işleme süresini hesaplamak için kullanılır. 'Kredi Kontrolü Yapıldı' veya 'Envanter Atandı' gibi önemli süreye sahip görevleri analiz etmek, aktif işleme süresini boşta bekleme süresinden ayırması açısından özellikle değerlidir. Neden önemli Bireysel aktivite işleme sürelerinin hassas hesaplanmasını sağlayarak, darboğazları ve yoğun kaynak kullanan adımları belirlemek için kritik öneme sahiptir. Nereden alınır Belirli bir case için sıradaki sonraki event'in 'StartTime' değerinden türetilebilir. Bazı activity'ler için 'Task.CompletedDateTime' gibi belirli bir alan olabilir. Örnekler 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
Otomatikleştirildi mi? IsAutomated | Aktivitenin bir sistem süreci tarafından mı yoksa bir insan kullanıcı tarafından mı gerçekleştirildiğini belirten bir işaret. | ||
Açıklama Bu boolean öznitelik, sistem otomasyonu tarafından tetiklenen event'ler (örneğin, otomatik bir durum güncellemesi) ile bir kullanıcı tarafından manuel olarak gerçekleştirilenleri ayırt eder. Bu, süreçteki otomasyon seviyesini anlamak için anahtardır. Bu özniteliki analiz etmek, otomasyonun verimlilik ve tutarlılık üzerindeki etkisini nicel olarak belirlemeye yardımcı olur. Otomatik ve manuel yolların karşılaştırılmasına olanak tanır ve manuel çabayı ve hata potansiyelini azaltmak için daha fazla otomasyon fırsatlarını vurgulayabilir. Neden önemli Sistem ve kullanıcı eylemleri arasında ayrım yapmaya yardımcı olur; bu da otomasyon analizi ve manuel işleri azaltma fırsatlarını belirlemek için kritik öneme sahiptir. Nereden alınır veri dönüşümü sırasında, 'UserPerformingAction' değerinin belirlenmiş bir sistem kullanıcısı olup olmadığı kontrol edilerek veya activity türüne dayalı kurallarla türetilir. Örnekler truefalse | |||
Satış Kanalı SalesChannel | Satış siparişinin verildiği kanal; örneğin 'Web', 'Doğrudan Satış' veya 'İş Ortağı'. | ||
Açıklama Satış Kanalı özniteliği, siparişleri köken noktalarına göre sınıflandırır. Bu, farklı kanallar arasında süreç performansının karşılaştırmalı analizine olanak tanır. Bu, 'Satış Kanalı Performans Karşılaştırması' dashboard'ı için hayati öneme sahiptir. Kanala göre filtreleme veya karşılaştırma yaparak işletmeler, hangi kanalların en verimli olduğunu, hangilerinin en çok yeniden işleme yaşadığını ve performansı eşitlemek için standartlaştırma çabalarının nerede gerekebileceğini belirleyebilir. Neden önemli Farklı iş kanalları arasında performans karşılaştırmasını mümkün kılar, en iyi uygulamaları ve süreç uyumlaştırma alanlarını belirlemeye yardımcı olur. Nereden alınır Bu genellikle 'Order' veya 'Opportunity' object'inde bir custom picklist field'dır. Salesforce Sales Cloud dokümantasyonuna veya schema'ya başvurun. Örnekler Doğrudan SatışWeb Portalİş Ortağı Ağıİç Satış | |||
Sevkiyat Ülkesi ShippingCountry | Satış siparişi gönderisinin varış ülkesi. | ||
Açıklama Bu öznitelik, siparişin sevk edildiği ülkeyi belirtir. Siparişten Tahsilata sürecinin coğrafi analizi için anahtar bir boyuttur. Sevkiyat ülkesine göre analiz yapmak, süreç performansında bölgesel farklılıkları ortaya çıkarabilir; örneğin, uluslararası siparişler için daha uzun teslimat süreleri veya ödeme tahsilat döngülerindeki varyasyonlar gibi. Bölgeye özgü zorlukları anlamak ve ele almak için sürecin segmentasyonuna olanak tanır. Neden önemli Sürecin coğrafi segmentasyonunu mümkün kılar; bu da bölgesel performans farklılıklarını, uyumluluk sorunlarını veya lojistik zorlukları vurgulayabilir. Nereden alınır Bu, standart Salesforce 'Order' object'indeki 'ShippingCountry' field'ıdır. Örnekler USAAlmanyaJaponyaBrezilya | |||
Sevkiyat Yöntemi ShippingMethod | Malları göndermek için seçilen yöntem; örneğin 'Standart Kara Taşımacılığı', 'Ekspres' veya 'Uluslararası'. | ||
Açıklama Bu öznitelik, siparişin teslimatı için seçilen lojistik hizmet seviyesini gösterir. Teslimat sürelerini ve maliyetlerini doğrudan etkiler. 'Sevkiyat Yöntemi Verimlilik Analizi'nde, bu öznitelik farklı sevkiyat seçeneklerinin performansını karşılaştırmak için kullanılır. Ekspres gönderilerin zaman taahhütlerini karşılayıp karşılamadığını ve farklı yöntemlerin genel 'Ürün Sevk Edildi'den 'Ürün Teslim Edildi'ye kadar olan süreyi nasıl etkilediğini belirlemeye yardımcı olur. Neden önemli Lojistik performansının analizine olanak tanır, farklı nakliye seçeneklerinin maliyetini ve verimliliğini değerlendirmeye yardımcı olur. Nereden alınır Bu, muhtemelen 'Order' object'inde veya ilgili özel 'Shipment' object'inde yer alan bir custom field'dır. Salesforce Sales Cloud dokümantasyonuna veya schema'ya başvurun. Örnekler Standart Kara Taşımacılığı2 Günlük Hızlı TeslimatBir Gecede Hava KargoUluslararası Öncelik | |||
Sipariş Sahibi OrderOwner | Satış siparişini yönetmekten birincil sorumlu kullanıcı. | ||
Açıklama Sipariş Sorumlusu, siparişten birincil sorumluluğa sahip satış temsilcisi veya hesap yöneticisidir. Bu, belirli bir eylemi gerçekleştiren kullanıcıdan farklıdır, çünkü sorumlu, case'in genel ilerlemesinden sorumludur. Sorumluya göre analiz yapmak, sipariş portföylerini yönetirken ekip veya bireysel iş yüklerini ve performansını değerlendirmede yardımcı olabilir. Hangi sorumluların sık sık takılan veya yeniden işleme gerektiren siparişleri olduğunu vurgulayarak potansiyel koçluk fırsatlarını gösterebilir. Neden önemli Siparişin başarısından sorumlu kişiyi belirler, bu da sahip düzeyinde iş yükü ve performans analizine olanak tanır. Nereden alınır Bu, 'Order' object'indeki 'OwnerId' field'ıdır. Bu ID, sahibinin adını almak için 'User' object'i ile birleştirilebilir. Örnekler Ayşe YılmazCan DemirDoğu Satış Ekibi | |||
Ürün Ailesi ProductFamily | Siparişteki ürünlerin ait olduğu kategori veya ailesi. | ||
Açıklama Ürün Ailesi, satış siparişine dahil olan öğelerin üst düzey sınıflandırmasını sağlar. Bu, satılan ürünün türüne göre süreç analizi yapılmasına olanak tanır. Bu öznitelik, süreci segmentlere ayırmak ve belirli ürün ailelerinin farklı süreç yollarına, daha uzun cycle time'lara veya daha yüksek yeniden işleme oranlarına sahip olup olmadığını belirlemek için kullanılabilir. Örneğin, karmaşık, yapılandırılabilir ürünler, standart, hazır ürünlere göre daha ayrıntılı bir onay ve yerine getirme süreci izleyebilir. Neden önemli Ürün kategorisine göre segmente edilmiş süreç analizini mümkün kılar, farklı ürün türlerinin süreç verimliliğinde varyasyonlara yol açıp açmadığını ortaya koyar. Nereden alınır 'OrderItem' birleşim nesnesi aracılığıyla 'Sipariş' ile bağlantılı olan 'Product2' nesnesinden alınır. Bu, Sipariş -> Sipariş Kalemi -> Fiyat Defteri Girişi -> Ürün2 birleştirmesini gerektirir. Örnekler DonanımYazılım LisanslarıProfesyonel HizmetlerDestek Sözleşmeleri | |||
Yeniden İşleme mi? IsRework | Satış siparişinin yeniden işleme alınıp alınmadığını, örneğin tekrarlayan bir aktivite veya süreçte bir döngü olup olmadığını belirten bir işaret. | ||
Açıklama Bu hesaplanmış öznitelik, doğrusal, ileriye dönük bir ilerlemeden sapan vakaları tanımlar. Rework, bir aktivitenin tekrarlandığında veya sürecin daha önceki bir aşamaya geri döndüğünde meydana gelir; bu genellikle hatalar, eksik bilgiler veya reddedilen onaylar nedeniyledir. Bu bayrak, 'Satış Siparişi Rework Oranı' KPI'ını hesaplamak ve 'Satış Siparişi Rework ve Hata Oranı' dashboard'unu desteklemek için kullanılır. Verimsizliklerin sıklığını ve etkisini nicel olarak belirlemeye yardımcı olur, daha iyi kalite kontrolleri veya süreç netleştirmesi gerektiren alanlara işaret eder. Neden önemli Maliyet ve döngü süresini doğrudan etkileyen ekstra, plansız çalışma gerektiren siparişleri işaretleyerek süreç verimsizliğini nicel olarak belirler. Nereden alınır Process Mining yazılımı tarafından veya veri dönüşümü sırasında, belirli bir case için tekrarlanan activity adlarını veya geriye doğru süreç akışlarını tespit ederek hesaplanır. Örnekler truefalse | |||
Zamanında Teslimat mı IsOnTimeDelivery | Malların müşterinin talep ettiği teslim tarihinde veya öncesinde teslim edilip edilmediğini gösteren bir işaret. | ||
Açıklama Bu boolean öznitelik, müşteri beklentilerine karşı teslimat performansının doğrudan bir ölçüsüdür. 'Ürün Teslim Edildi' aktivitesinin timestamp'ini 'RequestedDeliveryDate' ile karşılaştırarak hesaplanır. Bu, 'Zamanında Teslimat Oranı' KPI'ı için temel hesaplamadır. Bu bayrağı analiz etmek, kuruluşların güvenilirliklerini ve taahhütlerine bağlılıklarını anlamalarına yardımcı olur; bu da müşteri memnuniyetinin önemli bir itici gücüdür. Diğer özniteliklerle birleştirildiğinde, belirli sevkiyat yöntemlerinin veya bölgelerin daha düşük zamanında teslimat oranlarına sahip olup olmadığını ortaya çıkarabilir. Neden önemli Müşteri taahhütlerine karşı performansın net, ikili bir ölçümünü sağlar ve Zamanında Teslimat Oranı KPI'ını doğrudan destekler. Nereden alınır veri dönüşümü sırasında hesaplanır. Mantık şöyledir: EĞER ('Ürünler Teslim Edildi' EventTime <= 'RequestedDeliveryDate') İSE true DEĞİLSE false. Örnekler truefalse | |||
Siparişten Tahsilata - Satış Siparişi Süreci Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
Fatura Oluşturuldu | Satış siparişi için bir finansal faturanın oluşturulmasını temsil eder. Bu, Salesforce Billing aracılığıyla yerel olarak veya bir entegrasyon yoluyla ilgili bir 'Fatura' nesnesinin oluşturulmasıyla yakalanabilir. | ||
Neden önemli Bu milestone, sürecin finansal tahsilat kısmının başlangıcını işaret eder. Teslimat ve faturalandırma arasındaki süre, nakit akışını etkileyen idari bottleneck'leri ortaya çıkarabilir. Nereden alınır Order nesnesine bağlı olan bir Invoice nesnesinin (standart veya özel) oluşturulma tarihinden çıkarılır. Yakala İlgili Invoice record'unun 'CreatedDate'ini kullanın. Event tipi inferred | |||
Mallar Sevk Edildi | Siparişin depodan müşteriye fiziksel olarak sevk edildiği anı temsil eder. Bu olay, neredeyse her zaman harici bir nakliye veya ERP sisteminden Salesforce'a gelen bir güncellemeyle yakalanır. | ||
Neden önemli Bu, 'Zamanında Sevkiyat Oranı' ve genel sipariş karşılama verimliliğini ölçmek için kritik bir milestone'dur. Müşteri yolculuğunun teslimat aşamasının başlangıcını işaret eder. Nereden alınır 'Shipped Date' alanı veya 'Takip Numarası' alanı 'Sipariş' nesnesinde ya da ilgili özel 'Sevkiyat' nesnesinde doldurulduğunda anlaşılır. Veriler bir tedarik sisteminden gelir. Yakala Bir sevkiyat tarihi veya takip numarası field'ı ilk kez doldurulduğunda timestamp'i kullanın. Event tipi inferred | |||
Mallar Teslim Edildi | Gönderinin müşteriye başarıyla ulaştığını gösterir. Bu bilgi, bir nakliye firmasının sisteminden alınır ve Salesforce'a güncellenir. | ||
Neden önemli Bu event, 'Zamanında Teslimat Oranı' KPI'ını hesaplamak ve gerçek müşteri odaklı cycle time'ları ölçmek için gereklidir. Yerine getirme sürecinin tamamlandığını doğrular. Nereden alınır Order veya özel Shipment nesnesindeki bir 'Delivery Date' alanının doldurulmasından çıkarılır. Bu veri genellikle bir nakliye lojistik sağlayıcısıyla yapılan entegrasyon aracılığıyla sağlanır. Yakala Bir teslimat tarihi field'ı doldurulduğunda timestamp'i kullanın. Event tipi inferred | |||
Ödeme Alındı | Müşterinin ödemesinin alındığı ve mutabık kalındığı teyidini işaretler. Bu bilgi, genellikle bir durum değişikliği olarak bir finansal sistemden Salesforce'a güncellenir. | ||
Neden önemli Bu event, satıştan nakit elde etmedeki son adımdır. 'Fatura Gönderildi'den bu noktaya kadar olan süreyi analiz etmek, nakit akışını ve bekleyen satış günlerini (DSO) yönetmek için kritik öneme sahiptir. Nereden alınır Invoice nesnesindeki durum değişiminin 'Paid' veya 'Closed' durumuna geçişinden çıkarılır. Güncelleme, bir muhasebe veya ödeme işleme sistemi entegrasyonu tarafından yönlendirilir. Yakala Harici bir finans sistemi integration'ından 'Invoice' object'indeki durum değişikliklerini takip edin. Event tipi inferred | |||
Sipariş Aktif Edildi | Siparişin kesinleştiğini ve gönderim ile faturalandırmaya geçebileceğini belirten standart bir Salesforce olayıdır. Aktivasyon, siparişi çoğu değişiklikten korur ve belirli bir durum değişikliği ile yakalanır. | ||
Neden önemli Aktivasyon, siparişin geçerliliğini teyit eden kritik, geri döndürülemez bir kilometre taşıdır. Satıştan operasyonlara resmi geçiş noktasıdır ve satış döngüsü sürelerini izlemenin temel bir bileşenidir. Nereden alınır Sipariş nesnesindeki standart Durum alanının 'Aktif' olarak değişmesinden anlaşılır. Zaman damgası, Sipariş alan geçmişi takibine kaydedilir. Yakala Sipariş nesnesinin alan geçmişini, 'Aktif' durumuna bir değişiklik için izleyin. Event tipi inferred | |||
Sipariş Kapandı | Sistemdeki satış siparişinin başarılı bir şekilde tamamlanmasını ve nihai olarak kapatılmasını temsil eder. Bu, sipariş üzerindeki son bir durum güncellemesinden çıkarılır ve başka bir eyleme gerek olmadığını gösterir. | ||
Neden önemli Bu, sürecin birincil 'happy path' bitiş event'idir. Bu activity'ye kadar geçen toplam süreyi ölçmek, 'Ortalama Sipariş Kapanış Süresi' KPI'ını sağlar. Nereden alınır Order nesnesinin Status alanındaki değişimin 'Closed', 'Completed' veya 'Fulfilled' gibi nihai bir değere geçişinden çıkarılır. Timestamp, alan geçmişi takibi aracılığıyla mevcuttur. Yakala Sipariş nesnesinin alan geçmişini, nihai ve tamamlanmış bir durum değişikliği için izleyin. Event tipi inferred | |||
Sipariş Oluşturuldu | Sistemde bir satış siparişi kaydının ilk oluşturulmasını işaretler. Bu event, yeni bir Sipariş nesnesi örneği Salesforce'a ilk kez kaydedildiğinde açıkça yakalanır. | ||
Neden önemli Bu, Order to Cash süreci için birincil başlangıç event'idir. Bu noktadan sonraki activity'lere kadar geçen süreyi analiz etmek, genel cycle time'larını anlamak için çok önemlidir. Nereden alınır 'Order' nesnesinin oluşturma event'i. timestamp, Order kaydındaki standart 'CreatedDate' alanındaki değerdir. Yakala Doğrudan 'Order' nesnesinin 'CreatedDate' zaman damgasından alınır. Event tipi explicit | |||
Envanter Tahsis Edildi | Siparişteki ürünlerin envanter sisteminde rezerve edildiğini gösterir. Bu event genellikle harici bir ERP veya envanter sisteminden kaynaklanır ve bir alan değişikliği aracılığıyla Salesforce'u günceller. | ||
Neden önemli Bu aktivite, 'Inventory Allocation Lead Time' KPI'ını analiz etmek için kritik öneme sahiptir. Buradaki gecikmeler, siparişlerin zamanında gönderilme yeteneğini doğrudan etkiler. Nereden alınır Sistem analizi gerektirir. Genellikle 'Sipariş' veya 'Sipariş Kalemi' nesnelerindeki bir durum güncellemesinden veya bir entegrasyon tarafından tetiklenen özel bir 'Allocation_Date__c' alanının doldurulmasından çıkarılır. Yakala Bir ERP integration'ından Order veya OrderItem object'lerindeki durum veya tarih field değişikliklerini takip edin. Event tipi inferred | |||
Fatura Müşteriye Gönderildi | Faturanın ödeme için müşteriye gönderildiğini gösterir. Bu, genellikle fatura kaydındaki bir durum değişikliği olarak yakalanır. | ||
Neden önemli Bu, 'Ödeme Gerçekleşme Süresi' KPI'ı için tetikleyici event'tir. Fatura oluşturma ve gönderme arasındaki herhangi bir gecikme, ödeme vadesinin başlangıcını doğrudan erteler. Nereden alınır Invoice nesnesindeki durum değişiminin 'Sent' veya benzer bir değere geçişinden çıkarılır. Gönderilen e-posta için bir etkinlik günlüğü girişi de kullanılabilir. Yakala İlgili Fatura nesnesindeki Durum alanını izleyin veya e-posta günlük aktivitelerini kontrol edin. Event tipi inferred | |||
Kredi Kontrolü Yapıldı | Siparişle ilişkili müşteri için bir kredi değerlendirme kontrolünün tamamlanmasını temsil eder. Bu genellikle, 'Kredi Kontrol Durumu' gibi özel bir alan 'Geçti' veya 'Tamamlandı' olarak güncellendiğinde yakalanan çıkarımsal bir olaydır. | ||
Neden önemli Bu aktivite genellikle önemli gecikmelerin kaynağıdır. Süresini ve bekleme süresini ölçmek, 'Credit Check Bottleneck Analysis' dashboard'unu ele almak ve nakit akışını iyileştirmek için kritik öneme sahiptir. Nereden alınır Order veya ilgili Account nesnesindeki özel bir alandaki timestamp veya durum değişikliğinden, örneğin 'Credit_Check_Date__c' veya 'Credit_Status__c'den çıkarılır. Yakala Kredi kontrolünün tamamlandığını gösteren custom field güncellemelerini takip edin. Event tipi inferred | |||
Sipariş İptal Edildi | Siparişin yerine getirme tamamlanmadan önce iptal edildiğini gösterir. Bu, sipariş kaydındaki nihai bir durum değişikliği ile yakalanır. | ||
Neden önemli Bu, kritik bir istisna ve bitiş event'idir. Siparişlerin neden ve ne zaman iptal edildiğini analiz etmek, satış sürecindeki, ürün bulunabilirliğindeki veya müşteri kredisiyle ilgili sorunları ortaya çıkarabilir. Nereden alınır Order nesnesinin Status alanındaki değişimin 'Cancelled' durumuna geçişinden çıkarılır. Timestamp, Status alanı için alan geçmişinde bulunabilir. Yakala Sipariş nesnesinin alan geçmişini, 'İptal Edildi' durumuna bir değişiklik için izleyin. Event tipi inferred | |||
Sipariş Onaya Sunuldu | Bir taslak siparişin resmi bir onay iş akışına sunulduğu noktayı temsil eder. Bu genellikle, siparişin durum değişikliğinden veya Salesforce'un onay süreci geçmişinde bir kayıt oluşturulmasından çıkarılır. | ||
Neden önemli Başvuruları takip etmek, siparişlerin onay beklerken harcadığı süreyi ve inceleme sürecinin verimliliğini ölçmeye yardımcı olur. Onay öncesi bottleneck'leri ortaya çıkarır. Nereden alınır Order nesnesindeki bir durum değişikliğinden (örneğin, 'Draft'tan 'Submitted for Approval'a) veya siparişle ilgili ProcessInstance nesnesindeki gönderim tarihini izleyerek çıkarılır. Yakala Durum field değişikliklerini takip edin veya 'ProcessInstance' object'ini query edin. Event tipi inferred | |||
Sipariş Onaylandı | Satış siparişinin gerekli tüm taraflarca resmi olarak onaylandığını ve bir sonraki aşamaya geçebileceğini gösterir. Bu, bir workflow'daki son onay adımının veya ilgili bir durum güncellemesinin gözlemlenmesiyle yakalanır. | ||
Neden önemli Bu, sipariş karşılama sürecini başlatan önemli bir milestone'dur. Onaydaki gecikmeler, genel Order to Cash cycle time'ını önemli ölçüde etkileyebilir. Nereden alınır Order nesnesindeki bir durum alanı değişiminin 'Approved' gibi bir değere geçişinden çıkarılır. Bu, ilişkili ProcessInstance kaydının tamamlanma tarihinden de türetilebilir. Yakala Sipariş nesnesindeki Durum alanını veya onay süreç geçmişinin tamamlanmasını izleyin. Event tipi inferred | |||
Sipariş Tedarike Gönderildi | Aktif siparişin, toplanıp paketlenmesi için bir depoya veya tedarik sistemine devredildiğini gösterir. Bu durum genellikle bir entegrasyon tarafından tetiklenen siparişin durum değişikliği ile kaydedilir. | ||
Neden önemli Bu event, sürecin ticari ve lojistik kısımlarını ayırır. Aktivasyondan bu noktaya kadar olan süreyi takip etmek, idari gecikmeleri depo işleme gecikmelerinden ayırmaya yardımcı olur. Nereden alınır Order durumundaki değişimin 'Sent to Fulfillment' veya 'Awaiting Shipment' gibi bir değere geçişinden çıkarılır. Bu durum değişikliği, genellikle bir ERP/WMS entegrasyonu tarafından tetiklenir. Yakala Sipariş nesnesindeki Durum alanını, bir tedarik devrini gösteren belirli değerler için izleyin. Event tipi inferred | |||
Veri Çekim Kılavuzları
Adımlar
- Ön Koşul: Alan Geçmişi Takibini Yapılandırın: Raporları oluşturmadan önce, bir Salesforce Yöneticisinin Order nesnesi için Alan Geçmişi Takibinin etkin olduğundan emin olması gerekir. Özellikle, Status alanını ve olayları belirtmek için kullanılan Credit_Check_Status__c veya Fulfillment_Status__c gibi tüm özel alanları takip edin. Bu işlem Kurulum > Nesne Yöneticisi > Sipariş > Alanlar ve İlişkiler > Geçmiş Takibini Ayarla bölümünden yapılır.
- Özel Bir Rapor Türü Oluşturun: Alan değişiklik verilerine sipariş detaylarıyla birlikte erişmek için özel bir rapor türü oluşturun. Kurulum > Rapor Türlerine gidin. Siparişleri Birincil Nesne olarak belirleyerek yeni bir rapor türü oluşturun. Ardından, Sipariş Geçmişini ikincil bir nesne olarak ilişkilendirin. İlişkinin "'A' kayıtlarının ilgili 'B' kayıtları olabilir veya olmayabilir" şeklinde ayarlandığından emin olun. Bu, henüz geçmişi olmayan siparişler de dahil olmak üzere tüm siparişleri raporlamanıza olanak tanır. Bu rapor türünü "Geçmişli Siparişler" olarak kaydedin.
- Ana 'Olaylar' Raporunu Oluşturun: Raporlar sekmesine gidin ve Yeni Rapora tıklayın. "Geçmişli Siparişler" rapor türünüzü seçin. Bu rapor, alan değişikliklerine dayalı tüm aktiviteleri yakalayacaktır.
- Olaylar Rapor Sütunlarını Yapılandırın: Aşağıdaki sütunları ekleyin: Sipariş: Sipariş Numarası (SalesOrderId için), Düzenleme Tarihi (EventTime için), Kullanıcı (UserPerformingAction için), Alan/Olay (değiştirilen alan), Orijinal Değer ve Yeni Değer. Ana Sipariş nesnesinden Sipariş: Toplam Tutar, Hesap: Hesap Adı ve Sipariş: Şirket Yetkilendirme Tarihi (uygulanabilirse Talep Edilen Teslim Tarihi için bir vekil olarak) gibi diğer sütunları ekleyin.
- Olaylar Raporunu Filtreleyin: Bana Göster filtresini Tüm siparişler olarak ayarlayın ve Tarih Alanını Oluşturma Tarihi olarak belirleyip, istediğiniz aralığı (örn. Son 3 Ay) seçin. Alan/Olay sütununa, aktivitelerinize karşılık gelen belirli alan değişikliklerini (örn. Durum, Credit_Check_Status__c) içerecek şekilde bir filtre ekleyin.
- 'Sipariş Oluşturuldu' Raporunu Oluşturun: Standart Siparişler rapor türünü kullanarak ikinci, daha basit bir rapor oluşturun. Bu raporun amacı sadece oluşturma olayını yakalamaktır. Sipariş Numarası, Oluşturma Tarihi, Oluşturan, Durum, Toplam Tutar ve Hesap Adı sütunlarını ekleyin. İstediğiniz zaman aralığı için Oluşturma Tarihine göre filtreleyin.
- Her İki Raporu Dışa Aktarın: Her iki raporu çalıştırın ve Dışa Aktar seçeneğini kullanın. Biçim olarak Yalnızca Detaylar ve Virgülle Ayrılmış .csv'yi seçin.
- Veriyi Birleştirin ve Dönüştürün: Dışa aktarılan CSV dosyalarını Microsoft Excel gibi bir elektronik tablo programında açın veya Python gibi bir betik dili kullanın.
- 'Olaylar' raporu için yeni bir AktiviteAdı sütunu oluşturun. Alan değişikliği verilerini istenen aktivite adlarıyla eşleştirmek için formüller veya bir betik kullanın. Örneğin, Alan/Olay 'Durum' ve Yeni Değer 'Aktif Edildi' ise, AktiviteAdını 'Sipariş Aktif Edildi' olarak ayarlayın.
- 'Sipariş Oluşturuldu' raporu için, AktiviteAdı adında yeni bir sütun ekleyin ve tüm satırlar için değerini 'Sipariş Oluşturuldu' olarak ayarlayın. Sütun başlıklarını olay günlüğü şemasına uyacak şekilde yeniden adlandırın (örn. Sipariş Numarası -> SalesOrderId, Oluşturma Tarihi -> EventTime).
- Tek Bir Olay Günlüğünde Birleştirin: Dönüştürülmüş 'Sipariş Oluşturuldu' verilerini, dönüştürülmüş 'Olaylar' verilerine ekleyerek tek bir olay günlüğü oluşturun.
- Yükleme İçin Son Hali Verin: Kalan gerekli sütunları ekleyin: KaynakSistem ('Salesforce Sales Cloud' statik değeriyle) ve SonVeriGüncelleme (mevcut zaman damgasıyla). Son dosyayı bir CSV olarak kaydetmeden önce tüm sütun başlıklarını ve veri formatlarını gözden geçirin, yüklemeye hazır hale getirin.
Konfigürasyon
- Rapor Türleri: Orders ve Order History objelerini birleştiren özel bir rapor türü, durum değişikliklerini ve diğer alan güncellemelerini ayrı olaylar olarak yakalamak için kritik öneme sahiptir.
- Alan Geçmişi İzleme: Bu yöntemin tamamı, veri çıkarma işlemi başlamadan önce Order objesi için alan geçmişi izlemenin etkinleştirilmesine bağlıdır. Status gibi ana alanlar ve süreç adımlarını temsil eden özel alanların izlenmesi gerekmektedir.
- Tarih Aralığı Filtreleri: Tutarlı bir sipariş grubunu analiz ettiğinizden emin olmak için Order objesindeki Created Date (Oluşturma Tarihi) alanını birincil filtre olarak kullanın. İlk analiz için 3-6 aylık bir aralık önerilir.
- Data Export Service: Yüksek hacimli ortamlar için bir alternatif olarak, Data Export Service, belirlenen objeler (Order, OrderHistory, Account) için tüm verileri dışa aktarmak üzere (haftalık veya aylık olarak) zamanlanabilir. Bu, daha fazla harici işleme ve birleştirmeye ihtiyaç duyan ham veri sağlar ancak etkileşimli Rapor Oluşturucu'nun zaman aşımlarını ve satır sınırlarını ortadan kaldırır.
- İzinler: Veri çıkarma işlemini yürüten kullanıcıların Order ve Account objeleri için Run Reports, Export Reports ve View All Data izinlerine sahip olması gerekir. Data Export Servicei yapılandırmak için System Administrator yetkileri gereklidir.
- Rapor Yapısı: En kolay dışa aktarım ve işleme için raporlar Tabular Format (Tablosal Biçim) olarak ayarlanmalıdır. Özet veya matris formatlarından kaçının.
a Örnek Sorgu config
/*
Salesforce Reports are configured through the user interface. This section describes the configuration of the necessary reports and the logic for post-processing. It is not an executable script.
*/
// ======== REPORT 1: Order Creation Events ========
{
"ReportName": "O2C - Order Created",
"ReportType": "Orders",
"Format": "Tabular",
"Filters": [
{
"Field": "Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
}
],
"Columns": [
{"SourceField": "Order Number", "OutputAs": "SalesOrderId"},
{"StaticValue": "Order Created", "OutputAs": "ActivityName"},
{"SourceField": 'Created Date', "OutputAs": "EventTime"},
{"SourceField": "Last Modified By: Full Name", "OutputAs": "UserPerformingAction"},
{"SourceField": "Status", "OutputAs": "OrderStatus"},
{"SourceField": "Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"},
{"SourceField": "[Your Requested Delivery Date Field]", "OutputAs": "RequestedDeliveryDate"}
]
}
// ======== REPORT 2: Order Field Change Events ========
{
"ReportName": "O2C - Order History Events",
"ReportType": "Orders with History (Custom)",
"Format": "Tabular",
"Filters": [
{
"Field": "Order: Created Date",
"Operator": "equals",
"Value": "[Specify Date Range, e.g., LAST 90 DAYS]"
},
{
"Field": "Field/Event",
"Operator": "in",
"Value": ["Status", "[Credit Check Status Field]", "[Inventory Status Field]", "[Fulfillment Status Field]", "[Shipping Status Field]", "[Delivery Status Field]", "[Invoice Status Field]", "[Payment Status Field]"]
}
],
"Columns": [
{"SourceField": "Order: Order Number", "OutputAs": "SalesOrderId"},
{"SourceField": "Edit Date", "OutputAs": "EventTime"},
{"SourceField": "User", "OutputAs": "UserPerformingAction"},
{"SourceField": "Field/Event", "OutputAs": "SourceFieldForActivity"},
{"SourceField": "New Value", "OutputAs": "SourceValueForActivity"},
{"SourceField": "Order: Total Amount", "OutputAs": "TotalOrderAmount"},
{"SourceField": "Account: Account Name", "OutputAs": "AccountName"}
]
}
// ======== EXTERNAL TRANSFORMATION LOGIC (to be applied after export) ========
/*
- Combine the two exported files.
- For the 'Order History Events' data, create the 'ActivityName' and 'OrderStatus' columns based on the following mapping logic:
CASE
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Submitted' THEN 'Order Submitted for Approval'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Approved' THEN 'Order Approved'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Activated' THEN 'Order Activated'
WHEN SourceFieldForActivity = '[Fulfillment Status Field]' AND SourceValueForActivity = 'Sent to Fulfillment' THEN 'Order Sent to Fulfillment'
WHEN SourceFieldForActivity = '[Shipping Status Field]' AND SourceValueForActivity = 'Shipped' THEN 'Goods Shipped'
WHEN SourceFieldForActivity = '[Delivery Status Field]' AND SourceValueForActivity = 'Delivered' THEN 'Goods Delivered'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Closed' THEN 'Order Closed'
WHEN SourceFieldForActivity = 'Status' AND SourceValueForActivity = 'Cancelled' THEN 'Order Cancelled'
WHEN SourceFieldForActivity = '[Credit Check Status Field]' AND SourceValueForActivity = 'Passed' THEN 'Credit Check Performed'
WHEN SourceFieldForActivity = '[Inventory Status Field]' AND SourceValueForActivity = 'Allocated' THEN 'Inventory Allocated'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Created' THEN 'Invoice Created'
WHEN SourceFieldForActivity = '[Invoice Status Field]' AND SourceValueForActivity = 'Sent' THEN 'Invoice Sent to Customer'
WHEN SourceFieldForActivity = '[Payment Status Field]' AND SourceValueForActivity = 'Received' THEN 'Payment Received'
ELSE 'Unknown'
END AS ActivityName
- The OrderStatus attribute should be populated with the 'New Value' when the changed field was 'Status'. For other events, you may need to look up the order's status at that point in time, which is a limitation of this method.
- Add 'SourceSystem' and 'LastDataUpdate' columns to the final combined dataset.
*/