Moduł Kasa/Bank w systemie Comarch ERP Optima

Ponieważ zadaniem modułu Kasa/Bank jest ujęcie wszelkich zagadnień związanych z przepływem środków pieniężnych w firmie – oznacza to, że musi on gromadzić również informacje pochodzące z innych modułów systemu Comarch ERP Optima. Innymi słowy moduł Kasa/Bank musi „wiedzieć” o każdym zdarzeniu finansowym, które ma miejsce w przedsiębiorstwie. Tylko wtedy jest w stanie zarządzać finansami i generować kompletny obraz finansowy firmy (stan przeszły, bieżący i prognozy).

Informacje gromadzone w module Kasa/Bank mogą pochodzić z:

  • modułu fakturującego. Wystawienie każdej transakcji z kontrahentem jest związane z płatnością. Może to być natychmiast realizowana płatność gotówką, czekiem czy kartą kredytową – wtedy odpowiedni zapis pojawi się w rejestrze kasowym, lub płatność odroczona – wtedy informacja o planowanej zapłacie (np. przelewem) trafi do Preliminarza planowanych płatności.
  • Modułów naliczających podatki. Zatwierdzone do realizacji deklaracje podatkowe (np. VAT, PIT-36 czy CIT-8…) również zapisane zostaną w pierwszej kolejności do Preliminarza płatności, a w chwili ich realizacji przeniesione do zapisów w odpowiednich rejestrach kasowych.
  • Modułu płacowego. Zatwierdzone do wypłaty listy płac, najpierw trafią do Preliminarza planowanych płatności, a w chwili ich realizacji zostaną zapisane w odpowiednich rejestrach kasowych/ To samo dotyczy zaliczek na poczet pensji czy wypłat wszelkich dodatkowych świadczeń dla pracowników.

Oczywiście w samym module Kasa/Bank można bezpośrednio wprowadzać zapisy i mogą to być między innymi:

  • wszelkie operacje finansowe, które nie są związane z transakcjami wykonywanymi w innych modułach. Np. bezpośrednie wypłaty/wpłaty gotówki do kasy, spłaty rat kredytów czy naliczone odsetki od lokat bankowych, zasilanie rachunków bankowych, przelewy między własnymi rachunkami bankowymi itd.
  • Rozliczenia niezapłaconych transakcji, dokumentów.
  • Planowane wydatki i wpływy zapisywane bezpośrednio do Preliminarza planowanych płatności

Jeszcze jednym sposobem wprowadzania danych do tego modułu jest import danych z aplikacji/plików zewnętrznych:

  • HOME BANKING, czyli możliwość eksportu przygotowanych przelewów do aplikacji komunikujących się z bankiem i importu wyciągów bankowych.
  • Import i aktualizacja listy banków z plików udostępnianych przez Krajową Izbę Rozliczeniową (KIR).

Na podstawie danych zgromadzonych w module Kasa/Bank można wykonać szereg zestawień i raportów obrazujących w różnych przekrojach kondycję finansową firmy. Są to między innymi:

  • kalendarz planowanych płatności,
  • zestawienia dłużników i wierzycieli,
  • raport wpływów i wydatków wg kategorii przychodów i kosztów.



Moduł Kasa/Bank – informacje ogólne

Sprawnie zarządzana firma to taka, której kadra zarządzająca ma w każdej chwili dostęp do aktualnych informacji na temat kondycji finansowej firmy, rzeczywistych źródeł uzyskiwanych przychodów, ponoszonych kosztów (może niektóre da się zmniejszyć?) czy stanu bieżących należności i zobowiązań.

Dlatego system Comarch ERP Optima wyposażony został w moduł Kasa/Bank, którego zadaniem jest nie tylko prosta ewidencja wydatków i wpływów.

Korzystając z tego modułu można między innymi znaleźć odpowiedzi na pytania:

  • Jak wygląda przepływ środków pieniężnych w firmie? Odpowiedź może dotyczyć zarówno przeszłości – to raporty z dokonanych już zapisów kasowych/bankowych, jak i przyszłości – to analiza planowanych wpływów i wydatków.
  • Jak wygląda Preliminarz naszych płatności? Do Preliminarza trafiają zarówno planowane terminy spłat należności przez naszych kontrahentów i spłaty naszych zobowiązań, daty płatności podatków (np. zaakceptowane do realizacji deklaracje VAT), zatwierdzone listy płac, planowany wpływ odsetek z lokat bankowych, daty spłat kolejnych rat kredytów czy miesięczne płatności za energię, telefony, itd. Preliminarz płatności pozwala, więc przewidzieć przychody i wydatki w nadchodzącym czasie i na tej podstawie podjąć odpowiednie decyzje finansowe.
  • Jak wyglądają rozliczenia z dłużnikami i wierzycielami? To wykonywane w różnych przekrojach zestawienia niezrealizowanych płatności, listy największych dłużników i wierzycieli, zaległości wg typów dokumentów itd.
  • Co tak naprawdę przynosi nam zysk? W co inwestujemy? Co i dlaczego nas tak dużo kosztuje? – z każdym zapisem kasowym/bankowym skojarzona jest kategoria, której zapis dotyczy. Każdy zapis niesie, więc w sobie informację, jakiego rodzaju kosztu dotyczy lub jakiego typu przychód zwiększa nasze zyski. Na tej podstawie można wykonać bardzo pomocne zestawienia pokazujące rozkład kosztów i przychodów w firmie.

Funkcjonalność modułu Kasa/Bank obejmuje również:

  • Rozliczenia ze wszelkimi podmiotami prawnymi – kontrahentami i urzędami, a także z pracownikami.
  • Bankowość elektroniczną – a więc komunikację z systemami typu Home-Banking obejmującą zlecanie wykonania operacji do banku (przelewy wychodzące) oraz import zrealizowanych przelewów z pliku dostarczonego przez bank.
  • Słownik banków, który można uzupełnić ręcznie lub importując informacje o wszystkich bankach w Polsce z plików dostarczanych przez Krajową Izbę Rozliczeniową (KIR).
  • Słownik urzędów (US, ZUS…), który raz uzupełniony jest dostępny ze wszystkich pozostałych modułów systemu Comarch ERP Optima.
  • Inne słowniki – kontrahenci, pracownicy, wspólnicy, banki, urzędy, kategorie, formy płatności…
  • Definiowalne schematy numeracji dokumentów.
  • Import części danych z programów serii Comarch ERP Klasyka – np. lista kontrahentów, wspólników, rejestry VAT, listy płac, ewidencja samochodów, spis z natury…

Moduł Kasa/Bank ze swoją funkcjonalnością i zawartymi w nim ewidencjami zawiera, więc kompletne dane o ruchu środków pieniężnych w przedsiębiorstwie. Kompletność danych pozwala nie tylko na bieżące analizy wpływów i wydatków, ale również na generowanie precyzyjnych prognoz dotyczących przepływu środków pieniężnych. Takie prognozy stanowić mogą bardzo mocny instrument w rękach planistów, menedżerów i właścicieli firm, pozwalając skutecznie i z dużym wyprzedzeniem planować krótkofalową i długofalową strategię finansową.

Uwaga
Program Comarch ERP Optima umożliwia użytkownikom korzystanie z modułu Kasa/Bank Plus, który w porównaniu do modułu Kasa/Bank daje dodatkowo możliwość obsługi magazynu walut, rozliczania delegacji pracownika oraz zaawansowanych blokad do rejestrów kasowych/bankowych. Wszystkie informacje o module Kasa/Bank dotyczą również modułu Kasa/Bank Plus




Wydruki przelewów

Wydruki przelewów

Z poziomu zdarzenia w Preliminarzu istnieje możliwość wydrukowania przelewu wg zapisanych na formularzu informacji (bank, nr rachunku, kwota). Informacje o naszym rachunku bankowym pobierane są z rejestru, w którym zapisane jest zdarzenie.

Generując wydruk przelewu dla pracowników można w parametrach przed wydrukiem wskazać adres zamieszkania pracownika. Gdy na przelewie ma być drukowany adres zameldowania wówczas parametr nie powinien być zaznaczany.

Przykład
Dla rachunku w banku PKO S.A. Założyliśmy rejestr PKO. Podczas definiowania rejestru wpisaliśmy m.in. bank PKO S.A. oraz numer rachunku. Jeśli zdarzenie, do którego drukujemy przelew, jest zapisane w rejestrze PKO – to w chwili wydruku nasze dane bankowe pobierane są z formularza rejestru.

Uwaga
Jeśli, w chwili wydruku stan zdarzenia jest ustawiony na Do realizacji – po wydrukowaniu przelewu program zapyta czy zmienić jego stan na Wysłane.

Po wciśnięciu bezpośrednio przycisku , na drukarkę kierowany jest Pełny X 2.

Z poziomu menu dostępnego po wciśnięciu widocznej obok strzałki możliwe są wydruki:

  • Wzór standard – Wydruk przelewu zgodny z drukiem akcydensowym, drukuje przelew razem z tłem i ramkami.
  • Nadruk– wydruk na formularzach A4, jednowarstwowych, pionowych, z dwoma dużymi kwitami. Różnią się pomiędzy sobą jedynie przesunięciem wydruku w lewo (w zależności od marginesów ustawionych na drukarce).

Uwaga
W zależności od marginesu ustawionego w drukarce możliwe jest regulowanie marginesu wydruku. Należy wcisnąć przycisk <CTRL> i przycisk z drukarką, a następnie wyedytować definicję wydruku (przycisk z lupką) i z poziomu zakładki [Ogólne] ustalić nowe marginesy w polach Margines lewyMargines górny (wartość ustalana jest co 0.1 mm).

W chwili wydruku można podać datę przelewu (podczas wpisywania daty można skorzystać z kalendarza wyświetlanego po wciśnięciu prawego przycisku myszy w polu). Aby data nie pojawiła się na przelewie należy odznaczyć parametr Drukuj datę na formularzu.

Istnieje również możliwość wydruku drugiej linii nazwy beneficjenta

  • jeśli jest odznaczony – drukowana tylko pierwsza linia nazwy,
  • jeśli jest zaznaczony – drukowana jest druga linia nazwy,
  • jeśli pierwsza i druga linia nazwy mają razem mniej niż 50 znaków – program „skleja” je i drukuje w jednej linii.

Wydruk przelewu z numerem IBAN:

W chwili wydruku przelewu program sprawdza, czy dany numer rachunku jest numerem standardowym czy numerem IBAN. Jeśli spełnia warunki dla numeru IBAN to cyfra kontrolna (dwie pierwsze w numerze) jest umieszczana na nowych drukach przelewów w osobnych kratkach do tego przeznaczonych. Dla prawidłowego wydruku numer nie powinien zawierać sygnatury kraju (PL) na początku.

Wydruk przelewu dla ZUS

Przelewy związane z deklaracjami.

W przypadku wyliczenia deklaracji w Preliminarzu Płatności automatycznie tworzony jest skojarzony z nią przelew. Wszystkie dane potrzebne do wydruku takiego przelewu są wypełniane przez program na podstawie danych pobieranych z Konfiguracji firmy/ Dane firmy/ Pieczątka firmy, rejestru bankowego oraz wyliczonej deklaracji.

Z poziomu formularza zdarzenia w Preliminarzu można wywołać (przy pomocy strzałki widocznej obok przycisku Drukuj) wydruk Przelew ZUS.

Dotyczy wersji: 2018.2.1
Jeżeli płatność powstała do indywidualnej DRA dla właściciela (lub jest ręcznie ustawiony indywidualny rachunek składkowy powiązany z właścicielem), to na wydruku przelewu do ZUS w sekcji z danymi zleceniodawcy pojawi się Imię i Nazwisko właściciela. W pozostałych przypadkach (płatność do DRA ze składkami pracowników) na wydruku w sekcji z danymi zleceniodawcy pojawi się nazwa wpisana w polu Nazwa skrócona na dekl. ZUS w Konfiguracji Firmy/ Dane firmy/ PIT-4R, CIT-8, ZUS DRA.

