Zmiany funkcjonalne wprowadzone w wersji 6.0

Transkrypt

1 Zmiany funkcjonalne wprowadzone w wersji 6.0

2 Copyright 2013 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. Zapraszamy na bloga Comarch ERP Altum Workflow: Zapraszamy na bloga Comarch ERP Retail: Comarch ERP Altum, Comarch ERP Retail 2 Zmiany funkcjonalne w wersji 6.0

3 Spis treści Wstęp... 6 Zestawienie aplikacji, z którymi współpracuje Comarch ERP Altum Zestawienie aplikacji, z którymi współpracuje Comarch ERP Retail ZMIANY WPROWADZONE W WERSJI Wydajność... 8 Wspólne Wiele numeratorów dla typu dokumentu w ramach centrum POPRAWIONO Logistyka Zmiany w obszarze inwentaryzacji Archiwalne stany artykułów Zmiany w cennikach i sposobie pobierania cen na dokumenty Artykuły powiązane Termin płatności typu: EOM End of Month (Koniec miesiąca) Dostosowanie do zmian w przepisach Zmiany w funkcjonalności kompletów Nowe funkcjonalności dotyczące adresów Zmiany w obszarze faktur zaliczkowych Nowe funkcjonalności w reklamacjach Inne zmiany POPRAWIONO Księgowość i finanse Operacje kasowe zmiany funkcjonalne Rejestr w nagłówku dokumentu Zestawienie poleceń przelewu (ZPP) i Zestawienie poleceń zapłaty (ZPZ) Konieczność wykonania odbudowy stanów kont po konwersji bazy danych Konta słownikowe dla stawki VAT Konto księgowe na fakturze VAT Stan niezatwierdzony i anulowany na fakturze VAT w rejestrze INNE ZMIANY POPRAWIONO Comarch ERP Altum, Comarch ERP Retail 3 Zmiany funkcjonalne w wersji 6.0

4 Workflow Zmiany ergonomiczne w kontekstach Altum Zmiany w oknie import procesów Parametry procesu Zamiana aktywności Wyślij decyzję/wyślij informację Inne POPRAWIONO Retail Instalacja Comarch ERP Retail Comarch ERP Retail Instalacja Comarch ERP XL Comarch ERP Retail POS POPRAWIONO Rozwój obszarów analitycznych Do hurtowni danych została dołączona aktualna dokumentacja hurtowni danych Przebudowa wymiaru Konto Atrybuty jako miary Aktualizacja danych GUS Dodano parametr ETL pozwalający na wyłączenie modułu Data Mining Analiza daty realizacji z dokumentów zamówień Nowy atrybut Przyczyna korekty Księga Raportów Funkcjonalności dostępne zarówno w raportach OLAP oraz SQL Raporty OLAP Raporty MDX/SQL Raporty Map Zmiany w wykresach Subskrypcje Budżetowanie Alokacja Kosztów Zmiany ergonomiczne Web Reports Book Operacje na raportach i dashbordach Comarch ERP Altum, Comarch ERP Retail 4 Zmiany funkcjonalne w wersji 6.0

5 2. Zmiany w wykresach Zmiany ergonomiczne Inne zmiany Auto Update Zmiana sposobu instalacji produktów Instalacja poprawek Zdalna instalacja dodatków Odinstalowywanie produktów Informacje o programie POPRAWIONO Spis rysunków Comarch ERP Altum, Comarch ERP Retail 5 Zmiany funkcjonalne w wersji 6.0

6 Wstęp Comarch ERP Altum to najnowszy system ERP w ofercie Comarch, w całości zbudowany w nowoczesnej technologii. Jako jedyny polski system ERP jest sprzedawany aktywnie również na rynkach zagranicznych. W roku 2013 w Polsce i Francji pozyskaliśmy 13 nowych Klientów, wśród nich takie firmy, jak Chretien, Printemps oraz Bud Racing. Sprzedaż na rynku francuskim zwiększyła się o ponad 100% w porównaniu z rokiem ubiegłym. Rynkiem docelowym są średnie i duże firmy handlowe i usługowe, w szczególności sieci handlowe, dla których oferujemy dedykowany moduł Comarch ERP Retail oraz Comarch ERP e-sklep i galerię handlową wszystko.pl. Z systemem zintegrowane są również aplikacje mobilne z pakietu Comarch ERP Mobile. W dniu została udostępniona najnowsza wersja Comarch ERP Altum oraz Comarch ERP Retail oznaczona numerem 6.0, a wraz z nią wiele nowych funkcjonalności oraz zauważalna poprawa wydajności i stabilności. Przeprowadzone testy potwierdzają wzrost wydajności najważniejszych procesów biznesowych od 40 do 90%, w zależności od obszaru. Z nowości funkcjonalnych warto wymienić: rozwój cenników, m.in. możliwość definiowania cen dla jednostek pomocniczych rozwój inwentaryzacji, m.in. wprowadzenie odczytów lub możliwości przeprowadzenia inwentaryzacji w jednostkach pomocniczych częściowe rozliczanie faktur zaliczkowych nowy sposób definiowania terminów płatności: End of month dostosowanie do zmian w przepisach podpowiadanie artykułów powiązanych w trakcie wystawiania dokumentów na POS W kwestii wydajności zoptymalizowane zostały m.in. procesy w modułach księgowych i obsługa formularzy w modułach logistycznych, w Business Intelligence pracowano m.in. nad poprawą czasu trwania transformacji, w synchronizacji XL-Retail zmiany miały na celu przyśpieszenie importu i eksportu danych z i do Comarch ERP Retail. Uwaga: Wersja 6.0 i jej ewentualne uaktualnienia będą ostatnimi wersjami Comarch ERP Altum oraz Comarch ERP Retail współpracującymi z SQL Server 2005 oraz Windows XP. Comarch ERP Altum, Comarch ERP Retail 6 Zmiany funkcjonalne w wersji 6.0

7 Zestawienie aplikacji, z którymi współpracuje Comarch ERP Altum 6.0 Wszystko.pl Aplikacja Wersja Uwagi Comarch ERP e-sklep 7.2 Comarch ERP Pulpit Kontrahenta * Comarch ERP Mobile Comarch ERP Mobile Sprzedaż Android 5.0* Comarch ERP Mobile Magazyn Off-line 7.3.2* Comarch ERP Mobile Flota 2.0 Comarch ERP Mobile BI 3.0 Comarch ERP Retail 6.0 Comarch ERP Altum Business Intelligence Księga raportów 6.0 Panel Zarządzania 6.0 Konfigurator 6.0 Aktualna wersja: Planowana data udostępnienia *Informacje o udostępnieniu odpowiednich wersji współpracujących z Comarch ERP Altum 6.0 będą wysyłane w informacjach mailowych oraz powyższa tabela będzie odpowiednio aktualizowana. Zestawienie aplikacji, z którymi współpracuje Comarch ERP Retail 6.0 Aplikacja Centrala Backoffice Comarch ERP Altum Comarch ERP XL * --- Wszystko.pl Aktualna wersja: Nie współpracuje Comarch ERP e-sklep 7.2 Nie współpracuje Comarch ERP Pulpit Kontrahenta * Nie współpracuje Comarch ERP Mobile Comarch ERP Mobile Sprzedaż Android 5.0* Nie współpracuje Comarch ERP Mobile Magazyn Off-line 7.3.2* 7.3* Comarch ERP Mobile Flota 2.0 Nie współpracuje Comarch ERP Mobile BI 3.0 Nie współpracuje Comarch ERP Altum Business Intelligence Księga raportów 6.0 Nie współpracuje Panel Zarządzania 6.0 Nie współpracuje Konfigurator 6.0 Nie współpracuje *Informacje o udostępnieniu odpowiednich wersji współpracujących z Comarch ERP Retail 6.0 będą wysyłane w informacjach mailowych oraz powyższa tabela będzie odpowiednio aktualizowana. Comarch ERP Altum, Comarch ERP Retail 7 Zmiany funkcjonalne w wersji 6.0

8 ZMIANY WPROWADZONE W WERSJI 6.0 Wydajność W wersji 6.0 wprowadzono szereg zmian optymalizacyjnych. Poniżej wymieniono najważniejsze z nich wraz z wynikami pomiarów dla przykładowej instalacji. 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Wersja Wersja 6.0 Rysunek 1 Otwieranie list w modułach logistycznych 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Wersja Wersja 6.0 Rysunek 2 Podnoszenie formularzy w modułach logistycznych Comarch ERP Altum, Comarch ERP Retail 8 Zmiany funkcjonalne w wersji 6.0

9 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Wersja Wersja 6.0 Rysunek 3 Zapisywanie formularzy w modułach logistycznych 100,0% 90,0% 80,0% 70,0% 60,0% 50,0% 40,0% 30,0% 20,0% 10,0% 0,0% Wersja Wersja 6.0 Rysunek 4 Zatwierdzanie dokumentów z poziomu listy dokumentów w modułach logistycznych 100,0% 90,0% 80,0% 70,0% 60,0% 50,0% 40,0% 30,0% 20,0% 10,0% 0,0% Wersja Wersja 6.0 Rysunek 5 Zatwierdzanie dokumentów z poziomu formularza dokumentu w modułach logistycznych Comarch ERP Altum, Comarch ERP Retail 9 Zmiany funkcjonalne w wersji 6.0

10 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Otwieranie listy Filtr: Najniższy poziom Filtr: od konta do konta Podniesienie formularza Zapisanie formularza Usunięcie konta Wersja Wersja 6.0 Rysunek 6 Operacje związane z oknem Plan kont 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Za okres cząstkowy Od dnia do dnia Za okres obrachunkowy Rysunek 7 Wyliczenie zestawienia obrotów i sald na liście typu drzewo za różne okresy Wersja Wersja % 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Za okres cząstkowy Od dnia do dnia Za okres obrachunkowy Rysunek 8 Wyliczenie zestawienia obrotów i sald na liście płaskiej za różne okresy Wersja Wersja 6.0 Comarch ERP Altum, Comarch ERP Retail 10 Zmiany funkcjonalne w wersji 6.0

11 100% 90% 80% 70% 60% 50% 40% 30% Wersja Wersja % 10% 0% Księgowanie 1 FS Księgowanie 10 FS Księgowanie 100 FS Księgowanie 100 WZ Usunięcie 10 PK Usunięcie 100 PK Rysunek 9 Księgowanie schematami księgowymi różnej ilości dokumentów 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% FS PAR ZS FZ ZZ PZ Rysunek 10 Wydruki list w modułach logistycznych Wersja Wersja % 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Wersja Wersja 6.0 Rysunek 11 Wydruki w module księgowym Comarch ERP Altum, Comarch ERP Retail 11 Zmiany funkcjonalne w wersji 6.0

12 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Wersja Wersja 6.0 Rysunek 12 Renumeracja zapisów księgowych Wersja Wersja % 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Wersja Wersja 6.0 Rysunek 13 Zapisywanie dokumentu Bilans Otwarcia Wersja Wersja % 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Otwarcie listy Dodanie KP/KW Zapisanie Podniesienie do edycji Kopiowanie Wersja Wersja 6.0 Rysunek 14 Operacje na liście dokumentów wpłat/wypłat Comarch ERP Altum, Comarch ERP Retail 12 Zmiany funkcjonalne w wersji 6.0

13 100% 80% 60% 40% 20% Wersja Wersja 6.0 0% Wersja Wersja 6.0 Rysunek 15 Otwieranie listy załączników Wspólne 1. Wiele numeratorów dla typu dokumentu w ramach centrum 1.1. Konfiguracja numeratora Dla danego centrum struktury firmy można zdefiniować, jaki numerator będzie obowiązywał dla dokumentu w ramach tego centrum. Aby możliwe było takie zdefiniowanie numeratora wcześniej należy przypisać go do danego typu dokumentu w ramach opcji Konfiguracja\Typy, gdzie obecnie wiązane są z typem dokumentu te numeratory, które mają być wykorzystane tylko dla tego typu Powiązanie numeratora z centrum Z poziomu danego centrum (lokalnego lub odległego) można wybrać jaki numerator będzie zastosowany na tym dokumencie w tym centrum. Oznacza to, że zmiana numeratora dla typu dokumentu w centrum, nie zmienia już tego numeratora dla wszystkich centrów. Dotyczy to wszystkich typów dokumentów istniejących w Systemie. Dodatkowo istnieje możliwość powiązania typu dokumentu z kilkoma numeratorami w ramach centrum (funkcjonalność do tej pory dostępna tylko na dokumentach KP\KW). Jeśli dla typu dokumentu wybrano więcej niż jeden numerator, podczas wystawiania tego dokumentu istnieje możliwość zmiany domyślnego numeratora na inny spośród dostępnych dla tego typu numeratorów w ramach centrum. Rysunek 16 Przycisk Numer na dokumencie Faktury sprzedaży pozwalający na zmianę numeratora Comarch ERP Altum, Comarch ERP Retail 13 Zmiany funkcjonalne w wersji 6.0

14 Zmiana ta odbywa się przez wybór numeratora z listy dostępnej po kliknięciu w przycisk Numer na danym dokumencie. 2. POPRAWIONO 2.1. Błąd przy generowaniu wielu pojedynczych wydruków z API. Po uruchomieniu procesu, który generuje 100 pojedynczych wydruków do formatu PDF dla wskazanej faktury sprzedaży, pojawia się w trakcie generowania raportów (po wygenerowaniu pewnej liczby) wyjątek Błąd pól rozszerzeń w oparciu o atrybuty. Atrybut zdefiniowany w oparciu o obiekt systemowy artykuł i przypisany do pracownika. Dodałam pole rozszerzenie w oparciu o ten atrybut. Umieściłam je na zakładce Opis. Wybieram wartość przez pole rozszerzenia i zapisuję. Po ponownym przejściu na kartę pracownika nie widać wartości atrybutów. Dodatkowo jeżeli do pracownika przypisane są inne atrybuty, to po dodaniu pola rozszerzenia na zakładce Atrybuty widoczny jest tylko atrybut z pola rozszerzenia. Tak samo system zachowuje się jeżeli atrybut jest zdefiniowany jako Lista - format Zapytanie SQL; Lista - format Tekst, Słownik Podwojony termin płatności EDI. Podczas importu faktur zakupu (Comarch) z EDI każdorazowo system podwaja termin płatności, zamiast 35 dni mamy 70. Data na karcie kontrahenta jest ustawiona prawidłowo, w pliku xml data i termin płatności są również prawidłowe Problem z uruchomieniem edytora Crystal Reports. Skonfigurowany edytor Crystal Reports. Z poziomu karty artykułu wybieram przy wydruku opcję [Konfiguruj]. Dodaję nowy wydruk, zaznaczam opcję wydruk Crystal. Naciskam przycisk [Edytuj definicję]. Przy zamykaniu okna pojawia się wyjątek Błąd kopiowania atrybutów przy kopiowaniu artykułów. Na karcie artykułu mam podpięte kilka klas atrybutów z wartościami. Kopiuję tę kartę, na skopiowanej podnoszę formatkę atrybutów, są takie same jak na artykule źródłowym. Po zapisie i ponownej edycji okazuje się, że zakładka Atrybuty jest pusta. Gdy zmodyfikowana zostanie przez skopiowaniem wartość klasy, to po skopiowaniu tylko ta klasa jest dostępna Problem z długością znaków w polu seria. Do listy serii można dodać serie o długości np. 80 znaków. Serie tą można zapisać. Po zamknięciu okna jest ona jednakże obcinana do 50 znaków, a system nie informuje, że maksymalna długość pola z kodem serii to 50 znaków Błąd podczas pobierania z API wspieranych formatów integracji EDI. Przy próbie wywołania z API Locator.GetService<IEcodExchangeService>().GetSupportedFormats() pojawia się wyjątek z implementacji metody. Problem pojawia się bez względu na bazę, środowisko czy konfigurację Serializowanie metody API GetStockOnHandForWarehouse Na potrzeby tworzonego procesu potrzeba zserializować metodę API GetStockOnHandForWarehouse i GetStocksWithFeaturesForArticleInWarehouses. Podczas wykonywania procesu pojawia się komunikat, który sam nie przerywa procesu, natomiast bez zserializowanej metody proces nie działa w 100% poprawnie Wyjątek podczas wycofywania zmian w edytorze profili. Po załadowaniu profilu standardowego i dodaniu 2 nowych przycisków, gdy w panelu Bieżące zmiany zaznacza się dodane przyciski i wybiera opcję [Wycofaj], pojawia się wyjątek. Wycofywanie przycisków pojedynczo działa poprawnie. Comarch ERP Altum, Comarch ERP Retail 14 Zmiany funkcjonalne w wersji 6.0

15 2.10. Wycofywanie zmian DesktopButtons w edytorze profili. Po załadowaniu profilu standardowego w panelu Eksplorator wybieram 2 dowolne ikony (np. Nabywcy i Dostawcy) i dodaje je na pulpit ALTUM. 3. W panelu Bieżące zmiany zaznaczam cały katalog DesktopButtons i wybieram opcję [Wycofaj]. Wycofują się dodane ikony ale także znika katalog i nie ma możliwości dalszego wycofywania innych obiektów - przyciski są nieaktywne Nie można zmapować NumberString poprzez konteksty Altum. Do kontekstów Comarch ERP Altum odpowiadających za szczegóły dokumentów nie można zmapować NumberString do parametrów typu String. Dotyczy to: FZ, MM-, MM+, OS, OZ, PZ, RW, ZS, WZ. Należy do tych obiektów dodać właściwość NumberString Wydruk struktura wiekowa należności/zobowiązań - nieprawidłowe wyliczanie daty rozliczenia. Na wydruku struktura wiekowa należności/zobowiązań nieprawidłowo ustalana jest data rozliczenia. Jako data rozliczenia powinna być przyjęta data późniejszego dokumentu (dla operacji - data, dla płatności- data dokumentu). Obecnie nie jest to data dokumentu a termin płatności Błąd przy ładowaniu profili w Edytorze profili, jeśli wcześniej zaimportowany został plik XML. Po zaimportowaniu pliku xml B2RetailProfile.xml i wybraniu opcji [Załaduj] oraz profilu standardowego pojawia się wyjątek HYDRA - Nie działa przycisk [Usuń wszystkie]. Po zdefiniowaniu layoutu dla grupy operatorów/ operatora, dodaniu zakładki, zapisaniu zmian i zamknięciu hydry wraz z zakładką, gdy ponownie otwieram hydrę i wybieram opcję [Usuń wszystkie] nie ma oczekiwanego efektu. Layouty nie zostały usunięte ani dla grupy ani dla operatora/ów HYDRA - Nie działa przycisk [Usuń]. Po zdefiniowaniu layoutu najpierw dla grupy operatorów, następnie dla operatora i dodaniu zakładek, zapisaniu zmian i zamknięciu hydry wraz z zakładką, gdy ponownie otwieram hydrę i wybieram opcję [Usuń] nie ma oczekiwanego efektu. Przycisk [Usuń] powinien przywrócić domyślny layout dla operatora, pobrany powinien zostać layout dla grupy operatorów e-sklep. Nie działa domyślność załącznika. Po przypisaniu do artykułu większej liczby załączników dostępnych w e-sklep oraz oznaczenie jednego jako domyślnego, po synchronizacji w e-sklepie wyświetla się jako domyślny losowo wybrany załącznik. Logistyka 1. Zmiany w obszarze inwentaryzacji Dotychczas inwentaryzacja przeprowadzana była przy pomocy arkusza inwentaryzacyjnego. Na arkuszu prezentowana była ilość towarów wynikająca z operacji zarejestrowanych w systemie oraz ilość uzupełniana przez użytkowników mająca odzwierciedlić rzeczywisty stan towaru na magazynie. W wersji Comarch ERP Altum 6.0 dodatkowo inwentaryzację można przeprowadzać za pomocą nowego formularza odczyt inwentaryzacyjny, który ma na celu zoptymalizować proces inwentaryzacji, umożliwiając: Comarch ERP Altum, Comarch ERP Retail 15 Zmiany funkcjonalne w wersji 6.0

16 a) Dodawanie kilkakrotnie tego samego artykułu w procesie inwentaryzacji; b) Przeprowadzanie inwentaryzacji w jednostkach pomocniczych; c) Podział inwentaryzowanego magazynu na mniejsze obszary oraz możliwość przeprowadzania inwentaryzacji przez kilku pracowników jednocześnie. W związku z powyższym w wersji 6.0 dostępne będą trzy sposoby przeprowadzania inwentaryzacji poprzez: a) Uzupełnianie ilości rzeczywistej na arkuszu inwentaryzacyjnym lub wczytywanie danych z kolektora do arkusza inwentaryzacyjnego dotychczasowa metoda; b) Generowanie odczytów do arkusza dla wybranych artykułów z arkusza; c) Dodawanie pustych arkuszy, które będą uzupełniane na podstawie odczytów dodanych do arkusza. Wprowadzono również możliwość kontroli poprawności dokumentów, które mogłyby blokować pełną korektę rozbieżności. Poprawiono mechanizm anulowania dokumentów wygenerowanych z inwentaryzacji, tak aby użytkownik miał możliwość anulowania dokumentów przed zamknięciem inwentaryzacji, anulowania inwentaryzacji i przeprowadzenia jej ponownie Odczyty Na zakładce Inwentryzacja dodano listę odczytów. Lista odczytów będzie wyświetlana zawsze w kontekście podświetlonego arkusza jn. Rysunek 17 Inwentaryzacja, lista arkuszy i odczytów Sekcja z odczytami może być ukrywana, jeżeli w procesie inwentaryzacji użytkownik np. nie korzysta z odczytów jn. Comarch ERP Altum, Comarch ERP Retail 16 Zmiany funkcjonalne w wersji 6.0

17 Rysunek 18 Inwentaryzacja, sekcja z listą odczytów ukryta Na zwiniętej belce po prawej stronie, po podświetleniu arkusza prezentowana jest informacja o ilości odczytów wygenerowanych do arkusza. Istnieją dwa sposoby dodawania odczytu: a) Z poziomu otwartego arkusza, po zaznaczeniu elementów arkusza i wybraniu funkcji [Generuj odczyt]. Funkcja dodaje i otwiera do edycji odczyt uzupełniony elementami zaznaczonymi na arkuszu. b) Z poziomu listy odczytów po zaznaczeniu arkusza, dla którego zostanie dodany pusty odczyt. Na formlarzu odczytu można analogicznie jak na arkuszu dodawać artykuły ręcznie, czytnikiem kodów kreskowych, jak również zaczytywać artykuły z kolektora. Na odczycie ilość rzeczywistą (zliczoną) można uzupełniać w jednostce podstawowej lub w jednostce pomocniczej. Rysunek 19 Odczyt inwentaryzacyjny Comarch ERP Altum, Comarch ERP Retail 17 Zmiany funkcjonalne w wersji 6.0

18 Do jednego arkusza można utworzyć wiele odczytów. Przy zatwierdzaniu odczytu ilości z niego są przepisywane do arkusza. Ilości podane w jednostce pomocniczej są przeliczane na jednostkę podstawową według przelicznika podanego dla jednostki pomocniczej na karcie towaru. Jeśli odczyt jest kolejnym do tego samego arkusza, ilość na arkuszu jest powiększana o ilość z kolejnego odczytu. Dostępna będzie również opcja otwierania odczytów w celu korekty ilości rzeczywistej. Otwieranie odczytów jest możliwe tylko dla niezatwierdzonego arkusza. Natomiast zatwierdzenie arkusza będzie możliwe po zatwierdzeniu wszystkich odczytów powiązanych z danym arkuszem. Jeżeli użytkownik nie doda żadnego odczytu do arkusza, to będzie miał możliwość modyfikowania ilości bezpośrednio na arkuszu, jak dotychczas. Jeżeli jednak użytkownik doda przynajmniej jeden odczyt do arkusza, to modyfikacja ilości rzeczywistych na arkuszu będzie możliwa tylko poprzez dodanie kolejnego odczytu Kontrola poprawności dokumentów W sytuacji, gdy w systemie istnieją np. dokumenty rozchodowe FS, PAR niezatwierdzone lub dokumenty te nie zostały skojarzone z dokumentami magazynowymi, pełna korekta stanów na dokumencie RW dla niedoborów może być niemożliwa. Przykład: Dla artykułu A1 zarejestrowano następujące dokumenty: PZ + FZ 10 szt. FS bez WZ 4 szt. Stan zasobu artykułu A1 Ilość 10szt., Rezerwacje 4szt. Przeprowadzono inwentaryzację i na arkuszu ilość systemowa wynosi 10szt., w kolumnie ilość rzeczywista wprowadzono 2szt, różnica wynosi -8szt. Po zatwierdzeniu inwentaryzacji wygenerowany zostanie dokument RW na 6szt. mimo, iż różnica wykazana w inwentaryzacji wynosiła 8szt. System nie pozwala wydać 2szt. tego artykułu, ponieważ jest on zarezerwowany przez FS, która jeszcze nie pomniejsza stanów magazynowych. W związku z powyższym w systemie wprowadzono mechanizmy zabezpieczające i informujące użytkownika o dokumentach, które mogą blokować prawidłowe wygenerowanie dokumentów różnicowych z inwentaryzacji. W konfiguracji systemu na zakładce handel został dodany parametr: Inwentaryzacja kontrola poprawności dokumentów jn.. Rysunek 20 Konfiguracja, zakładka: Handel Comarch ERP Altum, Comarch ERP Retail 18 Zmiany funkcjonalne w wersji 6.0

19 Użytkownik za pomocą parametru może włączyć i wyłączyć kontrolę poprawności dokumentów dla każdego artykułu. Przy włączonej kontroli, można skonfigurować system aby poprawność dokumentów sprawdzana była już podczas dodawania artykułu do arkusza (opcja: Przy dodawaniu artykułu do arkusza inwentaryzacyjnego), lub podczas zatwierdzania arkusza (opcja: Przy zatwierdzaniu arkusza inwentaryzacyjnego). Jeżeli wybrano kontrolę poprawności dokumentów przy dodawania artykułu do arkusza, to system zablokuje dodanie artykułu, dla którego istnieje np. dokument magazynowy niezatwierdzony i w log-u wyświetli się informacja o wszystkich dokumentach blokujących dodanie artykułu jn.: Rysunek 21 Arkusz inwentaryzacyjny, dodawanie artykułu przy włączonej kontroli poprawności dokumentów Przy włączonej kontroli poprawności dokumentów przy zatwierdzaniu arkusza, system pozwala na dodawanie artykułu do arkusza bez weryfikacji dokumentów dla tych artykułów. Niemniej jednak, podczas zatwierdzania arkusza system weryfikuje wszystkie artykuły na arkuszu i blokuje zatwierdzenie arkusza, jeżeli dla co najmniej jednego artykułu istnieje dokument blokujący wygenerowanie dokumentów różnicowych na pełną ilość. System analogicznie jak dla opcji pierwszej w log-u zaprezentuje wszystkie artykuły i dokumenty wpływające na zamknięcie inwentaryzacji Inne Wprowadzona została parametryzacja sposobu generowania dokumentów z inwentaryzacji. Na zakładce Konfiguracja modułu handlowego został dodany parametr: Automatyczne zatwierdzanie dokumentów inwentaryzacyjnych. Przy odznaczonym parametrze wygenerowane zostaną niezatwierdzone dokumenty z możliwością modyfikacji niektórych danych. Natomiast przy zaznaczonym parametrze generowane dokumenty zostaną wygenerowane w stanie zatwierdzonym Zmodyfikowany został sposób zapisu elementów arkusza. Dotychczas zapis elementów do bazy miał miejsce dopiero po zapisie całego arkusza. W związku z tym kontrola dodawania inwentaryzowanych artykułów na dokumenty była możliwa dopiero od pierwszego zapisu arkusza. Od wersji 6.0 elementy arkusza będą zapisywane w bazie automatycznie po dodaniu go do arkusza. Automatyczne zapisywanie elementów wyeliminowało problemy wydajnościowe, jakie miały miejsce podczas zatwierdzania arkusza z dużą ilością elementów. Comarch ERP Altum, Comarch ERP Retail 19 Zmiany funkcjonalne w wersji 6.0

