Dlaczego Optima nie pozwala zapisać dokumentu z formą płatności “Przelew”?

Wprowadzasz dokument, wybierasz formę płatności “przelew”, chcesz zapisać zmiany, a system zachowuje się tak, jakbyś wcale nie wybrał tej opcji. Wyskakuje okienko z pytaniem, czy ustawić przelew, ale finalnie i tak nie udaje się sfinalizować zapisu. Sytuacja potrafi mocno zdezorientować, zwłaszcza w ferworze codziennej pracy księgowej czy sprzedażowej.

Co ciekawe, przy próbie zrobienia tego samego za pomocą operacji seryjnych (np. seryjnej zmiany kategorii i opisu), dokument przechodzi bez żadnego błędu. Skąd biorą się te rozbieżności i dlaczego Comarch ERP Optima blokuje standardowy zapis?

Źródło problemu: konflikt rejestru i formy płatności

Błąd zapisu nie wynika z awarii samego programu, ale z niefortunnej konfiguracji w słownikach. W Comarch ERP Optima każda forma płatności musi być ściśle powiązana z odpowiednim rejestrem (kasowym lub bankowym).

Jeżeli system nie pozwala zapisać dokumentu przy wybranej formie “Przelew”, z dużym prawdopodobieństwem pod formę płatności “przelew” przypisano rejestr kasowy zamiast rachunku bankowego. Optima wykrywa ten logiczny zgrzyt przy próbie zapisu przez formularz i blokuje operację, wyświetlając mylące komunikaty.

Aby naprawić ten błąd, należy zweryfikować i poprawić konfigurację form płatności.

Ścieżka do ustawień to: Start -> Konfiguracja -> Firma -> Kasa/Bank -> Formy płatności.

W tym miejscu upewnij się, że Twoja forma płatności typu “przelew” jest podpięta pod właściwy rejestr bankowy.

<screen>

Dlaczego operacje seryjne zadziałały bez błędu?

Użytkownicy często są zdezorientowani faktem, że pomimo błędnej konfiguracji, seryjna zmiana atrybutów dokumentu “przechodzi”. Wynika to z architektury systemu. Operacje seryjne to mechanizmy wykonujące masowe zmiany w tle, które w wielu miejscach omijają standardową, restrykcyjną walidację narzuconą przez interfejs formularza (formatki) dokumentu.

Dzięki temu system przepuszcza zmianę, ale pozostawia dokument z błędnym, nieścisłym powiązaniem formy płatności z rejestrem. To pułapka, która prędzej czy później ujawni się na etapie generowania rozrachunków i prób księgowania wyciągów.

Perspektywa ELTE-S: Właściwa konfiguracja to podstawa rozrachunków

Problemy z konfiguracją form płatności i rejestrów w module Kasa/Bank to jeden z częstszych powodów bałaganu w rozrachunkach, zwłaszcza w nowo powstających bazach lub przy wprowadzaniu nowych kont walutowych.

Prawidłowe ułożenie rejestrów bankowych, kasowych i powiązanych z nimi form płatności to fundament, bez którego późniejsza automatyzacja (np. wczytywanie wyciągów MT940 czy korzystanie z Automatu Rozliczeń) po prostu nie zadziała poprawnie.

Jeśli borykasz się z uciążliwymi błędami zapisu, Twoje rozrachunki się nie bilansują lub potrzebujesz ułożenia na nowo procesów w module Kasa/Bank – chętnie przyjrzymy się problemowi i ułożymy konfigurację tak, by ułatwiała, a nie blokowała pracę.

Porozmawiajmy o usprawnieniach.

Błąd uprawnień przy wysyłce faktur do KSeF przez jednostki podległe JST – jak to naprawić w Optimie?

Twoja jednostka podległa (np. szkoła, przedszkole lub jednostka budżetowa) funkcjonuje pod parasolem Jednostki Samorządu Terytorialnego (JST). Przeprowadzasz aktualizację Comarch ERP Optima do nowej wersji, by móc w pełni korzystać z dobrodziejstw Krajowego Systemu e-Faktur. Pobieranie faktur kosztowych rusza z kopyta, więc przechodzisz do wysyłki faktur sprzedaży.

I tu pojawia się ściana. System wyświetla komunikat błędu: “Kontekst NIP klienta (jednostki podległej) nie jest uprawniony do wystawienia”. Co poszło nie tak i gdzie szukać przyczyny?

Zrozumienie relacji JST – Jednostka Podległa w KSeF

Głównym źródłem problemu nie jest sam błąd systemowy Optimy, ale specyfika działania kont w KSeF dla sektora publicznego. W systemie KSeF jednostki samorządu terytorialnego (gminy, powiaty) i ich jednostki podległe mają bardzo specyficzny model uprawnień.

