Księgowość
Obsłużenie parametru, dzięki któremu użytkownik może zdecydować, czy program, na etapie zapisu dekretu, ma ostrzegać o braku opisu dekretu, czy nie
Obsłużono parametr, dzięki któremu użytkownik może zdecydować, czy program, na etapie zapisu dekretu, ma ostrzegać o braku opisu dekretu, czy nie.
Jak to działało do tej pory?
Do tej pory program w żaden sposób nie sprawdzał, czy w oknie dokumentu księgowego, a konkretnie w oknie „Dekret” podano opis danego dekretu, ani nie ostrzegał użytkownika o tym, że go nie podano.
Co zrobiono?
Obsłużono parametr, dzięki któremu użytkownik może zdecydować, czy program, na etapie zapisu dekretu, ma ostrzegać o braku opisu dekretu, czy nie.
Podanie opisu dekretu ma szczególne znaczenie w przypadku sporządzania pliku JPK_KR_PD w wersji 1., ponieważ opis dekretu, eksportowany do pliku JPK_KR_PD w wersji 1. do węzła „KontoZapis” do pola „Z_2” o brzmieniu „Opis dla linii zapisu”, jest elementem wymaganym w ww. pliku. Jeśli opis dekretu (zapisu księgowego) nie zostanie podany, a dekret (zapis księgowy) znajdzie się w danym pliku JPK_KR_PD w wersji 1., plik zostanie wygenerowany (bez opisu dekretu), ale jego wysyłka zakończy się błędem (właśnie z powodu braku opisu dekretu).
Jak to działa po zmianach?
1. W parametrach roku, w menu: „Administracja” -> „Parametry roku”, dodano nowy parametr o opisie „Ostrzegaj o braku opisu dekretu”. Znajduje się on w dotychczasowej grupie „Dekrety”, figuruje w niej, jako ostatnia pozycja.
2. Nowy parametr jest widoczny tylko w parametrach roku o typie „Księga handlowa”. Nie ma go w parametrach roku o typie „KPiR” oraz w parametrach roku o typie „Ryczałt”, ponieważ nie ma on żadnego uzasadnienia w tych typach lat, gdyż w ich przypadku nie występują dekrety.
3. Parametr „Ostrzegaj o braku opisu dekretu” działa na zasadzie zaznaczania/odznaczania pola typu checkbox, przy czym działa to tak:
a). jeżeli przy parametrze „Ostrzegaj o braku opisu dekretu” pole jest odznaczone, to program nie sprawdza, czy w oknie „Dekret”, w kontrolce „Opis”, występuje jakaś zawartość, czy nie (bez względu na pozostałe dane w dekrecie) i nie komunikuje o braku opisu dekretu, bez względu na to, czy go podano, czy nie,
b). jeżeli przy parametrze”Ostrzegaj o braku opisu dekretu” pole jest zaznaczone, to program sprawdza, czy w oknie „Dekert”, w kontrolce „Opis”, występuje jakaś zawartość, czy nie i:
– jeżeli w kontrolce „Opis” występuje jakaś zawartość (podano opis dekretu), to na etapie zapisu okna „Dekret” żaden komunikat o braku opisu dekretu nie zostaje wyświetlony,
– jeżeli w kontrolce „Opis” nie ma nic (nie podano opisu dekretu), to na etapie zapisu okna „Dekret”, program wyświetla komunikat informujący o wykrytym braku i pozwala użytkownikowi zdecydować, czy chce on kontynuować zapis (pomimo braku opisu dekretu), czy nie.
4. Domyślnie pole przy parametrze „Ostrzegaj o braku opisu dekretu” jest zaznaczone, więc domyślnie program ostrzega braku opisu dekretu (oczywiście o ile go nie podano).
U W A G A: Opisane powyżej działanie nowego parametru ma skutek tyko w przypadku „ręcznego” wprowadzania danych do dokumentu księgowego i klikania w przycisk „Zapisz” w oknie „Dekret” bądź w przypadku edytowania już istniejącego dokumentu księgowego i klikania w przycisk „Zapisz” w oknie „Dekret”. A zatem nowy parametr nie działa przy operacjach, które wprowadzają dane do dokumentów księgowych (do okna „Dekrety”) automatycznie i nie wymagają klikania w przycisk Zapisz” w oknie każdego jednego dokumentu księgowego. Innymi słowy: nowy parametr nie działa przy rozksięgowaniach automatycznych za pomocą:
– wzorców księgowania,
– rozksięgowaniach XSLT (transformatach),
– szablonów KSeF,
a także przy importach dokumentów księgowych.
Obsłużenie walidacji numeru KSeF, podanego w oknie dokumentu księgowego, pod kątem jego zgodności z ustalonym odgórnie formatem i ostrzeganie o niepoprawności w tym zakresie
Obsłużono walidację numeru KSeF, podanego w oknie dokumentu księgowego, na zakładce „KSeF”, pod kątem jego zgodności z ustalonym odgórnie formatem.
Jak to działało do tej pory?
Do tej pory program w żaden sposób nie walidował prawidłowości numeru faktury, podanego w oknie dokumentu księgowego, na zakładce „KSeF”, ani nie ostrzegał użytkownika o tym, że podany numer KSeF nie jest zgodny ustalonym odgórnie formatem.
Co zrobiono?
Obsłużono walidację numeru KSeF, podanego w oknie dokumentu księgowego, na zakładce „KSeF”, pod kątem jego zgodności z ustalonym odgórnie formatem.
Prawidłowość podanego numeru KSeF ma szczególne znaczenie w przypadku sporządzania plików:
– JPK_V7M w wersji 3.,
– JPK_V7K w wersji 3.,
– JPK_KR_PD w wersji 1.,
– JPK_ST_KR w wersji 1.,
– JPK_EWP w wersji 4.,
– JPK_PKPiR w wersji 3.,
– JPK_ST w wersji 1.
Dlaczego to takie ważne?
Numer KSeF jest elementem niewymaganym w ww. plikach JPK, ale jeśli już go podano, to musi on być zgodny z ustalonym odgórnie formatem. Jeżeli numer KSeF nie będzie zgodny oczekiwanym formatem, a znajdzie się w danym pliku JPK, plik zostanie wygenerowany, numer KSeF zostanie w nim wykazany, ale wysyłka pliku zakończy się błędem (właśnie z powodu niepoprawnego formatu numeru KSeF).
Jak to działa po zmianach?
Program, przy zapisie danego dokumentu księgowego, sprawdza, czy numer faktury, podany w oknie dokumentu księgowego, na zakładce „KSeF”, jest zgodny ustalonym odgórnie formatem, na który składa się: 10 cyfr z numeru NIP sprzedawcy (wystawcy) faktury, 8 cyfr oznaczających datę przesłania/wystawienia faktury (w formacie RRRRMMDD, 12 znaków, stanowiących część techniczną, generowaną automatycznie oraz 2 znaki, będące sumą kontrolną.
W efekcie obsłużenia walidacji numeru KSEF, program zachowuje się następująco:
– jeśli w danym dokumencie księgowym w ogóle nie podano numeru KSeF – program, po kliknięciu w przycisk „Zapisz” w oknie dokumentu księgowego, nie weryfikuje numeru KSeF (bo go nie podano) i nie komunikuje o niepoprawności numeru KSeF,
– jeśli w danym dokumencie księgowym podano numer KSeF i jest on zgodny z ustalonym odgórnie formatem – program, po kliknięciu w przycisk „Zapisz ” w oknie dokumentu księgowego, weryfikuje numer KSeF (bo go podano), ale skoro jest on poprawny, to żaden komunikat o niepoprawności numeru KSeF nie zostaje wyświetlony,
– jeśli w danym dokumencie księgowym podano numer KSeF i nie jest on zgodny z ustalonym odgórnie formatem – program, po kliknięciu w przycisk „Zapisz” w oknie dokumentu księgowego, weryfikuje numer KSeF (bo go podano) i skoro jest on niepoprawny, to program wyświetla komunikat informujący o wykrytej niepoprawności numeru KSeF i pozwala użytkownikowi zdecydować, czy chce on kontynuować zapis dokumentu (pomimo wykrytej niepoprawności numeru KSeF), czy nie.
U W A G A: Opisane powyżej walidacja numeru KSeF, podanego w oknie dokumentu księgowego, na zakładce „KSeF”, działa tylko w przypadku „ręcznego” wprowadzania danych do dokumentu księgowego i klikania w przycisk „Zapisz” bądź w przypadku edytowania już istniejącego dokumentu księgowego i klikania w przycisk „Zapisz”. A zatem walidacja numeru KSeF nie działa przy operacjach, które wprowadzają dane do dokumentów księgowych automatycznie i nie wymagają klikania w przycisk Zapisz” w oknie każdego jednego dokumentu księgowego. Innymi słowy: walidacja numeru KSeF nie działa przy rozksięgowaniach automatycznych za pomocą:
– wzorców księgowania,
– rozksięgowaniach XSLT (transformatach),
– szablonów KSeF,
a także przy importach dokumentów księgowych.
Poprawienie wypełniania pola "Data uzyskania przychodu" (w roku o typie "Ryczałt") w dokumencie księgowym rozksiegowywanym szablonem KSeF przy pomocy operacji "Rozksięguj zaznaczone"
Poprawiono błąd niewypełniania pola „Data uzyskania przychodu” (w roku o typie „Ryczałt”) w dokumencie księgowym rozksiegowywanym szablonem KSeF przy pomocy operacji „Rozksięguj zaznaczone”.
Poprawienie podpowiadania błędnej daty księgowania, błędnej daty operacji gospodarczej oraz kod dokumentu księgowego dla dokumentów księgowych, rozksięgowywanych szablonami KSeF
Poprawiono błędnie podpowiadaną datę księgowania oraz błędnie podpowiadaną datę operacji gospodarczej w dokumencie księgowym dla dokumentów KSeF, jeśli użytkownik wybierze w szablonie jako „Data księgowania” opcję „Data zakończenia dostawy/usługi”, a na fakturze został podany okres (zakres dat).
Poprawiono również błędnie podpowiadaną datę księgowania i kod w dokumencie księgowym dla dokumentów KSeF, jeśli użytkownik korzysta z operacji „Rozksięguj”, a wcześniej miał już zaksięgowany dokument księgowy z inną datą księgowania lub został zaksięgowany dokument księgowy z innym kodem dokumentu księgowego.
Poprawienie przenoszenia na wydruk i podgląd danych zestawienia "KPiR" (obowiązującego od 1 stycznia 2026r.) kodu kraju nadania identyfikatora podatkowego
Poprawiono przenoszenie na wydruk i podgląd danych zestawienia „KPiR” (obowiązującego od 1 stycznia 2026r.) kodu kraju nadania identyfikatora podatkowego.
Jak to działało do tej pory?
Kod kraju nadania identyfikatora podatkowego błędnie przenosił się z kontrolki „Kod NIP UE” na dokumencie księgowym.
Co zrobiono?
Poprawiono przenoszenie na wydruk i podgląd danych zestawienia „KPiR” (obowiązującego od 1 stycznia 2026r.) kodu kraju nadania identyfikatora podatkowego tak, aby prawidłowo wskazywał kod nadania identyfikatora podatkowego, zamiast błędnie – kodu NIP UE.
Jak to działa po zmianach?
Kod kraju nadania identyfikatora podatkowego oznacza dwuliterowy kod państwa, które wydało numer identyfikacji podatkowej. Nie ma on związku z kodem podanym w kontrolce „Kod NIP UE”, ponieważ kod NIP UE to prefiks kraju dodawany przed numerem NIP w transakcjach wewnątrz Unii Europejskiej (czyli tzw. numer VAT UE, który aby posiadać, należy być zarejestrowanym jako podatnik VAT UE).
Kod kraju nadania identyfikatora podatkowego w dalszym ciągu będzie pobierany z dokumentu księgowego, z zakładki „Kontrahent”, ale po poprawce – z kontrolki „Państwo”:
Na wydruk i podgląd danych przenoszony będzie dwuliterowy kod kraju wskazany na podstawie wybranego w tej kontrolce państwa, w którym kontrahent ma nadany identyfikator podatkowy, a nie kod UE, który został nadany na potrzeby podatku VAT.
Kod państwa będzie przenoszony na wydruk i podgląd danych, ale pod warunkiem, że danemu kontrahentowi podano również numer NIP.
Jeżeli podane będzie państwo, ale kontrolka z numerem NIP będzie pusta – kod kraju nadania identyfikatora podatkowego (bez NIP) nie będzie wyświetlany na wydruku i podglądzie danych zestawienia.
Jeżeli kontrahenta wybrano na dokument księgowy z kartoteki, to na zakładkę „Kontrahent” w dokumencie księgowym naczytywane będą dane z kartoteki, łącznie państwem (jeżeli w kartotece zostało wskazane).
Jeżeli w kartotece kontrahenta nie uzupełniono państwa, to kontrolka na zakładce „Kontrahent” będzie pusta, a na wydruku i podglądzie zestawienia pojawi się sam numer NIP (jeżeli został podany), bez kodu kraju nadania identyfikatora podatkowego.
W przypadku gdy użytkownik będzie wybierał kontrahenta z GUS, naczytane zostanie również państwo i na jego podstawie, na wydruku „KPiR” pojawi się właściwy dla wskazanego państwa kod kraju nadania identyfikatora podatkowego.
Poprawienie przenoszenia na wydruk i podgląd danych zestawienia "Ewidencja Przychodów" (obowiązującego od 1 stycznia 2026r.) kodu kraju nadania identyfikatora podatkowego
Poprawiono przenoszenie na wydruk i podgląd danych zestawienia „Ewidencja Przychodów” (obowiązującego od 1 stycznia 2026r.) kodu kraju nadania identyfikatora podatkowego.
Jak to działało do tej pory?
Kod kraju nadania identyfikatora podatkowego błędnie przenosił się z kontrolki „Kod NIP UE” na dokumencie księgowym.
Co zrobiono?
Poprawiono przenoszenie na wydruk i podgląd danych zestawienia „Ewidencja Przychodów” (obowiązującego od 1 stycznia 2026r.) kodu kraju nadania identyfikatora podatkowego tak, aby prawidłowo wskazywał kod nadania identyfikatora podatkowego, zamiast błędnie – kodu NIP UE.
Jak to działa po zmianach?
Kod kraju nadania identyfikatora podatkowego oznacza dwuliterowy kod państwa, które wydało numer identyfikacji podatkowej. Nie ma on związku z kodem podanym w kontrolce „Kod NIP UE”, ponieważ kod NIP UE to prefiks kraju dodawany przed numerem NIP w transakcjach wewnątrz Unii Europejskiej (czyli tzw. numer VAT UE, który aby posiadać, należy być zarejestrowanym jako podatnik VAT UE).
Kod kraju nadania identyfikatora podatkowego w dalszym ciągu będzie pobierany z dokumentu księgowego, z zakładki „Kontrahent”, ale po poprawce – z kontrolki „Państwo”:
Na wydruk i podgląd danych przenoszony będzie dwuliterowy kod kraju wskazany na podstawie wybranego w tej kontrolce państwa, w którym kontrahent ma nadany identyfikator podatkowy, a nie kod UE, który został nadany na potrzeby podatku VAT.
Kod państwa będzie przenoszony na wydruk i podgląd danych, ale pod warunkiem, że danemu kontrahentowi podano również numer NIP.
Jeżeli podane będzie państwo, ale kontrolka z numerem NIP będzie pusta – kod kraju nadania identyfikatora podatkowego (bez NIP) nie będzie wyświetlany na wydruku i podglądzie danych zestawienia.
Jeżeli kontrahenta wybrano na dokument księgowy z kartoteki, to na zakładkę „Kontrahent” w dokumencie księgowym naczytywane będą dane z kartoteki, łącznie państwem (jeżeli w kartotece zostało wskazane).
Jeżeli w kartotece kontrahenta nie uzupełniono państwa, to kontrolka na zakładce „Kontrahent” będzie pusta, a na wydruku i podglądzie zestawienia pojawi się sam numer NIP (jeżeli został podany), bez kodu kraju nadania identyfikatora podatkowego.
W przypadku gdy użytkownik będzie wybierał kontrahenta z GUS, naczytane zostanie również państwo i na jego podstawie, na wydruku „Ewidencji Przychodów” pojawi się właściwy dla wskazanego państwa kod kraju nadania identyfikatora podatkowego.
Poprawienie niepotrzebnego dodawania nowych kontrahentów przy rozksięgowaniu faktur pobranych z KSeF z tym samym numerem NIP, jeśli na fakturze został podany też 2-literowy kod kraju PL
Poprawiono niepotrzebne ponowne dodawanie tego samego kontrahenta, jeśli użytkownik rozksięgował fakturę z KSeF szablonem, a w kartotece dla danego kontrahenta, w polu „Kod NIP UE” lub na pobranej fakturze z KSeF, występował NIP z przedrostkiem kraju PL. Dodatkowo program nie dodaje ponownie tego samego kontrahenta, jeśli już istnieje w kartotece programu i jego NIP został wprowadzony z myślnikami lub z białymi znakami (spacjami).
Poprawienie przenoszenia do pliku JPK_EWP (v. 4) kodu kraju nadania identyfikatora podatkowego
Poprawiono przenoszenie do pliku JPK_EWP (v. 4) (obowiązującego od 1 stycznia 2026r.) kodu kraju nadania identyfikatora podatkowego.
Jak to działało do tej pory?
Kod kraju nadania identyfikatora podatkowego błędnie przenosił się z kontrolki „Kod NIP UE” na dokumencie księgowym do pliku JPK_EWP (v. 4), do pola „K_6 – Kod kraju” dotyczącego kodu kraju nadania identyfikatora podatkowego.
Co zrobiono?
Poprawiono przenoszenie do pliku JPK_EWP (v. 4) (obowiązującego od 1 stycznia 2026r.) kodu kraju nadania identyfikatora podatkowego tak, aby plik prawidłowo wskazywał kod nadania identyfikatora podatkowego, zamiast błędnie – kod NIP UE.
Jak to działa po zmianach?
Kod kraju nadania identyfikatora podatkowego oznacza dwuliterowy kod państwa, które wydało numer identyfikacji podatkowej.
Nie ma on związku z kodem zawartym w kontrolce „Kod NIP UE”, ponieważ kod NIP UE to prefiks kraju dodawany przed numerem NIP w transakcjach wewnątrz Unii Europejskiej (czyli tzw. numer VAT UE, który aby posiadać, należy być zarejestrowanym jako podatnik VAT UE).
Kod kraju nadania identyfikatora podatkowego będzie pobierany z dokumentu księgowego (to bez zmian), z zakładki „Kontrahent”, ale po poprawce – z kontrolki „Państwo”:
Do pliku JPK_EWP (v. 4), do pola „K_6 – Kod kraju”, przenoszony będzie dwuliterowy kod kraju wskazany na podstawie wybranego w tej kontrolce państwa, w którym kontrahent ma nadany identyfikator podatkowy.
Kod kraju, na podstawie wybranego państwa będzie przenoszony do pliku JPK_EWP (v. 4), ale pod warunkiem, że danemu kontrahentowi podano również numer NIP.
Jeżeli podane będzie państwo, ale kontrolka z numerem NIP będzie pusta – kod kraju nadania identyfikatora podatkowego (bez NIP) nie zostanie przeniesiony do pliku JPK_EWP.
Jeżeli kontrahenta wybrano na dokument księgowy z kartoteki, to na zakładkę „Kontrahent” w dokumencie księgowym naczytywane będą dane z kartoteki, łącznie państwem (jeżeli w kartotece zostało wskazane).
Jeżeli w kartotece kontrahenta nie uzupełniono państwa, to kontrolka na zakładce „Kontrahent” będzie pusta, a w pliku JPK_EWP pojawi się sam numer NIP (jeżeli został podany) w polu K_7, bez kodu kraju nadania identyfikatora podatkowego w polu K_6.
W przypadku gdy użytkownik będzie wybierał kontrahenta z GUS, naczytane zostanie również państwo i na jego podstawie, w pliku JPK_EWP (v. 4) pojawi się właściwy dla wskazanego państwa kod kraju nadania identyfikatora podatkowego.
Poprawienie przenoszenia do pliku JPK_PKPiR (v. 3) kodu kraju nadania identyfikatora podatkowego
Poprawiono przenoszenie do pliku JPK_KPiR (v. 3) (obowiązującego od 1 stycznia 2026r.) kodu kraju nadania identyfikatora podatkowego.
Jak to działało do tej pory?
Kod kraju nadania identyfikatora podatkowego błędnie przenosił się z kontrolki „Kod NIP UE” na dokumencie księgowym do pliku JPK_KPiR (v. 3), do pola „K_4A – Kod kraju” dotyczącego kodu kraju nadania identyfikatora podatkowego.
Co zrobiono?
Poprawiono przenoszenie do pliku JPK_KPiR (v. 3) (obowiązującego od 1 stycznia 2026r.) kodu kraju nadania identyfikatora podatkowego tak, aby plik prawidłowo wskazywał kod nadania identyfikatora podatkowego, zamiast błędnie – kod NIP UE.
Jak to działa po zmianach?
Kod kraju nadania identyfikatora podatkowego oznacza dwuliterowy kod państwa, które wydało numer identyfikacji podatkowej.
Nie ma on związku z kodem zawartym w kontrolce „Kod NIP UE”, ponieważ kod NIP UE to prefiks kraju dodawany przed numerem NIP w transakcjach wewnątrz Unii Europejskiej (czyli tzw. numer VAT UE, który aby posiadać, należy być zarejestrowanym jako podatnik VAT UE).
Kod kraju nadania identyfikatora podatkowego będzie pobierany z dokumentu księgowego (to bez zmian), z zakładki „Kontrahent”, ale po poprawce – z kontrolki „Państwo”:
Do pliku JPK_KPiR (v. 3), do pola „K_4A – Kod kraju”, przenoszony będzie dwuliterowy kod kraju wskazany na podstawie wybranego w tej kontrolce państwa, w którym kontrahent ma nadany identyfikator podatkowy.
Kod kraju, na podstawie wybranego państwa będzie przenoszony do pliku JPK_KPiR (v. 3), ale pod warunkiem, że danemu kontrahentowi podano również numer NIP.
Jeżeli podane będzie państwo, ale kontrolka z numerem NIP będzie pusta – kod kraju nadania identyfikatora podatkowego (bez NIP) nie zostanie przeniesiony do pliku JPK_KPiR (v. 3).
Jeżeli kontrahenta wybrano na dokument księgowy z kartoteki, to na zakładkę „Kontrahent” w dokumencie księgowym naczytywane będą dane z kartoteki, łącznie państwem (jeżeli w kartotece zostało wskazane).
Jeżeli w kartotece kontrahenta nie uzupełniono państwa, to kontrolka na zakładce „Kontrahent” będzie pusta, a w pliku JPK_KPiR (v. 3) pojawi się sam numer NIP (jeżeli został podany) w polu K_4B, bez kodu kraju nadania identyfikatora podatkowego w polu K_4A.
W przypadku gdy użytkownik będzie wybierał kontrahenta z GUS, naczytane zostanie również państwo i na jego podstawie, w pliku JPK_KPiR (v. 3) pojawi się właściwy dla wskazanego państwa kod kraju nadania identyfikatora podatkowego.
Poprawienie błędu w wyliczeniu podstawy wymiaru składki zdrowotnej z wyłączeniem przychodów ze sprzedaży środków trwałych, jaka miała miejsce w styczniu 2025r.
Poprawiono błąd polegający na niewyłączeniu przychodów ze sprzedaży środków trwałych z wyliczenia podstawy składki zdrowotnej, która miała miejsce w styczniu 2025r.
Sprzedaż
Dodanie szablonu wydruku faktury odwrotne obciążenie i korekta odwrotne obciążenie w języku angielskim
Do listy gotowych szablonów wydruków w generatorze raportów, dodano dwa nowe raporty w j. angielskim:
– Faktura – odwrotne obciążenie ang.
– Faktura korygująca – odwrotne obciążenie ang.
Przenoszenie z rachunku bankowego zawartości pola "Nazwa" do KSeF jako "Opis rachunku"
Podczas rejestrowania faktur w KSeF są przenoszone informacje z pola „Nazwa” rachunku bankowego z RaksSQL SP jako „Opis rachunku” w KSeF.
Poprawiono przenoszenie do KSeF sekcji dotyczącej rachunku bankowego, jeśli w sposobie zapłaty w RaksSQL SP nie zaznaczono opcji: "Twórz rozrachunek dla płatności wystawionej z tym sposobem zapłaty"
Poprawiono błąd, który objawiał się tym, że nie przenosiła się do KSeF sekcja dotycząca rachunku bankowego, jeśli w sposobie zapłaty w RaksSQL SP była odznaczona opcja: „Twórz rozrachunek dla płatności wystawionej z tym sposobem zapłaty”.
Dodanie nowego parametru firmowego: "Wysyłaj do KSeF unikalny numer wiersza"
Dodano nowy parametr firmowy: „Wysyłaj do KSeF unikalny numer wiersza”. Domyślnie parametr jest zaznaczony. Po jego odznaczeniu pozycje faktury przeniosą się do KSeF bez informacji o unikalnym numerze wiersza.
Uaktualnienie komunikacji z firmą kurierską Dhl
Uaktualniono WSDL do komunikacji z dhl24.pl
Poprawienie przenoszenia numeru rachunków bankowych do KSeF, jeśli do rachunku przypisany jest kod SWIFT
Poprawiono przenoszenie numeru rachunków bankowych do KSeF. Jeżeli do rachunku bankowego przypisany był kod SWIFT, to rachunek przenosił się dwa razy z kodem i bez kodu SWIFT.
Poprawienie przenoszenia informacji dotyczących opakowań zwrotnych do KSeF
Poprawiono przenoszenie informacji z faktury, która posiada towar z opakowaniem kaucjonowanym do KSeF.
Opakowanie zwrotne było przenoszone jako pozycja faktury, co było niepoprawne.
Po poprawce opakowanie zwrotne wykazywane jest w KSeF osobno w sekcji: „Obciążenia” z poprawną wartością i w polu: „Do zapłaty” sumowane są: „Kwota należności ogółem” z pozycji faktury + „Suma kwot obciążenia” z opakowań zwrotnych.
Poprawienie przenoszenia nazw i kodów alternatywnych dla pozycji z faktur wystawionych w RaksSQL SP do KSeF
Jeżeli użytkownik dodał pozycje do faktury z indywidualnymi ustawieniami dla kontrahenta (jednostki alternatywne), to takie dane są przekazywane do KSeF. Przed poprawką nazwa i indeks były przekazywane w jednostkach własnych.
Poprawienie błędnego uzupełniania pola: "Procedura VAT" wartością 0 dla pozycji faktur sprzedaży, przy imporcie zamówień od odbiorców z pliku XML
Poprawiono błędne uzupełnianie pola: „Procedura VAT” wartością 0 dla pozycji faktur sprzedaży, podczas importu plików XML zamówień od odbiorców do faktur sprzedaży.
Umożliwienie automatycznego uzupełnienia pola "Uwagi" do dokumentów sprzedaży, wystawianych na podstawie WZ, kiedy w kodzie dokumentu faktury ustawiono stały tekst uwag
Poprawiono mechanizm automatycznego uzupełniania pola „Uwagi” do dokumentów sprzedaży, wystawianych na podstawie WZ, kiedy w kodzie dokumentu faktury ustawiono stały tekst uwag (domyślny opis).
Finanse
Uaktualnienie słownika banków
Uaktualniono słownik banków dystrybuowany w „RaksSQL”.