Spis treści

Logistyka

• Generowanie kolejnych typów dokumentów zakupu z faktury KSeF
• Numery dokumentów WZ i numery zamówień na liście faktur z KSeF
• KSeF – zmiana zasad wysyłania elementów (S)FS, (S)FSE i RA
• Faktura typu spinacz elementów do WZ z nieustalonym kosztem
• Zmiany w JPK_MAG
• Rabaty na dokumentach FAI
• Możliwość generowania awiza dostawy przed dokumentami MMP
• Inne zmiany

Produkcja

• Rejestrowanie nietechnologicznych realizacji operacji na zleceniach produkcyjnych
• Ustawianie kolejności parametrów na wzorcu kontroli jakości
• Zaciąganie odpowiedzi do konfiguracji produktu z arkusza kalkulacyjnego
• Inne zmiany

Serwis

• Parametr pozwalający na domyślne zwijanie lub rozwijanie listy urządzeń

Księgowość

• Wydłużenie numeru, nazwy konta, zwiększenie liczby poziomów w planie kont
• Możliwość generacji rejestrów VAT, plików JPK_V7M i K, VAT-UE/VAT-UEK na podstawie dokumentów zaksięgowanych w Buforze i Księdze Głównej lub tylko w Księdze Głównej
• Nowe raporty udostępnione z poziomu listy plików JPK_V7M i K oraz formularza JPK_V7M i K
• Cechowanie kont dla JPK_KR_PD (JPK_CIT)
• Struktura bazy dla JPK_ST_KR (JPK_CIT)
• Adres kontrahenta dla przelewów
• Uproszczone zakładanie konta na platformie Apfino
• Automatyczna windykacja z wykorzystaniem Apfino
• Uwzględnienie okresów odsetkowych w prolongatach
• Informacja o wygasającym certyfikacie Webservice
• Wskazanie specyfikacji Webservice na formacie przelewu
• Inne zmiany

Wspólne

• Informacje ESG na kluczowych obiektach
• Comarch ChatERP (Beta) – dalszy rozwój funkcjonalności

Współpraca z Comarch e-sklep

• Przesyłanie formy płatności kontrahenta
• Przesyłanie progów stanów towarów do e-Sklep
• Import załączników dodanych do zamówienia lub reklamacji
• Ukrywanie towarów z ceną 0,00
• Parametr Uwzględniaj stany ujemne
• Parametryzacja przesyłania statusu płatności zamówienia
• Procedura VAT OSS we współpracy z Comarch e-Sklep
• Przesyłanie lokalizacji sklepu na podstawie kraju działalności

Współpraca z Comarch POS

• Wyszukiwanie globalne dokumentów w POS oraz możliwość wystawienia do nich korekt i reklamacji
• Blokada wystawiania faktur bez numeru NIP
• Termin płatności na dokumentach pochodzących z dokumentu ZSP
• Przesunięcia towaru pomiędzy sklepami (oddziałami) Comarch POS
• Inne zmiany

Współpraca z Comarch B2B

• Uprawnienia operatora do panelu administracyjnego

Ramowy harmonogram wersji Comarch ERP XL w 2025 r.

Planowane daty udostępniania oprogramowania są na bieżąco aktualizowane na Społeczności Comarch:

https://spolecznosc.comarch.pl/news/planowane-wersje-comarch-erp-xl-na-rok-2025-75364

Zestawienie aplikacji, z którymi współpracuje Comarch ERP XL 2025.0

Uwaga

Zmiany w komunikacji z serwerem klucza licencji w wersji Comarch ERP XL 2024.1

W wersji Comarch ERP XL 2024.1 zmieniono sposób komunikacji z serwerem SQL odpowiedzialnym za obsługę klucza licencji. Przy konwersji, w trakcie podpinania lub przy kreacji bazy danych, Użytkownik zostanie poproszony o podanie danych Użytkownika SQL (z uprawnieniami administratora) i określenie parametrów dotyczących szyfrowania połączenia z serwerem klucza.

Autoryzacja i szyfrowanie połączenia z serwerem SQL klucza licencji

• Szyfruj komunikację z serwerem SQL – parametr wymusza wymianę danych pomiędzy Comarch ERP XL a serwerem SQL w postaci zaszyfrowanej. Zalecane jest zaznaczenie tego parametru.
• Ufaj certyfikatowi serwera SQL – należy zaznaczyć wyłącznie, jeżeli brak jest własnego zaufanego certyfikatu po stronie serwera SQL. Zalecane jest odznaczenie parametru i konfiguracja własnego certyfikatu SSL.

Po autoryzacji na serwerze SQL i określeniu parametrów dotyczących szyfrowania połączenia, należy podać dane loginu, który będzie wykorzystywany do pobierania licencji programu Comarch ERP XL.

Dane loginu klucza licencji

Po wykonaniu konwersji do wersji Comarch ERP XL 2024.1 na wszystkich stacjach roboczych, na których zainstalowana jest wersja 2024.1, konieczne będzie określenie parametrów dotyczących szyfrowania połączenia z serwerem klucza licencji w konfiguracji komputera (rysunek poniżej) oraz ponowne podpięcie bazy danych.

Konfiguracja komputera zakładka Klucz

Uwaga

Pakiet bezpieczeństwa w wersji Comarch ERP XL 2024.0

Wersja Systemu Comarch ERP XL 2024.0 zawiera pakiet bezpieczeństwa. Jeżeli konwersja zostanie przeprowadzona na wersji Systemu Comarch ERP XL bez wgranych poprawek bezpieczeństwa, należy postępować zgodnie z instrukcją: “Comarch ERP XL 2023.2 – instalacja wersji HF, lista poprawionych zgłoszeń”.

Wersje dla których dostępne są pakiety bezpieczeństwa:

• 2023.2, 2023.1 odpowiednio jako wersje HF 2023.2.3, 2023.2.2, 2023.1.5
• 2023.0, 2022.1, 2022.0.2, 2021.1, 2021.0.2, 2020.2.3, 2020.2.2 jako pakiety zmian

Uwaga

Od wersji 2022.1, w związku ze zmianami w rdzennych bibliotekach Comarch ERP XL, usuwamy możliwość konwersji baz starszych niż wersja 2018.0. W przypadku konieczności konwersji bazy starszej niż w wersji 2018.0, konwersję należy wykonać w dwóch krokach:

1. Najpierw należy skonwertować bazę do jednej z wersji z zakresu 2018.0 – 2022.0

2. Następnie należy wykonać konwersję do wersji 2022.1

Uwaga

Od wersji Comarch ERP XL 2023.0 wprowadzono ok. 5-sekundowe opóźnienie po każdej nieudanej próbie logowania do Systemu. Opóźnienie wystąpi również przy błędnym logowaniu do API przy użyciu funkcji XLLogin.

Uwaga

W wersji Comarch ERP XL 2023.0 i 2023.1 po konwersji bazy danych z archiwalnych wersji Systemu Comarch ERP XL, mogą wystąpić problemy z logowaniem Użytkowników do aplikacji w przypadku haseł nieaktualizowanych od dłuższego czasu i niespełniających wymogów bezpieczeństwa polityki haseł (liczba znaków mniejsza lub równa 8).

W takim przypadku przed konwersją do wersji Comarch ERP XL 2023.0 lub 2023.1 należy zmienić hasła zgodnie z zaleceniami polityki bezpieczeństwa w zakresie stosowania uwierzytelnień i właściwego poziomu zabezpieczeń.

Logistyka

Generowanie kolejnych typów dokumentów zakupu z faktury KSeF

Udostępniona w wersji 2024.1 funkcjonalność generowania faktur zakupu FZ oraz faktur kosztowych (A)FZ na podstawie faktur zaimportowanych z KSeF została wzbogacona w wersji 2025.0 o kolejne typy dokumentów zakupu, a są to:

• Faktura zaliczkowa zakupu FZL
• Korekta faktury zaliczkowej zakupu KZL
• Faktura zakupu typu spinacz nagłówkowych (S)FZ

Generowanie FZL na podstawie faktury KSeF

Generowanie faktur zaliczkowych na podstawie faktur KSeF udostępnione zostało na liście Faktury zakupu z KSeF. Dokument taki można utworzyć z faktury o rodzaju ZAL. Przed generowaniem dokumentu System sprawdza, czy faktura KSeF nie została przez Użytkownika odrzucona, jak również to, czy nie utworzono dotąd na jej podstawie dokumentu w Systemie. Podczas tworzenia danego typu dokumentu System nie kontroluje ustalonej dla danej faktury KSeF Kwalifikacji (dokument handlowy, dokument VAT), kwalifikacja ta jest jedynie podpowiedzią/sugestią dla Operatora jaki typ dokumentu powinien on utworzyć (FZL, czy (A)FZ).

Generowanie FZL na podstawie faktur zaimportowanych z KSeF

Kontrahent na FZL tworzonej na podstawie faktury KSeF

Identyfikacja kontrahenta dokonywana jest na podstawie numeru NIP Sprzedawcy przesłanego w pliku KSeF i obsłużona została w podobny sposób, jak podczas generowania FZ na podstawie KSeF. W pierwszej kolejności System dokonuje identyfikacji w oparciu o adres podstawowy kontrahenta:

• Jeżeli wśród adresów bieżących (podstawowych) znajduje się tylko jeden adres o danym numerze NIP, wówczas kontrahent jest ustalany na jego podstawie
• Jeżeli takich adresów jest wiele, wówczas System sprawdza ustawienie parametru Źródłowy z KSeF na kartach takich kontrahentów. Jeżeli tylko jeden spośród ww. kontrahentów ma włączony ww. parametr, wówczas to on zostaje przypisany na tworzony dokument FZL

Parametr Źródłowy z KSeF karty kontrahenta

• Jeżeli żaden/wielu kontrahentów zostało oznaczonych ww. parametrem, wówczas System prezentuje listę kontrahentów o tym numerze NIP i to Użytkownik powinien wskazać właściwego kontrahenta. Aby ułatwić Operatorowi tą decyzję, w górnej części okna prezentowane są dane Sprzedawcy odczytane z pliku e-faktury, Użytkownik ma również możliwość podglądu poszczególnych kart kontrahentów za pomocą dostępnego tu przycisku lupy.

Okno wyboru kontrahenta spośród wielu kontrahentów o danym numerze NIP

Jeżeli w Systemie nie zdefiniowano karty kontrahenta (adresu podstawowego) o danym numerze NIP, wówczas System poszukuje adresu dodatkowego o takim numerze NIP i jeżeli takowy znajdzie, wówczas ustala kontrahenta na jego podstawie. Jeżeli takich adresów jest wiele, wówczas System ustala kontrahenta na podstawie 1-go z nich.

Jeżeli System nie odnajdzie kontrahenta o danym numerze NIP, wówczas operacja generowania FZL zostaje przerwana. System, w odróżnieniu od operacji generowania FZ nie zakłada nowej karty kontrahenta podczas generowania FZL. W Systemie Comarch ERP XL faktury zaliczkowe tworzone są zawsze w powiązaniu z zamówieniem zakupu ZZ, skoro więc w bazie nie ma kontrahenta, którego dotyczy dana faktura KSeF nie ma więc i zamówienia, z którym można byłoby powiązać fakturę zaliczkową.

Identyfikacja zamówienia Dostawcy

Po ustaleniu jw. kontrahenta System przystępuje do identyfikacji zamówienia, którego dana faktura KSeF dotyczy. System odczytuje z e-faktury kolejne powtórzenia pól NrZamowienia i dla każdego z nich identyfikuje w bazie zamówienie zakupu od danego Dostawcy. W pierwszej kolejności odszukiwane jest zamówienie z numerem obcym (Zan_DokumentObcv) zgodnym z wartością pola NrZamowienia, a jeżeli nie zostanie znalezione, wówczas odszukiwane jest zamówienie ZZ z numerem systemowym zgodnym z wartością NrZamowienia.

Po zidentyfikowaniu zamówień System prezentuje ich listę w trybie jednokrotnego wyboru, a Użytkownik wskazuje z którym spośród zidentyfikowanych zamówień należy powiązać tworzoną fakturę zaliczkową. System tworzy FZL o ile wskazane/zaakceptowane przez Użytkownika zamówienie spełnia oba poniższe warunki:

• Zamówienie znajduje się w stanie: potwierdzone lub w realizacji
• Waluta zamówienia jest zgodna z walutą faktury KSeF

Identyfikacja i akceptacja zamówienia zakupu podczas tworzenia FZL

Jeżeli nie uda się zidentyfikować żadnego zamówienia lub Użytkownik nie zaakceptuje żadnego z nich, czy też wskazane przez Użytkownika zamówienie nie spełnia ww. warunków, wówczas operacja tworzenia FZL zostaje przerwana.

Tworzona faktura zaliczkowa FZL jest wiązana z płatnością zamówienia oznaczoną parametrem Zaliczka do faktury zarejestrowaną w walucie i wartości zgodnej z walutą i wartością faktury KSeF. Jeżeli na zamówieniu nie ma takiej płatności, wówczas jest ona przez System tworzona.

Płatność zamówienia powiązana z tworzoną FZL

Waluta i kurs na fakturze FZL

Waluta tworzonego dokumentu FZL ustalana jest na podstawie waluty przekazanej w e-fakturze KSeF w polu KodWaluty (i zgodna z walutą zamówienia, z którym wiązana jest FZL). Kurs na dokumencie ustalany jest zależnie od ustawienia stosownych parametrów w System/Konfiguracja/KSeF/Import w sekcji Kurs na tworzonym dokumencie.

Parametryzacja w zakresie ustalania kursu na dokumencie w walucie obcej

Jeżeli ustawiono opcję Z zaimportowanej faktury wówczas kurs ustalany jest w oparciu o kurs przesłany w fakturze KSeF w polu Fa/KursWalutyZ. Jeżeli w fakturze KSeF kurs nie został przesłany, wówczas dalsze zachowanie Systemu zależy od ustawienia parametru Wylicz, jeśli nie został podany. Jeżeli jest on włączony, wówczas System wylicza przybliżony kurs na podstawie innych wielkości przesłanych w e-fakturze (kwota VAT w PLN i kwota VAT w walucie) i taki ustala na dokumencie. Jeżeli ww. parametr jest wyłączony, wówczas na tworzonym dokumencie ustalany jest kurs bieżący. Podobnie się dzieje wówczas, jeżeli opcja ustalania kursu ustalona jest na Bieżący. Przez ww. kurs bieżący należy rozumieć kurs ustalany w Systemie standardowo podczas generowania dokumentu z zamówienia zakupu tj. stosownie do opcji dotyczących kursu ustalonych na tym zamówieniu (Bieżące/Ustalone/Ustalone do daty ważności, potem bieżące).

Tabela VAT dokumentu FZL

Tabela VAT dokumentu FZL tworzona jest na podstawie wartości netto i kwot VAT dokumentu KSeF przesłanych w polach od P_13_1 do P_13_11. System mapuje dane pole na właściwą stawkę VAT, następnie sprawdza, czy dana stawka została zdefiniowana w Systemie i jeżeli ten warunek jest spełniony wówczas tworzy dla niej rekord TraVat metodą od brutto. W przypadku faktury KSeF w walucie obcej ww. wartości najpierw zostają przeliczone na wielkości w PLN, w Systemie Comarch ERP XL bowiem w tabeli VAT FZL zapisywane są wyłącznie wielkości w walucie systemowej.

W przypadku faktur w walucie obcej po wstępnym utworzeniu rekordów tabeli VAT System dodatkowo stosuje mechanizm uzgadniania kwoty podatku w PLN ustaloną na FZL z wielkością przekazaną w fakturze KSeF wg identycznych zasad, jak zastosowane przy tworzeniu FZ tj.

• jeżeli różnica pomiędzy tymi wielkościami mieści się w określonym przedziale, wówczas kwota VAT na takim rekordzie ustalana jest ostatecznie na podstawie kwoty VAT w PLN z dokumentu od Dostawcy (pliku e-faktury)
• wielkość różnicy, o której mowa powyżej została ustalona na poziomie 0,10 PLN. Dział informatyczny Klienta może ją zmienić, w szczególności ustalić na poziomie 0,00, a wówczas tabela VAT nie będzie już przeliczana i to Użytkownik, a nie System będzie dokonywał ewentualnej edycji utworzonego dokumentu

Obsłużone zostało prezentowanie ostrzeżenia dla przypadków tworzenia dokumentu o wartości niezgodnej z wartością dokumentu od Dostawcy. Dla dokumentów w walucie systemowej porównywana jest sumę wartości netto tabeli VAT faktury z KSeF z wartością netto utworzonej FZL oraz suma kwot podatku VAT faktury z KSeF z łączną wielkością VAT-u na FZL. W przypadku dokumentów w walucie obcej porównanie dokonywane jest w zakresie łącznej wielkości podatku VAT w PLN.

Numer obcy oraz daty na generowanej FZL

Numer obcy generowanej faktury ustalany jest w oparciu o pole P_2 pliku e-faktury. Daty dokumentu FZL zaś ustalane są następująco:

• Data wpływu, a co za tym idzie pozostałe parametry zależne od tej daty takie jak rok/miesiąc w numeracji dokumentu, rok/miesiąc ujęcia faktury w deklaracji, prawo do odliczenia itp. ustalane są na podstawie daty przyjęcia faktury w KSeF.
• Data wystawienia FZL ustalana jest na podstawie daty wystawienia dokumentu przez Dostawcę, przesłanej w polu P_1.
• Data zakupu (data zaliczki) ustalana jest podstawie daty otrzymania zapłaty, przesłanej w polu P_6, a jeżeli data ta nie została w fakturze przesłana, wówczas na podstawie daty wystawienia faktury tj. pola P_1.

Forma, termin płatności i rachunek bankowy na FZL

Zasady ustalania ww. parametrów na FZL są identyczne, jak podczas tworzenia FZ z faktury KSeF.

• Jeżeli w Systemie istnieje forma płatności zgodna z formą przesłaną w polu FormaPlatnosci faktury KSeF, wówczas to ona zostaje ustalona jako forma płatności na dokumencie oraz na tworzonej płatności.
• Termin płatności ustalany jest na podstawie daty przesłanej w 1-wszym polu TerminPlatnosci, o ile data ta nie jest wcześniejsza niż data, w oparciu o którą zgodnie z definicją tworzonego dokumentu ustalany jest termin płatności.
• Opcjonalnie do karty kontrahenta dodawany jest rachunek bankowy przekazany w pliku e-faktury o ile nie został on dotąd przypisany. Dodanie rachunku odbywa się wówczas, jeżeli włączono parametr Podczas tworzenia dokumentu dodawaj Rachunki bankowe kontrahentów w Konfiguracja/KSeF/Import.

Weryfikacja dokumentu FZL przez Użytkownika

Aby ułatwić Użytkownikowi weryfikację poprawności utworzonego dokumentu, w tym jego zgodności z dokumentem KSeF, formatka FZL wyposażona została w podgląd dokumentu źródłowego wraz z możliwością jego wydruku. Funkcjonalność ta dostępna jest już od wersji 2024.0, w której można było jedynie spinać dokument utworzony w Systemie z dokumentem KSeF. W przypadku faktury FZL wygenerowanej z dokumentu zaimportowanego z KSeF takie spięcie dokonywane jest automatycznie.

Formatka FZL – włączanie/wyłącznie podglądu faktury z KSeF i opcja jego wydruku

Fakt dokonania przez Użytkownika weryfikacji dokumentu powinien zostać przez niego odnotowany. Służy do tego opcja Oznacz jako zweryfikowany dostępna w menu przycisku włączającego/wyłączającego podgląd faktury KSeF oraz w menu kontekstowym listy dokumentów.

Podczas zapisu/zatwierdzania dokumentu FZL dokonywana jest kontrola unikalności numeru KSeF dokumentu. W przypadkach, gdy w Systemie zarejestrowano już fakturę zakupu o takim samym numerze KSeF jak numer zapisywanej/zatwierdzanej faktury zaliczkowe FZL pojawia się stosowne ostrzeżenie.

Ostrzeżenie o duplikacji numeru KSeF zapisywanej FZL

Generowanie KZL na podstawie faktury KSeF

Na podstawie faktury KSeF można wygenerować korektę faktury zaliczkowej zakupu KZL. Operacja ta dostępna jest z listy Faktury zakupu z KSeF dla faktury o rodzaju KOR_ZAL. Przed generowaniem dokumentu System standardowo sprawdza, czy faktura KSeF nie została przez Użytkownika odrzucona, jak również to, czy nie utworzono już na jej podstawie dokumentu w Systemie.

Generowanie KZL na podstawie faktur zaimportowanych z KSeF

Identyfikacja kontrahenta i faktury korygowanej

Identyfikacja kontrahenta podczas generowania KZL na podstawie faktury KSeF dokonywana jest według identycznych zasad jak opisane powyżej podczas generowania FZL. Po ustaleniu kontrahenta odszukiwana jest faktura zaliczkowa, korygowana danym dokumentem KSeF. Jeżeli taka FZL zostanie zidentyfikowana, wówczas operacja generowania KZL jest kontynuowana, jeżeli zaś takiego dokumentu nie uda się odnaleźć, wówczas pojawia się stosowny komunikat i KZL nie jest tworzona.

Identyfikując dokument korygowany System poszukuje zatwierdzonej FZL wystawionej dla danego Dostawcy i numerem zgodnym z przesłanym w dokumencie KSeF:

• w pierwszej kolejności poszukiwana jest FZL o numerze KSeF zgodnym z przesłanym w polu NrKSeFFaKorygowanej e-faktury
• jeżeli ww. faktura nie zostanie zidentyfikowana, wówczas poszukiwana jest FZL o numerze obcym zgodnym z numerem pod jakim ten dokument funkcjonuje u Dostawcy, przesłanym w polu NrKSeFFaKorygowanej

Waluta i kurs na dokumencie KZL