Faktury często są wystawiane z NIP-em głównym JST, ale fizycznie dotyczą jednostki podległej, która posiada własny, wewnętrzny identyfikator lub po prostu występuje w roli podmiotu powiązanego. Gdy w Optimie spróbujesz wysłać dokument autoryzując się błędnym certyfikatem lub z poziomu błędnego profilu w KSeF, platforma ministerstwa odrzuci operację, twierdząc, że ten konkretny “kontekst NIP” nie ma do tego praw.

Jak zweryfikować konfigurację uprawnień?

Aby odblokować wysyłkę, musisz sprawdzić ułożenie uprawnień na dwóch płaszczyznach:

Weryfikacja po stronie portalu KSeF (Aplikacja Podatnika)

Najczęstszym błędem jest brak fizycznie nadanych uprawnień na samym koncie w ministerstwie. Zaloguj się do aplikacji podatnika KSeF i upewnij się, że jednostka podległa została poprawnie zgłoszona, a osoba (lub pieczęć) próbująca wysłać fakturę w imieniu JST ma do tego stosowne pełnomocnictwa dla tego konkretnego oddziału/jednostki.

Konfiguracja struktury JST w Comarch ERP Optima

W samej Optimie konieczne jest poprawne uzupełnienie danych firmy. Należy zweryfikować, czy w konfiguracji wprowadzono właściwy NIP głównej jednostki JST oraz czy poprawnie użyto mechanizmu identyfikatorów wewnętrznych (IDWew). Błędne powiązanie tych numerów przy wysyłce pliku XML skutkuje natychmiastowym odrzuceniem dokumentu.

<screen>

Perspektywa ELTE-S: Wdrożenia dla sektora publicznego to wyzwanie

Model powiązań JST – Jednostka Podległa to jeden z najbardziej skomplikowanych mechanizmów w konfiguracji KSeF. Standardowe poradniki często tu zawodzą, ponieważ każda gmina ma własny schemat rozliczeń VAT. Próby samodzielnego “przepinania” uprawnień lub zmian NIP-ów w konfiguracji firmy na żywym organizmie mogą skończyć się zablokowaniem wszystkich operacji.

W ELTE-S mamy szerokie doświadczenie z nietypowymi wdrożeniami i strukturami podległościowymi. Wiemy, jak poprawnie zmapować konta, aby jednostki podległe mogły swobodnie i niezależnie pracować w Optimie, a jednocześnie spełniały rygorystyczne zasady raportowania KSeF dla podmiotów nadrzędnych.

Jeżeli utknąłeś z konfiguracją JST i nie możesz wysyłać faktur, nie trać czasu na kolejne aktualizacje oprogramowania. Chętnie zajrzymy w konfigurację i poukładamy ten proces.

Porozmawiajmy o usprawnieniach.

Rezygnacja z Comarch OCR na rzecz KSeF – jak prawidłowo zamknąć usługę?

Twoja firma lub biuro rachunkowe od dawna korzysta z usługi Comarch OCR do wczytywania skanów faktur. Jednak odkąd weszliście w obieg Krajowego Systemu e-Faktur (KSeF), dokumenty kosztowe zaciągają się do systemu automatycznie i bez błędów. Skany przestają być potrzebne, a usługa OCR, za którą co miesiąc lub co rok płacicie, staje się po prostu zbędnym kosztem.

Podejmujecie logiczną decyzję o rezygnacji, ale pojawia się problem operacyjny: jak to formalnie zrobić? Czy wystarczy po prostu przestać używać usługi, czy trzeba gdzieś wysłać papierowe wypowiedzenie?

Wypowiedzenie OCR zależy od Twojego modelu rozliczeń

Comarch dystrybuuje pakiety usługowe w dwóch głównych modelach, i to właśnie od nich zależy Twoja ścieżka rezygnacji. Warto sprawdzić, jaki pakiet widnieje na Twojej ostatniej fakturze zakupowej lub w systemie Comarch Cloud.

Scenariusz 1: Posiadasz pakiet roczny

To najprostsza sytuacja. Kupując pakiet roczny (np. ważny do końca danego roku kalendarzowego), płacisz za usługę z góry. W tym przypadku nie musisz wysyłać żadnych oficjalnych wypowiedzeń. Gdy minie rok od zakupu, pakiet po prostu wygaśnie, a usługa zostanie wyłączona, dopóki jej ręcznie nie odnowisz na kolejny okres.

Scenariusz 2: Korzystasz z pakietu miesięcznego

Jeśli opłacasz Comarch OCR w trybie subskrypcji miesięcznej, usługa odnawia się automatycznie. Zwykłe zaprzestanie skanowania faktur nie zatrzyma wystawiania kolejnych faktur przez Comarch. W tym przypadku musisz złożyć oficjalne wypowiedzenie.

