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

Co dokładnie zmienia się w pracy rozproszonej Comarch ERP Optima?

Praca rozproszona w Comarch ERP Optima to model wymiany danych, w którym dokumenty i dane słownikowe są przekazywane między działem sprzedaży lub płac a działem księgowości. Do tej pory wiele firm korzystało z wariantu standardowego, czyli eksportu plików XML na dysk i późniejszego importu tych plików w bazie księgowej.

Od października importowanie takich plików XML do rejestru VAT zakupów, rejestru VAT sprzedaży oraz ewidencji dodatkowej przychodów i kosztów będzie kontrolowane licencyjnie. Jeżeli import zakończy się powodzeniem, dokument pomniejszy dostępny pakiet Comarch OCR&KSeF.

Dla użytkownika oznacza to prostą zmianę: praca rozproszona w wariancie standardowym nadal będzie możliwa, ale przestanie być neutralna względem pakietu OCR&KSeF. Każdy poprawnie zaimportowany dokument może zużywać limit, który do tej pory wielu użytkowników kojarzyło głównie z OCR lub obsługą KSeF.

Kogo dotyczy zmiana licencjonowania pracy rozproszonej?

Zmiana jest szczególnie ważna dla firm i biur rachunkowych, które korzystają z pracy rozproszonej do przekazywania dokumentów między oddziałami, działami sprzedaży, płacami i księgowością. Dotyczy przede wszystkim tych procesów, w których plik wymiany danych jest zapisywany jako XML, przekazywany e-mailem, przez dysk sieciowy lub nośnik danych, a następnie importowany do bazy księgowej.

Najbardziej narażone na szybkie zużycie pakietu będą organizacje, które importują dużą liczbę dokumentów miesięcznie. Jeśli do księgowości trafiają setki albo tysiące faktur i zapisów, standardowa praca rozproszona może zacząć realnie wpływać na wykorzystanie pakietu OCR&KSeF.

Praca rozproszona standardowa a IWD – najważniejsza różnica

Comarch wskazuje dwa warianty pracy rozproszonej. Pierwszy to wariant standardowy, w którym plik XML jest zapisywany we wskazanym miejscu na dysku, a następnie przekazywany do komputera lub środowiska, w którym działa baza księgowa. To właśnie ten model importu XML ma zostać objęty kontrolą i zużyciem pakietu Comarch OCR&KSeF.

Drugi wariant to Internetowa Wymiana Dokumentów, czyli IWD. W tym modelu podczas eksportu plik trafia na serwer Comarch, a przy imporcie jest pobierany z tego serwera i wczytywany do bazy danych. Według przekazanych informacji import dokumentów przez IWD pozostaje bez opłat i nie wymaga licencji Comarch OCR&KSeF.

W praktyce IWD może stać się najbezpieczniejszą ścieżką dla użytkowników, którzy nie chcą zużywać pakietu OCR&KSeF na dokumenty importowane w ramach pracy rozproszonej. Dlatego firmy korzystające dziś ze standardowego importu XML powinny przeanalizować, czy mogą przejść na wymianę przez serwer Comarch.

Dlaczego warto rozważyć przejście na IWD?

Największą korzyścią z przejścia na IWD jest uniknięcie zużywania pakietu Comarch OCR&KSeF przy imporcie dokumentów przekazywanych w ramach pracy rozproszonej. Jeżeli firma działa na dużej liczbie dokumentów, różnica może być zauważalna już po pierwszym miesiącu.

Drugą korzyścią jest uporządkowanie procesu wymiany danych. W wariancie standardowym pliki XML trzeba zapisać, przekazać, odebrać i ręcznie wczytać w odpowiedniej bazie. W IWD plik przechodzi przez serwer Comarch, co zmniejsza ryzyko pracy na złej wersji pliku, przekazania dokumentu do niewłaściwej osoby albo pominięcia części danych.

Nie oznacza to, że każda firma powinna przełączać się bez analizy. Przed zmianą trzeba sprawdzić konfigurację baz, identyfikatory, rejestry, numerację dokumentów, rejestry kasowe/bankowe i uprawnienia użytkowników. Migracja procesu powinna być przygotowana, a nie wykonana „na szybko” w dniu, w którym zacznie obowiązywać nowa kontrola.

Co trzeba sprawdzić przed zmianą procesu?

Przed przejściem na IWD albo przed dalszym korzystaniem ze standardowego importu XML warto zweryfikować konfigurację pracy rozproszonej w Comarch ERP Optima. Kluczowa ścieżka konfiguracji to Konfiguracja Firmy / Ogólne / Praca rozproszona. To tam określa się, czy baza pracuje jako sprzedaż/płace, księgowość, czy w ogóle nie pracuje w modelu rozproszonym.

