Logistyka

Zmiany w zakresie wysyłki faktur do KSeF

Wysyłanie do KSeF faktur dla wielu Nabywców

W obrocie gospodarczym występują transakcje sprzedaży towarów i usług dla wielu nabywców przy określeniu procentowego udziału w transakcji dla każdego z kontrahentów. Zasady ujmowania takich faktur w JPK/KSeF są następujące:

System Comarch ERP XL nie posiada funkcjonalności rejestrowania faktury dla wielu nabywców. Aby wesprzeć Użytkowników w tym zakresie przygotowana została funkcjonalność pozwalająca na prawidłowe ujęcie tego typu transakcji w JPK_V7 oraz podczas wysyłki takich faktur do KSeF. Aby Użytkownik mógł skorzystać z tego udogodnienia powinien zachować poniższe zasady rejestrowania dokumentów na okoliczność takiej sprzedaży:

Taką samą logikę należy zachować dla faktur zaliczkowych oraz korekt faktur dla wielu nabywców.

Obsługa Podmiotu3 z rolą 4 – dodatkowy nabywca

Wysyłka sekcji Podmiot3 z rolą 4 odbywa się dla faktur/korekt faktur, dla których przypisano atrybut KSEF_FakturaDlaWieluNabywcow z wartością Tak. Dane dotyczące kolejnych powtórzeń sekcji Podmiot3 ustalane są na podstawie adresu kontrahenta/kontrahentów głównych na fakturach cząstkowych tj. fakturach, dla których zdefiniowano atrybut FakturaDlaWieluNabywcow i przypisano ww. fakturę główną. Wyjątek w tej kwestii dotyczy faktury na kontrahenta głównego. Dane identyfikacyjne, adres oraz dane kontaktowe Pomiotów3 ustalane są na podstawie adresów kontrahentów głównych z tychże faktur, wartość pola Udzial wysyłana jest zaś na podstawie wartości atrybutu o nazwie KSEF_Podmiot3_Udzial przypisanego do danej faktury cząstkowej.

Kopiowanie parametrów KSeF na faktury cząstkowe

Jak napisano powyżej wysyłce do KSeF podlega faktura główna, ona bowiem posiada elementy towarowe i inne szczegółowe dane transakcji. Na fakturach cząstkowych Użytkownik powinien natomiast włączyć parametry: Wyślij do KSeF oraz Poza systemem. Jest to podyktowane tym, że w JPK_VAT należy wykazywać numer KSeF faktury/faktur. Aby więc z jednej strony takie dokumenty nie zostały wysłane do KSeF (ponieważ do KSeF został/zostanie wysłany dokument główny) a z drugiej strony, aby można było na nie nanieść dane KSeF konieczne jest włączenie obu ww. parametrów. Zakres aktualizacji danych KSeF na fakturach cząstkowych wskutek zmian na fakturze głównej obejmuje poniżej opisane scenariusze.

Podczas pobierania UPO dokumentom nadawany jest numer KSeF i ustalane/aktualizowane są inne dane KSeF takie jak: status, data wysłania do KSeF, data przyjęcia w KSeF i data pobrania UPO. Obsłużone zostało kopiowanie zarówno numeru KSeF jak i innych, ww. parametrów na faktury cząstkowe. Dokonywane jest ono wyłącznie wówczas, jeśli faktury te są oznaczone parametrem Poza systemem.

Obsługa Podmiotu3 z określoną rolą na podstawie atrybutu

Dotychczasowa obsługa sekcji Podmiot3 faktury ustrukturyzowanej oparta na danych kontrahenta docelowego, płatnika oraz osoby u kontrahenta głównego została wzbogacona o obsługę tychże podmiotów opartą na atrybutach, dzięki którym obsłużono wszystkie przewidziane przez KSeF role Podmiotów3, w tym rolę opisową.

Zasady obsługi Podmiotu3 na podstawie atrybutów przedstawia poniższa tabela:

Parametryzacja wysyłania Podmiotu3 w roli Odbiorcy na podstawie adresu kontrahenta docelowego

