Faktura walutowa z VAT w PLN w Optimie – jak rozliczyć zapłatę z wyciągu bankowego?

Faktury walutowe od polskich kontrahentów potrafią mocno namieszać w rozrachunkach. Na dokumencie pojawia się kwota netto w walucie, VAT w złotówkach, a zapłata z banku przychodzi jedną kwotą w walucie. Wtedy użytkownik próbuje rozliczyć całość spod wyciągu bankowego i trafia na problem: płatności po stronie dokumentu nie są w tej samej walucie.

Dlaczego rozliczenie spod WB się nie spina?

Jeżeli zapłata z banku jest na całą kwotę w walucie, a z faktury płatność za VAT została utworzona w PLN, Optima nie ma po obu stronach takiej samej waluty rozliczenia. Wyciąg bankowy pokazuje płatność walutową, natomiast część VAT w preliminarzu jest złotówkowa. W takim układzie nie da się poprawnie rozliczyć całości bezpośrednio z poziomu banku.

To nie jest kwestia samego dekretu księgowego, tylko zgodności płatności w preliminarzu z tym, co faktycznie przyszło na rachunek bankowy. Jeśli bank pokazuje zapłatę walutową, a część płatności w Optimie została przygotowana w PLN, najpierw trzeba uporządkować płatność.

Co zrobić w preliminarzu?

Rozwiązaniem jest wejście do preliminarza płatności i zmiana waluty rozliczenia na płatności dotyczącej VAT. Waluta rozliczenia tej płatności powinna być taka sama, jak waluta zapłaty z banku. Dopiero po tej zmianie rozliczenie z wyciągu bankowego ma sens, bo program porównuje płatności w spójny sposób.

<screen>

W praktyce kolejność jest prosta: najpierw sprawdzasz płatność utworzoną do faktury, potem na pozycji VAT zmieniasz walutę rozliczenia, a dopiero później wracasz do rozliczenia z WB. Jeśli zaczniesz od samego banku, program będzie próbował połączyć dokumenty, które mają inną walutę rozliczenia.

<screen>

Parametr „płatność VAT w PLN”

W Optimie można też ustawić, żeby parametr „płatność VAT w PLN” był odznaczony. To ważne w firmach, które regularnie dostają faktury walutowe od polskich kontrahentów i chcą rozliczać zapłatę zgodnie z walutą płatności z banku.

<screen>

Nie oznacza to, że każdy użytkownik powinien od razu zmienić ten parametr globalnie. Najpierw warto sprawdzić, jak firma rozlicza takie faktury, jak wygląda polityka księgowa i czy zmiana nie wpłynie na inne dokumenty. Przy pojedynczym przypadku wystarczy korekta waluty rozliczenia w preliminarzu. Przy powtarzalnym procesie lepiej poprawić ustawienie i sposób pracy, żeby nie naprawiać każdej faktury ręcznie.

Co z dekretacją netto i VAT?

Sam fakt, że Optima pokazuje dekret netto w walucie, a VAT w PLN, nie jest jeszcze głównym problemem rozliczenia zapłaty. Kluczowe jest to, jak została utworzona płatność i w jakiej walucie ma być rozliczana. Księgowo dokument może mieć podział wynikający z przepisów i sposobu ujęcia VAT, ale rozrachunkowo płatność musi być możliwa do powiązania z rzeczywistą operacją bankową.

Dlatego przy takim przypadku najpierw trzeba patrzeć na preliminarz, a dopiero potem na dekret. Jeżeli płatności są przygotowane niespójnie, wyciąg bankowy nie rozwiąże tego automatycznie.

Perspektywa ELTE-S: waluta płatności musi pasować do banku

Przy fakturach walutowych od polskich kontrahentów najłatwiej pogubić się między księgowaniem VAT, rozrachunkami i bankiem. Jeśli zapłata przychodzi w walucie, to płatności w preliminarzu muszą pozwalać na rozliczenie w tej samej walucie. W przeciwnym razie użytkownik traci czas na ręczne próby łączenia dokumentów z poziomu WB, które od początku nie mają wspólnej podstawy rozliczenia.

Jeśli w Twojej Optimie faktury walutowe z VAT w PLN regularnie blokują rozliczenia z wyciągu bankowego, warto uporządkować ustawienia płatności i schemat pracy zanim problem zacznie powtarzać się przy każdym kontrahencie.

