Posts Tagged ‘ Azure DevOps

Dynamics 365 Finance and Operations Dynalink nedir?

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

Dynamics 365 Finance and Operations LedgerDimension ve Segmented Entry nasıl eklenir?

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

LedgerDimension aslında DimensionAttributeValueCombination kaydıdır. LedgerDimension MainAccount ve DefaultDimension’ın bileşimidir.

Öncelikle Tabloya LedgerDimensionAccount 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. DefaultAccount ile aradaki farkı görebilirsiniz. Sadece Main Account değil boyutlarda geliyor ve bir kombinasyon oluşturuluyor.

Resim-3

Oluşan verileri Sql üzerinden incelediğimizde aradaki fark çok net bir şekilde ortaya çıkıyor.

Resim-4

Bu yazıda LedgerDimension nedir ve nasıl eklenir anlatmaya çalıştım. Sonraki yazılarımda bunları kodda nasıl kullanıp birbirlerine çeviriyoruz anlatmaya devam edeceğim.

Selamlar.

www.fatihdemirci.net

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

Dynamics 365 Finance and Operations DefaultAccount ve Segmented Entry nasıl eklenir?

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

Dynamics 365 Finance and Operations Date Effectiveness Nasıl Kullanılır?

Bu yazıda Date Effectiveness nedir ne işe yarar anlatmaya çalışacağım.  İş uygulamaları tamamen veriye dayalı uygulamalardır. Bu verinin doğru ve tutarlı olması aynı zamanda kolay ve hızlı bir şekilde işlenebilmesi gerekir. Bu sebeple X++ veriyi yönetmek için birçok farklı özellik sunar bunlardan biri de Date Effectiveness dır. Eğer başlangıç ve bitiş tarihi veya zamanına ihtiyacı olan bir yapı varsa bu özellik sizin için bu tablonun verilerinin yönetilmesini kolaylaştırır. Hem veri girişinde hem de sorgulamasında birçok otomatik edilmiş özellik mevcuttur.

Örnek bir tabloya ekleyip nasıl kullanıldığını anlamaya çalışalım. Öncelikle eklemek istediğimiz tablonun Valid Time State Field Type özelliğini seçiyoruz. Burada ben Date seçtim UTCDateTime diğer seçenek eğer onu seçerseniz zamanı da eklemiş olursunuz. Seçimi yapınca otomatik olarak ValidTo ve ValidFrom alanları eklenecek.

Resim-1

Read more

Dynamics 365 Finance and Operations Yeni Bir Finansal Boyut DefaultDimensin Alanı Nasıl Eklenir?

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

Dynamics 365 Finance and Operations Yeni Bir İş Akışı Nasıl Oluşturulur?

Bu yazıda Dynamics 365 Finance and Operations yeni bir iş akışı (Workflow) nasıl oluşturulur anlatmaya çalışacağım. Öncelikle yeni bir tablo ve formumuz olmalı ben örnek olsun diye FDActivityType tablosunu kullanacağım.  Adımlar halinde anlatacağım.

Resim-1

Read more

X++ :26- Extension ile Standart Bir Formun Event Metotlarına kod eklemek.

Bu yazıda Visual Studio üzerinden Extension mantığıyla standart bir formun DataSource eventlerine kod nasıl eklenir anlatmaya çalışacağım.

Önceki yazımda smmActivities’e bir alan eklemiştik. Şimdi yine smmActivities dataSource’nun bazı olaylarına kod ekleyelim. Öncelikle validateDelete koduna eklem yapmak istiyorum. Standart kod böyleymiş.

Resim-1

Öncelikle yeni bir sınıf oluşturuyorum daha önce oluşturduğum Extension formunu açıyorum. DataSource’a gelip eventlerden ilgili eventi bulup Copy event handler method diyorum.

Resim-2

Sonra bunları oluşturduğum sınıfa yapıştırıyorum ve aşağıdaki gibi içlerini dolduruyorum.

class FDSmmActivitiesFormEventHandler

