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.

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

Błędnie zaimportowana cena z KSeF w Optimie – jak skorygować zamknięty obieg?

Znasz tę sytuację? Pobierasz fakturę zakupową z Krajowego Systemu e-Faktur do Comarch ERP Optima. Na pierwszy rzut oka wszystko wygląda w porządku, więc puszczasz dokument dalej w obieg. Zatwierdzasz fakturę, z automatu powstaje dokument przyjęcia (PZ), a następnie towar zostaje sprzedany i zdejmujesz go z magazynu (rozchód). Na koniec miesiąca księgowość wysyła JPK-VAT i wylicza zaliczkę.

Aż nagle ktoś zauważa błąd. Okazuje się, że system źle zinterpretował plik XML i zaczytał złą cenę jednostkową z faktury KSeF, co lawinowo przełożyło się na błędne kwoty netto, VAT i brutto w całym obiegu. Jak to teraz odkręcić, skoro dokumenty są zamknięte, a towar sprzedany?

Nie panikuj – system sobie poradzi

Na pierwszy rzut oka sytuacja wydaje się beznadziejna, ponieważ błędna cena “rozlała się” już po całym systemie: od magazynu po pliki wysłane do urzędu skarbowego. Wiele osób myśli w tym momencie o ręcznym “grzebaniu” w bazie SQL lub siłowym anulowaniu dziesiątek powiązanych dokumentów.

Dobra wiadomość jest taka, że architektura Comarch ERP Optima została zaprojektowana na wypadek takich zdarzeń. Nie musisz ręcznie cofać każdego kroku.

Jak naprostować błąd krok po kroku?

Cały proces prostowania błędnej kwoty opiera się na naturalnych mechanizmach księgowo-handlowych. Zamiast cofać czas, musisz po prostu zaksięgować zmianę.

Wystaw korektę do Faktury Zakupu (FZ)

Odszukaj w systemie tę błędną, zatwierdzoną fakturę zakupu i wystaw do niej korektę w module Handel. Popraw na niej wartości tak, aby zgadzały się ze stanem faktycznym.

Pozwól zadziałać automatyzacji

W momencie zatwierdzenia tej korekty, Optima sama zajmie się resztą w obszarze magazynowym. System posiada funkcję automatycznego aktualizowania powiązanych dokumentów. Sam wygeneruje odpowiednie korekty do dokumentu przyjęcia zewnętrznego (PZ) i zaktualizuje wartości dla towarów, które zostały już z tego PZ rozchodowane.

Przenieś dokument do Rejestru VAT

Gdy strona handlowo-magazynowa jest już poprawna, musisz zaktualizować księgowość. Przenieś wystawioną korektę FZ do odpowiedniego rejestru VAT zakupów.

Złóż korekty w urzędzie

Ponieważ poprzedni miesiąc został już zamknięty i wysłany, pozostaje formalność przed urzędem skarbowym. Na podstawie zaktualizowanego Rejestru VAT wylicz ponownie zaliczkę na podatek dochodowy (będzie różnica w kosztach) oraz wygeneruj i wyślij korektę pliku JPK_V7.

Perspektywa ELTE-S: Błędy importu to sygnał ostrzegawczy

Dlaczego w ogóle doszło do błędnego zaczytania ceny z KSeF? Pliki XML z platformy ministerstwa mają sztywną strukturę, ale wystawcy faktur często umieszczają rabaty, upusty czy specyficzne zaokrąglenia w nietypowych polach, co potrafi zdezorientować standardowy mechanizm importu w Optimie.

Zamiast tracić czas na późniejsze robienie korekt i wysyłanie wyjaśnień do urzędu skarbowego, warto zainwestować w ułożenie procesu weryfikacji dokumentów z KSeF jeszcze w buforze.

Jeżeli Twoja Optima ma problemy z prawidłowym interpretowaniem faktur od kluczowych dostawców, nie zostawiaj tego własnemu losowi. W ELTE-S pomożemy przeanalizować pliki XML i skonfigurujemy system lub dostarczymy odpowiednie rozszerzenia tak, aby wyeliminować błędy u samego źródła.

Ciągłe sprawdzanie połączenia z serwerem SQL po aktualizacji Optimy – jak to naprawić?

Znasz tę sytuację? Instalujesz nową wersję Comarch ERP Optima na komputerze podłączonym do sieci lokalnej (LAN), uruchamiasz program, a zamiast szybkiego ekranu logowania wita Cię długie i irytujące “Sprawdzanie połączenia z serwerem SQL”.

Czekasz kilka minut. Kiedy okno z błędem w końcu znika, wpisujesz dane, klikasz “Zaloguj” i… program działa całkowicie normalnie. W starych wersjach problem w ogóle nie występował. Skąd wzięło się to dziwne opóźnienie przy starcie?

Dlaczego nowa wersja ma problem z siecią?

Kiedy problem z połączeniem ustępuje sam po kilkudziesięciu sekundach, w większości przypadków winowajcą nie jest ani Comarch ERP Optima, ani stabilność Twojego Microsoft SQL Server. Jeśli serwer stoi obok, a sieć LAN działa poprawnie, problematyczne połączenie wynika z działania oprogramowania zabezpieczającego na Twoim komputerze.

Mowa tu o antywirusach i zaporach sieciowych (firewall). Użytkownicy bardzo często zgłaszają ten problem w powiązaniu z oprogramowaniem ESET.

Kiedy aktualizujesz Optimę, w systemie Windows pojawia się zupełnie nowy plik wykonywalny (.exe). Zapora sieciowa zauważa tę zmianę. Widzi, że nowy, niesprawdzony przez nią jeszcze program próbuje połączyć się z serwerem w sieci lokalnej i prewencyjnie blokuje mu ruch po protokole TCP/IP. Optima przez kilka minut próbuje “przebić się” do bazy, by ostatecznie skorzystać z obejścia lub protokołów zapasowych.

Jak odblokować Optimę w zaporze sieciowej?

Aby program przestał “wieszać się” przy każdym uruchamianiu, musisz utworzyć wyjątek w programie antywirusowym.

Należy przejść do ustawień zapory sieciowej (np. w oprogramowaniu ESET), odszukać reguły sterujące aplikacjami i dodać plik Optima.exe (pochodzący z folderu instalacyjnego Twojej najnowszej wersji) do listy zaufanych programów. Upewnij się, że zezwalasz mu na pełną komunikację TCP/IP w sieci lokalnej i dla sieci zaufanych.

Po zapisaniu tych zmian komunikat o sprawdzaniu połączenia SQL zniknie, a Comarch ERP Optima znów będzie włączać się błyskawicznie.

Perspektywa ELTE-S: Błędy konfiguracyjne kradną czas

Problemy sieciowe i restrykcyjne konfiguracje firewall potrafią zdezorganizować pracę całego biura. Czasem drobna aktualizacja oprogramowania ERP, która zmienia ścieżki lub modyfikuje pliki startowe, powoduje lawinę fałszywych alarmów ze strony zapór sieciowych.

Zamiast pozwalać, aby każdy z pracowników czekał codziennie po kilka minut na uruchomienie aplikacji, lepiej od razu po aktualizacji zweryfikować zasady ochrony sieciowej dla nowej wersji. Jeśli w Twojej firmie aktualizacje systemów ERP przyprawiają Cię o ból głowy, wywołują błędy SQL i paraliżują system – zostaw to specjalistom. My wiemy, gdzie szukać źródła problemu.