Porozmawiajmy o usprawnieniach.

Konto rozrachunkowe kontrahenta bez uzupełniania kartoteki w Optimie – jak to zrobić?

Przy kilkunastu tysiącach faktur miesięcznie ręczne uzupełnianie kont rozrachunkowych na kartach kontrahentów szybko staje się niewykonalne. Każda dodatkowa czynność na kartotece oznacza ryzyko błędu, opóźnienia i bałagan w danych. Dlatego w takim przypadku warto spojrzeć nie na pojedyncze karty kontrahentów, tylko na schemat księgowy, który odpowiada za sposób dekretacji dokumentów.

Za konto odpowiada schemat księgowy

W Comarch ERP Optima konto rozrachunkowe nie musi być za każdym razem wpisane ręcznie na karcie kontrahenta. Jeżeli schemat księgowy jest dobrze zdefiniowany, może samodzielnie wskazywać właściwe konto podczas księgowania dokumentów. Ta sama zasada może dotyczyć nie tylko kontrahentów, ale też pracowników i banków.

To oznacza, że przy dużej skali faktur najlepszym kierunkiem nie jest masowe dopisywanie kont do kartotek. Najpierw trzeba sprawdzić, jak zbudowany jest schemat księgowy i z jakich elementów korzysta przy wyborze konta.

Dlaczego to lepsze niż poprawianie tysięcy kartotek?

Przy małej liczbie dokumentów ręczne uzupełnienie kilku kart kontrahentów może wydawać się szybkie. Przy kilkunastu tysiącach faktur miesięcznie takie podejście przestaje być procesem, a zaczyna być stałym źródłem problemów. Każdy nowy kontrahent, import faktur albo zmiana danych wymusza pilnowanie kolejnej kartoteki.

Dobrze przygotowany schemat księgowy pozwala przenieść logikę księgowania z poziomu pojedynczej karty na poziom reguły. Dzięki temu system księguje według ustalonych zasad, a użytkownik nie musi uzupełniać tych samych informacji na każdej karcie osobno.

Co trzeba sprawdzić w schemacie?

Najważniejsze jest sprawdzenie, czy schemat księgowy prawidłowo rozpoznaje typ dokumentu, stronę rozrachunku i konto, na które ma trafić zapis. Warto przejrzeć definicję schematu, warunki księgowania oraz sposób budowania konta analitycznego. Jeśli schemat jest ustawiony zbyt sztywno albo odwołuje się wyłącznie do pola na kartotece, system będzie wymagał danych na każdej karcie. Jeśli schemat jest zaprojektowany poprawnie, może księgować bez takiego ręcznego uzupełniania.

Przy większej liczbie dokumentów warto też wykonać test na kilku fakturach: z kontrahentem istniejącym, nowym oraz takim, który nie ma konta wpisanego na karcie. Taki test szybko pokaże, czy schemat działa zgodnie z oczekiwaniem i czy rozrachunki trafiają na właściwe konta.

Kiedy warto przebudować schemat księgowy?

Jeżeli księgowanie działa tylko wtedy, gdy konto jest ręcznie dodane na karcie kontrahenta, to znak, że schemat może być zbyt zależny od danych kartotekowych. W takiej sytuacji lepiej przebudować logikę schematu niż próbować seryjnie poprawiać tysiące kart. Przy dużej skali dokumentów nawet niewielki błąd w schemacie potrafi wygenerować ogromną liczbę błędnych dekretów.

Dobrze zaprojektowany schemat powinien być odporny na typowe przypadki pracy: nowi kontrahenci, faktury importowane, dokumenty z różnych rejestrów, płatności bankowe i pracownicy. Im większa skala, tym ważniejsze jest, żeby logika księgowania była centralnie kontrolowana.

Perspektywa ELTE-S: najpierw reguła, potem kartoteka

Przy tysiącach faktur miesięcznie nie warto przenosić ciężaru pracy na ręczne uzupełnianie kart kontrahentów. To schemat księgowy powinien prowadzić proces i podstawiać właściwe konto tam, gdzie jest to możliwe. Kartoteki powinny wspierać księgowanie, ale nie powinny być jedynym miejscem, od którego zależy poprawność dekretu.

Jeśli w Twojej firmie księgowanie faktur w Optimie wymaga ręcznego poprawiania kart kontrahentów, warto uporządkować schematy księgowe zanim skala dokumentów zacznie blokować codzienną pracę.