Na liście płatności w Preliminarzu płatności dostępne są 2 wydruki Przelew ZUS i Przelew ZUS (2017).

 

 

Wydruk przelewu dla urzędu skarbowego

W chwili zatwierdzenia deklaracji w Preliminarzu Płatności powstaje odpowiedni zapis planujący zapłatę do urzędu skarbowego. Informacje o US pobierane są z ustawień w Konfiguracji firmy/ Dane firmy/Deklaracje i pełnomocnictwa.

Rodzaj podatku, widoczny obok pola z akronimem urzędu, jest ustawiany przez program w zależności od rodzaju deklaracji. Wiąże się to od razu z ustawieniem odpowiedniego numeru rachunku.

Aby wydrukować przelew należy z menu wydruków, dostępnego na formularzu zdarzenia, wybrać opcję Przelew US. W oknie parametrów przed wydrukiem/nadrukiem można wpisać kwotę, która zostanie doliczona do wartości zdarzenia na wydruku. Na wydruku pojawią się dane odpowiedniego Urzędu Skarbowego, a na podstawie wyliczonej deklaracji wypełniane są informacje: typ identyfikatora, okres (rok, typ okresu, nr okresu) oraz symbol formularza lub płatności. Dane płatnika pobierane są z Konfiguracji firmy/ Dane firmy/ Pieczątka firmy czy karty wspólnika, w zależności od deklaracji jakiej dotyczy płatność.

Wydruk przelewu celnego

Wydruk dostępny jest z poziomu Preliminarza płatności w sekcji Dokumenty zaznaczone/ Przelew celny oraz z poziomu otwartego formularza zdarzenia: Przelew celny/ Wzór standard oraz Przelew celny/ Nadruk.

Wydruk przelewu z potwierdzeniem

Istnieje również możliwość wydruku przelewu z dowodem pokwitowania dla zleceniodawcy. Wydruk dostępny jest z poziomu Preliminarza płatności w sekcji Dokumenty zaznaczone/ Przelew – Wzór z potwierdzeniem oraz z poziomu otwartego formularza zdarzenia: Przelew/ Wzór z potwierdzeniem.

Wydruk przelewu zbiorowego

Dla wybranego konkretnego podmiotu możliwy jest wydruk przelewu zbiorowego. Wydruk Przelew zbiorowy dostępny jest tylko wtedy, gdy lista płatności jest wyfiltrowana do zdarzeń nierozliczonych i/lub częściowo rozliczonych. Po zaznaczeniu w filtrze opcji Rozliczone: Całkowicie i/lub Nie podlega, wydruk nie jest dostępny.

Przed wykonaniem wydruku należy ustalić:

  • Wpłata/ wypłata – w zależności od zaznaczenia przelew dotyczy sumy zdarzeń rozchodowych (wypłata) lub przychodowych (wpłata).
  • Opis przelewu – opis drukowany na przelewie.
  • Rejestr – przelew zbiorczy może dotyczyć tylko zdarzeń pochodzących z jednego rejestru bankowego (na tej podstawie pobierane są informacje o danych bankowych firmy). Domyślnie podpowiadany jest ostatnio wybrany Rejestr.
  • Data – data drukowana na przelewie.
  • Ustaw stan dokumentów na „wysłany” – po wykonaniu wydruku przelewu stan wszystkich zdarzeń, które zostały uwzględnione zostanie automatycznie zmieniony na wysłany (na liście widoczne będą w kolorze niebieskim).
  • Aby pole Opis na przelewie wypełniane było numerami zaznaczonych faktur składających się na przelew, należy dodatkowo na formatce pojawiającej się przed wydrukiem zaznaczyć parametr Wypełnij opis przelewu numerami dokumentów. Do opisu pobierany jest numer obcy, a w przypadku, kiedy nie ma numeru obcego, to numer pełny. W przypadku, kiedy wszystkie numery nie zmieszczą się w polu Opis, są one ucinane i wyświetlane tylko te, które się mieszczą.



Preliminarz płatności – operacje w Menu Kontekstowym

Podział zdarzenia – funkcja Podziel

Jeśli okaże się, że wprowadzone zdarzenie nie jest zgodne z rzeczywistymi wpłatami (np. za fakturę wprowadzoną, jako jedno planowane zdarzenie klient płaci w dwóch ratach) istnieje możliwość podziału na dwa niezależne zdarzenia.

Funkcja podziału dostępna jest z poziomu menu kontekstowego (pod prawym klawiszem myszy) wyświetlanego na liście zdarzeń.

Uwaga
Funkcja Podziel będzie nieaktywna, gdy dokument źródłowy został uwzględniony do korekty na VAT-ZD lub posiada predekretację/zapis księgowy wykonany schematem w którym użyto makra @KwotaPlatnosci.

Aby dokonać podziału zdarzenia należy:

  • ustawić kursor na dzielonym zdarzeniu (na liście w Preliminarzu),
  • z menu kontekstowego wybrać funkcję Podziel.

Wyświetlone zostanie okno, w którym podać należy informacje nt. zdarzenia oryginalnego oraz nowego (wprowadzanego).

W części dotyczącej zdarzenia oryginalnego należy podać kwotę, która powinna pozostać na już istniejącym formularzu. Proponowana jest kwota nierozliczona ze zdarzenia. Informacje o terminie i formie płatności nie podlegają edycji.

W części dotyczącej nowego zdarzenia program automatycznie proponuje wartość dopełniającą kwotę do zapłaty (suma wartości z oryginalnego i nowego zdarzenia musi być równa pierwotnej wartości pozostającej do zapłaty). Można również zmienić termin i formę płatności.

Przykład
Wystawiliśmy pierwotnie zdarzenie na kwotę 300 zł płatne przelewem. Okazało się jednak, że wpłata będzie realizowana w dwóch ratach – 250 zł przelewem i 50 zł gotówką. Podczas podziału podajemy następujące dane:

  • zdarzenie oryginalne: 250 zł płatne przelewem
  • zdarzenie nowe: 50 zł płatne gotówką (można wprowadzić nowy termin płatności)

Po zatwierdzeniu informacji w Preliminarzu pojawią się dwa niezależne zdarzenia.

Podczas podziału zdarzenia istnieje możliwość zadeklarowania czy nowe zdarzenie ma mieć określony termin płatności czy nie. Obok pola Termin znajduje się parametr, którego wyłączenie powoduje, że dla zdarzenia nie określa się terminu płatności.

Na nowe zdarzenie przepisywane są ze zdarzenia oryginalnego wszystkie pozostałe informacje: priorytet, dopuszczalna zwłoka, kategoria, opis, stan oraz informacje o podzielonej płatności. W przypadku podziału płatności dla której wybrano mechanizm podzielonej płatności,  program przepisuje parametry związane ze MPP (NIP. Numer dokumentu). Wartość podatku VAT jest wyliczona proporcjonalnie w stosunku do wartości podzielonych płatności.

Jeśli zdarzenie pierwotne związane jest z dokumentem (np. fakturą zakupu) wystawionym w innym module:

  • na nowe zdarzenie przepisywany jest numer dokumentu,
  • na zakładce [Płatności] widocznej z poziomu faktury wprowadzony podział jest widoczny, jako kolejne planowane wpłaty do faktury (zamiast dotychczasowej jednej wpłaty widoczne są dwa planowane zdarzenia),
  • na nowe zdarzenie przepisywane są informacje związane z podzieloną płatnością (numer NIP, numer dokumentu). Pola te analogicznie jak na pierwotnym zdarzeniu nie podlegają edycji.

Uwaga
Podczas podziału zdarzenia w walucie obcej informacje o kursie oraz notowaniu są przepisywane na nowe zdarzenie ze zdarzenia dzielonego

Realizacja zdarzenia – funkcja Realizuj

W systemie Comarch ERP Optima w module Kasa/Bank istnieje możliwość wpisania płatności za planowane zdarzenia (np. planowany zakup komputera, planowany wpływ z tytułu realizacji kontraktu itp.). Takie zdarzenia mogą (choć nie muszą) mieć określony podmiot czy szacunkowy termin realizacji.

W momencie, gdy zdarzenie jest realizowane otrzymujemy odpowiedni potwierdzający to dokument. Wraz z jego rejestracją w systemie zdarzenie w Preliminarzu powinno zostać zastąpione nowym – związanym z wprowadzonym dokumentem.

Aby rozwiązać tego typu sytuacje w module wprowadzono nową funkcję Realizuj zdarzenie. Funkcja wywoływana jest z poziomu menu kontekstowego dostępnego pod prawym klawiszem myszy na liście zdarzeń w Preliminarzu.

Wybór opcji powoduje wyświetlenie listy zdefiniowanych typów dokumentów klasy:

  • Faktura Sprzedaży i Wpłata dla zdarzeń planujących przychód,
  • Faktura Zakupu i Wypłata dla zdarzeń planujących rozchód. 

Wybór odpowiedniej pozycji z menu spowoduje otworzenie nowego formularza określonego dokumentu. Podmiot wpisany na zdarzenie jest automatycznie przepisany na otwarty dokument. Dodatkowo użytkownik ma możliwość wyboru rejestru kasowego/ bankowego, do którego ma być dodane zdarzenie (np. planujemy zdarzenie płatne gotówką, ale w momencie realizacji okazuje się, że jednak płacimy z naszego konta bankowego).

Po zapisaniu dokumentu realizowane zdarzenie zostaje zastąpione przez nowe – powiązane z nowo wprowadzonym dokumentem.

Uwaga
Program proponuje dane pobrane ze zdarzenia, jednak są one edytowalne (można je zmienić). W przypadku zmiany danych (np. inna forma płatności, inny kontrahent) – nowe informacje zostaną zapisane na powstającym zdarzeniu.

W przypadku zmiany formy płatności należy pamiętać, że zmieniony zostanie również rejestr, w którym zapisane będzie zdarzenie (na zgodny z nową formą płatności).

Przykład

Planujemy zakup komputera na kwotę 3.000 zł w firmie ABC. Transakcja jednak nie została jeszcze przeprowadzona. Wprowadzamy ją jako planowany wydatek w Preliminarzu płatności: KW na kwotę 3.000 zł dla kontrahenta ABC, płatność przelewem.
Kiedy kupimy komputer fakturę zakupu powinniśmy wprowadzić w programie. Jednak, aby nie powstało w Preliminarzu drugie zdarzenie (tak naprawdę planującego zapłatę za ten sam komputer) skorzystamy z funkcji Realizuj: 

  • w Preliminarzu ustawiamy kursor na zdarzeniu i z menu kontekstowego wybieramy Zrealizuj.
  • ponieważ zdarzenie to rozchód pieniędzy – wyświetlane jest menu ze wszystkimi zdefiniowanymi typami dokumentów dla Wypłaty (np. KW) i Faktury zakupu (np. FZ).
  • ponieważ do systemu chcemy wprowadzić fakturę zakupu – wybieramy typ dokumentu FZ.
  • otwiera się formularz faktury zakupu. Proponowany numer dokumentu jest zgodny z wybranym schematem FZ. Na fakturę przepisane są informacje o formie płatności (przelew) oraz o kontrahencie (ABC).
  • Na fakturę wpisujemy zakup komputera na kwotę 2.900 zł. W chwili zatwierdzenia faktury zakupu stare zdarzenie (KW na kwotę 3.000 zł) zostanie zamienione na zdarzenie na kwotę 2.900 zł. Wszystkie informacje zostaną przepisane z faktury zakupu.


Rozliczanie zdarzeń – Rozlicz pojedynczo

Istnieje możliwość rozliczenia zdarzenia w Preliminarzu tak, aby tworzony zapis KP/KW automatycznie pobierał informacje z formularza zdarzenia, które będzie rozliczał.

