Değerleri toplamak için toplama alanı oluşturma

Bu konu, Dynamics 365 Customer Engagement (on-premises) için geçerlidir. Bu konunun Power Apps sürümü için bkz: Power Apps 'te toplama alanları tanımlama

Toplama alanları, kullanıcılara, anahtar iş ölçümleri izleyerek verilere öngörüler elde etmede yardımcı olmak üzere tasarlanmıştır. Bir toplama alanı, bir hesabın açık fırsatları gibi belirli bir kayıtla ilgili kayıtlar üzerinden hesaplanan bir toplam değerini içerir. Ayrıca, e-postalar ve randevular gibi doğrudan bir kayıtla ilişkili etkinliklerdeki ve Aktivite Tarafı varlığı aracılığıyla dolaylı olarak bir kayıtla ilişkili etkinliklerdeki verileri toplayabilirsiniz. Daha karmaşık senaryolarda kayıtların hiyerarşisini üzerinden verileri toplayabilirsiniz. Bir yönetici veya özelleştirici olarak, geliştiricinin kod yazmasına gerek kalmadan özelliği kullanarak toplama alanları tanımlayabilirsiniz.

Toplama alanları faydaları ve özellikleri:

Toplama alanlarının özellikleri ve yararları arasında şunlar bulunur:

  • Görsel düzenleme kolaydır. Normal bir alanı oluşturmanız gibi, Alan Düzenleyiciyi kullanarak toplama alanları oluşturabilirsiniz.

  • Geniş yelpazeli toplama işlevleri. Aşağıdaki işlevleri kullanarak verileri toplayabilirsiniz: SUM, COUNT, MIN, MAX ve AVG.

  • Toplama için tam filtre desteği. Birden çok koşul ayarlarken, kaynak varlık veya ilgili varlık için çeşitli filtreler ayarlayabilirsiniz.

  • Kullanıcı arabirimiyle sorunsuz bütünleştirme. Toplama alanlarını, formlar, görünümler, grafikler ve raporlara dahil edebilirsiniz.

  • Toplama alanları, çözüm bileşenleridir. Toplama alanlarını, kuruluşlar arasında bileşenler olarak kolaylıkla taşıyabilir ve onları çözümlere dağıtabilirsiniz.

  • Toplama alanları ve hesaplanan alanlar, birbirine tamamlayıcıdır. Hesaplanan alanın bir parçası olarak bir toplama alanı kullanabilirsiniz ve bunun tersi de geçerlidir.

    Toplama alanlarının bazı örnekleri arasında şunlar bulunur:

  • Bir hesabın açık fırsatlarının toplam tahmini geliri

  • Bir hiyerarşideki tüm hesaplar arasında açık fırsatların toplam tahmini geliri

  • Alt fırsatları da dahil olmak üzere bir fırsatın toplam tahmini geliri

  • Bir kampanya tarafından oluşturulan niteliği onaylanmış müşteri adaylarının toplam tahmini değeri

  • Bir hiyerarşi içindeki tüm hesaplar arasında yüksek öncelikli açık servis taleplerinin sayısı

  • Bir hesap için tüm yüksek öncelikli açık servis taleplerinin en erken oluşturma saati

Her Toplama alanı <fieldname>_tarih ve <fieldname>_durum sonek düzenli ile iki donatı alan oluşturur. _date alanı, Tarihsaat veri türünde ve _state alanı, tamsayı veri türündedir.

_date alanı, bir toplama alanının değerinin hesaplandığı son tarih ve saati depolamak için kullanılan, sistem tarafından oluşturulan bir alandır.

_state alanında aşağıdaki değerler vardır:

State Description
0 => NotCalculated Alan değeri henüz hesaplanmamıştır.
1 => Hesaplanan Alan değeri _date alanındaki son güncelleştirme saatine göre hesaplanmıştır.
2 => OverflowError Alan değeri hesaplaması, taşma hatayla sonuçlandı.
3 => OtherError Alan değeri hesaplaması, bir iç hata nedeniyle başarısız oldu. Hesaplama işinin sonraki çalıştırmasında büyük olasılıkla düzelecektir.
4 => RetryLimitExceeded Fazla sayıda eşzamanlılık ve kilitleme çakışması nedeniyle değerin hesaplanmasına yönelik en fazla yeniden deneme sayısı aşıldığından, alan değeri hesaplaması başarısız oldu.
5 => HierarchicalRecursionLimitReached Alan değeri hesaplaması, hesaplama için maksimum hiyerarşi derinliği sınırına ulaşıldığından başarısız oldu.
6 => LoopDetected Kayıt hiyerarşisi içinde yinelenen bir döngü algılandığından, alan değer hesaplaması başarısız oldu.

Toplama hesaplamaları

Toplamalar, zaman uyumsuz olarak arka planda çalışan zamanlanmış sistem işleri tarafından hesaplanır. Toplama işlerini yönetmek ve görüntülemek için bir yönetici olmanız gerekir. Toplama işlerini görüntülemek için Ayarlar>Sistem İşleri>Görünüm>Yinelenen Sistem İşleri'ne gidin. İlgili bir işi hızlıca bulmak için, Sistem İşi türüne göre filtre uygulayabilirsiniz: Yığın Toplama Alanı Hesaplama veya Toplama Alanı Hesaplama.

  • Yığın Toplama Alanı Hesapla, bir toplama alanı başına oluşturulan yinelenen bir iştir. Bir toplama alanı oluşturduktan veya güncelleştirdikten sonra bir kez çalışır. İş, bu alanı içeren tüm var olan kayıtlarda, belirtilen toplama alanı değerini yeniden hesaplar. Varsayılan olarak, iş, bir alan oluşturduktan veya güncelleştirdikten 12 saat sonra çalışır. İşi tamamlandıktan sonra, uzak gelecekte, yaklaşık 10 yıl içinde, yeniden çalıştırılmak üzere otomatik olarak zamanlanır. Alan değiştirilirse, iş, güncelleştirmeden 12 saat sonra yeniden çalışmak üzere yeniden ayarlanır. Toplama Alanını Toplu Hesapla, kuruluşun iş saatleri dışında çalışmasını sağlamak için 12 saatlik gecikme gereklidir. Toplama alanı oluşturulduktan veya değiştirildikten sonra, bir yöneticinin, Toplama Alanını Toplu Hesapla işinin başlangıç saatini, iş saatleri dışında çalışacak şekilde ayarlaması önerilir. Örneğin, toplama alanlarının etkin işlenmesini sağlamak amacıyla, işin çalıştırılması için iyi bir saat, gece yarısıdır.

  • Toplama Alanı Hesapla, belirli bir varlık için var olan kayıtlardaki tüm toplama alanlarının artımlı hesaplamalarını yapan bir yinelenen iştir. Varlık başına yalnızca bir Toplama Alanı Hesaplama işi vardır. Artımlı hesaplamalar, Toplama Alanları Hesaplama işinin, son Toplama Alanını Toplu Hesapla işinin yürütülmesi sona erdikten sonra oluşturulan, güncelleştirilen veya silinen kayıtları işleyeceği anlamına gelir. Varsayılan en fazla yineleme ayarı bir saattir. İş, bir varlıkta ilk toplama alanı oluşturulduğunda otomatik olarak oluşturulur ve son toplama alanı silindiğinde silinir.

  • Çevrimiçi yeniden hesaplama seçeneği. Formda toplama alanının üzerine gelirseniz, son toplamanın zamanını görebilirsiniz ve aşağıda gösterildiği gibi, toplama değeri alanının yanındaki yenileme simgesini seçerek toplama değerini yenileyebilirsiniz:

    Dynamics 365 for Customer Engagement firma formunda yer alan toplama alanı.

    Çevrimiçi yeniden hesaplama seçeneğini kullanırken (formda el ile yenileme) göz önünde bulundurmanız gereken birkaç nokta vardır:

    • Yenileme çağırdığınız varlıkta Yazma ayrıcalıklarınız ve kaynak kaydında Okuma erişimi haklarınız olmalıdır. Örneğin, bir hesabın açık fırsatlarından tahmini geliri hesaplıyorsanız, fırsat varlıkta Yazma ayrıcalığınızın olması gerekmez, yalnızca firma varlığında gerekir.

    • Bu seçenek yalnızca çevrimiçi modda kullanılabilir. Çevrimdışı çalışırken kullanamazsınız.

    • Toplu yenileme sırasında en fazla kayıt sayısı 50.000 kayıt ile sınırlıdır. Hiyerarşik toplama olması durumunda, bu, hiyerarşideki ilgili kayıtlar için geçerlidir. Sınırı aşılırsa, bir hata iletisi görüntülenir: "50.000 ilgili kayıt içeren hesaplama sınırına ulaşıldığından hesaplamalar çevrimiçinde yapılamıyor." Toplama sistem işleri tarafından otomatik olarak yeniden hesaplandığında bu sınır uygulanmaz.

    • Maksimum hiyerarşi derinliği, kaynak kaydı için 10 ile sınırlıdır. Sınırı aşılırsa, bir hata iletisi görüntülenir: "Kaynak kaydı için hiyerarşi derinlik sınırı olan 10 değerine ulaşıldığından hesaplamalar çevrimiçinde yapılamıyor." Toplama sistem işleri tarafından otomatik olarak yeniden hesaplandığında bu sınır uygulanmaz.

    Bir sistem yöneticisi olarak, toplama işinin yinelenme düzenini değiştirebilir, erteleyebilir, duraklatabilir veya devam ettirebilirsiniz. Ancak, bir toplama işini iptal edemez veya silemezsiniz. Yineleme düzenini duraklatmak, ertelemek, sürdürmek veya değiştirmek için Ayarlar>Sistem İşleri'ne gidin. Görünüm'de, Yinelenen Sistem İşleri'ni seçin. Gezinme çubuğunda, Eylemler'i seçin ve istediğiniz eylemi seçin. Yığın Toplama Alanı Hesapla işi için, kullanılabilir seçenekler şunlardır: Sürdür, Ertele ve Duraklat. Toplama Alanı Hesapla işi için, kullanılabilir seçenekler şunlardır: Sürdür, Ertele ve Duraklat, Yinelemeyi Değiştir.