Dotychczas podczas wysyłki faktury do KSeF adres kontrahenta docelowego był interpretowany jako Podmiot 3 w roli 8 (JST- odbiorca) jeśli w karcie kontrahenta docelowego włączono znacznik JST, w roli 10 (GV – odbiorca) jeśli w karcie kontrahenta docelowego włączono znacznik GV oraz w roli 2 (Odbiorca) jeśli brak ww. znaczników i adres ten jest inny niż adres kontrahenta głównego dokumentu.

Zasady wysyłania danych z adresu kontrahenta docelowego jako Podmiotu3 z rolą 8 (JST- odbiorca) oraz rolą 10 (GV- odbiorca) nie uległy zmianie, zmiana dotyczy natomiast zasad wysyłania kontrahenta docelowego jako Odbiorcy (Podmiot3 z rolą 2).

Zgodnie z broszurą struktury logicznej FA(3) sekcja Podmiot3 z rolą 2 służy do oznaczenia „Odbiorcy – w przypadku gdy na fakturze występują dane jednostek wewnętrznych, oddziałów, wyodrębnionych w ramach nabywcy, które same nie stanowią nabywcy w rozumieniu ustawy”.

W związku z powyższym dotychczasowe każdorazowe wysyłanie Podmiotu3 z rolą 2 w przypadkach użycia na fakturze innego adresu kontrahenta docelowego niż głównego dla niektórych Użytkowników jest zbędne lub wręcz niepożądane. Aby temu zaradzić wprowadzona została w tym zakresie parametryzacja zachowanie Systemu.

Zasady wysyłania danych kontrahenta docelowego jako Odbiorcy, zależnie od ww. parametrów oraz warunków handlowych ustalonych na wysyłanym dokumencie przedstawia poniższa tabela.

Zmiana zasad wysyłania danych identyfikacyjnych Podmiotu3

Dotychczasowe zasady co do rodzaju identyfikatora Podmiotu3 zawodzą w przypadkach, gdy podmiotem tym jest kontrahent o innych rodzaju niż rodzaj transakcji na który wskazuje faktura, np. FSE wystawiona dla transakcji wewnątrzwspólnotowej, ale jako płatnik wskazany kontrahent oznaczony jako krajowy.

Aby ww. poprawić a także uprościć i ujednolicić zasady wysyłania identyfikatorów dla Podmiotu3 wysyłanych w oparciu o adres kontrahenta docelowego, płatnika, czy też adresy Podmiotów3 określonych za pomocą atrybutów dokonane zostały stosowne zmiany, po których obowiązują poniższe zasady wysyłania identyfikatora Podmiotu3:

Zmiany w wysyłce znacznika JST i GV sekcji Podmiot2

Znacznik JST wysyłany w sekcji Podmiot2 faktury oznacza, że dotyczy ona jednostki podrzędnej samorządu terytorialnego. W takim wypadku wysyła się ww. znacznik oraz dane tej jednostki samorządu terytorialnego w sekcji Podmiot3 z rolą 8.

Znacznik GV wysyłany w sekcji Podmiot2 faktury oznacza z kolei, że dotyczy ona członka grupy VAT. W takim wypadku wysyła się ww. znacznik oraz dane członka grupy VAT w sekcji Podmiot3 z rolą 10.

Od wersji 2025.1 informacja o podmiotach JST i GV wysyłana jest na podstawie adresu kontrahenta docelowego oznaczonego odpowiednio parametrem JST i GV. Od wersji 2025.1.5, w związku z możliwością określenia Podmiotu3 za pomocą atrybutów rozszerzone zostały przypadki, dla jakich wysyłany jest znacznik JST i GV w sekcji Podmiot2 o scenariusze, w których Podmiot3 w roli 8 lub 10 został przypisany za pomocą atrybutów. Obecnie obowiązujące zasady przedstawia poniższa tabela.

Rachunek bankowy faktora – obsługa podczas wysyłki