Porozmawiajmy o usprawnieniach.

Ulepszenie całkowicie zamortyzowanego środka trwałego w Optimie – jak zrobić to poprawnie?

Przy całkowicie zamortyzowanym środku trwałym łatwo o błąd, który później psuje plan amortyzacji. Użytkownik chce dodać tylko wartość ulepszenia, ale po nieprawidłowym wprowadzeniu zmian Optima zaczyna naliczać amortyzację od całej wartości środka: pierwotnej wartości plus ulepszenia. W takim przypadku najważniejsze jest nie zakładanie od razu nowej karty, tylko sprawdzenie, czy ulepszenie zostało dodane właściwą ścieżką.

Ulepszenie dodajemy przez dokumenty środków trwałych

Według odpowiedzi specjalisty ulepszenie powinno zostać dodane z poziomu dokumentów środków trwałych. To jest to miejsce w Optimie, w którym widoczne są dokumenty OT oraz naliczona amortyzacja. Tam należy użyć filtra, zostawić zaznaczony tylko parametr „ulepszenia”, odznaczyć pozostałe parametry i dopiero wtedy dodać ulepszenie plusem.

<screen>

Ta kolejność ma znaczenie, bo Optima musi dostać informację, że użytkownik dodaje dokument ulepszenia, a nie zwykłą zmianę wartości na karcie środka trwałego. Jeżeli operacja zostanie zrobiona niewłaściwie, program może liczyć amortyzację tak, jakby zmieniła się cała podstawa środka, a nie tylko wartość ulepszenia.

Dlaczego nie zaczynać od nowej karty środka trwałego?

W pytaniu pojawił się pomysł założenia osobnej karty środka trwałego dla ulepszenia. To czasem bywa rozważane jako praktyczne obejście, ale nie powinno być pierwszym krokiem bez sprawdzenia właściwej ścieżki w Optimie i bez decyzji księgowej. Osobna karta może rozdzielić historię pierwotnego środka i wartość ulepszenia, ale jednocześnie zmienia sposób ewidencji i trzeba to uzgodnić z polityką rachunkowości oraz podejściem podatkowym.

Dlatego w pierwszej kolejności należy sprawdzić, czy ulepszenie zostało dodane jako dokument środka trwałego. Dopiero jeśli mimo poprawnego dodania i przeliczenia planu amortyzacji program nadal zachowuje się nieprawidłowo, można analizować inne rozwiązania.

Co sprawdzić, gdy Optima nalicza amortyzację od całości?

Jeżeli po dodaniu ulepszenia amortyzacja nalicza się od całej wartości środka, trzeba wrócić do dokumentów środków trwałych i sprawdzić typ wprowadzonego zdarzenia. Ważne jest też przeliczenie planu amortyzacji po zwiększeniu wartości, bo bez tego użytkownik może patrzeć na plan oparty na wcześniejszym albo nieprawidłowo przebudowanym stanie danych.

<screen>

W praktyce diagnostyka powinna odpowiedzieć na trzy pytania: czy ulepszenie zostało dodane w dokumentach środków trwałych, czy w filtrze pracowano na typie „ulepszenia” i czy plan amortyzacji został poprawnie przeliczony po tej operacji. Dopiero po tych kontrolach można ocenić, czy problem wynika z błędnego wprowadzenia, konfiguracji czy nietypowego przypadku księgowego.

Jak nie zaburzyć historii środka trwałego?

Historia środka trwałego jest szczególnie ważna wtedy, gdy środek był już w pełni umorzony. Pierwotna wartość i dotychczasowe umorzenie powinny pozostać czytelne, a ulepszenie powinno być ujęte tak, żeby było widać, od kiedy i od jakiej wartości naliczana jest dalsza amortyzacja. Dlatego właściwe użycie dokumentu ulepszenia jest bezpieczniejsze niż ręczne poprawianie wartości na karcie.

Jeżeli w firmie zapadnie decyzja o osobnej karcie dla ulepszenia, powinna to być świadoma decyzja księgowa, a nie szybkie obejście problemu w programie. Taka karta musi być zgodna z przyjętą polityką rachunkowości i sposobem rozliczenia podatkowego.

Perspektywa ELTE-S: najpierw prawidłowy dokument, potem plan amortyzacji

