Przejście z klucza HASP na klucz wirtualny w Comarch ERP Optima

Firmy korzystające z klucza HASP, które co miesiąc opłacają moduł taki jak KSeF, często trafiają na ten sam problem: sama opłata nie wystarczy, bo trzeba jeszcze skontaktować się z opiekunem, aby wgrał aktualizację licencji na klucz, a za tę czynność zwykle jest naliczana dodatkowa opłata. Klucz wirtualny działa inaczej – licencja odnawia się automatycznie po opłaceniu modułu, bez comiesięcznego kontaktu z opiekunem. Naturalnie pojawia się pytanie, czy da się przejść z HASP na klucz wirtualny i czy można to zrobić samodzielnie.

Czy zmiana klucza HASP na wirtualny jest możliwa

Tak, taka zmiana jest możliwa, ale nie odbywa się samodzielnie w samym programie. To operacja licencyjna wykonywana po stronie Comarchu/Partnera – polega na przepisaniu licencji na inny typ klucza i wydaniu danych potrzebnych do klucza wirtualnego. Wymaga to obsługi w systemie licencyjnym Comarch, a potem podmiany sposobu licencjonowania w środowisku klienta.

Ile kosztuje przejście na klucz wirtualny

Przejście z klucza HASP na wirtualny jest operacją jednorazową, zgodną z cennikiem Comarch. Przy zwrocie klucza HASP robiona jest korekta w wysokości 169 zł netto. To koszt samej zmiany typu klucza, niezależny od bieżących opłat za same moduły.

Czy można to zrobić samodzielnie

Nie – samą zmianę typu klucza musi wykonać Partner Comarch. Bez udziału Partnera lub bezpośrednio Comarchu tej operacji zwykle nie da się przeprowadzić, ponieważ wymaga dostępu do systemu licencyjnego, którym zarządza Partner.

Co można zrobić samodzielnie po przejściu na klucz wirtualny

Warto rozróżnić samą zmianę typu klucza od bieżącego wgrywania licencji. Po przejściu na klucz wirtualny kolejne aktualizacje licencji do pliku można wgrywać samodzielnie – wystarczy poprosić Partnera o plik RUS i wgrać go w Menadżerze Kluczy, bez dodatkowej opłaty za tę czynność. To realnie eliminuje koszt, o który pytasz w kontekście modułu KSeF na kluczu HASP.

<screen>

Jak zgłosić zmianę, jeśli chcesz zmienić Partnera

Jeśli chcesz omęć obecnego opiekuna, sprawdź najpierw w umowie lub warunkach opieki, kto jest formalnie przypisany jako Partner do Twojej licencji. Zgłoszenie prośby o zmianę typu klucza oraz zasad odnowień (automat po opłacie) możesz złożyć do Comarchu lub do nowego Partnera – szczegóły procedury i ewentualne dodatkowe koszty trzeba jednak potwierdzić na Twojej konkretnej licencji, bo mogą zależeć od warunków umowy.

Perspektywa ELTE-S

W ELTE-S często trafiamy na firmy, które męczy comiesięczny kontakt z opiekunem tylko po to, by odnowić licencję modułu na kluczu HASP. Sama zmiana typu klucza wymaga udziału Partnera i jednorazowego kosztu według cennika Comarch, ale po przejściu na klucz wirtualny większość kolejnych aktualizacji licencji staje się realnie samoobsługowa, co ogranicza koszty i czas oczekiwania na działania opiekuna.

Jeśli chcesz przejść na klucz wirtualny i ograniczyć koszty comiesięcznych aktualizacji licencji, możemy pomóc przeprowadzić Cię przez całą procedurę zgłoszenia do Partnera i sprawdzić, co opłaca się w Twoim przypadku.

Automatyczne zwalnianie licencji w Optimie po czasie bezczynności – co jest możliwe

Firmy korzystające z Comarch ERP Optima często chciałyby, aby program sam zwalniał licencję, gdy użytkownik ma otwartą aplikację, ale przez dłuższy czas nic w niej nie robi. W praktyce chodzi o sytuację, w której komputer i program są włączone, ale licencja jest „zajęta” bez realnej pracy – co bywa problemem, gdy licencji sieciowych jest mniej niż stanowisk.

