Formy płatności
W systemie Comarch ERP Optima zdefiniowano podstawowe formy: bon, czek, gotówka, inna, karta, kredyt, mobilna, przelew. Domyślnie wszystkie te formy związane są z jednym rejestrem KASA (tworzonym w chwili zakładania nowej bazy danych). Zalecane jest jednak założenie oddzielnych rejestrów dla przelewu i firmowych kart płatniczych.
Formy płatności definiuje się w Start/Konfiguracja/Firma/KasaBank/Formy płatności.
Użytkownik programu może zdefiniować własne formy płatności. Warto przy tym pamiętać, że program w pewnych przypadkach ułatwia konfigurowanie form płatności:
Termin – domyślny termin płatności związany z formą płatności (ilość dni)
Terminal płatniczy – parametr wykorzystywany dla płatności dokonywanych przez terminal płatniczy, jest aktywny tylko dla typu płatności Karta, dla innych typów płatności parametr jest nieaktywny. Jeżeli parametr zostanie zaznaczony, wówczas nie jest możliwa zmiana wartości w polu Termin.
Płatność KSeF – w tym polu istnieje możliwość powiązania form płatności istniejących w systemie Comarch ERP Optima z formami wymaganymi przez KSeF. Opcje dostępne do wyboru w polu Płatność KSeF to:
W chwili wprowadzania dokumentu program sprawdza, w jakiej walucie jest wystawiany dokument, a następnie – jakie rejestry są skojarzone z wybraną formą płatności:
- W chwili pierwszego uruchomienia nowej bazy danych pojawia się kreator, który umożliwia m.in. założenie pierwszego rejestru dla rachunku bankowego. Jeśli użytkownik z niego skorzysta – program automatycznie skojarzy formę płatności przelew z tworzonym rejestrem bankowym.
- Jeśli użytkownik nie skorzysta z kreatora to w chwili założenia pierwszego rejestru bankowego (bezpośrednio w Module dostępowym Kasa/Bank)– program automatycznie skojarzy ten rejestr z formą płatności przelew.
- Jeśli użytkownik zakłada kolejny rejestr dla rachunku bankowego złotówkowego – program zaproponuje utworzenie dodatkowej formy płatności skojarzonej z tym rejestrem.
Uwaga
W przypadku form płatności typu gotówka oraz przelew istnieje możliwość takiego zdefiniowania, by płatności związane z tą formą trafiały do różnych rejestrów, w zależności od operatora, który wystawia dokument. Są to tzw. kasy domyślne oraz banki domyślne dla operatora. Funkcja może być przydatna w firmach, gdzie poszczególni operatorzy wprowadzają zapisy do odrębnych rejestrów. Funkcjonalność jest szczegółowo opisana w Podręczniku Użytkownika Modułu dostępowego (Kasa/Bank).
- gotówka
- karta
- bon
- czek
- kredyt
- przelew
Rachunki walutowe a formy płatności
Dodatkowo z każdą formą płatności można powiązać dodatkowo rejestry walutowe. Informacje o obsługiwanych rejestrach walutowych wprowadza się na liście widocznej w dolnej części okna. Dodając nowy rejestr na liście pojawiają się tylko rejestry prowadzone w walutach obcych. Po wybraniu rejestru, program automatycznie uzupełnia informację o walucie.Uwaga
Z jedną formą płatności może być skojarzony tylko jeden rejestr w danej walucie (tzn. Z jedną formą płatności nie mogą być skojarzone np. dwa rejestry walutowe w EURO). Dzięki temu można w jednoznaczny sposób określić, do którego rejestru powinien trafić dokument kasowy w danej walucie.
- Jeśli dokument jest w PLN – zapis/ płatność w Kasie/Banku jest wprowadzana w rejestrze domyślnym (złotówkowym).
- Jeśli dokument jest w walucie, która jest przypisana do wybranej formy płatności – zapis/ płatność jest tworzony w rejestrze skojarzonym z daną walutą.
- Jeśli dokument jest w walucie, która nie jest uzupełniona dla wybranej formy płatności – zapis/ płatność jest tworzony w rejestrze domyślnym (złotówkowym).
Przykład
W firmie są dwa rachunki bankowe: jeden złotówkowy, a drugi w EURO. Założone są dla nich dwa rejestry: R_PLN – złotówkowy (dla rachunku w PLN) oraz R_EUR (dla rachunku w walucie obcej). Użytkownik definiuje jedną formę płatności przelew. Domyślnie kojarzy go z rejestrem R_PLN, natomiast w sekcji rejestry walutowe dopisuje dodatkowo rejestr R_EUR.
- Jeśli wystawi dokument w PLN – płatność znajdzie się w Preliminarzu w rejestrze R_PLN
- Jeśli wystawi dokument w EUR – płatność znajdzie w Preliminarzu w rejestrze R_EUR
Parametry
Automatyczna generacja kasy dla ewidencji dodatkowej – włączenie tego parametru powoduje generowanie zapisów kasowych w raportach kasowych podczas wpisywania zapisów w ewidencjach dodatkowych. Jeśli parametr zostanie wyłączony, zapisy w ewidencjach dodatkowych będą generować wpisy w Preliminarzu płatności (menu Kasa/Bank)
Automatyczna generacja kasy dla rejestrów VAT – włączenie tego parametru powoduje generowanie zapisów kasowych w raportach kasowych podczas wpisywania zapisów w rejestrach VAT. Jeśli parametr zostanie wyłączony, zapisy w rejestrach VAT będą generować zapisy w Preliminarzu płatności (menu Kasa/Bank).
Automatyczne kompensaty – mechanizm automatycznych kompensat ma zastosowanie w przypadku wystawiania faktur korygujących. Polega on na tym, że w sytuacji, gdy korekta jest wystawiana z odroczonym terminem płatności (kwota zapłacona jest mniejsza od wartości brutto faktury) – system próbuje ją od razu skompensować z płatnością dla faktury korygowanej.
Automatycznie generuj dokumenty zapłaty kartą kredytową – zaznaczenie parametru powoduje, że dla zapisów wprowadzanych z formą płatności Karta kredytowa generowane są na liście zapisów kasowych/bankowych odpowiednie dokumenty. Aby automatyczne rozliczanie płatności kartą zadziałało dla dokumentów dodawanych do rejestru VAT / ewidencji dodatkowej, muszą być również zaznaczone parametry Automatyczna generacja kasy dla rejestrów VAT/ Automatyczna generacja kasy dla ewidencji dodatkowej w Konfiguracji Firmy/ Kasa/Bank/ Parametry.
Domyślny schemat numeracji dla automatycznych zapisów kasowych – zaznaczenie tego parametru powoduje, iż przy automatycznych zapisach kasowych/bankowych schemat numeracji dokumentów jest pobierany z Konfiguracji firmy/ Kasa i Bank/ Dokumenty: KP/KW z kolumny Definicja – KP dla zapisów typu Przychód, KW dla zapisów typu Rozchód. Seria dla schematu numeracji pobierana jest z rejestru kasowego/bankowego tak jak przy ręcznym dodawaniu KP/KW.
Kasowanie rozliczeń przy kasowaniu i anulowaniu dokumentów – parametr ten decyduje, czy w momencie kasowania lub anulowania dokumentów już rozliczonych ma być kasowane wykonane do tego dokumentu rozliczenie.
Zasady automatycznego usuwania zapisów kasowych:
- Zapis kasowy zostanie usunięty, jeśli powstał automatycznie w chwili zatwierdzenia faktury.
- Jeśli faktura była rozliczana „ręcznie” – rozpięte zostanie jedynie powiązanie pomiędzy fakturą a odpowiednim zapisem. Zapis pozostanie w raporcie ze statusem
- Program nie usunie zapisu, jeśli znajduje się on w raporcie zamkniętym (usunięte zostanie jedynie powiązanie z fakturą).
- na Zdarzeniu k/b zawsze pobieraj Kategorię z karty podmiotu i Opis z Kategorii,
- na Zapisie k/b zawsze pobieraj Kategorię z karty podmiotu i Opis z Kategorii.
Daty dokumentów
W sekcji Daty dokumentów możemy określić rodzaj daty, z jaką będą zapisywane operacje kasowe podczas automatycznego generowania w nich pozycji (w czasie zamykania dokumentów).
Data zapisu kasowego przy zapisie FA – określa, czy zapis kasowy generowany przy Fakturze Sprzedaży/ Wydaniu Kaucji będzie opatrzony datą sprzedaży, datą wystawienia czy terminem płatności Faktury Sprzedaży/ Wydania Kaucji.
Data zapisu kasowego przy zapisie PA – określa, czy zapis kasowy generowany przy paragonie będzie opatrzony datą sprzedaży, datą wystawienia czy terminem płatności paragonu.
Data zapisu kasowego przy zapisie FZ – określa, czy zapis kasowy generowany przy Fakturze Zakupu/ Przyjęciu Kaucji będzie opatrzony datą wystawienia, datą zakupu, datą wpływu czy terminem płatności z Faktury Zakupu/ Przyjęcia Kaucji.
Data zdarzenia w preliminarzu dla FZ – określa, czy zapis wygenerowany w Preliminarzu podczas zamykania Faktury Zakupu/ Przyjęcia Kaucji, będzie opatrzony datą wystawienia, datą zakupu czy datą wpływu.
Data zdarzenia w preliminarzu dla FS/WKA, PA – określa, czy zapis wygenerowany w Preliminarzu podczas zamykania Faktury sprzedaży/ Wydania kaucji/ Paragonu będzie opatrzony datą wystawienia czy datą sprzedaży.
Data zapisu kasowego dla ewidencji dodatkowej – określa, czy operacja kasowa generowany przy zapisach z ewidencji dodatkowych, będzie opatrzona datą wystawienia, datą zapisu, datą operacji czy terminem płatności.
Data zdarzenia w preliminarzu dla ewidencji kosztów - określa, czy zapis wygenerowany w Preliminarzu dla dokumentu wprowadzonego do ewidencji dodatkowej kosztów, będzie opatrzony datą wystawienia, datą zapisu czy datą operacji.
Data zdarzenia w preliminarzu dla ewidencji przychodów – określa, czy zapis wygenerowany w Preliminarzu dla dokumentu wprowadzonego do ewidencji dodatkowej przychodów, będzie opatrzony datą wystawienia, datą zapisu czy datą operacji.
FA/WKA, PA – termin płatności liczony od – określa od jakiej daty liczony jest termin płatności dla Faktur Sprzedaży, Dokumentów Wydania Kaucji i paragonów. Do wyboru mamy datę wystawienia oraz datę sprzedaży.
FZ/PKA – termin płatności liczony od - określa od jakiej daty liczony jest termin płatności dla Faktur Zakupu oraz dokumentów kaucyjnych (Przyjęcie Kaucji). Do wyboru mamy datę wystawienia, datę zakupu oraz datę wpływu.
Ewidencja dodatkowa – termin płatności liczony od – określa, od jakiej daty liczony jest termin płatności zapisów w ewidencjach dodatkowych. Do wyboru mamy datę wystawienia, datę zapisu oraz datę operacji.
Dokumenty
W systemie Comarch ERP Optima dostępne są następujące typy dokumentów kasowych/bankowych: Delegacje, Kasa Przyjmie, Kasa Wypłaci, Nota Odsetkowa, Ponaglenia Zapłaty, Potwierdzenie Salda, Różnica Kursowa oraz Różnica Kursowa powstała w magazynie walut. Dla każdego z tych typów dokumentów możliwe jest określenie odrębnego sposobu numeracji i domyślnej serii. Umożliwi to łatwe wystawianie dokumentów, bez konieczności każdorazowego wyboru sposobu numeracji. Wyboru można dokonać spośród schematów zdefiniowanych w gałęzi Definicje dokumentów/ Kasa i Bank.
Diety i ryczałty
Wyświetlana jest lista krajów wraz z walutą i kwotami diet i ryczałtów. Lista jest domyślnie uzupełniona wartościami wynikającymi z załącznika do rozporządzenia Ministra Pracy i Polityki Społecznej z dnia 29 stycznia 2013 roku (Rozporządzenie MPiPS z dnia 29 stycznia 2013 r. w sprawie należności przysługujących pracownikowi zatrudnionemu w państwowej lub samorządowej jednostce sfery budżetowej z tytułu podróży służbowej (Dz. U. 2013, poz. 167)).
Kwoty diet, ryczałtów noclegowych i limitów na nocleg można zmienić wpisując indywidualne wartości. Kwoty są zapamiętywane historycznie. Z tego poziomu można również określić czy delegacje mają być wyliczane w oparciu o ustawowe (pobierane z Konfiguracji Programu/ Kasa/Bank/ Diety i ryczałty) czy indywidualne (pobierane z Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty) stawki diet i ryczałtów.
Karty kredytowe
W programie zdefiniowana jest lista najczęściej spotykanych kart kredytowych. Lista predefiniowanych pozycji nie jest edytowalna. Istnieje jednak możliwość dopisania do tej listy innych kart.
Lista obsługiwana jest przez standardowe przyciski obsługi listy, opisane szczegółowo w niniejszym podręczniku.
Możliwość zmiany nazwy karty jest dostępna tylko, jeśli została ona dopisana przez użytkownika.
Usunięcie pozycji jest możliwe tylko dla pozycji wprowadzonych przez użytkownika
Podczas wprowadzania zapisu kasowego z wykorzystaniem karty system Comarch ERP Optima sprawdza poprawność jej numeru.
Zasady sprawdzania poprawności wprowadzanych numerów kart kredytowych zostały opisane w artykułach związanych z Modułu dostępowego (Kasa/Bank).