/ By Mateusz Łukasiński / Baza wiedzy • Comarch ERP Optima/ • • • • • • • / 0 Comments

Przejście z Optimy Chmura na wersję stacjonarną – jak wygląda taka zmiana?

Zmiana modelu pracy z Comarch ERP Optima Chmura na wersję stacjonarną jest możliwa, ale warto dobrze zaplanować cały proces. Nie jest to tylko “przełączenie” programu z chmury na lokalny komputer. W praktyce trzeba przygotować własną infrastrukturę, pobrać kopie baz, odtworzyć je na lokalnym serwerze SQL, uruchomić właściwe licencje oraz pamiętać o wypowiedzeniu dotychczasowej usługi chmurowej.

To zadanie jest technicznie wykonalne, ale wymaga pilnowania kilku szczegółów, szczególnie zgodności SQL i bezpieczeństwa kopii danych.

Na czym polega Optima Chmura?

W wielu przypadkach praca w Optimie Chmura odbywa się przez zdalne środowisko, najczęściej w modelu zbliżonym do pulpitu zdalnego. Użytkownik nie pracuje na lokalnej bazie SQL w swojej firmie, tylko korzysta ze środowiska utrzymywanego po stronie chmury.

To oznacza, że część obowiązków, które w wersji stacjonarnej spoczywają na firmie, w chmurze obsługuje Comarch. Dotyczy to m.in. infrastruktury, środowiska serwerowego i kopii bezpieczeństwa.

Krok 1 – zamówienie kopii baz z chmury

Pierwszym praktycznym krokiem jest zamówienie kopii wszystkich potrzebnych baz w panelu chmury Comarch. Chodzi zarówno o bazy firmowe, jak i bazę konfiguracyjną, jeśli jest wymagana do poprawnego odtworzenia środowiska.

Na tym etapie warto ustalić, które firmy/bazy mają zostać przeniesione, z jakiego dnia ma pochodzić kopia i kto będzie odpowiedzialny za jej pobranie oraz bezpieczne przechowanie.

Krok 2 – przygotowanie serwera pod Optimę stacjonarną

Po stronie firmy trzeba przygotować środowisko lokalne: serwer, SQL Server, miejsce na bazy, kopie zapasowe, aktualizacje oraz stanowiska użytkowników. To jest największa różnica względem chmury.

Ważna jest zgodność wersji SQL. Jeżeli baza została przygotowana w środowisku, którego nie da się poprawnie odtworzyć na lokalnym serwerze, mogą pojawić się problemy z importem lub uruchomieniem programu. Dlatego przed migracją trzeba sprawdzić wymagania wersji Optimy i zgodność SQL Server.

Krok 3 – odtworzenie baz na lokalnym SQL

Po otrzymaniu kopii baz należy odtworzyć je na własnym serwerze SQL i podłączyć do Optimy stacjonarnej. Samo odtworzenie baz zwykle nie jest najbardziej skomplikowaną częścią, ale wymaga poprawnych uprawnień SQL, właściwych ścieżek, odpowiedniej wersji silnika i spójnej konfiguracji programu.

Warto po migracji wykonać testowe logowanie, sprawdzić listę firm, użytkowników, moduły, wydruki, integracje i podstawowe operacje księgowe lub handlowe.

Krok 4 – licencja lub subskrypcja Optimy stacjonarnej

Przejście z chmury na wersję stacjonarną wiąże się też z modelem licencyjnym. Zwykle trzeba zamówić odpowiednią subskrypcję Optimy dla wersji stacjonarnej lub uruchomić właściwy model licencji zgodny z aktualnymi zasadami Comarch.

To właśnie tutaj pojawiają się koszty. Nie chodzi wyłącznie o samą migrację baz, ale także o licencje, przygotowanie serwera, usługę wdrożeniową, ewentualne prace administratora SQL, konfigurację stanowisk i późniejszą obsługę techniczną.

Krok 5 – wypowiedzenie usługi chmurowej

Po stronie formalnej trzeba pamiętać o wypowiedzeniu usługi chmurowej zgodnie z zasadami Comarch. Nie należy zakładać, że samo pobranie baz i uruchomienie Optimy lokalnie automatycznie zamyka usługę chmury.

