Order to Cash - Satış Siparişi Süreci Veri Template'inuz
Order to Cash - Satış Siparişi Süreci Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- `Salesforce Sales Cloud` için `veri` veri çekme kılavuzu
Siparişten Nakde - Satış Siparişi Süreci Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite Adı ActivityName | Satış siparişi süreç döngüsü içinde gerçekleşen belirli iş olayınin veya görevinin adı. | ||
| Açıklama Aktivite 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 temel bileşenleridir 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 sunar. Süreçte ne olduğunu anlamak için büyük önem taşır. Neden Önemli?dir? 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' alanındaki durum değişikliklerinden, ilgili kayıtların (örn. Invoice) oluşturulmasından veya Sipariş ile ilgili tamamlanmış 'Görev' veya 'Olay' kayıtlarından türetilir. Örnekler::::::: Sipariş OluşturulduSipariş OnaylandıMallar Sevk EdildiÖdeme Alındı | |||
| Olay Zamanı EventTime | Aktivitenin gerçekleştiği tam tarih ve saat. | ||
| Açıklama Event Time veya zaman damgası (zaman damgası), 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 büyük önem taşır; bu da tüm zaman tabanlı Process Mining analizinin temelini oluşturur. Bu nitelik, her bir vaka için etkinlikleri sıralamak, döngü süreleriı hesaplamak, bekleme sürelerini belirlemek ve farklı zaman dilimlerinde süreç performansını analiz etmek için kullanılır. Yanlış veya eksik zaman damgası (zaman damgası)'ler, analizin faydasını ciddi şekilde sınırlayabilir. Neden Önemli?dir? Zaman damgaları, olayları kronolojik olarak sıralamak ve döngü süreleri ve darboğazlar gibi tüm performans metric'lerini hesaplamak için büyük önem taşır. 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 Tahsilata 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, süreç döngüsü boyunca ilerlerken her müşteri siparişini benzersiz bir şekilde tanımlayarak süreç analizinin en önemli bileşenidir. 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 döngü süreleriın, süreç varyasyonlarının ve darboğazların ayrıntılı analizini sunar. Neden Önemli?dir? Bu öznitelik, tüm ilgili olayları 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 izlenebilirliği ve sorun giderme için büyük önem taşır. Tek sistemli bir bağlamda bile, verinin kaynağı hakkında önemli metadata sunar. Neden Önemli?dir? Verilerin kökeni hakkında temel bağlam sunar; bu, veri yönetimi ve birden çok kaynak sistemden veri entegre ederken önemlidir. Nereden Alınır?? Bu, genellikle veri çıkarma 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 zaman damgası (zaman damgası)dır. | ||
| Açıklama Bu öznitelik, kaynak sistemden en son veri çekme tarihini ve saatini kaydeder. Analiz edilen verinin güncelliği hakkında önemli bilgiler sunar. 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?dir? Kullanıcıları verilerin güncelliği hakkında bilgilendirerek, analizin ne kadar yeni olduğunu anlamalarını sunar. Nereden Alınır?? Bu, data veri çıkarma, dönüştürme ve yükleme (ETL) process'i sırasında oluşturulan ve eklenen bir zaman damgası (zaman damgası)'dır. Ö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 önemlidir. '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?dir? Kullanıcı, ekip veya role göre performans analizi yapılmasına sunar 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 Johnson`Sistem Otomasyonu`Kredi 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 sunar. 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?dir? Süreç performansını belirli müşterilere bağlayarak, müşteri özelinde analiz ve segmentasyon ile kalıpları veya sorunları belirlemeyi sunar. 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 sunar ve bir siparişin ilerlemesini izlemek için büyük önem taşır. Vakaların sonucunu anlamaya yardımcı olur; örneğin, 'İptal Edilen' siparişler ile başarıyla 'Kapatılan' siparişleri ayırt etmeyi sunar. Neden Önemli?dir? Her olay için önemli bilgiler sunar ve genellikle aktiviteleri tanımlamak için temel oluşturur. Ayrıca iptaller gibi vaka sonuçlarını analiz etmek için de temel rol oynar. 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 önemli bir referans noktasıdır. Bu tarih, 'Teslimat Tarihi Uygunluk Takibi' kontrol paneli'unda ve 'Zamanında Teslimat Oranı (OTD) 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' zaman damgası (zaman damgası)) ile karşılaştırılır. Neden Önemli?dir? 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' kontrol paneli'ı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 öznitelikler.le veriyi kırılımlara ayırarak incelenebilir. Neden Önemli?dir? 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 olayın zaman damgası (zaman damgası)nın son olayın zaman damgası (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 gereklidir. Neden Önemli?dir? Sürecin finansal analizini sunar, siparişleri değere göre segmentlere ayırmaya ve gecikmelerin veya yeniden işleme maliyetlerinin parasal etkisini niceliksel olarak belirlemeye sunar. 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 Tahsilata 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 büyük önem taşır. 'Ödeme Tahsilat Süresi'ni hesaplamak için gereken 'Fatura Oluşturuldu' ve 'Müşteriye Fatura Gönderildi' etkinliklerinin kesin ölçümüne sunar. Neden Önemli?dir? Satış siparişini fatura alt sürecine bağlayarak, finansal aktivitelerin ve ödeme döngü süreleriının doğru bir şekilde takip edilmesini sunar. 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-001, 2, 3, 4INV-001235INV-001236 | |||
| 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' kontrol paneli'u için büyük önem taşır. 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?dir? 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' kontrol paneli'unu ve 'Ödeme Gerçekleşme Süresi' KPI'ını doğrudan destekler. Bu süreyi analiz etmek, finans departmanının tahsilatlardaki darboğazları tespit etmesine, ö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?dir? 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 vaka için 'Fatura Müşteriye Gönderildi' olayınin zaman damgası (zaman damgası)nın 'Payment Received' olayınden çıkarılmasıyla hesaplanır. Örnekler::::::: 30 gün15 gün 8 saat45 gün | |||
| Olay Bitiş Zamanı EventEndTime | Etkinliğin tamamlandığı tam 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?dir? Bireysel aktivite işleme sürelerinin doğru hesaplanmasını sağlayarak, darboğazları ve yoğun kaynak kullanan adımları belirlemek için büyük önem taşır. Nereden Alınır?? Belirli bir vaka için sıradaki sonraki olayın '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 temel rol oynar. Bu özniteliğini 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 sunar ve manuel çabayı ve hata potansiyelini azaltmak için daha fazla otomasyon fırsatlarını vurgulayabilir. Neden Önemli?dir? 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 büyük önem taşır. 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 sunar. Bu, 'Satış Kanalı Performans Karşılaştırması' kontrol paneli'ı için büyük önem taşır. 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?dir? Farklı iş kanalları arasında performans karşılaştırmasını sunar, 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 sunar. Neden Önemli?dir? Sürecin coğrafi segmentasyonunu sunar; 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?dir? Lojistik performansının analizine sunar, 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?dir? Siparişin başarısından sorumlu kişiyi belirler, bu da sahip düzeyinde iş yükü ve performans analizine sunar. 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ı sunar. Bu, satılan ürünün türüne göre süreç analizi yapılmasına sunar. Bu öznitelik, süreci segmentlere ayırmak ve belirli ürün ailelerinin farklı süreç yollarına, daha uzun döngü süreleria 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?dir? Ürün kategorisine göre segmente edilmiş süreç analizini sunar, 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 Enerji ve AltyapıDestek 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ı' kontrol paneli'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?dir? 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 vaka için tekrarlanan activity adlarını veya geriye doğru süreç akışlarını tespit ederek hesaplanır. Örnekler::::::: truefalse | |||
| Zamanında Teslimat 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 zaman damgası (zaman damgası)'ini 'RequestedDeliveryDate' ile karşılaştırarak hesaplanır. Bu, 'Zamanında Teslimat Oranı (OTD) 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 belirleyicisidir. Diğer öznitelikler.le 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?dir? Müşteri taahhütlerine karşı performansın net, ikili bir ölçümünü sunar 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 Nakde - 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?dir? 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 darboğazları 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?dir? 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 zaman damgası (zaman damgası)'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?dir? Bu event, 'Zamanında Teslimat Oranı (OTD) KPI'ı'ını hesaplamak ve gerçek müşteri odaklı döngü süreleriı ö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 zaman damgası (zaman damgası)'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?dir? 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 büyük önem taşır. 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?dir? 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ş Kapatıldı | 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?dir? 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ı sunar. 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. zaman damgası (zaman damgası), 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?dir? 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 döngü süreleriını anlamak için büyük önem taşır. Nereden Alınır?? 'Order' nesnesinin oluşturma event'i. zaman damgası (zaman damgası), Order kaydındaki standart 'CreatedDate' alanındaki değerdir. Yakala Doğrudan 'Order' nesnesinin 'CreatedDate' zaman damgası (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?dir? Bu aktivite, 'Inventory Allocation Lead Time' KPI'ını analiz etmek için büyük önem taşır. 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?dir? 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?dir? Bu aktivite genellikle önemli gecikmelerin kaynağıdır. Süresini ve bekleme süresini ölçmek, 'Credit Check Bottleneck Analysis' kontrol paneli'unu ele almak ve nakit akışını iyileştirmek için büyük önem taşır. Nereden Alınır?? Order veya ilgili Account nesnesindeki özel bir alandaki zaman damgası (zaman damgası) 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?dir? 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. zaman damgası (zaman damgası), 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ş Onay İçin Gönderildi | 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?dir? Başvuruları takip etmek, siparişlerin onay beklerken harcadığı süreyi ve inceleme sürecinin verimliliğini ölçmeye yardımcı olur. Onay öncesi darboğazları 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?dir? 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?dir? 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 Çıkarma 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 sunar. 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 (somutse 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ı event log ş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 event log 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ı (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 büyük önem taşır.
- 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 sunar 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.
*/