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.

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.

Saldeo i Optima – dlaczego podgląd faktur pokazuje dokumenty z różnych firm?

Praca z Saldeo i Comarch ERP Optima w biurze rachunkowym zwykle oznacza obsługę wielu firm, wielu baz i wielu dokumentów o podobnych numerach. Dlatego problem, w którym po próbie podglądu faktury pojawia się lista dokumentów z różnych podmiotów, nie zawsze wynika z błędnej konfiguracji. Często jest konsekwencją samego mechanizmu wyszukiwania dokumentów w Saldeo.

Najpierw doprecyzuj, czy chodzi o import czy podgląd

Jeżeli dokumenty z Saldeo importują się do niewłaściwej bazy Optimy, to jest to problem konfiguracji integracji, uprawnień albo mapowania firm. Jeżeli natomiast chodzi o podgląd dokumentu wywoływany skrótem klawiaturowym, mówimy o innym mechanizmie.

W tym drugim przypadku Saldeo nie analizuje całego kontekstu pracy w Optimie. Mechanizm nie wie automatycznie, w której bazie firmy pracuje użytkownik i jakiego klienta aktualnie obsługuje.

Jak działa wyszukiwanie skrótem w Saldeo

Po użyciu skrótu CTRL+ALT+W albo CTRL+SHIFT+W Saldeo otrzymuje zawartość aktualnie podświetlonego pola. Może to być numer faktury zaznaczony w Optimie, ale równie dobrze tekst z Excela, Outlooka, Inserta albo zwykłego notatnika. Z perspektywy Saldeo jest to po prostu fragment tekstu wysłany do wyszukania.

To ważne, bo wraz z numerem faktury nie jest przesyłany NIP firmy, identyfikator bazy Optimy ani informacja o tym, na jakim podmiocie pracuje użytkownik. System nie ma więc pewnego kontekstu, który pozwoliłby od razu zawęzić wynik do jednej firmy.

Dlaczego pojawia się lista faktur z różnych firm

Jeżeli w Saldeo istnieje kilka dokumentów o takim samym albo bardzo podobnym numerze, system pokazuje listę pasujących wyników. Przykład jest prosty: numer 1/2026 może występować u kilku klientów biura rachunkowego. Bez dodatkowego kontekstu Saldeo nie wie, który dokument użytkownik miał na myśli, więc pyta o wybór podmiotu lub pokazuje kilka możliwości.

To nie jest klasyczny błąd Optimy i zwykle nie da się tego naprawić jednym parametrem. Wynika to z tego, że wyszukiwarka działa po zaznaczonym tekście, a nie po pełnym kontekście firmy.

Czy da się to całkowicie wyłączyć?

W opisanym mechanizmie najczęściej nie da się całkowicie wyeliminować listy wyników z różnych firm, jeśli numery dokumentów powtarzają się między klientami. Można natomiast ograniczyć skalę problemu przez bardziej jednoznaczne dane, lepsze nazewnictwo, dopisywanie dodatkowych identyfikatorów tam, gdzie proces na to pozwala, oraz jasną procedurę pracy z podglądem dokumentów.

Jeżeli problem dotyczy importu do błędnej bazy, wtedy trzeba analizować konfigurację integracji. Jeżeli dotyczy tylko podglądu po skrócie, ograniczeniem jest sam sposób działania wyszukiwania.

Perspektywa ELTE-S: rozdziel problem techniczny od oczekiwania użytkownika

W takich przypadkach najważniejsze jest nazwanie właściwego źródła problemu. Użytkownik oczekuje, że Saldeo rozpozna firmę na podstawie tego, że pracuje w danej bazie Optimy, ale skrót klawiaturowy przekazuje tylko zaznaczony tekst. Dlatego przy powtarzalnych numerach faktur lista wyników z różnych firm jest naturalnym efektem działania mechanizmu, a nie ustawieniem, które można po prostu odkliknąć.

Jeśli w biurze rachunkowym takie sytuacje pojawiają się często, warto uporządkować sposób wyszukiwania, opisywania dokumentów i pracy z podglądem, żeby operatorzy wiedzieli, kiedy system wymaga ręcznego wyboru podmiotu i dlaczego nie zawsze da się tego uniknąć.

Porozmawiajmy o usprawnieniach.

Comarch e-Sklep Topaz – gdzie edytować nazwę produktu?

