Ramowy harmonogram wersji Comarch ERP XL w 2025 r.

Numer wersji	Typ wersji	Termin wydania	Uwagi
2025.1	Wersja	Czerwiec 2025
2026.0	Wersja	Grudzień 2025

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

Aplikacja	Wersja	Uwagi
Comarch IBARD	6.13.2.0
Comarch e-Sklep	2025.0
Comarch B2B	Informacja w dokumentacji nowej wersji
Comarch Mobile (Zarządzanie, Sprzedaż, Monitorowanie, Serwis)	2024.3.1 lub wyższa
Comarch WMS (Zarządzanie, Magazynier)	2025.0.0
Comarch Magazynier	2024.0.0
Comarch ERP XL HR	2025.1.1
Comarch HRM	2025.0.1
Comarch DMS (stacjonarny, WWW)	2024.3.1
Comarch ERP XL Business Intelligence (Księga raportów, Panel zarządzania, Konfigurator)	2025.0
Comarch ERP XL Business Intelligence (BI Point)	2024.1
Migracja danych XL2XML	12.0
Comarch MES	2025.0
Comarch e-Sprawozdania	2024.1.1
Comarch POS	2024.5
Comarch Shipping	Aktualna wersja shipping.comarch.com
Comarch Apfino	Aktualna wersja apfino.pl
Comarch sPrint	2024.2.0025
Comarch APS	2024.1
Comarch WEB POS	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.

• 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.

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.

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:

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).

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 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:

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.

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.

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.

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:

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.

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.

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.

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.

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:

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:

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:

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.

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.

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:

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ą:

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:

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:

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.

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:

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, 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:

Przyklad

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.

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:

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.

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:

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ć dokonywana 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.

Zmiany w JPK_MAG

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

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.

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 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.

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:

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:

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.

Promocje

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

Podczas naliczania promocji uwzględniane są parametry promocji:

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ą:

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 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].

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ą:

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.

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:

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.

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,

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

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 <CTRL>+<Insert> 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.

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:

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.

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:

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].

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

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].

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 .

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.

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

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.

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.

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).

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.

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:

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:

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

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:

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

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ć.

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:

Inne

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

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.

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.

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.

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.

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.

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:

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

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ść: <PUS> lub <PUSTA> (dla wszystkich typów pytania) lub <Brak> (wyłącznie dla pytań o wystąpienie operacji, wybór operacji alternatywnej lub wybór surowca, czyli gdy TypPytania = 3, 4, 7) lub <Nieokreślona> (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ź (<PUSTA> lub <Brak>), 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 <Kod operacji>, <Nazwa operacji> 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:

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.

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:

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.

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ń.

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

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 formularzu JPK_V7M i JPK_V7K

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

Zmiany na formularzu VAT-UE, VAT-UEK

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

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

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 udostępniony z poziomu formularza JPK_V7 o typie złożenie lub korekta, prezentujący dokumenty wg pól deklaracji VAT-7

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

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.

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

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:

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.

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

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.

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).

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.

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

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.

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].

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.

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].

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.

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.

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

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

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.

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.

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.

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.

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

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:

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.

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ą:

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.

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 :

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.

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.

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 <DEL> 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.

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 przycisk Ustaw 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.

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.

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.

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

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 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:

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:

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.

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

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.

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ę <Niezwiązane>, 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.

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.

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.

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.

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.

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.

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.

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).

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.

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.

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.

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:

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:

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].

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.

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.

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.

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

Inne zmiany

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.

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/.