Środki trwałe: migracja (przycisk, baza plikowa, zdublowane karty), JPK ŚT, zapis karty; składki roczne w „Zapłaconych składkach ZUS"; kolumny list; „Zapisz i nowy"
Wydanie 3.6525: przycisk migracji kart ze starych formularzy do nowej ewidencji środków trwałych, w wydaniu 3.6524 omyłkowo ukryty, jest z powrotem na wstążce węzła „Środki trwałe (nowe)". Wydanie 3.6526: migracja na bazie plikowej nie kończy się już błędem „database is locked", JPK ŚT za rok spoza ewidencji firmy dostaje komunikat zamiast błędu, a pola rozliczenia rocznego w „Zapłaconych składkach ZUS" są widoczne zawsze, gdy mają kwoty. Wydanie 3.6527: migracja nie dubluje już kart środka obecnego w ewidencjach kilku lat, a ponowne uruchomienie usuwa kopie z wcześniejszego przebiegu. Wydanie 3.6528: JPK ŚT po „Przelicz" bez błędu, zapis nowej karty z odpisami dodanymi w tabeli, edytor środka trwałego i zapisy na bazie plikowej bez „database is locked". Wydanie 3.6529: kolumny list miesięcy, zaliczek i składek ZUS nie zwężają się już do nieczytelności. Wydanie 3.6530: „Zapisz i nowy" przenosi na kolejny dokument oba rejestry VAT.
Opublikowano
Wydania 3.6525–3.6530 — poprawki dla każdego, kto przenosi środki trwałe do nowej ewidencji i pracuje z nią dalej (JPK ŚT, karty, odpisy), porządek w oknie zapłaconych składek ZUS, czytelne kolumny list i seria „Zapisz i nowy" z kompletem rejestrów VAT. Jeżeli migrację uruchomiono w wydaniu 3.6526, po aktualizacji warto uruchomić ją ponownie — usunie zdublowane karty.
Przycisk „Migracja środków trwałych" wrócił na wstążkę
W wydaniu 3.6524 nowa ewidencja środków trwałych była już dostępna u wszystkich, ale przycisk Migracja środków trwałych pozostał ukryty tak jak w czasie testów — nie dało się przenieść kart ze starych formularzy, a aktualność do tego przycisku odsyłała. Od wydania 3.6525 przycisk jest na wstążce po zaznaczeniu w drzewie firmy węzła Środki trwałe (nowe). Migracja pokazuje najpierw symulację z listą kart do sprawdzenia i przenosi dopiero po potwierdzeniu; stare formularze ewidencji zostają bez zmian, do wglądu. Przepraszamy za zamieszanie.
Migracja środków trwałych na bazie plikowej kończyła się błędem (wydanie 3.6526)
Na bazie plikowej (bez serwera bazy danych) Migracja środków trwałych w wydaniu 3.6525 kończyła się w każdej firmie komunikatem „Błąd podczas migracji danych … database is locked": migracja zakładała blokadę zapisu jedną drogą, a karty zapisywała drugą i sama sobie tę blokadę zastawiała. Na bazach serwerowych błąd nie występował. Od 3.6526 migracja przechodzi; w firmach, w których wcześniejsza próba się nie udała, wystarczy uruchomić ją ponownie — karty i kwoty przeniesione w nieudanych próbach są rozpoznawane i nie dublują się.
Migracja środków trwałych dublowała karty środka obecnego w ewidencjach kilku lat (wydanie 3.6527)
W wydaniu 3.6526 Migracja środków trwałych zakładała osobną kartę dla każdego roku, w którego ewidencji środek występował: samochód wpisany do ewidencji za 2025 i 2026 r. dostawał dwie identyczne karty. Migracja przenosi środki rok po roku i sprawdza, czy karta już istnieje — w tym wydaniu ta kontrola nie widziała kart założonych chwilę wcześniej w tym samym przebiegu (skutek poprawki blokady z 3.6526). Błąd dotyczył każdej firmy ze środkami w ewidencjach za więcej niż jeden rok, niezależnie od rodzaju bazy.
Od 3.6527 migracja rozpoznaje własne karty prawidłowo, a przy ponownym uruchomieniu sama usuwa zdublowane karty z wcześniejszego przebiegu — identyczne kopie tej samej pozycji, z tymi samymi odpisami — zostawiając jedną; symulacja przed zapisem pokazuje, ile kart usunie. Kopii różniącej się treścią albo z zaksięgowanym odpisem nie rusza, tylko wskazuje ją do sprawdzenia. Jeżeli migrację uruchomiono już w 3.6526, wystarczy po aktualizacji uruchomić ją ponownie w tej firmie.
JPK ŚT dla firmy bez roku w ewidencji — komunikat zamiast błędu
Tworzenie JPK_ST(1) lub JPK_ST_KR(1) za rok, którego firma nie ma w ewidencji (Ewidencje → Lata), kończyło się błędem dostępu do pamięci. Teraz program mówi wprost, że brakuje roku, i wskazuje, gdzie go dodać.
Zapłacone składki ZUS: kwoty rozliczenia rocznego zawsze widoczne w edytorze
Pola dopłaty i zwrotu z rocznego rozliczenia składki zdrowotnej w oknie wpisu Zapłacone składki ZUS były widoczne tylko dla maja. Kwota pobrana przy innym miesiącu (albo pozostawiona po zmianie miesiąca) pokazywała się w kolumnach listy, a w edytorze nie było jej jak zobaczyć ani wyzerować. Teraz pola są widoczne zawsze, gdy mają niezerowe kwoty, Pobierz składki naliczone za poprzedni miesiąc zeruje je dla miesięcy bez rozliczenia rocznego, a zmiana miesiąca odświeża okno. Kwoty w tych kolumnach są informacyjne — program nie używa ich w wyliczeniach.
Wydanie 3.6528: JPK ŚT po „Przelicz", zapis nowej karty środka trwałego, baza plikowa
Cztery poprawki z dzisiejszych dzienników programu, wszystkie wokół nowej ewidencji środków trwałych i bazy plikowej:
- JPK ŚT — błąd po „Przelicz". Po przeliczeniu pliku JPK_ST(1) lub JPK_ST_KR(1) okno JPK zgłaszało błąd („List index out of bounds … is empty") przy przejściu do zakładek danych. Pliki JPK ŚT nie mają tabel podglądu (dane idą prosto z ewidencji do XML), a okno zakładało, że zawsze jest przynajmniej jedna. Teraz zakładki danych są dla JPK ŚT puste, plik i weryfikacja działają jak dotąd.
- Zapis nowej karty środka trwałego z odpisami dodanymi w tabeli. Gdy na nowej, jeszcze niezapisanej karcie dopisano odpis albo zmianę wartości bezpośrednio w tabeli, zapis karty kończył się komunikatem „Field 'SrodekTrwalyID' must have a value" i karta nie zapisywała się wcale. Program nadawał powiązanie z kartą dopiero po zatwierdzeniu wiersza — teraz przed nim.
- Edytor środka trwałego na bazie plikowej: „database is locked". Po użyciu amortyzacji jednorazowej w edytorze kolejne zapisy w programie mogły kończyć się komunikatem „database is locked", a sam edytor błędem „must be in cached update mode". Odczyty edytora zostawiały niedomknięty kursor, który blokował zapisy; poprawione.
- Baza plikowa: zapis „zawieszony" do restartu. Jeżeli zatwierdzenie zmian w drzewie firmy (np. zapis roku) nie powiodło się, bo baza była chwilowo zablokowana, program uznawał transakcję za zamkniętą, choć baza trzymała ją otwartą — każdy następny zapis do restartu kończył się komunikatem „cannot start a transaction within a transaction". Teraz nieudane zatwierdzenie jest wycofywane i kolejny zapis przechodzi normalnie.
Wydanie 3.6529: kolumny list nie zwężają się już do nieczytelności
W listach miesięcy roku, zaliczek na podatek czy zapłaconych składek ZUS kolumny potrafiły zrobić się tak wąskie, że nagłówki zawijały się litera pod literą, a w komórkach zostawały same kropki — zapisany układ kolumn przechowywał szerokości rzędu kilku pikseli i program je odtwarzał. Teraz każda kolumna ma rozsądną szerokość minimalną, a zapisana szerokość poniżej tej granicy jest traktowana jako uszkodzony układ i wraca do szerokości domyślnej; kolumny ustawione świadomie szerzej zostają bez zmian. Gdy kolumny nie mieszczą się w panelu, lista pokazuje poziomy pasek przewijania. Niezależnie od wydania układ dowolnej listy można przywrócić prawym przyciskiem na nagłówku kolumny → Przywróć domyślny układ kolumn.
Wydanie 3.6530: „Zapisz i nowy" przenosi oba rejestry VAT; reset układu kolumn bez błędu
- Seria „Zapisz i nowy" w dokumentach księgowych. Kolejny dokument serii dostawał z poprzedniego tylko pierwszy rejestr VAT — drugi (należny: import usług, WNT, odwrotne obciążenie) zostawał pusty i trzeba było wybierać go ręcznie, choć przy zwykłym „Dodaj" na zaznaczonym dokumencie oba rejestry przechodziły. Teraz kolejny dokument przejmuje oba rejestry z dokumentu właśnie zapisanego, a gdy poprzedni ich nie miał, drugi rejestr dostaje domyślny — jak przy pierwszym dokumencie.
- „Przywróć domyślny układ kolumn" przy otwartym oknie „Wybór kolumn i grup". Reset układu listy w chwili, gdy okno wyboru kolumn było otwarte, kończył się błędem dostępu do pamięci. Okno wyboru jest teraz zamykane przed przebudową kolumn (także przy przejściu do innego widoku).