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

Korekta kursu na fakturze zaliczkowej w Optimie – dlaczego KSeF pokazuje ją inaczej?

Korekta kursu waluty na fakturze zaliczkowej potrafi wyglądać myląco. W Comarch ERP Optima użytkownik widzi korektę, przyczynę, tabelę VAT i różnice po przeliczeniu na PLN. Po stronie KSeF ten sam dokument może jednak nie pokazywać prostego zestawienia „kurs przed korektą – kurs po korekcie”. To nie musi oznaczać, że korekta została wysłana błędnie. Zgodnie z odpowiedzią specjalisty najważniejszy jest XML, bo to on pokazuje, co faktycznie zostało przekazane do KSeF.

Optima pokazuje korektę czytelniej niż podgląd KSeF

Przy korekcie kursu faktury zaliczkowej Optima może pokazywać zmianę w sposób bardziej zrozumiały dla księgowego. Sama korekta kursu nie musi zmieniać wartości w walucie obcej. Zmienia przede wszystkim wartości przeliczone na PLN, czyli podstawę opodatkowania, VAT i należność wynikającą z zastosowania właściwego kursu. Dlatego w Optimie tabela VAT może pokazywać różnicę między wartościami przed korektą i po korekcie, a wizualizacja w KSeF może wyglądać dużo mniej opisowo.

KSeF nie jest historią zmian kursu

Wizualizacja KSeF nie działa jak raport porównawczy, który pokazuje użytkownikowi: „było 4,10, jest 4,25”. KSeF prezentuje dokument zgodnie ze strukturą e-faktury. Przy korekcie faktury zaliczkowej wartości podstawy opodatkowania, podatku i należności mogą być pokazane jako różnica względem dokumentu pierwotnego, a nie jako pełna historia zmian kursów. Dlatego brak czytelnego opisu korekty kursu na podglądzie KSeF sam w sobie nie przesądza o błędzie wysyłki.

Co powinno być widoczne w XML

Specjalista wskazał, że w strukturze FA(3) dla takiej korekty trzeba sprawdzić przede wszystkim elementy techniczne dokumentu. Chodzi o RodzajFaktury = KOR_ZAL, DaneFaKorygowanej, numer KSeF faktury pierwotnej, P_15ZK jako kwotę zapłaty przed korektą, KursWalutyZK jako kurs stosowany przed korektą oraz wartości różnicowe w PLN. PrzyczynaKorekty również może wystąpić, ale to pole jest fakultatywne, więc sam brak bardzo opisowej przyczyny w podglądzie nie musi jeszcze oznaczać błędu.

<screen>

Najpierw XML, dopiero potem kolejna korekta

Jeżeli użytkownik próbuje wystawić kolejną korektę wartości i wyzerować fakturę zaliczkową, trzeba uważać na kolejność dokumentów. Optima może pracować na aktualnym stanie dokumentu po pierwszej korekcie, a nie na stanie sprzed tej korekty. To oznacza, że program nie zawsze pozwoli wrócić do kursu pierwotnego w sposób, którego użytkownik oczekuje. W praktyce najpierw trzeba sprawdzić XML pierwszej korekty, powiązanie z fakturą pierwotną i wartości po korekcie. Dopiero po tej kontroli można zdecydować, czy kolejna korekta ma sens i jak ją wystawić, żeby nie pogłębić problemu.

<screen>

Kiedy problem zgłaszać do Comarch

Jeżeli XML zawiera poprawne dane, faktura korygująca jest powiązana z właściwą fakturą zaliczkową, a wartości różnicowe w PLN są zgodne, problem może dotyczyć tylko sposobu prezentacji dokumentu w KSeF. Jeżeli jednak w XML brakuje kursu, powiązania z dokumentem pierwotnym albo wartości są inne niż w Optimie, wtedy temat trzeba zgłosić serwisowo do Comarch. Do zgłoszenia najlepiej dołączyć fakturę pierwotną, korektę, XML oraz opis różnicy między tym, co pokazuje Optima, a tym, co widać w KSeF.

Perspektywa ELTE-S: nie zeruj dokumentu bez kontroli XML

