Siparişten Tahsilata, satış siparişi işleme Veri Şablonunuz
Siparişten Tahsilata, satış siparişi işleme Veri Şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Salesforce Sales Cloud için veri çıkarma rehberi
Siparişten Tahsilata - Satış Siparişi İşleme Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Satış siparişi yaşam döngüsü içinde gerçekleşen belirli iş olayının veya görevin adı. | ||
| Açıklama Etkinlik adı, satış siparişi sürecindeki 'Order Created', 'Credit Check Performed' veya 'Invoice Sent' gibi 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örevlerin tamamlanmasından türetilir. Bu etkinlikleri analiz ederek süreç akışını görselleştirebilir, yaygın yolları (varyantları) belirleyebilir ve her adımın sıklığı ile süresini ölçebilirsiniz. Süreçte neler olduğunu anlamanın temelini oluşturur. Neden önemli? Bu öznitelik, süreç haritasındaki adımları tanımlar. Bu olmadan süreç akışını görselleştiremez veya satış siparişlerinin gerçekte nasıl işlendiğini analiz edemezsiniz. Nereden alınır? Genellikle 'Order.Status' alanındaki durum değişikliklerinden, ilgili kayıtların (örneğin Invoice) oluşturulmasından veya Order ile ilişkili tamamlanmış 'Task' ya da 'Event' kayıtlarından türetilir. Örnekler Sipariş oluşturulduSipariş onaylandıÜrünler sevk edildiÖdeme alındı | |||
| Olay zamanı EventTime | Etkinliğin gerçekleştiği kesin tarih ve saat. | ||
| Açıklama Olay zamanı veya zaman damgası, bir etkinliğin gerçekleştiği kesin anı kaydeder. Bu veri, olayları doğru sıraya koymak ve etkinlikler arasındaki süreleri hesaplamak için gereklidir. Zaman temelli tüm Process Mining analizlerinin temelini oluşturur. Bu öznitelik, her vaka için etkinlikleri sıralamak, çevrim sürelerini hesaplamak, bekleme sürelerini belirlemek ve süreç performansını farklı dönemlerde analiz etmek için kullanılır. Hatalı veya eksik zaman damgaları, analizin faydasını ciddi ölçüde azaltabilir. Neden önemli? Zaman damgaları, olayları kronolojik olarak sıralamak ve çevrim süreleri ile darboğazlar gibi tüm performans metriklerini hesaplamak için gereklidir. Nereden alınır? 'Order' nesnesindeki veya ilgili kayıtlardaki 'CreatedDate' ya da 'LastModifiedDate' gibi alanlara karşılık gelir. Belirli olaylar için bir 'Task' kaydının tamamlanma tarihinden alınabilir. Örnekler 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| Satış siparişi SalesOrderId | Her satış siparişi için benzersiz tanımlayıcıdır ve siparişten tahsilata sürecinin tamamını izlemek için ana vaka olarak kullanılır. | ||
| Açıklama Sales Order ID, süreç analizinin temelini oluşturur ve her müşteri siparişini yaşam döngüsü boyunca benzersiz şekilde tanımlar. Oluşturma ve onaydan karşılama ve ödemeye kadar ilgili tüm etkinlikleri birbirine bağlar. Process Mining kapsamında belirli bir siparişle ilgili her olay bu ID'ye bağlanır. Böylece siparişin uçtan uca yolculuğu yeniden oluşturulabilir; tek tek siparişler için çevrim süreleri, süreç farklılıkları ve darboğazlar ayrıntılı şekilde analiz edilebilir. Neden önemli? Bu öznitelik, ilgili tüm olayların tek bir vaka altında gruplanmasını sağlar. Böylece her satış siparişi için uçtan uca süreç akışını görselleştirmek ve analiz etmek mümkün olur. Nereden alınır? Bu, standart Salesforce 'Order' nesnesindeki 'Id' alanıdır. Örnekler 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
| Kaynak sistem SourceSystem | Verilerin hangi sistemden çıkarıldığını tanımlar. | ||
| Açıklama Bu öznitelik, süreç verilerinin kaynağını belirtir. Bu analizde değer sürekli olarak 'Salesforce Sales Cloud' olur. Birden fazla sistemin bulunduğu ortamlarda bu alan, veri kökenini izlemek ve sorun gidermek için büyük önem taşır. Tek sistemli ortamlarda bile verilerin kaynağı hakkında önemli meta veriler sağlar. Neden önemli? Verilerin kaynağı hakkında gerekli bağlamı sağlar. Bu bilgi, veri yönetişimi ve birden fazla kaynak sistemden veri entegrasyonu sırasında önemlidir. Nereden alınır? Genellikle veri çıkarma sürecinde Veri Seti'ni etiketlemek için eklenen statik bir değerdir. Örnekler Salesforce Sales Cloud | |||
| Son veri güncellemesi LastDataUpdate | Verilerin en son çıkarıldığı veya yenilendiği zamanı gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, kaynak sistemden en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında önemli bağlam sağlar. Analistler bu bilgiyi, en güncel süreç verilerini görüp görmediklerini anlamak ve bulgularının geçerliliğini değerlendirmek için kullanır. Her Process Mining projesi için önemli bir meta veri unsurudur. Neden önemli? Kullanıcılara verilerin güncelliği hakkında bilgi verir ve analizin ne kadar güncel olduğunu anlamalarını sağlar. Nereden alınır? Veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulan ve eklenen bir zaman damgasıdır. Örnekler 2023-11-01T05:00:00Z | |||
| Hesap adı AccountName | Satış siparişini veren müşterinin veya şirketin adı. | ||
| Açıklama Hesap adı, satış siparişiyle ilişkili müşteriyi tanımlar. Bu sayede süreç müşteri odaklı bir bakış açısıyla analiz edilebilir. Analistler bu özniteliği kullanarak süreci belirli müşterilere göre filtreleyebilir, farklı müşteri segmentleri arasındaki süreç performansını karşılaştırabilir veya bazı müşterilerin sürekli süreç sorunları yaşayıp yaşamadığını belirleyebilir. Süreç performansını doğrudan müşteri deneyimiyle ilişkilendirmek için önemlidir. Neden önemli? Süreç performansını belirli müşterilerle ilişkilendirir. Müşteriye özel analiz ve segmentasyon yaparak kalıpları veya sorunları belirlemenizi sağlar. Nereden alınır? 'Order' nesnesinde 'AccountId' adlı bir arama alanı bulunur. 'Account.Name' alanını almak için bu ID'nin 'Account' nesnesiyle birleştirilmesi gerekir. Örnekler Global Tech Inc.Innovate Solutions LLCVenture Dynamics | |||
| İşlemi gerçekleştiren kullanıcı UserPerformingAction | Etkinliği gerçekleştiren kullanıcının veya sistem aracısının adı. | ||
| Açıklama Bu öznitelik, bir süreç adımını tamamlamaktan sorumlu kişiyi tanımlar. Bu kişi 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 düzeyini anlamak için önemlidir. 'En fazla yeniden işi hangi kullanıcılar yapıyor?' veya 'Bazı ekipler onayları daha hızlı mı veriyor?' gibi sorulara yanıt vermenizi sağlar. Ayrıca işin kişiler arasında nasıl devredildiğini görmek için sosyal ağ analizinde kullanılır. Neden önemli? Kullanıcı, ekip veya rol bazında performans analizi yapmanızı sağlar; otomasyon fırsatlarını ve 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. Kullanıcının adını almak için bu ID'lerin 'User' nesnesiyle birleştirilmesi gerekir. Örnekler Alice SmithBob JohnsonSistem otomasyonuKredi ekibi | |||
| Sipariş durumu OrderStatus | Olayın gerçekleştiği andaki satış siparişi durumu. | ||
| Açıklama Bu öznitelik, satış siparişinin 'Draft', 'Activated', 'Shipped' veya 'Closed' gibi durumunu kaydeder. Durum değişiklikleri, süreç günlüğündeki etkinliklerin oluşturulmasında sıklıkla kaynak olarak kullanılır. Sipariş durumunu analiz etmek, her olaya bağlam kazandırır ve siparişin ilerleyişini izlemek için gereklidir. Örneğin 'Cancelled' durumundaki siparişleri başarıyla 'Closed' durumuna gelenlerden ayırarak vakaların sonucunu anlamaya yardımcı olur. Neden önemli? Her olay için önemli bağlam sağlar ve çoğu zaman etkinlikleri tanımlamanın temelini oluşturur. İptaller gibi vaka sonuçlarını analiz etmek için de önemlidir. Nereden alınır? Bu, standart Salesforce 'Order' nesnesindeki 'Status' seçim listesidir. Örnekler TaslakEtkinleştirildiSevk edildiKapatıldıİptal edildi | |||
| Talep edilen teslimat tarihi RequestedDeliveryDate | Müşterinin talep ettiği sipariş teslimat tarihi. | ||
| Açıklama Bu öznitelik, müşterinin ürünlerini teslim almayı beklediği tarihi kaydeder. Teslimat performansını ve müşteri memnuniyetini ölçmek için önemli bir kıyaslama noktasıdır. Bu tarih doğrudan 'Delivery Date Adherence Tracking' Dashboardunda ve 'On-Time Delivery Rate' KPI değerinde kullanılır. Siparişin zamanında, erken veya geç teslim edilip edilmediğini belirlemek için gerçek teslimat tarihi olan 'Goods Delivered' zaman damgasıyla karşılaştırılır. Neden önemli? Zamanında teslimat performansını ölçmek için temel referans noktasıdır. Müşteri memnuniyetinin ve operasyonel etkinliğin önemli göstergelerinden biridir. Nereden alınır? Bu, genellikle 'Order' nesnesindeki özel bir tarih alanıdır. Alanın tam adı değişebilir. Salesforce Sales Cloud belgelerine veya şemasına başvurun. Örnekler 2023-11-152023-12-012024-01-10 | |||
| Toplam çevrim süresi CycleTime | Satış siparişinin oluşturulmasından son kez kapatılması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 olay, örneğin 'Order Created' ile son olay, örneğin 'Order Closed' arasındaki zaman farkı olarak hesaplanır. Bu metrik, 'Sales Order End-to-End Cycle Time' Dashboardunun temel odağıdır. Çevrim süresini analiz etmek, genel süreç verimsizliğini belirlemeye ve iyileştirme girişimlerinin etkisini ölçmeye yardımcı olur. Çevrim süresindeki farklılıklar, veriler ülke veya ürün ailesi gibi diğer özniteliklere göre bölümlere ayrılarak incelenebilir. Neden önemli? Genel süreç verimliliğini ölçmek ve sistemik sorunlara işaret edebilecek uzun süren siparişleri belirlemek için temel bir KPI'dır. Nereden alınır? Her 'SalesOrderId' için ilk olayın zaman damgasından son olayın zaman damgası çıkarılarak veri dönüşümü sırasında 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ı ifade eder. Süreç verimliliğinin veya verimsizliğinin iş üzerindeki etkisini anlamak için önemli bir metriktir. Analizde toplam sipariş tutarı, vakaları segmentlere ayırmak için kullanılabilir. Örneğin yüksek değerli siparişlerin düşük değerli siparişlerden farklı işlenip işlenmediğini veya daha fazla gecikme yaşayıp yaşamadığını görebilirsiniz. Ayrıca finansal KPI'ları hesaplamak ve süreçten geçen değeri anlamak için temel bir veridir. Neden önemli? Sürecin finansal analizini sağlar; siparişleri değere göre segmentlere ayırmanıza ve gecikmelerin veya yeniden işin parasal etkisini ölçmenize imkan verir. Nereden alınır? Bu, standart Salesforce 'Order' nesnesindeki 'TotalAmount' alanıdır. Örnekler 5400.50125000.00950.75 | |||
| Fatura ID'si InvoiceId | Satış siparişiyle ilişkili faturanın benzersiz tanımlayıcısı. | ||
| Açıklama Fatura ID'si, satış siparişini ilgili finansal faturaya bağlar. Bu faturanın oluşturulması ve gönderilmesi, siparişten tahsilata sürecinin ikinci yarısındaki önemli kilometre taşlarıdır. Bu öznitelik, siparişin karşılanmasından ödemeye kadar süreci izlemek için gereklidir. 'Invoice Created' ve 'Invoice Sent to Customer' etkinliklerini kesin şekilde ölçmenizi sağlar. Bu ölçümler 'Ödeme Tahsilat Süresi'ni hesaplamak için kullanılır. Neden önemli? Satış siparişini faturalandırma alt sürecine bağlar ve finansal etkinlikleri ile ödeme çevrim sürelerini doğru şekilde izlemenizi sağlar. Nereden alınır? Bu, genellikle 'Order' nesnesinde standart veya özel bir 'Invoice' nesnesine işaret eden özel bir arama alanıdır. Uygulamanın ayrıntıları değişebilir. Örnekler INV-001234INV-001235INV-001236 | |||
| Kredi kontrolü durumu CreditCheckStatus | Sipariş için kredi kontrolü sürecinin sonucu. | ||
| Açıklama Bu öznitelik, çoğu zaman sipariş sürecindeki önemli bir kontrol noktası olan müşteri kredi değerlendirmesinin sonucunu belirtir. Yaygın değerler arasında 'Approved', 'Rejected' ve 'Pending' bulunur. Bu öznitelik, 'Credit Check Bottleneck Analysis' Dashboardu için gereklidir. Kuruluşlar bir siparişin kredi kontrolü aşamasına ne zaman girdiğini ve çıktığını ve son durumunu izleyerek bu adımın süresini ve sonucunu ölçebilir, böylece olası bir gecikme kaynağını belirleyebilir. Neden önemli? Kredi kontrolü adımının analizini doğrudan destekler; bu adımın süresini, başarı oranını ve toplam çevrim süresine etkisini ölçmeye yardımcı olur. Nereden alınır? Bu, büyük olasılıkla 'Order' veya 'Account' nesnesindeki özel bir alandır. Salesforce Sales Cloud belgelerine veya şemasına başvurun. Örnekler OnaylandıReddedildiİnceleme bekliyorGerekli değil | |||
| Ödeme tahsilat süresi PaymentCollectionDuration | Faturanın müşteriye gönderilmesi ile ödemenin alınması arasında geçen süre. | ||
| Açıklama Bu hesaplanmış metrik, siparişten tahsilata döngüsünün son ve önemli aşaması olan ödemenin alınmasındaki verimliliği ölçer. 'Invoice Sent to Customer' etkinliği ile 'Payment Received' etkinliği arasındaki süredir. Bu öznitelik, 'Payment Collection Duration' Dashboardunu ve 'Payment Realization Time' KPI değerini doğrudan destekler. Bu süreyi analiz etmek, finans departmanının tahsilattaki darboğazları belirlemesine, ödeme koşullarının etkililiğini değerlendirmesine ve nakit akışını hızlandırma fırsatlarını bulmasına yardımcı olur. Neden önemli? Borçlar muhasebesi sürecinin verimliliğini ölçer ve şirketin nakit akışını doğrudan etkiler. Nereden alınır? Her vaka için 'Invoice Sent to Customer' olayının zaman damgası, 'Payment Received' olayının zaman damgasından çıkarılarak veri dönüşümü sırasında hesaplanır. Örnekler 30 gün15 gün 8 saat45 gün | |||
| Olay bitiş zamanı EventEndTime | Etkinliğin tamamlandığı kesin tarih ve saat. | ||
| Açıklama Olay bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Birçok Process Mining aracı bu zamanı sonraki etkinliğin başlangıç zamanından çıkarır. Ancak bitiş zamanının açıkça kaydedilmesi, özellikle uzun süren görevlerde daha doğru etkinlik süreleri sağlayabilir. Bu öznitelik, bir etkinliğin kesin işlem süresini hesaplamak için kullanılır. 'Credit Check Performed' veya 'Inventory Allocated' gibi uzun süren görevleri analiz ederken özellikle değerlidir. Böylece aktif işlem süresi ile boşta bekleme süresi birbirinden ayrılabilir. Neden önemli? Tek tek etkinliklerin işlem sürelerini kesin şekilde hesaplamanızı sağlar. Bu, darboğazları ve kaynak yoğun adımları belirlemek için gereklidir. Nereden alınır? Belirli bir vakadaki sonraki olayın 'StartTime' alanından türetilebilir. Bazı etkinlikler için 'Task.CompletedDateTime' gibi özel bir alan kullanılabilir. Örnekler 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
| Otomatik mi IsAutomated | Etkinliğin bir sistem süreci veya insan kullanıcı tarafından gerçekleştirilip gerçekleştirilmediğini gösteren işaret. | ||
| Açıklama Bu boolean öznitelik, otomatik durum güncellemesi gibi sistem otomasyonu tarafından tetiklenen olaylarla kullanıcıların manuel olarak gerçekleştirdiği olayları birbirinden ayırır. Süreçteki otomasyon düzeyini anlamak için önemlidir. Bu özniteliği analiz ederek otomasyonun verimlilik ve tutarlılık üzerindeki etkisini ölçebilirsiniz. Otomatik ve manuel yolları karşılaştırmanızı, manuel çabayı ve hata olasılığını azaltmak için ek otomasyon fırsatlarını belirlemenizi sağlar. Neden önemli? Sistem işlemleriyle kullanıcı işlemlerini ayırt etmeye yardımcı olur. Bu, otomasyon analizi ve manuel işi azaltma fırsatlarını belirlemek için gereklidir. 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 etkinlik türüne dayalı kurallarla türetilir. Örnekler truefalse | |||
| Satış kanalı SalesChannel | Satış siparişinin verildiği kanal; örneğin 'Web', 'Direct Sales' veya 'Partner'. | ||
| Açıklama Sales Channel özniteliği, siparişleri çıkış noktalarına göre sınıflandırır. Bu sayede farklı kanallardaki süreç performansı karşılaştırmalı olarak analiz edilebilir. Bu öznitelik, 'Sales Channel Performance Comparison' Dashboardu için gereklidir. İşletmeler kanala göre filtreleme veya karşılaştırma yaparak en verimli kanalları, en fazla yeniden çalışma yaşanan kanalları ve performansı uyumlu hale getirmek için standardizasyon gereken alanları belirleyebilir. Neden önemli? Farklı iş kanallarındaki performansı karşılaştırmanızı sağlar; en iyi uygulamaları ve süreçlerin uyumlu hale getirilebileceği alanları belirlemeye yardımcı olur. Nereden alınır? Bu, genellikle 'Order' veya 'Opportunity' nesnesindeki özel bir seçim listesi alanıdır. Salesforce Sales Cloud belgelerine veya şemasına başvurun. Örnekler Doğrudan satışWeb Portalıİş ortağı ağıİç satış | |||
| Sevkiyat ülkesi ShippingCountry | Satış siparişi sevkiyatının varış ülkesi. | ||
| Açıklama Bu öznitelik, siparişin gönderildiği ülkeyi belirtir. Siparişten tahsilata sürecinin coğrafi analizi için önemli bir boyuttur. Sevkiyat ülkesine göre yapılan analiz, uluslararası siparişlerde daha uzun teslimat süreleri veya tahsilat döngülerindeki farklılıklar gibi bölgesel süreç performansı farklarını ortaya çıkarabilir. Süreci segmentlere ayırarak bölgeye özgü sorunları anlamanıza ve çözmenize yardımcı olur. Neden önemli? Süreci coğrafi olarak segmentlere ayırmanızı sağlar. Böylece bölgesel performans farkları, uyumluluk sorunları veya lojistik zorluklar ortaya çıkarılabilir. Nereden alınır? Bu, standart Salesforce 'Order' nesnesindeki 'ShippingCountry' alanıdır. Örnekler USAAlmanyaJaponyaBrezilya | |||
| Sevkiyat yöntemi ShippingMethod | Ürünlerin sevkiyatı için seçilen yöntem; örneğin 'Standard Ground', 'Express' veya 'International'. | ||
| Açıklama Bu öznitelik, siparişin teslimatı için seçilen lojistik hizmet düzeyini gösterir. Teslimat sürelerini ve maliyetlerini doğrudan etkiler. 'Vekiyat Yöntemi Verimlilik Analizi'nde farklı sevkiyat seçeneklerinin performansını karşılaştırmak için kullanılır. Ekspres sevkiyatların taahhüt edilen sürelere uyup uymadığını ve farklı yöntemlerin 'Goods Shipped' ile 'Goods Delivered' arasındaki toplam süreyi nasıl etkilediğini belirlemeye yardımcı olur. Neden önemli? Lojistik performansını analiz etmenizi ve farklı sevkiyat seçeneklerinin maliyetini ve verimliliğini değerlendirmenizi sağlar. Nereden alınır? Bu, büyük olasılıkla 'Order' nesnesindeki veya ilişkili özel 'Shipment' nesnesindeki bir alandır. Salesforce Sales Cloud belgelerine veya şemasına başvurun. Örnekler Standart kara yolu2 günlük ekspresGece hava kargosuUluslararası öncelikli | |||
| Sipariş sahibi OrderOwner | Satış siparişini yönetmekten sorumlu ana kullanıcı. | ||
| Açıklama Sipariş sahibi, siparişten birincil olarak sorumlu satış temsilcisi veya müşteri yöneticisidir. Belirli bir işlemi gerçekleştiren kullanıcıdan farklıdır; sahibi, vakanın genel ilerleyişinden sorumludur. Sahibe göre yapılan analiz, sipariş portföylerinin yönetiminde ekip veya birey iş yükünü ve performansını değerlendirmeye yardımcı olabilir. Hangi sahiplerin siparişlerinin sık sık takıldığını veya yeniden iş gerektirdiğini göstererek olası koçluk fırsatlarını ortaya çıkarabilir. Neden önemli? Siparişin başarısından sorumlu kişiyi tanımlar ve sahip düzeyinde iş yükü ile performans analizi yapmanızı sağlar. Nereden alınır? Bu, 'Order' nesnesindeki 'OwnerId' alanıdır. Sahibin adını almak için bu ID, 'User' nesnesiyle birleştirilebilir. Örnekler Jane DoeJohn SmithDoğu satış ekibi | |||
| Ürün ailesi ProductFamily | Siparişteki ürünlerin ait olduğu kategori veya aile. | ||
| Açıklama Ürün ailesi, satış siparişindeki ürünlerin üst düzey sınıflandırmasını sağlar. Bu sayede süreç, satılan ürün türüne göre analiz edilebilir. Bu öznitelik, süreci segmentlere ayırmak ve belirli ürün ailelerinin farklı süreç yollarına, daha uzun çevrim sürelerine veya daha yüksek yeniden iş oranlarına sahip olup olmadığını belirlemek için kullanılabilir. Örneğin karmaşık ve yapılandırılabilir ürünler, standart ve hazır ürünlere göre daha ayrıntılı bir onay ve karşılama sürecinden geçebilir. Neden önemli? Süreç analizini ürün kategorisine göre segmentlere ayırmanızı sağlar ve farklı ürün türlerinin süreç verimliliğinde değişikliklere yol açıp açmadığını gösterir. Nereden alınır? 'OrderItem' bağlantı nesnesi üzerinden 'Order' nesnesine bağlanan 'Product2' nesnesinden alınır. Bunun için Order -> OrderItem -> PricebookEntry -> Product2 birleştirmesi gerekir. Örnekler DonanımYazılım lisanslarıProfesyonel hizmetlerDestek sözleşmeleri | |||
| Yeniden iş var mı IsRework | Satış siparişinin tekrarlanan bir etkinlik veya süreç döngüsü gibi yeniden işten geçip geçmediğini gösteren işaret. | ||
| Açıklama Bu hesaplanmış öznitelik, doğrusal ve ileriye dönük ilerlemeden sapan vakaları belirler. Yeniden çalışma, bir etkinlik tekrarlandığında veya süreç çoğu zaman hatalar, eksik bilgiler ya da reddedilen onaylar nedeniyle önceki bir aşamaya döndüğünde gerçekleşir. Bu işaret, 'Sales Order Rework Rate' KPI değerini hesaplamak ve 'Sales Order Rework and Error Rate' Dashboarduna veri sağlamak için kullanılır. Verimsizliklerin sıklığını ve etkisini ölçmenize yardımcı olur ve daha iyi kalite kontrolleri veya süreç açıklığı gerektiren alanlara işaret eder. Neden önemli? Ek ve planlanmamış iş gerektiren siparişleri işaretleyerek süreç verimsizliğini ölçer. Bu durum maliyeti ve çevrim süresini doğrudan etkiler. Nereden alınır? Process Mining yazılımı tarafından veya veri dönüşümü sırasında, belirli bir vakadaki tekrarlanan etkinlik adları ya da geriye doğru süreç akışları algılanarak hesaplanır. Örnekler truefalse | |||
| Zamanında teslim edildi mi IsOnTimeDelivery | Ürünlerin müşterinin talep ettiği teslimat tarihinde veya daha önce teslim edilip edilmediğini gösteren işaret. | ||
| Açıklama Bu boolean öznitelik, teslimat performansını müşteri beklentilerine göre doğrudan ölçer. 'Goods Delivered' etkinliğinin zaman damgası, 'RequestedDeliveryDate' ile karşılaştırılarak hesaplanır. 'Zamanında Teslimat Oranı' KPI'ının temel hesaplamasıdır. Bu işareti analiz etmek, kuruluşların güvenilirliğini ve taahhütlerine uyumunu anlamasına yardımcı olur. Bu unsurlar müşteri memnuniyetini büyük ölçüde etkiler. Diğer özniteliklerle birlikte kullanıldığında, bazı sevkiyat yöntemlerinin veya bölgelerin daha düşük zamanında teslimat oranlarına sahip olup olmadığını gösterebilir. Neden önemli? Müşteri taahhütlerine göre performansı net ve ikili bir ölçümle gösterir 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: IF ('Goods Delivered' EventTime <= 'RequestedDeliveryDate') THEN true ELSE false. Örnekler truefalse | |||
Siparişten Tahsilata - Satış Siparişi İşleme Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura oluşturuldu | Satış siparişi için finansal faturanın oluşturulmasını ifade eder. Bu bilgi, ilgili bir 'Invoice' nesnesinin Salesforce Billing üzerinden yerel olarak veya bir entegrasyon aracılığıyla oluşturulmasıyla alınabilir. | ||
| Neden önemli? Bu kilometre taşı, sürecin finansal tahsilat aşamasının başlangıcını gösterir. Teslimat ile faturalandırma arasındaki süre, nakit akışını etkileyen idari darboğazları ortaya çıkarabilir. Nereden alınır? 'Order' nesnesine bağlı standart veya özel bir 'Invoice' nesnesinin oluşturulma tarihinden çıkarılır. Yakalayın İlgili Invoice kaydının 'CreatedDate' alanını kullanın. Olay türü inferred | |||
| Ödeme alındı | Müşteri ödemesinin alındığını ve mutabakatının yapıldığını doğrular. Bu bilgi genellikle durum değişikliği olarak bir finans sisteminden Salesforce'a aktarılır. | ||
| Neden önemli? Bu olay, satıştan nakit elde etme sürecinin son adımıdır. 'Invoice Sent' ile bu nokta arasındaki süreyi analiz etmek, nakit akışını ve satışların ortalama tahsilat süresini (DSO) yönetmek için büyük önem taşır. Nereden alınır? 'Invoice' nesnesindeki durumun 'Paid' veya 'Closed' değerine değişmesinden çıkarılır. Güncelleme, bir muhasebe veya ödeme işleme sistemiyle yapılan entegrasyon üzerinden gerçekleştirilir. Yakalayın Harici bir finans sistemi entegrasyonundan gelen 'Invoice' nesnesi durum değişikliklerini izleyin. Olay türü inferred | |||
| Sipariş etkinleştirildi | Siparişin kesinleştirildiğini ve sipariş karşılama ile faturalandırmaya geçebileceğini gösteren standart bir Salesforce olayıdır. Etkinleştirme, siparişteki çoğu değişikliği kilitler ve belirli bir durum değişikliğiyle yakalanır. | ||
| Neden önemli? Etkinleştirme, siparişin geçerliliğini doğrulayan ve geri alınamayan önemli bir kilometre taşıdır. Satıştan operasyonlara resmi devir noktasıdır ve satış çevrim sürelerinin izlenmesinde temel bir bileşendir. Nereden alınır? Order nesnesindeki standart Status alanının Activated olarak değiştirilmesinden çıkarılır. Zaman damgası, Order alan geçmişi izleme kaydına yazılır. Yakalayın Order nesnesinin alan geçmişini, durumun Activated olarak değişmesi açısından izleyin. Olay türü inferred | |||
| Sipariş kapatıldı | Satış siparişinin sistemde başarıyla tamamlandığını ve sonlandırıldığını ifade eder. Başka bir işlem gerekmediğini gösteren son durum güncellemesinden çıkarılır. | ||
| Neden önemli? Bu olay, sürecin ana normal akış son olayıdır. Bu etkinliğe kadar geçen toplam sürenin ölçülmesi, 'Ortalama Sipariş Kapatma Süresi' KPI'ını sağlar. Nereden alınır? 'Order' nesnesinin 'Status' alanının 'Closed', 'Completed' veya 'Fulfilled' gibi son bir değere değişmesinden çıkarılır. Zaman damgasına alan geçmişi takibi üzerinden ulaşılabilir. Yakalayın 'Order' nesnesinin alan geçmişini, son ve tamamlanmış bir duruma geçiş açısından izleyin. Olay türü inferred | |||
| Sipariş oluşturuldu | Sistemde bir satış siparişi kaydının ilk kez oluşturulduğunu gösterir. Bu olay, Salesforce'ta yeni bir Order nesnesi örneği ilk kez kaydedildiğinde açıkça yakalanır. | ||
| Neden önemli? Bu, Siparişten Tahsilata sürecinin temel başlangıç olayıdır. Bu noktadan sonraki faaliyetlere kadar geçen süreyi analiz etmek, genel çevrim sürelerini anlamak için önemlidir. Nereden alınır? Order nesnesinin oluşturulma olayıdır. Zaman damgası, Order kaydındaki standart CreatedDate alanının değeridir. Yakalayın Doğrudan Order nesnesinin CreatedDate zaman damgasından alınır. Olay türü explicit | |||
| Ürünler sevk edildi | Siparişin depodan müşteriye fiziksel olarak gönderildiği anı gösterir. Bu olay neredeyse her zaman harici bir sevkiyat veya ERP sisteminden Salesforce'a yapılan güncellemeyle yakalanır. | ||
| Neden önemli? Bu, On-Time Shipping Rate ve genel sipariş karşılama verimliliğini ölçmek için önemli bir kilometre taşıdır. Müşteri yolculuğunun teslimat aşamasının başlangıcını gösterir. Nereden alınır? Order nesnesindeki Shipped Date veya Tracking Number alanının ya da ilişkili özel Shipment nesnesindeki ilgili alanın doldurulmasından çıkarılır. Veriler bir sipariş karşılama sisteminden gelir. Yakalayın Sevkiyat tarihi veya takip numarası alanının ilk kez doldurulduğu zaman damgasını kullanın. Olay türü inferred | |||
| Ürünler teslim edildi | Sevkiyatın müşteriye başarıyla ulaştığını gösterir. Bu bilgi, kargo taşıyıcısının sisteminden alınır ve Salesforce'a geri aktarılır. | ||
| Neden önemli? Bu olay, 'Zamanında Teslimat Oranı' KPI'ını hesaplamak ve müşteriye yansıyan gerçek çevrim sürelerini ölçmek için gereklidir. Karşılama sürecinin tamamlandığını doğrular. Nereden alınır? 'Order' veya özel 'Shipment' nesnesindeki 'Delivery Date' alanının doldurulmasından çıkarılır. Bu veri genellikle bir lojistik hizmet sağlayıcısıyla yapılan entegrasyon üzerinden sağlanır. Yakalayın Teslimat tarihi alanının doldurulduğu zaman damgasını kullanın. Olay türü inferred | |||
| Fatura müşteriye gönderildi | Faturanın ödeme yapılması için müşteriye gönderildiğini gösterir. Bu bilgi genellikle fatura kaydındaki durum değişikliği olarak alınır. | ||
| Neden önemli? Bu olay, 'Ödeme Gerçekleşme Süresi' KPI'ı için tetikleyici görevi görür. Faturanın oluşturulması ile gönderilmesi arasındaki her gecikme, ödeme vadesinin başlangıcını doğrudan erteler. Nereden alınır? 'Invoice' nesnesindeki durumun 'Sent' veya benzer bir değere değişmesinden çıkarılır. Gönderilen e-postaya ait bir etkinlik günlüğü kaydı da kullanılabilir. Yakalayın İlgili 'Invoice' nesnesindeki 'Status' alanını izleyin veya e-posta günlüğü etkinliklerini kontrol edin. Olay türü inferred | |||
| Kredi kontrolü gerçekleştirildi | Siparişle ilişkili müşteri için kredi değerliliği kontrolünün tamamlandığını gösterir. Bu genellikle, Credit Check Status gibi özel bir alanın Passed veya Completed olarak güncellenmesiyle yakalanan çıkarımsal bir olaydır. | ||
| Neden önemli? Bu etkinlik çoğu zaman önemli gecikmelerin kaynağıdır. Süresini ve bekleme zamanını ölçmek, 'Credit Check Bottleneck Analysis' Dashboardunu ele almak ve nakit akışını iyileştirmek için önemlidir. Nereden alınır? Order veya ilişkili Account nesnesindeki özel bir alanda bulunan zaman damgası ya da durum değişikliğinden çıkarılır. Örneğin Credit_Check_Date__c veya Credit_Status__c alanları kullanılabilir. Yakalayın Kredi kontrolünün tamamlandığını gösteren özel alanlardaki güncellemeleri izleyin. Olay türü inferred | |||
| Sipariş iptal edildi | Siparişin karşılama tamamlanmadan önce iptal edildiğini gösterir. Bu bilgi, sipariş kaydındaki sonlandırıcı durum değişikliğiyle alınır. | ||
| Neden önemli? Bu, önemli bir istisna ve son olayıdır. Siparişlerin neden ve ne zaman iptal edildiğini analiz etmek, satış sürecindeki, ürün bulunabilirliğindeki veya müşteri kredisindeki sorunları ortaya çıkarabilir. Nereden alınır? 'Order' nesnesinin 'Status' alanının 'Cancelled' değerine değişmesinden çıkarılır. Zaman damgası, 'Status' alanının geçmişinde bulunabilir. Yakalayın 'Order' nesnesinin alan geçmişini 'Cancelled' durumuna geçiş açısından izleyin. Olay türü inferred | |||
| Sipariş karşılamaya gönderildi | Etkinleştirilen siparişin toplama ve paketleme için depoya veya sipariş karşılama sistemine devredildiğini gösterir. Bu olay genellikle bir entegrasyonun tetiklediği sipariş durum değişikliğiyle yakalanır. | ||
| Neden önemli? Bu olay, sürecin ticari ve lojistik bölümlerini birbirinden ayırır. Etkinleştirmeden bu noktaya kadar geçen süreyi izlemek, idari gecikmeleri depo işleme gecikmelerinden ayırmaya yardımcı olur. Nereden alınır? Order durumunun Sent to Fulfillment veya Awaiting Shipment gibi bir değere değiştirilmesinden çıkarılır. Bu durum değişikliği çoğu zaman bir ERP/WMS entegrasyonu tarafından tetiklenir. Yakalayın Sipariş karşılama devrini gösteren belirli değerler açısından Order nesnesindeki Status alanını izleyin. Olay türü inferred | |||
| Sipariş onaya gönderildi | Taslak bir siparişin resmi bir onay iş akışına gönderildiği noktayı ifade eder. Bu durum genellikle siparişteki bir 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? Gönderimleri izlemek, siparişlerin onay beklerken geçirdiği süreyi ve inceleme sürecinin verimliliğini ölçmeye yardımcı olur. Onay öncesi darboğazları görünür kılar. Nereden alınır? Order nesnesindeki durum değişikliğinden, örneğin Draft durumundan Submitted for Approval durumuna geçişten veya siparişle ilişkili ProcessInstance nesnesindeki gönderim tarihinin izlenmesinden çıkarılır. Yakalayın Durum alanı değişikliklerini izleyin veya ProcessInstance nesnesini sorgulayın. Olay türü inferred | |||
| Sipariş onaylandı | Satış siparişinin gerekli tüm taraflarca resmi olarak onaylandığını ve bir sonraki aşamaya geçebileceğini belirtir. Bu durum, bir iş akışındaki son onay adımı veya buna karşılık gelen durum güncellemesi izlenerek yakalanır. | ||
| Neden önemli? Bu, sipariş karşılama sürecini başlatan önemli bir kilometre taşıdır. Onaydaki gecikmeler, Siparişten Tahsilata genel çevrim süresini önemli ölçüde etkileyebilir. Nereden alınır? Order nesnesindeki durum alanının Approved gibi bir değere değiştirilmesinden çıkarılır. Alternatif olarak ilişkili ProcessInstance kaydının tamamlanma tarihinden elde edilebilir. Yakalayın Order nesnesindeki Status alanını veya onay süreci geçmişinin tamamlanmasını izleyin. Olay türü inferred | |||
| Stok tahsis edildi | Siparişteki ürünlerin stok sisteminde rezerve edildiğini gösterir. Bu olay genellikle harici bir ERP veya stok sisteminden kaynaklanır ve Salesforce'u bir alan değişikliğiyle günceller. | ||
| Neden önemli? Bu faaliyet, Inventory Allocation Lead Time KPI'ını analiz etmek için önemlidir. Buradaki gecikmeler siparişlerin zamanında sevk edilmesini doğrudan etkiler. Nereden alınır? Sistem analizi gerektirir. Genellikle Order veya OrderItem nesnelerindeki durum güncellemesinden ya da bir entegrasyon tarafından doldurulan özel Allocation_Date__c alanından çıkarılır. Yakalayın Bir ERP entegrasyonundan gelen Order veya OrderItem nesnelerindeki durum ya da tarih alanı değişikliklerini izleyin. Olay türü inferred | |||
Veri çıkarma rehberleri
Adımlar
- Ön koşul: Alan Geçmişi Takibini yapılandırın: Raporları oluşturmadan önce bir Salesforce yöneticisi, Order nesnesinde Alan Geçmişi Takibinin etkin olduğundan emin olmalıdır. Özellikle Status alanını ve Credit_Check_Status__c veya Fulfillment_Status__c gibi olayları belirtmek için kullanılan özel alanları takip edin. Bu işlem Setup > Object Manager > Order > Fields & Relationships > Set History Tracking yoluyla yapılır.
- Özel bir rapor türü oluşturun: Alan değişikliği verilerine sipariş ayrıntılarıyla birlikte erişmek için özel bir rapor türü oluşturun. Setup > Report Types bölümüne gidin. Primary Object olarak Orders seçili yeni bir rapor türü oluşturun. Ardından Order History nesnesini ikincil nesne olarak ilişkilendirin. İlişkinin "'A' records may or may not have related 'B' records." olarak ayarlandığından emin olun. Böylece henüz geçmişi olmayanlar da dahil olmak üzere tüm siparişleri raporlayabilirsiniz. Bu rapor türünü "Orders with History" adıyla kaydedin.
- Ana 'Events' raporunu oluşturun: Reports sekmesine gidin ve New Report seçeneğine tıklayın. "Orders with History" rapor türünü seçin. Bu rapor, alan değişikliklerine dayanan tüm etkinlikleri yakalar.
- Events raporu sütunlarını yapılandırın: Şu sütunları ekleyin: Order: Order Number (SalesOrderId için), Edit Date (EventTime için), User (UserPerformingAction için), Field/Event (değiştirilen alan), Original Value ve New Value. Üst Order nesnesinden Order: Total Amount, Account: Account Name ve uygunsa RequestedDeliveryDate için karşılık olarak Order: Company Authorized By Date gibi diğer sütunları da ekleyin.
- Events raporunu filtreleyin: Show Me filtresini All orders, Date Field alanını da istediğiniz aralıkla birlikte Created Date olarak ayarlayın, örneğin Last 3 Months. Field/Event sütununa, yalnızca etkinliklerinize karşılık gelen belirli alan değişikliklerini içerecek bir filtre ekleyin, örneğin Status ve Credit_Check_Status__c.
- 'Order Created' raporunu oluşturun: Standart Orders rapor türünü kullanarak ikinci ve daha basit bir rapor oluşturun. Bu rapor yalnızca oluşturma olayını yakalar. Order Number, Created Date, Created By, Status, Total Amount ve Account Name sütunlarını ekleyin. İstediğiniz zaman aralığı için Created Date alanına filtre uygulayın.
- Her iki raporu da dışa aktarın: Her iki raporu çalıştırın ve Export seçeneğini kullanın. Details Only ve Comma Delimited .csv biçimini seçin.
- Verileri 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.
- 'Events' raporu için yeni bir ActivityName sütunu oluşturun. Alan değişikliği verilerini istediğiniz etkinlik adlarıyla eşlemek üzere formüller veya bir betik kullanın. Örneğin Field/Event değeri 'Status' ve New Value değeri 'Activated' ise ActivityName değerini 'Order Activated' olarak ayarlayın.
- 'Order Created' raporu için ActivityName adlı yeni bir sütun ekleyin ve tüm satırlardaki değerini 'Order Created' olarak ayarlayın. Sütunları Event Log şemasına uyacak şekilde yeniden adlandırın, örneğin Order Number -> SalesOrderId ve Created Date -> EventTime.
- Tek bir Event Log içinde birleştirin: Dönüştürülmüş 'Order Created' verilerindeki satırları dönüştürülmüş 'Events' verilerine ekleyin. Böylece tüm etkinliklerin tek ve birleşik bir listesi oluşur.
- Yükleme için son haline getirin: Gerekli kalan sütunları ekleyin: SourceSystem (statik değer olarak 'Salesforce Sales Cloud') ve LastDataUpdate (geçerli zaman damgasıyla). Son dosyayı yüklemeye hazır bir CSV olarak kaydetmeden önce tüm sütun başlıklarını ve veri biçimlerini gözden geçirin.
Yapılandırma
- Rapor türleri: Orders ve Order History nesnelerini birleştiren özel bir rapor türü, durum değişikliklerini ve diğer alan güncellemelerini ayrı etkinlikler olarak yakalamak için gereklidir.
- Alan geçmişi takibi: Bu yöntemin tamamı, veri çıkarma başlamadan önce Order nesnesi için alan geçmişi takibinin etkinleştirilmesine bağlıdır. Status gibi temel alanlar ve süreç adımlarını temsil eden özel alanlar izlenmelidir.
- Tarih aralığı filtreleri: Tutarlı bir sipariş grubunu analiz etmek için birincil filtre olarak Order nesnesindeki Created Date alanını kullanın. İlk analiz için 3-6 aylık bir aralık önerilir.
- Veri dışa aktarma hizmeti: Yüksek hacimli ortamlar için alternatif olarak Data Export Service, belirli nesnelerdeki tüm verileri, Order, OrderHistory ve Account, haftalık veya aylık olarak dışa aktaracak şekilde zamanlanabilir. Bu yöntem, daha fazla harici işleme ve birleştirme gerektiren ham veriler sağlar, ancak etkileşimli Report Builder'daki zaman aşımı ve satır sınırlarını ortadan kaldırır.
- İzinler: Çıkarma işlemini çalıştıran kullanıcıların Order ve Account nesneleri için Run Reports, Export Reports ve View All Data izinlerine sahip olması gerekir. Data Export Service'i yapılandırmak için System Administrator ayrıcalıkları gerekir.
- Rapor yapısı: En kolay dışa aktarma ve işleme için raporları Tabular Format olarak ayarlayın. Summary veya Matrix biçimlerinden kaçının.
a Örnek sorgu sql
/*
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.
*/ Başlamaya hazır mısınız?
Bu Template ile verilerinizi hazırlayarak Siparişten Tahsilata, satış siparişi işleme sürecinizi bugün optimize etmeye başlayın. Operasyonlarınızı daha akıcı hale getirmek ve nakit akışı verimliliğini artırmak için gerekli içgörüleri keşfedin.
Nakit akışınızı artırın: Siparişten Tahsilata, satış işleme sürecini şimdi optimize edin
Verimsizlikleri belirleyin, çevrim süresini %30 azaltın ve nakit akışını hızlandırın.
Kredi kartı gerekmez • Dakikalar içinde başlayın