Comarch ERP XL 2015

Transkrypt

Comarch ERP XL 2015

Lista błędów poprawionych w
uaktualnieniach Hot Fix
w wersji 2015.0
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.0
Spis treści
Wstęp
Hot Fix 3 ................................................................................................................................................... 5
Hot Fix 2 ................................................................................................................................................... 5
Hot Fix 1 ................................................................................................................................................... 5
Błędy poprawione w wersji Hot Fix 2015.0.3 ..................................................................................7
Zgłoszenie TFSID 222712 ......................................................................................................................... 7
Błędy poprawione w wersji Hot Fix 2015.0.2 ..................................................................................9
Zgłoszenie TFSID 214139 ....................................................................................................................... 10
Błędy poprawione w wersji Hot Fix 2015.0.1 ................................................................................ 11
3
4
Wstęp
W niniejszym dokumencie zostały opisane najważniejsze błędy poprawione w uaktualnieniach Hot Fix do
wersji 2015.0.
Hot Fix 3
Hot Fix 3 zawiera poprawy między innymi niżej wymienionych błędów.
Hot Fix 2
Hot Fix 2 został udostępniony ze względu na poprawę błędu TFS ID 214117, który pojawił się w wersji
2015.0 FR. Ponadto poprawiono w nim również inne zgłoszenia.
Hot Fix 1
Hot Fix 1, oprócz poprawy niżej wymienionych zgłoszeń, zawiera również zmiany w wykresie Gantta, nowy
wydruk dla Korekty Podatku Dochodowego oraz możliwość wykonania synchronizacji w postaci usługi
pomiędzy Comarch ERP Retail, Comarch ERP Mobile Magazyn Offline, Comarch ERP Optima, a Comarch ERP
XL.
Uwaga: W związku poprawą zgłoszenia TFSID 207467 zostały udostępnione nowe
arkusze API.
Zmiany wprowadzone na wykresie Gantta
Na wykresie Gantta zostały wprowadzone zmiany w zakresie sposobu prezentacji nadrealizacji operacji.
Zamiast przedłużonych pasków realizacji operacji w przypadku zrealizowania większej, niż zaplanowano,
ilości operacji lub w przypadku dłuższego, niż zaplanowano, czasu trwania operacji, obok paska operacji
prezentowany będzie procent wykonania nadrealizacji. Funkcjonalność ta będzie rozwijana w kolejnych
wersjach systemu Comarch ERP XL.
Dodatkowo wprowadzone zostało zapamiętywanie ostatniego widoku wykresu w zakresie wielkości okna
wykresu, rozmiaru pasków operacji, rodzaju skali, szerokości kolumn w tabeli, ustawienia dotyczącego
proporcji wyświetlania tabeli i wykresu, ustawienia filtrów w oknie: Parametry wykresu Gantta.
W oknie wykresu udostępnione zostały również nowe funkcje do przeplanowywania operacji powiązanych z
edytowaną na wykresie operacją.
Uwaga: Wykonanie przeplanowania z poziomu wykresu Gantta będzie możliwe jedynie
w wersji z Nowym Interfejsem.
Wydruk: Raport pomocniczy – dokumenty zaksięgowane wersjami do 2014.1
Wydruk został dodany w Preliminarzu płatności na zakładce Korekta Podatku Dochodowego.
Raport pomocniczy pozwala na analizę dekretów kosztowych pod kątem ewentualnej ich korekty, które
powstały w wyniku zaksięgowania dokumentów wersją 2015.0 oraz wersjami wcześniejszymi. Kwoty
dekretów kosztowych wyliczane są na podstawie stanu płatności.
Do wersji 2014.1, w wyniku księgowania dokumentów po elementach, nie były tworzone powiązania
pomiędzy elementami a dekretami. Ich brak powoduje, że na standardowym raporcie Preliminarz - Korekta
5
Podatku Dochodowego nie są prezentowane korekty podatku dochodowego dla dekretów kosztowych
zaksięgowanych wersjami wcześniejszymi niż wersja Comarch ERP XL 2015.0.
Synchronizacja jako usługa
Umożliwiono synchronizację obiektów za pomocą usługi pomiędzy Comarch ERP Retail, Comarch ERP
Mobile Magazyn Offline, Comarch ERP Optima, a Comarch ERP XL. Działanie synchronizacji jako usługi
polega na bezobsługowym funkcjonowaniu synchronizacji, co oznacza, że moduł Administrator oddziałów
nie musi być uruchomiony na moment synchronizacji.
6
Błędy poprawione w wersji Hot Fix 2015.0.3
Zgłoszenie TFSID 222712
Błąd kasowania atrybutów.
W tabelach: CDN.atrybuty i CDN.atrybutyhist jest kilka wpisów związanych z atrybutami przypisanymi do
dokumentów handlowych (atrybuty nie są synchronizowane z Optimą, atr_optimaID=0).
W bazie optimowej mam zdefiniowaną klasę atrybutu A1 typu liczba (synchronizowany z Comarch ERP XL).
Na karcie pracownika K1 w Optimie otwieram listę atrybutów, na której plusem dodaję nowy atrybut, w
otwartym oknie wskazuję klasę atrybutu A1, jednak nie zapisuję okna, a wychodzę z niego „krzyżykiem”. Na
pytanie, czy zapisać zmiany odpowiadam „nie”, następnie zamykam okno z listą atrybutów (również
„krzyżykiem”) i wychodzę z karty pracownika (również „krzyżykiem”).
Sprawdzam wpisy w tabelach: CDN.atrybuty i CDN.atrybutyhist, obie tabele są puste – błąd.
Technologia zbudowana jest następująco:
Operacja 1
-> T1 1 szt.
<- P1 1 szt.
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 10 szt. P1 – parametr Rezerwuj zasoby na ZP jest odznaczony. Dodaję
realizację w ilości 2.5 szt., 2 szt., 5.5 szt. Generuję dokument RW. Na RW dodają się 4 szt. T1: 2.5 szt.
związane z surowcem na realizacji pierwszej, 0.5 szt. związane z surowcem na realizacji drugiej i 1 szt.
związana z surowcem na realizacji 3. Błąd - ilość zasobów jest wystarczająca do wygenerowania RW na
pełną ilość 10 szt.
Jeżeli eksportujemy przez webserwis do banku powyżej 9 płatności, to błędnie nadawany jest identyfikator
operacji
służący
do
automatycznych
rozliczeń
(ma
więcej
niż
13
znaków,
np:
<EndToEndId>10000214000119</EndToEndId>).
Powoduje to problemy podczas importu tych operacji. Są one błędnie rozliczane.
Jeżeli pracownik ma wypełnione na swojej karcie dane adresowe takie jak np. Miejscowość, Ulica, Nr domu,
to nie można dla tego pracownika wyeksportować płatności przez webserwis do banku. Przy próbie
eksportu pojawia się komunikat błędu:
Opis zdarzenia:
7
Niepoprawne żądanie.
Błędny element: Kraj beneficjenta
Po usunięciu danych adresowych, płatność eksportuje się prawidłowo.
Przy imporcie ponad 140 operacji przez webserwis system się zawiesza. Nie jest możliwe wczytywanie
bardzo dużych wyciągów.
Przy wysyłaniu przelewu usługą sieciową, błędnie pobierana jest data przelewu. Zawsze pobierana jest data
dzisiejsza, mimo ustawienia daty przelewu w oknie Eskportu przelewów na termin płatności lub Inna.
W sytuacji, gdy mamy na ZP kilka pozycji z tym samym produktem, przy planowaniu ilości na pozycjach nie
są one sumowane, planowanie odbywa się wyłącznie na ilość dla pierwszego wystąpienia elementu na
liście.
8
Podczas zapisu ZP niepotrzebnie wielokrotnie wykonywane jest zapytanie wczytujące listę materiałów.
Dodano nowe zlecenie produkcyjne na produkt P1, zlecenie zaplanowano i zrealizowano. Wystawiono PW
na produkt P1 w ilości 1 szt. w cenie 0.00 zł z nieustaloną wartością dostawy. Z PW wygenerowano 2 x WZ
każde na 0,5 szt. z nieustaloną wartością sprzedaży. Ze zlecenia produkcyjnego wygenerowano RW na
surowce i uruchomiono funkcje rozliczenia częściowego, która rozliczając ZP ustaliła wartośc dostawy na
dokumencie PW, tym samym na elementach WZ na kalkulacji wyświetlone informacje powinny wynikać z
wartości PW.
Przykładowo, po rozliczeniu częściowym cena 1 szt. P1 to 17.00 zł, tymczasem na elemencie pierwszego
wygenerowanego WZ, na zakładce Kalkulacja mamy, że wartośc wynosi 17.00, cena to 34.00. Natomiast na
elemencie drugiego WZ zakładka Kalkulacja nie jest aktualizowana.
W sytuacji, gdy dokument przychodowy wystawiono ręcznie z nieustaloną wartością dostawy, następnie
rozchodowano towar z nieustaloną wartością sprzedaży, ustalenie wartości dostawy na dokumencie
przychodowym aktualizuje wartości na elementach wszystkich dokumentów rozchodowych korzystających
z dostawy założonej przez dokument przychodowy.
Na karcie środka trwałego mam zaznaczony parametr: dopuszczalna dwutorowość amortyzacji.
Wprowadzam OT z datą 01.01.2014 na kwotę np. 100. W miesiącu lutym generuję pierwszy odpis AM.
Następnie wystawiam MW z datą 28.02.2014, w którym całkowicie zmniejszam kwotę podstawy
podatkowej ( -100). Podstawy bilansowej nie zmieniam (0).
Generuję automatyczny odpis za miesiąc marzec, system w dalszym ciągu wylicza amortyzację dla metody
bilansowej i podatkowej - błąd. Powinna być naliczana tylko amortyzacja bilansowa.
Wystawiając ręczny dokument AM, wartości są prawidłowe.
Dodaję IMT, rodzaj odczytów: porównawcze, generowanie arkuszy według miejsc użytkowania.
Dodaje arkusz 1 dla pierwszego miejsca (M1), na odczycie wybieram ŚT1, na karcie którego wybrane jest
M1, wpisuję ilość 0. Następnie dodaję arkusz 2 dla drugiego miejsca (M2), na odczycie wybieram ten sam
środek trwały (ŚT1), wskazuję miejsce M2 i ilość 1. Podczas próby zamknięcia odczytu pojawia się błąd:
„Pozycja nie została dodana. Środek trwały ST1 znajduje się już na arkuszu 1 w pozycji 1 tego dokumentu
inwentaryzacji.’’
Należy blokować dodanie nowej pozycji z odczytu do arkusza, jeżeli istnieje już ona na innym arkuszu
danego dokumentu IMT z ilością wg spisu = 1. W tym przypadku ilość wg poprzedniego spisu to 0.
Podczas generowania WZ z wielu zamówień XL zajmuje nadmiernie pamięć operacyjną. W skrajnych
przypadkach proces kończy się GPF'em.
9
Dodaję do załącznika dokument PDF. Próbuję ten sam załącznik dodać do płatności tego dokumentu za
pomocą funkcji "Wybierz z listy" na zakładce "Załączniki". Pierwsze podejście - nic się nie dzieje. Drugie
podejście - pojawia się komunikat:
[Duplikacja: nie można zapisać danych, taka pozycja już istnieje.
Szczegóły\Przyczyna
Pozycja o wybranym numerze, kodzie, akronimie lub nazwie występuje już w bazie.
Szczegóły\Remedium
Należy zmodyfikować zduplikowane dane i zapisać formularz ponownie lub zrezygnować z zapisu.
Szczegóły\Zaawansowane
Wystąpił błąd podczas aktualizacji (dodawania) rekordu w tabeli DaneObiekty.|||Zaawansowane:|Błąd
obsługi bazy (90)
Violation of PRIMARY KEY constraint 'DAO_Primary'. Cannot insert duplicate key in object
'CDN.DaneObiekty'.
Violation of PRIMARY KEY constraint 'DAO_Primary'. Cannot insert duplicate key in object
'CDN.DaneObiekty'. (23000)]
Wprowadzam okres obrachunkowy różny od roku kalendarzowego (np. 01.2014 do 03.2015). W Zapisach
księgowych wprowadzam dekret w styczniu, grudniu 2014 i styczniu 2015. Drukuję "Zestawienie obrotów
dzienników", wybieram Obroty KG, KG+B i Podgląd na ekran. W oknie Ustalenie wartości parametrów
wydruku wybieram rok 2015, miesiąc 1, Obroty z Księgi Głównej i Bufor(y). Zatwierdzam. Obroty za okres
są prawidłowe, ale Obroty narastająco - nie. Pokazują tylko obroty z roku 2015. Powinien prezentować
zsumowane obroty narastająco od początku okresu obrachunkowego.
10
Na technologii zaznaczony jest parametr Dodawanie operacji w trakcie realizacji.
Zlecenie zostało zaplanowane w oparciu o daną technologię, następnie dodana realizacja operacji.
Na zleceniu na zakładce Procesy wybieram opcję Dodaj nową operację.
Zostaje otworzone okno nowej operacji, ale wszystkie parametry są nieaktywne oprócz pola oddział.
Zaczytuję operację o określonym kodzie EAN, podczas gdy Rejestrator wyświetla w nazwie okna zupełnie
inną nazwę operacji.
Generuję ZS (zaznaczony parametr: VAT eksportowy, transakcja wewnątrzwspólnotowa). Generuję
WZE/FSE. Następnie wybieram: Spinaj z zamówieniem. Dostaję komunikat:
„Dokument: WZE-9/12 nie pasuje do typu faktur zaliczkowych zamówienia.
Nie można dokonać związania.
Przyczyna: Wszystkie wybrane dokumenty do związania nie spełniają wymagań.
Remedium: Wybierz inne dokumenty.”
Z pozycji tego samego WZE /FSE wybieram opcję: Spinaj z wieloma zamówieniami i system spina WZE/FSE z
ZS.
Dokument np. WZ jest przypięty do procesu księgującego. Podnoszę ten dokument do edycji. Gdy
dokument jest w edycji, XLWorkAutomat księguje dokument. Przechodzę na dokumencie na zakładkę
Dekretacja. Mimo tego, że dokument jest zaksięgowany przez proces, ikona księgowania jest aktywna i
można zaksięgować dokument po raz drugi. W efekcie dekret takiego dokumentu jest zdublowany.
Struktura udzielonego rabatu.
1. ZS na 100 szt. T1, Cena początkowa 1 000, cena końcowa 500, wartość 50 000.
2. Generuję FS z tego ZS na 90 sztuk.
W strukturze udzielonego rabatu jest Rabat Wartość 45 000, Wartość przed 90 000, Wartość po 45 000 - ok.
3.Generuję FS na pozostałe 10 szt.
W strukturze udzielonego rabatu jest:
Rabat Wartość 50 000 - błąd, powinno być 5 000
Wartość przed 10 000 - ok
Wartość po 40 000 - błąd, powinno być 5 000.
W systemie podpinam schematy księgowe do operacji kasowych i/lub bankowych.
11
Otwieram listę rejestrów kasowych/bankowych. Wybieram rejestr, do którego mam podpiętę operacje ze
schematem księgowym. Na zakładce Raporty zaznaczam zamknięty, ale niezaksięgowany raport, w
którym pierwszym zapisem jest np.: KP 1/14 i próbuję go zaksięgować (opcja: Ksieguj natychmiast).
Ksiegowanie kończy się niepowodzeniem. Pojawia się informacja, że zapis KP 1/14 został już zaksięgowany błąd, zapis nie jest przecież zaksiegowany.
Również próba ksiegowanoia raportu z poziomu listy Zapisy kasowe/bankowe kończy się niepowodzeniem i
taką samą informacją w logu zdarzenia.
Aby raport został zaksięgowany, trzeba predekretować ręcznie każdy z zapisów znajdujący się w tym
rejestrze (podnieść do edycji zapis i na zakładce Księgowość/Dekretacja nacisnąć piorun) i dopiero wtedy
księgować cały rejestr.
Nie można zaksięgowć zapisów kasowo-bankowych, jeżeli mają podłączony schemat księgowań.
Podczas księgowania pojawia się błąd:
Sprawdzanie poprawności raportu: czas wykonania: 0:00:00, błędów: 0, ostrzeżeń: 0, informacji: 0
Zapis nagłówka: czas wykonania: 0:00:00, błędów: 0, ostrzeżeń: 0, informacji: 0
Pobranie zapisów do księgowania: czas wykonania: 0:00:00, błędów: 0, ostrzeżeń: 0, informacji: 0
Księgowanie zapisów: czas wykonania: 0:00:00, błędów: 0, ostrzeżeń: 0, informacji: 6
Księgowanie zapisu KB-14/KASA/9/1
Zapis KP 6/14 został już zaksięgowany!
Usuwanie skutków księgowania raportu: czas wykonania: 0:00:00, błędów: 0, ostrzeżeń: 0, informacji: 4
Sprawdzanie poprawności raportu: czas wykonania: 0:00:00, błędów: 0, ostrzeżeń: 0, informacji: 4
Usuwanie błędnego księgowania: czas wykonania: 0:00:00, błędów: 0, ostrzeżeń: 0, informacji: 4
Usuwanie rozrachunków
Usuwanie dekretu zbiorczego
Zaznaczanie zapisów jako "niezaksięgowane"
Aktualizacja raportu
W komunikacie informującym, że zapis został zaksięgowany pojawia się zawsze nr kwitu np.: KP 6/14.
Księgowanie odbywa się prawidłowo, jeżeli wcześniej zapis KB zostanie zapredekretowany.
Na technologii został dodany parametr o typie liczba i wartość parametru wynosi 30.
Na operacji OP1 jest surowiec S, materiał pomocniczy MP oraz produkt P, każdy z ilością 1szt.
Na karcie materiału S, MP oraz produktu P w sekcji Koszt jest wybrana opcja Ewidencyjny i dla Ceny
wybrano opcję Parametr, wartość ma być mnożona przez 0,75.
Dodaję ZP na 1szt. produktu P, zlecenie planuję i realizuję. W kolumnie Koszt dla wszystkich pozycji
(surowiec S, materiał pomocniczy MP, produkt P) prawidłowo wyświetla się koszt 22,5 (wyliczony jako:
1*30*0,75).
Po podniesieniu do edycji surowca, materiału pomocniczego czy produktu, w polu koszt wyświetla się
błędna wartość 0,75.
Podczas zamykania ww okien za pomocą przycisku X pojawia się pytanie Czy zapisać zmiany? Po wyborze
opcji tak, wartość w kolumnie Koszt na ZP będzie wyświetlała się błędnie jako 0,75.
12
Po zamknięciu ww okien za pomocą przycisku dyskietki, wartość w kolumnie Koszt na ZP wyświetla się
błędnie jako 0,75. Taka też wartość przenosi się na wygenerowany dokument PW.
W funkcjach API XLNowyTowar i XLNowaGrupaTwr pojawia się błąd 11.
Import wyciągów bankowych. Na definicji rejestru okres raportu został określony jako: dowolny.
Otwieram raport z datą 01.08.2014 i importuję dwa zapisy z datami 01.08.2014. Następnie próbuję wczytać
z drugiego pliku zapisy z datą 02.08.2014. Podczas próby wczytania wyciąga pojawia się:
Błąd modyfikacji rekordu tabeli Zapisy.
Nie można wstawić wiersza zduplikowanego klucza w obiekcie CDN.Zapisy o unikatowym indeksie
KAZRaport. Wartość zduplikowanego klucza to (800, 10, 1).
Wykonywanie instrukcji zostało przerwane.
Do kolejnego raportu zapisy zostaną wczytanie prawidłowo. Błąd występuje wyłącznie podczas
wczytywania zapisów do raportu, w którym istnieją już zapisy. Jeżeli w kolejnym wyciągu zapisów będzie
więcej niż istnieje już w danym raporcie, kolejne zapisy zostaną wczytane prawidłowo (przykładowo jeżeli w
raporcie istnieją już dwa zapisy z datą 01.08.2014, podczas wczytywania kolejnego wyciągu z datą
02.08.2014 dwa pierwsze zapisy nie zostaną wczytane, ale następne już tak).
Dotyczy wersji w Nowym Interfejsie.
Na liście magazynów zdefiniowanych jest kilka magazynów.
W oknie Struktura firmy na zakładce Struktura praw tworzę nowe centrum podrzędne CP. Nie jest
zaznaczony parametr 'Takie jak w węźle nadrzędnym'.
W założonym centrum CP przechodzę na zakładkę Dokumenty i wybieram przykładowo FS.
Na zakładce magazyny widoczne są wszystkie magazyny.
Następnie wracam do centrum nadrzędnego CN, przechodzę na zakładkę Dokumenty i wybieram FS.
Na zakładce magazyny widoczne są wszystkie magazyny.
Przechodzę znowu do centrum podrzędnego CP, na zakładce Dokumenty wybieram FS.
Na zakładce magazyny część magazynów znika (zostaje tylko jeden), pole Magazyn źródłowy też jest puste.
Dzieje się tak z każdym z dokumentów, co uniemożliwia konfigurację dokumentów w centrach
podrzędnych.
Podczas importu zamówienia z e-sklep występuje komunikat:
Opis zdarzenia:
Błąd podczas dodawnia zamówienia o ID=2 - The parameterized query '(@Wartosc varchar(8000),@IDKlasy
int,@GIDNumer int output)select' expects the parameter '@Wartosc', which was not supplied.
Zamówienie dodaje się do system na czerowno bez żadnych pozycji.
Generuję dokument WZE dla kontrahenta unijnego w EUR, następnie generuje spinacz (S)FSE. Na (S)FSE
odznaczamy VAT unijny i system pyta czy przywrócić stawki VAT. Wybieramy, że tak i w tym momencie
mamy juz dwie pozycje płatności na FSE. Następnie wchodzimy na WZE i wciskam przycisk VAT na zakładce
13
Płatności. W tym momencie na FSE pojawia się kolejna pozycja płatności. W wyniku takich operacji
powstaje WZE z płatnością podzieloną na dwie pozycje - netto i VAT, natomiast na FSE widnieją juz cztery
pozycje płatności.
Wystawiam dokument WZE z transakcją wewnątrzwspólnotową. Generuję do niego spinacz FSE. Na
spinaczu odznaczam VAT exportowy. Zapisuję dokument.
W tabelce VAT (s)FSE data powstania obowiązku podatkowego zmienia się na ‘Inna’ i ma wartość 0000-0000. Miesiąc i rok ujęcia na deklaracji VAT również są zerowe. Ręczna zmiana rodzaju daty powstania OP
wypełnia pola prawidłowymi wartościami.
Podczas próby wykonania wydruku w Pulpicie Kontrahenta otrzymuje następujący komunikat:
XLWykonajpodanyWydruk- 37
14

Comarch ERP XL 2015

Transkrypt

Podobne dokumenty

Powiatowy Urząd Pracy w Augustowie

Comarch ERP XL 11.0

zgłoszenie zagubienia/kradzieży/uszkodzenia SKA

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

MIĘDZYNARODOWY KURS MISTRZOWSKI Bałoszyce, 3

Regulaminem opłat - Centrum Innowacji Naukowo

Lista bledow poprawionych w Hot Fix w Comarch ERP XL 2013.4

zgłoszenie do konkursu na najciekawsze akwarium zoo

Sprzedaż internetowa