Zarówno waluta jak i kurs na dokumencie KZL ustalane są na podstawie waluty i kursu korygowanej FZL niezależnie od waluty/kursu przesłanego w fakturze KSeF. Ww. ustalanie kursu na podstawie korygowanej FZL jest standardowym zachowaniem Systemu Comarch ERP XL. Jeżeli Dostawca z jakiegoś powodu użyje innego kursu, wówczas wartości: utworzonej FZL i faktury KSeF będą różne, o czym Użytkownik zostanie poinformowany.

Tabela VAT i wartość generowanego dokumentu KZL

Korekta faktury zaliczkowej zakupu KZL tworzona jest na podstawie wartości netto i kwot VAT dokumentu KSeF przesłanych w polach od P_13_1 do P_13_11. W przypadku faktury KSeF w walucie obcej ww. wartości najpierw zostają przeliczone na wielkości w PLN, w Systemie Comarch ERP XL bowiem w tabeli VAT KZL zapisywane są wyłącznie wielkości w walucie systemowej. Do tego przeliczenia zastosowany zostanie kurs ustalony na KZL, a on pobierany jest z korygowanej FZL.

System, podobnie jak dla FZL najpierw mapuje dane pole na właściwą stawkę VAT, a następnie sprawdza, czy dana stawka występuje na korygowanej FZL i czy pozostaje dla niej niezerowa wartość nieodliczona/nieskorygowana, po czym tworzy dla niej rekord tabeli VAT wyłącznie, jeżeli ten warunek jest spełniony. Wartość tworzonego rekordu tabeli VAT KZL ustalana jest albo na podstawie wartości brutto przesłanej w dokumencie KSeF albo na poziomie wartości możliwej do skorygowania. Wartość możliwa do skorygowania determinowana jest przez wartość korygowanej FZL, dotychczasowe korekty zarejestrowane do tego dokumentu oraz przez wielkość zaliczki odliczonej już na dokumentach końcowych.

Jeżeli całość faktury FZL została już skorygowana, czy też odliczona na dokumentach końcowych, wówczas KZL nie jest tworzona. Operacja przerywana jest również wówczas, jeżeli istnieje niezatwierdzona korekta do korygowanej FZL.

System Comarch ERP XL nie posiada funkcjonalności korekt faktur zaliczkowych zwiększających ich wartość, stąd podczas ww. operacji generowania KZL pomijane są rekordy faktury KSeF o wartości dodatniej.

Numer obcy oraz daty na generowanej KZL

Numer obcy generowanej KZL ustalany jest w oparciu o pole P_2 pliku e-faktury. Daty dokumentu KZL zaś ustalane są następująco:

• Data wpływu dokumentu KZL oraz pozostałe parametry zależne od tej daty takie jak rok/miesiąc w numeracji dokumentu, rok/miesiąc ujęcia faktury w deklaracji, prawo do odliczenia itp. ustalane są na podstawie daty przyjęcia faktury w KSeF.
• Data wystawienia KZL ustalana jest na podstawie daty wystawienia dokumentu przez Dostawcę, przesłanej w polu P_1.
• Data korekty ustalana jest podstawie daty przesłanej w polu P_6, a jeżeli data ta nie została przesłana, wówczas na podstawie daty wystawienia korekty tj. pola P_1.

Weryfikacja dokumentu KZL przez Użytkownika

Podobnie jak dla dokumentu FZL również dla jego korekty KZL udostępniono narzędzia ułatwiające weryfikację zgodności utworzonego dokumentu z fakturą KSeF:

• Wizualizacja faktury KSeF na formatce korekty faktury zaliczkowej zakupu KZL wraz z jej wydrukiem
• Operacja Oznacz jako zweryfikowany dostępna w menu przycisku włączającego/wyłączającego podgląd faktury KSeF oraz w menu kontekstowym listy dokumentów
• Kontrola unikalności numeru KSeF podczas zapisu/zatwierdzania dokumentu KZL

Formatka KZL – włączanie/wyłącznie podglądu faktury z KSeF i opcja jego wydruku

Ostrzeżenie o duplikacji numeru KSeF zapisywanej KZL

Generowanie (S)FZ na podstawie faktury KSeF

Rozpoczęte zostały prace z zakresu tworzenia faktur zakupu typu spinacz na podstawie faktur KSeF. W wersji 2025.0 udostępniono możliwość tworzenia faktury zakupu typu spinacz nagłówkowy (S)FZ. Pozostałe składowe tej funkcjonalności tj. tworzenie spinacza elementów (s)FZ oraz operacja aktualizowania wartości dokumentów PZ w oparciu o fakturę KSeF zostaną udostępnione w kolejnej wersji, stąd opcje te pozostają w tej wersji nieaktywne.

Fakturę zakupu typu spinacz nagłówkowych (S)FZ można wygenerować na podstawie faktury o typie VAT, UPR, ROZ.

Generowanie (S)FZ na podstawie faktur zaimportowanych z KSeF

Tworzenie spinacza (S)FZ odbywa się w oparciu o dokumenty PZ/PKA zidentyfikowane w Systemie na podstawie kolejnych powtórzeń pola WZ pliku e-faktury. Dokument (S)FZ nie posiada własnych elementów, jego elementami są wszystkie elementy dokumentów w nim spiętych. Co za tym idzie na dokumencie (S)FZ znajdzie się cała zawartość tychże dokumentów.

Uwaga

Podczas spinania dokumentów na generowany (S)FZ System nie sprawdza elementów spinanych PZ ani ich zgodności z fakturą KSeF. Faktura typu spinacz nagłówkowy (S)FZ obejmuje wszystkie elementy dokumentów spiętych, w przypadku braku zgodności towarów, ich ilości i cen z fakturą KSeF Użytkownik powinien samodzielnie zarejestrować PZK, czy też dodatkowy PZ i spiąć na utworzony (S)FZ.

Kontrahent na (S)FZ tworzonej na podstawie faktury KSeF

Identyfikacja kontrahenta podczas generowania (S)FZ na podstawie faktury KSeF dokonywana jest według identycznych zasad jak opisane powyżej podczas generowania FZL.

Identyfikacja dokumentów PZ podczas generowania (S)FZ

Po ustaleniu kontrahenta System przystępuje do identyfikacji dokumentów PZ/PKA na podstawie których ma zostać utworzony dokument (S)FZ. Identyfikacja ta odbywa się na podstawie kolejnych powtórzeń pola WZ faktury KSeF. System odszukuje niezafakturowane dokumenty PZ, PZK, PKA, PKK zarejestrowane na ww. Dostawcę, których numer obcy (Trn_DokumentObcy) jest zgodny z wartością przesłaną w polu WZ i prezentuje Użytkownikowi ich listę. Lista ta uzupełniana jest o korekty do dokumentów PZ/PKA zidentyfikowanych jw. nawet jeżeli identyfikator tych korekt nie jest w fakturze KSeF przesyłany. Użytkownik ma możliwość samodzielnego dołączenia dokumentu PZ na ww. listę, jeżeli Systemowi nie udało się zidentyfikować danego dokumentu.

Identyfikacja i prezentacja dokumentów PZ podczas generowania (S)FZ z faktury KSeF

Po akceptacji dokumentu/ów PZ przez Użytkownika System generuje (S)FZ i spina na niego te ze wskazanych dokumentów, dla których takie spięcie jest możliwe. Podczas takiego spinania kontrolowane są standardowe warunki takie jak stan dokumentu, zgodność kierunku VAT, ustalona wartość dostawy itp.

Jeżeli nie uda się zidentyfikować w bazie żadnego z ww. dokumentów PZ, czy też Użytkownik żadnego z nich nie zaakceptuje, wówczas System tworzy pusty spinacz (S)FZ tj. bez dokumentów spiętych.

Waluta i kurs na generowanej (S)FZ

Waluta na dokumencie (S)FZ ustalana jest na podstawie pierwszego spośród dokumentów PZ spinanych na generowany (S)FZ, kurs zaś ustalany jest wg ogólnych zasad tj. zgodnie z rodzajem daty i ilością dni przed tą datą z definicji dokumentu FZ. Kurs ten wpływa jedynie na płatność własną dokumentu (S)FZ.

Numer obcy oraz daty na generowanej (S)FZ

Numer obcy generowanej (S)FZ ustalany jest w oparciu o pole P_2 pliku e-faktury. Daty dokumentu zaś ustalane są następująco:

• Data wpływu dokumentu (S)FZ oraz pozostałe parametry zależne od tej daty takie jak rok/miesiąc w numeracji dokumentu, rok/miesiąc ujęcia faktury w deklaracji, prawo do odliczenia itp. ustalane są na podstawie daty przyjęcia faktury w KSeF.
• Data wystawienia (S)FZ ustalana jest na podstawie daty wystawienia dokumentu przez Dostawcę, przesłanej w polu P_1.
• Data zakupu ustalana jest podstawie daty przesłanej w polu P_6 lub P_6_Do, w zależności które z tych pól zostanie przekazane, a jeżeli data ta nie została w fakturze przesłana, wówczas na podstawie daty wystawienia faktury tj. pola P_1.

Forma, termin płatności i rachunek bankowy na (S)FZ

Ww. parametry ustalane są na podstawie faktury KSeF, przy czym w przypadku spinaczy nagłówkowych (S)FZ opisane poniżej parametry płatności dotyczą płatności własnej dokumentu (S)FZ, płatności dziedziczone z dokumentów spinanych PZ nie są modyfikowane. Interpretowane są:

• FormaPlatnosci – na jej podstawie ustalana jest forma płatności w nagłówku dokumentu oraz na tworzonej płatności własnej spinacza
• TerminPlatnosci – na jego podstawie ustalany jest termin płatności w nagłówku oraz na tworzonej płatności własnej spinacza, przy czym w przypadku wielu terminów interpretowany jest pierwszy z nich
• Rachunek bankowy kontrahenta – na tej podstawie ustalany jest rachunek na płatności własnej spinacza. Jeżeli danego rachunku nie ma w Systemie, wówczas opcjonalnie jest on dodawany do karty kontrahenta. Dodanie rachunku odbywa się wówczas, jeżeli włączono parametr Podczas tworzenia dokumentu dodawaj Rachunki bankowe kontrahentów w Konfiguracja/KSeF/Import

Dokument (S)FZ a faktury zaliczkowe

W przypadku spinacza nagłówkowego (S)FZ odliczane faktury zaliczkowe są dziedziczone ze spinanych dokumentów PZ. Aby więc dana faktura zaliczkowa została odliczona na (S)FZ, odliczenie to musi zostać dokonane na dokumencie PZ. Podczas generowania (S)FS System nie dokonuje już identyfikacji faktur zaliczkowych, są one odliczane wyłącznie, jeżeli zostały odliczone na spinanych PZ.

Jeżeli Użytkownik nie odliczył faktur zaliczkowych na PZ, wówczas przed utworzeniem (S)FZ powinien samodzielnie dołączyć FZL na dokumencie PZ (uprawniony do tego Użytkownik może to uczynić na zatwierdzonym PZ).

Tabela VAT generowanego (S)FZ

Na generowanym dokumencie (S)FZ obowiązują poniższe zasady tworzenia tabeli VAT dokumentu:

• Tabela VAT zostaje ustalona wstępnie na podstawie spiętych dokumentów
• W przypadku gdy dokumenty spięte odliczają faktury zaliczkowe, tak utworzona tabela VAT nie jest już przez System modyfikowana
• W przypadkach innych niż faktury końcowe System porównuje kwotę VAT w PLN rekordu tabeli VAT utworzonego na podstawie dokumentów spiętych z kwotą VAT przesłaną w pliku e-faktury i jeżeli różnica pomiędzy tymi wielkościami mieści się w określonym przedziale, wówczas kwota VAT na takim rekordzie ustalana jest ostatecznie na podstawie kwoty VAT w PLN z dokumentu od Dostawcy (pliku e-faktury)
• Wielkość różnicy, o której mowa powyżej została ustalona na poziomie 0,10 PLN. Dział informatyczny Klienta może ją zmienić, w szczególności ustalić na poziomie 0,00, a wówczas tabela VAT będzie ustalana wprost na podstawie dokumentów spiętych i to Użytkownik, a nie System będzie dokonywał ewentualnej edycji utworzonego dokumentu
• W przypadku niezgodności wartości pomiędzy utworzonym dokumentem (S)FZ a fakturą KSeF prezentowane jest stosowne ostrzeżenie

Weryfikacja dokumentu (S)FZ przez Użytkownika

Podobnie jak dla innych typów dokumentów zakupu rejestrowanych na podstawie faktury KSeF, również dla faktury typu spinacza nagłówkowy (S)FZ udostępniono narzędzia ułatwiające weryfikację zgodności utworzonego dokumentu z fakturą KSeF:

• Wizualizacja faktury KSeF na formatce (S)FZ wraz z jej wydrukiem
• Operacja Oznacz jako zweryfikowany dostępna w menu przycisku włączającego/wyłączającego podgląd faktury KSeF oraz w menu kontekstowym listy dokumentów
• Kontrola unikalności numeru KSeF podczas zapisu/zatwierdzania dokumentu (S)FZ

Wskazówka

W kolejnej wersji Systemu na formatce (S)FZ udostępniony zostanie podgląd listy elementów dokumentów spiętych w danym spinaczu, co ułatwi weryfikację zgodności (S)FZ z fakturą KSeF w zakresie pozycji towarowych.

Formatka (S)FZ – włączanie/wyłącznie podglądu faktury z KSeF i opcja jego wydruku

Ostrzeżenie o duplikacji numeru KSeF zapisywanej (S)FZ

Numery dokumentów WZ i numery zamówień na liście faktur z KSeF

Lista faktur zaimportowanych z KSeF została wzbogacona o poniższe dane:

• Informacja o numerze/numerach dokumentów WZ, których dotyczy dana faktura
• Informacja o numerze/numerach zamówień, których dotyczy dana faktura

Zapisywanie i prezentowanie tych danych bezpośrednio na liście może być pomocne m.in. podczas rozdzielania faktur na poszczególne centra firmy bez konieczności podnoszenia ich formatek.

Nowe kolumny zostały obsłużone w filtrze prostym.

Wskazówka

Ww. kolumny pełnią funkcję informacyjną. System nie kontroluje zgodności WZ/zamówień podczas dokonywanej przez Użytkownika operacji spinania danej faktury KSeF z dokumentem zarejestrowanym w Systemie.

Informacja o dokumentach WZ i zamówieniach związanych z fakturami KSeF

Informacja o dokumentach WZ, których dotyczy dana faktura przesyłana jest w kolejnych powtórzeniach pola WZ pliku e-faktury. Informacja ta jest odczytywana i zapisywana w bazie Systemu podczas importu faktur ze środowiska KSeF, a następnie prezentowana na liście. Kolejne numery dokumentów WZ zapisywane są po przecinku. W przypadku gdy dana faktura KSeF dotyczy dużej ilości dokumentów System zapisuje/prezentuje ich ograniczoną liczbę, a na końcu pola zapisuje/prezentuje trzykropek. W takim przypadku pełna lista dokumentów WZ prezentowana jest na formatce szczegółów danej faktury KSeF.

Informacja o zamówieniach, których dotyczy dana faktura przesyłana jest w kolejnych powtórzeniach pola NrZamowienia pliku e-faktury i z nich jest odczytywana, zapisywana i prezentowana na liście. Obowiązują tu identyczne jak opisane dla dokumentów WZ zasady zapisywania/prezentowania kolejnych numerów zamówienia po przecinku i obsługi przypadków faktur powiązanych z dużą ilością zamówień.

KSeF – zmiana zasad wysyłania elementów (S)FS, (S)FSE i RA

W wersji 2025.0 Systemu dokonano zmian w zakresie zasad wysyłania informacji o elementach faktury (pól sekcji FaWiersz schematu faktury ustrukturyzowanej) dla faktur typu spinacz nagłówkowy (S)FS, (S)FSE, RA. Dotychczas wysyłane były kolejne elementy dokumentów spiętych w danym spinaczu, bez względu na to, czy dokumentem spiętym był dokument WZ, WKA, WZE, PA czy też korekta WZK, WKK, WKE, PAK, stąd rekomendowane było, aby korekt nie spinać w tych fakturach. Obecnie mechanizm wysyłki został zmieniony, dzięki czemu takie przypadku są prawidłowo obsługiwane. Obowiązują obecnie w tym zakresie poniższe zasady:

• Lista elementów wysyłana jest w oparciu o elementy PA/WZ/WKA/WZE spięte w danym spinaczu
• Podczas ustalania ilości/ceny/wartości/stawki VAT dla każdego z ww. elementów System honoruje nie tylko dany element, ale również elementy korekt odwołujące się do tego elementu, spięte w tym spinaczu

Przyklad

Przykład 1:

WZ-1 T1 3szt x 10 PLN =30 PLN

WZK-2 T1 -1szt

(S)FS z WZ-1 i WZK-2

Do KseF zostanie wysłany element: T1 2szt x 10PLN=20 PLN

Przykład 2:

WZ-1 T1 10szt x 10PLN=100; stawka 23%

WZK-2 T1 -1szt

WZK-3 T1 korekta wartości -9,00

WZK-4 T1zmiana stawki VAT na 8%

(S)FS z ww. dokumentów

Do KSeF zostanie wysłany element: T1 9szt x 9,00=81,00; stawka 8%

Ww. zmiana zasad wysyłki elementów (S)FS, (S)FSE, RA nie oznacza, że podczas tej operacji System grupuje elementy. System nadal wysyła każdy z elementów WZ/WZE/WKA/PA oddzielnie, nawet, jeżeli dotyczą tego samego towaru w tej samej cenie i stawce, łączenie elementów ma miejsce wyłącznie w odniesieniu do elementu korygowanego i elementu korygującego.

Przyklad

Przykład 3:

WZ1:

LP1 T1 3szt x 10PLN

Lp2 T2 4szt x 10PLN

WZ2:

Lp1 T1 2szt x 10PLN

Lp2 T3 3szt x 10PLN

WZK do WZ1:

Lp1 T1 -1szt

Lp2 T2 -4szt

(S)FS ze wszystkich ww. dokumentów

Do KseF zostaną wysłane elementy:

T1 2szt x 10PLN

T1 2szt x 10PLN

T3 3szt x 10PLN

Faktura typu spinacz elementów do WZ z nieustalonym kosztem

W wersji 2025.0 Systemu zniesione zostało ograniczenie nie pozwalające na tworzenie spinacza elementów z dokumentów WZ/WZE o nieustalonym koszcie sprzedaży. Dotychczas przed utworzeniem (s)FS/FSE z takiego WZ/WZE konieczne było zaznaczenie na nim parametru Ustalono koszt własny sprzedaży. W wersji 2025.0 już takiej potrzeby nie ma, co pozwala na uniknięcie konieczności tworzenia przez System korekt kosztów do tych WZ/WZE.

Parametryzacja tworzenia (s)FS/FSE z nieustalonym kosztem

Możliwość tworzenia dokumentów (s)FS/FSE z dokumentów o nieustalonym koszcie sprzedaży została sparametryzowana. O takiej możliwości decyduje parametr Generuj z dokumentu o nieustalonym koszcie w sekcji Spinacz elementów definicji dokumentu FS/FSE.

Parametr tworzenia (s)FS WZ o nieustalonym koszcie na definicji FS

Jeżeli ww. parametr pozostanie wyłączony, wówczas jak dotąd, nie będzie można utworzyć spinacza elementów do dokumentu który ma nieustalony koszt ani do dokumentu, którego jakakolwiek korekta ma nieustalony koszt.

Jeżeli ww. parametr zostanie włączony, wówczas zasadniczo utworzenie spinacza elementów do dokumentu z nieustalonym kosztem będzie możliwe, poza poniższymi przypadkami:

• Dokument WZ ma koszt ustalony, ale jego korekta ilościowa na plus ma koszt nieustalony
• Do dokumentu WZ wystawiono korektę ilościową na plus z innej dostawy niż dostawa na WZ i koszt tej korekty jest nieustalony

Parametr ustalonego/nieustalonego kosztu sprzedaży

Wartość parametru Ustalono koszt własny sprzedaży na spinaczu elementów (s)FS/(s)FSE ustalana jest podczas zatwierdzania spinacza elementów w oparciu o ustawienie tegoż parametru na spiętych WZ/WZE. Jeżeli jakikolwiek dokument spięty w tym spinaczu ma koszt nieustalony, wówczas i spinacz ma koszt nieustalony. Podobna zasada dotyczy korekty spinacza elementów (s)FSK/FKE.

Aktualizacja ustawienia ww. parametru dokonywana jest przez System w chwili ostatecznego zatwierdzenia wartości dostawy, z której czerpały dokumenty WZ/WZE spięte w spinaczu elementów. Dodatkowo, jak na innych typach dokumentów sprzedaży Użytkownik ma możliwość samodzielnego zaznaczenia tego parametru zarówno na (s)FS/FSE jak i na (s)FSK/(s)FKE.

Parametr Ustalono koszt własny na formatce (s)FS

Zmiana ustawienia ww. parametru na danym dokumencie dokonywana czy to przez System podczas ustalania wartości dostawy czy też samodzielnie przez Użytkownika może wywołać jego zmianę na wielu różnych dokumentach:

• Zaznaczenie parametru Ustalono koszt własny sprzedaży na dokumencie WZ//WZE wywołuje aktualizację parametru na wszystkich spinaczach elementów, w którym jest on spięty
• Zaznaczenie ww. parametru na dokumencie WZK/WKE wywołuje aktualizację parametru na wszystkich korektach spinaczy elementów (s)FSK/FKE, w których jest ona spięta
• Zaznaczenie ww. parametru na spinaczu elementów (s)FS/FSE powoduje jego zaznaczenie na wszystkich dokumentach spiętych w tym spinaczu, a ono z kolei zmianę parametru na wszystkich innych spinaczach elementów, w którym to wydanie jest spięte
• Zaznaczenie ww. parametru na korekcie spinacza elementów (s)FSK/FKE wywołuje zmianę ustawienia parametru na wszystkich korektach wydań spiętych w tej korekcie spinacza

Aktualizacja kosztów na spinaczu elementów