W Preliminarzu płatności w menu kontekstowym (pod prawym klawiszem myszy) dostępna jest opcja Rozlicz pojedynczo. Funkcja służy do rozliczenia jednej podświetlonej pozycji. Po wyborze Rozlicz pojedynczo z menu kontekstowego, z kolejnego podmenu należy wybrać typ tworzonego zapisu (schemat numeracji zapisu – np. DEK/RVZ/KW), a następnie wybrać rejestr, do którego ma trafić powstający zapis kasowy/bankowy.

Wyświetlony zostanie formularz zapisu kasowego/bankowego, na którym przepisane będą informacje ze zdarzenia:

  • kwota – proponowana będzie zawsze kwota, która pozostała do zapłaty. Kwotę tą można zaakceptować lub zmienić (zwiększyć lub zmniejszyć).
    • Jeśli kwota ze zdarzenia i zapisu będą identyczne – zdarzenie i zapis zyskują status rozliczonych całkowicie.
    • Jeśli kwota zapisu będzie większa od kwoty zdarzenia – zdarzenie otrzymuje status rozliczonego całkowicie, natomiast zapis – rozliczonego częściowo.
    • Jeśli kwota zapisu będzie mniejsza od kwoty zdarzenia – zdarzenie otrzymuje status rozliczonego częściowo, natomiast zapis – rozliczonego całkowicie.
  • Waluta – waluta rozliczenia na zapisie musi być zgodna z walutą rozliczanego zdarzenia,
  • Dane kontrahenta,
  • Dane bankowe i numer rachunku,
  • Kategoria .

Jako data zapisu proponowana jest data bieżąca.

Podczas generowania zapisu kasowego/bankowego automatycznie rozliczane są zarówno zdarzenie jak i zapis (powiązanie dokumentów widoczne jest z poziomu zakładki [Rozliczenia] zarówno na zdarzeniu jak i zapisie).

Uwaga
W sytuacji, gdy kurs na zdarzeniu i powstającym zapisie są różne – automatycznie wyliczana jest różnica kursowa widoczna na liście różnic kursowych.

Seryjne rozliczanie zdarzeń – funkcja Rozlicz

Funkcja Rozlicz dostępna w Preliminarzu płatności z poziomu menu kontekstowego (pod prawym klawiszem myszy) i pod ikoną operacji seryjnych  daje możliwość seryjnego rozliczania zdarzeń. Po zaznaczeniu kilku dokumentów i użyciu funkcji Rozlicz generowane są zapisy kasowe/bankowe rozliczające wybrane płatności. Podczas generowania zapisu kasowego/bankowego automatycznie rozliczane jest zarówno zdarzenie jak i zapis (powiązanie dokumentów widoczne jest z poziomu zakładki [Rozliczenia] zarówno na zdarzeniu, jak i zapisie).

Funkcja Rozlicz działa również dla jednego podświetlonego zdarzenia.

Zasady rozliczania zdarzeń przez funkcję Rozlicz: 

  • zdarzenie musi mieć status nierozliczony (N) lub rozliczony częściowo (C),
  • zdarzenie musi być zatwierdzone do realizacji,
  • przy seryjnym rozliczaniu zdarzeń w rejestrze kasowym/bankowym, w którym mają zostać utworzone rozliczające zapisy kasowe/bankowe musi być otwarty raport obejmujący datę zapisów.

Po wyborze opcji Rozlicz pojawia się okno Parametry seryjnego rozliczania, na którym można określić kierunek dokumentu KP/KW, wskazać rejestr do którego będą generowane zapisy kasowe/bankowe, zaznaczyć parametr dotyczący wygenerowania zbiorczego zapisu KP/KW, wskazać datę z jaką ma być wygenerowany zapis oraz wskazać podmiot, który ma być na zapisach k/b.

Parametry seryjnego rozliczania

W polu Dokument należy wybrać odpowiedni schemat numeracji zapisów kasowych/bankowych.

W polu Rejestr należy wskazać rejestr, do którego mają być generowane zapisy KP/KW.

Na oknie dostępny jest również parametr Zapisy zbiorczo dla poszczególnych podmiotów. Po jego zaznaczeniu dla zdarzeń na ten sam podmiot i w tej samej walucie utworzony zostanie jeden zbiorczy zapis KP/KW na łączną kwotę pozostającą do rozliczenia. Jeżeli jako data zapisów KP/KW wybrana zostanie data dokumentu, termin płatności lub data realizacji to utworzonych zostanie tyle zbiorczych zapisów KP/KW ile unikalnych dat jest na zaznaczonych zdarzeniach.

Przy zbiorczym rozliczaniu zdarzeń walutowych program sprawdza, czy wszystkie zaznaczone zdarzenia mają ten sam typ kursu, jeżeli tak to jest on przenoszony na powstały zbiorczy zapis KP/KW (wyjątkiem są zapisy o kursie ręcznym i nieokreślonym, dla których na zapis KP/KW podstawiany jest typ kursu ustawiony na formularzu rejestru K/B). Jeżeli na zdarzeniach są różne typy kursów, wówczas na rozliczającym je zbiorczym zapisie KP/KW ustawiany jest typ kursu z formularza rejestru K/B.

Uwaga
W przypadku, gdy walutowy zapis kasowy/bankowy ma zostać utworzony w rejestrze złotówkowym, jako typ kursu ustawiany jest typ wybrany jako Domyślny w Konfiguracji Programu/  Ogólne/ Typy kursów walut.

Uwaga
W sytuacji, gdy kurs na zdarzeniu i powstającym zapisie są różne – automatycznie wyliczana jest różnica kursowa widoczna na liście różnic kursowych.

Do pola Opis na zbiorczym zapisie KP/KW przenoszone są numery wszystkich dokumentów biorących udział w rozliczeniu.

Na oknie z parametrami seryjnego rozliczania dostępny jest również parametr Inny podmiot – po jego zaznaczeniu pojawi się opcja wskazania podmiotu, który będzie wybrany na utworzonych zapisach KP/KW.

Jest również możliwość wskazania daty z jaką mają zostać utworzone zapisy KP/KW. Do wyboru jest data dokumentu, termin płatności, data realizacji (pobierane z formularza zdarzenia w preliminarzu płatności) oraz inna – z możliwością wskazania dowolnej daty (domyślnie podpowiadana jest zawsze data bieżąca). Przy wybranej dacie inna rozliczanie odbywa się wg kolejności zaznaczania.

Ustawienia na oknie Parametry seryjnego rozliczania są zapamiętywane i podpowiadane przy rozliczaniu kolejnych zdarzeń.

Wykorzystując funkcję Rozlicz nie dla kilku zaznaczonych, a dla jednej podświetlonej/zaznaczonej pozycji również pojawi się okno Parametry seryjnego rozliczania jednak bez widocznej opcji Zapisy zbiorczo dla poszczególnych podmiotów. W polu Dokument będzie można wybrać tylko taki typ dokumentu, jaki wynika ze zdarzenia (kierunek Wpłata lub Wypłata).

Seryjna zmiana waluty rozliczenia

Seryjna zmiana waluty rozliczenia – opcja w menu kontekstowym

Seryjna zmiana waluty rozliczenia w Preliminarzu płatności jest to dodatkowa możliwość, która jest dostępna poprzez użycie funkcji Zmień walutę rozliczenia z menu kontekstowego (pod prawym klawiszem myszy) na liście zdarzeń. Seryjna zmiana waluty rozliczenia może być wykorzystana np. do zmiany waluty rozliczenia dla wypłat pracowników (patrz poniżej).

Będąc na liście zaznaczonych dokumentów w Preliminarzu płatności użycie funkcji Zmień walutę rozliczenia powoduje wyświetlenie komunikatu Czy na pewno chcesz dokonać seryjnej zmiany waluty rozliczenia na zaznaczonych płatnościach? po zatwierdzeniu pojawi się poniższe okno Parametry seryjnej zmiany waluty na płatnościach.

Seryjna zmiana waluty rozliczenia

Aby dokonać seryjnej zmiany waluty należy wybrać:

  • Walutę z listy rozwijanej,
  • Typ kursu z listy rozwijanej,
  • Datę kursu – domyślnie inicjowaną, jako data bieżąca z menu Narzędzia,
  • Przelicznik.

Uwaga
Dla ręcznie wprowadzonych zdarzeń do Preliminarza płatności zmiana waluty rozliczenia jest możliwa tylko, gdy zdarzenia te posiadają stan płatności bufor lub do realizacji. Dla pozostałych zdarzeń zmiana waluty rozliczenia jest możliwa tylko, gdy zdarzenia te posiadają stan płatności do realizacji.

Rozliczanie dokumentów w różnych walutach

W programie Comarch ERP Optima można rozliczyć ze sobą dokumenty wystawione w różnych walutach – przy czym jeden z tych dokumentów musi być wystawiony w PLN (pole Waluta dok.), a drugi w walucie obcej. Dodatkowym wymogiem jest, aby obydwa dokumenty posiadały tą samą walutę rozliczenia (pole Waluta rozl.). Walutę rozliczenia można zmieniać tylko wtedy, gdy waluta dokumentu to PLN. Ponadto warto wspomnieć, iż walutę rozliczenia można zmieniać na zapisach kasowych/bankowych oraz na zdarzeniach kasowych/bankowych.

Przykład
Dla kontrahenta FAMAX wystawiona została faktura sprzedaży FS/000417/2023, na kwotę 500 EUR po kursie 1 EUR = 4 PLN, z odroczonym terminem płatności (np. 10.05.2023). Do Preliminarza płatności kontrahenta FAMAX automatycznie wpisane zostało zdarzenie: 10 maja spodziewana jest zapłata 500 EUR za fakturę FS/000417/2023.
11 maja, na podstawie wyciągu bankowego, wprowadzamy do rejestru BANK zapis, z którego wynika, że kontrahent wpłacił na nasze konto 2000 zł, i że jest to zapłata za FS/000417/2023. Wówczas z poziomu zakładki rozliczenia tego zapisu ustawiamy walutę rozliczenia na EUR, odszukujemy w Preliminarzu kontrahenta FAMAX nierozliczoną płatność za fakturę i wprowadzamy ją na listę rozliczanych tym zapisem dokumentów.
Zatwierdzenie tego rozliczenia spowoduje, że zapis: 

  • dotyczący otrzymanej płatności (zapłata) w rejestrze BANK otrzyma status rozliczonego (z dokumentem FS/000417/2023),
  • zapis dotyczący planowanej płatności za FS/000417/2023 w Preliminarzu kontrahenta FAMAX otrzyma status rozliczonego (na podstawie zapisu z rejestru BANK, pochodzącego z wyciągu bankowego),

FS/000417/2023 otrzyma status dokumentu rozliczonego (zapłaconego).

Przykład
Od kontrahenta COMPAQ otrzymujemy fakturę zakupu FZ/000201/2023, na kwotę 1000 zł, z odroczonym terminem płatności (np. 3.07.2023). Do Preliminarza płatności kontrahenta FAMAX automatycznie wpisane zostało zdarzenie: 3 lipca spodziewana jest zapłata 1000 zł za fakturę FZ/000201/2023.
4 lipca, na podstawie wyciągu bankowego, wprowadzamy do rejestru BPHEUR zapis, z którego wynika, że zapłaciliśmy kontrahentowi COMPAQ 250 EUR po kursie 1 EUR = 4 PLN, i że jest to zapłata za FZ/000201/2023. Wówczas z poziomu zakładki rozliczenia odszukujemy w Preliminarzu kontrahenta COMPAQ nierozliczoną płatność za fakturę, zmieniamy jej walutę rozliczenia na EUR i wprowadzamy ją na listę rozliczanych tym zapisem dokumentów.
Zatwierdzenie tego rozliczenia spowoduje, że zapis:

  • dotyczący dokonanej zapłaty w rejestrze BPHEUR otrzyma status rozliczonego (z dokumentem FZ/000201/2023),
  • zapis dotyczący planowanej płatności za FZ/000201/2023 w Preliminarzu kontrahenta COMPAQ otrzyma status, rozliczonego (na podstawie zapisu z rejestru BPHEUR, pochodzącego z wyciągu bankowego),