20 1.3.3.Dodana została opcja otwierania zatwierdzonej inwentaryzacji. Proces inwentaryzacji można zakończyć dwuetapowo. W pierwszym etapie można zatwierdzić inwentaryzację i wygenerować dokumenty różnicowe, aby zweryfikować wartość inwentaryzacji. Po usunięciu lub anulowaniu dokumentów różnicowych dostępna będzie opcja otworzenia inwentaryzacji i zmodyfikowania ilości. Po wprowadzeniu korekty ilości i ponownym wygenerowaniu dokumentów, jeżeli proces inwentaryzacji uznamy za zakończony można zamknąć inwentaryzację. Po zamknięciu inwentaryzacji korekta ilości/wartości będzie możliwa tylko poprzez korektę dokumentów różnicowych Umożliwiono kopiowanie inwentaryzacji Udostępniono opcję generowania nowej inwentaryzacji dla wybranych elementów na arkuszu poprzedniej inwentaryzacji Obsłużono atrybuty na wszystkich obiektach inwentaryzacyjnych. 2. Archiwalne stany artykułów Od wersji 6.0 zmienił się sposób prezentacji informacji o historycznych stanach zasobów. W większości miejsc w systemie, w których dane o zasobach wyświetlane były z agregacji (historycznych stanów zasobów), dane będą wyświetlane na podstawie istniejących zasobów w systemie. Dane historyczne o zasobach będą obliczane na podstawie dokumentów. Podgląd archiwalnych stanów artykułu będzie możliwy: a) Z poziomu historii artykułu dla pojedynczego artykułu; b) W raporcie Archiwalne stany artykułów; c) Na wydruku Stan magazynu na dzień dostępnym z poziomu listy artykułów, z karty magazynu oraz z raportu archiwalne stany artykułów; d) W raportach BI; Uwaga: Od wersji 6.0 nie będzie uzupełniana tabela Storage.StocksAggregations. W kolejnych wersjach planowane jest usunięcie ww. tabeli. Informacje o zasobach artykułu będą pobierane z tabeli Storage.Stocks, czyli prezentowane będą informacje o istniejących zasobach. Historyczne dane będą obliczane na bazie dokumentów w specjalnych dedykowanych raportach lub raportach BI Modyfikacja pobierania danych o zasobach W związku ze zmianą sposobu zapisu i prezentacji danych o zasobach w systemie Comarch ERP Altum wprowadzono następujące zmiany: a) Karta artykułu/zasoby i partie Na kartach artykułu typu Komplet i Towar na dwóch zakładkach został usunięty parametr Stan magazynu na dzień. Na karcie artykułu prezentowane są wszystkie istniejące zasoby. Dane będą pobierane z Storage.Stocks. Dodatkowo na karcie artykułu udostępniono filtr Przyjęte do dnia, który pozwala na zawężenie listy widocznych zasobów tak, aby wyświetlać tylko zasoby, których data przyjęcia jest mniejsza bądź równa wybranej dacie. Przykład: Dla artykułu A1 zarejestrowano następujące dostawy PZ1 10 szt., data przyjęcia PZ2 10 szt., data przyjęcia PZ3 10szt. data przyjęcia WZ z PZ1 10 szt. data wydania Data bieżąca Prezentacja zasobów na karcie artykułu przy odznaczonym filtrze Przyjęto do dnia PZ2 10 szt., data przyjęcia PZ3 10szt. data przyjęcia Comarch ERP Altum, Comarch ERP Retail 20 Zmiany funkcjonalne w wersji 6.0

21 Dostawa PZ1 nie zostanie wyświetlona, ponieważ zasób został całkowicie rozchodowany. Nie istniej już zasób z tej dostawy. Prezentacja zasobów na karcie artykułu przy zaznaczonym filtrze Przyjęto do dnia i ustawioną datą bieżącą w tym parametrze. PZ2 10 szt., data przyjęcia Dostawa przyjęta PZ3 nie zostanie wyświetlona, ponieważ data przyjęcia tej dostawy wykracza poza datę ustawioną w filtrze Przyjęto do. b) Karta artykułu/dostępne komplety Analogiczne zmiany jak w punkcie a). c) Karta magazynu/stan magazynu Na zakładkach Wg artykułów i Wg partii został usunięty parametr Stan magazynu na dzień. Na obu zakładkach prezentowane są wszystkie istniejące zasoby. Dane będą pobierane z Storage.Stocks. d) Partie w innych oddziałach Zakładka na wszystkich typach artykułów została ukryta, ponieważ prezentacja zasobów z innych oddziałów opiera się na uprawnieniach do magazynu dla danego centrum. Za pomocą odpowiednich uprawnień zasoby z innych oddziałów widoczne są na karcie artykułu na zakładce Zasoby i partie. e) Element dokumentu/dostawy Na zakładce Dostawy na elementach dokumentów rozchodowych w sekcji partie/dostawy przy wyłączonej opcji Pokaż dostawy informacje o dostępnych zasobach prezentowane są z tabeli Storage.Stocks. f) Arkusz inwentaryzacyjny Ilość systemowa na arkuszu inwentaryzacyjnym będzie zawsze ustalana na podstawie faktycznego stanu artykułu, czyli według istniejących zasobów niezależnie od daty przyjęcia tego zasobu. g) Bilans stanów towarów Również w bilansie stanów towarów, ilość prezentowana w kolumnie ilość w magazynie będzie ustalana na podstawie istniejących zasobów pobierając dane z Storage.Stocks Archiwalne stany artykułów W celu analizy historycznych stanów artykułów został dodany raport Archiwalne stany artykułów, dostępny w grupie Magazyn/Zasoby. Rysunek 22 Otwieranie raportu Archiwalne stany artykułów Raport jest to formularz, w którym użytkownik będzie miał możliwość określenia grupy artykułów, magazynu oraz datę, dla których to elementów powinien być wyświetlony stan artykułu. Dane na raporcie będą obliczane na żądanie użytkownika na podstawie dokumentów zarejestrowanych w systemie. Comarch ERP Altum, Comarch ERP Retail 21 Zmiany funkcjonalne w wersji 6.0

22 Rysunek 23 Raport archiwalne stany artykułów Raport składa się z dwóch zakładek na pierwszej zakładce można wykonać analizę dla artykułów bez rozbicia na partie. Natomiast na zakładce Wg partii można analizować stany artykułów w rozbiciu na partie. Zarówno na pierwszej jak i drugiej zakładce po rozwinięciu nadrzędnego wiersza prezentowane są dostawy tworzące zasoby na wskazany dzień. W wersji 6.0 umożliwiono również wykonanie wydruku Stan magazynu na dzień dla wybranej grupy artykułów. Wydruk dostępny jest również z poziomu raportu archiwalne stany. 3. Zmiany w cennikach i sposobie pobierania cen na dokumenty 3.1. Aktywność dla cenników Wprowadzony został mechanizm aktywacji (zatwierdzania) i dezaktywacji cennika za pomocą parametru Aktywny na liście cenników, co pozwala aktywować wiele cenników równocześnie. Kolumna wyświetlająca Status została domyślnie ukryta. To czy cennik jest Zatwierdzony (aktywny) czy Nieaktywny bądź Utworzony (nieaktywny), pokazuje kolumna Aktywny. Parametr Aktywny dostępny jest również na szczegółach cennika Modyfikacja zatwierdzonego cennika W wersji 6.0 wprowadzona została możliwość edycji ceny z poziomu zatwierdzonego cennika. Aby użytkownik miał możliwość takiej edycji dla jego grupy powinno zostać nadane uprawnienie z kategorii Inne uprawnienia: Modyfikacja zatwierdzonego cennika. Modyfikacja cen w zatwierdzonym cenniku może odbywać się zarówno z poziomu cennika, jak i karty artykułu. Użytkownik nieposiadający tego uprawnienia nie może modyfikować, ani dodawać cen w cenniku zatwierdzonym i z poziomu karty artykułu Ceny dla jednostek miary Definicja ceny artykułu w zależności od jednostki miary W systemie Comarch ERP Altum wprowadzona została możliwość definiowania ceny dla konkretnych jednostek miary w ramach artykułu. Ceny te są określane w cenniku poprzez wprowadzenie wartości tej ceny dla danej jednostki artykułu (można dodać artykuł więcej niż raz do cennika, ale w powiązaniu z różnymi jednostkami miary). Podobnie zdefiniować można ceny dla konkretnych jednostek miary z poziomu karty artykułu. Na karcie artykuły wyświetlane są wszystkie najbardziej aktualne ceny artykułu dla tych jednostek, dla których zostały zdefiniowane. Comarch ERP Altum, Comarch ERP Retail 22 Zmiany funkcjonalne w wersji 6.0

23 Rysunek 24 Najbardziej aktualne ceny dla jednostek miary z poziomu karty artykułu Również podczas kalkulacji cenników uwzględniane są ceny zdefiniowane dla jednostek miar w cennikach lub na dokumentach (kalkulacja w oparciu o cenę zakupu). Na karcie artykułu, na zakładce Cenniki, także wyświetlane są ceny dla poszczególnych jednostek miar, jeśli zostały dla nich zdefiniowane Ustalanie ceny początkowej na dokumentach dla jednostki pomocniczej. Jeśli na dokumencie zostanie wybrana jednostka pomocnicza artykułu, pobrana zostanie dla niej najbardziej aktualna cena z cennika. Natomiast jeśli dla tej jednostki nie zostanie znaleziona cena, pobrana zostanie cena dla jednostki podstawowej i przeliczona w oparciu o przelicznik, tak jak do tej pory. Pozostałe warunki dotyczące wyboru ceny początkowej związane z kontrahentem i centrum pozostają niezmienione Ceny dla operatorów Powiązanie grupy operatorów z typem ceny W Systemie wprowadzono możliwość ograniczenia operatorom dostępu do typów ceny, a przez to do cen zdefiniowanych dla tych typów w cennikach. Jest to możliwe poprzez powiązanie odpowiednich grup operatorów z typami cen. Dany operator ma dostęp tylko do tych typów cen (i cenników), z którymi została powiązana jego grupa. Powiązanie grupy operatorów z typem jest możliwe z poziomu danego typu ceny (zakładka Operatorzy) lub z poziomu grupy operatorów (zakładka Typy cen). Comarch ERP Altum, Comarch ERP Retail 23 Zmiany funkcjonalne w wersji 6.0

24 Rysunek 25 Zakładka: Operatorzy na szczegółach typu ceny, gdzie można powiązać grupę operatorów z typem ceny Ustalanie ceny początkowej na dokumentach dla grupy operatorów W związku z tym na dokumentach jest ustalana cena początkowa, tylko spośród typów ceny, do których zalogowany operator ma dostęp. Wyjątkiem jest typ ceny domyślny dla centrum, jeśli operator nie ma dostępu do żadnego typu ceny, to właśnie typ domyślny będzie ustawiany na dokumentach Edycja ceny początkowej W Systemie wprowadzona została możliwość edycji ceny początkowej na dokumentach przychodowych i rozchodowych, dla operatorów, którzy mają takie uprawnienia. Nadać takie uprawnienie można z poziomu grupy operatorów, na zakładce Inne uprawnienia. Użytkownik z takim uprawnieniem może edytować cenę początkową dowolnie, cena końcowa zostanie obliczona po zmianie ceny początkowej na ogólnych zasadach. Dodatkowo, również tylko dla wybranych grup operatorów, jest możliwa do ustawienia blokada edycji ceny początkowej do wartości minimalnej i maksymalnej: parametr w Konfiguracji\Handel: Sprawdzaj cenę początkową minimalną i maksymalną na dokumentach. Wartości maksymalnej i minimalnej ceny dla użytkownika są określane w oparciu o typy cen do niego przypisane znajdowana jest maksymalna i minimalna cena spośród najbardziej aktualnych cen dla tych typów ceny. Jeśli operator ma przypisany więcej niż jeden typ ceny, będzie mógł edytować cenę początkową w zakresie od najniższej do najwyższej ceny z najbardziej aktualnych dla tych typów. Rysunek 26 Blokada przy cenie początkowej niższej niż minimalna dla operatora na Fakturze sprzedaży Comarch ERP Altum, Comarch ERP Retail 24 Zmiany funkcjonalne w wersji 6.0

25 Przykład: Poniżej przedstawiono powiązanie operatorów (grup) z typami ceny i wynikające z nich najbardziej aktualne ceny dla artykułu T1 Grupa operatorów Operator Typ ceny rozchodowej Cena dla T1 G1 O1 Hurtowa 8,00 PLN Detaliczna 10,00 PLN G2 O2 Hurtowa 8,00 PLN Hurtowa2 Wszystkie wyżej wymienione typy cen są dostępne na centrum C1. 7,00 PLN Do centrum C1 loguje się operator O1, wystawia FS, na elemencie wybiera artykuł T1, jako typ ceny podpowiada się Hurtowa, w polu Cena początkowa jest 8,00 PLN. Operator O1 ma możliwość edycji ceny początkowej (parametr Modyfikacja ceny początkowej), w Systemie jest również sprawdzanie ceny początkowej (parametr Sprawdzaj cenę początkową minimalną i maksymalną dla dokumentów rozchodowych). Operator O1 zmienia cenę początkową na 11,00 PLN, przy wyjściu z pola rozpoczyna się proces sprawdzania ceny minimalnej i maksymalnej dla operatora O1: cena minimalna: 8,00 PLN cena maksymalna 10,00 PLN Cena początkowa 11,00 PLN jest większa niż cena minimalna 8,00 PLN, ale jest większa niż cena maksymalna 10,00 PLN, wyświetlany jest błąd: Cena początkowa nie może być większa niż cena maksymalna dla operatora: 10,00PLN. Operator zmienia cenę początkową na 10,00 PLN, typ ceny pozostaje jako Hurtowa. Cena znajduje się w zakresie ceny minimalnej i maksymalnej więc błąd się nie pojawi i operator może zapisać dokument. Do centrum C1 loguje się operator O2, edytuje wystawiony wcześniej dokument FS i edytuje element z artykułem T1, na którym została zmieniona cena początkowa, znowu następuje sprawdzanie ceny minimalnej i maksymalnej tym razem dla operatora O2: cena minimalna: 7,00 PLN cena maksymalna 8,00PLN Cena początkowa 10,00 PLN jest większa niż cena minimalna 7,00 PLN, ale jest większa niż cena maksymalna 8,00 PLN, wyświetlany jest błąd: Cena początkowa nie może być większa niż cena maksymalna dla operatora: 8,00 PLN. Operator zmienia cenę początkową na 7,50 PLN, typ ceny pozostaje jako Hurtowa. Cena znajduje się w zakresie ceny minimalnej i maksymalnej więc błąd się nie pojawi i operator może zapisać lub zatwierdzić dokument Najniższa cena dla kontrahenta Podczas dodawania elementów na dokumenty rozchodowe z kontrahentem, możliwy jest automatyczny wybór najniższej ceny początkowej dla artykułu i tego kontrahenta. Takie działanie będzie występowało, gdy na karcie kontrahenta, zakładka Handlowe, zostanie zaznaczony parametr: Najniższa cena na dokumentach rozchodowych. Cena najniższa jest w takim wypadku wybierana spośród cen z cenników przypisanych do typów cen rozchodowych dostępnych dla danego kontrahenta. Przykład: Poniżej przedstawiono powiązanie kontrahentów z typami ceny i wynikające z nich najbardziej aktualne ceny dla artykułu T1: Comarch ERP Altum, Comarch ERP Retail 25 Zmiany funkcjonalne w wersji 6.0

26 Kontrahent Typ ceny rozchodowej Cena dla T1 K1 zaznaczony parametr: Najniższa cena na dokumentach rozchodowych Hurtowa Detaliczna* domyślny 8,00 PLN 10,00 PLN K2 Hurtowa* domyślny 8,00 PLN Hurtowa2 Wszystkie wyżej wymienione typy cen są dostępne na centrum C1. 7,00 PLN Wystawiany jest dokument FS z kontrahentem K1, dodawany jest element z artykułem T1. Ponieważ kontrahent K1 ma zaznaczony parametr: Najniższa cena na dokumentach rozchodowych, wybierane są typy cen do niego przypisane: Hurtowa i Detaliczna, z nich wybierane najbardziej aktualne ceny dla artykułu T1: 8,00 PLN i 10,00 PLN, a następnie z nich wybierana cena najniższa, czyli 8,00 PLN. Na elemencie jest wybierany typ ceny Hurtowa i cena początkowa: 8,00 PLN. Wystawiany jest dokument FS z kontrahentem K2, dodawany jest element z artykułem T1. Ponieważ kontrahent K2 nie ma zaznaczonego parametru: Najniższa cena na dokumentach rozchodowych, cena wybierana jest jak dotychczas z typu ceny domyślnego dla kontrahenta. Na elemencie jest wybierany typ ceny Hurtowa i cena początkowa: 8,00 PLN, pomimo, że cena z typu ceny Hurtowa2 jest niższa (7,00 PLN) Typ ceny dostępny również na EIP Dodano kolumnę Typ ceny (domyślnie ukryta) i umożliwiono zmianę typu ceny na liście elementów dla dokumentów: oferta zakupu, zamówienie zakupu, faktura zakupu, przyjęcie zewnętrzne, oferta sprzedaży, zamówienie sprzedaży, faktura sprzedaży, paragon, wydanie zewnętrzne (w przypadku dokumentów zamówienie zakupu, przyjęcie zewnętrzne, faktura zakupu również na szczegółach opakowania). 4. Artykuły powiązane W wersji 6.0 wprowadzono funkcjonalność pozwalającą na kojarzenie ze sobą takich artykułów, które często sprzedawane są razem, czyli sprzedaży jednego z artykułów często towarzyszy sprzedaż innego. System umożliwia definiowanie takich powiązań oraz możliwość posiłkowania się informacjami o nich podczas dokonywania transakcji sprzedaży na stanowisku POS Import artykułów powiązanych Powiązania takich artykułów można utworzyć na podstawie importu z pliku (Excel) lub ze specjalnie przygotowanego raportu BI, z poziomu listy artykułów lub nowej listy Artykuły powiązane:. Dla każdego artykułu można przypiąć kilka artykułów powiązanych. Po imporcie są one widoczne na karcie artykułu na zakładce Artykuły powiązane lub na nowej liście Artykuły powiązane dostępnej z poziomu menu Sprzedaż. Comarch ERP Altum, Comarch ERP Retail 26 Zmiany funkcjonalne w wersji 6.0

27 Rysunek 27 Lista artykułów powiązanych pogrupowana według kodu artykułu Wyświetlanie i sprzedaż artykułów powiązanych odbywa się na stanowisku POS, szczegóły w rozdz Termin płatności typu: EOM End of Month (Koniec miesiąca) Termin płatności na dokumencie sprzedaży czy też zakupu może być wyznaczony w oparciu o ilości dni od daty ustalonej w umowie najczęściej jest to data wystawienia faktury. W taki sposób jest to zazwyczaj realizowane w warunkach polskich. Klienci prowadzący działalność na terenie Unii, w tym również niektóre firmy polskie stosują często terminy płatności typu wyznaczone w odrębny sposób tj. z wykorzystaniem formuły typu: End of Month ( Koniec miesiąca ). W wersji 6.0 udostępniona została możliwość wykorzystania tego typu warunków płatności Wyliczenie terminu płatności Wyliczenie terminu płatności typu End of Month (EOM) odbywa się to w oparciu o następujące dane: Ilość dni od daty wystawienia dokumentu (X) Koniec miesiąca Dodatkowa ilość dni ( Koryguj o ) (Y) Termin płatności: data wystawienia + X dni + (ilość dni do końca miesiąca) + Y dni Przykład 1: Faktura została wystawiona z datą , a termin płatności określony jako koniec miesiąca, w którym upływa 14 dni od daty wystawienia czyli: 14 dni EOM. Termin płatności=( dni)+ilość dni do końca miesiąca +0 dni Termin płatności= => Wyznaczamy koniec miesiąca +0 dni Termin płatności= dni=> Przykład 2: Faktura została wystawiona z datą , a termin płatności określony jako 7 dni po zakończeniu miesiąca, w którym wystawiono fakturę czyli: EOM, koryguj o 7 dni Termin płatności= ilość dni do końca miesiąca +7 dni Termin płatności=wyznaczamy koniec miesiąca +7 dni Termin płatności= dni=> Comarch ERP Altum, Comarch ERP Retail 27 Zmiany funkcjonalne w wersji 6.0

28 5.2. Definiowanie domyślnych warunków płatności Domyślne warunki płatności wykorzystujące formułę Koniec miesiąca ( EOM) można zdefiniować na karcie kontrahenta lub na wzorcu danej grupy Karta kontrahenta Na karcie nabywcy/dostawcy dodana została nowa grupa parametrów odpowiadająca za wykorzystanie warunków płatności typu End of Month. Rysunek 28 Karta kontrahenta parametry dotyczące domyślnych warunków płatności typu: EOM a) Parametr EOM (Koniec miesiąca) EOM to skrót od formuły End of Month. Parametr odpowiada za wyznaczanie terminu płatności w oparciu o koniec miesiąca. Na bazach po konwersji parametr będzie wyłączony z możliwością edycji b) Parametr Koryguj o Parametr odpowiadał za korektę terminu płatności wyznaczonego w oparciu o koniec miesiąca Parametr dostępny do edycji tylko wtedy włączony jest parametr: EOM (Koniec miesiąca) Domyślna wartość: 0, taką wartość określana jest również podczas konwersji c) Podczas dodawania karty kontrahenta parametry są domyślnie określane zgodnie z wartościami wprowadzonym we wzorcu grupy. Uwaga: Zdefiniowane warunki dotyczą płatności dla sprzedaży/zakupu Wzorzec grupy kontrahentów Parametry dotyczące formuły EOM można zdefiniować również we wzorcu grupy, co pozwala na elastyczne domyślnych warunków płatności dla konkretnych grup nabywców/dostawców. Rysunek 29 Grupa kontrahentów parametry dotyczące domyślnych warunków płatności Comarch ERP Altum, Comarch ERP Retail 28 Zmiany funkcjonalne w wersji 6.0

29 5.3. Obsługa na dokumentach handlowych Nowe parametry związane z wykorzystaniem terminów płatności typu: End of Month są wyświetlane na formularzach dokumentów handlowych w obrębie tzw. nagłówkowego terminu płatności. Parametr EOM odpowiada za wyznaczenie terminu płatności w oparciu o algorytm opisany we wcześniejszych punktach a sąsiadujące pole pozwala na wprowadzenie liczby dni korekty terminu: Koryguj o. Rysunek 30 Faktura sprzedaży parametry dotyczące warunków płatności typu: End of Month Sposób ustalenia warunków płatności uzależniony jest jak dotychczas od metody rejestracji dokumentów dla dokumentów wystawianych bezpośrednio (bez powiązania z zamówieniami) domyślne warunki płatności są pobierane z karty kontrahenta a w przypadku generowania brane pod uwagę są warunki zdefiniowane na płatnościach dokumentów źródłowych. W przypadku włączonego parametru EOM edycja terminu płatności nie jest możliwa Obsługa na dokumentach przedsprzedażnych Nowe parametry związane z wykorzystaniem terminów płatności typu: EOM są wyświetlane również na formularzach dokumentów przedsprzedażnych tj., ofert i zamówień. Na płatnościach tych dokumentów dla opcji: Ilość dni od daty faktury będą dodatkowo dostępne opcje związane z uwzględnieniem klauzuli EOM. Rysunek 31 Płatność zamówienia parametry dotyczące warunków płatności typu: End of Month 5.5. Dokumenty księgowe Nowe parametry są dostępne również na innych dokumentach, w szczególności na fakturach VAT oraz dokumentach windykacyjnych. Parametry związane z EOM nie są dostępne na notach memoriałowych oraz bilansie otwarcia, jednakże płatności tych dokumentów tworzone są zgodnie warunkami zdefiniowanymi na karcie kontrahenta powiązanego z kontem. Zasady te dotyczą domyślnych warunków płatności a więc: formy płatności, terminu oraz parametrów dotyczących EOM. 6. Dostosowanie do zmian w przepisach Wraz z rozporządzeniem Ministra Finansów z dnia 14 marca 2013r. w sprawie kas rejestrujących zostały uregulowane zasady postępowania w przypadku stwierdzonych pomyłek, zwrotów, reklamacji towarów i usług. W związku z tymi zmianami umożliwiono wskazanie przyczyny korekty na niżej wymienionych dokumentach. W przypadku korekt do paragonu, aby mogły one trafić do odpowiedniej ewidencji. Comarch ERP Altum, Comarch ERP Retail 29 Zmiany funkcjonalne w wersji 6.0

30 6.1. Przyczyna korekty Pole przyczyna zostało dodane na następujących dokumentach: Korekta ilości do paragonu (również ręczna), Korekta wartości do paragonu (również ręczna), Korekta ilości do faktury sprzedaży (również ręczna), Korekta wartości do faktury sprzedaży (również ręczna), Korekta wartości do faktury zaliczkowej. Rysunek 1 Formularz KIPAR, zakładka: Ogólne Na korekcie ilości do paragonu domyślnie ustawiana jest przyczyna Zwrot. Na korekcie wartości do paragony domyślnie ustawiana jest przyczyna Pomyłka. Na korekcie wartości z tytułu skonta domyślnie ustawiana jest przyczyna Skonto. Na pozostałych dokumentach pole przyczyna domyślnie nie jest wypełniane. Użytkownik ma możliwość wyboru przyczyny z listy, którą można definiować z poziomu konfiguracji (Słowniki uniwersalne/ Ogólne/ Przyczyny korekt). Informacyjnie kolumnę Przyczyna korekty dodano na formularzu korekty sprzedaży detalicznej (domyślnie ukryta) oraz w oknie wyboru przy ręcznym dodawaniu korekt na ten formularz Numer fiskalny Na formularzu korekty do paragonu istniejące pole Numer obcy zostało nazwane Nr fiskalny. Należy tu wprowadzić numer paragonu, do którego jest wystawiana korekta, nadany przez drukarkę fiskalną Nowe wydruki W wersji 6.0 zostały dodane wydruki: Protokół przyjęcia zwrotu/reklamacji wydruk jest dostępny z poziomu formularza korekty ilości do paragonu, z poziomu listy paragonów po ustawieniu kursora na korekcie, powinien być podpisany przez sprzedawcę i nabywcę, Ewidencja zwrotów/ reklamacji wydruk ujmuje korekty do paragonów w określonym przedziale czasowym, na których jako przyczynę wskazano Pomyłka, jest dostępny z poziomu listy paragonów, z poziomu formularza korekty sprzedaży detalicznej i listy korekt sprzedaży detalicznej, Comarch ERP Altum, Comarch ERP Retail 30 Zmiany funkcjonalne w wersji 6.0

31 Ewidencja pomyłek wydruk ujmuje korekty do paragonów w określonym przedziale czasowym, na których jako przyczynę wskazano Zwrot, jest dostępny z poziomu listy paragonów, z poziomu formularza korekty sprzedaży detalicznej i listy korekt sprzedaży detalicznej, Paragon wydruk jest dostępny z poziomu formularza paragonu, listy paragonów. 7. Zmiany w funkcjonalności kompletów 7.1. Ogólna zasada rezerwowania zasobów dla kompletu W wersji 6.0 wprowadzono zasadę, że można tworzyć rezerwację zasobową tylko na pełne komplety. W przypadku dostępnych zasobów na więcej niż jednym magazynie rezerwacja na różnych magazynach jest możliwa z zachowaniem warunku: dla jednostki kompletu wszystkie jego elementy muszą zostać zarezerwowane na tym samym magazynie Automatyczne rezerwacje Parametr: Pobieraj zasoby Umożliwiono na zamówieniu sprzedaży automatyczne pobieranie zasobów (parametr: Pobieraj zasoby na formularzu jest zaznaczony) dla elementów kompletu również w przypadku, kiedy nie wskazano konkretnego magazynu w nagłówku dokumentu Przyciski Rezerwuj zasoby/ Zwolnij zasoby Umożliwiono rezerwowanie/ zwalnianie zasobów za pomocą przycisków Rezerwuj zasoby/ Zwolnij zasoby dostępnych na zamówieniu sprzedaży w stanie zainicjowany, niezatwierdzony, na szczegółach pozycji, na zakładce Elementy kompletu Cechy dla kompletu W wersji 6.0 na karcie kompletu, na zakładce Parametry zostały ukryte Cechy, Kody kreskowe, Partie. W chwili obecnej istnieje możliwość stworzenia rezerwacji zasobowej na element kompletu z określoną cechą na dokumencie zamówienie sprzedaży w stanie zainicjowany, zatwierdzony, na szczegółach pozycji, na zakładce Elementy kompletu. 8. Nowe funkcjonalności dotyczące adresów 8.1. Uprawnienia do adresów W wersji 6.0 systemu umożliwione zostało definiowanie uprawnień do adresu, jako obiektu. W konfiguracji programu na formularzu grupy operatorów na zakładce Obiekty dodana została pozycja Adres. Rysunek 32 Uprawnienia do adresu na formularzu grupy operatorów Comarch ERP Altum, Comarch ERP Retail 31 Zmiany funkcjonalne w wersji 6.0