Warto ustalić termin tak, aby nie przerwać pracy firmy. Najbezpieczniej zaplanować migrację tak, aby przez krótki czas mieć możliwość weryfikacji danych i dopiero po potwierdzeniu poprawności środowiska finalizować przejście.

Najważniejsza zmiana po migracji: backup jest po Twojej stronie

W chmurze kopie bezpieczeństwa i infrastruktura były po stronie dostawcy. Po przejściu na wersję stacjonarną firma sama odpowiada za backup baz SQL, aktualizacje, miejsce na dysku, bezpieczeństwo serwera i odtworzenie danych po awarii.

To często niedoceniany koszt. Wersja stacjonarna daje większą kontrolę, ale wymaga też większej odpowiedzialności technicznej.

Czy warto przechodzić z chmury na wersję stacjonarną?

To zależy od potrzeb firmy. Wersja stacjonarna może być dobrym wyborem, jeśli firma chce mieć większą kontrolę nad środowiskiem, własnym serwerem, integracjami albo sposobem pracy użytkowników. Z drugiej strony wymaga obsługi technicznej, backupu i administracji SQL.

Przed decyzją warto policzyć całość: subskrypcję, serwer, administrację, migrację, backup, aktualizacje, ewentualne integracje i czas przestoju.

Perspektywa ELTE-S: migrację trzeba zaplanować, nie robić “na szybko”

Przejście z Optimy Chmura na wersję stacjonarną jest do wykonania, ale najlepiej potraktować je jak projekt migracyjny. Najpierw sprawdzamy zakres baz, wersję Optimy i SQL, licencje, wymagania stanowisk, integracje oraz plan backupu. Dopiero później zamawiamy kopie, odtwarzamy bazy i przełączamy użytkowników.

Dzięki temu ograniczamy ryzyko problemów z SQL, braku dostępu do danych, źle dobranej subskrypcji albo braku kopii bezpieczeństwa po migracji.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami

/ By Mateusz Łukasiński / Baza wiedzy • Comarch ERP Optima/ • • • • • • • • / 0 Comments

Problem z pobieraniem faktur z KSeF w Optimie – co sprawdzić?

Problemy z pobieraniem faktur z KSeF w Comarch ERP Optima nie zawsze wynikają z braku pakietu. Użytkownik może mieć aktywny OCR, dokupiony pakiet KSeF, a mimo to dokumenty nadal się nie pobierają. W takiej sytuacji trzeba rozdzielić dwie rzeczy: dostęp licencyjny do usługi oraz techniczną konfigurację pobierania faktur w systemie.

Najczęściej problem leży w wersji programu, automatycznych aktualizacjach, sposobie podpięcia klucza KSeF albo uprawnieniach operatora.

Sprawdź wersję Comarch ERP Optima

Do odbierania danych z KSeF potrzebna jest odpowiednia wersja Optimy. W praktyce należy pracować na wersji 2026.4.1 z wszystkimi zainstalowanymi automatycznymi aktualizacjami albo na wersji 2026.5.1.

Jeżeli system jest w starszej wersji albo nie ma kompletu aktualizacji automatycznych, samo dokupienie pakietu KSeF może nie wystarczyć. Program może nadal nie obsługiwać aktualnego mechanizmu odbioru dokumentów w oczekiwany sposób.

OCR&KSeF a osobny pakiet KSeF – to nie zawsze ta sama konfiguracja

Warto odróżnić usługę OCR&KSeF od osobnego pakietu KSeF. Przy pakiecie OCR&KSeF nie trzeba uzupełniać danych dotyczących klucza w konfiguracji KSeF w Optimie.

Inaczej wygląda sytuacja, gdy pakiet KSeF został dokupiony jako nowy, odrębny klucz. Wtedy najpierw należy dodać go w Menedżerze Kluczy, a dopiero później wskazać w konfiguracji Optimy.

Gdzie wpisać numer klucza KSeF w Optimie?

Jeżeli firma korzysta z osobnego pakietu KSeF na odrębnym kluczu, numer klucza należy uzupełnić w konfiguracji firmy.

Ścieżka:

Firma -> Dane firmy -> KSeF -> numer klucza KSeF