W wersji 2025.1.5 umożliwiono wysłanie w fakturze ustrukturyzowanej informacji o rachunkach bankowych faktora. Aby z tej możliwości skorzystać należy do faktury przypisać zestaw atrybutów o określonej nazwie. W przypadku rozliczeń w różnych walutach lub mechanizmu podzielonej płatności, czyli wówczas gdy istnieje potrzeba przesłania dwóch numerów rachunków faktora należy użyć dwóch zestawów atrybutów. Zasady nazewnictwa ww. atrybutów przedstawia poniższa tabela.

W wersji 2026.0 planowana jest dodanie parametru Faktor na rejestr bankowy i obsługa wysyłki rachunków bankowych faktora w oparciu o ten parametr, a wówczas użycie atrybutów do obsługi rachunków Faktora nie będzie już potrzebne.

Obsługa daty zamówienia podczas wysyłki dokumentów i rozszerzenie zakresu identyfikacji zamówień

Schemat e-faktury umożliwia przesłanie informacji o numerach i datach zamówień realizowanych daną fakturą.

Dotychczas Comarch ERP XL wysyłał numer/numery zamówień, data zamówienia nie była wysyłana. W wersji 2025.1.5 pole to zostało obsłużone, dokonano również rozszerzania zakresu identyfikacji zamówień. Zmiany w zakresie tej sekcji objęły poniższe zagadnienia:

Po wyżej opisanych zmianach obsługa sekcji Zamówienia podczas wysyłki określonych typów dokumentów przedstawia się jak niżej:

Obsługa sekcji Transport podczas wysyłki do KSeF

Zgodnie z budową sekcji Transport schematu e-faktury polami obowiązkowymi tej sekcji są: Rodzaj transportu oraz Opis ładunku, pozostałe pola są opcjonalne. W Systemie Comarch ERP XL nie ma pola dedykowanego do opisu ładunku, stąd obsługa tego pola została oparta na atrybucie o nazwie KSEF_OpisLadunku. W związku z tym przyjęta została zasada, zgodnie z którą sekcja Transport jest wysyłana wyłącznie wówczas, jeśli dla wysyłanego dokumentu podany zostanie ww. atrybut.

Transport/Rodzaj transportu

Rodzaj transportu wysyłany jest w oparciu o wartość wskazaną w kontrolce Rodzaj transportu formatki dokumentu. Jeśli wartość ta wskazuje na jeden z dozwolonych w KSeF rodzajów transportu, wówczas jego numer wysyłany jest w polu Rodzaj transportu, w przeciwnym razie wysyłany jest znacznik TransportInny a w polu OpisInnegoTransportu wysyłana jest nazwa danego rodzaju transportu.

Transport/Przewoźnik

Dane dotyczące przewoźnika wysyłane są na podstawie atrybutu typu kontrahent o nazwie KSEF_Przewoznik przypisanego do wysyłanego dokumentu.

Dane identyfikacyjne oraz adres Przewoźnika wysyłane są na podstawie adresu bieżącego (aktualnego) kontrahenta przypisanego w ww. atrybucie. Rodzaj identyfikatora wysyłanego dla Przewoźnika ustalany jest według identycznych zasad, jak opisane wyżej dla Podmiotu3.

Transport/Numer zlecenia transportu

Pole NrZleceniaTransportu wysyłane jest w oparciu o wartość atrybutu tekstowego o nazwie KSEF_NrZleceniaTransportu przypisanego do wysyłanego dokumentu.

Transport/Opis ładunku

Informacja o rodzaju ładunku wysyłana jest w oparciu o wartość atrybutu tekstowego o nazwie KSEF_OpisLadunku przypisanego do wysyłanego dokumentu, przy czym, jeśli w atrybucie tym podano jedną z wartości ujętych wśród dozwolonych w KSeF rodzajów opakowania zbiorczego, wówczas w polu OpisLadunku wysyłany jest numer rodzaju opakowania, w przeciwnym wypadku wysyłany jest znacznik LadunekInny oraz w polu OpisInnegoLadunku wysyłana jest wprost wartość ww. atrybutu.

Transport/ Jednostka opakowania