32 Uwaga: Ze względu na sposób prezentacji adresu na obiektach nadrzędnych (dokumentach, kontrahencie, pracowniku, banku itd.) nie ma możliwości odebrania uprawnienia do odczytu adresu Odebranie uprawnienia do dodawania adresów Odebranie uprawnienia do dodawania adresów skutkuje tym, że nie można dodać nowej pozycji do listy adresów znajdujących się na danym obiekcie lub do listy wywołanej w trybie wyboru z obiektu nadrzędnego (np. dokumentu) poprzez przycisk Zmień adres. Uwaga: Brak prawa do dodawania adresu nie blokuje możliwości dodania obiektu nadrzędnego - w systemie podczas dodawania nowego obiektu, typu kontrahent czy pracownik, automatycznie dodawany jest adres główny Odebranie uprawnienia do modyfikowania adresów W efekcie pozbawienia grupy operatorów prawa do modyfikacji adresów w systemie wprowadzono następujące ograniczenia: Wszystkie pola związane z istniejącym adresem są nieaktywne, zarówno na obiekcie, którego adres dotyczy bezpośrednio (kontrahencie, banku, pracowniku), jak i na dokumentach pobierających obiekty z adresami (np. na zakładce Kontrahent na dokumentach); Wszystkie pola związane z kontaktami dodanymi do adresów są nieaktywne; Zablokowana jest możliwość dodawania/usuwania kontaktów do adresów. Prawo do modyfikacji adresów ma szczególne znaczenie w kontekście wystawiania dokumentów i edycji adresu kontrahenta bezpośrednio na dokumencie. Użytkownicy, chcąc wskazać na dokumencie inny adres, niż domyślny, często popełniają błąd polegający na modyfikowaniu prawidłowego adresu kontrahenta, zamiast wybrać/dodać inny adres. Odebranie wybranej grupie operatorów prawa do modyfikacji może zabezpieczyć przed niepożądanymi zmianami prawidłowych adresów Możliwość wyboru na dokumencie archiwalnego adresu Podczas wystawiania dokumentów udostępniono wybór archiwalnego adresu kontrahenta. Po wyborze opcji Zmień adres na liście adresów użytkownik może odznaczyć parametr Tylko aktywne, po czym wybrać z listy zarchiwizowany adres. Funkcjonalność ta jest przydatna w sytuacji, gdy: Na dokumencie zachodzi potrzeba wskazania archiwalnego adresu (np. na korektach do dokumentów wystawionych przed zmianą adresu klienta); Adres kontrahenta został omyłkowo zarchiwizowany Pobieranie adresów podczas generowania dokumentów W konfiguracji systemu na zakładce Handel dodany został parametr Pobieranie adresu kontrahenta podczas generowania dokumentu. Wartość parametru decyduje o tym, jaki adres zostanie pobrany w przypadku dokumentu utworzonego z innego dokumentu. Funkcjonalność ma znaczenie zwłaszcza dla generowania dokumentów handlowych/magazynowych z zamówień, dokumentów handlowych z magazynowych (i odwrotnie) oraz przy tworzeniu korekt Pobieranie adresu z dokumentu źródłowego Jeżeli dla parametru ustawiona została wartość Z dokumentu źródłowego, to na dokument tworzony z innego dokumentu zawsze pobierany jest adres z dokumentu pierwotnego bez względu na to, czy jest aktualny, czy też archiwalny. Comarch ERP Altum, Comarch ERP Retail 32 Zmiany funkcjonalne w wersji 6.0

33 Jeżeli adres źródłowy został zarchiwizowany, to użytkownikowi wyświetlona zostaje jedynie stosowna informacja. Ustawienie to zalecane jest dla firm, w których nie odbiera się operatorom prawa do modyfikacji adresów, ponieważ bardzo często w przypadku wystawiania dokumentu dla klienta posiadającego wiele adresów (np. firmy wielooddziałowe) użytkownik bezpośrednio na dokumencie na zakładce Kontrahent modyfikuje pobrany adres domyślny, zamiast zmienić adres na inny. W efekcie poprzedni adres zostanie zarchiwizowany pomimo tego, że jest prawidłowy i został właściwie wskazany na jakimś dokumencie Pobieranie aktualnego adresu kontrahenta Jeśli parametr ma ustawioną wartość Aktualny adres kontrahenta, to na dokument tworzony z innego dokumentu, na którym użyty został adres już zarchiwizowany, pobrany zostanie aktualny adres klienta. O zmianie adresu użytkownik zostanie poinformowany stosownym komunikatem. 9. Zmiany w obszarze faktur zaliczkowych W wersji 6.0 w obszarze faktur zaliczkowych dodane zostały nowe opcje poprawiające funkcjonalność korzystania z tych dokumentów poprzez realizowanie wielu nowych ścieżek biznesowych Częściowe rozliczanie faktur zaliczkowych W dotychczasowych wersjach systemu możliwe było jedynie odliczenie pełnej wartości faktur zaliczkowych wystawionych do zamówienia sprzedaży, które następnie przekształcane było w fakturę końcową. Od wersji 6.0 możliwe jest wskazanie kwoty, która ma zostać odliczona na fakturze końcowej Lista faktur zaliczkowych na fakturze końcowej Na fakturze sprzedaży/zakupu w wersji 6.0 na zakładce Kwoty dodana została sekcja zawierająca listę faktur zaliczkowych. Rysunek 33 Sekcja z fakturami zaliczkowymi na fakturze końcowej Comarch ERP Altum, Comarch ERP Retail 33 Zmiany funkcjonalne w wersji 6.0

34 Na liście prezentowane są następujące informacje związane z fakturami z odliczanymi zaliczkowymi: Odlicz parametr pozwalający zaznaczyć faktury do odliczenia, Numer numer faktury zaliczkowej, Zamówienie numer zamówienia, z którego wygenerowana została faktura zaliczkowa, Data data wystawienia faktury zaliczkowej Wartość brutto wartość brutto faktury zaliczkowej Kwota odliczana wartość odliczana z faktury zaliczkowej na bieżącej fakturze. Dla dokumentów znajdujących się na liście dostępne są opcje, takie jak: Sprawdzenie kwoty pozostałej do odliczenia, Odświeżenie listy, Podgląd szczegółów faktury zaliczkowej, Podgląd szczegółów zamówienia, do którego wygenerowano fakturę zaliczkową Pozycje wyświetlane na liście Aby faktura zaliczkowa została wyświetlona na niezatwierdzonej fakturze końcowej, musi spełnić następujące warunki: Ten sam kontrahent główny, Ta sama waluta dokumentu, Dokument musi być zatwierdzony, Kwota zaliczki z dokumentu nie została odliczona w 100%, Faktura zaliczkowa nie jest zaznaczona do odliczenia na innej niezatwierdzonej fakturze końcowej. Uwaga: Po zatwierdzeniu na fakturze końcowej na liście faktur zaliczkowych pozostają tylko te pozycje, które zostały odliczone na tym dokumencie Sprawdzenie kwoty pozostałej do odliczenia Po wyborze opcji Sprawdź kwotę do odliczenia wyświetlone zostaje okno z dodatkowymi informacjami: Rysunek 34 Informacja o kwocie pozostałej do odliczenia Comarch ERP Altum, Comarch ERP Retail 34 Zmiany funkcjonalne w wersji 6.0

35 W oknie prezentowana jest informacja o kwocie, która jeszcze nie została odliczona z danej faktury zaliczkowej, w rozbiciu na stawki VAT Odświeżenie listy faktur zaliczkowych Lista faktur zaliczkowych wypełniana jest w momencie wyboru kontrahenta na fakturze końcowej w przypadku generowania faktury z innego dokumentu ma to miejsce właściwie w chwili zainicjowania dokumentu. Po wyborze opcji Odśwież do listy faktur zaliczkowych powinny zostać dodane pozycje, które zostały wygenerowane i zatwierdzone już po zainicjowaniu faktury końcowej Odliczanie faktur zaliczkowych Jeżeli faktura zaliczkowa ma zostać odliczona od bieżącej faktury, należy ją zaznaczyć w kolumnie Odlicz. Zaznaczenie powoduje automatyczne odliczenie maksymalnej możliwej wartości zaliczki (nieodliczonej jeszcze na innych fakturach) wartość ta zostaje wpisana w kolumnę Kwota odliczana oraz w tabelkę VAT (ze znakiem minus). Na podstawie tabelki VAT przeliczana jest płatność dokumentu jeśli kwota odliczana jest równa wartości faktury, płatność wynosi zero (jest więc usuwana). Rysunek 35 Zaznaczenie faktury zaliczkowej do odliczenia Edycja kwoty do odliczenia Na liście faktur zaliczkowych pole Kwota odliczana jest udostępnione do edycji. Po zaznaczeniu do odliczenia danej faktury zaliczkowej w polu tym ustawia się maksymalna możliwa wartość do odliczenia, jednak użytkownik może tę kwotę zmienić. Zmiana kwoty odliczanej automatycznie uwzględniana jest w tabelce VAT oraz w wyliczeniu płatności dokumentu. Comarch ERP Altum, Comarch ERP Retail 35 Zmiany funkcjonalne w wersji 6.0

36 Rysunek 36 Edycja kwoty odliczanej z faktury zaliczkowej Uwaga: Jeżeli w pole zostanie wpisana wartość większa od maksymalnej możliwej do odliczenia, system automatycznie skoryguje kwotę odliczaną do wartości jeszcze nieodliczonej z danej faktury zaliczkowej Inne zmiany Kontrola ujemnej wartości faktury końcowej Do wersji 6.0 w sytuacji, gdy wartość odliczanej faktury zaliczkowej była większa od sumy wartości pozycji faktury końcowej, w systemie tworzona była faktura o ujemnej wartości. W wersji 6.0 w konfiguracji systemu na definicji faktury sprzedaży i faktury zakupu dodany został parametr pozwalający na zablokowanie możliwości zatwierdzenia dokumentu o ujemnej wartości. Comarch ERP Altum, Comarch ERP Retail 36 Zmiany funkcjonalne w wersji 6.0

37 Rysunek 37 Parametr Dozwolona ujemna wartość faktury końcowej w definicji faktury Jeżeli parametr jest odznaczony, to podczas zatwierdzania faktury o ujemnej wartości pojawi się stosowny komunikat i nie będzie możliwe wykonanie operacji. Comarch ERP Altum, Comarch ERP Retail 37 Zmiany funkcjonalne w wersji 6.0

38 Rysunek 38 Blokada zatwierdzenia dokumentu o ujemnej wartości Uwaga: W nowo kreowanych bazach oraz w bazach konwertowanych z wcześniejszych wersji parametr jest domyślnie odznaczony dla baz w wersji francuskiej, a domyślnie zaznaczony dla baz w pozostałych wersjach językowych Ogólna kwota zaliczki w oknie generowania faktury zaliczkowej W oknie ustalania wartości faktury zaliczkowej pojawiającym się podczas generowania faktury zaliczkowej z zamówienia dodane zostało pole Zaliczka, w którym można wpisać ogólną wartość zaliczki wpłacanej przez klienta. We wcześniejszych wersjach systemu operacja taka mogła być przeprowadzona dopiero na formularzu faktury zaliczkowej po użyciu opcji Przelicz zaliczkę. Rysunek 39 Ustalanie ogólnej kwoty zaliczki w oknie ustalania wartości faktury zaliczkowej Comarch ERP Altum, Comarch ERP Retail 38 Zmiany funkcjonalne w wersji 6.0

39 9.2.3.Rezygnacja z okna pośredniego podczas generowania faktur z zamówień. Ze względu na zmianę mechanizmu rozliczania faktur zaliczkowych na fakturze końcowej w wersji 6.0 usunięte zostało okno pośrednie, na którym wyświetlana była lista faktur zaliczkowych wystawionych do zaznaczonych pozycji, pojawiające się podczas generowania faktur z zamówień. 10. Nowe funkcjonalności w reklamacjach Wskazanie magazynu dla generowanych dokumentów na akcjach reklamacyjnych We wcześniejszych wersjach systemu wskazanie magazynu dla generowanego dokumentu możliwe było tylko dla akcji Przesunięcie towaru do innego magazynu. W wersji 6.0 możliwość taka została dodana dla wszystkich akcji, w wyniku których tworzone są dokumenty, takich jak: Przyjęcie towaru od klienta (PW), Wydanie towaru dla Klienta (RW), Wydanie nowego towaru (FS), Wydanie towaru do dostawcy (RW), Przyjęcie towaru od dostawcy (PW), Przyjęcie nowego towaru (FZ). Rysunek 40 Wskazanie magazynu na akcji reklamacyjnej W polu Magazyn na liście wyboru dostępne są te magazyny, które zostały udostępnione na danym centrum struktury uprawnień zarówno w definicji dokumentu reklamacji, jak i w definicji generowanego dokumentu. Dla dokumentów handlowych (FS, FZ) możliwe jest wybranie opcji <Wszystkie> - generowany dokument będzie mógł wówczas pobierać zasoby ze wszystkich magazynów dostępnych dla niego. Uwaga: Jeżeli nie ma magazynu dostępnego zarówno dla dokumentu reklamacji, jak i dla generowanego dokumentu, lista wyboru magazynu nie zawiera żadnej pozycji, a dokument docelowy generowany jest na magazyn ustawiony na nim, jako domyślny. Comarch ERP Altum, Comarch ERP Retail 39 Zmiany funkcjonalne w wersji 6.0

40 11. Inne zmiany Aktualizacja wartości elementów dla dokumentów przychodowych Dla dokumentów: oferta zakupu, zamówienie zakupu, faktura zakupu wprowadzono mechanizm aktualizacji elementów na żądanie. W przypadku zmiany kontrahenta, daty, Użytkownik otrzyma komunikat: Czy aktualizować wartości elementów? Tak zostaną przeliczone wartości elementów zgodnie z nowymi warunkami. Nie wartości elementów pozostaną niezmienione Forma i termin płatności w nagłówku faktury korygującej W nagłówku faktur korygujących udostępniono możliwość definiowania warunków płatności - do tej pory forma i termin płatności mógł być określane tylko na płatnościach dokumentów. Podczas wystawiania faktury korygującej domyślnie pobierana są ustawienia z karty kontrahenta. 12. POPRAWIONO Problem z wydrukiem FS oraz z wydrukiem FS z PAR. Z wydrukiem FS występują problemy w sekcji odpowiedzialnej za płatności na dokumencie. Gdy FS generowane jest z paragonu płatności za te dokumenty są na paragonie, nie są one przenoszone\kopiowane na FS. Z tego też względu na wydruku takiej FS nie pojawia się sekcja z polami: "Zapłacono:..." i "Pozostaje do zapłaty:...". Gdy generujemy FS manualnie i zamknięte zostanie okno zapłaty za dokument, na takiej FS w sekcji za płatności również nie pojawiają się pola "Zapłacono:..." i "Pozostaje do zapłaty:..." Długi czas zmiany waluty na ZZ. Zamówienie na ok. 100 pozycji wprowadzonych w walucie, zakładka Waluty. Domyślnie prezentowane przeliczenie 1PLN = 1PLN a powinno być 1EUR = 1PLN. Po zmianie przelicznika na EUR czas zmiany wynosi około 1 minuty Nie można dodać atrybutu dla ręcznych korekt faktur sprzedaży o statusie zaksięgowane i zatwierdzone. Dla ręcznych korekt sprzedaży czyli KIFS i KWFS o statusie zaksięgowane lub zatwierdzone nie można dodać atrybutu Pesymistyczna współbieżność. Po zatwierdzeniu lub zapisaniu dokumentu na liście jest on zaznaczony jako zablokowany. Po wystawieniu dokumentu, zapisaniu go do bufora lub zatwierdzeniu dokument oznaczony jest na liście jako zablokowany do edycji. Dopiero odświeżenie listy powoduje usuniecie zaznaczenia. Błąd dotyczy wszystkich list dokumentów handlowo-magazynowych Brak przepisywania numeru obcego z dokumentu PZ na dokument FZ W przypadku generowania dokumentu FZ z wielu dokumentów PZ należy przenosić numer obcy z 1-go z dokumentów na podstawie których dany FZ jest tworzony. Numer obcy z dokumentu PZ powinien przepisywać się na FZ. Należałoby obsłużyć taką funkcjonalność w konfiguracji ZZ - waluty. Różnice groszowe po zmianie waluty dokumentu. Problem pojawia się w dwugroszowej różnicy między ceną końcową w walucie cennika a pozostałymi wartościami w walucie cennika i walucie systemowej na dokumencie ZZ, gdzie kurs; jeżeli najpierw zmienimy walutę dokumentu, a dopiero potem dodamy element, to wówczas cena nabycia jest niższa o dwa grosze od pozostałych wartości w walucie cennika i walucie systemowej, sytuacji odwrotna była również niezgodna. Błąd należy poprawić zarówno w scenariuszu zmiany waluty dokumentu a następnie dodaniu elementu jak również w sytuacji odwrotnej. Comarch ERP Altum, Comarch ERP Retail 40 Zmiany funkcjonalne w wersji 6.0

41 12.7. Generowanie dokumentu ZZ do PZ - waluty. Błędne przeliczenia na elementach przy generowaniu. Błąd polega na błędnym przeliczaniu elementów na dokumencie PZ, który został wygenerowany z ZZ. Cena w walucie cennika i cena nabycia nie zostały przeliczone względem dokumentu PZ po odpowiednim kursie tj. miały te same wartości co na dokumencie ZZ, z kursu walutowego ustawionego na tym dokumencie Generowanie FS do ZS. Scalanie płatności na FS wygenerowanej z ZS z podzieloną płatnością. Problem występuje w błędnym scalaniu płatności w jedną na dokumencie FS, który jest wygenerowany z dokumentu ZS, który z kolei był podzielony na dwie płatności: - nowa o wartości 20 EUR z terminem płatności w czerwcu, forma płatności: bank transfer -stara płatność bez zmian: wartość 10,52 EUR, termin płatności w marcu 2011, forma płatności: bank transfer. Zachowanie uzależnione jest od ustawień na definicjach dokumentów ZS i FS, gdzie typ daty: data wystawienia Subelementy. Błędne wyszarzenie przycisków Zwróć/Dodaj na szczególe elementu MM-. 1. Generuje dokument MM- z BST. 2. Edytuję element wygenerowany z BST, przechodzę na zakładkę Dostawy. 3. Opcje: Zwróć Subpozycje lub Dodaj Partię/Zasób są wyszarzone ZS. Generowanie FS z ZS z uwzględnieniem dokumentu FSL. 1. Wystawiam dokument ZS1 na kwotę 4500 EUR. 2. Generuję do tego dokumentu FSL1 na 500 EUR. 3. Wystawiam dokument ZS2 na kwotę 1500 EUR. 4. Wystawiam do tego dokumentu FSL2 na 200 EUR. 5. Wystawiam korektę do FSL1 na -100 EUR. 6. Generuję FS z obu ZS - podpowiadają mi się obie zaliczki w możliwej wartości do odliczenia 600 EUR, zaznaczam obie, potem na FS zmieniam wartość sprzedaży z 5400 na 4900 ( to jest zmniejszam jedną z pozycji o 500 EUR) - nie zmieniamy ilości. 7. Kasuję korektę do FSL1. 8. Chcę wystawić FS na pozostałe 500 EUR sprzedaży w pomniejszeniu o pozostałe 100EUR z FSL1. 9. Przy tej próbie system wyświetla błąd: "nie udało się wykonać akcji, żaden dokument nie został wygenerowany" lub oznacza zamówienia jako zrealizowane, bez możliwości wystawienia faktury na pozostałą kwotę." Błędnie przeliczenie cen na elementach przy multiselectcie artykułów. Przy zaznaczeniu wielu artykułów system błędnie przeliczał ceny na poszczególnych elementach dokumentów sprzedażowych. Po wykonaniu odpowiedniego zapytania wartości kolumn GrossPrice i NetPrice były takie same a tak naprawdę powinny być różne, gdyż stawka VAT na elementach użytych na dokumencie była większa niż 0 (dane nie zostały zaktualizowane, gdyż następuje to w momencie zmiany ustawienia kursora w edytowanym wierszu elementu a w tym wypadku tego nie zrobiono tylko od razu zapisano dokument. Błąd występował na wszystkich dokumentach sprzedażowych Błędne formatowanie opisu towaru. Przy dodawaniu na artykule w zakładce Opis tekstu pionowo czyli np. wyraz pod wyrazem a następnie zapisaniu tego artykułu i ponownej edycji na zakładce opis tekst był poziomo czyli każdy wyraz znajdował się obok siebie. Comarch ERP Altum, Comarch ERP Retail 41 Zmiany funkcjonalne w wersji 6.0

42 Brak scrollowania za pomocą strzałek klawiatury. Drzewko z grupami artykułów - podczas przechodzenia przyciskami strzałek z klawiatury, okno grupy nie przesuwa się w przypadku, gdy zaznaczenie wyjdzie poza widoczny obszar Brak zapamiętywania ustawienia domyślności zakładki na PAR, ZS, OS, ZZ, OZ. Dodaję grupę operatorów Nowa. Dodaję użytkownika test/test do tej grupy. Będąc zalogowany na login: admin modyfikuję interfejs na szczegółach paragonu dla określonego użytkownika. Prawidłowe zachowanie systemu powinno wyglądać tak, że edytując layout, zaznaczy się zakładkę np. Opis analityczny i następnie zapisze, to po ponownej edycji formatki domyślnie powinna się podnieść zakładka opis analityczny Brak możliwości zmiany pierwszej litery nazwy artykułu. Nie można zmienić pierwszej litery na małą lub dużą w nazwie artykułu. Całą nazwę można bez problemu zmienić, tak samo można zmienić pierwszą literę na inną literę Nieprawidłowe ustawienie kursora na elemencie dokumentów przychodowych. Na dokumentach przychodowych FZ, PZ, PW, OZ, ZOZ w poniższym scenariuszu kursor błędnie ustawia się w polu jm". Kursor powinien ustawić się w polu "ilość" 1. Wystawiam ZZ. 2. Dodaje pierwszy wiersz, kursor ustawiony w polu Kod. 3. Naciskam strzałkę w prawo na klawiaturze, otwiera się lista artykułów. 4. Wybieram artykuł naciskam Enter. 5. Kursor na dokumencie w dodanym elemencie błędnie ustawia się w polu jm Ponowne przeliczanie wartości po zmianie daty na dokumencie ZS/OS. W obecnym działaniu systemu po zmianie daty ponownie przeliczane są wartości wprowadzone na fakturę, co może powodować, że cena wskazywana przez system po zmianie daty rożni się o 1,2 grosze od ceny podanej przez użytkownika. Zmodyfikować działanie systemu, tak aby użytkownik mógł zdecydować czy po zmianie daty system ma wykonywać przeliczenia czy ma zachować obecne dane. Karta artykułu - wyświetlanie ceny zgodnie z cechami Karta artykułu - wyświetlanie ceny zgodnie z cechami. Karta artykułu. Na zakładce Ogólne w sekcji: cenniki zmodyfikować wyświetlanie cen tak, aby wyświetlane były aktualne ceny zgodnie z cechami. Obecnie wyświetlana jest w tym miejscu najnowsza cena dla towaru, bez względu na cechę Błędna aktywność parametru "Aktywny Magazyn". Jeżeli dodajemy nowy magazyn np. Magazyn_1 z poziomu Magazyn->Magazyny podnosimy ten magazyn do edycji -> mamy możliwość odznaczenia parametru Aktywny Magazyn. To samo można zrobić z poziomu Konfiguracja->Struktura Firmy->Firma->Zakładka Magazyny podnosząc Magazyn_1 do edycji. Przypisuję magazyn do wszystkich dokumentów. Próba dezaktywacji tego magazynu jest nie możliwa a parametr jest wyszarzony Brak możliwości zmiany rejestru VAT na niezatwierdzonym dokumencie FS. Otwieram listę FS, edytuję zatwierdzony dokument, przechodzę na zakładkę Kwoty i zamykam dokument opcją: Zamknij. Dodaję nowy dokument FS, przechodzę na zakładkę: Kwoty, pole rejestr VAT jest wyszarzane i nie można zmienić rejestru Dokument WZ błędnie generuje wiele Faktur. 1. Dodaje nowego kontrahenta_1, dla którego definiuje adresy, np. kilka adresów głównych, kilka adresów dostawy ( z czego jeden adres główny i dostawy jest domyślny) 2. Tworzę dokument ZS dla kontrahenta_1, na zakładce Kontrahenci, zmieniam adres odbiorcy z adresu domyślnego na inny zdefiniowany adres, który nie jest adresem domyślnym. Comarch ERP Altum, Comarch ERP Retail 42 Zmiany funkcjonalne w wersji 6.0

43 3. Ostatecznie mam na ZS na zakładce Kontrahenci w sekcji Nabywcy - adres domyślny, a w sekcji odbiorcy inny adres, który nie jest adresem domyślnym. 4. Dodaje na ZS, artykuł A, B, C i zatwierdzam. 5. Z dokumentu ZS generuję dokument WZ a następnie z dokumentu WZ dokument FS. 6. Do jednego dokumentu WZ generują się 3 FS Brak możliwości wybrania kontrahenta innego typu niż domyślny na dokumencie. Jeżeli listy dostawców i odbiorców są rozdzielne, nie ma możliwości wybrania kontrahenta o przeciwnym typie niż domyślny na dokumencie. Np. Dodaję operację KW, domyślne podpowiada się typ: Dostawca, odwołuję się do listy kontrahentów, w filtrze: Podział, wybieram opcję: Nabywcy i filtruję. Na liście nie pojawią się nabywcy Faktura zakupu błędnie generowana w stanie zainicjowanym. W przypadku generowania dokumentu FZ, który miał przypisane inne magazyny niż dokument PZ, z którego generowaliśmy FZ dokument podnosił się w stanie Zainicjowanym z błędnym komunikatem, że został on zsynchronizowany lub nie ma uprawnień do obiektów na dokumencie Błędna forma płatności na dokumencie FS generowanym z ZS. Wystawiam ZS na kontrahenta K1, który na karcie ma przypisaną formę płatności: przelew. Z ZS generuję WZ a następnie FS. Na FS zmieniam formę płatności na gotówka i zatwierdzam dokument. Edytuję ponownie FS, przechodzę na zakładkę: Kwoty i tam zmieniam formę płatności na przelew. Ponownie wystawiam ZS na tego samego kontrahenta i realizuje cała ścieżkę. Na wygenerowanej FS podpowiada się błędna forma płatności: gotówka a powinien być przelew Brak możliwości edycji wyposażenia z poziomu Wyposażenia pracownika. Z poziomu listy słowników "Wyposażenie" dodajemy wyposażenie i wybieramy kontrahenta do którego to wyposażenie przypisujemy. Przechodzimy na pracowników, podnosimy sobie kartę pracownika do edycji, przechodzimy na zakładkę "Wyposażenie pracownika" i nie ma możliwości edycji tego wyposażenia. Widoczna jest tylko nazwa np. telefon KSD sumowanie dokumentów. Poprawiono sumowanie dokumentów na liście KSD ZSD/KSD - brak komunikatu podczas usuwania/anulowania dokumentów. Podczas anulowania lub usuwania dokumentów ZSD lub KSD nie pojawia się żaden komunikat dotyczący tego czy chcę wykonać daną operacje tak jak to ma miejsce w przypadku anulowania lub usuwania FS. Komunikat należy dodać analogicznie jak to jest w przypadku innych dokumentów Błędna aktywność adresów na kontrahencie. 1. Dodanie nowego kontrahenta. 2. Uzupełniam adres domyślny danymi (wiersz dodawany z automatu). 3. Dodaje nowy adres ale nie uzupełniam żadnych danych. 4. Wystawiam dokument FS, wybieram drugi pusty adres i zatwierdzam FS, pojawia się komunikat o braku uzupełnionej miejscowości, więc FS tylko zapisuje. 5. Wracam na kontrahenta wprowadzam dane w drugim adresie. 6. Poprzedni pusty adres się archiwizuje, przy zapisie kontrahenta a pozostaje ten zmodyfikowany. 7. Na FS podmieniam adres na ten zmodyfikowany. 8. Zatwierdzam FS, faktura się zatwierdza. 9. Na karcie kontrahenta adres drugi znika z listy i zostaje zarchiwizowany. Comarch ERP Altum, Comarch ERP Retail 43 Zmiany funkcjonalne w wersji 6.0