Dlaczego Optima nie zwalnia licencji automatycznie

Optima trzyma licencję przez cały czas, w którym aplikacja jest uruchomiona – niezależnie od tego, czy użytkownik aktywnie w niej pracuje. Nie ma wbudowanego licznika bezczynności, który po przekroczeniu limitu sam zamknąłby program i oddał licencję do puli. Dotyczy to także pracy zdalnej: samo zamknięcie okna pulpitu zdalnego „krzyżykiem” nie kończy sesji Optimy w tle, dlatego licencja pozostaje zablokowana, dopóki program nie zostanie poprawnie zamknięty.

Podejście środowiskowe: blokada sesji Windows i RDP/Citrix

Skoro Optima sama nie wylogowuje użytkownika, warto przenieść ten mechanizm na poziom środowiska. Polityki sesji w Windows (blokada ekranu, wylogowanie po czasie bezczynności) albo praca przez RDP/Citrix z ustawionym limitem nieaktywności mogą wymusić realne zamknięcie sesji, a wraz z nią – zamknięcie Optimy i zwolnienie licencji. To rozwiązanie działa najlepiej, gdy użytkownicy pracują na terminalu (RDP/Citrix), bo tam polityki sesji mają największy wpływ na to, kiedy aplikacja faktycznie się zamyka.

Warto przy tym sprawdzić typ licencjonowania w firmie oraz to, czy praca odbywa się lokalnie czy na terminalu – od tego zależy, jaki poziom (system operacyjny, usługi terminalowe czy sama aplikacja) najlepiej wykorzystać do wdrożenia takiej polityki.

Kontrola z poziomu klucza licencyjnego

Jedyna opcja bezpośrednio związana z licencjonowaniem Optimy to kontrolowanie czasu aktywności i nieaktywności z poziomu klucza licencyjnego. Pozwala to zobaczyć, które stanowiska trzymają licencję i jak długo, ale nie zwalnia jej automatycznie – decyzję o wylogowaniu wciąż trzeba podjąć ręcznie, np. odpowiednio zamykając program na danym stanowisku.

<screen>

Co warto sprawdzić przed wdrożeniem obejścia

Przed wdrożeniem jakiegokolwiek obejścia dobrze jest ustalić, czy licencje są jednostanowiskowe czy sieciowe, ile stanowisk faktycznie korzysta z limitowanej liczby licencji oraz czy praca odbywa się lokalnie, czy przez pulpit zdalny/terminal. Warto też przypomnieć użytkownikom, że prawidłowe zamknięcie Optimy (a nie tylko zamknięcie okna pulpitu zdalnego) jest konieczne, aby licencja rzeczywiście wróciła do puli dostępnych.

Perspektywa ELTE-S

W ELTE-S w takich sytuacjach jasno komunikujemy, że Optima nie ma wbudowanej funkcji automatycznego zwalniania licencji po bezczynności – nie warto szukać ukrytej opcji w konfiguracji, której tam nie ma. Realny efekt najczęściej daje połączenie polityk sesji na poziomie Windows albo RDP/Citrix z odpowiednim monitorowaniem licencji z poziomu klucza, a nie próba wymuszenia tego wewnątrz samej aplikacji.

Jeśli chcesz sprawdzić, jak skonfigurować takie polityki sesji w Twoim środowisku tak, aby faktycznie zwalniały licencje Optimy bez ryzyka przerwania pracy użytkowników, możemy to zaplanować razem, uwzględniając Twoje licencjonowanie i sposób pracy zespołu.

Ulga na złe długi przy metodzie kasowej VAT w Optimie – gdy termin się rozjeżdża

Przy metodzie kasowej VAT ulga na złe długi bywa źle zsynchronizowana z momentem wykazania sprzedaży w JPK. Standardowo ulgę liczy się od terminu płatności, po 90 dniach, ale przy sprzedaży na rzecz podmiotu niebędącego czynnym podatnikiem VAT obowiązek podatkowy przy metodzie kasowej może powstać dopiero po 180 dniach od wydania towaru lub wykonania usługi. W efekcie ulga potrafi trafić do rozliczenia zanim faktura sprzedaży zostanie w nim wykazana, co jest błędem, a nie prawidłowym działaniem programu.

