Archive for the ‘ AX 2012 ’ Category

Dynamics Ax 2012 Valid Time State 1

Merhaba

Bu yazımda ax 2012 ile gelen yeni Date effective framework , veya diğer adıyla Valid time state tables‘tan bahsedeceğim. Bu framework verinizde tarih veya saat aralığına göre bir işlem yapılıyorsa bu verinin girişini ve kontrollerini otomatik yapar. Örneğin sözleşmeleri tuttuğunuz bir tablo var ve sözleşmeler belli bir tarih aralığında geçerli. Siz sözleşme bittiğinde yeni bir tarih aralığı girip sözleşmenin bazı şartlarını değiştirip yeniden tanım yapabiliyorsunuz.  Adım adım ilerleyelim.

  1. FDContractTable isminde bir tablo yapalım. Bu tabloya ContractId adında string bir alan oluşturalım. Tablonun özelliklerinden ValidtimeStateFieldType özelliğini Date yapalım. Otomatik olarak ValidFrom ve Validto alanları açılmış oldu.
  2. VTSIdx adında bir indeks oluşturup ContractId , ValidFrom ve ValidTo alanlarını ekleyelim. Resimdeki özellikleri tanımlayalım. ValidTimeStateMode ta iki tanım var Gap ve NoGap . Bu özellik iki tarih arasında boşluk bırakılıp bırakılmayacağını belirleyen özelliktir.
  3. Bir form yapalım ve forma grid ekleyelim. Alanlarımız sürükleyip gride bırakalım. Oluşturduğumuz formun veri kaynağının özelliklerinde ValidTimeStateAutoQuery özelliğini DataRange yapalım.
  4. Formu açıp veri girişi yaptığınızda aynı sözleşme kodu için çakışan tarihlere giriş yaptırmadığını göreceksiniz. Yeni kayıt girerken devam eden sözleşmeyi bitirdiğini ve yeni sözleşmenin bitiş tarihine bir giriş yapmazsanız never yani sonsuz yazdığını göreceksiniz.

Daha önce bizim kodla yaptığımız bir çok kontrolü framework bizim için yapıyor. Kullanışlı bir sistem olmuş. Bir sonraki yazımda kodda bu yapının nasıl kullanılabileceğinden bahsedeceğim.

Bu framework ile alakalı çok ayrıntılı bir White Paper yayınlandı. Buradan indirebilirsiniz.

Örnek projeyi buradan indirebilirsiniz.

Selamlar.

Dynamics Ax 2012′de eski usul ana tablo yapmak

Merhaba

Bir önceki yazımda ana tablo yapısındaki ve EDT ilişkilerindeki değişikliklerden bahsetmiştim. Bu yazımda bizim eski versiyonlardan bildiğimiz alıştığımız string alanlar üzerinden ana tablo ve EDT ilişkisi kurma işini nasıl yapabileceğimizi anlatacağım. Bir örnekle anlatmaya çalışayım.

  1. String bir EDT yapalım. İsmi FDCarID olsun.
  2. FDCarTable adında bir tablo yapalım. FDCarId EDT’mizi sürükleyip Fields kısmına bırakalım ve bir sütün oluşturalım.
  3. EDT’mize dönelim ve ReferanceTable özelliğine FDCarTable yazalım. Daha sonra EDT üzerindeki Table Referances kısmına eni bir referans ekleyelim ve FDCarTable da oluşturduğumuz alan ile ilişkilendirelim.
  4. FDCarTable’a CarIdx adında bir indeks oluşturalım ve CarId’yi indekse ekleyelim. İndeks özelliklerinde aşağıdaki tanımları yapalım.

  5. FDCarTable özelliklerinden PrimaryIndex ve  ClusterIndex için CarIdx ‘i seçelim.
  6. FDCarTable için bir form oluşturalım ve formun menu item’ını oluşturalım.Bu işlemlerden sonra ana tablo yapısı hazır.
  7. FDCarRentTable isminde bir tablo oluşturalım. Fields kısmına FDCarId EDT’sini sürükleyip bırakalım. Otomatik olarak ilişki sorusu çıkacak  burayı onaylamalısınız.
  8. FDCarRentTable için bir form yapalım. gerekli tasarımları yaptığımızda ana tablo yapısı ve lookup’ların çalıştığını göreceksiniz.