Pole JednostkaOpakowania wysyłane jest w oparciu o wartość atrybutu tekstowego o nazwie KSEF_JednostkaOpakowania przypisanego do wysyłanego dokumentu.

Transport/Daty i godziny rozpoczęcia/zakończenia transportu

Informacje o datach i godzinach rozpoczęcia i zakończenia transportu wysyłane są na podstawie atrybutów o nazwach j.n. przypisanych do wysyłanego dokumentu:

Transport/Wysyłka Z

Sekcja Wysyłka Z jest wysyłana opcjonalnie, o ile w Konfiguracji włączony zostanie parametr Podczas eksportu wysyłaj/Adres rozpoczęcia transportu.

Dane adresowe sekcji Wysyłki Z są pobierane z domyślnego adresu wysyłkowego kontrahenta wewnętrznego przypisanego do pieczątki firmy właściwej dla wysyłanego dokumentu. Jeśli dla kontrahenta tego nie przypisano takiego adresu, wówczas z pierwszego adresu wysyłkowego. Jeśli dla kontrahenta wewnętrznego nie zdefiniowano żadnego adresu wysyłkowego lub na pieczątce w ogóle nie ma kontrahenta wewnętrznego, wówczas dane pobierane są z pieczątki firmy, zakładka [Ogólne].

Transport/Wysyłka do

Dane adresu docelowego transportu ustalane są na podstawie adresu kontrahenta docelowego ustalonego na wysyłanym do KSeF dokumencie.

Inne zmiany w wysyłce faktur do KSeF

Oprócz opisanej wyżej obsługi kolejnych pól/sekcji podczas wysyłki faktur do KSeF poprawiono zachowanie Systemu w poniższych zakresie

Zmiany w zakresie importu faktur z KSeF

Import faktur w paczkach

Środowisko API KSeF nakłada na Użytkowników limity w zakresie ilości zapytań w określonym czasie. Szczegółowe informacja na ten temat znajdują się w dokumentacji opublikowanej pod poniższym linkiem:

https://github.com/CIRFMF/ksef-docs/blob/main/limity/limity-api.md

Na dzień powstawania niniejszego dokumentu limity te ustalone były na przedstawionym w poniższej tabeli poziomie.

Dotychczas stosowana w Systemie Comarch ERP XL metoda importowania pojedynczo kolejnych faktur z KSeF powodowała, że w przypadku Użytkowników importujących duże ilości faktur ww. limity wyczerpywane były zbyt szybko. Aby temu zaradzić udostępniona została metoda import faktur paczkami, przy czym Użytkownik ma możliwość określenia poniższych parametrów tego importu:

Domyślnie import paczkami odbywa się wówczas, jeśli zgodnie z kryteriami importu (zakres czasowy, konkretni dostawcy itp.) System będzie importował co najmniej pięć faktur i odbędzie się on wówczas paczkami zawierającymi nie więcej niż 250 dokumentów. Użytkownik może te wielkości zmienić w Konfiguracja/KSeF/Import/Import paczkami odpowiednio w kontrolce Próg oraz Ilość w paczce. Dozwolony zakres edycji od 10 do 250 w kontrolce Ilość w paczce wynika z zakresu dozwolonego w KSeF. W konsekwencji również próg można ustawić w zakresie od 1 do 250.

Opcjonalne pomijanie faktur zaimportowanych z KSeF poza systemem

Podczas importu faktur zakupu z KSeF System pomija te faktury, które zostały już zaimportowane do Systemu Comarch ERP XL i znajdują się na liście Faktury zakupu z KSeF. W przypadku, gdy Użytkownik zarejestrował w Systemie fakturę zakupu i samodzielnie nadał jej numer KSeF, włączając uprzednio parametr Źródłowy z KSeF/Poza systemem faktura o takim numerze KSeF była importowana na listę Faktury zakupu z KSeF.

W wersji 2025.1.5 zachowanie Systemu w tym zakresie zostało sparametryzowane i zależy od ustawienia parametru Pomijaj faktury zaimportowane poza systemem w Konfiguracja/KSeF/Import.

