Nieaktywne konto przeciwstawne w module Kasa/Bank w Optimie – gdzie je usunąć?

W Comarch ERP Optima konto przeciwstawne może pojawiać się na zapisach kasowych i bankowych z kilku miejsc. Dlatego jeśli użytkownik widzi nieaktywne konto w module Kasa/Bank, nie zawsze wystarczy poprawiać sam zapis. Często źródło podpowiedzi znajduje się na karcie kontrahenta.

Najważniejsze jest rozróżnienie dwóch sytuacji: czy chcemy poprawić już istniejący zapis, czy chcemy usunąć źródło automatycznego podpowiadania konta na przyszłość.

Jeżeli konto pojawia się na nowym zapisie

Jeżeli nieaktywne konto przeciwstawne podpowiada się przy dodawaniu nowych zapisów bankowych lub kasowych, w pierwszej kolejności trzeba sprawdzić kartę kontrahenta.

Konto przeciwstawne może być przenoszone z danych kontrahenta, z zakładki księgowej. Jeżeli zostanie tam usunięte albo zmienione na poprawne, nie powinno już automatycznie pojawiać się w module Kasa/Bank przy kolejnych zapisach.

To szczególnie częste w bazach, w których plan kont był zmieniany, konta zostały oznaczone jako nieaktywne, ale w kartotekach kontrahentów nadal pozostały stare ustawienia księgowe.

Jeżeli trzeba poprawić konkretny zapis kasowy lub bankowy

Jeżeli problem dotyczy już istniejącego zapisu, trzeba wejść bezpośrednio w zapis kasowy lub bankowy.

Ścieżka:

Kasa/Bank -> Zapisy kasowe/bankowe

Następnie należy otworzyć konkretny zapis i wyczyścić albo zmienić pole Konto przeciwstawne.

<screen>

Taka zmiana dotyczy konkretnego dokumentu. Nie rozwiązuje jednak problemu na przyszłość, jeśli nieaktywne konto nadal jest zapisane na karcie kontrahenta lub w innej konfiguracji podpowiedzi.

Co jeśli pole “Konto przeciwstawne” jest zablokowane?

Jeżeli pole jest niedostępne do edycji, zapis może być już zaksięgowany, zatwierdzony albo objęty ograniczeniami wynikającymi z uprawnień operatora. W takiej sytuacji trzeba sprawdzić status zapisu.

Najczęściej konieczne jest cofnięcie księgowania albo wykonanie zmiany przez operatora z odpowiednimi uprawnieniami. Warto uważać, żeby nie zmieniać zaksięgowanych zapisów bez kontroli księgowej, bo może to wpłynąć na zgodność zapisów z księgą.

Dlaczego konto nadal się podpowiada mimo zmiany na zapisie?

Zmiana konta na jednym zapisie poprawia tylko ten konkretny przypadek. Jeśli konto nadal podpowiada się przy nowych zapisach, trzeba wrócić do źródła danych, czyli najczęściej do karty kontrahenta i zakładki księgowej.

W praktyce dobrym sposobem jest sprawdzenie:

– czy konto przeciwstawne jest wpisane na karcie kontrahenta,

– czy konto w planie kont jest aktywne,

– czy nie ma innych ustawień lub schematów, które podpowiadają stare konto,

– czy problem dotyczy jednego kontrahenta, czy wielu.

Perspektywa ELTE-S: popraw zapis, ale usuń też źródło podpowiedzi

Przy takich problemach najczęstszy błąd polega na poprawianiu pojedynczych zapisów bez sprawdzenia kartotek. Efekt jest taki, że użytkownik usuwa konto na jednym dokumencie, ale przy kolejnym zapisie system znowu podpowiada tę samą nieaktywną wartość.

Dlatego najlepiej działać w dwóch krokach: najpierw poprawić konkretny zapis w Kasa/Bank, jeśli jest taka potrzeba, a następnie sprawdzić kartę kontrahenta i usunąć nieaktywne konto z zakładki księgowej. Dopiero wtedy problem nie powinien wracać przy nowych zapisach.

Porozmawiajmy o usprawnieniach.

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.

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.

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.