![]() |
|
Defter Yapılarını Tasarlama HakkındaEtkili 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ı DefterleriKullanı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 GereksinimleriDefter 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:
Kurumsal Yapının UygunluğuBirç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:
Veri BağlantılarıBir kullanıcı bir departmandan diğerine transfer olduğunda şirketinizin izlediği prosedürleri inceleyin. Örneğin:
Kullanıcı Gereksinimleri ve GörevleriDefter 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ışmaKullanı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:
Ö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önetmeYö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:
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. Raporlar. Yönetici GörünürlüğüDefter hiyerarşilerinizi tasarlarken, tasarımlarınızı şu ilkelere göre oluşturun:
Hiyerarşi DüzeyleriHer 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önetimiNormal 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:
İlgili Konularİlgili bilgiler için aşağıdaki konuya bakın: |
Eylül 2017'da Yayımlandı | Copyright © 2005, 2017, Oracle. Tüm hakları saklıdır. Legal Notices. |