Dlaczego 90 i 180 dni to nie to samo

90 dni liczone od terminu płatności oznacza moment, w którym wierzytelność staje się uprawdopodobniona jako nieściągalna – to jest warunek do zastosowania ulgi na złe długi. Nie można jednak skorygować VAT należnego, którego jeszcze nie wykazano. Przy metodzie kasowej i sprzedaży na rzecz podmiotu niebędącego czynnym podatnikiem VAT obowiązek podatkowy powstaje przy zapłacie, a najpóźniej 180. dnia od wydania towaru lub wykonania usługi. Dyrektor KIS w interpretacji z 30 stycznia 2026 r. (nr 0114-KDIP4-2.4012.882.2025.1.AA) potwierdził, że w takiej sytuacji ulga na złe długi może być zastosowana nie wcześniej niż w okresie, w którym zostanie wykazany VAT należny – czyli w okresie obejmującym 180. dzień.

Jak to poprawnie rozliczyć w JPK

W miesiącu, w którym przypada 90. dzień od terminu płatności, nic nie korygujemy. W miesiącu, w którym przypada 180. dzień od wykonania usługi lub wydania towaru, wykazujemy normalnie fakturę sprzedaży (dodatnio) oraz w tym samym okresie ulgę na złe długi (ujemnie) – jeżeli faktura pozostaje w całości niezapłacona, VAT należny i korekta z ulgi się wzajemnie zerują. Korekta w JPK powinna być pokazana na danych tej konkretnej faktury, z wartościami ujemnymi i oznaczeniem KorektaPodstawyOpodt = 1; nie stosuje się dokumentu WEW. W strukturze JPK podawany jest też termin płatności faktury.

Krok 1: Sprawdź konfigurację metody kasowej

Wejdź w Start → Konfiguracja → Firma → Księgowość → Deklaracje i stawki podatkowe i sprawdź, czy masz ustawione Rozliczanie VAT metodą → kasową. Na fakturze w Rejestrze VAT sprzedaży sprawdź też zakładkę Do VAT/JPK_V7 – przy metodzie kasowej Optima rozlicza VAT według zapłat, a przy nievatowcu najpóźniej po 180 dniach.

<screen>

Krok 2: Usuń fakturę z wcześniejszego zawiadomienia VAT-ZD

Wejdź w JPK → Pliki JPK_V7 → Ulga na złe długi (VAT-ZD) i dodaj/przelicz VAT-ZD typu Sprzedaż. Jeżeli faktura pojawiła się na liście po 90 dniach, ale jej VAT będzie wykazany dopiero w miesiącu 180. dnia, zaznacz tę fakturę i usuń ją z zawiadomienia – Optima pozwala usuwać zaznaczone dokumenty z VAT-ZD. Jeżeli w następnym miesiącu faktura ponownie się pojawi, usuń ją jeszcze raz. W miesiącu, w którym przypada 180. dzień i faktura sprzedaży wchodzi do JPK, zostaw ją na VAT-ZD, zablokuj VAT-ZD i wygeneruj zapisy korekcyjne – Optima utworzy wtedy osobny zapis korekcyjny do faktury.

<screen>

Krok 3: Jeżeli Optima nie pobiera faktur kasowych na VAT-ZD – zrób korektę ręcznie

Od wersji 2023.5.1 Optima pozwala zrobić ulgę bez automatycznego VAT-ZD. W miesiącu, w którym przypada 180. dzień, wejdź w Rejestry VAT → Rejestr sprzedaży → dodaj nowy zapis. Na zakładce Ogólne wpisz dane kontrahenta i dane faktury, której dotyczy ulga, wprowadź netto i VAT na minus (tylko w wysokości niezapłaconej części), zastosuj tę samą stawkę VAT co na fakturze, w polu Rozliczać w VAT ustaw miesiąc, w którym przypada 180. dzień, i opcjonalnie zaznacz dokument jako Wewnętrzny, żeby nie tworzyć sztucznej płatności w Kasie/Banku.

<screen>