Konfiguracja pracy rozproszonej – dział sprzedaży/płac

Ważne są identyfikatory działu sprzedaży/płac oraz identyfikator księgowości. Identyfikator księgowości powinien być zgodny w bazie operacyjnej i księgowej, ponieważ Optima wykorzystuje go do weryfikacji, czy dany plik XML jest przeznaczony dla właściwej bazy.

Trzeba też sprawdzić rejestry VAT i ewidencje, do których mają trafiać importowane dokumenty. W konfiguracji wybiera się rejestry dla faktur sprzedaży i zakupu, faktur wewnętrznych oraz dokumentów magazynowych, takich jak WZ, PZ, RW, PW, MM, WKA i PKA. Jeżeli rejestru nie ma w bazie docelowej, może zostać założony przy imporcie, ale przy większej skali warto mieć ten proces pod kontrolą.

Numeracja dokumentów i rejestry kasowe/bankowe

Jeżeli praca rozproszona służy do przesyłania danych z oddziałów do działu księgowego, przed rozpoczęciem pracy trzeba ustalić symbole numeracji dokumentów i rejestry kasowe/bankowe w poszczególnych oddziałach. Każde stanowisko sprzedaży lub płac powinno mieć własne schematy numeracji dokumentów, żeby po imporcie w dziale księgowym nie powstawały duplikaty numerów.

Równie ważne jest zachowanie zgodności schematów numeracji między bazą sprzedażową/płacową a księgową. Jeśli w jednej bazie zmieniono schemat z FA/numer z zerami/rok kalendarzowy na FA/numer bez zer/miesiąc/rok kalendarzowy, taka sama logika powinna obowiązywać w bazie księgowej.

<screen>

W bazie sprzedażowej lub płacowej należy też utworzyć nowe, unikalne rejestry kasowe/bankowe dla każdego działu lub oddziału. Nie warto zmieniać nazwy domyślnej kasy KASA, chyba że taka sama zmiana zostanie wykonana również po stronie księgowej. W praktyce bezpieczniej jest dodać nowe rejestry i oznaczyć domyślną KASA jako nieaktywną, jeśli nie jest używana.

Jak przygotować firmę do październikowej zmiany?

Najpierw trzeba ustalić, czy firma korzysta ze standardowego importu XML przez pracę rozproszoną, czy z Internetowej Wymiany Dokumentów. Jeżeli dokumenty są dziś zapisywane jako pliki, przesyłane ręcznie i importowane do bazy księgowej, zmiana licencjonowania może dotyczyć właśnie tego procesu.

Następnie warto policzyć miesięczny wolumen dokumentów importowanych w ten sposób. Jeżeli liczba jest mała, koszt zużycia pakietu OCR&KSeF może być marginalny. Jeśli jednak firma lub biuro rachunkowe importuje duże paczki dokumentów, przejście na IWD może być najrozsądniejszym sposobem ograniczenia kosztów i ryzyka.

Ostatni etap to test. Przed zmianą procesu warto sprawdzić wymianę danych na wybranej bazie lub ograniczonym zakresie dokumentów. Test powinien obejmować eksport, import, zgodność rejestrów, numerację, płatności, kategorie, załączniki i poprawność dokumentów po stronie księgowej.

Najczęstsze pytania o zmianę licencjonowania pracy rozproszonej

Czy każdy import XML w pracy rozproszonej zużyje pakiet OCR&KSeF?

Zgodnie z informacją Comarch, każdy pomyślnie zaimportowany przez pracę rozproszoną dokument w zakresie objętym kontrolą będzie pomniejszał dostępny pakiet. Dotyczy to importu danych w formie plików XML do rejestrów VAT oraz ewidencji dodatkowej przychodów i kosztów.

Czy IWD też zużywa pakiet OCR&KSeF?

Nie. Import dokumentów poprzez IWD, czyli Internetową Wymianę Dokumentów, pozostaje bez opłat i nie wymaga licencji Comarch OCR&KSeF.

Czy warto przejść z pracy rozproszonej standardowej na IWD?

W wielu przypadkach tak, szczególnie jeśli firma importuje dużo dokumentów i nie chce zużywać pakietu OCR&KSeF na import XML. Decyzję warto jednak poprzedzić analizą konfiguracji i testem wymiany danych.

Co się stanie, jeśli zostaniemy przy standardowym imporcie XML?

Import nadal będzie możliwy, ale będzie wymagał posiadania pakietu Comarch OCR&KSeF, a pomyślnie zaimportowane dokumenty będą pomniejszać dostępny limit pakietu.

Perspektywa ELTE-S: to dobry moment na przegląd obiegu dokumentów

