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

Pakiet medyczny dla studenta na zleceniu w Optimie – jak ustawić składnik?

Pakiet medyczny finansowany częściowo przez pracodawcę wydaje się prostym dodatkiem, dopóki nie pojawia się konkretny przypadek kadrowo-płacowy: student, umowa zlecenia i świadczenie, które trzeba poprawnie pokazać w wypłacie.

W Comarch ERP Optima nie warto wrzucać takiego świadczenia jako jednego ogólnego składnika. Jeżeli część finansuje pracodawca, a część student, system powinien mieć rozdzielone oba elementy. Dzięki temu łatwiej kontrolować opodatkowanie, potrącenie i prawidłowe powiązanie świadczenia z umową zlecenia.

Dlaczego potrzebne są dwa elementy?

W opisanym przypadku pakiet medyczny ma dwie strony rozliczenia. Pierwsza to dofinansowanie przez pracodawcę, czyli świadczenie stanowiące przychód związany z umową zlecenia. Druga to część finansowana przez studenta, którą trzeba ująć jako potrącenie.

Jeżeli połączysz oba mechanizmy w jednym elemencie, łatwo o błąd w rozliczeniu. System musi wiedzieć, która część zwiększa przychód, a która jest potrąceniem.

Element finansowany przez pracodawcę

Dla części finansowanej przez pracodawcę można wykorzystać standardowy element “Opieka medyczna (bez ZUS)”. Najbezpieczniej utworzyć jego kopię za pomocą skrótu Ctrl+Insert i dopiero na kopii dostosować ustawienia do konkretnego przypadku.

<screen>

Przy osobie zatrudnionej na podstawie umowy zlecenia kluczowa jest zakładka dotycząca podatków i deklaracji PIT. W tym miejscu należy ustawić pozycję “PIT-8B 6. Przychody z osobiście wykonywanej działalności, w tym umowy zlecenia”.

<screen>

To ważne, bo świadczenie nie jest rozliczane jak zwykły dodatek pracowniczy z etatu, tylko jako przychód związany z umową zlecenia.

Element potrącenia dla części finansowanej przez studenta

Dla części finansowanej przez studenta można wykorzystać standardowy element “Opieka medyczna (potrącenie)”. Ten element odpowiada za ujęcie kwoty, którą zleceniobiorca pokrywa samodzielnie.

<screen>

W praktyce oznacza to, że w wypłacie powinny pojawić się dwa logicznie odrębne zapisy: świadczenie po stronie przychodu oraz potrącenie po stronie finansowania przez studenta.

Powiązanie dodatku z umową zlecenia

Po skonfigurowaniu dodatku finansowanego przez pracodawcę trzeba powiązać go z właściwą umową zlecenia. Najpierw dodaj element do pracownika i zapisz zmiany. Po ponownym otwarciu dodatku pojawi się zakładka “Wypłacany z umowami”.

<screen>

Na tej zakładce należy użyć przycisku “+” i wskazać aktywną umowę zlecenia, z którą dodatek ma być rozliczany.

<screen>

To jeden z tych kroków, które łatwo pominąć. A jeżeli dodatek nie zostanie powiązany z umową, rozliczenie może nie zachować się tak, jak oczekujesz przy naliczaniu wypłaty.

Sprawdzenie kodu tytułu ubezpieczenia studenta

Przy studencie na umowie zlecenia trzeba dodatkowo zweryfikować kartotekę pracownika, szczególnie zakładkę 4. Ubezpieczenie. Kod tytułu ubezpieczenia powinien odpowiadać aktualnemu statusowi studenta.

<screen>

Kod ten jest wskazywany również przy konfiguracji umowy zlecenia, ale jego poprawność na kartotece pracownika ma znaczenie dla prawidłowego rozliczenia ubezpieczeń i świadczeń naliczanych razem z umową.

Perspektywa ELTE-S: mały składnik, duże ryzyko błędu w wypłacie

Pakiet medyczny to pozornie drobny element listy płac, ale w praktyce dotyka kilku obszarów naraz: przychodu, potrącenia, PIT, umowy zlecenia i statusu studenta. Jeżeli któryś z tych elementów zostanie ustawiony z rozpędu tak, jak dla etatu, rozliczenie może być niepoprawne.

Najbezpieczniejsze podejście to rozdzielić część finansowaną przez pracodawcę i część finansowaną przez studenta, sprawdzić pozycję PIT, powiązać dodatek z aktywną umową oraz zweryfikować kod tytułu ubezpieczenia. Dopiero wtedy naliczenie wypłaty będzie miało solidną podstawę.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami

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

Zdublowane faktury zakupowe z KSeF – dlaczego problem leży w rejestrze VAT, a nie w samym KSeF (Comarch ERP Optima)