Następnie przejdź do zakładki KSeF/JPK → Atrybuty JPK_VAT i JPK_V7 i dodaj atrybuty KOREKTA_ART.89A → Tak oraz TERMIN_PLATNOSCI → wpisz faktyczny termin płatności z faktury. Jeżeli po zaznaczeniu dokumentu jako wewnętrznego Optima automatycznie doda kod WEW, usuń go na tej zakładce – przy uldze na złe długi nie stosuje się oznaczenia WEW, a korekta ma być pokazana na danych konkretnej faktury.

<screen>

Co dodatkowo warto sprawdzić

Jeżeli przez „nievatowca” rozumiemy konsumenta albo firmę zwolnioną z VAT, w ustawie występują dodatkowe warunki zastosowania ulgi – między innymi wpis wierzytelności do krajowego rejestru długów, prawomocne orzeczenie i skierowanie sprawy do egzekucji albo upadłość konsumencka. Jeżeli ulga jest wprowadzana ręcznym zapisem, a nie przez VAT-ZD Optimy, pola P_68 i P_69 w części deklaracyjnej trzeba uzupełnić ręcznie. Przy rozliczaniu JPK_V7K kwartalnie zapis korekcyjny trafia do ewidencji za konkretny miesiąc, natomiast część deklaracyjna jest rozliczana w ostatnim miesiącu kwartału.

Perspektywa ELTE-S

W ELTE-S traktujemy automatyczne generowanie VAT-ZD jako coś do zweryfikowania, a nie do bezrefleksyjnego zaakceptowania – szczególnie przy fakturach kasowych wystawionych na podmioty niebędące czynnymi podatnikami VAT, gdzie liczy się termin 180 dni, a nie standardowe 90. Konfigurację trzeba sprawdzać indywidualnie, a daty (termin płatności, data wydania towaru lub wykonania usługi, moment obowiązku podatkowego kasowego) potwierdzić dokładnie, zanim zdecydujemy, którą z trzech ścieżek korekty zastosować.

Jeśli rozliczasz podobne przypadki i chcesz mieć pewność, że konfiguracja Optimy i terminy w JPK są ustawione poprawnie, warto to zweryfikować zanim wygenerujesz kolejne zawiadomienie VAT-ZD – możemy to sprawdzić razem na Twoich konkretnych danych.

Raport kosztów zlecenia produkcyjnego w Comarch ERP XL – ZP, RW, KDZ i KK

Firmy produkcyjne pracujące na Comarch ERP XL często potrzebują nie tylko informacji o samym zleceniu produkcyjnym, ale też pełnego obrazu kosztów wynikających z dokumentów powiązanych. W praktyce pojawia się wtedy pytanie, czy da się przygotować raport, który pokaże ZP, RW, KDZ i KK razem z wartościami oraz powiązaniami kosztowymi.

Odpowiedź brzmi: tak, ale najczęściej nie będzie to gotowy raport standardowy dostępny od ręki. Przy bardziej szczegółowej analizie kosztów produkcji zwykle potrzebne jest przygotowanie raportu własnego, dopasowanego do sposobu pracy firmy i konfiguracji ERP XL.

Dlaczego standardowy raport może nie wystarczyć

Standardowe raportowanie w ERP XL pokazuje wiele informacji o produkcji, dokumentach i kosztach, ale nie zawsze łączy je w jednym miejscu dokładnie w taki sposób, jakiego oczekuje firma. Problem zaczyna się wtedy, gdy użytkownik chce zobaczyć pełną ścieżkę kosztową konkretnego zlecenia produkcyjnego: od ZP, przez dokumenty RW, dalej przez dostawy, koszty dodatkowe zakupu i korekty kosztów.

W takim przypadku raport musi nie tylko pobierać wartości dokumentów, ale też poprawnie odtwórzyć relacje między nimi. To wymaga znajomości struktury danych ERP XL, sposobu rozliczania produkcji oraz konfiguracji dokumentów w danej bazie.

Jak można przygotować taki raport

Raport kosztów zlecenia produkcyjnego można przygotować na kilka sposobów. W prostszych scenariuszach wystarczy szybki raport dostępny z poziomu listy lub obszaru roboczego. Jeżeli użytkownicy potrzebują dokumentu do wydruku albo przekazania dalej, lepszym rozwiązaniem może być dedykowany wydruk. Przy bardziej analitycznym podejściu sprawdzi się raport SQL, Crystal Reports albo Power BI.

