Sürümde Yer Alan Yenilikler
| Sıra No | Tanım | Açıklama | Doküman Linki |
|---|---|---|---|
| 1 | Cari hesap ekstresi raporunun A4 boyutuna uygun hazırlanabilmesi talebi | Cari hesap ekstre raporu tasarımlarına "A4 Standart Cari Ekstre" ismi ile A4 boyutuna uygun tasarım eklenmiştir. Tasarım içeriği değiştirilemez veya silinemez. Ancak kopyalanarak yeni tasarım üzerinde istenilen değişiklikler yapılabilir. |
Detay için tıklayınız |
| 2 | Ürünün faturası sevkiyatından önce düzenlenmiş ise stok hareketinin emanet olarak işlem görmesi talebi | Emanet stok özelliğinin kullanılabilmesi için "Sistem Ayarları/Malzeme Yönetimi/Parametreler/Malzeme Hareketleri" başlığı altına eklenen "Emanet Stok Durumu İzlenecek" parametresinin "Evet" seçili olması gerekir. Parametre değeri "Evet" seçildiğinde "Malzemeler" browserına "Emanet Stok (Satınalma)" ve "Emanet Stok (Satış)" kolonları gelecektir. Faturada yer alan "Emanet" alanı işaretlenir ise malzeme sevkiyat işlemi için bekleyecektir ve faturadaki miktarlar, emanet stoğunda görünecektir. Emanet malzemelerin sevk işlemleri irsaliyeler browserının yanı sıra "Malzemeler" veya "Cari Hesaplar" browserlarının sağ tuş menüsündeki "Emanet Stok Hareketleri" üzerinden yapılabilecektir. Ayrıca emanet stok hareketleri için mevcut stok hareketlerinden farklı muhasebe hesabı tanımlanabilir. Malzeme türündeki muhasebe bağlantı kartlarına eklenen "Emanet Stok Hesabı" işaretlenerek, emanet stok hareketinin hangi hesapta muhasebeleşeceği belirlenebilir. Malzemelerin stoğa girişi veya stoktan çıkışı (sevkiyatı) yapıldığında ana bağlantılarda muhasebeleşme işlemi tamamlanacaktır. |
Detay için tıklayınız |
| 3 | "e-Fatura/Posta Kutusu" üzerinden kaydedilecek faturanın açılması talebi | "e-Dönüşüm/e-Fatura/Posta Kutusu" browserında "Kabul" işlemi üzerinden yürütülen fatura kaydetme sürecine "Fatura Görüntülenerek Kaydedilsin" seçeneği eklenmiştir. Süreçte bu seçenek işaretlenerek devam edildiğinde, kaydedilecek fatura açılacaktır. Açılan faturada izin verilen alanlarda düzenleme yapılarak fatura kaydedilebilecektir. |
Detay için tıklayınız |
| 4 | Sözleşmeler browserında yüklenici bilgileri ile arama yapılabilmesi talebi | "Satış/Satınalma Sözleşmeleri" browserlarında "Yüklenici Kodu" ve "Yüklenici Açıklaması" alanlarında arama yapılabilmesi sağlanmıştır. |
|
| 5 | e-Defter Oluştur işlemi ile açılan ekranda organizasyonel birimin öndeğer gelmesi talebi | "Sistem Ayarları/Öndeğer ve Parametreler/Genel Muhasebe/Öndeğerle/e-Defter" başlığı altına "Öndeğer Organizasyonel Birim" seçeneği eklenmiştir. Seçilen değer "e-Defterler/Ekle" ile açılan defter tanımlama kartındaki organizasyonel birim alanına öndeğer yansıyacaktır. |
|
| 6 | YPB para birimli cari hesaba fişlerde dövizli hareket oluşturulduğunda İPB bilgisinin muhasebe fişine yansıması talebi | "Sistem Ayarları/Öndeğer ve Parametreler/Genel Muhasebe/Parametreler/Genel" başlığı altına "Kaynak Fişin Döviz Bilgileri Aktarılsın" parametresi eklenmiştir. Parametre değeri "Evet" seçildiğinde banka, cari hesap ve kasa fişlerinden girilen "Cari Hesap Döviz Bilgileri" fişe bağlı oluşan muhasebe fişine taşınacaktır. Bunun yanı sıra karşı hesabın cari hesap olduğu muhasebe fişlerinin sağ tuş menüsüne eklenen “Cari Hesap Döviz Bilgileri” üzerinden cariye ait işlem para birimi girişi yapılabilecektir. |
Detay için tıklayınız |
| 7 | Kiralama sözleşmesine ait analiz detaylarının sözleşmeye bağlı muhasebe fişlerine aktarılması talebi | Kiralama kayıtlarının sözleşmesine eklenen analiz detaylarının, sözleşme muhasebe fişlerine aktarılabilmesi sağlanmıştır. Bunun yanı sıra "Faaliyet Kiralama Gider Tahakkuklarını ve Ödemelerini Muhasebeleştir" işlemi ile oluşan muhasebe fişlerine de sözleşmedeki analiz detayları aktarılmaktadır. |
Detay için tıklayınız |
| 8 | Sözleşme fatura akışında bütçe takibi yapılabilmesi talebi | Sözleşme üzerinden sipariş açılmadan fatura oluşturulduğunda, sözleşme miktarının kısmi veya tamamının faturalandırılmasına bağlı olarak, bütçe tanımına göre analiz detayları da dikkate alınarak, bütçe bağlantılarının oluşması sağlanmıştır. |
|
| 9 | Logo Dashboard uygulaması entegrasyonu talebi | "Panolar" sayfasına "LOGO Dashboard" butonu eklenmiştir. Buton üzerinden LOGO Dashboard uygulamasına bağlanılarak sistemde tanımlanan dashboard raporlara erişilebilecektir. Servisin kullanılabilmesi için Logo Dashboard uygulamasının lisansına sahip olunmalıdır. |
Detay için tıklayınız |
| 10 | Satınalma Elemanları için Rest v2.0 desteği isteniyor. | Uç adı "purchasePersonCard" olarak değiştirilmiştir. |
|
| 11 | e-Fatura tasarımında cari hesap bakiyesinin kullanılabilmesi talebi | "Sistem Ayarları/Öndeğer ve Parametreler/e-Dönüşüm/Parametreler/e-Fatura.e-Arşiv İşlemleri" parametrelerine "Cari Hesap Bakiye Bilgileri Gönderilsin" seçeneği eklenmiştir. Parametre değeri "Evet" seçildiğinde fatura kaydedilirken, kaydedilen fatura tutarı dahil cari hesap bakiyesi hesaplanarak fatura xmlinin bu bilgiler ile oluşması sağlanacaktır. xml'de yer alan bilgiler kullanılarak e-Belge tasarımına cari hesabın bakiye bilgisi eklenebilir. |
|
| 12 | Cari hesap muhasebe bağlantı şablonunda bağlantı türü bazında cari hesap kodu kullanılabilmesi talebi | Mevcut yapıda "Sistem Ayarları/Tanımlar/Ticari Sistem/Cari Hesap Muhasebe Şablonları" ekranının alt bölümünde yer alan ve tüm bağlantı türleri için geçerli olan "Cari Hesap Kodu Kullanılsın" alanı kaldırılarak şablon tablosuna eklenmiştir. Böylelikle "Cari Hesap Kodu Kullanılsın" seçeneği işaretlendiğinde, tüm hesap türleri için oluşturulan muhasebe bağlantı kodları yerine yalnızca tabloda seçilen hesap türleri için carinin muhasebe bağlantı kodları tanımlanacaktır. |
Detay için tıklayınız |
| 13 | Yıllara sari bütçe dağıtımının farklı satırdaki aynı malzemeler için ayrı yapılması talebi | Dosya, sözleşme satırlarında aynı malzeme/hizmet birden fazla satırda kullanılmış ise, bu satırların toplamı üzerinden yapılan yıllara sari bütçe dağıtımı her satır için ayrı olacak şekilde değiştirilmiştir. Böylelikle hareket özel kodu gibi alanlar üzerinden ayrıştırılan aynı malzemelerin dağıtımı da ayrı yapılabilecektir. |
|
| 14 | Satış/Satınalma fiyat tekliflerine cari kartın ödeme planı değerinin yansıması talebi | "Satış/Satınalma Fiyat Teklifi" formlarına "Ödeme Planı" alanı eklenmiştir. Teklifin cari hesabına ait ödeme planı öndeğer yansıyacaktır. |
Detay için tıklayınız |
| 15 | Satış/Satınalma tekliflerinde tanımlı birim fiyatın kullanılabilmesi talebi | "Sistem Ayarları/Öndeğer ve Parametreler/Satış-Satınalma Yönetimi/Öndeğerler/Genel/Birim Fiyat Öndeğeri" seçeneğinin satış/satınalma tekliflerinde de geçerli olması sağlanmıştır. Böylelikle teklif satırında malzeme/hizmet seçimi yapıldığında öndeğer tanımındaki seçeneğe göre satırın birim fiyatı otomatik gelecektir. |
Detay için tıklayınız |
| 16 | "Üretim Emri/Gerçekleşen Miktar Girişi" ekranı planlanan değerlerinin rest ucuna eklenmesi | GET .../v2.0/prodOrderActualQuant?ficheNo=0000000054 GET .../v2.0/prodOrderActualQuant/readBylRef?logicalRef=60 uçları eklenmiştir. Fiş oluştururken planlanan değerlerin görülebilmesi talebiyle yukarıdaki uçlar oluşturulmuştur. Üretim emri üzerindeki gerçekleşen miktar girişi ekranındaki alanların ve malzeme planlanan miktarlarının gösterilmesi sağlanmıştır. |
|
| 17 | Enerji faturalarının e-Belge olarak düzenlenebilmesi talebi | Şarj hizmetine ilişkin düzenlenen faturaların "Enerji" senaryosunda "e-Fatura" ve "e-Arşiv Fatura" olarak işlem görmesi sağlanmıştır. "e-Fatura/e-Arşiv Tipi" seçeneklerine eklenen "Şarj" ve "ŞarjAnlık" değerlerine göre faturada olması zorunlu alanların kontrolü yapılmaktadır. Enerji faturalarına ait bilgiler "e-Dönüşüm Detayları/Enerji Faturası Bilgileri" tabından girilebilecektir. |
Detay için tıklayınız |
| 18 | "e-Ekstre Al" işleminin zamanlanmış görev üzerinden çalıştırılması talebi | "Zamanlanmış Görevler/e-Dönüşüm" modülü işlem seçeneklerine "Online Hesap Özeti Listeleme Servisi" eklenmiştir. Bu seçenek üzerinden "e-Bankacılık/Posta Kutusu (OHÖ)" ekranında yer alan "e-Ekstre Al" işlemi zamanlanmış görev olarak tanımlanabilecektir. Görev tanımında belirtilen periyoda göre işlemin tetiklenmesi sağlanmıştır. |
Detay için tıklayınız |
| 19 | Cari hesap türündeki muhasebe bağlantılarında cari hesap için filtreleme yapılabilmesi talebi | "Genel Muhasebe/Tanımlar/Muhasebe Bağlantı Grupları/Cari Hesap" türündeki bağlantı tanımı kartlarına "Cari Hesap Kodu" filtresi eklenmiştir. Cari hesap bazında muhasebe bağlantısı tanımlanabilecektir. |
|
| 20 | Gelecek yıllara ait gelir/gider dağıtımlarının yılın son gününe atılması talebi | "Sistem Ayarları/Öndeğer ve Parametreler/Genel Muhasebe/Parametreler/Genel" altına "Hizmet Gelir/Gider Dağıtımı Gelecek Yıllar Hareketi Vade Tarihi" seçeneği eklenmiştir. Parametre seçenekleri "Dağıtılacak Yılın İlk Günü, Geçmiş Yılın Son Günü" şeklindedir. Dağıtılacak yılın ilk günü, seçimi yapıldığında mevcuttaki gibi gelecek yılın ilk günü olan 1 Ocak tarihine fiş oluşacaktır. Geçmiş yılın son günü, seçildiğinde ise dağıtıma konu olan fatura tarihindeki yılın son günü olan 31 Aralık tarihli fiş oluşacaktır. |
Detay için tıklayınız |
| 21 | Giden e-Belgeler browserlarının tek ekranda sekmeli yapıya dönüştürülmesi talebi | "Giden e-Faturalar, Giden e-Arşiv Faturaları, Giden e-İrsaliyeler" menülerinde yer alan, e-Belgelerin durumlarına göre ayrıştırılan ekranlara, kolayca erişilmesi sağlanmıştır. Mevcut yapıda alt menüde yer alan buton üzerinden açılan ekranlar tek sayfada sekmeli yapıya geçirilmiştir. |
Detay için tıklayınız |
| 22 | Hızlı üretim fişi tasarımlarında malzemenin marka bilgisinin kullanılabilmesi talebi | Hızlı üretim fişinin "Gönder" seçeneği ile alınan çıktıları için yapılan tasarımda malzemenin marka bilgilerine ait değişkenlerin kullanılması sağlanmıştır. |
|
| 23 | "Alacak Bakiye Verme Durumları" parametresine "Kullanıcı Uyarılacak" seçeneğinin eklenmesi talebi | "Sistem Ayarları/Öndeğer ve Parametreler/Finans Yönetimi/Parametreler/Alacak Bakiye Verme Durumları/Banka Hesabı Alacak Bakiye Verdiğinde" parametresinin seçeneklerine "Kullanıcı Uyarılacak" değeri eklenmiştir. Parametrede bu değer seçili ise, banka hesabının alacak bakiye vermesi durumunda uyarı mesajı ile bilgilendirme yapılacaktır. Kullanıcının tercihine göre işleme devam edilebilir. |
Detay için tıklayınız |
| 24 | REST servis ile sipariş aktarımında "yeni numara ver" özelliğine ihtiyaç duyulmaktadır. | "/v2.0/salesOrder" ve "/v2.0/purchaseOrder" uçlarına "refreshOrderNumber" alanı eklenmiştir (Get uçlarında parametre alanı default olarak false olarak görülebilir) Post, Put, Calculate uçlarında "refreshOrderNumber": true olarak gönderilirse sipariş için istekte gönderilen "No" alanı geçerli olmayıp tıpkı ürün ekranındaki Numara Ver butonu gibi yeni sipariş numarası oluşması sağlanmıştır. |
|
| 25 | Payer entegrasyonunda pazar yerlerinin servis üzerinden alınması talebi | Payer pazaryerleri seçeneklerinin servis üzerinden alınabilmesi sağlanmıştır. "Birim Tanımları" browserının pop menüsüne "Pazaryerleri" seçeneği eklenmiştir. Bu seçenek üzerinden erişilen ekranda "Pazaryerleri Aktar" seçeneği ile org birime ait pazaryerleri Payer'den alınacaktır. |
Detay için tıklayınız |
Sürümde Yer Alan İyileştirmeler
| Sıra No | Tanım | Açıklama | Doküman Linki |
|---|---|---|---|
| 1 | Rapor tasarımında kullanılan görsellerin belirlenen çerçeveye göre boyutlandırılması talebi | Rapor tasarım aracında yapılan geliştirme ile tasarıma eklenen görsellerin ürünün masaüstü kullanımında da istenilen boyutta konumlandırılması sağlanmıştır. |
|
| 2 | "Ayrıntılı Tahsilat Listesi" raporunda karşılaşılan yavaşlık durumunun incelenmesi talebi | "Finans Yönetimi/Ödeme ve Tahsilat Raporları/Ayrıntılı Tahsilat Listesi" raporunun performansı iyileştirilerek daha kısa sürede alınması sağlanmıştır. |
|
| 3 | "e-İrsaliye/Posta Kutusu/Sipariş Eşleştir" işleminde alınan eşleştirme kontrolü uyarısının düzeltilmesi talebi | Posta Kutusu'na alınan e-İrsaliyede fiyat bilgisi olmadığı durumda "Sipariş Eşleştir" işleminin yapılmasını engelleyen kontrol kaldırılmıştır. Fiyat bilgisi olmayan gelen e-İrsaliyelerde sipariş eşleştirme işleminin yapılması sağlanmıştır. |
|
| 4 | Teklifler browserında cari hesap bilgilerine göre filtreleme yapılabilmesi talebi | Teklifler browserında cari hesap kodu ve açıklamasına göre filtreleme ve arama yapılabilmesi sağlanmıştır. |
|
| 5 | Cari hesap teminatlarında sözleşme, teklif, ihale seçimlerinin teminatın türüne göre yapılması talebi | Cari hesap teminatlarında sözleşme, teklif veya ihale seçimlerinin, teminatın alınan/verilen teminat olması durumuna göre yapılması sağlanmıştır. Bu yapıya göre verilen teminatlarda satış sözleşmeleri, verilen teklifler, girilen ihaleler seçilebilecektir. |
|
| 6 | Satınalma ve ihale dosyalarının satırında KDV oranının değiştirilebilmesi talebi | Satınalma ve ihale dosyalarında satırda seçili malzeme veya varlık kartından öndeğer gelen KDV oranının değiştirilebilmesi sağlanmıştır. |
|
| 7 | Sıfır tutarlı oluşturulan faturanın muhasebe onaylı durumuna geçmemesi talebi | Faturanın öndeğer durumu "Muhasebe Onaylı" olduğunda sıfır tutarlı kaydedilen faturanın "Onaylı" durumuna geçmesindeki refresh sorunu düzeltilmiştir. |
|
| 8 | Değiştir ile açılan faturanın özel matrah tipinde muafiyet bilgisi ile kaydedilebilmesi talebi | Değiştir ile açılan faturada "e-Fatura/e-Arşiv Tipi: Özel Matrah" olarak değiştirildiğinde muafiyet kodu alanında yapılan seçimin kaydedilmesi sağlanmıştır. |
|
| 9 | "Toplu Fatura Gönderimi ve Durum Sorgulama" işlemine iptal durumlu e-Arşiv faturalarının dahil edilmesi talebi | "e-Dönüşüm/İşlemler/Toplu Fatura Gönderimi ve Durum Sorgulama" işlemi ile iptal durumunda olan e-Arşiv faturalarının gönderim ve durum sorgulama işlemlerinin yapılabilmesi sağlanmıştır. |
|
| 10 | Transfer fişinde "e-İrsaliye" seçiminin kaldırılabilmesi talebi | Transfer fişi "e-İrsaliye" işareti kaldırılarak kaydedilip, daha sonra değiştir ile açıldığında "e-İrsaliye" değerinin işaretsiz gelmesi sağlanmıştır. |
|
| 11 | Malzeme/Hizmet kayıtlarının muhasebe bağlantı tanımlarında kullanım yeri kontrolünün yapılmaması talebi | Malzeme/Hizmet türündeki kayıtların "Kullanım Yeri" bilgisinden bağımsız olarak muhasebe bağlantılarının tanımlanması sağlanmıştır. |
|
| 12 | "Toplu Sipariş Faturalama" işleminde sadece hizmet satırı olan siparişlerin faturalanması talebi | "Satış/Satınalma Yönetimi/İşlemler/Toplu Sipariş Faturalama" işlemi ile satırında sadece hizmet kalemi olan siparişlerinde faturalanması sağlanmıştır. |
|
| 13 | Promosyon olarak verilen malzeme takımı bileşenlerinin KDV tutarının fatura görselinde toplama yansımaması talebi | Promosyon olarak girilen malzeme takımına ait bileşenlerin KDV tutarının, fatura görselinde toplama dahil edilmediği haliyle gösterilmesi sağlanmıştır. |
|
| 14 | Gönderilen e-SMM tasarımlarına perakende cari bilgilerinin yansıması talebi | Gönderilen e-SMM belgesinin cari hesabı perakende cari ise, e-SMM tasarımında alıcı bilgilerinin makbuz da girilen perakende müşteri bilgileri olarak görünmesi sağlanmıştır. |
|
| 15 | Teklif tasarımlarında alt bilginin sadece son sayfada görülebilmesi talebi | Satış/Satınalma tekliflerinin "Gönder" seçeneği ile oluşturulan tasarımlarında altbilgi kullanıldığında, eklenen alt bilginin raporun her sayfasında görünmesi yerine sadece son sayfasında görünmesi sağlanmıştır. |
|
| 16 | e-Beyanname formül kullanımındaki fatura net tutarları ile ilgili fonksiyonların hesaplamalarının düzenlenmesi talebi | e-Beyanname "INVNET, INVSUM" formül hesaplamalarındaki çoklama hatası düzeltilmiştir. |
|
| 17 | KDV1 Beyannnamesi "Ekler/Tevkifat Uygulaması Kapsamındaki İşlemlere Ait Bildirim" gridine tevkifat uygulanan hareketlerin yansıması talebi | KDV1 beyannnamesi "Ekler/Tevkifat Uygulaması Kapsamındaki İşlemlere Ait Bildirim" tabında "Veri Al" işleminde, faturada tevkifat uygulanmayan ama sonradan tevkifat uygulansın olarak seçilmiş malzemenin bulunduğu fatura kayıtlarının gelmemesi sağlanmıştır. |
|
| 18 | Rest 1.0 ile fatura aktarım hatası | Ürün içerisinden bir faturayı GET edip, aynı faturayı POST ettiğimizde Ambar girilmemiş satır var hatası alıyordu, 3.22.6.2 ve 3.23 setlerinde düzeltildi. |
Uyarlama ve Entegrasyon Araçlarındaki Geliştirmeler ve İyileştirmeler
| Sıra No | Tanım | Açıklama | Doküman Linki |
|---|---|---|---|
| 1 | Rest v2.0 ile yapılan aktarımlarda Kayıt bilgisi kolonlarına farklı değerler set edilebiliyor. | Uygun olmayan veriler ile kayıt bilgisi set edilmeye çalışıldığında bu durumun engellenmesi sağlanmıştır.
Unknown macro: {
"message"} |
|
| 2 | Login isteğinde Header'da gönderilen base64 değeri oluştururken geçersiz bir dil bilgisi girilmişse v2 uçları NullPointerException dönüyor | Login isteğinde Header'da gönderilen Authorization anahtarına karşılık base64 değeri oluştururken geçersiz bir dil bilgisi girilirse; Login isteği 200 OK dönüyor ve response body'de authToken yer alıyordu. Ancak bu authToken ile oluşturulan token bilgisini kullanarak v2 uçlarına istekler gönderildiğinde NullPointerException dönüyordu.
|
|
| 3 | locontractslips ucu ile bağlı hizmet kartı kullanılsın işaretli olmayan kayıtlar oluşturulamıyor | Satınalma sözleşmesi oluştururken Genel Bilgiler altında Bağlı Hizmet bölümü yer alıyor. Bağlı Hizmet Kartı Kullanılsın onay kutusu işaretli olmayan kayıtlar üründen oluşturulabilirken Rest v1.0 ile bu şekilde kayıtlar oluşturulamıyor. Bağlı Hizmet Kartı Kullanılsın onay kutusuna karşılık JSON modelde usePrgPayItemRef alanı yer alıyor. Bu alan 1 değerini aldığında ve prgPayItemRef bloğunda hizmet bilgileri olduğunda sorun olmuyor. Ancak bu alan JSON'da olmadığında ya da 0 değerini aldığında aşağıdaki uyarı ile karşılaşılıyor;
{
"apiVersion": "1.0",
"error": {
"message": "Validation error: (Bağlı hizmet girilmelidir!)\n",
"code": "CANNOT_CREATE"
}
}
URL: /logo/restservices/rest/v1.0/locontractslips/
Bu durum düzeltildi. |
|
| 4 | LPT ile oluşturulmuş sınıfın bir örneğini Applet ile XUI Form Handler sınıfında callRemoteMethod parametre geçebilirken Vaadin ile ClassNotFoundException alınıyor | LPT ile oluşturulmuş sınıfın bir örneğini; Applet ile XUI Form Handler sınıfında callRemoteMethod parametre geçebilirken, Vaadin ile aynı kod çalıştığında ClassNotFoundException logu görüntüleniyordu. Problemin aşılabilmesi için Applet ve Vaadin için ayrı kodlama gerekiyordu. Applet ve Vaadin için ayrı kodlama yapılmasına gerek duyulmadan callRemoteMethod metodunun her iki arayüzde de çalışabilmesi sağlandı.
|
|
| 5 | dedemandslips ucu swagger kaynaklarında satırlara eklenebilen Karşılama Ambarı alanına karşılık gelen bir alan bulunmuyor | Talep fişleri REST v1 ucu /dedemandslips için demandWHReference bloğu swagger modeline ve /describe ucuna eklenmiştir. |
|
| 6 | 3.22 de uyarlama paketi güncellenirken hata almaktadır. | https://docs.logo.com.tr/public/jua/ileri-seviye/lpt-gelistirici-trikleri/lpt-ortam-guencellemesi adresindeki adimlari basarili sekilde tamamlanmasına rağmen uygulamaya giris yapıldığında ve uyarlama olan bir form açıldığında aşağıdaki hata alınmaktaydı, 3.22.6.2 ve 3.23 setlerinde düzeltildi. Console’da yer alan hata: 2024-03-04 08:23:47,698 [Console.com.lbs.xui.events.swing.JLbsEventRedirector ERROR] java.lang.IllegalArgumentException: java.lang.ClassCastException@2e36742a (at com.lbs.console.Log4jLogger.log(Log4jLogger.java:363)) |
|
| 7 | Rest v1.0 aktarımlarında GOXOOrgUnitTransBase nesnesi ile alakalı ObjectFactoryException istisna fırlıyor | 3.22 sürümünde Rest v1.0 ile sipariş aktarmaya çalışıldığında;
{
"apiVersion": "1.0",
"error": {
"message": "Import insert error :41 : No corresponding column is defined in business object 'com.lbs.appobjects.exchange.GOXOOrgUnitTransBase' for secondary key index named 'GOOrgUnits_I2' for segment named 'COMPANYREF'\n\n",
"code": "CANNOT_CREATE"
}
}
yanıtı alınıyordu j-Platform'da oluşturulmuş bir sipariş GET edilerek elde edilen JSON ile POST işlemi gerçekleştirilemiyordu. Bu problem 3.22.6.2 ve 3.23 setlerinde düzeltildi |