W Comarch e-Sklep nazwa produktu widoczna w szablonie, także w szablonie Topaz, zwykle nie jest osobnym tekstem wpisywanym bezpośrednio w wyglądzie sklepu. Najczęściej pochodzi z danych towaru synchronizowanych z Comarch ERP Optima. Dlatego przy skracaniu nazw produktów trzeba najpierw ustalić, z którego pola sklep pobiera nazwę i jaką wersją modułu handlowego dysponuje firma.

Gdy używasz modułu Handel

Jeżeli firma korzysta ze standardowego modułu Handel, nazwa produktu pobierana do sklepu najczęściej pochodzi z pola Nazwa na zakładce Ogólne w kartotece towaru. Zmiana tego pola skróci nazwę widoczną w e-Sklepie, ale może też wpłynąć na sposób prezentowania towaru w samej Optimie, na dokumentach, listach i w pracy handlowej.

<screen>

To rozwiązanie jest proste, ale ma ograniczenie: skracasz główną nazwę towaru, a nie tylko nazwę przeznaczoną do sklepu internetowego. Jeżeli pełna nazwa jest potrzebna w magazynie, księgowości albo w dokumentach, warto zachować ostrożność.

Gdy używasz modułu Handel Plus

Jeżeli firma ma moduł Handel Plus, sytuacja jest wygodniejsza. W kartotece towaru dostępna jest zakładka e-Sklep, na której można określić nazwę produktu osobno dla sklepu oraz dla poszczególnych języków. To pozwala przygotować krótszą, bardziej sprzedażową nazwę do e-Sklepu, bez ingerowania w podstawową nazwę towaru używaną w Optimie.

<screen>

W praktyce można uzupełnić nazwę najpierw dla języka polskiego, a potem dla pozostałych języków, jeśli sklep działa wielojęzycznie. Tak zdefiniowana nazwa powinna być traktowana przez e-Sklep priorytetowo względem podstawowej nazwy z zakładki Ogólne.

Dlaczego nie zaczynałbym od edycji szablonu Topaz

Jeżeli na stronie widać zapis typu “Nazwa *nazwa”, naturalnym odruchem jest szukanie tego w szablonie. W wielu przypadkach problem nie leży jednak w samym Topazie, tylko w tym, jakie pole z kartoteki towaru zostało przekazane do sklepu. Edycja szablonu bez sprawdzenia źródła danych może dać krótkotrwały efekt albo utrudnić późniejsze aktualizacje.

<screen>

Najpierw warto sprawdzić kartotekę towaru, synchronizację oraz to, czy sklep pobiera nazwę podstawową, nazwę e-Sklep, tłumaczenie językowe albo atrybut. Dopiero jeśli okaże się, że źródło danych jest poprawne, a problem dotyczy samego układu wyświetlania, można analizować szablon.

Synchronizacja po zmianie nazwy

Po zmianie nazwy w Optimie trzeba wykonać synchronizację z e-Sklepem i sprawdzić efekt na konkretnym produkcie. Jeżeli nazwa się nie zmienia, przyczyną może być bufor, opóźnienie synchronizacji, ustawienia języka, brak uzupełnionego pola na zakładce e-Sklep albo to, że szablon korzysta z innego pola niż zakładano.

Perspektywa ELTE-S: pełna nazwa w ERP, krótka nazwa w sklepie

Najbezpieczniejsze podejście to zostawić w Optimie nazwę techniczną potrzebną do pracy magazynowo-handlowej, a do e-Sklepu przekazywać nazwę krótszą i bardziej czytelną dla klienta. Jeżeli firma ma Handel Plus, najlepiej wykorzystać do tego zakładkę e-Sklep w kartotece towaru. Jeżeli działa tylko na module Handel, trzeba świadomie zdecydować, czy skrócenie pola Nazwa nie wpłynie negatywnie na dokumenty i codzienną obsługę sprzedaży.

Przy większej liczbie produktów warto uporządkować zasady nazewnictwa i synchronizacji, żeby sklep był czytelny dla klienta, a jednocześnie dane w Optimie nadal były użyteczne dla zespołu.

Porozmawiajmy o usprawnieniach.

Sprzedaż detaliczna do Węgier w Optimie – jak wystawić dokument w HUF i rozliczyć VAT?

Sprzedaż detaliczna do klienta z innego kraju Unii Europejskiej potrafi szybko wprowadzić zamieszanie, szczególnie gdy zamówienie przychodzi z marketplace’u, płatność jest w HUF, a sprzedawca próbuje połączyć fakturę, paragon, VAT i walutę obcą w jednym dokumencie. W Comarch ERP Optima kluczowe jest rozróżnienie, czy mamy do czynienia ze zwykłą sprzedażą krajową, WDT, czy procedurą OSS dla sprzedaży konsumenckiej w UE.