FZ/000417/2023 otrzyma status dokumentu rozliczonego (zapłaconego).


Przenoszenie zdarzeń między rejestrami

W przypadku, gdy zdarzenie zostało wprowadzone do jednego rejestru kasowego/bankowego, ale okazało się, że jednak będzie płatne z innego rejestru (np. innego konta bankowego), program posiada funkcjonalność pozwalającą na przenoszenie między rejestrami.

Uwaga
Podczas przenoszenia dokumentów pomiędzy rejestrami program kontroluje zgodności waluty dokumentu z walutą rejestru docelowego. Do rejestru złotówkowego mogą być przenoszone płatności niezależnie od rejestru (waluty), w jakim zostały pierwotnie zapisane. Do rejestru walutowego mogą być przenoszone tylko zdarzenia w walucie zgodnej z walutą rejestru docelowego.

Funkcja Zmień rejestr jest dostępna z poziomu menu kontekstowego (pod prawym klawiszem myszy) wyświetlanego na liście zdarzeń.

Aby przenieść zdarzenie należy:

  • Ustawić kursor na zdarzeniu, które chcemy przenieść.
  • Z menu kontekstowego wybrać funkcję Zmień rejestr.
  • Wybrać rejestr, do którego zdarzenie ma być przeniesione.

Uwaga
Przeniesienie zdarzenia z zaznaczonym parametrm MPP – podzielona płatność z rejestru bankowego do rejestru kasowego spowoduje, że na zdarzeniu zostaną ukryte informacje związane z podzieloną płatnością.

Aby dokonać seryjnej zmiany rejestru należy:

  • Zaznaczyć zdarzenia, które chcemy przenieść do innego rejestru.
  • Z menu kontekstowego wybrać funkcję Zmień rejestr.
  • Wybrać rejestr, do którego zdarzenia mają być przeniesione.

Seryjne dodawanie/zmiana kategorii

Funkcja jest dostępna w menu kontekstowym pod prawym klawiszem myszy na liście zdarzeń w Preliminarzu płatności. Działa na wszystkie zaznaczone zdarzenia inne niż o statusie Zrealizowane oraz Całkowicie rozliczone.

Seryjna zmiana statusu

Seryjna zmiana statusu zdarzenia z Nie podlega na Do rozliczenia oraz odwrotnie jest dostępna z menu kontekstowego (prawy przycisk myszy) na liście zdarzeń w preliminarzu. Funkcję seryjnej zmiany statusu można również wybrać z listy operacji seryjnych .

Seryjna zmiana stanu

W menu kontekstowym (prawy przycisk myszy) dostępna jest seryjna zmiana stanu na do realizacji (ze stanu wysłane/ zrealizowane), na wysłane (ze stanu do realizacji) oraz na zrealizowane (ze stanu do realizacji). Funkcję seryjnej zmiany statusu można również wybrać z listy operacji seryjnych.

Seryjna zmiana formy płatności

W menu kontekstowym (prawy przycisk myszy) dostępna jest seryjna zmiany formy płatności (wraz z terminem płatności i datą realizacji) na zdarzeniach niezrealizowanych i nierozliczonych całkowicie. Funkcje dostępne są również z poziomu operacji seryjnych.

Seryjna zmiana podmiotu – aktualizacja rachunku /parametru MPP – podzielona płatność

W menu kontekstowym pod prawym przyciskiem myszy dostępna jest funkcja Zmień podmiot. Wraz z podmiotem możemy zaktualizować numer rachunku bankowego oraz informację zastosowaniu mechanizmu podzielonej płatności.  Zmiana podmiotu możliwa jest na zdarzeniach nierozliczonych o stanie Bufor lub Do realizacji.

Aktualizacja informacji o podzielonej płatności dotyczy zdarzeń znajdujących się w rejestrze bankowy, wystawionych w walucie systemowej (PLN). W przypadku zdarzeń znajdujących się w innych rejestrach, np. kasowym w logu z przebiegu operacji pojawi się komunikat: Nie ma możliwości oznaczenia przelewu jako MPP. Przelew znajduje się w rejestrze innym niż bankowy

W sytuacji, gdy operacja zmiany podmiotu z aktualizacją parametru MPP – podzielona płatność wykonywana jest dla zdarzeń niemających powiązania z dokumentem źródłowym, należy uzupełnić kwotę podatku . Numer NIP pobierany jest z karty kontrahenta, jako numer dokumentu wstawiany jest numer obcy ze zdarzenia.

Zmiana podmiotu na zdarzeniu, które związane jest z dokumentem handlowym (faktura zakupu, sprzedaży, zaliczkowa, finalna lub ich korekta) lub z dokumentem wprowadzonym do rejestru VAT powoduje aktualizację podmiotu na płatności, informacja o zastosowaniu mechanizmu podzielonej płatności,  pobierana jest z kontrahenta głównego wskazanego na dokumencie źródłowym. Numer NIP i kwota VAT zawsze odczytywane są z dokumentu źródłowego. W przypadku zmiany rodzaju podmiotu z kontrahenta na pracownika/ wspólnika/ bank sekcja związana z metodą podzielonej płatności t nie będzie widoczna.

Seryjne ustawianie parametru MPP – podzielona płatność

W menu kontekstowym (pod prawym przyciskiem myszy) oraz w Operacjach seryjnych dostępna jest funkcja Zmień ustawienia MPP. Działa ona zarówno dla aktualnie podświetlonej płatności jak i dla zaznaczonych zdarzeń. Funkcja ta powoduje zaznaczenie/odznaczenie parametru MPP- podzielona płatność na płatnościach znajdujących się w rejestrze bankowym. Jeśli wśród zaznaczonych płatności będzie zdarzenie np. z rejestru kasa parametr nie zostanie zaznaczony, a w logu z przebiegu operacji pojawi się komunikat: FA/2019/100: Nie ma możliwości zmiany ustawień MPP. Przelew znajduje się w rejestrze innym niż bankowy.

Seryjne usuwanie rozliczenia

W menu kontekstowym (pod prawym klawiszem myszy) oraz w Operacjach seryjnych dostępna jest opcja Usuń rozliczenia. Opcja działa zarówno dla podświetlonej, jak i dla zaznaczonych pozycji.

Przy próbie usunięcia rozliczeń opcją Usuń rozliczenia jeżeli przynajmniej jednego z rozliczeń danego dokumentu nie uda się usunąć, pojawia się odpowiedni komunikat np. Operacja nie została pomyślnie wykonana z powodu błędów. FA/10/2017: Nie można usunąć rozliczeń płatności. Co najmniej jedno z nich zostało wybrane na dokumencie kompensaty. i żadne z rozliczeń dokumentu nie jest usuwane.

Seryjna weryfikacja rachunków bankowych

W menu kontekstowym (pod prawym klawiszem myszy) oraz w Operacjach seryjnych dostępna jest opcja Zweryfikuj numer rachunku. Opcja działa zarówno dla podświetlonej, jak i dla zaznaczonych pozycji.

Weryfikacji podlegają płatności, które spełniają wszystkie wymienione poniżej warunki:

  • płatność znajduje się w rejestrze bankowym,
  • na płatności podano numer rachunku bankowego,
  • jest to zdarzenie rozchodowe,
  • płatność ma stan: Bufor lub Do realizacji,
  • płatność nie jest rozliczona lub jest rozliczona częściowo,
  • podmiotem płatności jest kontrahent posiadający polski numer NIP,

W logu z przebiegu tej operacji pojawiają się informacje o weryfikacji numeru rachunków bankowych oraz ewentualne komunikaty dotyczące problemów z połączeniem się z serwerem Ministerstwa Finansów czy brakiem połączenia sieciowego. Informacja o pozytywnym bądź negatywnym wyniku weryfikacji zapisywana jest na karcie kontrahenta dla każdego sprawdzanego rachunku bankowego. W przypadku, gdy na płatności występuje numer rachunku, którego nie ma na karcie kontrahenta w trakcie weryfikacji jest on dodawany na kartę kontrahenta wraz z wynikiem jego weryfikacji.

Zasady dotyczące rozliczeń z Preliminarza płatności zostały omówione tutaj.




Rozliczanie zdarzenia z kilkoma zapisami

W przypadku, gdy zdarzenie rozliczane jest z kilkoma zapisami kasowymi/bankowymi, istnieją dwa sposoby wskazania tych zapisów: 

  • Wprowadzanie kolejno rozliczanych zapisów – przy pomocy przycisku Dodaj należy otworzyć listę nierozliczonych zapisów, wybrać zapis, zatwierdzić. Kiedy zapis pojawi się na zakładce [Rozliczenia], należy ponownie otworzyć listę, wybrać kolejny zapis itd.
  • Wprowadzenie wszystkich rozliczanych zapisów równocześnie – po wciśnięciu przycisku Dodaj na wyświetlonej liście zapisów należy zaznaczyć wszystkie, z którymi rozliczane jest zdarzenie (zaznaczając pole widoczne obok zdarzenia). Po zatwierdzeniu, wszystkie zaznaczone zapisy pojawiają się na zakładce [Rozliczenia]. Zaznaczone zapisy są rozliczane ze zdarzeniem kolejno – jeśli program napotka zapis, który nie może być rozliczony ze zdarzeniem, wyświetla komunikat i kontynuuje rozliczanie z pozostałymi.

Podobna zasada rozliczania dotyczy kompensat.  




Synchronizacja kwoty płatności z sumą rozliczeń

Na zakładce [Rozliczenia] w dolnej części okna widoczny jest parametr Uzgodnij kwotę zapisu z wartością rozliczanych dokumentów. Służy on do synchronizacji kwoty zdarzenia z sumą dokumentów rozliczających to zdarzenie.

Domyślnie parametr jest aktywny na wszystkich nowo otwieranych zdarzeniach (do chwili wpisania kwoty zdarzenia). Po wpisaniu kwoty – parametr jest automatycznie wyłączany. Podobnie parametr nie jest aktywny podczas powtórnej edycji zdarzenia.

Jeśli parametr nie jest aktywny – rozliczanie dokumentu przebiega w ten sposób, że suma rozliczanych dokumentów musi być mniejsza lub równa kwocie do rozliczenia na zdarzeniu, przy czym kwota na zdarzeniu jest nadrzędna.

Jeśli parametr jest aktywny – rozliczanie dokumentu przebiega w ten sposób, że kwota zdarzenia jest przyrównywana do sumy rozliczanych zapisów. Wprowadzenie rozliczenia powoduje zmianę kwoty na zdarzeniu.

Uwaga
Podczas synchronizacji kwot lista proponowanych zapisów jest zawężana do zapisów w walucie zgodnej z walutą na zdarzeniu.

Uwaga
Parametr nie jest dostępny na zdarzeniach w Preliminarzu powiązanych z fakturą.

Kiedy można wykorzystać funkcję synchronizacji kwot?

Planowaliśmy zakup sprzętu biurowego za kwotę 1500 zł. Zdarzenie zostało wprowadzone w Preliminarzu płatności. Następnie okazało się, że faktura zakupu ma wartość 1550 zł. (mamy na jej podstawie wprowadzony zapis kasowy). W związku z tym podczas rozliczania zdarzenia włączamy synchronizację kwot. Teraz wskazanie odpowiedniego zapisu bankowego do rozliczenia powoduje zmianę kwoty zdarzenia z 1500 zł na 1550 zł.

Może zdarzyć się, że sprzęt został zakupiony na dwie różne faktury 1000 zł i 550 zł. Wtedy dodajemy do rozliczeń pierwszą fakturę – kwota zdarzenia zostaje zmieniona na 1000 zł. Po dodaniu kolejnej faktury na kwotę 550 zł – wartość zdarzenia zostaje zmieniona na 1550 zł.