Faktury zakupowe, które “dublują się” po pobraniu z KSeF, to problem pojawiający się tylko u niektórych klientów i przez to szczególnie irytujący – trudno go zdiagnozować, bo nie występuje wszędzie tak samo. Zanim założysz, że to błąd samego mechanizmu pobierania z KSeF, warto sprawdzić inne, dużo bardziej prawdopodobne źródło problemu.

Dlaczego to zwykle nie jest błąd samego KSeF

W samym module KSeF zdublowanie dokumentu praktycznie nie występuje – chyba że ta sama faktura została tam ręcznie wprowadzona dwukrotnie. Jeśli więc duplikaty widoczne są dopiero na liście faktur zakupowych czy w rejestrze VAT, przyczyny należy szukać nie w samym KSeF, tylko w tym, jak dokumenty trafiają do rejestru z różnych źródeł jednocześnie.

Skąd się biorą zdublowane zapisy w rejestrze VAT zakupu

Najczęstszą przyczyną jest sytuacja, w której ta sama faktura trafia do systemu dwiema różnymi drogami: raz pobierana jest bezpośrednio z KSeF do rejestru VAT, a drugi raz wprowadzana jest ręcznie, starą metodą, przez dokument PZ lub FZ. W efekcie w preliminarzu płatności i w rejestrze VAT pojawiają się dwa zapisy dotyczące tej samej faktury, mimo że sam KSeF żaródłowo zawiera ją tylko raz.

Krok po kroku – jak zdiagnozować i usunąć duplikat

Krok 1 – ustal, czy faktura trafiła do rejestru dwiema drogami

Sprawdź, czy dana faktura została zarówno pobrana bezpośrednio z KSeF do rejestru VAT, jak i wprowadzona ręcznie przez PZ/FZ. To najczęstszy scenariusz prowadzący do zdublowanych zapisów.

Krok 2 – porównaj numer KSeF, numer faktury, NIP dostawcy i kwotę

Zestaw ze sobą oba zapisy pod kątem numeru KSeF, numeru faktury, NIP-u dostawcy i kwoty. Zgodność tych danych potwierdzi, że to ta sama faktura wprowadzona dwukrotnie, a nie dwa różne dokumenty.

Krok 3 – usuń błędnie wprowadzony zapis, zostawiając jeden prawidłowy

Po potwierdzeniu duplikatu usuń zapis wprowadzony niewłaściwą drogą (najczęściej ręczny PZ/FZ, jeśli faktura powinna być obsługiwana przez pobieranie z KSeF), tak żeby w rejestrze VAT i preliminarzu płatności pozostał tylko jeden, prawidłowy zapis.

Krok 4 – dodatkowo sprawdź ustawienia kontroli duplikatów i wersję programu

Jako dodatkowe zabezpieczenie warto sprawdzić ustawienia kontroli duplikatów w programie oraz upewnić się, że Optima jest zaktualizowana do najnowszej wersji – to nie usunie już istniejących duplikatów, ale może pomóc ograniczyć podobne sytuacje w przyszłości.

Perspektywa ELTE-S

Skoro problem dotyczy tylko części klientów, to niemal zawsze oznacza różnicę w procesie wprowadzania dokumentów, a nie błąd samego programu – u klientów, u których faktury zakupowe konsekwentnie trafiają do rejestru VAT wyłącznie przez pobieranie z KSeF, duplikaty po prostu się nie pojawiają. Warto więc ustalić z każdym klientem jedną, spójną ścieżkę wprowadzania faktur zakupowych – albo w całości przez KSeF, albo w całości ręcznie – zamiast łączyć oba sposoby równolegle dla tych samych dokumentów.

Porozmawiajmy o uporządkowaniu procesu obsługi faktur zakupowych z KSeF w Twojej Optimie.

Skontaktuj się z nami

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

Błędny NIP na fakturze wysłanej do KSeF – gdy zamiast korekty do zera poszła korekta danych (Comarch ERP Optima)

Błędny NIP nabywcy na fakturze to jeden z tych błędów, które w KSeF nie wybaczają półśródków. Jeśli zamiast prawidłowej korekty do zera wystawiona została korekta danych – i ta korekta zdążyła już trafić do KSeF – Optima przy kolejnej próbie korekty potrafi zablokować dalsze działanie komunikatem, że dokumentu nie da się już wygenerować. To sytuacja, w której działanie “na wyczucie” tylko pogarsza sprawę.

Dlaczego korekta danych nie naprawia błędnego NIP-u w KSeF

Korekta danych w KSeF służy do poprawiania elementów formalnych dokumentu, ale nie jest przeznaczona do zmiany tożsamości nabywcy na fakturze wystawionej na błędny podmiot. Jedyna prawidłowa ścieżka przy błędnym NIP to skorygowanie całej faktury do zera na tym błędnym NIP-ie, a następnie wystawienie zupełnie nowej faktury na właściwego nabywcę. Wystawienie korekty danych zamiast korekty do zera oznacza, że błąd formalnie pozostaje nienaprawiony, mimo że w systemie widnieje już jakaś korekta.