<screen>

To jeden z ważniejszych punktów diagnostycznych. Jeżeli klucz jest dodany w niewłaściwym miejscu albo nie został wcześniej dodany w Menedżerze Kluczy, pobieranie faktur może dalej nie działać mimo aktywnego pakietu.

Sprawdź uprawnienia użytkownika do faktur KSeF

Kolejna rzecz to uprawnienia operatora. Użytkownik, który pobiera faktury z KSeF, musi mieć uprawnienie do przeglądania faktur. Brak tego uprawnienia może wyglądać tak, jakby KSeF “nie działał”, mimo że licencja i konfiguracja są poprawne.

<screen>

Warto sprawdzić, czy problem występuje na jednym operatorze, czy na wszystkich. Jeżeli tylko u jednej osoby, bardzo możliwe, że przyczyną są właśnie uprawnienia.

Sprawdź miejsce pobierania i zakres dat

Faktury powinny być pobierane z właściwej sekcji KSeF, czyli z poziomu:

KSeF -> Faktury z KSeF

<screen>

Trzeba też sprawdzić zakres dat. Zbyt wąski albo nieprawidłowo ustawiony zakres może sprawiać wrażenie, że faktur nie ma albo że pobieranie nie działa.

Dlaczego dokupienie pakietu nie rozwiązało problemu?

Pakiet daje prawo do korzystania z usługi, ale nie naprawia automatycznie konfiguracji programu. Jeżeli Optima jest w nieodpowiedniej wersji, brakuje aktualizacji automatycznych, klucz nie jest właściwie wskazany albo operator nie ma uprawnień, problem pozostanie.

Dlatego przy takim zgłoszeniu warto zebrać dokładny komunikat błędu. Po nim najczęściej da się rozróżnić, czy chodzi o licencję, autoryzację, uprawnienia, wersję programu czy zakres pobierania.

Perspektywa ELTE-S: KSeF trzeba diagnozować po kolei

Przy problemach z KSeF najgorsze jest działanie na skróty: dokupić pakiet, kliknąć ponownie i liczyć, że zadziała. W praktyce potrzebna jest krótka, uporządkowana diagnostyka: wersja Optimy, automatyczne aktualizacje, rodzaj pakietu, konfiguracja klucza, uprawnienia operatora, miejsce pobierania faktur i zakres dat.

Dopiero po przejściu tych punktów można ocenić, czy problem wynika z konfiguracji, licencji, autoryzacji czy konkretnego komunikatu błędu.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami

/ By Mateusz Łukasiński / Baza wiedzy • Comarch ERP Optima/ • • • • • • / 0 Comments

Zaliczka CIT-8 w Optimie nie dolicza przychodu – co sprawdzić?

Zdarza się, że przez kilka miesięcy zaliczka CIT działa poprawnie, a nagle w jednym okresie – np. za lipiec – Comarch ERP Optima nie dolicza przychodu. Na pierwszy rzut oka wszystko wygląda dobrze: konta są podpięte, konfiguracja wcześniej działała, a problem pojawił się dopiero teraz.

W takiej sytuacji nie warto zaczynać od przypadkowej przebudowy schematu. Najpierw trzeba ustalić, czy przychód faktycznie trafił do ksiąg w tym okresie i czy jest widoczny na obrotówce.

Krok 1 – sprawdź, czy przychód jest na obrotówce

Pierwsza rzecz do weryfikacji to obrotówka za okres, którego dotyczy zaliczka. Jeżeli zaliczka za lipiec nie dolicza przychodu, sprawdź, czy konta przychodowe mają obroty właśnie w lipcu.

Jeżeli przychodu nie ma na obrotówce, zaliczka CIT nie ma z czego go pobrać. Wtedy problem leży nie w samym wyliczeniu zaliczki, tylko w księgowaniu dokumentów.

Najczęstsze przyczyny są proste:

– faktury są wprowadzone tylko do rejestru VAT,

– dokumenty nie zostały zaksięgowane do księgi handlowej,

– zapisy trafiły do innego okresu,

– użyto innego konta przychodowego niż zwykle,

– schemat księgowy zaksięgował dokument inaczej niż w poprzednich miesiącach.