Najważniejsze jest to, aby raport pokazywał dane w sposób przydatny operacyjnie. Samo wyciągnięcie numerów dokumentów nie wystarczy, jeżeli firma potrzebuje kontroli kosztów. Raport powinien wskazywać wartości dokumentów, powiązania między ZP i RW, koszty wynikające z KDZ oraz wpływ dokumentów KK na koszt materiału zużytego w produkcji.

Znaczenie konfiguracji dokumentów KK

Przy dokumentach KK istotna jest konfiguracja po stronie ERP XL. Jeżeli firma chce później analizować korekty w odniesieniu do konkretnych dokumentów RW wykonujących rozchód towaru na zlecenie produkcyjne, trzeba uważać na grupowanie dokumentów KK.

W konfiguracji systemu, w obszarze Sprzedaż -> Parametry KK, warto sprawdzić, czy dla takiego procesu nie jest wykorzystywane grupowanie. Brak grupowania ułatwia bezpośrednie powiązanie dokumentów powstających w wyniku korekt zakupu lub KDZ z dokumentami RW. Dzięki temu raport może dokładniej pokazać, jak korekty i koszty dodatkowe wpływają na koszt konkretnego zlecenia produkcyjnego.

Co trzeba ustalić przed przygotowaniem raportu

Przed przygotowaniem raportu warto ustalić, jakie dokumenty mają być uwzględnione, na jakim etapie produkcji ma być liczony koszt oraz czy zlecenia produkcyjne są już rozliczone. Ważne jest też, czy raport ma pokazywać tylko koszty materiałów, czy również koszty dodatkowe, korekty oraz podsumowanie wartości dla całego ZP.

Dobrze zaprojektowany raport powinien odpowiadać na konkretne pytanie biznesowe: ile naprawdę kosztowało dane zlecenie produkcyjne i z czego wynika ta wartość. Dlatego nie warto ograniczać się do jednego uniwersalnego zestawienia, jeżeli firma ma specyficzny obieg dokumentów.

Perspektywa ELTE-S

W ELTE-S takie tematy traktujemy jako połączenie wiedzy produkcyjnej, księgowej i technicznej. Sam raport jest tylko końcowym efektem, ale wcześniej trzeba zrozumieć, jak w danej firmie powstają dokumenty ZP, RW, KDZ i KK oraz jak powinny być interpretowane kosztowo.

Przy dobrze przygotowanym raporcie można uzyskać dużo większą kontrolę nad kosztami produkcji. Firma widzi nie tylko wartość zlecenia, ale też elementy, które wpływają na końcowy koszt: materiały, dostawy, koszty dodatkowe i korekty.

Jeżeli masz podobny problem i potrzebujesz raportu, który pokaże pełną ścieżkę kosztów zlecenia produkcyjnego w Comarch ERP XL, warto najpierw przeanalizować strukturę dokumentów i konfigurację KK. Na tej podstawie można przygotować raport, który będzie wspierał codzienną kontrolę produkcji, a nie tylko zbierał dane z systemu.

Import pracowników z innej bazy Optimy – jak bezpiecznie przenieść dane?

Przy zakładaniu nowej bazy Comarch ERP Optima często pojawia się pytanie, czy trzeba ręcznie przepisywać pracowników, czy da się przenieść ich z poprzedniej bazy. Dobra wiadomość jest taka, że Optima ma do tego gotowy mechanizm. Trzeba jednak uważać, bo import pracowników nie zawsze oznacza wyłącznie proste przeniesienie kartotek osobowych.

W module Płace i Kadry można skorzystać z funkcji Przenoszenie danych. Pozwala ona wyeksportować dane ze starej bazy i zaimportować je w nowej bazie z pliku XML. To wygodna ścieżka, ale przed jej użyciem warto dobrze zaplanować zakres importu i wykonać kopię bezpieczeństwa.

Gdzie w Optimie znajduje się przenoszenie danych pracowników?

Funkcja przenoszenia danych dostępna jest z poziomu listy pracowników. W Comarch ERP Optima należy przejść do Płace i Kadry, następnie Kadry, a na górnym pasku wybrać Przenoszenie danych. Z tego miejsca można zarówno eksportować dane ze starej bazy, jak i importować je do nowej.

