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 verilerini çıkarma rehberi
Siparişten Tahsilata satış siparişi işleme öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Satış siparişinin yaşam döngüsünde gerçekleşen belirli iş olayının veya görevin adı. | ||
| Açıklama Etkinlik adı, satış siparişi sürecindeki bir adımı tanımlar. Örneğin Sipariş oluşturuldu, Kredi kontrolü tamamlandı veya Fatura gönderildi. Süreç haritasının temel yapı taşları olan bu etkinlikler; sistem olaylarından, durum değişikliklerinden veya görevlerin tamamlanmasından elde edilir. Bu etkinlikleri analiz ederek süreç akışını görselleştirebilir, sık kullanılan yolları (varyantları) belirleyebilir ve her adımın sıklığını ve süresini ölçebilirsiniz. Süreçte neler olduğunu anlamak için bu analiz temel önem taşır. Neden önemli? Bu öznitelik, süreç haritasındaki adımları tanımlar. Bu bilgi 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, ilişkili kayıtların (ör. Invoice) oluşturulmasından veya Order ile ilişkili tamamlanmış Task ya da Event kayıtlarından elde edilir. Örnekler Sipariş oluşturulduSipariş onaylandıÜrünler gönderildiÖdeme alındı | |||
| Olay zamanı EventTime | Etkinliğin gerçekleştiği kesin tarih ve saat. | ||
| Açıklama Olay zamanı, yani zaman damgası, bir etkinliğin gerçekleştiği kesin anı kaydeder. Olayları doğru sıraya koymak ve etkinlikler arasındaki süreleri hesaplamak için bu veri gereklidir. Zamana dayalı Process Mining analizlerinin temeli budur. 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 incelemek için kullanılır. Hatalı veya eksik zaman damgaları, analizden elde edilecek faydayı ciddi ölçüde azaltabilir. Neden önemli? Zaman damgaları, olayları kronolojik sıraya koymak ve çevrim süreleri ile darboğazlar gibi tüm performans metriklerini hesaplamak için gereklidir. Nereden alınır? Order nesnesindeki veya ilişkili kayıtlardaki CreatedDate ya da LastModifiedDate gibi alanlara karşılık gelir. Belirli olaylar için Task kaydının tamamlanma tarihi kullanılabilir. Örnekler 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| Satış siparişi SalesOrderId | Her satış siparişini benzersiz biçimde tanımlayan bu kimlik, Siparişten Tahsilata sürecinin tamamını izlemek için temel vaka kimliğidir. | ||
| Açıklama Sales Order ID, süreç analizinin temelini oluşturur ve her müşteri siparişini yaşam döngüsü boyunca benzersiz biçimde tanımlar. Oluşturma ve onaydan siparişin karşılanmasına ve ödemenin alınmasına kadar ilgili tüm etkinlikleri birbirine bağlar. Process Mining’de belirli bir siparişle ilgili her olay bu kimliğe bağlanır. Böylece siparişin baştan sona izlediği yol yeniden oluşturulabilir; çevrim süreleri, süreç farklılıkları ve tek tek siparişlerdeki darboğazlar ayrıntılı biçimde incelenebilir. Neden önemli? Bu öznitelik, ilgili tüm olayları tek bir vakada gruplandırmak için gereklidir. Böylece her satış siparişinin uçtan uca süreç akışını görselleştirip analiz edebilirsiniz. Nereden alınır? Bu, standart Salesforce Order nesnesindeki Id alanıdır. Örnekler 8018d000000XwPBAA08018d000000Y1qCAAS8018d000000Z3kDAB1 | |||
| Kaynak sistem SourceSystem | Verinin hangi sistemden çıkarıldığını belirtir. | ||
| Açıklama Bu öznitelik, süreç verisinin kaynağını belirtir. Bu analizde değer her zaman Salesforce Sales Cloud olacaktır. Birden fazla sistemin kullanıldığı ortamlarda bu alan, veri kökenini izlemek ve sorunları gidermek için önemlidir. Tek sistemli ortamlarda bile verinin kaynağı hakkında önemli bilgiler sunar. Neden önemli? Verinin kaynağı hakkında önemli bağlam bilgisi sağlar. Bu bilgi, veri yönetişimi ve birden fazla kaynak sistemden gelen verilerin birleştirilmesi açısından önemlidir. Nereden alınır? Bu, veri çıkarma sırasında Veri Seti’ni etiketlemek için eklenen ve genellikle değişmeyen bir değerdir. Örnekler Salesforce Sales Cloud | |||
| Son veri güncellemesi LastDataUpdate | Verinin en son ne zaman çıkarıldığını veya yenilendiğini gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, kaynak sistemden en son veri alımının tarih ve saatini kaydeder. Analiz edilen verilerin ne kadar güncel olduğunu anlamak için önemli bir bağlam sağlar. Analistler bu bilgiyi, en güncel süreç verilerini görüntüleyip görüntülemediklerini anlamak ve bulgularının geçerliliğini değerlendirmek için kullanır. Her Process Mining projesinde önemli bir üst veri öğesidir. Neden önemli? Verilerin güncelliğini göstererek kullanıcıların analizin ne kadar güncel olduğunu anlamasını sağlar. Nereden alınır? Bu, veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulup 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 belirtir. Böylece süreci müşteri odaklı bir bakış açısıyla inceleyebilirsiniz. Bu öznitelikle belirli müşterilere göre filtreleme yapabilir, farklı müşteri gruplarındaki süreç performansını karşılaştırabilir veya bazı müşterilerin süreç sorunlarını sürekli yaşayıp yaşamadığını belirleyebilirsiniz. Süreç performansını müşteri deneyimiyle doğrudan ilişkilendirmek için önemlidir. Neden önemli? Süreç performansını belirli müşterilerle ilişkilendirir; örüntüleri veya sorunları belirlemek için müşteri bazında analiz ve gruplandırma yapılmasını sağlar. Nereden alınır? Order nesnesinde AccountId adlı bir arama alanı bulunur. Account.Name alanını almak için bu kimlik Account nesnesiyle birleştirilmelidir. Ö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, 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. Kullanıcı bazında analiz; iş yükü dağılımını, bireysel performansı ve otomasyon düzeyini anlamak için önemlidir. Hangi kullanıcıların en çok yeniden çalışma yaptığını veya bazı ekiplerin onayları daha hızlı verip vermediğini görmenizi sağlar. Ayrıca işin kişiler arasında nasıl devredildiğini incelemek için sosyal ağ analizinde kullanılır. Neden önemli? Kullanıcı, ekip veya rol bazında performans analizi yapmayı 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ı adını almak için bu kimliklerin User nesnesiyle birleştirilmesi gerekir. Örnekler Alice SmithBob JohnsonSistem otomasyonuKredi ekibi | |||
| Sipariş durumu OrderStatus | Olay gerçekleştiği sırada satış siparişinin durumu. | ||
| Açıklama Bu öznitelik, satış siparişinin Taslak, Etkinleştirildi, Gönderildi veya Kapatıldı gibi durumlarını kaydeder. Süreç günlüğündeki etkinlikler çoğu zaman durum değişikliklerinden oluşturulur. Sipariş durumunu analiz etmek, her olaya bağlam kazandırır ve siparişin ilerleyişini izlemek için önemlidir. Örneğin, İptal edildi durumundaki siparişlerle başarıyla Kapatıldı durumuna gelen siparişleri ayırt ederek vakaların sonucunu anlamanıza yardımcı olur. Neden önemli? Her olay için önemli bir 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ştirildiGönderildiKapatıldıİptal edildi | |||
| Talep edilen teslimat tarihi RequestedDeliveryDate | Müşterinin sipariş için talep ettiği 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 temel bir ölçüttür. Bu tarih, Teslimat tarihine uyum takibi Dashboardunda 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 tarihiyle (Goods Delivered zaman damgası) karşılaştırılır. Neden önemli? Zamanında teslimat performansını ölçmek için temel ölçüttür; müşteri memnuniyetinin ve operasyonel verimliliğin önemli bir göstergesidir. 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 tamamen kapatılmasına kadar geçen toplam süre. | ||
| Açıklama Toplam çevrim süresi, satış siparişi sürecinin baştan sona ne kadar sürdüğünü ölçen temel bir performans göstergesidir. İlk olayın (ör. Order Created) zaman damgasıyla son olayın (ör. Order Closed) zaman damgası arasındaki fark hesaplanır. Bu metrik, Satış siparişinin baştan sona çevrim süresi Dashboardunun ana odağıdır. Çevrim süresini incelemek, süreç genelindeki verimsizlikleri belirlemeye ve iyileştirme çalışmalarının etkisini ölçmeye yardımcı olur. Ülke veya ürün ailesi gibi diğer özniteliklere göre verileri gruplandırarak çevrim süresindeki farklılıkları araştırabilirsiniz. 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? Veri dönüştürme sırasında her SalesOrderId için son olayın zaman damgasından ilk olayın zaman damgası çıkarılarak 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 tutarını gösterir. Süreç verimliliğinin veya verimsizliğinin iş üzerindeki etkisini anlamaya yardımcı olan temel bir metriktir. Analiz sırasında toplam sipariş tutarını kullanarak vakaları gruplandırabilir, örneğin yüksek tutarlı siparişlerin düşük tutarlı siparişlerden farklı işlenip işlenmediğini veya daha fazla gecikme yaşayıp yaşamadığını inceleyebilirsiniz. Bu öznitelik, finansal KPI’ları hesaplamak ve süreç boyunca aktarılan değeri anlamak için de temel oluşturur. Neden önemli? Siparişleri tutarlarına göre gruplandırarak sürecin finansal açıdan incelenmesini sağlar; gecikmelerin veya yeniden çalışmanın parasal etkisini ölçmeye yardımcı olur. Nereden alınır? Bu, standart Salesforce Order nesnesindeki TotalAmount alanıdır. Örnekler 5400.50125000.00950.75 | |||
| Fatura kimliği InvoiceId | Satış siparişiyle ilişkili faturanın benzersiz tanımlayıcısı. | ||
| Açıklama Fatura kimliği, satış siparişini ilgili finansal faturayla ilişkilendirir. Bu faturanın oluşturulması ve gönderilmesi, Siparişten Tahsilata sürecinin ikinci yarısındaki önemli aşamalardır. Bu öznitelik, siparişin karşılanmasından ödemenin alınmasına kadar olan süreci izlemeye yardımcı olur. Ödeme tahsilat süresini hesaplamak için gereken Fatura oluşturuldu ve Fatura müşteriye gönderildi etkinliklerinin süresini doğru biçimde ölçmenizi sağlar. Neden önemli? Satış siparişini faturalandırma alt süreciyle ilişkilendirerek finansal işlemleri ve ödeme çevrim sürelerini doğru biçimde 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 | |||
| Gönderim ülkesi ShippingCountry | Satış siparişinin gönderildiği ülke. | ||
| Açıklama Bu öznitelik, siparişin gönderildiği ülkeyi belirtir. Siparişten Tahsilata sürecinin coğrafi analizinde temel bir boyuttur. Gönderim ülkesine göre yapılan analiz, uluslararası siparişlerde teslimat sürelerinin uzaması veya tahsilat döngülerinin değişmesi gibi bölgesel performans farklılıklarını ortaya çıkarabilir. Süreci bölgelere göre gruplandırarak bölgeye özgü sorunları anlamanıza ve çözmenize yardımcı olur. Neden önemli? Süreci coğrafi bölgelere göre gruplandırarak bölgesel performans farklılıklarını, uyumluluk sorunlarını veya lojistik zorlukları ortaya çıkarır. Nereden alınır? Bu, standart Salesforce Order nesnesindeki ShippingCountry alanıdır. Örnekler USAAlmanyaJaponyaBrezilya | |||
| Gönderim yöntemi ShippingMethod | Ürünlerin gönderimi için seçilen yöntem; örneğin Standart kara yolu, Ekspres veya Uluslararası. | ||
| Açıklama Bu öznitelik, siparişin teslimatı için seçilen lojistik hizmet düzeyini belirtir. Teslimat sürelerini ve maliyetlerini doğrudan etkiler. Gönderim yöntemi verimlilik analizinde farklı gönderim seçeneklerinin performansını karşılaştırmak için kullanılır. Ekspres gönderilerin taahhüt edilen sürede ulaşıp ulaşmadığı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ı incelemeyi ve farklı gönderim seçeneklerinin maliyetini ve verimliliğini değerlendirmeyi sağlar. Nereden alınır? Bu, muhtemelen Order nesnesinde veya ilişkili özel Shipment nesnesinde bulunan özel bir alandır. Salesforce Sales Cloud belgelerine veya şemasına başvurun. Örnekler Standart kara yolu2 günlük ekspresErtesi gün hava kargoUluslararası öncelikli gönderim | |||
| Kredi kontrolü durumu CreditCheckStatus | Sipariş için yapılan kredi kontrolünün sonucu. | ||
| Açıklama Bu öznitelik, müşterinin kredi değerlendirmesinin sonucunu belirtir. Kredi kontrolü, sipariş sürecinde çoğu zaman önemli bir aşamadır. Yaygın değerler arasında Onaylandı, Reddedildi ve Beklemede bulunur. Bu öznitelik, Kredi kontrolü darboğaz analizi Dashboardu için gereklidir. Kuruluşlar, siparişin kredi kontrolü aşamasına ne zaman girdiğini ve bu aşamadan ne zaman çıktığını, ayrıca son durumunu izleyerek bu adımın süresini ve sonucunu ölçebilir ve olası gecikme kaynaklarını belirleyebilir. Neden önemli? Kredi kontrolü adımının süresini, başarı oranını ve toplam çevrim süresine etkisini ölçmeye yardımcı olur. Nereden alınır? Bu, muhtemelen 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önderilmesiyle ödemenin alınması arasında geçen süre. | ||
| Açıklama Hesaplanan bu metrik, Siparişten Tahsilata döngüsünün son aşamasındaki ödeme alma verimliliğini ölçer. Fatura müşteriye gönderildi etkinliğiyle Ödeme alındı etkinliği arasındaki süreyi gösterir. Bu öznitelik, Ödeme tahsilat süresi Dashboardunu ve Ödeme gerçekleşme süresi KPI’ını doğrudan destekler. Finans ekibi bu süreyi inceleyerek tahsilattaki darboğazları belirleyebilir, ödeme koşullarının ne kadar etkili olduğunu değerlendirebilir ve nakit akışını hızlandırma fırsatlarını bulabilir. Neden önemli? Alacak hesapları sürecinin verimliliğini ölçer ve şirketin nakit akışını doğrudan etkiler. Nereden alınır? Veri dönüştürme sırasında her vaka için Ödeme alındı olayının zaman damgasından Fatura müşteriye gönderildi olayının zaman damgası çıkarılarak 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ı belirtir. Birçok Process Mining aracı bu zamanı sonraki etkinliğin başlangıç zamanından çıkarır. Ancak bitiş zamanını doğrudan kaydetmek, özellikle uzun süren görevlerde etkinlik sürelerinin daha doğru hesaplanmasını sağlar. Bu öznitelik, bir etkinliğin işlem süresini kesin olarak hesaplamak için kullanılır. Kredi kontrolü veya Envanter ayrıldı gibi uzun sürebilen görevleri analiz ederken özellikle yararlıdır. Böylece etkin çalışma süresini boşta geçen bekleme süresinden ayırabilirsiniz. Neden önemli? Tek tek etkinliklerin işlem sürelerini kesin olarak hesaplamayı sağlar. Bu, darboğazları ve yoğun kaynak gerektiren adımları belirlemek için önemlidir. Nereden alınır? Belirli bir vakadaki sonraki olayın StartTime değerinden elde edilebilir. Bazı etkinliklerde Task.CompletedDateTime gibi belirli 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 tarafından mı yoksa bir kullanıcı tarafından mı gerçekleştirildiğini belirten bir işaret. | ||
| Açıklama Bu mantıksal öznitelik, otomatik durum güncellemesi gibi sistem otomasyonunun tetiklediği olaylarla kullanıcıların elle gerçekleştirdiği işlemleri birbirinden ayırır. Süreçteki otomasyon düzeyini anlamaya yardımcı olur. Bu özniteliği analiz ederek otomasyonun verimlilik ve tutarlılık üzerindeki etkisini ölçebilirsiniz. Otomatik ve elle yürütülen yolları karşılaştırabilir, elle yapılan işi ve hata olasılığını azaltmak için otomasyon fırsatlarını belirleyebilirsiniz. Neden önemli? Sistem işlemlerini kullanıcı işlemlerinden ayırarak otomasyon analizini ve elle yapılan işi azaltma fırsatlarının belirlenmesini sağlar. Nereden alınır? Veri dönüştürme sırasında UserPerformingAction değerinin belirlenmiş bir sistem kullanıcısı olup olmadığı kontrol edilerek veya etkinlik türüne dayalı kurallar uygulanarak 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 geldikleri kanala göre sınıflandırır. Böylece farklı kanallardaki süreç performansını karşılaştırabilirsiniz. Bu öznitelik, Satış kanalı performans karşılaştırması Dashboardu için gereklidir. İşletmeler kanala göre filtreleme veya karşılaştırma yaparak hangi kanalların daha verimli olduğunu, hangilerinde daha fazla yeniden çalışma yaşandığını ve performansı uyumlu hâle getirmek için nerelerde standartlaştırma gerektiğini belirleyebilir. Neden önemli? Farklı iş kanallarındaki performansı karşılaştırmaya yardımcı olur; iyi uygulamaları ve süreçleri uyumlu hâle getirme fırsatlarını belirlemenizi sağlar. 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ğıTelefonla satış | |||
| Sipariş sahibi OrderOwner | Satış siparişini yönetmekten birincil derecede sorumlu kullanıcı. | ||
| Açıklama Sipariş sahibi, siparişten birincil derecede sorumlu olan satış temsilcisi veya müşteri yöneticisidir. Belirli bir işlemi yapan kullanıcıdan farklı olarak siparişin genel ilerleyişinden sorumludur. Sipariş sahibine göre yapılan analiz, ekiplerin veya kişilerin iş yükünü ve sipariş portföylerini yönetme performansını değerlendirmeye yardımcı olur. Sık sık takılan veya yeniden çalışma gerektiren siparişlerin hangi sahiplerde yoğunlaştığını göstererek olası eğitim ihtiyaçlarını ortaya çıkarabilir. Neden önemli? Siparişin başarısından sorumlu kişiyi belirler; iş yükünü ve performansı sipariş sahibi bazında incelemenizi sağlar. Nereden alınır? Bu, Order nesnesindeki OwnerId alanıdır. Sahibin adını almak için bu kimlik 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ünleri üst düzeyde sınıflandırır. Böylece süreci satılan ürün türüne göre inceleyebilirsiniz. Bu öznitelikle süreci gruplandırarak belirli ürün ailelerinin farklı süreç yolları izleyip izlemediğini, çevrim sürelerinin daha uzun olup olmadığını veya daha fazla yeniden çalışma gerektirip gerektirmediğini belirleyebilirsiniz. Örneğin, karmaşık ve yapılandırılabilir ürünler, standart ve hazır ürünlere kıyasla daha ayrıntılı bir onay ve teslimat sürecinden geçebilir. Neden önemli? Süreci ürün kategorisine göre inceleyerek farklı ürün türlerinin süreç verimliliğini değiştirip değiştirmediğini ortaya çıkarır. Nereden alınır? Order nesnesine OrderItem bağlantı nesnesi üzerinden bağlı olan Product2 nesnesinden alınır. Bunun için Order -> OrderItem -> PricebookEntry -> Product2 nesnelerinin birleştirilmesi gerekir. Örnekler DonanımYazılım lisanslarıProfesyonel hizmetlerDestek sözleşmeleri | |||
| Yeniden çalışma var mı IsRework | Satış siparişinde tekrarlanan bir etkinlik veya süreç döngüsü gibi yeniden çalışma olup olmadığını belirten bir işaret. | ||
| Açıklama Hesaplanan bu öznitelik, doğrusal ve ileriye doğru ilerleyen süreçten sapan vakaları belirler. Bir etkinlik tekrarlandığında veya süreç hata, eksik bilgi ya da reddedilen onaylar nedeniyle önceki bir aşamaya döndüğünde yeniden çalışma oluşur. Bu işaret, Satış siparişi yeniden çalışma oranı KPI’ını hesaplamak ve Satış siparişinde yeniden çalışma ve hata oranı Dashboardunu oluşturmak için kullanılır. Verimsizliklerin sıklığını ve etkisini ölçerek daha iyi kalite kontrolleri veya süreç açıklığı gerektiren alanları gösterir. Neden önemli? Ek ve planlanmamış iş gerektiren siparişleri işaretleyerek süreç verimsizliğini ölçer. Bu işler maliyeti ve çevrim süresini doğrudan etkiler. Nereden alınır? Belirli bir vaka için tekrarlanan etkinlik adları veya geriye dönen süreç akışları algılanarak Process Mining yazılımında ya da veri dönüştürme sırasında hesaplanır. Örnekler truefalse | |||
| Zamanında teslimat mı IsOnTimeDelivery | Ürünlerin müşterinin talep ettiği teslimat tarihinde veya daha önce teslim edilip edilmediğini belirten bir işaret. | ||
| Açıklama Bu mantıksal ö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 hesabını oluşturur. Bu işareti analiz ederek kuruluşlar taahhütlerini ne ölçüde yerine getirdiklerini anlayabilir. Bu, müşteri memnuniyetini etkileyen başlıca unsurlardan biridir. Diğer özniteliklerle birlikte incelendiğinde, bazı gönderim yöntemlerinin veya bölgelerin zamanında teslimat oranlarının daha düşük olup olmadığı ortaya çıkabilir. Neden önemli? Müşteri taahhütlerine göre performansı net biçimde, iki seçenekli olarak ölçer ve Zamanında teslimat oranı KPI’ını doğrudan destekler. Nereden alınır? Veri dönüştürme 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 işleme etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Fatura oluşturuldu | Satış siparişi için mali faturanın oluşturulmasını belirtir. İlişkili bir Invoice nesnesinin oluşturulmasıyla, Salesforce Billing üzerinden veya bir entegrasyon aracılığıyla kaydedilebilir. | ||
| Neden önemli? Bu kilometre taşı, sürecin tahsilat aşamasının başlangıcını gösterir. Teslimat ile faturalama 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. Kaydedin İlişkili Invoice kaydındaki CreatedDate değerini kullanın. Olay türü inferred | |||
| Ödeme alındı | Müşteri ödemesinin alındığının ve mutabakatının yapıldığının doğrulandığını belirtir. Bu bilgi, genellikle durum değişikliği olarak bir finans sisteminden Salesforce’a aktarılır. | ||
| Neden önemli? Bu olay, satıştan tahsilat sürecinin son adımıdır. Nakit akışını ve Satışların Tahsilat Süresi değerini yönetmek için Fatura gönderildi aşamasından bu noktaya kadar geçen süreyi incelemek önemlidir. Nereden alınır? Invoice nesnesindeki durumun Paid veya Closed olarak değişmesinden çıkarılır. Güncelleme, muhasebe veya ödeme işleme sistemiyle kurulan entegrasyon üzerinden yapılır. Kaydedin Harici finans sistemi entegrasyonundan gelen Invoice nesnesi durum değişikliklerini izleyin. Olay türü inferred | |||
| Sipariş etkinleştirildi | Siparişin kesinleştiğini ve karşılanma ile faturalama aşamalarına geçebileceğini belirten standart bir Salesforce olayıdır. Etkinleştirme, siparişi çoğu değişikliğe kapatır ve belirli bir durum değişikliğiyle kaydedilir. | ||
| 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 teslimi ifade eder ve satış çevrim sürelerinin izlenmesinde temel bir adımdır. Nereden alınır? Order nesnesindeki standart Status alanının Activated olarak değişmesinden çıkarılır. Zaman damgası, Order alan geçmişi izleme kaydında tutulur. Kaydedin Activated durumuna geçişi görmek için Order nesnesinin alan geçmişini izleyin. Olay türü inferred | |||
| Sipariş kapatıldı | Satış siparişinin sistemde başarıyla tamamlandığını ve kapatıldığını belirtir. Başka bir işlem gerekmediğini gösteren son sipariş durumu güncellemesinden çıkarılır. | ||
| Neden önemli? Bu, sürecin ideal yolundaki temel bitiş olayıdır. Bu etkinliğe kadar geçen toplam süre, Ortalama sipariş kapatma süresi KPI’ını verir. Nereden alınır? Order nesnesindeki Status alanının Closed, Completed veya Fulfilled gibi son bir değere değişmesinden çıkarılır. Zaman damgası, alan geçmişi izleme kayıtlarında bulunur. Kaydedin Tamamlandığını belirten son bir duruma geçişi görmek için Order nesnesinin alan geçmişini izleyin. Olay türü inferred | |||
| Sipariş oluşturuldu | Sistemde satış siparişi kaydının ilk kez oluşturulduğunu belirtir. Salesforce’ta yeni bir Order nesnesi ilk kez kaydedildiğinde bu olay açıkça kaydedilir. | ||
| Neden önemli? Bu, Siparişten Tahsilata sürecinin temel başlangıç olayıdır. Toplam çevrim sürelerini anlamak için bu noktadan sonraki etkinliklere kadar geçen süreyi incelemek önemlidir. Nereden alınır? Order nesnesinin oluşturulma olayıdır. Zaman damgası, Order kaydındaki standart CreatedDate alanının değeridir. Kaydedin Doğrudan Order nesnesinin CreatedDate zaman damgasından alınır. Olay türü explicit | |||
| Ürünler gönderildi | Siparişin depodan müşteriye fiziksel olarak gönderildiği anı belirtir. Bu olay neredeyse her zaman harici bir kargo veya ERP sisteminden Salesforce’a gönderilen güncellemeyle kaydedilir. | ||
| Neden önemli? Bu, Zamanında sevkiyat oranını 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ı başlatır. Nereden alınır? Order nesnesindeki Shipped Date veya Tracking Number alanının ya da ilişkili özel Shipment nesnesinin doldurulmasından çıkarılır. Veriler sipariş karşılama sisteminden gelir. Kaydedin 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 | Gönderinin müşteriye başarıyla ulaştığını belirtir. Bu bilgi kargo şirketinin sisteminden alınır ve Salesforce’a aktarılır. | ||
| Neden önemli? Bu olay, Zamanında teslimat oranı KPI’ını hesaplamak ve müşterinin deneyimlediği gerçek çevrim sürelerini ölçmek için gereklidir. Sipariş 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 kargo ve lojistik sağlayıcısıyla kurulan entegrasyon üzerinden alınır. Kaydedin Teslimat tarihi alanının doldurulduğu zaman damgasını kullanın. Olay türü inferred | |||
| Envanter ayrıldı | Siparişteki ürünlerin envanter sisteminde rezerve edildiğini belirtir. Bu olay genellikle harici bir ERP veya envanter sisteminden gelir ve Salesforce’taki bir alan değişikliğiyle kaydedilir. | ||
| Neden önemli? Bu etkinlik, Envanter ayırma teslim süresi KPI’ını analiz etmek için önemlidir. Buradaki gecikmeler, siparişlerin zamanında gönderilmesini doğrudan etkiler. Nereden alınır? Sistem analizi gerektirir. Genellikle Order veya OrderItem nesnelerindeki durum güncellemesinden ya da bir entegrasyon aracılığıyla doldurulan Allocation_Date__c gibi özel bir alandan çıkarılır. Kaydedin ERP entegrasyonundan gelen Order veya OrderItem nesnelerindeki durum ya da tarih alanı değişikliklerini izleyin. Olay türü inferred | |||
| Fatura müşteriye gönderildi | Faturanın ödeme için müşteriye gönderildiğini belirtir. Bu olay genellikle fatura kaydındaki durum değişikliğiyle kaydedilir. | ||
| Neden önemli? Bu olay, Tahsilat süresi KPI’ını başlatır. Faturanın oluşturulmasıyla gönderilmesi arasındaki her gecikme, ödeme vadesinin başlangıcını doğrudan erteler. Nereden alınır? Invoice nesnesindeki durumun Sent veya benzeri bir değere değişmesinden çıkarılır. Gönderilen e-postaya ait etkinlik günlüğü kaydı da kullanılabilir. Kaydedin İlişkili Invoice nesnesindeki Status alanını izleyin veya e-posta günlüğü etkinliklerini kontrol edin. Olay türü inferred | |||
| Kredi kontrolü tamamlandı | Siparişle ilişkili müşterinin kredi değerliliği kontrolünün tamamlandığını belirtir. Bu olay çoğu zaman, Credit Check Status gibi özel bir alanın Passed veya Completed olarak güncellenmesinden çıkarılır. | ||
| Neden önemli? Bu etkinlik çoğu zaman önemli gecikmelere yol açar. Süresini ve bekleme zamanını ölçmek, Darboğaz analizi panosunu 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. Kaydedin Kredi kontrolünün tamamlandığını gösteren özel alanlardaki güncellemeleri izleyin. Olay türü inferred | |||
| Sipariş iptal edildi | Siparişin karşılanma süreci tamamlanmadan iptal edildiğini belirtir. Bu olay, sipariş kaydındaki son durum değişikliğiyle kaydedilir. | ||
| Neden önemli? Bu, önemli bir istisna ve bitiş olayıdır. Siparişlerin neden ve ne zaman iptal edildiğini incelemek; satış sürecindeki, ürün bulunabilirliğindeki veya müşteri kredisindeki sorunları ortaya çıkarabilir. Nereden alınır? Order nesnesindeki Status alanının Cancelled olarak değişmesinden çıkarılır. Zaman damgası, Status alanının geçmişinde bulunabilir. Kaydedin Cancelled durumuna geçişi görmek için Order nesnesinin alan geçmişini izleyin. Olay türü inferred | |||
| Sipariş karşılanmak üzere gönderildi | Etkinleştirilen siparişin, ürünlerin toplanıp paketlenmesi için depoya veya sipariş karşılama sistemine devredildiğini belirtir. Bu olay genellikle bir entegrasyonun tetiklediği sipariş durumu değişikliğiyle kaydedilir. | ||
| Neden önemli? Bu olay, sürecin ticari ve lojistik aşamalarını birbirinden ayırır. Etkinleştirmeden bu noktaya kadar geçen süreyi izlemek, idari gecikmeleri depo işlemlerindeki gecikmelerden ayırmaya yardımcı olur. Nereden alınır? Order durumunun Sent to Fulfillment veya Awaiting Shipment gibi bir değere değişmesinden çıkarılır. Bu durum değişikliği genellikle ERP veya WMS entegrasyonu tarafından tetiklenir. Kaydedin Siparişin karşılanmak üzere devredildiğini gösteren belirli değerler için Order nesnesindeki Status alanını izleyin. Olay türü inferred | |||
| Sipariş onaya gönderildi | Taslak siparişin resmi onay iş akışına gönderildiği noktayı belirtir. Bu olay genellikle sipariş durumundaki değişiklikten veya Salesforce onay süreci geçmişinde bir kayıt oluşturulmasından çıkarılır. | ||
| Neden önemli? Gönderimlerin izlenmesi, siparişlerin onay beklerken geçirdiği süreyi ve inceleme sürecinin verimliliğini ölçmeye yardımcı olur. Ayrıca onay öncesindeki darboğazları ortaya çıkarır. Nereden alınır? Order nesnesindeki durum değişikliğinden (ör. Draft durumundan Submitted for Approval durumuna) veya siparişle ilişkili ProcessInstance nesnesindeki gönderim tarihinin izlenmesinden çıkarılır. Kaydedin Durum alanındaki değişiklikleri izleyin veya ProcessInstance nesnesini sorgulayın. Olay türü inferred | |||
| Sipariş onaylandı | Satış siparişinin gerekli tüm taraflarca resmi olarak onaylandığını ve sonraki aşamaya geçebileceğini belirtir. İş akışındaki son onay adımı veya ilgili durum güncellemesi izlenerek kaydedilir. | ||
| Neden önemli? Bu, siparişin karşılanma sürecini başlatan önemli bir kilometre taşıdır. Onay gecikmeleri, Siparişten Tahsilata çevrim süresini önemli ölçüde etkileyebilir. Nereden alınır? Order nesnesindeki durum alanının Approved gibi bir değere değişmesinden çıkarılır. İlişkili ProcessInstance kaydının tamamlanma tarihi de kullanılabilir. Kaydedin Order nesnesindeki Status alanını veya onay süreci geçmişinin tamamlanmasını izleyin. Olay türü inferred | |||
Veri çıkarma rehberleri
Adımlar
- Ön koşul: Alan geçmişi takibini yapılandırın: Rapor oluşturmadan önce Salesforce yöneticisi, Order nesnesinde Field History Tracking özelliğinin etkin olduğundan emin olmalıdır. Özellikle Status alanını ve Credit_Check_Status__c veya Fulfillment_Status__c gibi etkinlikleri belirtmek için kullanılan özel alanları izleyin. Bu ayarı Setup > Object Manager > Order > Fields & Relationships > Set History Tracking bölümünden yapabilirsiniz.
- Özel bir rapor türü oluşturun: Sipariş ayrıntılarının yanı sıra alan değişikliği verilerine de 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şkiyi "'A' records may or may not have related 'B' records" olarak ayarlayın. Böylece henüz geçmiş kaydı olmayanlar da dahil tüm siparişleri raporlayabilirsiniz. Rapor türünü "Orders with History" adıyla kaydedin.
- Ana 'Events' raporunu oluşturun: Reports sekmesine gidip New Report seçeneğine tıklayın. "Orders with History" rapor türünü seçin. Bu rapor, alan değişikliklerine dayalı tüm etkinlikleri kaydeder.
- Events raporunun 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 başka sütunlar da ekleyin. Örneğin Order: Total Amount, Account: Account Name ve uygunsa RequestedDeliveryDate yerine kullanılabilecek Order: Company Authorized By Date.
- Events raporuna filtre uygulayın: Show Me filtresini All orders, Date Field seçeneğini Created Date olarak ayarlayın ve istediğiniz tarih aralığını belirleyin (ör. Last 3 Months). Field/Event sütununa, etkinliklerinize karşılık gelen alan değişikliklerini (ör. Status, Credit_Check_Status__c) içerecek bir filtre ekleyin.
- 'Order Created' raporunu oluşturun: Standart Orders rapor türünü kullanarak daha basit ikinci bir rapor oluşturun. Bu rapor yalnızca sipariş oluşturma etkinliğini kaydeder. Order Number, Created Date, Created By, Status, Total Amount ve Account Name sütunlarını ekleyin. İstediğiniz tarih aralığı için Created Date filtresini uygulayın.
- Her iki raporu da dışa aktarın: Raporları çalıştırıp Export seçeneğini kullanın. Details Only biçimini ve Comma Delimited .csv seçeneğini belirleyin.
- 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 ActivityName adlı yeni bir sütun oluşturun. Alan değişikliği verilerini istediğiniz etkinlik adlarıyla eşleştirmek için formüller veya bir betik kullanın. Örneğin Field/Event değeri 'Status', New Value değeri 'Activated' ise ActivityName değerini 'Order Activated' olarak ayarlayın.
- 'Order Created' raporuna ActivityName adlı yeni bir sütun ekleyin ve tüm satırlarda değerini 'Order Created' olarak belirleyin. Sütun adlarını Event Log şemasıyla eşleşecek şekilde değiştirin (ör. Order Number → SalesOrderId, Created Date → EventTime).
- Tek bir Event Log oluşturmak için verileri birleştirin: Dönüştürülmüş 'Order Created' verilerindeki satırları dönüştürülmüş 'Events' verilerine ekleyin. Böylece tüm etkinlikleri içeren tek ve birleşik bir liste elde edersiniz.
- Yükleme için son düzenlemeleri yapın: Gerekli diğer sütunları ekleyin: SourceSystem (sabit değer olarak 'Salesforce Sales Cloud') ve LastDataUpdate (geçerli zaman damgası). Son dosyayı yüklemeye hazır bir CSV olarak kaydetmeden önce tüm sütun başlıklarını ve veri biçimlerini kontrol edin.
Yapılandırma
- Rapor türleri: Durum değişikliklerini ve diğer alan güncellemelerini ayrı etkinlikler olarak kaydetmek için Orders ve Order History nesnelerini birleştiren özel bir rapor türü gerekir.
- Alan geçmişi takibi: Bu yöntem, veri çıkarma işlemine başlamadan önce Order nesnesinde alan geçmişi takibinin etkinleştirilmesine bağlıdır. Status gibi temel alanların ve süreç adımlarını belirten özel alanların izlenmesi gerekir.
- Tarih aralığı filtreleri: Tutarlı bir sipariş grubunu analiz etmek için temel 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 ortamlarda alternatif olarak Data Export Service’i belirli nesnelerdeki tüm verileri (Order, OrderHistory, Account) dışa aktaracak şekilde haftalık veya aylık zamanlayabilirsiniz. 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ırı sorunlarını önler.
- İzinler: Verileri çıkaracak 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ı: Dışa aktarma ve işleme kolaylığı için raporları Tabular Format olarak ayarlayın. Summary veya Matrix biçimlerini kullanmayın.
Ö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?
Verilerinizi bu şablonla hazırlayarak Siparişten Tahsilata satış siparişi işleme sürecinizi bugün iyileştirmeye başlayın. Operasyonları kolaylaştıracak ve nakit akışını daha verimli yönetmenizi sağlayacak içgörüleri keşfedin.
Nakit akışınızı hızlandırın: Siparişten Tahsilata satış işleme sürecinizi şimdi iyileştirin
Verimsizlikleri belirleyin, çevrim süresini %30 azaltın ve tahsilatı hızlandırın.
Kredi kartı gerekmez • Dakikalar içinde başlayın