Przy środkach trwałych w Optimie najgorsze są poprawki robione „na skróty”, bo często wyglądają dobrze tylko do pierwszego naliczenia amortyzacji albo kontroli historii środka. Jeśli środek był już całkowicie zamortyzowany, trzeba szczególnie pilnować, żeby ulepszenie było dodane jako właściwy dokument środka trwałego i żeby plan amortyzacji został przeliczony po tej operacji.

Jeśli podobny problem pojawia się w Twojej ewidencji środków trwałych, warto uporządkować sposób dodawania ulepszeń zanim zaczniesz ręcznie zmieniać karty albo zakładać dodatkowe środki trwałe.

Porozmawiajmy o usprawnieniach.

Brak znacznika A.V w planie kont Optimy – gdzie szukać przyczyny?

Przy pracy na planie kont w Comarch ERP Optima łatwo założyć, że jeśli danego znacznika nie ma na liście, to problem leży w samym koncie. W praktyce przy znacznikach ZOiS bardzo często przyczyna jest poziom wyżej – w konfiguracji okresu obrachunkowego. To właśnie tam wybierany jest typ ZOiS, a od tego wyboru zależy, jaki zestaw znaczników pojawi się później do przypisania na kontach.

Dlaczego nie widać znacznika A.V?

Jeżeli w planie kont nie można wskazać znacznika A.V, nie warto od razu szukać obejścia na samym koncie. Specjalista wskazał najważniejszą rzecz: typ ZOiS wybiera się w konfiguracji na formularzu okresu obrachunkowego. Zależnie od tego, jakie zestawienie zostanie tam wybrane, Optima udostępnia odpowiednio dopasowane znaczniki.

Innymi słowy, wykaz znaczników nie jest oderwany od konfiguracji księgowej bazy. Jeżeli typ ZOiS nie odpowiada jednostce albo zakresowi sprawozdawczemu, którego potrzebujesz, na liście może nie być znacznika wymaganego dla dotacji w instytucji kultury.

Co sprawdzić w pierwszej kolejności?

Najpierw trzeba wejść w konfigurację okresu obrachunkowego i sprawdzić, jaki typ ZOiS jest wybrany na formularzu okresu. To ustawienie decyduje o tym, które znaczniki będą dostępne później przy pracy na planie kont. Dopiero po potwierdzeniu właściwego typu ZOiS ma sens ponowne sprawdzanie konta i przypisywanie znacznika.

<screen>

Jeżeli po zmianie albo weryfikacji typu ZOiS znacznik A.V nadal nie pojawia się w wykazie, wtedy warto sprawdzić aktualność wersji programu, poprawność słowników oraz to, czy baza nie ma problemu z załadowaniem właściwego zestawu znaczników. To już jest etap diagnostyczny, bo przyczyną może być nie tylko wybór w konfiguracji, ale też nieaktualne dane słownikowe albo problem konkretnego środowiska.

<screen>

Dlaczego kolejność ma znaczenie?

Próba ręcznego poprawiania planu kont bez sprawdzenia okresu obrachunkowego może prowadzić donikąd. Konto korzysta z dostępnego wykazu znaczników, a ten wykaz wynika z ustawień okresu i typu ZOiS. Jeśli źródłowa konfiguracja jest niewłaściwa, użytkownik będzie próbował przypisać znacznik, którego Optima po prostu nie pokazuje w danym kontekście.

Dlatego najpierw trzeba potwierdzić typ ZOiS, potem dostępność znacznika w wykazie, a dopiero na końcu przypisać go do odpowiedniego konta lub analityki. Taka kolejność ogranicza ryzyko, że problem zostanie rozwiązany pozornie, ale wróci przy kolejnym sprawozdaniu lub kontroli planu kont.

Perspektywa ELTE-S: najpierw konfiguracja okresu, potem plan kont

Przy znacznikach kont w Optimie najważniejsze jest ustalenie, skąd system bierze listę dostępnych pozycji. W tym przypadku odpowiedź specjalisty jest konkretna: typ ZOiS wybierany na formularzu okresu obrachunkowego wpływa na dostępne znaczniki. Dlatego diagnostykę należy zacząć od okresu obrachunkowego, a nie od przypadkowego zmieniania kont w planie kont.

Jeśli w Twojej bazie brakuje wymaganego znacznika, warto uporządkować konfigurację okresu obrachunkowego i typ ZOiS zanim zaczniesz poprawiać plan kont lub analitykę.

Porozmawiajmy o usprawnieniach.

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.