Ogólne
1. Możliwość włączania funkcji uruchamianych przy wylogowaniu z systemu
Do okna ustawień Operatora dodano przycisk Uruchom przy wylogowaniu, realizujący wybrany Rodzaj kodu, np. możliwość wykonania analizy, skryptu optymalizującego lub własnego kodu, podczas wylogowania z programu. Takie wylogowanie następuje poprzez wybranie przycisku Koniec lub skrótu klawiszowego ALT + Q.
Do wyboru są dostępne Rodzaje kodu analogiczne jak w przypadku opcji Uruchom po zalogowaniu.
Pakiet podstawowy
1. Modyfikacja formularza w kartotece Kontrahenta, zakładka Adresy
W kartotece kontrahenta na zakładce Adresy, zwiększono okno formularza. Obecnie, przyciski OK, Wróć, znacznik Aktywny oraz ikona GUS i Cechy są widoczne przy każdej rozdzielczości.
2. Uaktualnienie danych z GUS na dokumencie (3.90.008)
Na nowo tworzonych dokumentach, gdzie należy wskazać kontrahenta, dodano możliwość aktualizacji danych z GUS.
Po wskazaniu kontrahenta na dokumentach, m.in. faktur sprzedaży, korekt wartościowo – ilościowych, wydań na zewnątrz, zamówień na sprzedaż, dostępna jest możliwość sprawdzenia czy dane kontrahenta w bazie są aktualne z danymi w GUS.
Po wybraniu ikonki GUS, pojawi się pytanie Czy sprawdzić dane kontrahenta w bazie GUS?
Po podglądzie danych i wybraniu opcji Wybierz, jeśli nastąpiła jakaś zmiana w danych aktualnych w porównaniu do tych zapisanych w bazie, pojawi się pytanie W bazie GUS dane kontrahenta są inne niż w kartotece. Zapisać nowe dane?
Następnie, wyświetlona zostanie informacja, że w bazie istnieje już kontrahent o pobranym numerze NIP. Kontynuować?
3. Rabat potransakcyjny dla wielu kontrahentów
Dodano możliwość wybrania dodatkowych kontrahentów podczas naliczania rabatu potransakcyjnego.
W HMCONFIG dodano obsługę parametru RABAT_PTR_DOD_KTR, umożliwiającego wskazanie dodatkowych kontrahentów na formularzu rabatu potransakcyjnego.
Po wybraniu wartości 1 dla ww. parametru, w nagłówku rabatu potransakcyjnego KF, pojawia się możliwość wskazania Dodatkowych kontrahentów.
Dodatkowi kontrahenci muszą mieć ten sam numer NIP, co kontrahent główny z dokumentu.
Po zaznaczeniu kontrahentów należy skorzystać z przycisku Wybierz. Jeśli są wskazani dodatkowi kontrahenci, wówczas na przycisku pojawi się zielony znacznik ✔.
Po kliknięciu przycisku widoczni są kontrahenci, którzy zostali zaznaczeni i biorą udział w naliczaniu rabatu potransakcyjnego.
Podczas naliczania rabatu, brane będą pod uwagę dokumenty głównego kontrahenta oraz dodatkowych kontrahentów.
Dodatkowych kontrahentów nie można wybrać, gdy:
- Wybrany został oddział kontrahenta. Dokumenty ograniczane są wówczas do kontrahenta oraz jego oddziału i odwrotnie, gdy wybrano dodatkowych kontrahentów nie można wskazać oddziału. W takim przypadku przycisk Dodatkowi kontrahenci zniknie z nagłówka.
- Przy dokumencie rabatu potransakcyjnego zapisana została informacja
o dokumentach biorących udział w naliczaniu rabatu potransakcyjnego. Wówczas znika przycisk Wybierz na liście dodatkowych kontrahentów.
4. Forma płatności dla paragonu
Do konfiguracji drukarki fiskalnej typu Novitus Bono Online, dodano możliwość mapowania systemowych form płatności z formami płatności urządzenia. Ustawienia dostępne są pod przyciskiem Konfiguracja form płatności.
Na liście Płatność w drukarce do zmapowania, dostępne są następujące formy płatności:
- Gotówka,
- Karta,
- Czek,
- Bon,
- Przelew.
Wskazanie określonej formy płatności w Płatności paragonu będzie skutkowało wydrukowaniem na paragonie formy płatności zgodnie z zastosowanym mapowaniem.
Przykład
Zmapowanie formy płatności systemowej z płatnością w drukarce Novitus Bono Online
W systemie skonfigurowana jest forma płatności ZP Zapłacono przelewem, natomiast w Konfiguracji form płatności drukarki Novitus Bono Online, wskazana forma płatności została zmapowana z Płatnością w drukarce Przelew.
W efekcie, paragon wystawiony z formą płatności ZP Zapłacono przelewem, zostanie wydrukowany z Rozliczeniem płatności poprzez Przelew.
5. Zmiana wyświetlania pliku XML na JPK
W celu usprawnienia pracy na dużych zbiorach danych w obrębie deklaracji JPK_VDEK, zmodyfikowano sposób prezentacji struktury plików.
Z formularzy JPK_VAT oraz JPK_VDEK została usunięta druga zakładka z podglądem XML i została zastąpiona przyciskiem obok generowania XML.
Dodatkowo, zmieniono okno walidacji dokumentu, zawierające podgląd pliku w formacie XML.
Dzięki tym zmianom, wyświetlanie dokumentu przy dużych paczkach danych będzie teraz znacznie szybsze.
6. Obsługa dokumentu rejestrującego podatek od niezwróconej kaucji w JPK_VDEK
Dostosowano obsługę pliku JPK_VDEK do wymogów systemu kaucyjnego.
Wersja 3.91 wprowadza mechanizm związany z rejestracją podatku od niezwróconych kaucji, umożliwiając konfigurację pola K_360 zawartego w części ewidencyjnej i P_360 w części deklaracyjnej struktury JPK_VDEK.
Zgodnie z ustawą o VAT, kaucje pobrane za opakowania napojów, które nie zostały zwrócone przez konsumentów w danym roku, dla firmy produkującej/ wprowadzającej opakowania, stanowią dodatkową podstawę opodatkowania. Przepisy te wprowadzają specyficzny podział ról pomiędzy uczestnikami systemu:
- Firma wprowadzająca opakowania posiada status podatnika i jest zobowiązana wykazać podatek od niezwróconych kaucji w rocznym rozliczeniu JPK_VDEK.
- Operator kaucyjny czyli Podmiot reprezentujący pełni funkcję płatnika. To on fizycznie dysponuje środkami z niezwróconych kaucji i to on dokona bezpośredniej wpłaty wyliczonego podatku na mikrorachunek podatkowy podatnika w urzędzie skarbowym.
Dlaczego poprawne uzupełnienie pola 360 jest kluczowe?
Pole P_360 zostało zaprojektowane jako element korygujący algorytm matematyczny deklaracji. Podatek z tytułu niezwróconych kaucji wprowadzany jest do systemu za pomocą dokumentu wewnętrznego WEW na podstawie rocznego raportu od Operatora i trafia zarówno do standardowych pól sprzedaży, jak i do pola 360. Wpis w polu P_360 automatycznie pomniejsza ostateczną kwotę podatku do zapłaty w polu P_38. Dzięki temu system wysyła do urzędu skarbowego prawidłowy komunikat informujący o tym, że podatek jest należny, ale fizycznego przelewu dokona Operator za firmę. Brak uzupełnienia pola 360 skutkowałby koniecznością zapłaty tego podatku bezpośrednio z konta firmy.
Wskazówka:
techniczny wzór na pole P_38, czyli: P_38 = (Suma podatku należnego) – (Suma podatku naliczonego P_51) – P_360.
W związku z powyższym, do definicji dokumentów dodano nowy rodzaj dokumentów sprzedaży Wysokość podatku od niezwróconej kaucji, podlegająca wpłacie przez podmiot reprezentujący (art. 17b ustawy, faktura wewnętrzna).
Podczas wystawiania dokumentu, podpowie się kontrahent zdefiniowany w Ustawieniach globalnych jako Kontrahent dla faktur wewnętrznych ale można go zmienić. Dodatkowo, jeżeli nie wybrano oznaczenia procedury WEW, dokument zostanie tak oznaczony podczas jego zapisywania.
Na dokumencie można wskazać tylko pozycje księgowe a pole Nr dokumentu oryginalnego, program wypełni wyrażeniem SYSTEM KAUCYJNY. Dodatkowo, program automatycznie oznacza dokument jako DI wg KSeF.
Po wykonaniu Rejestrów VAT, podatek z nowego rodzaju dokumentów trafia do podsumowania VAT w pozycji Wysokość podatku od niezwróconej kaucji pobranej podlegająca wpłacie przez podmiot reprezentujący, (art. 17b ustawy, faktura wewnętrzna) – VAT – podatek należny.
Przy tworzeniu deklaracji JPK_VDEK, program automatycznie wypełnia odpowiednie pola.
W części ewidencyjnej, wartości netto ujmowane są w polach według stawki VAT, np. kwota netto trafia do podstawy opodatkowania w polu K_19, natomiast kwota VAT wykazywana jest polu K_20 dotyczącym podatku należnego. Ponadto, sumę podatku należnego ze wszystkich pozycji kaucji ujmuje się w polu K_360. Wpis otrzymuje oznaczenie DI = 1, TypDokumentu = WEW a Numer dowodu SYSTEM KAUCYJNY.
Zasady wykazywania niezwróconej kaucji w pliku JPK
Niezwrócona kaucja stanowi przychód firmy, dlatego podstawa oraz podatek muszą zwiększyć ogólną sprzedaż w danym okresie rozliczeniowym. W tym celu należy zastosować odpowiedni podział na pola ewidencyjne oraz korygujące.
Konsekwencje błędnego wprowadzenia danych
- Wpisanie kwoty wyłącznie do pola korygującego K_360 spowoduje odrzucenie pliku przez system Ministerstwa Finansów ze względu na niezgodność sumy podatku należnego w deklaracji.
- Wpisanie kwoty wyłącznie do pól podstawowych K_19 oraz K_20 wygeneruje
w systemie obowiązek fizycznego przelania tych środków do urzędu skarbowego, ponieważ pole P38 ulegnie zwiększeniu.
Prawidłowy sposób postępowania
Pełną prawidłowość i zerowy efekt finansowy dla przedsiębiorcy uzyskuje się wyłącznie poprzez jednoczesne wpisanie kwoty do następujących pól:
- Pola podstawowe K_19 oraz K_20,
- Pole korygujące K_360.
Dzięki takiemu zapisowi, podatek zostaje prawidłowo naliczony w strukturze ewidencyjnej, ale wartość z pola K360 natychmiast go neutralizuje. W efekcie, obowiązek zapłaty zostaje przeniesiony na operatora, a portfel przedsiębiorcy nie zostaje obciążony.
Ujęcie pól w części deklaracyjnej jest analogiczne. Wartości netto ujmowane są w polach według stawki VAT. Tak jak powyżej, kwota netto trafia do podstawy opodatkowania w polu P_19, natomiast kwota VAT wykazywana jest polu P_20 dotyczącym podatku należnego. Sumę podatku należnego ujmuje się w polu P_360, natomiast kwota z pola P_360 jest odejmowana w polu P_38, dotyczącym łącznej wysokości podatku należnego.
Wpływ kwoty z pola P_360 na zobowiązanie podatkowe
Wprowadzenie odpowiednich wartości do deklaracji pozwala na neutralizację obciążenia finansowego po stronie przedsiębiorcy.
Mechanizm pomniejszania podatku
- Kwota wykazana w polu P_360 bezpośrednio pomniejsza łączny podatek należny w polu P_38.
- W efekcie podatek od niezwróconej kaucji nie zwiększa zobowiązania VAT do zapłaty
u podmiotu wprowadzającego w danym okresie rozliczeniowym.
Przyczyna prawno – finansowa
Taki stan rzeczy wynika bezpośrednio z przepisów prawa. Podatek ten jest obliczany oraz wpłacany bezpośrednio na rachunek urzędu skarbowego przez podmiot reprezentujący. To właśnie ten podmiot pełni formalną funkcję płatnika podatku VAT z tytułu niezwróconej kaucji, zdejmując ten obowiązek z przedsiębiorcy.
Termin rozliczenia
- Kwoty należy ująć w deklaracji JPK_VDEK za pierwszy okres rozliczeniowy roku następującego po roku, w którym powstała różnica.
- Podstawą rozliczenia jest różnica między liczbą opakowań wprowadzonych do obrotu
a liczbą opakowań zwróconych w danym roku kalendarzowym.
UWAGA!!!
Pierwsze rozliczenie dotyczące roku 2025 powinno być dokonane w deklaracji składanej za luty 2026 r. do 25 marca 2026 r.
7. Kopiowanie artykułu z wartościami cech
Zmodyfikowano zakładanie nowych kartotek artykułów poprzez Przenoszenie treści ze zdefiniowanymi Cechami. W ustawieniach przenoszonych informacji Znacznik Cechy został zmieniony na Przypisanie cech do artykułu i dodany został kolejny znacznik Wartości cech.
Jest on dostępny po zaznaczeniu przypisania cech do artykuły. Po zaznaczeniu Wartości cech do nowego artykułu przenoszone są wartości cech z artykułu, z którego przenoszone są dane.
Transakcje walutowe i zagraniczne
1. Wyfakturowanie dokumentów WZ dla WDT i faktur eksportowych
Do mechanizmu generowania faktur z dokumentów WZ dodano obsługę faktur eksportowych i dokumentów WDT.
W związku z powyższym, do opcji Wyfakturuj WZ-ty (faktury uwzględnią zwroty ZK), dostępnej pod przyciskiem F12 na liście WZ, dodano obsługę rejestrów z rodzajem dokumentu Wewnątrzwspólnotowa dostawa towarów (WDT) oraz Faktura eksportowa w stawce 0ex.
Tak jak dotychczas, w oknie Wyfakturowanie WZ na liście Rejestr dokumentów do wyboru, dostępne są wyłącznie rejestry z ustawionym Rodzajem sprzedaży Bez wydania towaru.
Ze względu na wprowadzone zmiany, tj. możliwość wskazania rejestrów obsługujących dokumenty wystawiane w walutach obcych, zmodyfikowano także grupowanie dokumentów podczas wyfakturowania, poszerzając je o symbol waluty. W efekcie, wyfakturowane dokumenty grupowane są po kontrahencie, odbiorcy oraz symbolu waluty.
Przykład 1.
WZ wystawiane na tego samego Kontrahenta, Odbiorcę z innymi walutami.
Do wyfakturowania zaznaczono cztery dokumenty WZ wystawione na Kontrahenta Humansoft, z odbiorcą Oddział 2, dwa z nich zostały wystawione z walutą EUR, kolejne dwa z walutą USD.
W efekcie, podczas wyfakturowania powstaną dwie faktury z danym Kontrahentem i oddziałem, różniące się walutami.
Dodatkowo, zmodyfikowano sposób określania domyślnej waluty dokumentu po wyfakturowaniu. Dotychczas, uzależnione to było od ustawień Kontrahenta, a obecnie
w pierwszej kolejności wpływ na to ma waluta wyfakturowywanych WZ’tów.
W przypadku, gdy waluta wyfakturowanego WZ’ta jest inna niż PLN, ta waluta będzie walutą faktury.
W sytuacji, gdy walutą wyfakturowanego WZ’ta jest PLN, tak jak dotychczas waluta faktury uzależniona jest od ustawień Kontrahenta, tj. Domyślna waluta w zakładce Pozostałe dane Kartoteki Kontrahenta.
W sytuacji, gdy wyfakturowywany WZ jest w PLN, a Kontrahent nie posiada skonfigurowanej domyślnej waluty, na fakturze zostanie ustawiona ona zgodnie z definicją rejestru, z ustawienia Domyślna waluta dokumentu.
2. Rozliczenie zaliczek na WDT i WDU w deklaracjach
Wersja 3.91 wprowadza zmiany w funkcjonalności faktur zaliczkowych i rozliczających zaliczki do dokumentów Wewnątrzwspólnotowych dostaw towarów WDT i Wewnątrzwspólnotowych dostaw usług WDU, związanej z ujęciem faktur w kontekście VAT.
Wprowadzono zmianę w sposobie prezentacji dokumentów:
- Faktury zaliczkowe WDT nie są wykazywane w deklaracji JPK_VDEK, w informacji podsumowującej VAT UE i w Intrastat.
- Faktury rozliczające zaliczki WDT oraz WDU trafiają w pełnej kwocie do części ewidencyjnej i deklaracyjnej deklaracji JPK VDEK. Pełna kwota oznacza tutaj wartość faktury oraz rozliczenia zaliczek. Zasada ta dotyczy deklaracji miesięcznej i kwartalnej w wersji 3.
Ponadto, faktury rozliczające zaliczki WDT wykazywane są w pełnej kwocie wraz z wartością faktury i rozliczenia zaliczek w deklaracji VAT_UE i Intrastat.
Elektroniczna wymiana danych
1. Obsługa KSeF w plikach EDI (3.90.008)
Do mechanizmu eksportu EDI dodano obsługę KSeF. W plikach eksportu EDI w formacie ECOD dla faktury sprzedaży i korekty wartościowo-ilościowej sprzedaży KF, obsłużone zostały tagi związane z KSeF, tj.:
- KSEFDocumentNumber – numer KSeF dokumentu,
- KSEFDocumentSentDate – data wysyłki faktury do KSeF,
- KSEFDocumentSentTime – czas wysyłki faktury do KSeF,
- KSEFDocumentReceiptDate – data przyjęcia faktury przez KSeF,
- KSEFDocumentReceiptTime – czas przyjęcia faktury przez KSeF.
2. Import PZ w EDI
Dodano funkcjonalność importu dokumentów PZ za pośrednictwem plików EDI.
Do listy dokumentów PZ, do opcji dostępnych pod przyciskiem Zestawienia i inne operacje F12, dodano opcję Import EDI oraz Import EDI z folderów.
Po wybraniu opcji Import EDI otwierane jest okno Import faktury – przyjęcie zewnętrzne,
z możliwością wskazania rejestru i magazynu do jakiego ma zostać zaimportowany dokument oraz format pliku wykorzystywany do importu.
Do wyboru dostępne są formaty dotychczas wykorzystywane do eksportu dokumentów z systemu tj.:
- ECOD – Faktura XML – format wykorzystywany do eksportu dokumentów F,
- ECOD – Dokument WZ (DespatchAdvice) XML – format wykorzystywany do eksportu dokumentów WZ.
Do Konfiguracji importu EDI, dostępnych z poziomu Operacji po wybraniu Ustawienia EDI w kartotece Kontrahenta dodano zakładkę PZ. Dostępna jest tam konfiguracja dotycząca importu dokumentów PZ dla danego Kontrahenta, tj. wybór rejestru PZ, magazynu oraz format pliku wykorzystywany do importu.
Opcja umożliwia import dokumentów PZ za pośrednictwem plików EDI z folderu określonego w Ustawieniach globalnych w parametrze Folder importu plików EDI/ ECOD.
Księga handlowa
1. Zmiany w mechanizmie generowania JPK_KR_PD
W celu usprawnienia pracy na dużych zbiorach danych w obrębie deklaracji JPK_CIT, zmodyfikowano sposób prezentacji struktury plików.
Z formularzy JPK_KR_PD oraz JPK_ST_KR została usunięta druga zakładka z podglądem XML i została zastąpiona przyciskiem obok generowania XML.
Dodatkowo, zmieniono okno walidacji dokumentu, zawierające podgląd pliku w formacie XML.
Dzięki tym zmianom, wyświetlanie dokumentu przy dużych paczkach danych będzie teraz znacznie szybsze.
Kadry i płace
1. Nowy format zwolnień lekarskich e-ZLA (3.90.008)
Dodano obsługę nowego formatu CSV dla importu zwolnień lekarskich e-ZLA.
W zależności od importowanego formatu pliku .csv program odpowiednio wyświetli nowy lub wcześniejszy układ kolumn.
Nowy format
Wcześniejszy format
UWAGA!!!
Ze względu na zastosowane uproszczenia formatu, nie są importowane bardziej szczegółowe informacje o opiece. Opieka, jeżeli występuje, jest rejestrowana w systemie jako opieka nad dzieckiem. Brak jest kodu dotyczącego kontynuacji zwolnienia i niezdolności do pracy w czasie ciąży oraz numeru statystycznego choroby.
2. Aktualizacja druków ZUS (3.90.008)
Druki ZUS, dostępne w kartach pracy przy rejestracji zdarzeń chorobowych, zostały zaktualizowane do najnowszych formularzy ZUS Z-3 (2026) oraz ZUS Z-15a (2026) i ZUS Z-15b (2026).
3. Nowe wzory dokumentów ubezpieczeniowych ZUS (3.90.009)
Zaktualizowano wzory dokumentów zgłoszeniowych i rozliczeniowych importowanych do programu Płatnik w formacie KEDU 5_7.
Deklaracje zostały zaktualizowane do specyfikacji w wersji 2.27, w tym:
- zgłoszeniowe ZUA, ZWUA, ZIUA, ZZA, ZCNA i ZSWA, dostępne z poziomu umów o pracę, pod przyciskiem F12,
- rozliczeniowe DRA, RSA, RPA i RCA, dostępne w opcji Eksport do programu Płatnik w menu Kadry i Płace.
Obsługa ryczałtu
1. Zmiany w mechanizmie obsługi ryczałtu
Zmodyfikowano funkcjonalność obsługi ryczałtu, którego pierwsza część została udostępniona w wersji 3.90. Opis funkcjonalności znajduje się w oddzielnym dokumencie (link).
RCP
1. Kod użytkownika w panelu RCP (3.90.008)
W panelu rejestracji czasu pracy RCP wprowadzono możliwość uruchamiania własnego kodu/ skryptu w momencie skanowania karty pracownika. Funkcjonalność ta pozwala na rozszerzenie standardowego działania panelu o dodatkowe, indywidualne reguły biznesowe.
Skrypt może służyć m.in. do:
- blokowania rejestracji zdarzenia, np. poza określonymi godzinami,
- wyświetlania własnych komunikatów dla użytkownika panelu,
- warunkowego sterowania przebiegiem rejestracji w zależności od parametrów takich jak: typ zdarzenia wejście/ wyjście, identyfikator pracownika czy aktualna godzina.
Skrypt przypisywany jest do konkretnego panelu RCP i uruchamiany automatycznie przy każdym skanowaniu karty, bezpośrednio przed zapisaniem zdarzenia w systemie.
W przypadku braku zdefiniowanego skryptu, panel działa zgodnie z dotychczasową logiką.
Konfiguracja
Definicja skryptu dostępna jest w konfiguracji panelu RCP pod przyciskiem Kod użytkownika, znajdującym się w dolnej części okna.
Po jego wybraniu otwierany jest edytor, umożliwiający wprowadzenie treści skryptu. W oknie dostępne jest również pole informacyjne tylko do odczytu, zawierające opis dostępnych zmiennych i możliwości wykorzystania mechanizmu.
Pomocniczy opis
Kod wykonywany przed rejestracją wejścia/ wyjścia w panelu RCP.
Obiekt oRcp jest dostępny globalnie (PUBLIC).
WŁAŚCIWOŚCI oRcp:
.lAllowSave (logical) – .T.=zezwól na wpis, .F.=zablokuj wpis do RCP_ZD
.cMessage (character) – tekst na panelu (pusty=komunikat fabryczny)
.nState (numeric) – 0=niezdefiniowane, 1=wejście, >=2=wyjście (tylko odczyt)
.cSymbol (character) – symbol pracownika (tylko odczyt)
PRZYKŁAD – blokada wejścia poza godzinami:
IF oRcp.nState = 1 AND HOUR(DATETIME()) < 6
oRcp.lAllowSave = .F.
oRcp.cMessage = ‘Wejście przed 6:00 zabronione’
ENDIF
Sygnalizacja konfiguracji
Stan konfiguracji skryptu sygnalizowany jest poprzez ikonę przy przycisku:
- brak ikony oznacza brak zdefiniowanego skryptu
,
- zielona ikona ✔ oznacza skrypt zapisany i aktywny
.
Moment wykonania skryptu
Skrypt wykonywany jest po przejściu wszystkich standardowych mechanizmów kontroli, m.in.: aktywność pracownika, przynależność do grupy, autoryzacja, kontrola kalendarza, ustalenie typu zdarzenia, a bezpośrednio przed zapisem zdarzenia w systemie.
Dzięki temu w skrypcie dostępne są kompletne informacje o kontekście zdarzenia, w tym m.in.: dane pracownika oraz informacja, czy rejestrowane jest wejście czy wyjście.
Uwagi
- W przypadku błędów w skrypcie, rejestracja zdarzenia zostaje zablokowana, a na panelu wyświetlany jest komunikat o błędzie.
- Nie zaleca się stosowania w skryptach okien dialogowych ani konstrukcji mogących powodować długotrwałe wykonywanie, np. pętle bez warunku zakończenia, gdyż może to prowadzić do zawieszenia panelu.
- Usunięcie treści skryptu, powoduje powrót panelu do standardowego działania.
Przykład zastosowania
W kodzie użytkownika panelu, należy umieścić komunikat do wyświetlenia:
oRcp.cMessage =”Pamiętaj o kasku ochronnym!”
W momencie wejścia pracownika i odbicia karty, na ekranie panelu RCP wyświetli się wiadomość zdefiniowana w kodzie użytkownika.
Zarządzanie produkcją
1. Przenoszenie numeru zlecenia z przekształcenia i wyfakturowania
Zmodyfikowano mechanizm przekształcania i wyfakturowania dokumentów WZ do F, oraz PZ do FZ dla dokumentów wystawianych w rejestrach z włączonym ustawieniem wskazywania numeru zlecenia produkcyjnego. Zmiany dotyczą dokumentów, z ustawieniami Czy wskazywać ZPR, oraz z włączonym wskazywaniem operacji zlecenia produkcyjnego, tj. Czy wskazywać ZPR – operację w Pozostałych danych dokumentu.
Podczas wykonywania przekształcenia i wyfakturowania przenoszony jest numer zlecenia produkcyjnego z dokumentu WZ do F oraz z dokumentu PZ do FZ.
Wyfakturowanie
Przekształcenie
2. Konfiguracja komunikatów przy zapisywaniu technologii
Do Ustawień produkcji dodano konfigurację sprawdzania uzupełnienia informacji podczas tworzenia lub poprawiania operacji w technologii. Mechanizm sprawdzania dotyczy ustawień w gnieździe produkcyjnym Czy uzupełnione Gniazdo prod. i w zasobie pracowniczym Czy uzupełniony Zasób prac.
Ustawienia umożliwiają włączenie i wyłączenie komunikatów wyświetlanych w przypadku braku uzupełnienia.
Gniazdo
Zasoby pracownicze
Domyślnym ustawieniem jest sprawdzanie uzupełnienia, co jest tożsame z dotychczasowym działaniem systemu.
Moduł KSeF – Ogólne
1. Nowy formularz walidacji
W wersji 3.91 zmieniono okna walidacji dokumentu, zawierające podgląd pliku w formacie XML.
Zmiany zostały wprowadzone dla podglądu XML dokumentów F, KF, NS, a także na dokumentach wstępnej rejestracji zakupów WR.
Dodano m.in.:
- drzewo nawigacyjne,
- podświetlenie składni,
- oznaczenie błędów walidacji,
- zawijanie sekcji XML,
- nawigację do linii z błędem.
Po lewej stronie znajduje się hierarchiczna struktura XML, tzw. Drzewo nawigacyjne.
Oznaczenie poszczególnych węzłów:
- Nazwy tagów/ elementów: niebieskie,
- Nazwy atrybutów: czerwone,
- Wartości tagów i atrybutów:
Po dwukrotnym kliknięciu na węzeł drzewa, cała jego zawartość od tagu otwierającego do tagu zamykającego, zostaje od razu zaznaczona w oknie prawym, na podglądzie XML.
Błędy walidacji umieszczane są w dolnej części podglądu. Po wybraniu przycisku […], wyświetlony zostanie komunikat ze szczegółowym opisem danego problemu.
Istnieje możliwość szybkiej nawigacji w oknie edytora XML.
Prawym przyciskiem myszy wywołane zostaje menu kontekstowe a w nim opcje:
- Szukaj (Ctrl+F)
- Zwiń wszystko
- Rozwiń wszystko
- Kopiuj wartość taga.
Opcja niedostępna, tj. wyszarzona pojawia się, gdy kursor ustawiony jest na linii bez prostej wartości.
Przykład:
Kliknięcie na numer NIP umożliwia skopiowanie wartości tagu.
W menu wyświetlany podgląd wartości zawierający maksymalnie 40 znaków.
Na dole nowego okna walidacji, znajduje się przycisk Zapisz do pliku XML.
Opcja zapisuje oryginalny XML w kodowaniu UTF-8. Po zapisie pojawia się komunikat z potwierdzeniem i pełną ścieżką zapisu pliku XML.
2. Obsługa adresu zagranicznego
Dodano mechanizm, umożliwiający obsłużenie sytuacji, gdy firma posiada Polski NIP ale siedziba znajduje się za granicą.
W związku z tym, w formularzu kontrahenta, na zakładce Nazwa/ Adres na dokumentach, dodano kod kraju.
Jeżeli uzupełnione będą dane adresowe na dokumencie sprzedaży a kod kraju będzie inny niż PL, wówczas w pliku faktury XML do KSEF, adres uzupełniony będzie tymi danymi adresowymi.
3. Modyfikacja pola Uwagi
Wprowadzono automatyczny podział pola Uwagi z dokumentu sprzedaży. Jeśli tekst w tym polu przekracza 254 znaki, jego dalsza część jest przenoszona do kolejnych sekcji tagu DodatkowyOpis w nagłówku.
Sprzedaż
Przykład:
- Uwagi z faktury sprzedaży
- Uwagi na fakturze w formie PDF przyjętej w KSeF
- Uwagi w pliku XML faktury przyjętej w KSeF
Zakupy
Po pobraniu dokumentu zarejestrowanego jako wstępna rejestracja zakupów WR, w Dodatkowym opisie znajdą się uwagi z faktury sprzedaży, które zostały podzielone na sekcje.
Po zaznaczeniu wybranych sekcji, można przenieść je do Uwag na dokumencie FZ.
W tym miejscu można dokonać korekty dotyczącej wyrównania tekstu, usunięcia początku każdej sekcji od słowa Uwagi.
W efekcie, gotowe będzie pole do przeniesienia wraz z wygenerowaną fakturą zakupu.
Moduł KSeF – Sprzedaż
1. Sprawdzanie czy wszystko zostało wysłane do KSeF – analiza
Dla nowo dodanej opcji Uruchom przy wylogowaniu oraz dla opcji Uruchom po zalogowaniu, dodano nowy rodzaj analizy możliwy do wykonania Sprawdź czy wszystkie faktury zostały wysłane do KSeF.
Analiza sprawdza, czy w systemie istnieją dokumenty, które zostały zaakceptowane do KSeF, a nie zostały jeszcze wysłane. W przypadku wystąpienia takich dokumentów, wyświetlany jest komunikat z numerami dokumentów niewysłanych do KSeF z datą oraz nazwą operatora, który je wystawił.
2. Przycisk KSeF na formularzu dokumentu
Do widoku pozycji dokumentów Faktur sprzedaży F, Korekt wartościowo-ilościowych KF oraz Rabatów potransakcyjnych KF, dodano przycisk KSeF – narzędzia.
Pod przyciskiem znajdują się podstawowe operacje obsługi KSeF, tj.:
- Akceptacja,
- Generuj/ Waliduj XML,
- Walidacja techniczna,
- Podgląd XML,
- Wyślij do KSeF,
- Pobierz status,
- Pobierz UPO,
- Podgląd UPO,
- Wycofaj akceptację.
Działanie wskazanych funkcjonalności zostało dostosowane do pracy we wnętrzu dokumentu, umożliwiając np. wygenerowanie XML oraz podgląd PDF z wykorzystaniem wizualizacji dokumentu dla KSeF, bez konieczności wychodzenia z dokumentu.
Opcje te są tożsame z opcjami znajdującymi się na liście dokumentów sprzedaży. Dokument zostaje zablokowany do edycji po przeniesieniu do Eksportu do KSeF, tzn. po Zaakceptowaniu dokumentu.
Przywrócenie możliwości edycji dokumentu jest możliwe po wycofaniu akceptacji.
3. Konfiguracja szybkiej wysyłki
W profilu KSeF dodano nowe ustawienie pozwalające określić, na jakim etapie ma zatrzymać się szybka wysyłka KSeF.
Dotychczas, szybka wysyłka zawsze wykonywała pełny proces, od akceptacji dokumentu aż po pobranie statusu zwrotnego z KSeF. Obecnie, operator może zdecydować, że proces ma zakończyć się wcześniej, np. po akceptacji, po wygenerowaniu i walidacji pliku XML albo na etapie podglądu PDF dokumentu.
Funkcjonalność ułatwia kontrolę nad wysyłanymi dokumentami. Pozwala m.in. zweryfikować wizualizację faktury, zanim trafi ona do Krajowego Systemu e-Faktur, lub przygotować dokument do wysyłki bez jej finalizowania.
Konfiguracja w profilu KSeF
Aby skonfigurować tę funkcję, należy przejść do sekcji Profile KSeF, wybrać odpowiedni profil i kliknąć opcję Edytuj. Następnie w zakładce Sprzedaż należy wybrać podzakładkę Inne uprawnienia, na której dostępna jest nowa lista rozwijana Końcowy etap szybkiej wysyłki,
z której operator może wybrać jeden z pięciu etapów zakończenia procesu.
Ustawienie wspólne dla profilu
Wybrany etap obowiązuje wszystkich operatorów przypisanych do danego profilu KSeF.
Dostępne etapy zatrzymania
| Etap | Działanie |
| 1. Akceptacja | System akceptuje dokument i kończy proces. Plik XML nie jest generowany. |
| 2. Generuj/Waliduj XML | System akceptuje dokument, generuje plik XML i przeprowadza jego walidację, a następnie kończy proces. |
| 3. Podgląd PDF | Wykonywane są wszystkie powyższe kroki, a dodatkowo operatorowi prezentowane jest okno z podglądem dokumentu, zgodnym z docelową wizualizacją PDF. |
| 4. Wysyłka | Dokument jest wysyłany do KSeF, jednak bez pobierania statusu zwrotnego. |
| 5. Pobranie statusu | Pełny proces, jak dotychczas. Jest to ustawienie domyślne. |
Zachowanie istniejących profili
Po aktualizacji do wersji 3.91, wszystkie istniejące profile KSeF otrzymują automatycznie ustawienie 5. Pobranie statusu, dzięki czemu działanie szybkiej wysyłki pozostaje identyczne jak przed wdrożeniem. Również nowo zakładane profile mają domyślnie ustawiony etap
5. Pobranie statusu.
Podgląd PDF — okno operatora
Gdy w profilu wybrano etap Podgląd PDF, podczas szybkiej wysyłki, po akceptacji, wygenerowaniu i walidacji pliku XML, otwierane jest okno Podgląd KSeF, umożliwiające zatwierdzenie lub powrót do edycji z osadzonym podglądem dokumentu. Wizualizacja odpowiada dokładnie temu, jak dokument zostałby przesłany do KSeF.
Zamknięcie okna przyciskiem X
Zamknięcie okna podglądu przyciskiem X w prawym górnym rogu działa tak samo jak przycisk Wróć. Oznacza to, że okno zostaje zamknięte bez komunikatu, a formularz faktury pozostaje otwarty do edycji.
Minimalny rozmiar okna podglądu to 760×400 pikseli. Okno można powiększać, podgląd PDF rozciąga się wraz z oknem, a przyciski OK/ Wróć pozostają zakotwiczone w prawym dolnym rogu.
Komunikaty kończące proces
W zależności od wybranego etapu, szybka wysyłka kończy się odpowiednim komunikatem:
| Etap zatrzymania | Komunikat |
| 1. Akceptacja | Szybka wysyłka KSeF zatrzymana na etapie: Akceptacja. |
| 2. Generuj/ Waliduj XML | Szybka wysyłka KSeF zatrzymana na etapie: Generowanie XML i walidacja. |
| 3. Podgląd PDF — przycisk OK | Szybka wysyłka KSeF zatrzymana na etapie: Podglądu PDF. |
| 3. Podgląd PDF — przycisk Wróć | brak komunikatu |
| 4. Wysyłka | Szybka wysyłka KSeF zatrzymana na etapie: Wysyłka. |
| 5. Pobranie statusu – pełny proces | Szybka wysyłka KSeF zakończona pomyślnie. |
4. Mechanizm sprawdzający czy dokument ma trafić do KSeF
Dla korekt wartościowo – ilościowych KF, dodano mechanizm sprawdzający czy dokument korygowany został wystawiony na firmę lub osobę fizyczną.
W przypadku, gdy dokument korygowany został wystawiony na osobę fizyczną i podlega fiskalizacji, dokument jest wyłączony z wysyłki do KSeF, a jego etap KSeF automatycznie ustawia się na Nie dotyczy.
5. Faktura do paragonu w KSeF (3.90.008)
Dodano mechanizm umożliwiający wysyłkę do KSeF Faktury do paragonu.
W definicji dokumentu faktury do paragonu dodano parametr Dokument ma trafiać do KSeF. Po wybraniu opcji TAK, pojawia się parametr Identyfikator konfiguracji KSeF.
Podczas zatwierdzania faktury do paragonu, pojawia się pytanie Czy zaakceptować dokument do eksportu KSeF?
Po zaakceptowaniu możliwa jest dalsza droga wysyłki dokumentu do KSeF.
Po stronie zakupowej dokument wstępnej rejestracji zakupów WR, będzie miał stosowne oznaczenie faktura do paragonu.
6. Wysyłka do KSeF Korekt wystawianych dla osób fizycznych
Do definicji dokumentów Korekt wartościowo-ilościowych, dodano ustawienie Nie wysyłać dokumentów do KSeF dla osób fizycznych.
Ustawienie umożliwia wyłączenie wysyłki do KSeF korekt z danego rejestru w przypadku, gdy kontrahentem wskazanym na dokumencie jest osoba fizyczna.
W takiej sytuacji dokument wystawiany w rejestrze z tym ustawieniem przyjmuje etap KSeF Nie dotyczy, a w efekcie nie podlega Akceptacji do KSeF.
7. Konto bankowe faktora (3.90.008)
W kartotece kontrahenta, dodano możliwość wskazania konta bankowego faktora.
W związku z tym, do kartoteki Kontrahenta, na zakładce KSeF dodano listę wyboru Konto bankowe faktora z, która uaktywnia się w przypadku zaznaczenia znacznika Faktor (Rola w płatności).
Na liście do wyboru dostępne są aktywne rachunki bankowe zdefiniowane w systemie.
Lista umożliwia wybór rachunku bankowego, który trafi do tagu <RachunekBankowyFaktora> do XML dla KSeF, w przypadku wskazania w Rozliczeniu płatności dokumentu kontrahenta oznaczonego jako Faktor (Rola w KSeF).
Przykład 1.
W kartotece Kontrahenta FAKTOR, wskazano Konto bankowe faktora z rachunku bankowego NB o numerze konta 09253000082020108248410001.
W Płatności dokumentu, w Rozliczeniu płatności został wskazany kontrahent FAKTOR.
W efekcie, do XML dla KSeF, do tagu <RachunekBankowyFaktora> trafiają informacje o rachunku bankowym NB, zdefiniowanym jako konto bankowe faktora.
W przypadku wyboru Konto główne kontrahenta do XML dla KSeF, trafi konto Kontrahenta zdefiniowane w zakładce Dane dodatkowe, w kartotece Kontrahenta.
Przykład 2.
W kartotece Kontrahenta FAKTOR, jest zdefiniowane konto w banku PLBANK o numerze konta 56132000063141117340504923.
W zakładce KSeF, Kontrahent jest oznaczony jako Faktor, oraz dla listy wyboru Konto bankowe faktora z, zostaje wskazana opcja Konto główne kontrahenta.
W efekcie, do XML dla KSeF do tagu <RachunekBankowyFaktora> trafiają informacje dotyczące konta zdefiniowanego w kartotece Kontrahenta, w zakładce Dane dodatkowe.
8. Forma płatności Zapłacono w KSeF
W nowej wersji systemu dodano możliwość oznaczenia formy płatności jako zapłaconej poprzez zaznaczenie znacznika Zapłacono w KSeF w definicji form płatności.
Po oznaczeniu formy płatności tym znacznikiem, w generowanym pliku XML wartość pola <Zaplacono> zostanie ustawiona na 1.
Na wygenerowanym podglądzie PDF w sekcji płatności, widoczna będzie informacja o tym, że faktura została opłacona.
Opcja ta jest przeznaczona dla klientów, którzy nie rejestrują płatności w programie i w definicji dokumentu sprzedaży mają wyłączoną opcję Czy dokumenty będą rozliczane, a jednocześnie chcą prezentować na dokumencie informację o płatności.
9. Pobieranie UPO dla wysyłki wsadowej
Rozszerzono funkcjonalność podglądu Urzędowego Poświadczenia Odbioru UPO dla dokumentów wysyłanych do KSeF w trybie wsadowym.
Dotychczas możliwość pobrania i weryfikacji UPO była dostępna dla pojedynczych dokumentów zgodnie z obowiązującą procedurą. Nowa funkcjonalność umożliwia również wyświetlenie UPO dla całej wysyłki wsadowej.
Po wybraniu opcji podglądu UPO dla wskazanej wysyłki wsadowej, generowany jest dokument PDF zawierający wszystkie faktury objęte daną paczką. Dzięki temu użytkownik może w jednym miejscu zweryfikować komplet dokumentów przesłanych w ramach wybranej wysyłki oraz odpowiadające im informacje zawarte w UPO.
Funkcja ułatwia kontrolę poprawności wysyłek wsadowych oraz archiwizację potwierdzeń dla większej liczby dokumentów wysłanych jednocześnie do KSeF.
10. Seryjne generowanie wizualizacji dokumentów PDF
W wersji 3.91 systemu wprowadzono możliwość seryjnego generowania wizualizacji PDF faktur przyjętych w KSeF oraz dokumentów UPO.
Wraz z nową wersją, wprowadzono nowy profil uprawnień KSeF o nazwie ADMIN. Podczas aktualizacji bazy do wersji 3.91, profil ten zostanie przypisany do każdego użytkownika, który ma uprawnienia administratora.
Dzięki temu administratorzy:
- nie tracą dostępu do żadnej operacji KSeF,
- mogą konfigurować ustawienia seryjnego generowania PDF, UPO PDF,
- korzystają ze wspólnej konfiguracji dla wszystkich administratorów.
Profil ADMIN ma zaznaczone automatycznie wszystkie uprawnienia.
W celu prawidłowego wydruku należy w zakładce Inne uprawnienia określić:
- katalog docelowy PDF,
- tryb druku wraz z opcją Nigdy – domyślna, Pytaj lub Zawsze,
- drukarkę – rodzaj: Domyślna systemowa, oraz drukarki dostępne w sieci.
Lista drukarek pokazuje wszystkie drukarki zainstalowane w systemie. Jeśli wcześniej była tu zapisana drukarka, której teraz nie ma w systemie np. drukarka sieciowa odłączona, pojawi się ona na liście z dopiskiem [niedostępna]. W ten sposób nie zostaną utracone ustawienia dla tej drukarki.
Po zatwierdzeniu ustawień w profilu Admin, pojawi się komunikat w postaci wait window:
UWAGA!!!
Świeżo po aktualizacji programu, profil ADMIN nie ma jeszcze ustawionego katalogu. Pierwszy administrator po wgraniu nowej wersji musi wejść do profilu ADMIN i ustawić katalog, w przeciwnym razie wszyscy administratorzy zobaczą komunikat o brakującej konfiguracji przy próbie generowania PDF-ów.
Różnice pomiędzy widocznością danych przez Administratora i zwykłego operatora.
| Operacja | Administrator | Użytkownik z profilem KSeF | Użytkownik bez profilu KSeF |
| Otwarcie słownika profili KSeF | tak | nie | nie |
| Edycja profilu ADMIN | tak | nie | nie |
| Edycja własnej konfiguracji PDF | tak – przez profil ADMIN | przez swój profil | nie ma gdzie |
| Wysyłka faktury do KSeF | tak – przez profil ADMIN) | jeśli profil pozwala | komunikat o braku uprawnień |
| Generowanie PDF/ UPO grupowe | tak | jeśli profil ma ustawiony katalog | komunikat o braku konfiguracji |
Gdy operator z niepełnym profilem lub operator z brakiem profilu KSeF próbuje edytować profil ADMIN, program wyświetla stosowny komunikat.
UWAGA!!!
Wszyscy administratorzy widzą tę samą konfigurację PDF, czyli jeden wspólny profil ADMIN. Jeśli administrator A zmieni katalog docelowy, administrator B przy następnej paczce do generowania PDF zobaczy nowy katalog. Jest to celowe działanie, ponieważ administratorzy zwykle pracują na wspólnych ustawieniach drukarki i folderu.
Na listach dokumentów F, KF, rabatów potransakcyjnych, NS i w opcji Eksport do KSeF, dodano możliwość Grupowego generowania PDF oraz UPO PDF.
Pod ikonką KSeF – narzędzia, dodano dwa nowe parametry:
- Generuj PDF zaznaczonych,
- Generuj UPO PDF zaznaczonych.
Z poziomu listy dokumentów KSeF można teraz zaznaczyć wiele dokumentów i jednym kliknięciem:
- wygenerować PDF-y faktur czyli wizualizacje dokumentów wysłanych do KSeF,
- wygenerować PDF-y UPO – Urzędowe Poświadczenia Odbioru,
- opcjonalnie wydrukować je na wskazanej drukarce.
Jeśli w profilach KSeF ustawiona jest opcja Trybu drukuj jako PYTAJ, wówczas pojawia się stosowne pytanie.
Po każdorazowym wybraniu opcji drukowania pojawia się raport podsumowujący.
W raporcie znajdują się informacje:
- ile dokumentów zaznaczono,
- ile PDF-ów udało się utworzyć,
- ile dokumentów zapisano w załącznikach,
- ile dokumentów pominięto wraz z podziałem na powody oraz listę kluczy pominiętych dokumentów,
- ile prób druku się nie powiodło,
- katalog docelowy, ustawiony tryb druku i nazwa drukarki.
Program nie wygeneruje pliku PDF, jeżeli:
- dokument nie został wysłany do KSeF, czyli nie ma jeszcze numeru KSeF.
W raporcie sekcja Dokumenty pominięte – brak numeru KSeF, - dokument został wysłany na środowisko testowe (DEMO), nie produkcyjne.
W raporcie sekcja Dokumenty pominięte – nie środowisko produkcyjne. PDF-y generowane są wyłącznie dla wysyłek produkcyjnych.
Generowanie UPO PDF.
Opcja działa analogicznie do generowania PDF, ale generuje wizualizacje Urzędowych Poświadczeń Odbioru. Różnica polega na sposobie tworzenia plików w zależności od tego, jak dokument był wysłany:
- Faktury wysłane pojedynczo → powstaje jeden plik UPO na każdą fakturę,
FA_2026_001_UPO.pdf, - Faktury wysłane wsadowo/ zbiorczo, jedną sesją → powstaje jeden wspólny plik UPO na całą sesję, np. session_KSEFSESJA123_UPO.pdf, do którego program automatycznie dopina jako załącznik każdy dokument z tej sesji.
Przykład:
Zaznaczenie 3 faktur z jednej sesji wsadowej, spowoduje otrzymanie 1 pliku UPO, ale w załącznikach wszystkich 3 faktur będzie link do tego samego pliku.
W paczce UPO dokument zostaje pominięty, gdy:
- nie ma jeszcze UPO, Urząd jeszcze nie odpowiedział,
- dokument był wysłany na DEMO, nie na produkcję.
UWAGA!!!
W jednej paczce można przetworzyć maksymalnie 10 000 dokumentów. Jeśli zaznaczone zostanie więcej, program pokaże komunikat i przerwie operację. Jest to zabezpieczenie przed zawieszeniem programu przy wsadowym tworzeniu bardzo dużej liczby plików.
11. Data dostawy w XML (3.90.008)
Wprowadzono zmianę w sposobie generowania plików XML wysyłanych do KSeF w zakresie daty dostawy.
Podczas generowania struktury XML wartość pola P_6 zawsze jest uzupełniana datą dostawy czyli datą dokonania lub zakończenia dostawy towarów albo wykonania usługi.
Data dostawy przekazywana jest do pola P_6 niezależnie od tego, czy jest ona zgodna z datą wystawienia faktury, czy jest od niej różna.
Zgodnie ze strukturą logiczną faktury ustrukturyzowanej KSeF pole P_6 nie jest wymagane w sytuacji, gdy data dostawy jest taka sama jak data wystawienia faktury. Pole to należy uzupełnić wyłącznie wtedy, gdy data dostawy została określona i różni się od daty wystawienia dokumentu.
W celu zapewnienia spójności prezentowanych danych oraz jednoznacznego odwzorowania informacji zapisanych na dokumencie źródłowym, system zawsze przekazuje datę dostawy do pola P_6, niezależnie od jej relacji do daty wystawienia faktury.
12. Opis rachunku bankowego w KSeF
Wprowadzono uzupełnianie Opisu rachunku bankowego dla tagu <OpisRachunku> w sekcji rachunku bankowego plików KSeF. Informacja pobierana jest z pola Nazwa rachunku, dostępnego w definicji rachunków bankowych.
Nazwa Rachunku bankowego w definicji
Nazwa Rachunku bankowego uzupełniona w pliku PDF w KSeF.
Nazwa Rachunku bankowego uzupełniona w pliku XML w KSeF.
13. Obsługa kaucji w KSeF
Dodano mechanizm, umożliwiający prawidłowe wykazanie kaucji w KSeF.
Od wersji 3.91 pozycje zarejestrowanych kaucji, będą pokazane na pozycjach, ale przy generowaniu XML KSEF zostaną pominięte w sekcji <FaWiersz>.
W podsumowaniu dokumentu dodano pole z wartością kaucji, dzięki czemu dostępna jest informacja z czego wynika kwota brutto dokumentu.
Od wersji 3.91 pozycje kaucji, pomimo że będą pokazane na pozycjach, przy generowaniu XML KSEF pominięte zostaną w sekcji
Dla takich pozycji generowane będą dodatkowe opisy dla ilości, ceny i wartości do nagłówka dokumentu w elemencie <DodatkowyOpis> sekcji <Fa>, a nie jak dotychczas w sekcji <FaWiersz>.
Natomiast podsumowanie wartości kaucji w złotówkach i w walucie trafi do sekcji <Obciazenia> w elemencie <Rozliczenie>, z Powodem ocechowanym jako Kaucje.
Informacja techniczna:
Do tabeli NAGL_DOK zostały dodane pola przechowujące wartość kaucji WART_KAUC, wartość dodatkowych obciążeń SUMA_OBC i odliczeń SUMA_ODL. Wartości dodatkowych obciążeń i odliczeń wchodzą do wartości brutto dokumentu SUMA_BRU.
UWAGA!!!
Podnoszenie danych do wersji 3.91 może długo potrwać ze względu na zmiany struktury dużej tabeli NAGL_DOK.
14. Obsługa Podmiotu 3 na korekcie sprzedaży
Od wersji 3.91 na formularzu korekty, w sekcji Pozostałe dane, umożliwiono zmianę miejsca przeznaczenia oraz jego roli w transakcji. Funkcjonalność pozwala na korektę tych danych bezpośrednio na dokumencie, zapewniając większą elastyczność podczas wprowadzania zmian.
15. Zmiana miejsca przeznaczenia i roli na korekcie formalnej
Od wersji 3.91 rozszerzono możliwości korekty formalnej o zmianę miejsca przeznaczenia dokumentów. Na dokumentach NS podczas zmiany miejsca przeznaczenia umożliwiono również zmianę roli <Podmiotu3> w transakcji.
16. Rola w dokumentach generowanych z Planów transakcji
Do faktur seryjnych, wystawianych w ramach Planów Transakcji, dodano możliwość wskazania Roli w KSeF w Pozostałych danych dokumentu.
W efekcie, jeśli z planu transakcji zostanie wygenerowana faktura sprzedaży, wówczas Rola odbiorcy zostanie uzupełniona w Podmiocie 3.
17. Obsługa IDWew w Podmiocie 3
W adresach kontrahenta, na zakładce KSeF dodano parametr Brak NIP w KSeF. Zaznaczenie parametru powoduje, że podczas generowania pliku XML dla odbiorcy nie jest przekazywany identyfikator NIP w elemencie <Podmiot3>.
Zmodyfikowano również sposób ustalania identyfikatora przekazywanego w elemencie <Podmiot3>. W pierwszej kolejności system sprawdza, czy dla kontrahenta został określony identyfikator wewnętrzny IDWew. Jeżeli identyfikator ten jest dostępny, zostanie on przekazany do pliku XML niezależnie od tego, czy kontrahent posiada numer NIP oraz niezależnie od ustawienia parametru Brak NIP w KSeF.
Jeżeli identyfikator IDWew nie został określony, system sprawdza numer NIP kontrahenta:
- gdy numer NIP jest dostępny i parametr Brak NIP w KSeF nie jest zaznaczony, do pliku XML przekazywany jest numer NIP,
- gdy numer NIP jest dostępny, ale zaznaczono parametr Brak NIP w KSeF, identyfikator nie jest przekazywany.
Priorytet identyfikatorów przekazywanych do elementu <Podmiot3> jest następujący:
- IDWew,
- NIP,
- brak identyfikatora.
18. Obsługa JST na korekcie faktury
W korekcie faktury KF dodano obsługę jednostek podrzędnych JST. Jeżeli na fakturze wskazano jednostkę podrzędną JST, jest ona prezentowana w oknie Pozostałe dane oraz uwzględniana w generowanym pliku XML faktury korygującej KSeF.
Moduł KSeF – Zakupy
1. Rozbudowa widoku dokumentów WR
W odpowiedzi na sugestie użytkowników systemów Humansoft, wprowadzono fabryczny widok listy dokumentów WR, bogatszy o nowe opcje. Widok wyświetlany jest jako drugi na liście dokumentów WR – Dokumenty pobrane z KSeF – fabryczny.
Widok zawiera następujące kolumny:
- Data pobrania,
- Poufny,
- Rejestr,
- Nr wewnętrzny,
- Status,
- Rodzaj faktury,
- Pracownik,
- Nr dokumentu KSeF,
- NIP kontrahenta KSeF,
- Skrót nazwy kontrahenta,
- Numer faktury/ korekty,
- Numer KSeF,
- Do zapłaty,
- Waluta,
- Kurs,
- Wartość FZ/ KZ,
- Termin płatności,
- Płatność KSeF,
- Komentarz/ Uwagi,
- Magazyn,
- Płatność
- Rejestr FZ/ KZ,
- Opiekun rejestru WR,
- Aktualnie u…,
- Nazwa kontrahenta KSeF,
- Data i czas pobrania,
- Data wystawienia,
- Data sprzedaży/ dostawy,
- Pobrał.
W przypadku, gdy z dokumentu WR wygenerowano dokument FZ lub KZ, status WR zmienia się na zamknięty. Na widoku dokumenty z tym statusem wyszczególnione są szarą czcionką.
Komentarze oraz Uwagi z wnętrza WR, widoczne są od razu na tym widoku. Zawarta jest także informacja czy dokument jest poufny, albo czy jest wystawiony w walucie.
Wyróżniona została kolumna Do zapłaty, gdzie kwota zaznaczona jest czerwoną czcionką.
Dodatkowo, wyróżnik ten został zastosowany w kolumnie NIP kontrahenta KSeF w przypadku, gdy nastąpiła zmiana kontrahenta na dokumencie WR.
Dodatkowo, do okna dokumentów WR, dodano:
- filtry:
- wyszukiwarkę, którą można samodzielnie konfigurować.
2. Mechanizm samofakturowania
Od wersji 3.91 w systemach Humansoft udostępniono obsługę samofakturowania, czyli procedury, w której nabywca towaru lub usługi wystawia fakturę w imieniu i na rzecz sprzedawcy. Funkcjonalność została przygotowana z myślą o pełnej integracji z Krajowym Systemem e-Faktur KSeF. Umożliwia ona akceptację dokumentu samofakturowania, weryfikację jego statusu oraz wysyłkę do KSeF w sposób analogiczny do faktur sprzedaży.
Obsługa samofakturowania została zaimplementowana po stronie zakupów, ponieważ dokument jest tworzony przez nabywcę. W celu zachowania przejrzystości procesu oraz oddzielenia dokumentów samofakturowania od standardowych dokumentów zakupowych, wprowadzono odrębny rodzaj dokumentu oraz dedykowane pozycje menu. Poniżej przedstawiono poszczególne elementy nowej funkcjonalności.
Czym jest samofakturowanie?
Faktura wystawiona przez nabywcę trafia do KSeF jako dokument przypisany do NIP sprzedawcy i formalnie jest jego fakturą sprzedaży. Sprzedawca zachowuje pełną kontrolę, ponieważ to on decyduje poprzez nadanie uprawnień w KSeF, kto może wystawiać faktury w jego imieniu.
a. Włączenie obsługi samofakturowania
W ustawieniach globalnych dodano parametr Samofakturowanie z opcjami do wyboru Tak lub Nie, z domyślnym ustawieniem: Nie. Parametr pełni funkcję głównego przełącznika funkcjonalności. Ustawienie jego wartości na Tak powoduje udostępnienie w systemie wszystkich elementów związanych z obsługą samofakturowania, opisanych poniżej, w tym znacznika na kartotece kontrahenta, oznaczenia rejestrów oraz dedykowanych pozycji menu.
b. Oznaczenie kontrahentów objętych umową
Na formularzu kontrahenta dodano znacznik Umowa na samofakturowanie. Pole to staje się aktywne tylko wtedy, gdy w ustawieniach globalnych zostanie uruchomiona obsługa samofakturowania. Znacznik służy do oznaczenia kontrahentów, z którymi zawarto umowę
o samofakturowaniu. Podczas wystawiania dokumentów samofakturowania, na liście kontrahentów prezentowane są wyłącznie podmioty oznaczone tym znacznikiem.
c. Rejestry FZ i KZ dla samofakturowania
W rejestrach faktur zakupu FZ oraz korekt zakupu KZ dodano rodzaj dokumentu Samofakturowanie. Po jego wybraniu rejestr działa odmiennie od standardowego rejestru zakupowego. W szczególności:
- udostępniane są funkcje związane z obsługą KSeF,
- zmienia się sposób wskazywania grup towarowo-usługowych GTU oraz procedur. Dostępne są tu oznaczenia właściwe dla dokumentów sprzedaży, a nie dla dokumentów zakupu.
UWAGA!!!
Rejestry oznaczone jako samofakturujące są wyłączone ze standardowych list FZ i KZ. Obsługa dokumentów samofakturowania odbywa się z poziomu dedykowanych pozycji menu opisanych w punkcie 4.
d. Wystawianie dokumentów samofakturowania
W menu Zakupy wydzielono odrębną grupę pozycji przeznaczonych do obsługi dokumentów samofakturowania:
- FZ – samofakturowanie,
- KZ – samofakturowanie.
Podczas wystawiania dokumentu obowiązują następujące zasady:
- Na liście rejestrów prezentowane są wyłącznie rejestry oznaczone jako samofakturujące.
- Na liście kontrahentów prezentowani są wyłącznie kontrahenci oznaczeni znacznikiem Umowa na samofakturowanie.
- Dostępna jest możliwość uzupełnienia oznaczeń GTU oraz procedur, analogicznie jak w dokumentach sprzedaży.
- W polu Numer obcy należy podać numer dokumentu uzgodniony ze sprzedawcą. Wartość tego pola jest przekazywana do KSeF jako numer faktury.
e. Struktura dokumentu wysyłanego do KSeF
Dokument samofakturowania jest wysyłany do KSeF z wykorzystaniem tego samego schematu XML, który stosowany jest dla faktur sprzedaży. Podczas generowania pliku XML, system automatycznie przypisuje kontrahenta wskazanego na dokumencie jako Podmiot 1, natomiast jako Podmiot 2 wskazuje dane własne firmy pobrane bezpośrednio z konfiguracji danych podatkowych.
| Sekcja XML | Zawartość |
| Podmiot1 | Dane sprzedawcy, czyli formalnego wystawcy faktury, tj. NIP, nazwa, adres. |
| Podmiot2 | Dane nabywcy czyli technicznego wystawcy faktury, odbiorcy towaru/ usługi, tj. NIP, nazwa, adres. |
Dodatkowo, na fakturze umieszczana jest adnotacja samofakturowania:
- Fa/Adnotacje/P_17 – wartość 1 oznacza fakturę wystawioną w trybie samofakturowania,
- Rodzaj faktury – wartość zgodna z aktualnym XSD KSeF dla samofakturowania.
f. Uprawnienia i uwierzytelnianie w KSeF
Aby nabywca mógł wystawiać faktury w imieniu sprzedawcy, sprzedawca musi najpierw nadać mu w KSeF uprawnienie do samofakturowania. Bez tego uprawnienia faktura wysłana
w ramach samofakturowania nie zostanie przyjęta przez system.
Podmiot wysyłający fakturę uwierzytelnia się w KSeF własnym certyfikatem, np. podpisem kwalifikowanym i jako kontekst uwierzytelnienia podaje własny NIP. Faktura zostanie przyjęta wyłącznie wtedy, gdy druga strona transakcji nadała wcześniej odpowiednie uprawnienie na swoim koncie KSeF.
Przykład:
Spółka X o numerze NIP 9999999999 sprzedaje podatnikowi Y z NIP 3333333333, z którym ma umowę o samofakturowaniu. Spółka X nadaje w KSeF podatnikowi Y uprawnienie do samofakturowania. Podatnik Y, wystawiając faktury w imieniu spółki X, uwierzytelnia się własnym podpisem kwalifikowanym i podaje jako kontekst uwierzytelnienia własny NIP 3333333333.
g. Pobieranie dokumentów z KSeF i obsługa rejestru WR samofakturowanie
Należy pamiętać, że dokumenty samofakturowania są również pobierane z Krajowego Systemu e-Faktur KSeF w ramach standardowej synchronizacji dokumentów zakupowych. Dokument WR pochodzący z samofakturowania charakteryzuje się oznaczeniem samofakturowanie na pierwszej zakładce Dane nagłówkowe dokumentu.
W przypadku próby przekształcenia dokumentu typu WR samofakturowanie w FZ, system wyświetli komunikat informujący, że dokument tego typu został już utworzony/ istnieje w systemie i nie podlega ponownemu przekształceniu.
Jednocześnie planowane są dalsze prace rozwojowe, których celem jest automatyzacja procesu zamykania oraz obsługi dokumentów samofakturowania pobranych z KSeF, tak aby ograniczyć konieczność ręcznej obsługi tych zapisów.
3. Mapowanie pozycji faktur zakupu na dokumentach WR
Do mechanizmu obsługi pobranych dokumentów Wstępnej rejestracji zakupu WR dodano funkcjonalność mapowania i automatycznego tworzenia pozycji oraz jednostek miary KSeF z pliku XML na potrzeby trwałego powiązania pozycji znajdujących się w pliku XML, otrzymanej faktury z KSeF z konkretnymi kartotekami asortymentowymi zarejestrowanymi
w systemie.
Mapowanie tych pozycji nie jest obowiązkowe. W takim przypadku możliwe jest ręczne wybieranie artykułów z listy, zgodnie z dotychczasową praktyką. Jeżeli jednak dany zakup towarowy lub kosztowy powtarza się, zaleca się skonfigurowanie systemu w celu automatycznego rozpoznawania i łączenia pozycji z bazą asortymentu. Taka konfiguracja pozwoli na znaczne skrócenie czasu rejestracji każdej kolejnej faktury od danego dostawcy.
W sytuacji gdy system nie rozpozna i nie powiąże asortymentu, nowa kartoteka nie będzie dodana automatycznie. Jest to działanie celowe, mające na celu utrzymanie porządku
w bazie danych. Tworzenie nowej kartoteki artykułu powinno być zawsze świadomą operacją wykonywaną przez użytkownika, ponieważ proces ten wymaga określenia wielu istotnych parametrów związanych z podatkiem VAT, gospodarką magazynową oraz innymi przepisami prawnymi.
UWAGA!!!
Opisywany mechanizm nie jest dostępny na pozycjach korekt.
A. Jednostki miary KSeF
Aby program mógł prawidłowo interpretować jednostki miary przesyłane przez dostawców, w menu Kartoteki dodano opcję Jednostki miary KSeF, umożliwiającą przypisanie jednostkom systemowym, odpowiadających im jednostek z dokumentów KSeF.
Opisywana funkcja została wprowadzona w celu umożliwienia konfiguracji systemu tak, aby prawidłowo identyfikował on różne nazwy przypisane do tej samej jednostki miary.
W polu przeznaczonym na jednostkę miary różni kontrahenci często stosują odmienne oznaczenia dla tych samych wielkości, stosując zamiennie formy pełne lub skrócone, na przykład stosując zapisy sztuka, Szt., sztuki, sz. bądź też godz. i h.
B. Zmiany na dokumencie WR
Na potrzeby nowego rozwiązania, na zakładce Pozycje dokumentu WR, dodano przycisk F12 Zestawienia i inne operacje, pod którym dostępne są następujące opcje:
- Stwórz pozycje faktury (FZ),
- Stwórz pozycje faktury (FZ) z zaznaczonych,
- Artykuły bez odpowiedników w programie,
- Mapowanie nieznanych jednostek miary.
W celu prawidłowego ułożenia procesu, pracę w tym obszarze należy rozpocząć od mapowania artykułów i jednostek miary.
a. Artykuły bez odpowiedników w programie,
W przypadku, gdy istnieje podejrzenie, że tworzenie pozycji faktury nie powiedzie się, przydatna będzie analiza pokazująca nierozpoznane pozycje.
Pozwala ona na sparowanie artykułów w ramach danego kontrahenta na dwa sposoby:
- Powiązanie z istniejącym artykułem.
Należy wybrać odpowiedni artykuł z kartotek zdefiniowanych w programie i zatwierdzić wybór przyciskiem z zielonym znacznikiem obok kontrolki wyboru 
.
- Dodanie nowego artykułu do bazy.
Służy do tego przycisk Nowy. Program automatycznie uzupełni formularz o dane z pliku:
- nazwę,
- stawkę VAT,
- kod kreskowy,
- jednostkę miary, jeśli zostanie rozpoznana,
- symbol, jeśli indeks ma maksymalnie 16 znaków i jest unikalny.
UWAGA!!!
Symbol artykułu to najważniejsze pole dotyczące kartoteki. Wprawdzie system zasugeruje symbol, ale powinien zostać zweryfikowany i poprawiony zgodnie z procedurami funkcjonującymi w przedsiębiorstwie.
Po zatwierdzeniu przyciskiem OK, nowy artykuł zostanie dodany do tabeli i automatycznie sparowany z artykułem KSeF dla danego kontrahenta. Z tego miejsca można także usunąć powiązanie.
UWAGA!!!
Ten sam asortyment może wystąpić na fakturze KSEF kilka razy, w związku z tym pojawi się również kilka razy na liście artykułów bez powiązania. Dostępna jednak będzie kolumna
Nr wiersza, tak by użytkownik wiedział, o którą pozycję chodzi.
Uzupełnienie danych/ zmapowanie dla jednej pozycji automatycznie uzupełnia kolumny we wszystkich jej wystąpieniach.
Kliknięcie przycisku mapowania 
przy pustym polu wyboru usuwa powiązanie. Jeśli dodany zostanie nowy artykuł, jego zapis pozostanie w bazie.
b. Mapowanie nieznanych jednostek miary.
Jeśli w dokumencie pobranym z KSeF, nie ma jednostki miary zdefiniowanej w systemie, można skorzystać z opcji Mapowanie nieznanych jednostek miary. Mechanizm działa podobnie jak mapowanie nierozpoznanych artykułów, ale tu nie ma przycisku Nowy, umożliwiającego dodanie nowej jednostki miary.
Możliwe jest wskazanie jednostek zarejestrowanych w systemie. W takiej sytuacji można również edytować kartotekę artykułu przed dodaniem jej na FZ. W takich przypadkach dodany artykuł musi mieć albo taką jednostkę główną, albo skonfigurowaną jednostkę pomocniczą. Jeśli jednak takie nie występują, można je również dodać z poziomu przycisku list.
System rozpoznaje i prawidłowo przyjmuje towar na magazyn także w przypadku, gdy użyta przez dostawcę jednostka miary jest skonfigurowana jako jednostka dodatkowa. Wymaga to jednak wcześniejszego zarejestrowania nieznanych dotąd jednostek w systemie i przeprowadzenia ich właściwej konfiguracji.
Zdefiniowanie nowej jednostki miary nie powoduje od razu mapowania. Należy to zrobić ręcznie, wybierając przycisk dedykowany dla mapowania 
.
Na listach ta sama nierozpoznana jednostka miary może wystąpić wiele razy, a poszczególne pozycje posiadają informację o numerze wiersza faktury. Po zmapowaniu uzupełniane są kolumny we wszystkich wystąpieniach jednostki miary.
UWAGA!!!
Naciśnięcie przycisku mapowania, gdy nie wybrano jednostki miary powoduje usunięcie mapowania.
c. Stwórz pozycje faktury (FZ),
Funkcja Stwórz pozycje FZ służy do automatycznego odtworzenia dokumentu i identyfikacji towarów, usług oraz pozycji księgowych w bazie programu na podstawie pliku XML pobranego z KSeF. Działa w oparciu o 6-stopniowy algorytm przeszukiwania bazy danych.
Uruchomienie opcji inicjuje automatyczne przeszukiwanie bazy danych w celu identyfikacji kartotek artykułów. Program szuka dopasowania kolejno według poniższej kaskady od 1 do 6:
- Szuka kodu kreskowego GTIN w tabeli ARTYKULY,
- Szuka kodu kreskowego GTIN w tabeli ART_KOD – kody dodatkowe,
- Jeśli GTIN = 8 znaków, szuka jako EAN_8 w tabeli ART_KOD,
- Jeśli GTIN = 14 znaków, szuka jako EAN_14 w tabeli ART_KOD,
- Szuka wartości INDEKS w tabeli ART_KOD, kolumna KOD_ART – symbol u kontrahenta,
- Szuka wartości INDEKS w tabeli ARTYKULY, kolumna NR_KAT – nr katalogowy.
System blokuje możliwość powtórnego wskazania tych samych pozycji, a zaznaczone pozycje muszą mieć taką samą stawkę VAT.
Jeżeli nie uda się zidentyfikować artykułu, program nie dodaje pozycji i wyświetla stosowny komunikat.
UWAGA!!!
Działanie funkcji zależy od zaznaczenia pozycji na liście dokumentu WR. W przypadku wskazania konkretnych pozycji, dokument FZ zostanie utworzony wyłącznie dla nich. Jeżeli nie zostanie zaznaczona żadna pozycja, system wygeneruje dokument zakupu dla każdej pozycji WR. Program zapamiętuje powiązanie pozycji WR i FZ i nie dopuszcza do ponownego mapowania pozycji WR. Wyjątek stanowi sytuacja, gdy rozpoznanie artykułu następuje po kodzie kontrahenta.
d. Stwórz pozycje faktury FZ z zaznaczonych,
Opcja ta jest przeznaczona do ręcznego łączenia wielu różnych pozycji z dokumentu dostawcy w jeden wiersz na tworzonej fakturze zakupu.
Będzie to szczególnie przydatne przy rejestracji faktur kosztowych, np. na fakturze jest 10 różnych pozycji, tj. długopisy, papier czy segregatory a do systemu przyjmowana jest jedna pozycja zbiorcza zdefiniowana jako materiały biurowe.
Warunkiem koniecznym jest to, że wszystkie zaznaczone pozycje muszą posiadać taką samą stawkę VAT. W przeciwnym razie, program nie pozwoli na taką operację, wyświetlając odpowiedni komunikat.
Po zaznaczeniu wybranych pozycji i uruchomieniu funkcji, na ekranie pojawi się formularz, w którym należy wskazać artykuł docelowy z bazy danych programu.
W efekcie, w oknie tworzenia pozycji FZ, powstanie jeden wiersz z ilością równą 1. Jego cena będzie odpowiadać sumie wartości netto lub brutto wszystkich zaznaczonych wcześniej pozycji, w zależności od rodzaju ceny na dokumencie źródłowym.
Podobnie jak w opcji pierwszej, system blokuje możliwość powtórnego wskazania tych samych pozycji, a zaznaczone pozycje muszą mieć taką samą stawkę VAT.
UWAGA!!!
Program nie dodaje pozycji, jeżeli nie znajdzie artykułu lub jednostki miary odpowiadającej użytej w pozycji dokumentu w KSeF.
4. Podsumowanie wartości netto, VAT i brutto na dokumencie WR
W dokumencie WR, na zakładce Pozycje dokumentu, dodano podsumowanie wartości netto, VAT i brutto wszystkich pozycji. Podsumowanie ułatwia porównanie wartości pozycji z danymi odczytanymi z dokumentu źródłowego oraz weryfikację poprawności wprowadzonych zmian.
Systemy ERP przed wysyłką do KSeF mają obowiązek technicznego określenia metody dokumentu, co w pliku XML skutkuje wypełnieniem tylko jednej wartości netto lub brutto dla danej pozycji lub podsumowania.
5. Status dokumentu i waluta na WR
Status dokumentu WR, dostępny dotychczas na zakładce Dane nagłówkowe dokumentu, został przeniesiony na dół dokumentu, poza obszar zakładek.
Wersja 3.90
Wersja 3.91
Dzięki temu, możliwa jest zmiana statusu z poziomu każdej zakładki.
Dodatkowo, informacja o walucie i kursie została ulokowana obok statusu, tak żeby operator zawsze miał dostępną informację o tych danych, bez względu na zakładkę, na której obecnie pracuje.
6. Pobieranie danych z GUS na dokumencie WR
W oknie dokumentu WR dodano możliwość pobierania danych kontrahenta z bazy GUS na podstawie numeru NIP odczytanego z dokumentu pobranego z KSeF.
Warunki dostępności funkcji
Przycisk GUS wyświetlany jest warunkowo i pojawia się wyłącznie w sytuacji, gdy kontrahent wskazany jako sprzedawca Podmiot1 na dokumencie WR nie istnieje jeszcze w kartotece kontrahentów.
Przycisk zlokalizowany jest po prawej stronie pola prezentującego numer NIP kontrahenta.
Pobieranie danych z GUS
Po wybraniu przycisku GUS otwierane jest okno wyszukiwania firmy w bazie GUS. Numer NIP z dokumentu WR zostaje automatycznie przeniesiony do formularza wyszukiwania.
Po wykonaniu podglądu użytkownik otrzymuje dostęp do wszystkich danych kontrahenta dostępnych w bazie GUS.
Zatwierdzenie okna przyciskiem Wybierz powoduje automatyczne:
- utworzenie nowej kartoteki kontrahenta w systemie,
- przypisanie nowo utworzonego kontrahenta do dokumentu WR.
Po zakończeniu operacji, dane kontrahenta na dokumencie WR zostaną automatycznie uzupełnione.
7. Sprawdzanie statusu VAT przy generowaniu faktury zakupu z dokumentu WR
Dodano mechanizm weryfikacji statusu VAT kontrahenta podczas generowania dokumentów faktur zakupu oraz korekt zakupu z WR, a także faktur sprzedaży i korekt faktur z WS.
Podczas tworzenia tych dokumentów na ekranie pojawi się okno informacyjne typu WAIT WINDOW z komunikatem o trwającym procesie weryfikacji.
UWAGA!!!
Należy pamiętać, że mechanizm automatycznego sprawdzania statusu VAT kontrahenta, uzależniony jest od włączonego ustawienia Automatyczne sprawdzanie statusu podatnika VAT, dostępnego w Ustawieniach globalnych.
8. Podgląd PDF i XML faktury zakupu z KSEF
W nowej wersji systemu rozszerzono funkcję podglądu dokumentów PDF oraz plików XML pobranych z KSeF. Funkcjonalność dostępna dotychczas dla faktur sprzedażowych, została udostępniona również na liście dokumentów zakupowych.
Aby wyświetlić dokument źródłowy, należy:
- zaznaczyć dokument zakupu na liście dokumentów,
- otworzyć narzędzia znajdujące się pod przyciskiem F12,
- wybrać jedną z opcji:
- Podgląd faktury XML,
- Podgląd faktury PDF.
Po wybraniu odpowiedniej opcji, system wyświetli dokument w wybranym formacie.
Funkcja działa analogicznie jak w przypadku dokumentów WR i umożliwia podgląd oryginalnej faktury pobranej z KSeF.
UWAGA!!!
Należy pamiętać, że opcje Podgląd faktury XML oraz Podgląd faktury PDF są dostępne wyłącznie dla dokumentów FZ utworzonych na podstawie dokumentów WR. Wynika to z faktu, że podgląd realizowany jest na podstawie powiązania z dokumentem WR, który przechowuje pobrany z KSeF dokument źródłowy w formacie XML oraz PDF.
9. Faktury zakupu zaliczkowe i rozliczające zaliczki na dokumencie WR
Dodano obsługę faktur zakupu zaliczkowych oraz rozliczających zaliczki na dokumentach Wstępnej rejestracji WR.
Po pobraniu z KSeF, dokumenty WR są odpowiednio oznaczone w polu Rodzaj faktury, tj. faktury zaliczkowe jako ZAL a faktury rozliczające zaliczki jako ROZ.
W przypadku WR z rodzajem faktury ZAL, lista wyboru rejestru faktur zakupu w zakładce Dane do uzupełnienia, zostaje ograniczona do rejestrów z rodzajem dokumentu Faktura zakupu zaliczkowa.
Podczas tworzenia z WR faktury zakupu rozliczającej zaliczki, zaznaczany jest znacznik Rozliczenie zaliczek w Pozostałych danych dokumentu FZ.
Dodawane są także informacje o rozliczanych zaliczkach rozpoznanych w systemie.
10. Gotówka w kasie jako forma płatności na dokumencie WR
Do dokumentu Wstępnej rejestracji zakupów KSeF WR, do listy form płatności dostępnej w zakładce Dane do uzupełnienia, dodano formę płatności ### Gotówka w kasie.
Wybór formy płatności skutkuje pojawieniem się pola wyboru Kasa, przeznaczonego do wskazania kasy z listy kas zdefiniowanych w systemie.
Lista dostępnych kas do wyboru jest ograniczana przez walutę.
Na liście kas wyświetlane są wyłącznie kasy, które nie są zakazane dla Profilu użytkownika aktualnie zalogowanego operatora.
Faktura zakupu wygenerowana z dokumentu WR z formą płatności Gotówka w kasie zostanie w całości zapłacona we wskazanej kasie.
Broker
1. Usuwanie rezerwacji dla zakończonych dokumentów ZO
Do Poleceń Brokera dodano funkcję <status_zo>, służący do zmiany statusu ZO i zwalniania rezerwacji dla dokumentów zakończonych i anulowanych.
Oprócz standardowych parametrów przekazuje się do niego:
- <dokument> – numer zamówienia ZO,
- <status> – status zamówienia ZO.
W przypadku statusu większego lub równego 80, czyli zamówienia anulowanego lub zamkniętego, zostanie również zwolniona rezerwacja podobnie, jak podczas zmiany statusu na formularzu dokumentu. Polecenie zwraca numer statusu, gdy wszystko się udało lub -1
w przypadku niepowodzenia.
B2B/B2C
1. Dopełnianie jednostek miary do pełnych opakowań
Wprowadzono nową funkcjonalność dopełniania pomocniczych jednostek miary do pełnych opakowań. Funkcjonalność odpowiada na potrzebę poinformowania klienta ile paczek musi kupić w sytuacji gdy sklep wysyła jedynie pełne paczki.
Przykład:
Klient potrzebujący 12 m2 płytek zostanie poinformowany, że taka ilość płytek zajmuje niecałe 6 paczek w związku z czym musi on zamówić 6 pełnych paczek tego artykułu.
Przeliczniki ilości pomocnicze jednostki miary – opakowania oraz przeliczenie ceny odbywa się za pomocą skonfigurowanych w systemie HermesSQL przeliczników. Opakowaniem jest podstawowa jednostka miary artykułu.
Aby skonfigurować dopełnianie paczek należy na karcie artykułu w zakładce Jednostki miary, palety i kartony dla wybranej jednostki pomocniczej zaznaczyć checkbox Jednostka dopełniania paczek w B2B oraz wprowadzić przelicznik określający jaką cześć podstawowej jednostki miary czyli opakowania stanowi jedna jednostka pomocnicza. Należy pamiętać, że ten checkbox jest dostępny tylko w sytuacji gdy został zaznaczony checkbox Widoczna w B2B.
Efektem będzie stosowana informacja na karcie artykułu oraz w koszyku. Ilość jednostek pomocniczych, w tym przypadku SZT., zostanie przeliczona na jednostkę podstawową, w tym przypadku opk, i zaokrąglona do pełnych jednostek. Do koszyka zostanie dodana liczba pełnych jednostek podstawowych i ta ilość znajdzie się na dokumencie oraz według niej będzie liczona cena.
Opis zmian
3.91.002
Serwispack 3.91.002 (z dnia 09.07.2026)
Pakiet podstawowy
Poprawiono:
- Usterkę polegającą na błędnej walidacji korekty deklaracji JPK_VDEK v2 z 2025 roku. Problem polegał na tym, że korekta wykonywana jest w schemie w wersji 2, natomiast XML budował
w sekcji ZakupWiersz, tag o nazwie <DI> z wartością 1. W schemie w wersji 2 nie było takiego tagu. - Usterkę polegającą na błędnych wartościach w polu 48 części deklaracyjnej JPK_VDEK, wynikających z błędnych obliczeń w polach 46 i 47 dotyczących ulgi na złe długi.
- Poprawiono usterkę polegającą na braku ceny, wartości i ilości na korekcie wartościowo-ilościowej KF do dokumentu istniejącego powstałego z WZ, podczas dodawania pozycji na korekcie poprzez przycisk Następny.
Moduł KSeF
Sprzedaż:
Poprawiono:
- Usterkę polegającą na błędnym uzupełnianiu pól P_19_A, P_19_B lub P_19_C o konkretny rodzaj zwolnienia dla artykułów o stawce ZW, w przypadku uzupełnienia pola P_19. Obecnie, pole P_19_A, B lub C uzupełnione będzie wartością z pola opisu zwolnienia, gdy zaznaczony jest znacznik zwolnienia w KSeF w danych podatkowych, uzupełnione jest pole podstawy prawnej oraz na pozycji występuje artykuł ze stawka zwolnioną.
Zamówienia
Poprawiono:
- Usterkę polegającą na braku zapamiętania ustawienia dotyczącego terminu płatności i dni odroczenia na fakturze sprzedaży wygenerowanej ze Zlecenia wydania WD, które powstało z zamówienia na sprzedaż ZS.
Transakcje walutowe i zagraniczne
Poprawiono:
- Usterkę polegającą na braku zapisu konta bankowego zmienionego przez operatora w Płatności faktury importowej. Ponowna próba edycji faktury powodowała powrót do domyślnego konta bankowego kontrahenta.
- Usterkę polegającą na braku blokady wpisywania nieodpowiednich znaków w polu Nazwa stawki VAT w państwach UE (proc. OSS) w ustawieniach globalnych. Po wpisaniu niedozwolonych znaków pojawiał się błąd podczas generowania JPK_FA dotyczący pola P_12_XII.
Środki trwałe
Poprawiono:
- Usterkę polegającą na błędnym uzupełnianiu pola Wartość netto na BZ na wydruku Wartości i umorzenia B środków trwałych wg grup GUS, w przypadku zamortyzowania środka trwałego jednorazowo oraz jego likwidacji dokumentem LT.
Kadry i płace
Poprawiono:
- Usterkę polegającą na niewłaściwie wykazywanych dniach urlopu rehabilitacyjnego wykorzystanego przez pracownika na świadectwie pracy.
Import wyciągów bankowych
Poprawiono:
- Usterkę polegającą na możliwości rozliczenia wpłaty z tym samym dokumentem BP, na którym pracuje obecnie operator.