Włączenie parametru oznacza, że podczas importu pomięte zostaną nie tylko faktury zaimportowane z KSeF bezpośrednio przez Comarch ERP XL ale również zarejestrowane w nim na podstawie faktur KSeF pobranych samodzielnie z aplikacji podatnika, czy też przez inny system np. BPM.

Inne zmiany

Obsługa kaucji z Comarch EDI za pomocą noty księgowej

Przesyłanie WKA wystawionych w Comarch ERP XL do Comarch EDI (ECOD)

Kaucje wydawane do dokumentów handlowych, takich jak faktury czy dokumenty WZ, rejestrowane są oddzielnymi dokumentami WKA oraz WKK w przypadku korekt. Kaucje nie są wykazywane na dokumentach handlowych jako pozycje tychże dokumentów, jednak mogą być prezentowane na fakturze/WZ jako oddzielne pozycje.

Dokumenty wydania kaucji, zarówno te wystawione niezależnie od dokumentów handlowych, jak również te wystawione razem z dokumentami handlowymi mogą zostać przesłane do Comarch EDI (ECOD) jako noty księgowe ACCNOT.

Na liście dokumentów WKA dodano przycisk Eksport do ECOD, który umożliwia utworzenie komunikatu ACCNOT – nota księgowa i zapisanie go we wskazanej lokalizacji.

Warunkiem wysłania dokumentu do ECOD jest ustawienie parametru Płatność na dokumencie oraz wskazanie rejestru bankowego na zakładce [Płatności].

Obecność GLN kontrahentów sprawdzana jest tylko wówczas, gdy w Konfiguracji nie zaznaczono parametru: Nie sprawdzaj obecności GLN kontrahenta.

Ponieważ opakowania zwrotne nie posiadają własnych kodów EAN nie jest sprawdzana obecność kodów EAN na wydawanych/zwracanych kaucjach podczas eksportu do ECOD.

GLN kontrahenta oraz EAN towarów nie są walidowane również w Comarch EDI.

Jeśli dokumenty kaucyjne zostały wystawione do dokumentu handlowego (FS lub WZ), wówczas dodatkowo przesyłany jest numer faktury/WZ oraz data wystawienia powiązanego dokumentu handlowego w sekcji Reference.

Jeśli na zakładce [Nagłówek] zostanie zapisany numer zamówienia wówczas jest on przesłany w sekcji Order.

Towary będące opakowaniami zwrotnymi (kaucjami) nie podlegają opodatkowaniu podatkiem VAT, dlatego na pozycjach kaucyjnych stawkę VAT należy ustawić jako 0,00% NP. W komunikacie ACCNOT stawka ta będzie prezentowana w polu TaxRate jako „O” – nie dotyczy.

Import dokumentów kaucyjnych jako PKA i PKK z plików Comarch EDI (ECOD)

Na liście dokumentów PKA dodano przycisk Import z ECOD z rozwijanym menu, za pomocą którego można zaimportować dokumenty ACCNOT jako PKA i PKK. Aby zaimportować dokument wydania kaucji należy wybrać opcję Import PKA z ECOD. Aby zaimportować korektę należy ustawić kursor na dokumencie, do którego wystawiono korektę i wybrać opcję Import PKK z ECOD. Zaimportowane dokumenty zapisywane są na liście dokumentów PKA a w przypadku importu korekt tworzone jest powiązanie pomiędzy korektą a dokumentem korygowanym.

Na zaimportowanych dokumentach ustawiany jest parametr Płatność i naliczane są płatności zgodnie z przesłanymi informacjami.

Pozostałe zmiany – współpraca z KSeF

Sprzedaż dla członków grupy VAT – GV

W przypadku, gdy faktura ma być przekazywana z poziomu Comarch EDI do KSeF, a sprzedaż realizowana jest dla Członka grupy VAT (GV), konieczne jest zaznaczenie na karcie kontrahenta, na zakładce [Księgowe] parametru GV. Jeśli kontrahent ten zostanie wskazany jako kontrahent docelowy (odbiorca), wówczas zostanie przekazany za pośrednictwem EDI do KSeF z odpowiednią rolą (10), jako odbiorca – członek grupy VAT.