Przy korektach kursu na fakturach zaliczkowych najgorsze, co można zrobić, to wystawiać kolejne korekty metodą prób i błędów. Jeżeli jedna korekta już poszła do KSeF, kolejna może opierać się na zmienionym stanie dokumentu. Bez sprawdzenia XML łatwo doprowadzić do sytuacji, w której dokumenty są formalnie powiązane, ale użytkownik nie ma pewności, co faktycznie zostało przekazane do KSeF. Najpierw kontrola XML i powiązań, potem decyzja o dalszej korekcie.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami

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

Kolejna korekta faktury w Optimie – dlaczego odwołuje się do poprzedniej korekty?

Korekty faktur w Comarch ERP Optima działają według logiki aktualnego stanu dokumentu, a nie według prostego powrotu do faktury pierwotnej za każdym razem. Dlatego użytkownik, który ma już dwie korekty i chce wystawić trzecią, może być zaskoczony, że program odnosi się do drugiej korekty. W praktyce jest to jednak mechanizm chroniący spójność ilości, cen i wartości.

Trzecia korekta bazuje na stanie po drugiej korekcie

Jeżeli do faktury wystawiono już dwie korekty, dokument pierwotny nie jest już jedynym punktem odniesienia. Po pierwszej i drugiej korekcie zmienił się stan faktyczny dokumentu. Mogły zmienić się ilości, ceny, rabaty, wartości albo inne elementy wpływające na końcowe rozliczenie.

<screen>

Dlatego przy wystawianiu trzeciej korekty Optima bierze pod uwagę stan po korekcie numer 2. To właśnie ten stan jest aktualny z punktu widzenia systemu.

Dlaczego program nie wraca do faktury pierwotnej

Gdyby każda kolejna korekta była liczona od faktury pierwotnej, system mógłby łatwo pominąć skutki wcześniejszych korekt. W efekcie trzecia korekta mogłaby korygować ilości lub wartości, których w obecnym stanie dokumentu już nie ma, albo naliczać różnice tak, jakby poprzednie zmiany nigdy się nie wydarzyły.

<screen>

Właśnie dlatego Optima traktuje korekty jako ciąg zdarzeń. Każda następna korekta pracuje na stanie po poprzedniej, czyli na korekcie n-1.

Co oznacza korekta n-1 w praktyce

Korekta n-1 oznacza, że kolejna korekta odnosi się do ostatniego aktualnego stanu dokumentu. Jeśli wystawiasz trzecią korektę, punktem odniesienia jest stan po drugiej. Jeśli wystawiałbyś czwartą, punktem odniesienia byłby stan po trzeciej. Dzięki temu dokument zachowuje logiczną historię zmian.

<screen>

To nie oznacza, że faktura pierwotna znika albo przestaje być ważna. Ona pozostaje początkiem całego łańcucha, ale bieżące rozliczenie dokumentu wynika już z sumy wszystkich wcześniejszych korekt.

Jak sprawdzić historię korekt

Przy większej liczbie korekt warto korzystać z opcji pokazania powiązanych korekt i przeanalizować kolejność dokumentów. Najważniejsze jest ustalenie, co zmieniła pierwsza korekta, co zmieniła druga i jaki stan pozostał do dalszej korekty. Dopiero wtedy trzecia korekta będzie miała sens księgowy i handlowy.

<screen>

Jeżeli oczekiwany efekt korekty nie zgadza się z tym, co pokazuje program, problem zwykle nie leży w samym odwołaniu do drugiej korekty, tylko w tym, że wcześniejsze korekty zmieniły dokument inaczej, niż zakłada użytkownik.

Perspektywa ELTE-S: korekty trzeba czytać jako ciąg zmian

Przy kolejnych korektach w Optimie najważniejsze jest myślenie o dokumencie jako o historii następujących po sobie zmian. Faktura pierwotna jest punktem startowym, ale każda korekta aktualizuje stan dokumentu. Następna korekta musi więc bazować na tym aktualnym stanie, a nie na pierwotnej wersji sprzed wszystkich zmian.

Jeżeli w firmie często pojawiają się wieloetapowe korekty, warto uporządkować zasady ich wystawiania i kontroli, żeby operatorzy wiedzieli, dlaczego program odnosi się do poprzedniej korekty i jak sprawdzać końcowy efekt całego łańcucha dokumentów.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami

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