Uwaga
Należy zwrócić uwagę, by parametr nie został zaznaczony podczas rozliczania zdarzenia, którego kwota nie powinna zostać zmieniona.
Na zdarzeniach związanych z dokumentami (np. z fakturami sprzedaży) synchronizacja kwot podczas rozliczania nie jest możliwa.

 




Formularz zdarzenia – edycja danych

Edycja danych na zdarzeniu dotycząca podmiotu, kwoty czy terminu płatności nie jest możliwa dla zdarzenia z nadanym stanem zrealizowano (niezależnie od sposobu nadania tego stanu).

Przypomnijmy, że stan zrealizowano można nadać zdarzeniu: 

  • „ręcznie” przez operatora, niezależnie od tego, czy dane zdarzenie jest już rozliczone. W takiej sytuacji odblokowanie zapisu następuje po zmianie stanu.
  • automatycznie po całkowitym rozliczeniu zdarzenia. W takiej sytuacji odblokowanie zdarzenia nastąpi po usunięciu wprowadzonego rozliczenia.

Na zdarzeniu zrealizowanym jedyną możliwością zmiany jest zmiana na zakładce [Rozliczenia] (dodawanie nowych lub usunięcie już wpisanych rozliczeń).

Edycja danych jest również ograniczona dla zdarzeń powiązanych z innym dokumentem wprowadzonym w systemie – wtedy nie ma możliwości zmiany informacji nt. kwoty czy kontrahenta. Tutaj ograniczenie nie jest w żaden sposób uzależnione od stanu dokumentu i wynika z faktu, że wszystkie informacje zostały określone wcześniej na powiązanym dokumencie.

Na zdarzeniach bankowych, które dotyczą kontrahenta lub urzędu i ich stan to Bufor lub Do realizacji mamy możliwość zmiany parametru MPP – podzielona płatność, numeru dokumentu  oraz kwoty podatku. Kwota podatkuna zdarzeniu nie może być:

  • większa od kwoty VAT z dokumentu źródłowego. W przypadku wielu płatności do jednego dokumentu program uwzględnia wszystkie płatności MPP dla danego dokumentu. Łączna kwota VAT z takich zdarzeń nie może przekroczyć kwoty VAT z dokumentu źródłowego.
  • większa od kwoty płatności – jeśli zdarzenie zostało wprowadzone ‘ręcznie’.

W polu z numerem dokumentu wstawiany jest numer dokumentu źródłowego. Pole to podlega edycji, co może być wykorzystane w przypadku realizowania płatności do zaliczek. W Ustawie o zmianie ustawy o podatku od towarów i usług oraz niektórych innych ustaw znalazł się zapis mówiący o tym, że w niektórych przypadkach w komunikacie przelewu wpisujemy słowo: zaliczka.

Na zdarzeniach wysłanych do banku lub zrealizowanych parametry związane z mechanizmem podzielonej płatnością są nieaktywne.




Formularz zdarzenia

Planowane zdarzenia do Preliminarza mogą być wprowadzane: 

  • przez operatora „ręcznie” z poziomu Preliminarza.

Przykładami mogą być: planowane zakupy wyposażenia do firmy (nie mamy jeszcze dokumentu zakupu, ale planujemy określony wydatek), planowane wpływy środków finansowych niezwiązane z dokonywanymi transakcjami (np. dopłaty wspólników do kapitału firmy) itd.

  • automatycznie dopisywane przez program w chwili wystawiania dokumentu, który pociąga za sobą konieczność uregulowania płatności. 

Przykładami mogą być: zatwierdzona faktura sprzedaży lub zakupu z odroczoną płatnością, przygotowana, ale jeszcze nie zrealizowana lista płac, związana z wstępnie naliczoną deklaracją VAT7 zapłata podatku VAT do urzędu skarbowego itd. Jak widać więc, zapisy w Preliminarzu mogą pochodzić z różnych modułów systemu Comarch ERP Optima.

Dodawanie zdarzeń przez operatora jest możliwe wyłącznie dla wybranego konkretnego rejestru. Dzięki temu każdy wprowadzony dokument będzie jednoznacznie przypisany do jednego z rejestrów – a więc jednego z rachunków bankowych, jednej z kas lub jednej z firmowych kart kredytowych.

Zdarzenie dodajemy naciskając przycisk  lub posługując się klawiszem <INSERT>. Formularz zdarzenia składa się z trzech zakładek: [Ogólne], [Rozliczenia] i [Dodatkowe].

Formularz obsługują standardowe przyciski, opisane szczegółowo w rozdziale Standardy w programie niniejszego podręcznika. Dodatkowo dostępne są m. in. następujące przyciski:

 – lista dokumentów nierozliczonych dla podmiotu określonego na zdarzeniu.

Formularz zdarzenia – zakładka Ogólne

Na formularzu nowego zdarzenia wypełniamy (obowiązkowe pola są zaznaczone na formularzu pogrubioną czcionką):

Dokument – typ dokumentu w obrębie wskazanej klasy. W zależności od wybranego typu automatycznie zaznaczane jest czy dany dokument jest przychodem czy rozchodem.

Numer – dla zdarzeń generowanych przez program pole jest wypełniane automatycznie (wpisywany jest tam numer dokumentu źródłowego), natomiast dla zdarzeń wpisywanych przez użytkownika pole pozostaje puste.

W przypadku zdarzenia powstającego automatycznie na podstawie wprowadzonego w systemie dokumentu opis pola przyjmuje formę przycisku i po jego wciśnięciu możliwy jest podgląd dokumentu źródłowego.

Numer obcy – pole jest edytowalne i umożliwia wpisanie dokumentu, na podstawie, którego powstało zdarzenie. W przypadku zdarzeń powiązanych z dokumentami zakupowymi – w pole przepisywany jest numer wpisany na dokumencie zakupowym, jako numer obcy.

Status – podobnie jak w przypadku zapisów kasowych/bankowych istnieje możliwość ustalenia, czy dana płatność powinna podlegać rozliczeniu (status Nie rozliczono), czy też nie będzie rozliczana (status Nie podlega).

Uwaga
Na karcie kontrahenta (zakładka [Płatności]) znajduje się parametr Nie rozliczaj płatności. Jeśli jest on zaznaczony – wszystkie płatności i zapisy kasowe związane z tym kontrahentem od razu otrzymują status Nie podlega i nie ma możliwości ich rozliczenia.

Forma – forma płatności. Można ją wybrać z listy form płatności – strzałka z prawej strony pola rozwija tą listę. Z formą płatności (definiowaną przez użytkownika w Konfiguracji firmy/ Kasa Bank / Formy płatności) jest skojarzony proponowany termin płatności. W konfiguracji na formularzu formy płatności w sekcji Płatnik można wskazać podmiot na który będą tworzone płatności w module Kasa/Bank, w przypadku wyboru tej formy płatności na dokumentach.

Kwota – kwota do zapłaty w walucie (domyślnie PLN).

Kwota rozliczona – wyliczana jest w walucie na podstawie wprowadzonych rozliczeń. Pole nie jest edytowalne.

Kwota pozostała – wyliczana jest jako różnica wartości zdarzenia i kwoty rozliczonej. Pole nie jest edytowalne.

Data dokumentu – data wystawienia danego dokumentu.

Termin – termin płatności. Jeśli zdarzenie do Preliminarza skojarzone jest z jakimś dokumentem w systemie (wprowadzane jest automatycznie przez program) – termin pobierany jest z terminu płatności na tym dokumencie. Wprowadzając zdarzenie z klawiatury termin ustala użytkownik (proponowany jest termin zgodny z ustalonym dla wykorzystanej formy płatności).

Obok pola Termin znajduje się pole wyboru (domyślnie włączone). Jego wyłączenie powoduje, że nie można określić ani terminu płatności ani daty realizacji. Zdarzenia bez terminu płatności na listach widoczne są na końcu (pod warunkiem, że na liście nie ma podanego zakresu dat).

Uwaga
Zdarzenia bez terminu nie mogą brać udziału w rozliczeniach i kompensatach innych dokumentów oraz nie mogą zostać rozliczone (przyciski na zakładce [Rozliczenia] nie są aktywne). Nie są widoczne również z poziomu funkcji Rozliczenia.

Dopuszczalna zwłoka – ilość dni, o którą można przesunąć datę realizacji płatności w stosunku do terminu płatności. Dopuszczalna zwłoka zależy od maksymalnej zwłoki zapisanej na karcie kontrahenta oraz od czasu realizacji polecenia przelewu przez bank obsługujący płatność.

Jeśli mamy do czynienia z należnością, realna data otrzymania pieniędzy będzie przesunięta w stosunku do terminu płatności o maksymalną zwłokę kontrahenta + czas realizacji przelewu przez bank kontrahenta.

Jeśli mamy do czynienia ze zobowiązaniem – aby zapłacić naszemu kontrahentowi w terminie, realna data wysłania pieniędzy powinna być przesunięta w stosunku do terminu o maksymalną zwłokę kontrahenta – czas realizacji polecenia przelewu przez nasz bank.

Przykład
Jeśli nasz kontrahent powinien nam zapłacić za fakturę w terminie 15 września, maksymalna zwłoka przewidziana dla tego kontrahenta wynosi 3 dni (np. zwyczajowo wiemy, ze kontrahent zawsze wykonuje przelew 3 dni po terminie), a bank obsługujący kontrahenta potrzebuje 2 dni na realizację polecenia przelewu – dopuszczalna zwłoka wyniesie 5 dni.

Przykład

Jeśli nasze zobowiązanie powinniśmy uregulować w terminie do 21 października, aby pieniądze w terminie trafiły do naszego kontrahenta, dopuszczalna zwłoka w ich wysłaniu wynosi: maksymalna zwłoka którą możemy wykorzysta, np. zwyczajowo ustalona z kontrahentem (np. 5 dni) – czas realizacji przelewu przez nasz bank (np. 2 dni), czyli zwłoka wynosi 3 dni. Pieniądze najpóźniej powinny zostać wysłane 24 października.

Data realizacji – rzeczywista data realizacji płatności. To data informująca kiedy rzeczywiście możemy spodziewać się wpływu pieniędzy lub kiedy powinniśmy dokonać płatności, aby zrealizować ją w terminie. Data realizacji to termin przesunięty o ilość dni z pola Dopuszczalna zwłoka oraz czas realizacji przelewu przez bank.

Formularz płatności – zakładka Ogólne

 

Na zdarzeniach powiązanych z dokumentem w innym module (np. zdarzenie powstałe po zatwierdzeniu faktury) automatycznie wyliczana jest data realizacji. Podczas wyliczania takiego terminu program uwzględnia dwie wprowadzone w systemie wielkości: czas realizacji przelewu przez bank (z formularza banku) oraz maksymalna zwłoka dla kontrahenta (z formularza kontrahenta).

Podczas wyliczania daty realizacji brane są pod uwagę również parametry związane z wykorzystaną formą płatności: typ płatności oraz jej termin. W zależności od dwóch ustawień do terminu płatności z dokumentu doliczane są odpowiednio czas realizacji przez bank lub zwłoka klienta: 

  • od typu płatności: czas realizacji przelewu przez bank jest doliczany zawsze dla płatności typu przelew, natomiast dla pozostałych – nie,
  • od terminu płatności: maksymalna dopuszczalna zwłoka jest doliczana do płatności z odroczonym terminem (niezależnie od typu), natomiast nie jest doliczana do płatności z terminem 0.

Przykład
W zależności od parametrów zdefiniowanych dla formy płatności program podczas wyliczania terminu realizacji uwzględnia odpowiednio zwłokę i/lub czas realizacji:
Forma płatności: gotówka z terminem płatności 0 – podczas wyliczania daty realizacji do podanego terminu płatności program nie doliczy żadnej wartości.
Forma płatności: gotówka z terminem 3 dni – podczas wyliczania daty realizacji do podanego terminu płatności program doliczy tylko maksymalną zwłokę dla klienta.
Forma płatności: przelew z terminem 0 – podczas wyliczania daty realizacji do podanego terminu płatności program doliczy tylko czas realizacji przez bank.
Forma płatności: przelew z terminem 7 dni – podczas wyliczania daty realizacji do podanego terminu płatności program doliczy maksymalną zwłokę dla klienta oraz czas realizacji przez bank.

