Czy do kontroli faktur zaliczkowych w Optimie potrzebny jest Excel?

Faktura zaliczkowa trafia do księgowości, a po pewnym czasie pojawia się faktura końcowa. Przy większej liczbie takich transakcji trudno pamiętać, które zaliczki zostały już rozliczone i z jakimi dokumentami należy je zestawić. Dlatego firmy i biura rachunkowe często prowadzą dodatkowy arkusz. To, czy jest potrzebny, zależy jednak od sposobu pracy w Optimie.

Kontrola zaliczek w Handlu a praca w rejestrach VAT

W module Handel Optima ma wbudowane powiązania między zaliczkami a fakturami końcowymi, zarówno sprzedażowymi, jak i zakupowymi. Przy poprawnym procesie wystawiania i obsługi dokumentów można więc kontrolować wiele informacji bez tworzenia równoległego zestawienia w Excelu. Warunkiem jest korzystanie z tych powiązań w ramach prowadzonego obiegu dokumentów.

Inaczej wygląda praca bezpośrednio w rejestrach VAT. Nie ma tam mechanizmu kontrolującego powiązania między fakturami zaliczkowymi a końcowymi. Sama obecność obu dokumentów w rejestrze nie zastępuje więc sprawdzenia, czy dotyczą tej samej transakcji i czy zaliczka została uwzględniona przy rozliczeniu.

Kiedy warto prowadzić dodatkowy arkusz Excel?

W takim przypadku arkusz Excel może okazać się niezbędnym narzędziem pomocniczym. Warto zestawić w nim kontrahenta, numery faktur zaliczkowych i odpowiadającej im faktury końcowej oraz informację o stanie rozliczenia. Dzięki temu osoba prowadząca księgowość ma jeden punkt odniesienia zamiast każdorazowo odtwarzać powiązania na podstawie dokumentów.

Przykładowo, jeśli do biura rachunkowego trafiają dwie faktury zaliczkowe, a później faktura końcowa dotycząca tej samej transakcji, zestawienie pomocnicze pozwala zebrać te dokumenty razem. Przy pracy wyłącznie w rejestrach VAT nie należy zakładać, że program sam skontroluje ich powiązanie tak jak w module Handel.

Perspektywa ELTE-S

Najpierw ustalamy, gdzie faktycznie odbywa się obsługa zaliczek. Możliwości modułu Handel nie powinny być utożsamiane z możliwościami samych rejestrów VAT. W przeciwnym razie łatwo uznać, że program kontroluje relację między dokumentami, choć w danym modelu pracy trzeba zadbać o nią osobno.

Jeżeli potrzebne jest zestawienie pomocnicze, warto ustalić, kto je aktualizuje i kiedy sprawdza komplet dokumentów. Arkusz, który nie jest uzupełniany na bieżąco, może dawać mylne poczucie kontroli. Z kolei przy pracy w Handlu warto najpierw wykorzystać dostępne powiązania, zanim zacznie się przepisywać te same dane do osobnej tabeli.

Jeśli kontrola zaliczek wymaga u Was przeszukiwania rejestrów i ręcznego łączenia dokumentów, warto uporządkować proces odpowiednio do używanych modułów Optimy. Porozmawiajmy o usprawnieniach.

⚠️Treść ma charakter informacyjny i nie stanowi porady prawnej ani podatkowej. W indywidualnych sytuacjach warto skonsultować się z prawnikiem lub doradcą podatkowym.

Jak sprawdzić, komu oferowano dany towar w Comarch ERP Optima?

Handlowiec przygotowuje oferty w CRM, a później chce sprawdzić, którym klientom proponował konkretny artykuł. Otwiera „Historię towaru”, ale nie widzi ofert OH. Podobny problem pojawia się przy sprawdzaniu historii kontrahenta: trudno ustalić, jakie towary znalazły się w jego ofertach, bez otwierania kolejnych dokumentów.