Toplama alanı iş senaryoları

Birkaç toplama alanı senaryosuna göz atalım. Bir hiyerarşi kullanarak ve kullanmadan, bir kayıt için, ilgili kayıtlardan veri toplayacağız. İlgili aktivitelerden ve Activity Party varlığı aracılığıyla bir kayda dolaylı olarak ilgili aktivitelerden de bir kayıt için veri toplayacağız. Her örnekte, Alan Düzenleyicisi'ni kullanarak toplama alanını tanımlayacağız. Alan Düzenleyicisini açmak için çözüm gezginini açın ve Bileşenler>Varlıklar'ı genişletin. İstediğiniz varlığı ve Alanlar öğesini seçin. Yeni öğesini seçin. Düzenleyici'de, Alan Türü ve Veri Türü de dahil olmak üzere, alan için gerekli bilgileri sağlayın. Alan Türü'nde, veri türünü seçtikten sonra, Toplama'yı seçin. Veri türleri, ondalık sayı veya tamsayıları, para birimini ve tarih/saati içerir. Alan Türü'nün yanındaki Düzenle'yi seçin. Bu sizi, toplama alanı tanımı düzenleyiciye götürür. Toplama alanı tanımı, üç bölümden oluşur: Kaynak varlık, İlgili varlık ve Toplama.

  • Kaynak varlık bölümünde, toplama alanının tanımlandığı varlığı belirtirsiniz ve bir hiyerarşi içinde toplayıp toplamadığınızı belirtirsiniz. Hiyerarşide toplama için kullanmak istediğiniz kayıtları belirtmek için, birden fazla koşullu filtreler ekleyebilirsiniz.

  • İlgili varlık bölümünde, üzerinde toplama yaptığınız varlığı belirtin. Bu bölüm, kayak varlıkta hiyerarşi üzerinde toplamayı seçtiğinizde isteğe bağlıdır. Hesaplamada hangi ilgili kayıtların kullanılacağını belirtmek için, birden fazla koşullu filtreler ekleyebilirsiniz. Örneğin, yıllık geliri $1000'den büyük olan açık fırsatlardan geliri dahil edebilirsiniz.

  • Toplam bölümünde, hesaplamak istediğiniz ölçümü belirtirsiniz. SUM, COUNT, MIN, MAX veya AVG gibi, kullanılabilir toplam işlevlerini seçebilirsiniz.

