Comarch ERP XL 2015

Transkrypt

Comarch ERP XL 2015

Lista błędów poprawionych w
uaktualnieniach Hot Fix
w wersji 2015.1
Copyright  2015 COMARCH
Wszelkie prawa zastrzeżone
Nieautoryzowane rozpowszechnianie całości lub fragmentu niniejszej publikacji w jakiejkolwiek postaci jest
zabronione. Wykonywanie kopii metodą kserograficzną, fotograficzną, a także kopiowanie na nośniku
filmowym, magnetycznym lub innym, powoduje naruszenie praw autorskich niniejszej publikacji.
Lista błędów poprawionych w HF
2
Comarch ERP XL 2015.1
Spis treści
Wstęp
Hot Fix 3 ................................................................................................................................................... 4
Hot Fix 2 ................................................................................................................................................... 4
Hot Fix 1 ................................................................................................................................................... 4
Błędy poprawione w wersji Hot Fix 2015.1.3 ..................................................................................5
Zgłoszenie TFSID 227630 ......................................................................................................................... 5
3
Wstęp
W niniejszym dokumencie zostały opisane najważniejsze błędy poprawione w uaktualnieniach Hot Fix do
wersji 2015.1.
Hot Fix 3
Hot Fix 3 zawiera poprawy między innymi niżej wymienionych błędów.
Hot Fix 2
Hot Fix 2 zawiera poprawy między innymi niżej wymienionych błędów.
Hot Fix 1
Hot Fix 1 zawiera między innymi poprawy niżej wymienionych błędów.
Korekty ilościowo – wartościowe a korekta podatku dochodowego przy użyciu zapisów typu Korekta
Podatku Dochodowego (KPD), Korekta Powrotna Podatku Dochodowego (KPPD)
Obsłużono generację korekt podatku dochodowego (KPD, KPPD) w przypadku rozchodu dostaw towarów,
skorygowanych korektami ilościowo – wartościowymi.
4
Błędy poprawione w wersji Hot Fix 2015.1.3
Zgłoszenie TFSID 227630
Błąd konwersji bazy z wersji 2015.1.0 do 2015.1.2:
Tworzenie procedury ESKLEP_EksportTwr
Invalid column name 'DAO_ZalID'.
Przyznanie praw do procedury ESKLEP_EksportTwr
Cannot find the object 'ESKLEP_EksportTwr', because it does not exist or you do not have permission.
Wydłużyło się księgowanie AM w oparciu o opis analityczny po przejściu na wersję 2015.1.
Dla dokumentu AM z około 300 pozycjami, księgowanie zajmuje ponad godzinę lub w ogóle nie udaje się
zaksięgować dokumentu. W wersji 2013.4.2 trwało to kilka/kilkanaście sekund.
Przykładowy schemat:
1. Oblicz dla Środków trwałych
Kwota: Umorzenie
Ma: *Umorzenie
2. Oblicz dla Opisu analitycznego
Kwota: Wartość bilansowa
Winien: KontoWymiaru('Kategoria')&'-'&KontoWymiaru('Lokalizacja')
5
Technologia zbudowana jest następująco:
Operacja 1
-> T1 1szt
<- P1 1szt
Towar T1 dostępny jest w ilości 10szt:
- 2szt przyjęte dokumentem FZ1
- 1szt przyjęta dokumentem FZ2
- 1szt przyjęta dokumentem FZ3
- 2szt przyjete dokumentem FZ4
- 4szt przyjęte dokumentem FZ5
Na definicji dokumentu RW zaznaczone jest Łącz pozycje w produkcji.
Planuję zlecenie produkcyjne na 10szt P1 - parametr Rezerwuj zasoby na ZP jest odznaczony. Dodaję
realizację w ilości 2.5szt, 2szt, 5.5szt. Generuję dokument RW. Na RW dodają się 4szt T1: 2.5szt związane z
surowcem na realizacji, 0.5szt związane z surowcem na realizacji drugiej i 1szt związana z surowcem na
realizacji 3. Błąd - ilość zasobów jest wystarczająca do wygenerowania RW na pełną ilość 10szt.
W bazach włączona jest współpraca dwustronna Optima- XL w zakresie KiP.
Z poziomu systemu Optimy dodaję pracownika P1, dla którego przypisuję schemat płatności: przelew i
numer rachunku bankowego, np. 36-20300045-1111111144444444.
Z poziomu bazy Optimowej za pomocą opcji: Aktualizacja zapisu, nadpisuje kartę tego pracownika.
Następnie z poziomu Optimy dodaję drugiego pracownika, któremu przypisuję inny numer rachunku
bankowego, np. 83-13200006-1111111155555555.
Z poziomu XL-a wykonuję funkcje specjalną: Synchronizacja danych kadrowych.
Po jej wykonaniu na karcie pracownika P2 w XL-u, został podmieniony numer rachunku bankowego, na
numer pracownika P1.
Na karcie towarowej jest wybrana cecha:
- przy sprzedaży - z zasobu
- pobieranie zasobów wg cech - wymagaj i wymagaj przy zakupie.
System pomimo wyboru korekty wartościowej (nie mającej wpływu na partie towaru) zmusza użytkownika
do wskazania partii podczas próby zatwierdzenia dokumentu i nie pozwala go zatwierdzić.
Pojawia się komunikat:
Opis zdarzenia:
Towar [T1] wymaga określenia wartości cechy [kolor].
Przyczyna:
Parametry towaru: [T1] ustawione w karcie towaru na zakładce [Inne] w grupie [Cecha] określają, że
wymagane jest określenie wartości cechy [kolor].
6
Remedium:
Jeśli dokument jest wyjmowany z bufora, cechy muszą być określone.
Podnieś do edycji pozycję z towarem [T1] i na zakładce dostawy wypełnij wartość cechy [kolor].
Zaawansowane:
Określanie cechy ma za zadanie zapis w bazie danych szczegółowych informacji na temat konkretnego
egzemplarza (partii) towaru. Informacje takie mogą być na przykład potrzebne do poprawnego
wydrukowania karty gwarancyjnej.
W nastepującym scenariuszu nieprawidłwo generuje się wartość korekty kosztów:
1. PZ ustalona wartość - 10 szt po 35,00 = 350,00
2. MMW i MMP- przesunięcie całej ilości z PZ 350,00
3. PZK wartościowe na plus 200,00
Wygenerowane zostają dwie korekty kosztów dla każdej z MM-ek , każda na wartość - 200,00. Błąd. Jedna z
nich, ta zwiazana z dokumentem MMP powinna być na + 200,00, ponieważ zaniżony jest stan magazynu.
Scenariusz jest następujący:
- wchodzę do modułu Księgowość,
- naciskam na przycisk: Plan kont,
- zaznaczam opcję: Obroty i salda,
Przy rozszerzaniu kolumn pojawia się GPF.
Scenariusz jest następujący:
W aplikacji Comarch ERP Mobile Sprzedaż dodaję do pozycji dokumentu dowolny atrybut.
Wykonuję synchronizację. Po synchronizacji atrybut nie jest widoczny w XL-u.
7
Dotyczy wersji w Nowym Interfejsie.
Sprzedaż. Lista magazynów podczas wystawiania WM z ZS. Błąd występuje przy typie interfejsu Pasek
narzędzi. W widoku okna z wyborem magazynów w momencie przekształcania ZS do WM niedostępny jest
np. przycisk potwierdzający wybór magazynów. Ucięte są ikony w menu górnym okna np. export do Excela,
Wyślij wydruk, Drukarka.
Inne miejsce: przy przekształcaniu ZZ do faktury, gdzie ma pojawić się okienko z wyborem PM
wprowadzonym wcześniej.
Podczas tworzenia ZP z ZS nie przypisuje się automatycznie technologia zgodna z klasą cechy i cechą
wybranego produktu.
Korzystam z wersjonowania technologii. Na technologii na zakładce Ogólne, parametr Domyślna jest
odznaczony, na materiale określam wartość i klasę cechy (np. kolor + zielony). Wystawiam ZS z cechą 'kolor'
i wartością 'zielony'. Z ZS generuję ZP i nie podpowiada się technologia. W polu technologia mam pusto.
Automatyczne przypisanie występuje tylko i wyłącznie w przypadku, gdy dla produktu z daną cechą wersja
technologii jest domyślna. W pozostałych przypadkach technologia pozostaje niewypełniona.
Na ZS znajdują się np. 2 elementy oznaczone cechą (w moim przypadku numerem seryjnym), zaznaczam je i
generuję z nich jedno ZP – na ZP mam dwie pozycje, na żadnej nie określono ani klasy ani wartości cechy.
Problem jest przy generowaniu ZP z wnętrza dokumentu ZS. Jeżeli wygeneruję ZP z listy zamówień, klasy
cech się przeniosą, ale wartość np. tylko dla jednej pozycji.
Na liście dokumentów pojawiają się wartości netto i brutto niezgodne z wartościami wynikającymi z
dokumentów. Po dodaniu własnej kolumny wartości te są podzielone przez 10.
Np. na FS mam 434 pln, a na liście dokumentów mam 43 pln.
Wystawiam dokument ZZ. Podaję kontrahenta K1 oraz towar T1. Zatwierdzam. Następnie podnoszę
formatkę zamówienia. Na zakładce Ogólne zmieniam parametr: "Ilości" z domyślnego: "Zamawiane" na
dowolny dostępny na liście. Wówczas pojawia się błąd:
„Wystąpił wewnętrzny błąd modyfikacji danych. Zaistniała sytuacja nieprzewidziana przez program.
Szczegóły operacji:
Operacja zmiany obiektu ZamElem o identyfikatorze BRW2:.
Identyfikator operacji: Next/Previous.
Błąd: Invalid column name 'ZaN_ZamTyp'. (S0022), Invalid column name 'ZaN_ZamTyp'..
Błąd odczytu danych z tabeli ZamElem.
Operacja zostanie przerwana.
Błąd:
Invalid column name 'ZaN_ZamTyp'.(0).
Problem dotyczy ZZ, ZS, ZW.”
8
Podnoszę do edycji potwierdzone ZS z 3 pozycjami. Każda ma wypełnione ilość/wartość. Eksportuję
zawartość dokumentu do Excela. Kolumna Ilość jest równa zero, powinna być różna od zera jak na ZS.
Prawdopodobnie przez to kolumny Netto/Brutto (dla ZW kolumna Wartość) również są równe zero.
Szybkie raporty. Na wersji 2015.1 SE kliknięcie prawym przyciskiem myszy na ikonę szybkich raportów
(wykrzyknik), o ile są zdefiniowane jakieś szybkie raporty na danej liście, powoduje wyrzucenie z XL-a.
Kliknięcie lewym przyciskiem myszy powoduje prawidłowe wywołanie domyślnego raportu.
Błąd pojawia się również na wersji z Nowym Interfejsem przy typie interfejsu Pasek narzędzi.
Wydruk FSK/WZK w polu Cena przed korektą wyświetla niewłaściwą wartość.
Wystawiam WZ. Generuję WZK1. Spinam WZ i WZK1 do jednej (S)FS. Następnie do WZ wystawiam WZK2.
Spinam WZK2 do (S)FSK.
Na wydruku FSK wyświetlane są pozycje pochodzące z WZK1 i WZK2. Powinny pojawiać się wyłącznie
pozycje pochodzące z WZK spiętego do (S)FSK.
Wystawiam:
PZ1 na 1szt T1
PZ2 na 1szt T1
PZ3 na 1szt T1
Następnie wystawiam FS na ten towar, ilość sztuk 3.
Generuję korektę na całość do FS (-3). Na wszystkich wydrukach FSK, na których podawana jest ilość (z
wyjątkiem wydruku testowego), w sekcji przed korektą ilość to 9, a w sekcji przedmiot korekty (-9) – błąd.
Ilość jest zwielokrotniona tyle razy, ile subelementów ma dokument FSK.
9

Comarch ERP XL 2015

Transkrypt

Podobne dokumenty

Powiatowy Urząd Pracy w Augustowie

Comarch ERP XL 11.0

Lista osób popierających zgłoszenie kandydatury Pana

zgłoszenie zagubienia/kradzieży/uszkodzenia SKA

Trójkołowy pojazd dla osób niepełnosprawnych. Zgłoszenie

ZGŁOSZENIE WYPADKU PRZY PRACY 1. Imię i nazwisko

Lista bledow poprawionych w Hot Fix w Comarch ERP XL 2013.4

MIĘDZYNARODOWY KURS MISTRZOWSKI Bałoszyce, 3

Regulaminem opłat - Centrum Innowacji Naukowo