Standardowa „Historia towaru” w Optimie opiera się na dokumentach handlowo-magazynowych, takich jak dokumenty sprzedaży i zakupu czy WZ i PZ. Oferty handlowe z CRM często nie należą do dokumentów przychodowych lub rozchodowych, dlatego nie obejmują ich dostępne filtry. Samo wyjęcie oferty z bufora tego nie zmienia, a dodanie OH do historii zwykle nie jest możliwe wyłącznie przez konfigurację.

W takim przypadku najlepszym rozwiązaniem jest przygotowanie raportu BI, który połączy dane ofert z ich pozycjami i umożliwi filtrowanie po artykule oraz kontrahencie. Dzięki temu handlowiec sprawdzi, komu oferowano dany towar, albo jakie artykuły proponowano konkretnemu klientowi. Zestawienie pozycji pozwoli również przejrzeć zawartość wielu ofert bez otwierania każdej osobno. Będzie to osobny raport, a nie zmiana standardowych filtrów „Historii towaru” czy listy ofert w CRM.

Przykładowo przy ponownym oferowaniu konkretnego artykułu handlowiec może skorzystać z raportu, aby znaleźć klientów, którym wcześniej przygotował ofertę na ten towar. Zamiast przeglądać dokumenty jeden po drugim, otrzyma zestawienie powiązanych ofert i kontrahentów. Zakres raportu trzeba dopasować do dostępnych danych i sposobu pracy zespołu.

Perspektywa ELTE-S

Przy przygotowaniu takiego zestawienia warto rozdzielić historię ofertowania od historii sprzedaży. Towar wpisany do oferty nie oznacza jeszcze, że klient go kupił. Dlatego raport powinien pozwalać rozpoznać dokument, z którego pochodzi dana pozycja. Ważne jest również ustalenie, czy uwzględniamy tylko zatwierdzone oferty, czy także dokumenty pozostające w buforze, aby wynik odpowiadał temu, co handlowcy chcą sprawdzać.

Jeśli wyszukiwanie artykułów i kontrahentów w ofertach zajmuje Waszemu zespołowi zbyt wiele czasu, warto zebrać te informacje w jednym raporcie dopasowanym do codziennej pracy. Porozmawiajmy o usprawnieniach.

Wezwanie do zapłaty w Optimie – jak pokazać rachunek bankowy zgodny z walutą faktury (EUR/PLN)?

Przy fakturach, w których wartość netto jest wyrażona w EUR, a VAT rozliczany jest w PLN, wydruk wezwania do zapłaty w Optimie standardowo pokazuje tylko jeden rachunek bankowy – ten w PLN. Dla kontrahenta rozliczającego się w EUR bywa to niewystarczające, zwłaszcza gdy oczekuje numeru konta zgodnego z walutą faktury.

Szablon wydruku wezwania w Sprint pozwala wybrać tylko jeden rejestr bankowy, który zostanie wydrukowany, dlatego program domyślnie pokazuje rachunek przypisany do dokumentu/płatności. Jeśli potrzebny jest również drugi numer rachunku, można go wpisać w pole Opis – ta wartość jest przenoszona na wydruk, więc oba rachunki mogą znaleźć się na tym samym dokumencie bez zmian w samym szablonie.

<screen>

Perspektywa ELTE-S

Przy stałej współpracy z kontrahentami walutowymi warto ujednolicić zasadę wpisywania drugiego rachunku w polu Opis, żeby wezwania do zapłaty były konsekwentne niezależnie od tego, kto je wystawia. To prosty nawyk, który ogranicza pytania i reklamacje od kontrahentów rozliczających się w innej walucie niż PLN.

Jeśli w Twojej firmie faktury walutowe i wezwania do zapłaty pojawiają się regularnie, warto ustandaryzować ten proces, zamiast poprawiać pojedyncze dokumenty ręcznie. Porozmawiajmy o usprawnieniach.

Faktury na zagraniczny NIP UE i kod BFK w Optimie – czy trzeba je wysyłać do KSeF?

Wielu użytkowników Comarch ERP Optima zauważa, że przy wystawianiu faktury na zagraniczny NIP UE za usługi system automatycznie nadaje jej kod BFK. Pojawia się wtedy pytanie, czy taka faktura w ogóle musi trafić do KSeF, czy może kod BFK oznacza jakiś wyjątek od obowiązku.