44 ZS-adresy. Po dodaniu nowego adresu na karcie kontrahenta, na dokumencie ZS samoczynnie zmienia się adres kontrahenta. 1. Dodaję kontrahenta K1 i przypisuje mu 4 adresy - 2 główne (domyślny - Wrocław oraz drugi Szczecin) i 2 dostawy (Kraków i Warszawa, w tym Kraków jest domyślny). Zapisuję. 2. Wystawiam ZS na kontrahenta K1 (zarówno nabywca jak i odbiorca jest ten sam, ale jako adres nabywcy podpowiada się domyślny adres główny, czyli Wrocław, a jako adres odbiorcy - domyślny adres dostawy, czyli Kraków) dodatkowo dodaję dwa elementy z różnymi artykułami. Zapisuje. 3. Podnoszę ZS do edycji, na zakładce "Kontrahenci" zmieniam adres nabywcy na drugi adres główny (Szczecin) i adres odbiorcy na drugi z adresów dostawy, czyli Warszawa (ten który nie jest domyślny) - zapisuje dokument 4. Kilkukrotnie podnoszę ZS do edycji i adresy są takie jak zmieniono. 5. Przechodzę na kartę kontrahenta K1 i dodaje kolejny adres główny - Opole (nie domyślny) i dostawy - Poznań (nie domyślny) - zapisuję zmiany. 6. Wracam na listę dokumentów ZS i edytuję ZS. Na liście są teraz pierwotne adresy nabywcy i odbiorcy, czyli Wrocław i Kraków, a nie te na które ostatnio zmieniono. 7. Od tego momentu każda zmiana adresu i zapisanie zmian nie przynosi rezultatów - system ustawia adres pierwotny Brak możliwości wprowadzenia kosztów dodatkowych na FZ algorytmem dowolnym. System nie przyjmuje zmodyfikowanych wartości na pozycjach - pozycje na zakładce Koszty Dodatkowe samoczynnie się zerują zarówno przy zapisaniu faktury, czy jej zatwierdzeniu. Wartości z zakładki koszty dodatkowe zerują się również przy przechodzeniu na zakładkę Ogólne i powrocie na Koszty Dodatkowe Błąd związany z zaokrąglaniem jednostek. Brak możliwości anulowania FS. Błędne przeliczanie jednostek, gdy jest ustawiony przelicznik: PZ1-3 Tafle w elemencie 12,2783 m2, PZ2-7 Tafli w elemencie 28,6493 m2. Łącznie na zasobie w obu dokumentach PZ jest 40,9276 wszystko zostało wyliczone z przelicznika. 1. Wystawiam dokument FS: 10 Tafli subelementy_1 (3T = 12,2783 m) i subelementy_2 (7t = 28,6493 m, zamiast 28,6492 jak przy obecnym algorytmie). 2. Element chce zarezerwować 10T, czyli w przeliczeniu na jedn. podstawową 40,9275 m. 3. Pobieramy zasoby i z zasobu z PZ1 rezerwujemy 12,2783 m, czyli 3T. 4. Do zarezerwowania pozostaje 40,9275 m - 12,2783 m = 28,6492. Rezerwujemy 28,6492 z zasobu z PZ2 (ilość 28,6493) i tworzymy subelement z ilości 7T. 5. Teraz chcemy anulować FS, więc bierzemy kolejne subelementy do anulowania; pierwszy anuluję się poprawnie. Drugi subelement ma ilość 7T, czyli po przeliczeniu 28,6493 m. Następuje próba odjęcia rezerwacji: 28, ,6493 < 0. Pojawia się wyjątek Ponowne przeliczanie wartości na dokumencie FS, PAR, WZ, ZZ, OZ po zmianie parametrów: Nabywca, Data wystawienia, Centrum. W obecnym działaniu systemu po zmianie daty ponownie przeliczane są wartości wprowadzone na fakturę, co może powodować, że cena wskazywana przez system po zmianie daty rożni się o 1,2 grosze od ceny podanej przez użytkownika. Należy zmodyfikować działanie systemu, tak aby użytkownik mógł zdecydować czy po zmianie daty system ma wykonywać przeliczenia czy ma zachować obecne dane Seryjne dodawanie art. Dodać wyszukiwanie wartości słownikowych. Seryjne dodawanie artykułów. W polu dodawania nowej wartości dla dwóch funkcji: Atrybut (słownikowy) oraz Grupa dodać rozszerzone wyszukiwanie, które ma się odbywać po dwóch wartościach: dla funkcji Atrybut po Wartości i Opisie, dla funkcji Grupa po Kodzie i Nazwie. Comarch ERP Altum, Comarch ERP Retail 44 Zmiany funkcjonalne w wersji 6.0

45 Brak możliwości zmiany serii na dokumencie RW generowanym z korekty ilościowej FZ. Po wygenerowaniu dokumentu RW (PW) z KIFZ (KIFS) brak jest możliwości zmiany serii. Pole jest wyszarzone, a powinno być dostępne do momentu zatwierdzenia dokumentu. Opcja zmiany powinna być możliwa dla serii dostępnych na definicji dokumentu w centrum, w którym generowane jest PW/RW Brak możliwości dezaktywowania rachunku bankowego kontrahenta. Z poziomu listy Kontrahentów edytuję kartę kontrahenta, który ma już przypisany jeden rachunek bankowy. Na zakładce "Rachunki bankowe" dodaję kolejny rachunek (nie jest domyślny), dla innego banku, zapisuję kartę kontrahenta. Edytuję ją ponownie, edytuję ten rachunek bankowy i odznaczam pole "Aktywny" - za pierwszym razem parametr się nie odznacza, ale czyszczą się pola. Za drugim razem przy kliknięciu w Aktywny", parametr się odznacza. Przy próbie zapisu dostaję komunikat "Nie wybrano banku". Nie ma zatem możliwości dezaktywowania konta bankowego Błędny wygląd wstążki na szczególe dokumentu KIFS edytowanego z poziomu rejestrów VAT. Podczas edycji szczegółów KIFS z poziomu rejestrów VAT będąc na zakładce dokumenty skojarzone i edytując ponownie KIFS, menu dokumentu ma błędny wygląd. Wygląd wstążki należy dostosować zgodnie z tym przy edycji z poziomu listy FS Niepoprawny symbol magazynu na numeratorze dokumentów podczas generowania korekt. Problem polega na błędnym podpowiadaniu się symbolu magazynu na numeratorze podczas generowania Korekt. Na numeratorze podpowiada się symbol magazynu pobrany z definicji dokumentu zamiast z dokumentu pierwotnego. Zasoby są pobrane z prawidłowego magazynu. Na nagłówku też jest widoczny magazyn ze źródłowego dokumentu. Błąd występuje na korektach Niska wydajność podczas zatwierdzenia dokumentu KWFZ. Zatwierdzanie KWFZ w systemie trwa nawet ok. 4 minut, gdy ten czas jest dłuższy pojawiają się timeouty. Błąd występuję przy posiadaniu na bazie dużej ilości KWFZ. Wtedy, gdy dodajemy do FZ nową KWFZ i korygujemy około 10 elementów, zatwierdzanie trwa około 3-4 minut Opis analityczny na notach memoriałowych. Błąd polega na braku możliwości opisu analitycznego not memoriałowych częściowo. Kontrola systemu jest ustawiona na całości tj. chcąc go zapisać całość musi być opisana. Należy poprawić to działanie tak by można było opisać taki dokument tylko w części pozycji, gdyż obecne zachowanie może powodować problemy w raportach BI robionych np. z wszystkich dokumentach po opisach analitycznych Brak przycisku Podgląd z pliku z poziomu zakładki załączników na dokumencie FZ. Błąd dotyczy braku przycisku Podgląd z pliku w menu zakładki załączników przy edycji dokumentu PZ z poziomu historii artykułu. Edycja z poziomu historii artykułu powoduje również sytuację, gdzie przy edycji zakładki z poziomu samego dokumentu przycisk również znika. Błąd jest globalny Powielone wpisy MON w dokumentach skojarzonych na fakturze sprzedaży. Na zatwierdzonym dokumencie FS, na zakładce Dokumenty skojarzone znajdują się powielone wpisy np. MON. 1. Wystawiam dokument FS i zatwierdzam. 2. Dodaję monit na ten dokument, zapisuję do bufora. 3. Wystawiam korektę wartościową dokumentu FS (na minus) i zatwierdzam. 4. Na zakładce dokumenty skojarzone na FS mam ten monit widoczny dwa razy. Comarch ERP Altum, Comarch ERP Retail 45 Zmiany funkcjonalne w wersji 6.0

46 Błąd podczas próby zapisania dokumentu FS. Brak możliwości edycji wyposażenia z poziomu Wyposażenia pracownika. Podczas zapisu Faktury Sprzedaży pojawia się komunikat "Błąd zapisu faktury. Fakturę zmodyfikowano na innym stanowisku 1. Definiuję atrybut do elementu faktury sprzedaży. Atrybut nie jest wymagany ani domyślny. 2. Dodaje nową FS, dodaję pozycję na fakturze. 3. Edytuję element faktury, następnie przechodzę na zakładkę Atrybuty. 4. Dodaje atrybut wcześniej przypisany (nie uzupełniam wartości atrybutu), klikam Zapisz i dostaję komunikat, że zapis jest niemożliwy. Komunika jest prawidłowy. Nie dodaję wartości do atrybutu, klikam Zamknij. 5. Przechodzę na Zakładkę Ogólne dokumentu FS, klikam Zapisz. 6. Otrzymuje komunikat: ""Błąd zapisu faktury! Fakturę zmodyfikowano na innym stanowisku" Samoczynnie zmieniająca się cena na fakturze sprzedaży podczas sortowania pozycji. Przy sortowaniu na fakturze sprzedaży kilku pozycji z różnymi cenami (nie cennikowymi) po kolumnie cena, system zmienia ceny ale nie aktualizuje wartości tych elementów. Gdy wyłączymy sortowanie w tej kolumnie, ceny pozostają stałe Brak możliwości zapisania dokumentu KWFZ. 1. Wystawiam dokument PZ na 10 szt. artykułu: A. 2. Wystawiam do dokumentu PZ korektę ilościową PZ na 5 szt. artykułu: A. 3. Do dokumentu PZ generuje dokument FZ na 5 szt. artykułu: A. 4. Wystawiam do FZ dokument korekty ilościowej FZ na 2 szt. artykułu: A. 5. Mam ustawione automatyczne generowanie w tle korekty ilościowej PZ na 2 szt. artykułu: A. 6. Następnie wystawiam dokument KWFZ - nie mogę zapisać dokumentu i otrzymuję komunikat o braku możliwości generowania dokumentów magazynowych dla wskazanego dokumentu Błąd w braku obsługi niektórych kodów cenowych. W systemie obsługa kodów cenowych, które podczas zaczytywania mają pobierać cenę artykułu na dokument nie działa poprawnie. Obsłużone to jest tak jak kody wagowe. Potrzebne jest rozróżnienie w obsłudze kodów wagowych z prefiksem 27 a kodów cenowych z prefiksem Błędnie utworzony dokument BST - niepoprawne wartości w kolumnie Ilość prognozowana. Artykuł z ustawioną jednostką pomocniczą został dodany na dokument PZ i kolejno wydany dokumentem WZ. Przy wystawianiu dokumentu BST ilość prognozowana dla tego artykułu jest błędna. Błąd jest spowodowany błędnym algorytmem przeliczenia ustawionym dla tej kolumny Wyjątek podczas dodawania kontrahenta do grupy kontrahentów. Podczas dodawania kontrahenta do określonej grupy pojawia się drzewo wyjątków Braki. Przy generowaniu z FS/PAR z brakami dokumentu WZ, pomimo włączonej metody FIFO, zasoby pobierane są z późniejszej dostawy. 1. Wystawiam PAR/FS z datami wstecz o 10 dni od daty bieżącej na 5szt. artykułu: A, dodaję się braki. Zatwierdzam. 2. Wystawiam PZ z datami bieżącymi na 5szt. artykułu G. Zatwierdzam. 3. Wystawiam PW z datą wstecz, przed datą sprzedaży z PAR/FS, dodaję 5szt. artykułu: A i zatwierdzam. 4. Z PAR/FS generuje WZ - system pobrał zasób z PZ, a nie PW, mimo ze PW ma datę przyjęcia wcześniejszą niż PZ, a metoda kolejkowania zasobów to FIFO, zachowanie jest błędne i zasoby powinny zostać pobrane z dokumentu PW. Comarch ERP Altum, Comarch ERP Retail 46 Zmiany funkcjonalne w wersji 6.0

47 Braki. Na WZ wygenerowanym z FS/PAR z brakami, po modyfikacji ilości usuwane są relacje pomiędzy subelementami. 1. Wystawiam PAR/FS z datami wstecz o 10 dni od daty bieżącej na 5szt. artykułu: G, dodają się braki. Zatwierdzam. 2. Wystawiam PZ z datami bieżącymi na 5szt. artykułu: G. Zatwierdzam. 3. Wystawiam PW z datą wstecz, przed datą sprzedaży z PAR/FS, np , dodaję 5szt. artykułu: G i zatwierdzam. 4. Z PAR/FS generuje WZ, system błędnie pobrał zasób z PZ, a nie PW, mimo ze PW ma datę przyjęcia wcześniejsza niż PZ, a metoda kolejkowania zasobów to FIFO. 5. Zmniejszam ilość na wygenerowanym WZ o 1, następnie zwiększam o 1 (pobiera się zasób z PW), ponownie zmniejszam o 4 (pozostaje 1, zasób z PW, a znika subelement z zasobem z PZ) i ponownie zwiększam do 5 (pobierany jest już w całości zasób z PW), ale odpinają się relacje miedzy sublementami PAR/FS a WZ przez co po zatwierdzeniu tej WZ i tak mogę wygenerować kolejne WZ do PAR/FS, w takim zachowaniu, przy manipulowaniu ilością nie powinny być usuwane relacje Brak możliwości dodania elementów na dokument, przy włączonym sortowaniu po kolumnie Cech oraz przy ustawieniu kolumny Wartość jako ostatnia. Na nowo dodanym dokumencie, przy włączonym sortowaniu po kolumnie cech oraz ustawionej jako ostatnia kolumnie: Wartość/Cena, dodaję wiersz i przechodzę przyciskiem TAB do momentu przejścia na ostatnia kolumnę, uzupełniam tam wartość i ponownie klikam TAB, po tej operacji pojawia się błędny komunikat o odwołanie do obiektu nieustawionym na wystąpienie obiektu. Błąd jest globalny. Księgowość i finanse 1. Operacje kasowe zmiany funkcjonalne 1.1. Wybór podmiotu na operacji kasowej/bankowej W wersji 6.0 wprowadzono zmiany pozwalające na łatwe wskazanie nabywcy/dostawcy niezależnie od typu operacji: przychód/rozchód tj. wskazanie nabywcy na operacji rozchodowej lub wskazanie dostawcy na operacji przychodowej. Rysunek 41 Wskazanie podmiotu na formularzu operacji Comarch ERP Altum, Comarch ERP Retail 47 Zmiany funkcjonalne w wersji 6.0