Zmiana licencjonowania pracy rozproszonej nie jest tylko kwestią zakupu pakietu OCR&KSeF. To dobry moment, żeby sprawdzić cały obieg dokumentów między sprzedażą, płacami i księgowością. Jeśli proces opiera się na ręcznym przekazywaniu plików XML, warto zweryfikować, czy nadal jest to najbezpieczniejsza i najbardziej opłacalna ścieżka.

Dobrze przygotowane przejście na IWD może ograniczyć zużycie pakietu, zmniejszyć liczbę ręcznych operacji i uporządkować wymianę danych między bazami. Najgorszy scenariusz to czekać do października i dopiero wtedy odkryć, że import dużej liczby dokumentów zaczął pomniejszać pakiet OCR&KSeF.

Jeśli korzystasz z pracy rozproszonej w Comarch ERP Optima i chcesz uniknąć niepotrzebnego zużywania pakietu OCR&KSeF, warto już teraz sprawdzić konfigurację i przygotować przejście na IWD.

Zgłoś się, pomożemy uporządkować proces przed wejściem zmian.

Skontaktuj się z nami

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

Jak wydrukować KPiR w Comarch ERP Optima i sprawdzić, czy to właściwy wydruk?

Wydruk KPiR w Optimie potrafi zmylić, szczególnie gdy użytkownik szuka go z poziomu faktur, rejestrów VAT albo ogólnych zestawień. Program ma kilka miejsc z wydrukami, ale prawidłowej Księgi Przychodów i Rozchodów należy szukać w module księgowym, w obszarze Księgi podatkowej.

Gdzie wejść, żeby wydrukować KPiR?

W Comarch ERP Optima przejdź do modułu Księgowość, a następnie do Księgi podatkowej. To właśnie z listy zapisów KPiR należy uruchomić wydruk księgi. Nie zaczynaj od faktur ani rejestrów VAT, bo z tych miejsc możesz wydrukować dokumenty źródłowe, zestawienia albo raporty, ale niekoniecznie właściwą księgę.

<screen>

Na liście zapisów KPiR wybierz przycisk Drukuj / Wydruki i wskaż wydruk „Księga podatkowa”. W zależności od wersji i dostępnych wariantów możesz też zobaczyć opcje z podsumowaniem albo ustaleniem dochodu. Następnie ustaw okres, którego ma dotyczyć wydruk, i wygeneruj podgląd.

<screen>

Jak powinien wyglądać prawidłowy wydruk?

Prawidłowy wydruk KPiR powinien przypominać urzędowy układ księgi. Powinien zawierać nagłówek z danymi firmy, tabelę z zapisami oraz kolumny dotyczące przychodów i kosztów. Na wydruku powinny pojawić się również podsumowania dla wskazanego okresu, a przy odpowiednim wariancie także elementy potrzebne do ustalenia dochodu.

Jeśli zamiast tego widzisz listę faktur, raport sprzedaży, rejestr VAT albo inne zestawienie, to najczęściej oznacza, że wydruk został uruchomiony z niewłaściwego miejsca. W takiej sytuacji wróć do Księgowość -> Księga podatkowa i wybierz wydruk bezpośrednio z listy zapisów KPiR.

Dlaczego miejsce uruchomienia wydruku ma znaczenie?

Optima generuje wydruki kontekstowo. To znaczy, że inne wydruki są dostępne na liście faktur, inne w rejestrach VAT, a inne w Księdze podatkowej. Jeżeli użytkownik znajduje się w złym module, może wybrać poprawnie wyglądający raport, który jednak nie jest wydrukiem KPiR.

Przy kontroli albo archiwizacji dokumentów liczy się nie tylko to, że wydruk zawiera kwoty, ale też to, czy jest to właściwy wzór księgi. Dlatego warto zawsze sprawdzić nazwę wybranego wydruku oraz miejsce, z którego został uruchomiony.

Co ze wzorami od 2026 roku?

Dla zapisów księgowanych od 01.01.2026 Optima korzysta z nowych wzorów KPiR. Jeżeli porównujesz wydruk z wcześniejszymi latami, wygląd lub układ może się różnić. To nie musi oznaczać błędu. Ważne jest, czy wydruk został wygenerowany z Księgi podatkowej i dla prawidłowego okresu.

Jeśli masz wątpliwość, najlepiej wygenerować podgląd dla krótkiego zakresu, np. jednego miesiąca, i sprawdzić, czy dane układają się w kolumnach księgi, a nie w formie listy dokumentów.

Perspektywa ELTE-S: najpierw właściwy moduł, potem wzór wydruku

Przy wydrukach w Optimie łatwo pomylić podobnie brzmiące raporty. KPiR trzeba drukować z Księgi podatkowej, bo dopiero wtedy system pokazuje właściwe wzory dla tej ewidencji. Jeśli użytkownik zacznie od faktur albo rejestrów VAT, może otrzymać dokument poprawny technicznie, ale nie ten, którego potrzebuje jako wydruku księgi.