Uwaga
Jeśli data realizacji wpływu pieniędzy przypada na sobotę lub niedzielę – program automatycznie przesuwa ją na poniedziałek. Jeśli dotyczy to daty realizacji naszego zobowiązania – jest przesuwana na piątek.

Stan – pole stan jest edytowalne, w związku z czym użytkownik w zależności od stanu realizacji przelewu może sam zaznaczyć odpowiedni poziom: 

  • Bufor – nadawany jest domyślnie nowo wprowadzanym zdarzeniom. Jeśli zdarzenie ma stan Bufor istnieje możliwość zmiany jedynie na stan Do realizacji. W przypadku zdarzeń powstałych w oparciu o zarejestrowany w systemie dokument stan Bufor nie jest dostępny.
  • Do realizacji – operator powinien ustawić dla zdarzenia, które zostało zatwierdzone do zrealizowania. Jeśli zdarzenie ma stan Do realizacji istnieje możliwość zmiany powtórnie na Wysłano lub Bufor (tylko jeśli zdarzenie nie posiada żadnych rozliczeń).
  • Wysłano – operator powinien nadać dla przelewu, którego polecenie zrealizowania zostało przesłane już do banku.
  • Jeśli przelew został wysłany w formie wydruku – operator musi stan Wysłano zaznaczyć ręcznie.
  • Jeśli użytkownik korzysta z elektronicznej wymiany danych – stan Wysłano zaznaczany jest automatycznie w chwili zapisania do pliku. Jeśli bank nie zrealizuje przelewu (np. z powodu błędnego numeru konta) – stan można cofnąć na Do realizacji. Możliwa jest również seryjna zmiana stanu z Wysłane na Do realizacji. Użytkownik zaznacza zdarzenia, którym chce zmienić stan i następnie wywołuje funkcję z menu kontekstowego pod prawym klawiszem myszy – funkcja „Zmień na do realizacji”.
  • Zrealizowano – w chwili nadania blokowana jest możliwość zmiany informacji wprowadzonych na zdarzeniu.

Stan może być nadawany:

  • ręcznie przez operatora, niezależnie od stanu rozliczenia zdarzenia. Nadanie stanu zrealizowano blokuje możliwość wprowadzania zmian na zdarzeniu (z wyjątkiem zmiany stanu).
  • automatycznie dla zdarzenia rozliczonego całkowicie.

W chwili rozliczenia dokumentu nadawany jest stan Zrealizowano i możliwość wprowadzania zmian na zdarzeniu (w tym również pola Stan) zostaje zablokowana. Dopiero w chwili usunięcia rozliczenia zdarzenie jest odblokowywane.

Podmiot – podmiot, którego dotyczy planowane zdarzenie w Preliminarzu. Podmiotem może być kontrahent, bank, pracownik, wspólnik lub urząd.

Rachunek – lista rachunków bankowych podmiotu. Pole to pojawia się jeżeli na zdarzeniu wybrany jest podmiot Kontrahent, Pracownik/Wspólnik lub Urząd. Wyświetlany jest opis rachunku bankowego lub numer rachunku jeżeli opis jest pusty. Lista jest aktywna, jeżeli stan zdarzenia to: Bufor, Do realizacji lub Wysłano. Natomiast w przypadku stanu zdarzenia Zrealizowano lista jest wyszarzana.

Bank – akronim banku właściwego dla podmiotu. Wprowadzając dane banku można wpisać jego akronim lub numer rozliczeniowy NRB. Można również wybrać bank z listy, wyświetlonej przyciskiem Bank. Jeśli wybrany powyżej podmiot ma wpisane na swojej karcie ewidencyjnej dane banku i nr rachunku, pole to wypełni się automatycznie.

Numer rachunku – jeśli wybrany powyżej podmiot ma wpisane na swojej karcie ewidencyjnej dane banku i nr rachunku, pole to wypełniane jest automatycznie. Numer rachunku podlega edycji i zmianie przez użytkownika do momentu, gdy stan zdarzenia nie będzie zrealizowany.

Urzędy ZUS i urzędy skarbowe mają kilka rachunków bankowych w zależności od tego, z jakiego tytułu wpłacane są pieniądze.

Dlatego jeśli jako podmiot na zdarzeniu wybrany zostanie Urząd z listy widocznej obok pola z kodem urzędu można wybrać, z jakiego tytułu nastąpił przepływ pieniędzy.

Jeśli jako podmiot na zdarzeniu wybierzemy Urząd z zakładki [ZUS] – istnieje możliwość wyboru pomiędzy ubezpieczeniem społecznym, ubezpieczeniem zdrowotnym a FP i FGŚP oraz FEP. W zależności od wyboru w pole Bank oraz Numer rachunku wpisane są automatycznie dane bankowe pobrane z odpowiedniej pozycji z karty urzędu ZUS (zakładka [Rachunki]).

Jeśli jako podmiot na zdarzeniu wybierzemy Urząd z zakładki [Urzędy skarbowe] z listy istnieje możliwość wyboru pomiędzy podatkiem od osób fizycznych, podatkiem od osób prawnych, podatkiem od towarów i usług oraz zaliczkami podatku od wynagrodzeń. W zależności od wyboru w pole Bank oraz Numer rachunku wpisane są automatycznie dane bankowe pobrane z odpowiedniej pozycji z karty urzędu skarbowego (zakładka [Rachunki]).

Obsługa pól jest zgodna z mechanizmem opisanym w rozdziale Obsługa pól związanych z bankiem.

Kategoria – kategoria, z którą skojarzone jest zdarzenie. Jeżeli dokument jest typu wpłata (zdarzenie przychodowe) z karty kontrahenta na dokument przenoszona jest kategoria sprzedaży. Jeżeli dokument jest typu wypłata (zdarzenie rozchodowe) z karty kontrahenta na dokument przenoszona jest kategoria zakupu.

Przelew SEPA – parametr jest widoczny tylko na zdarzeniach rozchodowych, o walucie rozliczenia EURO i wprowadzonych do rejestru obsługującego wymianę danych za pomocą webservice. Więcej informacji w tym temacie znajduje się w rozdziale Eksport przelewów europejskich SEPA.

Priorytet – ważność zdarzenia w Preliminarzu – strzałka z prawej strony pola rozwija listę możliwych priorytetów.

Dotyczy wersji: 2020.5.1

W przypadku eksportu przelewów formatem Citi Handlowy – Przelewy krajowe (CDFF), Citi Handlowy – Przelewy MPP (CDFF), Citi Handlowy – Przelewy krajowe (Elixir), Citi Handlowy – Przelewy MPP (Elixir), Citi Handlowy – Przelewy krajowe, w tym MPP (xml) płatność, która ma ustawiony priorytet Wysoki jest wysyłana jako przelew natychmiastowy (Express Elixir).

MPP – podzielona płatność – parametr widoczny jest na zdarzeniach, które znajdują się w rejestrze bankowym i dotyczą kontrahentów lub urzędów. Jeżeli płatność podlega metodzie podzielonej płatności (parametr MPP – podzielona płatność jest zaznaczony) to na zdarzeniu pojawiają się dodatkowe pola: Kwota podatku, NIP i Numer dokumentu. W przypadku gdy płatność związana jest z dokumentem źródłowym edycji podlega pole podatku, oraz Numer dokumentu (istotne w przypadku płatności do faktur zaliczkowych, gdzie zamiast numeru dokumentu należy wpisać słowo zaliczka), dla zdarzeń wprowadzonych ręcznie wszystkie pola są aktywne

Formularz zdarzenia – zakładka Rozliczenia

Zakładka [Rozliczenia] podzielona jest na trzy części.

W górnej części okna znajdują się te same informacje, które widoczne są na zakładce [Ogólne], a więc rodzaj dokumentu, data dokumentu, kwota w walucie, termin i data realizacji, oraz status i kwota rozliczona.

Środkowa część okna to informacje o walucie, w jakiej wystawiony jest dokument oraz walucie rozliczenia, a w przypadku walut obcych również o typie kursu oraz notowaniu. Więcej informacji znajduje się w części poświęconej rejestracji dokumentów w walutach obcych.

Dolna część okna to lista dokumentów, z którymi zdarzenie zostało rozliczone.

Jeśli zdarzenie jest zatwierdzone do realizacji oraz ma status (N) – nierozliczony lub (C) – częściowo rozliczony – na liście aktywne są przyciski:

 – dodanie pozycji <INSERT> – dodanie dokumentu rozliczającego edytowane zdarzenie.

Formularz zdarzenia – tabela rozliczeń

Podczas rozliczania z poziomu zdarzenia w preliminarzu płatności pojawia się lista z nierozliczonymi dokumentami, na której można zmodyfikować kwotę do rozliczenia. Na liście widoczne są zarówno zapisy kasowe/bankowe jak również zdarzenia z Preliminarza płatności nierozliczone oraz częściowo rozliczone. Na liście wyświetlane są również dokumenty w buforze. Na liście można zaznaczyć dokumenty, które mają zostać rozliczone.  W kolumnie Do rozliczenia można zmienić kwotę na mniejszą, jeżeli z dokumentu ma być rozliczona tylko część kwoty.

Lista dokumentów do rozliczenia

Na liście widoczne są następujące kolumny:

  • kolumna z zaznaczeniami.
  • Typ – określa czy dokument jest zapisem czy zdarzeniem.
  • Podmiot – podmiot wybrany na dokumencie.
  • Termin – termin płatności ze zdarzenia oraz data dokumentu z zapisu kasowego/bankowego.
  • Po terminie – ilość dni przeterminowania dokumentu. W sytuacji, gdy termin płatności przypada na sobotę lub dzień ustawowo wolny od pracy przy wyliczaniu ilości dni po terminie jako termin przyjmujemy najbliższy dzień roboczy. Jeżeli dokument jest w terminie w kolumnie będzie pusto. Podobnie dla zapisów kasowych/bankowych.
  • Kwota dokumentu – kwota z dokumentu w walucie rozliczenia.
  • Do rozliczenia – kwota pozostająca do rozliczenia. Może być modyfikowana podczas rozliczania.
  • Opis – opis ze zdarzenia bądź zapisu kasowego/bankowego.

Dodatkowo wśród kolumn ukrytych znajdują się następujące kolumny:

  • Data dokumentu – data z zapisu kasowego bankowego oraz data dokumentu ze zdarzenia.
  • Kategoria – kategoria wybrana na dokumencie.
  • Kod podmiotu – kod podmiotu wybranego na dokumencie.
  • Numer wewnętrzny.
  • Rejestr – symbol rejestru kasowego/bankowego, w którym znajduje się zdarzenie/zapis.

Pod listą dostępne są następujące filtry:

  • Rejestr – lista może zostać zawężona do zdarzeń i zapisów z konkretnego rejestru.
  • Waluta – zgodna z walutą rozliczenia dokumentu, z którego wykonywane jest rozliczenie. Przy tym sposobie rozliczania nie ma możliwości zmiany waluty.
  • Zakres dat – możliwość ograniczenia listy prezentowanych zapisów/zdarzeń dla wybranego zakresu dat.
  • Podmiot – domyślnie podpowiadany jest podmiot z rozliczanego dokumentu. Można zmienić podmiot bądź wyświetlić listę zdarzeń/zapisów wszystkich podmiotów.
  • Filtr – możliwość filtrowania listy z pomocą filtra prostego oraz zaawansowanego.
  • W polu Opis widoczny jest Opis księgowy z rozliczanego zdarzenia.

