Oracle CRM On Demand Yönetimi > Kullanıcı Yönetimi ve Erişim Kontrolleri > Defter Yönetimi > Kayıt Sahipliği Modları Hakkında
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:
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ı, Raporlar giriş sayfasında 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:
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:
- Oracle Outlook Email Integration On Demand
- Oracle Notes Email Integration On Demand
- 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.
|