48 1.2. Pobranie konta kontrahenta Wprowadzono również modyfikacje, by konto księgowe pobierane domyślnie na operacji uzależnione było od typu kontrahenta a nie od rodzaju operacji - przykładowo po wskazaniu nabywcy na operacji rozchodowej zostanie wyświetlone konto nabywcy Data operacji Na formularzu operacji znajdowało się dotychczas pole Data odpowiadające za datę wpłaty/wypłaty środków pieniężnych. W rzeczywistości gospodarczej istotnej jest zapisanie również dodatkowej daty (np. daty dokumentu źródłowego). W wersji 6.0 wprowadzona została taka możliwość, na formularzu są dostępne dwie daty: a) Data dokumentu dotychczasowa Data, zmianie uległ tylko opis na formularzu. Zachowane zostaną dotychczasowe zasady z nią związane. W szczególności data dokumentu wpływa na: Wyliczenie salda raportu/stanu rejestru Wyznaczenie terminu rozliczenia i powiązanego z tym generowania dokumentu różnic kursowych oraz działań windykacyjnych Ustalanie daty księgowania przy księgowaniu poprzez konto przeciwstawne b) Data operacji - nowe pole pozwalające na zaewidencjowanie daty zdarzenia gospodarczego powiązanego z daną wpłatą lub wypłatą np. data wystawienia dokumentu źródłowego (faktury gotówkowej, kwitu), daty zlecenia przelewu etc. Domyślnie określana jest na podstawie daty dokumentu, możliwa jest dowolne określenie - jedynym ograniczeniem jest status raportu lub operacji Podczas konwersji zostaje ustawiona zgodnie z datą dokumentu Wprowadzone zostały również zmiany w księgowaniu i predekretacji operacji uwzględniające nowy typ daty: a) Księgowanie poprzez konto przeciwstawne odbywa się z datą dokumentu b) W schematach księgowań umożliwiono odwołanie się do daty dokumentu lub daty operacji c) Podczas księgowania schematem obowiązują następujące reguły ustalania dat na dekrecie Data księgowania zgodnie z definicją schematu Data operacji zgodnie z datą operacji księgowanej operacji Data wystawienia zgodnie z datą dokumentu księgowanej operacji Uwaga: W wersji 6.0 nastąpiła zmiana nazewnictwa zmiennej odpowiadającej za księgowanie operacji kasowej z datą dokumentu (w poprzednich wersjach zmienna miała Zostało to uwzględnione w konwersji, więc zdefiniowane uprzednio schematy będą automatycznie odwoływały się do właściwej daty Możliwość wskazania na operacji bankowej formy płatności typu Kasa. Dla przychodowych i rozchodowych operacji bankowych (wprowadzanych do rejestrów o typie Bank ) umożliwiono wskazanie form płatności o typie Kasa istotne dla potrzeb ewidencji wpłaty gotówkowej Automatyczne wypełnianie pola Tytułem podczas rozliczania operacji kasowej/bankowej W funkcjonalności związanej z automatycznym wypełnieniem pola Tytułem (zapisanie numeru rozliczonego dokumentu w polu Tytułem formularza operacji kasowej/bankowej) w wersji 6.0 wprowadzono następujące zmiany: Comarch ERP Altum, Comarch ERP Retail 48 Zmiany funkcjonalne w wersji 6.0

49 Działanie uzależnione jest od ustawienia parametru w konfiguracji modułu księgowego oraz w oknie potwierdzenia zapłaty Uzupełnienie odbywa się niezależnie od sposobu rozliczenia Numer rozliczanego dokumentu identyfikowany jest w następujący sposób: Dla zobowiązań i operacji kasowych/bankowych i pobierany jest numer obcy lub systemowy (jeżeli nie wprowadzono numeru obcego) Dla należności numer systemowy Potwierdzenie zapłaty Rysunek 42 Konfiguracja modułu księgowego W oknie potwierdzenia zapłaty uruchamianym opcjonalnie podczas zatwierdzania dokumentu handlowego lub po wyborze opcji Zapłać wprowadzono następujące zmiany: Zmieniono nazwę pola z datą zamiast Data operacji będzie wyświetlany opis Data dokumentu Umożliwiono wprowadzenie treści w polu: Tytułem lub pobranie jej automatycznie Wprowadzenie dodatkowego opisu (opcjonalnie). Rysunek 43 Potwierdzenie zapłaty Comarch ERP Altum, Comarch ERP Retail 49 Zmiany funkcjonalne w wersji 6.0

50 1.7. Weksle (dotyczy wersji językowych innych niż polska) Ukrycie weksli Od wersji 6.0 nie są już dostępne funkcjonalności związane z ewidencją weksli i zestawieniami weksli, ich funkcję przejmują operacje kasowe/bankowe i zestawienie operacji. Weksle wystawione w poprzednich wersjach są domyślnie ukryte, można ja wyświetlić po zmianie ustawień dodatkowego parametru BillOfExchangeHidden Zestawienie operacji Weksle otrzymane przez firmę mogą być następnie przekazane do banku celem ich realizacji. W systemie może się to odbywać z wykorzystaniem dokumentu Zestawienie operacji. Zestawienie operacji odpowiada funkcjonalności dostępnej dotychczas jako zestawienie weksli. Ze względu na specyfikę (funkcjonalność weksli nie była dotychczas dostępna w wersji polskiej) zestawienie operacji jest w bieżącej wersji dostępne wyłącznie w wersji francuskiej. 2. Rejestr w nagłówku dokumentu Zestawienie poleceń przelewu (ZPP) i Zestawienie poleceń zapłaty (ZPZ) W nagłówku zestawienia poleceń przelewu (ZPP) oraz zestawienia poleceń zapłaty (ZPZ) udostępniona została możliwość wskazania rejestru bankowego. Wskazanie rejestru w nagłówku nie jest wymagane, podanie go ułatwia ewidencję zleceń realizowanych z jednego rachunku bankowego. 3. Konieczność wykonania odbudowy stanów kont po konwersji bazy danych. W wersji 6.0 przebudowane zostały procedury odpowiadające za wyliczenie zestawienia obrotów i sald, zarówno za okresy miesięczne jak i niestandardowe (inne niż zdefiniowane okresy obrachunkowe i okresy cząstkowe). Zmiana ta wymaga aktualizacji danych w tabelach, w których przechowywane są dane zagregowane dotyczące stanów kont księgowych w poszczególnych okresach czyli wykonania operacji odbudowy stanów kont. Ponieważ operacja ta może (nie musi) spowodować zmianę wartości prezentowanych dotychczas w zestawieniu obrotów i sald, nie jest wykonywana w trakcie konwersji, powinna zostać wykonana w czasie określonym przez Klienta i poprzedzona weryfikacją dotychczas wykazywanych. Uwaga: Operacje te trzeba wykonać wyłącznie dla okresów obrachunkowych/ zapisów księgowych wprowadzonych w wersjach wcześniejszych niż 6.0. Dane w wersji 6.0 aktualizują się automatycznie Mechanizmy kontrolujące Dla danych sprzed konwersji (okresów obrachunkowych wykorzystywanych w wersjach wcześniejszych niż 6.0) kontrolowane jest, czy w danym okresie obrachunkowym została już wykonana odbudowa stanów kont. Jeżeli nie zostanie wyświetlony komunikat informujący użytkownika o konieczności wykonania takiej operacji. Kontrola taka odbywa się przy: Rysunek 44 Komunikat informujący o konieczności wykonania odbudowy stanów kont Comarch ERP Altum, Comarch ERP Retail 50 Zmiany funkcjonalne w wersji 6.0

51 Wejściu do modułu księgowego ( Księgowość w ribbonie w kontekście bieżącego okresu obrachunkowego) Wyliczeniu zestawienia obrotów i sald Wyborze opcji: Zestawienia, Księgowania okresowe Weryfikacja danych Przed wykonaniem odbudowy stanów kont w danym okresie obrachunkowym (należy ją wykonać również w okresach zamkniętych) należy przygotować dane źródłowe potwierdzające wartości sum bilansowych w okresie, w którym będzie wykonywana odbudowa stanów kont. Można to przykładowo uzyskać poprzez: Sprawdzenie podsumowania na wydruku zestawienia obrotów kont syntetycznych wykonanym dla danego okresu wykonanego przed konwersją bazy danych Sprawdzenie podsumowania na kopi bazy danych uruchomionej w wersji Odbudowa stanów kont uruchamiana jest z poziomu opcji: Dodatki/Funkcje specjalne. Podczas odbudowy okresu obrachunkowego (głównego/roku obrachunkowego) następuje automatyczna odbudowa okresów cząstkowych (jeżeli zostały zdefiniowane). Rysunek 45 Odbudowa stanów kont Po wykonaniu odbudowy stanów kont (jej uruchomienie powinno być poprzedzone wykonaniem kopi bezpieczeństwa) należy porównać dane wykazywane aktualnie z danymi źródłowymi. W przypadku występowania nieuzasadnionych rozbieżności (uzasadnione różnice mogą wynikać na przykład wynikać z księgowań wykonywanych wyłącznie w jednej bazie) należy ustalić ich przyczynę, gdyż może mieć to wpływ na poprawność sprawozdań finansowych i rozliczenia podatkowe. 4. Konta słownikowe dla stawki VAT Aby ułatwić Użytkownikom księgowanie wartości powiązanych ze stawkami VAT wprowadzono możliwość definiowania kont słownikowych dla stawek VAT, analogicznie jak to działa w przypadku innych słowników np. kontrahentów. W Konfiguracji/ Księgowość/ Konta słownikowe dodano możliwość ustalenia parametru w oparciu o co powinny być tworzone analityki dla stawki VAT. Użytkownik ma możliwość wyboru następujących opcji: Wartość Symbol Nazwa Umożliwiono również tworzenie własnych typów kont słownikowych dla stawek VAT: Comarch ERP Altum, Comarch ERP Retail 51 Zmiany funkcjonalne w wersji 6.0

52 Rysunek 46 Typy kont słownikowych dla stawek VAT Jeżeli Użytkownik przypisze odpowiednie konta księgowe do predefiniowanych typów kont lub nowo utworzonych, będzie mógł je wykorzystać podczas tworzenia schematów księgowych. Dla dokumentów, których elementy są powiązane ze stawkami VAT (FS, KIFS, KWFS, FZ, KIFZ, KWFZ itd.) umożliwiono odwołanie się do zmiennej tworzonej w oparciu o typy kont słownikowych. Nowe zmienne są dostępne dla pozycji schematu księgowanego tworzonego w oparciu o element dokumentu. Rysunek 47 Element schematu księgowego tworzony w oparciu o konto stawki VAT Podczas księgowania schematem System sprawdzi konto przypisane na typie kont słownikowych do danej zmiennej i utworzy dekret. Dodatkowo wprowadzono możliwość automatycznego tworzenia kont powiązanych z różnymi stawkami VAT. W tym celu na definicji konta w planie kont umożliwiono wybór kolejnego słownika: Stawki VAT. Comarch ERP Altum, Comarch ERP Retail 52 Zmiany funkcjonalne w wersji 6.0

53 Rysunek 48 Konto słownikowe dla stawki VAT Dla tak zdefiniowanego konta słownikowego powiązanego ze stawkami VAT konta mogą być zakładane podczas dodawania nowej stawki lub podczas księgowania Zakładanie konta przy dodawaniu nowej stawki VAT Dla potrzeb nowej funkcjonalności umożliwiono dodanie i edycję stawki VAT za pomocą rozbudowanego formularza. Rysunek 49 Stawka VAT Podczas dodawania nowej stawki VAT na zakładce Księgowe, jeżeli Użytkownik przypisze konta księgowe słownikowe powiązane ze stawkami VAT, a w konfiguracji kont słownikowych zaznaczy Autozakładanie, konto zostanie automatycznie założone. Użytkownik może również ręcznie wybrać parametr Załóż konto bezpośrednio na definicji stawki VAT. Comarch ERP Altum, Comarch ERP Retail 53 Zmiany funkcjonalne w wersji 6.0

54 Rysunek 50 Zakładanie konta księgowego z poziomu definicji stawki VAT 4.2. Zakładanie konta podczas księgowania Druga opcja, to zakładanie konta powiązanego ze stawkami VAT podczas księgowania na konto słownikowe powiązane ze stawkami VAT. Konto może zostać założone z wykorzystaniem schematu księgowego, gdzie na pozycji Użytkownik wskazuje konto nadrzędne z zaznaczoną opcją konto słownikowe i podpiętym słownikiem stawek VAT, oraz zaznaczoną opcją Załóż kont. Rysunek 51 Konto księgowe powiązane ze stawkami VAT Comarch ERP Altum, Comarch ERP Retail 54 Zmiany funkcjonalne w wersji 6.0

55 Rysunek 52 Element schematu księgowego powiązany z nadrzednym kontem słownikowym Konto może również zostać założone bezpośrednio na dekrecie księgowym, gdy w polu konto wskażemy konto nadrzędne z zaznaczoną opcją konto słownikowe i podpiętym słownikiem stawek VAT oraz po wybraniu konkretnej stawki. Rysunek 53 Zakładanie konta księgowego z poziomu dekretu Comarch ERP Altum, Comarch ERP Retail 55 Zmiany funkcjonalne w wersji 6.0

56 5. Konto księgowe na fakturze VAT Kolejna funkcjonalność wprowadzona w wersji 6.0 ma na celu uproszczenie procesu księgowania faktur wprowadzanych do rejestrów VAT. W tym celu wprowadzono możliwość wskazania konta księgowego bezpośrednio na pozycji faktury VAT. Nowa kolumna dostępna jest na liście pozycji wśród kolumn dodatkowych tzw. do wyboru. Rysunek 54 Zakładanie konta księgowego z poziomu dekretu W nowym polu Użytkownik może wskazać konto bezpośrednio z planu kont lub też wpisać dowolny ciąg znaków. Jeżeli Użytkownik przypisze odpowiednie konta księgowe na fakturze VAT, to będzie mógł je wykorzystać podczas tworzenia schematów księgowych. Dla faktur VAT (FSV, KFSV, FZV i KFZV) umożliwiono odwołanie się do zmiennej pobierającej informacje o koncie z elementu faktury VAT. Nowe zmienne są dostępne dla pozycji schematu księgowanego tworzonego w oparciu o element faktury Rysunek 55 Element schematu księgowego Comarch ERP Altum, Comarch ERP Retail 56 Zmiany funkcjonalne w wersji 6.0

57 Dodatkowo wprowadzono możliwość wybrania predefiniowanego warunku, który ma na celu sprawdzenia czy na elemencie faktury VAT konto zostało przypisane. Rysunek 56 Warunek schematu księgowego W bazie danych wygenerowanej w wersji francuskiej konto księgowe jest dostępne tylko na fakturach zakupu VAT oraz ich korektach wprowadzonych bezpośrednio rejestru VAT. Konto nie jest dostępne na fakturach sprzedaży VAT oraz fakturach wygenerowanych automatycznie do dokumentów handlowych. Konto podlega edycji do momentu zaksięgowania faktury VAT. 6. Stan niezatwierdzony i anulowany na fakturze VAT w rejestrze Tak jak dla dokumentów handlowych np. FS, FZ została dodana możliwość takiego skonfigurowania Systemu, aby można było dodawać faktury VAT w stanie niezatwierdzonym, a następnie po weryfikacji takie dokumenty mogą podlegać ostatecznemu zatwierdzeniu. Opcjonalnie System może działać jak w poprzednich wersjach, czyli bez konieczności zatwierdzania faktur VAT, elementem zatwierdzenia jest w tym przypadku zaksięgowanie dokumentu. W celu aktualizacji nowych stanów dla faktury VAT należy wejść w Konfiguracja/ Dokumenty/ Typy i dla dokumentów tj. FSV Faktura VAT sprzedaży, KFSV Korekta faktury VAT sprzedaży, FZV Faktura VAT zakupu i KFZV Korekta faktury VAT zakupu na diagramie stanów zaznaczyć stan Niezatwierdzony jako aktywny. Rysunek 57 Diagram typu dokumentu Uwaga: Aktywacja nowych stanów dla dokumentów typu faktury VAT jest możliwa tylko jeżeli nie wystawiono jeszcze żadnego dokumentu. Po wprowadzeniu pierwszego dokumentu danego typu opcja nie jest aktywna. Dlatego bardzo ważna jest kwestia przemyślenia obiegu dokumentów w danej firmie w procesie wdrożenia Systemu przed wystawieniem pierwszych dokumentów. Comarch ERP Altum, Comarch ERP Retail 57 Zmiany funkcjonalne w wersji 6.0

58 Aktywacja stanu niezatwierdzonego pociąga za sobą automatyczną aktywacje stanu anulowanego. Faktury wprowadzane do rejestru mogą być zapisane w stanie niezatwierdzonym i podlegać później procesowi zatwierdzenia. Faktura zatwierdzona nie podlega modyfikacji oprócz parametrów VAT, które wpływają na prawidłowe ujęcie dokumentu na deklaracji VAT-7 czy VAT-UE. Nie można również takiej faktury usunąć, można jedynie anulować taki dokument. Edycja parametrów VAT o których mowa wyżej jest możliwa na zatwierdzonej fakturze po zaznaczeniu w Konfiguracji na grupie operatorów na zakładce Inne uprawnienia parametru Edycja parametrów VAT na zatwierdzonej fakturze VAT. Jeżeli stan niezatwierdzony i anulowany jest aktywny, to Użytkownik ma możliwość wyboru stanu w jakim będą generowane faktury VAT do dokumentów handlowych. W tym celu w Konfiguracja/Struktura firmy /Firma/Dokumenty dla dokumentów, które automatycznie generują faktury w rejestrach VAT dodano parametr Automatycznie generuj faktury VAT w stanie: Zatwierdzonym, Niezatwierdzonym. Należy tutaj pamiętać o zasadzie, że faktura wygenerowana w stanie Zatwierdzonym nie podlega modyfikacji, 6.1. Zmiany w raportach kasowo bankowych Rysunek 58 Definicja typu dokumentu w Strukturze firmy 6.2. Zmiany w funkcji otwierania i zamykania raportów kasowo bankowych Umożliwiono otwieranie raportów kasowo bankowych w dowolnej kolejności. Jeżeli Użytkownik ma kilka kolejnych raportów zamkniętych i próbuje zmienić stan na otwarty nie ostatniego z nich System wyświetli komunikat Czy chcesz otworzyć wszystkie raporty z datą późniejsza?. Opcja Tak powoduje otwarcie wszystkich późniejszych raportów, Nie otwiera tylko ten konkretny dla którego wykonywana jest operacja. Jeżeli w Systemie mamy kilka otwartych raportów, to podczas zamykania System sprawdza czy zamykamy je kolejno. W przypadku jeżeli zamykamy jeden z kolejnych raportów pojawia się pytanie Czy chcesz zamknąć wszystkie wcześniejsze raporty? Tak zamyka wszystkie wcześniejsze, Nie - zamyka ten konkretny raport. Comarch ERP Altum, Comarch ERP Retail 58 Zmiany funkcjonalne w wersji 6.0

59 6.3. Atrybuty i załączniki na raportach kasowo bankowych Umożliwiono przypisywanie atrybutów i załączników na raportach kasowo bankowych. Funkcjonalność działa analogicznie jak w innych miejscach Systemu. Atrybuty i załączniki można przypinać do raportów w stanie otwartym, zamkniętym oraz zaksięgowanym Nowe zmienne do księgowania raportów kasowo bankowych Podczas tworzenia schematów do księgowania raportów kasowo bankowych umożliwiono wykorzystanie nowych zmiennych odczytujących wartość przychodu i rozchodu danego raportu. Usunięto zmienne odwołujące się do salda otwarcia i zamknięcia raportów Zmiana domyślnych okresów w raportach kasowo/bankowych Kolejne raporty dodawane do danego rejestru ustawiają datę otwarcia za ostatnim otwartym raportem. Jeżeli edytujemy raport kasowo bankowy i zmieniamy rejestr na taki, który ma inny okres domyślny System pyta Użytkownika czy chce dokonać aktualizacji dat raportu. 7. INNE ZMIANY 7.1. Poprawa wydajności tworzenia bilansu otwarcia na podstawie poprzedniego okresu obrachunkowego Dodano nowe okno podczas generowania bilansu otwarcia, gdzie Użytkownik może zdecydować czy w informacji po zakończeniu procesu mają się pojawiać wszystkie informacje, czy tylko ostrzeżenia i błędy. Zalecamy wybór opcji wyświetlającej tylko ostrzeżenia i błędy, ponieważ wpływa to na zwiększenie wydajności wykonania tej operacji. Rysunek 59 Parametry automatycznego przenoszenia bilansu otwarcia 7.2. Parametryzacja pobierania kursu na operacje kasowo/bankowe Dla operacji kasowo bankowej umożliwiono wskazanie typu daty oraz ilości dni przed datą dla kursu waluty, które są pobierane podczas dodawania wpłaty lub wypłaty kasowo bankowej. Użytkownik w Konfiguracji/ Struktura firmy/ Dokumenty dla Wpłaty i Wypłaty kasowo/bankowej może wskazać jedną z dat dostępnych na operacji kasowo/bankowej: Data dokument Data operacji Data dowolna Comarch ERP Altum, Comarch ERP Retail 59 Zmiany funkcjonalne w wersji 6.0

60 Rysunek 60 Definicja typu dokumentu w Strukturze firmy Uwaga: Na operacji tworzonej automatycznie podczas zapłaty (tzw. okno Potwierdzenia zapłaty ) kurs pobierany jest zgodnie z data bieżącą, a typ daty to Data dowolna. Jeżeli Użytkownik chce korzystać z ustawień konfiguracji, to wpłaty i wypłaty kasowo/bankowe powinny być wprowadzane bezpośrednio z poziomu raportu lub z listy operacji kasowo bankowych Przekazywanie danych z listy zawężonych lokatorem na wydruki księgowe Wprowadzono przekazywanie danych filtrowanych za pomocą lokatora na następujące wydruki księgowe: 1. Zestawienie obrotów i sald 2. Podsumowanie rejestru sprzedaży wg rejestru 3. Podsumowanie rejestru sprzedaży wg rodzaju transakcji 4. Podsumowanie rejestru zakupu wg rejestrów 5. Podsumowanie rejestru zakupu wg rodzaju transakcji 6. Podsumowanie rejestru zakupu wg rodzaju zakupu 7.4. Zakupy w stawce ZW i NP na deklaracji VAT-7 Od aktualnej wersji zgodnie z objaśnieniem do deklaracji VAT -7 zakupy ze stawką ZW i NP nie są ujmowane na deklaracji VAT-7. Zgodnie z objaśnieniem na deklaracji VAT-7 powinny być wykazane zakupy opodatkowane. Część D. ROZLICZENIE PODATKU NALICZONEGO W tej części wykazuje się wyłącznie wartość towarów i usług oraz kwotę podatku naliczonego (z uwzględnieniem korekt) w takiej wysokości, w jakiej podatnikowi przysługuje prawo do odliczenia podatku naliczonego od należnego lub zwrot podatku naliczonego 7.5. Blokada ręcznego dodawania faktur VAT sprzedaży bezpośrednio w rejestrach w wersji francuskiej W wersji FR operatorzy na nowo kreowanych bazach danych mają domyślnie odebrane uprawnienia do dodawania faktur sprzedaży VAT oraz ich korekt bezpośrednio w rejestrze. W przypadku faktur generowanych automatycznie taka blokada nie występuje Ukrycie numeru dokumentu na fakturze VAT w wersji francuskiej W wersji francuskiej usunięto na formularzy faktury VAT w rejestrze kolumnę Numer dokumentu Kwota bieżącego rozliczenia W przypadku rozliczeń/rozrachunków dokonywanych trybie 1:n istotne jest, aby na liście dokumentów rozliczonych z danym obiektem (płatnością, operacją k/b) wyświetlić zarówno informację o całkowitej kwocie rozliczenia jak i kwocie powiązania w obrębie danej pary rekordów. W wersji 6.0 wprowadzone zostały zmiany pozwalające na wyświetlenie obu zestawów kwot: Comarch ERP Altum, Comarch ERP Retail 60 Zmiany funkcjonalne w wersji 6.0

61 a) w kolumnach Pozostaje (oraz opcjonalnej Pozostaje w walucie systemowej ) i Rozliczono (oraz opcjonalnej Rozliczono w walucie systemowej ) pozostawione dotychczasowe działanie prezentowane są całkowite kwoty rozliczenia i bieżąca (aktualna) kwotę pozostająca do rozliczenia. b) Umożliwiono wyświetlenie kwot rozliczenia w obrębie powiązania danej pary: Wśród kolumn dostępnych do wyboru udostępnione zostały dwie nowe wartości: Kwota rozliczenia Kwota rozliczenia w walucie systemowej Wyświetlane są w nich kwoty rozliczone w ramach danego powiązania 7.8. Zmiana dat na pozycjach noty memoriałowych po zmianie daty w nagłówku Na dokumentach not memoriałowych został zastosowany mechanizm funkcjonujący dotychczas dla zapisów księgowych pozwalający na automatyczną aktualizację dat wystawienia i operacji na pozycjach noty po zmianie dokonanej w nagłówku Kontrola poprawności księgowania na konta rozrachunkowe Z punktu widzenia poprawności rozliczeń i rozrachunków istotne jest, aby dokumenty walutowe księgowane były w odpowiedni sposób. W wersji 6.0 wprowadzono dodatkowo kontrolę poprawności dekretacji dokumentów walutowych. W przypadku księgowania na konto rozrachunkowe płatności lub operacji w walucie obcej wymagane będzie włączenie parametru Księgowanie walutowe (parametr definiowany jest dla pozycji schematu) Usuwanie dekretu różnicy kursowej pochodzącej z powiązania dekretów W przypadku usuwania dekretu pochodzącego z różnicy kursowej powstałej chodzącego z powiązania dekretów (opcja Powiąż tylko dekrety ) począwszy od wersji 6.0 automatycznie usuwany będzie dokument różnicy kursowej a w tle rozrachunek pomiędzy powiązanymi dekretami. 8. POPRAWIONO 8.1. Opis transakcji nie jest pobierany z wyciągu bankowego. Podczas importu wyciągu bankowego, wartość Opisu nie jest zapisywana na operacji utworzonej w systemie Błąd podczas importu przelewu w formacie Swift MT 940 BGŻ. Podczas importu wyciągu bankowego pojawia się błąd o treści: "Numer rachunku własnego z wyciągu nie jest zgodny z żadnym numerem rachunku rejestru w systemie." Numer rachunku jest jednak prawidłowo przypisany do rejestru bankowego. Typ rachunku to IBAN PL Brak możliwości otwarcia raportu k/b, jeśli następny raport jest zaksięgowany. W rejestrze mam pięć raportów. Zamykam wszystkie, księguję raport numer 5. Chcę otworzyć z listy raport nr 4 - wyświetla się komunikat: "Wszystkie późniejsze zamknięte raporty w ramach rejestru zostaną otwarte. Czy chcesz kontynuować?". Odpowiadam "TAK" - pojawia się błąd: "Nie można otworzyć raportów, następujące raporty są już zaksięgowane: 00005/RKB/Kasa gotówkowa-2013". Jeśli wybiorę "NIE", system nie wykonuje żadnej akcji Błąd podczas próby podglądu płatności dokumentu wystawionego w innym centrum. Na preliminarzu płatności wybieram dokument FS, PAR itp., który został wystawiony w innym centrum i zalogowany Użytkownik nie ma do niego uprawnień. Wybieram przycisk "Dokument źródłowy". System wyświetla okno błędu: "Wykonanie akcji nie powiodło się! Dokument został usunięty na innym stanowisku." Komunikat jest błędny, gdyż dokument wcale nie został usunięty, nie można otworzyć dokumentu do podglądu, ponieważ operator nie ma do niego uprawnień. Comarch ERP Altum, Comarch ERP Retail 61 Zmiany funkcjonalne w wersji 6.0

62 8.5. Błędna wartość w kolumnie Status na zakładce Kwoty na dokumentach. Edytuję dowolną fakturę sprzedaży, przechodzę na zakładkę "Kwoty". Do widoku dodaję kolumnę "Status" - wyświetla się w niej wartość [Edytowana wartość jest nullem] - bez względu na to, czy płatność jest rozliczona, czy nie Odświeżanie danych podczas wprowadzania płatności na pracownika. Wprowadzam FSV na kontrahenta, przechodzę na zakładkę "Płatności", edytuję płatność, zmieniam kontrahenta na konkretnego pracownika. Na formatce szczegółów płatności pojawia się tylko imię pracownika. Zapisuję płatność, zapisuję fakturę. Ponownie edytuję fakturę i edytuję płatność. Okazuje się, że teraz już poprawnie wyświetla się imię i nazwisko pracownika Różna prezentacja płatnika na zakładce 'Rozliczenia' na operacji k/b i na płatności. Na zakładce: Rozliczenia na operacji k/b i płatności, sekcja: Dokumenty do rozliczenia, w kolumnie: Płatnik, prezentowany jest kod podmiotu. Z kolei w sekcji: Dokumenty rozliczone, w kolumnie: Płatnik, prezentowana jest jego nazwa. Należy ujednolicić działanie systemu w tym zakresie Brak zapisu numeru rachunku bankowego kontrahenta w tabeli SecBanksRegisters.PlannedPayments. Jeżeli do kartoteki kontrahenta został przypisany rachunek bankowy, zostanie on automatycznie pobrany na płatności dokumentów, jednak po zatwierdzeniu dokumentu, nie są uzupełniane pola: BankAccountID oraz AccountNumber w tabeli SecBanksRegisters.PlannedPayments błąd. Dopiero po ponownej edycji i zapisaniu płatności wartości w tych polach są odpowiednio uzupełniane Nieprawidłowa data dokumentu na szczegółach płatności. Z zamówienia sprzedaży, które ma datę wystawienia , generuję paragon z datą dzisiejszą i od razu przyjmuję za niego zapłatę, również z datą dzisiejszą. Edytuję raport kasowy, do którego przyjęłam zapłatę, edytuję operację, przechodzę na zakładkę: Rozliczenia. Następnie edytuję płatność paragonu. Jako data dokumentu widnieje błąd. Jeśli edytuję paragon z listy, przejdę na zakładkę: Kwoty i edytuję płatność paragonu z tego poziomu, to poprawnie jako data dokumentu pokazuje się data dzisiejsza Obsługa listy zaznaczeń na wydruku z kontekstu listy rozliczeń nabywcy/odbiorcy. Utworzony został wydruk w oparciu o tabelę SecBanksRegisters.PlannedPayments z parametrem typu: Liczba, z zaznaczoną opcją 'Zezwalaj na wielowartościowość'. Po podłączeniu tego parametru do systemowego 'Identyfikator płatności', występuje błąd podczas wykonywania wydruku: "Nie można pobrać danych z encji 'IDalAutoSettlementRowMainEntity' dla parametru 'FinanceAutomaticAccount_PaymentId' na podstawie dostarczonych danych dla wydruku zbiorczego". Jeśli parametr zostanie odłączony i wpiszę ręcznie identyfikatory, to wydruk wykonuje się prawidłowo Wyliczanie salda w zestawieniach księgowych Na koncie księgowym np istnieją zapisy: w marcu po stronie Wn na kwotę np. 500, w kwietniu po stronie Ma na kwotę np Saldo dla okresu cząstkowego (kwietnia) wyliczane dla tego konta powinno być wyliczane narastająco (czyli powinno wynosić 400 Wn). Jeżeli jednak zdefiniuję zestawienie księgowe wyliczane dla okresu cząstkowego (kwietnia) i na pozycji zestawienia wskażę funkcję SMA lub PS dla tego konta, to jako wynik zestawienia na SMA będzie 100, a dla PS W obu przypadkach jest to nieprawidłowe, saldo tu jest liczone dla danego okresu, a powinno być narastająco Wyliczanie obrotów dla bilansu otwarcia na podstawie dekretów. Wartości wykazywane na obrotówce dla bilansu otwarcia są pobierane w różny sposób. Jeśli wyliczenia są wykonywane dla zakresu dat, to pobierane są dane z elementów BO. Jeśli dla okresów cząstkowych, to z danych zagregowanych w tabeli. Dane te można odbudować za pomocą funkcji 'Odbudowa stanów kont'. Comarch ERP Altum, Comarch ERP Retail 62 Zmiany funkcjonalne w wersji 6.0

63 Odbudowa pobiera natomiast dane z dekretów. Ujednolić działanie we wszystkich funkcjach księgowych korzystających z BO. Wszystkie funkcje powinny pobierać dane z dekretów, bez względu na okres obliczeń Szerokość formatki zestawienia księgowego. Rozszerzyć okno zestawień księgowych, tak aby formatka otwierała się na cały ekran. Obecnie formatka jest zawężona, co powoduje, że przy dużej ilości okresów w zestawieniu dane są nieczytelne. Rozszerzenie powinno dotyczyć zarówno listy zestawień oraz formatki zestawienia Nieprawidłowe saldo na koncie syntetycznym, gdy na analitykach salda po stronie Wn i Ma. Na planie kont istnieje konto o typie: Przychody, które ma sześć analityk. Pięć z nich ma saldo Ma, jedno ma saldo Wn. W zestawieniu księgowym mam zdefiniowaną pozycję w oparciu o SMA dla całej syntetyki tego konta. Wyliczenia nie uwzględniają konta z saldem Wn (co skutkuje tym, że na zestawieniu wyświetla się inna kwota niż na obrotówce) Wyświetlanie danych pracownika na elemencie noty memoriałowej. Wystawiam notę memoriałową, dodaję pozycję na konto rozrachunkowe powiązane z pracownikiem. W sekcji podmiot wyświetla się wyłącznie imię pracownika - błąd. Powinno być to imię i nazwisko Wyświetlanie danych pracownika na elemencie PK. Wystawiam zapis księgowy, dodaję pozycję na konto rozrachunkowe powiązane z pracownikiem. W sekcji podmiot wyświetla się wyłącznie imię pracownika - błąd. Powinno być to imię i nazwisko Wyjątek podczas usuwania konta z częściowo rozliczoną płatnością z elementu noty memoriałowej. Wystawiam notę memoriałową, dodaję element w jednej linii: po stronie Wn wprowadzam zapis na konto 201- AGRO, po stronie Ma wprowadzam zapis na konto 202-COMARCH na kwotę 800 PLN. Obydwa konta są rozrachunkowe i powiązane z kontrahentami. Zapisuję notę. Rozliczam częściowo zapis na kontrahenta Comarch (na kwotę 123). Edytuję notę, kopiuję linię dekretu. W drugim wierszu usuwam konto po stronie Wn (201-AGRO), w pierwszym wierszu usuwam konto po stronie Ma (202-COMARCH). Przy próbie zapisu pojawia się wyjątek Błąd podczas zapisu noty memoriałowej ("Wartość jest za duża albo za mała dla wartości typu Int32"). Na notę memoriałową wprowadzam elementy na duże kwoty (np ,96). Przy próbie zapisu pojawia się wyjątek o treści "Wartość jest za duża albo za mała dla wartości typu Int32" Po zapisie zestawienia księgowego samoczynnie zmieniają się okresy obliczeń. Mam zdefiniowane trzy okresy obrachunkowe: 2011, 2012, Pierwsze dwa są podzielone na miesiące. Dodaję zestawienie księgowe, w nim dodaję okres zestawienia. Ustawiam: okres obrachunkowy 2012, okres cząstkowy Miesiąc 1/2012. Zapisuję. Edytuję ponownie ten okres zestawienia i okazuje się, że okres obrachunkowy zmienił się na 2011, natomiast okres cząstkowy na Miesiąc 1/ W zestawieniach księgowych błędnie wyliczane saldo dla konta syntetycznego. Struktura i stan kont w roku 2012 wygląda następująco: 203 SWN (200) SMA (50) PS(150) SWN (200) SMA (50) Definiuję zestawienie księgowe z trzema pozycjami na tym samym poziomi: SWN( 203 ) SMA( 203 ) PS( 203 ) Comarch ERP Altum, Comarch ERP Retail 63 Zmiany funkcjonalne w wersji 6.0

64 Okresy zestawienia: Poprzedni okres Okres obrachunkowy: 2012 Dowolny: Jeżeli jako bieżący ustawiony jest okres 2013 i wyliczę zestawienie, prawidłowe dane na pozycjach wyliczanych dla sald będą tylko w kolumnie Okres poprzedni (200, 50, 150) W pozostałych kolumnach prezentowane jest per saldo zamiast sald (150, 0, 150) - błąd Różnica groszowa na rozrachunkach po zmianie kwot w walucie na elementach noty memoriałowej. Wprowadzam notę memoriałową na konto rozrachunkowe walutowe (słownikowe) po stronie WN na kwotę: 12554,38 USD (kurs 3,1809), wartość w walucie systemowej wynosi 39934,22 PLN. Po stronie: MA wskazuje dowolne konto i księguję notę. Następnie wprowadzam kolejną notę z dwoma pozycjami na to samo konto walutowe, tyle że po stronie Ma. 1 pozycja: USD (kurs 3,0660), 38478,30 PLN. 2 pozycja: 4,38 USD (kurs 3,1809), 13,94 PLN. Po stronie WN wskazuję dowolne konta, zapisuję i księguję notę. Z poziomu zakładki płatności pierwszej noty wykonuje rozliczenie z każdą z płatności drugiej noty. W wyniku rozliczenia zostały wygenerowane dwie RK, które księguję. Edytuję zapis księgowy pochodzący z księgowania pierwszej noty, przechodzę na zakładkę rozrachunki: kwota pozostaje w PLN to 0,01 - błąd. Różnica wynika z możliwości zmiany kwoty w PLN na pozycji noty. Przykładowo, na pierwszej nocie po wprowadzeniu kwoty w USD i kursu podpowiada się w PLN: 39934,23 PLN - jeżeli Użytkownik zmieni wartość na 39934,22 PLN nie spowoduje to przeliczenia kwoty w walucie. Na drugiej nocie dla kwoty 4,38 USD i kursu 3,1809 podpowiada się wartość 13,93 PLN, Użytkownik zmienił kwotę na 13,94 PLN Niepoprawnie pobierana data księgowania na wydruki: "Lista rozrachunków" i "Lista rozrachunków wg kontrahentów". Na wydruki: "Lista rozrachunków" i "Lista rozrachunków wg kontrahentów" nieprawidłowo pobierana jest data księgowania, jeżeli na liście wybrana jest opcja: Dowolna. W takim przypadku na wydruk pobierany jest zakres dat z nieaktywnego filtra z datami Od/Do, które służą do określenia Zakresu dat Brak danych na wydruku Lista rozrachunków według kontrahentów. Otwieram listę rozrachunków, w filtrze wybieram konto: 203-HBIZ_ EUR, odznaczam na liście parametr Rozrachowane oraz wybieram datę księgowania: rok Po wyfiltrowaniu na liście pojawia się sześć zapisów. Uruchamiam wydruk Lista rozrachunków według kontrahentów gdzie wskazuje kod kontrahenta od/do: HBIZ_ na wydruku nie pojawia się żaden zapis Błąd podczas usuwania rozrachunku dekretu operacji k/b, w przypadku braku uprawnień do modyfikacji operacji. Edytuję dekret dotyczący operacji KW z Dekret jest zatwierdzony, ma wartość 2890 EUR (11878,76 PLN) i jest rozrachowany z dekretem pochodzącym z FZV z 2013 na kwotę 2890 EUR (11997,84 PLN), który znajduje się w buforze. Z poziomu listy rozrachunków w roku 2013 próbuję usunąć rozrachunek - pojawia się błąd: "SqlException number: You don't have permission to update this Object: Comarch.B2.Sales.Finance.PaymentsService.Withdrawal". Wyjątek wynika z tego, że Użytkownik nie posiada uprawnień do modyfikacji operacji k/b Dekrety kompensacyjne niewidoczne z poziomu listy zapisów księgowych i obrotówki. Na definicji okresu obrachunkowego jako data księgowania dekretów kompensacyjnych wskazana jest opcja: Systemowa. Comarch ERP Altum, Comarch ERP Retail 64 Zmiany funkcjonalne w wersji 6.0