{

/// <summary>

///

/// </summary>

/// <param name=”sender”></param>

/// <param name=”e”></param>

[FormDataSourceEventHandler(formDataSourceStr(smmActivities, smmActivities), FormDataSourceEventType::ValidatingDelete)]

public static void smmActivities_OnValidatingDelete(FormDataSource sender, FormDataSourceEventArgs e)

{

smmActivities smmActivities = sender.cursor(); // Bu sayede aktif kaydı aldım.

if(smmActivities.FDActivityId !=”")

{

checkFailed(“FDActivityTable Record Exist.”);

}

}

/// <summary>

///

/// </summary>

/// <param name=”sender”></param>

/// <param name=”e”></param>

[FormDataSourceEventHandler(formDataSourceStr(smmActivities, smmActivities), FormDataSourceEventType::Activated)]

public static void smmActivities_OnActivated(FormDataSource sender, FormDataSourceEventArgs e)

{

smmActivities smmActivities = sender.cursor(); // Bu sayede aktif kaydı aldım

FormRun formRun = sender.formRun(); // Form run a ulaştım

FormControl formControl =  formRun.design(0).controlName(“smmActivities_FDActivityId”); // Herhangi bir form nesnesine bu şekilde ulaşabilirim.

if(smmActivities.Status == smmActivityStatus::Read) // Örnek olsun diye yaptım çok mantıklı bir kontrol değil.

{

formControl.enabled(false);

}

else

{

formControl.enabled(true);

}

}

}

Bu yazıda Extension mantığıyla standart bir formun eventlerine nasıl kod eklenir anlatmaya çalıştım. Eski mantığa göre biraz daha zor ve uzun süren bir iş ama getirileri çok büyük. Extension bundan sonra uzun bir süre hayatımızda olacak mantığını kavrayıp bütün işleri bu mantıkla çözmeye çalışmak gerekiyor.

Selamlar.

www.fatihdemirci.net

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

X++ :25- Extension ile Standart Bir Tablo Metoduna Ekleme Yapmak.

Bu yazıda Visual Studio üzerinden Extension mantığıyla standart bir tablo metoduna kod nasıl eklenir anlatmaya çalışacağım.

Önceki yazımda smmActivities’e bir metot eklemiştim. Şimdi yine smmActivities’te bir kayıt oluşturulduğunda bu metodu tetiklemek için ne yapmalıyız anlatacağım. Öncelikle bir sınıf oluşturalım. Sonrasında resimde olduğu gibi smmActivities için daha önce oluşturduğumuz Extension üzerinden Copy event handler method deyip post olanı kopyalıyoruz.

Resim-1

class FDSmmActivitiesEventHandler

{

/// <summary>

///

/// </summary>

/// <param name=”args”></param>

[PostHandlerFor(tableStr(smmActivities), tableMethodStr(smmActivities, insert))] // Bu kısım bizim için gerekli tanımları yapıyor.

public static void smmActivities_Post_insert(XppPrePostArgs args)

{

smmActivities smmActivities;

;

smmActivities = args.getThis(); // GetThis() ile üzerinde bulunduğumuz kaydı alıyoruz.

smmActivities.createFDActivityTable(smmActivities); // Bir önceki yazıda oluşturduğumuz metot.

}

/// <summary>

///

/// </summary>

/// <param name=”args”></param>

[PreHandlerFor(tableStr(smmActivities), tableMethodStr(smmActivities, validateField))] // Aynı şekilde validateField metodunun bu sefer preHandler oluşturuyoruz.

public static void smmActivities_Pre_validateField(XppPrePostArgs args)

{

}

}

Bu yazıda standart bir tablo metoduna pre post eventHandler nasıl eklenir anlatmaya çalıştım. Burada da isimlendirmeye dikkat etmek lazım.

Selamlar.

www.fatihdemirci.net

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

X++ :24- Extension ile Standart Bir Tabloya Metot eklemek.

Bu yazıda Visual Studio üzerinden Extension mantığıyla standart bir tabloya yeni bir metot nasıl eklenir anlatmaya çalışacağım.

Önceki yazımda smmActivities’e bir alan eklemiştik. Şimdi yine smmActivities’e bir FDActivityTable kaydı oluşturan bir metot ekleyelim. Öncelikle bir sınıf oluşturalım. Sonrasında aşağıdaki kodu yazalım.

[ExtensionOf(Tablestr(smmActivities))] // Burası önemli bu sınıfın smmActivities tablosunun bir Extension’ı olduğunu söylüyor.

final class FDSmmActivities_Extension // Final olması gerekiyor ve _Extension ile bitirmek lazım.

{

public void createFDActivityTable(smmActivities _smmActivities) // Kayıt oluşturan metodumuz.

{

FDActivityTable       activityTable;

smmActivities           smmActivitiesUp;

NumberSeq               numberSeq;

FDActivityId              activityId;

;

ttsbegin;

numberSeq   = numberSeq::newGetNum(NumberseqmoduleFDActivity::numRefActivityId());

activityId       = numberSeq.num();

activityTable.clear();

activityTable.ActivityId         = activityId;

activityTable.ActivityDate   = DateTimeUtil::date( _smmActivities.ActualEndDateTime);

activityTable.Employee        = _smmActivities.ResponsibleWorker;

activityTable.insert();

smmActivitiesUp                                    = smmActivities::findWithRecId(_smmActivities.RecId , true);

smmActivitiesUp.FDActivityId           = activityTable.ActivityId;

smmActivitiesUp.update();

ttscommit;

}

}

Artık bu metodu smmActivities’te kullanabiliriz. Bir job yazıp deneyebiliriz.

class FDJob3

{

public static void main(Args _args)

{

smmActivities smmActivities;

;

Select firstonly smmActivities;

smmActivities.createFDActivityTable(smmActivities);

}

}

Bu yazıda Extension mantığıyla standart bir tabloya nasıl metot ekleyebileceğinizi anlattım. Burada dikkat etmeniz gereken bir konu bu sınıfların isimlendirmesi ve tekilleştirme.

Selamlar.

www.fatihdemirci.net

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

Ax2012’den Dynamics 365 Kod Yükseltmesi Nasıl Yapılır? –3

Bu yazıda Ax2012’den Dynamics 365 Finance and Operations’a nasıl kod güncellemesi yapıyoruz anlatmaya devam edeceğim. İkinci yazıda ModelStore’u yüklemiş ve raporların ve Azure DevOps projesinin oluşturulmasını sağlamıştık. Bu yazıda oluşan kodlara inceleyeceğiz ve VisualStudio’da neler yapmak gerekiyor anlatmaya çalışacağım.

Oluşturduğumuz Azure DevOps projesinde 2 klasör oluşuyor. Aslında ikisinin altında yanı kodlar var. Sırayla inceleyelim.

Resim-1

Trunk altında AplicationSuite’yi açınca sizin Ax2012 olan modellerinizin her biri için klasörler göreceksiniz. Her bir klasör altında Delte klasörü var ve bu klasördeki nesnelerde çakışmalar olduğu için elle düzeltilmesi gerekiyor. Asıl güncelleme eforunun harcanacağı yerler buralar olacak. Bunu dışında kalan nesnelerde sorun yok demektir. Bunları kendi oluşturduğumuz pakete dosya sisteminden kopyalamalısınız.

Resim-2

Visual Studio Source Control Explorer açıp Azure devops projenize bağlanın. Burada sıfır bir development makinesi deploy etmek daha faydalı olacaktır ama şart değil. Ben elimde olan bir makineden bağlandım. Tüm kodları buradan da görebilirsiniz.

Resim-3

Örneğin burada Delta altın çakışma olan nesnelerden bazıları var. Tek tek elden geçmesi lazım. Eğer bir metot eklendiyse bunların Extension mantığına çekilip Delta altından bu nesnenin silinmesi gerekiyor. Eğer kod arasına girilmişse durum biraz daha karışık inceleyip neler yapılması gerektiğine karar verilmesi gerekecek. Bunların ayrıntısına ileriki yazılarımda değineceğim.

Resim-4

Kodları indirmek için bir klasör oluşturup bağlantısını kuruyorum. Bu sayede kendi makineme kodları indirmiş olacağım ve Xml üzerinden kopyalama ve upgrade işlemlerine başlayabilirim.

Resim-5

Bu şamdan sonra Paket yapıma karar verip ona göre paketlerimi oluşturmalıyım. Ax2012 de bulunan model yapımı korumak istersem her model için bir paket oluşturmak bir seçenek olabilir. Burada aklınızda bulunsun çok fazla pakete bölerseniz ve birbirlerine bağımlılıkları varsa bunların sürekli referans hataları alacaksınız. Temel mantık şu olmalı ben bu paketi tek başına alıp bir ortama veya başka bir yere yüklemem gerekir değiniz de bölmek doğru bir yaklaşım olur. Paketleri karar verip modelinizi oluşturduktan sonra Main altındaki upgrade edilmiş bütün Xml leri kendi paketinize kopyalayın. Deltaları kopyalamayın onları tek tek nasıl çözeceğinize ayrıca değineceğim.

Böyle çakışmaları çözmek için hazır hale gelmiş olduk. Eğer birden çok yazılımcı çalışacaksa iş bölümü yapmak lazım. Örneğin Nesneler paylaşılabilir. Enum, EDT, Class ve Table gibi veya modelleri ayırdıysanız model model paylaşabilirsiniz. Burada aynı nesne için iki yazılımcının efor harcamaması için koordine olmak şart.

Bu yazıda çakışmaları çözmeden önceki son aşamaya gelene kadar neler yapılmalı anlatmaya çalıştım. Tabi burada anlattıklarım benim tecrübelerim farklı ekipler farklı yaklaşımları benimseyebilir. İleriki yazarlarımda nene tiplerine göre çakışmalar nasıl çözülür anlatmaya çalışacağım.

Selamlar.

www.fatihdemirci.net

TAGs: Microsoft Life Cycle Services, LCS, Azure, Azure DevOps, Ax2012 Code Upgrade, Microsoft Dynamics 365, MsDyn365FO, MsDyn365CE, MsDyn365

Page 4 of 15« First...2345610...Last »