Örnek projeyi indirmek için tıklayın.

Selamlar.

Dynamics Ax 2012′de ana tablo yapısındaki değişiklikler

Merhaba

Dynamics ax 2012 ile birlikte alışık olduğumuz bir çok teknolojide değişiklikler oldu. Bunlardan en temel olanlarından biride PrimaryKey yapısı. Eski versiyon eğitimlerinde sürekli söylediğim bir cümle vardı. “Ax akıllı kod kullanmak için performanstan ödüne vererek ana tablolarda string keyler kullanır.” bu cümle ax 2012 için geçerli değil. Hem akıllı kod kullanmak hemde key’i int yapmak artık mümkün. Tablolar için yeni bir Integer key oluşturmaya gerek yok. Bildiğiniz gibi her tabloda RecId alanımız mevcut. Bizim ilk eskiden beri öğrendiğimiz “her bir tablonun bir tane integer key alanı olur ve diğer tablolarla ilişkileri bu alan sayesinde kurulur” ifadesi ax içinde artık geçerli. Eski versiyonlarda olan string key hala yapabiliyoruz. Bunu başka bir yazımda anlatacağım. Bu yazımda RecId ile nasıl ana tablo yapılır bir örnekle anlatmaya çalışacağım. Adım adım ilerleyelim.

  1. Bir kitap tablomuz olsun. Birde kitap satış tablosu olsun.  FDBookTable içine BookName adında string bir alan açalım. Bu alan için bir indeks oluşturalım ve aşağıda görünen tanımları yapalım.
  2. FDBookTable genel yapısı için bu tanımları yapalım.
  3. BookNameIdx indeksini oluşturalım ve tanımları yapalım.
  4. FDBookTable özelliklerinde key tanımlarını yapalımPrimaryIndex ve ClusterIndex surrogateKey olmalı. SurrogateKey RecId index demek aslında.
  5. Int64 tipinde bir EDT oluşturalım.
  6. EDT özelliklerinde referans tablo olarak kitap tablomuzu seçiyoruz ve Table References kısmında da RecId ile referans tanımı yapıyoruz.
  7. Bu işlemlerden sonra ana tablo yapabilmek başka tablolarla ilişki kurmak için ihtiyacımız olan tanımları yapmış olduk. Bu aşamada FDBookLine isminde bir tablo oluşturup FDBookTableRecId EDT sini sürükleyip Fields kısmına bıraktığınızda sizden FDBookTable ile ilişki kurmak için bir onay sorusu çıkacaktır. Onay vermelisiniz. Aşağıdaki resimde görünen tanımları otomatik yapmış olacak. Eğer sorun olursa elle de oluşturabilirsiniz.
  8. Bir form yapalım ve veri kaynağına FDBookLine tablosunu ekleyelim. Tasarım kısmına bir Grid oluşturup veri kaynağında FDBookTableRecId alanını sürükletip Grid üzerine bırakalım. Otomatik olarak ReferanceGroup oluşmalı ve sizin BookNameIdx indeksinde eklediğiniz sütunları otomatik oluşmalıdır. Eğer oluşmuyorsa bir bu kısma kadar olan adımlarda bir eksiklik yapmışsınız demektir.
  9. Formu açmadan önce Kitap tablosunu açıp bir kaç kitap tanımı yapalım.
  10. Artık kitap satış formu açıp giriş yapabilirim. Gördüğünüz gibi Lookup ta kitap isimlerini görüyorum ve ona göre süzme işlemleri yapabiliyorum. Seçtikten sonrada Grid ekranında kitap isimlerini görüyorum ve Grid üzerinde de süzme yapabiliyorum isim üzerinden. en güzel tarafı ise FDBookLine tablosuna gidip baktığınızda kitap isimlerin yerinde Kitap tablosunun RecId’sini göreceksiniz. Bunu sağlayan bir kaç yapı var öncelikle Veri kaynağında Referance Data Sources kısmı bide Referance Group kısmı. Bu iki kısımda çok ayrıntı var ilerde bunlara da değineceğim.
  11. Benim fikrim bu teknolojiyle birlikte ana tablo tanımlarını RecId üzerinden yapmak lazım. Eski yapılan geliştirmeleri hemen değiştirmeye gerek yok ancak performans sıkıntısı olan kısımlarda değiştirmek lazım.

    Projeyi indirmek için tıklayın.

    Selamlar.