65 Dodaję 2 zapisy księgowe: 1) data księgowania: (systemowa), konto rozrachunkowe 201-A po stronie WN, po stronie Ma dowolne konto. 2) data księgowania: , konto rozrachunkowe 201-B po stronie Ma, po stronie WN dowolne konto. Z poziomu pierwszego dekretu dokonuję rozrachunku obu dekretów, w wyniku czego powstaje dekret kompensacyjny pod datą Wygenerowany dekret nie jest jednak widoczny z poziomu listy zapisów księgowych w dzienniku, jeżeli jako datę księgowania wybiorę dzień: Jeżeli wybiorę cały miesiąc dekret będzie widoczny. Nie jest on również uwzględniany na zestawieniu obrotów i sald, jeżeli datę do ograniczę do Jeżeli rozszerzymy okres do , dekret będzie już uwzględniany Wyjątek przy zmianie kwoty w lokatorze na liście rozrachunków. Na liście rozrachunków filtruję zapisy na koncie 201-Comarch na cały rok. W lokatorze kolumny "Kwota" wpisuję jakąś kwotę, klikam dowolny dekret na liście rozrachunków, a potem z powrotem klikam w lokator kolumny "Kwota", żeby ją zmienić na inną - pojawia się wyjątek Filtrowanie planu kont podczas dodawania zapisu księgowego. Dodaję zapis księgowy, wprowadzam pozycję przez EIP, w polu Konto WN wpisuję np. 202 i klikam TAB otwiera się lista planu kont, z wypełnioną w filtrze frazą 202, jednak plan kont nie jest przefiltrowany - błąd. Jeżeli fraza jest przenoszona do filtra, to lista planu kont powinna być odpowiednio zawężona. Tak samo system zachowuje się przy wprowadzaniu pozycji za pomocą formularza i na konto MA Wybór konta na zapisie księgowym. Dodaję zapis księgowy, wprowadzam pozycje przez EIP, w polu Konto WN wpisuję np. 01 i klikam TAB otwiera się lista planu kont, gdzie wybieram dowolne konto i zatwierdzam wybór dwuklikiem automatycznie powracam na pozycje. Usuwam wybrane konto i ponownie w tym samym polu wpisuję 01, klikam TAB i na planie kont wybieram dowolne konto (zatwierdzam dwuklikiem). Tym razem po powrocie na pozycję w dalszym ciągu jest tama fraza 01, zamiast wybranego konta - błąd Zapamiętywanie predekretacji podczas księgowania. Predekretuję FZ/FS domyślnym schematem, na predekretacji na jednej z pozycji zmieniam np. opis i zapisuję predkeretację. Z poziomu listy na tym samym dokumencie wybieram opcję Zaksięguj. W otwartym oknie nic nie zmieniam i wybieram opcję "Zaksięguj". Na powstałym zapisie księgowym nie ma dodatkowego opisu błąd. Przy księgowaniu z listy/dokumentu bez wskazania danego schematu (domyślne) wykonuje księgowanie z zapamiętaną predekretacją o ile istniała Filtrowanie na planie kont po kolumnie: Nazwa. Otwieram plan kont na zakładce Lista. Nazwa przykładowego konta to: Kapitał z aktualizacji wyceny. W kolumnie 'Nazwa' wpisuję filtr: %aktual. Żadne konto nie zostaje wyszukane. Aby filtr zadziałał trzeba go wprowadzić w postaci: %aktual% Pobieranie kwot z poprzedniej deklaracji VAT-7, gdy wystawiona została korekta deklaracji. Wyliczam deklarację VAT-7(14) za miesiąc wrzesień, kwota do przeniesienia na następny okres rozliczeniowy (pole 55) wynosi Zatwierdzam deklarację. Następnie wyliczam deklarację za miesiąc październik, kwota nadwyżki z poprzedniej deklaracji (pole 37) zostaje poprawnie wypełnione i wynosi Dodaję dokument FZV w miesiącu wrześniu na kwotę 200 PLN (46 VAT). Wystawiam korektę deklaracji za miesiąc wrzesień, wartość pola 55 wynosi Przeliczam ponownie deklarację za miesiąc październik, wartość pola 37 nie aktualizuje się i w dalszym ciągu wynosi błąd. Powinna zostać przeniesiona kwota z ostatniej deklaracji za poprzedni miesiąc. Comarch ERP Altum, Comarch ERP Retail 65 Zmiany funkcjonalne w wersji 6.0

66 8.32. Nieprawidłowe kwoty podczas przenoszenia BO na kolejny rok. Wprowadzenie w poniżej opisany sposób dokumentu BO ręcznego wpływa na to, że w kolejnym roku wartość z BO nie jest brana pod uwagę podczas przenoszenia BOA. Wprowadzam dokument BO na konto np Na dokumencie dodaję dwie pozycje. Elementy BO dodaję za pomocą przycisku: Dodaj w tabeli. Nie używam opcji Dodaj przez formularz. Wprowadzam obie pozycje wpisując numer konta z pamięci. Nie odwołuję się do planu kont. Wprowadzam pierwszą pozycję wpisując w kolumnie konto Przechodzę przyciskiem "TAB" do kolumny z kwotą. Analogicznie dodaję drugą pozycję. BO zapisuję i z menu kontekstowego zatwierdzam. Zmieniam okres obrachunkowy. Przenoszę BO na podstawie poprzedniego okresu. Wskazuję konto BO przenosi się w kwocie wynikającej z pierwszej pozycji na dokumencie BO Błąd podczas wystawiania KBOA na konta pracowników. W roku 2012 mam zatwierdzone dekrety na konta słownikowe pracowników. W roku 2013 przenoszę automatycznie bilans otwarcia (konta: wszystkie) i zatwierdzam dokument. Następnie w roku 2012 dodaję jeszcze dekret na konto słownikowe pracownika i go zatwierdzam. W roku 2013 przenoszę ponownie automatyczny bilans otwarcia (konta: wybrane). Gdy chcę zapisać dokument do bufora, pojawia się błąd przy koncie pracownika "Wybierz pracownika". Edytuję tą pozycję i okazuje się, że na szczegółach elementu BO mam pole "Kontrahent", które jest puste (powinno być "Pracownik" i odpowiedni pracownik). KBOA mogę zapisać dopiero wtedy, gdy ręcznie na każdej pozycji wskażę podmiot typu "Pracownik" i konkretnego pracownika z listy Nie można wycofać podsumowania na liście obrotów i sald. Wyliczam obroty i salda dla całego roku obrachunkowego, następnie w podsumowaniu pod kolumną Per saldo zaczynam zmieniać filtry: na suma, max, min, średnia. Nie można jednak zrezygnować z takiego filtrowania Na obrotówce nie działa zaznaczenie kilku rekordów. Otwieram listę obroty i salda. Na liście nie działa zaznaczenie kilku rekordów. Dla zaznaczonych rekordów powinna być wyliczana suma Błędna prezentacja salda na zestawieniu obrotów i sald uruchamianym z poziomu planu kont. Struktura planu kont w okresie obrachunkowym 2013 wygląda następująco: 206 to konto słownikowe (kontrahentów), rozrachunkowe, aktywno-pasywne. 206-Comarch 206-Comarch-PLN 206-Comarch-EUR Wprowadzam dwa zapisy na konto 206-Comarch-PLN: 1 WN 123 PLN ( po drugiej stronie dowolne konto) 2 MA 100 PLN (po drugiej stronie dowolne konto) Wchodzę na plan kont i z tego poziomu wywołuję zestawienie obrotów i sald dla konta 206-Comarch. Saldo WN dla okresu obrachunkowego 2013 wynosi: 123, a dla saldo MA: 100 oba są błędne. Prawidłowe saldo to WN 23 i poprawnie prezentowane jest z poziomu listy: Obroty i salda. Błąd występuje wyłącznie podczas uruchamiania ZOiS z poziomu plan kont. Dodatkowo jeżeli z tego poziomu zdefiniuję rok 2013 jako zakres dat, dane również są poprawne Niepoprawne podsumowanie kolumn Saldo Wn i Saldo Ma na wydruku obrotówki. Filtruję obrotówkę od konta 100 do 149 (resztę filtrów zostawiam bez zmian), wyliczam obrotówkę za cały okres obrachunkowy Uruchamiam wydruk - w kolumnach Saldo Wn i Saldo Ma pokazywane są niepoprawne dane. Przykładowo, kwoty: ,91 oraz ,20 w podsumowaniu wydruku sumowane są do 2871,83. W samym programie podsumowanie jest prawidłowe. Comarch ERP Altum, Comarch ERP Retail 66 Zmiany funkcjonalne w wersji 6.0

67 8.38. Błędna seria w numeratorze dokumentu FSV/KFSV wygenerowanego z ZSD/KSD. W systemie istnieją dwie serie: AVARO i ALLE. Seria ALLE jest serią domyślną dla typów dokumentów ZSD i KSD. Numerator dokumentów ZSD, KSD, PAR, KIPAR, KWPAR, FSV, KFSV zawiera człon z serią. Wystawiam PAR z serią w numeratorze "AVARO" na dowolny artykuł o dowolnej wartości - zatwierdzam PAR. Wystawiam ZSD z serią w numeratorze "AVARO" i dodaję utworzony wcześniej PAR - zatwierdzam ZSD. W wyniku zatwierdzenia ZSD system automatycznie generuje dokument FSV, przy czym w numeratorze FSV ustawiana jest seria "ALLE" zamiast "AVARO" - błąd, powinna ustawić się taka sama seria jak na dokumencie ZSD. Błąd dotyczy też KFSV generowanych z dokumentów KSD. Workflow 1. Zmiany ergonomiczne w kontekstach Altum W wersji Comarch ERP Altum Workflow 6.0 w oknie Konteksty Altum wprowadzono zmiany, których celem była poprawa ergonomii podczas definiowania powiązania parametrów procesu z obiektami Altum. W nowym oknie zmieniono układ danych, w górnej części prezentowane są parametry procesu a w dolnej lista obiektów Altum. Dolne okno składa się z lewej listy zawierającej wszystkie obiekty Altum, które można powiązać z parametrem procesu oraz z prawej listy, na której wyświetlane są powiązane obiekty ze wskazanym parametrem. Dane w dolnej sekcji prezentowane są w kontekście podświetlonego parametru w górnej części. Operacje wiązania obiektów Altum w dolnym oknie wykonywane są dla zaznaczonego elementu z górnej listy. Prace z kontekstami powinna być bardziej czytelna dzięki zastąpieniu technicznych określeń obiektów Altum biznesowymi nazwami, którymi posługuje się każdy użytkownik Altum, z uwzględnieniem języka zalogowanego operatora. 2. Zmiany w oknie import procesów Rysunek 61 Kontekst Altum W celu optymalizacji zarządzania procesami podczas importu, zmieniono sposób sortowania danych na liście importowanych procesów. Comarch ERP Altum, Comarch ERP Retail 67 Zmiany funkcjonalne w wersji 6.0

68 Dotychczas procesy były sortowane po nazwie, natomiast od wersji 6.0 procesy automatycznie zostaną wyświetlone w następującej kolejności: a) Procesy ze statusem Błąd, których nie można zaimportować, np. z uwagi na nieprawidłową wersję procesu; b) Procesy ze statusem Ostrzeżenie, jeżeli taki proces już znajduje się w bibliotece procesów; c) Procesy ze statusem Gotowy, który może być importowany do biblioteki. 3. Parametry procesu Rysunek 62 Import procesów W ramach poprawy ergonomii w pracy z parametrami procesu w oknie Parametry procesu dodano następujące opcje: a) Przeniesiono edycję wartości domyślnej parametru do osobnego okna, które pojawia się podczas kliknięcia w kontekstowy przycisk dostępny w komórce lub za pomocą spacji, jeżeli focus ustawiony jest w komórce z wartością domyślną. b) Zmiana kolejności parametrów startowych w definicji procesów, która determinuje kolejność parametrów uzupełnianych podczas uruchamiania procesów. Istnieje możliwość seryjnego przesuwania parametrów. Rysunek 63 Lista parametrów startowych Comarch ERP Altum, Comarch ERP Retail 68 Zmiany funkcjonalne w wersji 6.0

69 Dodatkowo podczas uruchamiania procesu wprowadzono możliwość wyboru konkretnej wartości parametru z rozwijanej listy typu Combobox. W celu ustawienia takiego parametru należy z listy typów wybrać Comarch.Workflow.Library.ComboBoxType, natomiast jako wartość domyślną podać listę z wartościami typu string w nawiasach {} oddzielonych przecinkami, np.: {"0","1","2","3"} jn. Rysunek 64 Definiowanie parametru startowego typu Combobox" Tak utworzona lista wartości będzie widoczna podczas uruchamiania procesu w oknie parametrów jn. Rysunek 65 Parametry startowe podczas uruchamiania procesu 4. Zamiana aktywności Wyślij decyzję/wyślij informację W wersji 6.0 można skorzystać z nowej funkcjonalności, która umożliwia zamianę decyzji na informację i informacji na decyzję. Podczas zamiany kopiowane są wszystkie ustawienia pierwotnej aktywności (tytuł, opis itd.). Dzięki temu użytkownik będzie mógł w bardzo łatwy sposób dokonać zmiany w aktywnościach. Operacja ta wpłynie na czas tworzenia procesu, gdyż jest ona bardzo łatwa w realizacji np. po klikniecie w belkę aktywności Wyślij decyzję wystarczy otworzyć menu kontekstowe i wybrać opcję: Zamień na Wyślij informację jn. Rysunek 66 Zamiana decyzji na informację Comarch ERP Altum, Comarch ERP Retail 69 Zmiany funkcjonalne w wersji 6.0

70 5. Inne W wersji 6.0 wprowadzono zmiany również w niżej wymienionych obszarach: 5.1. Dodano nowe zdarzenia lokalne dla dokumentu: Wydania Zewnętrzne (WZ); Przesunięcia międzymagazynowe (MM+\MM-); Przyjęcie zewnętrzne (PZ); Przyjęcie wewnętrzne (PW); 5.2. Dodano zdarzenia globalne dla dokumentów: Korekta ilościowa faktury sprzedaży (KIFS); Korekta wartościowa faktury sprzedaży (KWFS); 5.3. Obsłużono nowe aktywności biznesowe dla: Oferty sprzedaży (OS); Załączników; Atrybutów Powiąż atrybut z typem obiektu; 5.4. Rozbudowano procesy windykacji dla Monitów, Wezwań i Not odsetkowych Procesy windykacji umożliwiają bieżącą weryfikację przeterminowanych należności dla wszystkich lub wybranych kontrahentów według parametrów określonych w definicji procesu. Na podstawie wykonanej analizy proces dla każdego kontrahenta generuje odpowiednie dokumenty windykacji (Monity/Wezwania/Noty odsetkowe) i przesyła dokumenty na główny adres kontrahenta. Dokumenty windykacji mogą być wysłane automatycznie lub po potwierdzeniu przez operatora, który otrzymuje do skrzynki zadań informacje o wygenerowanych dokumentach. Proces umożliwia również przesyłanie kopii wiadomości wraz z dokumentami windykacji do pracownika kontrahenta. Pracownik kontrahenta pobierany jest według stanowiska, określonego w parametrach startowych procesu. Kopia przesyłana jest na domyślny adres pracownika. Dodatkowo istnieje możliwość przesłania trzech kolejnych dokumentów windykacji dla przeterminowanych należności, dla których ilość dni po terminie przekroczyła kolejno np. 0, 3, 8 dni. Domyślne wartości minimalnych progów określających ilość dni po terminie, można modyfikować w definicji procesu w parametrach startowych Wprowadzono weryfikację licencji Workflow w Edytorze procesów Bez licencji Workflow nie będzie możliwości definiowania procesów wrokflow i korzystać z edytora procesów Udostępniono możliwość zaimportowania swojego, lokalnego zdarzenia startowego oraz wybrania go w kreatorze nowego procesu Więcej informacji na blogu 6. POPRAWIONO 6.1. Problem z hasłem SMTP podczas wysyłania wiadomości . Uruchamiam Konfigurator Workflow. Wybieram bazę firmową. Logowanie do bazy firmowej ustawiam admin\admin. Ustawiam poprawne parametry logowania do serwera smtp dla konta bizon. W oknie zaawansowanych ustawień mam włączone szyfrowanie hasła do SMTP. Rejestruję usługi Workflow, jako usługi Windows na koncie domenowym. Wchodzę za pomocą systemu operacyjnego do konfiguracji usług Windows. Zmieniam konto, na którym działa usługa z mojego konta domenowego na Local System. Uruchamiam usługę z Konfigurator Workflow (trzeba, żeby zaszyfrowane było hasło dla połączenia do bazy).uruchamiam proces z aktywnością wyślij . Pojawia się wyjątek w procesie. Po zmianie konta, na którym działa usługa WfServer na konto domenowe wysłanie wiadomości mail. Comarch ERP Altum, Comarch ERP Retail 70 Zmiany funkcjonalne w wersji 6.0

71 Problem polega na tym, że szyfrowanie jest wykonywane w kontekście zalogowanego użytkownika, a później usługa Workflow Server uruchamiany jest w kontekście usługi lokalnej systemowej, a więc innego użytkownika. W takim przypadku podczas próby deszyfracji hasła z pliku config/smtpsettings.config pojawia się problem Uruchamianie procesów biznesowych z kontekstu: Szczegóły faktury VAT sprzedaży/zakupu. Obecnie nie można uruchamiać procesów Workflow z poziomu formatek faktur VAT sprzedaży/zakupu. W edytorze procesów należałoby dodać możliwość wyboru kontekstów ALTUM dla tych obiektów Brak powiadomienia o nowych zadaniach w skrzynce zadań. Jeśli mam otwartą skrzynkę zadań i aktywny folder "Do wykonania" to, jeśli znajduje się na innej zakładce w Altum i dostanę nowe zadanie nie pojawi mi się powiadomienie. Wynika to z tego, że nowe zadanie zostanie automatycznie wyświetlone w skrzynce zadań (ze względu na aktywny folder "Do wykonania") i nie jest traktowane, jako nowe zadanie. Błąd występuje tylko wtedy, kiedy folder "Do wykonania" jest pusty Problem z logowaniem niezintegrowanym do skrzynki zadań. Brak możliwości zalogowania się do skrzynki zadań na użytkownika admin z domyślnym hasłem, oraz na nowo dodanego użytkownika (np. Workflow) z hasłem innym niż nazwa konta. Po wpisaniu użytkownika i hasła pojawia się komunikat: Niepoprawny użytkowników i\lub hasło Ładowanie rozszerzenia generuje błąd FileLoadException. Kopiowany jest plik rozszerzenia (z nazwą inną niż podczas kompilacji) do głównego katalogu aplikacji. Rozszerzenie jest rejestrowane w Altum.exe.config (<Module>nazwa_roszerzenia</Module>). Usługa WorkflowServer została skonfigurowana poprawnie i zostaje uruchomiona. Pojawia się wyjątek FileLoadException. Następnie zmieniono nazwę pliku rozszerzenia na pierwotnie nazwany przy kompilacji. Uaktualniona została zmiana nazwy zarejestrowanego wcześniej modułu w Altum.exe.config. WorkflowServer uruchamia się teraz poprawnie Problem z pobieraniem licencji. Konfigurator Workflow oraz usługa WorkflowServer pobierają błędnie licencję UI, a nie powinny Duplikacja dokumentów windykacyjnych w momencie, gdy kontrahent ma więcej niż jeden adres. Błąd dotyczy procesów z dokumentami windykacyjnymi. Jeżeli kontrahent, na którego mamy wystawić dokument windykacyjny ma więcej niż jeden adres zdefiniowany, to wystawionych zostanie na niego więcej niż jeden dokument (do tych samych płatności, czyli pojawi się duplikacja). Retail 1. Instalacja Comarch ERP Retail Comarch ERP Retail 1.1. Wiele numeratorów dla typu dokumentów w ramach centrum Dodawanie nowych numeratorów W związku z udostępnieniem wielu numeratorów dla typu dokumentu, również w ramach centrum odległego, na centrali Retail odblokowana została możliwość dodawania nowych numeratorów Konwersja numeratorów Podczas dodawania oddziału Retail, jeśli dostępne numeratory nie odpowiadają wymaganiom, które obowiązują w instalacji Retail, dokonywana jest automatyczna podmiana numeratora, ale tylko dla tego centrum. Comarch ERP Altum, Comarch ERP Retail 71 Zmiany funkcjonalne w wersji 6.0

72 1.2. Zmiany w cennikach i sposobie pobierania cen na dokumenty Aktywność dla cenników Na oddziale Retail możliwa będzie aktywacja\dezaktywacja cennika, na ogólnych zasadach, tylko pod warunkiem, że będzie to cennik dla typu ceny oznaczonego jako Autonomiczny Modyfikacja zatwierdzonego cennika Na oddziale Retail możliwa będzie modyfikacja zatwierdzonego cennika, na ogólnych zasadach, tylko pod warunkiem, że będzie to cennik dla typu ceny oznaczonego jako Autonomiczny Ceny dla operatora Wiązanie grup operatorów z typami ceny jest możliwe tylko z poziomu centrali Retail Najniższa cena dla kontrahenta Podobnie jak kontrahenta, ustawienie pobierania dla niego najniższej ceny, jest możliwe zarówno w centrali jak i oddziale Retail Artykuły powiązane Artykuły powiązane mogą być importowane tylko z poziomu centrali Retail. Powiązanie między artykułami jest synchronizowane na oddziały Retail i stanowiska POS Zmiany w obszarze inwentaryzacji Konfiguracja systemu W konfiguracji modułu handlowego ustawienie parametru: c) Inwentaryzacja kontrola poprawności dokumentów jest możliwe tylko na centrali Retail; d) Automatyczne zatwierdzanie dokumentów inwentaryzacyjnych jest możliwe zarówno na centrali, jak i oddziale Retail Odczyty Odczyty inwentaryzacyjne nie są synchronizowane wraz z Arkuszami inwentaryzacyjnymi do centrali Retail, ponieważ zawarte na nich informacje będą zbiorczo prezentowane na arkuszach Otwieranie i kopiowanie inwentaryzacji Otwarcie inwentaryzacji jest możliwe zarówno na centrali jak i oddziale Retail, przy czym na oddziale otwarcie jest możliwe, tylko gdy dokumenty generowane z inwentaryzacji (PW\RW) nie zostały przesynchronizowane do centrali Archiwalne stany artykułów - agregacje W związku z tym, iż tabela Storage.StocksAggregations nie będzie już wykorzystywana, nie jest ona synchronizowana z centrali do oddziału oraz z oddziału do centrali Retail. Raport archiwalne stany artykułów jest dostępny zarówno na centrali jak i oddziale Retail, dla dostępnych magazynów Protokół zwrotu, ewidencja zwrotów i reklamacji Nowy słownik uniwersalnego: Przyczyny korekty jest synchronizowany z centrali do oddziału Retail. Wartości w słowniku można dodawać i modyfikować tyko na centrali Retail Generowanie dokumentów ZSD/KSD Na oddziale Retail wprowadzono blokadę dodawania do ZSD\KSD dokumentów przesynchronizowanych do centrali Retail. Comarch ERP Altum, Comarch ERP Retail 72 Zmiany funkcjonalne w wersji 6.0

73 1.8. Nowe funkcjonalności dotyczące adresów Usuwanie adresów W oddziale Retail odblokowana została możliwość usuwania adresów. Jeśli adres zostanie usunięty w którymś z oddziałów lub centrali (nie został wykorzystany na żadnym dokumencie), to po synchronizacji do pozostałych oddziałów i centrali zostanie również usunięty, a jeśli nie może zostać usunięty, bo został wykorzystany, to zostanie zarchiwizowany Pozostałe Parametr: Pobieranie adresu podczas generowania/kopiowania dokumentu można modyfikować tylko na centrali Retail i jego ustawienie jest synchronizowane do oddziałów Zmiany w obszarze faktur zaliczkowych Częściowe rozliczanie faktur zaliczkowych Faktury zaliczkowe wystawione w oddziale Retail można odliczyć tylko na dokumentach wystawionych w tym oddziale, zatem na centrali Retail na dokumentach FS\FZ (końcowych), na zakładce Kwoty, nie są wyświetlane FSL\FZL, które zostały przesynchronizowane z oddziału Retail Pozostałe Ustawienie parametru: Dozwolona ujemna wartość faktury końcowej można edytować tylko na centrali Retail Operacje kasowe zmiany funkcjonalne Automatyczne wypełnianie pola Tytułem podczas rozliczania operacji kasowej/bankowej Parametr: Automatyczne wypełnianie pola Tytułem operacji k/b w Konfiguracji jest możliwy do edycji tylko na centrali Retail. Na oddziale Retail będzie możliwość sterowania tym parametrem na oknie Potwierdzenia zapłaty Obsługa Zestawienia operacji w centrali Retail (dotyczy wersji językowych innych niż Polska) Na centrali Retail nie ma możliwości dodawania do ZO operacji, która znajduje się na niezatwierdzonym lub zatwierdzonym ZO w oddziale (które jeszcze nie zostało przesynchronizowane). Na ZO, które zostały zsynchronizowane z oddziału do centrali można wykonywać w centrali takie operacje jak: anulowanie, generowanie pliku, cofnięcie zatwierdzenia i cofnięcie wysłania. Na centrali Retail cofnięcie zatwierdzenia ZO utworzonego na oddziale oznacza, że można wprowadzać zmiany na tym dokumencie w centrali (zasady wprowadzania zmian na dokumencie ZO pozostają takie same) Obsługa Zestawienia operacji na oddziale Retail (dotyczy wersji językowych innych niż Polska) Na Zestawienie operacji w oddziale nie można dodać operacji, która została już przesynchronizowana do centrali. ZO wystawione w oddziale są synchronizowane na centralę. Jeśli takie zestawienie zostanie przesynchronizowane na centralę jego obsługa jest tam przekazywana, na oddziale nie będzie można już kontynuować takiej obsługi Stan niezatwierdzony i anulowany na fakturze VAT w rejestrze Aktywacja nowych stanów dokumentów na diagramie stanów dla dokumentu typu Faktura VAT będzie możliwa tylko w centrali Retail. W oddziałach Retail faktury VAT mogą być generowane tylko w stanie Zatwierdzonym. Na centrali Retail można edytować dokumenty VAT na ogólnych zasadach, zarówno wystawione na centrali, jak i przesynchronizowane z oddziałów Retail Raporty kasowo-bankowe Zmiany w funkcji otwierania i zamykania raportów kasowo-bankowych W instalacji Retail zablokowano możliwość otwierania i zamykania raportów kasowo-bankowych w dowolnej kolejności. Została zachowana funkcjonalność z poprzednich wersji, gdzie otwarcie\zamknięcie raportu powoduje otwarcie\zamknięcie wszystkich późniejszych raportów. Comarch ERP Altum, Comarch ERP Retail 73 Zmiany funkcjonalne w wersji 6.0

74 Atrybuty i załączniki na raportach kasowo bankowych Podczas synchronizacji zamkniętych raportów k\b wysyłane są również obiekty: Atrybuty i Załączniki powiązane z tymi raportami Pozostałe Parametry z obszaru: Pobieranie kursu waluty na definicji dokumentów: wpłata i wypłata k\b, można edytować zarówno na centrali jak i oddziale Retail. 2. Instalacja Comarch ERP XL Comarch ERP Retail 2.1. Zmiany w synchronizacji między centralą Retail a centralą XL Optymalizacja eksportu dokumentów do centrali XL W wersji 6.0 znacząco wzrosła wydajność eksportu dokumentów z centrali Retail do centrali XL. Poniżej przedstawiono wykres obrazujący zmiany w czasie eksportu 5 tys. dokumentów z centrali Retail między wersją Comarch ERP Retail a 6.0. Rysunek 67 Zmiany w czasie eksportu 5 tys. dokumentów z centrali Retail dla poszczególnych wersji Optymalizacja importu artykułów do centrali Retail Zwiększono również wydajność importu artykułów do centrali Retail, poprzez bezpośredni import z poziomu SQL-a. Poniżej przedstawiono wykres obrazujący zmiany w czasie eksportu 5 tys. artykułów i 5 tys. kontrahentów do centrali Retail między wersją Comarch ERP Retail a 6.0. Rysunek 68 Zmiany w czasie eksportu 5 tys. artykułów i 5 tys. kontrahentów z centrali Retail dla poszczególnych wersji. Comarch ERP Altum, Comarch ERP Retail 74 Zmiany funkcjonalne w wersji 6.0

