Zmiany funkcjonalne wprowadzone w wersji

Transkrypt

1 Zmiany funkcjonalne wprowadzone w wersji

2 Copyright 2015 COMARCH Wszelkie prawa zastrzeżone Nieautoryzowane rozpowszechnianie całości lub fragmentu niniejszej publikacji w jakiejkolwiek postaci jest zabronione. Wykonywanie kopii metodą kserograficzną, fotograficzną, a także kopiowanie na nośniku filmowym, magnetycznym lub innym, powoduje naruszenie praw autorskich niniejszej publikacji. 2 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

3 1 Spis treści 1 Logistyka Promocje limitowane Promocja do wyczerpania ilości Promocja do wyczerpanie wartości rabatu Promocja z mieszanym typem limitu Promocja refundowana Zagadnienia powiązane Ustalanie cen na zamówieniu wg daty wystawienia lub realizacji Rodzaj daty dla ceny/promocji na zamówieniu Dodawanie i edycja pozycji na ZZ/ZS obsługa typu daty ceny początkowej i promocji Zmiana daty realizacji na nagłówku ZZ/ZS a inne zmiany na dokumencie Automatyczna zmiana daty realizacji a ceny na zamówieniu Zmiana radia typu daty właściwej dla ceny/promocji na zamówieniu a elementy zamówienia Zmiana innych parametrów nagłówka a elementy Inne zmiany Pulpit operatora Pulpity predefiniowane Przypisywanie pulpitów predefiniowanych do operatora Inne zmiany Ustawienia wyglądu list Generowanie OS do wielu OZ Import pozycji z arkusza Excel dla wskazanego nagłówka dokumentu dla ZS i ZZ Pobieranie domyślnego rejestru bankowego na dokumenty Przesyłanie domyślnej jednostki miary do Comarch ERP e-sklep Współpraca z Comarch WMS Określanie sposobu pracy z WMS Opcja: Tylko ilościowo Opcja: Ilościowo i zasobowo Inwentaryzacja ciągła WMS-XL Inne zmiany Parametr na karcie magazynu: Realizuj tylko rezerwacje zasobowe Produkcja Pulpity pracowników produkcji Pulpit technologa Pulpit planisty Przestoje i awarie Okno: Przestój Lista przestojów Zmiany w oknie: Okres zasobu Obsługa generowania dokumentów AWD i ZWM ze zleceń Nowe opcje generowania dokumentów AWD i ZWM ze zleceń produkcyjnych Nowe opcje generowania dokumentów AWD i ZWM z harmonogramów projektów Realizacja ZP/HPR dokumentami AWD/ZWM Dołączanie pozycji z ZP i HPR na dokumenty AWD/ZWM Nowe opcje generowania dokumentów AWD i ZWM ze zleceń kompletacji i dekompletacji Realizacja AWD i ZWM w zależności od rodzaju magazynu Comarch ERP XL 3 Zmiany funkcjonalne wprowadzone w wersji

4 3.4 Zmiany na Planie produkcji Zmiana sposobu wyświetlania zapotrzebowania materiałowego dla jednej pozycji Planu produkcji Wyróżnienie na Planie produkcji zagrożonych elementów Nowe filtry na Planie produkcji Planowanie zlecenia produkcyjnego w oparciu o datę realizacji zamówienia Zmiany na definicji dokumentu ZP Działanie nowego parametru podczas generowania zleceń produkcyjnych z zamówień Parametryzacja edycji magazynu dla surowca na zleceniu Zmiany na materiale w technologii Działanie parametru na zleceniu Zapisywanie kalkulacji kosztu jak dokumentu Kalkulacja kosztu jako dokument Zakładka: Kalkulacje kosztu na wybranych dokumentach Parametryzacja przenoszenia elementów z zamówień na zlecenie produkcyjne Nowy parametr w oknie: Generowanie zamówień Działanie systemu w zależności od wartości parametru Księgowość Zmiany związane z VAT-UE, VAT-UEK Grupowanie po NIP o tym samym prefiksie Kraj Dodatkowy widok na VAT-UE, VAT-UEK Zmiany dot. Adresu kontrahenta Zmiany dot. pobierania numeru NIP Wydruk seryjny VAT Obroty i salda na podstawie kwot opisu analitycznego dekretów Obroty i salda na podstawie kwot opisu analitycznego dekretów Pozostałe zmiany na Zestawieniu obrotów i sald Korekta z tyt. zmiany transakcji Obsługa przelewów celnych w Webservice Predefiniowany pulpit operatora Współpraca z Comarch ERP Optima Kadry i Płace Moduł HR dedykowany do współpracy z Comarch ERP XL Instalacja nowego modułu Współpraca z modułem HR Synchronizacja Comarch ERP XL- Comarch ERP Mobile Sprzedaż Zmiany przygotowane na potrzeby kolejnych wersji systemu Comarch ERP XL i aplikacji Comarch ERP Mobile Sprzedaż Nowy parametr w konfiguracji oddziału Comarch ERP Mobile Sprzedaż Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

5 Zestawienie aplikacji, z którymi współpracuje Comarch ERP XL Aplikacja Wersja Uwagi ibard wszystko.pl Aktualna wersja Comarch ERP e-sklep Comarch ERP Nowy Pulpit Kontrahenta NE.XL Comarch ERP Pulpit Kontrahenta Rozwiązania mobilne Comarch ERP Mobile Sprzedaż Android Comarch ERP Mobile Kierownik Sprzedaży Comarch ERP Mobile Magazyn Off-line Comarch ERP Mobile Magazyn On-line Comarch WMS Zarządzenie Magazynier Comarch Retail Comarch ERP Optima Off-line Comarch ERP XL HR Comarch ERP Optima Kadry i Płace Intranetowe Aplikacje Pracownicze Comarch ERP Obieg Dokumentów NE Obieg Dokumentów w interfejsie WWW Comarch ERP XL Business Intelligence Księga Raportów Panel Zarządzania Konfigurator BI Point Comarch ECM Comarch ERP XL 5 Zmiany funkcjonalne wprowadzone w wersji

6 Ramowy harmonogram wersji Comarch ERP XL w 2016 r. Numer wersji Typ wersji Termin wydania Uwagi Wersja r Wersja r. 6 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

7 1 Logistyka 1.1 Promocje limitowane Wprowadzona została funkcjonalność pozwalającą na definiowanie na promocji limitów, po wyczerpaniu których promocja przestaje obowiązywać. Limit taki może przybrać jedną z poniższych postaci: Limit Ilości, dotyczący maksymalnej ilości towaru/towarów, dla której dana promocja obowiązuje Limit Wartości, dotyczący maksymalnej kwoty rabatu, jaka może zostać udzielona w ramach danej promocji Limit wielkości refundacji, dotyczący udzielania danej promocji aż do wyczerpania określonej kwoty refundowanej, stanowiącej część kosztów udzielonej promocji, jaką pokrywa dostawca/producent, lub inny podmiot zewnętrzny Ww. funkcjonalność dotyczy promocji nie-pakietowych typu PRM. W przypadku dwóch pierwszych typów limitów funkcjonalność została obsłużona zarówno na dokumentach sprzedaży, jak i zakupu, w przypadku ostatniego z nich, na dokumentach sprzedaży. Promocje limitowane j.w. zostały obsłużone na zamówieniach, dokumentach handlowych oraz zleceniu serwisowym ZSR, nie są zaś naliczane na ofertach Promocja do wyczerpania ilości Promocja z limitem typu Ilość może przyjąć dwie formy: limitu zdefiniowanego dla całej promocji oraz limitu zdefiniowanego na poszczególnych elementach promocji, czyli na poszczególnych towarach w promocji. Limit ilościowy zdefiniowany na nagłówku promocji oznacza, że promocja ta dotyczy łącznej ilości określonej na promocji, niezależnie od tego, na jakich towarach z promocji zostanie ona naliczona. Limit ilościowy zdefiniowany zaś na elemencie promocji oznacza, że promocja dla tego towaru obowiązuje do wyczerpania ilości zdefiniowanej na tym towarze. Ww. limity funkcjonuję rozłącznie, tj. jeżeli zdefiniowano limit ilościowy na nagłówku, wówczas nie można go określić na elementach i odwrotnie. W przypadku limitów ilości/wartości definiowanych na poszczególnych towarach przyjęto zasadę, zgodnie z którą, jeżeli towar ten jest dodany do promocji wielokrotnie (np. z uwagi na różne rabaty w zależności od progu minimalnego), limit na wszystkich pozycjach wskazujących na ten towar jest taki sam. Limitów nie można definiować na grupach towarowych w promocji. W przypadku refundacji możliwe jest jej zdefiniowanie na różnym poziomie dla tego samego towaru, możliwe jest również jej określenie na grupie towarowej w promocji. Limit ilościowy dla całej promocji Do definiowania limitów dla całej promocji służy sekcja Limit na formatce promocji PRM, aktywna po zaznaczeniu checkboxa Limit. Limit w postaci łącznej ilości, dla której obowiązuje promocja jest definiowany po wskazaniu opcji Ilość jako typ limitu. Pozostałe rodzaj limitów tej sekcji zostały omówione w dalszej części dokumentu. Comarch ERP XL 7 Zmiany funkcjonalne wprowadzone w wersji

8 Rysunek 1 Definiowanie limitu ilości dla całej promocji Na promocji, która została już potwierdzona udostępniona została stosowna informacja o ilości wykorzystanej z danej promocji oraz pozostającej do wykorzystania. Informacja ta dostępna jest z zakładki {Nagłówek} promocji na specjalnej formatce, podnoszonej przyciskiem umieszczonym w sekcji Limit. Rysunek 2 Informacja o ilości wykorzystanej i do wykorzystania na promocji z limitem ilościowym zdefiniowanym w nagłówku promocji Limit ilości dla poszczególnych elementów promocji Limit Ilości dla promocji można definiować na poszczególnych elementach (czyli towarach) promocji niepakietowej PRM, dla której nie określono Limitu w nagłówku. Limit ten można zdefiniować: Na formatce elementu (towaru) w promocji, w sekcji Limit 8 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

9 Rysunek 3 Limit Ilości dla konkretnego towaru w promocji Poprzez seryjną zmianę dla zaznaczonych elementów promocji Rysunek 4 Zmiana limitu ilości dla kilu zaznaczonych elementów promocji Poprzez edycję metodą edit-in-place na liście towarów w promocji Rysunek 5 Typ i wielkość limitu dla poszczególnych towarów w promocji, dostępna do edycji wprost na liście Comarch ERP XL 9 Zmiany funkcjonalne wprowadzone w wersji