Faktura cykliczna w Optimie – czy może mieć nabywcę i odbiorcę?

Faktury cykliczne w Comarch ERP Optima są wygodne przy powtarzalnej sprzedaży, ale potrafią zaskoczyć w momencie tworzenia szablonu. Użytkownik widzi nabywcę, nie widzi odbiorcy i zaczyna zakładać, że mechanizm cykliczny obsługuje tylko jeden podmiot. W praktyce możliwość wskazania nabywcy i odbiorcy istnieje, tylko trzeba uzupełnić dane w odpowiednim miejscu szablonu.

Gdzie dodać nabywcę i odbiorcę

Podczas tworzenia faktury cyklicznej należy przejść do zakładki 3. Podmiot. To właśnie tam dodaje się dane nabywcy oraz odbiorcy. Jeżeli odbiorca nie zostanie wskazany na szablonie, później przy generowaniu dokumentu użytkownik może odnieść wrażenie, że faktura cykliczna nie obsługuje takiego układu.

Najważniejsze jest więc nie samo zatwierdzenie pierwotnej faktury, ale poprawne uzupełnienie szablonu cyklicznego. To szablon decyduje, jakie dane zostaną użyte przy kolejnych generowanych fakturach.

Co dzieje się podczas generowania faktury

Jeżeli w szablonie faktury cyklicznej na zakładce Podmiot uzupełniono zarówno nabywcę, jak i odbiorcę, podczas generowania dokumentu Optima tworzy fakturę sprzedaży z tymi danymi. Oznacza to, że mechanizm cykliczny może przenieść oba podmioty na wygenerowaną FA.

<screen>

Warto po wygenerowaniu pierwszego dokumentu testowego wejść w formularz faktury i sprawdzić, czy nabywca oraz odbiorca są wpisani poprawnie. To najprostszy sposób odróżnienia problemu z danymi od problemu z samym wydrukiem.

Szablon dokumentu a wydruk faktury

Czasem problem nie leży w szablonie faktury cyklicznej, tylko w wydruku. Podczas generacji powstaje standardowa FA, a wydruk idzie domyślnym wydrukiem z Optimy. Jeżeli formularz dokumentu zawiera nabywcę i odbiorcę, ale na wydruku widać tylko jednego z nich, trzeba sprawdzić wzorzec wydruku, a nie samą fakturę cykliczną.

<screen>

To ważne rozróżnienie, bo użytkownik może poprawnie ustawić szablon, ale nadal widzieć niepełny efekt na papierze lub PDF, jeśli używany wzorzec wydruku nie prezentuje odbiorcy.

Perspektywa ELTE-S: sprawdź szablon i wydruk osobno

Przy fakturach cyklicznych najlepiej rozdzielić dwa etapy: dane zapisane w szablonie oraz sposób prezentacji na wydruku. Jeżeli w zakładce 3. Podmiot wpiszesz nabywcę i odbiorcę, Optima powinna wygenerować FA z oboma podmiotami. Jeżeli mimo to odbiorcy nie widać, trzeba sprawdzić, czy problem dotyczy wygenerowanej faktury, czy tylko domyślnego wydruku.

Przy większej liczbie faktur cyklicznych warto przygotować jeden poprawny szablon i przetestować pierwszy wygenerowany dokument razem z wydrukiem, żeby później automatyzacja nie powielała niepełnych danych.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami

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

Kaucja za opakowania ze stawką NP w Optimie – czy to błąd?

Kaucje za opakowania w Comarch ERP Optima mogą budzić wątpliwości, szczególnie gdy użytkownik widzi w rejestrze zakupów VAT stawkę NP i zakłada, że system błędnie rozpoznał dokument. W praktyce przy opakowaniach objętych systemem kaucyjnym trzeba najpierw rozdzielić kwotę należną do zapłaty od podstawy opodatkowania VAT. Kaucja zwiększa płatność, ale zwykle nie jest sprzedażą towaru ani usługą opodatkowaną w momencie jej pobrania.

Dlaczego kaucja może pojawić się jako NP