Na liście widoczna jest również sekcja z podsumowaniem:

  • Do rozliczenia – kwota do rozliczenia z rozliczanego dokumentu.
  • Zaznaczone do rozliczenia – suma kwot do rozliczenia z zaznaczonych dokumentów.
  • Pozostaje do rozliczenia – różnica pomiędzy kwotą Do rozliczenia oraz Zaznaczone do rozliczenia.

Pod listą dostępne są następujące przyciski:

 – Zmień – edycja pozycji, kursor w kolumnie „Do rozliczenia”.

 – Podgląd dokumentu – podnoszony jest odpowiednio formularz zdarzenia bądź zapisu kasowego/bankowego.

 – Wybierz – wybrane dokumenty przenoszone są do rozliczenia.

 – Zamknij okno – okno jest zamykane bez wybierania dokumentów do rozliczenia.

Po wyświetleniu listy jest ona zawężana w następujący sposób:

  • Jeżeli lista jest podnoszona ze zdarzenia przychodowego – wyświetlane są zdarzenia rozchodowe oraz zapisy k/b typu KP.
  • Jeżeli lista jest podnoszona ze zdarzenia rozchodowego – wyświetlane są zdarzenia przychodowe oraz zapisy k/b typu KW.

Edycja pozycji na liście umożliwia zmianę kwoty na mniejszą. Jeżeli użytkownik wpisze kwotę większą zostanie ona automatycznie zmieniona na kwotę maksymalną możliwą. Edycja pozycji możliwa jest poprzez ikonę „lupy”, <ENTER> oraz dwuklik. Pozycja, która została zmieniona jest wyróżniona na liście pogrubioną czcionką. Do rozliczenia wybierane są zaznaczone dokumenty, a jeżeli żaden nie jest zaznaczony to dokument aktualnie podświetlony.

Uwaga
Co to jest rozliczenie? Zdarzenie z Preliminarza można rozliczać z zapisami kasowymi/bankowymi. Czyli zaplanowany wcześniej w Preliminarzu przychód rozliczamy z faktycznym przychodem zapisanym w raporcie kasowym/bankowym (np. na podstawie wyciągu bankowego). Zarówno zapis, jak i zdarzenie mają ten sam kierunek przepływu środków finansowych. Obydwa są albo przychodami albo rozchodami.

Uwaga

W Konfiguracji Firmy/ Księgowość/ Księgowość kontowa dostępny jest parametr Automatyczne rozliczenia i rozrachunki. Po jego zaznaczeniu rozliczenie w module Kasa/Bank skutkować będzie rozrachunkiem w module Księga Handlowa lub Księga Handlowa Plus i analogicznie rozrachunek w module Księga Handlowa lub Księga Handlowa Plus skutkować będzie rozliczeniem w module Kasa/Bank.

Przykład

Dla kontrahenta AGAT wystawiona została faktura sprzedaży FS/000123/2010, na kwotę 500 zł., z odroczonym terminem płatności (np. 15.06.2010). Do Preliminarza płatności kontrahenta AGAT automatycznie wpisane zostało zdarzenie: 15 czerwca spodziewana jest zapłata 500 zł. za fakturę FS/000123/2010.
16 lipca, na podstawie wyciągu bankowego, wprowadzamy do rejestru BANK zapis, z którego wynika, że kontrahent wpłacił na nasze konto 500 zł, i że jest to zapłata za FS/000123/2010.
Wówczas z poziomu zakładki [Rozliczenia] zaplanowanego zdarzenia odszukujemy na liście zapisów kontrahenta AGAT wpłatę za fakturę i wprowadzamy ją na listę.
Zatwierdzenie tego rozliczenia spowoduje, że:
zapis dotyczący otrzymanej płatności (zapłata) w rejestrze BANK otrzyma status rozliczonego (z dokumentem FS/000123/2010),
zdarzenie dotyczące planowanej płatności za FS/000123/2010 w Preliminarzu kontrahenta AGAT otrzyma status rozliczonego (na podstawie zapisu z rejestru BANK, pochodzącego z wyciągu bankowego)
faktura FS/000123/2010 otrzyma status dokumentu rozliczonego (zapłaconego).

Uwaga
Należy pamiętać, że aby rozliczyć zdarzenia mające różne waluty dokumentu, muszą one posiadać taką samą walutę rozliczenia

Uwaga
Co to jest kompensata? Zdarzenie w Preliminarzu można kompensować z innymi planowanymi zdarzeniami. Np. jeśli kontrahent jest zarówno dostawcą jak i odbiorcą naszych usług, może zdarzyć się, że w Preliminarzu znajdzie się zarówno planowana spłata naszego zobowiązania (za fakturę zakupu) jak i planowana spłata należności (za fakturę sprzedaży). Zamiast dokonywać obu płatności można już na poziomie Preliminarza skompensować ze sobą planowany przychód za FS z planowanym rozchodem za FZ. W przypadku kompensaty kierunki przepływu środków finansowych na kompensowanych zdarzeniach muszą być przeciwne. Jedno z nich musi być przychodem, drugie rozchodem.

Przykład
Dla kontrahenta wystawiliśmy fakturę sprzedaży FS/00023/2010 z odroczoną płatnością na kwotę 500 zł. Jednocześnie ten sam kontrahent wykonał dla nas usługę na kwotę 450 zł i wystawił fakturę FZ/567/2010, również z odroczoną płatnością. Obydwie płatności nie są zrealizowane i obydwie wprowadziły do Preliminarza zdarzenia związane z planowanymi spłatami. Te dwa zdarzenia można ze sobą skompensować. Ponieważ kwoty na fakturach nie są równe, po wykonaniu kompensaty w Preliminarzu zdarzenie dotyczące planowanego przychodu na kwotę 500 zł otrzyma status C – częściowo rozliczonego i pozostanie na nim do rozliczenia 50 zł. Zdarzenie dotyczące płatności za fakturę zakupu zostanie całkowicie rozliczone.

 – podgląd pozycji –podgląd szczegółów na temat dokumentu, z którym dokonane zostało rozliczenie. Na podglądanym dokumencie nie da się wprowadzić (zapisać) żadnych zmian.

 – usunięcie pozycji <DELETE> – usunięcie pozycji, z którą nastąpiło rozliczenie. Jeśli faktura jest rozliczona całkowicie – informacje na zakładce [Ogólne] nie są edytowalne. Jeśli usuniemy rozliczenie – informacje te są ponownie edytowalne. Opcja usuwania działa zarówno dla podświetlonego, jak i dla zaznaczonych rozliczeń. Przy próbie usunięcia kilku zaznaczonych rozliczeń te rozliczenia które można usunąć są usuwane, natomiast dla tych których nie można usunąć (bo np. jest uwzględnione na dokumencie kompensaty) pojawia się odpowiedni komunikat informujący o tym, dlaczego nie można usunąć rozliczenia.

 – dostępny jest wydruk Dodatkowe: Rozliczenie dokumentu, który zawiera oprócz podstawowych informacji o zdarzeniu również listę rozliczających go dokumentów i kwoty rozliczeń. Wydruk generowany jest na podstawie informacji widocznych na zakładce [Rozliczenia].

Lista dokumentów, z którymi rozliczane/kompensowane jest edytowane zdarzenie zawiera w kolejnych kolumnach informacje o wprowadzonych na nią pozycjach:

Numer dokumentu – numer dokumentu rozliczającego lub kompensującego zdarzenie. W przypadku rozliczeń zawsze wyświetlony jest numer zapisu kasowego/bankowego, z którym skojarzyliśmy nasze zdarzenie. W przypadku kompensat jest to numer obcy albo numer dokumentu (uzupełniany automatycznie dla zdarzeń skojarzonych z innym dokumentem), a jeśli te nie są wypełnione – pierwsza linia opisu zdarzenia.

Data – data dokonania rozliczenia/kompensaty. Domyślnie jest to data późniejszego dokumentu. Wartość w kolumnie Data jest edytowalna i możliwa do zmiany.

Termin – termin płatności zapisu lub zdarzenia rozliczającego lub kompensującego nasz zapis.

Rozliczono – kwota, która została rozliczona na tym zapisie/zdarzeniu.

Pozostało – kwota, która pozostała do rozliczenia na tym zapisie/zdarzeniu.

Formularz zdarzenia –  zakładka Dodatkowe

Opis księgowy – dodatkowe pole opisujące zdarzenie. Standardowo w pierwszą linię tego pola wpisywany jest opis wybranej powyżej kategorii. Jeśli zdarzenie powstało w oparciu o wprowadzony w systemie dokument – w pole Opis przepisywany jest numer dokumentu.

Opis do banku – pole wykorzystywane podczas elektronicznej wymiany danych z bankiem. Mechanizm opisany dokładniej w rozdziale: Elektroniczna wymiana danych z bankiem. W przypadku zdarzeń generowanych do dokumentów źródłowych pierwsza linia opisu do banku jest wypełniana automatycznie. Automatyczny opis jest generowany w sytuacji, kiedy nie podstawi się z kategorii. Dla wynagrodzeń generowany jest opis: Wynagrodzenie za [miesiąc/rok], dla pozostałych dokumentów generowany jest opis Zapłata za [numer dokumentu].

Konto przeciwstawne B.O. – pole istotne przy współpracy z modułem Księga Handlowa (wykorzystywane przy inicjalizacji B.O. W Księdze Handlowej na podstawie Preliminarza płatności i zapisów kasowych/bankowych). Mechanizm został dokładnie opisany artykule Formularz bilansu otwarcia. Program umożliwia użytkownikom nie posiadającym licencji na KH lub KH Plus wybór właściwego konta z planu kont.

Wprowadził – operator, który wprowadził zdarzenie do Preliminarza.

Zmodyfikował – operator, który dokonał ostatniej modyfikacji.

Formularz zdarzenia –  zakładka Windykacja

Uwaga
Zakładka dostępna, gdy użytkownik posiada licencję na moduł CRM Plus

Zakładka [Windykacja] zawiera: 

  • Schemat windykacji – schemat, wg którego będą wykonywane kolejne operacje w ramach windykacji dla tej płatności.
  • Historię zdarzeń windykacyjnych zawierającą kolumny Data, Numer dokumentu, Typ, Temat. Przycisk Podgląd umożliwia podgląd wykonanego etapu schematu windykacji.

Na liście zdarzeń w Preliminarzu płatności jest dostępna opcjonalnie wyświetlana kolumna Windykacja – schemat zawierająca kod schematu windykacji przypisanego do płatności.

Preliminarz płatności – zakładka Windykacja

 




Preliminarz płatności – zakładka Kalendarz

Zakładka [Kalendarz] to niejako zbiorcze zestawienie wpływów i wydatków na poszczególne dni, zarówno tych już wprowadzonych (zapisów) jak i planowanych (zdarzeń).

Kalendarz ma budowę hierarchiczną. Każdy wiersz odpowiada jednemu tygodniowi. Wybrany tydzień można rozwinąć na poszczególne dni, a te na poszczególne zdarzenia.

Lista zawiera sześć kolumn:

Data/ Dokument – w zależności od poziomu zawiera albo daty tygodnia albo konkretny dzień. Dla poszczególnych zdarzeń i zapisów zawiera numer dokumentu związanego (lub jeśli takiego numeru nie ma – fragment opisu zdarzenia).

Podmiot – zawiera nazwę podmiotu związanego ze zdarzeniem lub zapisem (kolumna jest wypełniona tylko na poziomie konkretnego zdarzenia).

Przychód – wartość zapisów typu przychód oraz planowanych przychodów (w zależności od poziomu w obrębie tygodnia, dnia lub zdarzenia). Dla zdarzeń uwzględniana jest jedynie wartość w części pozostającej do rozliczenia.

Rozchód – wartość zapisów typu rozchód oraz planowanych rozchodów (w zależności od poziomu w obrębie tygodnia, dnia lub zdarzenia). Dla zdarzeń uwzględniana jest jedynie wartość w części pozostającej do rozliczenia.

Bilans – różnica pomiędzy wartością przychodu i rozchodu.