<screen>

W praktyce proces wygląda następująco: w starej bazie wykonuje się eksport danych do pliku XML, a następnie w nowej bazie uruchamia się import tego pliku. Przed importem konieczna jest kopia bezpieczeństwa, ponieważ operacja może wprowadzić do bazy nie tylko pracowników, ale też powiązane elementy kadrowe.

Jakie dane można wyeksportować z bazy Optimy?

Przy eksporcie dostępne są dwa podstawowe warianty. Pierwszy obejmuje tylko dane kadrowe. Drugi obejmuje dane kadrowe i płacowe. Wybór zakresu zależy od tego, po co tworzona jest nowa baza i jak dużo historii ma zostać przeniesione.

Jeżeli nowa baza ma służyć tylko do dalszej obsługi kadrowej, czasem wystarczy import danych kadrowych. Jeżeli jednak potrzebne są również informacje płacowe, historia wypłat albo elementy potrzebne do dalszych naliczeń, trzeba rozważyć szerszy eksport danych kadrowych i płacowych.

Na co uważać przy imporcie pracowników do nowej bazy?

Najważniejsze ryzyko dotyczy duplikatów. Podczas przenoszenia danych mogą zostać zaimportowane także powiązane elementy kadrowe, takie jak kalendarze, typy wypłat czy stanowiska. Jeśli podobne elementy istnieją już w nowej bazie, mogą się zdublować i później utrudniać codzienną pracę.

Dlatego przed importem warto sprawdzić, co już znajduje się w nowej bazie i czy słowniki są puste, częściowo uzupełnione, czy skonfigurowane od nowa. Import do świeżej bazy zwykle jest prostszy niż import do bazy, w której ktoś zdążył już dodać własne kalendarze, składniki wynagrodzeń albo stanowiska.

<screen>

Czy przed importem trzeba zrobić kopię bezpieczeństwa?

Tak, kopia bezpieczeństwa przed importem jest obowiązkowa. Import danych kadrowych i płacowych może zmienić strukturę danych w nowej bazie, dodać pracowników, słowniki i elementy konfiguracyjne. Jeśli wynik importu będzie niezgodny z oczekiwaniem, kopia bezpieczeństwa pozwoli wrócić do stanu sprzed operacji.

Warto też najpierw przetestować import na kopii albo bazie testowej. Dzięki temu można zobaczyć, jakie dane faktycznie zostaną przeniesione, czy pojawią się duplikaty i czy kartoteki pracowników są kompletne.

Kiedy lepiej nie robić importu „na szybko”?

Importu nie warto wykonywać pochopnie, jeśli nowa baza jest już skonfigurowana i używana, a użytkownik nie wie, jakie dane dodatkowe znajdują się w pliku XML. Szczególną ostrożność trzeba zachować przy przenoszeniu danych płacowych, bo mogą one wpływać na dalsze naliczanie wynagrodzeń, podstaw chorobowych, urlopów czy raportów kadrowo-płacowych.

Jeśli celem jest przejęcie większej liczby pracowników albo migracja danych między środowiskami, warto wcześniej ustalić zakres przenoszenia, przygotować mapę danych i wykonać kontrolny import na kopii bazy.

Perspektywa ELTE-S

Import pracowników między bazami Optimy jest możliwy, ale nie powinien być traktowany jak zwykłe kopiuj-wklej. Razem z kartotekami mogą przejść elementy konfiguracji kadrowej, które później wpływają na naliczenia, kalendarze i raporty. Największy problem pojawia się wtedy, gdy po imporcie w bazie zostają zdublowane typy wypłat, stanowiska albo kalendarze.

Dlatego przy takim przenoszeniu najważniejsze jest przygotowanie: kopia bezpieczeństwa, wybór zakresu eksportu, kontrola słowników i test importu. Dopiero po takim sprawdzeniu warto wykonywać operację na docelowej bazie.

Jeśli chcesz przenieść pracowników z jednej bazy Optimy do drugiej, warto najpierw sprawdzić zakres danych i ryzyko duplikatów, żeby nie porządkować nowej bazy dopiero po imporcie.

Zgłoś się, pomożemy przygotować bezpieczny import pracowników i danych kadrowo-płacowych w Comarch ERP Optima.