Na spinaczu elementów o nieustalonym koszcie sprzedaży System dokonuje aktualizacji kosztu podczas zmiany kosztu na subelementach dokumentów WZ/WZE spiętych w tym spinaczu. Aktualizacja taka odbywa się podczas ostatecznego ustalania wartości dostawy PZ/PZI/PW. Identyczna zasada dotyczy korekt spinaczy elementów (s)FSK/(s)FKE.

Uwaga

Koszt własny sprzedaży ustalany/aktualizowany na spinaczach elementów (s)FS/(s)FSE i ich korektach nadal należy traktować jako wartości “poglądowe”, nie należy ich traktować jako dane księgowe. Cała gospodarka magazynowa: przyjmowanie zasobów na magazyn, rozchód zasobów, wycena wartości magazynu, wycena koszu własnego sprzedaży itp. dokonywana jest w Systemie w oparciu o subelementy PZ/PKA/WZ/WKA/WZE i ich korekty, korekty kosztów KK generowane są i nadal będą do dokumentów WZ/WZE/WKA i ich korekt. Co za tym idzie również księgowanie kosztu własnego sprzedaży powinno być dokonywane na podstawie dokumentów WZ/WKA/WZE i ich korekt, nie zaś na podstawie spinaczy elementów.

Spinacze elementów z nieustalonym kosztem – inne zagadnienia

Podobnie jak innych dokumentów sprzedaży z nieustalonym kosztem również spinaczy elementów (s)FS/(s)FSE i korekt spinaczy elementów (s)FSK/(s)FKE z nieustalonym kosztem nie można księgować ani opisywać analitycznie. Takie dokumenty są standardowo wyróżniane kolorystycznie na liście RKZ (prezentowanie w kolorze zielonym) oraz oznaczane na wydruku listy RKZ. Obsłużone zostało również stosowne wyróżnianie kolorystyczne elementów spinacza z nieustalonym kosztem na zakładce [RKZ] formatki (s)FS/(s)FSE/(s)FSK/(s)FKE.

Kolorystyczne wyróżnianie (s)FS z nieustalonym kosztem na liście RKZ

Kolorystyczne wyróżnianie elementów (s)FS z nieustalonym kosztem

Zmiany w JPK_MAG

Dokonano poniższych zmian na formularzu/w pliku JPK_MAG:

• Lista typów dokumentów ujmowanych w pliku JPK_MAG została uzupełniona o dokumenty korekt kosztów KK oraz dokumenty przyjęć międzymagazynowych MMP
• Obsłużono przypadki dokumentów PA/PAK/WKA/WKK rejestrowanych bez kontrahenta

Dokumenty korekt kosztów KK w JPK_MAG

W pliku JPK_MAG ujęte zostały wszystkie dokumenty KK dotyczące danego magazynu, wygenerowane w okresie za jaki sporządzany jest JPK_MAG. Dany dokument KK prezentowany jest w sekcji stosownej do typu dokumentu, na który wskazują jego subelementy.

• Dokument KK wskazujący w subelementach na FS, WZ, FKE itp. wykazywany jest w sekcji WZ,
• Dokument KK wskazujący w subelementach na RW/RWK wykazywany jest w sekcji RW
• Dokument KK wskazujący w subelementach na MMW/MMP wykazywany jest w sekcji MM.

W JPK_MAG ujmowane są również tak zwane anty-KK czyli dokumenty KK tworzone wówczas, jeżeli podczas anulowania dokumentu, który spowodował utworzenie KK nie można tychże KK anulować, ponieważ zostały już zaksięgowane.

Dokumenty KK na formularzu/w pliku JPK_MAG

Dokumenty przyjęć międzymagazynowych MMP w JPK_MAG

Dotąd w pliku JPK_MAG w sekcji MM ujmowane były wyłącznie dokumenty MMW przesuwające towar z magazynu, dla którego sporządzany jest JPK_MAG. Od wersji 2025.0 w sekcji tej wykazywane są również dokumenty MMP przyjmujące towar na magazyn, dla którego sporządzany jest JPK_MAG.

Zarówno dla dokumentów MMW jak i MMP ilości/wartości wykazywane są jako wielkości dodatnie, a o charakterze ruchu magazynowego (wydanie/przyjęcie) świadczy typ dokumentu oraz informacja przekazywana w polach Skąd/Dokąd. Dokumenty MMW, czyli dokumenty, dla których magazyn JPK jest magazynem SkadMM to dokumenty wydania z magazynu JPK, natomiast dokumenty MMP, czyli dokumenty, dla których magazyn JPK jest magazynem DokadMM to dokumenty przyjęcia na magazyn z JPK.

Dokumenty MMP oraz informacja Skąd/Dokąd w JPK_MAG

Obsługa dokumentów PA/PAK/WKA/WKK bez kontrahenta

W Systemie Comarch ERP XL możliwe jest rejestrowanie dokumentu PA oraz jego korekty bez wprowadzania kontrahenta na dokument. Również kaucje WKA/WKK generowane do takich paragonów nie posiadają kontrahenta. W związku z tym, że pole Odbiorca sekcji WZ pliku JPK_MAG jest polem obowiązkowym przyjęto poniższe zasady jego obsługi dla ww. dokumentów:

• jeżeli dla danego dokumentu PA/PAK/WKA/WKK została utworzona faktura (spinacz/korekta spinacza), wówczas kontrahent ustalany jest na podstawie kontrahenta z tej faktury
• jeżeli zaś dla ww. dokumentu nie istnieje faktura, wówczas jako nazwa Odbiorcy wysyłana jest fraza Sprzedaż detaliczna

Dokumenty sprzedaży bez podanego Nabywcy w JPK_MAG

Rabaty na dokumentach FAI

Obsłużono rabaty i promocje na dokumentach importowych FAI oraz PZI. Działanie rabatów na wymienionych dokumentach jest standardowe i analogiczne do działania rabatów na innych dokumentach. Promocje naliczane są pod warunkiem, że na promocji zaznaczono rodzaj dokumentów: przychodowe lub wszystkie.

Podczas naliczania rabatów na dokumentach FAI i PZI uwzględniane są następujące parametry ustawiane w Konfiguracji systemu: System/ Konfiguracja/ Sprzedaż/ Rabaty i promocje:

• Rabaty liczone od ceny
• Rejestruj strukturę udzielonego rabatu
• Licz upusty dla dokumentów przychodowych od wartości początkowych

Ogólna Konfiguracja rabatów

Uwzględniono również parametr dostępny na karcie towaru, na zakładce [Upusty] Nie stosuj żadnych upustów. Po jego zaznaczeniu rabaty na ten towar nie są naliczane.

Rabat nagłówka GLO

Na dokumentach FAI oraz PZI dodano na zakładce [Nagłówek] pole Rabat ogólny, w którym możliwe jest wpisanie rabatu procentowego do całego dokumentu. Do pola tego przenoszony jest również rabat kontrahenta z zakładki [Handlowe]. Po wpisaniu % rabatu następuje przeliczenie cen na pozycjach i zapisanie rabatu na elementach. Rabat nagłówka łączy się z innymi rabatami naliczonymi na pozycjach dokumentu.

Rabat operatora

Na dokumencie FAI umożliwiono również naliczanie rabatu operatora poprzez uzupełnianie rabatu bezpośrednio na liście pozycji w kolumnie Rabat oraz na zakładce [Kalkulacja].

Na zakładce [Kalkulacja] na pozycji dokumentu umieszczono pola, w których bezpośrednio możliwe jest ustawianie ceny początkowej ceny, końcowej (po rabacie), wartości, % rabatu oraz kwoty rabatu.

Rabat operatora dostępny na liście pozycji oraz na zakładce [Kalkulacja]

Promocje

Na dokumentach FAI i PZI obsługiwane są następujące promocje:

• KNT – rabat globalny kontrahenta
• KNU – promocje kontrahenta
• PRM – promocje dla towaru

Podczas naliczania promocji uwzględniane są parametry promocji:

• Pomiń następne promocje
• Sposób łączenia z poprzednią: dodaj lub mnóż

Przenoszenie rabatów pomiędzy dokumentami

Rabaty naliczane podczas generowania zamówienia zakupu ZZ przenoszone są na dokument FAI.

Rabaty naliczone na dokumencie PZI przenoszone są na dokument FAI.

Rabaty naliczone na dokumencie FAI przenoszone są na dokument PZI generowany z listy FAI. Jeśli jednak PZI będzie generowane z poziomu dokumentu SAD lub FWS wówczas rabaty nie będą prezentowane. Na dokumencie PZI pojawią się ceny finalne z uwzględnieniem rabatów i kosztów dodatkowych naliczonych na SAD czy FWS.

Rabaty są przenoszone również podczas kopiowania dokumentów jak i pozycji dokumentów.

Struktura rabatów

Rabaty naliczone na dokumencie FAI prezentowane są w strukturze rabatów. Zapis rabatów do struktury rabatów uzależniony jest od ustawienia parametru opisanego w rozdz. Rabaty na dokumentach FAI.

Możliwość generowania awiza dostawy przed dokumentami MMP

W odpowiedzi na potrzeby Użytkowników Systemu umożliwiono zmianę kolejności w realizacji procesu przesunięcia towaru między różnymi magazynami, który dotychczas odbywał się w następujący sposób: MMW -> WM/ZWM -> MMP –> AWD. Pierwsze dwa dokumenty mogą być wystawiane w różnej kolejności, czyli może też być WM/ZWM -> MMW. Natomiast dla dwóch ostatnich dokumentów kolejność była stała, czyli zawsze najpierw musiał powstać dokument MMP, a dopiero po nim AWD.

Nowa ścieżka pozwala na wygenerowanie dyspozycji przyjęcia AWD na magazyn docelowy od razu po tym jak wygenerowano dokumenty MMW i wydania magazynowe z magazynu źródłowego. Dopiero na podstawie realizacji tej dyspozycji możliwe będzie utworzenie dokumentu MMP.

Dotyczy to zarówno magazynów docelowych zwykłych, jak i tych WMS, czyli do MMW możliwe będzie również wystawianie dokumentów (W)AWD.

Dokumenty AWD (dla MMP)

Na liście dokumentów MMW znajduje się nowe polecenie Awizo dostawy (dla MMP) do dokumentów, które dostępne jest zarówno w menu kontekstowym, jak i opcja dla przycisku pod listą:

Polecenie generowania awiza dostawy przed dokumentem MMP

Wskazane do operacji dokumenty MMW są weryfikowane pod kątem stanu dokumentu i utworzonych do nich dokumentów magazynowych. Do dalszego działania ‘pobierane’ są bowiem tylko te zatwierdzone MMW, które mają co najmniej jeden dokument wydania magazynowego: zatwierdzony WM lub zamknięte ZWM lub (W)ZWM.

W dalszej kolejności konieczne jest wskazanie magazynu docelowego, czyli takiego, na który zostanie utworzone AWD lub (W)AWD. Magazyn może być wybrany spośród docelowych ustawionych na ‘pobranych’ MMW lub w ogóle z nimi nie powiązany. Wynika to z tego, że na dokumentach przyjęć można obecnie ustawić dowolny magazyn docelowy, niekoniecznie ten sam, który jest na źródłowych MMW.

Na koniec utworzony zostaje dokument AWD lub (W)AWD, zależnie od tego, jaki zostanie ustawiony magazyn (tzw. zwykły lub WMS). Dodawane są na nim te pozycje i ilości ze źródłowych MMW, które zostały już wydane z magazynu źródłowego i nie są jeszcze ujęte na dokumentach MMP ani AWD, a pozostałe pozycje są pomijane.

Przyklad

Do dokumentu MMW-174/12/24 z pozycjami:

1. T1: 20 szt.
2. T2: 34 szt.

wystawiono dokument ZWM-43/12/24 (zrealizowany, zamknięty), na którym są pozycje:

1. T1: 20 szt.
2. T2: 11 szt.

Po utworzeniu dokumentu AWD (dla MMP) powstanie on na pozycje zgodne z tymi z ZWM, bo nie cała ilość z MMW została już wydana z magazynu, czyli:

1. T1: 20 szt.
2. T2: 11 szt.

Scenariusz 1.

Gdyby do MMW-174/12/24 został wcześniej wystawiony dokument MMP z jedną pozycją T2: 10 szt., wówczas taki dokument AWD (dla MMP) powstanie z pozycjami:

1. T1: 20 szt.
2. T2: 1 szt. (pozostałe 10 szt. wydane już z magazynu zostało pobrane na MMP, więc do niego musi w przyszłości powstać osobne AWD, dlatego większej ilości pobrać się nie uda).

Scenariusz 2.

Gdyby do MMW-174/12/24 nie było wystawionego dokumentu MMP, ale za to wcześniej zostało wygenerowane już AWD (dla MMP), na którym ujęto tylko pierwszą pozycję z T1: 20 szt., wówczas kolejny dokument AWD (dla MMP) powstanie na jedną pozycje:

1. Tej pozycji już nie uda się dodać, bo cała została pobrana na poprzednie AWD.
2. T2: 11 szt.

Wyświetlanie dokumentów AWD lub (W)AWD utworzonych do MMW niewiele różni od standardu w porównaniu z tymi, które posiadają źródłowe dokumenty handlowe. Zablokowana jest na nich dodatkowo operacja zmiany partii, czyli na pozycji nie można zmienić cechy i jej wartości, numeru EAN czy daty ważności. Konieczne jest bowiem działanie na dokładnie tej samej partii, która została wydana z magazynu źródłowego. Ukryto również możliwość wiązania innych dokumentów lub pozycji dokumentów tak, aby nie komplikować potem procesu tworzenia dla nich dokumentów MMP. Możliwe jest natomiast dodawanie pozycji nie powiązanych ze źródłowymi.

Powiązanie pomiędzy dokumentami AWD (dla MMP) a dokumentami źródłowymi MMW jest widoczne na nagłówku dokumentu oraz na liście w następujący sposób:

• Jeśli AWD powstało do jednego MMW lub jego części, wówczas widoczny jest numer tego dokumentu MMW ujęty w nawiasach,
• Jeśli AWD powstało do wielu MMW lub ich części wówczas widoczny jest tekst [Lista dokumentów MMW].

Widok powiązania MMW z dokumentami AWD (dla MMP) na liście dokumentów AWD

Jeśli do takich dokumentów zostanie potem utworzone MMP, to w tych miejscach będzie już wskazanie na te dokumenty, ponieważ wówczas cały cykl dokumentów zostanie już zakończony.

Jednak to, czy do danego dokumentu MMW były wystawione AWD (dla MMP) można sprawdzić zawsze w oknie Historia związanych dla dokumentów MMW, w którym są one prezentowane na zakładce [Inne].

Widok powiązania MMW z dokumentami AWD (dla MMP) w historii związanych dla MMW

Zmiany w generowaniu dokumentów MMP

Na liście dokumentów AWD dodaliśmy nowe polecenie Generuj MMP, które dostępne jest zarówno w menu kontekstowym, jak i opcja dla przycisku pod listą:

Operacja do generowania MMP z listy dokumentów AWD

Pozwala ono zrealizować handlowo dokumenty AWD/(W)AWD utworzone na podstawie MMW. Jednocześnie tworzone stąd MMP zostaje automatycznie powiązane z tymi źródłowymi dokumentami MMW.

Ponieważ takie dokumenty stanowią domknięcie całego procesu przesunięcia między magazynami, to nie można na nich dokonywać żadnych zmian: ani ilości, ani usuwania pozycji. Jedyną dostępną operacją jest zatwierdzenie lub usunięcie całego dokumentu.

Dla polecenie generowania MMP z listy dokumentów MMW oraz ZW uwzględniane są od teraz powiązane z MMW dokumenty AWD/(W)AWD, które wyświetlają się w trakcie tej operacji.

Lista dokumentów AWD, które można uwzględnić przy generowaniu MMP z MMW lub ZW

Do Użytkownika należy decyzja czy dokument MMP ma powstać do tych dokumentów AWD (wówczas na liście jn. należy je wybrać), czy też z ich pominięciem (poprzez zamknięcie listy z wyborem dokumentów). W tym drugim przypadku dokument MMP jest tworzony jak dotychczas, czyli wprost z ilości na MMW, ale tylko takiej, która nie została jeszcze ujęta na powiązanych do nich AWD/(W)AWD oraz MMP.

Przyklad

Do dokumentu MMW-174/12/24 z pozycjami:

1. T1: 20 szt.
2. T2: 34 szt.

Wystawiono i zamknięto z realizacją dwa dokumenty AWD (dla MMP) z pozycjami:

– AWD-154/12/24:

1. T1: 15 szt.
2. T2: 15 szt.

– AWD-155/12/24:

1. T2: 8 szt.

Przy generowaniu do MMW-174/12/24 dokumentu MMP pojawiło się okno z możliwością wyboru powyższych dokumentów AWD.

Scenariusz 1.

Z listy wybrano (zaznaczono) obydwa dokumenty AWD. MMP powstało ze zsumowanymi pozycjami z tych AWD:

1. T1: 15 szt.
2. T2: 23 szt.

Scenariusz 2.

Z listy wybrano (zaznaczono) tylko dokument AWD-155/12/24. MMP powstało z pozycjami pobranymi z tego dokumentu, czyli de facto na jedną pozycję: T2: 8 szt. Dla drugiego AWD-154/12/24 można nadal wygenerować dokument MMP.

Scenariusz 3.

Z listy nie wybrano żadnego dokumentu AWD (zamknięto ją krzyżykiem). MMP powstało z pozycjami z MMW na ilość, którą jeszcze nie ujęto na AWD.

1. T1: 5 szt. (bo 15 jest już na AWD).
2. T2: 11 szt. (bo 23 jest już na AWD)

Dla obu AWD można nadal wygenerować jeden lub kilka dokumentów MMP.

Uwzględnianie przy generowaniu MMP towarów kaucjonowanych z AWD (dla MMP)

Przy tworzeniu dokumentów MMP z uwzględnieniem, dokumentów AWD wystawionych wcześniej uwzględniane są dokumenty kaucji (K)MM, które są źródłowymi dla takich AWD. To czy dla takich źródłowych powstanie odpowiedni dokument (K)MMP czy zwykłe MMP zależy od powiązań źródłowego (K)MMW:

• Jeśli (K)MMW nie jest powiązany z dokumentem MMW, wówczas powstaje dokument (K)MMP, który również nie będzie miał powiązania z MMP.

Przyklad

W Systemie wprowadzono dwa dokumenty:

1. MMW-174/12/24.
2. (K)MMW-25/12/24 (nie jest on powiązany z żadnym MMW).

Do obydwu powyższych wystawiono i zamknięto dokumenty AWD lub (W)AWD (dla MMP) – bez znaczenia, czy dwa osobne, czy jeden wspólny.

Do powyższych AWD lub (W)AWD generowane są dokumenty MMP. Powstaną dwa dokumenty:

1. MMP do MMW-174/12/24,
2. (K)MMP do (K)MMW-25/12/242 i to (K)MMP nie będzie powiązane z żadnym MMP.

• Jeśli (K)MMW jest powiązany z dokumentem MMW i do tego MMW jest utworzone MMP, to powstaje dokument (K)MMP, który jest automatycznie wiązany z tym istniejącym MMP.

Przyklad

W Systemie wprowadzono dwa dokumenty:

1. MMW-174/12/24.
2. (K)MMW-25/12/24 (jest on powiązany z dokumentem MMW, jak opisano w scenariuszach poniżej).

Do obydwu powyższych wystawiono i zamknięto dokumenty AWD lub (W)AWD (dla MMP) – bez znaczenia, czy dwa osobne, czy jeden wspólny.

Scenariusz 1, gdzie (K)MMW-25/12/24 ma powiązanie z MMW-174/12/24.

Do powyższych AWD lub (W)AWD generowane są dokumenty MMP. Powstaną dwa dokumenty:

1. MMP do MMW-174/12/24,
2. (K)MMP do (K)MMW-25/12/242 i to (K)MMP zostanie powiązane z MMP utworzonym powyżej.

Scenariusz 2, gdzie (K)MMW-25/12/24 ma powiązanie z MMW-170/12/24, do którego istnieje MMP-185/12/24.

Do powyższych AWD lub (W)AWD generowane są dokumenty MMP. Powstaną dwa dokumenty:

1. MMP do MMW-174/12/24,
2. (K)MMP do (K)MMW-25/12/242 i to (K)MMP zostanie powiązane z MMP-185/12/24.

• Jeśli (K)MMW jest powiązany z dokumentem MMW, ale do tego MMW nie ma jeszcze utworzonego MMP, to działanie jest zależne od magazynu na dokumencie awiza, z którego następuje generowanie:
• Jeśli jest to magazyn zwykły, to powstanie osobny dokument MMP, który nie będzie powiązany z żadnym innym MMP/(K)MMP.
• Jeśli jest to magazyn WMS, to powstanie osobny dokument (K)MMP nie powiązany z dokumentem MMP,

Przyklad

W Systemie wprowadzono dwa dokumenty:

1. MMW-174/12/24.
2. (K)MMW-25/12/24 (jest on powiązany z dokumentem MMW, który nie ma utworzonego MMP).

Scenariusz 1.

Do obydwu powyższych wystawiono i zamknięto osobne dokumenty AWD (dla MMP), czyli powstały one na magazyn zwykły:

1. Do MMW-174/12/24 powstało AWD-215/12-24
2. Do (K)MMW-25/12/24 powstało AWD-216/12-24

Do AWD-216/12/24 generowany jest dokumenty MMP. Powstanie zwykłe MMP bez żadnego powiązania do MMP lub (K)MMP

Scenariusz 2.

Do obydwu powyższych wystawiono i zamknięto osobne dokumenty (W)AWD (dla MMP), czyli powstały one na magazyn WMS:

1. Do MMW-174/12/24 powstało (W)AWD-215/12-24
2. Do (K)MMW-25/12/24 powstało (W)AWD-216/12-24

Do (W)AWD-216/12/24 generowany jest dokumenty MMP. Powstanie (K)MMP bez żadnego powiązania do MMP. Dopiero jak takie MMP powstanie, to będzie można je spiąć z tym dokumentem (K)MMP.

Pozostałe zmiany

Spinanie dokumentów MMP z magazynowymi