Dynamics Ax 2012′de aktif finansal boyutları bulmak

Merhaba

Belli bir kurulum için aktif boyutları bulan bir kod örneği paylaşıyorum. Bazı işlemlerde ihtiyaç oluyor.

static void FD_GetActiveFinancialDim(Args _args)
{
    DimensionAttribute          dimAttr;
    DimensionAttributeSetItem   dimAttrSetItem;
    DimensionEnumeration        dimensionSetId;
    ;

    dimensionSetId = DimensionCache::getDimensionAttributeSetForLedger();

    while select dimAttr
        where dimAttr.Type != DimensionAttributeType::MainAccount
        join RecId from dimAttrSetItem
            where dimAttrSetItem.DimensionAttribute    == dimAttr.RecId
               && dimAttrSetItem.DimensionAttributeSet == dimensionSetId
    {
        info(strFmt("%1 , %2" ,dimAttr.RecId , dimAttr.Name));
    }
}

Çıktısı şöyle;

Selamlar.

Dynamics Ax 2012′de bir müşterinin boyutlarını listelemek

Merhaba

Bu örnekte bir müşteri üzerinde tanımlanmış boyutları ve değerlerini listeleyen bir select cümleciği yazdım. Burada değer girilmemiş boyutlar gelmeyecektir. Hangi boyutların aktif olduğunu gösteren bir select ifadesini gelecek yazımda paylaşacağım.

static void FD_AddCustDefaultDim(Args _args)
{
    CustTable                           custTable;
    DimensionAttribute                  dimAttr;
    DimensionAttributeValue             dimAttrValue;
    DimensionAttributeValueSetItem      dimAttrValueSetItem;
    ;

    while select custTable
    where  custTable.AccountNum  == "1101"
    join dimAttrValueSetItem
    where dimAttrValueSetItem.DimensionAttributeValueSet ==custTable.DefaultDimension
    join dimAttrValue
         where dimAttrValue.RecId  == dimAttrValueSetItem.DimensionAttributeValue
         join dimAttr
         where dimAttr.RecId   == dimAttrValue.DimensionAttribute
    {
        info(strFmt("%1 ; %2 ; %3 ; %4", CustTable.AccountNum , CustTable.name(),
                        dimAttr.Name , dimAttrValueSetItem.DisplayValue));
    }
}

Çıktısı benim boyut kurulumuma göre şöyle oluyor.

Selamlar.

Dynamics Ax 2012′de DefaultDimension sorgu örnekleri

Merhaba

Şu yazımda BusinessUnit boyutunun değeri “20″ olan müşterileri listeleyen bir query yazmıştım. Bu query örneğinin select ifadesiyle yazılmış şeklini iki örnekle anlatacağım.

Bu örnekte gerekli bütün tabloları join’leyip istediğimiz sonuca ulaşıyoruz.

static void FD_AddCustDimensionRangeSelectAll(Args _args)
{
CustTable                           custTable;
DimensionAttribute                  dimAttr;
DimensionAttributeValue             dimAttrValue;
DimensionAttributeValueSetItem      dimAttrValueSetItem;
;

while select custTable
join dimAttrValueSetItem
where dimAttrValueSetItem.DimensionAttributeValueSet == custTable.DefaultDimension
&&    dimAttrValueSetItem.DisplayValue               == "20"
join dimAttrValue
where dimAttrValue.RecId == dimAttrValueSetItem.DimensionAttributeValue
join dimAttr
where dimAttr.RecId             == dimAttrValue.DimensionAttribute
&&    dimAttr.BackingEntityType == tableNum(DimAttributeOMBusinessUnit)

{
info(strFmt("%1 ; %2 ; %3 ; %4", CustTable.AccountNum ,
dimAttr.Name , dimAttrValueSetItem.DisplayValue , CustTable.name()));
}
}

Bu örnekte ise DimensionAttributeValue ve DimensionAttributeValueSetItem yerine Bir view kullanıyoruz.

static void FD_AddCustDimensionRangeSelect(Args _args)
{
CustTable                           custTable;
DimensionAttribute                  dimAttr;
DimensionAttributeValueSetItemView  dimAttrValueSetItemView;
;

while select custTable
join dimAttrValueSetItemView
where dimAttrValueSetItemView.DimensionAttributeValueSet == custTable.DefaultDimension
&&    dimAttrValueSetItemView.DisplayValue               == "20"
join dimAttr
where dimAttr.RecId       == dimAttrValueSetItemView.DimensionAttribute
&&    dimAttr.BackingEntityType == tableNum(DimAttributeOMBusinessUnit)

{
info(strFmt("%1 ; %2 ; %3 ; %4", CustTable.AccountNum ,
dimAttr.Name , dimAttrValueSetItemView.DisplayValue , CustTable.name()));
}
}

İki kodu da çalıştırdığınızda aynı çıktıyı alacaksınız.

Selamlar.

Dynamics Ax 2012 DimensionProvider sınıfı

Merhaba

Ax 2012 ile finansal boyut yapısındaki bir çok değişiklikten eski yazılarımda bahsetmiştim. Boyut yapısındaki bu değişiklikler üzerine kodlarımızda boyutla işlem yapmamız gerektiğinde çok zorlanacağımız düşünmüştüm. Microsoft’taki arkadaşlarda aynı düşünceyi paylaşmışlar ki DimensionProvider sınıfını yazmışlar. Bu sınıf Query yapısında boyutla ilgili işlemleri yapmamızı kolaylaştırıyor ve bizi gereksiz bir çok Join ifadesinden kurtarıyor. Aşağıdaki örneği inceleyelim.

static void FD_AddDimensionRangeToCust(Args _args)
{
    Query                       query = new Query();
    QueryRun                    queryRun;
    QueryBuildDataSource        qbds;
    DimensionProvider           dimProvider = new DimensionProvider();
    CustTable                   custTable;
    ;

    qbds = query.addDataSource(tableNum(CustTable));

    dimProvider.addAttributeRangeToQuery(query, qbds.name(),
                        fieldStr(CustTable,DefaultDimension ),
                        DimensionComponent::DimensionAttribute,
                        "20",
                        "BusinessUnit", true );

    queryRun = new QueryRun(query);
    queryRun.prompt();

    while(queryRun.next())
    {
        CustTable = queryRun.get(tableNum(CustTable));
        info(strFmt("%1 ; %2 ; %3", CustTable.AccountNum ,
                    CustTable.name() , CustTable.DefaultDimension));
    }
}

Bu örnekte BusinessUnit boyutu 20 olan müşterileri listeleyen bir Query yazdım. DimensionProvider sınıfının bir çok metodu mevcut. İhtiyaç oldukça incelemek lazım.

Eski versiyonlarda bunu yazmak gayet  kolaydı çünkü boyut müşteri tablosunda dizi tipinde bir alan olarak bulunuyordu. Ax 2012′de ise tamamen farklı tablolarda tutulan bir veri artık. Bu yüzden 3-4 tablolu bir Join ifadesi yazmaktansa bu sınıfı kullanmak çok daha kolay.

Bu Query ifadesinin Select ile nasıl yazılabileceğini bir sonraki yazımda  ele alacağım.

Selamlar.

Dynamics Ax 2012 DimensionStorage sınıfı

Merhaba

Ax 2012 muhasebe yapısında işimizi kolaylaştıracak bir sınıftan bahsetmek istiyorum. DimensionStorage sınıfı. Bu sınıf bir çok işlemi bizim için yapacak statik metotlara sahip. Özellikle genel muhasebe hesabı ve boyutların birbirleriyle olan ilişkilerinde çok işe yarıyor. Bir job ile bazı statik metotlarını anlatmaya çalışacağım.


static void FD_DimensionStorage(Args _args)
{
    DimensionAttributeValueCombination  dimAttrValueCombDefaultAccount;
    DimensionAttributeValueCombination  dimAttrValueComb;
    DimensionAttributeValueCombination  dimAttrValueCombCompare;
    DimensionAttributeValueCombination  dimAttrValueCombCust;
    DimensionAttributeValueSet          dimAttrValueSet;
    MainAccount                         mainAccount;
    CustTable                           custTable;
    LedgerJournalACType                 ledgerJournalACType;
    DimensionHierarchy                  dimHierarchy;
    ;
    // Örneklerde kullanmak için bazı kayıtları buluyorum
    dimAttrValueCombDefaultAccount  = DimensionAttributeValueCombination::find(5637159810);
    dimAttrValueComb                = DimensionAttributeValueCombination::find(5747268059);
    dimAttrValueCombCompare         = DimensionAttributeValueCombination::find(5747267556);
    mainAccount                     = MainAccount::find(5637146572);
    dimAttrValueSet                 = DimensionAttributeValueSet::find(5747251227);
    custTable                       = CustTable::find("1101");

    // Bir hesap ve tip alarak size LedgerDimension'da kayıt varsa getirir yoksa oluşturur.
    dimAttrValueCombCust = DimensionAttributeValueCombination::find(
          DimensionStorage::accountNum2LedgerDimension(custTable.AccountNum , LedgerJournalACType::Cust));
    info(strfmt("LedgerDimension RecId = %1" , dimAttrValueCombCust.RecId));

    // İki LedgerDimension'nın MainAccount'larının eşit olup olmadığını kontrol eder.
    info(strfmt("MainAccount'lar aynı mı?  %1" ,
       DimensionStorage::compareMainAccounts(dimAttrValueComb.RecId , dimAttrValueCombCompare.RecId)));

    // LedgerDimension' a ait hiyerarşi kaydını verir.
    info(strfmt("DimHierarchy Name = %1" ,
        DimensionStorage::getAccountStructureFromLedgerDimension(dimAttrValueComb.RecId).Name));

    // Bir MainAccount ait defaultAccount varsa getirir yoksa oluşturur.
    info(strfmt("DafaultAccount RecId = %1" ,
       DimensionStorage::getDefaultAccount(mainAccount.RecId)));

    // Bir MainAccount ait defaultAccount varsa getirir yoksa oluşturur.
    info(strfmt("DafaultAccount RecId = %1" ,
       DimensionStorage::getDefaultAccountForMainAccountNum(mainAccount.MainAccountId)));

    // Bir LedgerDimension'daki boyutları yanzı DimensionAttributeValueSet recId sini veriri.
    info(strfmt("DafaultDimension RecId = %1" ,
       DimensionStorage::getDefaultDimensionFromLedgerDimension(dimAttrValueComb.RecId)));

    // LedgerDimension' a ait hiyerarşi kaydını verir.
    info(strfmt("DimHierarchy Name = %1" ,
       DimensionStorage::getFirstDimHierarchyFromLedgerDimension(dimAttrValueComb.RecId).Name));

    // LedgerDimension'a ait DefaultAccount'u verir.
    info(strfmt("DefaultAccount  RecId = %1" ,
       DimensionStorage::getLedgerDefaultAccountFromLedgerDim(dimAttrValueComb.RecId)));

    // LedgerDimension'a ait MainAccount'u verir.
    info(strfmt("MainAccount  Name = %1" ,
       DimensionStorage::getMainAccountFromLedgerDimension(dimAttrValueComb.RecId).Name));

    // LedgerDimension'a ait MainAccount'u verir.
    info(strfmt("MainAccount  RecId = %1" ,
       DimensionStorage::getMainAccountIdFromLedgerDimension(dimAttrValueComb.RecId)));

    // LedgerDimension'a ait MainAccount'u verir.
    info(strfmt("MainAccount  Num = %1" ,
       DimensionStorage::getMainAccountNumFromLedgerDimension(dimAttrValueComb.RecId)));

    // LedgerDimension'a ait AccountNum'u verir.
    info(strfmt("CustTable AccountNum = %1" ,
       DimensionStorage::ledgerDimension2AccountNum(dimAttrValueCombCust.RecId)));

}

Job’ı çalıştırdığınızda şöyle bir çıktı alacaksınız.

Selamlar.

Dynamics AX 2012 Default Account

Merhaba

DefaultAccount DimensionAttributeValueCombination tablosunda LedgerDimensionType ‘ı  DefaultAccount olan kayıtlardır. MainAccount ile aslında çok bir farkı yok. Ancak benim anladığım bazı işlerde kolaylık olması açısından DefaultAccount kullanılıyor. AX 2009 ‘da LedgerAccount seçilen tanım formlarında ax 2012 ‘de MainAccount değilde DefaultAccount seçiliyor.

DefaultAccount için Segmented Entry Control kullanılıyor. Ancak sadece birinci kısmı yani MainAccount aktif. Boyut yapısı görünmüyor. Biz yeni bir tablo ve form oluşturup bu kontrolün nasıl eklenebileceğini bakalım. Adım adım ilerleyelim.

  1. Öncelikle bir tablo yapalım ve EDT ‘si LedgerDimensionDefaultAccount olan  DefaultAccount isminde bir alan açalım. Bu işlemde EDT’yi tabloya sürüklediğinizde DimensionAttributeValueCombination tablosuyla ilişki kurmak için soru soracaktır. Bu ilişkinin kurulması şart. Eğer EDT ile ilgili bir sıkıntı çıkarsa elle de ekleyebilirsiniz.
  2. Bir form yapalım ve veri kaynağına oluşturduğumuz tabloyu ekleyelim.
  3. Tasarım kısmına bir Grid ekleyelim ve veri kaynağından DefaultAccount alanını sürükleyip Grid’e bırakalım. Otomatik olarak Segmented Entry Control oluşturulacaktır.
  4. Kontrolün çalışabilmesi için biraz kod yazmamız gerekiyor. Formun ClassDecleration ve init metodlarına aşağıdaki kodları ekleyelim.
  5. public class FormRun extends ObjectRun
    {
       LedgerDimensionDefaultAccountController defaultAccountController;;
    }
    
    public void init()
    {
        super();
        // hangi veri kaynağının hangi alanı için çalışacağını belirtiyoruz
        defaultAccountController =  LedgerDimensionDefaultAccountController::construct(
                       FDSegmentSEmple_DS, fieldstr(FDSegmentSEmple, DefaultAccount));
    }
    
  6. Veri kaynağındaki LedgerDimension alanına şu kodları ekleyelim
  7. public Common resolveReference(FormReferenceControl _formReferenceControl)
    {
        return defaultAccountController.resolveReference();
    }
    
  8. Grid altında oluşan Segmented Entry Control’e de şu kodları ekleyelim.
  9. public void jumpRef()
    {
        defaultAccountController.jumpRef();
    }
    
    public void loadAutoCompleteData(LoadAutoCompleteDataEventArgs _e)
    {
        super(_e);
        defaultAccountController.loadAutoCompleteData(_e);
    }
    
    public void loadSegments()
    {
        super();
        defaultAccountController.parmControl(this);
        defaultAccountController.loadSegments();
    }
    
    public void segmentValueChanged(SegmentValueChangedEventArgs _e)
    {
        super(_e);
        defaultAccountController.segmentValueChanged(_e);
    }
    
    public boolean validate()
    {
        boolean isValid;
        isValid = super();
        isValid = defaultAccountController.validate() && isValid;
        return isValid;
    }
    
  10. Şu anda kontrol hazır formu açtığınızda aşağıdaki gibi bir görüntü göreceksiniz.

Selamlar.

Microsoft Dynamics Salary Survey 2013

Merhaba

Salary Survey 2013 yayınlanmış. Bu yıl hediye de veriyorlar. Duyurusu şöyle.


Take the Microsoft Dynamics Salary Survey 2013 for a Chance to Win a Microsoft Surface Pro (128 GB), the Nokia Lumia 920 or Xbox 360 Kinect Bundle

Nigel Frank International would like to invite you to complete our annual Microsoft Dynamics Salary Survey. Take the survey and you will automatically be entered into our prize draw to win a Microsoft Surface Pro (128 GB), the Nokia Lumia 920 or Xbox 360 Kinect Bundle.You will also receive a FREE copy of the Salary Survey report once it has been compiled.

Start the Survey Now

The industry acclaimed annual “Microsoft Dynamics Salary Survey” is the world’s most comprehensive insight into global salary trends for Dynamics professionals. Use the survey to benchmark your team’s, company’s or your own salary.

Selamlar.

Page 5 of 7« First...34567