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

Bu yazı ile Dynamics 365 Finance and Operations veri yönetimi altyapısına (Data Management Framework) giriş yapacağım. Veri yönetimi kapsamı çok geniş. Ben bu seride temel prensiplerden bahsetmeye çalışacağım. Veri her uygulama için çok önemli ancak ERP’nin var olma sebebi veriyi doğru toplamak ve toplanan veriden anlamlı raporlar oluşturmak. Bu sebepten ürünün her zaman veri yönetiminde güçlü araçları vardı. Bulutla birlikte bunlar artık çok ileri seviyeye taşındı. İşin içinde CDS ve Azure DataLake gibi çok farklı teknolojiler girdi. Tabi ki SQL ve tablo yapısı duruyor ancak üzerine eklenen Data entities yapısıyla birlikte çok daha esnek ve kolay yönetilen bir yapıya sahip olduk. Bu bölümde veri yönetimi altyapısını kullanarak Data Entitiy ve Entity Packeges’ın nasıl yönetileceğini anlatmaya çalışacağım.

Veri yönetimi altyapısına aşağıdaki nesnelerden oluşmaktadır.

• Data entities – Anlamlı veri kümeleri diyebiliriz. Belli bir veriyi görmek ve işlem yapmak için bir veya birçok veri kaynağından oluşan bir yapıdır. Data Entity bizim için bu veri kaynaklarını bir araya getirip anlamlı bir veri kümesi üzerinden işlemleri yapabilmemize olanak sağlıyor. Tekrar kullanmaya uygundur. Entegrasyon, veri aktarımı ve diğer birçok ama için kullanılır.
• Data project – Düzenlenmiş Data Entity ve ilişkileri tutan bir proje kaydıdır. Tekrar tekrar çalıştırılabilir bir yapısı vardır.
• Data job – Çalıştırılmış Data Project’leri, yüklenen dosyaları ve tekrarlayan işlemleri içerir.
• Job history – İşlemlerin tarihçesini tutar.
• Data package – Sıkıştırılmış içinde Data project manifest ve Data files olan bir yapıdır. Data job üzerinden oluşturulur. Birden çok dosyayı tek seferde içeri ve dışarı aktarmayı sağlar.

Üç farklı senaryo için bu yapıyı kullanabilirsiniz:

• Veri geçişi (Data migration)
• Konfigürasyon oluşturma ve kopyalama(Set up and copy configurations)
• Entegrasyon(Integration)

Gelelim bu yazının konusuna. Çok basit bir veri aktarımı ile başlayacağız. Tedarikçi grubu aktaracağız. (VendGroup). Dynamics 365 Finance and Operations’a giriş yapıp Workspaces > Data management çalışma sayfasını açıyoruz.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations için Visual Studio içinden yaptığımız geliştirmeleri Test ve Canlı ortamlara taşıyabilmek için gerekli olan Build işleminin nasıl yapılacağında bahsedeceğim. Build belli bir Branch üzerinden yapılması gerekiyor. Build tamamlandığında eğer hata yoksa bizim için Deployable Package üretecek. Kod taşıma için bu pakete ihtiyacımız var.

Build işlemini Visual Studio içinden değil de Azure DevOps üzerinden yapmalısınız. Admin hakları olan bir kullanıcı ile giriş yaptıktan sonra Pipelines tabını açıyoruz. LCS üzerinden Azure DevOps ayarlarını yaptığınızda Unified Operations platform – Build Main otomatik oluşacak. Bunu baz alacağız. Bizim bu ortamda sadece Main Branch olduğu için temel ayarlarında bir değişiklik yapmadan devam ediyorum.  Öncelikle nasıl çalıştırabileceğimize bakalım sonra diğer ayarlarını inceleriz.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations için Visual Studio içinden yaptığımız geliştirmeleri nasıl Test ve Canlı ortamlara taşıyoruz anlatmaya çalışacağım. Tek bir yazıda toparlamayı düşünmüştüm ancak çok uzun olacağını fark ettim bu yüzden bölümlere ayırdım. Bu ilk yazıda sıfır bir geliştirme yapıp derleyeceğiz sonrasında geliştirme ortamımızda ilk testlerini yapacağız ve en son olarak ta yaptığımız geliştirmeyi Azure DevOps’a göndereceğiz. Bu serinin diğer yazılarından Azure DevOps’ta Build nasıl yapılır ve oluşan paketin teste ve canlıya nasıl taşınır anlatacağım.