Przy spinaniu dokumentów magazynowych AWD/(W)AWD do MMP sprawdzane będzie dodatkowo, czy dokument AWD/(W)AWD jest powiązany na nagłówku z MMW. Jeśli jest powiązany z MMW, do którego zostało wystawione MMP, to nastąpi próba wiązania obu dokumentów wg standardowych zasad.

Anulowanie dokumentów MMP i MMW oraz magazynowych z nimi powiązanych

Przy anulowaniu MMW wymagane jest zaznaczenie parametru Wszystkie związane dokumenty magazynowe zostaną usunięte. Oznacza to, że teraz przy anulowaniu MMW są również anulowane dokumenty AWD/(W)AWD z nim powiązane.

Anulowanie MMP od tej wersji jest możliwe bez anulowania magazynowych AWD/(W)AWD, które zostały wystawione przed MMP. Dla takich MMP można bowiem przy anulowaniu odznaczyć teraz parametr Wszystkie związane dokumenty magazynowe zostaną usunięte, co będzie znaczyło, że anulowany zostanie tylko dokument MMP, a bez zmian pozostaną dokumenty AWD/(W)AWD, do których ponownie będzie można wystawić MMP.

Uwaga

Nie zostały jeszcze wprowadzone zmiany w działaniu procesów dla operacji tworzenia dokumentów wewnętrznych oraz magazynowych do takich dokumentów. W szczególności nie działa generowanie AWD (przed MMP) do dokumentów MMW oraz generowanie dokumentów MMP do dokumentów AWD (przed MMP). A samo tworzenie MMP wprost do MMW nie uwzględnia obecnie ilości ujętej już na dokumentach AWD (przed MMP). W przypadku zmiany kolejności działań z dokumentami wewnętrznymi nie należy więc opierać się o wykonywanie akcji z procesów.

Zagadnienia niniejsze wykonywane przez procesy obsłużymy w pełnym zakresie w kolejnej wersji Systemu.

Inne zmiany

Kopiowanie cennika sprzedaży

Podczas kopiowania cennika sprzedaży za pomocą opcji + obsłużone zostało kopiowanie elementów (towarów) i ich cen. Podczas tej operacji w kontrolce Poprzedni cennik ustalany jest kopiowany cennik, dzięki czemu na nowotworzonym cenniku można dokonać szybkiego ustalenia nowych cen w oparciu o cennik kopiowany.

Kopiowanie cennika sprzedaży wraz z jego elementami

Poprawa metody wyliczania wartości Zapłacono na wydrukach dokumentów walutowych

Dokonano poprawy w zakresie wielkości zapłaty drukowanej na dokumencie FSE, (s)FSE, (S)FSE, FEL w walucie obcej i korektach do tych dokumentów. Identyczna zmiana dotyczy wyliczania tej wielkości podczas wysyłania ww. dokumentów do KSeF.

Dotychczas wielkość zapłaty za ww. dokument ustalana była jako suma zapłat w walucie systemowej, przeliczana następnie na walutę dokumentu. Metoda ta i wynikające z niej zaokrąglenia mogły powodować rozbieżności pomiędzy tak wyliczoną wielkością a faktyczną wielkością zapłaty. Aby je wyeliminować przyjęta została zasada zgodnie, z którą zapłaty dokonane w walucie zgodnej z walutą dokumentu są ujmowana wprost w wielkości walutowej, w przypadku zapłat dokonanych w walucie innej niż waluta dokumentu zaś wg dotychczasowej metody tj. sumowane są kwoty systemowe takich zapłat i ich suma przeliczana na walutę nagłówka.

Udostępnienie kolejnych wydruków sPrint

W wersji 2025.0 udostępniono wydruki sPrint kolejnych typów dokumentów:

• Oferta sprzedaży OS
• Zamówienie sprzedaży ZS
• Wydanie zewnętrzne WZ
• Wydanie kaucji WKA

Informacja o ilości dostępnej w pakiecie KSeF i pakiecie OCR

Na liście faktur sprzedaży oraz na liście faktur zaimportowanych z KSeF dostępna jest informacja o ilości dostępnej w pakiecie KSeF oraz ilości dostępnej w pakiecie OCR. Informacje te zostały dodane w ramach prac przygotowawczych do obsługi licencjonowania KSeF, które zacznie obowiązywać po okresie promocyjnym.

Informacja o dostępności operacji KSeF na liście faktur sprzedaży i liście faktur zaimportowanych z KSeF

Produkcja

Rejestrowanie nietechnologicznych realizacji operacji na zleceniach produkcyjnych

W wersji 2025.0 systemu Comarch ERP XL umożliwiono rejestrowanie na ZP wykonania dodatkowych operacji, które nie wynikają z technologii i nie zostały wcześniej zaplanowane na zleceniu.

Do istniejącego na ZP procesu, można dodawać dowolne realizacje operacji, niezwiązanych z technologią. Dodatkowe realizacje są rejestrowane bez operacji planowanej (dodawana jest sama realizacja bez operacji planowanej).

Zapisana na ZP dodatkowa realizacja nie jest dodawana do żadnej technologii. Jest ona rejestrowana wyłącznie na zleceniu.

W ramach nietechnologicznej realizacji, można w standardowy sposób dodawać dowolne materiały i dowolne zasoby produkcyjne, a także, zdefiniowane w słowniku kategorii zabiegi, atrybuty, załączniki oraz przypisywać dodatkowe koszty.

Nietechnologiczną realizację można za pomocą nowych opcji połączyć automatycznie z wybraną operacją/realizacją, zarejestrowaną na zleceniu. Podczas automatycznego łączenia operacji, generowany będzie „techniczny” półprodukt łączący operację/realizację z realizacją nietechnologiczną (głównie na potrzeby przeniesienia odpowiednich kosztów, wynikających z realizacji nietechnologicznej, na wyrób końcowy).

Usunięcie nietechnologicznej realizacji ze zlecenia nie będzie powodowało odtwarzania dla niej operacji planowanej.

Dodawanie nietechnologicznych operacji do procesu na ZP nie jest blokowane żadną dodatkową parametryzacją. Oznacza to, że każdy operator mający prawo do edycji zlecenia, może do niego dodawać nietechnologiczne realizacje.

Dodawanie nietechnologicznej realizacji

Nową nietechnologiczną realizację można dodać z poziomu:

• ZP/HPR z zakładki [Procesy]
• ZP/HPR z zakładki [Operacje]
• Harmonogramu operacji

Dodawanie nietechnologicznej realizacji z poziomu ZP, z zakładki: Procesy

Nową nietechnologiczną realizację można dodać za pomocą opcji Dodaj nową realizację, znajdującej się w pop-up menu obok przycisku , na zleceniu produkcyjnym, na zakładce [Procesy].

Opcja dodawania nietechnologicznej realizacji z poziomu ZP, z zakładki: Procesy

Po wypełnieniu wymaganych danych i zapisaniu realizacji, jest ona dodawana bezpośrednio pod procesem, z poziomu którego uruchomiono jej dodawanie:

Prezentacja nietechnologicznej realizacji na ZP, na zakładce: Procesy

Jeśli przed dodaniem nowej realizacji nie zaznaczono żadnego procesu, ani jego elementu (np. operacji, materiału, itd.), wówczas nietechnologiczna realizacja zostanie dodana w ramach pierwszego procesu, prezentowanego w oknie ZP, na zakładce [Procesy].

W oknie nowododawanej nietechnologicznej realizacji, automatycznie wypełnione będzie pole Proces – procesem, z poziomu którego dodawania była realizacja lub pierwszym procesem znajdującym się na ZP, gdy nie wskazano konkretnego procesu. Przed zapisaniem realizacji, w polu Proces można wskazać inny proces z danego ZP. Po zapisaniu realizacji zmiana ta nie będzie możliwa.

Dodawanie nietechnologicznej realizacji z poziomu ZP, z zakładki: Operacje

Nową nietechnologiczną realizację można dodać za pomocą opcji Dodaj nową realizację, znajdującej się w sekcji Raport wykonania, na zleceniu produkcyjnym, na zakładce [Operacje].

Dodawanie nowej realizacji nietechnologicznej z poziomu zakładki: Operacje na ZP

W oknie nowododawanej nietechnologicznej realizacji automatycznie wypełnione będzie pole Proces – domyślnie będzie w nim wskazany pierwszy proces znajdujący się na ZP. Można będzie zmienić proces na inny przed zapisaniem realizacji. Po jej zapisaniu zmiana ta nie będzie możliwa.

Dodawanie nietechnologicznej realizacji z poziomu harmonogramu operacji

Nową nietechnologiczną realizację można dodać za pomocą opcji Dodaj nową realizację, dostępnej w oknie harmonogramu operacji, w pop-up menu obok przycisku .

Dodawanie nowej realizacji nietechnologicznej z poziomu Harmonogramu operacji

W oknie nowododawanej nietechnologicznej realizacji należy wskazać zlecenie produkcyjne (lub harmonogram projektu), do którego ma zostać przypisana realizacja, a także odpowiedni proces produkcyjny.

Okno nietechnologicznej realizacji, zakładka: Ogólne

Kontrolki widoczne w widoku nietechnologicznej realizacji są w większości analogiczne, jak dla zwykłej realizacji operacji. Ze względu na to, że na realizacji nietechnologicznej nie odwołujemy się w żaden sposób do technologii, większość elementów tej realizacji jest konieczna do zdefiniowana przez Użytkownika.

Okno nowej nietechnologicznej realizacji

Obsługa poszczególnych pól w oknie realizacji nietechnologicznej przedstawia się następująco:

• Zlecenie – pole jest wymagane do uzupełnienia, wskazujemy w nim dokument (ZP/HPR), do którego dodana zostanie nowa realizacja.
• Jeśli realizacja jest dodawana z poziomu ZP, wówczas pole jest automatycznie wypełniane odpowiednim numerem zlecenia.
• Jeśli realizacja jest dodawana z poziomu HPR, wówczas pole jest automatycznie wypełniane odpowiednim numerem harmonogramu.
• Jeśli realizacja jest dodawana z poziomu harmonogramu operacji, wówczas należy wybrać odpowiedni rodzaj i numer dokumentu (ZP albo HPR).
• Proces – pole jest wymagane do uzupełnienia, wskazujemy w nim proces produkcyjny, do którego chcemy dodać nietechnologiczną realizację
• Pole jest automatycznie wypełniane, gdy nietechnologiczna realizacja dodawana jest bezpośrednio z poziomu ZP lub HPR – wyświetlany jest tutaj albo pierwszy proces z ZP, albo ten proces, z poziomu którego dodano nietechnologiczną realizację.
• Pole jest automatycznie wypełniane dopiero po uzupełnieniu w oknie numeru zlecenia (ZP/HPR), w sytuacji gdy nietechnologiczna realizacja dodawana jest z poziomu harmonogramu operacji. Domyślnie podpowiada się pierwszy proces z danego zlecenia.
• Kontrola jakości – parametr ustawiany jest jako aktywny i domyślnie niezaznaczony w oknie nietechnologicznej realizacji. Obsługa parametru jest analogiczna, jak dla zwykłych realizacji
• Operacja – w polu należy podać kod i nazwę dla nietechnologicznej realizacji. Pola te są wymagane do uzupełnienia. Nazwa jest domyślnie wypełniana podanym kodem realizacji.
• Priorytet – w zależności od kontekstu dodawania realizacji, domyślnie w polu ustawiany jest priorytet z procesu lub ze słownika kategorii (Inne/Priorytety zadań). Priorytet można standardowo zmienić.
• Oddział – pole nie jest domyślnie wypełniane. W polu można wskazać wybrany oddział (centrum struktury firmy).
• Ilość – pole domyślne wypełniane jest wartością 1, którą można zmienić do momentu zamknięcia zlecenia.
• Jednostka – w polu można wskazać dowolną jednostkę zdefiniowaną w konfiguracji Systemu. Domyślnie podpowiadana jest jednostka z procesu, w ramach którego dodawana jest nietechnologiczna realizacja.
• Nr instrukcji – domyślnie pole nie jest wypełnione. Można wprowadzać w polu wartości, jak dla zwykłej realizacji.
• Terminy – domyślnie w obszarze jako termin Start i Koniec podpowiadana jest data bieżąca (data dodania realizacji). Daty te można zmieniać, jak dla zwykłej realizacji.
• Pole z jednostką obok czasu realizacji i rozliczeniowego – domyślnie w polach podpowiadane są godziny. Można w tych polach wybrać inną jednostkę czasu, analogicznie, jak dla zwykłej realizacji.
• Lista terminów – została obsłużona podobnie, jak dla zwykłej realizacji.
• Obszar pauzowania – obsłużono analogicznie, jak dla zwykłej zakończonej realizacji.

Okno nietechnologicznej realizacji, zakładka: Zasoby

Zakładka będzie aktywna, gdy w oknie danej realizacji, na zakładce [Ogólne] uzupełnione będzie pole z dokumentem (ZP lub HPR) i procesem. W przeciwnym przypadku zakładka będzie nieaktywna.

W oknie nietechnologicznej realizacji, na zakładce [Zasoby], możliwe jest dodawanie dowolnych zasobów za pomocą standardowej opcji Dodaj dowolny zasób. Obsługa dodawania dowolnych zasobów jest podobna, jak w przypadku zwykłej realizacji.

Dodawanie zasobów do realizacji nietechnologicznej

Okno nietechnologicznej realizacji, zakładka: Materiały

Zakładka będzie aktywna, gdy w oknie danej realizacji, na zakładce [Ogólne] uzupełnione będzie pole z dokumentem (ZP lub HPR) i procesem. W przeciwnym przypadku zakładka będzie nieaktywna.

Z poziomu zakładki [Materiały] można dodawać do nietechnologicznej realizacji dowolne materiały, wyroby i produkty uboczne, a następnie generować na nie odpowiednie dokumenty RW/PW.

Dodawanie materiału do nietechnologicznej realizacji

Okno nietechnologicznej realizacji, zakładka: Zabiegi

Zakładka będzie aktywna, gdy w oknie danej realizacji, na zakładce [Ogólne] uzupełnione będzie pole z dokumentem (ZP lub HPR) i procesem. W przeciwnym przypadku zakładka będzie nieaktywna.

Z poziomu zakładki [Zabiegi] do realizacji nietechnologicznej można dodawać zabiegi zdefiniowane w słowniku kategorii (słownik kategorii: Produkcja/Zabiegi).

Dodawanie zabiegów do nietechnologicznej realizacji

Okno nietechnologicznej realizacji, zakładka: Koszty

Zakładka będzie aktywna, gdy w oknie danej realizacji, na zakładce [Ogólne] uzupełnione będzie pole z dokumentem (ZP lub HPR) i procesem. W przeciwnym przypadku zakładka będzie nieaktywna.

Zakładka jest obsługiwana analogicznie, jak w przypadku zwykłych realizacji. Można z tego poziomu, np. przypisywać dodatkowe koszty w ramach zdefiniowanych kategorii kosztu.

Przypisywanie kosztów dodatkowych z poziomu zakładki Koszty w oknie nietechnologicznej realizacji

Okno nietechnologicznej realizacji, zakładka: Opis

Zakładka będzie aktywna, gdy w oknie danej realizacji, na zakładce [Ogólne] uzupełnione będzie pole z dokumentem (ZP lub HPR) i procesem. W przeciwnym przypadku zakładka będzie nieaktywna.

Analogicznie, jak w przypadku zwykłych realizacji, dla nietechnologicznej realizacji można dodawać opis.

Okno nietechnologicznej realizacji, zakładka: Atrybuty

Zakładka będzie aktywna, gdy w oknie danej realizacji, na zakładce [Ogólne] uzupełnione będzie pole z dokumentem (ZP lub HPR) i procesem. W przeciwnym przypadku zakładka będzie nieaktywna.

Standardowo, jak w przypadku zwykłych realizacji, do realizacji nietechnologicznej można dodawać atrybuty.

Okno nietechnologicznej realizacji, zakładka: Załączniki

Zakładka będzie aktywna, gdy w oknie danej realizacji, na zakładce [Ogólne] uzupełnione będzie pole z dokumentem (ZP lub HPR) i procesem. W przeciwnym przypadku zakładka będzie nieaktywna.

Standardowo, jak w przypadku zwykłych realizacji, do realizacji nietechnologicznej można dodawać załączniki.

Wiązanie nietechnologicznej realizacji z innymi realizacjami/operacjami na zleceniu

Realizację nietechnologiczną można wiązać z innymi operacjami/realizacjami na zleceniu za pomocą nowych opcji: Zwiąż z poprzednią operacją lub realizacją/Zwiąż z następną operacją lub realizacją. Opcje te są dostępne wyłącznie z poziomu realizacji nietechnologicznych.

Wiązanie realizacji nietechnologicznej z innymi operacjami/realizacjami nie wymaga dodatkowej parametryzacji. Połączenie realizacji nietechnologicznej z inną operacją/realizacją, będzie polegało na automatycznym wygenerowaniu „technicznego” półproduktu łączącego operację z realizacją nietechnologiczną lub realizację z realizacją nietechnologiczną.

Realizację nietechnologiczną będzie można wiązać z inną operacją/realizacją w ten sposób, że będzie ona poprzednią lub następną do danej operacji/realizacji. Oznacza to, że „techniczny” półprodukt łączący realizację nietechnologiczną z inną operacją/realizacją, będzie mógł być albo półproduktem – materiałem, albo półproduktem – wyrobem danej realizacji nietechnologicznej.

Jedną nietechnologiczną realizację będzie można powiązać z wieloma operacjami/realizacjami, ale nie jednocześnie. Wiązanie będzie się odbywało pojedynczo – na raz będzie można powiązać nową realizację z jedną operacją/realizacją.

Opcje wiązania realizacji nietechnologicznych z innymi operacjami/realizacjami są dostępne z poziomu:

• ZP/HPR z zakładki [Procesy]

Opcje wiązania nietechnologicznej realizacji z inną operacją/realizacją na ZP, na zakładce: Procesy

• ZP/HPR z zakładki [Operacje]

Opcje wiązania nietechnologicznej realizacji z inną operacją/realizacją na ZP, na zakładce: Operacje

• Harmonogramu operacji

Harmonogram operacji – Opcje wiązania nietechnologicznej realizacji z inną operacją/realizacją

Wiązanie realizacji nietechnologicznej z poprzednią operacją lub realizacją

Za pomocą opcji Zwiąż z poprzednią operacją lub realizacją, można połączyć nietechnologiczną realizację z operacją/realizacją, która w praktyce została zaplanowana lub wykonana wcześniej niż nietechnologiczna realizacja. „Techniczny” półprodukt, którym połączone zostaną ww. obiekty będzie rejestrowany jako półprodukt-wyrób w operacji, z którą łączymy nietechnologiczną realizację i jednocześnie jako półprodukt-materiał w nietechnologicznej realizacji.

Dostępne są 3 metody wiązania nietechnologicznych realizacji z poprzednią operacją lub realizacją. Nietechnologiczną realizacją można związać z:

• Operacją lub realizacją, pochodzącą z tego samego procesu, co realizacja nietechnologiczna
• Operacją lub realizacją, pochodzącą z tego samego zlecenia, co realizacja nietechnologiczna
• Operacją lub realizacją, pochodzącą z dowolnego ZP

Przykład wiązania nietechnologicznej realizacji z operacją tego samego procesu:

Wybór opcji wiązania realizacji nietechnologicznej z poprzednią operacją tego samego procesu

Lista operacji możliwych do związania i wybór jednej z nich

Automatyczne utworzenie powiązań pomiędzy realizacją nietechnologiczną, a wybraną operacją

Wiązanie realizacji nietechnologicznej z następną operacją lub realizacją

Za pomocą opcji Zwiąż z następną operacją lub realizacją, można połączyć nietechnologiczną realizację z operacją/realizacją, która w praktyce została zaplanowana lub wykonana później niż nietechnologiczna realizacja.

„Techniczny” półprodukt, którym połączone zostaną ww. obiekty będzie rejestrowany jako półprodukt-wyrób w nietechnologicznej realizacji i jednocześnie jako półprodukt-materiał w zwykłej operacji/realizacji.

Dostępne są 3 metody wiązania nietechnologicznych realizacji z następną operacją lub realizacją. Nietechnologiczną realizacją można związać z:

• Operacją lub realizacją, pochodzącą z tego samego procesu, co realizacja nietechnologiczna
• Operacją lub realizacją, pochodzącą z tego samego zlecenia, co realizacja nietechnologiczna
• Operacją lub realizacją, pochodzącą z dowolnego ZP

Przykład wiązania nietechnologicznej realizacji z operacją tego samego zlecenia:

Wybór opcji wiązania realizacji nietechnologicznej z następną operacją tego samego ZP

Lista operacji możliwych do związania i wybór jednej z nich

Automatyczne utworzenie powiązań pomiędzy realizacją nietechnologiczną, a wybraną operacją

Wiązanie realizacji nietechnologicznej z operacją lub realizacją – techniczny półprodukt łączący

Podczas wiązania nietechnologicznej realizacji z inną operacją lub realizacją automatycznie tworzony jest „techniczny” półprodukt łączący ww. obiekty. Półprodukty te można w pewnym zakresie edytować lub je usuwać.

Przykładowe powiązanie „technicznym” półproduktem realizacji nietechnologicznej z operacja planowaną

Domyślnie kod i nazwa półproduktu „technicznego” łączącego realizację nietechnologiczną z inną operacją lub realizacją są tworzone na podstawie kodu i nazwy operacji „wytwarzającej” ten półprodukt. Oznacza to, że jeśli powiązana zostanie nietechnologiczna realizacja o kodzie i nazwie odpowiednio: „20 i malowanie” z operacją następną o kodzie i nazwie odpowiednio: „30 i suszenie”, to półprodukt łączący będzie miał kod i nazwę odpowiednio „20 i malowanie”, a jeśli nietechnologiczna realizacja „20 malowanie” zostanie powiązana z operacją poprzednią: „10 przygotowanie składników”, to półprodukt łączący będzie miał kod i nazwę odpowiednio: „10 i przygotowanie składników”.