Co zrobić, jeśli korekta danych została już wysłana do KSeF

Krok 1 – nie wystawiaj kolejnych korekt “na siłę”

Jeśli próba utworzenia korekty zerującej kończy się komunikatem o braku możliwości wygenerowania dokumentu, nie próbuj obejść tego przez wielokrotne podejścia lub tworzenie kolejnych dokumentów korygujacych. Istniejąca już korekta danych może być bezpośrednią przyczyną blokady.

Krok 2 – skontaktuj się z Comarch w sprawie blokady korekty zerującej

W tej sytuacji konieczny jest kontakt z Comarch – to serwis musi zweryfikować, dlaczego program nie pozwala wygenerować korekty zerującej po już wysłanej korekcie danych, i wskazać bezpieczną ścieżkę dalszego postępowania w tym konkretnym przypadku.

Krok 3 – uzgodnij z księgowością ujęcie już wysłanych dokumentów

Równolegle warto ustalić z księgowością, jak ująć w ewidencji już wysłaną do KSeF korektę danych oraz docelowe dokumenty (korektę do zera i nową fakturę), tak żeby rozliczenie było spójne mimo nietypowej ścieżki, jaką przeszły dokumenty.

Krok 4 – po odblokowaniu wykonaj korektę do zera i wystaw nową fakturę

Gdy Comarch potwierdzi możliwość dalszego działania, wykonaj docelową, prawidłową ścieżkę: korekta całej faktury do zera na błędnym NIP-ie, a następnie wystawienie nowej faktury na właściwego nabywcę.

Perspektywa ELTE-S

Błędny NIP na fakturze to błąd, który naprawdę opłaca się złapać zanim dokument trafi do KSeF – po wysłaniu każda kolejna próba korekty niewłaściwym typem dokumentu tylko komplikuje sprawę i zwęża pole manewru. Jeśli w firmie zdarzają się pomyłki w danych nabywcy, warto ustalić z zespołem jasną zasadę: przy błędnym NIP zawsze korekta do zera i nowa faktura, nigdy korekta danych. To pozwala uniknąć sytuacji, w której trzeba angażować serwis Comarch tylko po to, żeby odblokować możliwość wystawienia prawidłowego dokumentu.

Porozmawiajmy o uporządkowaniu procedur korygowania faktur i współpracy z KSeF w Twojej Optimie.

Skontaktuj się z nami

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

Brak magazynu walut na jednym zapisie w Comarch ERP Optima – jak naprawić błąd bez ruszania zamkniętych lat

Jeden zapis walutowy wprowadzony bez zaznaczonego magazynu walut potrafi latami przypominać o sobie przy każdej kontroli – Optima konsekwentnie zgłasza, że w systemie istnieją zapisy bez magazynu walut, a do tego ciągnie się drobna, groszowa różnica kursowa, której nie sposób się pozbyć. Naturalny odruch to szukanie opcji, która po prostu wyłączy ten komunikat – ale takiej opcji nie ma, bo magazyn walut to nie kosmetyka, tylko realny element rozliczania wpłat, wypłat i różnic kursowych.

Dlaczego nie da się po prostu ukryć tego komunikatu

Magazyn walut wpływa bezpośrednio na to, jak Optima rozlicza wpłaty, wypłaty i różnice kursowe na danym zapisie. Jeśli zapis nie ma go przypisanego, program traktuje to jako lukę w danych, a nie kosmetyczny błąd – dlatego komunikat pojawia się przy każdej kontroli i nie ma bezpiecznego sposobu, żeby go po prostu wyciszyć bez ingerencji w sam zapis.

Krok po kroku – jak bezpiecznie uzupełnić magazyn walut na starym zapisie

Krok 1 – wykonaj kopię bazy przed jakąkolwiek zmianą

Zanim dotkniesz zapisu z poprzedniego roku, zrób pełną kopię bazy. To standardowe zabezpieczenie przy ingerencji w zamknięty okres, nawet jeśli sama zmiana ma być niewielka.

Krok 2 – zidentyfikuj konkretny zapis bez magazynu walut

Odszukaj dokładnie ten zapis walutowy, który został wprowadzony bez zaznaczonego magazynu walut. Warto zweryfikować to na podstawie komunikatu kontrolnego, który wskazuje problematyczne zapisy.

Krok 3 – uzupełnij magazyn walut na zapisie

Uzupełnij brakujący magazyn walut bezpośrednio na zidentyfikowanym zapisie. Zgodnie z sugestią Comarch, nawet wykonane w poprzednim roku, nie powinno to zmienić już dokonanych księgowań.