10 Z wykorzystaniem operacji wypełnij wszystkie wg bieżącego w menu kontekstowym listy Towarów na promocji Rysunek 6 Kopiowanie wielkości limitu na pozostałe elementy promocji Podczas dodawania towarów na promocję z arkusza kalkulacyjnego: kolumny Typ limitu (0- brak, 1- ilościowy, 2-wartościowy) oraz Limit W zakresie tego samego towaru w promocji przyjęta została zasada, zgodnie z którą w danej promocji obowiązują dla niego takie same reguły co do wielkości limitu ilości/wartości, niezależnie od tego, na ilu elementach promocji, z jakimi progami, dostawami, czy typem rabatu ten towar się znajduje. Zmiana dokonana więc na jednym rekordzie, zostanie uwzględniona również na innych rekordach wskazujących na ten sam towar. Jest to pewnego rodzaju uproszczenie, wydatnie wpływające na wydajność naliczania promocji limitowanych. Zasada ta oznacza również, że stopień wykorzystania promocji dla danego towaru liczony będzie łącznie, nie zaś z dokładnością do poszczególnych pozycji promocji z tym towarem. Jeżeli więc zdefiniowano przykładowo limit ilościowy, wówczas każdy element transakcji z tym towarem, na którym naliczono tą promocję, będzie pomniejszał pozostający limit, niezależnie od tego, czy został naliczony po przekroczeniu określonego progu, czy też w wyniku rozchodu konkretnej dostawy. Przykład: Zdefiniowano promocję PRM1 z elementami j.n. T1: próg 1; dostawy: dst1; rabat 5%; limit 10szt T1: próg 1; dostawy: wszystkie; rabat 2%; limit 10szt T1: próg 6; dostawy: wszystkie, rabat 4%; limit 10szt Użytkownik rejestruje FS1 na 5szt T1 z dst1, System nalicza rabat 5% (limit pozostały, po naliczeniu PRM to 5szt (10-5)) Użytkownik rejestruje FS2 na 5szt T1 z dst2, System nalicza rabat 2% (pozostały limit po naliczeniu PRM to 0szt (5-5) Użytkownik rejestruje FS3 na T1 promocja nie zostanie już naliczona, bez względu na ilość na elemencie FS i bez względu na dostawę, z której nastąpi rozchód. Jeżeli limit ilościowy dla tego samego towaru ma być inny w zależności np. od progu, wówczas należy zarejestrować odrębne promocje dla tego towaru. 10 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

11 Limitu ilości/wartości nie można definiować na grupie towarowej w promocji. Ograniczenie to jest podyktowane głównie względami wydajnościowymi podczas ustalania i kontroli stopnia wykorzystania limitu promocyjnego. Oznacza to, że promocja naliczona na towarze, który nie został dodany bezpośrednio do promocji, ale w wyniku jego przynależności do grupy towarowej, będzie udzielana bez żadnego limitu. Jeżeli zaś towar został dodany do promocji, wówczas naliczana dla niego promocja będzie konsumowała limit promocyjny zdefiniowany na towarze, niezależnie od tego, czy została naliczona na podstawie elementu promocji typu towar, czy w związku z przynależnością towaru do grupy na promocji. Przykład: Towar T1 należy do grupy Grupa A Zdefiniowano promocję PRM2 z elementami j.n. T1; próg 6szt; rabat 10%; limit 100szt Grupa A; próg 3szt; rabat 8% Użytkownik rejestruje FS na 4szt T1, System nalicza na nim rabat 8% Ww. transakcja skonsumuje limit w wysokości 4szt, pozostanie więc 96szt T1, dla których promocja będzie mogła zostać udzielona Na promocji, która został już potwierdzona, udostępniona została informacja o ilości towaru, dla której naliczono już promocję oraz o ilości, dla której można ją jeszcze naliczyć. Jest ona dostępna zarówno na specjalnej formatce podnoszonej z karty elementu promocji dla pojedynczego towaru, jak i na zakładce {Towary} danej promocji, dla poszczególnych towarów. Ta ostatnia informacja prezentowana jest na żądanie Operatora, po naciśnięciu przycisku pioruna. Rysunek 7 Ilość wykorzystana i do wykorzystania dla towaru w promocji limitowanej Comarch ERP XL 11 Zmiany funkcjonalne wprowadzone w wersji

12 Rysunek 8 Ilość wykorzystana i do wykorzystania dla poszczególnych towarów w promocji limitowanej Promocje z limitem ilościowym zostały obsłużone na zamówieniach sprzedaży i zakupu ZS, ZZ, zleceniu serwisowym ZSR, dokumentach handlowych sprzedaży i zakupu: FS, WZ, PA, FSE, WZE, WKA, FZ, PZ, PZI, FRR, PKA oraz formatce łatwej sprzedaży. Oprócz sprawdzania dotychczasowych warunków, koniecznych do naliczenia danej promocji, System sprawdza, czy ilość na elemencie transakcji nie przekracza ilości pozostałej, niewykorzystanej z tej promocji. Nie przewiduje się częściowego naliczenia promocji w sytuacji, gdy co prawda promocja nie została jeszcze wyczerpana, jednak ilość niewykorzystana jest mniejsza niż ilość, jakiej dotyczy bieżąca transakcja. Przykład: W PRM1 dla T1 zdefiniowano rabat 10%, limit 100szt. Dotychczas naliczono już promocję dla 97szt, Ilość pozostająca to 3szt. Jeżeli teraz Operator zarejestruje FS na 6szt T1, wówczas promocja nie zostanie naliczona, bowiem ilość na elemencie przekracza ilość, dla której promocja może jeszcze zostać naliczona, System nie będzie naliczał np. 5% (połowę), byłoby to bowiem dość nieoczekiwane i niezgodne z warunkami promocji. Aby promocja została naliczona, Operator musi zmniejszyć ilość na elemencie na 3szt a pozostałą ilość dodać na odrębnym elemencie. Ww. jest podyktowane nie tylko zbyt dużym stopniem skomplikowania mechanizmu rabatowego w przypadku ewentualnej konieczności proporcjonalnego wyliczania należnego rabatu, ale również dyskusyjnością takiego rozwiązania, powodującego naliczenie rabatu niezgodnego ze zdefiniowanym w promocji, zwłaszcza w przypadku rabatu typu stała cena (ostatecznie musiałaby ona zostać naliczona na innym poziomie, niż zakładany, trudno byłoby się Operatorowi zorientować skąd taka cena się wzięła). W przypadku Limitu zdefiniowanego w nagłówku promocji, zdefiniowana na niej ilość jest konsumowana każdorazowo przy naliczeniu tej promocji udzielanej na dowolnym towarze, niezależnie od tego, czy towar został do niej przypisany wprost, czy też poprzez grupę towarową, do której należy. W przypadku limitów definiowanych na elementach (towarach) w promocji limit ilości/wartości dotyczy limitu promocji naliczonej na tym konkretnym towarze. Aby jednak limit został obsłużony dla niego prawidłowo, towar, z określonym limitem powinien znaleźć się na promocji. Promocja naliczona bowiem na towarze, który nie został dodany bezpośrednio do promocji, lecz jedynie należy do grupy towarowej na promocji, jest udzielana bez żadnego limitu Promocja do wyczerpanie wartości rabatu Promocja z limitem typu Wartość rabatu również może przyjąć dwie formy: limitu zdefiniowanego dla całej promocji oraz limitu zdefiniowanego na poszczególnych towarach w promocji. Limit Wartości rabatu zdefiniowany na nagłówku promocji oznacza, że łącznie, z tytułu tej promocji System może naliczyć rabat w kwocie netto w walucie Systemowej nie większej, niż kwota określona w nagłówku promocji, niezależnie na jakim towarze zostanie ona naliczona. 12 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

13 Limit Wartości rabatu zdefiniowany na elemencie promocji (taki sam dla wszystkich rekordów wskazujących na dany towar) oznacza, że łączna kwota rabatu naliczona dla tego towaru nie może przekroczyć kwoty określonej na tym towarze w promocji. Ww. limity funkcjonują rozłącznie, tj. jeżeli limit zdefiniowano na nagłówku, wówczas nie jest on definiowany na elementach i odwrotnie. Limit Wartość rabatu dla całej promocji Maksymalna wartość rabatu dla promocji definiowana jest w opisywanej już sekcji Limit formatki promocji nie-pakietowej PRM. Podobnie jak dla promocji z limitem ilościowym, również dla promocji z określoną wartością maksymalną rabatu udostępniona została informacja o kwocie już wykorzystanej oraz pozostającej do wykorzystania z tej promocji. Rysunek 9 Limit w postaci maksymalnej wartości rabatu dla promocji oraz informacja o wartości już wykorzystanej Limit wartościowy dla poszczególnych elementów promocji Limit wartościowy można definiować na poszczególnych towarach promocji nie-pakietowej PRM, dla której nie określono Limitu w nagłówku. Limit ten, podobnie jak w przypadku limitu Ilości można definiować: Na formatce elementu (towaru) w promocji, w Limit Rysunek 10 Limit typu Wartość rabatu dla konkretnego towaru w promocji Comarch ERP XL 13 Zmiany funkcjonalne wprowadzone w wersji

14 Poprzez seryjną zmianę dla zaznaczonych elementów promocji Poprzez edycję metodą edit-in-place na liście towarów w promocji Z wykorzystaniem operacji wypełnij wszystkie wg bieżącego w menu kontekstowym listy Towarów na promocji Podczas dodawania towarów na promocję z arkusza kalkulacyjnego: kolumny Typ limitu (0- brak, 1- ilościowy, 2-wartościowy) oraz Limit Zasady ustalanie limitu typu Wartość rabatu na wielu rekordach z danym towarze oraz na grupie towarowej są identyczne, jak w przypadku limitu ilościowego, to znaczy na grupie towarowej limit nie jest definiowany, natomiast na danym towarze w promocji jest on taki sam, niezależnie do tego na ilu rekordach tej promocji występuje. Jeżeli więc na promocji znajduje się towar z określonym limitem wartości rabatu, oznacza to, że limit ten będzie konsumowany przy każdej transakcji z tym towarem, na której naliczona została ta promocja, niezależnie od tego, czy jej naliczenie nastąpiło na podstawie rekordu promocji z tym towarem, jego określonym progiem, czy też z tytułu jego przynależności do grupy towarowej na promocji. Promocja naliczona na towarze, który nie został dodany bezpośrednio do promocji, ale należy do grupy towarowej na promocji będzie udzielana bez żadnego limitu. Podobnie jak w przypadku promocji z limitem ilościowy, również w przypadku limitu Wartości rabatu udostępniona została stosowna informacja o kwocie już wykorzystanej oraz pozostającej do wykorzystania dla danego towaru oraz listy towarów w promocji. Rysunek 11 Wartość rabatu wykorzystana i pozostająca do wykorzystania dla towaru w promocji limitowanej Rysunek 12 Wartość wykorzystana rabatu oraz pozostająca do wykorzystania dla poszczególnych towarów w promocji limitowanej 14 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

15 Promocje z limitem wartościowym zostały oobsłużone na tych samych typach dokumentach, co promocje z limitem ilościowym, inny jest jednak mechanizm kontroli ich naliczania. Oprócz sprawdzania dotychczasowych warunków, koniecznych do naliczenia danej promocji, System sprawdza, czy naliczenie danej promocji na elemencie transakcji nie spowodowałoby przekroczenia dozwolonej kwoty rabatu. Do takiego porównania stosowne są wielkości netto w walucie Systemowej, niezależnie od waluty, w jakiej zostały zarejestrowane wcześniejsze transakcje konsumujące zdefiniowany limit wartości rabatu. Nie przewiduje się częściowego naliczenia promocji w sytuacji, gdy co prawda promocja nie została jeszcze wyczerpana, jednak pozostająca z niej wartość jest niewystarczająca dla zastosowania promocji dla bieżącej ilości/wartości transakcji. W przypadku Limitu zdefiniowanego w nagłówku promocji, zdefiniowana na niej Wartość rabatu jest konsumowana każdorazowo przy naliczeniu tej promocji udzielanej na dowolnym towarze, niezależnie od tego, czy towar został do niej przypisany wprost, czy też poprzez grupę towarową, do której należy. W przypadku limitów definiowanych na towarach w promocji, określona na nim wielkość rabatu dotyczył wyłącznie promocji naliczonej na transakcjach z tym towarem. Promocja naliczona na towarze, który nie został dodany bezpośrednio do promocji, lecz jedynie należy do grupy towarowej na promocji, udzielana jest bez żadnego limitu. Dopiero dodanie towaru i zdefiniowanie dla niego limitu spowoduje, że naliczana dla niego promocja konsumuje limit promocyjny zdefiniowany na towarze, niezależnie od tego, czy została naliczona na podstawie elementu promocji typu towar, czy w związku z przynależnością towaru do grupy na promocji Promocja z mieszanym typem limitu W przypadku tych promocji, dla których nie zdefiniowano limitu w nagłówku, istnieje możliwość określenia rożnych typów limitu na towarach w tej samej promocji. Przykładowo dla towaru T1 może to być limit ilościowy, a dla towaru T2 limit w postaci maksymalnej wartości rabatu. W zakresie tego samego towaru w promocji obowiązuje zasada, zgodnie z którą zarówno typ, jak i wielkość limitu są takie same na wszystkich elementach promocji, wskazujących na ten sam towar Promocja refundowana Definiowanie promocji refundowanej Promocja refundowana jest szczególnym rodzajem promocji sprzedażowej, w której część kosztów udzielonego w jej ramach rabatu ponosi Dostawca/Producent, lub inny Podmiot. W nagłówku takiej promocji definiowana jest maksymalna wartość refundacji dla danej promocji, rozumiana jako wartość netto w walucie Systemowej, natomiast na towarach w tejże promocji definiowany jest sposób ustalanie kwoty refundowanej dla transakcji dokonanej danym towarem, na którym tej promocji udzielono. Promocja będzie naliczana aż do wyczerpania kwoty refundowanej określonej w nagłówku promocji. Promocję nie-pakietową PRM można oznaczyć jako refundowaną poprzez zaznaczenie checkboxa Limit i wskazanie opcji Kwota refundowana jako rodzaju limitu. Określana w tej sekcji kwota oznacza, że promocja będzie naliczana aż do jej wyczerpania, tj. aż do chwili, gdy łączna kwota refundacji, czyli tej części kosztu udzielonej promocji, którą poniesie podmiot zewnętrzny, nie przekroczy tej wielkości. Informacja o kwocie refundacji wykorzystanej oraz pozostającej do wykorzystania dostępna jest na promocji, która została już potwierdzona, na dedykowanej do tego formatce otwieranej przyciskiem j.n. Comarch ERP XL 15 Zmiany funkcjonalne wprowadzone w wersji

16 Rysunek 13 Limit w postaci mmaksymalnej kwoty refundacji na promocji oraz informacja o stopniu jej wykorzystania Jeżeli daną promocję oznaczono jako promocję refundowaną, wówczas na jej poszczególnych pozycjach (towarach w promocji) Operator może zdefiniować zasady refundacji, czyli określić jaka część naliczonego przez Firmę rabatu, zostanie zwrócona przez Dostawcę, Producenta, lub inny podmiot ponoszący częściowo koszty danej promocji. Odbywa się to na dodatkowej zakładce formatki towaru w promocji. Rysunek 14 Typ refundacji elementu promocji Inaczej niż w przypadku limitów ilości/wartości, na promocji refundowanej można określić różne zasady refundacji dla tego samego towaru (z innym progiem, czy też wielkością rabatu), można je również definiować na rekordach wskazujących na grupy towarowe. Wielkość refundacji można określić jako konkretną wielkość (kwotę) rabatu od elementu transakcji, kwotę rabatu od każdej sztuki towaru, lub jako % wielkość udzielonej kwoty rabatu: Wartość : metoda ta oznacza, że bez względu na ilość/wartość/kwotę rabatu na elemencie dokumentu, na którym naliczono tą promocję, kwota refundowana dla elementu ma zostać ustalona na poziomie określonej kwoty Wartość jednostkowa : wielkość refundacji zdefiniowana jako określona kwota od każdej sztuki towaru, dla której naliczono promocję 16 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

17 Procent z kwoty rabatu : wielkość refundacji zdefiniowana jako określony procent z kwoty naliczonego rabatu z tytułu danej promocji Przykład 1: PRM1: T1; rabat 20%; wielkość refundacji: Wartość 10,00PLN Bez względu na ilość na elemencie transakcji, kwota refundowana wyniesie 10,00 PLN: FS1 T1 10szt, naliczono promocję PRM1 w kwocie 100,00, kwota refundacji: 10,00 PLN FS2 T1 20szt, naliczono promocję PRM1 w kwocie 200,00, kwota refundacji 10,00 PLN Przykład 2: PRM2; T1: rabat 10%; wielkość refundacji 10,00 PLN/szt Podczas sprzedaży 1szt towaru, kwota refundacji wyniesie 10,00PLN, podczas sprzedaży 3szt: 30,00PLN itp. Przykład 3: PMR3; T1 rabat 8%; wielkość refundowana: 50% Ww. oznacza, że połowa kwoty udzielonego rabatu będzie refundowana przez Dostawcę/Producenta. Jeżeli więc cena początkowa towaru wynosi 100,00PLN, sprzedane zostaną 3szt towaru, System naliczy 8% rabatu, czyli kwotę 24,00, kwota refundowana wyniesie 12,00. Przykład 4 Operator definiuje promocję na towar T2 w wysokości 6%, z czego 2% pokrywa Dostawca/Producent, pozostałe 4% zostaną poniesione przez Firmę. W takim wypadku wielkość refundacji należy zdefiniować na poziomie 33,33% (2/6*100) Definiowanie warunków refundacji obsłużone zostało również dla wielu zaznaczonych elementów jednocześnie oraz z wykorzystaniem operacji Wypełnij wszystkie wg bieżącego, natomiast warunki refundacji nie są obsługiwane podczas dodawania towarów z arkusza kalkulacyjnego. Obsługa na dokumentach - naliczanie promocji do wyczerpania kwoty refundowanej Promocje refundowane zostały obsłużone na dokumentach sprzedaży: zamówieniach sprzedaży ZS, zleceniu serwisowym ZSR, dokumentach handlowych sprzedaży: FS, WZ, PA, FSE, WZE, WKA, oraz formatce łatwej sprzedaży. Oprócz sprawdzania dotychczasowych warunków, koniecznych do naliczenia danej promocji, System sprawdza, czy udzielenie promocji refundowanej na danym elemencie nie spowoduje przekroczenia maksymalnej wielkości kwoty refundowanej z tej promocji. Jeżeli wielkość refundacji zostałaby w ten sposób przekroczona, wówczas promocja nie zostanie zastosowana. Nie przewiduje się częściowego naliczenia promocji w sytuacji, gdy co prawda kwota refundacji nie została jeszcze wyczerpana, jednak pozostająca z niej wartość jest niewystarczająca dla zastosowania promocji dla bieżącej ilości/wartości transakcji. Rozliczenie promocji refundowanej Na promocji refundowanej, która została już potwierdzona, dostępna jest zakładka {Rozliczenie refundacji}, na której prezentowana jest informacja o refundacji już wykorzystanej, obliczonej na podstawie transakcji objętych tą promocją oraz refundacji pozostającej do wykorzystania. Dodatkowo Operator może tutaj zarejestrować dokument a-vista (A)FS lub (A)FZK, rozliczający kwotę refundowaną w tej promocji, lub związać z promocją dokument wcześniej wystawiony z tytułu refundacji. Na tej podstawie System obliczy i zaprezentuje wielkość refundacji rozliczonej oraz pozostającej do rozliczenia. Comarch ERP XL 17 Zmiany funkcjonalne wprowadzone w wersji

18 Rysunek 15 Zakładka {Rozliczenie refundacji} na formatce promocji refundowanej Zakładka podzielona jest na trzy sekcje: Refundacja wykorzystana Rozliczenie Sekcja podsumowania W sekcji Refundacja wykorzystana prezentowana jest lista towarów przypisana do promocji, z wyliczoną kwotą należnej refundacji dla każdego z nich. W sekcji Rozliczenie prezentowana jest lista dokumentów przypisanych do promocji, za pomocą których Firma rozlicza refundację z Dostawcą/Producentem, czy też innym Podmiotem. Użytkownik może taki dokument wystawić samodzielnie, poza promocją, a następnie przyciskiem węzła dostępnym w tej sekcji dokonać jego powiązania z promocją, lub też, wystawić taki dokument wprost z tej zakładki, wybierając stosowną opcję w menu przycisku plusa. Operację Dołącz przewidziano dla dokumentów z rejestru VAT oraz tranagowych dokumentów handlowych, natomiast wystawić można dokument (A)FS oraz (A)FZK. Rysunek 16 Operacja rejestrowania faktury rozliczającej refundację oraz dołączania wcześniej zarejestrowanego dokumentu Podczas wystawienia dokumentu Faktura sprzedaży a-vista System tworzy nagłówek (A)FS i dodaje do niego element z towarem a-vista na ilość 1 i wartość ustaloną na poziomie mniejszej z wartości: suma kwot 18 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

19 refundacji wykorzystanej na pozycjach towarowych, lub wartość refundacji pozostającej do rozliczenia. W przypadku wystawiania dokumentu Korekta ręczna FZ a-vista zaś, System tworzy nagłówek (A)FZK i dodaje na niego element z towarem a-vista na ilość 0 i wartość zgodną z wartością przeciwną do wartości ustalonej j.w. Przykład: Dla promocji PRM1 kwota refundacji Do rozliczenia wynosi 700,00. Jeżeli Operator wykona operację dodania Faktury sprzedaży a-vista, wówczas utworzony zostanie dokument (A)FS na wartość 700,00. Jeżeli Operator wykona operację dodania Korekty ręcznej FZ a-vista, wówczas utworzony zostanie dokument (A)FZK na wartość -700,00 W sekcji podsumowania prezentowana jest informacja o maksymalnej wielkości refundacji zdefiniowanej dla promocji, wartości refundacji należnej (suma z kwot Refundacji towarów), wielkości pozostającej do wykorzystania oraz o refundacji rozliczonej i pozostającej do rozliczenia. Refundacja pozostająca do rozliczenia to różnica pomiędzy wielkościami Wykorzystana a Rozliczona Zagadnienia powiązane Rysunek 17 Informacja o stopniu wykorzystania i rozliczenia refundacji Promocje limitowane a Zestawy Zgodnie z przyjętą zasadą, ustalenie limitu ilości/wartości na danym rekordzie twrpromocje wskazującym na dany towar będzie jednoznaczne z przypisaniem limitu do wszystkich rekordów z tym towarem. Co za tym idzie parametry te zostaną przypisane również na elementach promocji zdefiniowanych jako zestawy. Parametrów limitu nie można zdefiniować na zakładce Zestawy, są one dziedziczone ze zwykłych elementów promocji na dany towar. Obsługa limitów na składnikach zestawu wygląda następująco: na promocji z limitem Ilości w nagłówku składniki zestawu, na których naliczono promocję, stosownie pomniejszają ilość do wykorzystania na promocji z limitem Wartości w nagłówku składniki zestawu, na których naliczono promocję, stosownie pomniejszają Wartość rabatu do wykorzystania na promocji z limitem ilości na pozycjach promocji: dla składnika zestawu zastosowany zostanie limit zdefiniowany dla danego towaru w promocji, jeżeli nie dodano tego towaru jako zwykłą pozycję towarową do promocji, wówczas limit na składniku nie zostanie zastosowany (będzie na nim ustawiony Limit=brak) na promocji z limitem Wartości na pozycjach promocji: dla składnika zestawu zastosowany zostanie limit zdefiniowany dla danego towaru w promocji, jeżeli nie dodano tego towaru jako zwykłą pozycję towarową do promocji, wówczas limit na składniku nie zostanie zastosowany (będzie na nim ustawiony Limit=brak) Comarch ERP XL 19 Zmiany funkcjonalne wprowadzone w wersji

20 Podczas dodawania na dokument zestawu System obsłuży warunkowe naliczenie danej promocji limitowanej typu ilość/wartość PRM, jak dla zwykłych elementów. Niemożność naliczenia danej promocji na części składników zestawu nie będzie stanowić przeszkody do dodania zestawu na dokument. Może się więc zdarzyć, że na niektórych składnikach zestawu System naliczy daną promocję, a na niektórych z nich nie. W przypadku promocji refundowanej na razie nie przewiduje się przypisywania refundacji do elementów zestawu na promocji, jeżeli więc tylko kwota dotąd naliczonej refundacji nie przekroczy limitu refundacji zdefiniowanego w nagłówku promocji, System udzieli tej promocji na pozycjach dodawanych jako zestaw, bowiem kwota należnej dla nich refundacji zostanie wyliczona na poziomie 0,00. Promocje limitowane a oferty Promocje limitowane, czy to z limitem określonym w nagłówku, czy to na elemencie promocji oraz promocje refundowane nie są naliczane na ofertach. Jest to podyktowane tym, że nie istnieje ścisłe powiązanie pomiędzy elementami ofert i zamówień, nie ma też kontroli ilości dokumentów, elementów, ilości na elementach zamówień wygenerowanych z oferty, trudno więc byłoby na podstawie ofert kontrolować stopień wykorzystania promocji. Aby utrzymać na zamówieniu cenę z oferty, System, nawet gdyby nie naliczył na nim promocji (w sytuacji, gdy została już wykorzystana) i tak nadałby rabat operatora, aby utrzymać cenę zaproponowaną na ofercie, ostatecznie więc mogłaby ona zostać ustalona na nienależnym poziomie i Firma realnie udzielałabym rabatu w większym zakresie, niż wynika z limitów określonych na promocji. Obsługa promocji limitowanych podczas zmiany parametrów nagłówka dokumentu Warunkowe naliczenie promocji limitowanych obsłużone zostało również podczas zmiany parametrów nagłówka dokumentu takich jak: zmiana kontrahenta, daty, magazynu, sposobu dostawy, formy płatności oraz właściciela i towarzyszącym temu operacjom przeliczania elementów. Cena na liście towarów otwieranej opcją dodaj listę Zmiany zostały uwzględnione również podczas prezentowania ceny sugerowanej na liście towarów wywoływanej operacją Dodaj listę z formatek dokumentów. Dana promocja limitowa jest uwzględniona wówczas, gdy dla ilości podanej na liście i/lub wynikającej z niej wartości rabatu/wielkości refundacji naliczenie jej nie spowoduje przekroczenia limitu zdefiniowanego na promocji, lub jej elemencie. Generowanie dokumentów a limitowane promocje PRM Podczas naliczania promocji na generowanych elementach obsłużone zostały dodatkowe warunki dla promocji limitowanych. Dotychczasowe zasady ustalania ceny/wartości końcowej w oparciu o element źródłowy, lub niezależnie od nich pozostają bez zmian. Wymagalność rejestracji struktury rabatu Dla poprawnej obsługi promocji limitowanej konieczne jest rejestrowanie struktury udzielonego rabatu, tylko bowiem w takim wypadku możliwe jest kontrolowanie stopnia wykorzystania poszczególnych limitów zdefiniowanych na promocji. Z tego względu, jeżeli w Systemie istnieje potwierdzona promocja tego typu, niemożliwe będzie odznaczenie parametru Rejestruj strukturę udzielonego rabatu w konfiguracji Systemu, o czym Użytkownik jest informowany podczas próby wyłączenia tego parametru. Z kolei jeżeli ww. parametr w konfiguracji jest wyłączony, wówczas nie uda się potwierdzić promocji limitowanej. 1.2 Ustalanie cen na zamówieniu wg daty wystawienia lub realizacji W wersji wprowadzono parametryzację Systemu w zakresie przyjmowania daty wystawienia lub planowanej daty realizacji zamówienia, jako właściwej do ustalenia na nim zarówno ceny początkowej, jak i należnych rabatów z tytułu zdefiniowanych w Systemie promocji Rodzaj daty dla ceny/promocji na zamówieniu Na formatkę zamówień ZS i ZZ został dodany stosowny parametr dotyczący ustalania typu daty właściwa dla ceny początkowej oraz należnych rabatów. Parametr ten ustalany jest domyślnie na podstawie definicji dokumentu ZS/ZZ, z możliwością jego zmiany na niepotwierdzonym zamówieniu, z zastrzeżeniem przypadków j.n.: Wybór radia Realizacji będzie niemożliwy, jeżeli jako data realizacji zamówienia została wybrana opcja nieokreślona 20 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

21 Zmiana radia będzie niemożliwa, jeżeli na zamówieniu znajduje się element wskazujący na promocję pakietową i w definicji dokumentu włączono Aktualizacja danych po zmianie/daty Zmiana radia na zamówieniu zawierającym elementu może wywołać stosowne przeliczenie elementów, o czym więcej w dalszej części dokumentu. Rysunek 18 Parametryzacja rodzaju daty dla ceny początkowej/promocji na zamówieniu w oparciu o jego definicję Dodawanie i edycja pozycji na ZZ/ZS obsługa typu daty ceny początkowej i promocji Ustalone na danym zamówieniu radio Cena początkowa i promocje wg daty: Wystawienia/Realizacji decyduje zarówno o tym, jaka cena początkowa (obowiązująca w dniu wystawienia, czy w dniu planowanej daty realizacji zamówienia) zostanie ustalona na dodawanym elemencie zamówienia, jak i o tym, która z tych dat będzie brana pod uwagę podczas naliczania stosownych promocji. Jeżeli wybrana zostanie data wystawienia, wówczas zachowana zastanie dotychczasowa zasada ustalania ceny początkowej oraz naliczania promocji obowiązujących w dniu zgodnym z datą wystawienia. Jeżeli zaś wybrana zostanie data realizacji, oznacza to, że System ustali ceną początkową, która ma obowiązywać w dniu planowanej daty realizacji i naliczy te promocje, które będą w planowanym dniu realizacji zamówienia obowiązywać, oczywiście o ile w chwili dodawania zamówienia zostały już w Systemie zdefiniowane. Przez datę realizacji w stosunku do której ustalana będzie ceną początkowa oraz promocje, rozumiana będzie data realizacji ustalona w nagłówku zamówienia, niezależnie od tego, jaka data realizacji zostanie ustalona na poszczególnych elementach tegoż zamówienia. Ww. różnicowanie ceny początkowej w oparciu o różne daty jest możliwe dzięki wprowadzanej w wersji możliwości definiowania cenników sprzedaży oraz cen zakupu u dostawców z wyprzedzeniem, tj, z datą od której ma dana cena obowiązywać Zmiana daty realizacji na nagłówku ZZ/ZS a inne zmiany na dokumencie Dotychczas zmiana daty realizacji na nagłówku zamówienia mogła wywołać jedynie zmianę daty realizacji na elementach. Obecnie, w związku z tym, że data realizacji nagłówka zamówienia może być datą wskazaną jako data właściwa do ustalenia ceny początkowej oraz należnych promocji na zamówieniu, jej zmiana, oprócz ewentualnej zmiany dat na elementach, może spowodować również ich stosowne przeliczenie. Przeliczenie to możliwe będzie wyłącznie na zamówieniu niepotwierdzonym. Jeżeli data ta będzie zmieniana na zamówieniu, które zostało już potwierdzone, wówczas pytanie o zmianę ceny początkowej/upustów nie jest w ogóle zadawane i przeliczenie nie jest dokonywane. Comarch ERP XL 21 Zmiany funkcjonalne wprowadzone w wersji

22 Podobnie jak w przypadku innych parametrów nagłówka wpływających na cenę/upusty okno zmian pojawia się na niepotwierdzonym zamówieniu wyłącznie wówczas, jeżeli w definicji dokumentu zaznaczono parametr aktualizacji po zmianie Daty. Okno zmian jest nieco zmodyfikowane, po to, aby to na nim Operator mógł od razu udzielić odpowiedzi na pytanie o zmianę dat na elementach, jak i o zmianę ceny początkowej/upustów, aby nie zadawać te pytania jedno po drugim. Domyślne ustawienie parametru zmiany daty na elementach na ww. oknie zmian zależne jest od definicji zamówienia w zakresie opcji Zmiana dat na elementach po zmianie na nagłówku. Jeżeli w sekcji tej wybrano opcję Tak lub Pytaj, wówczas parametr ten jest domyślnie zaznaczony, w przypadku opcji Nie jest domyślnie odznaczony. W każdym z tych przypadków jego ustawienie można zmienić. Parametry zmiany ceny początkowej i upustów są domyślnie włączone, z możliwością odznaczenia. Po akceptacji ww. okna zmian System ustali od nowa cenę początkową (właściwą dla nowej daty) oraz od nowa naliczy promocje stosownie do nowej daty. Na zamówieniu niepotwierdzonym, na którym data realizacji nie jest datą wybraną jako Cena początkowa i promocje wg daty oraz na zamówieniu, które zostało już potwierdzone niezależnie do rodzaju ww. daty obsłużona została jedynie warunkowa zmiana dat na elementach Automatyczna zmiana daty realizacji a ceny na zamówieniu Podczas zapisu zamówienia, a także podczas jego potwierdzania (z formatki zamówienia) System sprawdza daty realizacji jego elementów. Jeżeli istnieje element z datą realizacji późniejszą, niż data w nagłówku, wówczas data w nagłówku ustalana jest na podstawie tej najpóźniejszej daty z elementów. W związku z tym, że obecnie od tej daty może zależeć cena początkowa oraz promocje, w przypadku tych zamówień niepotwierdzonych, na których ustalono datę realizacji jako datę właściwą dla cen/promocji i na definicji których włączono aktualizację po zmianie daty pojawia się stosowne pytanie o przeliczenie elementów. Wprowadzone zostały poniższe wyjątki, w których ww. automatyczna zmiana daty realizacji zamówienia nie jest dokonywana: Na zamówieniu wybrano datę Realizacji jako właściwą dla ceny początkowej i promocji i istnieje element tego zamówienia z nieokreśloną datą realizacji Na zamówieniu wybrano datę Realizacji jako właściwą dla ceny początkowej i promocji, istnieje element zamówienia wskazujący na promocję pakietową i w definicji dokumentu włączono Aktualizację danych po zmianie/daty Zmiana radia typu daty właściwej dla ceny/promocji na zamówieniu a elementy zamówienia Zachowanie Systemu podczas zmiany typu daty (Wystawienia/Realizacji) na zamówieniu posiadającym elementy zależne jest od opcji Aktualizacja po zmianie/daty na definicji dokumentu. Jeżeli aktualizacja jest włączona, wówczas pojawia się okno parametrów zmian. Po akceptacji ww. okna zmian System ustala od nowa cenę początkową (właściwą dla nowej daty) oraz od nowa nalicza promocje stosownie do nowej daty Zmiana innych parametrów nagłówka a elementy Zachowana została obecna zasada opcjonalnego dokonywania zmian na dokumencie w wyniku zmiany jednego z poniższych parametrów zamówienia, tj. stosowne okno zmian prezentowane jest wówczas, jeżeli włączono parametr Aktualizacja danych po zmianie. Data wystawienia Kontrahent Magazyn Forma płatności Sposób dostawy Właściciel Zmiana w tym zakresie polegała na tym, że podczas przeliczania elementów System zastosuje cenę początkową/promocje stosownie wg daty wystawiania lub realizacji zamówienia, zgodnie z typem daty w sekcji Cena początkowa i promocje wg daty. 22 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

23 1.2.7 Inne zmiany Ww. parametryzacja daty na zamówieniu została stosownie obsłużona podczas kopiowania zamówienia oraz podczas generowania dokumentów z zamówienia. Jeżeli na zamówieniu wybrano datę wystawienia, jako właściwą dla ceny początkowej/promocji, wówczas prezentowane są pakiety obowiązujące w dniu wystawienia zamówienia, jeżeli zaś na zamówieniu wybrano datę realizacji, jako właściwą dla ceny początkowej/promocji, wówczas prezentowane są pakiety obowiązujące w dniu zgodnym z datą planowanej realizacji zamówienia. Zmiany opisane wyżej zostały uwzględnione również podczas prezentowania ceny sugerowanej na liście towarów wywoływanej operacją Dodaj listę z formatek dokumentów: ZZ i ZS. Jako data właściwa do ustalenia ceny początkowej oraz należnych promocji przyjmowana jest data wystawienia, lub realizacji, w zależności od radia typu daty właściwej dla ceny/promocji wybranego na danym zamówieniu. Zachowana została natomiast dotychczasowa zasad sprawdzania dostępności budżetu rabatowego kontrahenta i Operatora. System nadal sprawdza, czy data wystawienia dokumentu zawiera się w datach obowiązywania budżetu, bez względu na typ daty (wystawienia/realizacji) właściwej dla promocji na ZS. 1.3 Pulpit operatora Od wersji Comarch ERP XL można korzystać z pulpitów operatora, tzw. Dashboardów. Użytkownik Systemu może przygotować sobie własny pulpit z obiektami, z których korzysta najczęściej, dzięki czemu dostęp do nich będzie szybszy a układ spersonalizowany. Dodatkowo, poza standardowymi obiektami na pulpicie można dodać widżet z odwołaniem do dowolnej strony www, innego programu czy raportów BI. Włączenie dostępu do konfiguracji pulpitu odbywa się w: Ustawieniach użytkownika. Rysunek 19 Ustawienia użytkownika, aktywacja pulpitu operatora Uwaga: Opis konfiguracji pulpitów zostanie udostępniony w dedykowanym biuletynie technicznym Pulpity predefiniowane Wraz z możliwością kreowania własnych pulpitów dla Użytkowników, udostępnione zostały pulpity tzw. predefiniowane, stanowiące bazę jak pulpity mogą wyglądać, z przykładowymi obiektami i ułożeniem. Te predefiniowane pulpity mogą być przypisane do operatorów i w proponowanej wersji używane lub mogą Oni je indywidualnie modyfikować wg własnych potrzeb i upodobań (oraz naturalnie można utworzyć pulpit od zera ). Poniżej przykładowe pulpity dla logistyka oraz handlowca. Comarch ERP XL 23 Zmiany funkcjonalne wprowadzone w wersji

24 Rysunek 20 Panel predefiniowany, wzór dla logistyka 24 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

25 Rysunek 21 Panel predefiniowany, wzór dla handlowca Przypisywanie pulpitów predefiniowanych do operatora Aby udostępnione predefiniowane pulpity, a także te pulpity, które zostały przygotowane przez administratora jako predefiniowane mogły być używane przez Użytkownika, należy Mu je przypisać. W tym celu na karcie operatora dodana została stosowna sekcja dla przypisywania predefiniowanego pulpitu. Z uwagi na możliwość korzystania z więcej niż jednego pulpitu, na liście pokazywane są wszystkie pulpity przypisane do operatora. Przypisanie pulpitu do operatora odbywa się poprzez kopiowanie rekordu w bazie z danym pulpitem predefiniowanym, a następnie uzupełnianie numeru operatora, któremu pulpit jest przypisywany. Jednocześnie udostępniona została opcja usunięcia pulpitu konkretnemu operatorowi. Oznaczało to będzie usunięcie pulpitu operatora z bazy danych. Działanie będzie tożsame z usunięciem pulpitu z poziomu konfiguracji. Comarch ERP XL 25 Zmiany funkcjonalne wprowadzone w wersji

26 Rysunek 22 Karta operatora, lista Pulpitów operatora Wskazanie predefiniowanego pulpitu będzie możliwe również na wzorcu operatora. Dzięki temu będzie można przy pomocy funkcjonalności aktualizacji kart operatorów hurtem przypisać operatorom jakiś predefiniowany pulpit. Także dodając nową kartę operatora w kontekście wzorca będzie można od razu ustalić przypisywanie do niego wybranego pulpitu. Analogicznie będzie można przypisać do wybranych operatorów predefiniowany pulpit poprzez formatkę Edycji parametrów operatorów. Rysunek 23 Wzorzec operatora, Edycja parametrów operatora, przypisywanie pulpitu predefiniowanego 1.4 Inne zmiany Ustawienia wyglądu list Zgodnie z zapowiedzią, w wersji wprowadzono zmiany dotyczące wyglądu list w Systemie. Będzie zatem można włączyć opcję naprzemiennego kolorowania list, a także ustalić wysokość wierszy oraz czcionkę i jej rozmiar. Zmiany te mają na celu przede wszystkim poprawę czytelności i komfortu pracy z listami. Konfiguracja powyższego dostępna jest w menu kontekstowym listy pod hasłem Ustawienia formatu, a następnie Ustawienia listy. 26 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

27 Rysunek 24 Formatowanie, Ustawienia wyglądu listy Rysunek 25 Formatowanie, efekt włączonej opcji naprzemiennego kolorowania list Uwaga: Może się okazać, że po włączeniu naprzemiennego kolorowania, w niektórych kolumnach na listach, będą niesłusznie zwracane wartości -1. Zaleca się wówczas przywrócenie domyślnego formatu, a gdy nie pomoże domyślnych ustawień okien. Poniżej przykładowe miejsca, gdzie ww. sytuacja może wystąpić: Zakładka {Towary}, {Kontrahent} na promocjach Zakładka {Magazyn/Dla kontrahenta}, {Transakcje/Wg kontrahentów}, {Import/Faktury importowe/dla kontrahenta}, {Import/Dokumenty wewn./dla kontrahenta}, {Import/SAD/Dla kontrahenta} w historii towarów Generowanie OS do wielu OZ W wersji Comarch ERP XL wprowadzona została funkcjonalność pozwalająca na utworzenie jednego dokumentu oferty sprzedaży do wielu dokumentów ofert zakupu. OS generowana będzie z domyślnymi parametrami nagłówkowymi. Ceny sprzedaży na wygenerowanej ofercie będą ustalone standardowo, na podstawie cennika domyślnego, jak podczas generowania oferty sprzedaży do pojedynczej oferty zakupu Import pozycji z arkusza Excel dla wskazanego nagłówka dokumentu dla ZS i ZZ Na wzór importu elementów z arkusza kalkulacyjnego na dokumentach ofert sprzedaży i zakupu, udostępniona została funkcjonalność importu elementów na dokumentach zamówień. Działanie na ZS, ZZ, ZW jest analogiczne jak na OS, OZ. Comarch ERP XL 27 Zmiany funkcjonalne wprowadzone w wersji

28 Rysunek 26 Okno zamówienia, opcja: Importuj elementy z arkusza kalkulacyjnego Pobieranie domyślnego rejestru bankowego na dokumenty Wprowadzono zmiany w pobieraniu domyślnego rejestru bankowego na dokumenty Handlowe i Zamówienia. Obecnie rejestr bankowy ustawiany jest na podstawie ustawienia w Centrum, które jest właścicielem dokumentu a nie na podstawie Centrum, do którego zalogowany jest Operator Przesyłanie domyślnej jednostki miary do Comarch ERP e-sklep. Umożliwiono przesyłanie ustawienia domyślnej jednostki miary dla towaru do Comarch ERP e-sklep. 28 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

29 2 Współpraca z Comarch WMS 2.1 Określanie sposobu pracy z WMS Na karcie magazynu dedykowanego do obsługi WMS dodane zostały opcje ustalające sposób współpracy pomiędzy Systemami Opcja: Tylko ilościowo Rysunek 27 Karta magazynu, sekcja ustalania sposobu pracy z WMS W tym ustawieniu dopuszcza się, by partie na dokumencie magazynowym i wynikająca z dostawy na dokumencie handlowym były różne. Po zmianie partii w WMS (w stosunku do tego co zostało zadysponowane w systemie ERP), zmiana partii jest synchronizowana do systemu ERP. Jednak przy generowaniu dokumentów handlowych, jeżeli nie ma stanu handlowego do partii, która została wydana, to w dalszej kolejności jest sprawdzana tylko zgodność ilościowa towaru wydanego z towarem fakturowanym (zgodność partii jest pomijana). Dokładna informacja co zostało wydane/przyjęte (jaka partia) znajduje się tylko na dokumentach magazynowych (w Systemach WMS i ERP XL). Innymi słowy, jeżeli w Systemie ERP XL nie ma stanu handlowego odpowiadającemu wydanej partii, na dokumencie handlowym pobierany jest stan handlowy wg ustalonej reguły pobierania (FIFO). Przy takim podejściu System ERP prowadzi w stanach handlowych tylko ewidencję ilościową towarów ile danego towaru jest w stanie zafakturować. WMS prowadzi dokładną ewidencję zasobów magazynowych (co z jaką cechą zostało przyjęte/wydane). Zalecenia przy takim modelu pracy: Korzystanie z wydruków dokumentów magazynowych (ZWM, AWD) w WMS, lub modyfikacja wydruków XL owych w taki sposób, aby pobierać dane o wydawanej/przyjmowanej partii z tabel WMS owych Tworzenie inwentaryzacji od strony systemu WMS - wychodzenie od informacji o partiach, które znajdują się w systemie Comarch WMS. Możliwe jest także wychodzenie od inwentaryzacji handlowej ze strony ERP XL, lecz wiąże się to z koniecznością dodawania nowych pozycji wszystkich informacji o partiach na magazynie, których nie ma na dokumentach handlowych w ERP Comarch ERP XL 29 Zmiany funkcjonalne wprowadzone w wersji

30 W Comarch ERP XL nie jest kontrolowana zgodność partii, po zmianie zasobu w WMS. Jedyną możliwością kontroli partii w ERP przy takim ustawieniu na magazynie jest rozpoczynanie procesów wydania i przyjęcia od zamówień i dokumentów magazynowych tj.: (W)AWD->PZ/FZ; (W)ZWM->WZ/FS, ZZ->(W)AWD->PZ/FZ; ZS->(W)ZWM->WZ/FS Przy rozpoczęciu procesów od dokumentów handlowych tj. FS->(W)ZWM, FZ->(W)AWD, jedyną możliwością ścisłej kontroli partii w obu systemach jest włączenie w WMS całkowitej blokady zmiany zasobów Treaceability śledzenie partii jest możliwe - tylko przy całkowitej blokadzie zmiany zasobu w WMS oraz określaniu partii unikalnym kodem przy każdej dostawie Opcja: Ilościowo i zasobowo Po zmianie partii w WMS (w stosunku do tego co zostało zadysponowane w systemie ERP), zmiana partii jest synchronizowana do systemu ERP. Przy generowaniu dokumentów handlowych kontrolowana jest zarówno zgodność ilości jak i zasobów (partii). Może się to wiązać z brakiem możliwości wygenerowania faktury, jeżeli w systemie ERP do dokumentów magazynowych (przyjęć dostaw) nie zostały wygenerowane dokumenty handlowe (W)AWD bez PZ/FZ. Dokładna informacja co zostało wydane/przyjęte (jaka partia) znajduje się na dokumentach magazynowych (w Systemach WMS i ERP XL) oraz na dokumencie handlowym, jeżeli proces przebiega w kolejności: od zamówień i dokumentów magazynowych tj.: (W)AWD->PZ/FZ; (W)ZWM->WZ/FS, ZZ->(W)AWD->PZ/FZ; ZS->(W)ZWM->WZ/FS. Przy takim podejściu (takiej ścieżce procesów) system ERP prowadzi w stanach handlowych zarówno ewidencję ilościową towarów ile danego towaru jest w stanie zafakturować, jak i ewidencję zasobową z jaką cechą, datą ważności znajduje się towar do sprzedaży. WMS natomiast dalej prowadzi dokładną ewidencję zasobów magazynowych (co z jaką cechą zostało przyjęte/wydane i na jakie położenie), co przy rozpoczynaniu procesu od dokumentów magazynowych lub zamówień jest zgodne z systemem ERP. Zgodność partii między ERP XL - WMS przy tym modelu pracy na magazynie może być zakłócona przy rozpoczęciu procesu od dokumentów handlowych oraz zmianie partii na dokumencie magazynowym w WMS (FS->(W)ZWM z inną partią). Zalecenia przy takim modelu pracy: Korzystanie z dowolnych wydruków dokumentów magazynowych w WMS lub ERP XL Tworzenie inwentaryzacji od dowolnej strony, ERP XL lub WMS W celu ścisłej kontroli partii między ERP XL - WMS przy tym modelu pracy konieczne jest wprowadzenie kolejności procesów: od zamówień i dokumentów magazynowych tj.: (W)AWD->PZ/FZ; (W)ZWM- >WZ/FS, ZZ->(W)AWD->PZ/FZ; ZS->(W)ZWM->WZ/FS oraz brak zmiany zasobu przy wychodzeniu w procesie od dokumentu handlowego (FS->(W)ZWM) Treaceability śledzenie partii, przy tym modelu pracy na magazynie jest możliwe tylko przy pilnowaniu kolejności procesu od zamówień i dokumentów magazynowych (blokadzie zmiany zasobu w WMS przy zmianie zasobu) oraz określaniu partii unikalnym kodem przy każdej dostawie. 2.2 Inwentaryzacja ciągła WMS-XL Uwaga: Przedstawiona poniżej funkcjonalność dotyczy przyszłej wersji aplikacji Comarch WMS. Po dodaniu funkcjonalności inwentaryzacji w Systemie Comarch WMS, w ERP XL obsłużone będzie zarejestrowanie/przyjęcie dokumentów różnic magazynowych powstałych w wyniku przeprowadzonej w WMS inwentaryzacji oraz generowania do nich dokumentów handlowych. W rozwiązaniu tym, w ERP XL, w żadnym momencie nie następuje blokada magazynu czy też inwentaryzowanych towarów. 30 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

31 Uwaga: Inwentaryzacja ciągła przeprowadzana w aplikacji WMS ma na celu wyszukać rozbieżności na magazynie WMS i je skorygować. Inwentaryza cja ciągła nie będzie zawsze (po jej zrealizowaniu i zatwierdzeniu) uzgadniała stanu magazynowego w WMS i stanu handlowego w ERP XL 1:1. Po zakończeniu inwentaryzacji ciągłej w Comarch WMS na stwierdzone nadwyżki/niedobory powstaną tam odpowiednio dokumenty ZWM/AWD. Dokumenty te będą przekazywane do ERP, gdzie można dogenerować do nich dokumenty handlowe RW/PW. Dodatkowo przekazywane dokumenty będą uwzględniały niezrealizowane dokumenty magazynowe mogące mieć wpływ na wynik inwentaryzacji w WMS. Przekazane do Systemu Comarch ERP XL dokumenty różnicowe będą zatwierdzone, nie będzie można ich w żaden sposób modyfikować ani anulować oraz będą stosownie oznaczone, jako związane z inwentaryzacją w WMS. Wyróżnikami takimi będą seria ustalana w Konfiguracji Systemu, opis na nagłówku dokumentu. Dodatkowo na podstawie zapisów w bazie będzie można różnicować dokumenty WMS dodane wskutek inwentaryzacji ciągłej od pozostałych. Do przekazanych z aplikacji Comarch WMS dokumentów różnic inwentaryzacyjnych będą mogły być generowane dokumenty handlowe PW, RW. Będzie się to odbywało automatycznie po przekazaniu tych dokumentów różnicowych (zapisaniu w tabelach XL a) lub Operator będzie mógł je ręcznie dogenerować. Generowane dokumenty będą numerowane w obrębie serii wskazanej w konfiguracji, a także posiadały specjalny opis wskazujący na identyfikator inwentaryzacji ciągłej, z którą są pośrednio związane. Nie będą mogły być one anulowane, usuwane, korygowane. Dodatkowo wprowadzone zostało ograniczenie w postaci blokady zmiany ilości na tychże dokumentach, w tym także usunięcia oraz dodania nowej pozycji. Konfiguracja związana z obsługą dokumentów powiązanych z inwentaryzacją dokonywaną w aplikacji WMS, czyli automatycznego generowania dokumentów handlowych, serii na dokumentach różnicowych i dogenerowanych do nich handlowych, a także wyceny nadwyżek na PW udostępniona została w Konfiguracji Systemu na zakładce {Sprzedaż, Parametry 1}. Jednocześnie zostały tu przeniesione parametry dotyczące obsługi dokumentów AWD, ZWM, a także współpracy z WMS. 2.3 Inne zmiany Rysunek 28 Konfiguracja Systemu, parametry dotyczące współpracy z Comarch WMS Parametr na karcie magazynu: Realizuj tylko rezerwacje zasobowe Na karcie magazynu dedykowanego do obsługi WMS dodany został parametr wpływający na to, co (tj. które pozycje i jakie ilości) będzie realizowane na dokumencie (W)ZWM generowanym do ZS. Comarch ERP XL 31 Zmiany funkcjonalne wprowadzone w wersji

32 Rysunek 29 Karta magazynu, parametr: Realizuj tylko rezerwacje zasobowe Opcja dostępna jest do wyboru tylko w przypadku wyboru radio dotyczącego sposobu pracy z WMS: Ilościowo oraz zasobowo. Po zaznaczeniu parametru podczas generowania (W)ZWM do ZS, na dokument (W)ZWM pobierane będą domyślnie tylko te ilości, które mają przypięty konkretny zasób do rezerwacji. 32 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

33 3 Produkcja 3.1 Pulpity pracowników produkcji W wersji po uruchomienie dla operatora funkcjonalności Pulpitu operatora, możliwe jest definiowanie własnego interfejsu zarówno od strony graficznej jak i funkcjonalnej. Przy zachowaniu pełnej dowolności w budowaniu własnych pulpitów, możliwe jest korzystanie z pulpitów przygotowanych w systemie: Pulpitu technologa oraz pulpitu planisty. Pulpity te są jedynie propozycją przykładową prezentacją funkcjonalności definiowania własnych pulpitów i można je dowolnie modyfikować. Domyślnie, obydwa pulpity zawierają panele w jednym kontenerze, jak na: Rysunek 30. Rysunek 30 Domyślny układ pulpitu planisty. Możliwe jest jednak ich rozdzielenie i prezentowanie na przykład jako osobne, dokowane obszary: Rysunek 31 Przykładowe ułożenie panelu w Pulpicie planisty Pulpit technologa Pulpit technologa składa się z paneli: Technologie Pracownicy i maszyny Gniazda robocze Comarch ERP XL 33 Zmiany funkcjonalne wprowadzone w wersji

34 Materiały i wyroby gotowe Zawartość domyślnych paneli prezentują poniższe zrzuty: Rysunek 32 Zawartość panelu: Technologie. Rysunek 33 Zawartość panelu: Pracownicy i maszyny. Rysunek 34 Zawartość panelu: Gniazda robocze. Rysunek 35 Zawartość panelu: Materiały i wyroby gotowe Pulpit planisty Pulpit planisty składa się z paneli: Operacje Zlecenia Planowanie długoterminowe Pracownicy i maszyny Kalendarze i przestoje Technologie 34 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

35 Rysunek 36 Zawartość panelu: Operacje. Rysunek 37 Zawartość panelu: Zlecenia. Rysunek 38 Zawartość panelu: Planowanie długoterminowe. Rysunek 39 Zawartość panelu: Pracownicy i maszyny. Rysunek 40 Zawartość panelu: Kalendarze i przestoje. Rysunek 41 Zawartość panelu: Technologie. Comarch ERP XL 35 Zmiany funkcjonalne wprowadzone w wersji

36 3.2 Przestoje i awarie W systemie Comarch ERP XL udostępniono nowy sposób definiowania niedostępności dla zasobu produkcyjnego. Dzięki temu można obecnie w łatwy sposób zarejestrować w systemie przestój lub awarię dla zasobu, a także wykonać odpowiednie działania, prowadzące do usunięcia problemów związanych z awarią na zleceniach produkcyjnych, na których występuje dany zasób. Dane na temat przestojów i awarii zdefiniowanych w systemie, zapisywane są w tych samych strukturach bazy, w których przechowywane są okresy niedostępności zasobów Okno: Przestój Zgłoszenie awarii lub przestoju dla zasobu można wykonać z poziomu nowego okna: Przestój: Rysunek 42 Okno: Przestój W oknie przestoju (Rysunek 42) należy wskazać zasób, którego dotyczy przestój, a także określić dodatkowe parametry opisujące niedostępność zasobu takie, jak: Przyczyna przestoju - Dla przyczyny przestoju udostępniono trzy wartości do wyboru: Awaria maszyny, Błąd operatora, Brak dostaw energii. Dodatkowo listę możliwych do wyboru przyczyn przestojów można definiować z poziomu słownika kategorii: Przyczyny przestojów, dostępnego w module Administrator. W polu: Przyczyna przestoju, w oknie Przestoju można także nie podawać żadnej przyczyny (pozostawić puste pole). Czas przestoju Czas, w jakim dany zasób będzie niedostępny, z dokładnością do minuty. Priorytet Priorytet okresu niedostępności, którego wartości pobierane są ze słownika kategorii: Priorytety okresów Typ przestoju Planowany albo Nieplanowany Opis - Dodatkowy opis dotyczący przestoju przestoju/awarii. (Uzupełnianie opisu w oknie Przestoju nie jest wymagane). Po zapisaniu okresu niedostępności dla zasobu za pomocą opcji: [Zapisz przestój], w obszarze: Dokumenty, w danym oknie Przestoju prezentowane będą zlecenia/harmonogramy, na których występuje zasób w podanym okresie niedostępności. Będą tutaj brane pod uwagę tylko takie dokumenty, na których występują operacje możliwe jeszcze do przeplanowania. W zależności od potrzeby można będzie z tego miejsca, za 36 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

37 pomocą dostępnych opcji, wykonać modyfikacje na wybranych zleceniach, które pomogą rozwiązać problemy związane z przestojem/awarią (np. odblokować zasoby, przeplanować zlecenia w odpowiedniej kolejności, dobrać inne zasoby itd.). Przestoje można dodawać w systemie: Z poziomu menu, za pomocą opcji: Zgłoś przestój: Rysunek 43 Opcja dodawania przestoju, dostępna w menu Z poziomu Listy przestojów i awarii (3.2.2), za pomocą opcji [Dodaj]: Rysunek 44 Dodawanie Przestoju z poziomu Listy przestojów i awarii Z poziomu Listy zasobów, za pomocą opcji [Dodaj przestój]: Comarch ERP XL 37 Zmiany funkcjonalne wprowadzone w wersji

38 Rysunek 45 Dodawanie przestoju z poziomu listy zasobów, dla zaznaczonego zasobu na liście Z poziomu okna: Zasób, jako okres niedostępności dla zasobu (3.2.3), poprzez zaznaczenie w oknie parametru: Przestój. (Jeśli parametr: Przestój nie zostanie zaznaczony, wówczas okres niedostępności nie będzie widoczny na liście przestojów (3.2.2)) Rysunek 46 Dodawanie przestoju z poziomu okna: Okres zasobu i prezentacja okresu na liście przestojów Z dowolnego miejsca w module: Produkcja, za pomocą skrótu klawiaturowego Ctrl+n 38 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

39 Uwaga: Nie ma obecnie możliwości dodawania przestoju dla powiązanego z kartą pracownika zasobu, dla którego kalendarz pobierany jest z pracownika: Rysunek 47 Ustawienie odpowiadające za pobieranie kalendarza dla zasobu z pracownika Funkcjonalność jest planowana do wprowadzenia w kolejnej wersji systemu Comarch ERP XL. Nadal jednak można w dotychczasowy sposób dodawać okresy dostępności/niedostępności dla takiego zasobu Lista przestojów Przestoje/awarie prezentowane są na nowej liście: Liście przestojów i awarii: Rysunek 48 Lista przestojów i awarii Comarch ERP XL 39 Zmiany funkcjonalne wprowadzone w wersji

40 Na liście przestojów i awarii prezentowane są informacje na temat czasu trwania poszczególnych przestojów, zasobów, których dotyczą przestoje, przyczyn i typów przestojów. Listę przestojów i awarii można uruchomić w systemie za pomocą: opcji: Przestoje i awarie, dostępnej w menu: Rysunek 49 Opcja otwierania listy przestojów i awarii z menu skrótu klawiaturowego Ctrl+b z dowolnego miejsca w module: Produkcja Z poziomu Listy przestojów i awarii można dodać nowy przestój, edytować/zmieniać istniejący przestój lub usunąć przestój. Elementy listy przestojów i awarii można odpowiednio filtrować, za pomocą dostępnych na niej opcji, m. in. zawężać wg zadanego zakresu dat, a także wg typu przestoju, wg zasobu i innych parametrów lub zdefiniowanych przez Użytkownika filtrów. Na liście dostępne są także opcje otwierania harmonogramu operacji oraz wykresu Gantt a, które mogą usprawnić analizę, modyfikację, czy przeplanowywanie zleceń z zasobem, dla którego zarejestrowano przestój Zmiany w oknie: Okres zasobu Ponieważ przestój czy awaria to tak naprawdę okres niedostępności zasobu tyle, że dodawany i prezentowany w nowy sposób, to ma on swoje odzwierciedlenie w odpowiednim oknie: Okres zasobu. Dodanie przestoju oznacza dodanie dla zasobu okresu niedostępności. Natomiast dodanie okresu niedostępności dla zasobu nie musi się wiązać z dodaniem przestoju. Dodanie przestoju, powoduje, że dla wskazanego w oknie Przestoju zasobu dodawany jest okres niedostępności z zaznaczonym parametrem: Przestój. Dodatkowo zaznaczony jest odpowiedni typ przestoju oraz wskazana jest ewentualna przyczyna przestoju: 40 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

41 Rysunek 50 Okres niedostępności zasobu oznaczony jako: Przestój Jeśli chcemy by okres niedostępności dla zasobu, dodawany w dotychczasowy sposób był również przestojem, wówczas należy w oknie tego okresu zaznaczyć parametr: Przestój. Parametr ten jest możliwy do zaznaczenia w oknie: Okres zasobu jeśli, definiujemy okres niedostępności, który nie jest okresem cyklicznym. W przeciwnym przypadku, okres zasobu nie będzie przestojem (nie będzie widoczny na liście przestojów i awarii). Comarch ERP XL 41 Zmiany funkcjonalne wprowadzone w wersji

42 Rysunek 51 Ustawienia, które muszą być zachowane w oknie: Okres zasobu, aby możliwe było zaznaczenie w oknie parametru: Przestój 3.3 Obsługa generowania dokumentów AWD i ZWM ze zleceń Na potrzeby rozwoju integracji systemu Comarch ERP XL z aplikacjami Comarch WMS, udostępniono w systemie funkcjonalność generowania dokumentów AWD i ZWM bezpośrednio z dokumentów ZP, HPR, ZK, ZD Nowe opcje generowania dokumentów AWD i ZWM ze zleceń produkcyjnych Generowanie dokumentów AWD i ZWM z poziomu zleceń produkcyjnych odbywa się na podobnych zasadach, jak generowanie dokumentów PM i WM z tych zleceń. Różnica polega na tym, że w przypadku dokumentów AWD/ZWM istnieje możliwość ich wygenerowania do wielu dokumentów ZP (dla WM/PM nie jest to możliwe). W tych miejscach systemu, gdzie dostępne są opcje generowania ze zleceń dokumentów magazynowych, dodano również opcje generowania dokumentów AWD/ZWM. Tak, jak w przypadku WM - dokumentem ZWM można wydać materiały do produkcji, natomiast dokumentem AWD przyjąć produkty z produkcji tak, jak w przypadku PM. Funkcje generowania dokumentów AWD/ZWM ze zleceń produkcyjnych są dostępne: Na liście dokumentów ZP - z poziomu listy ZP możliwe jest generowanie AWD/ZWM na odpowiednie produkty/materiały znajdujące się na zaznaczonych na liście zleceniach: 42 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

43 Rysunek 52 Opcje generowania dokumentów AWD i ZWM z poziomu listy zleceń produkcyjnych Na zleceniu produkcyjnym, na zakładkach: Ogólne, Procesy, Materiały, za pomocą odpowiednich opcji dostępnych w rozwijanym menu obok opcji : Rysunek 53 Opcje generowania dokumentów AWD/ZWM z poziomu zlecenia produkcyjnego, z zakładki: Ogólne Comarch ERP XL 43 Zmiany funkcjonalne wprowadzone w wersji

44 Rysunek 54 Opcje generowania dokumentów AWD/ZWM z poziomu zlecenia produkcyjnego z zakładki: Procesy 44 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

45 Rysunek 55 Opcje generowania dokumentów ZWM z poziomu zlecenia produkcyjnego, z zakładki: Materiały W oknach: Edycja Surowca/Produktu: Comarch ERP XL 45 Zmiany funkcjonalne wprowadzone w wersji

46 Rysunek 56 Opcja generowania dokumentu ZWM z okna Edycja Surowca, z zakładki: Związane 46 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

47 Rysunek 57 Opcja generowania dokumentu AWD z poziomu okna: Edycja Produktu, z zakładki: Związane Na Harmonogramie operacji: Comarch ERP XL 47 Zmiany funkcjonalne wprowadzone w wersji

48 Rysunek 58 Opcje generowania dokumentów AWD i ZWM z poziomu Harmonogramu operacji Nowe opcje generowania dokumentów AWD i ZWM z harmonogramów projektów Podobnie, jak dla zleceń produkcyjnych, udostępniono także w systemie opcje generowania dokumentów AWD i ZWM z dokumentów HPR. Miejsca w których umożliwiono generowanie dokumentów AWD/ZWM z poziomu HPR są analogiczne, jak w przypadku zleceń produkcyjnych. Nowe opcje generowania dokumentów AWD/ZWM dla HPR są dostępne: Na liście HPR (analogicznie, jak dla ZP- Rysunek 52) Na dokumencie HPR (analogicznie, jak dla ZP- Rysunek 53, Rysunek 54, Rysunek 55) W oknie Edycja Surowca i Edycja Produktu na HPR (analogicznie, jak dla ZP- Rysunek 56, Rysunek 57) W oknie Harmonogram operacji (Rysunek 58) Realizacja ZP/HPR dokumentami AWD/ZWM Poszczególne kroki realizacji zleceń dokumentami AWD/ZWM wyglądają podobnie, jak w przypadku, gdy ich realizacja odbywa się za pośrednictwem dokumentów WM/PM. Różnica jest w samym sposobie generowania dokumentów magazynowych i ich realizacji. Natomiast proces realizacji zleceń w obu modelach jest podobny. Przykładowy scenariusz realizacji zlecenia produkcyjnego, za pomocą dokumentów AWD/ZWM będzie wyglądał następująco: Planowanie zlecenia 48 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

49 Rysunek 59 Zaplanowane zlecenie Realizacja operacji na zleceniu Rysunek 60 Zlecenie z wykonaną realizacja operacji Generowanie ze zlecenia ZWM na materiały, realizacja i zamykanie ZWM Comarch ERP XL 49 Zmiany funkcjonalne wprowadzone w wersji

50 Rysunek 61 Generowanie ZWM na materiały ze zlecenia Generowanie ze zlecenia dokumentu RW, potwierdzenie RW Rysunek 62 Wiązanie dokumentów RW i ZWM, wygenerowanych z ZP 50 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

51 Generowanie ze zlecenia dokumentu AWD na produkty, realizacja i zamykanie AWD Rysunek 63 Generowanie AWD na produkty ze zlecenia Generowanie ze zlecenia dokumentu PW, potwierdzenie PW Rysunek 64 Wiązanie dokumentów PW i AWD, wygenerowanych z ZP Comarch ERP XL 51 Zmiany funkcjonalne wprowadzone w wersji

52 Rozliczenie zlecenia Zamknięcie zlecenia Dołączanie pozycji z ZP i HPR na dokumenty AWD/ZWM Udostępniono możliwość dołączania odpowiednich elementów zleceń/ harmonogramów do dokumentów AWD i ZWM. Przy realizacji tej funkcjonalności przyjęte zostały jednak pewne ograniczenia do dokumentów AWD/ZWM można dołączyć elementy pochodzące z dokumentów ZP lub HPR ale tylko wówczas, gdy na tym dokumencie nie dodano jeszcze elementów pochodzących z innych dokumentów. W przeciwnym przypadku, opcje dołączania elementów zleceń będą nieaktywne. Jednocześnie przyjęto również, że jeśli na dokumencie AWD/ZWM dodano już elementy zleceń lub harmonogramów, to dołączenie do takich dokumentów elementów pochodzących z innych dokumentów, niż ZP/HPR nie będzie możliwe. Na dokumentach AWD/ZWM dodano opcje: Dołącz inne-> Zlecenia produkcyjne/harmonogramy projektów - opcja otwiera odpowiednią listę ZP lub HPR z możliwością zaznaczenia i wybrania dokumentów, z których elementy mają zostać przeniesione na dokument AWD/ZWM Rysunek 65 Nowe opcje dołączania na ZWM pozycji z wybranych dokumentów ZP lub HPR Rysunek 66 Lista dokumentów ZP otwarta za pomocą opcji: Dołącz inne->zlecenia produkcyjne (Rysunek 65) 52 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

53 Dołącz elementy innych-> Elementy zleceń produkcyjnych/ Elementy harmonogramów projektów - opcja otwiera odpowiednią listę ZP lub HPR z możliwością wskazania dokumentów, dla których z poziomu kolejnej listy będzie można wybrać elementy do przeniesienia na dokument AWD/ZWM Rysunek 67 Nowe opcje dołączania na ZWM wybranych elementów z dokumentów ZP lub HPR Rysunek 68 Lista elementów ZP otwarta za pomocą opcji: Dołącz elementy innych-> Elementy zleceń produkcyjnych Uwaga: Do dokumentów AWD/ZWM będzie można dołączyć tylko te elementy zleceń, które znajdują się na realizacji operacji. Comarch ERP XL 53 Zmiany funkcjonalne wprowadzone w wersji

54 3.3.5 Nowe opcje generowania dokumentów AWD i ZWM ze zleceń kompletacji i dekompletacji We wszystkich miejscach w systemie, gdzie dostępne są opcje generowania dokumentów WM/PM z ZK/ZD udostępniono także odpowiednie opcje generowania dokumentów AWD/ZWM. Możliwość generowania dokumentów AWD/ZWM ze zleceń kompletacji/dekompletacji udostępniono: Na liście dokumentów ZK/ZD: Rysunek 69 Opcje generowania dokumentów AWD/ZWM z poziomu listy ZK i ZD Na dokumencie ZK/ZD, na zakładce: Ogólne: Rysunek 70 Opcje generowania dokumentów AWD/ZWM z poziomu ZK i ZD Nowe opcje generowania AWD/ZWM ze zleceń kompletacji/dekompletacji służą do alternatywnego sposobu realizacji ZK/ZD dokumentami magazynowymi. Aby nowe opcje były dostępne dla ZK/ZD należy na definicji zleceń zaznaczyć parametr: Realizacja dokumentami magazynowymi: 54 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

55 Rysunek 71 Definicja ZK/ZD-parametr: Realizacja zlecenia dokumentami magazynowymi, którego zaznaczenie udostępnia opcje generowania dokumentów magazynowych z ZK/ZD Pozycje zleceń, przenoszone na dokumenty AWD/ZWM odpowiadają tym pozycjom, które byłyby przenoszone na dokumenty PM/WM w przypadku realizacji zleceń tymi dokumentami. Bezpośrednia możliwość generowania dokumentów AWD/ZWM ze zleceń stwarza nową opcję realizacji zleceń na magazynach z włączoną obsługą WMS. Należy jednak pamiętać, że przy współpracy aplikacji Comarch WMS z systemem Comarch ERP XL, w systemie nie są kontrolowane zasoby na magazynach z włączoną obsługą WMS. Uwaga: Ze względu na to, że dokumenty (W)ZWM nie kontrolują zasobów w systemie Comarch ERP XL, podczas generowania (W)ZWM ze zleceń kompletacji nie będą sprawdzane dostępne zamienniki w przypadku braku towaru podstawowego. Jeśli konieczne jest stosowanie zamienników na zleceniach kompletacji, które są realizowane przy udziale magazynów obsługiwanych w Comarch WMS, należy rozważyć inny model współpracy systemu z aplikacją, polegający na realizacji zleceń dokumentami RW/PW Realizacja AWD i ZWM w zależności od rodzaju magazynu Tak, jak w przypadku innych obsłużonych w systemie ścieżek generowania dokumentów AWD/ZWM, tak też w przypadku generowania AWD/ZWM ze zleceń, w zależności od tego, czy magazyn, na który tworzony jest dokument, ma włączoną obsługą WMS, czy nie, sposób realizacji AWD/ZWM będzie inny. Jeśli dany magazyn ma włączoną obsługę WMS, wówczas dokumenty (W)AWD i (W)ZWM generowane ze zleceń będą realizowane za pośrednictwem aplikacji Comarch WMS, natomiast jeśli dany magazyn jest obsługiwany wyłącznie w Comarch ERP XL, wówczas dokumenty AWD i ZWM generowane ze zleceń będą realizowane w standardowy dostępny w systemie sposób. Comarch ERP XL 55 Zmiany funkcjonalne wprowadzone w wersji

56 Uwaga! Przed rozpoczęciem planowania i realizacji zleceń z udziałem magazynów z włączoną obsługą WMS należy dokładnie zweryfikować wszystkie dostępne opcje konfiguracyjne i dobrać odpowiedni model pracy systemu Comarch ERP XL z aplikacją Comarch WMS. Niewłaściwie dobrana konfiguracja może spowodować problemy podczas tworzenia i realizacji dokumentów. 3.4 Zmiany na Planie produkcji W nowej wersji systemu wprowadzono zmiany dotyczące ergonomii pracy na dokumencie Planu produkcji. Usprawniono dotychczasowy sposób raportowania zapotrzebowania materiałowego w przypadku, gdy jest ono prezentowane dla jednej pozycji Planu. Wprowadzono dodatkowe filtry pozwalające na wyświetlenie na Planie produkcji tylko tych elementów, które wymagają uzupełnienia lub są zagrożone z powodu braku wystarczającej ilości materiału do produkcji albo przekroczonego terminu realizacji Zmiana sposobu wyświetlania zapotrzebowania materiałowego dla jednej pozycji Planu produkcji Dotychczas, jeśli Użytkownik chciał uzyskać informacje o zapotrzebowaniu materiałowym dla jednej wybranej pozycji na Planie produkcji, musiał ją zaznaczyć. Wprowadzona w omawianym zakresie zmiana polega na tym, że w sekcji: Materiały na Planie produkcji wyświetlane są obecnie materiały w kontekście danej/jednej pozycji Planu produkcji, bez konieczności jej zaznaczania. Czyli, jeśli kursor ustawiony jest na wybranej pozycji w sekcji: Produkty, to w sekcji: Materiały automatycznie wyświetlane są dla tej pozycji odpowiednie materiały: Rysunek 72 Raportowanie zapotrzebowania materiałowego dla podświetlonej na Planie pozycji Wyróżnienie na Planie produkcji zagrożonych elementów Te pozycje Planu produkcji, które są niemożliwe do realizacji z powodu braku wystarczającej ilości materiałów do produkcji lub przekroczonego terminu realizacji, zostały wyróżnione na dokumencie kolorem czerwonym. Dodatkowo w sekcji: Materiały kolorowane są również te materiały, dla których w wartość w kolumnie Brak >0. Elementami, które prezentowane są w kolorze czerwonym na Planie produkcji są: Produkty, dla których brakuje jakiegoś materiału do produkcji: 56 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

57 Rysunek 73 Pozycja "zagrożona" z powodu braku wystarczającej ilości materiałów do produkcji- wyróżniona na Planie produkcji w kolorze czerwonym Produkty z przekroczonym terminem realizacji, tzn. takie, dla których występuje zależność: Termin<Termin realizacji: Rysunek 74 Pozycja "zagrożona" z powodu przekroczonego terminu realizacji Materiały, których brakuje do wytworzenia produktów wyraportowanych na Planie produkcji, tzn. takie, dla których Brak>0: Comarch ERP XL 57 Zmiany funkcjonalne wprowadzone w wersji

58 Rysunek 75 Wyróżnienie na Planie produkcji materiałów, dla których Brak> Nowe filtry na Planie produkcji Na Planie produkcji wprowadzone zostały następujące dodatkowe filtry: Parametr: Tylko do produkcji- zaznaczenie powoduje, że w sekcji: Produkty na Planie produkcji prezentowane będą tylko te pozycje, dla których ilość w kolumnie: Do produkcji >0: Rysunek 76 Prezentacja na Planie produkcji tylko tych elementów, dla których ilość w kolumnie: Do produkcji>0 Parametr: Do których brakuje materiałów- zaznaczenie powoduje, że w sekcji: Produkty na Planie produkcji prezentowane będą tylko te pozycje, które są zagrożone z powodu braku wystarczającej ilości materiałów do produkcji: 58 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

59 Rysunek 77 Prezentacja na Planie tylko tych produktów, do wytworzenia których brakuje jakiegoś materiału Parametr: Z przekroczonym terminem realizacji- zaznaczenie powoduje, że w sekcji: Produkty na Planie produkcji prezentowane będą tylko te pozycje, które są zagrożone z powodu przekroczonego terminu realizacji, czyli takie dla których występuje zależność Termin< Termin realizacji: Rysunek 78 Prezentacja na Planie produkcji tylko tych produktów, dla których przekroczony jest termin realizacji Parametr: Tylko braki- zaznaczenie powoduje, że w sekcji: Materiały na Planie produkcji będą prezentowane tylko te materiały, dla których wartość w kolumnie: Brak>0: Comarch ERP XL 59 Zmiany funkcjonalne wprowadzone w wersji

60 Rysunek 79 Prezentacja na Planie produkcji tylko tych materiałów, które są konieczne do uzupełnienia Uwaga: Zastosowanie jednocześnie filtrów: Do których brakuje materiałów oraz Z przekroczonym terminem realizacji spowoduje, że na Planie produkcji prezentowane będą takie pozycje, do których brakuje materiałów lub takie, dla których przekroczony jest termin realizacji. 3.5 Planowanie zlecenia produkcyjnego w oparciu o datę realizacji zamówienia Obsłużona została funkcjonalność polegająca na automatycznym przenoszeniu daty realizacji z elementu zamówienia na odpowiednią pozycję zlecenia produkcyjnego. W ramach nowej funkcjonalności obsłużono także możliwość określania odstępu czasu, który zostanie automatycznie uwzględniony w ramach daty zakończenia planowania zlecenia wygenerowanego z zamówienia Zmiany na definicji dokumentu ZP Na definicji dokumentu ZP wprowadzono parametr decydujący o ustawieniu proponowanej daty planowania zlecenia, jeśli zlecenie wygenerowano z ZS lub ZW. Dla nowego parametru można dodatkowo określić ilość dni oraz godzin, o jaką pomniejszona ma być proponowana data planowania zlecenia wstecz: 60 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

61 Rysunek 80 Definicja dokumentu ZP, zakładka: Inne, parametr: Wstecz od daty realizacji zamówienia pomniejszonej o decydujący o proponowanej dacie planowania wstecz na zleceniu wygenerowanym z ZS lub ZW Działanie nowego parametru podczas generowania zleceń produkcyjnych z zamówień. Przy zaznaczonym parametrze (3.5.1), podczas generowania zleceń produkcyjnych z zamówień sprzedaży lub z zamówień wewnętrznych data w polu: Planować od na pozycji zlecenia będzie datą realizacji odpowiedniej pozycji zamówienia pomniejszoną o ewentualną ilość dni i godzin, zadeklarowaną na definicji dokumentu ZP. Dodatkowo na takiej pozycji ZP zaznaczany będzie automatycznie parametr: Wstecz: Rysunek 81 Przenoszenie daty realizacji z elementu zamówienia na pozycję ZP z uwzględnieniem dodatkowego odstępu czasu określonego na definicji ZP (Rysunek 80) Comarch ERP XL 61 Zmiany funkcjonalne wprowadzone w wersji

62 Uwaga: Analogiczna funkcjonalność do (3.5.2) została obsłużona również dla dokumentów HPR (generowanych z ZS) Uwaga: W przypadku, gdy na elemencie zamówienia data rea lizacji jest nieokreślona, wówczas na pozycji ZP generowanego z tego zamówienia data rozpoczęcia planowania ustawiana jest jako Planuj od teraz. 3.6 Parametryzacja edycji magazynu dla surowca na zleceniu Dla materiałów- surowców w technologii wprowadzono nowy parametr, który decyduje o tym, czy magazyn wskazany na materiale w technologii będzie możliwy do zmiany podczas realizacji zlecenia. Dla tych materiałów, dla których w technologii wskazano magazyn <Wszystkie> oraz dla produktów, będzie można zmieniać magazyn, jak dotychczas Zmiany na materiale w technologii W oknie: Materiał w technologii, na zakładce: Ogólne, dodany został parametr: Edycja magazynu przy realizacji: Rysunek 82 Parametr: Edycja magazynu przy realizacji na materiale (surowcu) w technologii 62 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

63 Zaznaczenie parametru będzie wpływało na możliwość zmiany magazynu dla danego materiału podczas realizacji zlecenia produkcyjnego Działanie parametru na zleceniu Jeśli w technologii dla danego materiału nie zaznaczono parametru: Edycja magazynu przy realizacji (Rysunek 82), wówczas na zleceniu, realizowanym w oparciu o tą technologię nie będzie możliwa zmiana magazynu z poziomu okna: Edycja surowca, zakładki: Ogólne: Rysunek 83 Brak możliwości zmiany magazynu w oknie: Edycja surowca, gdy nie zaznaczono w technologii parametru: Edycja magazynu przy realizacji, dla tego materiału Jeżeli natomiast w technologii dla danego materiału zaznaczony zostanie parametr: Edycja magazynu przy realizacji (Rysunek 82), wówczas na zleceniu, realizowanym w oparciu o tą technologię, w oknie: Edycja surowca, na zakładce: Ogólne, pole Magazyn będzie aktywne i możliwa będzie zmiana magazynu dla danego surowca, o ile surowiec ten nie został zarezerwowany zasobowo: Comarch ERP XL 63 Zmiany funkcjonalne wprowadzone w wersji

64 Rysunek 84 Możliwości zmiany magazynu w oknie: Edycja Surowca, gdy rezerwacja dla surowca nie jest zasobowa Jeśli rezerwacja dla danego materiału będzie zasobowa, to zmiana magazynu dla takiego materiału na zleceniu będzie możliwa dopiero po odpięciu zasobu od rezerwacji: Rysunek 85 Brak możliwości zmiany magazynu w oknie: Edycja Surowca, gdy rezerwacja dla tego surowca jest zasobowa 64 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

65 Uwaga: Zmiany dotyczące parametryzacji edycji magazynu dla materiału podczas realizacji zlecenia zostały także uwzględnione na dokumentach KTP i KPR/HPR. 3.7 Zapisywanie kalkulacji kosztu jak dokumentu Kalkulacja kosztu jako dokument Od wersji Kalkulacja kosztu otwierana dla technologii, pozycji oferty lub zamówienia sprzedaży oraz zlecenia produkcyjnego może być zapisywana jako dokument. Jak dokument, kalkulacja ma swój numer oraz możliwość zapisywania do bufora i zatwierdzania. W przypadku, gdy dokument jest już raz zapisany, późniejsze zmiany na technologii na takim dokumencie nie będą uwzględniane. Dzięki temu możliwe jest porównywanie różnych wersji technologii i ich kosztów. Należy pamiętać, że po zmianie dokonanej w technologii, należy wygenerować nowy dokument kalkulacji dla sporządzenia aktualnej kalkulacji kosztu produktu. Możliwe jest zablokowanie możliwości usuwania zatwierdzonych dokumentów kalkulacji, przez ustawienie dla operatora zakazu do usuwania takich dokumentów Zakładka: Kalkulacje kosztu na wybranych dokumentach Na wybranych dokumentach, została udostępniona nowa zakładka: Kalkulacje kosztu, na której wyświetlona jest lista dokumentów kalkulacji wygenerowanych do tych dokumentów. Zakładka taka została udostępniona na technologii, kosztorysie projektu, pozycjach oferty sprzedaży, zamówienia wewnętrznego i sprzedaży, zlecenia produkcyjnego oraz procesie zlecenia produkcyjnego. Na zakładce: Kalkulacje kosztu, wyświetlanej dla technologii, wyświetlone są, oprócz dokumentów Kalkulacji, wygenerowanych do tej technologii, również dokumenty kalkulacji, które zostały wygenerowane do pozycji ofert, zamówień lub ZP w oparciu o tą technologię. 3.8 Parametryzacja przenoszenia elementów z zamówień na zlecenie produkcyjne Sparametryzowano dotychczasowe działanie systemu w zakresie przenoszenia na dokument ZP elementów ZS/ZW. Do tej pory, na dokument ZP generowany z zamówień, przenoszone były wszystkie towary znajdujące się na tych zamówieniach, niezależnie od tego, czy miały one zdefiniowana technologię, czy nie. Od nowej wersji systemu Użytkownik będzie mógł zadecydować, czy na zlecenie mają być przenoszone wszystkie elementy zmówienia, czy tylko te z określoną technologią Nowy parametr w oknie: Generowanie zamówień W oknie: Generowanie zamówień, wyświetlanym podczas generowania ZP z zamówień, udostępniono parametr: Uwzględniaj tylko pozycje ze zdefiniowaną technologią, którego wartość będzie decydowała o tym, które elementy zamówień zostaną przeniesione na wygenerowane z tych zamówień zlecenie produkcyjne. Comarch ERP XL 65 Zmiany funkcjonalne wprowadzone w wersji

66 Rysunek 86 Nowy parametr: Uwzględniaj tylko pozycje ze zdefiniowaną technologią w oknie: Generowanie zamówień Działanie systemu w zależności od wartości parametru Jeśli parametr: Uwzględniaj tylko pozycje ze zdefiniowaną technologią zostanie zaznaczony, wówczas na zlecenie produkcyjne, wygenerowane z zamówienia zostaną przeniesione tylko te pozycje, dla których zdefiniowano technologię produkcyjną: Rysunek 87 Przenoszenie na ZP tylko tych elementów ZS, dla których zdefiniowano technologię produkcyjną 66 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

67 Jeśli natomiast parametr: Uwzględniaj tylko pozycje ze zdefiniowaną technologią nie zostanie zaznaczony, wówczas na zlecenie produkcyjne, wygenerowane z zamówienia zostaną przeniesione wszystkie pozycje, niezależnie od tego, czy zdefiniowano dla nich technologię produkcyjną: Rysunek 88 Przenoszenie na ZP wszystkich elementów ZS, niezależnie od tego, czy zdefiniowano dla nich technologię produkcyjną Comarch ERP XL 67 Zmiany funkcjonalne wprowadzone w wersji

68 4 Księgowość 4.1 Zmiany związane z VAT-UE, VAT-UEK Grupowanie po NIP o tym samym prefiksie Kraj W wersji Comarch ERP XL na informacji podsumowującej VAT-UE/VAT-UEK wprowadzono grupowanie kwot pozycji tabeli VAT, zakwalifikowanych do ujęcia na inf. podsumowującej, powiązanych z wieloma adresami kontrahentów o tym samym NIP, w ramach tego samego kraju. Grupowanie odbywa się na podstawie pozycji powiązanych z adresami o tym samym NIP, zdefiniowanymi w ramach jednej lub wielu kart kontrahenta. Formularz VAT-UE(3), VAT-UEK (3) funkcjonuje w bazie w trzech wersjach 3, 4, 5 z uwagi na wprowadzone do tej pory zmiany. Po konwersji, wystawianie korekty odbywa się na zasadzie półautomatycznego dopasowania wersji. Oznacza to, że podczas próby wystawienia korekty deklaracji VAT-UE, system sprawdzi czy istnieją w tym okresie deklaracje VAT-UE/VAT-UEK w wersji 3 lub 4 i jeżeli istnieją to zostanie podniesione okno deklaracji VAT-UEK w wersji 3,4, a jeżeli nie istnieją to system podniesie okno korekty deklaracji w wersji 5. Dodatkowo, jeżeli na formularzu (zarówno VAT- UEK jak i VAT- UE) zmienimy np. miesiąc na taki, w którym jest wystawiona deklaracja w wersji 3, ale wewnętrznie w innej wersji niż podniesiony formularz, to dostaniemy błąd o niezgodności wersji. Przykład: W lipcu wystawiono VAT-UE w wersji 3. Dodajemy nową VAT-UE we wrześniu, w wersji 5. Następnie na wrześniowej deklaracji zmieniamy miesiąc na lipiec. Otrzymamy komunikat o niezgodności wersji. W takiej sytuacji, jeśli mamy wystawioną deklarację VAT-UE (3 lub 4) np. w lipcu, to w celu wystawienia korekty tej deklaracji trzeba ustawić datę systemową na miesiąc lipiec i dopiero wtedy dodać korektę Dodatkowy widok na VAT-UE, VAT-UEK Na liście VAT-UE, VAT-UEK dodano nowy parametr Wg kontrahentów. Po jego zaznaczeniu system udostępnia dodatkowy widok prezentujący sumaryczne wartości transakcji wg Kontrahentów. Na liście prezentowany jest także akronim kontrahenta. Dodatkowy widok może być przydatny, w przypadku, gdy w danym okresie sprawozdawczym zawarto transakcje z różnymi podmiotami o tym samym NIP, oraz w przypadku, gdy kontrahentom wchodzącym w skład danej grupy np. kapitałowej zmienił się NIP. Na liście głównej zastosowano sposób prezentacji zgodny z wymaganiami stawianymi przez schemy, narzucone odgórnie przez Ustawodawcę (widok główny, formalny). Na liście dodatkowej umieszczono widok uszczegóławiający, wg kontrahentów (widok nieformalny). Dane w dodatkowym widoku widoczne są po najechaniu kursorem na dany wiesz w widoku głównym. W przypadku VAT-UEK, w widoku tym dopuszczamy do powielenia się numerów NIP w wierszach Było lub Jest, w obrębie kilku grup (na co nie pozwalają schemy) Przykład 1: w danym okresie wystąpiły transakcje z kontrahentem: K1 NIP 0111, 5000,00 K2 NIP 0111, 2000,00 Po sporządzeniu VAT-UE, pojawiła się transakcja z K2 o zmienionym NIP z 0111 na 0222 na kwotę 3000,00, oraz doszła nowa transakcja z K3 NIP 0333 na kwotę 4000,00 W widoku dodatkowym przedstawiono zmiany w odniesieniu do danego kontrahenta (adresu), dopuszczając tym samym do powielenie numerów NIP w grupach 68 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

69 Poniżej prezentacja na VAT-UE. W widoku głównym kwoty transakcji z różnymi kontrahentami o tym samym NIP zostały zgrupowane. W widoku dodatkowym prezentację uszczegółowiono, nastąpiło zgrupowanie transakcji per Kontrahent. Rysunek 89 Formularz VAT-UE widok formalny oraz wg kontrahentów Poniżej prezentacja na VAT-UEK Wiersz pierwszy. W widoku głównym prezentujemy: Było ,00, Jest 5000,00. W widoku dodatkowym prezentacja została rozszerzone o wartość transakcji przypadająca na konkretnego kontrahenta. Było 0111 K1 5000,00, Jest 0111 K1 5000, 00 Było 0111 K2 2000,00, Jest 0222 K2 5000,00 Comarch ERP XL 69 Zmiany funkcjonalne wprowadzone w wersji

70 Rysunek 90 Formularz VAT-UEK widok formalny oraz wg kontrahentów Wiersz drugi: W widoku formalnym prezentujemy: Było nic. Jest: ,00. W widoku dodatkowym: Było 0111 K2 2000,00, Jest 0222 K2 5000,00 Rysunek 91 Formularz VAT-UEK widok formalny oraz wg kontrahentów Wiersz trzeci: W widoku formalnym prezentujemy: Było nic. Jest: , Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

71 W widoku dodatkowym, prezentacja identyczna jak w widoku formalnym Rysunek 92 Formularz VAT-UEK widok formalny oraz wg kontrahentów Zmiany dot. Adresu kontrahenta W wersji Comarch ERP XL wprowadzono zmiany w tabeli CDN.KntAdresy. Dodano dwa pola KnA_KnaPierwotny oraz KnA_KnaArchiwizowanego. W wersji Comarch ERP XL , obsłużono pole KnA_KnAPierwotny. Celem dodania i obsłużenia tego pola było wprowadzenie powiązania adresu archiwalnego z aktualnym. Zdarzają się przypadki, gdy Klient dla danej grupy kapitałowej zakłada jedną kartę. Dane poszczególnych firm wchodzących w skład grupy kapitałowej rejestruje wykorzystując do tego celu adresy. Adres bezpośrednio związany z Kartą ma status Aktualny. Z kolei adresy wprowadzone z ręki mają status Inny. Do tej pory adres, który powstawał na podstawie zmienionego adresu, użytego na dokumencie nie miał zapisanego powiązania z adresem archiwalnym. W związku z tym niemożliwe było uchwycenie dla danego podmiotu np. zmiany NIP. Z uwagi na brak wspomnianych powiązań, w wyniku konwersji, niewypełnione pole KnA_KnAPierwotny na adresie uzupełniane jest jego GIDNumerem. W przypadku zarejestrowania grupy w oparciu o jedną kartę i wiele adresów, ten sposób wypełnienia może (nie musi) być błędny, dlatego też na formularzu adresu umożliwiono ręczne powiązanie adresu aktualnego z archiwalnym za pośrednictwem przycisku Adres pierwotny. Przycisk otwiera listę adresów danego kontrahenta, w trybie do wyboru. Pozwala na wskazanie adresu pierwotnego (archiwalnego), z którym powinien być powiązany adres aktualny. Brak właściwych powiązań będzie skutkował np. brakiem możliwości uchwycenia zmiany NIP w odniesieniu do wybranej spółki zarejestrowanej w oparciu o adres. Uwaga: modyfikacji adresu pierwotnego nie należy przeprowadzać na adresach utworzonych w wersji Lub późniejszej nie jest ona potrzebna, z uwagi na istnienie powiązań. Comarch ERP XL 71 Zmiany funkcjonalne wprowadzone w wersji

72 4.1.4 Zmiany dot. pobierania numeru NIP Rysunek 93 Formularz Adres kontrahenta Kolejna zmiana dot. pobierania NIP na informacje VAT-UE/VAT-UEK. Deklaracje będą opierały się na polu KNA_NIP, a nie jak do tej pory na KNA_NIPE. W polu KNA_NIP numer identyfikacji podatkowej zapisywany jest bez kresek. Uwaga: Jeżeli użytkownik, jako separatory zastosuje spacje, wtedy KNA_NIP również będzie zawierał spacje. To oznacza, że NIP-y różniące się jedynie spacjami, na deklaracjach VAT-UE będą w dalszym ciągu traktowane, jako różne. 4.2 Wydruk seryjny VAT-27 W wersji Comarch ERP XL Umożliwiono seryjny wydruk załączników VAT Obroty i salda na podstawie kwot opisu analitycznego dekretów Obroty i salda na podstawie kwot opisu analitycznego dekretów W wersji Comarch ERP XL umożliwiono wyliczenie funkcji księgowych na podstawie kwot opisu analitycznego dekretów. Funkcje księgowe użyte są między innymi na Zestawieniu Obrotów i Sald, w Zestawieniach księgowych, Zmiennych, itd. W celu otrzymania wartości poszczególnych linii opisu analitycznego podczas wyszukiwania, obok parametru Warunki dekretów, udostępniono parametr typu czek Kwoty opisu analitycznego. Jeżeli parametr Kwoty opisu analitycznego nie zostanie zaznaczony system prezentuje wartości wg dotychczasowych zasad, tj. w oparciu o opis analityczny pojedynczej pozycji dekretu księgowego. 72 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

73 Po zaznaczeniu system będzie reagował na opis analityczny każdego wiersza dekretu księgowego. Przykład 1: zarejestrowano PK, dekretacja: 419/ ,00 221/ ,00 ---/ ,00 Dekrety analitycznie rozpisano na centra Centrum 1 20% Centrum 2 30% Centrum 3 50% Dt 419 Centrum 1 20% 720,00 Dt 419 Centrum 2 30% 1080,00 Dt 419 Centrum 3 50% 1800,00 Jeżeli zostanie wybrany standardowy sposób prezentacji obrotów zostanie wyświetlona kwota 3600,00 Jeżeli skorzystamy z filtra, który ma pokazać obroty konta 419 w oparciu o dekrety opisane wymiarem Centrum o wartości Centrum3 system wyświetli kwotę 1800,00. Poniżej lista zestawienie obrotów i sald. Włączony warunek wyliczający obroty i salda na podstawie dekretów opisany wymiarem Centrum 1. Z uwagi, że nie zaznaczono parametru Kwoty opisu analitycznego, system wyliczył obroty i salda na podstawie kwoty dekretów. Poniżej przykład warunku opartego o wymiar typu centrum, w tym przypadku Centrum3 Comarch ERP XL 73 Zmiany funkcjonalne wprowadzone w wersji

74 Po użyciu powyższego warunku oraz włączeniu czeku kwoty opisu analitycznego system zwraca obroty i salda wyliczone na podstawie kwot opisu analitycznego dekretów ocechowanych wymiarem Centrum 3. Uwaga: Jeżeli zostanie zdefiniowany warunek zarówno w oparciu o atrybuty i wymiary, to przy niezaznaczonym parametrze Kwoty opisu analitycznego zostaną wyliczone funkcje księgowe w oparciu o kwoty z wszelkich dekretów spełniających ten warunek. Zaznaczenie dodatkowe czeku Kwoty opisu analitycznego spowoduje wyliczenie obrotów, sald na podstawie kwot pozycji opisu analitycznego spełniającego zdefiniowany warunek z pominięciem warunków dotyczących atrybutów. Warunek atrybutu będzie traktowany, jako spełniony, czyli PRAWDA Pozostałe zmiany na Zestawieniu obrotów i sald Parametry takie jak Obroty i salda, Bufor, Konta niezerowe zostały przeniesione z górnej na dolną belkę Rysunek 94 okno Obroty i salda 74 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

75 4.4 Korekta z tyt. zmiany transakcji Od r.. Ustawodawca objął procedurą Odwrotnego Obciążenia kolejne wyroby z kategorii elektroniki, takie jak: telefony komórkowe, komputery przenośne, konsole do gier wideo. Procedura odwrotnego obciążenia dla tego typu wyrobów ma miejsce po przekroczeniu progu kwotowego, tj., gdy łączna wartość tych towarów, w ramach jednolitej gospodarczo transakcji bez kwoty podatku przekroczy zł. W związku z wprowadzeniem progu kwotowego zdarzają się sytuacje, w których transakcja sprzedaży tzw. wyrobów z kategorii elektroniki najpierw opodatkowana jest wg zasad ogólnych, a po przekroczeniu progu wymaga objęciem procedurą odwrotnego obciążenia. W związku z powyższym, w Systemie Comarch ERP XL umożliwiono zmianę rodzaju transakcji na korekcie sprzedaży, pozwalając oprócz zmiany stawki VAT także na zmianę rodzaju transakcji z Kraj na Podatnikiem jest Nabywca. Jeżeli Użytkownik zarejestruje korektę zmiany stawki VAT na stawkę NP na elemencie oznaczonym, jako podlegający procedurze O.O, System sam zaproponuje zmianę typu transakcji na Podatnikiem jest nabywca zadając stosowne pytanie. Opisana funkcjonalność dostępna jest na niezatwierdzonych korektach faktur sprzedaży: FSK, (A)FSK, FKE, oraz na niezatwierdzonych korektach dokumentów handlowo - magazynowych: WZK, WKE. Uwaga: korekcie rodzaju transakcji musi towarzyszyć zmiana stawki VAT. Ograniczenie zmiany tylko do rodzaju transakcji z Kraj na Podatnikiem jest Nabywca nie wpływa na sposób ujęcia kwot na deklaracji VAT-7 oraz VAT-27. Poniżej kilka przykładów. Przykład 1: Wystawiono FS-1, transakcja Krajowa/Kraj, Towar 1 (Smartfon), stawka NP. na kwotę zł. Ujęcie na deklaracji VAT-7: pole 13 na kwotę zł, brak ujęcia na deklaracji VAT-27. (Sprzedaż w stawce NP ujęto w polu 13, ponieważ w konfiguracji wybrano parametr Uwzględniać sprzedaż niepodlegającą opodatkowaniu na deklaracji VAT-7 ) Użytkownik zorientował się, że na fakturze wprowadził niewłaściwy rodzaj transakcji, zamiast Krajowa/Podatnikiem jest Nabywca, ustawił rodzaj transakcji Krajowa/Kraj. (Ustawił tylko prawidłową stawkę, tj. NP.) Wystawił FSK-2, na której zmienił tylko rodzaj transakcji z Krajowa/Kraj na Krajowa/Podatnikiem jest Nabywca. Zmiana stawki nie miała miejsca, zatem usunął rekord w stawce. Efekt: brak zmian na VAT-7 oraz VAT-27. W takim przypadku użytkownik powinien anulować fakturę pierwotną lub wystawić korektę ilościową w stawce NP. z rodzajem transakcji Krajowa/Kraj. (Wyzerowanie pola 13 na deklaracji VAT-7). Ponownie wystawić fakturę z rodzajem transakcji Krajowa/Podatnikiem jest Nabywca, w stawce NP (ujęcie kwoty na VAT-7, w polu 31 oraz na VAT-27). KOREKTA NIEPRAWIDŁOWA Przykład 2: Wystawiono FS-1, transakcja Krajowa/Kraj, Smartfon, stawka 23% na kwotę zł. Comarch ERP XL 75 Zmiany funkcjonalne wprowadzone w wersji

76 Ujęcie na deklaracji VAT-7: pola 19, 20 na kwotę zł. Przekroczono próg kwotowy zł. Zwiększono sprzedaż Smartfonów w ramach tej samej umowy. Wystawiono kolejną fakturę FS-2: transakcja Krajowa/Podatnikiem jest Nabywca, stawka NP. na kwotę zł. Z uwagi na przekroczenie progu do FS-1 wystawiamy korektę FSK-3. Zmieniono rodzaj transakcji z Krajowa/Kraj na Krajowa/Podatnikiem jest Nabywca oraz zmieniono stawkę VAT z 23% na NP. W tabelce VAT powstały dwa rekordy: 23% zł oraz NP zł. Ujęcie na deklaracji VAT-7: wyzerowanie pól 19, 20, ujęcie kwoty zł w polu 31. Ujęcie transakcji w wysokości na VAT-27. KOREKTA PRAWIDŁOWA Przykład 3: Sprzedaż mieszana, tj. towarów objętych i nieobjętych mechanizmem O.O. Wystawiono FS-1, transakcja Krajowa/Kraj, Towar 1 (Smartfon), stawka 23% na kwotę zł, Towar 2 (Czajniki elektryczne) stawka 23%, na kwotę zł. Ujęcie na deklaracji VAT-7: pola 19, 20, kwoty zł, zł. Przekroczono próg kwotowy zł (zwiększono sprzedaż Towaru 1 (Smartfonów) w ramach tej samej umowy. Wystawiono kolejną fakturę FS-2: transakcja Krajowa/Podatnikiem jest Nabywca, stawka NP. na kwotę zł). Z uwagi na przekroczenie progu do FS-1 wystawiamy korektę FSK-3. Na FSK pozostawiamy tylko elementy powiązane z towarami objętymi procedurą O.O. W tym przypadku pozostawiamy element powiązany z Towarem 1 (Smartfon), element powiązany z Towarem 2 (Czajniki elektryczne) zerujemy. Na elemencie powiązanym z Towarem 1 (Smartfon) zmieniamy stawkę VAT z 23% na NP. Zmieniamy rodzaj transakcji z Krajowa/Kraj na Krajowa/Podatnikiem jest Nabywca Ujęcie na deklaracji VAT -7: pola 19, 20, kwoty zł, 460 zł. Ujęcie kwoty zł w polu 31. Ujęcie na VAT-27 transakcji w wysokości zł KOREKTA PRAWIDŁOWA 4.5 Obsługa przelewów celnych w Webservice Rozporządzenie Ministra Finansów z dnia 11 września 2015 r. w sprawie wzoru formularza wpłaty gotówkowej oraz polecenia przelewu na rachunek organu celnego, wprowadziło nowy sposób wysyłania przelewów do organów celnych. W związku z powyższym udostępniono funkcjonalność wysyłania przez Webservice przelewów celnych, uwzględniających te zmiany. 76 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

77 Po wybraniu eksportu przelewu na rachunek Urzędu Celnego, pojawi się dodatkowe okienko zawierające parametry niezbędne dla poprawnego zidentyfikowania tytułu zobowiązania, czyli datę powstania obowiązku podatkowego, jego symbol oraz identyfikator. Rysunek 95 Eksport przelewu, okno parametrów przelewu celnego Wszystkie pola okna uzupełniane są automatycznie odpowiednimi wartościami z nagłówka dokumentu SAD. W przypadku dokonywania płatności związanej z innym dokumentem, pola te pozostaną puste, a użytkownik sam będzie mógł dokonać przypisania odpowiednich wartości. 4.6 Predefiniowany pulpit operatora Wraz z możliwością kreowania własnych pulpitów Użytkownikom udostępniono tzw. predefiniowane pulpity, stanowiące bazę prezentującą jak pulpity mogą wyglądać, z przykładowymi obiektami i ułożeniem. Te predefiniowane pulpity mogą być przypisane do operatorów i w proponowanej wersji używane lub indywidualnie modyfikowane wg własnych potrzeb i upodobań. (Naturalnie można utworzyć pulpit od zera ). Przypisywanie pulpitów predefiniowanych do operatora omówiono w punkcie Poniżej przykładowy pulpit głównego księgowego. Predefiniowany pulpit głównego księgowego składa się z sześciu paneli: W panelu o nazwie Zestawienia udostępniono podstawowe narzędzia analityczne, takie jak: Plan kont/zestawienie obrotów i sald Zestawienia księgowe Sprawozdania GUS Deklaracje Intrastat W panelu o nazwie Podatek VAT udostępniono: Rejestry VAT Deklaracje: VAT-7, VAT-27, VAT-EU/VAT-UEK W panelu o nazwie podatek dochodowy udostępniono: Zestawienie CIT pozwalające na naliczanie zaliczki na podatek dochodowy Zestawienie Rozliczenie Kosztów Zakupu (RKZ) Comarch ERP XL 77 Zmiany funkcjonalne wprowadzone w wersji

78 Listę prezentującą korekty podatku dochodowego. Co prawda od r. zostanie zniesiony obowiązek korygowania kosztów z tyt. nieuregulowania zobowiązań. Natomiast nadal będzie przysługiwało prawo do zastosowania tzw. korekt powrotnych. W panelu Rozliczenia udostępniono trzy podstawowe listy: Płatności Preliminarz płatności Rozrachunki Rysunek 96 Pulpit głównego księgowego Panel Zrozum dane Twojego biznesu udostępniany jest po wybraniu zakładki Zrozum dane Twojego biznesu. Pozwala na skorzystanie w wersji demo z narzędzi BI służących do analizy danych. Rysunek 97 Pulpit głównego księgowego, panel Zrozum dane Twojego biznesu 78 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

79 Panel Strona Ministerstwa finansów udostępniany jest po wybraniu zakładki Strona Ministerstwa Finansów. Jak nazwa wskazuje w panelu wyświetlana jest strona Ministra Finansów, z której użytkownik może korzystać. Rysunek 98 Pulpit głównego księgowego, panel Strona Ministerstwa Finansów Comarch ERP XL 79 Zmiany funkcjonalne wprowadzone w wersji

80 5 Współpraca z Comarch ERP Optima Kadry i Płace 5.1 Moduł HR dedykowany do współpracy z Comarch ERP XL Instalacja nowego modułu Od wersji Comarch ERP XL do ewidencji kadrowej i rozliczeń płacowych będzie można posługiwać się jedną z dwóch aplikacji: dedykowany moduł Comarch ERP XL HR (NOWOŚĆ!) moduł Kadry i Płace systemu Comarch ERP Optima (jak dotychczas) Uwaga: Nie jest możliwa instalacja Comarch ERP Optima oraz Comarch ERP XL H R na tym samym stanowisku. Obecni użytkownicy modułu kadrowo -płacowego mają więc możliwość dalszej pracy na systemie Comarch ERP Optima (po reinstalacji do wersji ). Mogą też odinstalować obecny system, a następnie zainstalować nowy moduł Comarch ERP XL HR w wersji Należy pamiętać, że wszystkie zmiany powinny być poprzedzone wykonaniem kopii bezpieczeństwa bazy danych! Współpraca z modułem HR Funkcjonalność oraz zasady współpracy z nowym modułem nie różnią się od dotychczasowych. Współpraca nadal opiera się na obustronnej synchronizacji obiektów kadrowych: struktury kosztowej, podległościowej oraz kart pracowników. Zmianie uległo jedynie nazewnictwo samego modułu współpracującego na: Comarch ERP XL HR. Od wersji wszystkie odwołania w Comarch ERP XL odnoszą się do nazwy dedykowanego modułu. Obecną nazwę Comarch ERP Optima zastąpiono nazwą modułu Comarch ERP XL HR, zarówno w oknach systemu (np. ustawienia konfiguracyjne), jak i w komunikatach wyświetlanych w trakcie bieżącej pracy z obiektami podlegającymi synchronizacji. 80 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji

81 6 Synchronizacja Comarch ERP XL- Comarch ERP Mobile Sprzedaż 6.1 Zmiany przygotowane na potrzeby kolejnych wersji systemu Comarch ERP XL i aplikacji Comarch ERP Mobile Sprzedaż W kolejnych wersjach Comarch ERP XL oraz Comarch ERP Mobile Sprzedaż planowane jest udostępnienie funkcjonalności polegającej na potwierdzaniu w systemie Comarch ERP XL synchronizowanych zmian, dotyczących osób kontaktowych kontrahentów. W związku z tym w wersji systemu Comarch ERP XL wprowadzono w konfiguracji oddziału dodatkowy parametr oraz przygotowano okno nowej listy kontrahentów, na potrzeby przyszłej funkcjonalności Nowy parametr w konfiguracji oddziału Comarch ERP Mobile Sprzedaż W konfiguracji oddziału dodano nowy parametr, którego zaznaczenie spowoduje widoczność nowej listy kontrahentów, przygotowanej na potrzeby synchronizacji zmian związanych z osobami kontaktowymi: Rysunek 99 Krok 3 konfiguracji oddziału Comarch ERP Mobile Sprzedaż, parametr: Wymagaj potwierdzenia zmiany danych kontrahenta Zaznaczenie parametru: Wymagaj potwierdzenia zmiany danych kontrahenta w konfiguracji oddziału spowoduje, że w centrum nadrzędnym dla oddziału widoczna będzie nowa lista kontrahentów, na której, po obsłużeniu dodatkowego sposobu synchronizacji danych, prezentowane będą karty kontrahentów z zsynchronizowanymi zmianami, dotyczącymi osób kontaktowych: Comarch ERP XL 81 Zmiany funkcjonalne wprowadzone w wersji

82 Rysunek 100 Lista: Kontrahenci- synchronizacja zmian, na której prezentowane będą karty kontrahentów z zsynchronizowanymi z Comarch ERP Mobile Sprzedaż zmianami, dotyczącymi osób kontaktowych 82 Comarch ERP XL Zmiany funkcjonalne wprowadzone w wersji