Kod i nazwę „technicznego” półproduktu będzie można zmieniać ręcznie, co będzie powodowało aktualizację jego kodu i nazwy we wszystkich miejscach, gdzie istnieje z nim odpowiednie powiązanie.

Kod i nazwa „technicznego” półproduktu nie będzie jednak aktualizowana na skutek zmiany kodu i nazwy danej operacji/realizacji, z której pochodzi dany półprodukt.

Półprodukt łączący jest domyślnie dodawany z ilością 1. Ilość tą można zmienić ręcznie na inną.

Wiązanie realizacji nietechnologicznej z operacją planowaną jest możliwe, dopóki operacja planowana nie zostanie zrealizowana w całości. Jeśli jest zrealizowana, wówczas można powiązać realizację nietechnologiczną z dowolną realizacją ww. operacji planowanej.

„Techniczny” półprodukt łączący można ręcznie usunąć, za pomocą standardowej opcji Usuń, dostępnej w danym kontekście.

Filtrowanie nietechnologicznej realizacji w różnych miejscach w Systemie

W różnych miejscach w Systemie, gdzie prezentowane są realizacje nietechnologiczne, udostępniono filtr, za pomocą którego można wyświetlać lub nie, nietechnologiczne realizacje. Przy zaznaczonym filtrze realizacje nietechnologiczne są widoczne, a przy nie zaznaczonym nie są widoczne. Filtr Realizacje nietechnologiczne udostępniono w następujących miejscach:

• Na ZP, na zakładce [Operacje]:

ZP, zakładka: Operacje – filtr: Realizacje nietechnologiczne

• W Szczegółach zlecenia, na zakładce [Raport wykonania]:

Lista, ZP, sekcja: Szczegóły zlecenia, zakładka: Raport wykonania – filtr: Realizacje nietechnologiczne

• Na Harmonogramie operacji:

Harmonogram operacji – filtr: Realizacje nietechnologiczne

• Na dokumencie NZP, na zakładce [Raport wykonania]:

Dokument NZP, zakładka: Raport wykonania – filtr: Realizacje nietechnologiczne

Inne

Na ten moment realizacje nietechnologiczne nie będą uwzględniane:

• na wykresie Gantt’a i wykresie obciążenia zasobów
• w ramach raportu NAR
• w MES

Ustawianie kolejności parametrów na wzorcu kontroli jakości

W wersji 2025.0 Systemu Comarch ERP XL umożliwiono określanie w Systemie kolejności dla parametrów KJ na wzorcu kontroli jakości. Kolejność parametrów ustawiona na wzorcu KJ jest zachowana podczas wczytywania parametrów z wzorca na dokument PKJ lub na materiał w technologii.

Ze względu na to, że lista parametrów wczytanych na podstawie wzorca KJ, na dokument PKJ albo na formatkę wyrobu/materiału w technologii może być jeszcze modyfikowana (można dodawać nowe lub usuwać istniejące parametry), wprowadzona została dodatkowo możliwość określania kolejności dla poszczególnych parametrów w oknie wyrobu/materiału w technologii oraz na dokumencie PKJ.

Zmiany na wzorcu kontroli jakości

W oknie Wzorzec KJ, pod listą parametrów, udostępnione zostały opcje bąbelkowania, za pomocą których można ustawić kolejność parametrów KJ w ramach danego wzorca.

Dokument WKJ – nowe opcje bąbelkowania (Przesuń w górę/Przesuń w dół)

Zmiany w oknie wyrobu/materiału w technologii

W oknie materiału/wyrobu w technologii, na zakładce [KJ], pod listą parametrów udostępnione zostały opcje bąbelkowania, za pomocą których można ustawić kolejność parametrów KJ dla danego materiału/wyrobu.

Wyrób/Materiał w technologii – nowe opcje bąbelkowania (Przesuń w górę/Przesuń w dół)

Zmiany w oknie PKJ

W oknie Protokół kontroli jakości, pod listą parametrów udostępnione zostały opcje bąbelkowania, za pomocą których będzie można ustawić kolejność parametrów KJ na danym PKJ.

Na PKJ opcje bąbelkowania będą aktywne do momentu potwierdzenia PKJ (ponieważ po potwierdzeniu PKJ nie można dodawać nowych parametrów do PKJ nawet jeśli operator ma prawo edycji potwierdzonych dokumentów).

Zaciąganie odpowiedzi do konfiguracji produktu z arkusza kalkulacyjnego

W wersji 2025.0 Systemu Comarch ERP XL z okna konfiguracji produktu (podnoszonym z ZS lub OS dla produktu konfigurowalnego) umożliwiono eksport pytań konfiguracji produktu do arkusza kalkulacyjnego oraz import odpowiedzi na pytania konfiguracji produktu z arkusza kalkulacyjnego. Ponadto dla listy pytań konfiguracji produktu obsłużono filtr prosty.

Eksport pytań konfiguracji produktu do arkusza kalkulacyjnego

W oknie Konfiguracja produktu udostępniono przycisk Eksportuj pytania do arkusza.

Przycisk: Eksportuj pytania do arkusza w oknie Konfiguracja produktu

Za pomocą przycisku Eksportuj pytania do arkusza, możliwe jest wyeksportowanie do arkusza kalkulacyjnego pytań konfiguracji produktu, wraz z bieżącymi odpowiedziami oraz wszystkimi niezbędnymi danymi, które są potrzebne do identyfikacji pytania, podczas importu odpowiedzi z arkusza.

Uwaga

Do arkusza nie są eksportowane pytania dotyczące parametrów (atrybutów), dla których w konfiguratorze produktu odznaczono parametr Edycja, gdyż odpowiedzi na takie pytania i tak nie można zmieniać. Nie są też eksportowane pytania dotyczące parametrów ogólnych konfiguratora, czyli tych, które w oknie Konfiguracja produktu wyświetlane są na liście Parametry ogólne.

Budowa przykładowego arkusza z wyeksportowanymi pytaniami konfiguracji produktu

Arkusz eksportu pytań do arkusza, pełni pomocniczą rolę dla importu odpowiedzi na pytania konfiguracji produktu. Struktura wyeksportowanego arkusza jest zgodna ze strukturą arkusza wymaganego do importu odpowiedzi, a eksportowane do kolumny pomocniczej OdpowiedzBiezaca odpowiedzi ustawione w momencie eksportu, mają Użytkownikowi ułatwić udzielanie odpowiedzi.

Import odpowiedzi na pytania konfiguracji produktu z arkusza kalkulacyjnego

W oknie Konfiguracja produktu udostępniono przycisk Importuj odpowiedzi z arkusza.

Przycisk: Importuj odpowiedzi z arkusza w oknie Konfiguracja produktu

Za pomocą przycisku Importuj odpowiedzi z arkusza, możliwe jest zaimportowanie odpowiedzi na pytania konfiguracji produktu z arkusza kalkulacyjnego. Po wskazaniu właściwego pliku z dysku, importowane są dane z arkusza kalkulacyjnego do okna konfiguracji.

Budowa arkusza do importu odpowiedzi na pytania konfiguracji produktu

Arkusz do importu musi mieć nazwę OdpowiedziKonfiguracji (nazwa arkusza, a nie całego pliku). Obsługiwane są pliki o typach: .xls, .xlsx oraz .ods.

W arkuszu do importu muszą się znaleźć kolumny:

• Pytanie – treść pytania
• Odpowiedz – treść odpowiedzi zgodna z typem i formatem.
• TypPytania
• ObiTyp
• ObiNumer
• ObiLp
• Parametr – nazwa klasy atrybutu, wymagana dla pytań o parametr (atrybut)

Kolumna OdpowiedzBiezaca, przekazywana do arkusza podczas eksportu pytań, jest kolumną pomocniczą i nie musi jej być w arkuszu do importu odpowiedzi.

Budowa przykładowego arkusza do importu odpowiedzi konfiguracji produktu

Zasady udzielania odpowiedzi w arkuszu

Aby odpowiedź na pytanie została prawidłowo zaimportowana, wprowadzona w arkuszu treść odpowiedzi powinna być zgodna z formatem i typem możliwej do udzielenia odpowiedzi, np. w przypadku pytania o parametr (atrybut) o formacie: 1234 i typie Liczba odpowiedź powinna być liczbą całkowitą, a w przypadku pytania o parametr (atrybut) o formacie: Tekst i typie Lista odpowiedź powinna być wartością tekstową, która znajduje się na liście wartości zdefiniowanych dla atrybutu.

Uwaga

W przypadku pytań dotyczących parametrów (atrybutów) o typie: Lista oraz klas cech z zaznaczonym parametrem “Z listy”, możliwe jest zaimportowanie wyłącznie takiej odpowiedzi, która jest zdefiniowana w Systemie na liście wartości atrybutu lub liście wartości cech, bez względu na to, czy dla atrybutu lub klasy cechy zaznaczony jest parametr “Lista zamknięta”.

W przypadku pytań o wybór lub wystąpienie surowca albo operacji, w kolumnie Odpowiedz można podać sam kod towaru/operacji lub kod i nazwę oddzielone średnikiem (np. KOD TOWARU; Nazwa towaru).

W przypadku, gdy w arkuszu pole w kolumnie Odpowiedz będzie puste to System zinterpretuje to jako brak udzielania odpowiedzi i pominie import takiego rekordu. Natomiast jeśli Użytkownik chce usunąć wcześniej udzieloną odpowiedź to powinien w polu Odpowiedz wprowadzić wartość: lub (dla wszystkich typów pytania) lub (wyłącznie dla pytań o wystąpienie operacji, wybór operacji alternatywnej lub wybór surowca, czyli gdy TypPytania = 3, 4, 7) lub (wyłącznie dla pytań o cechę materiału, czyli gdy TypPytania = 8).

W przypadku, gdy dokładnie to samo pytanie wystąpi kilka razy w arkuszu, to zaimportowanie ostatniej z odpowiedzi nadpisze wcześniej zaimportowaną odpowiedź. Dzięki takiemu działaniu, w przypadku pytań o surowce będące towarami powiązanymi, gdy zmiana na inny towar w odpowiedzi na pytanie o pierwszy z towarów powiązanych może być zablokowana przez aktualnie wybraną odpowiedź w pytaniu o drugi z towarów powiązanych to najlepiej, aby w arkuszu dwa razy dodane zostały pytania o wybór surowca dla towarów powiązanych – najpierw z odpowiedziami czyszczącymi wcześniej udzieloną odpowiedź ( lub ), a następnie te same pytania już z właściwymi odpowiedziami.

W konfiguratorze produktu mogą być zdefiniowane takie pytania, które w oknie konfiguracji dodawane są na listę pytań, dopiero po udzieleniu odpowiedzi na inne pytanie, np. gdy operacja występuje warunkowo, to po udzieleniu twierdzącej odpowiedzi na pytanie „Czy operacja , ma wystąpić?” dodawane są pytania dotyczące parametrów tej operacji, czy surowców, które mają być w niej użyte. Dlatego też, aby w takim przypadku z arkusza kalkulacyjnego prawidłowo zostały zaimportowane odpowiedzi, konieczne jest zachowanie właściwej kolejności pytań w arkuszu, tzn. najpierw musi być pytanie o wystąpienie operacji, a dopiero po nim pytania o parametry i surowce w tej warunkowej operacji.

Przy imporcie odpowiedzi na pytania o parametr (atrybut) obsługiwane są atrybuty o typach:

• Flaga
• Tekst
• Liczba
• Lista – jako odpowiedź należy podać kod wartości zdefiniowanej na liście wartości atrybutu
• SQL – jako odpowiedź należy podać wartość z listy wartości zwróconych przez zapytanie SQL
• SQL obiektowy – jako odpowiedź należy podać wartość z listy wartości zwróconych przez zapytanie SQL
• Adres URL
• Towar – jako odpowiedź należy podać kod towaru
• Kontrahent – jako odpowiedź należy podać akronim kontrahenta
• Pracownicy – jako odpowiedź należy podać akronim pracownika
• Konto
• Załączniki
• Bon

Filtr prosty dla listy pytań i odpowiedzi konfiguracji produktu

W oknie Konfiguracja produktu, pod listą pytań i odpowiedzi konfiguracji produktu udostępniono filtr prosty, przy użyciu którego umożliwiono wyszukiwanie po treści pytania lub odpowiedzi.

Filtr prosty dla listy pytań i odpowiedzi konfiguracji produktu

Inne zmiany

Wyłączone automatyczne kopiowanie atrybutów z karty towaru na materiał w technologii

W wersji 2025.0 Systemu Comarch ERP XL zostało zmodyfikowanie działanie Systemu w zakresie automatycznego kopiowania atrybutu z karty towaru na materiał w technologii. Automatyczne kopiowanie atrybutu, gdy nie zdefiniowano w Systemie żadnych akcji, zostało wyłączone.

Od teraz można zarządzać ww. funkcjonalnością poprzez definiowanie odpowiednich akcji kopiowania atrybutów.

Rozbudowa filtrowania na liście technologii i konfiguratorów produktu – wyszukiwanie również po kolumnach Produkt i Opis wersji

W filtrze prostym, na liście technologii i konfiguratorów produktu, umożliwiono filtrowanie również po kolumnach Produkt i Opis wersji. Po zmianach, przy użyciu filtra prostego można wyszukiwać po zawartości czterech kolumn: Kod, Nazwa, Produkt i Opis wersji.

Filtrowanie po zawartości kolumny Produkt oznacza wyszukiwanie po kodzie:

• towaru – w przypadku technologii, czyli po kodzie towaru wskazanego w polu Produkt na zakładce [Ogólne], formularza Technologia produkcji)
• grupy towarów – w przypadku konfiguratora produktu, czyli po kodzie grupy towarów wskazanej w polu Produkt na zakładce [Ogólne], formularza: Konfigurator produktu)

Filtrowanie po zawartości kolumny Opis wersji oznacza wyszukiwanie po zawartości pola Opis, znajdującego się w sekcji Wersja, na zakładce [Ogólne] formularza Technologia produkcji lub Konfigurator produktu.

Zakładka Opis na karcie Zasobu

W oknie Zasób dodana została zakładka [Opis], na której można wprowadzić opis dla zasobu produkcyjnego.

Zakładka Opis na karcie zasobu produkcyjnego

Serwis

Parametr pozwalający na domyślne zwijanie lub rozwijanie listy urządzeń

W wersji 2025.0 Systemu Comarch ERP XL, na liście serwisowanych urządzeń, na zakładce [Struktura urządzeń] udostępniono parametr Po otwarciu okna pokazuj zwinięte drzewo urządzeń.

Lista serwisowanych urządzeń – parametr: Po otwarciu okna pokazuj zwinięte drzewo urządzeń

Przy zaznaczonym parametrze, po otwarciu listy urządzeń, drzewo z urządzeniami będzie domyślnie zwinięte, przy odznaczonym – rozwinięte. Ustawienie parametru jest zapamiętywane po zamknięciu okna.

Księgowość

Wydłużenie numeru, nazwy konta, zwiększenie liczby poziomów w planie kont

• Do wersji Comarch ERP XL 2024 maksymalna:
• długość numeru konta wynosiła 30 znaków
• ilość poziomów w planie kont wynosiła sześć (syntetyka + 5 poziomów analityki)
• długość nazwy konta wynosiła 80 znaków (Nazwa1 = 40, Nazwa2 = 40, łącznie: 80 znaków)
• Od wersji Comarch ERP XL 2025.0 maksymalna:
• długość numeru konta wynosi 50 znaków
• ilość poziomów w planie kont została zwiększona do dziesięciu (syntetyka + 9 poziomów analityki)
• długość nazwy konta zwiększono do 120 znaków (Nazwa1 = 60, Nazwa2 = 60, łącznie: 120 znaków)
• W związku ze zmianą długości numeru konta, nazwy konta, liczby poziomów w planie konta wprowadzono zmiany:
• bazodanowe
• w wybranych procedurach, funkcjach.
• Interfejsowe, na wybranych:
  • formatkach
  • listach
  • wydrukach
• w eksporcie danych do arkusza MS Excel

Okno Plan kont

Zapis księgowy

Wydruk planu kont

Eksport planu kont do MS Excel

Możliwość generacji rejestrów VAT, plików JPK_V7M i K, VAT-UE/VAT-UEK na podstawie dokumentów zaksięgowanych w Buforze i Księdze Głównej lub tylko w Księdze Głównej

Zmiany w konfiguracji

Nazwa dotychczasowego parametru Generuj rejestry, deklaracje VAT na podstawie dokumentów zaksięgowanych, udostępnionego z poziomu konfiguracji Księgowość/Parametry2 została zmieniona na Generuj deklaracje VAT na podstawie dokumentów zaksięgowanych. Parametr nie będzie miał już wpływu na filtr Zaksięgowane udostępniony z poziomu okna Rejestr VAT.

Zmiany na listach rejestrów VAT

• W ramach parametru Zaksięgowano udostępniono dwie nowe opcje:
• W Buforze i w KG
• W KG
• Usunięto opcję Tak. Jej odpowiednikiem jest opcja W Buforze i w KG
• Jeżeli zostanie wybrana opcja W Buforze i w KG lista zawężana jest do dokumentów zaksięgowanych w Buforze lub w Księdze Głównej
• Jeżeli zostanie wybrana opcja W KG lista zawężana jest do dokumentów zaksięgowanych w Księdze Głównej

Okno Rejestr VAT, dostępne wartości w filtrze „Zaksięgowano:”

Zmiany na formularzu JPK_V7M i JPK_V7K

Nowe wartości w filtrze „Dokumenty zaksięgowane”

• Dodano dwie nowe wartości:
• „W Buforze i w KG”
• „W KG”
• Usunięto wartość „Tak”.
• Wartość „Tak” zastąpiono wartością „W Buforze i w KG”
• Jeżeli w konfiguracji zostanie wybrany parametr:
• Generuj deklaracje VAT na podstawie dokumentów zaksięgowanych oraz opcja
  W Buforze i w KG na formularzu, na zakładce [Ogólne] parametr Dokumenty zaksięgowane ulega dezaktywacji oraz ustawiana jest wartość „W Buforze i w KG”. Plik JPK_V7 generowany jest na podstawie dokumentów zaksięgowanych w Buforze oraz w Księdze Głównej.
• Generuj deklaracje VAT na podstawie dokumentów zaksięgowanych oraz opcja W KG na formularzu, na zakładce [Ogólne] parametr Dokumenty zaksięgowane ulega dezaktywacji oraz ustawiana jest wartość „W KG”. Plik JPK_V7 generowany jest na podstawie dokumentów zaksięgowanych w Księdze Głównej.
• Jeżeli w konfiguracji nie zostanie wybrany parametr Generuj deklaracje VAT na podstawie dokumentów zaksięgowanych, na formularzu JPK_V7M i K parametr Dokumenty zaksięgowane pozostaje aktywny. Domyślnie ustawiana jest wartość „Nieistotne”, którą Użytkownik może zmienić na dowolną.

JPK_V7M, zakładka Ogólne

Zmiany na formularzu VAT-UE, VAT-UEK

Nowe wartości w filtrze „Dokumenty zaksięgowane”

• Dodano dwie nowe wartości:
• „W Buforze i w KG”
• „W KG”
• Usunięto wartość „Tak”
• Wartość „Tak” zastąpiła wartość „W Buforze i w KG”
• Jeżeli w konfiguracji zostanie wybrany parametr:
• Generuj deklaracje VAT na podstawie dokumentów zaksięgowanych oraz opcja
  W Buforze i w KG, na formularzu, na zakładce [Ogólne] parametr Dokumenty zaksięgowane ulega dezaktywacji oraz ustawiana jest wartość „W Buforze i w KG”. Plik JPK_V7 generowany jest na podstawie dokumentów zaksięgowanych w Buforze oraz w Księdze Głównej.
• Generuj deklaracje VAT na podstawie dokumentów zaksięgowanych oraz opcja W KG, na formularzu, na zakładce [Ogólne] parametr Dokumenty zaksięgowane ulega dezaktywacji oraz ustawiana jest wartość „W KG”. Plik JPK_V7 generowany jest na podstawie dokumentów zaksięgowanych w Księdze Głównej.
• Jeżeli w konfiguracji nie zostanie wybrany parametr Generuj deklaracje VAT na podstawie dokumentów zaksięgowanych, na formularzach VAT-UE, VAT-UEK parametr Dokumenty zaksięgowane pozostaje aktywny. Domyślnie ustawiana jest wartość „Nieistotne”, którą Użytkownik może zmienić na dowolną.

Nowe raporty udostępnione z poziomu listy plików JPK_V7M i K oraz formularza JPK_V7M i K

• W wersji Comarch ERP XL 2025.0 udostępniono nowe wydruki powiązane z plikami JPK_V7M i K.
• Na liście plików JPK_V7 M i K zawężonych do danego okresu rozliczeniowego dodano wydruk prezentujący wartości wykazane na deklaracji VAT-7 per pole, per plik JPK_V7 oraz wartości różnicowe w przypadku istnienia plików JPK_V7 typu korekta części deklaratywnej.
• Na formularzu pliku JPK_V7 o typie złożenie lub korekta udostępniono wydruk prezentujący dokumenty wraz z kwotami wg pól deklaracji VAT-7.
• Z kolei na formularzu pliku JPK_V7 o typie korekta dodano wydruk prezentujący dokumenty wg pól deklaracji VAT-7 wpływające na różnice pomiędzy wartościami wykazanymi na bieżącej oraz poprzedniej deklaracji.

Wydruk udostępniony z poziomu listy plików JPK_V7 prezentujący wartości per pole deklaracji VAT-7, dla wszystkich plików JPK_V7 wystawionych w danym okresie rozliczeniowym wraz z kwotami różnic między deklaracjami