75 2.1.3.Różnicowy eksport danych z centrali XL. W celu zwiększenia wydajności synchronizacji zostały dodane do synchronizacji różnicowej nowe obiekty w centrali XL: magazyny, serie, banki, rejestry, klasy cech i cechy, formy płatności, definicje cen, stawki VAT, jednostki miary, klasy i obiekty atrybutów Zmiany w kolejności eksportowania dokumentów do centrali XL Zmieniony został również sposób eksportu dokumentów z centrali Retail, obecnie dokumenty są wysyłane zgodnie z kolejnością ich zatwierdzania. Taka obsługa zmniejsza prawdopodobieństwo konieczności ponownej synchronizacji dokumentów, które nie mogły zostać zaimportowane do centrali XL, ze względu na brak zasobów Nowa prezentacja logów W Comarch ERP Retail wprowadzono nowy sposób prezentacji logów, zarówno przy synchronizacji uruchamianej ręcznie, jak i automatycznej. Logi wyświetlane są z poziomu menu Oddziały\Comarch ERP XL\Logi. Na liście (z lewej strony) prezentowana jest lista logów, wraz ze statusami. W oknie po prawej stronie wyświetlany jest już konkretny log, zaznaczony na liście. Rysunek 69 Lista logów z synchronizacji do centrali XL, wraz ze szczegółami konkretnego loga Dzięki dodatkowym opcjom możliwe jest łatwe zarządzanie logami z synchronizacji, w tym prostsze ich zaznaczanie, kopiowanie, rozwijanie i zwijanie poszczególnych gałęzi. Comarch ERP Altum, Comarch ERP Retail 75 Zmiany funkcjonalne w wersji 6.0

76 2.1.6.Zmiana mechanizmu i interfejsu harmonogramowania synchronizacji Wprowadzona została również nowa funkcjonalność harmonogramowania synchronizacji w centrali Retail. Harmonogramy można definiować z poziomu menu Oddziały\Comarch ERP XL\Harmonogramy synchronizacji. Rysunek 70 Harmonogram synchronizacji z Comarch ERP XL Ponieważ do synchronizacji wykorzystywany jest obecnie harmonogram zadań Windows, nie jest już wymagane uruchomienie Systemu podczas synchronizacji. Dla harmonogramu możliwa jest również selektywna synchronizacja, obiekty do synchronizacji są wybierane na zakładce Synchronizacja selektywna Wiele numeratorów dla typu dokumentów w ramach centrum W instalacji z Comarch ERP XL dla Centrali Retail zawsze jest jeden numerator dla typu dokumentu, bez możliwości zmiany. Po zmianie numeratora w Centrali XL (możliwa jest zmiana z numeracji rocznej na numerację miesięczną), zostanie zmieniony również numerator w centrali Retail Zmiany w cennikach i sposobie pobierania cen na dokumenty Modyfikacja zatwierdzonego cennika W instalacji z Comarch ERP XL w Retail brak możliwości edycji cen i cenników Ceny dla jednostek miary W instalacji z Comarch ERP XL ceny są określane w centrali Retail zawsze dla jednostki podstawowej, nie ma możliwości określenia ceny dla jednostki pomocniczej Ceny dla operatora W instalacji z Comarch ERP XL ceny można określić powiązanie grup operatorów z typami cen w centrali Retail. Możliwa jest również edycja ceny początkowej, zgodnie z ustawieniami określonymi w centrali Retail Najniższa cena dla kontrahenta W instalacji z Comarch ERP XL można określić w centrali Retail, czy dla kontrahenta będzie pobierana najniższa cena Zmiany w obszarze inwentaryzacji Konfiguracja systemu Ustawienie poniższych parametrów w konfiguracji modułu handlowego jest możliwe na centrali Retail: Comarch ERP Altum, Comarch ERP Retail 76 Zmiany funkcjonalne w wersji 6.0

77 a) Automatyczne zatwierdzanie dokumentów inwentaryzacyjnych; b) Inwentaryzacja kontrola poprawności dokumentów; 2.5. Protokół zwrotu, ewidencja zwrotów i reklamacji Podczas synchronizacji dokumentów: Paragon, Korekta ręczna, Korekta ilości i wartości do Paragonu/Faktury sprzedaży z centrali Retail do centrali XL, przesyłana będzie wartość pola Przyczyna korekty Generowanie dokumentów ZSD/KSD Na centrali Retail wprowadzono blokadę dodawania do ZSD\KSD dokumentów przesynchronizowanych do centrali XL Nowe funkcjonalności dotyczące adresów Usuwanie adresów W instalacji XL-Retail odblokowana została możliwość usuwania adresów. Jeśli adres zostanie usunięty na centrali XL lub centrali Retail (nie został wykorzystany na żadnym dokumencie), to po synchronizacji zostanie on również usunięty, a jeśli nie może zostać usunięty, bo został wykorzystany, to zostanie zarchiwizowany Pozostałe Ustawienie parametru: Pobieranie adresu podczas generowania/kopiowania dokumentu można modyfikować na centrali Retail Stan niezatwierdzony i anulowany na fakturze VAT w rejestrze W przypadku instalacji XL-Retail nie ma możliwości aktywacji nowych stanów dokumentów na diagramie stanów dla dokumentu typu Faktura VAT Pozostałe Anulowanie dokumentów W centrali Retail wprowadzona została możliwość anulowania dokumentów, które nie zostały jeszcze przesynchronizowane do centrali XL Usuwanie grup artykułów W synchronizacji obsłużona została funkcjonalność usuwanie grup artykułów na centrali XL. 3. POS 3.1. Wiele numeratorów dla typu dokumentów w ramach centrum Numerator dla typu dokumentu na POS W związku z możliwością przypisania wielu numeratorów do typu dokumentu w ramach centrum, możliwy jest wybór numeratora dla dokumentu na stanowisku POS. Na definicji stanowiska POS użytkownik wybiera, który numerator dla typu dokumentu ma być używany na POS. Do wyboru możliwe są tylko numeratory dostępne dla danego centrum struktury. Rysunek 71 Ustawienia numeratorów powiązanych z typami dokumentów na definicji Stanowiska POS Comarch ERP Altum, Comarch ERP Retail 77 Zmiany funkcjonalne w wersji 6.0

78 3.1.2.Konwersja numeratorów Podczas dodawania stanowiska POS, jeśli dostępne na centrum numeratory nie odpowiadają wymaganiom, które obowiązują w instalacji Retail, dodawane są nowe numeratory i przypisywane do stanowiska POS Zmiany w cennikach i sposobie pobierania cen na dokumenty Ceny dla jednostek miary Na stanowisku POS ceny zdefiniowane dla jednostek miary wyświetlane są na oknie Podgląd artykułu. Dodatkowo na oknie Podgląd ceny wprowadzono możliwość sprawdzenia ceny dla wybranych jednostek miary. Na dokument handlowy będą pobierane ceny, powiązane z danymi jednostkami artykułu, jeśli zostały zdefiniowane Ceny dla operatorów Na oknie Podgląd ceny, ceny są już wyświetlane w oparciu o typy cen dostępne dla zalogowanego operatora. Na dokument handlowy będą pobierane tylko ceny dostępne dla zalogowanego operatora Najniższa cena dla kontrahenta Na dokument handlowy będzie pobierana najniższa cena dla kontrahenta, pod warunkiem, że będzie on miał zaznaczony parametr: Najniższa cena na dokumentach rozchodowych Artykuły powiązane Konfiguracja W definicji stanowiska POS istnieje możliwość skonfigurowania ustawień dotyczących wyświetlania artykułów powiązanych. Dostępne są następujące opcje: Całkowita liczba wyświetlanych oznacza po ile artykułów powiązanych będzie pobieranych i wyświetlanych dla artykułu Liczba wyświetlanych jednocześnie oznacza ile artykułów powiązanych jednocześnie będzie wyświetlane dla artykułu Wyświetlanie tylko dostępnych oznacza czy będą wyświetlane tylko artykuły powiązane, które są dostępne na magazynie Wyświetlanie artykułów powiązanych Na POS artykuły powiązane wyświetlane są, zgodnie z ustawieniami w konfiguracji: Na liście artykułów dla zaznaczonego artykułu, Na dokumencie handlowym (Paragon/Faktura sprzedaży) oraz dokumencie Wymiany dla artykułu w zaznaczonym elemencie. Rysunek 72 Artykuły powiązane na dokumencie handlowym (Paragonie) na POS Comarch ERP Altum, Comarch ERP Retail 78 Zmiany funkcjonalne w wersji 6.0

79 Oprócz zdjęcia artykułu powiązanego wyświetlane są również jego kod, nazwa, cena i ilość na magazynie. Na dokumentach handlowych wybranie (kliknięcie) artykułu powiązanego będzie powodować dodanie go na dokument, zatem użytkownik może w prosty sposób sprzedać taki artykuł powiązany Protokół zwrotu, ewidencja zwrotów i reklamacji Na dokumentach KIPAR\KIFS, również ręcznych oraz na oknie Wymiana zostało dodane: c) Pole Przyczyna, w którym z listy rozwijanej można wybierać wartości ze słownika uniwersalnego: Przyczyny korekt; d) Pole Nr fiskalny, w którym należy wprowadzać numer paragonu, do którego wystawiono korektę, nadany przez drukarkę fiskalną; Udostępniono również nowy wydruk Protokół przyjęcia zwrotu/reklamacji dla dokumentu KIPAR Nowe funkcjonalności dotyczące adresów Uprawnienia do adresów Na stanowisku POS sprawdzane są uprawnienia operatorów do dodawania\modyfikacji\usuwania adresów. W przypadku braku takiego uprawnienia, przy próbie wykonania zabronionej akcji, wyświetlane jest standardowe okno autoryzacji Usuwanie adresów Umożliwiono usuwanie adresów z poziomu stanowiska POS (tylko przy połączeniu z bazą BackOffice). Jeśli adres zostanie usunięty na BackOffice (nie został wykorzystany na żadnym dokumencie), to na POS zostanie również usunięty, a jeśli nie może zostać usunięty, ponieważ został wykorzystany na POS, będzie archiwizowany Pozostałe Na POS jest możliwość zmiany kontrahenta na niezatwierdzonym dokumencie Korekty paragonu lub faktury sprzedaży Otwieranie szuflady W Konfiguracja\Ustawienia globalne na stanowisku POS możliwe jest ustalenie kiedy będzie otwierana szuflada. Do wyboru są opcje przy: płatności za dokumenty zarówno za Paragony, Faktury sprzedaży, jak i ich korekty, KP\KW przy zapisywaniu operacji k\b, zamknięciu dnia przy otwarciu okna Zamknięcia dnia. Dodatkowo szuflada będzie otwierana również przy płatnościach formą typu Karta, bez względu na rodzaj powiązanego z tą formą rejestru Zmiany w operacjach k\b Przyciski KP i KW W opcji Kasa wprowadzono dodatkowy przycisk KW, który domyślnie otwiera okno wprowadzania dokumentu kasowego KW. Dotychczasowy przycisk KP\KW zmienił swoją nazwę na KP, jednak jego działanie pozostaje bez zmian. Tak samo jak na dotychczas dostępnym przycisku KP, dla nowego przycisku KW, możliwa jest zmiana rodzaju operacji na przyjęcie kasy, czyli KP, za pomocą przycisku Przyjmij (KP) Wydanie i przyjęcie kasy dla formy płatności typu Karta Dla dokumentów Kasa przyjmie\kasa wyda umożliwiono wybór formy płatności typu Karta. Comarch ERP Altum, Comarch ERP Retail 79 Zmiany funkcjonalne w wersji 6.0

80 4. POPRAWIONO 4.1. Kreacja oddziału Retail/Mobile. Nieaktywna ikona umożliwiająca dołączenie kategorii na zakładce Artykuły. Dodaję oddział odległy Retail bądź Mobile. Na zakładce Artykuły nieaktywna jest ikona umożliwiająca przypisanie kategorii Numeratory. Nie można dodać nowego schematu numeracji w Retail HQ. Na bazie centrali zsynchronizowanej z oddziałem nie można dodać nowego schematu numeracji. Okno w konfiguracji pozwala wybrać przycisk [Dodaj], ale nie da się uzupełnić pól obowiązkowych ze względu na brak kursora. Nie ma również możliwości dodania nowego elementu numeratora Synchronizacja XL-Retail. Błąd synchronizacji zamienionego kodu towaru Zakładam w XLu towary A1 i A2, synchronizuję je do Retail, zmieniam wzajemnie kody i znowu synchronizuję do Centrali Retail. Po synchronizacji efekt jest taki, że w Centrali Retail towary są źle ze sobą zlinkowane Synchronizacja XL-Retail. Nie usuwają się grupy artykułów w Retail usunięte w XL Scenariusz jest następujący: 1. Tworzę nową grupę G1 w CDN XL. 2. Synchronizuję do Retail. 3. Następnie usuwam tę grupę w CDN XL. 4. Synchronizuję do Retail. 5. Po synchronizacji grupa nie jest usuwana Auto Update. Wolne ładowanie się okna głównego agenta. Agent zainstalowany na końcówce w lokalizacji w Warszawie. Agent nadrzędny w Krakowie. Agent podrzędny bardzo długo ładuje dane. Przykładowo odświeżenie ekranu głównego na agencie podrzędnym trwa ok 2 min Synchronizacja XL-Retail. Błędny status ZWE w Retail po synchronizacji z XL Przy poniższym scenariuszu występuje błąd w funkcjonalności ZWE XL-Retail: 1. Wystawiam ZWE na 4 pozycje na oddziale Retail. 2. Zamówienie jest synchronizowane na centralę Retail a stamtąd eksportowane do pliku wymiany dla XL. 3. Następnie import do XL, ZWE jest potwierdzane i generowane są dokumenty MM. 4. Na dokumencie MMW usuwam jedną pozycję (brak pozycji może być spowodowany np. brakiem zasobu w XL, lub np. nie chcemy realizować na razie tej części zamówienia) 5. ZWE dostaje w XL status W realizacji 6. Eksport z XL i import do Retail 7. Zamówienie w Retail zmienia status na W Realizacji i zostaje zaimportowany dokument MMW 8. Synchronizujemy na oddział 9. Na oddziale generujemy MMP z MMW, zamówienie zmienia status na zrealizowane i w tym momencie jest błąd gdyż na dokumentach MM brakuje jednej pozycji więc zamówienie nie zostało zrealizowane w całości. Następuje tu dezinformacja gdyż na liście artykułów na zasobie który nie został zrealizowany widnieją ilości w kolumnie zamówień, natomiast dokument ma status Zrealizowany. Sytuacje da się wyprostować poprzez wygenerowanie MM w XL na brakujące części zamówienia, jednakże może to wprowadzić użytkownika w błąd, który będzie się pogłębiał i na liście artykułów powstanie dużo pozycji z zamówieniami 4.7. Synchronizacja XL-Retail. Synchronizacja tabelki VAT na FZ z Retail do XL Scenariusz wystąpienia błędu jest następujący: 1. W Centrali Retail wystawiam PZ. 2. Generuję FZ (z PZ) i na zakładce kwoty zmieniam wartość VAT. 3. Synchronizuję Retail z XL. Na zsynchronizowanym dokumencie FZ tabelka VAT jest pobrana z PZ zamiast z FZ. Comarch ERP Altum, Comarch ERP Retail 80 Zmiany funkcjonalne w wersji 6.0

81 4.8. POS. Błędny podmiot na dokumencie KP przy otwarciu zmiany Na wygenerowanym dokumencie KP przy otwarciu zmiany na POS generuje się KP na podmiot nabywca zamiast pracownik. Ponadto pracownik nie jest pobierany z loginu zalogowanego do POS tylko z loginu podpiętego do DS. Ponadto przy generowaniu KP(KW) z ręki podpowiada się automatycznie pracownik podpięty do loginu z DS a nie ten, który jest zalogowany oraz podmiotem na tym dokumencie KP(KW) również jest nabywca a nie pracownik POS. Błąd występuje podczas przyjmowania płatności za dokument. Podczas użytkowania klawiatury dotykowej występuje poniższy błąd: Domyślna forma płatności gotówka - tam pojawia się cała kwota dokumentu. Klikamy w kwotę wpisujemy zero i przechodzimy do pozycji karta wpisując ręcznie kwotę należności. Wtedy w domyślnej formie płatności gotówka pojawia się cała kwota dokumentu Synchronizacja Retail Retail. Brak szyfrowania hasła dostępu do bazy danych w RetailServices.exe.config Brak szyfrowania hasła dostępu do bazy danych w pliku RetailServices.exe.config Synchronizacja Retail-Retail. Możliwość nie otrzymywania maili z raportem gdy brak zmian po synchronizacji Zostały włączone raporty mailowe przy synchronizacji na HQ i BO. Synchronizacja była ustawiona żeby wykonywała się co minutę. Przez 12h zostało wygenerowanych ponad 1000 maili o tym, że nic się nie zmieniło po synchronizacji. Dobrze byłoby dodać w konfiguracji raportów mailowych opcję "Nie wysyłaj pustych raportów". Gdy zaznaczy się ten parametr to nie byłyby wysyłane raporty mailowe gdy nie było zmian podczas synchronizacji. Rozwój obszarów analitycznych 1. Do hurtowni danych została dołączona aktualna dokumentacja hurtowni danych. Jest to dokumentacja techniczna tabel oraz pól a ich opisy wyświetlane są w języku angielskim. Dokumentacja przedstawiona jest w formie stron www. Możliwy będzie podgląd zarówno do aktualnej struktury bazy oraz porównanie do poprzedniej wersji np.: porównanie wersji 6.0 do wersji Przebudowa wymiaru Konto Aby poprawić wydajność pracy ze strukturą kont księgowych w wymiarze Konto od wersji 6.0 dotychczasowa hierarchia z wymiaru Konto (ParentChild) została przebudowana na nowy typ hierarchii (tworzona dynamicznie podczas transformacji). Zmiana ta pozwoliła również na grupowanie wartości po numerze konta (niezależnie od okresu obrachunkowego). 3. Atrybuty jako miary Funkcjonalność pokazywania atrybutów jako miary umożliwia przeniesienie w prosty sposób wartości atrybutu do kostki OLAP jako miarę bez konieczności modyfikacji hurtowni danych. Nowo utworzona miara będzie znajdowała się pośród innych miar dostępnych standardowo w danej kostce OLAP. Atrybuty mogą być dodawane do ośmiu tabel faktów FCT_Sale (Sprzedaż) FCT_Purchases (Zakupy) FCT_WarehouseFlows (Magazyny) FCT_OrderSale (Zamówienia Sprzedaży) FCT_OrderPurchase (Zamówienia Zakupu) FCT_Quotes (Oferty) FCT_Complaints (Reklamacje) Comarch ERP Altum, Comarch ERP Retail 81 Zmiany funkcjonalne w wersji 6.0

82 FCT_OperationalResults (Wyniki Operacyjne) Oraz do wymiarów Kontrahent, Produkt, Opakowania, Pracownik, Magazyn, Struktura Firmy. Każda miara będzie dodana do kostki zgodnie z konfiguracją oraz utworzony zostanie dla niej opis. 4. Aktualizacja danych GUS Do wersji 6.0 zaktualizowane zostały następujące dane GUS: Uzupełniono dane Liczby ludności za lata 2011, 2012 Uzupełniono dane Liczby przedsiębiorstw za rok 2012 Uzupełniono dane odnośnie cen średniomiesięcznych (aż do ), dodatkowo w okresie roku 2013 dodane zostały ceny dla czterech nowych produktów (w tym olej napędowy), Wskaźniki inflacji do Dodano Wartość PKB dla województw za rok 2010 (wcześniej tylko do 2009) oraz zaktualizowano poprzednie dane w związku z aktualizacją GUS Wartości wskaźników finansowych aż do Część słowników wymiarów GUS została zaktualizowana w związki ze zmianami w samym banku danych GUS 4. Wartość wskaźników cen towarów i usług - (wskaźniki kwartalne aż do ) 5. Dodano parametr ETL pozwalający na wyłączenie modułu Data Mining Wyłączenie przetwarzania Data Miningu może przyśpieszyć transformację dla osób niekorzystających z tych danych. 6. Analiza daty realizacji z dokumentów zamówień Umożliwiono analizowanie zamówień sprzedaży oraz zakupu ze względu na datę realizacji (na podstawie daty planowanej realizacji definiowanej na elemencie) 7. Nowy atrybut Przyczyna korekty Nowy atrybut pozwala na analizę przyczyn korekt dokumentów handlowych. Księga Raportów 1. Funkcjonalności dostępne zarówno w raportach OLAP oraz SQL 1.1. Maski w filtrach wymiarów Funkcjonalność ma na celu poprawić ergonomię wyszukiwania odpowiednich elementów wymiarów, poprzez zastosowanie znaków specjalnych zastępujących znak bądź ciąg znaków. Dzięki wprowadzeniu funkcjonalności, możliwe będzie filtrowanie elementów zaczynających się, kończących się, czy zawierających konkretne znaki. Wśród najważniejszych znaków specjalnych, które można wykorzystać podczas budowania maski wymienić należy: _ - zastępuje pojedynczy znak, np. a_c - pasuje do 3-znakowych wyrazów, które zaczynają się na 'a', na drugiej pozycji zawierają dowolny znak, a kończą się na 'c'. % - zastępuje dowolną ilość znaków, np. abc% - wyrazy zaczynające się na abc, %abc - wyrazy kończące się na abc, %abc% - wyrazy, które gdziekolwiek mają abc, abc%def - wyrazy zaczynające się na abc i kończące się na def; Comarch ERP Altum, Comarch ERP Retail 82 Zmiany funkcjonalne w wersji 6.0

83 / - tzw. "escape" - następujący po nim znak specjalny przestaje być specjalny, przy czym jeśli znak / nie poprzedza symbolu % ani _ to znak ten traktowany jest dosłownie tzn. nie trzeba wpisywać //, żeby wyszukać wyrazy zawierające /, regex: - po tym słowie kluczowym można stosować wyrażenia regularne, np. regex:.abc wyrazy zaczynające się od dowolnego znaku, a na kolejnych pozycjach posiadające znaki abc regex:[ab]cc zwrócone zostaną wyrazy acc oraz bcc regex:[^a]bc zwrócone zostaną wszystkie kombinacje trzy literowe z końcówką bc z wyjątkiem abc. Poza bieżącym filtrowaniem wymiarów, funkcjonalność umożliwia zapisywania stworzonej maski i stosowanie jej do nowych elementów pojawiających się wraz z bieżącą pracą na systemie. Takie podejście pozwoli przykładowo odfiltrowywać wszystkie elementy kont zaczynające się od 201, bez względu na to czy dane konto istniało w momencie tworzenia maski. Funkcjonalność z pewnością będzie stosowana z powodzeniem w raportach tworzonych z myślą o wysyłaniu na ich podstawie subskrypcji Wykresy przebiegu Rysunek 73 Maski w filtrach wymiarów Raporty OLAP oraz SQL wzbogacone zostały o nową formę prezentacji danych tzw. wykresy przebiegu. Są to wykresy prezentowane w obrębie komórek wyświetlających wartości miar dla poszczególnych elementów wymiarów. Funkcjonalność pozwala na szybką analizę trendów jakie występują na danym elemencie wymiaru. Prezentacja danych możliwa jest w formie wykresu liniowego lub słupkowego. Istnieje również możliwość wyświetlenia pełnego wykresu po kliknięciu na wykres przebiegu. Otworzy się wówczas nowe okno prezentujące szczegółowo cały wykres razem z wartościami i etykietami. Comarch ERP Altum, Comarch ERP Retail 83 Zmiany funkcjonalne w wersji 6.0

84 Rysunek 74 Wykres przebiegu Rysunek 75 Wykres przebiegu Rysunek 76 Szczegóły wykresu przebiegu 1.3. Ręczne sortowanie elementów na raporcie Bogata funkcjonalność sortowania, jaka do tej pory dostępna była w systemie, została wzbogacona dodatkowo o możliwość wykonywania ręcznego sortowania elementów. Ta opcja pozwoli dowolnie zmienić kolejność wyświetlanych elementów, bez ograniczenia w postaci reguł logicznych (np. rosnąco, malejąco) Prezentacja danych źródłowych Funkcjonalność umożliwia weryfikację elementów składających się na wartość danej komórki. Dane źródłowe to więc inaczej dane podchodzące bezpośrednio z hurtowni danych, na podstawie których wyliczane są poszczególne miary. Dzięki zastosowaniu danych źródłowych użytkownik na raportach przekrojowych ma możliwość poznania informacji bardziej szczegółowych np. z poziomu poszczególnych dokumentów. Comarch ERP Altum, Comarch ERP Retail 84 Zmiany funkcjonalne w wersji 6.0

85 Rysunek 77 Prezentacja danych źródłowych 1.5. Funkcjonalność pokaż miarę jako procent Funkcjonalność pozwala zaprezentować miarę nie w ujęciu wartościowym, a obliczyć na jej podstawie wartości procentowe. Opcja umożliwia prezentację miary jako: - procent sumy wiersza; - procent sumy kolumny; - procent elementu wiersza nadrzędnego; - procent elementu kolumny nadrzędnej; - procent sumy końcowej. Rysunek 78 Pokaż miarę jako procent Comarch ERP Altum, Comarch ERP Retail 85 Zmiany funkcjonalne w wersji 6.0

86 1.6. Funkcja Paski danych Funkcjonalność formatowania warunkowego została rozbudowana o możliwość wyświetlania pasków danych, które prezentują w graficzny sposób jaka część całkowitej wartości kolumny znajduje się w komórce Blokowanie nagłówków wymiarów Rysunek 79 Funkcjonalność pasków danych Dodano możliwość blokowania nagłówków wymiarów. W ten sposób, jeśli tabela jest duża i nie wszystkie wartości są widoczne, podczas przesuwania można zablokować kolumny z nazwami elementów, aby wiadomo było, do których odnoszą się wartości w tabeli Generowanie dokumentacji do raportów Rysunek 80 Blokowanie nagłówków wymiarów Dodano możliwość stworzenia dokumentu.html z opisami raportów. W wygenerowanej dokumentacji znajduje się dodatkowo nazwa serwera oraz nazwa bazy OLAP. Comarch ERP Altum, Comarch ERP Retail 86 Zmiany funkcjonalne w wersji 6.0

87 Rysunek 81 Generowanie dokumentacji do raportów 2. Raporty OLAP 2.1. Prezentacja opisów miar i wymiarów na raporcie Rozrost możliwości analitycznych naszego systemu, a co za tym idzie rosnąca liczba nowych wymiarów i miar, często powoduje problemy w interpretacji zwracanych danych. Do tej pory użytkownik mógł korzystać jedynie z dokumentacji użytkownika udostępnianej wraz z systemem w formie osobnych plików. W nowej wersji opisy miar i wymiarów przeniesione zostały także do raportów OLAP, co polepszy dostępność tychże opisów dla użytkownika końcowego. Rysunek 82 Opisy miar i wymiarów Comarch ERP Altum, Comarch ERP Retail 87 Zmiany funkcjonalne w wersji 6.0

88 2.2. Zmodyfikowany kreator miar MDX oraz miar dodatkowych W nowej wersji miary MDX wyposażone zostały w nowy kreator ułatwiający proces ich tworzenia. Wśród nowych opcji pojawiła się lista miar i wymiarów, na której umożliwiono wybór konkretnych elementów wymiarów. Dodane zostały także szablony najczęściej stosowanych wyrażeń MDX wraz z opisem wykorzystywanych elementów. Oprócz tego udostępniono operatory dla najczęściej stosowanych operacji matematycznych. Rysunek 83 Dodawanie miary Mdx 2.3. Informacja na temat daty procesowania bazy OLAP, nazwy bazy i nazwy serwera Funkcjonalność pozwala na weryfikację źródła danych, na którym tworzony jest raport. Umożliwia ponadto weryfikację aktualności danych poprzez kontrolę daty procesowania bazy OLAP. Rysunek 84 Informacja o dacie procesowania bazy OLAP Comarch ERP Altum, Comarch ERP Retail 88 Zmiany funkcjonalne w wersji 6.0