Pobierana kaucja za opakowania ma charakter zwrotny. Oznacza to, że klient płaci określoną kwotę przy zakupie, ale ta kwota co do zasady ma wrócić przy zwrocie opakowania. Z tego powodu kaucja nie podlega VAT w momencie pobrania ani w momencie zwrotu.

Jeżeli Optima pokazuje taką kaucję jako NP, może to wynikać właśnie z tego, że program traktuje ją jako element niepodlegający opodatkowaniu VAT, a nie jako zwykłą pozycję zakupową ze stawką 5%, 8% albo 23%.

Kaucja wpływa na płatność, ale nie na podstawę VAT

Najważniejsza różnica polega na tym, że kaucja wpływa na kwotę do zapłaty, ale nie powinna zwiększać podstawy opodatkowania VAT w bieżącym obrocie. Dlatego przy fakturach zakupowych przenoszonych z modułu handlowego do rejestrów VAT kwota kaucji może zostać pominięta w części VAT albo ujęta technicznie jako niepodlegająca.

To nie musi oznaczać, że trzeba szukać miejsca do zmiany stawki. Najpierw warto potwierdzić, czy dana pozycja faktycznie jest kaucją zwrotną, czy zwykłym opakowaniem sprzedawanym jako towar.

Kiedy VAT może się pojawić

VAT może pojawić się dopiero wtedy, gdy opakowanie nie zostanie zwrócone. W takim przypadku zatrzymana kaucja przestaje mieć charakter zwrotny i może być traktowana jako dodatkowe wynagrodzenie za towar. Wtedy stosuje się stawkę VAT właściwą dla produktu, którego dotyczy opakowanie, np. inną dla wybranych soków i inną dla napojów gazowanych.

To oznacza, że bieżące ujęcie kaucji i późniejsze rozliczenie niezwróconych opakowań to dwa różne momenty podatkowe. Nie warto ich mieszać przez ręczne zmienianie każdej kaucji na standardową stawkę VAT.

Co sprawdzić w Optimie

Jeżeli mimo wszystko użytkownik podejrzewa błąd konfiguracji, należy sprawdzić, czy pozycja jest wprowadzana jako kaucja systemowa, jako zwykły towar, czy jako osobna usługa. Inne znaczenie ma kaucja generowana automatycznie przez mechanizm systemu kaucyjnego, a inne ręcznie dodana pozycja na fakturze.

Warto zweryfikować kartę towaru lub opakowania, ustawienia systemu kaucyjnego, sposób przenoszenia dokumentu z modułu handlowego do rejestru VAT oraz schemat księgowy. Jeżeli pozycja została błędnie założona jako zwykły towar, wtedy konfiguracja może wymagać poprawy. Jeżeli jest to kaucja zwrotna, stawka NP może być prawidłowym efektem.

Perspektywa ELTE-S: nie poprawiaj NP bez sprawdzenia charakteru kaucji

Przy kaucjach za opakowania najważniejsze jest ustalenie, czy mówimy o zwrotnej kaucji w systemie kaucyjnym, czy o opakowaniu sprzedawanym jako normalny towar. W pierwszym przypadku NP w rejestrze VAT może być prawidłowe, bo kaucja nie stanowi podstawy opodatkowania. W drugim przypadku trzeba sprawdzić kartotekę, stawkę VAT i sposób przeniesienia dokumentu do rejestru.

Jeżeli firma obsługuje kaucje regularnie, warto uporządkować kartoteki, zasady naliczania kaucji i schematy księgowe, żeby użytkownicy nie musieli za każdym razem ręcznie rozstrzygać, czy NP jest błędem, czy prawidłowym ujęciem kaucji zwrotnej.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami

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

Faktury zaliczkowe na towary z UE w Optimie – jak to dobrze prowadzić

Faktury zaliczkowe dotyczące przyszłych dostaw towarów z Unii Europejskiej potrafią mieszać porządek w księgach, bo księgowo trzeba je ująć, ale podatkowo nie powinny jeszcze trafiać do VAT ani VAT-UE. W Comarch ERP Optima kluczowe jest więc rozdzielenie dwóch momentów: ujęcia samej zaliczki oraz późniejszego rozliczenia pełnego WNT po dostawie.