Informacja ta przesyłana jest w komunikacie Invoice w sekcji AdditionalParty z ustawieniem <Role>10</Role>. Oprócz roli w sekcji tej przesyłane są dane adresowe odbiorcy oraz NIP.

Księgowość

Zmiany w nadawaniu oznaczeń w JPK_V7 (wersja 3) do wymogów KSeF

W wersji Comarch ERP XL 2025.1.5 zaktualizowano hierarchię oraz priorytety nadawania znaczników DI, BFK i OFF. Nowe reguły uwzględniają wartość atrybutu JPK_KSeF oraz weryfikują rodzaju transakcji.

Zmiany dotyczą przede wszystkim sposobu oznaczania:

W aktualnej wersji dokumenty te, jeśli nie posiadają numeru KSeF otrzymują znacznik DI (w poprzedniej wersji nadawany był znacznik BFK). Nowy atrybut JPK_KSeF pozwala użytkownikowi na ręczne wymuszenie znacznika BFK, DI lub OFF, przy czym dane pobrane bezpośrednio z systemu KSeF (numer KSeF) mają zawsze charakter priorytetowy.

Nowy typ atrybutu JPK_KSeF

Cel wprowadzenia

Nowy atrybut o nazwie JPK_KSeF służy do obsługi scenariuszy niestandardowych, takich jak dokumenty SAD rejestrowane w trybie a-vista czy dokumentowanie rabatów pośrednich. Atrybut ten umożliwia użytkownikowi ręczne nadanie znaczników DI, OFF oraz BFK bezpośrednio na dokumentach sprzedaży lub zakupu (zakładka [Atrybuty]).

Wskazanie konkretnej wartości atrybutu pozwala na wymuszenie odpowiedniego oznaczenia w pliku JPK, co nadpisuje standardowe mechanizmy automatyczne systemu.

Wartości atrybutu JPK_KSeF

Atrybut o nazwie JPK_KSeF to atrybut typu „Lista zamknięta” z czterema wartościami:

Dodawanie atrybutu na dokumentach

Atrybut JPK_KSeF będzie dostępny na dokumentach sprzedaży oraz zakupu, które ujmowane są w pliku JPK_V7.

Ręczne ustawianie wartości dla atrybutu JPK_KSeF na dokumentach wygląda następująco:

Proces przypisywania wartości atrybutu pozycjom w pliku JPK_V7(3)

Proces przypisywania oznaczeń (hierarchia logiki) przebiega następująco:

Konwersja do wersji Comarch ERP XL 2026.0

W wersji Comarch ERP XL 2026.0 atrybut JPK_KSeF otrzyma status „Archiwalny”. Jego zadanie przejmie nowe pole JPK_KSeF, które zostanie udostępnione na dokumentach sprzedaży i zakupu, na zakładce [VAT]. Podczas konwersji system przepisze wartości nadane na dokumencie za pomocą atrybutu JPK_KSeF na wartość pola JPK_KSeF. Wartość atrybutu JPK_KSeF oraz pole JPK_KSeF będą udostępniały identyczne wartości. Przykładowo, jeżeli na dokumencie wybrano atrybut JPK_KSeF z wartością DI, taka sama wartość zostanie ustawiona na dokumencie w polu JPK_KSeF.

Procedura oznaczania transakcji sprzedażowych pod kątem KSeF

Definicje oznaczeń

Każdy dokument sprzedażowy w ewidencji JPK_VAT otrzyma jedno z czterech oznaczeń w kontekście KSeF:

Proces przypisywania oznaczeń

Po wprowadzeniu atrybutu JPK_KSeF proces weryfikacji i przypisywania oznaczeń w pliku JPK (hierarchia logiki) przebiega następująco:

Zmiany w algorytmie standardowym (weryfikacja dokumentów wewnętrznych):

W ramach algorytmu standardowego wprowadzono dodatkowy krok weryfikujący typ dokumentu oraz przypisany do niego rodzaj transakcji. Mechanizm ten działa według poniższych reguł:

1. Analiza dokumentów wewnętrznych (FW, FWK, FWS, FKS) – jeśli dokument należy do tej grupy, system sprawdza jego rodzaj transakcji:

2. Analiza pozostałych dokumentów: Jeżeli typ dokumentu nie należy do grupy faktur wewnętrznych (nie jest to FW, FWK, FWS ani FKS), system całkowicie pomija powyższy krok i od razu stosuje dotychczasowy algorytm.

Procedura oznaczania transakcji zakupowych pod kątem KSeF

Definicje oznaczeń

Każdy dokument zakupu w ewidencji JPK_VAT otrzyma jedno z czterech oznaczeń w kontekście KSeF:

Proces przypisywania oznaczeń

Po wprowadzeniu atrybutu JPK_KSeF, proces weryfikacji i przypisywania oznaczeń w pliku JPK (hierarchia logiki) przebiega następująco:

Zmiany w algorytmie standardowym (Krok 3):

W ramach standardowego algorytmu wprowadzono dodatkowy etap weryfikacji rodzaju transakcji przypisanego do dokumentu. System analizuje go według poniższych reguł:

1. Transakcje krajowe – Jeżeli na dokumencie wybrano rodzaj transakcji Kraj, system od razu stosuje standardowy algorytm przypisywania numeru (tj. sprawdza kolejne wartości parametrów: „Źródłowy z KSeF”, „Offline”, „JPK_TypDok”).
2. Transakcje inne niż krajowe: Jeżeli rodzaj transakcji jest inny niż Kraj (np. są to faktury wystawione przez kontrahentów zagranicznych), system weryfikuje stan parametru „Źródłowy z KSeF”:

Zmiana sposobu prezentacji obrotów i sald na kontach w walucie systemowej (powiązanych i niepowiązanych z kontami walutowymi)

W wersji Comarch ERP XL 2025.1.5 w oknie Obroty i salda zmieniono sposób prezentacji danych dla kont w walucie systemowej (zarówno powiązanych, jak i niepowiązanych z kontami walutowymi).

Kluczową zmianą jest rezygnacja z wyświetlania wartości w kolumnach dotyczących waluty transakcji. Od tej wersji, dla tego typu kont, wszystkie kwoty prezentowane są wyłącznie w walucie systemowej (PLN).

Umożliwienie rozrachowywania dekretów z wybranym parametrem „Kwota tylko w walucie systemowej”

W poprzednich wersjach systemu rozrachunki dekretów z zaznaczonym parametrem Kwota tylko w walucie systemowej były blokowane, z wyjątkiem dekretów powiązanych dokumentami Przeszacowania walut.

W wersji Comarch ERP XL 2025.1.5 rozszerzono listę scenariuszy dopuszczających takie operacje. Obecnie rozrachunek jest możliwy dla dekretów z tym parametrem, które zostały wprowadzone:

Ponadto umożliwiono rozliczanie dekretów stornowanych z ich stornami (np. w przypadku różnic kursowych).

Aktualizacja deklaracji

W systemie Comarch ERP XL wprowadzono obsługę aktualnych wzorów deklaracji podatkowych oraz sprawozdań statystycznych GUS:

Aktualizacja wysokości stóp procentowych dla odsetek

W konfiguracji, na zakładce [Odsetki] zaktualizowano wysokość stóp procentowych dla odsetek kapitałowych, ustawowych za opóźnienia i w transakcjach handlowych które w wyniku decyzji Rady Polityki Pieniężnej zmieniały się z dniem 01.01.2026 r. oraz 05.03.2026 r.

Współpraca z Comarch POS

Przesyłanie numeru rachunku bankowego

Poszerzono obsługę przesyłania rejestrów bankowych o następujące dane:

Przesyłanie numeru BDO

Kontrahenci zarejestrowani w Bazie Danych o Odpadach posiadają nadany numer BDO.

Numer BDO ustalany jest i przesyłany do POS na podstawie informacji zapisanych w Pieczątce firmy centrum powiązanego z oddziałem POS.