Bu konuyla alakalı ürün ile ilgili sıkıntılar da olduğu için bir 2.59 patch'i yakın bir zamanda çıkacak. 

Object’i kullanarak aktarım sağlanıyor ise aşağıdaki linkten düzeltilmiş 2.59 Lobjectleri alıp ilgili klasöre atıp akabinde bir REGISTER işlemi yapıldığı taktirde Lobject tarafında bu hataya düşülmeyecektir.

https://logoyazilim-my.sharepoint.com/:u:/g/personal/sezgin_ozdemir_logo_com_tr/EaL6Ea4M3-1Fryrk5Eq6VxUBVU5wSrtfI51mxJHInEr7IA?e=0iPgMP

Sezgin Bey, paylaşmış olduğunuz LOBJECTS' i Cumartesi Ocean - Tiger3 aktarımı kullanan müşterimizde test ettik. Gönderilen LOBJECTS' de sipariş miktarı ile irsaliye miktarı eşit ise sorun çıkmıyor. Fakat Sipariş miktarı 1, İrsaliye miktarı 2 ise İrsaliye aktarımında hata almaya devam ediyoruz(Hata Mesajı: Uygun sipariş satırı bulunamadı). Aktarım yapılamıyor. Bu sebepten eski sürüme geri dönmek zorunda kaldık. Kontrol ve ilginizi rica ediyoruz(Yeni sürümde -2.59- müşterinin beklediği özel bir iş var geçiş yapmak istiyorlar).

Merhabalar,

Zaten normal şartlarda belirttiğiniz durum olmaması gereken bir durumdu. 2.59 da biz bunu düzeltmek amacıyla yola çıktık. Siparişte 1 adet var iken , siz irsaliyede 2 adet kesiyorsunuz yani aslında irsaliyede 1 adet kesildiğinde kapanacak olan siparişten siz olmamasına rağmen ilgili satırdan miktarı 2 adet kesiyorsunuz. 

Eğer anlattığınız senaryodan doğru anladıysam , buna zaten normal şartlarda XML'i yada objecti karıştırmadan Tiger'dan denediğinizde de yapamıyor olmanız gerekir.2.58 için de dahil bu durum. 2.58 ve öncesinde sipariş kapansa dahi Tiger izin vermese bile object tarafında kapalı siparişin satır referansı ile object üzerinden verilerek fiş kesilebiliyordu ki bu olmaması gereken bir durum yukarıdaki  2.59 objectlerde de aslında bu durum düzeltildi. 

Bilgilerinize. 

İyi çalışmalar.

Merhabalar,

Satış ve Dağıtım Parametreleri içerisinde Sipariş Sevkinde Miktar Kontrolü aktiflediğimizde; 

TIGER içerisinde sipariş miktarını geçebilecek miktarda sevketmek mümkün olmuyor.

Fakat LOGO OBJECST.DLL ile sipariş miktarından fazla aktarım yapabilmek bu parametreye rağmen mümkün oluyor.

Negatif Seviye Kontrolü paramtresini aktiflediğimizde OBJECTS.DLL aktarımı yapmıyor ve uyarı fırlatıyor. Bu parametre de ise hiçbir kontrol devreye girmiyor ve sipariş miktarından fazla sevkedebilmek mümkün oluyor.

Şeklinde bir bildirimim vardı. Burada Negatif Seviye Kontrolü parametresinin aktif olması durumunda bu parametre gereği negatif seviyeye düşen malzeme ile ilgili çıkış hareketleri aktarılamıyordu. Objects bize bunu kullanıcı dostu bir mesaj ile bildiriyordu. 

Eğer bu parametrenin değerine göre Objects içerisinde bir güncelleme yapıldı ise, tıpkı TIGER ekranındaki gibi "Sevkedilen miktar sipariş miktarını aşmıştır." kullanıcı dostu bir mesaj fırlatamaz mıydı?

"Uygun sipariş satırı bulunamadı." uyarısı bana çok yanıltıcı ve fazla kullanıcı dostu olmayan bir mesaj gibi geldi doğrusu.

Sipariş Sevkinde Miktar Kontrolü parametresi HAYIR olarak ayarlı(Değişiklik yapmadım). Örneğin tartılı ürün siparişimiz var. 2 kg. sucuk. Tarttık 2.220 gr. geldi. Ne yapacağız? Ben bu siparişi sevk edemeyecek miyim? Gözden kaçırdığım başka bir şey mi var? Aynı zamanda Negatif Seviye Kontrolü parametresi de İşleme Devam Edilecek olarak set edilmiş ve test ettiğimiz malzemede stokta yeteri kadar bulunmakta(Bu parametre İşlem Durdurulacak olarak ayarlı olsa bile sorun olmaması gerekiyor).

2.59.00.01 seti ile test yapma imkanım oldu.

SELECT [VALUE] FROM L_FIRMPARAMS WHERE FIRMNR = FFF AND CODE = 'SALES_DISPORDAMNTCONT'

Yukarıdaki sorgunun sonucu;

Sipariş Sevkinde Miktar Kontrolü değerini döndürüyor.

TIGER bu parametre değerini baz alarak, sevkiyatta sipariş miktarının üzerine çıkabilme yeteneğini aktif yahut pasif ediyor.

Verdiği uyarı da oldukça kullanıcı dostu, oldukça anlaşılır bir şekilde;

OBJECTS ise, bu parametrenin değerine bakmaksızın sipariş miktarının aşılması durumunda görseldeki uyarıyı vermektedir.

Şimdi bu uyarı aktarım yapılmaya çalışılan, irsaliyenin transaction'larından herhangi birindeki ORDER_REFERENCE değerinin sipariş satır referansları(ORFLINE.LOGICALREF) arasında bulunmaması yahut ORGLOGICREF değeri bir önceki dönemden yahut firmadan aktarılan siparişlerde farklı olduğu durumlarda da gözüken bir uyarı.

Böyle olunca bence kullanıcı dostu anlaşılır bir mesaj olmadığı gibi geliştirici dostu da olmuyor bu mesaj. ErrorDetail bölümü dolu olsa belki oradan yakalardık. Bence Error kısmındaki ifade de oldukça yetersiz.

Bence TIGER ve OBJECTS negatif seviye kontrolü parametresinde olduğu gibi bütünleşik çalışabilmeli bu senaryoda da.

2.59.00.01 ile burada bütünleşik değil bağımsız bir şekilde hareket ettiğini görüyoruz.

SELECT [VALUE] FROM L_FIRMPARAMS WHERE FIRMNR = FFF AND CODE = 'SALES_DISPORDAMNTCONT'