Zaliczka UE nie powinna od razu trafiać do Rejestru VAT

Jeżeli faktura zaliczkowa dotyczy przyszłego WNT, na etapie zaliczki nie wykazuje się jej w VAT ani w informacji VAT-UE. Dlatego praktycznym kierunkiem jest wprowadzenie takiego dokumentu do Ewidencji dodatkowej kosztów, a nie do Rejestru VAT. Dzięki temu dokument może zostać ujęty księgowo, ale nie tworzy niepotrzebnego wpisu w ewidencji VAT.

To podejście pomaga uniknąć sytuacji, w której zaliczka zaczyna wyglądać jak zwykły dokument zakupowy VAT, mimo że podatkowo właściwe rozliczenie powstanie dopiero przy dostawie.

Płatność bez drugiego zapisu bankowego

Przy wprowadzaniu faktury zaliczkowej warto zostawić zaznaczone generowanie płatności. Wtedy w Preliminarzu powstaje zdarzenie, które można rozliczyć z istniejącym rozchodem zaczytanym z wyciągu bankowego. Ważne jest, żeby nie tworzyć drugiego zapisu bankowego, bo właśnie w tym miejscu często zaczyna się bałagan w rozrachunkach.

Jeżeli przelew za zaliczkę już istnieje w banku, dokument zaliczkowy powinien zostać z nim rozliczony, a nie dublować płatność. Wtedy księgowość widzi zarówno dokument, jak i przepływ pieniędzy, ale nie mnoży zapisów.

Konto zaliczek na dostawy zamiast kosztów

Faktury zaliczkowej dotyczącej przyszłej dostawy nie księgowałbym bezpośrednio w koszty. Lepszym rozwiązaniem jest konto zaliczek na dostawy albo wydzielona analityka dla zaliczek UE. Dzięki temu wiadomo, że jest to kwota zapłacona na poczet przyszłego zakupu, a nie koszt rozpoznany jak przy zwykłej fakturze.

Dobrze ustawione konto przejściowe pozwala później łatwo sprawdzić, które zaliczki nadal czekają na rozliczenie i które powinny zostać powiązane z dostawą oraz fakturą końcową.

Rozliczenie po dostawie

Dopiero po dostawie pełną wartość WNT ujmuje się w Rejestrze VAT i informacji VAT-UE. Wtedy należy rozliczyć wcześniejszą zaliczkę z dokumentem docelowym, tak aby konto zaliczek zostało wyczyszczone, a właściwe rozliczenie podatkowe pojawiło się dopiero w prawidłowym momencie.

W praktyce porządek polega na tym, że zaliczka żyje na koncie przejściowym, a Rejestr VAT i VAT-UE obejmują dopiero faktyczne WNT. Jeżeli schemat księgowy wrzuca zaliczkę w koszty albo próbuje prowadzić ją przez VAT, warto go zmodyfikować.

Schemat księgowy robi największą różnicę

Jeśli użytkownik ma poczucie, że zaliczki tworzą chaos, najczęściej problem nie leży w samej zaliczce, tylko w schemacie księgowym i sposobie rozliczania płatności. Schemat powinien obsługiwać dokument zaliczkowy jako zapis przejściowy, a nie jako pełny koszt albo wpis VAT. Po stronie płatności trzeba pilnować, żeby rozliczać dokument z istniejącym przelewem, zamiast generować dodatkowe zapisy.

Perspektywa ELTE-S: oddziel zaliczkę od rozliczenia WNT

Najbezpieczniejszy proces w Optimie to osobne ujęcie zaliczki w Ewidencji dodatkowej kosztów, rozliczenie jej z faktycznym przelewem w Preliminarzu i zaksięgowanie na konto zaliczek na dostawy. Dopiero po dostawie pełna wartość WNT powinna trafić do Rejestru VAT i VAT-UE, a wcześniejsza zaliczka powinna zostać rozliczona z dokumentem końcowym.

Jeżeli takich dokumentów jest więcej, warto przygotować stały schemat księgowy i wydzieloną analitykę dla zaliczek UE, żeby każda zaliczka przechodziła przez ten sam kontrolowany proces i nie mieszała się z kosztami, VAT ani płatnościami bankowymi.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami