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

Bu yazıda Dynamics 365 Finance and Operations veri kaynakları arasında oluşan Dynalink nedir nasıl kullanılır anlatmaya çalışacağım. X++ tabloları ve EDT‘leri otomatik ilişkiler oluşturur ve bunları birçok yerde kullanır. Tablo veya EDT de olan ilişkiler üzerinden Datasource’lar arasında otomatik bir link oluşturur ve bu link sayesinden ilgili kayıtlar filtrelenmiş olur.  Bir örnekle açıklamaya çalışayım.

Aktivite projemden açıklamaya çalışacağım. Aktivite listesi üzerinde masrafları girebildiğim bir form var. Bu sadece MenuItem kullanarak açılan bir form içinde herhangi bir kod yok ama iki tablo arasında ilişki olduğu için ilgili aktiviteye ait masraflar filtrelenerek geliyor.  Burada oluşan linke Dynalink diyoruz.

Resim-1

Eğer tüm masraf girişlerini gösteren başka bir buton eklersem nasıl çalıştırabilirim bakalım. Bunun için ayrı bir form yapmıyorum yeni bir MenuItem oluşturup buton olarak ekliyorum.

Resim-2

Menu Item Button üzerinden bir değişiklik yapmıyorum.

Resim-3

init metodunu ezip aşağıdaki gibi bir kod yazıyorum. Burada önemli olan hangi MenuItem ile açtığımı anlamak için yazdığım kod ve veri kaynağı üzerinden clearDynalink() metodu. Bu sayede Aktiviteler ve Masraflar tabloları arasında oluşan linki kırıyoruz.

Resim-4

Bu yazıda veri kaynakları arasında tablo ve EDT ilişkilerinden kaynaklı oluşan Dynalink nedir nasıl oluşur ve nasıl kaldırılır anlatmaya çalıştım. Birçok durumda oluşan Dynalink sebebiyle formlarda istedikleri veriyi gösteremeyen arkadaşlara destek verdim. Bu konunun çok kolay gözden kaçtığını düşündüğüm için bir yazı hazırlamak istedim. Query altyapısına hâkim olmak iyi bir X++ yazılımcısı olmanın en temel adımlarından biri. Burayla ilgili çalışmak ve mantığını daha iyi anlamak için denemeler yapmak lazım.

Selamlar.

www.fatihdemirci.net

TAGs: Microsoft Life Cycle Services, LCS, Azure, Azure DevOps,  Dynalink, Microsoft Dynamics 365, MsDyn365FO, MsDyn365CE, MsDyn365, Segmented Entry, Power Automate, Power Apss, Power Virtual Agents, Dynamics 365 nedir

Bu yazıda Dynamics 365 Finance and Operations içinde bir tabloya DefaultAccount nasıl eklenir ve bu alanı formda Segmented entry control ile nasıl kullanıcıya kullandırabiliriz anlatmaya çalışacağım.

DefaultAccount aslında DimensionAttributeValueCombination kaydıdır. MainAccount tablosunu referans alır ama asıl yeri orası değildir. Birçok boyut ve hesap ilişkisinde kullanılır.

Öncelikle Tabloya LedgerDimensionDefaultAccount EDT sini kullanarak bir alan ekleyelim. Eğer sürükle bırak ile eklerseniz otomatik ilişkiyi oluşturacak. Yoksa elle eklemeniz gerekir.

Resim-1

Sonrasında forma gelip eklediğimiz alanı tasarımda istediğimiz bir yere sürükleyip bırakıyoruz. Segmented Entry oluşuyor. Özelliklerinde resimde görünen tanımları yapmalıyız. Özellikle Controller Class çok önemli.

Resim-2

Derleyip çalıştırdığımızda formda alanımızı göreceğiz.

Resim-3

Bu yazıda DefaultAccount ve Segmented Entry den bahsettim. Bu alanın kodda nasıl kullanıldığıyla ilgili Ax2012’ de çok yazım olmuştu. D365 içinde örekler yapacağım.

Selamlar.

www.fatihdemirci.net

TAGs: Microsoft Life Cycle Services, LCS, Azure, Azure DevOps, DefaultAccount, Microsoft Dynamics 365, MsDyn365FO, MsDyn365CE, MsDyn365, Segmented Entry, Power Automate, Power Apss, Power Virtual Agents, Dynamics 365 nedir, Dynamics 365 ERP, Dynamics 365 CRM

Bu yazıda Dynamics 365 Finance and Operations içinde yeni bir finansal boyut alanı tablo ve forma nasıl eklenir anlatmaya çalışacağım. Uygulama içinde iki tip boyut var birincisi stoksal boyutlar, ikincisi finansal boyutlar. Bu yazıda konumuz finansal boyutlar olacak. Öncelikle birkaç kavramı netleştirelim. DefaultDimension içinde sadece boyut bilgileri olan bir kombinasyondur. FinancialDimension ise içinde muhasebe hesabıyla birlikte boyutların olduğu bir kombinasyondur. Bu iki tipin birbirine çevrimi çok sık kullandığımız bir yapıdır. Bir de DefaultAccount var oda sadece muhasebe hesabı için kullanılan hesap kaydıdır. Bu yazıda bir tabloya DefaultDimens alnı açıp formada bütün boyutları gösterecek yapının nasıl kurulacağını anlatacağım.

Öncelikle int64 tipinde yeni bir alan oluşturalım.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations geliştirmelerinde kullanılan yazılım dili olan X++’ın nesne isimlendirme standartlarından bahsedeceğim. İsimlendirme bir uygulamanın kod kalitesini gösteren en temel konulardan biridir. Doğru bir isimlendirme standardı olmayan bir uygulamanın sorunlu bir yapıya dönüşmesi çok daha muhtemeldir.

