Engineer / Solution Architect / Dynamics 365-AX Technical Consultant / Instructor (MCT)

Bu yazıda Dynamics 365 Finance and Operation uygulamasında herhangi bir nesneye nasıl yetki tanımı yapılır anlatmaya çalışacağım. Bunu çok kullanmanızı tavsiye etmiyorum. Ne kadar çok ayrıntıya girerseniz güvenliği yönetmek o kadar zor olacaktır. Ancak tabi bazı durumlarda bu ihtiyaç olacaktır. Bu durumlarda gördüğüm bir yanlışta bunu güvenlik altyapısıyla değil de kodla çözmek oluyor. Kesinlikle güvenlikle ilgili işler için kod yazmayın ilk etapta hızlı çözümmüş gibi görünür ama ilerde çok baş ağrısı olur. Desteği ve sonra gelen taleplerin karşılanması çok zorlaşır. Bu yazıda önceki yazılarımda kullandığım proje ile devam edeceğim. Bir test kullanıcısına Müşteriler formu yetkisi vermiştik. Artık formu açıp verilerini görebiliyor. Varsayalım Customer group alanı bu kullanıcıda görünmesin istendi. Bunu nasıl yapabiliriz görelim.

Resim-1

Yeni bir Privilege ekliyorum.

Resim-2

Privilage altında Form Control Permissions kısmı sağ tıklayıp New Form diyoruz.

Resim-3

Name kısmından CustTable formunu seçiyoruz.

Resim-4

CustTable’a sağ tıklayarak yeni nesne oluştur diyoruz ve yetki vermek istediğimiz nesnenin adını yazıyoruz. Grant asıl işi yapan yer No Access ile bu Privilege’e sahip olanların bu nesneyi görmemelerini sağlıyoruz. Burada lookup ta çıkmayabilir önemli değil direk ismi yazabilirsiniz. Bu tanımlar yeterli olmayacak yetki tanımı yapacağımız nesnenin bir özelliğini değiştirmemiz gerekiyor.

Resim-5

Bu değişikliği yapabilmek için nu aşamada formumuz için bir extension oluşturmamız gerekiyor.

Resim-6

Oluşturduğumuz Extension’ı açıyoruz. Yetki vermek istediğimiz nesneyi bulup özelliklerinden NeedPermission’ı Manuel’e çekiyoruz. Yani bu nesnenin yetkisini biz yöneteceğiz demiş oluyoruz. Extension’ı ilk adım olarak yapmak daha mantıklı aslında.

Resim-7

Sonrasında önceki yazılarımızda kullandığımız Duty’e Privilege’i ekliyoruz.

Resim-8

Projemizi kaydedip derliyoruz ve sadece projemiz için DB senkronizasyonunu çalıştırıyoruz. Bundan sonra test kullanıcımızla giriş yapıp Müşteriler formunu açtığımızda Customer Group alanının görünmediğini göreceksiniz.

Resim-9

Bu yazıda alt seviye bir nesneye nasıl yetki verilir anlatmaya çalıştım. Çok basit halledilebiliyor ama çok fazla alt seviye yetki tanımı yaparsanız işin içinden çıkmak çok zor oluyor mümkün olduğunca giriş noktasından yetki vermeye çalışın.

Selamlar.

www.fatihdemirci.net

TAGs: Microsoft Life Cycle Services, LCS, Azure, Azure DevOps, Security, Microsoft Dynamics 365, MsDyn365FO, MsDyn365CE, MsDyn365, Dynamics 365 Insights Power BI, Power Automate, Power Apss, Power Virtual Agents, Dynamics 365 nedir, Dynamics 365 ERP, Dynamics 365 CRM

Bu yazıda Dynamics 365 Finance and Operations geliştirme ortamı üzerinden yaznı Visual Studio2dan nasıl yetki nesneleri oluşturulur anlatmaya çalışacağım. Bir önceki Dynamics 365 Finance and Operations Arayüzünden Yetki Tanımı Nasıl yapılır? isimli yazımda arayüzden yetki nesnelerinin nasıl oluşturulduğunu anlatmıştım. O yazıda da söylediğim gibi benim tercihim yetkinin geliştirme ortamından oluşturulması. Birkaç sebebi var en önemlisi geliştirme ortamından oluşturulan nesneler versiyon kontrole dahil edilebiliyor bu sayede direk paketinizde olacaklar ve istediğiniz ortama taşınası geliştirmenizle birlikte olacak yönetmesi daha kolay diye düşünüyorum.