• Wydruk dostępny jest z poziomu menu wydruków: Zestawienie deklaracji VAT-7 za okres / Zestawienie deklaracji VAT-7 za okres
• Na wydruku na sztywno drukowanych jest dziewięć kolumn.
• W kolumnie pierwszej o nazwie Pole drukowany jest numer pola deklaracji VAT-7.
• W czterech kolejnych kolumnach prezentowane są wartości dla poszczególnych deklaracji VAT-7. Przewidziano możliwość wydrukowania wartości dla plików JPK_V7 typu złożenie oraz dla trzech typu korekta.
• W nazwie kolumny powiązanej z wystawionym plikiem JPK_V7 prezentowany jest numer kolumny oraz numer pliku JPK_V7, np. „I. JPK_V7M/12/2024/1”.
• Wartości prezentowane na wydruku są zaokrąglone w sposób analogiczny jak na deklaracji VAT-7.
• W przypadku wystawienia mniej niż 4 plików JPK_V7 nie wszystkie kolumny wypełnione są wartościami. W nagłówku kolumny nie powiązanej z plikiem JPK_V7 prezentowany jest numer kolumny, wyraz Deklaracja oraz numer, np. III. Deklaracja 3
• W trzech kolejnych kolumnach o nazwach: Różnica 1, Różnica 2, Różnica 3 prezentowane są wartości różnicowe, przy czym w kolumnie:
• Różnica 1 – różnica kwot wykazanych w kolumnach 3 i 2 (kwota z pierwszej korekty minus kwota z pliku typu złożenie)
• Różnica 2 – różnica kwot wykazanych w kolumnach 4 i 3 (kwota z drugiej korekty minus kwota z pierwszej korekty)
• Różnica 3 – różnica kwot wykazanych w kolumnach 5 i 4 (kwota z trzeciej korekty minus kwota z drugiej korekty).
• Ostatnia kolumna Opis pola to skrócony opis pola deklaracji VAT-7

Wydruk Zestawienie deklaracji VAT-7 wraz z różnicami

Wydruk udostępniony z poziomu formularza JPK_V7 o typie złożenie lub korekta, prezentujący dokumenty wg pól deklaracji VAT-7

• Wydruk dostępny jest z poziomu menu wydruków: Faktury ujęte wg pól deklaracji / Faktury ujęte wg pól dekl. VAT-7 (21-22)
• W przypadku plików JPK_V7M, nowy wydruk dostępny jest z poziomu każdego formularza, na którym wybrano typ złożenie lub korekta.
• W przypadku plików JPK_V7K, nowy wydruk dostępny jest z poziomu ostatniego, aktualnego formularza wystawionego za ostatni miesiąc danego kwartału rozliczeniowego. Jeżeli zatem w ostatnim miesiącu danego kwartału zostały wystawione dwa pliki o typie złożenie i korekta, wydruk będzie dostępny z poziomu pliku o typie korekta (bez znaczenia, czy korekta dotyczy części deklaratywnej czy tylko ewidencyjnej).
• Sposób prezentacji danych, logika jest podobna do wydruków „Faktury sprzedaży/zakupu ujęte wg pól dekl. VAT-7(21-22)” udostępnionych z poziomu okna Rejestr VAT, zakładki [VAT-7].
• Nowy wydruk dodany z poziomu formularza JPK_V7 ma charakter historyczny, ponieważ prezentuje dokumenty wpływające na wartości poszczególnych pól deklaracji ściśle powiązanej z danym plikiem JPK_V7. Wydruk dostępny z poziomu okna Rejestr VAT prezentuje zawsze stan bieżący.
• Kolumny:
• Lp. w JPK: prezentacja numeru pozycji w pliku JPK_V7, w części ewidencyjnej
• Data wyst.: prezentacja daty wystawienia dokumentów sprzedaży i zakupu
• Data spr./Data wpł.
  • dla dokumentów sprzedaży prezentowana jest data sprzedaży pod warunkiem, że jest ona różna od daty wystawienia
  • dla dokumentów zakupu prezentowana jest data wpływu pod warunkiem, że jest ona różna od daty zakupu
• Data zapłaty
• Numer dokumentu – nr obcy dokumentu
• Kraj – kraj nadania numeru TIN
• NIP – numer identyfikacji podatkowej
• Kontrahent – nazwa kontrahenta
• Netto – kwota netto w PLN
• VAT – kwota VAT
• Sekcje:
• Udostępnienie wydruku z poziomu formularza JPK_V7 wymusza drukowanie dokumentów ujętych po stronie sprzedaży i zakupu. W związku z tym wprowadzono dwie sekcje nadrzędne:
  • Dokumenty po stronie podatku VAT należnego
  • Dokumenty po stronie podatku VAT naliczonego
• W ramach każdej z ww. sekcji drukowane są podsekcje powiązane z poszczególnymi polami deklaracji VAT-7. W ramach każdej podsekcji (pola deklaracji VAT-7) drukowane są dokumenty z nimi powiązane.
• Dla każdej podsekcji drukowane jest podsumowanie składające się z dwóch sum: niezaokrąglonej oraz zaokrąglonej w analogiczny sposób jak na deklaracji VAT-7.
• Podsumowanie końcowe:
• Na końcu wydruku, na osobnej stronie drukowane jest podsumowanie, osobne dla podatku należnego oraz podatku naliczonego.
• Tabela zawierająca podsumowanie tworzona jest dynamicznie na podstawie wierszy/pól deklaracji VAT-7 powiązanych z dokumentami.
• Tabela podsumowująca składa się z trzech kolumn:
  • Pole deklaracji VAT-7– prezentacja nazwy wiersza wraz z numerami pól
  • Netto
  • VAT
• Jeżeli w konfiguracji nie zostanie wybrany parametr Nie zaokrąglaj kwot na deklaracji VAT-7, VAT-UE prezentowane są zaokrąglone kwoty netto, VAT, w przeciwnym razie niezaokrąglone.

Wydruk Faktury ujęte wg pól części deklaratywnej

Wydruk udostępniony z poziomu formularza JPK_V7 o typie korekta, prezentujący dokumenty wpływającymi na kwoty różnic między deklaracjami w ramach poszczególnych pól

• W przypadku plików JPK_V7M nowy wydruk dostępny jest z poziomu formularza o typie korekta, po wybraniu z menu wydruków opcji Faktury ujęte wg pól deklaracji / Faktury ujęte wg pól dekl. VAT-7 (22) – różnice.
• Wydruk prezentuje kwoty różnic między deklaracjami miesięcznymi, w ramach poszczególnych pól.
• Rozliczając podatek VAT w ramach JPK_V7K, podatnik co miesiąc wysyła do Ministerstwa Finansów część ewidencyjną. W ostatnim miesiącu danego kwartału, część ewidencyjną za ostatni miesiąc kwartału oraz deklarację VAT-7 za kwartał.

Uwaga

W przypadku plików JPK_V7K, nowy wydruk dostępny jest z poziomu formularza za dany miesiąc o typie korekta. Prezentuje kwoty różnic pomiędzy plikami w ramach danego miesiąca, nie kwartału.

• Kolumny na wydruku:
• Lp. w JPK: prezentacja numeru pozycji w pliku JPK_V7, w części ewidencyjnej
• Data wyst.: prezentacja daty wystawienia dokumentów sprzedaży i zakupu
• Data spr./Data wpł.
  • dla dokumentów sprzedaży prezentowana jest data sprzedaży pod warunkiem, że jest ona różna od daty wystawienia
  • dla dokumentów zakupu prezentowana jest data wpływu pod warunkiem, że jest ona różna od daty zakupu
• Numer dokumentu – nr obcy dokumentu
• Kraj – kraj nadania numeru TIN
• NIP – numer identyfikacji podatkowej
• Kontrahent – nazwa kontrahenta
• Jest
  • Netto – kwota netto w PLN
  • VAT– kwota VAT
• Różnica
  • Netto – kwota netto w PLN
  • VAT – kwota VAT

Przyklad

Wydruk obejmuje wyłącznie pozycje tabeli VAT, które nie zostały ujęte w poprzednim pliku dot. tego samego miesiąca. W przypadku dodania nowego dokumentu, w kolumnach Jest i Różnica zostaną zaprezentowane te same kwoty.

Przykład. Po wygenerowaniu pliku JPK_V7K za miesiąc 07/2024, wprowadzono FS1, data wystawienia 10.07.2024 r., transakcja Kraj, stawka 23%, Netto: 1000,00, VAT: 230,00Dodano kolejny plik JPK_V7K za miesiąc 07/2024. Na wydruku powiązanym z plikiem:

• W kolumnie Jest zostaną zaprezentowane wartości: 1000,00 i 230,00
• W kolumnie Różnica: 1000,00, 230,00

W przypadku zmodyfikowania kwot na dokumencie ujętym w pliku JPK_V7, np. na fakturze a-vista, w kolumnie Jest zostanie zaprezentowana wartość po zmianie, w kolumnie Różnica, różnica kwot między kwotami po zmianie i przed zmianą.

Przykład. Wystawiono A’FS2, data 10.07.2024 r., transakcja Kraj, stawka 23%, Netto: 1000,00, VAT: 230,00.

Wygenerowano plik JPK_V7K za miesiąc 07/2024, na którym ujęto A’FS2, Netto: 1000,00, VAT: 230,00

Na A’FS2 zmodyfikowano wartości Netto: z 1000,00 na 3000,00, VAT: z 230,00 na 690,00

Dodano kolejny plik JPK_V7K za miesiąc 07/2024. Na wydruku powiązanym z plikiem:

• W kolumnie Jest zostaną zaprezentowane wartości: 3000,00 i 690,00

• W kolumnie Różnica: 2000,00, 460,00

• Sekcje:

• Udostępnienie wydruku z poziomu formularza JPK_V7M i K wymusza drukowanie dokumentów ujętych po stronie sprzedaży i zakupu. W związku z tym wprowadzono dwie sekcje nadrzędne:
  • Dokumenty po stronie podatku VAT należnego
  • Dokumenty po stronie podatku VAT naliczonego
• W ramach każdej z ww. sekcji drukowane są podsekcje powiązane z poszczególnymi polami deklaracji VAT-7. W ramach każdej podsekcji (pola deklaracji VAT-7) drukowane są dokumenty „różnicowe” z nimi powiązane.
• Dla każdej podsekcji drukowane jest podsumowanie składające się z dwóch sum: niezaokrąglonej oraz zaokrąglonej w analogiczny sposób jak na deklaracji VAT-7.

Wydruk Faktury ujęte wg pól części deklaratywnej w powiązaniu z kwotami różnic

Cechowanie kont dla JPK_KR_PD (JPK_CIT)

Nowelizacja ustawy o podatku dochodowym (art. 9 ust.1c) wprowadziła obowiązek składania wraz z deklaracją podatkową ksiąg rachunkowych w ustrukturyzowanej formie. Księgi składają się z zapisów na kontach księgowych (JPK_KR_PD) oraz ewidencji środków trwałych (JPK_ST_KR).

Zapisy na kontach księgowych są bardzo zbliżone do już obecnie wysyłanej na żądanie struktury JPK_KR. Główną różnicą jest obowiązek cechowania kont księgowych.

Schemat XSD dla tej struktury przewiduje możliwość przypisania trzech znaczników do jednego konta księgowego:

• Obligatoryjny element słownika wskazujący na funkcję rachunkową tego konta np. „Umorzenie środków transportu”,
• Opcjonalny element pochodzący z tego samego katalogu pozycji, co powyższy znacznik obowiązkowy, określający możliwą drugą funkcję rachunkową tego konta,
• Opcjonalny element wskazujący, czy dany element pełni jakąś specyficzną funkcję wspomagającą kalkulację podatku dochodowego.

Obowiązkowe jest zastosowanie przynajmniej pierwszego z tych znaczników, dla każdego konta analitycznego, które wykazywało saldo lub obroty w danym roku podatkowym.

Konta można przypisywać na zakładce [Zestawienia] karty konta.

Przyporządkowanie konta do słownika JPK

Dodawanie elementu otwiera słownik zgodny z rozporządzeniem Ministerstwa Finansów, które zawiera listę możliwych funkcji rachunkowych konta księgowego.

Lista dostępnych elementów słownika

Wskazówka

System zawiera mechanizm propagujący ustawienie znaczników na wszystkie konta podrzędne. Wystarczy ustawić znacznik na koncie syntetycznym, aby ustawienie przepisało na się na jego konta analityczne, niezależnie od ich poziomu.

Rozporządzenie zawiera oddzielną dedykowaną listę elementów dla kont podatkowych.

Zawartość obu list dostępna jest w module Administrator / Listy / Słowniki kategorii / Księgowość i środki trwałe / Mapowanie kont księgowych.

Słownik kategorii

Uwaga

Elementy dostępne na tej liście są dostępne do edycji, aby możliwa była bezproblemowa aktualizacja listy w przypadku nowelizacji rozporządzenie. Spółka nie powinna jednak tworzyć elementów, których nie ma w rozporządzeniu.

Struktura bazy dla JPK_ST_KR (JPK_CIT)

Ministerstwo Finansów przesunęło rok obowiązek raportowania ewidencji środków trwałych zgodnie ze schematem JPK_ST_KR (Dz. U. 2024 poz. 1861). Do wersji Comarch ERP XL 2025.0 zostały jednak już dodane odpowiednie pola do bazy danych umożliwiających takie raportowanie.

Odpowiednie pola na interfejsie oraz deklaracja zostaną uzupełnione w kolejnych wersjach. Podobnie jak w przypadku struktury JPK_KR_PD nie będzie potrzeby cechowania poszczególnych wystawianych dokumentów w ciągu roku, a jedynie karty inwentarzowej środka trwałego, przed złożeniem deklaracji.

Adres kontrahenta dla przelewów

ISO 20022 to międzynarodowy standard dotyczący komunikacji elektronicznej w systemach finansowych. W ciągu najbliższych lat będzie on obejmował kolejne typy płatności. Na początku będzie dotyczył tylko przelewów zagranicznych, ale docelowo zmiany obejmą także i krajowe. W przeciwieństwie do dotychczasowych rozwiązań przewiduje on rozdzielenie pól określających adres kontrahenta na osobne pola wskazujące numer domu czy mieszkania.

W związku z powyższymi zmianami, na karcie kontrahenta na zakładce [Adresy] została dodana nowa zakładka [Webservice].

Informacje z tej zakładki przekazywane są jako dane adresowe kontrahenta dla przelewów krajowych i zagranicznych, niezależnie od wykorzystywanego formatu przelewu (m.in. Elixir-O).

Adres kontrahenta dla przelewów

Na tą zakładkę w momencie dodawania nowego adresu kopiują się dane z zakładki [Ogólne] tej karty.

Uwaga

Po początkowym skopiowaniu danych informacje na tej zakładce są traktowane oddzielnie od informacji z zakładki [Ogólne]. Jeśli będzie występować zmiana danych adresowych należy również zaktualizować dane do przelewu na zakładce [Webservice].

Uproszczone zakładanie konta na platformie Apfino

Platforma Apfino to stworzona przez Comarch platforma wymiana danych z instytucjami finansowymi. Aktualnie z poziomu Systemu ERP możliwe jest zlecenie windykacji lub faktoringu, bądź sprawdzenie wiarygodności kontrahenta w bazie informacji gospodarczej.

Od wersji Comarch XL 2025.0 możliwe jest proste połączenie Systemu ERP z platformą.

W sytuacji, gdy konieczne jest połączenie z platformą np. w celu sprawdzenia kontrahenta, System wyświetla okno zakładania konta w serwisie.

Dane osoby zakładającej konto

Na wskazany w tym kroku adres e-mail zostanie wysłany kod aktywacyjny, który należy przepisać na kolejnym ekranie.

Potwierdzenie adresu e-mail

Po sprawdzeniu kodu następuje automatyczne powiązanie instalacji Comarch ERP XL z odpowiednim kontem w serwisie Apfino.

Automatyczna windykacja z wykorzystaniem Apfino

System pozwala na zgłaszanie niezapłaconych faktur do windykacji przez podmiot zewnętrzny z wykorzystaniem platformy Apfino. Możliwe jest także ustawienie procesu, który będzie okresowo sprawdzał, czy posiadamy przeterminowane należności. Jeśli ich okres przeterminowania przekroczy ustawiony próg, System samodzielnie zgłosi taką fakturę.

Uruchomienie procesu

Uruchomienie procesu możliwe jest z poziomu ekranu konfiguracji System / Konfiguracja / Księgowość / Słowniki / Rodzaje upomnień.

Został tam dodany nowy typ upomnienia o nazwie Windykacja-Apfino.

Konfiguracja automatycznej windykacji

Po zaznaczeniu parametru Procesy – Automatyczna windykacja (usługa Apfino) oraz ustawienia progu okresu przeterminowania można przygotować odpowiedni proces.

Najpierw należy jednak na zakładce [Warunki] udzielić niezbędnych zgód wymaganych przez partnera Comarch Apfino lub też określających dodatkowe parametry działania Systemu.

Możliwe jest m.in. automatyczne dopisanie kontrahenta do Krajowego Rejestru Dłużników lub dodanie do windykacji innych przeterminowanych należności od tego kontrahenta, ale tych, które jeszcze nie przekroczyły granicznego terminu ustalonego na zakładce [Ogólne].

Zgody w procesie automatycznej windykacji

Informacja dla dłużnika

Wraz ze zleceniem windykacji do partnera Apfino wysyłane jest także potwierdzenie dla kontrahenta, informujące o tym, że jego zobowiązania zostały przesłane do firmy windykacyjnej. Konfiguruje się to na kolejnych zakładkach [Wydruki], gdzie określa się treść, która będzie się pojawiała na wydruku listy faktur przekazanych do windykacji oraz [E-mail], gdzie określa się treść maila wysłanego do dłużnika.

Zawartość wydruku listy zgłoszonych faktur

Treść przesyłanego maila do dłużnika

Przypisanie kontrahentów

Spółka nie musi stosować automatycznej windykacji do wszystkich kontrahentów. Informacja o tym, że dany kontrahent jest objęty automatycznym ściąganiem należności jest widoczna na karcie kontrahenta na zakładce [Rozliczenia].

Automatyczna windykacja należności na karcie kontrahenta

Konieczne jest również wskazanie osoby, do której kierowane będą informacje o rozpoczęciu procesu ściągania należności. Na karcie kontrahenta należy zatem wskazać taką osobę, którą będzie miała ustawiony parametr E-mail do wysyłki upomnień i not odsetkowych.

E-mail do wysyłki upomnień

Uwaga

Analogiczny warunek został ustawiony podczas ręcznego zgłaszania faktur do windykacji.

Aktywacja procesu

Zgłaszanie spraw do windykacji jest uruchamiane jak inne procesy dostępne w Systemie ERP XL w module Administrator / Procesy / Definicje procesów.

Tam należy aktywować proces o nazwie Automatyczna windykacja faktur przez Apfino.

Definicja procesu

Proces ten można dostosować ustawiając m.in. odpowiedni czas jego uruchomienia.

Czas uruchomienia

W ostatnim kroku wystarczy już go przypisać do Skrzynki Automatu XL.

Przypisanie procesu

Uwzględnienie okresów odsetkowych w prolongatach

Zmodyfikowano okno prolongat, aby ułatwić śledzenie wartości odsetek za zwłokę w sytuacji, gdy nowy termin płatności przechodzi przez kilka okresów o różnej wartości stopy odsetkowej.

Lista okresów odsetkowych

W sytuacji, gdy do prolongaty zostały dodane koszty odsetkowe, to zarówno na liście jak i na wydruku pojawia się ta informacja w rozbiciu na poszczególne okresy.

Drzewko okresów prolongaty

Wskazówka

Podczas konwersji prolongaty wystawione na poprzednich wersjach Systemu zostaną automatycznie dostosowane do nowego wyglądu

Informacja o wygasającym certyfikacie Webservice

Certyfikaty służące do ustanowienia komunikacji z bankiem, ze względów bezpieczeństwa, mają określony termin, po których tracą ważność. Ponieważ przedłużenie ważności starego certyfikatu lub wyrobienie nowego wymaga czasu, System będzie informował, że jego certyfikat zbliża się do daty ważności.

Comarch ERP XL od wersji 2025.0 podczas korzystania z kanału Webservice, sprawdza kiedy wygasa ważność certyfikatu wybranego do nawiązania połączenia. Jeśli ten czas jest krótszy niż domyślne 30 dni, to zostaje wyświetlone okno z monitem.

Informacja o końcu ważności certyfikatu

Po ustawieniu nowego terminu przypomnienia, System wraca do normalnego działania. Kolejny monit zostanie wyświetlony po upłynięciu wskazanej liczby dni.

Ilość dni, od których mają się wyświetlać powiadomienia, można zmienić w konfiguracji Systemu.

Wskazanie specyfikacji Webservice na formacie przelewu

Poszczególne banki korzystają ze swoich indywidualnych specyfikacji komunikacji przez Webservice. Do wersji Comarch ERP XL 2024.1 System określał typ po nazwie formatu przelewu. Obecnie nazwa nie jest już istotna, a na samym formacie przelewu wskazujemy jaki jest to typ wymiany.

Wskazanie specyfikacji kanału WebService

W przypadku, gdy dany kanał ma dodatkowe ustawienia komunikacji, to również z tego powodu można je określić.

Dodatkowe ustawienia kanału WebService

Inne zmiany

Dodanie brakujących wydruków dla wielotorowości środków trwałych

W wersji Comarch ERP XL 2025.0 zostały dodane brakujące wydruki dla środków trwałych, wspierające wielotorową amortyzację. Dodano:

• Dynamiczne raportowanie
• Księga inwentarzowa
• Tabela ruchu grup środków trwałych
• Wykaz środków trwałych
• Wykaz środków trwałych – prosty
• Wykaz środków trwałych (grupa wg n znaków KŚT)
• Lista wyszukanych środków trwałych
• Karta środka trwałego
• Karta inwentarzowa
• Bilans środków trwałych
• Historia dokumentów dla środka
• Tabela amortyzacji
• Tabela amortyzacji
• Tabela amortyzacji – rozszerzona
• Lista dokumentów środków trwałych
• Zestawienie dokumentów środków trwałych
• Zest. dokumentów środków trwałych (zaznaczone)

Wspólne

Informacje ESG na kluczowych obiektach

