Księgowa uruchamia rano Optimę i zamiast ekranu logowania widzi komunikat "Nie udało się pobrać informacji o dostępnych modułach. Program pracuje w WERSJI STARTOWEJ". Po pięciu minutach okazuje się, że Menadżer Kluczy na serwerze stracił połączenie z serwerami Comarchu osiem godzin wcześniej - ktoś w międzyczasie zmienił regułę na firewallu "żeby było bezpieczniej". Do tej pory moduły działały z pamięci podręcznej, więc nikt problemu nie zauważył. Pięć stanowisk stoi, KSeF czeka, a nikt w firmie nie wie, od czego zacząć.
To nie jest wymyślony scenariusz, tylko typowy przykład tego, dlaczego obsługa IT firmy z Comarch ERP Optima wymaga innego myślenia niż obsługa zwykłej aplikacji SQL-owej. Optima to nie jeden program, tylko ekosystem: silnik SQL, aplikacja kliencka, Menadżer Kluczy, moduły webowe (Comarch HRM, DMS, BI Point), synchronizacja z Comarch Mobile, integracja z KSeF i coraz częściej - od 1 lutego 2026 - komunikacja z serwerami Comarchu wymuszona modelem subskrypcyjnym.
W obsłudze IT firm korzystających z Optimy spotykamy te same kilka rzeczy, które ludzi zaskakują: że licencja to usługa sieciowa, że każdy moduł dokłada osobny kawałek infrastruktury, że kwartalne aktualizacje Optimy są jednokierunkowe, i że od 2026 roku utrata ciągłości gwarancji nie jest tylko problemem finansowym, ale operacyjnym.
Comarch ERP Optima to ekosystem, nie pojedyncza aplikacja
Optima w klasycznej instalacji to aplikacja 32-bitowa na Windows, łącząca się do Microsoft SQL Server (wspierane wersje 2016-2022, zarówno Express, jak i Standard czy Enterprise; w nowych wdrożeniach zalecamy jednak 2019 lub nowsze, bo wsparcie rozszerzone SQL Server 2016 kończy się 14 lipca 2026). To opis, który pojawia się w dokumentacji i który wielu administratorów traktuje jako cały obraz. W praktyce do poprawnej pracy Optimy potrzeba przynajmniej czterech rzeczy jednocześnie:
serwera SQL z bazą firmy i bazą konfiguracyjną (CDN_KNF_Konfiguracja),
zainstalowanego Menadżera Kluczy jako usługi Windows,
dostępu sieciowego do serwerów Comarchu (ml.comarch.pl i erp.comarch.pl po TCP 80 i 443) dla kluczy wirtualnych,
poprawnej konfiguracji SQL Server z ustawionym układem sortowania Polish_CI_AS oraz włączonym mieszanym trybem uwierzytelniania.
Do tego dochodzą moduły towarzyszące: Comarch HRM na IIS dla kadr pracujących z poziomu przeglądarki, Comarch DMS z osobną bazą do obiegu dokumentów, serwer synchronizacji dla Comarch Mobile, Comarch BI Point do raportów. Każdy z nich ma własne wymagania sprzętowe i własną ścieżkę aktualizacji.
W firmie zatrudniającej 25 osób, gdzie osiem pracuje na Optimie, z czego trzy przez Comarch HRM, a jedna przez Comarch Mobile w terenie, infrastruktura to już nie jeden serwer SQL, tylko kilka komponentów, które trzeba utrzymywać spójnie. Dlatego obsługa IT firm z Optimą to w praktyce pilnowanie, żeby te komponenty nie rozjechały się wersjami i żeby żaden z nich nie pozostał bez monitoringu.
Menadżer Kluczy - pojedynczy punkt, który potrafi zatrzymać całą firmę
Menadżer Kluczy to osobna aplikacja Comarchu zainstalowana jako usługa Windows "Zarządzanie kluczami produktów Comarch ERP", która pośredniczy między aplikacją kliencką a licencją. Bez niej Optima uruchamia się w trybie DEMO, który do rzeczywistej pracy się nie nadaje.
Klucze występują dziś w dwóch wariantach: fizyczny klucz USB HASP albo klucz wirtualny aktywowany przez kontakt z serwerami Comarchu. Trzeci wariant - pliki SoftHASP (Softhasp.sig, Softhasp.dat na dysku) - był wspierany do marca 2021 i dziś pojawia się wyłącznie w bardzo starych, nieaktualizowanych instalacjach. W firmach, w które wchodzimy z outsourcingiem IT, najczęściej spotykamy klucze wirtualne, bo eliminują problem fizycznego nośnika. Mają jednak jedno ograniczenie, które trzeba znać przy projektowaniu infrastruktury: klucz wirtualny wymaga kontaktu z serwerami Comarchu minimum raz na 24 godziny. Jeżeli Menadżer Kluczy utraci połączenie na dłużej, moduły przestają być pobierane i stacje robocze nie mogą się zalogować. W praktyce brak łączności bywa maskowany przez cache pobranych modułów - system potrafi przez jakiś czas działać pozornie normalnie - ale nie zwalnia to z wymogu okresowej komunikacji. Prędzej czy później dochodzi do blokady.
Praktyczne konsekwencje są trzy. Po pierwsze, Menadżer Kluczy zwykle instaluje się na tym samym serwerze co SQL - co wygląda rozsądnie, dopóki nie zdaje się sobie sprawy, że przy restarcie serwera blokuje się jednocześnie baza i licencja. Po drugie, firewall przed serwerem musi mieć trwałą regułę wyjściową na adresy Comarchu - jednokrotna zmiana polityki "domyślnie blokuj wychodzące" potrafi zatrzymać firmę na dzień następny. Po trzecie, Menadżer Kluczy ma zakładkę "Powiadom, gdy klucz utraci kontakt z serwerami Comarch" - włączenie jej zajmuje minutę, a ratuje od sytuacji opisanej we wstępie.
W firmach, w których robimy obsługę informatyczną pod Optimę, Menadżera Kluczy monitorujemy systemowo. Nasz system monitorujący w standardzie sprawdza stan usługi Windows "Zarządzanie kluczami produktów Comarch ERP" (nazwa techniczna: ComarchML), czas od ostatniej komunikacji klucza wirtualnego z serwerami Comarchu oraz odbiera powiadomienia e-mail skonfigurowane w samym Menadżerze Kluczy. To jedna z rzeczy wliczona w stały abonament - nazywamy to "bateriami w zestawie", bo to operacyjna rutyna, a nie osobny projekt.
Moduły Comarchu i ich własne wymagania infrastrukturalne
Comarch HRM to dla wielu firm drugi po samej Optimie element ekosystemu. Działa jako aplikacja webowa na IIS, używa osobnej bazy (lub osobnego schematu) i wymaga osobnej licencji w Menadżerze Kluczy. Na infrastrukturze oznacza to: serwer z IIS, certyfikat SSL na wewnętrzną domenę (jeżeli HRM ma być dostępny dla pracowników spoza biura), reverse proxy w przypadku wymagań bezpieczeństwa, backup bazy HRM i bazy głównej jako pary (rozjazd między nimi potrafi dać nieprawdziwe dane w kadrach).
Comarch DMS dokłada kolejną bazę i kolejny serwer aplikacyjny - tym razem do obiegu dokumentów, faktur zakupowych i OCR. DMS w instalacjach, które utrzymujemy, najczęściej idzie na osobnej maszynie, bo generuje inny profil obciążenia niż księgowa praca na Optimie - przetwarzanie obrazów i OCR obciąża procesor i pamięć w sposób, którego baza SQL na tym samym serwerze "nie wybaczy".
Comarch Mobile to z kolei serwer synchronizacji między aplikacją mobilną przedstawicieli handlowych a bazą Optimy. Synchronizacja zajmuje licencję w Menadżerze Kluczy na podstawie identyfikatora urządzenia i każda zmiana telefonu u handlowca wymaga kontaktu z asystą Comarchu, żeby zwolnić licencję mobilną. Dla zespołu IT to rutynowa sprawa, o ile ktoś ją pilnuje.
Comarch BI Point to raportowanie - prostsze infrastrukturalnie, ale z własnym progiem wejścia: subskrypcje dla użytkowników raportów, limity odbiorców mailowych i osobny moduł dostępowy.
Każdy z tych komponentów oznacza dodatkową bazę, dodatkową usługę i dodatkowy zestaw reguł firewall. Dlatego w każdym audycie infrastruktury Optima-HRM-DMS zaczynamy od inwentaryzacji: co jest zainstalowane, w jakich wersjach, z jakim systemem kopii zapasowych i kto o tym wie. W trzech na cztery przypadki okazuje się, że w firmie jest moduł Comarchu, o którym IT nie miało pojęcia - bo wdrożył go partner księgowy pięć lat temu.
Kwartalne wersje i konwersje bazy - gdzie potrafi się wywalić
Comarch wydaje nowe wersje Optimy w cyklu kwartalnym: 2026.0, 2026.1, 2026.2, 2026.3, plus hotfixy typu 2026.1.1. W 2026 roku tempo jest jeszcze szybsze, bo rozwój KSeF wymusza kolejne iteracje. Dla działu IT oznacza to średnio cztery pełne aktualizacje środowiska rocznie, z których każda wiąże się z konwersją bazy.
Konwersja bazy w Optimie jest jednokierunkowa. Po uruchomieniu aktualizacji i przekonwertowaniu bazy z wersji 2025.2 do 2026.0 nie da się wrócić bez odtworzenia z kopii zapasowej. Nieudane konwersje zdarzają się - nie jako norma, ale jako realne ryzyko, szczególnie przy większych skokach wersji albo przy bazach z niestandardowymi dodatkami i modyfikacjami. W ciągu jednej nieudanej aktualizacji da się unieruchomić firmę na pół dnia, jeżeli nie ma aktualnego backupu sprzed próby.
Dlatego w instalacjach, które utrzymujemy od strony infrastruktury, wokół aktualizacji Optimy mamy stały protokół współpracy z wdrożeniowcem klienta: przed każdą aktualizacją robimy pełny backup bazy, udostępniamy maszynę testową z kopią bazy produkcyjnej do weryfikacji konwersji, a sama aktualizacja produkcyjna odbywa się w oknie serwisowym, które ustalamy razem z partnerem Comarchu odpowiadającym za aplikację. Dla firm z kilkoma bazami (np. biura rachunkowego obsługującego 40 klientów) konwersja wszystkich baz to osobny projekt w kalendarzu, nie operacja na jedno kliknięcie.
Warto w tym momencie jasno rozgraniczyć zakres ról. Wdrożenie Optimy, konfiguracja modułów, parametry księgowe i sama konwersja bazy to domena partnera Comarchu albo wdrożeniowca - i dobrze, że tak jest, bo to ich specjalność. Po stronie infrastruktury IT odpowiadamy za warstwę poniżej: serwer, SQL, sieć, Menadżera Kluczy, kopie zapasowe, monitoring i bezpieczeństwo. W praktyce to współpraca - partner Comarchu zajmuje się aplikacją, my zapewniamy, że infrastruktura pod nią jest stabilna, zabezpieczona i aktualna. Przy wielu problemach, które na pierwszy rzut oka wyglądają jak "błąd Optimy", rozwiązanie leży po jednej ze stron albo po obu - stąd znaczenie kanału komunikacji między wdrożeniowcem a działem IT klienta.
Do tego dochodzi wymóg aktywnej gwarancji (asysty) Comarchu. Wersja 2026 wymaga gwarancji ważnej na dzień 3 listopada 2025, a według zapowiedzi producenta upgrade otwarty ma zostać wycofany ze sprzedaży w maju 2026. W praktyce oznaczałoby to, że firma, która utraci ciągłość gwarancji w połowie 2026 roku, po maju nie będzie mogła jej wznowić w starym modelu - jedyną drogą do aktualnej wersji z obsługą KSeF stanie się przejście na subskrypcję. Pilnowanie dat gwarancji i negocjacje warunków to zakres partnera Comarchu, nie infrastrukturalnego IT - warto jednak, żeby dział techniczny wiedział, w jakim modelu pracuje klient, bo od tego zależy sposób reakcji przy utracie dostępu.
Model subskrypcyjny od 2026 - licencja jako element infrastruktury
Od 1 lutego 2026 Comarch wprowadził dla wersji stacjonarnej Optimy pełny model subskrypcyjny. Zastąpił on wcześniejszą licencję wieczystą: zamiast jednorazowego zakupu i rocznej opłaty gwarancyjnej użytkownik płaci miesięczną opłatę za dostęp do systemu. Po wygaśnięciu subskrypcji zalogowanie do Optimy jest niemożliwe.
Z perspektywy działu IT to zmiana jakościowa. Licencja, która do tej pory była zakupem kapitałowym i dokumentem w szufladzie, stała się ciągłą usługą z własnym ryzykiem przerwania. Zgodnie z oficjalnym regulaminem subskrypcji opóźnienie w płatnościach przekraczające 30 dni uprawnia Comarch do zablokowania dostępu do oprogramowania, a dłuższe zaleganie może skutkować rozwiązaniem umowy. Dla firmy w środku sezonu księgowego - na przykład w kwietniu, przed terminem zeznań rocznych - to scenariusz, którego nikt nie chce przetestować.
Comarch oferuje trzy warianty licencyjne, z których każdy ma inne implikacje dla infrastruktury IT:
Subskrypcja na własnym serwerze - Optima stoi u klienta, opłata miesięczna za moduły, infrastrukturę utrzymuje firma lub partner IT. To model analogiczny do dawnej stacjonarki, różni się tylko modelem płatności.
Chmura Standard - Optima pracuje w Data Center Comarchu, klient łączy się przez zdalny pulpit. Backup, serwer SQL i aktualizacje - po stronie Comarchu. Klient nie ma fizycznego dostępu do bazy.
Chmura Enterprise - wydzielona infrastruktura w Data Center Comarchu z możliwością własnych dodatków i głębszych integracji. Dla firm, które chcą wygody chmury, ale potrzebują modyfikacji nietypowych dla Chmury Standard.
Przy subskrypcji na własnym serwerze rola partnera IT jest najbardziej klasyczna: utrzymanie serwera SQL, Menadżera Kluczy, backupów i aktualizacji. Przy Chmurze Standard zakres pracy się zmienia, ale nie znika - dochodzi zarządzanie dostępem zdalnym, politykami uwierzytelniania na bramie Comarchu, synchronizacją z lokalnymi systemami (np. z lokalnym Active Directory) i integracjami do zewnętrznych platform typu Baselinker czy API dla e-commerce. Chmura Enterprise w praktyce wymaga tej samej pracy co subskrypcja lokalna, tyle że infrastruktura fizyczna leży w Krakowie.
W outsourcingu IT, w który wchodzimy po przejściu klienta na subskrypcję, zmieniamy trochę akcenty: więcej uwagi poświęcamy dostępom do panelu klienta Comarchu, monitoringowi stanu subskrypcji, pilnowaniu dat płatności (informacyjnie, nie finansowo) i integracjom, które klient już u siebie zbudował.
Najczęstsze komunikaty błędów Comarch Optima i ich przyczyny
Administratorzy i zespoły wsparcia IT spotykają w Optimie stały zestaw komunikatów, które z pozoru są zagadkowe, a mają udokumentowane przyczyny. Każdy komunikat Optima niesie w sobie identyfikator (ID), po którym da się szybko znaleźć dokumentację producenta - problem zwykle nie polega na samym diagnozowaniu, tylko na tym, że komunikat pojawia się akurat wtedy, kiedy na niego nie ma czasu. Poniżej pięć najczęściej spotykanych komunikatów - każdy błąd Optima z przyczyną po stronie infrastruktury i kierunkiem działania.
"Nie udało się pobrać informacji o dostępnych modułach. Program pracuje w wersji startowej" (ID 29999)
Program przeszedł w tryb startowy, bo nie pobrał licencji z Menadżera Kluczy. Tryb startowy ma jedno charakterystyczne ograniczenie: rozpiętość dat między dokumentami w bazie nie może przekroczyć 30 dni (w starszych wersjach - 60 dni). Powyżej tego progu zapis nowych dokumentów jest blokowany, a cała firma pracuje w trybie tylko do odczytu. Przyczyną jest brak komunikacji Menadżera Kluczy z serwerami Comarchu, niewłaściwie skonfigurowany klucz wirtualny albo niepodłączony klucz HASP.
"Pamięć systemowa w puli zasobów 'internal' nie wystarcza do wykonania tego zapytania" (ID -2147217900)
Komunikat pochodzi z silnika SQL Server - pula pamięci wewnętrznej nie obsłużyła zapytania. Przyczyną jest nieaktualna wersja SQL Server bez najnowszych poprawek. Rozwiązaniem jest zainstalowanie najnowszego Service Packa i Cumulative Update dla posiadanej wersji SQL Server. Problem pojawia się typowo przy zapisie dokumentów handlowych albo operacji kasowych w firmach, które rosną szybciej niż ktokolwiek aktualizował silnik bazy.
"[DBNETLIB][ConnectionWrite] (send) Błąd połączenia" (ID -2147467259)
Komunikat oznacza zerwanie sesji między aplikacją Optimy a serwerem SQL. Najczęstsze przyczyny to niestabilna sieć (radiowa, uszkodzony kabel, problemy na switchu), timeout zapytania SQL, albo konflikt z funkcjami TCP Chimney Offload i RSS w karcie sieciowej. Klasycznym rozwiązaniem w instalacjach, które utrzymujemy, jest utworzenie aliasu SQL na adres lokalny (127.0.0.1) i wyłączenie usypiania karty sieciowej w polityce zarządzania energią.
"Incorrect syntax near 'IF'" przy konwersji bazy
Błąd pojawia się przy aktualizacji do Optimy 2026.1+ na starszych wersjach SQL Server. Konwersja bazy w nowej wersji używa konstrukcji T-SQL, których SQL Server sprzed 2016 roku nie obsługuje. Rozwiązanie wymaga dwóch stron: partner Comarchu zatrzymuje konwersję bazy, a dział IT migruje silnik bazy do SQL Server 2019 lub nowszego - migracja na samą wersję 2016 nie ma sensu, bo jej wsparcie rozszerzone kończy się w lipcu 2026. Dopiero po aktualizacji SQL można bezpiecznie ponowić konwersję. Próba pominięcia tego kroku i "wymuszenia" aktualizacji kończy się tym, że baza zostaje w stanie niespójnym i wymaga odtworzenia z backupu.
"The ALTER TABLE statement conflicted with the FOREIGN KEY constraint"
Konwersja bazy zatrzymuje się na konflikcie klucza obcego - schemat nowej wersji nie zgadza się z istniejącymi danymi w bazie (klasyczny przykład: tabela CDN.TypNieobecKartaPracy i ograniczenie FK_TNBTnkLink). Przyczyną są dane, które w poprzednich wersjach były dozwolone, a w nowym schemacie łamią integralność referencyjną. Rozwiązaniem jest uruchomienie skryptu naprawczego na bazie - w praktyce trzeba skontaktować się z Asystą Comarchu albo partnerem Comarcha, który skrypt dostarczy. Nie próbuj modyfikować constraintów ręcznie bez tego skryptu.
FAQ - najczęstsze pytania o infrastrukturę pod Comarch ERP Optima
Czy SQL Express wystarczy pod Comarch ERP Optima?
Dla instalacji jedno- lub kilkustanowiskowej z niewielką bazą - tak, Express spełnia zadanie. Ograniczenie 10 GB na bazę i 1 GB pamięci RAM dla silnika zaczyna boleć przy firmach z dużą ilością dokumentów handlowych lub rozbudowaną ewidencją magazynową po kilku latach pracy. Z naszych wdrożeń próg 10 GB pojawia się typowo po kilku latach aktywnej pracy - dokładny moment zależy od branży, liczby użytkowników i intensywności operacji magazynowych. Ten sam problem dotyczy infrastruktury pod enova365 - mechanika SQL-owa jest identyczna.
Jak często Optima wymaga aktualizacji?
Comarch wydaje cztery główne wersje rocznie w cyklu kwartalnym, plus hotfixy między nimi. W 2026 roku tempo rośnie ze względu na KSeF. W praktyce firma powinna planować pełną aktualizację środowiska raz na kwartał, a drobniejsze hotfixy na bieżąco. Aktualizacja bez backupu bazy to proszenie się o kłopot - konwersja jest jednokierunkowa.
Czy Menadżer Kluczy trzeba trzymać na osobnym serwerze?
Nie, w większości wdrożeń Menadżer Kluczy stoi na tym samym serwerze co SQL. W większych instalacjach, w których dostępność jest krytyczna, sensowne jest rozdzielenie - wtedy restart jednej usługi nie blokuje drugiej. To decyzja projektowa, nie wymóg producenta.
Co się stanie, jeśli Menadżer Kluczy straci dostęp do internetu?
Klucze wirtualne wymagają kontaktu z serwerami Comarchu co najmniej raz na 24 godziny. Po upływie tego czasu moduły przestają być pobierane i stacje robocze nie mogą się zalogować do Optimy. Dlatego monitoring komunikacji z ml.comarch.pl i erp.comarch.pl po portach TCP 80 i 443 jest równie ważny jak monitoring samej bazy SQL.
Czy Comarch Optima w Chmurze Standard oznacza, że IT w firmie nie jest już potrzebne?
Optima w Chmurze Standard zdejmuje z firmy utrzymanie serwera, bazy i aktualizacji Comarchu. Nie zdejmuje utrzymania stacji roboczych, drukarek fiskalnych, dostępów zdalnych, sieci, poczty, integracji z zewnętrznymi platformami ani zarządzania kontami użytkowników. Dla firmy zatrudniającej więcej niż kilkanaście osób obsługa IT pozostaje konieczna - zmienia się tylko zakres.
Czy można wrócić z wersji 2026 do 2025 Optimy?
Nie, konwersja bazy Optimy jest jednokierunkowa. Powrót do poprzedniej wersji jest możliwy tylko przez odtworzenie z kopii zapasowej sprzed aktualizacji. Dlatego pełny backup bazy produkcyjnej przed każdą aktualizacją jest obowiązkowy.
Jak wygląda backup bazy Comarch ERP Optima?
Baza Optimy to standardowa baza Microsoft SQL Server - backup wykonuje się standardowymi narzędziami SQL-owymi. W praktyce stosuje się SQL Server Management Studio, skrypty T-SQL albo rozwiązania typu Veeam Backup for Microsoft SQL Server. Comarch oferuje też iBard jako gotowe rozwiązanie, ale decyzja o wyborze narzędzia jest niezależna od samej Optimy. Backup musi obejmować nie tylko bazy firmowe (prefiks CDN_), ale też bazę konfiguracyjną (prefiks CDN_KNF_) i - jeżeli są używane - bazy Comarch HRM i DMS. Zasady nowoczesnego backupu (3-2-1, testy odtwarzania, przechowywanie historycznych wersji) stosują się do baz Optimy tak samo jak do każdej innej bazy produkcyjnej.
Jak bezpiecznie dać pracownikom dostęp zdalny do Optimy?
Najczęstsze rozwiązanie w instalacji stacjonarnej to serwer terminali (RDS) z opublikowaną aplikacją Optima. Użytkownik łączy się po RDP do serwera, zamiast uruchamiać klienta Optimy lokalnie przez VPN. W modelu Chmura Standard sam Comarch udostępnia dostęp przez RDP do środowiska w Data Center. Wariantu VPN z lokalnym klientem Optimy nie zalecamy - każda operacja na liście to osobne zapytanie do SQL-a, więc na łączu z opóźnieniami aplikacja reaguje zauważalnie wolniej, a przy słabszej jakości łącza potrafi się zrywać w trakcie pracy.
Co daje stały abonament na wsparcie IT firmy używającej Optimy?
W abonamencie mieszczą się rutynowe zadania operacyjne wokół infrastruktury pod Optimę. Obejmuje to monitoring serwera SQL i Menadżera Kluczy, backup i testy odtwarzania, patch management systemu operacyjnego, koordynację z partnerem Comarchu terminów aktualizacji i pomoc użytkownikom w codziennej pracy. Nazywamy to modelem "baterie w zestawie" - klient nie dostaje osobnej faktury za każdą rutynową czynność. Poza abonamentem są większe projekty infrastrukturalne: migracja SQL Servera na nowszą wersję, rozbudowa serwera pod nowy moduł Comarchu (który wdraża partner), migracja poczty na Microsoft 365. Samo wdrożenie aplikacji Optima, konfiguracja modułów i konwersje baz pozostają po stronie wdrożeniowca - to jego specjalność i my z nim współpracujemy, nie zastępujemy go.
Czy Optima wymaga zgodności z ISO 27001 po stronie firmy obsługującej IT?
ISO 27001 po stronie dostawcy IT nie jest wymogiem producenta Optimy. Dla firm przetwarzających dane osobowe i finansowe w systemie ERP to standard branżowy, który porządkuje zarządzanie dostępami, kopiami zapasowymi i reakcjami na incydenty. Certyfikat ISO/IEC 27001:2022 dotyczy procesów wewnętrznych Helpwise IT, nie jest bezpośrednią gwarancją bezpieczeństwa danych klienta - gwarantuje natomiast określone standardy, w jakich te dane są przetwarzane po naszej stronie.
Kiedy przejrzeć infrastrukturę pod Optimę
Kilka symptomów, które u klientów z Comarch ERP Optima pojawiają się najczęściej:
Logowanie do Optimy trwa bardzo długo, zwykle z powodów lokalnych: niestabilna sieć między stacjami a serwerem SQL, powolne rozwiązywanie nazw (DNS/hosts), konflikty karty sieciowej z TCP Chimney albo po prostu niewydolny silnik SQL.
Baza w SQL Express zbliża się do 10 GB, a nikt nie zaplanował migracji na Standarda.
Ostatnia aktualizacja Optimy skończyła się błędem, przywrócenie zajęło cały dzień, a backup okazał się sprzed dwóch miesięcy.
Dodatkowe bazy Comarch HRM albo DMS nie są objęte harmonogramem backupu - harmonogram ustawiono kiedyś pod samą Optimę i nikt go nie zaktualizował po wdrożeniu kolejnych modułów.
Jeżeli rozpoznajesz u siebie którykolwiek z tych objawów, to moment, żeby na spokojnie przejrzeć infrastrukturę przed następną aktualizacją. Helpwise IT utrzymuje infrastrukturę IT pod Comarch ERP Optima dla firm, które nie chcą, żeby księgowość stawała, kiedy coś w infrastrukturze pójdzie nie tak. Pracujemy w modelu stałego abonamentu, w którym rutynowe zadania operacyjne są wliczone - obsługa IT, wsparcie IT i monitoring w jednej cenie, bez doliczania za każdą wizytę technika. Wdrożenie samej Optimy zostawiamy Twojemu partnerowi Comarchu - z którym chętnie współpracujemy. Napisz, w jakim momencie jest Twoja infrastruktura pod Optimę - podpowiemy, od czego zacząć.
————
Źródła
[1] Comarch, Wymagania sprzętowe i programowe Comarch ERP Optima, baza wiedzy 2026 - https://pomoc.comarch.pl/optima/pl/2026/dokumentacja/wymagania-sprzetowe-i-programowe/
[2] Comarch, Wymagania sprzętowe Comarch ERP Optima, strona produktu - https://www.comarch.pl/erp/comarch-optima/informacje-dodatkowe/wymagania-sprzetowe/
[3] Comarch, Instrukcja Comarch ERP Menadżer Kluczy, baza wiedzy Comarch ERP Optima - https://pomoc.comarch.pl/optima/pl/2018/index.php/dokumentacja/instrukcja-menadzer-kluczy/
[4] Comarch, Porównanie modeli: Subskrypcja, Chmura Standard, Chmura Enterprise, 2026 - https://www.comarch.pl/erp/comarch-optima/porownanie-modeli-subskrypcja-czy-chmura/