Yeni takip etmeye başladığım bloglardan biri Dynamic Methods isimli Microsoft iş ortağı bir firmanın kurumsal blogu. Ocak ayı içerisinde Microsoft Dynamics CRM 4.0′da takımların ne amaçla kullanıldığına dair güzel bir makale yayınlanmış. Makaleyi kısaca özetlemek istiyorum.
Microsoft Dynamics CRM 4.0′da yetkilendirme ayarları güvenlik rolleri ve departmanlar üzerinden yönetilmektedir. Örneğin bir şirkette 3 farklı departmanın bulunduğunu ve bu departmanlarda çalışan satış temsilcilerinin sadece kendi birimlerince oluşturulan fırsat kayıtlarını görüntülemeye yetkisi olduğunu varsayalım. Ancak X bir müşteri her iki departman için de bir satış potansiyeli taşıyorsa bu durumda ilgili fırsat kaydının kullanıcılar arasında paylaştırılması gerekecektir. Bunu kaydı doğrudan belli bir kullanıcıyla paylaşarak yapmak bir seçenektir. Bununla birlikte CRM üzerinde bir satış takımı oluşturmak ve ilgili kullanıcıları takıma üye ederek gerekli kayıtları doğrudan bu takımla paylaşmak daha pratik bir çözümdür.
Microsoft Dynamics CRM 4.0′da oluşturulan takımları silmek mümkün değildir, ancak takımların aktifliği kaldırılabilmektedir. Bunun için önce takıma dahil olan kullanıcıları takımdan çıkarmak gerekmektedir.
Kayıt paylaşımı dışında takımların efektif bir biçimde kullanılabileceği alanlardan biri de servis talepleridir. Belli bir kategorideki servis talepleri için bir takım oluşturup, takım üyelerinin uygun olduğu zamanlar servis takvimi üzerinden görüntülenebilir. Böylelikle taleplere doğru ve uygun kaynağın atanması işlemi kolaylaştırılabilir.
Makalenin orjinali burada.
Microsoft Dynamics CRM
CRM 4.0′da N:N İlişki Tanımlamak başlıklı yazıya Ümit Akgün şöyle bir yorum yapmış;
Randevular için 1:N ilişki oluşturamıyorum. Yeni butonu yok. Nasıl ilişki oluşturabilirim?
Zaman zaman rastlanan bir sıkıntı bu. Randevu isimli bir varlık bulunmakla birlikte aslında randevu aktivitelerin bir türü. Benzer durum telefon görüşmesi, görev vb. diğer aktivite türleri için de geçerli.
Sisteme sonradan eklediğimiz varlıkları Aktivite ve Not varlıkları ile ilişkilendirebilmekteyiz. Ancak bu işlemi sadece varlığı oluşturduğumuz sırada yapabiliyoruz. Varlıkla ilgili tanımlamaları yaptığımız formun “İlişkiler” bölümünde “Aktiviteler” ve “Notlar” onay kutuları seçili gelir.
Bu işaretleri kaldırmadığımız takdirde varlık aktivitelerle dolayısıyla randevularla da ilişkili olacaktır. Ancak bu kutuları kaldırmışsak sonradan ilişkiyi eklemek gibi bir seçeneğimiz olmaz.
Tavsiyem oluşturulan her varlık için bu kutuların seçili bırakılmasıdır. Aktiviteler ya da notlar kullanılmayacaksa dahi fazladan ilişki kurmanın sisteme kayda değer bir yükü olmayacaktır.
Microsoft Dynamics CRM
İş hayatının Facebook’u olarak tanımlanabilecek LinkedIn’de Türkiye’deki Microsoft Dynamics CRM danışmanları, geliştiricileri ve kullanıcılarını bir araya toplayacak, onların görüş alış verişinde bulunmalarını sağlayabilecek bir grup oluşturdum. Gruba LinkedIn üyeliği bulunan herkes katılabilmektedir.
Gruba katılmak için aşağıdaki bağlantıyı kullanabilirsiniz.
http://www.linkedin.com/groups?home=&gid=2600782&trk=anet_ug_hm
Microsoft Dynamics CRM
Micorosoft Dynamics CRM’in 4.0 versiyonu ile gelen yeniliklerden birisi varlıklar arasında N : N (N to N) olarak ifade edilen many to many yani çoğa çok ilişki tanımlayabilmek. Ürünün bir önceki versiyonunda bu işlem manuel olarak yapılmaktaydı, ancak 4.0 ile birlikte doğrudan özelleştirme seçenekleri kullanılarak iki varlık arasında N : N ilişki kurabilmek mümkün.Yazar ve Kitap isimli iki varlığımız olduğunu varsayalım. Bir yazar birden fazla kitap yazabilir, aynı şekilde bir kitabın da birden fazla yazarı olabilir. Yazar bilgilerini Microsoft Dynamics CRM’in sistem varlıklarından ilgili kişi üzerinde tutarken, kitap için özel bir varlık oluşturacağız.
Verilen örneği doğal N : N ilişki ile uygulamak istersek yazar ya da kitap varlıklarından herhangi biri üzerinden işlemi gerçekleştirebiliriz. Kitap varlığı üzerinden tanımlanan N : N ilişkinin görünümü aşağıdaki gibidir.
Doğal N : N ilişkisinde sistem, kesişim varlığı olarak isimlendirebileceğimiz bir varlığı veri tabanında oluşturacaktır. Bu varlığı özelleştirme ekranlarında göremeyiz. Yetkilendirme tanımlamaları ilgili güvenlik rolünün, ekle ya da şuna ekle yetkileri üzerinden gerçekleştirilebilir.
Aynı ilişki tanımlamasını elle yapmak istersek bu defa 3. bir varlığa ihtiyaç duyarız. Varlığımızın adı “Yazar – Kitap Kayıtları” olsun. “Yazar” ve “Kitap” varlıkları ile “Yazar – Kitap Kayıtları” varlığı arasında N : 1 ilişki tanımladığımızda, “Yazar” ve “Kitap” varlıkları manuel olarak N : N ilişkisine sahip olacaklardır.
Doğal N : N ile elle N : N arasında temel olarak 2 fark bulunmaktadır.
- Doğal N : N ilişkisinde sistem iki varlık arasındaki kesişim varlığını kendiliğinde oluşturur, elle N : N ilişkisinde ise bu işlem kullanıcı tarafından gerçekleştirilir.
- Doğal N : N ilişkisi ile oluşturulan kesişim varlığı özelleştirme ekranında yer almaz, yani bu varlığın üzerinde yeni bir alan açmak mümkün değildir. Elle N : N ilişkisinde kesişim varlığı kullanıcı tarafından oluşturulduğu için arzu edilen alanlar ve diğer özelleştirmeler gerçekleştirilebilir.
Microsoft Dynamics CRM
Son Yorumlar