Gelelim örneğimize. Basit bir sınıf yazıp çalıştırıldığında bilgi ekranı çıkmasını sağlayacağım. Sonrasında MenuItem oluşturup Menüye bağlayacağım. Önceki yazılarımda DmrWMS modelini ve DMRWms1 projesini oluşturmuştuk. Bu projeyi kullanacağım. Projemize sağ tıklayıp Add New Items diyoruz. Tipini Class seçip isim verip Add diyoruz.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations geliştirme ortamı olan Visual Studio için yaptığımız bazı temel ayarlardan bahsedeceğim. Öncelikle belirtmem lazım ki benim gibi 15 yıldır MorphX IDE’sini kullananlar için bir alışma süresi gerekiyor. Sürükle bırak alıştığımız gibi değil. Derleme ve yaptığını geliştirmeyi hızlıca görme yine biraz farklı ama X++ temelde aynı şekilde korunmuş durumda. Kısa sürede adapte olursunuz. Arada benim gibi buda mı yok diye hayıflandığınız olur ama gelen yenilikler bu eksiklerin çok ötesinde bu yüzden kaybettiklerimize değil kazanımlarımıza bakıp ilerlemek lazım.

Biz X++ geliştiricileri tarihte kalmış eski bir yöntemle yazılım geliştiriyorduk yeni versiyon aslında bizi upgrade etti diyebiliriz. Güncel yazılım geliştirme metodolojisini yakalamış olduk. Bu açıdan bakıldığında çok doğru bir yerdeyiz gibi duruyor. Bu kadar gelişmiş ve güncel bir yazılım dilini içinde barındıran başka bir uygulama benim bildiğim yok. X++’ın kıymetini bilelim. J Aslında bu güncelleme ile birlikte tamamen X++’i değiştirip C# ‘ a geçiş için bir proje yürütüldü ancak başarılı olmadı benim kanaatim ürün olduğu sürece X++ olmaya devam edecek. Belki bir gün X++’ı bağımsız bir dil olarak bile görebiliriz bu bir hayal tabi ki böyle bir plan yok ama neden olmasın. Şu anda tamamen tasarım katmanından bağımsız web sayfası çok hızlı geliştirebiliyoruz. Birçok işletmenin temel web ihtiyaçlarını halledecek bir Framework var aslında.

Gelelim Visual Studio’da geliştirmelere başlamadan yapmanızda fayda olan bazı ayarlara. Öncelikle Dynamics 365 menüsü altından Options kısmına bakalım.

Resim-1

Read more

In this article, I will explain how you can periodically delete the Dynamics 365 Finance and Operations batch job history. I’ll use a standard clear batch job for this.

Run the class using Modules> System Administration> Periodic tasks> Batch job history clean-up (custom).

Image-1

With the History Limit field, you will delete records older than 30 days. Here you can enter any day you want. You will determine the properties of the records you want to delete with the Filter option.

Image-2

I filtered the records in Ended status which are in the USMF company.

Image-3

Let’s set the recurrence now.

Image-4

I set it up to run once a week on Sunday.

Image-5

When I click OK, a message appears saying that it was added to the batch queue.

Image-6

Let’s go to the batch jobs and check it.

Image-7

The batch job is there when I search for it. I could make it so that it worked without being connected to the batch job. I could choose different recurrence. These need to decided depending on your data.

Image-8

In this article I have explained how to clear batch job history. There are many similar clean-up classes in the application, which I will talk about in due course. These must be established and tracked in order for the system to be healthy. Especially in cases where there are a large number of batches, these tables can fill up very easily and it is necessary to track them and determine the correct period.

Regards.

www.fatihdemirci.net

TAGs: Microsoft Life Cycle Services, LCS, Azure, Azure DevOps, Batch history clean-up, Microsoft Dynamics 365, MsDyn365FO, MsDyn365CE, MsDyn365, Dynamics 365 Insights Power BI, Power Automate, Power Apss, Power Virtual Agents, what is Dynamics 365, Dynamics 365 ERP, Dynamics 365 CRM