89 2.4. Filtrowanie wymiarów możliwość tworzenia warunków odnoszących się do miar W nowej wersji aplikacji umożliwiono tworzenie filtrów na wymiarach w zależności od wartości miary. Użytkownik będzie mógł ograniczyć ilość wyświetlanych elementów jedynie do tych które spełniają określone warunki co do wartości. Dostępne są następujące warunki filtrowania: - Równa się; - Nie równa się; - Większe niż; - Większe niż lub równe; - Mniejsze niż; - Mniejsze niż lub równe; - Między; - Nie jest pomiędzy; Rysunek 85 Filtrowanie elementów wymiarów 2.5. Zmiany ergonomiczne przyspieszenie operacji na raporcie W nowej wersji zakończony został kolejny etap prac, mających na celu przyspieszenie raportów OLAP. Tym razem prace skoncentrowane zostały na minimalizowaniu ilości zapytań wysyłanych do bazy danych. Wyselekcjonowano szereg czynności, dla których ponowne pobieranie danych okazało się zbędne, co poprawiło znacząco komfort pracy z raportami. 3. Raporty MDX/SQL 3.1. Konfigurowanie wielu domyślnych baz SQL W konfiguracji systemu umieszczono obszar, w którym można zdefiniować kilka domyślnych baz SQL, które będą wykorzystywane podczas wywoływania raportów SQL z domyślnymi ustawieniami baz. Funkcjonalność pozwala na definiowanie zarówno globalnych parametrów dla wszystkich użytkowników, jak i parametrów Comarch ERP Altum, Comarch ERP Retail 89 Zmiany funkcjonalne w wersji 6.0

90 indywidulanych. Funkcjonalność ma na celu uprościć proces uruchamiania raportów SQL wywoływanych na kilku bazach jednocześnie Możliwość połączenia do baz PostgreSql oraz Oracle We właściwościach raportu SQL istnieje możliwość wybrania typu połączenia PostgreSQL lub Oracle co umożliwia robienie raportów na bazach z systemów bazodanowych Oracle i Postgre. 4. Raporty Map 4.1. Dodanie mapy świata Rysunek 86 Definiowanie typu połączenia PostgreSql Funkcjonalność raportów map została rozbudowana o możliwość analizowania danych w podziale na wszystkie kraje Świata oraz Europy. Rysunek 87 Mapa Świata Comarch ERP Altum, Comarch ERP Retail 90 Zmiany funkcjonalne w wersji 6.0

91 Rysunek 88 Mapa Europy 5. Zmiany w wykresach 5.1. Zmiany ergonomiczne w dostępności poszczególnych funkcji wykresów W nowej wersji znaczny nacisk został położony na poprawę ergonomii korzystania z wykresów. Wśród najważniejszych modyfikacji należy wymienić udostępnienie opcji wykresu w menu głównym (na wstążce ribbon). Z tego poziomu dostępne są między innymi: wybór typu wykresu, formatowanie legendy, opcje dotyczące tytułu, ogólnego wyglądu, diagramów, osi, itd. Takie umiejscowienie wspomnianych opcji z pewnością znacznie poprawia ich dostępność. Rysunek 89 Konfiguracja z poziomu Ribbona Comarch ERP Altum, Comarch ERP Retail 91 Zmiany funkcjonalne w wersji 6.0

92 5.2. Wykresy interaktywne Wykresy interaktywne to nowa forma graficznej prezentacji danych. Poza unikalną formą wyświetlania danych (w formie grafów i map), oferują możliwość bezpośredniej interakcji w sposób prezentacji. Dostępne są następujące typy wykresów: - mapa kolorów - graf molekularny - graf drzewiasty - wykres animowany. Rysunek 90 Wykresy interaktywne 5.3. Multiwykres pokaż serie na osobnych wykresach Funkcja multiwykresów to możliwość prezentacji danych z jednej tabeli przestawnej na kilku odrębnych wykresach. Osobne wykresy tworzone są na podstawie serii, a więc wymiarów umieszczonych w kolumnach tabeli przestawnej. Rysunek 91 Funkcja Multiwykresów Comarch ERP Altum, Comarch ERP Retail 92 Zmiany funkcjonalne w wersji 6.0

93 5.4. Manipulowanie wymiarami z poziomu wykresu Dodano możliwość filtrowania elementów oraz przestawiania wymiarów w obrębie wierszy, kolumn i filtrów z poziomu wykresu. Bez konieczności przechodzenia do tabeli przestawnej Zmiany ergonomiczne w wykresach 3D Rysunek 92 Manipulowanie wymiarami z poziomu wykresu W celu lepszego dostosowania wykresu pod konkretne potrzeby użytkownika, umożliwiono zmianę kątów nachylenia wykresu za pomocą myszy Wykresy kołowe wyświetlanie wartości i nazw Na wykresach kołowych umożliwiono wyświetlanie wartości oraz nazwy wycinka koła Przesuwanie obszarów na wykresie za pomocą metody drag&drop Umożliwiono przesuwanie niektórych elementów wykresu takich jak legenda czy tytuł za pomocą przeciągania. 6. Subskrypcje 6.1. Rozbudowa mechanizmu subskrypcji o warunki Mechanizm subskrypcji wzbogacony został o funkcjonalność weryfikacji warunków, jakie musza być spełnione, aby mail został wysłany. Warunek może być tworzony w dwóch trybach: - prostym dane pobierane są z tabeli przestawnej i porównywane z konkretną wartością wpisaną ręcznie. Dane do porównań pochodzić mogą pochodzić przykładowo z wartości sumy końcowej, sumy każdego wiersza, sumy każdej kolumny i innych. - zaawansowanym poprzez wpisanie odpowiedniego zapytania MDX dla raportów, których źródłem jest baza OLAP lub SQL, dla raportów z baz relacyjnych. Comarch ERP Altum, Comarch ERP Retail 93 Zmiany funkcjonalne w wersji 6.0

94 Rysunek 93 Subskrypcja warunkowa 6.2. Wyświetlanie ścieżki do raportu w subskrypcjach We właściwościach subskrypcji pod jej tytułem oprócz nazwy raportu jest teraz wyświetlana pełna ścieżka do niego co umożliwia jednoznaczną identyfikację raportu, z którego generowana jest subskrypcja. Rysunek 94 Ścieżka do raportu w subskrypcjach 6.3. Na liście wyświetlać datę kiedy subskrypcja ma być uruchomiana. Na liście subskrypcji dodano kolumnę informującą o tym, kiedy nastąpi następne wysłanie wiadomości. Rysunek 95 Data następnej operacji Comarch ERP Altum, Comarch ERP Retail 94 Zmiany funkcjonalne w wersji 6.0

95 6.4. Opis subskrypcji Na subskrypcji zdefiniowana została zakładka z opisem. Tekst wpisany w tym polu zostanie wysłany w treści maila do jego odbiorców. Funkcjonalność pozwoli komentować wysłane raporty, czy przekazywać polecenia odbiorcom, które wynikają z danych raportu Zmiana typów plików graficznych w złączniku subskrypcji Załączniki w formacie.gif zostały zastąpione nowszym formatem.png. 7. Budżetowanie 7.1. Eksport do Excel generowanie formuł z sumami Funkcjonalność eksportu arkusza budżetowego do Excela została wyposażona w mechanizm generowania automatycznych sum po stronie Excel. Sumowanie korzystnie wpływa na ergonomię pracy podczas wypełniania arkusza Możliwość kopiowania budżetów Funkcjonalność umożliwia kopiowanie struktury arkusza budżetowego oraz arkusza wraz z danymi. Kopiowanie pozwoli lepiej zarządzać procesem budżetowania szczególnie podczas tworzenia budżetów na nowy okres Możliwość ustawiania ilości miejsc po przecinku w arkuszu budżetowym. W nowej wersji wprowadzono funkcjonalność formatowania ilości miejsc po przecinku dla danych budżetowanych. Pozwala to dostosować precyzję danych pod potrzeby użytkownika Komentarze do komórek w arkuszu budżetowym Funkcjonalność arkuszy budżetowych została wyposażona w mechanizm wprowadzania komentarzy. Mogą być one tworzone z dokładnością do pojedynczej komórki. Mechanizm pozwala na analizę także komentarzy historycznych Ukrywanie kolumn i wierszy w arkuszu budżetowym W celu poprawy ergonomii pracy z dużymi arkuszami budżetowymi, wprowadzona została funkcjonalność ukrywania kolumn i wierszy. Od tej pory użytkownik będzie mógł zadecydować, którą częścią arkusza będzie się w danym momencie zajmował i będzie miał możliwość dostosowania do tych wymagań widoku całego arkusza. Istnieje możliwość zapisania arkusza z ukrytymi elementami jako osobny widok Kotwiczenie elementów przy przewijaniu dużych arkuszy To kolejna funkcjonalność poprawiająca ergonomię pracy z arkuszami budżetowymi. Komórki arkusza budżetowego mogą być dowolnie blokowane (kotwiczone), co spowoduje że będą one stale widoczne na ekranie (nie będą przewijane wraz z całym arkuszem) Automatyczne dodawanie praw do budżetu dla jego twórcy Użytkownik Księgi Raportów tworzący budżet zostaje automatycznie dodany do listy uprawnień z prawem zapisu. 8. Alokacja Kosztów 8.1. Możliwość definiowania okresu odświeżania danych Dodano możliwość ustawienia okresu odświeżania danych danej paczki. Odświeżany jest ostatni pełny okres, np. jeżeli zaznaczymy rok to dane będą zaciągnięte z roku bieżącego oraz roku poprzedniego. Comarch ERP Altum, Comarch ERP Retail 95 Zmiany funkcjonalne w wersji 6.0

96 9. Zmiany ergonomiczne Rysunek 96 Odświeżanie danych w alokacji kosztów 9.1. Eksport do Excela wyeliminowano scalone komórki Zmieniono sposób eksportowania danych do arkusza Excel. Wyeliminowane zostały przypadki scalania komórek. Funkcjonalność pozwoli na lepiej przygotować dane do dalszej obróbki po stronie Excel Sortowanie na miarach dodatkowych Wprowadzona została możliwość sortowania miar dodatkowych Przebudowa mechanizmu importowania raportów W nowej wersji zmodyfikowany został mechanizm importowania raportów. Okno zostało przebudowane pod względem ergonomicznym. Obecnie import odbywa się poprzez przeciąganie (drag&drop) odpowiednich raportów i umieszczanie ich w docelowych folderach. Funkcjonalność umożliwia importowania raportów do kilku katalogów na raz. Możliwe jest także włączenie opcji, która przeniesie raporty z zachowaniem struktury folderów. Comarch ERP Altum, Comarch ERP Retail 96 Zmiany funkcjonalne w wersji 6.0

97 Rysunek 97 Mechanizm importowania raportów 9.4. Możliwość otwierania wyeksportowanych raportów w OpenOffice/LibreOffice Funkcjonalność eksportu raportów do Excela została obsłużona także w kontekście programów OpenOffice/LibreOffice. Eksportowany raport zostanie obecnie otwarty w domyślnym arkuszu kalkulacyjnym Możliwość modyfikacji nazwy miary i wymiaru wyświetlanych w raporcie Funkcjonalność pozwoli dostosować nazwy miar i wymiarów pod konkretne wymagania użytkownika (umożliwi wpisywanie bardziej sugestywnego nazewnictwa) Opóźnij odświeżanie układu we właściwościach raportu Funkcjonalność opóźnij odświeżanie układu została umieszczona także we właściwościach raportu. Obecnie raport można uruchomić w trybie bez danych co pozwoli zweryfikować jego układ, przed załadowaniem pełnych danych Automatyczne ustawienie sortowania dla filtrowania Top N Podczas użycia funkcji filtrowania Top N dane zostaną posortowane malejąco dla Pokaż tylko górę oraz rosnąco dla Pokaż tylko dół Funkcjonalność Top N element pozostałe Funkcjonalność Top N odfiltrowuje wszystkie elementy, które spełniają określony warunek ukrywając resztę. W nowej wersji istnieje możliwość włączenia elementu pozostałe, które zgrupuje wszystkie elementy, które nie spełniają warunku filtrowania Filtrowanie użytkowników na listach zarządzania uprawnieniami Na listach zarządzania uprawnieniami, podczas wyboru konkretnych użytkowników i grup istnieje możliwość skorzystania z mechanizmu filtrowania nazw Właściwości raportu informacja na temat właściciela raportu Informacja na temat właściciela raportu dostępna jest także w poziomu właściwości raportu Właściwości raportu możliwość podglądu okna właściwości w momencie, gdy raport jest otwarty W nowej wersji okno właściwości raportu będzie dostępne także w momencie, gdy raport jest otwarty tryb tylko do odczytu. Comarch ERP Altum, Comarch ERP Retail 97 Zmiany funkcjonalne w wersji 6.0

98 9.12. Zapamiętywanie stanów okien filtrów Funkcjonalność zwiększa ergonomię pracy z filtrami wymiarów. Pozwala ona zapamiętywać ustawienia okien filtrów (szerokość i wysokość), strukturę gałęzi (elementy rozwinięte i zwinięte), zaznaczenie elementu ostatnio używanego. Ustawienia okna są zapamiętywane w momencie zatwierdzenia przyciskiem Ok. Są one przetrzymywane do momentu, gdy wymiar znajduje się na tabeli przestawnej lub do kolejnego otwarcia raportu Zmiana wyglądu ikony aplikacji W nowej wersji zmieniona została kolorystyka ikony uruchamiającej moduł raportowania. Dotychczasowa ikona często była mylona z aplikacją systemu źródłowego Nowe możliwości wywoływania formatek z systemu źródłowego W nowej wersji aplikacji poszerzona została lista obiektów, które są bezpośrednio zintegrowane z raportami Business Intelligence. Funkcjonalność podnoszenia formatek bezpośrednio z raportów OLAP dodana została do artykułów, dokumentów handlowych oraz zapisów księgowych Zmiana sposobu działania uprawnień do folderów i raportów Uproszczony został mechanizm uprawnień do raportów i folderów. Zlikwidowany został poziom modyfikacja. Uprawnienia propagowane są zarówno w górę i w dół. Czyli nadanie uprawnień do folderu umożliwia przeglądanie wszystkich raportów, które się w nim znajdują, natomiast z drugiej strony nadanie uprawnień do raportu wystarczy, żeby był on widoczny dla użytkownika na liście raportów (nie trzeba dodawać uprawnień do folderów nadrzędnych) Przeniesienie przycisków formatowania na wstążkę Na głównej wstążce programu dodano opcje, które dotychczas znajdowały się we właściwościach tabeli raportu. Umożliwiają one formatowanie wyglądu nagłówków, elementów i wartości tabeli. Formatowanie scenariusza budżetowego również zostało przeniesione na wstążkę. Rysunek 98 Formatowanie tabeli przestawnej Tworzenie nowego katalogu dla nowego użytkownika W nowej wersji każdemu nowoutworzonemu operatorowi, który wcześniej nie miał uprawnień do Księgi Raportów zostanie automatycznie wygenerowany folder prywatny, do którego będzie miał pełny dostęp tylko on (oraz administratorzy, którzy mają dostęp do wszystkich folderów) Maksymalny czas oczekiwania na wykonanie raportów SQL Funkcjonalność pozwala na ustawienie wszystkim raportom SQL tej samej wartości oczekiwania na wykonanie zapytania. Opcja ta jest dostępna z poziomu konfiguracji. Web Reports Book 1. Operacje na raportach i dashbordach Kopiowanie\przenoszenie raportów i dashbordów na drzewie metodą drag&drop Funkcjonalność umożliwia modyfikowanie struktury raportów i dashbordów na drzewie. Przez przytrzymanie i przeciągnięcie raportu lub dashbordu można w łatwy sposób zmienić jego lokalizację w całej strukturze. Jeśli Comarch ERP Altum, Comarch ERP Retail 98 Zmiany funkcjonalne w wersji 6.0

99 raport może zostać przeniesiony, ikonka znajdująca się przy nazwie przenoszonego elementu zmienia się na kolor zielony, w przeciwnym wypadku widnieje tam czerwony krzyżyk Opis raportów pole z opisem co dany raport prezentuje Wprowadzono możliwość prezentacji opisu raportów stworzonych w WRB. Po dodaniu opisu we właściwościach raportu, jest on wyświetlany w postaci dymka po najechaniu kursorem na nazwę raportu. Rysunek 99 Opis raportów Rysunek 100 Wyświetlenie opisu raportu 1.3. Możliwość eksportowania i importowania raportów. Obsłużono możliwość eksportu oraz importu raportów stworzonych w WRB. Raporty WRB mogą zostać eksportowane do pliku xml, razem ze strukturą katalogów. W okienku eksportu konieczne jest wpisanie nazwy pliku xml, który chcemy eksportować. Po naciśnięciu Eksportuj, dostajemy informację o pomyślnym przeprowadzeniu operacji. Import można wykonać przenosząc całą strukturę bądź same raporty opcja ignoruj strukturę. Comarch ERP Altum, Comarch ERP Retail 99 Zmiany funkcjonalne w wersji 6.0

100 Rysunek 101 import raportów Rysunek 102 Eksport raportów 1.4. Rozbudowa mechanizmu elementów wyliczanych. Dodanie do definicji elementu wyliczanego może się w tej chwili odbywać przez wybór odpowiedniego elementu z drzewa. Rysunek 103 Elementy wyliczane Comarch ERP Altum, Comarch ERP Retail 100 Zmiany funkcjonalne w wersji 6.0

101 Rysunek 104 Elementy wyliczane 1.5. Możliwość dodawania linii i pól tekstowych w dashbordach. Dashboardy rozszerzone zostały o nowe elementy linie i pola tekstowe. Elementy te mogą być dowolnie rozciągane, przenoszone i edytowane za pomocą myszki oraz w okienku edycji linii i pół tekstowych. Rysunek 105 Dodawanie linii Rysunek 106 Edytowanie linii Rysunek 107 Edytor stylów dashboardów Rysunek 108 Edytor stylów dashboardów Comarch ERP Altum, Comarch ERP Retail 101 Zmiany funkcjonalne w wersji 6.0

102 2. Zmiany w wykresach Rozbudowa edycji wykresów. Rysunek 109 Edycja wykresu Aby edytować właściwości wykresu z menu podręcznego konieczne jest kliknięcie na Właściwości wykresu. Panel do zmiany opcji wysunie się z odpowiedniej strony. Każda zmiana na panelu powoduje automatyczne odświeżenie wyglądu wykresu. Nowe opcje to m.in: - nowe typy wykresów - możliwość zmiany opcji etykiet - prezentacja wartości w postaci wartości procentowych dla niektórych typów wykresów - zmiana przezroczystości diagramu - zmiana typu słupków 3D - celownik - wyróżnione punkty dla wykresów doughnout i pie. Rysunek 110 Wyróżnione punkty Comarch ERP Altum, Comarch ERP Retail 102 Zmiany funkcjonalne w wersji 6.0

103 2.2. Wykresy interaktywne Wykresy te pozwalają na wizualizację danych w bardziej niestandardowy sposób. Użytkownik może zmieniać położenia elementów czy rozciągać je, powiększać. W zależności od typu wykresu możliwy jest wybór miar, czy różnych trybów pracy wykresów. Dzięki przejrzystemu widokowi użytkownik cały czas ma możliwość wglądu w poszczególne dane. Dostępne są następujące typy wykresów: - mapa kolorów - wykres animowany - graf drzewiasty - graf molekularny 3. Zmiany ergonomiczne Możliwość zmiany skórki aplikacji. Rysunek 111 Wykres interaktywny Dodana została możliwość zmiany skórki aplikacji, służy do tego lista wyboru umiejscowiona w prawym górnym rogu menu, tuż koło logo Comarch BI. Wybór z listy powoduje automatyczne przełączenie aktualnej skórki. Rysunek 112 Zmiana skórki aplikacji 3.2. Zabezpieczenie przed dublowaniem nazw elementów na drzewie. W momencie kiedy użytkownik próbuje zapisać np. raport, a nazwa, którą wpisał powtarza się w elemencie o tym samym typie, raport zapisze się pod nazwą nazwa (nr) Możliwość przesuwania okienek opcji. Okienka w aplikacji mają możliwość zmiany położenia poprzez przeciągnięcie za pasek tytułu, podobnie jak w aplikacjach desktopowych. Comarch ERP Altum, Comarch ERP Retail 103 Zmiany funkcjonalne w wersji 6.0

104 4. Inne zmiany 4.1. Możliwość migracji wskaźników KPI W najnowszej wersji istnieje możliwość przeniesienia wskaźników KPI z poprzedniej wersji. Opcja Migracja wskaźników KPI dostępna jest z poziomu Panelu Zarządzania. Po wybraniu jej należy podać nazwę starej oraz nowej bazy OLAP. Rysunek 113 Migracja wskaźników KPI Rysunek 114 Migrator wskaźników KPI Auto Update 1. Zmiana sposobu instalacji produktów W celu zbliżenia działania aplikacji Comarch ERP Auto Update do innych instalatorów i ograniczenia zużycia przestrzeni dyskowej zmodyfikowano sposób instalacji produktów. Dotychczas każda kolejna wersja produktu instalowana była w osobnym katalogu. Od wersji 6.0 każdy produkt posiadał będzie jeden katalog instalacyjny. W trakcie aktualizacji produktu, jego starsza wersja zostanie zarchiwizowana, a nowa zainstalowana do już istniejącego katalogu. Dodatkowo wprowadzone zostało rozróżnienie typów aktualizacji: Aktualizacja do pełnej wersji instalacja ta przenosi zmiany konfiguracyjne użytkownika, ale nie przenosi zainstalowanych dodatków. Aktualizacja typu HotFix instalacja ta pozwala na przeniesienie dodatków z wersji poprzedniej bez ingerencji użytkownika. Comarch ERP Altum, Comarch ERP Retail 104 Zmiany funkcjonalne w wersji 6.0

105 Uwaga: Użytkownik nie ma możliwości wyboru typu instalacji. Jest on zależny od numeru posiadanej oraz instalowanej wersji produktu. Zmianie uległ również mechanizm archiwizacji i wycofywania zainstalowanej wersji. Obecnie przechowywana jest tylko jedna wersja archiwalna dla każdego komponentu. Oznacza to, że możliwe jest wycofanie się jedynie o jedną wersję wstecz oraz opisane w punkcie pierwszym, całkowite odinstalowanie produktu. 2. Instalacja poprawek W wersji 6.0 Comarch ERP Auto Update udostępniona została nowa funkcjonalność pozwalająca na instalację poprawek dla produktów Comarch ERP Altum oraz Comarch ERP Retail. Poprawki udostępniane będą na serwerze update.comarch.com i zastąpią stosowany dotychczas sposób naprawy błędów pomiędzy wydaniem kolejnych HotFixów, polegający na ręcznym wgraniu plików i skryptów. Poszczególne poprawki udostępniane są dla konkretnego klienta bądź grupy klientów w zależności od indywidualnych wymagań. W celu zarządzania dostępnymi poprawkami, aplikacja Comarch ERP Auto Update poszerzona została o nowy widok. Rysunek 115 Karta instalacji poprawek Aby dodatkowo zapewnić bezpieczeństwo instalacji poprawek zostały one zabezpieczone kodem autentykacyjnym tzw. tokenem. Pobranie i instalacja poprawki są możliwe dopiero po podaniu wspomnianego kodu. Comarch ERP Altum, Comarch ERP Retail 105 Zmiany funkcjonalne w wersji 6.0

106 2.1. Zdalna instalacja poprawek Rysunek 116 Kod autentykacyjny poprawki Mechanizm poprawek został wyposażony w funkcje pozwalające na ich instalację oraz wycofanie zdalnie dla wszystkich oddziałów w sieci. Zaznaczenie poprawki i wybór odpowiedniej opcji dostępnej z menu wstążki karty poprawek powoduje wyświetlenie okna z listą oddziałów, dla których poprawka może zostać zainstalowana wraz ze statusem instalacji. Akcja instalacji/wycofania może zostać wykonana masowo dla wszystkich zaznaczonych oddziałów. 3. Zdalna instalacja dodatków Rysunek 117 Zdalna instalacja poprawek W ramach zwiększenia użyteczności funkcjonalności instalacji dodatków, mechanizm ten został poszerzony o możliwość ich zdalnej instalacji. W tym celu przebudowano widok karty dodatków integrując go z opisanym w poprzednim punkcie widokiem służącym do instalacji poprawek. Comarch ERP Altum, Comarch ERP Retail 106 Zmiany funkcjonalne w wersji 6.0

107 Rysunek 118 Nowy widok karty dodatków Działanie zdalnej instalacji dodatków jest również analogiczne do działania zdalnych akcji w poprawkach. Po zaznaczeniu dodatku na liście i wybraniu odpowiedniej funkcji z menu wstążki wyświetlone zostaje okno zdalnej instalacji/odinstalowywania. Rysunek 119 Zdalna instalacja dodatków Comarch ERP Altum, Comarch ERP Retail 107 Zmiany funkcjonalne w wersji 6.0

108 4. Odinstalowywanie produktów W wersji Comarch ERP Auto Update 6.0 wprowadzono nową funkcjonalność pozwalającą na łatwe odinstalowanie posiadanego produktu bądź jego poszczególnych komponentów. Nowa funkcjonalność dostępna jest z poziomu Kreatora zaawansowanych akcji. Rysunek 120 Kreator zaawansowanych akcji Odinstalowywanie W trakcie procesu odinstalowywania usuwane są zarówno aktualne jak i archiwalne wersje wybranych komponentów. Opcjonalnie użytkownik ma możliwość usunięcia plików znajdujących się w katalogu pobierania aplikacji Comarch ERP Auto Update oraz stworzonych wcześniej kopii zapasowych plików konfiguracyjnych. Podobnie jak w przypadku pozostałych akcji, odinstalowywanie produktu można wykonać zdalnie na wszystkich oddziałach z poziomu agenta głównego. 5. Informacje o programie Rysunek 121 Zdalne odinstalowywanie produktu Wraz z wersją 6.0 aplikacja Comarch ERP Auto Update została poszerzona o kartę informacji o programie. Zawarte na nim szczegóły dotyczące numeru kompilacji i wersji plikowej są ważną informacją w przypadku zgłaszania ewentualnych błędów i braków funkcjonalnych. Comarch ERP Altum, Comarch ERP Retail 108 Zmiany funkcjonalne w wersji 6.0

109 Rysunek 122 Karta O programie 6. POPRAWIONO 6.1. Zmiana nazwy aplikacji W wersji 6.0 zmieniona została nazwa aplikacji. Starą nazwę Comarch ERP Update Agent zastąpiła nowa Comarch ERP Auto Update. Zmiana ta dotyczy nie tylko nazwy aplikacji na pasku tytułowym, ale także skrótów na pulpicie, w menu start oraz katalogu instalacyjnego dla nowo instalowanych agentów Blokowanie interfejsu w trakcie wykonywania akcji instalacyjnych Poprawiono mechanizm blokowania interfejsu w trakcie wykonywania akcji. Dotychczas możliwa była np. zmiana ustawień aplikacji Comarch ERP Auto Update w trakcie trwania instalacji. Generowało to szereg błędów. Obecnie zablokowany został cały interfejs użytkownika w tym: Wykonywanie akcji dla innych produktów. Przyciski na ekranie głównym. Menu główne wstążka. Przejście na inne otwarte karty Poprawność wyświetlania danych na ekranie głównym Przeanalizowany i ujednolicony został mechanizm wyświetlania informacji o skonfigurowanych produktach i komponentach na ekranie głównym. Obecnie dostępne informacje powinny być bardziej przejrzyste dla użytkownika. Comarch ERP Altum, Comarch ERP Retail 109 Zmiany funkcjonalne w wersji 6.0