Ogólne
1. Pakiet Microsoft Windows Desktop Runtime 10
Od wersji 3.92 eksport przelewów wymaga pakietu Microsoft Windows Desktop Runtime 10 w wersji x86.
Nie trzeba go instalować ręcznie. Przed aktualizacją programu instalator sprawdza, czy pakiet jest na komputerze. Jeśli go nie ma, pobiera go i uruchamia jego instalację, a dopiero potem aktualizuje program. Instalowana jest wersja Microsoft Windows Desktop Runtime 10.0.13.
Pakiet można też pobrać ręcznie ze strony Microsoft:
https://aka.ms/dotnet/10.0/windowsdesktop-runtime-win-x86.exe
2. Obsługa znaków sterujących w systemie
Wprowadzono walidację znaków sterujących przed zapisem danych we wszystkich polach tekstowych. Zapobiega to błędom powstającym podczas wklejania tekstu ze stron internetowych, co ma przełożenie na generowanie plików XML.
Poniżej przykładowe pola, z których będą eliminowane znaki sterujące:
- NAZWA artykułu w tabeli ARTYKULY,
- OPIS w tabeli POZ_DOK,
- NR_PARTII w tabeli PRZYCH,
- SKROT_KTR i NAZWA_KTR w tabeli KONTRAH,
- UWAGI w tabeli NAGL_DOK,
- UWAGI w tabeli DOK_FK,
- TRESC w tabeli P_DOK_FK,
- NAZWA_KON w tabeli KONTA,
- UWAGI w tabeli NAGL_SCH,
- TRESC_N w tabeli NAGL_SCH,
- TRESC w tabeli POZ_SCH,
Dzięki takim zabezpieczeniom, pliki XML będą generowane bez znaków specjalnych, które dotychczas powodowały błędną walidację.
Pakiet podstawowy
1. Eksport przelewów w formacie XML: ISO 20022, pain.001.001.09
Opis działania funkcjonalności dostępny jest w oddzielnym dokumencie.
2. Opis do proporcji KUP
Do Danych podatkowych firmy, dostępnych w menu Konfig. dodano możliwość wprowadzenia opisu do proporcji KUP (samochód osobowy).
Do opisu można wprowadzić maksymalnie 254 znaków. Jeśli ta wartość zostanie przekroczona, program obetnie tekst. Ponadto, dostępny jest dodatkowy przycisk, otwierający Opis w nowym oknie.
Opis jest widoczny na liście proporcji w danych podatkowych firmy, w formularzu konfiguracyjnym nowej firmy i na formularzu pozycji dokumentu zakupu.
3. Czas wyświetlania komunikatu sprawdzającego status kontrahenta na Białej Liście
Do Konfiguracji białej listy podatników VAT, dostępnej w Ustawieniach globalnych w opcji Biała lista podatników VAT, dla parametru Automatyczne spr. statusu podatnika VAT, dodano pole Czas wyświetlania komunikatu w sekundach.
Pole określa czas wyświetlania komunikatu o statusie podatnika VAT w formie wait window. Informacja ta pojawia się automatycznie po wskazaniu kontrahenta w nagłówku dokumentu, gdy system sprawdza jego obecność na białej liście.
Domyślną wartością dla pola Czas wyświetlania komunikatu w sekundach są 4 sekundy. Pole przyjmuje wartości z zakresu od 1 do 30 sekund.
4. Pasek postępu przy pobieraniu białej listy podatników VAT
Usprawniono funkcjonalność pobierania pliku płaskiego białej listy podatników VAT. Przy wchodzeniu do firmy, dodano okno Biała lista – plik płaski z informacją o postępie, tj. wizualizacją w postaci paska postępu. Dodatkowo, istnieje możliwość przerwania procesu w trakcie jego trwania poprzez przycisk Anuluj.
5. Oznaczenia dotyczące KSeF w rejestrach VAT
Na potrzeby obsługi mechanizmu KSeF, do widoku pozycji rejestrów VAT, dostępnych w menu Rej. VAT, dodano kolumny:
- KSeF – oznaczenie KSeF dla deklaracji JPK_VDEK, pole KSEF_OZN z tabeli NAGL_DOD.
- Numer KSeF – numer nadawany po wysyłce dokumentu do KSeF, pole KSEF_NUM z tabeli NAGL_DOD.
- Data KSeF – data wysyłki dokumentu do KSeF, pole KSEF_DATE z tabeli NAGL_DOD.
Do wydruków dostępnych z poziomu Pozycji Rejestru dodano wzorzec wydruku Wydruk podstawowy Nr KSeF – RV_F_NR_, zawierający informację o oznaczeniu, numerze oraz dacie KSeF dokumentów.
Zmodyfikowano wzorzec Wydruk ze stawką dodatkową cz.2 – RV_F_CZ2, dodając do niego informacje o oznaczeniu, numerze oraz dacie KSeF dokumentów.
6. Mnożnik ceny lub kwoty wynikający z cechy
Nowa wersja wprowadza możliwość mnożenia wartości dwóch cech artykułu w celu wyliczenia zmiany ceny sprzedaży.
Funkcjonalność została przygotowana z myślą o sklepach internetowych oraz platformie B2B, w których ceny produktów mogą zależeć od ich parametrów określonych za pomocą cech. Dzięki temu możliwe jest automatyczne uwzględnienie tych parametrów przy wyliczaniu ceny sprzedaży artykułu.
Na formularzu definicji cechy dodano możliwość uzależnienia ceny lub kwoty przypisanej do cechy od wartości innej cechy.
Opcja Cena/ kwota zostanie pomnożona przez jest dostępna dla:
- cechy typu logicznego, jeżeli została dla niej zdefiniowana cena,
- cechy typu combo.
Po zaznaczeniu nowej opcji można wskazać cechę, której wartość będzie wykorzystana jako mnożnik ceny lub kwoty.
Jako mnożnik można wskazać:
- cechę numeryczną – jej wartość jest bezpośrednio wykorzystywana jako mnożnik,
- cechę typu combo – wartość wybranej pozycji musi być liczbą lub rozpoczynać się od liczby.
Przykładowo, jeżeli cecha combo posiada wartości:
- 2,
- 3,
- 2 – liczba kół,
system może wykorzystać odpowiednio wartości 2 lub 3 jako mnożnik.
Jeżeli wartość cechy combo nie rozpoczyna się od cyfry, np. dwa koła, nie zostanie potraktowana jako mnożnik.
Przykład działania
Do przykładu została wykorzystana cecha typu combo pomnożona przez cechę typu logiczna.
Sklep internetowy oferuje zestaw rolet okiennych sprzedawanych hurtowo w ilości 10 sztuk w paczce w cenie podstawowej 5000 zł. Klient może wybrać rodzaj tkaniny, a dopłata zależy od wybranego materiału oraz liczby rolet, w których zostanie on zastosowany.
Dostępne warianty materiałów:
- Tkanina zaciemniająca (blackout) – dopłata 45 zł za roletę.
- Tkanina zaciemniająca z termoizolacja – dopłata 60 zł za roletę.
Dla cechy określającej rodzaj materiału ustawiono opcję Cena/kwota zostanie pomnożona przez i wskazano cechę określającą liczbę rolet, dla których wybrano dany materiał.
Prezentacja przykładu od strony systemu.
- Dodanie cech
- Cecha combo określająca rodzaj tkaniny. Wartość cech została pobrana z artykułu.
- Cecha logiczna określająca liczbę rolet dodatkowo płatnej tkaniny.
- Wystawienie dokumentu sprzedaży z uwzględnieniem dodatkowy cech artykułu.
- Dodanie pozycji pakietu rolet.
- Wskazanie cech związany z rodzajem tkaniny.
- Cena artykułu po dodaniu wyniku mnożenia cech do ceny podstawowej artykułu.
- Podsumowanie
Jedno opakowanie zawiera 10 rolet o łącznej wartości 5000 zł, przy założeniu zastosowania standardowej tkaniny.
Klient zdecydował, że w przypadku 5 z 10 rolet zostanie zastosowana tkanina termoizolacyjna.
Cena jednej rolety w standardowym wariancie:
5000 zł ÷ 10 szt. = 500 zł/szt.
Dopłata za zastosowanie tkaniny termoizolacyjnej wynosi 60 zł za sztukę.
Dopłata za 5 rolet:
60 zł × 5 szt. = 300 zł
Łączna wartość zestawu:
5000 zł + 300 zł = 5300 zł
Łączna dopłata za wybrany materiał wynosi 300 zł, a cena całego zestawu po uwzględnieniu wybranego wariantu materiałowego wynosi 5300 zł.
Dzięki tej funkcji dopłata przypisana do konkretnego materiału jest automatycznie mnożona przez liczbę rolet, w których materiał ten został zastosowany. Pozwala to prawidłowo uwzględnić różne warianty materiałowe w ramach jednego opakowania lub zamówienia.
7. Informacja o objętości na pozycji faktury sprzedaży (serwispack 3.91.008)
Dodano obsługę objętości dla pozycji na fakturach. W związku z tym, w HMCONFIG wprowadzono obsługę parametru o nazwie FAW_OBJETOSC. Ustawienie wartości 1 dla parametru powoduje uaktywnienie się pola Objętość na formularzu pozycji faktury rozchodowej.
Ponadto, zmodyfikowano strukturę tabeli NAGL_DOD dodając do niej kolumnę SUM_VOLUME, przechowującą sumę objętości pozycji dokumentu. Zawartość kolumny nie jest fabrycznie wyświetlana na żadnym widoku, ani formularzu.
8. Ostrzeżenie o braku rodzaju podatnika
Przy braku wymaganych danych w Danych podatkowych firmy, dodano ostrzeżenie zapobiegające błędom podczas generowania plików XML.
Wersja 3.89 wprowadzała możliwość wskazania opcji Ryczałt w polu Rodzaj podatnika w Danych podatkowych firmy.
W związku z wycofaniem tej opcji w wersji 3.90, gdy użytkownik nie wskazał innej opcji, pole to pozostawało puste.
Taki efekt powodował błędne tworzenie plików XML, np. JPK_VDEK, komunikując o braku wymaganych danych lub wpisując dane osoby fizycznej, jeśli wypełnione było imię i nazwisko, co było błędne.
Obecna wersja blokuje możliwość generowania plików XML, wyświetlając stosowny komunikat z informacją o braku wymaganych danych.
9. Ustawienia dotyczące zadłużenia i blokady sprzedaży na dokumentach ZO
Rozszerzono działanie ustawień globalnych dotyczących zadłużenia kontrahenta o obsługę zamówień ZO. Mechanizm dotyczy opcji Ostrzeganie o zadłużeniu i blokada sprzedaży na dokumentach ZO.
W ustawieniu Ostrzeżenie o zadłużeniu kontrahenta, po wybraniu opcji Ostrzegaj, dostępny jest checkbox Ostrzegaj na zamówieniach sprzedaży ZO. Jego zaznaczenie powoduje wyświetlanie ostrzeżeń o zadłużeniu również podczas obsługi dokumentów ZO. Jeśli checkbox nie jest zaznaczony, ostrzeżenia na tych dokumentach nie będą wyświetlane.
W ustawieniu Reakcja na zadłużenie, po wybraniu opcji Blokuj sprzedaż, dostępny jest checkbox Blokuj sprzedaż na zamówieniach sprzedaży ZO.
Zaznaczenie tej opcji powoduje blokowanie sprzedaży na dokumentach ZO w przypadku zadłużenia kontrahenta. Odznaczenie checkboxa wyłącza blokadę dla tych dokumentów.
Dotychczas, oba ustawienia dostępne były dla zamówień na sprzedaż ZS. Zmiana rozszerza ich działanie o dokumenty ZO, umożliwiając niezależne określenie, czy na tych dokumentach mają być wyświetlane ostrzeżenia o zadłużeniu oraz czy sprzedaż ma być blokowana.
Transakcje walutowe i zagraniczne
1. Nowy format przelewu zagranicznego dla mBank
Dla zagranicznych przelewów walutowych dostępnych w Poleceniu przelewu, dodano nowy format eksportu przelewów do banku mBank: mBank – Przelew walutowy, zagraniczny rozliczany za pomocą SWIFT (format Windows 1250).
Format przeznaczony jest do generowania pliku przelewów walutowych zagranicznych, które są rozliczane za pomocą systemu SWIFT.
Nowy format jest także dostępny w konfiguracji rachunku bankowego walutowego pod nazwą Format pliku eksportu przelewów.
Dla przelewów wygenerowanych w tym formacie system automatycznie przekazuje w polu Opłaty i prowizje wartość 13 – koszty pokrywa zleceniodawca (OUR).
Przykład:
Oznacza to, że koszty i prowizje związane z realizacją przelewu zagranicznego pokrywa zleceniodawca przelewu.
Dla poprawnego wygenerowania pliku eksportowego szczególnie istotne jest prawidłowe uzupełnienie danych banku kontrahenta.
W kartotece kontrahenta musi być wprowadzony kod SWIFT banku.
UWAGA!!!
Brak kodu SWIFT banku kontrahenta może skutkować niepoprawnym wygenerowaniem danych przelewu lub odrzuceniem pliku przez bank.
2. Kod użytkownika na poleceniu przelewu
Do definicji kodów użytkownika, dostępnej w menu Admin., dodano nowe miejsca użycia, tj. Kod użytkownika po zapisaniu przelewu oraz Kod użytkownika przed zapisaniem przelewu.
Zdefiniowany kod wykonywany jest przed lub po zapisaniu Polecenia przelewu, dostępnego z menu Rozrachunki.
Kod użytkownika przed zapisaniem przelewu wykonywany jest po wybraniu przycisku OK
w oknie Polecenie przelewu.
Kod użytkownika po zapisaniu przelewu wykonywany jest po wybraniu przycisku OK w oknie Polecenie przelewu, a następnie potwierdzeniu zapisu w komunikacie, tj. po wybraniu przycisku Tak.
Zdefiniowany kod użytkownika wykonywany jest również w przypadku generowania polecenia przelewu z poziomu Rozrachunków dla opcji dostępnych pod przyciskiem F12 – Zestawienia i inne operacje, tj.:
- Generuj przelewy dla zaznaczonych dokumentów,
- Generuj przelewy dla wielu kontrahentów,
- Przelew zbiorczy MPP.
3. Zbiorowe usuwanie pozycji na dokumencie RO
Na dokumencie rozliczeniowym RO w walucie dodano opcję Usuń zaznaczone, umożliwiającą zbiorowe usuwanie pozycji.
Po zatwierdzeniu tej operacji pojawi się pasek postępu oraz komunikat informujący o zakończeniu czynności.
Obsługa kurierów
1. Zmiany w obsłudze kuriera FedEx
W wersji 3.92 rozszerzono obsługę przesyłek FedEx w zakresie generowania listów przewozowych, wysyłania paczek oraz drukowania dokumentów wydania.
Pobranie
Obsługę pobrania skonfigurowano bezpośrednio na zakładce FedEx w oknie listu przewozowego. Dostępne są pola Pobranie oraz Konto pobrania.
Konto pobrania oraz opis zawartości przesyłki można określić w konfiguracji FedEx. Dane te będą automatycznie podstawiane do tworzonych listów przewozowych.
Podczas wysyłania paczek system sprawdza poprawność danych:
- jeżeli dla przesyłki ustawiono pobranie, ale nie podano konta bankowego, wysyłka zostanie zablokowana i wyświetlony zostanie komunikat o konieczności uzupełnienia konta,
- jeżeli wartość ubezpieczenia jest niższa od kwoty pobrania, system automatycznie zwiększy wartość ubezpieczenia do kwoty pobrania.
Etykieta i protokół
Po wysłaniu paczki, zapisaniu listu przewozowego i ponownym jego otwarciu zachowane zostają informacje o przesyłce oraz zamówieniu kuriera. Przyciski Etykiety i Protokół pozostają dostępne.
Przycisk Protokół służy do wydruku dokumentu wydania FedEx dla kuriera. Wymagane jest określenie numeru kuriera oraz ścieżki do protokołu w konfiguracji FedEx.
Jeżeli dla przesyłki został już utworzony protokół, ponowne użycie przycisku Protokół powoduje wydrukowanie tego samego dokumentu.
Zbiorczy protokół wydania FedEx
Na liście listów przewozowych udostępniono możliwość utworzenia zbiorczego protokołu wydania FedEx.
Dostępne są opcje:
- Zbiorczy protokół wydania FedEx – umożliwia utworzenie protokołu dla listów przewozowych z określonym terminem wyjazdu,
- Zbiorczy protokół FedEx dla zaznaczonych – umożliwia utworzenie protokołu dla wybranych listów przewozowych.
Do protokołu uwzględniane są listy przewozowe, dla których została wykonana wysyłka paczek. Dokumenty, dla których protokół został już utworzony, są pomijane.
System informuje również o listach przewozowych, które nie mogą zostać uwzględnione w protokole, np. z powodu braku wysłanych paczek lub przypisania do innej konfiguracji FedEx.
Generowanie LW z zamówienia sprzedaży
Rozszerzono możliwość tworzenia listu przewozowego z poziomu zamówienia sprzedaży.
Opcja Dodaj zaznaczone do LW dostępna zarówno z nagłówka zamówienia, jak i z jego pozycji, pozwala na wybór rejestru kurierskiego, w tym rejestru FedEx.
Po utworzeniu LW, pozycje zamówienia są przenoszone do listu przewozowego.
Generowanie LW z dokumentu WD
Rozszerzono możliwość generowania listu przewozowego z nagłówka dokumentu WD.
Jeżeli dokument WD nie posiada kartonów, list przewozowy zostanie utworzony na podstawie pozycji dokumentu. W przypadku dokumentów posiadających kartony, paczki są tworzone na podstawie kartonów.
Termin wyjazdu
W oknie Zamówienie kuriera, data i godzina terminu wyjazdu są automatycznie uzupełniane bieżącą datą i godziną. Podpowiedzianą wartość można zmienić przed złożeniem zamówienia.
Po wykonaniu zamówienia, w oknie prezentowany jest zapisany termin wyjazdu.
2. Modyfikacje w obsłudze kurierów
Od wersji 3.91.007 wprowadzono zmiany w sposobie konfiguracji kurierów DPD, DHL i GLS.
Konfiguracja kuriera
W konfiguracji kuriera można teraz zdefiniować więcej niż jedną konfigurację dla danego kuriera. Poszczególne konfiguracje dostępne są na osobnych zakładkach.
Podczas dodawania lub edycji konfiguracji można również określić dane nadawcy, które będą używane na etykietach przesyłek.
Dzięki temu można wskazać dane inne niż dane firmy zapisane w danych podatkowych. Jest to przydatne, np. w przypadku wysyłania przesyłek w imieniu innej firmy lub oddziału.
Konfiguracja kuriera na dokumencie LW
Do definicji dokumentu LW dodano ustawienie Domyślna konfiguracja kuriera, umożliwiające określenie jaka konfiguracja ma być domyślnie wskazana dla danego rejestru LW. Dodano także parametr Można zmienić konfigurację kuriera na dokumencie. Pozwala on na włączenie lub zablokowanie możliwości edycji konfiguracji dla danego rejestru.
Ustawienia pozwalają zdefiniować rejestr ograniczony do określonej konfiguracji.
Na dokumencie LW można wskazać, z której konfiguracji kuriera ma zostać utworzona przesyłka.
W polu Konfiguracja dostępna jest lista wcześniej zdefiniowanych konfiguracji. Po wybraniu konfiguracji, system wykorzysta jej ustawienia podczas przygotowywania przesyłki.
Na dokumencie LW dodano również zakładkę Nadawca. Można na niej określić dane nadawcy, które mają znaleźć się na etykiecie listu przewozowego.
Dane można wpisać ręcznie lub wybrać z kartoteki.
Jeżeli użytkownik nie wprowadzi danych na zakładce Nadawca, system pobierze je kolejno:
- z wybranej konfiguracji kuriera,
- jeżeli nie zostały tam określone, z danych podatkowych firmy.
Nie ma konieczności uzupełniania wszystkich danych. Można zmienić tylko wybraną informację, np. nazwę firmy, a pozostałe dane zostaną automatycznie pobrane z konfiguracji lub danych podatkowych.
Dodawanie pozycji dokumentu do LW
Po zaznaczeniu dokumentu i wybraniu opcji Dodaj zaznaczone do LW, dostępnej pod przyciskiem F12 otwiera się okno, w którym operator może wskazać rejestr oraz przewoźnika.
Od wersji 3.92 dostępna jest również możliwość wyboru konfiguracji przewoźnika.
Po zatwierdzeniu wyboru, dokument LW zostaje utworzony z uwzględnieniem wskazanej konfiguracji oraz pozycji pochodzących z zaznaczonych dokumentów.
3. Zbiorcze potwierdzenie nadania i Opis przesyłki w GLS
Mechanizm obsługujący kuriera GLS został rozbudowany o nowe możliwości. W związku z tym, do konfiguracji, dodano znacznik Zbiorcze potwierdzenie nadania oraz pole wyboru Opis przesyłki.
Nowe opcje pozostają domyślnie wyłączone. Checkbox jest odznaczony, a opis przesyłki jest ustawiony na Brak. Przy takiej konfiguracji, dotychczasowe działanie funkcjonalności się nie zmienia. Każdy list przewozowy LW ma własne potwierdzenie nadania, a do przesyłek nie są dodawane opisy, pole Uwagi pozostaje puste.
Jedyną modyfikacją jest format potwierdzenia nadania GLS. Od wersji 3.92 trafia do niego data i godzina utworzenia, na przykład: 2026-10-15 15:48:42.
Opis przesyłki
Pole wyboru Opis przesyłki pozwala na wskazanie co konkretnie ma trafiać do pola Uwagi/ Referencje przesyłki. Opis trafia także na etykietę i protokół.
Opcje dostępne do wyboru dla Opisu przesyłek:
- Brak – wartość domyślna, oznaczająca dotychczasowe działanie programu, tj. Uwagi dla przesyłek pozostają puste,
- Skrót kontrahenta – skrót z Kartoteki Kontrahenta wskazanego w nagłówku dokumentu LW,
- Numer referencyjny – wartość pobierana z pola Nr ref., znajdującego się w nagłówku dokumentu LW,
- Klucz dokumentu – numer dokumentu LW.
Opis przesyłek działa niezależnie od ustawienia Zbiorcze potwierdzenia nadania.
Zbiorcze potwierdzenie nadania
Włączenie opcji Zbiorcze potwierdzenia nadania umożliwia wygenerowanie potwierdzenia nadania dla zaznaczonych dokumentów, poprzez nowododaną opcję dostępną pod F12 na liście dokumentów LW, tj. Zbiorcze potwierdzenie nadania GLS.
Wygenerowanie zbiorczego potwierdzenia nadania jest możliwe dla LW, z których paczki zostały wysłane do GLS, tj. po wybraniu przycisku Wyślij paczki.
W przeciwnym przypadku, wyświetlany jest komunikat z informacją o niepowodzeniu wysłania paczki do GLS.
Zbiorcze potwierdzenie nadania należy generować dla dokumentów LW wystawionych z tą samą konfiguracją kuriera GLS wskazywaną w nagłówku LW.
W przypadku, gdy zaznaczone dokumenty posiadają różne konfiguracje kuriera GLS, wygenerowanie zbiorczego potwierdzenia nadania nie jest możliwe. W takiej sytuacji wyświetla się komunikat z informacją o konieczności utworzenia potwierdzeń dla każdej konfiguracji z osobna.
Wygenerowanie zbiorczego potwierdzenia nadania nie jest możliwe także dla LW wystawionego z konfiguracją GLS bez zaznaczonej opcji Zbiorcze potwierdzenie nadania.
W takiej sytuacji pojawia się komunikat z informacją o niewłączonej opcji dla konfiguracji.
Zbiorcze potwierdzenie nadania nie zmienia statusu dokumentów LW. Zmienia się on tak jak dotychczas, pod wpływem wygenerowania etykiety.
Księga Handlowa
1. JPK_KR_PD – modyfikacje usprawniające generowanie pliku
Formularz JPK_KR_PD, dostępny w menu Księga Handlowa, został zmodyfikowany i zaktualizowany o dodatkowe funkcjonalności związane z obsługą i weryfikacją plików XML.
Najważniejsza zmiana dotyczy usunięcia części zakładek i przeniesienia ich zawartości pod przyciski. Obecnie dokument zawiera tylko dwie zakładki. W pierwszej umieszczono wszystkie dotychczasowe funkcjonalności wraz z nowododanymi, a druga służy tylko do wysyłki pliku JPK_KR_PD.
PRZYPOMNIENIE!!!
Przed przystąpieniem do pracy z dokumentem JPK_KR_PD, należy zweryfikować czy zostały wykonane wszystkie czynności niezbędne do wygenerowania prawidłowego pliku.
Należy upewnić się, czy:
- konta, biorące udział w analizie mają zaznaczoną opcję E-kontrola,
Ocechowanie możliwe jest również dla zaznaczonych kont, przy wykorzystaniu opcji Zbiorowe przypisywanie wartości, dostępnej na liście Planu kont pod przyciskiem F12.
- konta mają podpięte obowiązkowe i prawidłowe znaczniki,
- dokumenty, które zostaną wykazane w JPK, zostały zaksięgowane. Taka pozycja musi mieć status K, przypisany dziennik i numer w dzienniku.
- wykonana została Analiza obrotów kont, z poprawnym zakresem dat i prawidłowymi parametrami. Szczególną uwagę należy zwrócić na Opis konta oraz Dodatkowy zakres danych prowadzonych ksiąg S_12_1. Oba te pola muszą być wypełnione.
Analiza musi zostać zapisana, ponieważ z niej będą pobierane dane do sekcji ZOIS.
- zostało sporządzone sprawozdanie JPK_KR_PD (v1) – rozliczenie podatku dochodowego na zasadach ogólnych, dostępne z menu Księgi Handlowej w Sprawozdaniach księgowych.
OPIS DZIAŁANIA
Generowanie pliku odbywa się tak jak dotychczas. Oznacza to, że należy wprowadzić zakres dat (1) odpowiadający wykonanej Analizie obrotów kont (2) i wskazać Rozliczenie podatku dochodowego (3).
Opis poszczególnych przycisków:
- Przycisk Generuj xml JPK
Po kliknięciu przycisku Generuj xml JPK, wyświetlone zostanie zapytanie dotyczące rozpoczęcia generowania pliku XML zgodnie z zadanymi parametrami.
Po pozytywnym zatwierdzeniu komunikatu, plik JPK zostanie wygenerowany, o czym użytkownik zostanie poinformowany.
- Przycisk Walidacja
Po wygenerowaniu pliku XML należy przeprowadzić jego weryfikację ze strukturą logiczną dostarczoną przez Ministerstwo Finansów, za pomocą przycisku Walidacja.
W przypadku zgodności pliku ze schematem, użytkownik otrzyma komunikat o poprawnym dokumencie JPK_KR_PD.
Jeśli jednak dokument nie spełni wymogów zawartych w schemie, operator dostanie taką informację, która bardziej szczegółowo opisana jest w następnym kroku.
- Przycisk Błędy walidacji
W przypadku niepowodzenia walidacji, przycisk staje się aktywny i umożliwia szczegółowy podgląd wykrytych błędów.
Należy przy tym zwrócić uwagę, że plik XML zostanie wygenerowany i możliwe będzie obejrzenie go nawet jeśli nie przeszedł walidacji.
UWAGA!!!
Każda zmiana eliminująca błąd, wymaga ponownego wygenerowania Analizy obrotów kont.
- Przycisk Podgląd XML
Podgląd XML umożliwia szybki wgląd w zapisane dane w formacie XML, nawet jeśli w pliku wystąpiły błędy.
Z tego poziomu możliwe zapisanie XML po pliku.
- Przycisk Zapisz xml
Przycisk Zapisz xml, pozwala na wyeksportowanie i zapisanie gotowego pliku XML na dysku lokalnym.
- Przycisk Zawartość XML
Przycisk Zawartość XML zastąpił dotychczasowy widok tabelaryczny.
Opcja umożliwia podgląd struktury pliku w dwóch formach:
-
- Drzewko – czytelny podgląd hierarchii danych,
-
- Tabele – zestawienie danych z możliwością filtrowania czy sortowania.
Nowy widok dostarcza dodatkowe możliwości pracy z danymi w pliku JPK_KR_PD. Możliwe jest m.in.:
- Przeglądanie sekcji pliku: nagłówek, dane podmiotu, kontrahentów, zestawienia obrotów i sald, dzienników i rozliczenia podatku dochodowego.
- Grupowanie danych według wybranego pola, np. opisu konta i rozwijanie szczegółów.
- Filtrowanie danych w wierszu pod nagłówkami kolumn, np. po numerze konta lub kwocie.
- Wyszukiwanie informacji za pomocą lupy w prawym górnym rogu.
- Sprawdzanie sum kontrolnych w sekcji Kontrolka.
Dodatkowo, na dolnym pasku znajdują się przydatne opcje, umożliwiające obróbkę i analizowanie danych:
- Zapisz widok – zmodyfikowany przez użytkownika widok fabryczny, może zostać zapisany.
- Widoki – lista wyboru zapisanych widoków.
- Eksportuj do Excela – opcja umożliwiająca eksport danych do tabel Excela.
- Eksportuj do PDF – eksport danych do dokumentu w formacie PDF.
- JPK_KR_PD – informacja, jakiego pliku dotyczą wyświetlane dane.
UWAGA!!!
Docelowo, wszystkie pliki w formacie JPK dostępne w systemie będą prezentowane w ten sposób.
- Przycisk Wskaż plik xml
Przycisk Wskaż plik xml umożliwia wczytanie zewnętrznego pliku XML i zapisanie jego zawartości do tabeli danych XML.
Program pozwala na wskazanie pliku tylko z tym samym zakresem dat, który został wybrany na formularzu.
Po poprawnym wczytaniu pliku, wyświetlana jest informacja że dokument pochodzi z importu.
Możliwe jest przeglądanie pliku w postaci XML i w formie tabelarycznej.
UWAGA!!!
Zaimportowany plik nie podlega walidacji, dlatego przed wczytywaniem należy upewnić się, że zawarte w nim dane są poprawne. Firma Humansoft nie odpowiada za zawartość pobranego pliku.
Dodatkowo, na dolnym pasku dodano informację o bramce docelowej, na którą przesyłany jest dokument, jak również usunięto znacznik Wyłącz weryfikację poprawności przed wysyłką. Teraz walidacja odbywa się za pomocą dedykowanego przycisku, opisanego wcześniej.
UWAGA!!!
Dane XML są zapisywane w nowej dedykowanej tabeli bazy danych.
Funkcjonalność zakładki Wysyłka elektroniczna JPK, pozostaje bez zmian.
2. Urzędy i Inne podmioty w JPK_KR_PD
Na potrzeby prawidłowego generowania JPK_KR_PD, służącego do przekazywania danych z Ksiąg Rachunkowych na potrzeby podatku dochodowego, dodano obsługę numerów NIP do kartotek:
- Innego podmiotu
- Urzędu
Dzięki temu, w sekcji Kontrahent deklaracji JPK_KR_PD zostaną wyszczególnione inne podmioty i urzędy wraz ze wskazanym numerem NIP.
3. Nowy formularz CIT-CSR – Informacja o kosztach uzyskania przychodów poniesionych na działalność sportową, kulturalną oraz wspierającą szkolnictwo wyższe i naukę w wersji 2
W deklaracjach podatkowych, dostępnych w menu Księgi Handlowej, dodano nowy typ deklaracji CIT-CRS – Informacja o kosztach uzyskania przychodów poniesionych na działalność sportową, kulturalną oraz wspierającą szkolnictwo wyższe i naukę w wersji 2. Formularz CIT-CSR stanowi odrębną informację podatkową i jest załącznikiem zewnętrznym. Wygenerowany plik XML jest wysyłany do systemu e-Deklaracje jako niezależny dokument, a nie jako wewnętrzny element schemy głównej deklaracji CIT-8.
Po wskazaniu deklaracji, otwierany jest formularz, który należy wypełnić ręcznie.
Obsługa ryczałtu
1. JPK_EWP – struktura logiczna do obsługi ewidencji Ryczałtu
Do menu Ryczałt, dodano opcję generowania deklaracji JPK_EWP dotyczącej ewidencji ryczałtu.
Na liście dokumentów kontroli znajdują się kolumny:
- Nr dokumentu JPK,
- Kod systemowy,
- Data Od,
- Data Do,
- Data utworzenia,
- Symbol operatora,
- Cel złożenia.
Podczas próby dodania dokumentu JPK, wyświetlona zostanie lista z aktualnym kodem systemowym JPK_EWP (4).
Następnie należy określić cel złożenia oraz zakres czasowy dla generowanej deklaracji.
Po wybraniu przycisku Generuj xml JPK, pojawi się pytanie związane z możliwością rozpoczęcia generowania JPK zgodnie z wybranymi parametrami.
Po zakończonym tworzeniu JPK, wyświetlony zostanie komunikat o zakończeniu operacji.
W dolnej części okna, oprócz przycisku służącego do Generowania xml JPK, znajdują się przyciski dotyczące:
- wyświetlania logów,
- walidacji,
- błędów walidacji,
- podglądu XML,
- zapisu XML
- zawartości XML.
Po wybraniu przycisku Walidacja, pojawi się informacja czy dokument jest zgodny ze schemą czy nastąpiły jakieś problemy po stronie walidacji.
Po wskazaniu opcji Błędy walidacji, operator otrzymuje komunikaty o braku błędów lub o ich istnieniu.
Po wybraniu Zawartość XML, otwiera się okno ze wszystkimi danymi zawartymi w pliku XML w formie tabelarycznej.
Dodatkowo, można skorzystać z opcji, umożliwiających dalszą pracę z plikiem wg własnego zapotrzebowania. Są to:
- Zapisz widok,
- Widoki,
- Eksportuj do Excela,
- Eksportuj do PDF,
- Zamknij.
Po dokonaniu eksportu PDF oraz Eksportu do Excela, pojawia się informacja o przebiegu tej operacji.
2. Pobieranie danych do formularza PIT-28
Do deklaracji PIT-28 w wersji 27, dodano możliwość pobrania danych z zaksięgowanych dokumentów. W związku z tym, dodana została opcja Oblicz z ksiąg.
Dane pochodzą z zapisanych rocznych zestawień, dostępnych w menu Ryczałt.
Po wskazaniu zestawienia, dane zostaną wczytane do deklaracji PIT-28 a program obliczy przychody podatnika objęte ryczałtem.
Eksport przelewów XML
1. Wprowadzenie
Banki przechodzą ze starszej wersji standardu ISO 20022 z 2009 roku, czyli formatu pain.001.001.03, na wersję z 2019 roku, czyli format pain.001.001.09. W listopadzie 2026 roku kończy się możliwość przesyłania adresów w postaci jednej linii tekstu, a część banków przestaje przyjmować pliki w starszym formacie.
Główny format wykorzystywany w systemie to pain.001, czyli Customer Credit Transfer Initiation. Jest to międzynarodowy komunikat służący do zlecania przelewów wychodzących. Dzięki niemu można wyeksportować z systemu paczkę płatności krajowych, zagranicznych SEPA, Split Payment czy podatkowych i zaimportować ją bezpośrednio do bankowości elektronicznej.
Najważniejsze korzyści:
- Automatyzacja i oszczędność czasu: setki przelewów przekazane jednym kliknięciem zamiast ręcznego przepisywania danych.
- Eliminacja pomyłek: numery rachunków IBAN i NRB, kwoty, numery NIP i faktur trafiają do banku bezpośrednio z systemu.
- Standaryzacja: wykorzystanie światowego standardu wymiany danych finansowych ISO 20022.
UWAGA!!!
Przelewy SEPA są realizowane wyłącznie w walucie EUR, niezależnie od waluty, w jakiej prowadzony jest rachunek zleceniodawcy.
2. Obsługiwane banki i formaty
W wersji 3.92 dodano obsługę formatu pain.001.001.09 dla banków:
- Erste Bank Polska, dawniej Santander: iBiznes24,
- ING: ING Business,
- mBank: CompanyNet,
- PKO BP: iPKO biznes.
Dostępny jest też ogólny format ISO 20022 dla banków, które nie mają specyficznych wymagań dotyczących znaczników.
UWAGA!!!
Każdy bank stosuje własne reguły dotyczące wymaganych pól, oznaczania rodzaju przelewu i walidacji danych. Przy eksporcie należy zawsze wybrać format dedykowany bankowi, do którego plik będzie wczytywany. Różnice opisuje rozdział 6.
3.. Eksport przelewów w systemie
3.1. Rodzaje przelewów
Format pain.001.001.09 jest dostępny dla:
- przelewów krajowych,
- płatności podzielonej MPP,
- płatności podzielonej MPP w formie przelewu zbiorczego,
- przelewów do ZUS,
- przelewów skarbowych,
- przelewów walutowych zagranicznych.
Nowe formaty są dostępne także przy seryjnym wydruku przelewów.
3.2. Dane wymagane przed eksportem
a) Rachunek bankowy firmy
Rachunek, z którego wychodzą przelewy, musi mieć uzupełniony numer rachunku, kod BIC/ SWIFT oraz właściwy format eksportu.
b) Kontrahent przy przelewach zagranicznych
Przy przelewach zagranicznych w EUR należy sprawdzić, czy kontrahent ma wprowadzony poprawny numer rachunku w formacie IBAN, zaczynający się od kodu kraju, np. DE lub FR. Trzeba też sprawdzić, czy w systemie uzupełniono kod BIC/ SWIFT jego banku. Brak kodu BIC/ SWIFT lub błąd w numerze IBAN spowoduje odrzucenie pliku podczas walidacji w banku.
W pliku XML dane te trafiają do znaczników:
<BICFI>BPKOPLPW</BICFI> oraz <IBAN>PL36100600010000123456789123</IBAN>.
a) Adres kontrahenta w osobnych polach
Nowy format kładzie nacisk na adres ustrukturyzowany, czyli zapisany w osobnych polach:
- ulica,
- numer budynku,
- kod pocztowy,
- miejscowość
Dotychczas adres był zapisywany w jednej linii tekstu. Banki wycofują taki zapis, dlatego dane adresowe w kartotekach kontrahentów należy wpisywać w oddzielnych polach i dbać o ich kompletność. Minimum to miejscowość i kod kraju.
Przykład dla banku PKO BP:
Struktura pliku, fragment:
Plik XML:
Kartoteka kontrahenta w systemach Humansoft:
d) Płatność podzielona MPP
Przy przelewach w mechanizmie podzielonej płatności kluczowe jest podanie NIP dostawcy oraz numeru faktury. NIP podaje się bez myślników i bez prefiksu PL. Kwota VAT nie może być wyższa niż kwota brutto całego przelewu.
Każdy bank przyjmuje przelew MPP opisany w tytule następującym ciągiem znaków:
/VAT/kwota_vat/IDC/NIP_dostawcy/INV/nr_faktury/TXT/opis
Przykład fragmentu pliku dla banku ING:
<RmtInf>
<Ustrd>/VAT/45,54/IDC/5250007738/INV/FZ/2026/201a</Ustrd>
</RmtInf>
e) Dopuszczalne znaki
Format XML obsługuje kodowanie UTF-8, w tym polskie litery ą, ć, ę. W tytułach przelewów i nazwach kontrahentów zaleca się jednak unikać znaków specjalnych, takich jak * # ; ” { }, które w niektórych bankach mogą powodować odrzucenie pojedynczych transakcji.
3.3. Błędy walidacji
Jeśli dane są błędne, plik zostanie zapisany we wskazanym katalogu wraz z informacją o błędach walidacji.
W następnym kroku wyświetli się opis błędów, a przycisk Błędy XML stanie się aktywny.
Przykład: brak danych w pliku XML.
Po poprawnej walidacji ta sekcja pliku zawiera dane:
Na liście poleceń przelewu, pod przyciskiem Zestawienia i inne operacje F12, dodano opcję Błędy eksportu przelewu.
3.4. Nowe kolumny w widoku polecenia przelewu
Fabryczny widok polecenia przelewu wzbogacono o kolumny:
- VAT MPP,
- Przelew na rachunek,
- Nazwa rachunku,
- Symbol rachunku,
- Rodzaj przelewu,
- Czy plik wyeksportowany?,
- Identyfikator,
- Format eksportu.
4 . Budowa pliku XML
Ten rozdział ułatwia analizę wygenerowanego pliku, na przykład przy wyjaśnianiu błędu zgłoszonego przez bank.
4.1. Struktura pliku
Pierwszy element pliku określa standard i wersję formatu:
<Document xmlns=”urn:iso:std:iso:20022:tech:xsd:pain.001.001.09″>
Plik zawsze składa się z trzech poziomów zagnieżdżonych w elemencie głównym komunikatu: Document → CstmrCdtTrfInitn → GrpHdr → PmtInf → CdtTrfTxInf.
- Document – Element otwierający plik. Określa standard ISO i wersję formatu.
- CstmrCdtTrfInitn – Treść komunikatu, czyli Customer Credit Transfer Initiation, zlecenie przelewów. Obejmuje nagłówek i wszystkie bloki płatności.
- GrpHdr – Nagłówek z informacjami o całym pliku: unikalny identyfikator, data utworzenia, łączna liczba przelewów i ich suma.
- PmtInf – Blok płatności. Grupuje przelewy wychodzące z jednego rachunku firmy.
- CdtTrfTxInf – Szczegóły pojedynczego przelewu: dane odbiorcy, kwota, tytuł, NIP, numer faktury.
Struktura pliku na przykładzie banku PKO BP:
4.2. Najważniejsze pola
- MsgId – Identyfikator pliku zleceń
- NbOfTxs – Liczba przelewów
- CtrlSum – Suma kwot wszystkich przelewów
- ReqdExctnDt – Data realizacji przelewu
- Dbtr – Zleceniodawca
- DbtrAcct – Rachunek, z którego wychodzą środki
- Cdtr – Odbiorca przelewu
- CdtrAcct – Rachunek odbiorcy
- RmtInf/Ustrd – Tytuł przelewu
4.3. Przykładowy plik
Plik z jednym przelewem SEPA w EUR, wygenerowany dla banku PKO BP:
<?xml version=”1.0″ encoding=”utf-8″?>
<Document xmlns=”urn:iso:std:iso:20022:tech:xsd:pain.001.001.09″>
<CstmrCdtTrfInitn>
<GrpHdr>
<MsgId>20261020123300619-7L70QW70E</MsgId>
<CreDtTm>2026-10-20T12:33:00</CreDtTm>
<NbOfTxs>1</NbOfTxs>
<CtrlSum>2500.00</CtrlSum>
<InitgPty>
<Nm>Bifoto humansoft firma MO3</Nm>
<PstlAdr>
<StrtNm>Mlodzianowska</StrtNm>
<PstCd>26-600</PstCd>
<TwnNm>Radom</TwnNm>
<Ctry>PL</Ctry>
</PstlAdr>
<Id>
<OrgId>
<Othr>
<Id>7962395376</Id>
</Othr>
</OrgId>
</Id>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtInfId>20261020123300619-7L70QW70E-1</PmtInfId>
<PmtMtd>TRF</PmtMtd>
<NbOfTxs>1</NbOfTxs>
<CtrlSum>2500.00</CtrlSum>
<ReqdExctnDt>
<Dt>2026-10-20</Dt>
</ReqdExctnDt>
<Dbtr>
<Nm>Bifoto humansoft firma MO3</Nm>
<PstlAdr>
<StrtNm>Mlodzianowska</StrtNm>
<PstCd>26-600</PstCd>
<TwnNm>Radom</TwnNm>
<Ctry>PL</Ctry>
</PstlAdr>
<Id>
<OrgId>
<Othr>
<Id>7962395376</Id>
</Othr>
</OrgId>
</Id>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>PL36100600010000123456789123</IBAN>
</Id>
<Ccy>EUR</Ccy>
</DbtrAcct>
<DbtrAgt>
<FinInstnId>
<BICFI>BPKOPLPW</BICFI>
</FinInstnId>
</DbtrAgt>
<CdtTrfTxInf>
<PmtId>
<InstrId>-7L70QW70E</InstrId>
<EndToEndId>NOTPROVIDED</EndToEndId>
</PmtId>
<PmtTpInf>
<SvcLvl>
<Prtry>7</Prtry>
</SvcLvl>
</PmtTpInf>
<Amt>
<InstdAmt Ccy=”EUR”>2500.00</InstdAmt>
</Amt>
<ChrgBr>SLEV</ChrgBr>
<CdtrAgt>
<FinInstnId>
<BICFI>BPKOPLPW</BICFI>
</FinInstnId>
</CdtrAgt>
<Cdtr>
<Nm>PKO KONTRAHENT</Nm>
<PstlAdr>
<StrtNm>Rusinova</StrtNm>
<BldgNb>12</BldgNb>
<Room>34</Room>
<PstCd>82104</PstCd>
<TwnNm>Bratyslawa</TwnNm>
<Ctry>SK</Ctry>
</PstlAdr>
<Id>
<OrgId>
<Othr>
<Id>2120150582</Id>
</Othr>
</OrgId>
</Id>
</Cdtr>
<CdtrAcct>
<Id>
<IBAN>PL92124018066033862134791218</IBAN>
</Id>
</CdtrAcct>
<RmtInf>
<Ustrd>PKO w eur</Ustrd>
</RmtInf>
</CdtTrfTxInf>
</PmtInf>
</CstmrCdtTrfInitn>
</Document>
Objaśnienia wybranych pól:
| Pole | Objaśnienie |
| InitgPty/Id/OrgId/Othr/Id | NIP firmy pobierany z danych podatkowych. |
| NbOfTxs, CtrlSum | Liczba przelewów i ich suma. W nagłówku dotyczą całego pliku, a w bloku płatności danego bloku. |
| ReqdExctnDt/Dt | Data realizacji przelewu w formacie RRRR-MM-DD. |
| EndToEndId | Identyfikator end-to-end, czyli unikalne oznaczenie wiążące płatność w systemie zleceniodawcy, w bankach i u odbiorcy, np. FV/2026/123 albo PRZELEW-000123. Wartość NOTPROVIDED oznacza, że zleceniodawca nie podał takiego identyfikatora. |
| SvcLvl/Prtry | Rodzaj przelewu. Kod 7 oznacza w PKO BP przelew SEPA. Pełna lista kodów jest w rozdziale 6.2. |
| ChrgBr | Sposób rozliczenia kosztów. SLEV oznacza koszty rozliczane według zasad danego rodzaju płatności: zleceniodawca płaci koszty swojego banku, a odbiorca swojego, podobnie jak przy opcji SHA. Wartość ustala system i nie należy jej zmieniać ręcznie, bo bank może odrzucić plik. |
| FinInstnId/BICFI | Identyfikacja instytucji finansowej, najczęściej banku. |
| PstlAdr | Adres pocztowy. W sekcji Dbtr jest to adres zleceniodawcy pobierany z danych firmy, a w sekcji Cdtr adres odbiorcy pobierany z kartoteki kontrahenta. Adres identyfikuje lokalizację podmiotu, IBAN rachunek, a BICFI bank. |
| RmtInf/Ustrd | Tytuł przelewu, czyli opis celu płatności. To inne pole niż EndToEndId. |
1. Różnice między bankami
5.1. Elementy wspólne
- Element główny pliku zawiera informację o standardzie i formacie: urn:iso:std:iso:20022:tech:xsd:pain.001.001.09.
- Plik zawsze składa się z nagłówka GrpHdr, bloków płatności PmtInf i szczegółów przelewów CdtTrfTxInf.
- Przelewy SEPA wymagają kwoty w EUR i rachunku w formacie IBAN.
- Przelew MPP opisuje się w tytule ciągiem /VAT/…/IDC/…/INV/…/TXT/…, opisanym w rozdziale 4.2.
5.2. Oznaczanie rodzaju przelewu
Największa różnica między bankami dotyczy sposobu oznaczania rodzaju przelewu. Sam schemat XML jest wspólny, ale reguły zależą od banku i rodzaju płatności.
a) PKO BP: kody liczbowe
PKO BP stosuje własne kody w polu SvcLvl/Prtry, na poziomie bloku płatności PmtInf lub pojedynczego przelewu CdtTrfTxInf:
- Przelew krajowy,
- Przelew Express Elixir,
- Przelew Split Payment,
- Przelew Split Payment Express Elixir,
- Przelew podatkowy,
- Przelew podatkowy Express Elixir,
- Przelew SEPA,
- Przelew natychmiastowy SEPA,
- Przelew zagraniczny,
- Przelew zagraniczny dowolny, wykrywany automatycznie,
- Przelew zagraniczny SWIFT GPI.
Przelew SEPA można oznaczyć kodem standardowym albo kodem PKO BP:
<PmtTpInf><SvcLvl><Cd>SEPA</Cd></SvcLvl></PmtTpInf>
<PmtTpInf><SvcLvl><Prtry>7</Prtry></SvcLvl></PmtTpInf>
b) ING: kody usług i kategorii ISO
| Pole | Wartość | Zastosowanie |
| SvcLvl/Cd | SEPA lub URGP | Wybrane zlecenia SEPA |
| CtgyPurp/Cd | SSBE | Przelew do ZUS |
| CtgyPurp/Cd | TAXS | Przelew do urzędu skarbowego |
| CtgyPurp/Cd | INTC | Przelew wewnętrzny |
c) mBank
Dokumentacja mBanku rozdziela m.in. przelewy krajowe, Express Elixir, walutowe, zagraniczne, podatkowe, SEPA i EuroEkspres. Wartości i wymagane pola dobiera się według sekcji właściwej dla danego rodzaju zlecenia.
d) Bank Millennium
Bank Millennium stosuje kody tekstowe, np. PLKR, SPKR, FRGN.
5.3. Blok płatności
Blok PmtInf grupuje płatności, ale reguły jego wypełniania różnią się między bankami:
- Data realizacji: pole ReqdExctnDt w formacie RRRR-MM-DD. W ING i mBanku jest wymagane:
<ReqdExctnDt>
<Dt>2026-10-16</Dt>
</ReqdExctnDt>
- Metoda płatności: w ING i mBanku pole PmtMtd ma stałą wartość TRF, a w PKO BP jest zgodne ze strukturą ISO.
- Księgowanie zbiorcze: w PKO BP i mBanku określa je znacznik BtchBookg.
5.4. Koszty przelewu: pole ChrgBr
Dla przelewów SEPA obowiązuje wartość SLEV, czyli koszty według taryfy banku: każda strona płaci koszty swojego banku. Dla przelewów w innych walutach, np. USD, generowana jest sekcja SWIFT, w której koszty mogą mieć wartość DEBT, CRED lub SHAR.
5.5. Wersja formatu
- 001.001.09, wersja nowsza: aktualny standard, używany domyślnie przez PKO BP, ING i mBank.
- 001.001.03, wersja starsza: standard oparty na rekomendacji ZBP 2.0, wciąż wykorzystywany m.in. przez Bank Millennium.
5.6. PKO BP: informacje dodatkowe
- Format pozwala na import przelewów krajowych i zagranicznych, ale nie obsługuje polecenia zapłaty ani SEPA Direct Debit.
- Można wskazać typ księgowania: pojedyncze, czyli analityczne, znacznikiem <BtchBookg>false</BtchBookg> lub zbiorcze znacznikiem <BtchBookg>true</BtchBookg>.
- W jednym pliku można umieścić różne rodzaje przelewów.
- Maksymalny rozmiar pliku to 99 MB.
- Obsługiwane kodowanie: UTF-8 dla iPKO biznes oraz UTF-8 z BOM dla iPKO biznes Integra.
- Plik może mieć dowolną nazwę.
5.7. Dlaczego nie ma jednego pliku dla wszystkich banków
Ze względu na różnice w schematach XSD i w kodowaniu rodzajów przelewów nie da się wygenerować jednego pliku XML pasującego do wszystkich banków. Podczas eksportu należy wybrać format dedykowany bankowi, do którego wgrywana jest paczka, a nie format innego banku.
6.. Lista kontrolna przed eksportem
- Zainstalowany pakiet .NET Desktop Runtime 10 w wersji x86.
- Rachunek bankowy firmy ma uzupełniony kod BIC/ SWIFT, numer rachunku i właściwy format eksportu.
- Kontrahent ma kompletny adres w osobnych polach, poprawny numer rachunku i kod BIC/ SWIFT. Przy przelewach zagranicznych numer rachunku musi być w formacie IBAN.
- Przy MPP: poprawny NIP dostawcy, numer faktury i kwota VAT nie większa niż kwota brutto.
- Przy SEPA: waluta EUR.
- Wybrany format dedykowany bankowi, do którego wczytywany jest plik.
Opis zmian
3.92.001
Serwispack 3.92.001 (z dnia 29.10.2026)
Pakiet podstawowy
Poprawiono:
- Usterkę polegającą na braku blokady na podgląd wszystkich stanów magazynowych przez operatora, który w uprawnieniach miał zabroniony dostęp do większości magazynów. Problem pojawiał się podczas sprawdzenia stanów magazynowych przez operatora na jednym magazynie a następnie wybraniu opcji Usuń parametry w parametrach.
- usterkę polegającą na występowaniu różnic groszowych w kolumnie VAT na korekcie wartościowo – ilościowej KF do faktury sprzedaży F. Problem występował przy ustawionej cenie netto, braku wydania oraz globalnym ustawieniu VAT w dokumencie obliczany od podsumowań netto/brutto w poszczególnych stawkach. Obecnie, zaktualizowany został sposób kalkulacji kolumny VAT podczas dodawania, przekształcania i przywoływania dokumentów.
- usterkę polegającą na braku pobierania formy płatności wg ustawień globalnych, najpierw z kartoteki kontrahenta, potem w rejestrze. Działo się tak na korekcie wartościowo – ilościowej do dokumentu nieistniejącego.
Usunięto:
- Komunikat błędu NETTO is not an object, pojawiający się podczas zmiany stawki VAT na stawkę 0 % i zatwierdzeniu tej zmiany na pozycji korekty wartościowo – ilościowej KF.
Moduł KSeF
Sprzedaż
Poprawiono:
- Usterkę polegającą braku widoczności danych z pola <P_15> na wizualizacji korekty wartościowo – ilościowej KF z tytułu podwyższenia ceny do faktury wystawionej w walucie.
Zakupy
Dodano:
- Wzorzec wydruku Dokumenty pobrane z KSeF z numerami FZ/KZ – WR_FZ___ dla dokumentów pobranych z KSeF wraz z numerami FZ/KZ. Do wzorca została dodana kolumna Numer faktury/ korekty dla dokumentu wygenerowanego z WR, tj. klucz_dok.
Poprawiono:
- Usterkę polegającą na nadpisywaniu znaków specjalnych np. /, pobranych z innej aplikacji w numerze faktury w polu <P_2> pliku XML, np. A/ = /.
Kadry i płace
Poprawiono:
- Usterkę polegającą na braku poprawnego wczytywania danych z pola Kod gminy w kartotece pracownika. Po prawidłowo wprowadzonych danych pojawiał się komunikat: Nie znaleziono województwa według kodu GUS. Proszę uzupełnić pole Województwo. Powodem tego był brak uzupełnionych symboli wg GUS dla województw.
B2B
Poprawiono
- Usterkę powodującą nieprawidłowe wyświetlanie wartości cechy jako filtra w portalu. Gdy cecha była przypisana do artykułu oraz oznaczona jako filtr dla B2B to wszystkie wartości tej cechy wyświetlały się na portalu jako filtry. Teraz wyświetlają się tylko te wartości cechy, które są oznaczone jako aktywne.