ESG (skrót oznaczający Environmental, Social, Governance) to kluczowe zagadnienia, które obecnie zyskują coraz większe znaczenie w świecie biznesu. Jest to podejście do zarządzania, które skupia się na aspektach związanych ze środowiskiem, społeczeństwem i ładem korporacyjnym. Aby takie zarządzanie było skuteczne firmy muszą być świadome oddziaływania w powyższych aspektach, czego wyrazem są m.in. raporty zawierające szereg współczynników określających wpływ na wyszczególnione obszary. Dążeniem każdej firmy powinno być zmniejszenie wartości współczynników ‘szkodliwych’, a zwiększenie tych, które mają pozytywny wpływ na wszystkie obszary objęte ESG. Od nowej wersji Systemu możliwe jest odnotowywanie takich współczynników w sposób pozwalający uzyskać podstawowe informacje dla towarów, kontrahentów czy samochodów za pomocą analiz i raportów.

Dostęp do tych danych jest uwarunkowany posiadaniem osobnej licencji dotyczącej obsługi ESG.

Definiowanie wskaźników ESG wykorzystywanych na towarach

W przypadku towarów kluczowe wydaje się określanie ich oddziaływania na środowisko, czyli możliwość ustalenia, jakie wskaźniki środowiskowe dotyczą indywidulanie każdego towaru na wszystkich etapach działania jak np. wytwarzanie, obrót handlowy, transport.

W module Administrator, w menu Listy pod nowym przyciskiem Wskaźniki ESG znajduje się lista definicji takich wskaźników dla towarów.

Wskazówka

Przycisk jest aktywny tylko pod warunkiem posiadania odpowiedniej licencji do obsługi ESG.

Lista wskaźników zdefiniowanych dla towarów

Na liście umieszczono najpopularniejsze/najczęściej występujące wskaźniki, przy czym dwa uznane za kluczowe dotyczące emisji dwutlenku węgla oznaczono jako predefiniowane (w kolorze niebieskim). Resztę wskaźników dla towarów każda firma będzie mogła ustalać zależnie od indywidualnych potrzeb, dodając nowe rekordy lub modyfikując czy usuwając istniejące, które nie są oznaczone jako predefiniowane.

Dla każdego wskaźnika poza nazwą możliwe do ustawienia są:

• • Jednostka miary wybierana spośród wszystkich aktywnych rekordów nowego słownika kategorii Jednostki dla wskaźników (nowa gałąź słowników: ESG),
• Format, czyli możliwość określenia ilości cyfr dla liczb całkowitych oraz dla precyzji (ilość miejsc ‘po przecinku’),
• Wprowadzenie treści dla opisu wskaźnika.

Definicja wskaźnika ESG dla towarów

