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

#### Kayıt Sahipliği Modları Hakkında Şirketinizin iş ihtiyaçlarına bağlı olarak, belirli kayıt türündeki kayıtlara sahip atamak istemeyebilirsiniz. Bunun yerine, kayıtlarınızı, çalışanlar diğer sorumluluklara taşındığında ya da iş modelleri değiştiği için satış ekipleri yeniden düzenlendiğinde kayıtların sahiplerini yeniden atamaya ihtiyaç duymayacak şekilde organize etmek isteyebilirsiniz. Oracle CRM On Demand, Sürüm 20'den itibaren, kayda sahip atamak yerine kayıtla birincil özel bir defter ilişkilendirerek bu tür iş ihtiyaçlarını desteklemenize olanak tanımaktadır. Kullanıcı rolü ve erişim profili ayarları kullanıcıya gerekli erişim haklarını verdiği sürece, bir kayıtta birincil özel defterin üyesi olan her kullanıcı ilgili kayda erişip onunla çalışabilir. Ayrıca, şirketiniz bazı kayıt türlerini ilgili türde kayıtlar için kendine atanmış bir sahip ya da ilişkili bir birincil özel defter olmasını gerektirmeyecek şekilde ayarlamak da isteyebilir. Oracle CRM On Demand, defter kullanan çoğu kayıt türü için aşağıdaki kayıt sahipliği modlarını ayarlamanıza olanak tanır: Kullanıcı modu. Kullanıcı modu, Sürüm 19'daki ve Oracle CRM On Demand uygulamasının önceki sürümlerindeki kayıt sahipliğine benzerdir. Bir kayıt tipi kullanıcı modunda konfigüre edildiğinde, o kayıt tipindeki her kayda atanmış bir sahip olmalıdır. Defter alanı kaydın detay sayfasında kullanılabiliyorsa, Defter alanı sahip ile ilişkili kullanıcı defterini görüntüler. NOT: Servis isteği kayıtlarının sahip öndeğeri olmayabilir ve Kullanıcılar ve Ürünler gibi bazı kayıt tiplerindeki kayıtlarda sahip bulunmaz. Bu işlev, önceki Oracle CRM On Demand sürümlerinde olduğu gibidir. Defter modu. Bir kayıt tipi defter modunda konfigüre edildiğinde, o kayıt tipindeki kayıtlara atanmış bir sahip olamaz. Bunun yerine, her kayıt için birincil özel defter gereklidir. Kullanıcı rolü ve erişim profili ayarları kullanıcıya gerekli erişim haklarını verdiği sürece, bir kayıtta birincil özel defterin üyesi olan her kullanıcı ilgili kayda erişim sağlayıp onunla çalışabilir. Defter modunu yalnızca defterleri destekleyen kayıt tipleriyle kullanabilirsiniz. Karma mod. Karma mod, aynı zamanda kullanıcı veya defter modu olarak da adlandırılır. Bir kayıt tipi bu modda konfigüre edildiğinde, o kayıt tipindeki bir kayıt aşağıdaki yöntemlerden herhangi birinde ayarlanabilir: Kayıt kendine atanmış bir sahibe veya ilişkilendirilmiş birincil özel deftere sahip olmadan var olabilir. Kullanıcılar, bu tür kayıtlara ekip üyeliği ya da kayıtla ilişkilendirilen deftere üyelik yoluyla erişebilirler. Rol Yönetimi sihirbazının 2. Adımında, kullanıcı rolü için Tüm Kayıtları Okuyabilir onay kutusunun işaretlendiği kullanıcılar da kayda erişebilir. Kayıtta kendisine atanmış bir sahip olabilir. Kayıtta kendisi ile ilişkili bir birincil özel defter olabilir. NOT: Kayıt, hem kendine atanmış bir sahibe hem de birincil özel deftere sahip olamaz. Karma modunu yalnızca defterleri destekleyen kayıt tipleriyle kullanabilirsiniz. NOT: Her numune işleminin belirli bir kullanıcıya ilişkin stok dönemiyle ilgili olması gerektiğinden, Numune İşlemi kayıt tipi için kayıt sahipliği kullanıcı modunu kullanmalısınız. Numune İşlemi kayıt tipi için defter modunu veya karma modu yapılandırmayın. Kullanıcılar, bir kayıt tipi için konfigüre ettiğiniz sahiplik modundan bağımsız olarak, herhangi bir kayda ek defterler atayabilir ve kayıt tipi ekipleri destekliyorsa kayıtla ek kullanıcıları bağlantılı hale getirebilir. Bir kayda atanan herhangi bir deftere üye olan kullanıcı, kullanıcı rolü ve erişim profili ayarları gerekli erişim haklarını verdiği sürece kayda erişim sağlayıp onunla çalışabilir. ### Raporlama Firma ve İlgili Kişi kayıt tiplerinde, kayıtlar ve kayıtlardaki birincil defterler arasındaki ilişkiye dayalı olarak gerçek zamanlı ve tarihsel raporlar oluşturabilirsiniz. Raporlama ve kayıt sahipliği modları hakkında daha fazla bilgi için bkz. Analiz Veri ve Araçlarında Kayıt Görünürlüğü Hakkında. Kayıt sahipliği modları, Analytics'de bulunan Defter seçicide bir defter belirlediğinizde geçerli olan veri görünürlüğü kurallarını etkilemez. Raporlamada defterlere yönelik veri görünürlüğü kuralları hakkında daha fazla bilgi için bkz. Defter Yapılarını Tasarlama Hakkında. ### Kayıt Sahipliği Modlarını Destekleyen Kayıt Tipleri Kayıt sahipliği modları, özel defterleri destekleyen kayıt tiplerinde aşağıdaki istisnalarla desteklenir: Tahsisat Fon Envanter Denetim Raporu Envanter Dönemi Mesaj Planı Akıllı Çağrı Şablonu Çözüm Özel defterleri destekleyen diğer tüm kayıt tiplerini kullanıcı modunda, defter modunda ya da karma modda konfigüre edebilirsiniz. Defterleri destekleyen çeşitli kayıt tipleri için, sahiplik modlarının birleşimini kullanabilirsiniz. Örneğin, İlgili Kişi kayıt tipini defter modunda, Firma kayıt tipini ise kullanıcı modunda konfigüre edebilirsiniz. Bir kayıt tipi için kayıt sahipliği modunu istediğiniz zaman değiştirebilirsiniz. Kayıt tipi için kayıt sahipliği modunu, kayıt tipindeki Sahip ve Defter alanlarını gerektiği gibi ya da isteğe bağlı olarak, aşağıdaki tabloda gösterilen şekilde konfigüre ederek yapılandırabilirsiniz. NOT: Kayıt tipinin sayfa yerleşimleri, kayıt sahipliği modu için doğru şekilde ayarlanmalıdır. Daha fazla bilgi için bkz. Kayıt Sahipliği Modlarının Alan Ayarı ve Sayfa Yerleşimleri Hakkında.
Kayıt Sahipliği Modu | Sahip Alanı Gerekli Olarak Ayarlı | Defter Alanı Gerekli Olarak Ayarlı | Diğer Konfigürasyon Detayları | Açıklamalar
--- | --- | --- | --- | ---
Kullanıcı Modu | Evet | Hayır | Yok | Kayıt yerleşiminde Defter alanı varsa, bu alan salt okunur olur ve kayda atanan sahip kullanıcı için kullanıcı adını gösterir.
Defter Modu | Hayır | Evet | (İsteğe Bağlı) Sahip alanını Salt Okunur olarak ayarlayın. | Kayıt yerleşiminde Sahip alanı varsa, alan boş bırakılmalıdır. Defter alanı, şirketiniz için ayarladığınız özel defterlerin listesini içeren bir seçim listesi alanıdır.
Karma Mod | Hayır | Hayır | Yok | Bir kayıtta Defter alanında özel bir defter seçilmişse, Sahip alanı boş olur. Sahip alanında bir kullanıcı seçilmişse, Defter alanı otomatik olarak sahibin kullanıcı defteri adına ayarlanır.
### Kayıt Sahipliği Modu Öndeğeri Sürüm 19'da ya da Oracle CRM On Demand uygulamasının önceki sürümlerinde oluşturulan mevcut şirketler için, öndeğer olarak karma modda konfigüre edilen Servis İsteği kayıt tipi dışında kayıt sahipliği modu öndeğeri kullanıcı modudur. Yeni şirketler için, kayıt sahipliği modlarını destekleyen kayıt tiplerinde kayıt sahipliği modu öndeğeri karma moddur. ### Sahip ve Defter Alanlarındaki Varsayılan Değerler Bir kullanıcı Yeni kayıt sayfası açarsa Sahip ve Defter alanlarındaki değerler şu şekilde olur: Kayıt tipi kullanıcı modunda konfigüre edilirse Sahip alanı o andaki kullanıcının diğer adı ile doldurulur. Varsa, Defter alanı o andaki kullanıcının kullanıcı defterinin adı ile otomatik olarak doldurulur. Kayıt tipi karma modda konfigüre edilirse Sahip alanı veya Defter alanı doldurulmaz. NOT: Kullanıcıların takvimleri ile oluşturdukları randevular kayıt sahipliği modlarının normal davranışına bir istisnadır. Bir kullanıcı kendi takvimi ile bir randevu oluşturduğunda Sahip alanı, kayıt sahipliği modu ne olursa olsun o andaki kullanıcının adıyla doldurulur. Kayıt tipi defter modunda konfigüre edilmişse aşağıdakiler meydana gelir. Yeni kayıttaki sahip alanı doldurulmaz. Defter alanı ile ilgili olarak, varsayılan değer o andaki kullanıcının kullanıcı kaydındaki kayıt tipi için belirtilen varsayılan deftere bağlıdır, şu şekilde: Kayıt tipi için defter öndeğeri olarak özel bir defter belirtilirse, yeni kayıttaki Defter alanı otomatik olarak belirtilen defter öndeğerinin adıyla doldurulur. Kayıt tipi için defter öndeğeri belirtilmezse veya kayıt tipi için defter öndeğeri olarak kullanıcı defteri veya Tüm defter belirtilirse, Defter alanı yeni kayıtta doldurulmaz. Bir kullanıcının kayıt tipi bazında varsayılan defterler ayarlama ile ilgili bilgi için, bkz. Kullanıcı için Kayıt Tipi Bazında Defter Öndeğerlerini Ayarlama. NOT: Bir sayfa yerleşiminde Sahip alanı gerekliyse ve kayıt tipi karma moddaysa, bir kullanıcı o sayfa yerleşimini kullanan Yeni kayıt sayfası açtığında Sahip alanı varsayılan değer olarak boş olur. Kayıt sahipliği modlarının alan kurulumu ve sayfa yerleşimleri hakkında daha fazla bilgi için bkz. Kayıt Sahipliği Modlarının Alan Ayarı ve Sayfa Yerleşimleri Hakkında. ### Kayıt Sahipliği Modları İle İlgili Dikkate Alınacak Noktalar Bir kayıt tipi için kayıt sahipliği modunu konfigüre ederken, şunları göz önünde bulundurun: Atama yöneticisi.Atama yöneticisi kayıtları yalnızca kullanıcılara yeniden atayabilir. Kayıtlar yalnızca, kayıt tipi kayıt sorumluluğu kullanıcı modunda veya karma modda konfigüre edilmişse yeniden atanabilir. Atama yöneticisi kaydı bir sorumluya yeniden atamadan önce kayda atanmış birincil bir özel defter varsa, atama yöneticisi birincil defteri kayıttan kaldırır. Atama yöneticisi, kayıt tipi defter modunda konfigüre edilmişse kayıtları yeniden atayamaz. Bir kayıt tipini defter modunda konfigüre ederseniz, bu kayıt tipi için tüm kural gruplarını devre dışı bırakmanız önemle önerilir. Atama kuralları hakkında daha fazla bilgi için bkz. Atama Kuralları Hakkında. Diğer uygulamalarla çalışma. Aşağıdaki uygulamalarda, kayıtların sahibi olmalıdır. Uygulamanın kullandığı kayıt tipi defter modunda konfigüre edilmişse bu uygulamaları kullanamazsınız ve kayıt tipi karma modda konfigüre edilmişse kayıtların sahibi olmalıdır: <OEI> <NEI> Oracle CRM On Demand Integration for Office Oracle CRM On Demand Connected Mobile Sales Sahiplik modunu değiştirdikten sonra kayıtların güncellenmesi. Bir kayıt tipi için kayıt sahipliği modunu kullanıcı modu olarak değiştirirseniz, aynı tipteki tüm kayıtları sahibi olacak şekilde güncellemeyi unutmayın. Aksi halde, söz konusu kayıt tipindeki bir kaydı güncelleyen bir sonraki kullanıcı, kayıt için sahip seçmek zorunda kalır. Benzer şekilde, bir kayıt tipi için kayıt sahipliği modunu defter modu olarak değiştirirseniz, aynı tipteki tüm kayıtları kendine atanmış uygun bir birincil özel deftere sahip olacak şekilde güncellemeyi unutmayın. Aksi halde, söz konusu kayıt tipindeki bir kaydı güncelleyen bir sonraki kullanıcı, kayıt için birincil özel defter seçmek zorunda kalır. ### Bir Kayıt Tipinin Kayıt Sahipliği Modunu Değiştirdiğinizde Ne Olur? Şirketiniz bir kayıt tipinin kayıt sahipliği modunu bir moddan diğerine değiştirirse, aynı kayıt tipindeki tüm yeni kayıtlara yeni sahiplik modu uygulanır. Mevcut kayıtlar için davranış şu şekildedir: Yeni kayıt sahipliği modu kullanıcı modu olduğunda. Sahiplik modu değiştirildikten sonra bir kaydın ilk kez güncellenmesi sırasında şunlar gerçekleşir: Kayıt önceden sahip olarak atanmış bir kullanıcıya sahip değilse, kaydı güncelleyen kullanıcının Sahip alanında bir kullanıcı seçmesi gerekir. Kayıtla önceden ilişkilendirilmiş bir birincil özel defter varsa, Defter alanında birincil defter adı silinir ve yeni sahibin kullanıcı defteri adı gösterilir. Aynı zamanda, defter kayıttan da silinir ve kaydın Detay sayfasının Defterler bölümünde görünmemeye başlar. Yeni kayıt sahipliği modu defter modu olduğunda. Sahiplik modu değiştirildikten sonra bir kaydın ilk kez güncellenmesi sırasında şunlar gerçekleşir: Kayıtla önceden ilişkilendirilmiş bir birincil defter yoksa, kaydı güncelleyen kullanıcının Defter alanında bir birincil özel defter seçmesi gerekir. Kayda önceden atanmış bir sahip varsa şunlar gerçekleşir: Kayıttaki Sahip alanı temizlenir. Kayıt tipi ekipleri destekliyorsa, kaydın eski sahibi hariç ekibin tüm üyeleri, ekip üyesi olarak kalır. Bu davranış, önceden tanımlanmış bir grubun üyesi olan ekip üyeleri için de aynıdır; diğer bir deyişle, kaydın eski sahibi hariç grubun tüm üyeleri, ekip üyesi olarak kalır. Ancak, Firma kayıt tipi bu kural için bir istisnadır. Bir firmanın eski sahibi önceden tanımlanmış bir grubun üyesiyse, grubun tüm üyeleri ekipten kaldırılır. Önceden tanımlı grubun üyesi olmayan ekip üyeleri, diğer kayıt tiplerinde de olduğu gibi ekibin üyesi olarak kalır. NOT: Standart uygulamada, kaydın önceki sahibi burada açıklandığı gibi üyenin ekibi olarak tutulmaz. Ancak yöneticiniz kayıt tipini, kaydın önceki sahibi kayıtta ekibin üyesi olarak tutulacak şekilde konfigüre edebilir. Bir kayıt tipini, önceki sahibi ekibin üyesi olarak tutulacak şekilde konfigüre etme hakkında bilgi için bkz. Paylaşılan Kayıtlar için Önceki Sahipliği Özelleştirme. Yeni kayıt sahipliği modu karma mod olduğunda. Sahiplik modu değiştirildikten sonra bir kaydın ilk kez güncellenmesi sırasında şunlar gerçekleşir: Bu davranış, kayıt tipi karma moddayken kayıt her güncellendiğinde de geçerlidir. Kaydı güncelleyen kullanıcının, sahip ya da birincil defter seçmesi gerekmez. Kaydı güncelleyen kullanıcı, kayıt için sahip ya da birincil özel defter seçebilir, ancak ikisini birden seçemez. Kullanıcı bir kayıt için sahip atarsa ve bu kayıtla önceden ilişkilendirilmiş bir birincil özel defter varsa, kayıttdaki Defter alanı temizlenir. Aynı zamanda, defter kayıttan da silinir ve kaydın Detay sayfasının Defterler bölümünde görünmemeye başlar. Bir kullanıcı, özel bir defteri kayıtta birincil defter olarak belirlerse ve bu kayda daha önce atanmış bir sahip varsa şunlar gerçekleşir: Kayıttaki Sahip alanı temizlenir. Kayıt tipi ekipleri destekliyorsa, kaydın eski sahibi hariç ekibin tüm üyeleri, ekip üyesi olarak kalır. Bu davranış, önceden tanımlanmış bir grubun üyesi olan ekip üyeleri için de aynıdır; diğer bir deyişle, kaydın eski sahibi hariç grubun tüm üyeleri, ekip üyesi olarak kalır. Ancak, Firma kayıt tipi bu kural için bir istisnadır. Bir firmanın eski sahibi önceden tanımlanmış bir grubun üyesiyse, grubun tüm üyeleri kayıttan kaldırılır. Önceden tanımlı grubun üyesi olmayan ekip üyeleri, diğer kayıt tiplerinde de olduğu gibi ekibin üyesi olarak kalır. #### Kayıtlar Toplu Güncelleme İşlevi Kullanılarak Güncellenirse Ne Olur? Yalnızca belirli kayıt tiplerinde desteklenen Toplu Güncelleme işlevi, kullanıcıların kayıt gruplarındaki alanları liste sayfalarından güncellemesine olanak tanır. Bir kullanıcı Toplu Güncelleme işlevini kullanarak bir kayıt grubunu güncellerse, kullanıcının kayıtlarda boş olan hiçbir gerekli alan için değer girmesi gerekmez. Bu nedenle, kullanıcı, bir kayıt grubunu kayıt tipinin kayıt sahipliği modu değiştirildikten sonra güncellerse, yeni kayıt sahipliği modu kayıtların bir sahibe ya da birincil özel deftere sahip olmasını gerektirse bile, kullanıcının güncellenen kayıtlarda sahip ya da birincil özel defter seçmesi gerekmez.

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