| Yazdır Çevrimiçi Yardımın PDF Sürümünü Aç

#### Defter Yapılarını Tasarlama Hakkında Etkili bir defter yapısı ayarlamak için defter hiyerarşilerinizi dikkatlice planlamanız gerekir. Şirketiniz için defter hiyerarşilerini tasarlarken ve daraltırken aşağıdaki yönergeleri gözönünde bulundurun: Kullanıcı defterlerini tekrarlayan özel defterler oluşturmayın. İş verileriniz için organizasyon ve erişim ilkelerini belirleyin. Şirket yapısının veri yönetimine uygun olup olmadığını belirleyin. Şirketinizdeki veri bağlantılarını belirleyin. Defterlerinizi kullanıcı gereksinimlerine göre tasarlayın ve kullanıcıların defterleri en sık kullandıkları görevleri gözönünde bulundurun. Defterlerinizi, şirket profilindeki Yönetici Görünürlüğü Etkinleştirildi onay kutusu ile sağlanan işlevin mümkün olduğunca az kullanılacağı şekilde tasarlayın. Defter hiyerarşilerinizdeki düzey sayısını minimum düzeyde tutun. Defter yapısındaki çapraz liste miktarını olabildiğinde azaltın. Çapraz liste, kayıtları birden çok defterde tekrarlama uygulamasıdır. Defter yönetimini otomatikleştirmek için iş akışı kuralları kullanın. Ayrıca, defter adlarınızı tasarlarken, defter adına çözümlenen bir ifade kullanarak farklı kayıtlara farklı bir defter atamak için tek bir iş akışı işlemi kullanmanıza imkan tanıyan özelliği göz önünde bulundurun. ### Kullanıcı Defterleri Kullanıcı defterlerini tekrarlayan özel defterler oluşturmanın dezavantajı, özel defterlerdeki verilerle kullanıcı defteri öndeğerlerinin senkronize edilmesidir. Bu ekstra görev sunucu işleme süresini artırır ve kayıtların getirilme hızını etkiler. NOT: Bir şirketin kullanıcı defterlerini tekrarlama nedeni, bir kullanıcıya başka bir kullanıcının verilerine geçici erişim sağlanmasıdır. Bu gereksinimin karşılanmasının daha iyi bir yolu, verilere erişmek isteyen kullanıcıyı verilerin sahibi olan kullanıcının vekili olarak eklemektir. ### Veri Erişimi Gereksinimleri Defter yapınız şirketinizin kurumsal hiyerarşisini yansıtmak zorunda değildir. Bunun yerine, defter yapınızın şirketinizin verilerini nasıl organize ettiğini iyi yansıtması önerilir. İşinizin bazı bölümleri coğrafya bazında, diğer bölümleri ürün serisi veya sektör bazında organize edilebilir. Şu durumlara özellikle dikkat edin: İki (veya daha fazla) departmanın başka bir departmana ait olan verilere erişememesi gereken İki (veya daha fazla) departmanın başka bir departmana ait olan verilere erişebilmesi gereken ### Kurumsal Yapının Uygunluğu Birçok şirkette, üst organizasyon alt organizasyondaki tüm verilere tamamen erişebilir. Böyle bir üst organizasyonun üyeleri, normalde tüm alt verilerdeki verilere genel erişim sahibidir. Organizasyonunuzun yapısı bu şekildeyse, üst organizasyon düzeyinde organizasyon yapısını yansıtan defterler ayarlamamanız önerilir. Ancak, aşağıdakileri yapabilirsiniz: Organizasyon yapısını diğer düzeylerde (örneğin alt organizasyon düzeyleri) yansıtan defterler ayarlamak Üst organizasyon düzeyinde başka defter hiyerarşileri ayarlamak. Örneğin, üst organizasyon düzeyinde, üst organizasyon düzeyindeki kullanıcıların tüm alt organizasyonlarda önemli gelir potansiyeli olan iş fırsatlarını görüntülemelerine olanak tanıyan bir defter veya defter hiyerarşisi oluşturabilirsiniz. ### Veri Bağlantıları Bir kullanıcı bir departmandan diğerine transfer olduğunda şirketinizin izlediği prosedürleri inceleyin. Örneğin: Kullanıcının yönettiği veriler, verilerin sürekli bağlantısı olacak şekilde kullanıcı yeni departmana taşındığında onunla birlikte taşınırsa, verilerinizi kayıt sahipliği ve ekipler yoluyla yönetmeniz önerilir. Normal olarak, randevular ve görevler tüm düzeylerde kullanıcı ile birlikte taşınır. Bazı satış ortamlarında, tüm müşteri verileri kullanıcı ile birlikte taşınır. Bu veri bağlantıları küçük ve orta ölçekli işletmeler ve düşük hacim/yüksek değerli satışlara odaklanan işletmeler için doğrudur. Veriler genellikle, organizasyon düzeyinde veri sahipliği olması için, sabit bir organizasyonda kalırsa (örneğin coğrafi organizasyon), verileri organizasyon yapısını yansıtan defterler yoluyla yönetmeniz önerilir. Sürdürülen bağlantı ve organizasyon düzeyinde sahiplik kullanıcı başka bir departmana taşındıktan sonra mevcut olmaya devam ederse, iki hiyerarşi aynı anda mevcut olabilir. ### Kullanıcı Gereksinimleri ve Görevleri Defter yapınızı tasarlarken, kullanıcıların defterleri, listelerde çalışma, kayıt arama ve rapor oluşturma ve kullanma gibi işlemler için en sık kullandıkları görevi gözönünde bulundurun. #### Listelerde Çalışma Kullanıcılara gereken listeleri belirlemenize yardımcı olmak üzere, kullanıcılarınızın en sık kullandıkları ve kullanıcılarınız için ideal olan liste tiplerini belirleyin. Bunu gerçekleştirmenize yardımcı olacak girdileri şirketinizdeki kullanıcılardan isteyin. Defter yapınızdaki hiçbir defter ideal liste için gerekli olan tüm kayıtları içermiyorsa, defter yapısında bir hiyerarşi eksik olabilir. Örneğin, hem coğrafi hiyerarşi hem de ürün esaslı hiyerarşi ayarlayabilirsiniz. Kullanıcılar bir defterin belirli bir alt kümesinde çalışırken fazla zaman harcıyorsa, alt küme için bir alt defter oluşturun. Alt defteri kullanıcıların tanıyacağı şekilde adlandırın. Alt defter, kullanıcıların her seferinde uygun defteri seçmek zorunda kalmayacakları şekilde Defter seçici için öndeğer olarak da ayarlanabilir. Defter seçici öndeğerini ayarlama ile ilgili daha fazla bilgi için bkz. Kullanıcılar ve Kullanıcı Rolleri için Defterleri Etkinleştirme. #### Kayıt Arama Şirketinizdeki kullanıcıların arama gereksinimlerini belirlemek için, kullanıcılara belirli kayıtları aramak için kullandıkları senaryoları sorun. Defter yapınız ve defter boyutlarınız kullanıcıların en sık gerçekleştirdikleri aramaları ve arama ölçütlerini yansıtmalıdır. NOT: Zaten bir defter yapınız varsa ve onu daha da daraltıyorsanız, kullanıcılara belirli bir kaydın hiyerarşideki belirli bir defterin parçası olduğunu tanımlayıp tanımlayamayacaklarını sorun. Kullanıcılar tutarlı olarak, yalnızca üst düzeydeki bir defter ile ilgili olarak emin olabileceklerini söylüyorsa, başka bir defter yapısı alt bölümünün aramalarını daratmalarına izin verip vermeyeceğini sorun. Kullanıcılar yalnızca normal aramalarına bir istisna olarak yüksek düzey defterlerde arama yapmaya zorlanabilir. Aramada kullanılan alanlar, aramanın hızını da etkiler: Defterlerde kayıt aramak için dizini oluşturulan alanlar kullanmak optimum performans ile sonuçlanır. (Dizini oluşturulan alanlar, arama bölümlerinde yeşil metinle gösterilir.) Defterlerde kayıt arama için dizini oluşturulmayan alanlar (dizini oluşturulan alanlar yerine) kullanıldığında, aramalar daha yavaş olur ve performans aranan kayıtların hacminden etkilenir. (Dizini oluşturulmayan alanlar, arama bölümlerinde siyah metinle gösterilir.) Örneğin, kullanıcıların normal olarak dizini oluşturulan alanlar bazında ilgili kişi kayıtları aradığını belirlerseniz, en düşük düzeydeki defter (yaprak-düğüm defteri adı verilir) için kayıt sayısı her kayıt tipi için 100.000' kadar çıkabilir. Ancak, kullanıcılar normal olarak dizini oluşturulmayan alanlar bazında ilgili kişi kayıtları ararsa, yaprak-düğüm defterlerinizin boyutunu, her kayıt tipi için 20.000 ve 30.000 kayıt ile sınırlandırabilirsiniz. Veri konfigürasyonu şirketten şirkete değişiklik gösterir. Sonuç olarak, defterler için önerilen bir kayıt sayısı yoktur. Defter boyutunu sürekli olarak yönetmeniz gerekir. Defterler aranan kayıt sayısını azaltarak aramaları hızlandırır. #### Raporlar Oluşturma ve Yönetme Yöneticiler hariç tüm kullanıcılar, raporlar ile ilgili veri görünürlüğü kurallarına tabidir. Defter seçicide raporlama için bir kullanıcı defteri veya özel defter belirlendiğinde, raporlar ile ilgili veriler aşağıdaki gibidir: Tarihsel analizlerdeki tüm veriler (Analytics sekmelerinden erişilen tüm tarihsel analizler ve kayıt Giriş Sayfalarında gömülü tüm raporlar dahil olmak üzere) defter ile sınırlanır ve seçilen defterin tüm alt düzeylerini içerir. Kullanıcının sahip olduğu veya kullanıcının bir ekip üyesi olduğu kayıtlar, bu kayıtlar aynı zamanda seçilen defterde veya alt defterlerinden birinde mevcut olmadığı sürece dahil edilmez. Gerçek zamanlı raporlama, Defter seçicide seçilen defter (özel defter veya kullanıcı defteri) ile doğrudan ilişkili olan verilerle sınırlandırılmıştır. Seçilen defterin alt defterleri veya bağlı çalışanları varsa, alt defterlerdeki veya bağlı çalışanlardaki veriler gerçek zamanlı raporlarda yoksayılır. NOT: Normalde ayarladıktan sonra defter yapınızı değiştirmeniz gerekli olmasa da, bunu yapabilirsiniz. Bu değişiklikleri yapmak için uygulamayı devre dışı bırakmanız gerekmez ve değişiklikler anında uygulanır. Ancak, bu değişiklikler gerçek zamanlı raporlardaki verilerde hemen yansıtılmaz. Raporlarda kayıt görünürlüğü ile ilgili daha fazla bilgi için bkz. Analytics'de Kayıt Görünürlüğü Hakkında. ### Yönetici Görünürlüğü Defter hiyerarşilerinizi tasarlarken, tasarımlarınızı şu ilkelere göre oluşturun: Şirket profilindeki Yönetici Görünürlüğü Etkinleştirildi onay kutusu ile sağlanan işlev mümkün olduğunca az kullanılır. Alt Öğeleri Ekle seçeneği büyük veri hacimlerinde nadir olarak kullanılır veya hiç kullanılmaz. (Büyük veri hacmi oluşturan kayıt sayısı şirketten şirkete ve arama düzenlerine göre değişiklik gösterir.) Alt Öğeleri Ekle seçeneğinin kullanılması gereken durumlar vardır. Örneğin, yöneticilerin, bağlı çalışanları birbirleriyle veri paylaşamadıklarından, bağlı çalışanlarını içeren kullanıcı defterlerinde listeler çalıştırmaları gerekir. Hacimler büyükse, arama süresi artar. Ancak, optimum performans için, gerektiğinde yalnızca Alt Öğeleri Ekle seçeneğini belirleyin. ### Hiyerarşi Düzeyleri Her düzeyinde kayıtlar olan büyük sayıda düzeyler içeren defter hiyerarşileri, yönetici görünürlüğünün etkinleştirildiği ekip işlevine benzer şekilde davranır. Bu tür hiyerarşiler küçük veri kümeleri ile daha iyi performans gösterir. Ancak, veri hacimleri büyüdükçe, hiyerarşisinde daha az düzey olan defterler (veya hiç hiyerarşi düzeyi olmayanlar) ekip işlevinden çok daha iyi performans gösterir. Defter hiyerarşinizin bir düzeyi veri güvenliğine veya veri organizasyonuna ek değer sağlamıyorsa, fazla defteri ve alt defterlerini birleştirin. Kullanıcılara normalde bir kaydın bir alt defterde veya aynı üst defterin farklı alt defterinde olduğunu anlayıp anlayamadıklarını sorun; anlayamıyorlarsa, bu durum en iyi seçeneğin iki alt defteri üst deftere daraltmak olduğunu gösterir. Bir defter hiyerarşisindeki düzey sayısını azaltmanın basit bir yöntemi, alt defterlerin önüne üst defterin adını eklemektir. Örneğin, Kuzey Amerika adında bir üst deftere sahip Kuzey adında bir alt defteriniz varsa, üst defteri kaldırır ve alt defteri KA - Kuzey olarak yeniden adlandırırsınız. ### Çapraz Liste Çapraz liste, kayıtları birden çok defterde tekrarlama uygulamasıdır. Sunucunun performansını etkileyen birçok okuma-yazma işlemi ile sonuçlanan senkronizasyon işlemi gerekli olduğundan, çapraz liste işleminin kullanıcılar için yönetim genel görevleri vardır. Çapraz listeyi minimumda tutun. ### Otomatik Defter Yönetimi Normal olarak, defter atama ölçütleri bir kayıt tipindeki bir veya daha çok alana eşlenir. Bu alanlardan biri değiştiğinde defter atamasını otomatik olarak yeniden organize etmek için iş akışı kuralları oluşturabilirsiniz. Örneğin, Bölge adında bir defter hiyerarşiniz varsa, bir kayıt tipindeki alanı izlemek için bir iş akışı kuralı oluşturabilir (örneğin firmalar üzerinde Bölge alanı) ve kayıt üzerindeki Bölge defterini, firmadaki Bölge alanı değeri değiştiğinde yeni defter ile güncelleyecek, kural üzerinde bir Defter Ata eylemi oluşturabilirsiniz. Defter adlarınızı tasarlarken, Defter Ata iş akışı işlemlerini tek bir iş akışı işlemi defter adına çözümlenen ifadeye göre farklı kayıtlara farklı defter atayacak şekilde kullanmak isteyip istemediğinizi gön önünde bulundurun. Örneğin, Kuzey Amerika'da ve Avrupa, Orta Doğu, Afrika bölgesinde bulunan hesaplarınız olduğunu varsayalım. Farklı konumlar için iki farklı defter ayarlamak ve hesaba hesabın konumuna uygun defteri atamak isteyebilirsiniz. Bu konfigürasyonu ayarlamak için biri Kuzey Amerika, diğeri Avrupa, Orta Doğu, Afrika adlı iki defter oluşturabilirsiniz. Kuzey Amerika ve Avrupa, Orta Doğu, Afrika değerleriyle Satış Konumu adlı özel bir seçim listesi alanı oluşturabilir ve özel alanı uygun rollere yönelik Hesap kayıt türü için sayfa yerleşimine ekleyebilirsiniz. Ardından bir hesap kaydı güncellendiğinde aşağıdakileri yapan Defter Ata iş akışı işlemi oluşturabilirsiniz: Hesap kaydında Satış Konumu alanında seçilen değeri belirlemek için bir ifadeyi değerlendirir. Hesap kaydını, adı ifade tarafından döndürülen değerle eşleşen defterle ilişkilendirir. #### İlgili Konular İlgili bilgiler için aşağıdaki konuya bakın: İş Akışı İşlemleri Oluşturma: Defter Ata

Ağustos 2022'da Yayımlandı | Copyright © 2005, 2022, Oracle ve/veya Oracle'a bağlı kuruluşlar. Legal Notices.