Księgowość
Wprowadzenie do schematów księgowania nowych elementów, związanych z oznaczeniami KSeF: "OFF", "BFK" oraz "DI"
Wprowadzono do schematów księgowania nowe elementy, związane z oznaczeniami KSeF: „OFF”, „BFK” oraz „DI”.
Jak to działało do tej pory?
Do tej pory w definicji schematów księgowania nie było elementów, które pozwoliłyby wprowadzać, za pomocą schematów księgowania, dane do dokumentu księgowego o oznaczeniach KSeF: „OFF”, „BFK” oraz „DI”.
Co zrobiono?
Dodano do schematów księgowania, jako ostatnią, nową grupę o nazwie „11. KSeF”, która po wywołaniu danego schematu, w którym została zdefiniowana, pozwala dodać do nagłówka dokumentu księgowego jedno z 3 oznaczeń: „OFF”, „BFK” lub „DI”. Grupa o nazwie „11. KSeF” prezentuje jeden element o nazwie: „Dodaj oznaczenia faktur i innych dowodów”.
Jak to działa po zmianach?
1. Program udostępnia w oknie elementów schematów księgowania nową grupę „11. KSeF”, a w niej nowy element: „Dodaj oznaczenia faktur i innych dowodów”. Można z niego skorzystać dodając nowy/edytując istniejący schemat księgowania i wybierając w nim nową grupę i nowy element (lub nie, jeśli nie ma takiej potrzeby).
2. Użycie nowego elementu „Dodaj oznaczenia faktur i innych dowodów”, figurującego w nowej grupie: „11. KSeF”:
– pozwala wybrać w schemacie księgowania „na sztywno” jedno z 3 oznaczeń KSeF: albo „OFF”, albo „BFK” albo „DI” , co spowoduje, że już samo użycie danego schematu księgowania w oknie dokumentu księgowego od razu uzupełni w nagłówku dokumentu księgowego, na zakładce „KSeF”, oznaczenie KSeF wskazane w schemacie księgowania,
– pozwala uczynić listę oznaczeń KSeF`owych wartością zmienną, co spowoduje, że jedno z oznaczeń: albo „OFF”, albo „BFK” albo „DI” będzie wybierane przez użytkownika na etapie wypełniania okna ze zmiennymi schematu, gdy dany schemat księgowania zostanie wybrany w oknie dokumentu księgowego. W celu prawidłowego zdefiniowania zmiennej schematu, która pozwoli wybrać jedno z oznaczeń: albo „OFF”, albo „BFK” albo „DI”, w oknie „Zmienna schematu księgowania”:
– w kontrolce „Typ” należy wybrać: „Liczba”
– w kontrolce „Typ podpowiedzi” należy wybrać: „Oznaczenia faktur i dowodów”
5. Obsłużono także to, aby operacje powielania, eksportu oraz importu schematów księgowania uwzględniały nową grupę o nazwie „11. KSeF” i jej element: „Dodaj oznaczenia faktur i innych dowodów”.
Dodanie w oknie przeglądowym dokumentów KSeF nowej kolumny, prezentującej numer wewnętrzny tzw. IDWew, który znajduje się w danych z faktury KSeF
Dodano w oknie przeglądowym dokumentów KSeF nowej kolumny, prezentującej numer wewnętrzny tzw. IDWew, który znajduje się w danych z faktury KSeF.
Jak to działało do tej pory?
Do tej pory kolumna prezentująca numer IDWew nie była dostępna do wyboru na liście faktur pobranych z KSeF ( „Księgowość” >> „Dokumenty KSeF”).
Co zrobiono?
Dodano w „Dokumentach KSeF” nową kolumnę o nazwie IDWew, która domyślnie jest dostępna w zasobniku kolumn.
Jak to działa po zmianach?
Po zmianach w programie użytkownik może dodać kolumnę z numerem IDWew w oknie prezentującym pobrane faktury z KSeF. Domyślnie kolumna jest dostępna w zasobniku kolumn i dostarcza informacji o IDWew, czyli o numerze wewnętrznym, który składa się z numeru NIP oraz wygenerowanego w KSeF numeru jednostkowego – 5 cyfr. Jeśli na fakturze występują numery wewnętrzne IDwew i jest ich więcej niż jeden, to w kolumnie IDWew zostaną wykazane wszystkie te numery po przecinku dla danej faktury. Po wyciągnięciu kolumny z zasobnika będzie ona widoczna we wszystkich folderach, czyli „Faktury sprzedażowe”, „Faktury zakupowe”, „Faktury podmiotu innego”.
Prezentowanie w "Planie Kont" numerów kont FK z kartoteki kontaktów oraz prezentowanie w kartotece kontaktu numerów kont księgowych powiązanych z danym kontaktem
Obsłużono prezentowanie w „Planie Kont” numerów kont FK z kartoteki kontaktów oraz prezentowanie w kartotece kontaktu numerów kont księgowych powiązanych z danym kontaktem.
Jak to działało do tej pory?
Do tej pory, wyświetlając okno przeglądowe kont księgowych (menu: „Kartoteki” -> „Plan Kont”), można było dowiedzieć się, że dane konto księgowe jest powiązane z kartoteką kontaktów (poprzez zawartość kolumny „Kartoteka”), ale nie było widać, jakie konkretnie konta FK (analityki) zostały przypisane danemu kontaktowi, przez co nie było łatwego sposobu na zweryfikowanie spójności między kontami analitycznymi (w „Planie Kont”) a zawartością kontrolek z numerami FK (w kartotece kontaktu). Patrząc od drugiej strony: nie można było w prosty sposób zweryfikować, czy widniejące w kartotece danego kontaktu numery FK są takie same, czy inne, niż numery analityk (czyli „końcówki” kont) w „Planie Kont”. Nie było w programie takiego miejsca, które pozwoliłoby skonfrontować (zestawić) ze sobą dane o numerach analityk w „Planie Kont” oraz dane o numerach FK w kartotece kontaktu, co uwidoczniłoby, ewentualne, niespójności w tym zakresie i ułatwiło uporządkowanie „Planu Kont” względem kartoteki kontaktów i na odwrót: kartoteki kontaktów względem „Planu Kont”.
Co zrobiono?
1. W oknie „Plan Kont” umieszczono w zasobniku kolumn 4 nowe kolumny, prezentujące konta FK dla 4 rodzajów kontaktów:
– „Konto FK odbiorcy”
– „Konto FK dostawcy”
– „Konto FK akwizytora”
– „Konto FK pracownika”
2. W oknie edycyjnym kontaktu (kontrahenta/pracownika/osoby fizycznej), w zakładce „Finansowe i Księgowe”, pod dotychczasową sekcją „Konta księgowe”, dodano nową sekcję o nazwie „Powiązane konta księgowe z Planu Kont z …..roku”.
Jak to działa po zmianach?
1. Po dodaniu na okno „Plan Kont” nowych kolumn:
– „Konto FK odbiorcy”
– „Konto FK dostawcy”
– „Konto FK akwizytora”
– „Konto FK pracownika”
prezentują one aktualną zawartość analogicznych kontrolek w kartotece kontaktu, jaki jest powiązany z danym kontem księgowym.
Dzięki takiemu widokowi łatwiej sprawdzić, czy konta księgowe, powiązane z danym kontaktem, mają takie same numery analityk, jak konta FK w kartotece kontaktu.
UWAGA: W przypadku powiązania danego konta księgowego z pozycją z kartoteki kontaktów, która to pozycja jest oznaczona jako „archiwalna”, program nie wyświetla w nowych kolumnach numeru FK (jak również w oknie edycyjnym konta księgowego nie jest wyświetlane powiązanie konta księgowego z pozycją, która jest oznaczona jako „archiwalna”).
2. Sekcja „Powiązane konta księgowe z Planu Kont z ….. roku”, widoczna w oknie edycyjnym danego kontrahenta/pracownika/osoby fizycznej, prezentuje odfiltrowany widok „Planu Kont”, ograniczony tylko do tych kont księgowych, w których wybrano dany kontakt, jako pozycję z kartoteki.
Innymi słowy sekcja „Powiązane konta księgowe z Planu Kont z ….. roku” to prezentacja listy wszystkich kont księgowych, z jakimi powiązana jest dana kartoteka kontaktu, przy czym są to konta księgowe z „Planu Kont” dla aktualnie zalogowanego roku i numer tego roku jest wyświetlany w nazwie sekcji, np. gdy jest się zalogowanym do 2026 roku, to nazwa sekcji brzmi: „Powiązane konta księgowe z Planu Kont z 2026 roku”. Po przelogowaniu się do innego roku, np. 2025, nazwa sekcji brzmi: „Powiązane konta księgowe z Planu Kont z 2025 roku” i prezentuje ona listę kont księgowych z „Planu Kont” dla 2025 roku. Dzięki takiemu widokowi, łatwiej sprawdzić, czy numery FK w kartotece kontaktu są takie same, jak numery kont księgowych (analityk), powiązanych z danym kontaktem.
Lista kont księgowych, jaka jest wyświetlana w oknie edycyjnym danego kontrahenta/pracownika/osoby fizycznej, działa w trybie „tylko do odczytu”, czyli z tego miejsca nie można otworzyć „Planu Kont” (z aktualnie zalogowanego roku), żeby wykonywać w nim jakieś akcje typu: „Dodaj”, „Edytuj”, „Usuń”, czy też inne operacje, jakie można wykonywać z poziomu kartoteki „Plan Kont”.
Jakie dokładnie kolumny z „Planu Kont” są prezentowane w sekcji „Powiązane konta księgowe z Planu Kont z ….. roku”?
Są to:
– „Numer konta” (np. 201-0001),
– „Nazwa konta” (np. ABC Sp. z o.o.),
– „Waluta” (np. PLN),
– „Saldo” (np. J – co oznacza konto jednosaldowe)
Dlaczego nie dodano kolumny „Konto księgowe” do okna przeglądowego kontaktów (do zasobnika kolumn), celem prezentowania w niej konta księgowego, powiązanego z danym kontaktem? Ze względu na to, że z danym kontaktem może być powiązanych wiele kont księgowych i wystąpiłaby trudność w prezentacji tychże wielu kont w jednej kolumnie. Program daje inną możliwość w tym zakresie, a mianowicie konta księgowe, powiązane z danym kontaktem, są prezentowane w dolnym gridzie okna przeglądowego kontaktów, na zakładce „Finansowe i Księgowe”.
UWAGA: Sekcja „Powiązane konta księgowe z Planu Kont z ….. roku” nie jest widoczna w przypadku wyświetlania kartoteki danego kontaktu z poziomu innych modułów niż „Finanse i Księgowość”, a także w przypadku wyświetlania kartoteki danego kontaktu z poziomu modułu „Finanse i Księgowość”, ale w przypadku zalogowania się do lat obrotowych o typach: „KPiR” oraz „Ryczałt”, ponieważ wszędzie tam (w innych modułach i latach obrotowych o typach: „KPiR” oraz „Ryczałt”) nie ma dostępu do „Planu Kont”.
UWAGA: Wykonane zmiany nie wiążą się ze zmianami w pliku xml, bo ani w „Planie Kont” (w oknie edycyjnym konta księgowego), ani w kartotece kontaktów (w oknie edycyjnym kontrahenta/pracownika/osoby fizycznej) nie dodano żadnych nowych danych (pól/kontrolek), tylko uwidoczniono już istniejące dane, przeniesione z innego miejsca w programie.
Umożliwienie zdefiniowania w szablonie KSeF pozycji "Opis" w taki sposób, żeby program zaczytywał do niej opis, jaki został podany w oknie klasyfikacji dokumentu KSeF (w kontrolce "Opis księgowy" i "Opis faktury")
Dodano możliwość zdefiniowania w szablonie KSeF pozycji „Opis” w taki sposób, żeby program zaczytywał do niej opis, jaki został podany w oknie klasyfikacji dokumentu KSeF (w kontrolce „Opis księgowy” i „Opis faktury”).
Jak to działało do tej pory?
Do tej pory w programie przy rozksięgowaniu faktury z KSeF za pomocą szablonu, nie było możliwości zdecydowania, żeby program przenosił opis księgowy (z pola „Opis księgowy) i opis faktury (z pola „Opis faktury”) do pozycji zapisu księgowego.
Co zrobiono?
Dodano w szablonie KSeF, dla pozycji zapisu „Opis”, możliwość wyboru nowych opcji:
– „%f – opis faktury”,
– „%k – opis księgowy”.
Jak to działa po zmianach?
Po zmianach w programie użytkownik tworząc/edytując szablon KSeF może skorzystać w kontrolce „Opis” (dotyczy zapisu księgowego) z dwóch nowych opcji: „%f – opis faktury” i „%k – opis księgowy”. Dwie nowe opcje działają tak, że podczas rozksięgowania danej faktury KSeF szablonem, w których z nich skorzystano, pobierają „Opis księgowy” i „Opis faktury”, które zostały podane w klasyfikacji danej faktury KSeF do opisu zapisu księgowego. Zmiana dotyczy szablonów KSeF dla każdego typu roku obrotowego, czyli „Księga Handlowa”, „Księga Przychodów i Rozchodów” oraz „Ryczałt”.
Umożliwienie automatycznego uzupełniania opisu operacji bezpośrednio w pliku JPK_PKPiR, gdy nie podano tego opisu w dokumentach księgowych
Dodano możliwość automatycznego uzupełniania opisu operacji bezpośrednio w pliku JPK_PKPiR, gdy nie podano tego opisu w dokumentach księgowych.
Jak to działało do tej pory?
Do tej pory nie było możliwości uzupełniania opisu operacji z poziomu pliku JPK_PKPiR.
Co zrobiono?
Dodano znacznik „Uzupełnij w pliku brakujące opisy operacji numerem dowodu źródłowego”. Po jego zaznaczeniu zostaną uzupełnione opisy operacji bezpośrednio w pliku JPK_PKPiR, numerem dowodu źródłowego, który znajduje się na dokumencie księgowym.
Jak to działa po zmianach?
Nowy znacznik „Uzupełnij w pliku brakujące opisy operacji numerem dowodu źródłowego” znajduje się na oknie parametrów pliku JPK („Parametry tworzenia JPK”). Użytkownik musi go zaznaczyć samodzielnie, jeżeli chce, aby program uzupełnił opisy operacji we wpisach, które ich nie zawierają.
Pole z opisem operacji jest obowiązkowe w pliku JPK_PKPiR.
Nowy znacznik jest domyślnie odznaczony.
W przypadku jego zaznaczenia, zostaną uzupełnione opisy operacji w samym pliku JPK_PKPiR, ale nie w dokumentach księgowych.
Poprawienie działania wysyłki pliku JPK_KR_PD na serwer testowy oraz produkcyjny w przypadku plików o dużych rozmiarach
Poprawiono działanie wysyłki pliku JPK_KR_PD na serwer testowy oraz produkcyjny w przypadku plików o dużych rozmiarach.
Poprawienie danych wynikających z błędnego identyfikowania zapisów księgowych podczas rozksięgowania dokumentów KSeF szablonem KSeF, jeśli datą księgowania jest data z innego roku, niż zalogowany
Dla roku o typie „Księga Handlowa” poprawiono dane wynikające z błędnego identyfikowania zapisów księgowych podczas rozksięgowania faktur KSeF szablonem, jeśli datą księgowania jest data z innego roku, niż zalogowany. Błąd ten mógł powodować błędne dane przy generowaniu zestawień dotyczących zapisów na kontach księgowych.
Poprawienie błędu występującego w przypadku istnienia dużej liczby zdefiniowanych wzorców księgowań i pracy z ich kartoteką (dodawaniem, edytowaniem), objawiającego się w raportem o błędzie typu "Access Violation"
Poprawiono błąd występujący w przypadku istnienia dużej liczby zdefiniowanych wzorców księgowań i pracy z ich kartoteką (dodawaniem, edytowaniem), objawiającego się raportem o błędzie typu „Access Violation”.
Kadry i płace
Umożliwienie uwzględnienia wynagrodzenia z umowy cywilnoprawnej zawartej z własnym pracownikiem w podstawie zasiłku chorobowego
Obsługa zbiegu umowy o pracę i umowy cywilnoprawnej (kod 01xx)
W programie RAKS wprowadzono obsługę przypadku, w którym pracownik ma jednocześnie umowę o pracę oraz umowę cywilnoprawną. Zmiana dotyczy umów cywilnoprawnych z kodem tytułu ubezpieczenia 01xx.
Uwaga: kod ten jest widoczny w Kartotece pracownika: Umowa cywilnoprawna › zakładka „Kody tytułów ubezpieczenia”.
Jak było dotychczas
Zasiłki trzeba było wprowadzać na obu kalendarzach. Liczyły się one wtedy osobno:
na umowie o pracę – na podstawie realizacji z umów o pracę,
na umowie cywilnoprawnej – na podstawie realizacji z umów cywilnoprawnych.
Jak jest teraz
Zdarzenie należy wprowadzać wyłącznie na kalendarzu umowy o pracę. Zasiłek obliczy się sumarycznie, z uwzględnieniem realizacji zarówno z umowy o pracę, jak i z umowy cywilnoprawnej.
Nie jest możliwe zapisanie zasiłku na kalendarzu umowy cywilnoprawnej, która w okresie trwania zasiłku ma kod 01xx. Przy próbie zapisu program wyświetli komunikat:
„Zdarzenie należy dodać do kalendarza umowy o pracę, zamiast do kalendarza umowy cywilnoprawnej.
Czy chcesz, aby program automatycznie dodał je do kalendarza umowy o pracę?”
– TAK – zdarzenie zostanie przeniesione i zapisane na kalendarzu umowy o pracę,
– NIE – zdarzenie nie zostanie zapisane na kalendarzu umowy cywilnoprawnej i pozostanie w edycji.
Zasiłek dla umowy cywilnoprawnej o kodzie 01xx, dodany jeszcze w starej wersji programu, nie obliczy się już na realizacji z umowy cywilnoprawnej.
Postępowanie ze zdarzeniami dodanymi przed aktualizacją
Jeśli przed aktualizacją pracownik miał umowę o pracę i jednocześnie umowę cywilnoprawną z kodem 01xx, a zasiłek został dodany na obu kalendarzach, należy wykonać dodatkowe czynności, aby średnia uwzględniała również rachunki z umów cywilnoprawnych.
1. Zasiłek dodany przed aktualizacją, jeszcze nierozliczony, dodany na kalendarzu umowy o pracę i umowy cywilnoprawnej, gdzie w oknie zdarzenia na umowie o pracę wskazane jest, że średnia jest pobierana z innego zdarzenia:
– policzyć realizację dla umowy o pracę,
– na zakładce z rozliczeniami zdarzenia wybrać Przelicz średnią chorobową,
– ponownie przeliczyć realizację,
– skasować zdarzenie na kalendarzu umowy cywilnoprawnej.
2. Zasiłek dodany przed aktualizacją, rozpoczęty w poprzednich miesiącach, dodany na obu kalendarzach, z już obliczoną średnią z wcześniejszych naliczeń:
– skrócić zdarzenie na kalendarzu umowy o pracę do końca rozliczonego okresu,
– dodać nowe zdarzenie na okres, o który skrócono poprzednie,
– policzyć realizację dla umowy o pracę,
– na zakładce z rozliczeniami zdarzenia wybrać Przelicz średnią chorobową,
– ponownie przeliczyć realizację,
– skrócić zdarzenie na kalendarzu umowy cywilnoprawnej do końca rozliczonego okresu.
Skasowanie lub skrócenie zdarzenia na kalendarzu umowy cywilnoprawnej nie jest konieczne, ale z punktu widzenia programu taki zasiłek jest zbędny. Ponowne dodanie zasiłku do umowy cywilnoprawnej w okresie obowiązywania kodu 01xx nie jest już możliwe (patrz komunikat wyżej).
Poprawienie naliczania podstawy zasiłku chorobowego na umowach cywilnoprawnych po przekroczeniu podstawy wymiaru składki na dobrowolne ubezpieczenie chorobowe
Poprawiono naliczanie podstawy zasiłku chorobowego dla umów cywilnoprawnych
Błąd występował w przypadku przekroczenia miesięcznej maksymalnej podstawy wymiaru składki na dobrowolne ubezpieczenie chorobowe w miesiącach, w których obowiązywał limit, program błędnie przyjmował do wyliczeń pełną kwotę z umowy.
Obecnie program działa prawidłowo przyjmuje do wyliczeń za dany miesiąc kwotę stanowiącą podstawę wymiaru składki chorobowej, nie wyższą niż 250% prognozowanego przeciętnego wynagrodzenia w danym roku, a następnie pomniejsza ją o 13,71%, zgodnie z zasadami ustalania podstawy zasiłku.
Sprzedaż
Dodanie możliwości decydowania przez użytkownika jakie pola fakultatywne do pozycji przekazywać z RaksSQL do KSeF
W parametrach firmy w sekcji KSeF pojawiła się nowa opcja: „Opcjonalne i dodatkowe opisy pozycji”. W oknie „Dodatkowe opisy pozycji dokumenty wysłanego do KSeF” użytkownik może sparametryzować wysyłkę do KSeF danych opcjonalnych do pozycji, wynikających ze wpisów do kartoteki towarów są to:
– Indeks
– Unikalny numer wiersza
– PKWiU
– GTIN
– CN
i dodatkowe opisy do pozycji o strukturze klucz/wartość:
– Kod kreskowy
– Termin przydatności
– Nr seryjny/licencji dostawcy
– Nr seryjny/ licencji sprzedaży
– Kod kraju pochodzenia
– Waga netto
– Waga brutto
Domyślnie wszystkie opcje są odznaczone. Poprzez zaznaczenie checkbox’a w kolumnie „Wysyłać?” użytkownik decyduje o wysyłce informacji do pozycji na podstawie wskazanego parametru za każdym razem, gdy wartość będzie przypisana do pozycji dokumentu lub znajduje się w kartotece artykułów.
Wcześniejsze parametry „Dodatkowe opisy pozycji” i „Wysyłaj do KSeF unikalny numer wiersza” zostały zastąpione opisywanym parametrem „Opcjonalne i dodatkowe opisy pozycji”.
Uwaga! Po aktualizacji systemu i baz danych należy sparametryzować wysyłkę (o ile dana ta była wysyłana) pól: kod kreskowy i unikalny numer wiersza. Oba pola są domyślnie odznaczone do wysyłki.
Umożliwienie zmiany kontrahenta, na którego ma powstać rozrachunek na zakładce "Płatności" w dokumencie sprzedaży, po zarejestrowaniu dokumentu w KSeF
Odblokowano możliwość zmiany kontrahenta, na którego ma powstać rozrachunek. Zmiana dotyczy zakładki „Płatności” w dokumencie sprzedaży, który został wysłany do KSeF.
Udoskonalono pokazywanie widoczności polskich znaków na liście przewozowym dla DHL i DPD.
Wprowadzono usprawnienie dotyczące pokazywania widoczności polskich znaków na liście przewozowym dla DHL i DPD.
W specyficznych sytuacjach na wygenerowanym liście przewozowym dla DHL wcześniej mogły wystąpić problemy z wyświetlaniem polskich znaków.
Dodanie dodatkowego wyboru "Stawki VAT KSeF" NPI, NPII, oo dla stawki NP
Na dokumentach sprzedaży (ZO, FS, WDT, FE, FZAL, WZ i korekty sprzedaży), w oknie dodawania pozycji, zostało wprowadzone nowe pole: Stawka VAT w KSeF. Pole pojawia się po wskazaniu stawki VAT: NP dla pozycji dokumentu. Użytkownik, przy wprowadzaniu pozycji ze stawką NP, decyduje jak ta stawka ma być wykazywana w KSeF, do wyboru: oo, NPI, NPII.
Jeżeli „Stawka VAT w KSeF” nie zostanie wskazana przez użytkownika przy dodawaniu pozycji na dokument, w KSeF zostanie ona rozpoznana wg poniższej logiki:
– kontrahent PL – oo
– kontrahent UE – NPII
– kontrahent spoza UE – NPI
Powyższe stawki oo, NPI i NPII zostały wprowadzone również na dokumenty FO – „Odwrotne obciążenie” i KFO – „Korekta odwrotne obciążenie” i są to jedyne dokumenty sprzedaży, które zostaną opatrzone znacznikiem P_18 – odwrotne obciążenie w KSeF. Pozostałe dokumenty sprzedaży, mimo wskazania stawki NPI, NPII, oo do pozycji dokumentu, nie będą posiadały znacznika „odwrotne obciążenie” w KSeF.
Wszelkie obciążenia, które powinny znaleźć się w sekcji „Rozliczenie” w KSeF i które nie wchodzą w podstawę opodatkowania a powiększają kwotę do zapłaty powinny być w Raks rejestrowane jako towar o typie „opakowanie zwrotne” ze stawką NP.
Finanse
Poprawienie błędów polegających na prezentacji nieprawidłowej daty "Poleceń przelewów"
Poprawiono błędy dotyczące prezentacji nieprawidłowej daty na „Poleceniu przelewu”.
Jeden z błędów dotyczył sytuacji, w której po wybraniu parametru firmy „data płatności rozrachunku lub data systemowa (gdy różne daty)” oraz po wygenerowaniu „Polecenia przelewu” z pojedynczego zaznaczonego rozrachunku przy pomocy operacji „Wystaw przelew dla zaznaczonych rozrachunków”, w dacie płatności wyświetlała się data „1899-12-29”.
Drugi błąd polegał na wyświetlaniu komunikatu z błędem przy próbie wystawienia „Polecenia przelewu” dla pojedynczego rozrachunku, przy ustawieniu parametru „data płatności rozrachunku lub data systemowa (gdy różne daty)”, w sytuacji w której rozrachunek nie miał podanej daty płatności.