Krok 4 – uzgodnij zmianę z księgowością przed zatwierdzeniem

Mimo że sama zmiana nie powinna naruszyć księgowań, to ingerencja w zamknięty okres – warto, żeby księgowość świadomie potwierdziła, że taka korekta jest akceptowalna, zanim zostanie wprowadzona na stałe.

Alternatywa – jeśli nie chcecie ruszać zamkniętego okresu

Jeśli wolicie nie modyfikować zamkniętego roku, zostają dwie opcje: zaakceptować komunikat kontrolny jako informacyjny i rozliczyć groszową różnicę w bieżącym okresie przez ręczną korektę różnicy kursowej, albo pogodzić się z tym, że komunikat będzie się pojawiać do czasu uzupełnienia magazynu walut. Czego nie warto robić w żadnym wypadku – tworzyć sztucznego zapisu tylko po to, żeby “wyzerować” komunikat. Taki zabieg nie usuwa przyczyny, a dodatkowo może zniekształcić rzeczywisty stan magazynu walut.

Perspektywa ELTE-S

Groszowe różnice kursowe wynikające z braku magazynu walut na pojedynczym zapisie to typowy przykład problemu, który łatwo zignorować, dopóki nie zacznie się powtarzać przy każdej kontroli. W praktyce najbezpieczniej jest raz porządnie zidentyfikować i uzupełnić brakujący zapis (na kopii bazy, w porozumieniu z księgowością), niż co miesiąc ręcznie korygować tę samą różnicę kursową w bieżącym okresie. Jeśli w firmie zdarzają się regularnie zapisy walutowe bez uzupełnionego magazynu walut, warto też sprawdzić, na jakim etapie wprowadzania danych ten krok bywa pomijany – to najczęstsze źródło powtarzających się komunikatów kontrolnych.

Porozmawiajmy o uporządkowaniu rozliczeń walutowych i różnic kursowych w Twojej Optimie.

Skontaktuj się z nami

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

Problem z zalogowaniem do iKsięgowość24 z Comarch ERP Optima – jak to rozwiązać

Zakładka iKsięgowość 24 działała bez problemu, a dziś nagle przy próbie wejścia pojawia się komunikat błędu logowania? Zanim zaczniesz szukać poważnej przyczyny technicznej, warto sprawdzić kilka prostych rzeczy – w większości przypadków problem leży gdzie indziej, niż można by pomyśleć na pierwszy rzut oka.

Dlaczego pojawia się ten komunikat

Taki błąd logowania najczęściej ma charakter chwilowy i wynika z drobnej niespójności między kontem, którym próbujesz się zalogować, a kontem skonfigurowanym w programie – a nie z awarii usługi czy błędu w samej Optimie.

Krok po kroku – jak zdiagnozować i rozwiązać problem

Krok 1 – wyłącz i ponownie włącz program

Zanim przejdziesz do dalszej diagnostyki, po prostu zamknij całkowicie Optimę i uruchom ją ponownie. To najprostszy krok, który w wielu przypadkach rozwiązuje chwilowy problem z logowaniem do zakładki iKsięgowość 24.

Krok 2 – sprawdź adres e-mail operatora na karcie operatora

Porównaj adres e-mail, którym operator loguje się do iKsięgowości 24, z adresem przypisanym na jego karcie operatora w konfiguracji Optimy. Nawet niewielka różnica (inna domena, literka, stara skrzynka) może blokować logowanie.

Krok 3 – zweryfikuj połączenie z Comarch Cloud z poziomu programu

Sprawdź, czy podczas wcześniejszego uruchamiania programu nie pojawiła się opcja zalogowania do Comarch Cloud bezpośrednio z Optimy i czy nie została przypadkiem zignorowana lub zamknięta. Ten sam komunikat błędu logowania pojawia się właśnie w takiej sytuacji.

Krok 4 – zaloguj się do Comarch Cloud ponownie, świadomie

Jeśli w poprzednim kroku okazało się, że logowanie do Comarch Cloud zostało pominięte, przejdz przez ten proces ponownie i celowo dokoncz logowanie – to zwykle przywraca dostęp do zakładki iKsięgowość 24.

Perspektywa ELTE-S

Ten typ komunikatu bywa mylący, bo brzmi poważnie, a w praktyce najczęściej wynika z drobnej niespójności konta lub pominiętego kroku logowania do chmury – nie z awarii usługi ani błędu w Optimie. Jeśli w firmie z zakładki iKsięgowość 24 korzysta kilku operatorów, warto raz na jakiś czas zweryfikować spójność adresów e-mail między kartami operatorów a kontami logowania – to pozwala uniknąć takich niespodzianek w najmniej dogodnym momencie.

Porozmawiajmy o konfiguracji dostępu i logowania w Twojej Optimie.

Skontaktuj się z nami