To nie jest nabycie wewnątrzwspólnotowe

W opisanym przypadku klientem jest osoba detaliczna z Węgier, a sprzedawcą polska firma. Zaznaczenie nabycia wewnątrzwspólnotowego nie będzie tu właściwą ścieżką, bo taka opcja dotyczy innego typu transakcji. Efekt w postaci braku naliczenia VAT nie jest więc zaskoczeniem, ale wynika z błędnego zakwalifikowania dokumentu.

Jeżeli sprzedaż jest B2C do klienta z UE, trzeba najpierw ustalić, czy firma rozlicza ją jeszcze według polskiego VAT, czy już w procedurze OSS. To decyzja podatkowa, dlatego przed zmianą konfiguracji warto potwierdzić ją z księgową.

Kiedy wchodzi procedura OSS

Przy sprzedaży konsumenckiej do innych krajów UE znaczenie ma limit sprzedaży oraz decyzja, czy firma rozlicza VAT przez OSS. Po wejściu w OSS sprzedaż do klienta detalicznego z Węgier powinna być rozliczana ze stawkami VAT właściwymi dla Węgier, a podatek trafia do rozliczenia przez deklarację VIU-DO.

W praktyce oznacza to, że nie należy próbować wymuszać krajowej transakcji tylko po to, żeby system naliczył polski VAT. Jeśli podatkowo właściwy jest OSS, dokument powinien być wystawiony jako sprzedaż w tej procedurze.

Jak ustawić dokument w Optimie

W Optimie dla takiej sprzedaży trzeba ustawić kontrahenta jako osobę fizyczną, a na dokumencie wybrać rodzaj transakcji procedura OSS. Istotne jest także zaznaczenie opcji rozliczania podatku w OSS, bo dopiero wtedy program powinien dobrać właściwy VAT dla kraju konsumpcji, czyli w tym przypadku dla Węgier.

<screen>

Dopiero po takim ustawieniu faktura lub paragon w walucie powinny zachowywać się zgodnie z założeniami procedury OSS. Jeżeli program nadal nie podpowiada prawidłowych stawek, warto sprawdzić konfigurację kraju, stawek VAT, walut i parametrów dokumentu.

Dlaczego paragon nie fiskalizuje się w HUF

Problem z paragonem wynika z ograniczeń fiskalizacji. Drukarka fiskalna nie pozwala zafiskalizować paragonu w walucie obcej, dlatego przy sprzedaży w HUF nie należy oczekiwać standardowej fiskalizacji takiego dokumentu. W procedurze OSS podatek rozlicza się na podstawie deklaracji VIU-DO, a nie przez klasyczny paragon fiskalny w obcej walucie.

To właśnie dlatego próba połączenia transakcji krajowej, faktury w HUF i paragonu fiskalnego może kończyć się blokadą albo brakiem oczekiwanego wydruku.

Co sprawdzić przed wystawieniem dokumentu

Najważniejsze jest potwierdzenie z księgowością, czy sprzedaż ma być rozliczana przez OSS, czy jeszcze według zasad krajowych. Dopiero potem warto ustawić dokument technicznie w Optimie. Jeżeli firma działa na marketplace’ach i sprzedaż zagraniczna będzie się powtarzać, konfiguracja powinna być przygotowana tak, żeby operator nie musiał za każdym razem ręcznie zastanawiać się nad walutą, krajem VAT i typem dokumentu.

Perspektywa ELTE-S: najpierw kwalifikacja podatkowa, potem ustawienia dokumentu

Przy sprzedaży detalicznej do Węgier w Optimie problem zwykle nie leży w samym HUF, tylko w tym, że dokument próbuje się wystawić jak transakcję krajową albo jak nabycie wewnątrzwspólnotowe. Najpierw trzeba ustalić, czy sprzedaż wpada w OSS, a dopiero później ustawić kontrahenta, rodzaj transakcji, rozliczenie podatku w OSS oraz walutę dokumentu.

Jeżeli sprzedaż zagraniczna przez Allegro zaczyna się powtarzać, warto od razu uporządkować konfigurację OSS i dokumentów w Optimie, bo jeden dobrze ustawiony proces ogranicza błędy przy VAT, walutach i fiskalizacji.

Porozmawiajmy o usprawnieniach.