Bu örnekte, bir hiyerarşi kullanılmaz. Toplam tahmini gelir, bir hesap için, ilgili açık fırsatlardan hesaplanır.

Dynamics 365 for Customer Engagement hesabı için tahmini geliri toplama.

Hiyerarşi içinde alt kayıtlardan bir kayıt için veri toplama

Bu örnekte, hiyerarşi üzerinde, bir fırsatın, alt fırsatları da dahil olmak üzere, toplam tahmini gelirini hesaplarız.

Toplam tahmini gelir, fırsat hiyerarşisi.

Bu örnekte, hiyerarşi üzerinde, tüm hesaplar içinde açık fırsatların toplam tahmini gelirini hesaplarız.

Toplam tahmini firma başına gelir hiyerarşisi.

Bu örnekte, bir firmayla ilgili tüm aktivitelerden toplam harcanan ve faturalanan zamanı hesaplıyoruz. Bu, telefonda, randevularda veya özel aktivitelerde harcanan zamanı içerebilir.

Önceki sürümlerde, telefon görüşmesi, faks veya randevu gibi tek bir aktivite için bir toplama alanı tanımlayabilirsiniz. Ancak, aşağıda gösterilen örneğin sonucu elde etmek için hesaplanmış alanları kullanarak verileri toplamalısınız. Şimdi, Aktivite varlığı için bir toplama alanı tanımlayarak tümünü tek bir adımda yapabilirsiniz.

Firma için tüm etkinlikleri toplama.

Bu örnekte, bir firmanın e-postalarının “Kime Alıcısı” satırı veya “Bilgi Alıcısı satırında listelendiği yere gönderilen e-postaların toplam sayısını sayarız. Bu, toplama alanı tanımında Etkinlik Tarafı varlığı için FİLTRELER'de Katılım Türü'nü belirterek yapılır. Filtreleme kullanmazsanız, aktivite için tüm kullanılabilir katılım türleri hesaplamada kullanılır. Etkinlik Tarafı varlığı ve belirli bir etkinlik için kullanılabilir katılım türleri hakkında daha fazla bilgi için bkz: ActivityParty varlığı.

Toplu değerle ilgili etkinlikler ve etkinlik tarafı.

Bu örnekte, bir firmayla ilgili tüm fırsatlardan ortalama bir tahmini gelir hesaplıyoruz.

Dynamics 365 for Customer Engagement ortalama tahmini gelir.

Aşağıdaki örnekte, ilgili fırsatlardan ortalama bir tahmini gelirin firma hiyerarşisi içinde nasıl hesaplanacağı gösterilmiştir. Ortalama bir tahmini gelir hiyerarşideki her düzeyde görülebilir.

Ortalama tahmini gelir.

Toplama alanı hakkında önemli noktalar