Krok 2 – jeżeli przychód jest na obrotówce, sprawdź schemat zaliczki

Jeżeli konta przychodowe mają obroty w danym okresie, a zaliczka CIT nadal nie pokazuje przychodu, trzeba przejść do schematu wyliczania zaliczki.

W tym miejscu należy sprawdzić, czy właściwe konta są podpięte do zestawienia/schematu CIT. Czasem problem nie wynika z tego, że konto nie jest podpięte w ogóle, tylko z tego, że lipcowe księgowanie trafiło na inne konto analityczne niż wcześniejsze miesiące.

Przykład: dotychczas przychody trafiały na konto 700-1, a w lipcu schemat księgowy użył konta 700-2 albo nowej analityki, której nie obejmuje definicja zaliczki. Na obrotówce przychód jest widoczny, ale zaliczka CIT go nie pobiera.

Krok 3 – sprawdź okres księgowania dokumentów

Jeżeli problem pojawił się tylko za jeden miesiąc, warto sprawdzić daty księgowania dokumentów sprzedażowych. Dokument może być wystawiony lub ujęty w VAT za lipiec, ale zaksięgowany do innego okresu w księdze.

To szczególnie ważne, gdy dokumenty były poprawiane, importowane z innego modułu albo księgowane zbiorczo. Zaliczka CIT bazuje na danych księgowych, więc sam zapis w VAT nie wystarczy.

Krok 4 – porównaj lipiec z poprzednim miesiącem

Jeżeli wcześniej wszystko działało, dobrym testem jest porównanie lipca z czerwcem. Sprawdź:

– czy przychody są na tych samych kontach,

– czy księgowania trafiły do tego samego typu zapisów,

– czy nie pojawiła się nowa analityka,

– czy schemat zaliczki obejmuje nowe konta,

– czy nie zmienił się schemat księgowania dokumentów sprzedaży.

Takie porównanie zwykle szybko pokazuje, czy problemem jest brak księgowania, zły okres, czy zakres kont w schemacie CIT.

Perspektywa ELTE-S: zaliczka CIT pokazuje tylko to, co ma poprawnie zaksięgowane

W takich sytuacjach najważniejsze jest rozdzielenie dwóch rzeczy: czy przychód istnieje w księgach, czy tylko powinien tam być. Jeżeli nie ma go na obrotówce, trzeba wrócić do dokumentów i księgowania. Jeżeli jest na obrotówce, ale nie trafia do zaliczki, trzeba sprawdzić definicję kont w schemacie wyliczenia CIT.

To dobry przykład, dlaczego w księgowości systemowej nie wystarczy samo „konto jest podpięte”. Trzeba jeszcze sprawdzić, czy realne zapisy z danego miesiąca trafiają dokładnie w zakres, który pobiera zaliczka.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami

/ By Mateusz Łukasiński / Baza wiedzy • Comarch BPM/ • • • • • • • / 0 Comments

BPM zawiesza się przy generowaniu dokumentu do Optimy – co sprawdzić po aktualizacji?

Po aktualizacji Comarch DMS/BPM wszystko powinno działać szybciej i stabilniej, ale czasem dzieje się odwrotnie. Użytkownik generuje dokument do Comarch ERP Optima, system zaczyna mielić, zawiesza sesje BPM, a część osób widzi komunikat „Skontaktuj się z administratorem systemu”. Problem nie dotyczy jednego stanowiska, tylko wielu użytkowników naraz.

W takiej sytuacji nie warto zaczynać od ręcznego poprawiania dokumentów. Jeżeli generowanie do Optimy nagle zwolniło po aktualizacji, najpierw trzeba sprawdzić warstwę techniczną: generator dokumentów, sposób działania BPM, logowanie, IIS oraz zgodność wersji.

Sprawdź pliki generatora dokumentów do Optimy

Najczęstsza przyczyna po aktualizacji to niezgodne lub nieaktualne pliki generatora dokumentów do Optimy. Generator powinien być dobrany dokładnie pod wersję Comarch ERP Optima, z którą pracuje środowisko.

