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

Bu yazıda Dynamics 365 Finance and Operations Environment Type Self-service olan canlı ortamlara geliştirme nasıl taşınır anlatacağım. Şu yazımda Microsot-managed bir ortamda nasıl taşınacağını anlatmıştım. Birkaç adımda farklılık var bunları göstereceğim. Ortamın tipi nasıl belirleniyor derseniz bu lisan sayınız be büyüklüğünüzle bağlı olarak Microsoft tarafından karar veriliyor.

Resim-1

Öncelikle bir paket oluşturup bunun test ortamına taşınmış olması gerekiyor. Önceki yazılarımda nasıl taşındığını anlatmıştım. Sonrasında Environment changes ile bu yüklemleri listeleyelim.

Resim-2

Burada ki paketlerden canlıya almak istediğinizi Mark as release candidate ile işaretliyoruz.

Resim-3

Sonra canlı ortamı açıp Maintain -> Update Environment’a tıklıyoruz.

Resim-4

Burada işaretlediğimiz paketi seçip hangi saatle alınmasını istiyorsak onu seçiyoruz.

Resim-5

Schedule ile tamamladıktan sonra ortamınızda aşağıdaki gibi bir sekme çıkacak. Zamanı geldiğinde işlem Microsoft tarafından yapılacak.

Resim-6

İşlem bittikten sonra Environment change history sayfasından detaylara bakabilirsiniz. Aktarım 44 dakika sürmüş. Eskiye göre bu süre çok azaldı ama hala gidilecek yol var.

Resim-7

Bu yazıda Sel-service tipindeki ortamlarda canlıya geliştirmelerin nasıl taşınacağını anlatmaya çalıştım.

Selamlar.

www.fatihdemirci.net

TAGs: Microsoft Life Cycle Services, LCS, Azure, Azure DevOps, Live deployment, Microsoft Dynamics 365, MsDyn365FO, MsDyn365CE, MsDyn365

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 Dynamics 365 Finance and Operations çok önemli araçlarından biri olan Task Recorder’dan bahsedeceğim.

Task Recorder kullanıcıların birçok farklı durum için iş süreçlerini kaydetmesine olanak sağlayan bir araçtır. Aşağıdaki bazı örnek kullanımlar mevcut:

• Uygulamanın içindeki belirli bir iş sürecinin adım adım rehber oluşturma
• Bir iş sürecinin, isteğe bağlı olarak ekran görüntüleri içerebilen bir Microsoft Word belgesi olarak dokümantasyonu
• Bir iş süreci için regresyon testleri
• Uygulamada bir iş sürecinin otomatik olarak oynatılması

Finance and Operations uygulamaları için Task Recorder çok işlevsel bir araçtır. Örnekler yaparak kullanımlarını anlatmaya çalışacağım. Ayarlar ikonundan Task Recorder’ı açıyoruz.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations için yeni bir etiket dosyası nasıl oluşturulur anlatmaya çalışacağım. Etiketler sistemin çoklu dile destek verebilmesini sağlayan yapıdır. Bizde yaptığımız geliştirmelerde yeni etiketlere ihtiyaç duyarız. Bunun için genelde proje başlangıcında bir etiket dosyası oluşturulur ve tüm yazılımcılar bu dosyayı kullanırlar.

Örnek bir Etiket dosyası oluşturalım. Yeni bir nesne ekleme formunu açıyoruz. Label File seçip Add diyoruz. Bu bize bir sihirbaz ara yüzü açacak. Bunun açılması biraz uzun sürebiliyor.

Resim-1

Read more

Bu yazıda Dynamics 365 Finance and Operations ara yüzlerinin özelliklerinden bahsedeceğim. Öncelikle ara yüzde yapılan bu işlemler kullanıcı seviyesindedir. Diğer kullanıcıları etkilemez.

Herhangi bir nesneye sağ tıkladığınızda form ismi ve nesnenin ismini görebilirsiniz. Bu bilgilerle geliştirme ortamından aradığınız nesneyi daha kolay bulabilirsiniz.

Resim-1

Read more