Obowiązek wysyłki faktury do KSeF nie zależy od tego, czy nabywca ma polski, czy zagraniczny numer identyfikacyjny – decyduje charakter transakcji i to, czy sprzedawca jest zobligowany do fakturowania zgodnie z polskimi przepisami o KSeF. Sam kod BFK nadawany automatycznie przez Optimę bywa nieprecyzyjny i nie powinien być odczytywany jako informacja, że faktura jest wyłączona z obowiązku wysyłki. W praktyce warto sprawdzić ustawienia typu dokumentu i reguł klasyfikacji faktur zagranicznych w konfiguracji programu, żeby ograniczyć ryzyko błędnego oznaczania takich dokumentów.

Perspektywa ELTE-S

Nie warto opierać decyzji o wysyłce faktury do KSeF wyłącznie na kodzie nadawanym automatycznie przez system – to pole pomocnicze, a nie potwierdzenie zgodności z przepisami. Rekomendujemy okresowy przegląd konfiguracji typów dokumentów i kodów w Optimie, najlepiej wspólnie z księgowością, szczególnie że zasady dotyczące KSeF wciąż się zmieniają.

Jeśli w Twojej firmie faktury zagraniczne bywają błędnie klasyfikowane w Optimie, warto to uporządkować zanim skończy się to problemem przy obowiązkowym wdrożeniu KSeF. Porozmawiajmy o usprawnieniach.

⚠️Ten wpis ma charakter informacyjny i nie stanowi porady prawnej ani podatkowej. W indywidualnych sytuacjach warto skonsultować się z prawnikiem lub doradcą podatkowym.

Komunikat DevExpress „For evaluation purposes only” na wydruku sPrint w Comarch ERP Optima – jak to naprawić

Dopisek o wersji ewaluacyjnej DevExpress na wygenerowanym PDF-ie księgi to jeden z tych błędów, który blokuje wysyłkę dokumentów do klienta, bo wygląda nieprofesjonalnie, a nie od razu wiadomo, czy problem jest po stronie użytkownika, czy dostawcy.

Komunikat pochodzi z komponentu DevExpress wykorzystywanego przez sPrint do generowania wydruków i oznacza, że środowisko, w którym powstaje PDF, jest traktowane jako nielicencjonowane lub działające w wersji testowej. Sposób postępowania zależy od tego, z jakiej wersji Optimy korzystasz. W Optimie w chmurze to zwykle problem po stronie środowiska/licencji na serwerze dostawcy, więc należy zgłosić to jako incydent do Comarch, z dokładnym opisem, wersją Optimy i przykładowym PDF-em – samodzielna naprawa po stronie stanowiska nie jest tu możliwa. W Optimie stacjonarnej często pomaga inna ścieżka: wejdź do konfiguracji wydruków, skopiuj szablon wydruku Sprint kombinacją klawiszy Ctrl+Insert, a potem otwórz skopiowany szablon do edycji.

<screen>

Do czasu naprawy problemu (zwłaszcza w chmurze, gdzie zgłoszenie do Comarch może potrwać) można tymczasowo wygenerować księgę inną ścieżką, np. domyślnym wydrukiem albo eksportem do Excela i przygotowaniem PDF-a lokalnie, żeby nie wysyłać klientowi plików z tym dopiskiem.

Perspektywa ELTE-S

Zanim zaczniecie szukać rozwiązania „technicznego” na własną rękę, warto od razu ustalić, czy działacie na Optimie w chmurze czy stacjonarnej – to determinuje całą dalszą ścieżkę i pozwala uniknąć prób naprawy, które w danym wariancie po prostu nie zadziałają (np. kopiowanie szablonu w chmurze, gdzie problem leży po stronie serwera).

Jeśli tego typu komunikaty pojawiają się u Was cyklicznie, dobrze jest mieć przygotowaną alternatywną ścieżkę generowania dokumentów na wypadek, gdy zgłoszenie do dostawcy chmury się przedłuża. Porozmawiajmy o usprawnieniach.