Bir önceki yazımda yaptığım örneğin aynısını şimdi Visual Studio üzerinden yapacağım. Test kullanıcımda sadece System user rolü var.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations güvenlik altyapısını (security architecture) anlatmaya çalışacağım. Çok beğendiğim bir docs makalesi var onu referans alıp konuları toparlamaya çalışacağım. Güvenlik altyapısını anlamak çok önemli. Günümüz projelerinde güvenlik ve yetkileri yönetmek çok zahmetli bir süreç olabiliyor. İhtiyaçları doğru yönetebilmek için altyapıyı ve güvenlik araçlarının özellik, yetenek ve kısıtlarını iyi bilmek gerekiyor. Bu makalede aşağıdaki konulara değineceğim. Türkçeleştirmedim. Bazen terimlerde anlam kayması oluyor o yüzden açıklamayı daha doğru buldum.

•             Security architecture

•             Role-based security

•             Duties

•             Privileges

•             Permissions

•             Authentication

•             Authorization

•             Auditing

Finance and Operations uygulaması role-based security yapısını kullanır. Yetkiler role verilir kullanıcılara direk yetki verilmez. Kullanıcılara roller atanır. Hiçbir rolü olmayan kullanıcının sistemde hiçbir yetkisi yoktur. Admin rolü atanan kullanıcı tüm yetkilere sahip olur. Daha doğrusu hiçbir yetki kısıtlanmasına tabi olmaz. Role-based security Resim-1’de görüldüğü gibi hiyararşik bir yapıdır.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations formlarından verilerin nasıl Excel’e alınacağını ve Excel üzerinden değiştirilebileceğini anlatacağım. Evet yanlış duymadınız verileri Excel üzerinden değiştirebilir yeni veriler girebilirsiniz. Tabi her durumda istediğiniz gibi çalışmayabilir ama genel olarak gayet başarılı. Zaten Microsoft’un en büyük avantajlarından biri de bu sistemlerin tümünün entegre çalışabiliyor olması.

Gelelim öreğimize. Önceki yazılarımda veri aktarımı yaptığım VendGroup formunu açıyorum.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations uygulaması için SSRS raporlarını nasıl yayınlayabileceğinizi (Deploy) anlatacağım. SSRS temel raporlama araçlarından biri özellikle çıktı üretmek istediğiniz raporlarda kullanabilirsiniz. İlk kurulumdan sonra veya yeni bir rapor oluşturduktan sonra uygulamada görebilmek için yayınlamanız gerekiyor.

Öncelikle Admin olarak Power Shell açıyoruz.

Azure ortamlarınız için aşağıdaki kodu çalıştırıyoruz. Güncellemeler ile klasör yolları değişebilir.

K:\AosService\PackagesLocalDirectory\Plugins\AxReportVmRoleStartupTask\DeployAllReportsToSSRS.ps1 -PackageInstallLocation “K:\AosService\PackagesLocalDirectory”

Lokal ortamlar için aşağıdaki kodu çalıştırıyoruz.

C:\AOSService\PackagesLocalDirectory\Plugins\AxReportVmRoleStartupTask\DeployAllReportsToSSRS.ps1

Bazı uyarılar verebilir bunları çok önemsemeden sonucu bekleyebilirsiniz.

Resim-1

Hata vermeden bütün raporların yayınlanması bitti.

Resim-2

Eğer belli bir raporu Power Shell ile yayınlamak istiyorsanız aşağıdaki kodu kullanabilirsiniz.

K:\AosService\PackagesLocalDirectory\Plugins\AxReportVmRoleStartupTask\DeployAllReportsToSSRS.ps1-PackageInstallLocation “K:\AosService\PackagesLocalDirectory” -Module ApplicationSuite –ReportName .Report

Son olarak yeni oluşturduğunuz bir raporu Visual Studio üzerinden Resim-3 te olduğu gibi yayınlayabilirsiniz.

Resim-3

Bu yazıda SSRS raporlarının nasıl yayınlanabileceğini anlattım. Raporlama ile ilgili birçok konu var. İlerleyen yazılarımda daha çok raporlama özelliklerine değineceğim.

Selamlar.

www.fatihdemirci.net

TAGs: Microsoft Life Cycle Services, LCS, Azure, Azure DevOps, SSRS, Deploy, Microsoft Dynamics 365, MsDyn365FO, MsDyn365CE, MsDyn365, Dynamics 365 Insights Power BI, Power Automate, Power Apss, Power Virtual Agents, Dynamics 365 nedir, Dynamics 365 ERP, Dynamics 365 CRM