Saldo – saldo określa stan rachunku na koniec danego dnia/tygodnia. W przypadku zdarzenia saldo nie jest wyliczane.

Saldo wyliczane jest w oparciu o bilans otwarcia rejestru (wybranego lub wszystkich w zależności od ustawień Kalendarza) oraz wszystkich wprowadzonych zapisów kasowych/bankowych oraz zdarzeń w części pozostającej do rozliczenia, od początku istnienia danego rejestru do podanej daty.

Uwaga
Wartości zawsze wyliczane są w PLN zgodnie z kursem podanym na poszczególnych zdarzeniach/ zapisach.

Lista obsługiwana jest przez:

Zakres dat od… do… – zakres dat dla jakiego liczony ma być kalendarz. Proponowany jest okres obejmujący dwa tygodnie wstecz i cztery w przód.

Rejestr – istnieje możliwość by wartości wyliczone w kalendarzu obejmowały wszystkie zapisy i zdarzenia lub tylko z jednego wybranego rejestru.

Uwaga
Kalendarz jest zawsze wyliczany w walucie, w jakiej prowadzony jest wskazany rejestr kasowy/ bankowy. Jeśli Użytkownik wybierze opcję wszystkie – wartości zostaną wykazane w PLN.

Zapisy: preliminarz, zapisy k/b – przy odznaczonej opcji preliminarz wyświetlane będą tylko zapisy kasowe/bankowe, przy odznaczonej opcji zapisy k/b wyświetlane będą tylko zdarzenia z preliminarza płatności. Przy odznaczonych obu opcjach lista będzie pusta.

Pomijaj dni bez obrotów – zaznaczenie parametru spowoduje, że w kalendarzu nie pojawią się dni, w których nie ma żadnych planowanych operacji finansowych. Tygodnie bez obrotów będą widoczne na liście dla zachowania ciągłości czasu.

Preliminarz płatności – Kalendarz

Pomijaj zdarzenia/zapisy ze statusem Nie podlega rozliczeniu – parametry odpowiadają za uwzględnianie płatności/zapisów w zależności od ich statusu (Nie rozliczone / Nie podlega): 

  • jeśli jest odznaczony – w Kalendarzu uwzględniane są wszystkie płatności/ zapisy kasowe/bankowe,
  • jeśli parametr jest zaznaczony – uwzględniane są tylko te, które podlegają rozliczeniom.

 – powoduje przeliczenie wartości w kalendarzu.

 – przycisk zmienia wygląd jeśli kalendarz nie był jeszcze przeliczony lub zmieniono parametry listy. Oznacza to, że powinien zostać przeliczony na nowo.

Zasady obsługi Kalendarza: 

  1. Jeśli dana część listy (odpowiadająca tygodniowi czy dniowi) jest zwinięta – obok daty widoczny jest . Jego kliknięcie spowoduje rozwinięcie listy.
  2. Jeśli dana lista jest rozwinięta to widoczny jest . Jego kliknięcie spowoduje zwinięcie listy.
  3. Na poziomie poszczególnych zdarzeń nie pojawiają się przyciski służące zwijaniu/rozwijaniu list. Zdarzenia oznaczone są .
  4. W menu kontekstowym (prawy przycisk myszy) dostępne są dodatkowo funkcje Zwiń wszystko (powoduje zwinięcie całej listy do poziomu poszczególnych tygodni) oraz Rozwiń wszystko (powoduje rozwinięcie kalendarza aż do poziomu zdarzeń).
  5. Po przeliczeniu kalendarz zawsze domyślnie wyświetlany jest jako zwinięty do poziomu tygodni.

Zasady dotyczące obsługi list, grupowania, sortowania, wyszukiwania pozycji (filtrowania) i ogólnie przystosowywania wyglądu list do indywidualnych potrzeb użytkownika zostały opisane tutaj.




Preliminarz płatności – zakładka Preliminarz

Lista zdarzeń zawiera m.in. informacje:

Numer dokumentu – jako numer dokumentu wyświetlany jest:

  • numer obcy wpisany na formularzu zdarzenia,
  • jeśli pole Numer obcy jest puste – wyświetlony jest numer dokumentu, (jeśli zdarzenie zostało zapisane automatycznie przez program, jako planowana płatność do dokumentu wystawionego w systemie Comarch ERP Optima),
  • jeśli zarówno numer obcy jak i numer dokumentu są puste – w kolumnie numer wyświetlana jest pierwsza linia opisu.

Rejestr – nazwa rejestru, w którym wpisane zostało zdarzenie.

Termin – termin płatności zdarzenia.

Data realizacji – planowana data realizacji zdarzenia (niekoniecznie zgodna z terminem płatności właściwym dla zdarzenia). Szczegółowy opis daty realizacji znajduje się w rozdziale przedstawiającym formularz zdarzenia z Preliminarza płatności.

Nazwa podmiotu – nazwa podmiotu, z którym skojarzone jest zdarzenie.

Kategoria – nazwa kategorii, do której zdarzenie zostało przypisane.

Przychód – kwota przychodu.

Rozchód – kwota rozchodu.

(S) Status – status zdarzenia. Zdarzenia w Preliminarzu mogą przyjmować status:

  • (N) – Nierozliczone
  • (C) – rozliczone Częściowo
  • (R) – Rozliczone całkowicie

Kolorami oznaczony jest stan zdarzenia:

  • zielony oznacza zdarzenie w buforze – można na nim dokonywać wszelkich zmian, nie da się wprowadzać rozliczeń,
  • czarny to zdarzenia zatwierdzone do realizacji – można na nich wprowadzać zmiany i działa funkcja rozliczeń/kompensat,
  • niebieski to zlecenia wysłane do banku – aktywne przy wykorzystywaniu funkcji elektronicznej wymiany danych z bankiem. Zdarzenia, których stan to zlecenia wysłane do banku nie podlegają żadnym modyfikacjom.

Dodatkowa funkcjonalność na liście zdarzeń z Preliminarza to:

Zakres dat – listę zdarzeń można zawęzić do wskazanego okresu czasu. Wystarczy zaznaczyć pole Zakres dat i podać daty początkową i końcową.

Nierozliczone/Rozliczone (częściowo, całkowicie) / Nie podlega – to możliwość wyświetlenia na liście zdarzeń ze względu na stan ich rozliczenia:

  • Nie podlega – wyświetlane są wszystkie zdarzenia, którym w chwili wystawiania nadano status Nie podlega. Takie zdarzenia nie mogą zostać rozliczone.
  • Nierozliczone – wyświetlane są zdarzenia, które nie są rozliczone.
  • Rozliczone (częściowo, całkowicie) – wyświetlane są zdarzenia, które przynajmniej częściowo zostały rozliczone – o statusach (R) Rozliczone lub (C) rozliczone Częściowo.

Tylko MPP– lista zostanie zawężona do zdarzeń, które mają zaznaczony parametr MPP – podzielona płatność.

Waluta – w systemie można wprowadzać dokumenty również w walutach obcych. Parametr pozwala określić czy na liście mają być wyświetlane wszystkie zdarzenia, niezależnie od waluty, czy też zdarzenia wystawione w jednej wybranej walucie.

Tylko przeterminowane (wg terminu płatności) – zaznaczenie tego parametru powoduje, iż na liście widoczne są tylko dokumenty, które są przeterminowane ze względu na termin płatności.

Tylko przeterminowane (wg daty realizacji) – zaznaczenie tego parametru powoduje, iż na liście widoczne są tylko dokumenty, które są przeterminowane ze względu na datę realizacji.

 – edycja pozycji – możliwość podglądu szczegółów o zdarzeniu i ich zmiany. Zmiana zapisu jest możliwa jedynie wtedy, gdy zdarzenie nie jest powiązane z wystawionym w programie innym dokumentem (np. fakturą sprzedaży z odroczonym terminem płatności).

 – usunięcie pozycji. Jeśli zdarzenie ma status (N) – Nierozliczonego, można je usunąć z listy (za potwierdzeniem). Usunięcie zdarzeń o statusie (C) – rozliczonych Częściowo(R) – Rozliczonych całkowicie będzie możliwe dopiero zaznaczeniu parametru Kasowanie rozliczeń przy kasowaniu i anulowaniu dokumentów w Konfiguracji Firmy/ Kasa/Bank/ Parametry. Nie można usunąć zdarzeń powiązanych z transakcją.

 – jest aktywny wyłącznie dla wybranego konkretnego rejestru. Szczegóły na temat wprowadzania nowych zdarzeń znajdują się w rozdziale: Preliminarz płatności – formularz zdarzenia.

Uwaga
Z poziomu Preliminarza dostępny jest dodatkowo wydruk Zestawienia nominałów. Wydruk jest tworzony dla zdarzeń rozchodowych, aktualnie zaznaczonych na liście . Wydruk obejmuje wszystkie dostępne nominały wraz z ilościami potrzebnymi do wypłacenia poszczególnych kwot. Może być wykorzystany na przykład do przygotowania wypłat gotówkowych dla pracowników.

Dodatkowo dostępne są m. in. następujące przyciski:

 – dostępny jest wyłącznie dla wybranego konkretnego rejestru, jeśli wyświetlany rejestr jest typu BANK. Przycisk ten pozwala na przygotowywanie zestawu poleceń przelewów, które mają zostać zrealizowane przez bank. Lista zaznaczonych zdarzeń zapisywana jest, jako lista poleceń przelewu do pliku tekstowego. Szczegóły na temat eksportu przelewów do banku znajdują się w rozdziale: Elektroniczna wymiana danych z bankiem.

Uwaga
Dla wybranego konkretnego podmiotu oraz zapisów częściowo i/lub całkowicie rozliczonych dostępny jest dodatkowo wydruk Potwierdzenia kompensaty. Wydruk jest potwierdzeniem kompensat dokonanych w podanym okresie czasu dla ustalonego na liście podmiotu. Wydruk obejmuje m.in. informacje o kompensowanych dokumentach oraz kwotę kompensaty

lista rozliczeń kasowych/ bankowych podmiotu z podświetlonego kursorem zdarzenia.

-Wymiana danych- po wejściu do Kasa/Bank lub do Preliminarza płatności mamy możliwość w szybki sposób skonfigurować, a później wymieniać dane z Klientem wykorzystując Internetową Wymianę Dokumentów (IWD). Sekcja zawiera trzy pozycje: Wyślij dane, Odbierz dane i Historia wymiany. Więcej szczegółów w rozdziale poświęconym wymianie danych.

– w programie Comarch ERP Optima w wersji dla Biur Rachunkowych po wejściu do Kasa/Bank lub do Preliminarza płatności dostępna jest sekcja iKsięgowość, która posiada dwie opcje: Klienci biura oraz Wiadomości od Klientów.

-z poziomu listy Klientów biura możemy dodać nowego Klienta do Internetowej Wymiany Dokumentów.

– opcja umożliwia komunikowanie się z Klientami biura rachunkowego bezpośrednio z poziomu programu Comarch ERP Optima

Więcej informacji na temat dodawania nowego Klienta do Internetowej Wymiany Dokumentów oraz prowadzenia korespondencji znajduje się w artykule iKsięgowość.

-usługi finansowe Comarch Apfino umożliwiają przekazanie faktur do faktoringu, windykacji oraz przesłanie płatności w celu ich uregulowania z poziomu platformy Comarch Apfino

Na liście zdarzeń w Preliminarzu część zapisów może być zaznaczona czerwonym wykrzyknikiem. Oznacza to:

  • na liście zdarzeń nierozliczonych – zdarzenia przeterminowane, których termin płatności już minął,
  • na liście zdarzeń rozliczonych – zdarzenia, które zostały rozliczone po terminie.

Zasady dotyczące obsługi list, grupowania, sortowania, wyszukiwania pozycji (filtrowania) i ogólnie przystosowywania wyglądu list do indywidualnych potrzeb użytkownika zostały opisane tutaj.