Zgodnie z dokumentacją i procedurami producenta, obowiązuje jednomiesięczny okres wypowiedzenia, ze skutkiem na koniec okresu rozliczeniowego.

Gdzie to zgłosić? Wypowiedzenie najszybciej złożysz, wysyłając odpowiedniego maila bezpośrednio na adres logistyki Comarchu: logistyka.erp@comarch.pl (warto podać swój NIP, numer licencji oraz informację o rezygnacji z pakietu miesięcznego OCR).

Perspektywa ELTE-S: Audyt licencji przed zmianą procesów

Rezygnacja z narzędzi, które dublują się z nowymi rozwiązaniami (jak KSeF), to naturalny krok w dojrzałym biznesie. Pamiętaj jednak, że rezygnacja z pakietu OCR&KSeF odcina Ci nie tylko funkcję skanera, ale w niektórych starych konfiguracjach może wpłynąć na pakiety przesyłowe.

Zanim na stałe zrezygnujesz z jakiejkolwiek usługi w ekosystemie Comarch ERP, zrób szybki audyt. Upewnij się, że masz wykupiony odpowiednio duży “czysty” pakiet Comarch KSeF, który udźwignie wolumen Twoich e-faktur (wysyłanych i odbieranych) bez wsparcia z puli OCR. Warto też zachować pakiet do momentu, w którym upewnisz się, że wszyscy Twoi dostawcy faktycznie przeszli na KSeF i nie będziesz dostawał papierowych dokumentów od mniejszych firm.

Jeśli potrzebujesz pomocy w zweryfikowaniu swoich pakietów lub chcesz mądrze przejść z tradycyjnego skanowania na pełną obsługę KSeF w swojej Optimie, daj nam znać.

Porozmawiajmy o usprawnieniach.

Brak Podmiotu i Kategorii w Dzienniku po zaksięgowaniu wyciągu bankowego – jak to działa w Optimie?

Księgujesz długi wyciąg bankowy w Comarch ERP Optima, proces przebiega pomyślnie, ale kiedy otwierasz Dzienniki, widzisz puste miejsca. Kolumny “Podmiot” i “Kategoria” świecą pustkami. Szukasz w konfiguracji odpowiedniego parametru, aby wymusić na systemie przenoszenie tych danych z wyciągu wprost do widoku dziennika. Niestety, takiego przycisku nie ma.

Dlaczego system tak się zachowuje i czy da się to w ogóle zmienić?

Dlaczego kolumny pozostają puste? (Logika nagłówka i pozycji)

Aby zrozumieć to zachowanie, trzeba przyjrzeć się architekturze zapisów księgowych w Optimie. Zapis księgowy (dekret) składa się z dwóch poziomów: nagłówka dokumentu oraz jego poszczególnych pozycji. Widoczne domyślnie w Dzienniku kolumny “Podmiot” oraz “Kategoria” odnoszą się wyłącznie do danych zapisanych w nagłówku dekretu.

<screeny>

Kiedy księgujesz wyciąg bankowy (który zazwyczaj zawiera wiele różnych operacji, od wielu różnych kontrahentów), system generuje jeden wspólny nagłówek dla całego wyciągu, a poszczególne wpłaty i wypłaty rozbija na pozycje zapisu. Optima prawidłowo generuje podmiot i kategorię dla każdej z tych operacji, ale umieszcza je na odpowiednich pozycjach (wewnątrz dekretu), a nie w nagłówku głównym.

Gdyby system próbował przenieść te dane wyżej, pojawiłby się konflikt – który podmiot z kilkudziesięciu operacji na wyciągu miałby pojawić się w jednym, wspólnym nagłówku? Z tego powodu dane te nie są “wyciągane” do ogólnych kolumn w głównym widoku Dziennika.

Perspektywa ELTE-S: Zrozumienie mechaniki zapobiega błędom

Brak widoczności pewnych danych na pierwszych warstwach list księgowych często prowokuje użytkowników do szukania obejść, modyfikacji schematów księgowych na siłę lub pisania skomplikowanych zestawień. Zrozumienie różnicy między danymi nagłówkowymi a danymi na pozycjach to absolutny fundament pracy z zapisami w Comarch ERP Optima.

Jeżeli potrzebujesz nietypowych widoków, które pozwolą Ci szybciej analizować zaksięgowane pozycje wyciągów, lub Twoje schematy księgowe wymagają głębszej optymalizacji – dziewczyny z naszego działu wsparcia z pewnością Ci pomogą. Wyciągniemy potrzebne dane tak, by pracowało się wygodniej.

Porozmawiajmy o usprawnieniach