WINERP-72849

 sipariş içerisindeki "Ek Malzeme Uygula" nın karşılığı bir metod isteniyordu.

Sipariş XML şablonunda TRANSACTION bölümü altına aşağıda bulunan örnekteki gibi değer girerek ilgili Ek Malzeme ve Promosyon uygulanabilir; 

Eklenen Alanlar; 
- ADDITIONAL_ITEMS_CODE 
- PROMOTION_CODE 

XML Örnek; 
<SALES_ORDERS> 
   <ORDER_SLIP DBOP="INS" > 
      ... 
      <TRANSACTIONS> 
         <TRANSACTION> 
            ... 
            <ADDITIONAL_ITEMS_CODE>EKMLZ.01</ADDITIONAL_ITEMS_CODE> 
            <PROMOTION_CODE>PROMOSYON.01</PROMOTION_CODE> 
         </TRANSACTION> 
      </TRANSACTIONS> 
   </ORDER_SLIP> 
</SALES_ORDERS> 

LObjects Örnek; 
  OrderSlip := AppRec.FObject.NewDataObject(doSalesOrderSlip); 
  OrderSlip.New; 
  ... 
  order_trns := OrderSlip.DataFields.FieldByName('TRANSACTIONS').Lines; 
  order_trns.AppendLine; 
  order_line := order_trns.item[order_trns.Count - 1]; 
  ... 
  order_line.FieldByName('ADDITIONAL_ITEMS_CODE').Value := 'EKMLZ.01'; 
  order_line.FieldByName('PROMOTION_CODE').Value := 'PROMOSYON.01'; 
  OrderSlip.Post;

WINERP-72836

ReCalculate metodu satırların sıralamasını değiştiriyordu.

WINERP-72173 maddesinde yapıldığı gibi; aşağıdaki data nesneleri için yapılan işlemlerin sonunda ilgili XML şablonlarındaki "TRANSACTIONS" alanı için "RefreshContent" fonksiyonunun otomatik çalışması sağlandı. 
- doSalesInvoice, 
- doPurchInvoice, 
- doSalesDispatch, 
- doPurchDispatch, 
- doSalesOrderSlip, 
- doPurchOrderSlip

WINERP-72298

XML/Logo Objects aktarımı ile Sipariş-Fatura ilişkisi kurulduğunda cari risk aşılmamasına rağmen aşılmıştır uyarısı veriliyordu ,bu sıkıntı giderildi.

Not : OrderBilling yapıldığında bu hata olmuyor. XML alanlarındaki ORDER_REFERENCE ile ilişki kurulduğunda bu hata oluyordu.

WINERP-72178

Karma koli aktarımında karma koli satırlarını girmeden Tigerda ki gibi otomatik satırları doldurması isteniyordu.

Hali hazırdaki CreateCompositeLines fonksiyonu maddede belirtilen isteği karşılamaktadır.

WINERP-72133

Tiger içerisinde kredi kartı fişi kesilirken fiş kesilebiliyor. Fakat XML dışarı yapıp içerideki kaydı silip XML içeri yapıldığında aşağıdaki gibi bir hata dönüşü vermektedir. Aynı hata dönüşü objectden de gelmektedir.

"32467 ~1 kodlu banka hesabı yok ya da kredi kartı işlemleri için uygun değil."

Sorunun, Banka Hesap Kartlarında farklı türlerde mükerrer kod girişine müsaade edilmesinden kaynaklandığı tespit edilmiştir. Örneğin; "BNK1 HSP1" kodlu Ticari Hesap oluşturulduktan sonra yine aynı kodlu Kredi Kartı Hesabı açılırsa yanlış banka hesabının LOGICALREF bilgisine erişiliyor ve bu değeri mevcut kaydın BANKACCREF alanına yazıyor.

WINERP-71500 maddesinde yapılan güncelleme ile bu sorun gün yüzüne çıktı ancak öncesinde müşteri kayıtlarında hatalı BANKACCREF değerleri olma ihtimali bulunmaktadır. Bu madde ile bu sorunun oluşabilmesi engellenmiştir.

WINERP-71893

Varyantlı malzemenin seri/lot kaydında varyant kodu belirtilmesine rağmen oluşan kayıt varyantsız gibi oluyordu.

Farklı bir malzemeye ait varyant kodunun seçilebilmesi engellenerek bu sıkıntı giderilmiştir.

WINERP-71833

Tiger içerisinde bir malzeme kartı eklerken 01, 02, 03 ve 04 kodlu öndeğer birim setleri kullanılamıyor, sadece "Kullanıcı Tanımlı (KT)" birim setleri kullanılabliiyor.du

Ancak Logo Objects ile aşağıdaki kod ile öndeğer birim seti ile açılabiliyor.

(Not : bu şekilde açılan malzeme kartı update edilemiyor, vermesi gereken hatayı update esnasında veriyordu)

Belirtilen koşul gerçeklendiğinde "Kullanıcı tanımlı birim setleri seçilmelidir" hata mesajı gelmesi sağlanmıştır.

WINERP-71733

Kdvsi olmayan bir satırda OHP_CODE1 alanına masraf merkezini gönderince sorun yaşanmıyor fatura da görünüyor. Fakat KDV'li bir faturada KDV satırı masraf merkezi için OHP_CODE2 alanını dolduruluyor.

Muhasebe hesaplarının gelmesi için fillacccodes fonksiyonunu çağrıldığında  OHP_CODE1 alanında bir değişme olmuyor fakat OHP_CODE2 alanı sıfırlanıyordu. Post öncesinde ExportToXML ile dışarı alınan XML'de de bu değişiklik yakalanabiliyordu.

GL_CODE2 ve OHP_CODE2 alanlarının değerlerinin silindiği ve muhasebe bağlantı kodlarından gelen bir değer varsa LObjects'ten gelen bilgiyi ezdiği tespit edilmiştir.

Ürün için aynı şekilde çalışmaya devam etmesi ve LObjects için ilk girilen değerin muhafaza edilmesi sağlanmıştır. Ayrıca maddede belirtilen durumun sadece OHP_CODE2'de değil başka alanlarda da olduğu tespit edilmiş ve sorun ortak yerden çözülmüştür.

Kontrol edilmesi gereken XML ve ilişkili STLINE alanları şunlardır; 

- GL_CODE2 (VATACCREF) 
- OHP_CODE2 (VATCENTERREF) 
- GL_CODE3 (PRACCREF) 
- OHP_CODE3 (PRCENTERREF) 
- GL_CODE4 (PRVATACCREF) 
- OHP_CODE4 (PRVATCENREF) 
- GL_CODE5 (ADDTAXACCREF) 
- OHP_CODE5 (ADDTAXCENTERREF)

WINERP-72158

Aşağıdaki kod parçaları ile hizmet browserları açılmak istendiği boş geliyor. Açılması esnasında trace alarak incelediğimde giden sorguda  CardType bilgisi sorguda hatalı gidiyordu. 

Application.CreateAppForm(30,0,0,0,0,2,1,1,Ref,frmObj)

Application.CreateAppForm(29,0,0,0,0,2,1,1,Ref,frmObj)

2.47 setinde yapılan WINERP-26651 maddesindeki değişikliklerden kaynaklı bu sorunun oluştuğu tespit edilmiş ve sorun giderilmiştir.