Zarówno lista, jak i wskaźnik posiadają drugą zakładkę, na której możliwe jest przypisywanie ich do tzw. standardów raportowania ESRS. Są to różne zakresy tematyczne wykorzystywane przy raportowaniu obszarów ESG. Obecnie do Systemu została dodana lista zakresów określonych w wytycznych do raportowania ESG (np. https://www.gpw.pl/pub/GPW/ESG/Wytyczne_do_raportowania_ESG.pdf).

Opierając się na dostępnych materiałach wiadomym jest, że lista ta będzie w przyszłości rozbudowywana, w związku z czym możliwe jest dodawanie do niej nowych rekordów oraz modyfikacja istniejących.

Powiązanie wskaźników ze standardami raportowania ESRS

Raporty dotyczące obszarów ESG powinny obejmować powyższe standardy (wszystkie lub wybrane), w ramach których umieszczone będą wartości dla odpowiednich wskaźników.

O powiązaniu takich wskaźników ze standardami decydują użytkownicy stosownie do prowadzonej przez siebie działalności. Operacji powiązania można dokonać na zakładkach jn. wykorzystując do tego przyciski Dołącz lub Odłącz :

• • lista wskaźników – zakładka [Podział wg standardów ESG],
• okno definicji wskaźnika – zakładka [Standardy ESRS].

Wartości wskaźników ESG dla towarów

Zdefiniowane w ten sposób wskaźniki można przypisywać do towarów ręcznie lub z wykorzystaniem wzorca towarowego. Dlatego też na wzorcu towaru powstała dedykowana zakładka [ESG], na której ustala się wskaźniki obowiązujące dla towarów przypisanych do grupy powiązanej z tym wzorcem.

Lista wskaźników ESG dodanych do wzorca towaru

Wskazówka

Zakładka jest dostępna tylko pod warunkiem posiadania odpowiedniej licencji do obsługi ESG.

Zgodnie ze standardem umieszczone tutaj rekordy automatycznie pojawią się na karcie towaru dodawanego w kontekście tej grupy. Można też dzięki tej liście wykonać aktualizację wskaźników dla towarów już do niej przypisanych oraz dla wzorców podrzędnych.

Wskazówka

Wskaźniki predefiniowane dotyczące emisji CO2 są automatycznie dodawane do wszystkich wzorców oraz wszystkich towarów w bazie. Dotyczy to zarówno rekordów nowo tworzonych, jak i tych, które znajdują się już bazie (dane zostały uzupełnione w konwersji).

Wskaźniki przypisane do towaru widoczne są na dedykowanym oknie dostępnym pod przyciskiem Dane ESG umieszczonym na Ribbonie listy towarów oraz edycji karty towaru.

Wskazówka

Przycisk jest aktywny tylko pod warunkiem posiadania odpowiedniej licencji do obsługi ESG.

Lista wskaźników ESG danego towaru wraz z ich wartościami

Po lewej stronie okna umieszczona jest lista wskaźników przypisanych do towaru, dla których można przypisywać wartości zgodnie z określoną precyzją. Wprowadzanie wartości odbywa się za pomocą EiP (Edit in Place). Aby natomiast usunąć wprowadzoną wartość należy użyć przycisku Usuń wartość . Samo użycie przycisku spowoduje, że pozostanie przypisana wartość zerowa, co może mylnie sugerować zerową emisję wskaźnika.

W tym miejscu możliwe jest również wiązanie lub usuwanie wiązania wskaźników z towarem za pomocą przycisków dołączania i odłączania umieszczonych pod listą.

Po prawej stronie okna istotne znaczenie ma parametr Pokaż wartości ustalone dla dostawców. Jeśli nie jest on zaznaczony to znaczy, że wartości widoczne po lewej stronie są wartościami ogólnymi/uśrednionymi dla towaru. Dopiero po jego zaznaczeniu i dołączeniu do listy kontrahenta/kontrahentów możliwe jest wprowadzanie wartości pozyskanych od danego kontrahenta.

Ustalanie wartości wskaźników dla towaru w powiązaniu z jego dostawcą

Wartości wskaźników ustalone dla pojedynczego kontrahenta można uzupełnić również na podstawie wartości ogólnych przypisanych do towaru. Służy do tego przyciskUstaw wartości dla dostawcy na podstawie wartości ogólnych dla towaru umieszczony pod listą wskaźników. Jego użycie powinno nastąpić po zaznaczeniu tych wskaźników, dla których chcemy przenieść wartości. Po wykonaniu operacji zapisane zostają wartości dla tych wskaźników, dla których zostały one ustalone na towarze. Oznacza to, że jeśli dla towaru nie ustalono wartości np. dla Zużycie wody, a dla kontrahenta wartość ta została określona, to w tym rekordzie nic się nie zmieni. Funkcjonalność ma bowiem służyć ewentualnemu nadpisaniu brakujących wartości wskaźników, ale bez usuwania tych, które zostały już dla dostawcy określone.

Przyklad

Do towaru są przypisane następujące wskaźniki:

– Ślad węglowy (emisja CO2) – z wartością: 0,82 kg,

– Zużycie energii cieplnej – bez ustalonej wartości,

– Zużycie wody – z wartością 0,12 m3.

Przypisuję do tego towaru dostawcę ABC i ustalam dla niego wartości wskaźników:

– Ślad węglowy (emisja CO2) – bez ustalonej wartości,

– Zużycie energii cieplnej – ,1,05 kWh,

– Zużycie wody – z wartością 0,22 m3.

Do wykonania operacji ustawienia wartości dla dostawcy ABC na podstawie wartości ogólnych dla towaru wybrano wszystkie 3 wskaźniki. Po operacji zapisane zostały dla ABC następujące wartości wskaźników:

– Ślad węglowy (emisja CO2) – 0,82 kg (wartość pobrana z towaru),

– Zużycie energii cieplnej – ,1,05 kWh (wartość niezmieniona),

– Zużycie wody – z wartością 0,12 m3 (wartość zaktualizowana na podstawie wartości dla towaru).

Dane ESG gromadzone dla kontrahentów

W przypadku kontrahentów umożliwiamy indywidulane określanie poziomu spełnienia wymagań w stosunku do środowiska, społeczeństwa i zarządzania oraz przechowywanie dokumentacji związanej z kontrahentem, która ma na te aspekty wpływ. Taka ocena dostawcy czy odbiorcy może w dużym stopniu wpływać na przyszłe decyzje o współpracy z danym podmiotem.

Powyższe informacje można wprowadzać w dedykowanym oknie dostępnym pod przyciskiem Dane ESG umieszczonym na Ribbonie listy kontrahentów oraz edycji karty kontrahenta.

Wskazówka

Przycisk jest aktywny tylko pod warunkiem posiadania odpowiedniej licencji do obsługi ESG.

Okno z danymi ESG kontrahenta

W obszarze Wewnętrzna ocena ratingowa można wpisać w skali od 1 do 5 szacowaną ocenę spełniania przez kontrahenta wymagań w każdym z analizowanych obszarów. Po wypełnieniu chociaż jednej wartości automatycznie wyliczana jest wartość średnia ocen, które zostały wpisane. Do wyliczenia średniej pomijane są więc wiersze bez wpisanej wartości, gdyż wtedy domyślnie przyjmujemy, że nie mamy konkretnych informacji, a nie że jest to ocena ‘zerowa’.

Poniżej znajduje się lista, na której można przechowywać dokumentację dotyczącą obszarów ESG, czyli wszelkiego rodzaju oświadczenia, certyfikaty, porozumienia, które są związane z poszczególnymi dziedzinami działalności firmy, w której wykazuje się ona właściwym dostosowaniem do wymogów środowiskowych, społecznych czy zarządzania.

Każdy dokument może mieć podpięty załącznik systemowy, który zgodnie ze standardem może się pokazywać w oknie podglądu umieszczonym po prawej stronie listy dokumentów lub formatki danego dokumentu (zależy od typu załącznika oraz od tego, czy jest on zapisany w bazie czy jako plik lokalny). Jeśli lokalizacja pliku została określona jako adres URL, wówczas wystarczającym jest skorzystanie z linku prezentowanego w ostatniej kolumnie listy, aby mieć łatwy dostęp do podglądu dokumentu.

Dokumenty można również opisywać, a te które nie będą już obowiązujące można oznaczać jako archiwalne i ukrywać je domyślnie przy otwieraniu listy.

Formularz dokumentu ESG dla kontrahenta

Wartości ESG dla samochodów

Firmy, które w ramach swojej działalności korzystają z floty samochodów również wpływają na środowisko, więc w ramach funkcjonalności ESG będą mogły w Systemie określić dla swoich pojazdów podstawowe czynniki wpływu.

Informacje te można wprowadzać na zakładce [ESG] dostępnej na liście samochodów.

Wskazówka

Zakładka jest aktywna tylko pod warunkiem posiadania odpowiedniej licencji do obsługi ESG.

Lista samochodów z danymi ESG

Po dodaniu na listę tych samochodów, dla których dane chcemy wprowadzać, mamy możliwość ustalenia dla nich następujących informacji:

• rodzaju pojazdu,
• rodzaju paliwa,
• normy spalania,
• średniego spalania na 100 km.

Dane wprowadzane są za pomocą EiP (Edit in Place), gdzie w pierwszych kolumnach wybierany jest rekord z odpowiedniego słownika kategorii. Słowniki są dostępne w module Administrator w dedykowanej grupie: ESG i można je rozwijać wg standardowych zasad.

Usuwanie rekordu z tej listy powoduje jedynie usunięcie informacji na niej wprowadzonych dla tego samochodu, ale nie skutkuje usunięciem samego samochodu z bazy danych.

Korzystając z przycisku eksportu do arkusza umieszczonym na Ribbonie zakładki [ESG] można przenieść dane z listy do arkusza kalkulacyjnego, co można wykorzystać np. przygotowując kalkulację opłaty środowiskowej dla floty pojazdów firmy.

Comarch ChatERP (Beta) – dalszy rozwój funkcjonalności

Wyrażanie zgody na korzystanie z usługi Comarch ChatERP w oparciu o warunki regulaminu

Od wersji 2025.0 korzystanie z usługi Comarch ChatERP (Beta) wymaga akceptacji przez firmę regulaminu określającego zasady, zakres i warunki świadczenia takiej usługi. Regulamin zawiera m.in. warunki powierzenia do przetwarzania danych osobowych w ramach usługi.

Informacje o konieczności zaakceptowania niniejszego regulaminu znajdują się obecnie w dwóch miejscach:

• W oknie komunikatu wyświetlanego przy włączaniu dostępu na karcie operatora (parametr Dostęp do ChatERP (Beta) na zakładce [Parametry]/[Uprawnienia])
• W oknie komunikacji z inteligentnym asystentem Comarch dostępnym z poziomu Ribbona (menu Sztuczna Inteligencja), gdzie dla operatora z uprawnieniami administratora pojawia się poniższe okno startowe, o ile zgoda nie została jeszcze wyrażona i przesłana do Comarch.

Informacja od Asystenta Comarch o konieczności zaakceptowania regulaminu

W przypadku operatorów nieposiadających uprawnień administratora w tym oknie są oni informowani jedynie o tym, że usługa nie jest włączona i powinni skontaktować się z administratorem programu.

Wyrażenie zgody umożliwia dostęp dla całej bazy danych do komunikacji z asystentem. Weryfikacja odbywa się tutaj po numerze NIP wpisanym na pieczątce firmy, który powinien być zgodny z NIP przesłanym wraz ze zgodą do Comarch.

Jeśli zgoda zostanie przesłana, to każdy operator przy pierwszym uruchamianiu okna rozmowy będzie miał nadal wiadomość z informacją o konieczności przestrzegania zasad przetwarzania danych osobowych i związanych z nimi obostrzeniach. Umieściliśmy w niej dodatkowo link do klauzuli informacyjnej RODO, która informuje o tym, że przetwarzane mogą być dane samego Użytkownika korzystającego z usługi Comarch ChatERP.

Informacje te są od nowej wersji wyświetlane tylko przy pierwszym uruchomieniu okna, a każde kolejne powoduje od razu wejście w tryb rozmowy z asystentem.

Nowe polecenia obsługiwane przez ChatERP

W komunikacji z Comarch ChatERP nadal rozwijany jest obszar działań handlowych prowadzonych z kontrahentami. W nowej wersji skupiliśmy się na wykonywaniu dodatkowych operacji za pomocą asystenta. Obsługiwane są więc nowe polecenia:

• Zarezerwuj dla kontrahenta [akronim] towar [kod towaru] na magazyn [kod magazynu] w ilości [ilość] do dnia DD-MM-RRRR.
• Wystaw zamówienie sprzedaży (lub zakupu) dla kontrahenta [akronim] na [ilość] jednostek towaru [kod towaru].
• Wystaw fakturę sprzedaży (lub zakupu) dla kontrahenta [akronim] na [ilość] jednostek towaru [kod towaru].
• Zatwierdź [numer dokumentu, np. ZS-255/12/24].

Boldem oznaczono dane, które są wymagane, aby polecenie zostało wykonane. Nowe rezerwacje lub dokumenty zostaną dodane z jednostką podstawową ustawioną dla towaru, nie ma więc konieczności wpisywania jednostki w treści samych poleceń.

Wskazówka

Opcjonalnie dla poleceń dotyczących wystawiania dokumentów można stosować skrócony symbol dokumentu, czyli np. Wystaw ZS (lub FS). Nie należy natomiast używać w tych poleceniach nazw czy skrótów dokumentów, których aktualnie nie obsługujemy.

Zgodnie ze standardowym działaniem asystenta powyższe operacje zostaną wykonane dopiero po zaakceptowaniu komunikatu systemowego, w którym Użytkownik potwierdza zamiar ich wykonania.

Obsługa uprawnień i zakazów dla poleceń

Od wersji 2025.0 w komunikacji z inteligentnym asystentem Comarch weryfikowane są uprawnienia dostępu Użytkownika do żądanych informacji lub do wykonania zleconej operacji. Dzięki temu otrzyma on odpowiedź tylko na takie zapytania, które dotyczą dostępnych dla niego informacji. Nie uda mu się również wykonać takich operacji, które są dla niego zablokowane (z poziomu interfejsu lub poprzez API).

Przy obecnie obsługiwanych poleceniach weryfikowane są na karcie operatora dostępy do modułów oraz przypisane zakazy. Brak dostępu do modułu lub zakaz mogą bowiem blokować dostęp do określonych danych lub operacji. W takim przypadku:

• Dla zapytań o dane z bazy asystent wysyła w odpowiedzi informację o braku uprawnień.
• Dla wykonania operacji najczęściej zostaje wyświetlony odpowiedni komunikat z Systemu, który również pokazałby się przy próbie wykonania jej z interfejsu. Dodatkowo informacja ta jest zawarta w odpowiedzi od asystenta.

Więcej szczegółów na temat obsługiwanych poleceń oraz stosowanych dla nich uprawnień opisano w biuletynie https://pomoc.comarch.pl/xl/index.php/dokumentacja/xl165-chaterp-w-comarch-erp-xl/.

Współpraca z Comarch e-Sklep

Przesyłanie formy płatności kontrahenta

W Comarch e-Sklep obsługiwane są predefiniowane formy płatności. Aby umożliwić przesłanie formy płatności przypisanej do kontrahenta konieczne jest przesłanie do Comarch e-Sklep form płatności wykorzystywanych w Comarch ERP XL.

Konfiguracja form płatności przesyłanych do e-Sklep

Określenie czy dana forma płatności ma być wysłana do sklepu jest możliwe na Centrum powiązanym z oddziałem e-Sklep na zakładce [Formy płatności]. Na oknie Formy płatności należy zaznaczyć parametr Dostępna w e-Sklep a następnie określić typ płatności wg typów dostępnych w e-Sklep. Tylko formy płatności, które zostaną skonfigurowane j.w. zostaną przesłane do Comarch e-Sklep.

Konfiguracja form płatności przesyłanych do e-Sklep

Ustawienia form płatności wysyłanych do e-Sklepu możliwe jest w Centrum głównym oraz w Centrach powiązanych z oddziałem Comarch e-Sklep. W przypadku Centrum podrzędnego możliwe jest zaznaczenie opcji Z węzła nadrzędnego.

Przesyłanie domyślnej formy płatności kontrahenta do Comarch e-Sklep

Przesyłanie domyślnej formy płatności kontrahenta jest uzależnione od tego czy forma płatności ustawiona na kontrahencie jest wysyłana do e-Sklep. Jeśli forma płatności ustawiona na kontrahencie dla sprzedaży będzie wysyłana do e-Sklepu wówczas zostanie ona przekazana do e-Sklep jako domyślna forma płatności kontrahenta.

Uwaga

Po zdefiniowaniu form płatności na Centrum, konieczne jest jednorazowo wykonania pełnej synchronizacji kontrahentów. W przypadku kontrahentów nowych lub edytowanych forma płatności standardowo będzie przesyłana w synchronizacji różnicowej.

Zastosowanie domyślnej formy płatności w Comarch e-Sklep

Klient, dla którego zostanie wysłana domyślna forma płatności podczas składania zamówienia w sklepie będzie miał wyświetloną domyślną formę płatności. Nazwa formy płatności będzie prezentowana zgodnie z ustawieniem w XL. Dla formy płatności mogą być zdefiniowane nazwy w innych językach, które również są przesyłane do Comarch e-Sklep, pod warunkiem, że dany język również jest wysyłany do e-Sklepu. Prezentacja formy płatności w innych językach będzie uzależniona od języka sklepu wybranego przez kupującego.

Kupujący w Comarch e-Sklep będzie mógł mieć dostępną tylko domyślna formę płatności lub dodatkowo standardowe formy płatności w zależności od ustawień parametrów w panelu administracyjnym e-Sklep.

Import zamówienia z Comarch e-Sklep z domyślną formą płatności

Jeśli na składanym zamówieniu zostanie wybrana domyślna forma płatności przesłana z Comarch ERP XL wówczas podczas importu zamówienia zostanie ona ustawiona na dokumencie ZS.

W przypadku wybrania innej formy płatności niż domyślna kontrahenta, dotychczasowe działanie zostanie zachowane (mapowanie form płatności wg ustawień na oddziale e-Sklep).

Przesyłanie progów stanów towarów do e-Sklep

• Zmiany na oknie prezentacji stanów

Wprowadzono zmiany na oknie prezentacja stanów, które dostępne jest z poziomu karty towaru na zakładce [Aplikacje] pod przyciskiem Prezentacja stanów.

Prezentacja stanów wraz z nową sekcją zestawu progów

W związku z wymaganiami Systemu Comarch e-Sklep dodano na oknie prezentacji stanów sekcję Zestawy progów, w której to sekcji można przypisać określony zestaw progów zdefiniowany na liście zestawów progów.

W sekcji zestawów progów dodano również pozycję , dla której prezentowane są progi dodawane wg wcześniejszych zasad, nie powiązane żadnym zestawem.

Aby przypisać zestaw progów, który będzie wysyłany do Comarch e-Sklep należy wybrać przycisk Dołącz zestaw progów. Po jego wybraniu Użytkownik zostaje przeniesiony na listę zestawów, gdzie może wybrać i przypisać do towaru wybrany zestaw lub utworzyć nowy a następnie przypisać go do towaru.

Do towaru można przypisać jeden zestaw progów, wg którego prezentowane będą stany w sklepie. ZW celu zmiany przypisanego zestawu można odpiąć zestaw od towaru przyciskiem Odłącz zestaw progów i wybrać nowy.

W przypadku gdy jest przypisany zestaw a Użytkownik wybierze opcję przypięcia zestawu, zostanie zapytany czy chce zmienić zestaw. Po odpowiedzi Tak, zostanie przeniesiony na listę zestawów progów i będzie mógł wybrać inny.

Pytanie o zmianę zestawu progów przypisanego do towaru

• Tworzenie nowych zestawów progów

Na oknie Lista zestawów progów należy wybrać przycisk Dodaj zestaw progów. Po wybraniu tej opcji pojawi się formatka zestawu, na której należy uzupełnić nazwę zestawu oraz dostępność w aplikacji oraz dodatkowo opis. Aktualnie progi definiowane w Comarch ERP XL obsługiwane są w tylko w e-Sklep.

Dodawanie zestawu progów towarów

• Dodawanie progów zestawu

Elementy takiego zestawu należy dodawać z poziomu listy, ustawiając kursor na odpowiednim zestawie i wybierając przycisk Dodaj próg. Po wybraniu tej opcji pojawi się dotychczasowy formularz progu.

Okno definicji progu

Na progach przypisanych do zestawu zmieniono zasady wprowadzania zakresu ilości w polach Przedział od i Przedział do, w taki sposób, że można wprowadzać tylko liczby całkowite. Dodatkowa zmiana polega na dodawaniu grafiki w formie załącznika. W polu grafika dodano menu rozwijane, w którym udostępniono opcje: Dodaj załącznik i Wybierz z listy. Tylko grafika dodana w formie załącznika może być wysłana do e-Sklepu. Załącznik standardowo musi mieć zaznaczony parametr e-Sklep.

• Zestawy progów na wzorcu/grupie towarów

Analogiczne zmiany wprowadzono na wzorcu towarów przenosząc równocześnie prezentację stanów z zakładki [Prezentacja stanów] na przycisk Prezentacja stanów dostępny na zakładce [Aplikacje].

Zasady przypisywania zestawu są takie same jak w przypadku towarów. Po dodaniu/zmianie zestawu na wzorcu przycisk podświetlany jest na żółto i standardowo możliwa jest aktualizacja danych (towarów i grup) zgodnie z ustawionymi parametrami.

Przypisywanie zestawów progów na oknie wzorca/grupy

Import załączników dodanych do zamówienia lub reklamacji

System Comarch e-Sklep umożliwia przesyłanie do Systemów ERP załączników podpiętych do zamówienia lub reklamacji. Może to być zdjęcie uszkodzenia/wady, skan składanej pisemnie reklamacji, oświadczenie klienta bądź inny złącznik przewidziany w działaniu Comarch e-Sklep. Maksymalna ilość załączników dla jednego dokumentu wynosi 5.

Jeśli kupujący załączy do dokumentu zamówienia bądź reklamacji załącznik, to zostanie on zaimportowany i zapisany na zakładce [Załączniki] odpowiedniego dokumentu w XLu.

• Domyślna grupa dla załączników reklamacji

Na liście załączników zostały dodane predefiniowaną grupy, do których przypisywane są przesłane załączniki powiązane z reklamacjami czy zamówieniami. Grup tych nie można usuwać.

Dzięki umieszczeniu załączników reklamacji i zamówień w odrębnych grupach nie będą się one domyślnie pojawiały podczas wybierania załączników do innych celów.

Predefiniowane grupy załączników dla reklamacji i zamówień

Ukrywanie towarów z ceną 0,00

Na oknie konfiguracji oddziału e-Sklep, na zakładce [Eksport] dodano parametr Ukrywaj towary z cena 0,00 w cennikach indywidualnych, który pozwala na ukrywanie towarów z ceną 0,00 w przypadku gdy zalogowany klient posiada przypisany indywidualny cennik. Po zaznaczeniu tego parametru nie będzie widział towarów, które nie mają określonej ceny (cena wynosi 0,00).

Parametr ukrycia towarów z cena 0,00 w cenniku indywidualnym

W przypadku cenników towarów, które już były wysłane do e-Sklep, po zaznaczeniu powyższego parametru należy wykonać Eksport cen. Po zaznaczeniu parametru pojawi się stosowny komunikat informujący o konieczności wykonania takiej operacji.

Komunikat po zaznaczeniu parametru

W przypadku nowych towarów lub edycji istniejących ustawienia parametru zostaną uwzględnione przy standardowej synchronizacji różnicowej.

Parametr Uwzględniaj stany ujemne

Dla opcji przesyłania stanów magazynowych towaru dodano parametr Uwzględniaj stany ujemne. Zaznaczenie tego parametru spowoduje zmianę w wyliczaniu stanu towaru w sytuacji gdy oddział e-Sklep powiązany jest z Centrum, do którego podpiętych jest wiele magazynów. Parametr dostępny jest na oknie konfiguracji oddziału e-Sklep na zakładce [Eksport], po zaznaczeniu parametru Eksport stanów magazynowych.

Parametr Uwzględniaj stany ujemne

Do tej pory ilość towaru wysyłana do e-Sklep ustalana była dla każdego magazynu oddzielnie a następnie sumowana. Jeśli dla jednego magazynu ilość towaru wraz z rezerwacjami była ujemna wówczas była traktowana jako stan 0 i tak doliczana do ilości łącznej. Obecnie przy zaznaczonym parametrze Uwzględniaj stany ujemne ilość towaru w każdym magazynie jest wyliczana z uwzględnieniem braków a następnie sumowana, przy czy stan towarów łącznie nigdy nie może być mniejszy niż 0.

Przyklad

Wyliczenie ilości towaru dla dwóch magazynów bez zaznaczonego parametru

Ilość na magazynie 1 (100 szt)

Ilość na magazynie 2 (- 10 szt)

Łączna ilość (100+0) = 100

Przyklad

Wyliczenie ilości towaru dla dwóch magazynów z zaznaczonym parametrem

Ilość na magazynie 1 (100 szt)

Ilość na magazynie 2 (- 10 szt)

Łączna ilość (100+(-10)) = 90

Parametryzacja przesyłania statusu płatności zamówienia

Od wersji 2024.1 wprowadzono aktualizację statusu zamówienia w Comarch e-Sklep na podstawie stanu płatności na dokumentach wystawionych do zamówienia z Comarch ERP XL (stan płatności może przyjmować trzy wartości, nieopłacone, opłacone, opłacone częściowo).

Obecnie w konfiguracji oddziału e-Sklep na zakładce [Eksport] dodano parametr Przesyłanie statusu płatności zamówienia, który domyślne jest odznaczony. Użytkownicy, którzy nadal będą chcieli przesyłać status płatności do zamówienia muszą zaznaczyć opisany parametr. W przypadku gdy dla Użytkownika informacja ta jest nieistotna lub rozliczenia realizowane są z poziomu sklepu, parametr należy pozostawić nieznaczony.

Parametr dotyczący przesyłania statusu płatności dla zamówień

Procedura VAT OSS we współpracy z Comarch e-Sklep

W wersji 2022.1 Comarch ERP XL została udostępniona funkcjonalność związana z pakietem VAT e-commerce (VAT OSS) w zakresie obsługi wewnątrzwspólnotowej dostawy towarów na odległość.

Obecnie dostosowano współpracę z Comarch e-Sklep w zakresie zmian wprowadzonych pod pakiet VAT e-Commerce (VAT OSS) w XLu. Realizacja pakietu VAT OSS wymaga zmiany wersji protokołu synchronizacji w e-Sklep na 17, w którym to protokole wprowadzono zmiany związane z OSS. Zmiany w synchronizacji dotyczą zarówno wysyłania danych konfiguracyjnych jak i tych związanych z towarami i cennikami oraz importu dokumentów zamówień wraz z informacjami o zastosowaniu procedury VAT OSS.

Przesyłanie parametru OSS do Comarch e-Sklep

Wysłanie zaznaczonego parametru OSS do e-Sklep oznacza, że sprzedaż towaru dla kontrahenta detalicznego do innego kraju Unii Europejskiej niż kraj działalności będzie traktowany jako sprzedaż w procedurze VAT OSS. Na zamówieniu zostaną zastosowane stawki VAT obowiązujące w kraju zakupu (kraj docelowy wysyłki).

Przesłanie parametru OSS uzależnione jest od ustawień parametru Stosuj WSTO_EE dostępnego w Konfiguracji Systemu System/ Konfiguracja/ Sprzedaż/ Parametry 1. W przypadku gdy parametr ten jest zaznaczony, do e-Sklep przesyłana jest informacja o stosowaniu procedury VAT OSS.

Uwaga

Parametr Stosuj WSTO_EE standardowo jest zaznaczony w każdej bazie danych Xla.

Jeśli nie chcesz stosować procedury VAT OSS w Comarch e-Sklep należy odznaczyć parametr Stosuj WSTO_EE.

Jeśli planujesz stosowanie procedury VAT OSS w Comarch e-Sklep pamiętaj o:

– Skonfigurowaniu stawek VAT dla towarów wysyłanych do e-Sklep dla poszczególnych krajów

– Skonfigurowaniu stawek VAT dla sposobów dostawy i płatności w panelu administracyjnym Comarch e-Sklep.

Przesyłanie stawek VAT obowiązujących w innych krajach

Jeśli dla towaru wysyłanego do e-Sklep zostaną przypisane stawki VAT obowiązujące w poszczególnych krajach, wówczas stawki te zostaną przesłane do Comarch e-Sklep. Eksport stawek VAT odbywa się zarówno w synchronizacji towarów jak i podczas wysyłania cennika (opcja Eksport cen na oknie synchronizacji).

Zakup towaru przez klienta unijnego poza granicami kraju instalacji

Jeśli kontrahent podczas składania zamówienia wskaże inny kraj dostawy niż kraj instalacji/działalności w XLu (najczęściej będzie to PL) wówczas nastąpi przeliczenie zamówienia i zostaną ustalone stawki podatku VAT wg kraju, do którego ma trafić zamówiony towar.

Import zamówienia w procedurze OSS

Podczas importu zamówienia, na którym zastosowano procedurę VAT OSS zostaną ustawiony następujące dane:

• kraj przeznaczenia zgodny z krajem przesłanym na adresie kontrahenta Docelowego
• typ transakcji: Wewnątrzwspólnotowa
• zaznaczony parametr WSTO_EE

Na pozycjach zamówienia zostaną ustalone stawki VAT zgodnie z ustawianiami stawek na towarze dla kraju przeznaczenia.

Przesyłanie lokalizacji sklepu na podstawie kraju działalności

Przesyłanie lokalizacji sklepu będzie miało zastosowanie przy ustawieniu sprzedaży w innym kraju niż kraj instalacji. W chwili obecnej w Comarch e-Sklep możliwe jest prowadzenie działalności w 8 krajach.

Kraje działalności obsługiwane w Comarch e-Sklep:

1 – Polska (pl-PL),

2 – USA (en-US),

3 – Niemcy (de-DE),

4 – Ukraina (uk-UA),

5 – Francja (fr-FR),

6 – Szwajcaria (fr-CH),

7 – Szwajcaria (de-CH),

8 – Szwajcaria (it-CH)

Lokalizacja będzie ustalana na podstawie kraju działalności określonego w Pieczątce firmy przypiętej do Centrum powiązanego z oddziałem sklepu, o ile pole to będzie wypełnione. Jeśli pole nie będzie wypełnione wówczas lokalizacja będzie ustalana na podstawie kraju określonego w konfiguracji Systemu Ogólne/Parametry 1 jako kraj instalacji (parametr – Kraj instalacji). Najczęściej krajem instalacji będzie Polska (PL).

Wskazanie lokalizacji innej niż PL oznacza to, że sprzedaż w sklepie ma się odbywać na zasadach kraju, który zostanie ustalony jako kraj instalacji lub działalności.

W przypadku Centrum powiązanego z oddziałem e-Sklep podczas dodawania Pieczątki Firmy z krajem o lokalizacji kraju nieobsługiwanego w e-Sklep pojawi się komunikat:

Komunikat informujący o braku możliwości zastosowania lokalizacji w e-Sklep

W przypadku ustawienia lokalizacji innej niż PL konieczne jest uzupełnienie stawek podatku VAT na towarach wysyłanych do e-Sklepu wg kraju lokalizacji/działalności.

Po ustawieniu lokalizacji wg zasad opisanych wyżej możliwe będzie prowadzenie sprzedaży w e-Sklepie wg stawek podatku udostępnionych dla danych krajów.

Po zalogowaniu do sklepu i wybraniu odpowiedniej lokalizacji możliwe będzie zamawianie towaru wg stawek danego kraju a sprzedaż będzie traktowana jak sprzedaż krajowa, o ile zarejestrowany kontrahent będzie Użytkownikiem kupującym w danym kraju.

W przypadku kontrahentów będących podmiotami z innego kraju, sprzedaż będzie rejestrowana jako wewnątrzunijna lub pozaunijna.

W przypadku kontrahenta z innego kraju i zaznaczenia parametru OSS będzie traktowana jako sprzedaż OSS z zastosowaniem stawek kraju dostawy towaru.

Import zamówień będzie działał analogicznie jak w przypadku dokumentów krajowych jedynie zmiany będą polegały na zastosowaniu stawek VAT wg kraju instalacji/działalności.

Współpraca z Comarch POS

Wyszukiwanie globalne dokumentów w POS oraz możliwość wystawienia do nich korekt i reklamacji

Globalne wyszukiwanie dokumentów na stanowiskach POS

Obsłużono parametr globalne wyszukiwanie dokumentów na stanowiskach POS wg ustawienia na konfiguracji oddziału POS, zakładka [Parametry].

Parametr wyszukiwania globalnego dokumentów na stanowiskach POS

Wyszukiwanie globalne polega na możliwości przeszukania dokumentów w bazie Comarch ERP XL i pobranie na stanowisko POS. W przypadku, gdy po wpisaniu numeru poszukiwanego dokumentu (faktury lub paragonu) na liście dokumentów na stanowisku POS nie zostanie on odnaleziony w bazie lokalnej POS, System zadaje pytanie: Czy chcesz kontynuować wyszukiwanie również w systemie ERP?. Po wybraniu opcji Szukaj wysyłane jest zapytanie o konkretny numer dokumentu do Comarch ERP XL. W przypadku gdy dokument zostanie odnaleziony następuje jego pobranie i zapisanie w lokalnej bazie POS.

Pobieranie dokumentów handlowych (faktur i paragonów) wystawionych na innych stanowiskach POS

Wskazówka

Jeśli w poszczególnych sklepach wykorzystywane są różne typy cen, wówczas w celu poprawnego przesyłania dokumentów pomiędzy sklepami konieczne jest dodanie cenników innych sklepów w konfiguracji Centrów powiązanych z oddziałami POS.

Wskazówka

Jeśli w poszczególnych sklepach wykorzystywane są różne waluty, wówczas w celu poprawnego przesyłania dokumentów pomiędzy sklepami konieczne jest dodanie walut wykorzystywanych w innych sklepach na oknie konfiguracji oddziału POS.

Dokument wyszukany bazie Xla, automatycznie jest pobierany i zapisywany na liście dokumentów w POS. Jeśli do paragonu wystawiono fakturę, jest ona również pobierana. Dotyczy to również faktur wystawionych do tych dokumentów w Systemie Comarch ERP XL. Na liście dokumentów pojawi się zarówno paragon jak i faktura wraz z informacją o powiązaniu tych dokumentów. W przypadku paragonów z wystawionymi do nich fakturami wyszukiwanie może być realizowane zarówno po numerze paragonu jak i faktury.

Paragony i faktury, do których wystawiono korekty pobierane są wraz z korektami, które są powiązane i widoczne na liście dokumentów w POS. Dotyczy to również korekt wystawionych do tych dokumentów w Systemie Comarch ERP XL. Wyjątkiem jest sytuacja gdy w XLu wystawiono korektę wartościową lub stawki VAT. Wówczas paragon czy faktura nie zostaną przekazane do Comarch POS, gdyż nie byłoby możliwe uwzględnienie tych korekt w dalszym procesie wystawiania dokumentów (kolejne zwroty lub faktura).

Uwaga

Na stanowisko POS możliwe jest pobranie dokumentów wystawionych na innych stanowiskach danego oddziału POS oraz w innych oddziałach POS. Nie ma możliwości pobierania dokumentów wystawionych w Centrali czyli bezpośrednio w bazie w Comarch ERP XL. Jest to związane z możliwościami wystawiania w Systemie XL faktur i paragonów, gdzie na jednej pozycji dokumentu może być pobranych wiele różnych partii i dostaw, podczas gdy do Comarch POS konieczne jest wskazanie jednej konkretnej partii dla każdej pozycji.

Uwaga

Nie są wyszukiwane dokumenty wystawione dla kontrahentów niezarejestrowanych w bazie POS, na którym realizowane jest wyszukiwani ani dokumenty z pozycjami niesprzedawanymi w danym sklepie.

Wystawianie korekt i reklamacji do dokumentów pobranych z innych stanowisk i oddziałów

Do pobranego paragonu możliwe będzie wygenerowanie faktury, wystawienie korekty oraz wystawienie dokumentu reklamacji na takich samych zasadach jak dla dokumentów wystawionych lokalnie.

Do pobranych faktur możliwe będzie wystawienie korekty lub reklamacji na takich samych zasadach jak dla dokumentów wystawionych lokalnie.

• Magazyn na korektach

W przypadku wystawiania dokumentów zwrotu, towar trafi na magazyn domyślny oddziału, na którym realizowany jest zwrot bez względu z jakiego magazynu realizowana była sprzedaż.

Blokada wystawiania faktur bez numeru NIP

Na oknie konfiguracji oddziału Comarch POS na zakładce [Parametry] został dodany nowy parametr Blokada wystawiania faktur bez numeru NIP. Po jego zaznaczeniu nie będzie możliwe wystawienie faktury dla podmiotu gospodarczego bez uzupełnienia numeru NIP.

Parametr dotyczący blokady wystawiania faktur bez NIP

Równocześnie w przypadku wystawiania faktury dla kontrahenta detalicznego pojawi się komunikat o konieczności rejestracji paragonu a następnie wystawienia faktury do paragonu. Jeśli jednak numer NIP zostanie przesłany dla kontrahenta detalicznego z XLa, możliwe będzie wystawienie faktury bezpośrednio (bez konieczności rejestrowania paragonu).

Uwaga

Funkcjonalność ta będzie dostępna od wersji 2025.0 Comarch POS.

Termin płatności na dokumentach pochodzących z dokumentu ZS

Na oddziale Comarch POS dodano parametr dotyczący ustawiania terminu płatności na dokumentach FS lub PA wystawianych do ZS. Parametr Ignoruj termin płatności ustawiony na dokumencie ZS został dodany na oknie konfiguracji oddziału POS na zakładce [Parametry]. Domyślnie jest odznaczony.

Parametr określający sposób ustawiania terminu płatności na dokumentach generowanych z zamówień

Jeśli parametr zostanie zaznaczony wówczas podczas generowania faktury lub paragonu do zamówienia, termin z zamówienia zostanie zignorowany i ustawiony na podstawie ustawień karty kontrahenta.

Warunkiem do ustalenia terminu na dokumencie handlowym wg powyższego jest ustawienie w konfiguracji stanowiska oddziału POS przynajmniej jednej płatności odroczonej czyli takiej, dla której nie są generowane automatyczne rozliczenia KP/KW.

W Systemie Comarch POS na formularzu faktury prezentowana jest informacja o ustawionym terminie płatności.

Informacja o terminie płatności przekazywana jest do Comarch ERP XL i odpowiednio zapisana na zakładce [Płatności] dokumentu handlowego.

Przesunięcia towaru pomiędzy sklepami (oddziałami) Comarch POS

• Odblokowano możliwość dodawania magazynów przypisanych do innych oddziałów w Centrum powiązanym z oddziałem POS. Dzięki temu w Comarch POS możliwe będzie wykonanie przesunięcia towarów pomiędzy różnymi sklepami (oddziałami POS).
• Przesunięcia pomiędzy różnymi sklepami można realizować w Comarch POS z poziomu menu Back Office/ Wydanie towarów/ Przygotowanie wysyłki/ Przesuniecie ręczne. Po dodaniu nowego dokumentu należy wskazać magazyn oddziału, z którego będzie realizowane przesuniecie (lokalny magazyn sklepu) oraz magazyn docelowy innego sklepu, na który zostaną przesunięte dodane do dokumentu towary.
• Jeśli na definicji dokumentu MMW w kontekście Centrum powiązanego z oddziałem POS zostanie niezaznaczony parametr dotyczący automatycznego generowania dokumentów MMP, wówczas MPP nie zostanie utworzone a dokument MMW może zostać pobrany na stanowisko oddziału, do którego zostały przesunięte towary. Standardowo przyjęcie towaru na drugim oddziale może być realizowane z poziomu opcji Back Office> Przyjęcie dostawy. Jeśli ww. parametr będzie zaznaczony wówczas dokument MMP zostanie utworzony w XLu a stany towarów na magazynie docelowym zostaną zaktualizowane.

Inne zmiany

• Paczkowanie limitów kredytowych podczas synchronizacji
• Wydłużenie pola Adres usługi kolejki wiadomości w Konfiguracji Systemu na zakładce [POS] do 64 znaków.
• Dodanie wydruków do Inwentaryzacji (Inwentaryzacja, Wykaz rozbieżności inwentaryzacji, Arkusz inwentaryzacji, Raport inwentaryzacji). Wydruki widoczne są na formularzu stanowiska POS na zakładce [Wydruki].

Współpraca z Comarch B2B

Uprawnienia operatora do panelu administracyjnego

Na karcie operatora, zakładka [Ogólne], dodano parametr Dostęp do panelu administracyjnego Comarch B2B.

Uprawnienie do Panelu administracyjnego Comarch B2B na karcie operatora

Analogiczny parametr znajduje się też na wzorcu operatora, również na zakładce [Ogólne].

Ustawienie będzie wykorzystywane przez Comarch B2B. Operatorzy z zaznaczoną opcją, będą mogli logować się do panelu administracyjnego Comarch B2B.

Więcej informacji na ten temat znajduje się w Centrum Pomocy Comarch B2B https://pomoc.comarch.pl/b2b/pl/.