Toplama alanlarıyla çalışırken, belirli koşullar ve kısıtlamalardan haberdar olmanız gerekir:

  • Kuruluş için en fazla 100 toplama alanı ve varlık için 10 adede kadar toplama alanı tanımlayabilirsiniz.

  • Toplama alanı güncelleştirmeleri tarafından bir iş akışı tetiklenemez.

  • Bir iş akışı bekleme koşulu, bir toplama alanı kullanamaz.

  • Bir toplama alanı üzerinde toplama desteklenmez.

  • Bir toplama, diğer hesaplanan alanın tüm alanları geçerli varlıkta olsa bile başka bir hesaplanan alan kullanan bir hesaplanan alana başvuramaz.

  • Toplama, yalnızca kaynak varlık veya ilgili varlıklar, basit alanlar veya karmaşık olmayan hesaplanan alanlara filtreler uygulayabilir.

  • Bir toplama yalnızca, 1: N ilişkisiyle ilgili varlıklar üzerinden yapılabilir. Bir toplama, N:N ilişkileri üzerinden yapılamaz.

  • Bir toplama, Etkinlik varlığı veya Etkinlik Tarafı Varlık için 1:N ilişkileri üzerine yapılamaz.

  • İş kuralları, iş akışları veya hesaplanan alanlar her zaman, toplama alanının son hesaplanan değerini kullanır.

  • Bir toplama alanı, sistem kullanıcı bağlamı altında toplanır. Tüm kullanıcılar aynı toplama alanı değerini görebilir. Toplama alanına erişebilecek kişileri kısıtlayarak, alan düzeyi güvenliğiyle (FLS) toplama alanı görünürlüğünü kontrol edebilirsiniz. Daha fazla bilgi: Alan düzeyi güvenliği.

  • Birleştirilmiş alan duyarlılığı toplama alanı duyarlılığından fazlaysa, toplama işlemi yapılmadan önce birleştirilmiş alanın duyarlılığı toplama alanı duyarlığını yuvarlanır. Bu davranış göstermek için belirli bir örneğe bakalım. İlgili fırsatların toplam tahmini geliri hesaplamak için çalışan, firma varlığı üzerindeki toplama alanın iki ondalık basamak duyarlılığında olduğunu varsayalım. Tahmini Fırsat varlığındaki Gelir alanı, dört ondalık basamak duyarlılığında bir birleştirilmiş alandır. Bizim örneğimizde, firmanın iki ilgili fırsatı vardır. Tahmini gelirin birleştirilmiş toplamı aşağıdaki gibi hesaplanır:

    1. Tahmini İlk fırsat için gelir: 1000,0041$

    2. Tahmini İkinci fırsat için gelir: 2000,0044$

    3. Tahminin son toplamı Gelir: 1000,00$ + 2000,00$ = 3000,00$
      Gördüğünüz gibi birleştirme işlemi yapılmadan önce birleştirilmiş alandaki iki ondalık basamağın duyarlılık yuvarlaması yapılır.

  • Firma veya İlgili kişi gibi belirli bir varlık formları, kullanıma hazır haliyle ilişkili kılavuzları içerir. Örneğin, bir Firma formu; İlgili Kişiler, Servis Talepleri, Fırsatlar ve başka kılavuzlar içerir. Firma formu kılavuzları içinde gösterilen bazı kayıtlar, firma kaydıyla doğrudan ilişkilidir; diğerleri, doğrudan değil diğer kayıtlarla olan ilişkileri üzerinden ilişkilidir. Buna karşılık, toplama alanı birleştimesi yalnızca toplama alanı tanımında açıkça tanımlanmış, doğrudan ilişkileri kullanır. Başka hiç bir ilişki dahil edilmez. Davranıştaki farkı göstermek için aşağıdaki örneğe bakalım.

    1. A1 firmasının, P1 adında bir birincil ilgili kişisi vardır. Servis talebi C1, A1 firmasıyla ilişkilendirilir (C1.Müşteri alanı = A1) ve servis talebi C2, P1 ilgili kişisiyle ilişkilendirilir (C2.Müşteri alanı = P1).

    2. A1 kaydından Hesap formu üzerindeki Servis Talebi kılavuzu, iki servis talebi gösterir; C1 ve C2.

    3. Firma varlığı üzerindeki, Servis Taleplerinin Toplam Sayısı olarak adlandırılan toplama alanı firmayla ilişkili servis taleplerini saymak için kullanılır.

    4. Firma toplama alanı tanımında, firmayla Müşteri ilişkisi olan servis taleplerini belirtiriz. Birleştirme sonrasında, Servis Taleplerinin Toplam Sayısı 1'e eşittir (servis talebi C1). Firmaya değil, ilgili kişiye doğrudan ilişkili olduğu için servis talebi C2 toplama dahil edilmez ve firma toplama alanı tanımında açık olarak tanımlanamaz. Sonuç olarak, toplama işlemi tarafından geri verilen servis taleplerini toplam sayısı, Servis Talepleri kılavuzunda gösterilen servis talebi sayısıyla eşleşmez.

Ayrıca bkz.

Alanlar oluşturma ve düzenleme
Hesaplanan alanlar tanımlama
Tarih ve Saat alanının davranışı ve biçimi
Hiyerarşik verileri sorgulama ve görselleştirme