Jeśli masz problem z ustaleniem, który wydruk KPiR w Optimie jest właściwy i czy układ zgadza się z prowadzoną ewidencją, warto sprawdzić konfigurację oraz ścieżkę wydruku zanim zapiszesz lub przekażesz dokument dalej.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami

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

Faktury KSeF widoczne w Optimie, ale system twierdzi, że nie są pobrane – jak to naprawić?

To dość mylący przypadek: użytkownik widzi faktury w zakładce KSeF, ale przy próbie przeniesienia części dokumentów do rejestru VAT Optima zgłasza, że faktury rzekomo nie są pobrane. Sama aktualizacja programu nie zawsze rozwiązuje taki problem, bo kluczowe jest odświeżenie pobrania dokumentów z KSeF dla właściwego zakresu dat.

Widoczna faktura nie zawsze oznacza gotowość do przeniesienia

To, że faktura znajduje się na liście w zakładce KSeF, nie musi oznaczać, że jest pobrana w sposób pozwalający od razu przenieść ją do rejestru VAT. Lista może pokazywać dokumenty, które system widzi w obszarze KSeF, ale dla części z nich trzeba jeszcze wykonać pobranie lub odświeżenie danych.

Dlatego komunikat o braku pobrania nie musi oznaczać, że faktury w ogóle nie ma w KSeF. Oznacza raczej, że Optima nie ma jej lokalnie w takim stanie, który pozwala wykonać kolejny krok, czyli przeniesienie do rejestru VAT.

Co zrobić na zakładce KSeF?

Na zakładce KSeF trzeba wybrać u góry opcję „Pobierz faktury”. Przy pobieraniu można wskazać konkretną datę, z której pochodzi faktura sprawiająca problem. Jeśli problem dotyczy faktur z lipca, najlepiej zawęzić pobieranie do tej daty lub zakresu dat, w którym znajduje się dokument, którego nie da się przenieść.

<screen>

Po takim pobraniu warto wrócić do listy faktur KSeF i ponownie spróbować przenieść dokument do rejestru VAT. Jeżeli faktura została poprawnie pobrana, komunikat o tym, że dokument nie jest pobrany w KSeF, nie powinien już blokować operacji.

<screen>

Dlaczego warto wskazać konkretną datę?

Przy większej liczbie dokumentów pobieranie szerokiego zakresu może trwać dłużej i utrudniać diagnostykę. Wskazanie konkretnej daty pozwala szybciej sprawdzić, czy problem dotyczy pojedynczego dokumentu, konkretnego dnia czy szerszego zakresu faktur. To szczególnie przydatne, gdy tylko część faktur z lipca nie chce przejść do rejestru VAT, a pozostałe działają poprawnie.

Jeśli po pobraniu konkretnej daty problem nadal występuje, wtedy warto sprawdzić szczegóły dokumentu, status pobrania, komunikaty programu oraz to, czy faktura nie była już wcześniej obsługiwana inną ścieżką. Na pierwszym etapie nie ma jednak sensu zaczynać od przebudowy konfiguracji – najpierw trzeba wymusić pobranie faktury z zakładki KSeF.

Czy aktualizacja wystarczy?

Sama aktualizacja programu może być potrzebna, ale nie zawsze wystarczy. Aktualizacja poprawia mechanizmy programu, natomiast nie oznacza automatycznie, że wszystkie problematyczne dokumenty z poprzednich dni zostaną ponownie pobrane i przygotowane do przeniesienia. Dlatego po aktualizacji nadal trzeba wykonać pobranie faktur z właściwej daty.

To ważne szczególnie przy dokumentach z wcześniejszego okresu, np. z lipca. Jeśli faktury były widoczne przed aktualizacją, ale ich stan pobrania nie pozwalał na przeniesienie, ponowne pobranie może być konieczne.

Perspektywa ELTE-S: najpierw odśwież pobranie, potem diagnozuj dalej

Przy problemach z KSeF w Optimie łatwo założyć, że skoro faktura jest widoczna na liście, to musi być gotowa do przeniesienia. W praktyce warto rozdzielić widoczność dokumentu od jego pełnego pobrania. Jeśli program mówi, że faktura nie jest pobrana, pierwszym krokiem powinno być ponowne użycie opcji „Pobierz faktury” dla konkretnej daty.

Jeśli faktury z KSeF są widoczne, ale nadal blokują przeniesienie do rejestru VAT, warto uporządkować proces pobierania i sprawdzić status problematycznych dokumentów, zanim zaczniesz szukać błędu w całej konfiguracji KSeF.

Porozmawiajmy o usprawnieniach.

Skontaktuj się z nami

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

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.

Skontaktuj się z nami

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

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.

Skontaktuj się z nami