Genel kurallar şöyle sıralayabilirim.

• Tüm isimler ABD İngilizcesi olmalıdır. Bunun sebebi genel bir standart oluşması ve projeye destek verecek mühendislerin daha kolay anlayabilmesidir.
• Mantıksal ve açıklayıcı adlar kullanılmalıdır. Nesnenin adıyla yaptığı iş uyumlu olmalıdır. Mesela günlük aktiviteleri tutan bir tablo için: DmrActivityListTable
• İsimlerde 40 karakterlik bir sınırı vardır.
• Uygulama Nesne Ağacındaki (AOT) ve X++ kodundaki adlar, ABD İngilizcesi kullanılarak adlandırılır ve kullanıcı ara yüzündün de gösterilen etiketlerle uyumlu olmalıdır.
• İsimlendirmede yazım hatası olmamalıdır. Ayrıca yapılan işe uygun jargonlar kullanılmalıdır.
• İlişkili değişken ve nesne isimleri tüm uygulama boyunca aynı olmalıdır.
• AOT içindeki nesneler tekil isime sahip olmalıdır.
• Kullanıcı ara yüzünde görünen tüm metinler bir etiket kullanılarak tanımlanmalıdır.
• Yeni nesneler için bir ön ek tanımlanmalı ve tüm nesnelerde kullanılmalıdır. Genelde 2 veya 3 karakterlik bir ön ek tespit edilir. Ben firmamda Dmr kullanıyorum.
• Tablo, EDT, Enum veya Sınıf ile aynı ada sahip olamaz.
• CamelCase kullanılır. Örnek vermek gerekirse: Tablo: LedgerJournalTrans. Değişken: amountCurTotal. EDT: CustAcount
• Alt çizgi (_) sadece türetilmiş nesnelerde, metoda parametre olarak gelen değişkenlerde kullanılır ve lokalizasyon eklerinde kullanılır.
• Bir etiketin ilk harfi büyük olmalı ve diğer tüm harfler küçük olmalıdır.

Mümkün olduğunca nesne adları üç temel bileşenden hiyerarşik olarak oluşturulmalıdır:

{İş alanı adı} + {İş alanı açıklaması} + {sınıf için gerçekleştirilen eylem, tablo için içerik}

Örnekler:

• CustInvoicePrintout
• PriceDiscAdmCopy
• PriceDiscAdmDelete
• PriceDiscAdmSearch
• PriceDiscAdmName
• LedgerJournalTable
• LedgerJournalTrans

Kısaltmalardan mümkün olduğunca kaçınmak gerekiyor. Eğer kısaltma kullanacaksanız tüm sistemde aynı kısaltmayı kullanmalısınız. Sistemde bulunan bazı kısaltmalar şunlardır:

• Customer -> Cust
• Payment -> Paym
• Bill of material -> BOM
• Number -> Num
• Warehouse Management System -> WMS

Değişken isimlendirmede kısaltma veya ön ek kullanılmamalıdır. Değişkenin kullanım amacına uygun isimlendirme yapılmalıdır.

Doğru örnekler:

• CustTable                           custTableUpdate;
• CustInvoiceJour               custInvoiceJour;
• CustAcount                       custAcountInvoice;
• Amount                              totalTaxAmount;

Hata örnekler:

• CustTable                           ct;
• CustInvoiceJour               ciJour;
• CustAcount                       customer;
• Amount                              amount1;

Extension için ayrı bir makale bile yazılabilir. Hala netleşmeyen konular olmakla birlikte temel olarak şu makaleyi takip edebilirsiniz. Burada önemli olan tüm geliştiricilerin aynı standardı kullanması. Aksi durumda kod tekrarı ve gereksiz zaman kaybı oluşabilir.

Bu yazıda isimlendirme standartlarından bahsettim. Birçok kural aslında genel yazılım kuralı farklılaşanlar ürünün getirdiği standartlar, bunlar doğrudur diğer kullanımlar hatalıdır diye bir durum yok aslında. Herkesin farklı bir yoğurt yiyişi olabilir ama Dynamics 365 bir ürün ve standartları var, kendi standartlarınızı buraya uygulamamalısınız. Sonuçta burası bir uygulama ve biz ona eklemeler yapıyoruz. Dolayısıyla standartlarına uymak zorundayız. Bu konu gerçekten çok önemli doğru isimlendirme olmayan bir kodda eklem yapmak hata ayıklamak gerçekten çok can sıkıcı oluyor.

Selamlar.

www.fatihdemirci.net

TAGs: Microsoft Life Cycle Services, LCS, Azure, Azure DevOps, Nameing, 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 Bussines Event nedir ne işe yarar anlatmaya çalışacağım. Bussines Event diğer sistemlerin Finance and Operations’dan bilgilendirme almasını sağlayan bir yapıdır. Dış sistemlere bu bilgilendirme, içerde bir olay olduğunda tetiklenir. Bu olay ya bir iş akışı işlemleridir ya da iş akışı dışındaki olaylardır. Bütün bu tipler için tetikleme mekanizmaları var ayrıca yeni durumlar için eklemeler yapabiliyoruz. Bu yapıyı bir entegrasyon gibi düşünmemek lazım. Büyük veri için uygun bir altyapı değil. Bussines Event iş olayları olarak çevriliyor.

Business events catalog’a System administration > Set up > Business events yoluyla ulaşabilirsiniz. Bu formda ulaşılabilen Bussines Event’leri görebilirsiniz.

Resim-1

Read more