Pobierz z portalu Comarch generator C# zgodny z używaną wersją Optimy, a następnie podmień pliki generatora w katalogu BPM. Miejsce podmiany zależy od konfiguracji: w części środowisk dotyczy to wersji desktopowej, w innych aplikacji działającej na IIS.

Jeżeli BPM korzysta z niewłaściwych plików generatora, objawy mogą wyglądać jak zawieszenie systemu, bardzo długie generowanie dokumentu albo rozłączanie sesji użytkowników.

Sprawdź, czy BPM działa przez IIS czy lokalny plik EXE

Sposób diagnozy zależy od tego, jak uruchamiany jest mechanizm generowania dokumentów. Inaczej wygląda środowisko, w którym BPM działa przez serwer IIS, a inaczej instalacja, gdzie plik EXE działa lokalnie na każdym stanowisku.

Jeżeli środowisko działa przez IIS, po podmianie plików generatora warto wykonać restart serwera IIS. Jeżeli generator działa lokalnie, trzeba upewnić się, że odpowiednie pliki zostały podmienione na właściwych stanowiskach.

Dodaj ścieżkę do Optimy w zmiennej PATH

Po aktualizacji warto sprawdzić również zmienną środowiskową PATH. Jeżeli generator ma korzystać z komponentów Optimy, ścieżka do instalacji Optimy powinna być poprawnie dostępna w środowisku systemowym.

Brak właściwej ścieżki może powodować, że generator nie znajduje wymaganych bibliotek albo wykonuje operacje znacznie wolniej. Po zmianach w PATH warto zrestartować usługę, IIS lub serwer, zależnie od konfiguracji.

Przełącz logowanie z aplikacji na plik tekstowy NLog

Po aktualizacji Comarch BPM może ustawić domyślnie logowanie do aplikacji. Według praktyki wdrożeniowej potrafi to znacząco wydłużyć generowanie dokumentów do Optimy.

W wielu przypadkach przełączenie logowania z aplikacji na plik tekstowy NLog skraca czas generowania dokumentu do kilku sekund.

To ważny trop, gdy dokument ostatecznie się generuje, ale trwa to bardzo długo i blokuje pracę użytkowników. Wtedy problemem nie musi być sam dokument, tylko sposób logowania i obsługi procesu po stronie BPM.

Zrestartuj IIS i sprawdź efekt na szybko

Jeżeli BPM działa na IIS, szybkim testem jest restart serwera IIS i ponowne sprawdzenie generowania dokumentu. Nie rozwiązuje to przyczyny docelowo, ale pozwala ocenić, czy problem dotyczy zawieszonego procesu, usług lub zasobów serwera.

Jeżeli po restarcie następuje poprawa, warto iść dalej w stronę diagnostyki IIS, logów generatora, obciążenia serwera i konfiguracji środowiska.

Zaktualizuj BPM do wersji 2026.1.1 z aktualnym pakietem poprawek

Jeżeli środowisko pracuje na wersji 2026.0.1, warto rozważyć aktualizację BPM do wersji 2026.1.1 z aktualnym pakietem poprawek. W odpowiedziach eksperckich pojawia się wskazanie, że problemy z generowaniem dokumentów były poprawiane w nowszych wersjach.

Aktualizacja nie powinna być robiona „w ciemno” na produkcji. Najpierw dobrze jest sprawdzić pliki generatora, logowanie, IIS i logi, a następnie zaplanować aktualizację w kontrolowany sposób.

Perspektywa ELTE-S: BPM i Optima muszą działać jako jeden proces, nie dwa osobne światy

Generowanie dokumentu z BPM do Optimy to nie tylko kliknięcie w aplikacji. Pod spodem pracują wersje systemów, pliki generatora, środowisko IIS lub lokalne EXE, biblioteki Optimy, logowanie i uprawnienia serwerowe. Po aktualizacji jeden niezgodny element potrafi zatrzymać pracę wielu użytkowników.

Dlatego przy takich awariach warto diagnozować proces technicznie: zgodność generatora z wersją Optimy, sposób uruchomienia BPM, konfigurację PATH, ustawienia NLog, logi i wersję BPM. Dopiero wtedy można odróżnić jednorazowe zawieszenie od problemu konfiguracyjnego, który będzie wracał przy każdym generowaniu dokumentu.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami