Dokumenty w walucie obcej

Wielowalutowość obejmuje możliwość rejestracji płatności w walucie oraz rozliczania tych płatności poprzez wpłaty dokonywane w kasie gotówkowej (lub rachunku bankowym). Na podstawie dokonanych rozliczeń program potrafi wyliczyć oraz zaksięgować kwotę różnic kursowych. W Preliminarzu istnieje możliwość rejestracji płatności w walucie. Zdarzenie w Preliminarzu ma możliwość określenia kwoty walutowej, waluty dokumentu, waluty rozliczenia, kursu i kwoty złotówkowej. Zapisy kasowe/bankowe umożliwiają realizację zapłat za zdarzenia walutowe. Należy tu zaznaczyć, że nie jest to równoznaczne z rejestracją operacji prowadzonych w kasie walutowej, a jest to jedynie możliwość rozliczania zdarzeń walutowych zapisami złotówkowymi. Typową operacją obsługiwaną w tym modelu jest zlecenie bankowi dokonania zapłaty w walucie na konto kontrahenta, za co bank obciąża nasz rachunek prowadzony w złotówkach. Zapisy mają możliwość określenia waluty rozliczenia, kursu i kwoty w walucie do rozliczenia. Program pozwala na dokonanie rozliczenia pomiędzy dwoma dokumentami kasowymi/ bankowymi mającymi identyczną walutę rozliczenia. Fakt rozliczenia powoduje powstanie różnicy kursowej. Dla potrzeb księgowych rozliczenie walutowe jest równoznaczne z dokumentem różnicy kursowej – dokument taki podlega księgowaniu.
Uwaga
W przypadku, gdy użytkownik prowadzi kasy bądź rachunki walutowe i chce tam rejestrować automatycznie płatności związane z dokumentami wystawionymi w innych modułach, powinien takie rachunki skojarzyć z formami płatności w Konfiguracji. Zasady kojarzenia rejestrów walutowych z wykorzystywanymi formami płatności zostały opisane w rozdziale poświęconym współpracy z innymi modułami systemu Comarch ERP Optima.

Konfiguracja

Listę walut definiuje użytkownik w Konfiguracji programu/ Ogólne/ Waluty. Aby możliwe było wystawianie i prawidłowe przeliczanie wartości dokumentu dla każdej waluty należy zdefiniować kurs. W systemie może funkcjonować kilka typów kursów (np. kurs w banku PKO BP S.A., kurs średni NBP itp.). Rodzaje kursów, które są wykorzystywane w firmie definiuje użytkownik z poziomu Konfiguracji programu/ Ogólne/ Typy kursów walut. Jeden z nich musi być kursem domyślnym i jest proponowany na każdym nowym dokumencie w walucie. Określenie notowania na dany dzień jest możliwe z poziomu listy walut po wciśnięciu przycisku .
Uwaga
Notowania powinny być uaktualniane każdego dnia. W innym wypadku proponowany jest ostatnio wprowadzony kurs lub kurs 1:1 (w zależności od ustawienia parametru Pobieraj ostatnio ustalony kurs waluty w Konfiguracji firmy/ Ogólne/ Parametry).
Jeśli parametr jest aktywny – program proponuje ostatnio ustalony kurs, jeśli nie – przy próbie wystawienia dokumentu w walucie informuje użytkownika o braku aktualnego kursu i proponuje kurs ręczny 1:1. 

Zapisy kasowe/bankowe

Na liście zapisów kasowych/bankowych dostępne jest pole Waluta, w którym można wybrać:
  • Jedną ze zdefiniowanych walut – wówczas lista zostanie zawężona do zapisów w danej walucie (w tym również PLN).
  • Wszystkie – lista zawiera wszystkie zapisy kasowe, niezależnie od waluty.
Uwaga
Jeśli rejestr jest rejestrem walutowym, wtedy istnieje możliwość wyboru tylko pomiędzy walutą rejestru a opcją wszystkie.
W zależności od wybranej opcji różnie działa funkcja sumowania wyfiltrowanych zapisów:
  • Jeśli wybrana jest konkretna waluta – w nagłówku kolumny pojawia się suma wyfiltrowanych zapisów w walucie oraz w przeliczeniu na PLN wg kursu zadeklarowanego na poszczególnych zapisach.
  • Jeśli wyświetlane są wszystkie zapisy (niezależnie od waluty) – w nagłówku kolumny pojawia się suma wyfiltrowanych zapisów w PLN wyliczona wg kursów podanych na poszczególnych zapisach.
Na Formularzu zapisu kasowego/bankowego istnieje możliwość zadeklarowania waluty. Przy dodawaniu zapisu do rejestru w PLN, jako waluta dokumentu podpowiadana jest domyślna waluta przypisana na karcie kontrahenta wybranego na zapisie. W przypadku dodawania zapisu do rejestru walutowego, na dokumencie zawsze ustawiana jest waluta tego rejestru. Na zapisach bankowych importowanych z pliku z banku oraz za pomocą usługi sieciowej (webservice) waluta dokumentu ustawiana jest zgodnie z walutą rejestru, do którego jest wykonywany import (działanie jest niezależne od domyślnej waluty przypisanej na karcie kontrahenta).
Uwaga
Należy pamiętać, że do rejestrów złotówkowych mogą być wprowadzane zapisy w dowolnych walutach. Zmiana waluty jest możliwa z poziomu zakładki [Rozliczenia]. W przypadku rejestrów walutowych można w nich wprowadzać tylko zapisy w walucie zgodnej z walutą rejestru.
Jeśli użytkownik wprowadza zapis w walucie obcej lub wybierze walutę obcą jako walutę rozliczenia, wówczas na zakładce [Rozliczenia] pojawiają się pola:

Niezależnie od tego, czy dokument jest wprowadzany do rejestru złotówkowego czy walutowego, dla każdego wprowadzonego zapisu oraz płatności zapamiętywane są dwie wartości: w walucie oraz w PLN. Na podstawie wartości złotówkowych w trakcie rozliczania dokumentów program wylicza różnice kursowe (niezależnie od tego, w jakim rejestrze zostały wprowadzone).

Uwaga
Przy ustawionym kursie nieokreślonym istnieje możliwość dodawania zapisów z wartością zero w walucie na dowolną wartość w PLN.
Typ kursu – typ kursu waluty (podstawowy, NBP, ręczny itp.) można wybrać po rozwinięciu listy. Lista dostępnych typów jest pobierana z Konfiguracji programu. Po wybraniu rodzaju kursu obok wyświetlana jest jego wartość na dzień wystawienia zapisu. Wartość kursu nie jest dostępna dla Użytkownika (pobierana jest z konfiguracji programu). Wyjątkiem jest kurs ręczny, dla którego można wpisać notowanie bezpośrednio z poziomu formularza. Jeśli użytkownik wybierze kurs nieokreślony – nie musi podawać konkretnego przelicznika (notowania), ale może wpisać wartość kwoty w walucie przeliczonej na PLN bezpośrednio w przeznaczone na to pole: Kwota – kwota w walucie pobierana jest z pola kwota w górnej części formularza. Obok widoczna jest wartość w PLN wyliczona wg podanego kursu waluty. Istnieje możliwość zmiany zarówno kwoty w walucie (wówczas przeliczona zostanie kwota w PLN), jak i kwoty w PLN (wówczas przeliczona zostanie wartość w walucie). Wyjątek stanowi kurs nieokreślony, gdzie program nie stosuje żadnego przelicznika. Pola RozliczonoPozostaje nie są dostępne dla użytkownika, a widoczne tam wartości są wyliczane na podstawie wprowadzonych rozliczeń.

Preliminarz płatności

Obsługa walut w Preliminarzu płatności została wprowadzona w sposób analogiczny jak w przypadku zapisów kasowych/ bankowych. Na zakładkach zawierających listę zdarzeń dostępne jest pole Waluta, które umożliwia filtrowanie zdarzeń w zależności od waluty. Na Formularzu zdarzenia, z poziomu zakładki [Rozliczenia], istnieje możliwość zdefiniowania waluty dokumentu i rozliczenia dla zdarzenia oraz:
  • Typu kursu – w przypadku podania zdefiniowanego wcześniej typu kursu,
  • Notowania – w przypadku kursu ręcznego,
  • Wartości w przeliczeniu na PLN – w przypadku kursu nieokreślonego.

Rozliczenia i kompensaty

Rozliczenie/ kompensata dokumentów jest możliwa tylko w sytuacji, gdy obydwa dokumenty mają taką samą walutę rozliczenia. Podczas dodawania zapisu rozliczającego lista proponowanych dokumentów jest domyślnie zawężana do zapisów/ zdarzeń dla danego kontrahenta w takiej samej walucie rozliczenia, jaką posiada dokument rozliczany.
Uwaga
Podczas rozliczania lub kompensowania dokumentów program kontroluje zgodność waluty rozliczenia na dokumentach, niezależnie od rejestrów, w których je wprowadzono. Umożliwia to rozliczanie dokumentów wprowadzonych w rejestrach złotówkowych oraz walutowych.
Uwaga
Zmiana waluty rozliczenia jest możliwa tylko na zapisach nierozliczonych i złotówkowych (Waluta dok. to PLN).
Podczas automatycznego rozliczania dokumentów kasowych (Kasa/Bank/ Dokumenty nierozliczone) – należy wybrać walutę rozliczenia obowiązującą na dokumentach, które będą rozliczane. Podczas rozliczania dokumentów wystawionych w walucie obcej automatycznie wyliczane są różnice kursowe.

Różnice kursowe

Różnice kursowe są wyliczane przez program automatycznie. Lista różnic dostępna jest w menu Kasa/ Bank/ Różnice kursowe. Listę różnić kursowych można zawęzić do dokumentów z określonego zakresu dat. W tym celu należy zaznaczyć parametr Zakres dat oraz wskazać odpowiednie daty Od – Do Lista obsługiwana jest przez standardowe przyciski obsługi listy, opisane szczegółowo tutaj. 
Uwaga
Na rozliczonych zapisach można zmienić notowanie – automatycznie zmieni się wtedy wartość wyliczonej różnicy kursowej. Możliwość zmiany kursu jest blokowana w chwili zaksięgowania dokumentu różnicy kursowej
Różnice kursowe – formularz
Dodatkowo dostępne są m. in. następujące przyciski:  – Księguj dokumenty – istnieje możliwość zaksięgowania dokumentu różnicy kursowej (w zależności od rodzaju prowadzonej księgowości do Księgi Podatkowej, Księgi Handlowej lub Ewidencji Ryczałtowej).
Uwaga
Po zaksięgowaniu dokumentu nie ma możliwości usunięcia rozliczeń dla zapisów/ zdarzeń na podstawie, których została wyliczona różnica.  
Na Formularzu dokumentu wyliczone kwoty nie są edytowalne. Jedyne, co użytkownik może zmienić (do chwili zaksięgowania dokumentu), to schemat numeracji dokumentu i numer kolejny. Z poziomu formularza możliwe jest podglądnięcie dokumentów, na podstawie których wyliczone zostały różnice kursowe. Obok konkretnych dokumentów znajdują się przyciski z lupką, których wciśnięcie spowoduje wyświetlenie odpowiedniego formularza. W przypadku korzystania z Księgowości kontowej, na formularzu różnicy kursowej istnieje możliwość wskazania kont Wn oraz Ma, które mogą zostać wykorzystane podczas tworzeniu schematów księgowych. Po zaksięgowaniu dokumentu różnicy kursowej (dotyczy to zarówno księgowości kontowej, jak i podatkowej), na formularzu pojawia się odwołanie do zaksięgowanego dokumentu – użytkownik ma możliwość podglądu. Zasady powstawania dokumentów różnic kursowych:
  • Różnica kursowa jest wyliczana automatycznie w chwili rozliczenia dwóch dokumentów kasowych w takiej samej walucie i innym notowaniem.
  • Dokument nie jest edytowalny – wartości są wyliczane przez program.
  • W chwili zmiany kursu na rozliczanym zapisie kasowym – automatycznie zmienia się wartość wyliczonej różnicy kursowej.
  • W chwili usunięcia rozliczenia z poziomu zapisu kasowego/ zdarzenia – automatycznie kasowany jest dokument różnicy kursowej.
  • Zmiana notowania oraz usuwanie rozliczeń jest blokowane w chwili zaksięgowania dokumentu różnicy kursowej.
  • Jeśli płatność jest rozliczana w kilku ratach (np. jedna Faktura Sprzedaży jest rozliczana kilkoma wpłatami KP) – dla każdego rozliczenia tworzony jest odrębny dokument różnicy kursowej.

Inne dokumenty kasowe

Istnieje również możliwość generowania innych dokumentów w walutach obcych: Not odsetkowych, Ponagleń zapłaty oraz Potwierdzeń salda. Dokumenty te są wyliczane na podstawie wprowadzonych wcześniej zapisów i zdarzeń. Należy pamiętać, że:
  • Dokumenty te mogą być generowane tylko na podstawie zapisów/ zdarzeń zarejestrowanych w takiej samej walucie.
  • Jeśli dokumenty te są generowane w walucie obcej – oprócz jej symbolu należy podać typ kursu oraz notowanie.
  • Wyliczona na tej podstawie wartość PLN jest przenoszona do księgowości (w przypadku Not odsetkowych).

Organizacja modułu Kasa/Bank

Rejestry kasowe/bankowe

Każda firma prowadząca działalność gospodarczą rozlicza się ze swoimi kontrahentami, pracownikami i urzędami. Rozliczenia mogą odbywać się na bieżąco - w gotówce, czekami czy kartami płatniczymi lub za pośrednictwem banku (przelewy). Dla rozliczeń gotówkowych prowadzona jest kasa gotówkowa (w większych organizacjach – kilka kas). Dla rozliczeń za pośrednictwem banku prowadzone są firmowe rachunki bankowe (konta w banku). Ich również każda firma może posiadać wiele (rachunek bieżący, lokaty, rachunki w różnych bankach...). Płatności dokonywane firmową kartą płatniczą są związane z określonym bankiem (to bank wydaje karty). Często są, ale nie muszą być związane z określonym rachunkiem bankowym. Dlatego przypadek firmowej karty płatniczej może być potraktowany w Comarch ERP Optima, jako oddzielny rejestr płatności dokonywanych tą kartą. Odpowiednikiem kas gotówkowych i poszczególnych rachunków bankowych w Comarch ERP Optima rejestry kasowe/bankowe. Każdej kasie (najczęściej jest tylko jedna), każdemu rachunkowi w banku i każdej firmowej karcie płatniczej powinien odpowiadać jeden rejestr.
Przykład
Jeśli firma prowadzi jedną kasę gotówkową oraz posiada rachunek bieżący w banku PKO BP S.A. i kartę płatniczą wydaną przez Bank Przemysłowo-Handlowy S.A. (BPH) - moduł Kasa/Bank powinien składać się z trzech rejestrów kasowych/ bankowych.
Zadaniem każdego z rejestrów jest prowadzenie bieżącej ewidencji wpływów i wydatków w kasie, na rachunku bankowym i zapisów związanych z kartą płatniczą. Otwierając rejestr należy pamiętać o wprowadzeniu Salda B.O. – stanu początkowego gotówki w kasie lub środków na rachunku bankowym.

Raporty kasowe/bankowe

Każdy z rejestrów podzielony jest na raporty kasowe/bankowe. Raport może obejmować zapisy za dzień, tydzień, dekadę (10 dni), miesiąc lub za inny, dowolny okres. Numeracja raportów może być ciągła w obrębie roku kalendarzowego, roku obrachunkowego lub w obrębie poszczególnych miesięcy. Dla każdego z raportów musi być określona data otwarcia i zamknięcia. Każdy raport składa się z: 
  • bilansu otwarcia – stanu kasy lub konta w chwili otwierania raportu. Dla pierwszego raportu w rejestrze jest to Saldo B.O całego rejestru. Dla kolejnych raportów bilans otwarcia jest równy bilansowi zamknięcia poprzedzającego raportu.
  • Zapisów kasowych/bankowych – przychody (wpłaty) i rozchody (wypłaty).
  • Bilansu zamknięcia – stanu kasy/rachunku na moment zamykania raportu. Bilans zamknięcia ostatniego raportu jest jednocześnie bieżącym stanem środków w danym rejestrze.

Zapisy kasowe/bankowe

Zapis kasowy/bankowy odzwierciedla wpływ lub rozchód środków finansowych w kasie lub na rachunku bankowym. Każdy zapis jest elementem raportu kasowego/bankowego. Zapisy można dodawać tylko w raportach otwartych, jeśli data zapisu mieści się pomiędzy datą otwarcia i datą zamknięcia raportu. Numeracja zapisów kasowych/bankowych odbywa się na dwa sposoby: 
  • zapisy numerowane są kolejno w obrębie każdego raportu – każdy zapis ma swoją Liczbę Porządkową (Lp.) w raporcie.
  • Zapisy są dokumentami numerowanymi wg schematu określonego podczas konfiguracji programu. Ta numeracja może być ciągła w obrębie roku kalendarzowego, roku obrachunkowego lub miesiąca. Powinna zawierać symbol dokumentu kasowego/bankowego (oznaczający np. czy jest to wpłata, czy wypłata) oraz oznaczenie rejestru, którego zapis dotyczy.
  • Jeśli zapis kasowy/bankowy powstaje, jako dokument wtórny np. do faktury płatnej gotówką, numer tego zapisu jest jednocześnie numerem dokumentu źródłowego (w naszym przykładzie jest numerem faktury).
  • Konfiguracji firmy/Kasa i Bank/Parametry znajduje się parametr Domyślny schemat numeracji dla automatycznych zapisów kasowych. Jeżeli parametr ten zostanie zaznaczony to 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.
Przykład
KP/000004/2010/KG oznacza czwartą wpłatę (KP) zapisaną w rejestrze Kasa Gotówkowa (KG) w roku 2010. Inny przykład to KW/000120/04/2010/PKO to dokument wypłaty (KW) o numerze 120 za miesiąc kwiecień (04), rok 2010 w rejestrze (na rachunku) PKO. W przypadku numeracji w obrębie miesiąca po zmianie miesiąca numery zaczną być nadawane od 000001
W zależności od typu rejestru kasowego/bankowego, w którym dokonujemy zapisu możemy mieć do czynienia z różnymi formami operacji kasowych/bankowych. W rejestrach typu KASA płatności mogą być dokonywane: 
  • gotówką – np. klient płaci gotówką za wystawioną fakturę, pracownik zwraca niewykorzystaną zaliczkę….,
  • kartą płatniczą – klient płaci kartą za otrzymany towar lub wykonaną usługę.
W rejestrach typu KONTO BANKOWE, płatności mogą być dokonywane:
  • gotówką – np. zasilenie rachunku bankowego gotówką,
  • przelewem – zasilenie lub wypłata z rachunku bankowego przelewem,
  • kartą płatniczą – klient płaci kartą, centrum autoryzacyjne przelewa pieniądze na nasze konto.
W rejestrach typu KARTA KREDYTOWA płatności mogą być dokonywane:
  • gotówką – wpłata gotówki na rachunek obsługujący kartę,
  • przelewem – przelew (zasilenie) konta obsługującego kartę,
  • kartą płatniczą – płacimy firmową kartą płatniczą.

Zapisy kasowe/bankowe - kategorie

Bardzo cenną informacją, jaką może zawierać każdy zapis w raporcie kasowym/bankowym jest jego kategoria. Dwupoziomowa lista kategorii, wspólna dla wszystkich modułów programu, służy między innymi do klasyfikowania dokumentów. Zatem, z każdym zapisem w raporcie możemy skojarzyć rodzaj kosztu lub przychodu, z którym jest on związany.
Przykład
Jeśli wszystkie zapisy w raportach bankowych związane z naliczeniem odsetek od lokat oznaczymy kategorią typu przychód, INNE_PRZYCHODY i kategorią szczegółową ODSETKI_Z_LOKAT – w każdej chwili dostępną będziemy mieli informację pokazującą łączne kwoty, które uzyskaliśmy lokując pieniądze w banku.

Kategorie na zapisach kasowych/bankowych można nadawać „ręcznie”, w chwili wprowadzania zapisu. Jeśli zapis jest skojarzony z kontrahentem lub transakcją, która została wcześniej oznaczona kategorią – taka kategoria jest dziedziczona na zapis kasowy/bankowy.

Przykład
Jeśli faktury kosztowe związane z płatnościami za utrzymanie biura oznaczymy kategorią typu koszt, UTRZYMANIE_BIURA i bardziej szczegółowo podzielimy je na płatności za ENERGIĘ, TELEFONY, WYNAJEM, SPRZĄTANIE... to w chwili generowania zapisów kasowych/bankowych związanych z tymi fakturami odpowiednie kategorie zostaną przez nie odziedziczone. Wtedy korzystając wyłącznie z modułu Kasa/Bank możemy wykonać interesującą analizę kosztów w dowolnym okresie czasu.

Preliminarz płatności

Preliminarz płatności to lista wszystkich zaplanowanych na przyszłość zdarzeń związanych z przychodami i rozchodami środków finansowych w firmie. Preliminarz płatności w swojej strukturze odpowiada podziałowi na rejestry kasowe/bankowe. Planując, zatem przepływ środków finansowych w firmie od razu przypisujemy przyszłe przychody i rozchody do odpowiednich rejestrów (kont bankowych, kas czy firmowych kart płatniczych). Planowane zdarzenia w Preliminarzu mogą być: 
  • 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.
  • 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.
Dzięki zdarzeniom zapisanym w Preliminarzu uzyskujemy możliwość:
  • dokładnego śledzenia bieżącego stanu naszych zobowiązań i należności,
  • dużą łatwość rozliczania planowanych płatności z zapisami potwierdzającymi ich realizację,
  • możliwość kompensowania ze sobą zdarzeń,
  • prognozowania na przyszłość przepływu i stanu środków finansowych w firmie,
  • oceny planowanych wydatków w podziale na poszczególne kategorie – prognozy dla kategorii, które przyniosą nam największe zyski i największe koszty.

Rozliczenia i kompensaty

Rozliczenia: funkcja rozliczeń umożliwia kojarzenie ze sobą otrzymanych bądź dokonanych zapłat z należnościami lub zobowiązaniami. Innymi słowy umożliwia powiązanie dokonanych zapisów kasowych/bankowych z planowanymi zdarzeniami z Preliminarza płatności. Rozliczanie dokumentów może być dokonywane z poziomu każdego z nich oddzielnie (zarówno z poziomu nierozliczonego zdarzenia w Preliminarzu, jak i nierozliczonego zapisu w kasie), jak również automatycznie z poziomu listy nierozliczonych dokumentów dla wskazanego kontrahenta.
Przykład
Planowaną zapłatę za fakturę sprzedaży FA/000234/2010 na kwotę 1200 zł rozliczamy z otrzymanym wyciągiem bankowym WB/00433/2010/BPH potwierdzającym wpłatę klienta na nasze konto. Preliminarz płatności - Zapisy kasowe/bankowe
Przykład
Dwie niezapłacone faktury kontrahenta na kwoty 800 i 2500 zł rozliczamy na podstawie jednej wpłaty klienta potwierdzonej wyciągiem bankowym, na kwotę 3300 zł.
Przykład
Niezapłaconą fakturę zakupu FZ/001111/2010 na 5700 zł regulujemy dwoma wpłatami - 700 zł gotówką i 5000 zł przelewem na konto dostawcy.
Powyższe, proste przykłady pokazują podstawowe schematy, jakie można stosować podczas rozliczania nieuregulowanych płatności zapisanych w Preliminarzu i zapisów kasowych/bankowych potwierdzających wpływ lub rozchód środków finansowych. Rozliczenia mogą być wykonywane w stosunku jeden do jeden, jeden do wielu i wiele do wielu. Po dokonaniu rozliczenia zarówno zdarzenia z Preliminarza jak i zapisy w rejestrach kasowych/bankowych otrzymują status rozliczonych (lub częściowo rozliczonych, jeśli płatność nie jest zrealizowana w całości). Kompensaty: innym sposobem rozliczania dokumentów są kompensaty. Kompensować ze sobą można np. dwa zapisy kasowe/bankowe lub dwa planowane zdarzenia z Preliminarza, pod warunkiem, że kierunki przepływu środków finansowych na kompensowanych dokumentach są przeciwne.
Uwaga
Wydruk potwierdzenia kompensaty w systemie jest dostępny w Preliminarzu płatności, po wybraniu w filtrze podmiotu oraz rozliczone częściowo/całkowicie.
Przykład

W Preliminarzu płatności wprowadzone są dwa zdarzenia. Pierwsze, to przewidywana realizacja płatności za fakturę sprzedaży, na kwotę 1230 zł. Drugie zdarzenie w Preliminarzu to planowany zwrot 1230 zł ponieważ kontrahent zwrócił zakupiony towar. Obydwa zdarzenia można ze sobą skompensować zanim nastąpi faktyczny przepływ środków finansowych (np. zanim zostaną zrealizowane przelewy). Preliminarz płatności:

Przykład
 Jeden z kontrahentów jest naszym dostawcą i jednocześnie odbiorcą. Dokonaliśmy u niego zakupu potwierdzonego fakturą FZ/00234/2010/WYP na kwotę 5420 zł. FZ z odroczoną płatnością utworzyła zapis w Preliminarzu planujący realizację płatności. Kontrahent dokonał u nas dwóch zakupów, na które wystawiliśmy faktury sprzedaży z odroczonymi płatnościami na kwoty 1500 zł i 1320 zł. Preliminarz płatności: Kompensata tych trzech zdarzeń spowoduje, że nierozliczona kwota na fakturze zakupu FZ pozostanie równa 2600 zł. Faktury sprzedaży zostaną rozliczone całkowicie. Tak więc jedyną operacją finansową, którą należy przeprowadzić w odniesieniu do tych trzech dokumentów jest wykonanie przez naszą firmę przelewu na kwotę 2600 zł.
Przykład
Na liście zapisów kasowych odnotowaliśmy wypłatę zaliczki dla jednego z pracowników – KW/000222/2010/KG na kwotę 500 zł. Następnego dnia pracownik zwraca całość zaliczki, na podstawie KP/004323/2010/KG. Zapisy kasowe/bankowe:

Obydwa zapisy kasowe można ze sobą skompensować. Po dokonaniu kompensaty obydwa otrzymają status rozliczonych. 

Zasady numeracji dokumentów

Numeracja dokumentów w systemie Comarch ERP Optima jest dosyć elastyczna. Rozpoczynając pracę z programem, w chwili jego konfiguracji, można dla podstawowych typów dokumentów zdefiniować sposób, w jaki będą numerowane. W module Kasa/Bank dotyczy to raportów kasowych/bankowych numerowanych w obrębie rejestrów i zapisów kasowych/bankowych numerowanych w obrębie raportów kasowych/bankowych. Określenie schematów numeracji umożliwia funkcja Lista definicji dokumentów. Maksymalnie numer dokumentu może składać się z pięciu sekcji. Zawartość sekcji mogą stanowić: SYMBOL DOKUMENTU – to maksymalnie 5 znakowe oznaczenie typu dokumentu. Symbol musi obowiązkowo występować w schemacie numeracji dokumentu. Może zawierać wyłącznie litery lub cyfry (w szczególności nie może zawierać znaków „/” oraz „@”). REJESTR – tu można wykorzystać np. nazwę rejestru bankowego lub kasowego. Maksymalna długość sekcji REJESTR to 5 znaków (liter lub cyfr). NUMER – to zmienna część pełnego numeru dokumentu. Dla każdego kolejno wystawianego dokumentu danego typu program sekcję z numerem będzie zwiększał o jeden. Maksymalny numer (a więc maksymalna ilość dokumentów wystawiona w danym ciągu numerów) może składać się z sześciu cyfr (999 999). MIESIĄC – dwa znaki (cyfry) określające miesiąc. Jeśli w numerze dokumentu umieścimy miesiąc – wraz ze zmianą miesiąca numeracja rozpoczyna się od 1. ROK KALENDARZOWY – czterocyfrowy rok kalendarzowy pobierany z daty systemowej komputera. ROK OBRACHUNKOWY – wykorzystywany tylko w przypadku, gdy system Comarch ERP Optima zawiera moduł do obsługi pełnej księgowości. Rok obrachunkowy może być różny od roku kalendarzowego. Jego długość oraz datę rozpoczęcia można określić w konfiguracji programu. SEKCJA PUSTA – może wystąpić tylko jako pierwsza lub ostatnia w numerze.
Przykład
Jeśli symbolem oznaczającym raporty kasowe/bankowe jest skrót RKB, numeracja dotyczy raportów w rejestrze związanym z rachunkiem w banku BPH i numeracja raportów w tym rejestrze ma być ciągła w obrębie roku kalendarzowego – schemat numeracji może wyglądać tak: RKB/000023/2010/BPH. Kolejność sekcji w numerze jest dowolna.
Przykład
Jeśli typ zapisów kasowych/bankowych oznaczających przychód oznaczymy przez KP (wpłata) i definiujemy schemat numeracji zapisów w rejestrze BPH oraz zależy nam na numeracji ciągłej, ale w obrębie miesiąca, przykładowy numer zapisu może wyglądać tak: KP/000345/06/2010/BPH. Jest to 345 wpłata w czerwcu 2010, w rejestrze BPH. Ponieważ w numerze został użyty miesiąc, zmiana miesiąca spowoduje rozpoczęcie numeracji od 1.

Formy płatności

W systemie Comarch ERP Optima zdefiniowanych jest 5 podstawowych form płatności: czek, gotówka, inna, kredyt, przelew. Dostępne są również 4 typy form płatności: Gotówka, Przelew, Karta, Kompensata. Użytkownik programu może na ich podstawie zdefiniować własne formy płatności. Np. przelew – 7 dni oznacza płatność przelewem z automatycznie ustawianym siedmiodniowym terminem płatności. Gotówka – standardowo oznacza płatność realizowaną przy wystawianiu faktury, ale gotówka – 3 dni może oznaczać zapłatę odroczoną na trzy dni. Z każdą formą płatności można skojarzyć rejestr kasowy/bankowy, do którego program będzie domyślnie zapisywał operację wpłaty lub wypłaty.

Lista banków

Lista banków jest pomocniczym słownikiem, w którym zbierane są informacje o bankach właściwych naszej firmie, firmom naszych kontrahentów i urzędów. Pełni rolę pomocniczą – jest dostępna z każdego modułu programu, w każdym miejscu, w którym dane na temat banku mogą być potrzebne. Listę banków można uzupełniać na bieżąco lub skorzystać z automatu importującego.
Uwaga
Import banków z bazy KIR jest dostępny wyłącznie dla Klientów z aktualną gwarancją.
Jeśli lista banków została raz zaimportowana – kolejny import może tylko uzupełnić dane o nieistniejących do tej pory bankach (trwa to znacznie krócej niż powtórny import pełnej listy). Informacją jednoznacznie określającą bank jest Numer Rozliczeniowy Banku (NRB). W systemie Comarch ERP Optima dodatkowo każdy bank posiada swój Akronim, który również nie może się powtarzać. W chwili wyboru wskazanego banku z listy pobierane są jego dane wraz z numerem rozliczeniowym, który stanowi pierwszy człon numeru każdego konta bankowego.

Obsługa pól związanych z bankiem

Podczas uzupełniania danych o banku na formularzu (np. zapisu bankowego, zdarzenia w Preliminarzu) program działa niejako dwuetapowo: 
  • po wprowadzeniu banku, w zależności od jego ustawień, proponuje schemat numeru rachunku bankowego prawdopodobny dla tego banku. Uwzględniane są tutaj wszystkie zasady obowiązujące dla danego schematu numeracji (standardowa lub IBAN).
  • Po wprowadzeniu pełnego numeru konta – sprawdza jego poprawność w zależności od ustawień flagi IBAN na formularzu (dziedziczonej z formularza banku).

Numeracja rachunków bankowych

W systemie Comarch ERP Optima obsługiwane jest zarówno stosowany dotychczas w Polsce standard numeracji rachunków bankowych, jak i system numeracji IBAN. Należy pamiętać, że od lipca 2004 obowiązuje w Polsce system numeracji IBAN.
Uwaga
Format rachunku bankowego rozpoznawany jest przez system w oparciu o wartość parametru IBAN na formularzu. Wartość ta jest dziedziczona z formularza banku (parametr Bank prowadzi numerację w standardzie IBAN) – można ją jednak zmienić dla danego formularza. Jeśli parametr jest aktywny – numer rachunku jest traktowany, jako IBAN i jego poprawność jest sprawdzana wg algorytmu stosowanego dla tej numeracji. Poprawnośc numeru IBAN jest sprawdzana dla polskich numerów rachunków. Jeśli parametr nie jest aktywny – numer traktowany jest jako numer standardowy i sprawdzana jest poprawność segmentu NRB (wg algorytmu modulo).
Numeracja IBAN Walidacja (sprawdzanie poprawności) numerów IBAN wykonywane jest wg algorytmu obowiązującego dla tego systemu. Ogólnie Numer IBAN składa się z: 
  • 2 znaków alfanumerycznych (kod kraju),
  • 2-cyfrowej sumy kontrolnej,
  • członu BBAN (Basic Bank Account Number). Człon BBAN zawiera kod kraju, kod zawierający cyfry i/lub znaki alfanumeryczne, który jest specyficzny dla banku oraz numer konta. Teoretyczna maksymalna długość członu BBAN wynosi 30 znaków.
  • W przypadku polskich banków numer IBAN składa się z czterech segmentów:
    • sygnatury kraju (PL),
    • dwucyfrowej liczby kontrolnej,
    • ośmiocyfrowego numeru rozliczeniowego banku,
    • numeru konta klienta, który może mieć długość do 16 znaków.
Jak więc widać powyżej całkowita długość numeru konta w systemie IBAN będzie wynosić 26 znaków (nie licząc separatorów) plus opcjonalnie dwa znaki na sygnaturę kraju (podawanie sygnatury kraju nie będzie obowiązkowe w transakcjach krajowych). Nowe numery mogą wystąpić w następujących postaciach: 02 10201055 1234567891234567 lub 02102010551234567891234567 lub PL02-1020-1055-1234-5678-9123-4567, gdzie:
  • 02 – oznacza przykładową liczbę kontrolną,
  • 10201055 – przykładowy numer oddziału PKO BP S.A.,
  • 1234567891234567 – przykładowy identyfikator rachunku klienta PKO BP S.A.
Dwa ostatnie człony razem są określane mianem numeru BBAN. Ostatnia postać numeru (separator co 4 cyfry) może być stosowana w celu ułatwienia ustnego przekazania numeru rachunku. Banki zagraniczne Na formularzu banku (zakładka [Dodatkowe]) znajduje się parametr Bank zagraniczny. Jeśli parametr jest aktywny – numery rachunków w takim banku nie są walidowane (pod warunkiem, że nie jest równocześnie zaznaczony parametr IBAN).
Uwaga
Jeśli, na karcie banku zaznaczony jest zarówno parametr Bank zagraniczny, jak i Bank prowadzi rachunki w standardzie IBAN – program sprawdza poprawność numeracji rachunków dla takiego banku wg algorytmu stosowanego dla numeracji IBAN dla polskich numerów rachunków (bez domyślnego uwzględniania sygnatury PL).

Propozycja numeru rachunku bankowego

Po wybraniu banku program sprawdza, czy bank ten prowadzi numerację w standardzie IBAN (parametr na formularzu banku). Jeśli TAK – sprawdza czy dany bank jest bankiem zagranicznym i w zależności od wartości parametru Bank zagraniczny na formularzu:
  • dla banku zagranicznego nie proponuje żadnego numeru rachunku,
  • dla banku krajowego wstawia schemat @@-NRB- (właściwy dla numeracji IBAN). Po wpisaniu numeru konta zamiast @@ pojawia się wyliczona suma kontrolna.

Kontrola poprawności numerów kont bankowych

Po wpisaniu numeru rachunku bankowego program sprawdza jako pierwsze czy dany numer jest numerem IBAN (na podstawie zaznaczenia parametru na danym formularzu). Dla numerów IBAN: 
  • dla banku zagranicznego – sprawdza zgodność wpisanego numeru ze standardem IBAN dla polskich numerów rachunków,
  • dla banku krajowego sprawdza zgodność ze standardem IBAN. Podczas sprawdzania (wyliczania) sumy kontrolnej zakładane jest, że numer zaczyna się od sygnatury kraju PL. Następnie z numeru wyodrębniany jest Numer Rozliczeniowy Banku i sprawdzana jest jego zgodność z algorytmem modulo. [/su_link]

Elektroniczna wymiana danych z bankiem

Elektroniczna wymiana danych z bankami staje się coraz bardziej popularną formą przekazywania do banków zleceń przelewów i uzyskiwania informacji o dokonanych przez bank transakcjach (wyciągi bankowe). System Comarch ERP Optima pozwala na elektroniczną wymianę danych z bankiem zarówno poprzez eksport przelewów do pliku tekstowego, jak również import zrealizowanych przelewów z pliku dostarczonego przez bank. Użytkownik może sam zdefiniować format w oparciu o informacje dostarczone przez bank. W programie są predefiniowane standardowe formaty:
  • Alior Bank WebService
  • BANKZKH,
  • BNP Paribas WebService,
  • BPH BusinessNet (import)/PekaoBIZNES24 (import),
  • Citi Handlowy - API,
  • Citi Handlowy - Przelewy krajowe (CDFF),
  • Citi Handlowy - Przelewy krajowe (Elixir),
  • Citi Handlowy - Przelewy krajowe, w tym MPP (xml),
  • Citi Handlowy - Przelewy międzynarodowe (CDFF),
  • Citi Handlowy - Przelewy międzynarodowe (xml),
  • Citi Handlowy - Przelewy MPP (CDFF),
  • Citi Handlowy - Przelewy MPP (Elixir),
  • Citi Handlowy - Przelewy podatkowe (CDFF),
  • Citi Handlowy - Przelewy podatkowe (Elixir),
  • Citi Handlowy - Przelewy podatkowe (xml),
  • Citi Handlowy - Przelewy SEPA (CDFF),
  • Citi Handlowy - Przelewy SEPA (xml),
  • CitiBank,
  • CitiDirect,
  • Elixir-O BPH,
  • Elixir-O BPH (mechanizm podzielonej płatności),
  • Elixir-O iBRE,
  • ING WebService,
  • KASABUF.TXT i BANKBUF.TXT (import),
  • KASAZKH,
  • KB24 – Kredyt Bank (eksport),
  • mBank WebService,
  • Millennium WebService,
  • Pekao WebService,
  • Przelewy krajowe (xml),
  • Przelewy SEPA (xml),
  • Przelewy SEPA BZWBK (xml),
  • Przelewy walutowe (xml),
  • Santander WebService,
  • US – Bank Śląski,
  • Videotel,
  • ZUS - Bank Śląski.
Standardowe formaty tekstowe można zaimportować z serwera firmy Comarch. Import powoduje nadpisanie formatu standardowego zaktualizowanym formatem z serwera.
Uwaga
Import formatów przelewów z serwera COMARCH jest dostępny wyłącznie dla Klientów z aktualną gwarancją.
Uwaga
Bank Śląski wydał certyfikat dla systemu Comarch ERP Optima potwierdzający generacje danych o płatnościach zgodnie ze standardami systemów bankowości elektronicznej oferowanych przez Bank Śląski, lidera wśród banków w zakresie obsługi elektronicznej firm.

Karty płatnicze

Dokonywanie płatności za pomocą kart płatniczych staje się coraz bardziej popularne. Dlatego moduł Kasa/Bank systemu Comarch ERP Optima stwarza możliwość zarówno obsługi transakcji wykonywanych własną (firmową) kartą płatniczą jak i ewidencji i rozliczeń płatności kartami dokonywanymi przez kontrahentów firmy.

Firmowe karty płatnicze

Dla każdej z firmowych kart płatniczych warto założyć oddzielny rejestr kasowy/bankowy typu KARTA. Zwłaszcza w przypadku kart płatniczych, które nie są związane z żadnym rachunkiem bankowym, prowadzenie osobnej ewidencji płatności kartą pozwoli na otrzymywanie bieżących danych o stanie zadłużenia karty i wymaganych przez bank spłatach.

Karta płatnicza klienta

Klienci mogą regulować płatności kartami płatniczymi wydanymi w różnych systemach (np. VISA, MasterCard) i przez różne banki. W programie zdefiniowana jest lista najczęściej spotykanych kart płatniczych i do nich należą: MasterCard, VISA, American Express, Dinners Club / Carte Blanche, enRoute, Discover i JCB. W chwili, gdy nasz kontrahent płaci kartą – program wymaga wpisania typu karty, jej numeru i daty ważności. Dla wyżej wymienionych kart sprawdzane są algorytmy badające poprawność wprowadzonego numeru. Do listy kart płatniczych standardowo obsługiwanych przez program użytkownik może dopisać inne pozycje.

Walidacja kart kredytowych

Walidacja numerów kart na rejestrach kasowych

Podczas zakładania rejestru kasowego typu karta płatnicza nie jest podawany konkretny typ karty. Podawany jest natomiast bank powiązany z kartą oraz numer karty. Walidacja numeru karty na tym poziomie przebiega podobnie jak w przypadku rachunków bankowych:
  • pierwszy segment (opcjonalny) traktowany jest jako NRB i sprawdzany wg algorytmu modulo,
  • drugi segment (wymagany) traktowany jest jako właściwy numer karty i sprawdzany wg algorytmu Luhna.
Możliwe jest również wpisanie jedynie numeru karty (bez Numeru Rozliczeniowego Banku). Segment odpowiadający właściwemu numerowi karty na rejestrze może zawierać trzy kreski grupujące cyfry numeru karty w cztery sekcje lub może nie zawierać żadnej kreski (jedna sekcja). Podobnie jak w przypadku numeru rachunku – numer karty nie może rozpoczynać się od kreski natomiast w odróżnieniu od numeru rachunku – nie mamy tu subkont, z czego wynika, że pełny numer karty składa się z co najwyżej dwóch segmentów: NRB oraz właściwego numeru konta, z których tylko numer konta jest wymagany.
Uwaga
Konfiguracji firmy/ Kasa i Bank/ Parametry znajduje się parametr Kontrola numerów kart kredytowych, który włącza/ wyłącza mechanizm sprawdzania poprawności karty. Jeśli parametr nie jest aktywny program nie sprawdza poprawności wpisanego numeru karty.

Algorytm sprawdzania numerów kart na zapisach kasowych/bankowych

Numery kart kredytowych składają się z 13 do 16 cyfr. Pierwsze sześć to numer identyfikujący bank, który wydał kartę. Kolejne ustala bank wydający kartę. Ostatnia cyfra jest cyfrą kontrolną. Numer karty kredytowej jest numerem, który sam w sobie jest w stanie weryfikować poprawność. Weryfikacja poprawności numeru jest warunkiem koniecznym, aczkolwiek niewystarczającym do stwierdzenia, czy karta jest ważna. Jeżeli numer nie przechodzi algorytmu weryfikacji, wiadomo, że po prostu nie jest prawdziwym numerem karty. Jeżeli przechodzi weryfikację, oznacza to, że może on być numerem karty, dalsze sprawdzanie należy wykonać poprzez kontakt z centrum autoryzacyjnym kart kredytowych. Podczas walidacji numeru karty kredytowej sprawdzane są kolejno:
  • Czy numer składa się tylko z cyfr.
  • Poprawność wg tzw. algorytmu Luhn’a.
  • Czy numer wskazuje na podany typ karty płatniczej.
Rodzaj kartyPrefiksDługość
MasterCard51-5516
VISA413.16
American Express34.3715
Dinners Club / Carte Blanche300-305, 36, 3814
EnRoute2014, 214915
Discover601116
JCB316
JCB2131, 180015
Jak to działa? To zależy od karty, która jest weryfikowana. Numer może przejść algorytm Luhn’a, ale musi on być również zgodny z określonym typem karty. Na przykład numer karty VISA musi zaczynać się od cyfry 4 i składać się z 13 lub 16 cyfr, np. 4111111111111111. Poprawny numer MasterCard musi się zaczynać od cyfry 5, a jego druga cyfra musi być z przedziału od 1 do 5 oraz cały numer musi składać się z 16 cyfr, np. 5500000000000004. Numery kart JCB zaczynają się od 3 i mają 16 cyfr albo zaczynają się od 2131 lub 1800 i mają 15 cyfr.
Uwaga
Comarch ERP Optima nie pozwala na wpisanie niepoprawnego numeru karty. Program nie pozwoli również zaakceptować zapisu kasowego jeśli wpisany numer karty nie spełnia warunków ustalonych dla wybranego typu karty (np. nr karty VISA 4444444444444448 i wybrany typ Master Card). Wyświetlony zostanie komunikat o nie spełnieniu algorytmu walidacji dla konkretnego, predefiniowanego typu karty płatniczej.
Uwaga
Konfiguracji firmy/ Kasa i Bank/ Parametry znajduje się parametr Kontrola numerów kart kredytowych (w nowych bazach domyślnie niezaznaczony), który odpowiada za działanie mechanizmu sprawdzania poprawności karty. Jeśli parametr nie jest zaznaczony – numer karty nie jest sprawdzany algorytmem Luhna. Nie są również sprawdzane warunki zdefiniowane dla określonego typu karty.

Płatność kartą kredytową

Ze względu na różny sposób rozliczania płatności kartą kredytową w firmach wprowadzono parametr Automatycznie generuj dokumenty zapłaty kartą kredytową: 
  • jeśli parametr jest aktywny – po zatwierdzeniu dokumentu z formą płatności typu karta program tworzy zapis kasowy/bankowy w raporcie.
  • Jeśli parametr nie jest aktywny – płatność kartą, niezależnie od terminu, powoduje powstanie zapisu zapisu na liście Płatności o statusie Nierozliczony
Parametr jest dostępny w Konfiguracji firmy/ Kasa i Bank/ Parametry. 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 Konfiguracji Firmy/ Kasa/Bank/ Parametry.

MPP – mechanizm podzielonej płatności

W Polsce mechanizm podzielonej płatności był wprowadzony w dwóch terminach:
  • Pierwszy termin to 1 lipca 2018 roku, gdy weszła w życie ustawa z 15 grudnia 2017 roku o zmianie ustawy o podatku od towarów i usług oraz niektórych innych ustaw (Dz.U. 2018 poz. 62). Pozwala ona na stosowanie mechanizmu podzielonej płatności (tzw. MPP).
  • Drugi termin to 1 listopada 2019 roku, gdy zaczęła obowiązywać Ustawa z dnia 9 sierpnia 2019 roku o zmianie ustawy o VAT oraz niektórych innych ustaw (Dz.U. poz.2751).
W obu przypadkach metoda ta polega na tym, że płatność za towar lub usługę może być realizowana na dwa konta:
  • konto VAT dostawcy, na które zostanie przekazana kwota podatku VAT,
  • konto rozliczeniowe dostawcy, na które zostanie przekazana kwota netto za nabyte towary czy usługi
Mechanizm ten ma chronić nabywcę przed solidarną odpowiedzialnością w przypadku wystąpienia ‘karuzeli VAT’. Nabywca dokonując płatności zastrzega sobie, że część przelanej kwoty ma zostać zablokowana na specjalnym rachunku VAT dostawcy. Dostęp do środków zgromadzonych na rachunku VAT jest ograniczony. O ile pierwotnie stosowanie metody podzielonej płatności było dobrowolne i mogło dotyczyć wybranych kontrahentów lub wskazanych dokumentów, o tyle od 1 listopada 2019 roku mechanizm podzielonej płatności w niektórych przypadkach jest obowiązkowy. Obowiązkowy mechanizm podzielonej płatności  stosujemy, gdy:
  • sprzedaż dotyczy towarów i usług wymienionych w załączniku nr 15 do ustawy o VAT,
  • wartość brutto transakcji wynosi ponad 15 000 PLN lub równowartość tej kwoty,
  • sprzedawca i odbiorca są podatnikami VAT.
W sytuacji, gdy wszystkie transakcje z danym kontrahentem będą realizowane z zastosowaniem metody podzielonej płatności proponujemy odnotować taką informację na formularzu kontrahenta.
Formularz kontrahenta – zakładka Płatności
Zaznaczenie tego parametru powoduje, że płatności złotówkowe trafiające do rejestru bankowego mają automatycznie ustawiony mechanizm podzielonej płatności. Dotyczy to dokumentów handlowych i ich korekt:
  • faktury sprzedaży,
  • faktury zakupu,
  • faktury zaliczkowej,
  • faktury finalnej
oraz dokumentów wprowadzanych bezpośrednio do rejestru VAT
Uwaga
Parametr dotyczący podzielonej płatności (MPP – podzielona płatność) zaznaczymy na formularzu kontrahenta o statusie Podmiot gospodarczy, dla którego parametr Nie rozliczaj płatności jest niezaznaczony.
Zmiana ustawienia tego parametru może być wykonana z poziomu formularza danego kontrahenta lub możemy ją wykonać seryjnie dla zaznaczonych kontrahentów. Służy do tego operacja seryjna – Zmień warunki płatności.
Lista kontrahentów – seryjna zmiana warunków płatności
Metoda podzielonej płatności dostępna jest na zdarzeniach, które znajdują się w rejestrach bankowych 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 VAT, NIP i Numer dokumentu. Na zdarzeniach, które nie mają zaznaczonego parametru MPP – podzielona płatnośćpola są niewidoczne. W przypadku dokumentów handlowych (faktury zakupu, faktury sprzedaży, faktury zaliczkowej, faktury finalnej i wystawionych do nich korekt) oraz dokumentów wprowadzonych do rejestru VAT parametr dziedziczony jest z dokumentu źródłowego. Parametr dziedziczony jest na wszystkie płatności związane z tym dokumentem. Wyjątek stanowią dokumenty wystawione w innej walucie. Jeśli na dokumencie walutowym parametr Płatność VAT w PLN jest:
  • zaznaczony – powstają dwa zdarzenia, pierwsze w walucie dokumentu (kwota netto) i parametr MPP podzielona płatność nie jest zaznaczony oraz drugie zdarzenie w PLN (równowartość kwoty VAT) z zaznaczonym parametrem o podzielonej płatności.
  • niezaznaczony – powstaje płatność w walucie, parametr związany z podzieloną płatnością nie jest zaznaczony.
Jeżeli dokument został wystawiony dla podmiotu znajdującego się na liście Urzędy parametr MPP zaznacza się na płatności automatycznie. Pozostałe pola odczytywane są z dokumentu powiązanego z daną płatnością. Na płatnościach do transakcji związanej z kontrahentem, który ma zaznaczony parametr MPP program automatycznie:
  • zaznacza MPP – podzielona płatność – parametr odczytany jest z dokumentu źródłowego
  • uzupełnia Numer dokumentu – pobiera go z dokumentu, z którym związana jest płatność,
  • uzupełnia Numer NIP kontrahenta – numer NIP pobierany jest z dokumentu, z którym związana jest dana płatność (numer NIP wpisany na zakładce [2. Kontrahent na fakturze/w rejestrze VAT]),
  • przenosi łączną kwotę VAT.
Jakie czynności należy wykonać, aby w programie korzystać z metody podzielonej płatności (MPP)?
  • Założyć rejestr bankowy w PLN i zaznaczyć na nim parametr Rachunek VAT dla MPP. Otworzyć raporty bankowe.
  • Na formularzu kontrahenta, z którym rozliczenia będziemy prowadzić z uwzględnieniem metody podzielonej płatnościzaznaczyć parametr MPP – podzielona płatność
  • Jeśli podzielona płatność ma dotyczyć tylko wybranych płatności w Preliminarzu płatności na wybranych zdarzeniach z wykorzystaniem operacji seryjnej zaznaczyć parametr MPP – podzielona płatność oraz uzupełnić informację o numerze dokumentu i kwocie VAT.
  • Tworząc zlecenia przelewów do banku wskazać właściwy format dla przelewów MPP.
Więcej informacji na temat metody podzielonej płatności, w tym tworzenia zleceń przelewu do banku znajdziecie Państwo na naszym portalu.

Wykaz podatników VAT – weryfikacja rachunków bankowych

Od września 2019 roku Ministerstwo Finansów udostępniło bezpłatny, jednolity Wykaz podatników VAT. Wykaz ten zawiera podmioty, które zostały zarejestrowane, niezarejestrowane, wykreślone i przywrócone do rejestru VAT. Wykaz zawiera dane pozwalające na weryfikację podatnika, w tym listę zgłoszonych przez niego rachunków bankowych. Rachunki są pobierane z bazy KAS i są to numery rachunków rozliczeniowych lub imiennych rachunków w SKOK otwarte w związku z prowadzeniem działalności gospodarczej i podane przy zakładaniu firmy.  Jeśli Twoje rachunki bankowe są inne niż w momencie zakładania firmy powinieneś je zaktualizować w urzędzie skarbowym (spółki zarejestrowane w KAS) lub CEIDG (jednoosobowa działalność gospodarcza). Do 31 grudnia 2019 roku korzystanie z tego Wykazu jest dobrowolne. Od 1 stycznia 2020 roku zapłata za fakturę wystawioną przez podatnika VAT czynnego o wartości przekraczającej 15 000 zł powinna być dokonana na rachunek, który jest zamieszczony w Wykazie podatników VAT. W programie Comarch ERP Optima mamy możliwość pobrania rachunków bankowych kontrahenta z Wykazu podatników VAT. Rachunki te są automatycznie pobierane przy dodawaniu nowego kontrahenta, można je też zaimportować dla kontrahentów istniejących już w programie. Importowane rachunki są automatycznie weryfikowane. Weryfikacja rachunków bankowych dostępna jest z poziomu listy kontrahentów, listy dokumentów w rejestrze VAT, listy dokumentów w ewidencji dodatkowej, w preliminarzu płatności oraz na liście zapisów kasowych\bankowych. W module Kasa/Bank rachunek kontrahenta weryfikujemy automatycznie przy eksporcie przelewów. Dodatkowo na liście zdarzeń i liście zapisów kasowych\bankowych mamy możliwość weryfikacji rachunków dla wskazanych przez nas płatności.
Uwaga
Weryfikacja rachunków bankowych z poziomu listy zapisów kasowych/bankowych dostępna jest od wersji 2020.2.1 programu Comarch ERP Optima
Uwaga
Weryfikacja rachunków bankowych jest dostępna wyłącznie dla Klientów z aktualną gwarancją.
W przypadku, kiedy Klient nie posiada aktualnej gwarancji bądź pracuje na wersji Demo w momencie weryfikacji  pojawia się komunikat: Wystąpił błąd: Usługa dostępna tylko dla programów na gwarancji. Standardowo w Preliminarzu płatności weryfikacji podlegają zdarzenia, 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ść jest nie rozliczona lub rozliczona częściowo,
  • podmiotem płatności jest kontrahent posiadający polski numer NIP.
  • kwota płatności jest większa niż 15 000 zł. Sprawdzana jest łączna kwota płatności na dokumencie źródłowym, np. na fakturze zakupu.
  • przy seryjnej weryfikacji rachunków bankowych sprawdzany jest status zdarzenia, weryfikujemy płatności o statusie: Bufor lub Do realizacji
W przypadku operacji seryjnej Zweryfikuj rachunek bankowy, która wykonywana jest z poziomu listy zapisów, listy zdarzeń, weryfikowane są wszystkie zaznaczone dokumenty niezależnie od kwoty transakcji. Pozostałe warunki pozostają bez zmian. Przy eksporcie przelewów oraz weryfikacji wykonywanej za pomocą operacji seryjnej dla zaznaczonych dokumentów na liście w rejestrze VAT i ewidencji dodatkowej oraz na formularzach dokumentów standardowo obowiązuje warunek na kwotę transakcji (15 000 zł). Istnieje możliwość wyłączenia tego warunku, co zostało opisane w dalszej części dokumentu. Przy eksporcie przelewów do banku weryfikacji nie podlegają przelewy MPP. W przypadku dokonania zapłaty z zastosowaniem mechanizmu podzielonej płatności na rachunek spoza Wykazu podatników VAT nie wystąpią negatywne konsekwencje w zakresie CIT i PIT w kwestii solidarnej odpowiedzialności w VAT.  

Weryfikacja numerów rachunków bankowych przy eksporcie przelewów

W Preliminarzu płatności weryfikacja odbywa się automatycznie w momencie eksportu przelewów do banku, ponieważ istotne jest aby w momencie zlecania przelewu rachunek kontrahenta znajdował się w Wykazie podatników VAT czynnych. Jeśli w wyniku weryfikacji otrzymamy informację, że zlecenie dotyczy niepoprawnego numeru rachunku pojawi się odpowiedni komunikat  a proces eksportu przelewów zostanie zatrzymany. Wygląd komunikatu zależy od wybranego formatu eksportu. Poniżej na pierwszym rysunku przedstawiono komunikat jaki może pojawić się przy zastosowaniu formatu eksportu, który zapisuje dane do pliku xml oraz webservice. Drugi prezentuje komunikat jaki może pojawić się przy eksporcie płatności formatem generującym plik ‘płaski’ np. Elixir-0.
Eksport przelewów do pliku xml – walidacja rachunku bankowego
Eksport przelewów – walidacja rachunku bankowego
Dotyczy wersji: 2020.2.1
Przy eksporcie przelewów do banku program sprawdza kwotę transakcji (warunek na 15 000 zł). Użytkownik ma możliwość ustalenia weryfikacji rachunku bankowego bez względu na kwotę transakcji. W tym celu należy wejść do Konfiguracji firmy/ Ogólne/ Parametry i w sekcji Automatyczna weryfikacja numerów rachunków w Wykazie podatników VAT zaznaczyć parametr Niezależnie od kwoty dokumentu. Parametr ten ma wpływ na weryfikację jaka ma miejsce przy eksporcie przelewów oraz na weryfikację na formularzu faktury zakupu, korekcie faktury sprzedaży, dokumencie w rejestrze VAT zakupu, dokumencie korekty w rejestrze VAT sprzedaży, dokumencie w ewidencji dodatkowej kosztów, korekcie dokumentu w ewidencji dodatkowej przychodów oraz przy weryfikacji wybranych dokumentów w rejestrze VAT i ewidencji dodatkowej (operacja seryjna Zweryfikuj rachunek bankowy).
Konfiguracja firmy /Ogólne/ Parametry – weryfikacja rachunku
Uwaga
W przypadku rozpoznania rachunków bankowych, których nie ma w Wykazie podatników VAT to od decyzji Użytkownika zależy czy wszystkie przelewy zostaną wyeksportowane do banku.

Operacje seryjne – Zweryfikuj numer rachunku

Dla zapisów bankowych oraz zdarzeń zapisanych w Preliminarzu płatności wprowadziliśmy możliwość seryjnego sprawdzenia rachunków bankowych. Służy do tego funkcja: Zweryfikuj numer rachunku.Weryfikacja wykonywana jest dla zaznaczonych zapisów (zdarzeń) niezależnie od kwoty transakcji. W logu z przebiegu tej operacji pojawiają się informacje o weryfikacji numerów rachunków bankowych oraz ewentualne komunikaty dotyczące problemów z połączeniem się z serwerem Ministerstwa Finansów czy brakiem połączenia sieciowego.
Preliminarz płatności – operacje seryjne
Dotyczy wersji: 2020.2.1
Uwaga
W Preliminarzu płatności weryfikacja zdarzeń (operacja seryjna, eksport przelewów) wykonywana jest zawsze wg daty bieżącej. Nie mają znaczenia daty dokumentów.Na liście zapisów bankowych weryfikacja wykonywana jest wg daty zapisu

Wynik weryfikacji zapisywany jest na karcie kontrahenta dla każdego rachunku bankowego oddzielnie (data weryfikacji, numer NIP, wynik, Identyfikator wyszukiwania). Zapis wykonywany jest bez względu na wynik weryfikacji. Zapisujemy zarówno pozytywny jak i negatywny wynik weryfikacji. W przypadku seryjnej weryfikacji zapisu/zdarzenia na którym wpisano rachunek bankowy, którego nie ma na karcie kontrahenta to rachunek ten zostanie dodany do listy rachunków bankowych tego kontrahenta wraz z informacją o jego weryfikacji. W momencie weryfikacji w pierwszej kolejności sprawdzamy czy rachunek został już zweryfikowany (istnieje wpis w Comarch ERP Optima na karcie kontrahenta), jeśli nie to uruchamiamy wyszukiwanie w Wykazie podatników VAT i jego wynik zapisujemy na karcie kontrahenta.

Rejestry kasowe/bankowe

Cel ćwiczenia: przygotowanie bazy do pracy pod kątem modułu Kasa/Bank: założenie rejestru bankowego, utworzenie formy płatności oraz otworzenie raportu bankowego. Lista banków jest już wprowadzona. Teraz pora na założenie rejestrów kasowych/bankowych. Rejestr KASA jest definiowany w chwili zakładania nowej bazy danych. Na liście raportów rejestru KASA został otwarty domyślny raport z datą otwarcia zgodną z datą stworzenia bazy danych. Założony został też pierwszy rejestr bankowy dla rachunku w banku PKO I O./KRAKÓW. Proszę sprawdzić, czy podane dla rachunku dane są prawidłowe oraz uzupełnić saldo otwarcia.
  • Z menu wybieramy Kasa/Bank/ Rejestry Kasowe/Bankowe. Edytujemy rejestr:
    • Rejestr: PKO
    • odznaczony parametr Numery obce
    • okres raportów: miesięczny (raz na miesiąc otrzymujemy wyciąg bankowy)
    • Saldo B.O.: 24 500 zł
    • zatwierdzamy formularz
  • Otwieramy pierwszy raport bankowy w rejestrze PKO:
    • ustawiamy kursor na liście rejestrów, na rejestrze PKO,
    • naciskamy ikonę z paska zadań „Raporty kasowe/bankowe”, która otworzy listę raportów powiązanych ze wskazanym rejestrem. W naszym przypadku lista jest pusta:
    • dodajemy nowy raport: Data otwarcia i Data zamknięcia – obejmują bieżący miesiąc.
    • zatwierdzamy formularz
    • na liście raport jest widoczny w kolorze zielonym – raport jest otwarty i można w nim wprowadzać zapisy
  • Jeśli jeszcze raz podglądniemy zatwierdzony raport. Wypełnione zostało pole Stan poprzedni. Przyjęło wartość 24 500 zł, ponieważ taki był B.O. na rachunku w banku PKO.
Załóżmy, że nasza firma prowadzi jeszcze jeden rachunek bankowy w Banku BPH (akronim na liście banków BPH I O./KRAKÓW, numer rozliczeniowy: 10601376). Bieżący stan rachunku wynosi 28 000 zł. Co tydzień z banku otrzymujemy wyciąg bankowy z wykazem zarejestrowanych transakcji. Ponieważ z poziomu kreatora widocznego przy pierwszym uruchomieniu bazy możliwe jest zdefiniowanie tylko jednego rachunku bankowego firmy – drugi rejestr musimy założyć bezpośrednio w module Kasa/Bank. Na liście banków są już wpisane dane banku BPH, w którym rachunek jest prowadzony. Teraz należy założyć związany z nim rejestr:
  • Z menu wybieramy Kasa/Bank/ Rejestry kasowe/bankowe. Dodajemy nowy rejestr:
    • Akronim: BPH
    • Rejestr: BPH
    • Nazwa: Rachunek bieżący w banku BPH
    • Typ rejestru: Konto bankowe
    • Bank: wpisujemy akronim: BPH I O./KRAKÓW lub NRB: 10601376 lub wyszukujemy z listy
    • Numer rachunku: wprowadzamy numer rachunku 31 10601376 1234 1234 1234 1234
    • Okres raportów: Tygodniowy (ponieważ raz na tydzień otrzymujemy wyciąg bankowy)
    • Saldo B.O.: 28 000 zł
    • zatwierdzamy formularz
Podczas zatwierdzania formularza rachunku program pozwala na:
  • Otwarcie pierwszego raportu bankowego w rejestrze BPH:
    • należy zaznaczyć parametr Otworzyć nowy wyciąg z datą.
    • raport będzie obejmował okres tygodnia zawierającego wskazaną datę.
    • raport jest widoczny na liście raportów KB.
    • na liście wypełniona została kolumna Stan poprzedni. Przyjmie wartość 28 000 zł, ponieważ taki był B.O. na rachunku w banku BPH.
  • Zdefiniowanie formy płatności związanej z rejestrem BPH
    • należy zaznaczyć parametr Dodać nową formę płatności dla rachunku
    • program automatycznie doda formę płatności o nazwie przelew_BPH, typu przelew, skojarzoną z rejestrem BPH (jeśli Użytkownik nie zaznaczy parametru to nową formę może dopisać z poziomu System/ Konfiguracja/ Firma/ Kasa/Bank/ Formy płatności).
    • w firmie będą funkcjonowały dwie formy płatności dla przelewów:
      • przelew skojarzony z rachunkiem w PKO
      • przelew_BPH skojarzony z rachunkiem w banku BPH.

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

Współpraca z modułem Płace i Kadry

System Comarch ERP Optima automatycznie generuje płatności w module Kasa/Bank dla wyliczanych list płac

Zasady generowania płatności dla modułu Płace i Kadry:
  • Przez zatwierdzenie listy płac rozumiane jest zamknięcie list za dany okres.
  • Dla niezamkniętych list płac powstaje zdarzenie w Preliminarzu niezależnie od formy płatności. Nie ma jednak możliwości jego rozliczenia do chwili zamknięcia listy.
  • Po zamknięciu listy płac (parametr dostępny na formularzu listy płac) powstaje zdarzenie w Preliminarzu o statusie nierozliczone, można je rozliczyć z zapisem kasowym/bankowym.
W programie istnieje również funkcja automatycznego generowania płatności do wyliczonych deklaracji podatkowych i ZUS. W Konfiguracji firmy/ Dane firmy / Deklaracje wybieramy formę płatności. Forma ta dotyczy wszystkich wygenerowanych w programie deklaracji. Typ dokumentu dla płatności deklaracji – użytkownik wybiera rodzaj dokumentu zapisu kasowego/ bankowego związanego z podatkiem. Forma płatności do deklaracji – wybieramy formę płatności dla podatków np. przelew. Po wyliczeniu i zapamiętaniu deklaracji PIT-4, PIT-8A i DRA, PPK gdy w danym miesiącu powstaje obowiązek przekazania kwot do zapłaty, generowany jest zapis w module Kasa/Bank zależny od parametru w Konfiguracji/Dane firmy/ Deklaracje Forma płatności do deklaracji. Odroczona forma płatności np. przelew generuje zapis w Preliminarzu płatności, do którego, po zablokowaniu deklaracji przed zmianami (parametr dostępny na formularzu deklaracji), można wystawić przelew bankowy lub wysłać do banku w odpowiednim formacie. Gotówka (zerowy termin płatności) – też w pierwszej kolejności zapis trafia do Preliminarza Płatności (kolor zielony). W momencie zablokowania deklaracji przed zmianami, zapis związany z podatkiem Do zapłaty w Preliminarzu płatności a płatny gotówką, powoduje automatycznie wygenerowanie zapisu w odpowiednim raporcie kasowym i otrzymuje status zapisu rozliczonego. Domyślnie dla płatności związanych z deklaracjami proponowany jest typ dokumentu DEK i forma płatności – przelew. Dodatkowo lista urzędów (Ogólne/ Inne/ Urzędy/ Urzędy ZUS) uzupełniona została o ZUS, dla którego zdefiniowane zostały trzy konta związane ze składkami na ubezpieczenia społeczne, zdrowotne i Fundusz Pracy wraz z FGŚP.
Uwaga
Aby wykasować deklaracje z listy deklaracji należy w pierwszej kolejności rozpiąć rozliczenia danego zapisu. W tym celu należy wejść z menu w Kasa/Bank/ Rozliczenia podmiotu na zakładkę Rozliczone i usunąć zapis rozliczający.
W programie jest możliwość zablokowania dostępu do rozliczeń pracowników poprzez zaznaczenie parametru w Konfiguracji programu/ Użytkowe/ OperatorzyBlokada dostępu do rozliczeń pracowników. Zaznaczenie parametru zablokuje dostęp do modułu kadrowo-płacowego zarówno w Comarch ERP Optima Płace i Kadry jak i Comarch ERP Optima Płace i Kadry Plus oraz dodatkowo do danych płacowych dostępnych w innych modułach, i tak:
  • W module Kasa/Bank – po zaznaczeniu parametru blokady ukryte zostaną na listach dokumentów rozliczonych i nierozliczonych te dokumenty kasowe/ bankowe, które są wystawione na podmiot typu pracownik. Na listach rozliczonych zapisów, gdy zostaną rozliczone ze sobą dokumenty, z których jeden jest wystawiony na pracownika, a drugi na inny podmiot, formatka rozliczenia będzie miała ukryte dane dotyczące dokumentu wystawionego na pracownika.
Uwaga
Nie jest zablokowane rozliczanie faktur zaliczkami pracowników nawet wtedy, gdy Operator ma włączoną blokadę. Będzie widział wszystkie nierozliczone zapisy k/b, będzie mógł pobrać z nich kwoty do rozliczenia dokumentu, który wprowadza. Będzie mógł usunąć rozliczenie z poziomu Preliminarza lub rozliczeń podmiotu wychodząc od zdarzenia jeżeli zdarzenie nie będzie wystawione na pracownika.
  • W modułach księgowych blokada spowoduje ukrycie w menu Księgowość gałęzi Wynagrodzenia oraz w Dokumentach źródłowych pozycji Listy płac.
  • W module Analizy – dla włączonego modułu z parametrem Pełne menu dla modułu Analizy, przy zaznaczonej blokadzie ukryte zostaną w głównym menu pozycja Kadry/Płace oraz w  Panelu analiz gałąź Kadry i Płace.
  • Praca rozproszona – wysyłane będą wszystkie zapisy, również te wystawione na pracownika. Dotyczy to także ręcznie wprowadzonych płatności do Preliminarza Płatności. Można zablokować Operatorowi eksport w modelu Pracy rozproszonej zakładając odpowiednią blokadę.
  • Eksport raportów kasowych/bankowych do Comarch ERP Klasyka – przez plik kasadokh.txt lub bankdokh.txt. W tej sytuacji należy założyć blokadę do funkcji skryptowych, które realizują ten eksport.

Rozliczanie wypłat w różnych walutach

Z uwagi na coraz częściej występującą sytuację zatrudniania pracowników poza Polską i wypłacania im wynagrodzeń w walucie obcej (przy zachowaniu polskich przepisów podatkowych i składkowych przy naliczaniu wypłat) wprowadzono w module Kasa/Bank/ Preliminarz płatności zmianę. Dodano funkcję przeliczenia wypłaty (kwoty netto) na inną walutę, niż wynika z dokumentu źródłowego, według kursu aktualnego na dany dzień. Oznacza to, że wypłaty są policzone w walucie PLN, tym samym powstają zdarzenia w walucie PLN, a w Preliminarzu płatności jest możliwość przeliczenia wypłaty na wybraną – przez użytkownika – walutę obcą. W Konfiguracji programu/Ogólne/Waluty należy dodać waluty, które będą potrzebne do przeliczeń wynagrodzenia. Należy uzupełnić kurs waluty (np. przez import z NBP). Następnie trzeba sprawdzić, czy są naliczone wypłaty. Jeśli nie ma, należy je naliczyć i zamknąć. Po wykonaniu wymienionych czynności, można przejść do modułu Kasa/Bank/ Preliminarz płatności i dokonać zmiany waluty w płatnościach z PLN na inną.
Uwaga
Funkcja przeliczania wypłaty na inną walutę dostępna jest tylko dla wypłat o statusie Zamknięta. Płatność (w Preliminarzu Płatności) ma status Do realizacji.
W module Kasa/Bank/ Preliminarz płatności można zmienić walutę na inną niż PLN dla pojedynczej wypłaty lub seryjnie:
  • Zmiana waluty na pojedynczej płatności pracownika – należy edytować płatność poprzez użycie ikony lupy lub dwukrotnie klikając, przejść na zakładkę [Rozliczenia]. W polu Waluta rozl. wybrać z rozwijanej listy walutę.
  • Seryjna zmiana waluty rozliczenia – funkcja działa dla zaznaczonych zdarzeń. Po zaznaczeniu płatności należy nacisnąć prawy klawisz myszy, pojawi się menu kontekstowe i wybieramy opcję Zmień walutę rozliczenia. Pojawi się pytanie, które potwierdzamy TAK, następnie podajemy informacje dotyczące wybranej waluty (innej niż PLN).
Uwaga
W przypadku, gdy na dany dzień nie będzie podanego kursu wybranej waluty, należy kurs wprowadzić „ręcznie”. W danej płatności, na zakładce [Rozliczenia], pole Waluta rozliczenia aktywne jest tylko wtedy, gdy w polu Waluta dokumentu wybrano walutę PLN. W przeciwnym wypadku będzie nieaktywne (wyszarzone). Pole Waluta rozliczenia będzie nieaktywne również wtedy, gdy dokument został już rozliczony przynajmniej częściowo.
Po zmianie waluty w płatnościach – wszystkie wydruki płacowe z kwotami płatności: gotówka i ROR drukowane są zawsze w PLN (w walucie systemowej). Dotyczy to wydruków:
  • Kwitek wypłaty (oba wydruki – z formularza listy płac i z listy Wypłaty pracowników),
  • Lista płac skrócona (obydwa – j.w.),
  • Lista płac szczegółowa (z czasem pracy i bez),
  • Lista ROR,
  • Lista wypłat gotówkowych,
  • Zestawienia list płac (z formularza listy płac i z listy list płac).

Współpraca modułów standardowych z modułami w wersji Plus

Moduł Kasa/Bank Plus daje dodatkowo możliwość:
  • prowadzenia wyceny środków pieniężnych w kasie i na rachunku bankowym (więcej w rozdziale Magazyn walut),
  • zakładania zaawansowanych blokad do rejestrów kasowych/bankowych (więcej w rozdziale Zakazy do rejestrów w module Kasa/Bank Plus).
  • rozliczania delegacji pracowników (więcej w rozdziale Delegacje).
Magazyn walut może być prowadzony na jednym ze stanowisk przy czym operatorzy logujący się do bazy danych z pobranym modułem Kasa/Bank nie będą mogli korzystać z funkcjonalności Magazynu walut, a w szczególności dodawać/usuwać zapisów w rejestrach, które obsługują Magazyn walut. W przypadku korzystania z funkcjonalności zaawansowanych blokad do rejestrów kasowych/bankowych zalecane jest posiadanie modułu Kasa/Bank Plus na wszystkich stanowiskach. W przypadku założenia w module Kasa/Bank Plus blokady np. tylko do zmiany zapisów kasowych w danym rejestrze, operator, który pobierze moduł Kasa/Bank będzie miał całkowitą blokadę to takiego rejestru.

Współpraca z modułami księgowymi

Konfiguracja programu

W momencie otwierania nowej bazy tworzona jest domyślna konfiguracja umożliwiająca współpracę modułu księgowego z modułem Kasa/ Bank. Przed rozpoczęciem generowania płatności do zapisów w module księgowym należy jednak skontrolować taką konfigurację programu. z poziomu Konfiguracji firmy/ Księgowość otwieramy opcję Płatności do rejestru VAT. z tego poziomu ustalamy:
  • Typ dokumentu dla rejestru sprzedaży – oprócz standardowych typów dokumentów w klasie Wpłata warto utworzyć odrębny typ dla zapisów pochodzących bezpośrednio z rejestrów VAT sprzedaży. Przypomnijmy, że dla każdego typu dokumentu ustalany jest odrębny schemat numeracji.
Przykład
Dla wpłat i związanych z rejestrem VAT sprzedaży tworzymy odrębny typ RVS, dla którego schemat numeracji składa się z typu dokumentu, numeru i roku kalendarzowego – RVS/0001/2010, RVS/1234/2010.
  • Typ dokumentu dla rejestru zakupów – również ze względu na odrębną numerację warto założyć odrębny typ w klasie Wypłata dla zapisów pochodzących z rejestrów VAT zakupów.
Przykład
Dla wypłat związanych z rejestrem VAT tworzymy odrębny typ RVZ, dla którego schemat numeracji składa się z typu dokumentu, numeru i roku kalendarzowego – RVZ/0001/2010, RV/1234/2010.
  • Forma płatności dla wpłat częściowych – jeśli zdarzy się, że faktura, pomimo że płatna np. przelewem, jest już częściowo zapłacona, warto tak skonfigurować program, by informacje o tych wpłatach częściowych trafiały do odrębnego rejestru kasowego/ bankowego. Najprościej jest to rozwiązać przy pomocy odrębnej formy płatności, którą powiążemy z osobnym rejestrem kasowym/ bankowym.
Forma ta będzie wykorzystywana jedynie podczas ręcznego generowania płatności dla zapisów pochodzących z wersji wcześniejszej niż 2.00.1, gdzie nie było możliwości automatycznego tworzenia zapisów w Kasie/Banku. Dla zapisów z wersji późniejszych istnieje możliwość dowolnego ustalenia płatności w tabeli płatności.
Uwaga
W przypadku generowania płatności dla zapisu w rejestrze VAT – numer dokumentu źródłowego (z pola Dokument na zapisie w rejestrze VAT) przepisywany jest automatycznie:
  • w pole Numer na zdarzeniu w Preliminarzu
  • w pole Opis na zapisie kasowym (na kwitku KP/KW drukowany jest w polu Za co).
Konfiguracja programu/ Kasa i Bank/ Parametry W konfiguracji modułu Kasa/Bank znajduje się parametr decydujący o współpracy z Rejestrami VAT: Automatyczna rejestracja kasy dla Rejestrów VAT. Decyduje on o tym, czy w przypadku zapisów wprowadzanych bezpośrednio dla rejestrów VAT (ręcznie lub za pomocą usługi Comarch OCR) płatnych gotówką powinien być automatycznie wprowadzany zapis kasowy do raportu kasowego. Jeżeli:
  • Parametr jest zaznaczony – w chwili zatwierdzania zapisu płatnego gotówką:
    • automatycznie tworzony jest zapis kasowy,
    • w Preliminarzu pojawia się zdarzenie na kwotę wpłaty o statusie rozliczony całkowicie,
    • zapis w rejestrze jest automatycznie rozliczony ze zdarzeniem w Preliminarzu.
  • Parametr jest niezaznaczony – w chwili zatwierdzania zapisu płatnego gotówką w rejestrze VAT:
    • nie jest generowany zapis w raporcie kasowym,
    • w Preliminarzu pojawia się zdarzenie ze statusem nierozliczone,
    • rozliczenie musi zostać wykonane „ręcznie” w chwili wprowadzenia do raportu kasowego/ bankowego odpowiedniego zapisu.
Konfiguracji firmy/ Kasa i Bank/ Parametry znajduje się parametr Domyślny schemat numeracji dla automatycznych zapisów kasowych. Jeżeli parametr ten zostanie zaznaczony, to 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. Konfiguracja programu/Księgowość/ Parametry W tym miejscu znajduje się parametr Generowanie płatności dla ręcznych księgowań na kontach rozrachunkowych. Jego zaznaczenie spowoduje, że podczas dodawania zapisów na konta rozrachunkowe, bezpośrednio w dziennikach księgowych, użytkownik będzie miał możliwość automatycznego generowania płatności w Preliminarzu przy zapisaniu „ręcznego PK”.

Współpraca z Rejestrami VAT

Współpraca z rejestrami VAT zależy przede wszystkim od ustawienia parametru dotyczącego automatycznego generowania kasy dla zapisów w rejestrze (Konfiguracja firmy/ Kasa i Bank/ Parametry). Rozróżnić trzeba kilka przypadków: Zapis w rejestrze VAT z odroczonym terminem płatności:
  • po zatwierdzeniu zapisu powstaje zdarzenie w Preliminarzu płatności ze statusem nierozliczone – do realizacji,
  • jeśli zmieniona zostanie kwota w rejestrze VAT – zmianie ulega również kwota na zdarzeniu w Preliminarzu.
Zapis w rejestrze VAT rozliczony przez użytkownika:
  • dopóki dokument w rejestrze VAT nie jest rozliczony, nie ma ograniczeń co do wprowadzanych na nim zmian,
  • jeśli dokument został już rozliczony przez użytkownika z poziomu modułu Kasa/Bank, wtedy:
    • zmiana kwoty jest możliwa w takim zakresie, że kwota dokumentu nie może być mniejsza niż kwota już rozliczona,
Uwaga
Powyższe ograniczenie nie dotyczy dokumentów, do których zapis kasowy powstał automatycznie w chwili ich zatwierdzenia..
  • w przypadku zmiany kontrahenta – zmieniony zostaje kontrahent na zdarzeniu w Preliminarzu, natomiast na zapisie kasowym pozostaje bez zmian.
Zapis w rejestrze VAT płatny gotówką (parametr nieaktywny):
  • po zatwierdzeniu zapisu powstaje zdarzenie w Preliminarzu Płatności ze statusem nierozliczonedo realizacji, podobnie jak w przypadku płatności z odroczonym terminem,
  • jeśli zmienione zostaną dane na dokumencie w rejestrze VAT – zmianie ulegają również dane na zdarzeniu w Preliminarzu.
Zapis w rejestrze VAT płatny gotówką (parametr aktywny)
  • Po zatwierdzeniu zapisu w rejestrze VAT automatycznie generowany jest zapis w Kasie/Banku
  • Numer zapisu kasowego jest nadany zgodnie ze schematem zdefiniowanym w Konfiguracja programu/ Księgowość/ Płatności do rejestru VAT. Jako numer obcy wpisywany jest numer z dokumentu w rejestrze VAT.
  • Warunkiem jest otwarty raport obejmujący datę z jaką ma powstać zapis kasowy. Jeżeli dla danego rejestru nie ma jeszcze raportu za odpowiedni okres, przy zapisywaniu takiego dokumentu w rejestrze VAT pojawia się pytanie Brak otwartego raportu, do którego można dodać zapis. Czy otworzyć nowy raport?. Po zaakceptowaniu odpowiedni raport zostaje otworzony.
  • W Preliminarzu powstaje zdarzenie, które jest automatycznie rozliczane z zapisem kasowym.
  • Zmiany na dokumencie w rejestrze VAT są wtedy ograniczone:
    • jeśli raport kasowy, w którym powstał zapis, jest otwarty – zmiana jest możliwa. W chwili zmiany informacji na dokumencie w rejestrze VAT zmiany są automatycznie wprowadzane na skojarzonym zdarzeniu w Preliminarzu i zapisie w rejestrze kasowym
    • jeśli raport, w którym powstał zapis, jest zamknięty – program pozwala na zmianę jedynie takich pól jak: data deklaracji VAT-7, czy rodzaj transakcji. Inne zmiany są możliwe jedynie po otwarciu raportu kasowego.
Informacje dodatkowe: W przypadku importu zapisów z programów Comarch ERP Klasyka należy pamiętać, że podczas importu pomijana jest informacja o wpłatach częściowych. Całość kwoty deklarowana jest odpowiednio do zapłaty w formie zadeklarowanej na dokumencie w programie Comarch ERP Klasyka. Informacje o wpłatach częściowych powinny zostać uzupełnione „ręcznie”.
Przykład
Na fakturze w programie Firma++ jako formę płatności wybrano przelew, jednak częściowo zapłacono ją gotówką. W chwili importu w rejestrach VAT dokument pojawi się w całości płatny przelewem w terminie określonym na dokumencie w FPP.
W przypadku importu zapisów z programów Comarch ERP Klasyka dla zapisów płatnych gotówką automatycznie proponowana jest forma płatności gotówka predefiniowana w programie. Jest to ważne ze względu na rejestr kasowy skojarzony z tą formą płatności (w chwili zatwierdzenia dokumentu będą do niego trafiać zapisy kasowe). Jeśli faktura jest wystawiana z poziomu modułu sprzedaży systemu Comarch ERP Optima – to w chwili jej zatwierdzenia automatycznie tworzone jest zdarzenie w Preliminarzu oraz zapis kasowy, które zostają ze sobą rozliczone. Dlatego po przeniesieniu takiej faktury do rejestru VAT program nie generuje ponownie płatności.

Daty zapisów i terminy płatności w Rejestrach VAT

W Konfiguracji firmy/ Kasa i Bank/ Daty dokumentów istnieje możliwość ustalenia parametrów, które odpowiadają za daty dla zapisów kasowych oraz terminy płatności dla zdarzeń w Preliminarzu. Parametry są wykorzystywane podczas rejestrowania dokumentów w Rejestrach VAT. W przypadku parametrów dotyczących terminu płatności użytkownik ma możliwość ustalenia, która data powinna być podstawą do wyliczania terminu płatności:
  • FA, PA – termin może być wyliczany od daty wystawienia lub daty sprzedaży. Parametr jest wykorzystywany podczas wprowadzania dokumentów do Rejestrów VAT (oraz wystawiania faktur i paragonów w module Faktury).
  • FZ – w przypadku faktur kosztowych wprowadzanych w Rejestrach VAT termin płatności może być wyliczany od daty wpływu, daty wystawienia lub daty zakupu. Warto pamiętać, że parametr jest również wykorzystywany podczas wprowadzania faktur zakupu w module Faktury.
W przypadku płatności gotówkowych, gdzie w raporcie kasowym powinien powstać odpowiedni zapis KP/ KW, istnieje możliwość zdefiniowania, z jaką datą powinien być do raportu dopisywany: Data zapisu kasowego przy zapisie FA – zapis KP, tworzony automatycznie w chwili zatwierdzania faktury sprzedaży, może być generowany z datą wystawienia faktury lub z datą sprzedaży. Oprócz faktur sprzedaży parametr obowiązuje również podczas wprowadzania zapisów w Rejestrze VAT sprzedaży. Należy pamiętać, że zapisy KP i KW są automatycznie tworzone w raportach kasowych tylko wtedy, gdy w Konfiguracji firmy/ Kasa i Bank/ Parametry aktywny jest parametr Automatyczna generacja kasy dla rejestrów VAT. Jeśli parametr będzie odznaczony – wprowadzenie dokumentu w rejestrze VAT zawsze spowoduje powstanie planowanej płatności w Preliminarzu (niezależnie od formy i terminu płatności). Data zapisu kasowego przy zapisie FZ – zapis KW tworzony w chwili zatwierdzania faktury zakupu może być generowany z datą wpływu, datą wystawienia dokumentu lub datą zakupu. Podobnie jak w przypadku Faktur Sprzedaży – aktywny powinien być parametr Automatyczna generacja kasy dla rejestrów VAT. Data zdarzenia w Preliminarzu dla FZ – parametr jest wykorzystywany podczas tworzenia zdarzenia w Preliminarzu do określenia Daty dokumentu. W zależności od tego, którą datę wybierze użytkownik (data wpływu, data zakupu, data wystawienia) – jako data zdarzenia będzie proponowana odpowiednia data wprowadzona na fakturę kosztową. Data zdarzenia w Preliminarzu dla FS/WKA, PA – parametr jest wykorzystywany podczas tworzenia zdarzenia w Preliminarzu do określenia Daty dokumentu. W zależności od tego, którą datę wybierze użytkownik (data wystawienia, data sprzedaży) – jako data zdarzenia będzie proponowana odpowiednia data wprowadzona na fakturę przychodową.
Uwaga
Dla wszystkich dokumentów istnieje możliwość takiego ustawienia, by zapis kasowy był zawsze generowany z datą obowiązującą podczas wyliczania terminu płatności. Takie ustawienie parametru zapobiega sytuacji, gdy termin płatności widoczny na dokumencie jest inny (wyliczany np. wg daty wystawienia), natomiast zapis KP tworzony jest z inną datą (np. sprzedaży).  

Współpraca z Ewidencją dodatkową

Współpraca przebiega w sposób analogiczny jak w przypadku Rejestrów VAT, z małymi wyjątkami:
  • O automatycznym tworzeniu zapisu kasowego dla dokumentu płatnego gotówką decyduje parametr w Konfiguracji programu/ Kasa i Bank/ Parametry: Automatyczna generacja kasy dla ewidencji dodatkowej.
  • Zapis kasowy, który powstaje automatycznie w chwili zatwierdzenia dokumentu w Ewidencji dodatkowej ma numer zgodny z numerem dokumentu.
Pozostałe zasady są takie same jak w przypadku Rejestrów VAT.

Daty zapisów i terminy płatności w Ewidencji dodatkowej

W Konfiguracji firmy/ Kasa i Bank/ Daty dokumentów można ustalić parametry, które odpowiadają za daty na zapisach kasowych oraz terminy płatności dla zdarzeń w Preliminarzu. W przypadku parametrów dotyczących terminu płatności użytkownik ma możliwość ustalenia, która data powinna być podstawą do wyliczania terminu płatności: Ew. dodatkowa – podczas wprowadzania zapisów w Ewidencji dodatkowej przychodów i kosztów istnieje możliwość takiej konfiguracji programu, by termin płatności był liczony od daty wystawienia, daty operacji lub daty zapisu. W przypadku płatności gotówkowych, gdzie w raporcie kasowym powinien powstać odpowiedni zapis KP/ KW, istnieje możliwość zdefiniowania, z jaką datą powinien być do raportu dopisywany. Odpowiada za to ustawienie parametru Data zapisu kasowego dla ewidencji dodatkowej. Dokument KP/ KW generowany podczas zatwierdzania dokumentu w Ewidencji dodatkowej przychodów/ kosztów może być tworzony w raporcie z datą wystawienia, datą zapisu lub datą operacji. Należy pamiętać, że powstanie płatności dla zapisu wprowadzonego w Ewidencji dodatkowej jest uzależnione od zaznaczenia parametru Generowanie płatności podczas wprowadzania dokumentu (bezpośrednio na formularzu). Jeśli parametr jest aktywny – w chwili zatwierdzania dokumentu powstanie zapis w Kasie/Banku, jeśli nie jest aktywny – zapisanie dokumentu nie będzie miało żadnych konsekwencji w module kasowym.
Uwaga
Dla wszystkich dokumentów istnieje możliwość takiego ustawienia, by zapis kasowy był zawsze generowany z datą obowiązującą podczas wyliczania terminu płatności. Takie ustawienie parametru zapobiega sytuacji, gdy termin płatności widoczny na dokumencie jest inny (wyliczany np. wg daty wystawienia), natomiast zapis KP tworzony jest z inną datą (np. sprzedaży).

Powiązanie dekretów księgowych z Preliminarzem

W programie istnieje możliwość generowania płatności w Preliminarzu podczas dodawania dekretów księgowych na konta rozrachunkowe. Jeżeli użytkownik wybierze na formularzu pozycji zapisu księgowego opcję Generowanie płatności, wówczas w Preliminarzu powstaje płatność dla kontrahenta wskazanego na zapisie księgowym wg następujących zasad:
  • Definicja dokumentu – jeśli księgowanie jest na stronę Wn i kwota jest dodatnia lub księgowanie jest na stronę Ma i kwota jest ujemna, pobieramy z konfiguracji domyślny typ dokumentu KP, w przeciwnym wypadku pobieramy domyślny typ dokumentu KW.
  • Podmiot dla kont rozrachunkowych słownikowych pobierany jest ze słownika konta, dla kont rozrachunkowych niesłownikowych w pierwszej kolejności ze słownika konta, jeżeli jest ono nie uzupełnione, to z nagłówka PK, w innym przypadku jest ustawiany kontrahent !Nieokreślony!.
  • Rejestr pobierany jest na podstawie formy płatności (z uwzględnieniem księgowań walutowych).
  • Kwota, waluta, typ kursu, kurs, kategoria, numer obcy, data, forma płatności, termin – pobierane są z elementu dekretu.
  • Status – ustawiany jest jako Nie rozliczono.
  • Dopuszczalna zwłoka – na podstawie informacji z karty kontrahenta.
  • Stan – do realizacji.

Generowanie płatności dla dokumentów bilansu otwarcia

Podobnie jak w przypadku dekretów księgowych wprowadzanych w dziennikach księgowych, również w przypadku wprowadzania dokumentu BO istnieje możliwość generowania zdarzeń w Preliminarzu Płatności. Aby skorzystać z takiej możliwości, w pierwszej kolejności powinno zostać zaznaczone pole Generowanie płatności dla bilansu otwarcia na kontach rozrachunkowych, znajdujące się w Konfiguracji firmy/ Księgowość/ Księgowość kontowa. Następnie, dodając nową pozycję na Dokumencie BO, należy skorzystać z opcji Dodanie pozycji przez formularz. Na formularzu pozycji zapisu księgowego konieczne jest:
  • Wypełnienie konta kontrahenta, dla którego zostanie wygenerowana płatność w Preliminarzu,
  • Zaznaczenie pola Generowanie płatności,
  • Określenie formy płatności i przewidywanego terminu realizacji płatności.
Pozycja dokumentu BO z generowaniem płatności
W momencie zapisywania dokumentu BO, w Preliminarzu dodane zostanie automatycznie nowe zdarzenie, na którym jako konto przeciwstawne pojawi się konto z pozycji BO. Umożliwi to łatwiejszą kontrolę kwot znajdujących się w Preliminarzu oraz na Bilansie otwarcia. Sposób generowania płatności jest analogiczny jak w przypadku Generowania płatności dla dekretów „ręcznych”.

Automatyczne rozliczenia i rozrachunki

W Konfiguracji Firmy/ Księgowość/ Księgowość kontowa dostępny jest parametr Automatyczne rozliczenia i rozrachunki. Po jego zaznaczeniu będą automatycznie łączone rozliczenia prowadzone w module Kasa/Bank z rozrachunkami dokonywanymi na kontach księgowych w module Księga Handlowa lub Księga Handlowa Plus. 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. W celu ułatwienia sprawdzania jakie rozliczenia są powiązane z którymi rozrachunkami, w menu głównym z poziomu Listy zapisów kasowych/bankowych, Preliminarza płatności, formularza zapisu kasowego/bankowego i formularza płatności dostępna jest ikona  odwołująca do Listy rozrachunków związanych z rozliczeniami. Dokładniejszy opis funkcjonalności dostępny jest tutaj.

Wielozakładowość

W przypadku firm wielozakładowych (z wybranym w Konfiguracji Firmy/ Księgowość/ Parametry rodzajem księgowości: Księga Podatkowa i zaznaczonym parametrem Firma wielozakładowa na niektórych formularzach jest możliwość przypisania zakładu. Na liście różnic kursowych, różnic kursowych magazynu walut oraz delegacji w menu kontekstowym (pod prawym klawiszem myszy) dostępna jest opcja Ustaw zakład. Opcja ta jest dostępna również na liście zapisów kasowych/bankowych zarówno w menu kontekstowym, jak i pod ikoną operacji seryjnych. Opcja Ustaw zakład umożliwia seryjne przypisanie/zmianę zakładu na zaznaczonych i niezaksięgowanych dokumentach. Podczas dodawania nowego zapisu kasowego/bankowego podpowiadany jest zakład domyślny. Jeżeli zapis powstanie podczas pojedynczego lub seryjnego rozliczania w Preliminarzu płatności wygenerowanej do dokumentu źródłowego, to na formularz zapisu przenosi się zakład wybrany na dokumencie źródłowym. Jeśli płatność nie posiada dokumentu źródłowego to na zapis trafia zakład domyślny. W przypadku rozliczeń seryjnych zbiorczych pole dotyczące zakładu pozostaje puste. W przypadku wykorzystanie opcji Rozlicz dostępnej na liście faktur w module Handel zapis wygenerowany zostanie na zakład domyślny. Jeżeli zapis kasowy powstanie automatycznie do dokumentu w Rejestrze VAT, Ewidencji dodatkowej lub listy wynagrodzeń to na formularz zapisu przeniesie się zakład wybrany na dokumencie źródłowym. Dokładniejszy opis funkcjonalności dostępny jest w podręczniku do modułu Księga Handlowa.

Dokumenty w walucie obcej - scenariusze

Rozliczenie Faktury Sprzedaży

  • Wystawiamy Fakturę Sprzedaży na kwotę 100 EURO płatną przelewem. W dniu wystawienia FS obowiązywał kurs 1 EURO = 4 PLN, tak więc wartość faktury w złotówkach to 400 PLN. Powstaje odpowiednie zdarzenie w Preliminarzu.
  • Po pewnym czasie otrzymaliśmy zapłatę za fakturę 100 EURO. W tym dniu jednak obowiązywał kurs 4.05 PLN i taki zapis został wprowadzony do raportu bankowego. Wartość zapisu w złotówkach to 405 PLN.
  • Rozliczamy ze sobą zapis i zdarzenie w Preliminarzu. Rozliczana kwota w EURO jest taka sama, jednak wartość w PLN dla obu dokumentów jest różna. Program automatycznie wyliczy różnicę kursową na kwotę 5 PLN.

Rozliczenie Faktury Zakupu

  • Otrzymaliśmy Fakturę Zakupu na kwotę 400 EURO płatną przelewem. W dniu wpływu FZ obowiązywał kurs 1 EURO = 4 PLN, tak więc wartość faktury w złotówkach to 1600 PLN. Powstaje odpowiednie zdarzenie planujące rozchód w Preliminarzu.
  • Płacimy część kwoty 100 EURO. Wprowadzamy zapis KW na kwotę 100 EURO, ale w dniu zapłaty obowiązywał już kurs 1 EURO = 4.05 PLN. Rozliczamy zapis (całkowicie) i zdarzenie (częściowo).
  • Program wyliczy różnicę kursową na kwotę -5 PLN (100 x 4 – 100 x 4.05 = – 5).

Księgowanie różnic kursowych do modułu Księga Podatkowa

W przypadku współpracy z modułem Księga Podatkowa istnieje możliwość zaksięgowania różnic kursowych do różnych kolumn księgi. Na formularzu różnicy kursowej widoczne jest pole, służące do określenia kolumny KP. Pole to, do chwili zaksięgowania, jest edytowalne i może podlegać modyfikacji.
  • Na dodatnich różnicach kursowych automatycznie podstawiana jest kolumna 8.Pozostałe, natomiast na ujemnych różnicach kursowych kolumna 13.Inne.
  • Program rozpoznaje, czy dana różnica ma zwiększać przychód. Jeśli użytkownik zmieni na Formularzu różnicy uzupełnioną przez program kolumnę księgi z przychodowej na kosztową, to różnica zostanie zaksięgowana w kwocie ujemnej, która pomniejszy koszty i odwrotnie w przypadku różnicy, która ma pomniejszać przychód.
  • Program rozpoznaje, czy dana różnica ma zwiększać rozchód, jeśli użytkownik zmieni na Formularzu różnicy uzupełnioną przez program kolumnę księgi z kosztowej na przychodową, to różnica zostanie zaksięgowana w kwocie ujemnej, która pomniejszy odpowiednio przychody i odwrotnie w przypadku różnicy, która ma pomniejszać rozchód.

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.

Zasady współpracy modułu Kasa/Bank z innymi modułami systemu Comarch ERP Optima

Inicjalizacja zaliczek na dokumentach

Wprowadzając dokument do systemu po wpisaniu kontrahenta na dokument program wyszukuje nierozliczone zapisy kasowe/bankowe dla tego kontrahenta (odpowiednio po stronie należności lub zobowiązań w zależności od dokumentu). W sytuacji, gdy są jakieś zaliczki to ikona plusa dostępna pod tabelą Zaliczki do rozliczenia ma wtedy dodatkowo ikonę wykrzyknika. Istnieje wtedy możliwość rozliczenia zaliczki bezpośrednio z poziomu dokumentu. Dodatkowo, jeśli na dokumencie wybrano pracownika, którego zaliczki powinny być rozliczone – są one dopisywane do listy zaliczek kontrahenta.

Formy płatności

W konfiguracji użytkownik tworzy listę form płatności, które będzie wykorzystywał. Każda forma płatności musi być skojarzona z rejestrem domyślnym, prowadzonym w PLN. 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.
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.
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:
  • 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).
Użytkownicy, którzy nie posiadają rachunków walutowych – formy płatności kojarzą tylko z rejestrem złotówkowym. W takim przypadku, niezależnie od waluty dokumentu – w Kasie/Banku będą one rejestrowane zawsze na rachunku (w kasie) złotówkowej. Jeśli użytkownik prowadzi rachunek w walucie obcej i chce, by wszystkie płatności do dokumentów wystawianych w takiej walucie były tam automatycznie rejestrowane na rachunku walutowym – powinien odpowiedni rejestr walutowy przypisać do formy płatności. Wtedy program wszystkie płatności w danej walucie automatycznie zapisze w rejestrze walutowym. Natomiast płatności do dokumentów w złotówkach oraz innych walutach – będą zapisywane w rejestrze 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. Jeśli wystawi dokument w USD – płatność znajdzie w Preliminarzu w rejestrze R_PLN.
Dzięki takiemu rozwiązaniu wykorzystując jedną formę płatności można wprowadzać zapisy/ płatności do rejestrów w różnych walutach.

Łączenie kart kontrahentów

W programie istnieje możliwość łączenia kart kontrahentów, gdzie jeden zostanie ustawiony jako kontrahent główny, a pozostali jako kontrahenci podrzędni (duplikaty). Aby takie łączenie było możliwe na formularzu operatora (Konfiguracja/ Program/ Użytkowe/ Operatorzy), na zakładce [Ogólne], musi być zaznaczony parametr Prawo do łączenia kart kontrahentów. Funkcja Połącz kontrahentów dostępna jest na liście kontrahentów w menu kontekstowym (pod prawym klawiszem myszy) oraz w menu głównym pod ikoną  Połącz kontrahentów. Dokładniejszy opis funkcjonalności dostępny jest tutaj. Pozostałe elementy współpracy opisane są w poniższych artykułach.

Współpraca z modułem fakturującym

Współpraca z modułem CRM Plus – windykacja

Współpraca z modułami księgowymi

Współpraca z modułem Płace i Kadry

Informacje bieżące

Dostępność zakładki [Informacje bieżące] dla operatora jest zależna od ustawienia w menu Widok/ Pokaż okno Informacji bieżących. Po włączeniu tej opcji, w programie widoczna jest pionowa zakładka [Informacje bieżące]: Zadaniem okna Informacji bieżących jest przedstawienie informacji aktualnych na chwilę (dzień) wywoływania raportu, czyli po uruchomieniu okna informacji bieżących. Dane są wyświetlane na dzień zgodny z datą bieżącą programu ustawioną w menu Narzędzia/Data bieżąca. Raport (informacje) wywoływany jest po wciśnięciu zakładki [Informacje Bieżące]. Dla każdego użytkownika możemy zdefiniować indywidualny zestaw raportów, jaki będzie z nim związany. Szczegóły tutaj. Informacje bieżące dla KB – Kasa i Bank: Należności na dzisiaj – zestawienie nierozliczonych należności, których termin realizacji jest zgodny z datą bieżącą w programie. Należności na jutro – zestawienie nierozliczonych należności, których data realizacji przypada jutro (data bieżąca w programie + 1). Należności przeterminowane – zestawienie nierozliczonych należności, których termin realizacji jest mniejszy niż data bieżąca. Dok. przychodowe przeterminowane do VAT – zestawienie dokumentów przychodowych, które zostały zakwalifikowane do JPK_V7 i termin płatności został przekroczony o co najmniej 90 dni. Środki finansowe – zestawienie rejestrów kasowych/bankowych. Dla każdego rejestru wykazywany jest stan końcowy ostatniego raportu. Zobowiązania na dzisiaj – zestawienie nierozliczonych zobowiązań, których termin realizacji jest zgodny z datą bieżącą w programie. Zobowiązania na jutro – zestawienie nierozliczonych zobowiązań, których termin realizacji przypada jutro (datą bieżącą w programie + 1). Zobowiązania przeterminowane – zestawienie nierozliczonych zobowiązań, których termin realizacji jest mniejszy niż data bieżąca. Dok. rozchodowe przeterminowane do VAT - zestawienie płatności do dokumentów rozchodowych, które zostały zakwalifikowane do deklaracji JPK_V7 i termin płatności został przekroczony o co najmniej 90 dni. Dok. rozchodowe przeterminowane do dochodowego – zestawienie płatności do dokumentów rozchodowych, które kwalifikują się do ulgi na złe długi. Dok. przychodowe przeterminowane do dochodowego – zestawienie płatności do dokumentów przychodowych zakwalifikowanych do ulgi na złe długi.

Współpraca z modułem fakturującym

Współpraca z modułem fakturującym opiera się głównie na generowaniu zapisów/ zdarzeń w module Kasa/Bank na podstawie wystawianych dokumentów sprzedaży oraz automatycznego rozliczania tych zapisów/zdarzeń. Obowiązuje przy tym zasada, że:
  • Jeśli faktura jest płatna gotówką – zatwierdzenie dokumentu wiąże się z automatycznym wygenerowaniem zapisu kasowego w danym rejestrze. Generalnie numer tego zapisu kasowego jest numerem faktury. Jednak w Konfiguracji firmy/ Kasa i Bank/ Parametry znajduje się parametr Domyślny schemat numeracji dla automatycznych zapisów kasowych. Jeżeli parametr ten zostanie zaznaczony, to 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.
  • Jeśli faktura ma odroczony termin płatności – jej zatwierdzenie powoduje zarejestrowanie zapisu w Preliminarzu Płatności, również w rejestrze przypisanym do wykorzystanej formy płatności.

Domyślne rejestry kasowe/bankowe dla operatorów

W systemie istnieje możliwość takiego zdefiniowania form płatności gotówka oraz przelew, by dla każdego operatora zapisy kasowe trafiały do odrębnego rejestru kasowego/bankowego. Na karcie operatora (Konfiguracja programu/ Użytkowe/ Operatorzy), na zakładce [Ogólne] w sekcji Parametry wspólne, znajdują się pola Domyślna kasa oraz Domyślny bank. Z rozwijanej listy można wybrać rejestr kasowy/bankowy, do którego powinny trafić zapisy kasowe związane z dokumentami wystawianymi przez tego operatora.
  • Dla domyślnej kasy na liście pojawiają się tylko rejestry typu KASA, natomiast dla domyślnego banku na liście pojawiają się rejestry typu BANK
  • Rejestry muszą być prowadzone w walucie systemowej
  • Na liście nie pojawią się rejestry, do których operator ma założone zakazy (zakładka [Zakazy] na formularzu rejestru). Równocześnie program kontroluje, by dla operatora nie można było założyć zakazów do rejestru, który został wcześniej zdefiniowany jako jego domyślny rejestr kasowy/bankowy.
Na definicji formy płatności (Konfiguracja firmy/ Kasa i Bank/ Formy płatności), w polu Rejestr,  istnieje możliwość przypisania rejestru –domyślna.
Uwaga
Rejestr domyślny można przypisać tylko do formy płatności typu gotówka oraz przelew.
W przypadku, gdy operator ma przypisaną Domyślną kasę, a równocześnie forma płatności typu gotówka jest skojarzona z Rejestrem domyślnym – w trakcie wystawiania dokumentu płatnego gotówką program sprawdzi, która kasa jest przypisana do aktualnie zarejestrowanego operatora i w tym rejestrze utworzy zapis kasowy, związany z dokumentem. Podczas korzystania z funkcji domyślnych rejestrów kasowych/bankowych może zdarzyć się sytuacja, że przypisana operatorowi kasa domyślna bądź bank domyślny nie będzie dostępny. W takim przypadku, przy próbie wystawienia dokumentu z wykorzystaniem formy płatności skojarzonej z rejestrem domyślnym, program wyświetli komunikat i nie pozwoli na zatwierdzenie dokumentu. Należy wtedy sprawdzić, czy:
  • Przypisany dla operatora rejestr kasowy/bankowy nie został zablokowany na liście rejestrów kasowych/ bankowych.
W aktualnej bazie jest utworzony rejestr kasowy/bankowy przypisany do operatora na jego karcie (przede wszystkim jeśli operator pracuje na kilku bazach danych).

Daty na zdarzeniach/ zapisach związanych z dokumentami zakupu/ sprzedaży

W Konfiguracji firmy/ Kasa i Bank/ Daty dokumentów istnieje możliwość ustalenia parametrów odpowiadających za daty dla zapisów kasowych oraz terminy płatności dla zdarzeń w Preliminarzu. Parametry są wykorzystywane podczas wystawiania dokumentów w module Faktury, w Rejestrach VAT oraz Ewidencji dodatkowej oraz tworzenia na ich podstawie płatności w module Kasa/Bank. W przypadku parametrów dotyczących terminu płatności użytkownik ma możliwość ustalenia, która data powinna być podstawą do wyliczania terminu płatności:
  • FS, PA – termin może być wyliczany od daty wystawienia lub daty sprzedaży. Parametr jest również wykorzystywany podczas wystawiania Faktur Sprzedaży i paragonów w module Faktury.
  • FZ – w przypadku Faktur Zakupu wystawianych w module Faktury termin płatności może być wyliczany od daty wpływu, daty wystawienia lub daty zakupu.
W przypadku płatności gotówkowych, gdzie w raporcie kasowym powinien powstać odpowiedni zapis KP/ KW,  istnieje możliwość zdefiniowania, z jaką datą powinien być do raportu dopisywany: Data zapisu kasowego przy zapisie FS – zapis KP, tworzony automatycznie w chwili zatwierdzania Faktury Sprzedaży, może być generowany z datą wystawienia faktury lub z datą sprzedaży. Data zapisu kasowego przy zapisie PA – zapis KP tworzony w chwili zatwierdzania paragonu może być generowany z datą wystawienia PA lub datą sprzedaży. Data zapisu kasowego przy zapisie FZ – zapis KW tworzony w chwili zatwierdzania Faktury Zakupu może być generowany z datą wpływu, datą wystawienia dokumentu lub datą zakupu.
Uwaga
Dla wszystkich dokumentów istnieje możliwość takiego ustawienia, by zapis kasowy był zawsze generowany z datą obowiązującą podczas wyliczania terminu płatności. Takie ustawienie parametru zapobiega sytuacji, gdy termin płatności widoczny na dokumencie jest inny (wyliczany np. wg daty wystawienia), natomiast zapis KP tworzony jest z inną datą (np. sprzedaży).  
W przypadku dokumentów zakupu i sprzedaży użytkownik może zdefiniować, z jaką datą ma powstać zdarzenie w Preliminarzu. Odpowiadają za to ustawienie parametru Data zdarzenia w Preliminarzu dla FZ oraz Data zdarzenia w preliminarzu dla FS/WKA, PA. Użytkownik ma do wyboru datę wpływu, datę zakupu, datę wystawienia dla dokumentów zakupowych oraz datę wystawienia i datę sprzedaży dla dokumentów sprzedażowych.

Kategorie

W trakcie wystawiania faktury przypisujemy jej kategorię. Warto pamiętać, że kategoria ta jest kopiowana na zapis kasowy (w przypadku płatności gotówką) lub na zdarzenie zapisywane w Preliminarzu w przypadku płatności odroczonej.

Faktura w buforze

Jeśli dokument sprzedaży zostaje zapisany do bufora to nie może to powodować powstania żadnych zapisów w rejestrach kasowych/bankowych (przypomnijmy, że faktura w buforze jest nadal edytowalna i jej zawartość może być zmieniana). Natomiast płatność za taką fakturę można traktować jako planowany przychód (lub rozchód w przypadku np. zwrotu towaru). Dlatego wpisanie faktury do bufora powoduje rejestrację zdarzenia w Preliminarzu. Zdarzenie to jest powiązane z konkretną fakturą (jej numer jest widoczny w polu dokument) i nie ma możliwości zmiany wpisanych tam informacji (zmiana danych możliwa jest jedynie z poziomu dokumentu sprzedaży). Zdarzenie takie ma nadany stan Bufor i na liście jest widoczne w kolorze zielonym. Jeśli płatność jest rozbita na kilka części – w Preliminarzu pojawi się odpowiednia ilość zdarzeń odpowiadających kolejnym wpłatom. Zatwierdzenie faktury powoduje wygenerowanie zapisu kasowego na kwotę płatną gotówką, natomiast z Preliminarza znika odpowiadające mu zdarzenie. Zdarzenia powiązane z płatnościami odroczonymi nadal są widoczne w Preliminarzu, jednak ich stan zostaje zmieniony na Zatwierdzone do realizacji.

Anulowanie faktury

Jeśli dokument nie był jeszcze rozliczony – po anulowaniu znika z Preliminarza planowana płatność z nim związana. Jeśli dokument został rozliczony, możliwość anulowania dokumentu zależy od ustawień parametru Kasowanie rozliczeń przy kasowaniu i anulowaniu dokumentówKonfiguracji firmy/ Kasa i Bank/ Parametry: Jeśli dokument był rozliczony „ręcznie” przez użytkownika, tzn. wpłata gotówki nie nastąpiła automatycznie po zatwierdzeniu faktury, a rozliczenie nastąpiło z poziomu modułu Kasa/ Bank – po anulowaniu:
  • rozpięte zostaje rozliczenie,
  • znika płatność z Preliminarza,
  • zapis kasowy pozostaje w raporcie ze statusem Nierozliczony.
Jeśli dokument był rozliczony w chwili zatwierdzenia (np. Faktura Sprzedaży płatna gotówką przy zatwierdzeniu spowodowała powstanie zapisu kasowego):
  • rozpina rozliczenie,
  • usuwa zdarzenie z Preliminarza,
  • usuwa zapis z raportu kasowego, pod warunkiem, że raport kasowy jest nadal otwarty. Jeśli raport został zamknięty – zapis kasowy pozostaje w raporcie ze statusem Nierozliczony.

Automatyczne kompensaty

W systemie istnieje możliwość automatycznego kompensowania dokumentów (np. Faktury Sprzedaży i korekt do niej).  W Konfiguracji firmy/ Kasa i Bank/ Parametry znajduje się zmienna Automatyczne kompensaty. Powoduje ona, że program automatycznie kompensuje ze sobą Fakturę Sprzedaży i wystawioną do niej korektę. Zasady automatycznego kompensowania dokumentów:
  • Kompensata dotyczy jedynie Faktur Sprzedaży i korekt do FS.
  • Faktura korygująca musi być zatwierdzona na trwałe (nie do bufora).
  • W konfiguracji musi być zdefiniowana forma płatności typu
  • Forma płatności kompensata musi być zadeklarowana na fakturze korygującej.
  • Faktura korygująca zostanie rozliczona całkowicie lub częściowo, w zależności od kwoty, jaka została do rozliczenia na Fakturze Sprzedaży.
 

Pierwsze kroki

Pierwsze kroki

  Zaczynamy od założenia bazy danych odpowiadającej firmie użytkownika i wprowadzenia podstawowych danych o firmie. Kolejne kroki, związane już bezpośrednio z modułem Kasa/Bank to zdefiniowanie klas dokumentów, z których będziemy korzystać w programie i zasad ich numeracji oraz określenie używanych form płatności. Kolejny etap, to zdefiniowanie słowników pomocniczych – list kontrahentów, pracowników, kategorii, banków i urzędów. Uzupełnianie tych list przed rozpoczęciem pracy nie jest obowiązkowe. Dane można wprowadzać na bieżąco. Zanim jednak zaczniemy pracę - warto zastanowić się nad sposobem wprowadzania tych informacji. Szczególnie chcielibyśmy zwrócić Państwa uwagę na listę kategorii – dobrze przemyślana struktura tej listy, odpowiadająca organizacji firmy i pozwalająca w przyszłości na definiowanie raportów i analiz faktycznie wspomagających zarządzanie – może być świetnym narzędziem w rękach osób zarządzających przedsiębiorstwem. Zanim przystąpimy do pracy warto również zastanowić się nad konstrukcją list kontrahentów i pracowników – sposobem podziału na grupy, nadawania kodów i kategorii. Następny krok to zdefiniowanie rejestrów kasowych/bankowych, otwarcie pierwszych raportów kasowych/bankowych i szereg informacji o tym jak wprowadzać kolejne zapisy kasowe/bankowe. Preliminarz płatności – a więc kalendarz przyszłych przychodów i rozchodów finansowych w firmie oraz zasady prowadzenia rozliczeń z kontrahentami i urzędami.  
Uwaga
Warto pamiętać, że podczas wypełniania formularzy wszystkie pola, które muszą być koniecznie wypełnione opisane są pogrubioną czcionką.
  W chwili otwierania po raz pierwszy nowo założonej bazy otwierany jest kreator, który pomaga użytkownikowi w szybkiej konfiguracji bazy tak, aby spełniała jego wymagania. Podczas konfigurowania bazy pojawiają się okna pozwalające na ustalenie podstawowych parametrów pracy dla poszczególnych zainstalowanych modułów. Szczegółowy opis kreatora znajduje się w Pomocy dostępnej z poziomu poszczególnych okien pod klawiszem <F1>. Jeśli użytkownik nie skorzysta z pomocy kreatora – ma możliwość ustawienia parametrów bezpośrednio w programie. Informacje ogólne (potrzebne dla każdego modułu):
 
  • Założenie nowej bazy danych (Konfiguracja programu/ Użytkowe/ Bazy danych)
  • Uzupełnienie danych o firmie (Konfiguracja firmy/ Dane firmy/ Pieczątka firmy)
  • Wpisanie listy użytkowników (Konfiguracja programu/ Użytkowe/ Operatorzy)
  • Ustalenie blokad dostępu dla użytkowników (Konfiguracja programu/ Użytkowe/ Operatorzy: zakładka [Blokady dostępu]).
Założenie blokad nie jest niezbędne do poprawnego działania programu i można je uzupełnić w razie konieczności już podczas pracy z programem. Uzupełnienie listy banków (Ogólne/ Inne/ Banki) – przede wszystkim wprowadzamy dane o bankach, w których mamy założone rachunki. Uzupełnienie list:
  • urzędów (Ogólne/ Inne/ Urzędy),
  • właścicieli (Ogólne/ Inne/ Właściciele),
  • pracowników (Ogólne/ Pracownicy),
  • kontrahentów (Ogólne/ Kontrahenci).
Uzupełnianie tych list nie jest konieczne od razu w chwili rozpoczęcia pracy z systemem. Wpisywanie koniecznych informacji może być wykonywane na bieżąco podczas pracy programu. Moduł KASA/ BANK
  • Założenie rejestrów kasowych/bankowych (Kasa/Bank/ Rejestry kasowe/ bankowe).
  • Ustalenie numeracji raportów kasowych/bankowych (Konfiguracja firmy/ Definicje dokumentów/ Raport).
  • Otwarcie raportów kasowych/bankowych (Kasa/ Bank/ Raporty kasowe/ bankowe).
  • Otwarcie raportów kasowych/ bankowych jest niezbędne dopiero w chwili wprowadzania dokumentów (zapisów kasowych/bankowych) w programie. Dlatego raporty kasowe/ bankowe nie muszą być otwierane w chwili konfiguracji systemu, należy jednak pamiętać o tym przed rozpoczęciem pracy.
  • Schematy numeracji dla zapisów kasowych/ bankowych (Konfiguracja firmy/ Definicje dokumentów/ Wpłata i Wypłata).
Np. możemy zdefiniować dwa rodzaje wpłaty – wpłata gotówką i wpłata przelewem bankowym. Dla każdego rodzaju wpłaty można ustalić odrębny schemat numeracji. 
Ustalenie wykorzystywanych w firmie form płatności, powiązanych konkretnymi rejestrami (Konfiguracja firmy/ Kasa i Bank/ Formy płatności). Ustalenie listy wykorzystywanych kart kredytowych (Konfiguracja firmy/ Kasa i Bank/ Karty kredytowe). Po ustaleniu tych informacji można rozpocząć wprowadzanie danych oraz wystawianie dokumentów. Warto przy tym pamiętać, że w chwili otwierania nowej bazy danych część informacji jest predefiniowana (np. numeracja raportów i zapisów) – a zatem użytkownik może je wykorzystać i pracować z programem bez konieczności ich definiowania.

Scenariusze i przykłady

Eksport przelewów do pliku

https://www.youtube.com/watch?v=aJAI1WZLokU&
Cel ćwiczenia: Wygenerowanie pliku Elixir-0 do banku BPH w celu zrealizowania przelewów z wynagrodzeniami dla pracowników.
  • Z menu modułu Kasa/ Bank wybieramy Preliminarz płatności.
  • W pozycji Rejestr wybieramy założony podczas Konfiguracji rejestr bankowy Zaznaczamy pole „Przelewy do wysłania”.
  • Na liście widzimy tylko płatności (zdarzenia) w kolorze czarnym, czyli zatwierdzone do realizacji.
  • Zaznaczamy wszystkie płatności na liście <ctrl> + <A> i ikoną dyskietki uruchamiamy Eksport poleceń przelewów.
    • Wybieramy eksport dla zaznaczonych płatności
    • Katalog docelowy – wskazujemy konkretne miejsce na dysku
    • Nazwa pliku – wpisujemy np. przelewy_etat
    • Data przelewu – wybieramy datę realizacji
    • Zaznaczamy pole Przelewy zbiorczo dla poszczególnych podmiotów w celu utworzenia jednego przelewu dla konkretnego pracownika (w przypadku kilku list płac)
    • Piorunkiem uruchamiamy proces generowania pliku elixir-0 (z rozszerzeniem pli)
  • Pojawia się log z informacją o przebiegu eksportu, po zapoznaniu się z jego treścią należy go zamknąć.
  • W oknie Preliminarz płatności zdarzenia zniknęły z okna, nie są już wyświetlane jako przelewy do wysłania. Po wyłączeniu tej opcji pojawiają się ponownie, wyświetlane w kolorze niebieskim, co oznacza, że zostały wysłane do banku. Edytujemy dowolną płatność i sprawdzamy stan – „Wysłane”.

Klient płaci w ratach

  • Prowadzimy sprzedaż ratalną. Aby łatwiej rozliczać kolejne raty tworzymy odrębny rejestr bankowy o nazwie np. SPRZEDAŻ_RATALNA.
  • Można również utworzyć odrębną formę płatności np. Raty, przelew, związaną z rejestrem bankowym SPRZEDAŻ_RATALNA.
  • Teraz klient kupuje u nas towar o wartości 1000 zł. Pierwsze 50% płaci gotówką przy zakupie towaru, kolejne 50% – będzie płacił w pięciu równych miesięcznych ratach.
  • Wystawiamy fakturę z formą płatności raty.
  • Na zakładce [Rozliczenia] wpisujemy najpierw wpłatę gotówkową 500 zł, a następnie wprowadzamy jeszcze pięć zapisów na kwotę 100 zł, z formą płatności raty i z terminem ustalonym na kolejne miesiące.
  • Po zatwierdzeniu faktury w kasie pojawi się zapis kasowy na 500 zł, zaś w Preliminarzu w rejestrze SPRZEDAŻ_RATALNA – pięć kolejnych planowanych wpłat.
  • Jeśli na wyciągu z banku otrzymamy potwierdzenie, że kolejna rata została spłacona – wprowadzamy zapis do rejestru bankowego i rozliczamy go ze zdarzeniem w Preliminarzu.
Jeśli do niezapłaconej kwoty doliczamy odsetki, to musimy je ręcznie wprowadzić w Preliminarzu Płatności jako pięć odrębnych zdarzeń (formy i terminy płatności powinny pokrywać się z kolejnymi ratami). Wtedy z banku otrzymujemy potwierdzenie wpłaty kolejnej raty wraz z należnymi odsetkami. Zapis bankowy rozliczamy z dwoma zdarzeniami z Preliminarza: wpłatą raty (związanej z fakturą) oraz spłatą należnych odsetek. Istnieje tutaj możliwość wykorzystania również funkcji kategorii. Sprzedaż towaru wiążemy z kategorią np. Sprzedaż, natomiast dla spłacanych odsetek tworzymy odrębną kategorię typu przychody (np. Odsetki). Wtedy, w bardzo prosty sposób, korzystając z zakładki [Zapisy kategorii] na Liście zapisów kasowych/ bankowych, możemy otrzymać informację, jaka była łączna kwota odsetek, jakie wpłynęły w związku ze sprzedażą ratalną.

Eksport częściowo rozliczonych przelewów MPP

Tworząc zlecenie przelewów do banku należy wybrać format eksportu dedykowany dla przelewów MPP. W zleceniu takim zapisywana jest informacja o numerze NIP kontrahenta, kwocie podatku i numerze dokumentu. W przypadku przelewów częściowo rozliczonych należy samodzielnie ustalić kwotę podatku VAT, która powinna być zapisana w zleceniu przelewu. W preliminarzu płatności mamy zdarzenie na kwotę 1230 zł, kwota VAT to 230 zł. Zdarzenie to zostało częściowo rozliczone i do zapłaty pozostało 500 zł. Przed wysłaniem przelewu do banku, należy uzgodnić kwotę podatku VAT. Mamy dwie możliwość:
  • Otwieramy zdarzenie i samodzielnie zmieniamy kwotę VAT.
  • Korzystany z funkcji podziału zdarzenia. Dzielimy zdarzenie w taki sposób, że na nowym zdarzeniu podajemy kwotę jaka pozostała do zapłaty, w naszym przypadku 500 zł. Program utworzy dwa zdarzenia, pierwsze (całkowicie rozliczone) na kwotę 730 zł i drugie do rozliczenia na kwotę 500 zł. Przy podziale płatności program wyliczy kwotę VAT proporcjonalnie do wartości przelewów (136,50 zł i 93,50 zł).

Podział zdarzenia

W tym przykładzie postaram się przybliżyć zasadę działania dwóch funkcji: Podziel (menu kontekstowe na liście zdarzeń w Preliminarzu) i Uzgodnij kwotę płatności z wartością rozliczanych dokumentów (parametr na zakładce [Rozliczenia] na Formularzu zdarzenia/zapisu). Załóżmy, że planowaliśmy zakup sprzętu biurowego za kwotę 2000 zł. Planowany zakup wprowadziliśmy do Preliminarza Płatności jako jedno zdarzenie na kwotę 2000 zł ze statusem Bufor. Okazało się jednak, że najpierw kupiliśmy tylko część sprzętu za kwotę 900 zł. Wtedy:
  • Zdarzenie w Preliminarzu rozbijamy na dwa zdarzenia: jedno na kwotę 900 zł, drugie na pozostałe 1100 zł (przy pomocy funkcji Podziel dostępnej z menu kontekstowego na liście zdarzeń).
  • Kiedy uregulujemy zaległość wprowadzamy zapis bankowy na kwotę 900 zł.
  • Zdarzenie na kwotę 900 zł rozliczamy całkowicie z zapisem bankowym na 900 zł.
  • Pozostaje jeszcze zdarzenie na 1100 zł. Okazuje się jednak, że pozostały sprzęt kupiliśmy nie za 1100 zł (jak planowaliśmy), ale za 1200 zł.
  • W chwili uregulowania płatności wprowadzamy zapis bankowy na 1200 zł.
  • Otwieramy formularz zdarzenia w Preliminarzu Płatności na kwotę 1100 zł. Na zakładce [Rozliczenia] włączamy parametr Uzgodnij kwotę płatności z wartością rozliczanych dokumentów.
  • Rozliczamy zdarzenie (na kwotę 1100 zł) z zapisem bankowym na kwotę 1200 zł. Wartość zdarzenia zostaje zmieniona na 1200 zł. Zdarzenie i zapis otrzymują status rozliczonych całkowicie.

Podział zdarzenia MPP

Ten przykład pozwoli wyjaśnić zasadę podziału płatności MPP. W rejestrze VAT prowadzono dokument kosztowy VAT/2018/101 dla kontrahenta o numerze NIP 444-44-44-444. Netto 1000 zł, VAT 230 zł. Kontrahent na formularzu, na drugiej zakładce na zaznaczony parametr MPP -  podzielona płatność. W preliminarzu płatności powstało zdarzenie KW na kwotę 1230 zł, parametr MPP jest zaznaczony, NIP to 4444444444, Numer dokumentu VAT/2018/101, kwota VAT 230 zł. Korzystając z funkcji Podziel, zdarzenie to podzielimy na 3 płatności: 230 zł, 500 zł i 500 zł. Po podziale otrzymamy trzy zdarzenia:: Zdarzenie nr 1, kwota płatności = 230 zł – kwota VAT = 43,01 zł Zdarzenie nr 2, kwota płatności = 500 zł – kwota VAT = 93,49 zł Zdarzenie nr 3, kwota płatności = 500 zł – kwota VAT = 93,50 zł Łączna wartość płatności to 1230 zł, kwota VAT 230 zł. Na zdarzeniu numer 2 odznaczamy parametr MPP - podzielona płatność. Na zdarzeniu nr 1 kwotę VAT zwiększamy do 180 zł. Pojawi się komunikat informujący że łączna kwota VAT na płatnościach przekroczyła podatek VAT na dokumencie w rejestrze VAT. Maksymalna kwota jaką możemy wpisać to 136,50 zł (43,01+93,49).

Wymiana danych

Po wejściu do Kasa/Bank lub do Preliminarza płatności dzięki sekcji Wymiana danych możemy 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.

Wyślij dane

Wysyłając dane mamy do wyboru dwie opcje:
  • Wyślij dane dotąd nieeksportowane lub zmienione
  • Wyślij wszystkie dane
Po kliknięciu wysyłane są dane zgodnie z wybraną opcją. Zakres eksportowanych danych zależy od programu używanego przez Klienta który ma je odebrać. W przypadku Comarch ERP XT / Comarch Moje BR są to:
  • Kontrahenci,
  • Faktury za usługi księgowe,
  • Płatności do deklaracji
W przypadku Comarch ERP Optima są to wszystkie dane możliwe do zaznaczenia w menu Narzędzia/ Praca rozproszona/ Eksport.

Odbierz dane

Odbierając (importując) dane mamy możliwość wybrania jednej z dwóch opcji:
  • Odbierz tylko nowe dane
  • Odbierz nowe i zmienione dane
Po kliknięciu odbierane są dane zgodnie z wybraną opcją. Importowane są wszystkie dane możliwe do zaznaczenia w menu Narzędzia/ Praca rozproszona/ Import (wszystkie słowniki i wszystkie rodzaje dokumentów).

Historia wymiany

Po wybraniu Historii wymiany otwierane jest okno, które zawiera dwie zakładki: Wysłane i Odebrane. Jeżeli w Konfiguracji Programu/ Ogólne/ Internetowa Wymiana Dokumentów nie zaznaczono parametru Aktywuj wymianę danych przez serwer Comarch, wówczas po kliknięciu w którąś z opcji w sekcji Wymiana danych pojawia się komunikat: Aby wymieniać dane z Klientem przez Internet utwórz konto w portalu iKsiegowosc24.pl, a następnie aktywuj wymianę w Konfiguracja -> Program -> Ogólne -> Internetowa Wymiana Dokumentów. Czy chcesz teraz przejść do konfiguracji? Po kliknięciu opcji Tak otwierane jest okno w Konfiguracji, gdzie operator może włączyć wymianę danych przez serwer Comarch.

Potwierdzenia salda

Potwierdzenie salda

Potwierdzenie drukowane jest na dany dzień. Okno w formie listy obsługiwanej przez standardowe klawisze. Lista potwierdzeń salda Lista potwierdzeń salda jest dostępna z poziomu Kasa/ Bank/ Potwierdzenia salda. W filtrze aktywnym dostępne są następujące dodatkowe możliwości filtrowania:
  • Rodzaj: należności, zobowiązania – w zależności od zaznaczonych opcji na liście widoczne będą potwierdzenia wygenerowane tylko dla należności lub tylko dla zobowiązań lub – przy obu zaznaczonych parametrach – wszystkie wygenerowane potwierdzenia.
  • Dokumenty źródłowe: przychodowe, rozchodowe – w zależności od zaznaczonych opcji na liście widoczne będą potwierdzenia wygenerowane tylko dla dokumentów przychodowych lub tylko dla rozchodowych lub – przy obu zaznaczonych parametrach – wszystkie wygenerowane potwierdzenia.
Ustawienia z filtra przenoszone są również na wydruk Lista potwierdzeń/ Wzór standard.

Formularz potwierdzenia salda

Formularz potwierdzenia salda zawiera następujące informacje: datę dokumentu, razem kwota Wn i Ma, rodzaj oraz typ dokumentów źródłowych oraz zestaw dokumentów nierozliczonych. Potwierdzenie może dotyczyć zawsze dokumentów wystawionych w takiej samej walucie. Na formularzu należy określić, jakiej waluty będzie dotyczyć potwierdzenie – dokument zostanie wygenerowany w wybranej walucie (na podstawie dokumentów zarejestrowanych w tej walucie).
Formularz potwierdzenia salda
W sekcji Rodzaj możliwe są do zaznaczenia opcje:
  • należności – wyświetlone zostaną zapisy kasowe/bankowe o typie rozchód i statusie nie rozliczono lub rozliczono częściowo (wartość dokumentu pozostająca do rozliczenia) oraz płatności (zdarzenia z Preliminarza płatności) o typie przychód i statusie nie rozliczono lub rozliczono częściowo (wartość dokumentu pozostająca do rozliczenia),
  • zobowiązania – wyświetlone zostaną zapisy kasowe/bankowe o typie przychód i statusie nie rozliczono lub rozliczono częściowo (wartość dokumentu pozostająca do rozliczenia) oraz płatności (zdarzenia z Preliminarza płatności) o typie rozchód i statusie nie rozliczono lub rozliczono częściowo (wartość dokumentu pozostająca do rozliczenia).
W zależności od zaznaczonych parametrów na potwierdzeniu salda będą wykazywane określone rodzaje dokumentów. W sekcji Dokumenty źródłowe możliwe są do zaznaczenia opcje:
  • przychodowe – zaznaczenie tego parametru spowoduje wyfiltrowanie dokumentów takich jak: Faktury sprzedaży oraz korekty do nich (zarówno z modułu Faktury jak również z Rejestru VAT), Wydania Kaucji, Tax Free, Ewidencja dodatkowa przychodów, Noty odsetkowe, Dekrety na Poleceniu księgowania bądź na dokumencie Bilansu otwarcia, na którym konto rozrachunkowe jest po stronie Wn niezależnie od tego, czy kwota takiego dokumentu jest ujemna czy dodatnia, a także zdarzenia „ręcznie” wprowadzone do Preliminarza o typie przychód i zapisy kasowe/bankowe przychodowe,
  • rozchodowe – zaznaczenie tego parametru spowoduje wyfiltrowanie dokumentów takich jak: Faktury zakupu oraz korekty do nich, Przyjęcia kaucji, Ewidencja dodatkowa kosztów, Wypłaty pracowników, płatności do deklaracji, zdarzenia „ręcznie” wprowadzone do Preliminarza o typie rozchód, Dekrety na Poleceniu księgowania bądź na dokumencie Bilansu otwarcia, na którym konto rozrachunkowe jest po stronie Ma oraz zapisy kasowe/bankowe rozchodowe
W zależności od zaznaczonych parametrów na potwierdzeniu salda będą wykazywane określone typy dokumentów źródłowych. Uwzgl. dok. w buforze –  zaznaczenie parametru spowoduje, że na potwierdzeniu salda ujmowane będą również dokumenty niezatwierdzone (tj. wprowadzone do modułu Handel lub ręcznie do Preliminarza płatności ze stanem Bufor). Przy odznaczonym parametrze takie dokumenty nie będą uwzględniane. Na formularzu działają standardowe przyciski (Edytuj – umożliwia zmianę opisu dla dokumentu oraz Usuń – umożliwia usunięcie pozycji z listy). Ponadto dostępny jest przycisk:  – Generuj elementy. W sytuacji, gdy użytkownik ma już wygenerowane pozycje na potwierdzeniu salda, a następnie zmieni zaznaczenie opcji należności i/lub zobowiązania i/lub przychodowe i/lub rozchodowe i/lub Uwzgl. dok. w buforze należy ponownie przeliczyć potwierdzenie salda naciskając na ikonę  Przelicz potwierdzenie salda. Przy próbie zapisania takiego zmienionego formularza bez ponownego przeliczenia pojawi się komunikat Nie można zapisać nieprzeliczonego potwierdzenia salda. Istnieje również możliwość seryjnego wygenerowania potwierdzenia salda z poziomu Ogólne/Kontrahenci dla zaznaczonych kontrahentów.  W tym celu należy wybrać z paska menu dla Listy kontrahentów przycisk:  . Pojawi się okno z możliwością wyboru różnych parametrów
Potwierdzenia salda – generowanie
  • Dokument – wybór schematu numeracji dla mających powstać potwierdzeń sald (domyślnie podpowiadany jest schemat numeracji wskazany w Konfiguracji Firmy/ Kasa/Bank/ Dokumenty).
  • Na dzień – data, na którą będą generowane potwierdzenia salda (domyślnie podpowiadana jest data bieżąca).
  • Waluta – domyślnie zaznaczona opcja -wszystkie-, z możliwością wybrania konkretnej waluty PLN.
  • Rodzaj: należności/ zobowiązania – jaki rodzaj dokumentów ma być wykazywany na potwierdzeniach salda: tylko należności, tylko zobowiązania, czy oba rodzaje.
  • Dokumenty źródłowe: przychodowe/ rozchodowe – jaki typ dokumentów źródłowych ma być wykazywany na potwierdzeniach salda: tylko przychodowe, tylko rozchodowe, czy oba typy.
  • dok. w buforze – czy dokumenty niezatwierdzone (o stanie Bufor) mają być wykazywane na potwierdzeniach sald.
  • O saldach: Dowolnych/ Niezerowych/ Zerowych – wybór jednego z trzech możliwych wariantów oznacza, że dla wskazanych podmiotów będą generowane potwierdzenia o saldach: Dowolnych lub tylko Niezerowych lub tylko Zerowych.
Uwaga
 Generowania potwierdzenia salda nie są uwzględniane dokumenty niepodlegające rozliczeniom (status Nie podlega).

Ponaglenia zapłaty

Ponaglenia zapłaty

Funkcja w programie umożliwiająca wydruk ponaglenia zapłaty dla przeterminowanych i nierozliczonych należności. Opcjonalnie na ponagleniu można podać kwotę kosztów dodatkowych i wygenerować płatność w preliminarzu tak dla kosztów jak i dla odsetek. Podobnie jak w przypadku not odsetkowych można wyłączyć naliczanie odsetek od wybranych płatności na zdarzeniu poprzez zaznaczenie parametru Nie naliczaj odsetek. Informacje o naliczonych na ponagleniu kosztach dodatkowych i odsetkach są przekazywane do wydruku. W związku z funkcjonalnością generowania płatności dla kosztów i odsetek istnieje możliwość ich zaksięgowania z poziomu listy ponagleń. Lista ponagleń zapłaty Opcja jest dostępna z poziomu Kasa/Bank/ Ponaglenia zapłaty. Lista ponagleń zapłaty pozwala na wygenerowanie nowych dokumentów, ich zapamiętanie oraz wydruk. Listę obsługują standardowe przyciski, opisane szczegółowo w rozdziale Standardy w programie niniejszego podręcznika. Funkcje Dodaj, Zmień, Usuń są również dostępne w menu kontekstowym (uruchamianym poprzez jednokrotne kliknięcie prawym klawiszem myszy na wybranym zapisie).  

Formularz ponaglenia zapłaty

Na formularzu ponaglenia zapłaty użytkownik wprowadza informacje na temat kontrahenta oraz daty dokumentu. Dodatkowo może zadecydować, czy od kwot, które nie są zapłacone mają być naliczane odsetki ustawowe od zaległości, od zaległości w transakcjach handlowych, podatkowe lub indywidualne. Przed przystąpieniem do wyliczania pozycji na dokumencie należy określić, jakiej waluty ponaglenie ma dotyczyć. Jeśli ponaglenie ma obejmować dokumenty w walucie obcej, należy określić typ kursu oraz notowanie zgodnie, z którym zostanie wyliczona wartość w PLN (bliżej w rozdziale dotyczącym rejestracji dokumentów w walutach obcych). Na formularzu działają następujące przyciski:  – Edytuj  - pozwala na zmianę pozycji,
Formularz ponaglenia zapłaty
 – Usuń lub <DELETE> - usuwa pozycję,  – Generuj elementy - pozwala na wybór zapisów, które chcemy wydrukować na ponagleniu zapłaty. Po naciśnięciu przycisku pojawiają się w oknie dokumenty, które nie zostały zapłacone. Lista jest zawężona do dokumentów w wybranej walucie. W oknie dokumentów proponowanych przy generowaniu ponaglenia zapłaty do wyboru są dodatkowe kolumny Data dokumentu oraz Po terminie, które domyślnie są ukryte. Istnieje możliwość sortowania dokumentów po wybranej kolumnie. Użytkownik ma także możliwość filtrowanie listy proponowanych do ponaglenia dokumentów po terminie płatności, dacie dokumentu, oraz powyżej wskazanej ilości dni. W przypadku, gdy operator ma założone blokady do rejestrów kasowych/bankowych na liście dokumentów proponowanych do ponaglenia pojawią się wyłącznie dokumenty z rejestrów do których operator nie ma zakazów.  Ponaglenie zapłaty może być drukowane dla wszystkich dokumentów (kombinacja klawiszy <CTRL> + <A>) lub dla zaznaczonych. Akceptacja zapisów następuje po naciśnięciu przycisku . Istnieje również możliwość wygenerowania ponagleń zapłaty z poziomu Ogólne/Kontrahenci dla zaznaczonych kontrahentów. W tym celu należy wybrać z paska menu dla Listy kontrahentów przycisk:  .

Noty odsetkowe

Noty odsetkowe

Kryterium wystawienia noty jest zapłata dokonana po terminie płatności. Noty można wystawiać również dla dokumentów rozliczonych częściowo. Istnieje możliwość naliczenia odsetek ustawowych od zaległości, od zaległości w transakcjach handlowych, podatkowych oraz wg stopy indywidualnej. W pierwszej kolejności użytkownik powinien uzupełnić aktualnie obowiązujące stopy odsetkowe. Wprowadzamy je w Konfiguracji programu/ Kasa/Bank/ Odsetki od zaległości w transakcjach handlowych lub Odsetki podatkowe lub Odsetki ustawowe od zaległości. Dodatkowo w tym samym miejscu ustalamy datę obowiązywania stopy procentowej. W przypadku zmiany stopy procentowej, w danym okresie wartości odsetek wyświetlane są oddzielnie, zgodnie z danymi wprowadzonymi w konfiguracji.

Lista not odsetkowych

Opcja jest dostępna z poziomu Kasa/Bank/ Noty odsetkowe. Lista not odsetkowych pozwala na wygenerowanie nowych not, zapamiętanie oraz wydruk. Listę 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:  - Księgowanie - wg wybranego schematu do modułu Księga Handlowa. Funkcje Dodaj, Zmień, Usuń, Wybierz są również dostępne w menu kontekstowym (uruchamianym poprzez jednokrotne kliknięcie prawym klawiszem myszy na wybranym zapisie). 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 w rozdziale Standardy w programie.

Formularz noty odsetkowej

Formularz noty odsetkowej składa się z dwóch zakładek: [Ogólne] i [Płatności]. Na zakładce [Ogólne] wybieramy rodzaj dokumentu, kontrahenta, rodzaj odsetek (ustawowe od zaległości, od zaległości w transakcjach handlowych, podatkowe oraz indywidualne), datę dokumentu, formę płatności, termin płatności. Rodzaj odsetek ustawia się domyślnie w zależności od rodzaju i statusu podmiotu wybranego na formularzu:
  • Ustawowe od zaległości dla: kontrahentów, którzy na karcie, na zakładce [Handlowe], mają zaznaczony status Osoba fizyczna oraz pracowników, wspólników oraz urzędów.
  • Od zaległości w transakcjach handlowych dla: kontrahentów, którzy na karcie, na zakładce [Handlowe], mają zaznaczony status Podmiot gospodarczy oraz banków.
Przy wyliczaniu odsetek bierzemy pod uwagę dni zwłoki. W sytuacji, gdy termin płatności przypadał w sobotę lub w dniu ustawowo wolnym od pracy do wyliczenia ilości dni zwłoki przyjmujemy dzień roboczy przypadający bezpośrednio po sobocie lub dniu wolnym. Nota może być wyliczona tylko dla dokumentów w takiej samej walucie. Przed przystąpieniem do wyliczania dokumentu należy określić walutę, której będzie dotyczyć. Jeśli ustalona jest inna waluta niż systemowa – należy określić typ kursu oraz notowanie. Na formularzu działają następujące przyciski:  – Edytuj – pozwala na zmianę pozycji,  – Usuń lub <DELETE> – usuwa pozycję,  – Generuj elementy – pozwala na wybór zapisów, dla których chcemy naliczyć odsetki. Po naciśnięciu przycisku pojawiają się w oknie dokumenty, które zostały rozliczone po terminie. W oknie dokumentów proponowanych przy generowaniu noty odsetkowej jest możliwość sortowania po kolumnach. Wśród kolumn dostępna jest dodatkowa kolumna Data dokumentu, która domyślnie jest ukryta. Okno z dokumentami proponowanymi do noty w panelu filtra umożliwia dodatkowo zawężenie listy po terminie płatności, dacie dokumentu czy dacie rozliczenia. W sytuacji, gdy operator posiada zakazy do rejestrów kasowych/bankowych to na liście dokumentów proponowanych do noty odsetkowej pojawią się wyłącznie dokumenty z rejestrów do których operator nie ma blokad. Nota odsetkowa może być drukowana dla wszystkich dokumentów (kombinacja klawiszy <CTRL> + <A>) lub dla zaznaczonych. Akceptacja zapisów następuje po naciśnięciu przycisku .
Formularz noty odsetkowej
Na zakładce [Płatności] znajdują się informacje związane z generowaniem płatności w module kasowo/bankowym: termin płatności, forma płatności, kwota płatności oraz ewentualna kwota rozliczona. Jeżeli dany kontrahent wpłaca kwoty zaliczki, to są one również widoczne na tej zakładce. Pole Opis stanowi miejsce na ewentualne uwagi dodatkowe, które są później drukowane na notach odsetkowych. Na karcie kontrahenta na zakładce [Płatności] dostępny jest parametr Nie naliczaj odsetek dla płatności. Po zaznaczeniu tego parametru, dla danego kontrahenta na zdarzeniu w preliminarzu zostanie zaznaczony parametr Nie naliczaj odsetek z możliwością odznaczenia. Zaznaczony parametr na zdarzeniu daje możliwość wyłączenia naliczania odsetek od wybranych płatności na notach odsetkowych.
Uwaga
 W Konfiguracji firmy /Kasa/Bank /Parametry znajduje się parametr Nie naliczaj odsetek dla płatności do ponagleń zapłaty i not odsetkowych. Po zaznaczeniu tego parametru – generując płatności dla wymienionych w nazwie parametru dokumentów, a związanych z kosztami dodatkowymi oraz odsetkami na ponagleniu zapłaty i odsetkami na nocie odsetkowej automatycznie na zdarzeniu zaznaczy się parametr Nie naliczaj odsetek. Wybierając na kolejnym ponagleniu czy nocie np. tą płatność związaną z kosztami dodatkowymi nie zostaną do niej naliczone odsetki nawet, jeśli na formularzu ponaglenia czy noty będzie zaznaczone naliczanie odsetek. (Płatności powstałe do not odsetkowych nigdy nie są uwzględniane na kolejnych notach, niezależnie od ustawień parametru.)
Po wybraniu zapisów i wygenerowaniu noty odsetkowej można ją zapisać. Nota może być wprowadzona w pierwszej kolejności do bufora i dopiero potem zatwierdzona po odznaczeniu parametru w buforze. Przy zatwierdzaniu noty odsetkowej z formą płatności: gotówka i wpisaniu kwoty zapłaty w polu Potwierdzenie wpłaty gotówki, jeżeli nie ma otwartego raportu kasowego, do którego ma zostać dodany rozliczający zapis kasowy pojawia się pytanie: Brak otwartego raportu, do którego można dodać zapis. Czy otworzyć nowy raport?. Po jego akceptacji program automatycznie zakłada odpowiedni raport kasowy. Nie jest możliwe całkowite usunięcie noty odsetkowej, która została zatwierdzona. Istnieje jednak możliwość anulowania noty odsetkowej (anulowana nota jest wyświetlana na liście w kolorze szarym) po wybraniu opcji Anuluj w menu kontekstowym. Wszystkie dokumenty uwzględnione na anulowanej nocie odsetkowej mogą zostać uwzględnione na nowym zapisie. Istnieje również możliwość wygenerowania noty odsetkowej z poziomu Ogólne/Kontrahenci dla zaznaczonych kontrahentów.  W tym celu należy wybrać z paska menu dla Listy kontrahentów przycisk:  .

Dokumenty nierozliczone

Lista nierozliczonych dokumentów - zakładka Ogólne

W menu Kasa/Bank/ Dokumenty nierozliczone znajduje się lista wszystkich dokumentów nierozliczonych w programie. Lista zawiera dwie zakładki: [Ogólne][Na dzień].

Zakładka Ogólne

Lista nierozliczonych dokumentów
Lista ta jest posortowana wg terminu płatności, a w obrębie tego samego terminu płatności wg daty dokumentu. Pod listą dokumentów dostępne są następujące parametry, które ułatwiają obsługę listy: Filtr – wyszukujący po kolumnach: Numer dokumentuOpis. Podmiot – umożliwia zawężenie listy do dokumentów konkretnego podmiotu. Umożliwi to alternatywny sposób rozliczania poszczególnych podmiotów (w stosunku do listy Rozliczenia podmiotu) oraz dodatkowy wydruk dokumentów nierozliczonych danego podmiotu. Zakres dat – zawężający dokumenty do tych z zadanym terminem płatności. Waluta – zawężający listę do dokumentów w konkretnej walucie. Należności – zaznaczenie parametru spowoduje zawężenie listy tylko do należności. Zobowiązania – zaznaczenie parametru spowoduje zawężenie listy tylko do zobowiązań. Poza windykacją – pokazuje tylko te dokumenty, dla których został wybrany schemat windykacji. Wykazywane są tylko te dokumenty, dla których w kolumnie Po terminie wartość jest wyższa niż wartość w Terminie dowolnego Etapu windykacji. Schemat windykacji dostępny jest w module CRM Plus. Ikona zbiorczego rozliczania  – zawierająca dodatkowe podmenu: Listę 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 zapisów kasowych/ bankowych podmiotu, – lista płatności podmiotu z Preliminarza płatności,  – lista rozliczeń kasowych/ bankowych podmiotu. Seryjne/Zbiorcze rozliczanie Ikona rozliczania (klawisz <F8>) jest aktywna, jeżeli są zaznaczone co najmniej dwa dokumenty oraz wybrana jest waluta inna niż –wszystkie-. W programie są możliwe dwa typy seryjnych rozliczeń: 
  • Typ domyślny to Rozliczanie dokumentów dla jednego podmiotu – po wyborze tego typu rozliczenia pojawi się komunikat: Czy na pewno chcesz dokonać seryjnego rozliczenia zaznaczonych dokumentów? Rozliczane będą dokumenty dla tego samego podmiotu. Mechanizm rozliczania wygląda tak samo jak w przypadku listy Rozliczenia podmiotu. Gdy brak pary do rozliczenia, mechanizm przechodzi do rozliczenia dokumentów kolejnego podmiotu, pozostawiając jako nierozliczone dokumenty poprzedniego podmiotu. Jeżeli Użytkownik zaznaczy dwa dokumenty o przeciwnych kierunkach, ale dla różnych podmiotów – w logu z przebiegu rozliczenia będzie informacja o braku pary do rozliczenia. Aby rozliczyć takie dokumenty należy wybrać drugą funkcję.
  • Rozliczanie dokumentów wielu podmiotów – po wyborze tego typu rozliczenia pojawi się komunikat: Czy na pewno chcesz dokonać seryjnego rozliczenia zaznaczonych dokumentów? Rozliczane będą również dokumenty różnych podmiotów. Mechanizm rozliczania jest następujący – funkcja kojarzy najpierw dokumenty tego samego podmiotu. Gdy zostaną już tylko dokumenty, dla których nie ma pary dla tego samego podmiotu – funkcja będzie rozliczać dokumenty najpierw próbując dopasować je po takiej samej kwocie, a następnie po terminie płatności.
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 w rozdziale Standardy w programie.
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. Dokładniejszy opis funkcjonalności dostępny jest w podręczniku do modułu Księga Handlowa.

Lista nierozliczonych dokumentów - zakładka Na dzień

Lista służy do wyszukiwania dokumentów, które nie zostały rozliczone całkowicie do wybranego dnia. Jest ona dostępna w menu Kasa/Bank/ Dokumenty nierozliczone/ zakładka [Na dzień]. Dane są wyświetlane w układzie drzewka, gdzie gałęzie główne stanowią podmioty, a podgałęziami są ich dokumenty nierozliczone. Aby wyświetlić dokumenty, należy ustawić odpowiednie parametry filtrowania i kliknąć na przycisk lub nacisnąć klawisz <F8>. Kolumny na liście: Podmiot/Nr Dokumentu – akronim oraz pierwsza linia nazwy podmiotu, Numer obcy dokumentu, a jeśli jest pusty, to Numer. Termin – termin płatności dokumentu, pole Termin płatności (na zdarzeniu), Data (na zapisie k/b). Po terminie – różnica w dniach pomiędzy terminem płatności a dniem, który ustawiono w parametrze Dokumenty na dzień. Jeśli termin płatności przypada w sobotę lub dzień ustawowo wolny od pracy do wyliczenia ilości dni po terminie przyjmujemy najbliższy dzień roboczy. Data dok. – pole Data dokumentu (na zdarzeniu), Data (na zapisie k/b). Kwota dok. – wyświetlana jest kwota dokumentu w walucie systemowej. Kwota dok. w walucie – wyświetlana jest kwota w walucie obcej. Należność/Należność w walucie – tylko dla zdarzeń typu przychód i zapisów k/b typu wypłata. Zobowiązanie/Zobowiązanie w walucie – tylko dla zdarzeń typu rozchód i zapisów k/b typu wpłata. Waluta  rozliczenia – symbol waluty. Opis – opis dokumentu. Pole Opis księgowy (na zdarzeniu), Opis (na zapisie k/b).
Lista nierozliczonych dokumentów Na dzień
Parametry dostępne pod listą:
  • Uwzględniaj dokumenty w buforze – jeżeli zaznaczony, na liście pojawią się również zdarzenia w buforze.
  • Dokumenty na dzień – wyświetlone zostaną dokumenty nierozliczone do tego dnia i na ten dzień biorąc pod uwagę datę dokumentu.
  • Rejestr – wyświetlone zostaną dokumenty z konkretnego rejestru.
  • Termin płatności – filtrowanie dokumentów o zadanym terminie płatności.
  • Data dokumentu – filtrowanie dokumentów o zadanej dacie dokumentu.
  • Dla:
    • Jednego podmiotu – z możliwością wybrania konkretnego podmiotu,
    • Wszystkich podmiotów o typie: Kontrahent, Bank, Pracownik i Wspólnik lub Urząd
    • Wszystkich podmiotów.
  • Waluta do wyboru: wszystkie oraz waluty z konfiguracji.
  • Zapisy:
    • Preliminarz – wyświetlone zostaną zdarzenia z Preliminarza.
    • Zapisy kasowe/bankowe – wyświetlone zostaną zapisy kasowe/bankowe.
  • Rodzaj:
    • Należności – wyświetlone zostaną należności.
    • Zobowiązania – wyświetlone zostaną zobowiązania.
  • Dokumenty źródłowe:
    • Przychodowe – zaznaczenie tego parametru spowoduje wyfiltrowanie dokumentów takich jak: Faktury sprzedaży oraz korekty do nich (zarówno z modułu Faktury jak również z Rejestru VAT), Wydania Kaucji, Tax Free, Ewidencja dodatkowa przychodów, Noty odsetkowe, Dekrety na Poleceniu księgowania bądź na dokumencie Bilansu otwarcia, na którym konto rozrachunkowe jest po stronie Wn niezależnie od tego, czy kwota takiego dokumentu jest ujemna czy dodatnia, a także zdarzenia „ręcznie” wprowadzone do Preliminarza o typie przychód i zapisy kasowe/bankowe przychodowe.
    • Rozchodowe – zaznaczenie tego parametru spowoduje wyfiltrowanie dokumentów takich jak: Faktury zakupu oraz korekty do nich, Przyjęcia kaucji, Ewidencja dodatkowa kosztów, Wypłaty pracowników, płatności do deklaracji, zdarzenia „ręcznie” wprowadzone do Preliminarza o typie rozchód, Dekrety na Poleceniu księgowania bądź na dokumencie Bilansu otwarcia, na którym konto rozrachunkowe jest po stronie Ma oraz zapisy kasowe/bankowe rozchodowe.
  • Korekta:
    • Do VAT – wyświetlane są dokumenty zakwalifikowane do korekty VAT. Dokumenty pojawiają się, jeżeli minęło 150 dni od upływu terminu jej płatności.
      Dotyczy wersji: 2019.1.1
      Od 01.01.2019 roku ilość dni opóźnienia w płatności została skrócona i wynosi 90 dni.
      Przykład
      Termin płatności przypada na 20.10.2018r. Uwzględniając 90 dni od daty upływu terminu płatności dokument zostanie zakwalifikowany do korekty już z dniem 18.01.2019 r.
Dotyczy wersji: 2020.5.1
    • Do dochodowego – w związku ze zmianami w uldze za złe długi w podatku dochodowym od wersji Comarch ERP Optima 2020.5.1 na Liście nierozliczonych dokumentów na dzień pojawiają się płatności do dokumentów, które kwalifikują się do ulgi i spełniają poniższe kryteria: -są to dokumenty przychodowe i rozchodowe (nie wykazujemy zapisów kasowych/bankowych), -dla kontrahentów, którzy są podmiotami gospodarczymi o statusie Krajowy lub Podatnikiem jest nabywca i nie są kontrahentami powiązanymi, -dokumenty zostały wystawione po 31.12.2017 roku, -termin płatności przypada po 31.12.2019 roku, -minęło 90 dni od terminu płatności.Korekta: Raport ten pozwala na ustalenie kwot o jakie należy skorygować podstawę opodatkowania. Korekt tych można dokonać na: -zaliczce na PIT-36/36L wprowadzając je na kwotach właściciela, np. w polu Kwoty zwiększające podstawę opodatkowania, -zaliczce na PIT-28 wprowadzając je na kwotach właściciela, np. w polu Inne odliczenia, -zaliczce na CIT-8 wprowadzając je bezpośrednio w polu Kwoty zwiększające dochód/zmniejszające stratę lub ręcznie zmodyfikować wyliczoną podstawę opodatkowania (pole podlega edycji).Podobne raporty, z podziałem na dokumenty przychodowe i rozchodowe można wykonać z okna Informacji bieżących. Oba raporty: Dok. przychodowe przeterminowane do dochodowego i Dok. rozchodowe przeterminowane do dochodowego wykonywane są na dzień bieżący i są dostępne dla uprawnionych Użytkowników (menu System/ Konfiguracja/ Program/ Użytkowe/ Operatorzy/zakładka [Informacje]).
      Przykład
      Raport dokumentów nierozliczonych na dzień 30.04.2020 roku. Faktura kosztowa dla kontrahenta krajowego wystawiona 30.11.2019, terminem płatności 02.01.2020 oraz 22.01.2020. W kolumnie Po terminie pojawi się odpowiednio 119 i 99 dni, w kolumnie Po terminie do dochodowego 29 i 9 dni.
Na liście znajdują się następujące przyciski:  – Odśwież listę do wyszukiwania zapisów – zmienia wygląd, jeżeli lista nie została jeszcze odświeżona po zmianie parametrów filtrowania,   – przyciski służące do zwijania/rozwijania gałęzi,  – Szukaj tekstu – służy do wyszukiwania tekstu, po wciśnięciu pojawia się dodatkowy panel wyszukiwania,  – Podgląd dokumentu (tylko do odczytu). Listę 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 zapisów kasowych/ bankowych podmiotu, – lista płatności podmiotu z Preliminarza płatności, – lista rozliczeń kasowych/ bankowych podmiotu.  

Kompensaty

Kompensaty

https://www.youtube.com/watch?v=XaYG7j83S9Q
W programie Comarch ERP Optima dokument kompensaty to spinacz istniejących w programie rozliczeń o typie kompensata. Lista dokumentów kompensat dostępna jest w module Kasa/Bank – obszar Rozliczenia pomiędzy: Dokumentami rozliczonymi a Różnicami kursowymi . W Konfiguracji firmy /Definicje dokumentów /Kasa Bank użytkownik ma możliwość definiowania własnych schematów numeracji dla gałęzi kompensaty. Gdy użytkownik zdecyduje się posłużyć zdefiniowanym przez siebie schematem numeracji powinien go wskazać, jako domyślny typ w Konfiguracji firmy /Kasa Bank /Dokumenty. Proces rozliczania będzie odbywał się tak jak do tej pory. Kompensaty, które wykonano w programie pojawiają się na liście dokumentów rozliczonych. Zarówno z tego poziomu jak i z listy kompensat użytkownik będzie mógł skompensowane pozycje uwzględniać na liście dokumentów kompensaty. Dodawanie dokumentu kompensaty z poziomu dokumentów rozliczonych opisano w rozdz. 3.9.1. „Obsługa listy rozliczonych dokumentów”. Także z poziomu dokumentów kompensaty dostępnej pod przyciskiem  jest możliwość dodawania kompensat.
Dokumenty kompensat
Wprowadzone na listę dokumenty kompensat można księgować albo poprzez predekretację, albo za pomocą zdefiniowanych schematów księgowych. Korzystając ze schematu księgowego można uwzględnić księgowanie całej kwoty kompensaty jak również kwoty poszczególnych rozliczeń, co będzie miało znaczenie w przypadku kompensat walutowych. Podczas księgowania kompensat walutowych nie można w schemacie korzystać z kwoty kompensaty tylko należy odwołać się do kwot poszczególnych rozliczeń, ponieważ w tym przypadku mamy dostęp do kwot przeliczanych na PLN wg odpowiednich kursów. Gdy w schemacie księgowym wybrany zostanie podział na słowniki: Podmiot roz.1 lub Podmiot roz.2 należy pamiętać, aby odwoływać się do kwot poszczególnych rozliczeń: @KwotaRoz1 oraz @KwotaRoz2. Program podczas księgowania będzie sprawdzał czy przypadkiem dokumenty kompensaty nie były księgowane z listy rozliczeń, a w przypadku próby ponownego księgowania zostanie wygenerowany odpowiedni komunikat. Ponadto pod listą w polu filtrowania użytkownik może skorzystać z wyszukania pozycji niezaksięgowanych do KH.

Z poziomu dokumentu kompensaty jest także możliwość wydruku potwierdzenia kompensaty. Wydruk możliwy jest w dwóch wariantach. Na wydruku Potwierdzenie kompensaty2 nie są drukowane kompensaty zapisów kasowych/bankowych. Wydruk kompensaty można będzie wysłać e-mailem do odbiorcy. Na formularzu wiadomości podpowie się adres e-mail z karty kontrahenta.

Wydruk potwierdzenia kompensaty 

Z poziomu listy Dokumenty rozliczone dostępne są 2 wydruki kompensaty:
  • Z poziomu wyedytowanego formularza dostępny jest wydruk kompensaty z dwoma różnymi podmiotami np. firma ABC robi kompensatę dla kontrahentów X i Y.
Po dodatkowym ograniczeniu listy rozliczeń zaznaczeniem parametru Tylko kompensaty oraz określeniu WalutyKontrahenta, dostępny jest również wydruk potwierdzenia kompensaty, który przedstawia z jednej strony skompensowane należności (podsumowane), z drugiej strony skompensowane zobowiązania (podsumowane) i zakończony jest kwotą pozostającą do rozliczenia. Wydruk ten dotyczy tylko kompensat dokumentów pochodzących z Preliminarza płatności, czyli nie bierze pod uwagę kompensaty KP z KW. Ponadto, jeżeli np. FS została skompensowana z FZ to na wydruku dokument FZ zostanie pokazany tylko raz z kwotą sumaryczną.

Dokumenty rozliczone

Lista dokumentów rozliczonych

Dostępna z poziomu menu Kasa/Bank/ Dokumenty rozliczone lista rozliczeń obejmuje wszystkie dokonane w programie rozliczenia i kompensaty dokumentów kasowych/bankowych oraz płatności znajdujących się w Preliminarzu. W odróżnieniu od listy rozliczeń kontrahenta, w tym miejscu znajdują się wszystkie rozliczenia niezależnie od kontrahenta. Z tego miejsca użytkownik ma możliwość księgowania rozliczeń i kompensat do dzienników księgowych oraz seryjnego usuwania rozliczeń. W działalności firmy często zdarzają się sytuacje, kiedy jeden kontrahent jest zarówno dostawcą, jak i odbiorcą. W takiej sytuacji dokumenty przychodowe i rozchodowe są księgowane na dwa różne konta. Rozliczanie takich dokumentów np. Faktury Zakupu i Faktury Sprzedaży powinno mieć swoje odzwierciedlenia nie tylko w rozrachunkach, ale również na kontach księgowych.
Lista rozliczonych dokumentów
Dostępna lista rozliczeń wyświetlana jest według daty dokonania rozliczenia. Jej widok może być dostosowany w zależności od wymagań użytkownika poprzez odpowiednie „odfiltrowanie”. Na liście mogą być widoczne dokumenty z określonego zakresu dat Od – Do lub tylko te, które powstały w wyniku rozliczenia dokumentów w określonej walucie (z rozwijalnego menu należy wskazać właściwą).

Można również ograniczyć listę wyłącznie dla dokumentów danego podmiotu np.: 

Poprzez zaznaczenie odpowiedniego pola istnieje również możliwość ograniczenia listy do dokumentów:

  • Tylko kompensat.
  • Wyłącznie do tych, które powstały w wyniku rozliczenia (kompensowania) dokumentów wystawionych dla różnych podmiotów.
  • Do tych, które nie powstały w wyniku rozliczeń automatycznych.
Po zawężeniu listy do: podmiotu, waluty i zaznaczeniu parametru: tylko kompensaty, w menu kontekstowym widoczna będzie się opcja Dodaj dokument kompensaty. Zaznaczając na liście wybrane kompensaty i uruchamiając opcję z menu kontekstowego, wywołany zostanie formularz dokumentu kompensaty, na który przeniosą się zaznaczone pozycje.
Dokument kompensaty – zostanie dodany
Z formularza tego dokumentu użytkownik może dodawać kolejne pozycje lub usuwać niepotrzebne. Podczas dodawania kolejnych pozycji program kontroluje, aby nie było możliwości dodawania uwzględnionych wcześniej kompensat do tego lub kolejnych dokumentów. Zapisany dokument kompensaty pojawi się na liście kompensat dostępnej w obszarze Rozliczenia pomiędzy: Dokumentami rozliczonymi a Różnicami kursowymi . Lista rozliczonych dokumentów składa się z kolumn:
  • Zaznaczanie dokumentów – pozwala na zaznaczenie dokumentów, które mają zostać zaksięgowane.
  • Dokument rozliczany i Dokument rozliczający – w zależności od rodzaju rozliczenia, te kolumny mogą mieć różne znaczenie. Np. w przypadku zwykłego rozliczenia Dokument rozliczany jest płatnością z Preliminarza, a Dokumentem rozliczającym jest zapis kasowy/bankowy.
Typ rozliczeniaDokument rozliczanyDokument rozliczający
ZwykłeZdarzenieZapis
Kompensata zdarzenie -zdarzenieZdarzenie kosztoweZdarzenie przychodowe
Kompensata zapis - zapisZapis KWZapis KP
  • Data – oznacza datę dokonania rozliczenia lub kompensaty.
  • Kwota – jest to kwota na jaką zostały rozliczone (kompensowane) dokumenty.
  • Waluta – w jakiej wystawione były rozliczone (lub kompensowane) dokumenty.
Listę 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:  Księguj dokumenty – możliwość zaksięgowania dokumentu rozliczenia (kompensaty) jest dostępna dla użytkowników korzystających z modułu Księga Handlowa. Program podczas księgowania kompensat z listy rozliczonych dokumentów będzie sprawdzał czy przypadkiem dokumenty kompensaty nie były księgowane z listy kompensat. W przypadku księgowania pozycji uwzględnionych i zaksięgowanych na liście dokumentów kompensaty zostanie wygenerowany odpowiedni komunikat. 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 w rozdziale Standardy w programie. Na Formularzu dokumentu wyliczone pola nie są edytowalne. Jedyne, co użytkownik może zrobić (do chwili zaksięgowania dokumentu), to wskazać konta, na jakie będzie księgowany dokument rozliczenia. Z poziomu formularza możliwe jest podglądnięcie dokumentów, które zostały ze sobą rozliczone (skompensowane). Obok konkretnych dokumentów znajdują się przyciski z lupką, których wciśnięcie spowoduje wyświetlenie odpowiedniego formularza.
Dokument rozliczenia – formularz
Po zaksięgowaniu dokumentu rozliczenia (kompensaty), na formularzu pojawia się odniesienie do zapisu, znajdującego się w dzienniku księgowym zaksięgowanego dokumentu – użytkownik ma możliwość podglądu wygenerowanych dekretów.

Wydruk potwierdzenia kompensaty

Z poziomu listy Dokumenty rozliczone dostępne są 2 wydruki kompensaty:
  • Z poziomu wyedytowanego formularza dostępny jest wydruk kompensaty z dwoma różnymi podmiotami np. firma ABC robi kompensatę dla kontrahentów X i Y.
  • Po dodatkowym ograniczeniu listy rozliczeń zaznaczeniem parametru Tylko kompensaty oraz określeniu WalutyKontrahenta, dostępny jest również wydruk potwierdzenia kompensaty, który przedstawia z jednej strony skompensowane należności (podsumowane), z drugiej strony skompensowane zobowiązania (podsumowane) i zakończony jest kwotą pozostającą do rozliczenia. Wydruk ten dotyczy tylko kompensat dokumentów pochodzących z Preliminarza płatności, czyli nie bierze pod uwagę kompensaty KP z KW. Ponadto, jeżeli np. FS została skompensowana z FZ to na wydruku dokument FZ zostanie pokazany tylko raz z kwotą sumaryczną.
   

Rozliczenia podmiotu

Lista rozliczeń kasowych/bankowych kontrahenta

Funkcja rozliczeń automatycznych jest dostępna w menu Kasa/Bank/ Rozliczenia podmiotu. Lista rozliczeń kasowych/bankowych to miejsce przeznaczone do wykonywania rozliczeń i kompensat pomiędzy dokumentami wystawionymi dla tego samego podmiotu (kontrahenta, pracownika, wspólnika, banku lub urzędu). Z tego miejsca można również uzgadniać stan należności i zobowiązań z kontami księgowymi. Wyświetlone na niej dokumenty to zapisy kasowe/bankowe oraz zdarzenia z Preliminarza, które mają status (N) Nierozliczonych lub (C) – Rozliczonych częściowo. Zdarzenia, które zostały wysłane do banku, wyświetlane są na liście w kolorze niebieskim. Na formularzu dostępne są następujące parametry: Kontrahent – służy do wyboru podmiotu, dla którego wyświetlona zostanie lista. Waluta – wybór określonej waluty spowoduje, iż na liście pojawią się zapisy tylko w danej walucie. Po wybraniu opcji –wszystkie- w kolumnach z kwotą dokumentu widoczna jest wartość w przeliczeniu na PLN. Na zakładce [Nierozliczone] przy wybranej walucie -wszystkie- nie ma możliwości rozliczania zapisów (ikona pioruna jest nieaktywna), blokowana jest również możliwość zaznaczenia parametrów Należne odsetki i Odsetki od zobowiązań. Zakres dat – za który lista zostanie wyświetlona. Zakres dotyczy dat wyświetlanych w kolumnie Termin. Dla zdarzeń z Preliminarza termin to termin płatności, dla zapisów – data wystawienia dokumentu. Należne odsetki – zaznaczenie parametru spowoduje przeliczenie odsetek dla zdarzeń (dokumenty z Preliminarza) typu należność. Odsetki od zobowiązań – zaznaczenie parametru spowoduje przeliczenie odsetek dla zdarzeń (dokumenty z Preliminarza) typu zobowiązanie. Ustawowe od zaległości/ Od zaległości w transakcjach handlowych/ Podatkowe – parametry te są aktywne jeżeli zostanie zaznaczony jeden z parametrów: Należne odsetki albo Odsetki od zobowiązań. Domyślne zaznaczenie konkretnego rodzaju odsetek zależy od rodzaju i statusu podmiotu wybranego w filtrze:
  • Ustawowe od zaległości dla: kontrahentów, którzy na karcie, na zakładce [Handlowe], mają zaznaczony status Osoba fizyczna oraz pracowników, wspólników oraz urzędów.
  • Od zaległości w transakcjach handlowych dla: kontrahentów, którzy na karcie, na zakładce [Handlowe], mają zaznaczony status Podmiot gospodarczy oraz banków.
Dokumenty źródłowe – przychodowe – zaznaczenie tego parametru spowoduje wyfiltrowanie dokumentów takich jak: Faktury sprzedaży oraz korekty do nich (zarówno z modułu Faktury jak również z Rejestru VAT), Wydania Kaucji, Tax Free, Ewidencja dodatkowa przychodów, Noty odsetkowe, Dekrety na Poleceniu księgowania bądź na dokumencie Bilansu otwarcia, na którym konto rozrachunkowe jest po stronie Wn niezależnie od tego, czy kwota takiego dokumentu jest ujemna czy dodatnia, a także zdarzenia ręcznie wprowadzone do Preliminarza o typie przychód i zapisy kasowe/bankowe przychodowe. Dokumenty źródłowe – rozchodowe – zaznaczenie tego parametru spowoduje wyfiltrowanie dokumentów takich jak: Faktury zakupu oraz korekty do nich, Przyjęcia kaucji, Ewidencja dodatkowa kosztów, Wypłaty pracowników, płatności do deklaracji, zdarzenia ręcznie wprowadzone do Preliminarza o typie rozchód, Dekrety na Poleceniu księgowania bądź na dokumencie Bilansu otwarcia, na którym konto rozrachunkowe jest po stronie Ma oraz zapisy kasowe/bankowe rozchodowe. Znajdź – funkcja wyszukiwania, która znajduje się pod ikoną . Możliwość wyszukiwania jest po każdej kolumnie. Listę 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 zapisów kasowych/ bankowych podmiotu, – lista płatności podmiotu z Preliminarza płatności. Kolejne kolumny wyświetlane na liście to: Numer dokumentu – dla zapisów kasowych/bankowych wyświetlany jest numer obcy, jeżeli został on uzupełniony, natomiast jeżeli nie ma numeru obcego wyświetlany jest numer wewnętrzny. Natomiast dla zdarzeń z Preliminarza 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. Termin – dla zdarzeń z Preliminarza to termin płatności, dla zapisów kasowych/bankowych to data ich wprowadzenia. Odsetki – wartość symulowanych odsetek dla dokumentów zapłaconych po terminie płatności. Po terminie – ilość dni, która minęła od terminu płatności. Ilość dni po terminie wyliczana jest tylko dla zdarzeń z Preliminarza. W sytuacji, gdy termin płatności przypadał w sobotę lub w dniu ustawowo wolnym od pracy  jako termin płatności przyjmujemy najbliższy dzień roboczy. Tak wyliczone dni po terminie wykorzystywane są do wyliczenia odsetek za zwłokę. Kwota dokumentu – kwota, na którą był wystawiony dokument. Kwota należności – kwota, która powinniśmy otrzymać po realizacji płatności. Kwota zobowiązania – kwota, którą musimy zapłacić by płatność zrealizować.
Uwaga
Na zapisach kasowych/bankowych i na zdarzeniach z Preliminarza wprowadzamy kwoty przychodu lub rozchodu (dla zdarzeń są to zaplanowane na przyszłość przychody i rozchody). Na liście rozliczeń kwoty te wyświetlane są po stronie zobowiązań i należności wg schematu podanego poniżej
Zapisy kasowe/bankowe - strona na liście rozliczeń
Przychód ZobowiązanieNierozliczona wpłata oznacza konieczność uregulowania długu. Otrzymaliśmy pieniądze i zobowiązaliśmy się do ich zwrotu (rozliczenia). Np. kontrahent wpłaca zaliczkę na konto zakupu towarów. Zaliczka jest naszym zobowiązaniem – albo rozliczymy ją z wystawioną Fakturą Sprzedaży, albo musimy ją zwrócić.
Rozchód NależnośćNierozliczona wypłata oznacza, że spodziewamy się jej uregulowania, czyli zwrotu należności. Np. zaliczka wypłacona pracownikowi jest naszą należnością. Powinna zostać zwrócona przez pracownika np. w rozliczeniu z jego wypłatą.
Zdarzenia w Preliminarzu - strona na liście rozliczeń
Przychód NależnośćPlanowany w Preliminarzu przychód oznacza, że spodziewamy się uregulowania należności. Np. wystawiona z odroczoną płatnością Faktura Sprzedaży zapisuje do Preliminarza planowaną spłatę należności przez kontrahenta
Rozchód ZobowiązaniePlanowany w Preliminarzu rozchód oznacza, że powinniśmy uregulować zobowiązanie. Np. Faktura Zakupu z odroczoną płatnością wprowadza do Preliminarza planowaną zapłatę, czyli uregulowanie naszego zobowiązania.
 

Rozliczanie dokumentów

Rozliczanie polega na kojarzeniu w pary dokumentów, z których jeden ma niezerową kwotę zobowiązań, drugi należności. Rozliczenie ze sobą dwóch dokumentów może być:
  • Kompensatą, jeśli są to dokumenty tego samego rodzaju. Kompensować ze sobą możemy dwa zapisy kasowe/bankowe, z których jeden jest należnością, drugi zobowiązaniem lub dwa planowane zdarzenia z Preliminarza (również jeden z nich musi być należnością, drugi zobowiązaniem). Jeżeli w Konfiguracji Firmy/ Kasa/Bank/ Parametry zaznaczony został parametr Kompensaty z datą bieżącą, kompensaty są tworzone z datą bieżącą. Domyślnie parametr ten jest odznaczony.
  • Rozliczeniem, jeśli są to dokumenty różnych rodzajów. Rozliczać ze sobą możemy np. zdarzenie z Preliminarza, które jest zobowiązaniem, z zapisem kasowym, który jest należnością lub odwrotnie.
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. Dokładniejszy opis funkcjonalności dostępny jest w podręczniku do modułu Księga Handlowa.
Przykład
Z kompensatą będziemy mieli do czynienia w przypadku dwóch zapisów kasowych, z których jeden oznacza wypłatę zaliczki pracownikowi (należność), a drugi zwrot tej zaliczki przez pracownika (zobowiązanie).
Przykład
Skompensować można dwa zdarzenia z Preliminarza, z których jedno jest planowaną zapłatą kontrahenta za Fakturę Sprzedaży (należność), a drugie naszym zobowiązaniem w stosunku do kontrahenta wynikającym z faktury korygującej na podstawie, której sprzedany wcześniej towar został zwrócony.
Przykład
Rozliczyć ze sobą można zdarzenie w Preliminarzu, które jest planowaną zapłatą kontrahenta za Fakturę Sprzedaży (należność) z pozycją z wyciągu bankowego, potwierdzającą wpływ pieniędzy od kontrahenta na nasze konto (zobowiązanie).
Uwaga
Rozliczane ze sobą mogą być dokumenty wystawione w takiej samej walucie. 
Przed rozliczeniem dokumentów należy najpierw wybrać walutę jakiej ma dotyczyć rozliczenie. Aby rozliczyć ze sobą dwa dokumenty należy:
  • Zaznaczyć je na liście.
  • Wykonać rozliczenie poprzez użycie ikony pioruna. Warto pamiętać, że rozliczenia można dokonać wywołując funkcję z menu kontekstowego, dostępnego po wciśnięciu na liście prawego klawisza myszy.
Zaznaczanie pozycji na liście można wykonać klawiszem spacji lub klikając lewym klawiszem myszki na kwadraciku w pierwszej kolumnie listy. Szybkie zaznaczanie lub odznaczanie całej listy można wykonać wybierając odpowiednią opcję z kontekstowego menu listy (prawy klawisz myszki lub kombinacja <Shift> + <F10> na liście).
Lista rozliczeń kontrahenta
Jeśli zaznaczamy dwa dokumenty, z których jeden ma niezerową kwotę zobowiązań, natomiast drugi należności i uruchomimy rozliczanie, na ekranie pojawi się dodatkowe okno informujące o przebiegu rozliczenia. Można w nim sprawdzić, jakie dokumenty i na jakie kwoty zostały rozliczone. Jeśli podczas rozliczania pojawią się jakieś problemy – informacja o błędach również pojawi się na ekranie. Raport ten może zostać zapisany do pliku – służy do tego przycisk . Zamknięcie okna informacyjnego kończy proces rozliczania.

Jeśli wybrane dokumenty miały takie same kwoty po stronie zobowiązań i należności – po zakończeniu rozliczenia obydwa znikną z listy.

Jeśli kwoty na wybranych dokumentach nie były równe, po rozliczeniu na liście pozostanie ten dokument, którego kwota zobowiązania lub należności była większa. Do rozliczenia pozostanie różnica pomiędzy początkowymi kwotami.

Przykład
Rozliczając dwa dokumenty, z których jeden jest planowaną w Preliminarzu wpłatą do Faktury Sprzedaży (należność) na kwotę 1000 zł, a drugi zapisem potwierdzającym wpłatę od kontrahenta na kwotę 800 zł (zobowiązanie), po wykonaniu operacji na liście rozliczeń pozostanie nierozliczona do końca należność o wartości 200 zł. Zdarzenie w Preliminarzu oznaczające tę należność otrzyma status (C) – częściowo rozliczone.
Rozliczanie wielu dokumentów jednocześnie Jeśli planujemy rozliczenie więcej niż dwóch dokumentów – zaznaczamy je wszystkie na liście. W szczególności można zaznaczyć wszystkie pozycje listy. Funkcja rozliczająca zapisy zadziała wówczas wg następującego algorytmu:
  • Najpierw wyszukiwane są dokumenty, które po stronie zobowiązań i należności mają takie same kwoty. Jeśli program znajdzie takie pary – one rozliczane są w pierwszej kolejności.
  • Jeśli kwoty po stronach zobowiązań i należności są różne – dokumenty są rozliczane w kolejności chronologicznej.
Przykład
W Preliminarzu płatności znajduje się zdarzenie na kwotę 100 zł, które jest planowaną wpłatą za fakturę. Natomiast w zapisach kasowych znajdują się dwa zapisy: pierwszy na kwotę 50 zł, drugi na kwotę 100 zł. Jeśli podczas rozliczania dokumentów zaznaczone będą wszystkie trzy pozycje, to program rozliczy fakturę z drugim zapisem kasowym – ze względu na zgodność kwot. Zapis na kwotę 50 zł nadal będzie widoczny na liście rozliczeń. Natomiast planowana wpłata za fakturę w Preliminarzu płatności oraz zapis kasowy w raporcie otrzymają status Rozliczone.
Przykład
W Preliminarzu płatności zarejestrowane są trzy zdarzenia: planowane zapłaty za faktury: FA/000001/2010 o wartości 100 zł, FA/000002/2010 o wartości 40 zł i FA/000003/2010 o wartości 30 zł. Natomiast na liście zapisów bankowych wpisane zostały dwie wpłaty – KP/00001/11/2010/PKO o wartości 50 zł i KP/00002/11/2010/PKO o wartości 100 zł. W momencie rozliczania faktura o wartości 100 zł zostanie rozliczona z  drugim zapisem kasowym o wartości 100 zł – ze względu na zgodność kwot. Natomiast FA/000002/2010 oraz FA/000003/2010 zostaną rozliczone z zapisem kasowym o numerze KP/00001/11/2010/PKO – przy czym FA/000002/2010 zostanie rozliczona całkowicie, natomiast FA/000003/2010 – częściowo (pozostanie do zapłaty 20 zł).

Kasowanie rozliczeń

Jeżeli chcemy skasować rozliczenie między dokumentami, jednym z możliwych scenariuszy jest skorzystanie z opcji Rozliczenia podmiotu w module Kasa/Bank. W tym celu należy wejść w Kasa/Bank/ Rozliczenia podmiotu/ zakładka Rozliczone, wybrać kontrahenta i podać zakres dat. Po odnalezieniu danego zapisu, aby skasować rozliczenie, należy się na nim ustawić i nacisnąć Usuń . Po potwierdzeniu operacji rozliczenie jest usunięte i można dane dokumenty jeszcze raz rozliczyć.

Lista rozliczeń kasowych/bankowych kontrahenta, zakładka Rozliczone

Na zakładce [Rozliczone] znajdują się zapisy, które zostały już rozliczone. Podmiot, dla którego wyświetlona zostaje lista wybieramy w lewym dolnym rogu okna. Poniżej można wybrać zakres dat, za który lista zostanie wyświetlona. Zakres dat dotyczy dat wyświetlanych w kolumnie Data rozliczenia. Istnieje również możliwość ustalenia waluty, według której ma być wykonane filtrowanie listy rozliczeń. Na formularzu dostępne są również następujące parametry: Należne odsetki – zaznaczenie parametru spowoduje przeliczenie odsetek dla zdarzeń (dokumenty z Preliminarza) o typie przychód rozliczonych po terminie. Odsetki od zobowiązań – zaznaczenie parametru spowoduje przeliczenie odsetek dla zdarzeń (dokumenty z Preliminarza) o typie rozchód rozliczonych po terminie. Ustawowe od zaległości/ Od zaległości w transakcjach handlowych/ Podatkowe – parametry te są aktywne jeżeli zostanie zaznaczony jeden z parametrów: Należne odsetki albo Odsetki od zobowiązań. Domyślne zaznaczenie konkretnego rodzaju odsetek zależy od rodzaju i statusu podmiotu wybranego w filtrze:
  • Ustawowe od zaległości dla: kontrahentów, którzy na karcie, na zakładce [Handlowe], mają zaznaczony status Osoba fizyczna oraz pracowników, wspólników oraz urzędów.
  • Od zaległości w transakcjach handlowych dla: kontrahentów, którzy na karcie, na zakładce [Handlowe], mają zaznaczony status Podmiot gospodarczy oraz banków
Kolejne kolumny wyświetlane na liście to: Dok. rozliczany, Dok. rozliczający – numery dokumentów: rozliczanego i rozliczającego. Kwota dok. rozliczanego, Kwota dok. rozliczającego – kwoty z dokumentów: rozliczanego i rozliczającego. Kwota rozliczenia – kwota, która została rozliczona na danym zapisie (zdarzeniu). Zwłoka – ilość dni, jaka upłynęła od wyznaczonego terminu rozliczenia do dnia faktycznego wykonania rozliczenia.W przypadku, gdy termin płatności przypadał w sobotę lub w dniu ustawowo wolnym od pracy do ustalenia dni zwłoki jako termin płatności przyjmujemy najbliższy dzień roboczy. Tak ustalona ilość dni zwłoki wykorzystywana jest do wyliczenia odsetek. Odsetki – kwota odsetek, wyliczona dla dokumentów rozliczonych po terminie (kolumna widoczna gdy zaznaczony jest parametr Należne odsetki i/lub Odsetki od zobowiązań).
Uwaga
W przypadku kompensat nie jest wyliczana ani ilość dni zwłoki, ani kwota odsetek.
Dodatkowo dostępne są m. in. następujące przyciski:  – lista zapisów kasowych/ bankowych podmiotu, – lista płatności podmiotu z Preliminarza płatności.

Magazyn walut (Kasa/Bank Plus)

Magazyn walut - informacje ogólne

https://www.youtube.com/watch?v=MnlIxMC3pzY
W firmach korzystających z rozliczeń w walutach obcych, istnieje potrzeba bieżącej wyceny operacji na rachunkach bankowych oraz wyodrębnionych kasach walutowych, posiadanych środków w przeliczeniu na walutę polską. W zależności od ilości operacji jednostki mogą w wycenie stosować kurs kupna i sprzedaży banku, w którym posiadają rachunek walutowy, średni kurs NBP lub kurs historyczny. Potrzeba określenia wartości wpływów i wydatków w złotówkach wynika z przepisów Ustawy o Rachunkowości, która narzuca konieczność ujmowania w księgach rachunkowych operacji walutowych w walutach obcych w przeliczeniu na walutę polską. W module Kasa/Bank Plus jest mechanizm rozliczania różnic kursowych, w przypadku zastosowania przez jednostki kursu banku oraz mechanizm ułatwiający określenie kursu wypłat z rachunku walutowego i kasy walutowej przy zastosowaniu metody FIFO dla kursu historycznego. Możliwość rozliczania operacji kasowych/bankowych jest dostępna tylko dla rejestrów prowadzonych w walutach obcych. Różnice kursowe powstałe przy wypłacie środków z rachunków walutowych/kas walutowych są naliczane automatycznie, jeśli użytkownik wskaże odpowiednie parametry w rejestrze.
Uwaga
Funkcjonalność magazynu walut jest dostępna wyłącznie w module Kasa/Bank Plus.
W przypadku próby dodania zapisu w rejestrze korzystającym z magazynu walut przez operatora, który nie pobrał licencji na moduł Kasa/Bank Plus, wyświetlany jest komunikat informujący o tym, że nie pobrano odpowiedniego modułu. Komunikat wyświetlany jest również w momencie wyboru rejestru korzystającego z magazynu walut podczas korzystania z funkcji kontekstowych w Preliminarzu płatnościRozlicz i Zrealizuj.
Komunikat o braku modułu Kasa/Bank Plus

Formularz rejestru kasowego/bankowego

Na formularzu rejestru kasowego/bankowego są dwa parametry związane z magazynem walut:
  • Rejestr obsługuje magazyn walut – zaznaczenie tego parametru powoduje, że podczas wprowadzania zapisów kasowych/bankowych:
    • dla wpłat – domyślnie zaznaczany jest parametr Magazyn walut, co powoduje dodanie operacji do magazynu walut,
    • dla wypłat – domyślnie zaznaczany jest parametr Magazyn walut, co powoduje, że po zapisaniu formularza dana wypłata zostaje rozliczona z zasobami magazynu.
  • Kurs historyczny – zaznaczenie parametru pozwoli podczas dodawania wypłaty określić rozliczenie według kursu historycznego i tym samym zainicjować kurs z pierwszego wolnego zasobu magazynu (pierwszej nierozliczonej wpłaty).
Przykład
Środki na magazynie walut mogą być rozliczane wg dwóch kursów; historycznego i bieżącego.  Jeżeli na formularzu rejestru kasowego/bankowego zaznaczony będzie parametr Kurs historyczny wówczas zapisy na magazynie walut będą rozliczane wg tego kursu. Natomiast, gdy na formularzu rejestru wspomniany parametr nie będzie zaznaczony to wtedy zapisy magazynu walut będą rozliczane wg kursu bieżącego. Przykład stosowania kursu historycznego wg metody FIFO. Wpłata za fakturę sprzedaży – przychód na rachunek EUR – 5000 po kursie kupna banku z dnia realizacji 3,94; Wpłata za fakturę sprzedaży – przychód na rachunek EUR 1000 po kursie kupna banku z dnia realizacji 4,00; Zapłata za fakturę zakupu – rozchód z rachunku EUR – 5500 (5000 EUR po kursie 3,94 i 500 EUR po kursie 4,00); Stan rachunku dewizowego pozostaje: 500 EUR po kursie 4,00. Zastosowana metoda wyceny nie powoduje powstawania różnic kursowych, ponieważ przy rozchodzie (sprzedaży) został zastosowany ten sam kurs wg którego walutę przyjęto (zakupiono) Przykład stosowania kursu bieżącego wg metody FIFO: Wpłata za fakturę sprzedaży – przychód na rachunek EUR – 5000 po kursie kupna banku z dnia realizacji 3,94; Wpłata za fakturę sprzedaży – przychód na rachunek EUR 1000 po kursie kupna banku z dnia realizacji 4,00; Zapłata za fakturę zakupu – rozchód z rachunku EUR – 5500. Średni kurs NBP w dniu poprzedzającym dzień zapłaty zobowiązania wynosił: 4,42 zł/EUR. (5500 EUR po kursie 4,42); Stan rachunku dewizowego pozostaje: 500 EUR po kursie 4,00. Podczas zastosowania wyceny wg kursu bieżącego powstaną dwie różnice kursowe:
  • KW z pierwszego zasobu ściąga 5000 EUR po kursie 4,42. Różnica kursowa wynosi 2400 PLN
  • KW z drugiego zasobu ściąga 500 EUR po kursie 4,42. Różnica kursowa wynosi 210 PLN.
Uwaga
Na nowododanym formularzu rejestru kasowego/bankowego zaznaczenie parametru Rejestr obsługuje magazyn walut spowoduje zablokowanie do edycji pola z typem kursu, notowaniem oraz saldem BO. Typ kursu będzie ustawiał się, jako „Nieokreślony”. Natomiast Saldo BO zostanie wyliczone z zakładki BO magazynu walut. W przypadku istniejących rejestrów wprowadzonych w wersjach wcześniejszych niż 2013.5.1 a obsługujących magazyn walut, zablokowanie pól z saldem będzie zależne od istnienia zapisów kasowych/bankowych w raportach. Zapis kasowy/bankowy dodany w jednej z poprzednich wersji do rejestru obsługującego magazyn walut spowoduje, że pole z saldem nie zostanie zablokowane.
Na formularzu rejestru kasowego/bankowego jest zakładka, na której można wprowadzić bilans otwarcia magazynu walut. Zakładka BO magazynu walut pojawia się wtedy, kiedy zostanie zaznaczony parametr Rejestr obsługuje magazyn walut.
Formularz rejestru kasowego/bankowego
Zaznaczenie parametru Rejestr obsługuje magazyn walut powoduje pojawienie się komunikatu ostrzegawczego o możliwości wprowadzenia BO magazynu walut.
Komunikat o konieczności wprowadzenia BO magazynu walut
Jeżeli stan początkowy jest równy 0,00 wówczas nie ma potrzeby wprowadzania BO magazynu walut. W przeciwnym wypadku należy przejść na zakładkę; [BO magazynu walut] i plusem dodać poszczególne pozycje bilansu otwarcia. Bilans otwarcia magazynu walut to operacje kasowe/bankowe, które stanowią aktualne saldo kasy/rachunku bankowego.

Jeśli zapisy składające się na BO magazynu walut miały taką samą wartość kursów, to można wprowadzić je zbiorczo, jeśli jednak saldo rachunku składa się z zapisów o różnych kursach, należy wprowadzić operacje z różnymi wartościami kursów odrębnie. Ważna jest przy tym data zapisu BO oraz kolejność wprowadzenia – jeśli operacje mają różne daty, program pobiera je z magazynu w kolejności wg daty najstarszej. Jeśli kilka zapisów będzie miało taką samą datę BO, program z magazynu w pierwszej kolejności pobierze operacje mające niższe ID, czyli w przypadku wprowadzania zapisów w obrębie tego samego dnia kolejność jest bardzo ważna.

Rejestr kasowy/bankowy – zakładka BO magazynu walut
Pozycje BO magazynu walut można dodawać ikoną plusa. Na formularzu pozycji BO magazynu walut jest możliwość określenia: Numeru BOMWKP / BOMWKW, Numeru obcego danej pozycji, Daty dokumentu, Daty kursu, Typu kursu, Kwoty oraz Opisu. Dodanie zapisu BOMWKW spowoduje ujemny stan na magazynie walut, o czym poinformuje użytkownika odpowiedni komunikat: Ta operacja spowoduje ujemny stan kasy/rachunku. Czy na pewno chcesz ją wykonać? W oknie zapisu BOMWKW znajduje się parametr: Rozliczaj przy zapisie. Domyślnie jest on zaznaczony, jednakże podczas zapisywania pozycji BO program sprawdza saldo i gdy jest ono ujemne pojawi się pytanie potwierdzające „Ta operacja spowoduje ujemny stan kasy/rachunku. Czy na pewno chcesz ją wykonać?” Po zaakceptowaniu parametr będzie odznaczony. Gdy w magazynie walut pojawią się pierwsze wpłaty należy edytować zapis BOMWKW i zaznaczyć ręcznie parametr Rozliczaj przy zapisie.
Uwaga
Wprowadzając BOMWKW wg wyceny po kursie historycznym domyślnie podpowie się kurs Nieokreślony. W takim przypadku zaleca się wprowadzić kwotę tylko w walucie. Kwota w PLN podpowie się dopiero w momencie rozliczania. W sytuacji, gdy na BOMWKW zostanie ustawiony inny kurs niż Nieokreślony oraz wpisane będzie jakieś notowanie, to w momencie rozliczania kurs zostanie zmieniony na taki, jaki będzie na dokumencie KP z którym to KW zostanie rozliczone, lub na kurs Nieokreślony, gdy rozliczenie nastąpi z kilkoma zapisami KP.
Dodanie zapisu BOMWKP zawsze generuje saldo dodatnie, a zapisy przychodowe inicjalizują się wg wyceny jak dla kursu bieżącego
Pozycja BO magazynu walut
Możliwość dodawania pozycji bilansu otwarcia BOMWKP, BOMWKW dostępna jest do momentu usunięcia jakiejkolwiek pozycji z listy BO. Po usunięciu ikona plusa zostanie wyszarzana do momentu ponownej edycji całego rejestru. Dodawanie pozycji na BO blokowane także jest gdy do raportu zostanie wprowadzony jakikolwiek zapis KP czy KW z zaznaczonym parametrem Magazyn walut. Podczas zapisywania pozycji BO pojawi się pytanie: „Zapis zmian na formularzu bilansu otwarcia magazynu walut spowoduje automatyczny zapis dokonanych dotychczas zmian na formularzu skojarzonego rejestru kasowego/bankowego. Czy jesteś pewien, że chcesz zapisać zmiany na obu wyżej wymienionych formularzach? Potwierdzenie spowoduje zapisanie na liście pozycji BO, natomiast rezygnacja (Anuluj) zamknie okno bez zapisywania zmian i spowoduje powrót do listy z możliwością dodawania kolejnych zapisów.  W przypadku, gdy zostaną zauważone nieprawidłowości – należy wybrać opcję: Nie, co umożliwi wprowadzenie zmian na oknie. Z formularza rejestru, z listy rejestrów, z listy raportów, z listy zapisów kasowych/bankowych oraz z formularza zapisu kasowego bankowego możliwe jest przejście do magazynu walut za pomocą ikony dostępnej na pasku nad oknem .

Formularz dokumentu wpłaty/wypłaty

Przy próbie wprowadzenia zapisu KP/KW z datą wcześniejszą niż zapisy BO magazynu walut, pojawi się komunikat z ostrzeżeniem.
Komunikat o zapisie BO magazynu walut z datą późniejszą
W związku z tym, że jeden dokument jest rozliczany na dwa sposoby, na zapisie kasowym/bankowym są dwie zakładki: [Rozliczenia dokumentów] oraz [Rozliczenia operacji]. Zakładka [Rozliczenia operacji] Zakładka [Rozliczenia operacji] pojawia się w przypadku dokumentów wprowadzanych do rejestrów walutowych z zaznaczonym parametrem Rejestr obsługuje magazyn walut. Na zakładce znajduje się parametr Magazyn walut, pozwalający na dodawanie wpłat i wypłat do listy środków składających się na saldo rejestru oraz pozwalający na rozliczenie wypłaty z zapisem z listy dostępnych operacji. Dla rejestrów mających zaznaczony parametr Rejestr obsługuje magazyn walut parametr Magazyn walut na wpłatach i wypłatach jest domyślnie zaznaczony. Odznaczenie parametru spowoduje nie umieszczenie zarówno wpłaty jak i wypłaty na liście zasobów magazynu walut. Na wypłatach znajduje się dodatkowo parametr Rozliczaj w magazynie walut przy zapisie, który kwalifikuje zapis do rozliczenia – domyślnie zaznaczony z możliwością ręcznego odznaczenia. Na zakładce tej znajduje się również tabela z rozliczeniami operacji, w której dostępne są następujące informacje:
  • numer dokumentu
  • data dokumentu rozliczonego
  • kwota rozliczona
  • kwota pozostająca do rozliczenia.
Na liście zapisów kasowych/bankowych została dodana kolumna Status MW określająca status rozliczenia zapisu w magazynie walut: N – nie rozliczony, C – częściowo rozliczony, R – całkowicie rozliczony, „-” – nie podlega rozliczeniu. Dla zapisów kasowych/bankowych wprowadzonych w programie w wersji wcześniejszej niż 14.0 parametr Magazyn walut jest odznaczony. Użytkownik musi wskazać, które dokumenty tworzą saldo rachunku bankowego/kasy do rozliczenia. Można to zrobić na dwa sposoby: wprowadzić bilans otwarcia magazynu walut z poziomu formularza rejestru kasowego/bankowego lub zaznaczyć parametr Magazyn walut na zapisach kasowych/bankowych, które wcześniej zostały wprowadzone. W przypadku, gdy zapisy kasowe/bankowe tylko w części kwalifikują się do rozliczenia, zalecane jest wprowadzenie stanu początkowego przez BO, by uniknąć dzielenia pojedynczych zapisów na kwoty już rozliczone i te, które dopiero zostaną rozliczone. Jeżeli zapis nie podlega rozliczeniu w magazynie walut bądź podlega, ale jeszcze nie został rozliczony – możliwa jest modyfikacja całego zapisu oraz całkowite jego usunięcie. W przypadku, kiedy zapis został częściowo lub całkowicie rozliczony w magazynie walut – edycja dokumentów jest ograniczona, a usunięcie jest możliwe tylko po skasowaniu rozliczenia takich dokumentów. Usunięcie rozliczenia następuje po odznaczeniu parametru Magazyn walut na formularzu zapisu kasowego/bankowego. Jeśli na liście zapisów jest kilka dokumentów KW rozliczonych w magazynie walut, odznaczenie parametru na pierwszym zapisie spowoduje usunięcie rozliczenia zapisu aktualnie edytowanego i wszystkich zapisanych po nim na liście. Pojawia się wtedy komunikat informujący o usunięciu rozliczenia zapisu bieżącego oraz zapisów następnych. Odrozliczenie seryjne działa tylko z poziomu dokumentów rozchodowych (KW).
Komunikat o seryjnym rozliczeniu zapisów
W przypadku automatycznego generowania zapisów do dokumentów płatnych gotówką (faktury, rejestry VAT, ewidencja dodatkowa) program tworząc zapis kasowy/bankowy przenosi typ i wartość kursu z dokumentu źródłowego na dokument kasowy/bankowy bez względu na to, czy rejestr, do którego zapis jest dodawany, ma domyślnie wybrany parametr Kurs historyczny. Zapis jest ewidencjonowany w magazynie walut lub nie – zgodnie z domyślnym ustawieniem rejestru walutowego (zaznaczeniem parametru Rejestr obsługuje magazyn walut). Dla dokumentów KP kurs jest przepisany z dokumentu źródłowego i określony dla magazynu walut, jako „bieżący”. Dla dokumentów KW kurs także jest przepisany z dokumentu źródłowego, ale dokument nie zostanie rozliczony w magazynie walut. Na zapisie KW parametr Magazyn walut jest odznaczony, co wynika z tego, że rozliczenie zapisu może być zrobione wg kursu bieżącego lub kursu historycznego. Użycie kursu historycznego mogłoby powodować powstawanie w  tle różnic kursowych dla rozliczonego zdarzenia z  Preliminarza i  zapisu kasowego/bankowego. W przypadku seryjnego rozliczania dokumentów z Preliminarza Płatności zapisy przychodowe trafiają do magazynu walut (mają zaznaczony parametr Magazyn Walut), dla zapisów rozchodowych parametr Magazyn walut nie jest zaznaczany. Użytkownik sam musi zdecydować o zaznaczeniu bądź nie tego parametru. Dla dokumentów rozliczanych pojedynczo z poziomu Preliminarza zarówno wpłata jak i wypłata trafia do magazynu walut, ponieważ zapis jest podnoszony do edycji i jest możliwość określenia rozliczenia wg kursu historycznego lub bieżącego przed zatwierdzeniem dokumentu.
Uwaga
Przy prowadzeniu magazynu walut nie jest zalecane używanie automatycznego generowania zapisów kasowych.
Uwaga
Na zapisach KP, KW znajdujących się w zamkniętych raportach k/b jest możliwe zaznaczanie parametru Magazyn walut oraz seryjne rozliczanie z poziomu operacji seryjnych i menu kontekstowego.
Na liście zapisów kasowych/bankowych, w menu kontekstowym (pod prawym klawiszem myszy) oraz w operacjach seryjnych dostępna jest opcja Usuń z magazynu walut. Opcja ta działa zarówno dla podświetlonego, jak i dla zaznaczonych zapisów. Po wybraniu Usuń z magazynu walut dla zaznaczonych zapisów pojawia się pytanie Czy na pewno chcesz usunąć z magazynu walut zaznaczone zapisy? Zdjęcie znacznika [Magazyn walut spowoduje usunięcie rozliczeń zapisu bieżącego oraz zapisów następnych. Po jego zaakceptowaniu, na zaznaczonych zapisach rozchodowych usuwane jest rozliczenie w magazynie walut i parametr Magazyn walut jest odznaczany. Jeżeli funkcję Usuń z magazynu walut wywołamy dla zapisów przychodowych nierozliczonych w magazynie walut, to znacznik Magazyn walut jest na nich odznaczany. Jeżeli funkcja zostanie wywołana dla zapisów przychodowych rozliczonych w magazynie walut, pojawi się komunikat KP/1/2018/USD: Nie można usunąć zapisu z magazynu walut. Zapis jest rozliczony w magazynie walut. Po wywołaniu funkcji dla kilku zaznaczonych dokumentów w pierwszej kolejności usuwane są zapisy rozchodowe wg chronologii daty operacji, a dopiero później zapisy przychodowe. Program pilnuje chronologii zapisów w magazynie walut, jeżeli jakiś zapis rozchodowy zostanie usunięty z magazynu walut, to automatycznie wszystkie późniejsze zapisy również są z niego usuwane – dlatego dla tych wszystkich późniejszych zapisów rozchodowych, w logu z przebiegu usuwania, pojawi się komunikat Nie można usunąć zapisu z magazynu walut. Zapis nie jest w magazynie walut.
Przykład
W magazynie walut są 3 rozliczone zapisy: przychodowy KP/1/2018/USD i następnie rozchodowe KW/1/2018/USD, KW/2/2018/USD. Zaznaczamy wszystkie zapisy i wywołujemy funkcję Usuń z magazynu walut. W logu pojawią się następujące informacje: I w efekcie wszystkie 3 zapisy zostaną usunięte z magazynu walut.

Wpłata

W przypadku operacji zwiększających saldo rachunku bankowego/kasy:
  • Parametr Magazyn walut jest domyślnie zaznaczony, jeżeli na rejestrze, do którego wprowadzany jest dokument, został zaznaczony parametr Rejestr obsługuje magazyn walut.
  • Rozliczenie jest zawsze zapisywane wg kursu bieżącego.
  • Odznaczenie parametru Magazyn walut jest automatycznie blokowane w momencie rozliczenia dokumentu wpłaty z dokumentem wypłaty.
Formularz dokumentu wpłaty

Wypłata

Obsługa magazynu walut obok rejestrowania zapisów BOMWKW daje też możliwość dodawania zapisów KW do raportów na kwotę wyższą niż dostępne środki w magazynie walut. Operacje powodujące powstawanie ujemnego salda w kasie, czy na rachunku każdorazowo wymagają akceptacji: Ta operacja spowoduje ujemny stan kasy/rachunku. Czy na pewno chcesz ją wykonać? Zapisy rozchodowe (wypłaty) są zależne od sposobu rozliczenia określonego na formularzu rejestru kasowego/bankowego. Jeżeli na formularzu rejestru kasowego/bankowego zaznaczony jest parametr Kurs historyczny wówczas zapisy na magazynie walut są wyceniane wg tego kursu. Niezależnie od tego czy zapis BOMWKW lub KW będzie rozliczany z jednym czy z kilkoma zapisami KP typ kursu pojawi się, jako: „Nieokreślony”. W przypadku, gdy na formularzu rejestru parametr Kurs historyczny nie zostanie znaczony wówczas zapisy magazynu walut są rozliczane wg kursu bieżącego. Rozliczanie zasobów w magazynie walut zawsze odbywa się z poziomu dokumentu rozchodowego BOMWKW lub zapisu KW (wypłaty). Po całkowitym rozliczeniu parametr Rozliczaj w magazynie walut przy zapisie na KW jest wyszarzany do momentu odrozliczenia. W przypadku operacji zmniejszających saldo rachunku bankowego/kasy:
  • Parametr Magazyn walut jest domyślnie zaznaczony, jeżeli na rejestrze, do którego wprowadzany jest dokument, został zaznaczony parametr Rejestr obsługuje magazyn walut. W pewnych sytuacjach parametr Magazyn walut należy odznaczyć ręcznie. Sytuacja może mieć miejsce, gdy w danym rejestrze znajdują się zapisy KW wcześniejsze, które nie zostały rozliczone z istniejącymi w rejestrze wpłatami KP. Pojawi się wówczas ostrzeżenie: Nie można dodać rozliczenia zapisu KW w magazynie walut z powodu istnienia wcześniejszego(ych) nierozliczonego(ych) zapisu(ów) KW w tym rejestrze.
  • Parametr Rozliczaj w magazynie walut przy zapisie na nowododanym zapisie jest domyślnie zaznaczony, jednakże w sytuacji, gdy na magazynie walut stan środków jest ujemny zostanie odznaczony.
  • Jeżeli na formularzu rejestru został zaznaczony parametr Kurs historyczny, przy dodawaniu dokumentu podpowiadane jest domyślnie rozliczenie wg kursu historycznego oraz przenoszona jest wartość kursu z pierwszego na liście dostępnego zasobu do rozliczenia (dokumentu KP). Jeżeli okaże się, że dokument wypłaty zostanie rozliczony z kilkoma dokumentami wpłaty mającymi różne kursy, wtedy kurs zostaje zmieniony na Nieokreślony, natomiast dokładne kursy rozliczeń częściowych można sprawdzić w tabeli z rozliczeniami operacji.
Formularz dokumentu wypłaty

Generowanie różnic kursowych

W Konfiguracji firmy/ Definicje dokumentów/ Kasa i bank/ Różnice kursowe MW jest możliwość tworzenia schematów numeracji dla różnic kursowych magazynu walut. W nowotworzonych i konwertowanych bazach danych domyślnie tworzony jest schemat RKMW Różnica kursowa magazynu walut.
Definicja dokumentu różnicy kursowej MW
Dokument różnicy kursowej tworzony jest po zapisaniu dokumentu wypłaty i zapisywany z datą rozliczenia, czyli datą późniejszego dokumentu. Utworzone różnice kursowe trafiają na listę Kasa/Bank/ Magazyn walut/ Różnice kursowe. Dokument różnicy kursowej składa się z jednej zakładki.
Formularz różnicy kursowej MW
Na dokumencie dostępne są następujące informacje:
  • Dokument – pole, w którym można wybrać schemat numeracji różnicy kursowej MW,
  • Numer dokumentu różnicy kursowej MW,
  • Data rozliczenia,
  • Kwota rozliczenia – w walucie rejestru,
  • Numery oraz kwoty dokumentów podlegających rozliczeniu w walucie systemowej,
  • Kwota różnicy kursowej,
  • Konto Wn, Konto Ma – pola, w których można wpisać numery kont, na które będzie księgowana różnica kursowa.
Dokumenty podlegające rozliczeniu można podejrzeć ikonami lupy dostępnymi obok kwoty w walucie systemowej. Modyfikacja schematu numeracji dokumentu jest możliwa do momentu zaksięgowania. Różnica kursowa jest tworzona, jako różnica wartości wypłaty i wartości wpłaty w przeliczeniu na walutę systemową (KW – KP). Dodatnia różnica kursowa powstaje, jeżeli wypłata była po wyższym kursie niż wpłata, a ujemna różnica powstaje wtedy, gdy wypłata była po niższym kursie niż wpłata. Różnica dodatnia zwiększa stan końcowy raportu kasowego/bankowego, a ujemna wpływa na jego zmniejszenie w walucie PLN.
Uwaga
W przypadku rozliczania dokumentów po kursie historycznym, gdzie przy rozliczaniu powstaje grosz różnicy wynikający z zaokrągleń, zostaje wygenerowany dokument różnicy kursowej na kwotę zaokrąglenia.
W polu Konto Wn, Konto Ma jest możliwość wpisania kont, na które księgowana będzie różnica kursowa. Konta te można wpisać „ręcznie” bądź też wybrać z planu kont, który otworzy się po kliknięciu prawym klawiszem myszy w przyciski Konto Wn, Konto Ma. W Konfiguracji programu/ Ogólne/ Waluty na Formularzu waluty zostały dodane Domyślne konta dla różnic kursowych Wn i Ma. Konta te będą pobrane na dokument różnicy kursowej MW w momencie tworzenia tego dokumentu. Podobnie, jeżeli na formularzu rejestru zostało uzupełnione pole Konto księgowe, wtedy to konto również zostanie przepisane na Formularz różnicy kursowej MW. Dla różnicy kursowej dodatniej podstawiane jest domyślnie na Formularzu różnicy kursowej konto rejestru, jako Konto Wn oraz konto waluty Ma jako Konto Ma. Dla różnicy kursowej ujemnej podstawiane jest domyślnie konto rejestru, jako Konto Ma oraz konto waluty Wn jako Konto Wn. Jeżeli konto rejestru oraz konta waluty są puste, wtedy na dokumencie różnicy kursowej MW pola te również pozostaną puste.

Księgowanie różnic kursowych MW

Księgowanie różnic kursowych do księgowości kontowej odbywa się za pomocą schematów księgowych o typie Różnice kursowe MW. Księgowanie do Książki przychodów i rozchodów – na dokumencie różnicy kursowej podpowiadane są domyślnie odpowiednie kolumny księgi. Dla różnic kursowych dodatnich – kolumna 8 – Pozostałe przychody, dla różnic kursowych ujemnych – kolumna 13 – Pozostałe wydatki.

Stan raportu kasowego/bankowego w rejestrze walutowym

W przypadku przeprowadzania operacji kasowych/bankowych przez magazyn walut kwotę różnicy kursowej, wynikającą z rozliczenia zapisów, uzyskamy z dokumentów różnic kursowych. Przy zamykaniu raportu znana jest łączna kwota różnic kursowych wynikających z rozliczenia operacji zapisanych w danym raporcie. Można ją wykorzystać w podsumowaniu obrotów zamkniętego raportu kasowego/bankowego. Celem tego jest:
  • Wyświetlenie w raporcie salda w PLN zgodnego z tym, co zostało zapisane do magazynu walut.
  • Wyświetlenie w raporcie salda w PLN zgodnego z tym, co trafiło na konto księgowe.
Na formularzu raportów znajduje się kolumna Różnica kursowa pomiędzy kolumny Rozchody oraz Stan końcowy. Kolumna ta jest widoczna przy wyborze wyświetlania wg waluty systemowej. Wyliczona różnica kursowa jest wliczana do stanu końcowego raportu oraz do stanu początkowego raportu kolejnego na liście.

Praca rozproszona

Rejestry walutowe po zaimportowaniu poprzez mechanizm pracy rozproszonej mają odznaczony parametr Rejestr obsługuje magazyn walut. Jeżeli w bazie rejestr już istnieje i miał „ręcznie” zaznaczony ten parametr, to po zaimportowaniu rejestrów z opcją Nowezmienione parametr pozostaje zaznaczony. W pracy rozproszonej magazyn walut nie jest przenoszony. Zaimportowane zapisy kasowe/bankowe mają odznaczony parametr Magazyn walut.

Magazyn walut - zakładka Różnice kursowe

Lista różnic kursowych związana z rozliczeniami operacji składających się na magazyn walut. Lista zawiera następujące informacje:
  • Numer dokumentu,
  • Data rozrachunku – data późniejszego dokumentu,
  • Dokument rozliczany,
  • Dokument rozliczający,
  • Wartość różnicy kursowej – w walucie systemowej.
Lista wyświetlana jest dla konkretnego rejestru kasowego/bankowego. Wybór tego rejestru odbywa się poprzez wybór z rozwijalnej listy rejestrów. Zakres dat – parametr ten jest domyślnie odznaczony przy wejściu na listę. Jeżeli w rejestrze jest bardzo dużo zapisów, można zaznaczyć parametr i odpowiednio wskazać zakres dat, co zwiększy czytelność listy. Księgowanie różnic kursowych do księgowości kontowej, książki przychodów i rozchodów oraz ewidencji ryczałtowej odbywa się poprzez ikonę Księguj. Na liście jest możliwość filtrowania dokumentów filtrem prostym i filtrem zaawansowanym. Na liście filtrów dostępny jest filtr Nie zaksięgowane różnice kursowe MW, który pozwala wyfiltrować tylko takie dokumenty różnicy kursowej MW, które jeszcze nie zostały zaksięgowane. Dodatkowo jest możliwość filtrowania przy użyciu parametrów: Różnice kursowe z raportów k/b lub Różnice kursowe z bilansów otwarcia MW. Możliwy jest również podgląd zaznaczonego dokumentu klawiszem lupy. Zapisy wyświetlone na liście można również wyeksportować do arkusza kalkulacyjnego.
Lista Różnic kursowych w magazynie walut

Magazyn walut - zakładka Dostępne środki

Lista dostępnych środków dla danego rejestru. Zawiera BO magazynu walut oraz wpłaty na rachunek bankowy/do kasy, które są przeznaczone do rozliczenia (mają zaznaczony parametr Magazyn walut). Lista zawiera następujące informacje:
  • Kwota w walucie – kwota przeznaczona do rozliczenia w walucie rejestru,
  • Kwota w walucie systemowej (PLN) – kwota przeznaczona do rozliczenia,
  • Typ kursu,
  • Data kursu,
  • Mianownik kursu,
  • Licznik kursu,
  • Numer dokumentu – obcy,
  • Numer wewnętrzny,
  • Data operacji.
Lista wyświetlana jest wg daty operacji – dokumenty filtrowane są od najstarszego. Lista wyświetlana jest dla konkretnego rejestru kasowego/bankowego. Wybór tego rejestru odbywa się poprzez wybór z rozwijalnej listy rejestrów. Zakres dat – parametr ten jest domyślnie odznaczony przy wejściu na listę. Jeżeli w rejestrze jest bardzo dużo zapisów, można zaznaczyć parametr i odpowiednio wskazać zakres dat, co zwiększy czytelność listy. Szukaj – na liście dostępne jest wyszukiwanie pod klawiszem lornetki. Po wpisaniu ciągu znaków w polu Szukaj należy użyć klawisza Znajdź. Możliwy jest również podgląd zaznaczonego dokumentu klawiszem lupy. Zapisy wyświetlone na liście można również wyeksportować do arkusza kalkulacyjnego.
Dostępne środki na magazynie walut

Magazyn walut - zakładka Nierozliczone KW

Lista nierozliczonych KW związana jest z rozliczeniami operacji składających się na magazyn walut. Prezentuje zapisy BOMWKW oraz KW nierozliczone oraz częściowo rozliczone (w kwocie pozostającej do rozliczenia). Lista zawiera następujące informacje:
  • Numer dokumentu – obcy,
  • Numer wewnętrzny,
  • Kwota pozostająca do rozliczenia w walucie,
  • Kwota pozostająca do rozliczenia w złotówkach ,
  • Typ kursu,
  • Data kursu,
  • Mianownik kursu,
  • Licznik kursu,
  • Data operacji.
Lista wyświetlana jest dla konkretnego rejestru kasowego/bankowego. Wybór tego rejestru odbywa się poprzez wybór z rozwijalnej listy rejestrów. Zakres dat – parametr ten jest domyślnie odznaczony przy wejściu na listę. Jeżeli w rejestrze jest bardzo dużo zapisów, można zaznaczyć parametr i odpowiednio wskazać zakres dat, co zwiększy czytelność listy. Szukaj – na liście dostępne jest wyszukiwanie pod klawiszem lornetki. Po wpisaniu ciągu znaków w polu Szukaj należy użyć klawisza Znajdź. Możliwy jest również podgląd zaznaczonego dokumentu ikoną lupy. Zapisy wyświetlone na liście można również wyeksportować do arkusza kalkulacyjnego.
Lista nierozliczonych KW w magazynie walut

Magazyn walut - zakładka Obroty

Lista operacji rozliczonych, pokazująca obroty danego rejestru. Wpłaty i wypłaty rozliczone, wraz z informacją o wysokości różnicy kursowej. Lista zawiera następujące informacje:
  • Numer dokumentu – obcy,
  • Numer wewnętrzny,
  • Data operacji,
  • Kwota całkowita dokumentu w walucie rejestru,
  • Kwota całkowita dokumentu w walucie systemowej (PLN),
  • Typ kursu,
  • Data kursu,
  • Mianownik kursu,
  • Licznik kursu,
  • Przychód rozliczony w walucie rejestru oraz w walucie systemowej,
  • Rozchód rozliczony w walucie rejestru oraz w walucie systemowej,
  • Różnica kursowa w walucie systemowej.
Lista wyświetlana jest dla konkretnego rejestru kasowego/bankowego. Wybór tego rejestru odbywa się poprzez wybór z rozwijalnej listy rejestrów. Zakres dat – parametr ten jest domyślnie odznaczony przy wejściu na listę. Jeżeli w rejestrze jest bardzo dużo zapisów, można zaznaczyć parametr i odpowiednio wskazać zakres dat, co zwiększy czytelność listy. Szukaj – na liście dostępne jest wyszukiwanie pod klawiszem lornetki. Po wpisaniu ciągu znaków w polu Szukaj należy użyć klawisza Znajdź. Parametry: Przychody/ Rozchody – ułatwiają analizę danych na liście poprzez zawężenie wyświetlanych dokumentów do wpłat (BOMWKP/ KP) lub wypłat (BOMWKW/ KW) z możliwością zaznaczenia obydwu opcji. Możliwy jest również podgląd zaznaczonego dokumentu klawiszem lupy. Przyciski Zwiń wszystko, Rozwiń wszystko umożliwiają wyświetlanie tylko gałęzi głównych bądź też również gałęzi podrzędnych (dokumenty rozliczone).
Lista operacji w magazynie walut na zakładce Obroty

Zapisy kasowe/bankowe

Lista zapisów kasowych/bankowych

Lista dostępna jest w menu Kasa/Bank/ Zapisy kasowe/bankowe Listę obsługują standardowe przyciski, opisane szczegółowo tutaj. Dodatkowo dostępne są m. in. następujące przyciski: - lista rozliczeń podmiotu zaznaczonego na liście kursorem. - renumeracja zapisów – jeśli numeracja nie jest ciągła ustala nowe kolejne liczby porządkowe. - księgowanie zapisów do Podatkowej Książki Przychodów i Rozchodów. Funkcja jest możliwa wyłącznie wtedy, kiedy dostępny jest również moduł Comarch ERP Księga Podatkowa. - operacje seryjne na zapisach. Funkcja seryjnej zmiany obejmuje: oznaczenie zapisu jako wynagrodzenie, ustawienie statusu na Nie podlega i na Do rozliczenia, zmianę podmiotu, ustawienie kategorii, ustawienie opisu, ustawienie konta przeciwstawnego (w przypadku pełnej księgowości), ustawienie kolumny KPiR (w przypadku księgi przychodów i rozchodów), usunięcie rozliczenia, usunięcie zapisów księgowych (w przypadku księgi przychodów i rozchodów). Ponadto po wskazaniu rejestru obsługującego magazyn walut dostępne są operacje seryjnego rozliczania zapisów w magazynie walut, ustawienia znacznika magazyn walut oraz usunięcia z magazynu walut. - usuń – przy zaznaczonym parametrze Kasowanie rozliczeń przy kasowaniu i anulowaniu dokumentów w Konfiguracji Firmy/ Kasa/Bank/ Parametry możliwe jest również usuwanie rozliczonych zapisów kasowych/bankowych.
Uwaga
Jeśli raport jest ZAMKNIĘTY przyciski oraz  nie są aktywne.
To lista wszystkich wprowadzonych zapisów kasowych/bankowych, niezależnie od rejestru i raportu, do którego zostały wprowadzone. Zapisy ułożone są chronologicznie, wg daty operacji. Parametry listy określamy w dolnej części okna: Kontrahent – wybór podmiotu. Standardowo znajduje się na nim opis Kontrahent i jego użycie wyświetla listę kontrahentów. Naciśnięcie małej strzałki obok przycisku otworzy dodatkowe menu, z którego można wybrać inny typ podmiotu: listę pracowników, wspólników, banków lub urzędów. Kategoria - otwiera listę kategorii zdefiniowanych w bazie danych. Lista może zawierać wszystkie zapisy lub tylko te o statusie rozliczone (częściowo lub całkowicie), nierozliczone albo Nie podlega. Podobnie ze statusem w magazynie walut. Wyboru dokonujemy zaznaczając odpowiednie parametry myszką lub klawiszem spacji. Kwota min – wyświetla listę zapisów, których wartość jest większa lub równa podanej kwocie. Kwota max – wyświetla listę zapisów, których wartość jest mniejsza lub równa podanej kwocie. Jeśli obydwie kwoty są wypełnione – wyszukane zostaną zapisy z określonego w ten sposób przedziału. Jeśli wypełniona jest jedna z nich – odpowiednio wyszukane zostaną zapisy z wartościami większymi niż kwota minimalna lub mniejszymi niż kwota maksymalna. Rejestr – lista rejestrów, można z niej wybrać konkretny rejestr, którego zapisy mają być widoczne. Raport – lista raportów wchodzących w skład danego rejestru. Informacja dodatkowa, która pojawi się na ekranie, to daty otwarcia i zamknięcia raportu, aktualne saldo oraz czy raport jest OTWARTY, czy ZAMKNIĘTY. Zakres dat - lista może obejmować wszystkie zapisy (parametr nieaktywny) lub wprowadzone w podanym okresie czasu (parametr zaznaczony i podany zakres dat) Waluta – w module Kasa/Bank można wprowadzać zapisy w walutach obcych (więcej na ten temat w rozdziale poświęconym rejestracji dokumentów w walutach obcych). Lista może zawierać wszystkie zapisy (niezależnie od waluty, w jakiej zostały wprowadzone) lub tylko w jednej wybranej walucie. Wyboru waluty można dokonać korzystając z rozwijanej listy.
Uwaga
Kolumna Lp. zawiera liczbę porządkową zapisu w obrębie raportu, do którego należy. Jeśli rejestr zawiera wiele raportów, numery Lp. będą się w tej kolumnie dublowały.
Lista zapisów kasowych/ bankowych raportu

Formularz zapisu kasowego/bankowego

Formularz składa się z zakładek: [Ogólne] , [Podmiot] oraz [Rozliczenia dokumentów]. Zakładka [Ogólne] zawiera podstawowe informacje na temat zapisu. Są to: Numer w raporcie – numer kolejny (Lp.) w raporcie kasowym/bankowym. W momencie wprowadzania zapisu w polu pojawia się napis AUTO. Właściwy numer nadawany jest dopiero po pierwszym zatwierdzeniu zapisu. Numer raportu – numer raportu kasowego/bankowego, w którym wykonujemy zapis Dokument – klasa i rodzaj dokumentu w obrębie tej klasy. Jeśli zapis wprowadzany jest „z ręki” - decydujemy tutaj czy zapis jest wpłatą czy wypłatą. Jeśli w obrębie wskazanej klasy mamy zdefiniowanych więcej rodzajów dokumentów – wybieramy jeden z nich. Numer dokumentu – numer zapisu kasowego. Podczas pierwszej edycji formularza zapisu w polu Numer dokumentu znajduje się opis AUTONUMER. Numer nadawany jest po pierwszym potwierdzeniu zapisu kasowego/bankowego, wg schematu numeracji określonego podczas definicji dokumentów. Program umożliwia zmianę numeru dokumentu już zapisanego, podczas kolejnych edycji można wejść w pole numer i wprowadzić nowy. Należy pamiętać o tym, że nie można wprowadzić dwóch dokumentów o tym samym numerze (program wyświetli odpowiedni komunikat). Numer obcy - numer zapisu źródłowego: w przypadku zapisów związanych z wystawionym dokumentem wpisywany jest numer tego dokumentu, natomiast dla zapisów wpisywanych przez użytkownika pole jest edytowalne. Data operacji – data wykonania zapisu. Data musi mieścić się pomiędzy datą otwarcia i zamknięcia raportu, do którego wprowadzamy zapis. W sytuacji, gdy nowy dopisywany zapis kasowy/bankowy ma datę późniejszą niż zadeklarowana data zamknięcia ostatniego raportu w danym rejestrze – program proponuje otwarcie nowego (kolejnego) raportu kasowego/bankowego.
Przykład
Raport kasowy RKB/00002/2010 ma zadeklarowaną datę zamknięcia 22.03.2010. Raport jednak nie został zamknięty (parametr Zamknięty na raporcie nie jest włączony). Dnia 23.03.2010 otwieramy formularz nowego zapisu w tym raporcie. Data na zapisie to 23.03.2010 – dlatego zapis nie może zostać wprowadzony do RKB/00002/2010 (data zapisu jest późniejsza niż data zamknięcia raportu). W takiej sytuacji program zaproponuje otwarcie nowego, aktualnego raportu.
Zapis kasowy/bankowy – zakładka Ogólne
Kwota operacji – kwota w wybranej walucie, która jest wpłacana lub wypłacana. Waluta oraz kurs jest ustalana z poziomu zakładki [Rozliczenia dokumentów]. Typ operacji – określa sposób dokonywania płatności i zależy od klasy dokumentu, którą wybraliśmy w polu Dokument oraz od typu rejestru, w którym dokonujemy zapisu. W zależności od tych dwóch parametrów program proponuje nam możliwy typ operacji (tabela poniżej). Pogrubioną czcionką zaznaczona jest ta propozycja, która w danej klasie dokumentów występuje najczęściej.
Typ rejestruKlasa Dok.Możliwy typ operacjiOpis/przykład:


KASA
WpłataWpłata gotówki
Obciążenie karty (klienta)
Klient płaci gotówką.
Klient płaci kartą.
WypłataWypłata gotówki

Uznanie karty (klienta)
Klient zwraca towar, oddajemy pieniądze gotówką.
Zwrot towaru zapłaconego kartą. Uznajemy kartę klienta.
Typ rejestruKlasa Dok.Możliwy typ operacjiOpis/przykład:


BANK
WpłataWpłata gotówki
Przelew na konto
Obciążenie karty (klienta)
Zasilenie własnego (firmowego) konta gotówką.
Klient płaci za towar przelewem na nasze konto.

Klient płaci kartą, pieniądze przelewane są przez centrum autoryzacyjne na nasze konto.
WypłataWypłata gotówki
Przelew z konta

Uznanie karty (klienta)
Wypłata gotówki z konta.

Płacimy dostawcy za towar przelewem z konta.

Klient zwraca towar zapłacony kartą uznajemy jego kartę centrum autoryzacyjne potrąca tę kwotę z przelewu na nasze konto.
Typ rejestruKlasa Dok.Możliwy typ operacjiOpis/przykład:





KARTA


Wpłata
Wpłata gotówki

Przelew na konto

Uznanie karty (własnej)
Zasilenie gotówką konta związanego z kartą, uregulowanie kredytu.
Zasilenie przelewem konta związanego z kartą, uregulowanie kredytu.
Zwrot płatności dokonanej kartą.

Wypłata
Wypłata gotówki
Przelew z konta
Zapłata kartą (własną)
Wypłata gotówki np. z bankomatu.
Pomniejszenie stanu konta związanego z kartą.
Zapłata kartą firmową.
Status – dotyczy stanu rozliczeń związanych z tym zapisem. W chwili wprowadzania zapisu może przyjmować dwie wartości:
  • (N) Nie rozliczono – jeśli zapis będzie później podlegał rozliczeniom, a aktualna kwota rozliczenia wynosi zero. Np. faktura z odroczoną płatnością, zaliczka dla pracownika, która rozliczona zostanie w dniu wypłaty…
  • (-) Nie podlega. Jeśli zapisu nie dotyczą żadne rozliczenia. Np. wpływ odsetek z lokat bankowych. Stan na Nie podlega można ustawić seryjnie dla zaznaczonych zapisów wybierając na liście zapisów funkcję Zmień na nie podlega z menu kontekstowego pod prawym klawiszem myszy. Również seryjnie można przywrócić stan Nie rozliczono wybierając z listy operacji seryjnych lub w menu kontekstowym: Zmień na do rozliczenia.
 
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. Natomiast w Konfiguracji firmy/ Kasa i Bank/ Parametry znajduje się parametr Ustawiaj stan wszystkich płatności na „Nie podlega”. Jeśli jest on zaznaczony – wszystkie dodawane płatności i zapisy kasowe/bankowe od razu otrzymują status Nie podlega. Parametr nie działa na płatności generowane do ręcznych PK i dokumentu BO. Jeżeli zaznaczymy na nich generowanie płatności to płatność będzie miała stan Nie rozliczono.
Jeśli zapis podlega rozliczeniom – (czyli wprowadzając go początkowo wybraliśmy status (N) Nierozliczony, kolejne zapłaty/kompensaty mogą zmienić status na:
  • (C) Rozliczony Częściowo – gdy kwota rozliczona jest mniejsza niż kwota zapisu,
  • (R) Rozliczony całkowicie – gdy kwota rozliczona jest równa kwocie zapisu.
Rozliczono – kwota, która została już rozliczona/skompensowana. Kontrahent – miejsce na wybór podmiotu, z którym zapis jest związany. Standardowo mamy dostęp do listy kontrahentów, ale naciskając strzałkę obok przycisku Kontrahent możemy wybrać pomiędzy listami: kontrahentów, banków, pracowników, wspólników lub urzędów. Jeśli wybierzemy którąś z pozostałych list – zmieni się również opis na przycisku. Np. wybór podmiotu z listy pracowników zmieni opis przycisku na Pracownik. 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. Jeśli wszystkie niezbędne informacje (data, kwota) zostały wypełnione wcześniej – wciśnięcie klawisza <ENTER> na wypełnionym polu Kontrahent spowoduje zatwierdzenie zapisu kasowego. Płatności gotówką, kartą (własną lub klienta), przelewem – w zależności od formy płatności zmienia się nieco wygląd formularza zapisu kasowego i tak uzupełniamy:
  • dla płatności gotówką – nie wprowadzamy żadnych informacji dodatkowych. Wymagane są jedynie dane kontrahenta.
  • Dla płatności przelewem – bank, w którym prowadzone jest konto i numer konta. Obok pola przeznaczonego na numer rachunku pojawia się parametr IBAN. Jego wartość jest dziedziczona z formularza wpisanego wcześniej banku (można ją oczywiście zmienić). Uzupełnianie pól dotyczących banku i numeru rachunku nie jest obowiązkowe – można wprowadzić informacje na podstawie wyciągu bankowego nie uzupełniając tych informacji.
Dokładnie zasady obsługi pól związanych z bankiem zostały opisane w jednym z rozdziałów w części Informacje ogólne: Zasady obsługi pól związanych z bankiem.
  • Dla płatności kartą klienta – system, w którym wydana jest karta (np. VISA, MasterCard, AmericanExpress), numer karty oraz data jej ważności (miesiąc i rok). Numer karty jest walidowany przez program – oznacza to, że nie da się wpisać błędnego numeru karty (niespełniającego warunków algorytmu Luhna). Jeśli wykonywana operacja jest wypłatą – podanie typu i numeru karty jest obowiązkowe. Jeśli wpłatą – wypełnienie tych pól jest opcjonalne. Jeśli typ i numer karty zostaną podane – program kontroluje, czy nie minęła jej data ważności. Jeśli tak – nie pozwoli zatwierdzić zapisu.
  • Dla płatności własną kartą (firmową) – jeśli zapis (wpłatę lub wypłatę) wykonujemy w rejestrze typu KARTA – obowiązkowo wprowadzamy tylko dane kontrahenta. Żadne inne informacje o karcie nie są wymagane.
Kategoria – kategoria, do której przypisany jest zapis. Po wprowadzeniu kategorii w pole Opis automatycznie przepisywany jest opis kategorii. Jeżeli dokument jest typu wpłata (KP) z karty kontrahenta na dokument przenoszona jest kategoria sprzedaży. Jeżeli dokument jest typu wypłata (KW) z karty kontrahenta na dokument przenoszona jest kategoria zakupu. Opis – dodatkowy opis zapisu.
Uwaga
W Konfiguracji firmy /Kasa Bank /Parametry znajduje się parametr: Kopiuj numery rozliczonych dokumentów do pola opis na KP/KW. Parametr domyślnie nie jest zaznaczony.
Zaznaczenie parametru pozwoli w polu Opis uzyskać numer dokumentu rozliczającego podczas rozliczania zapisów KP/KW wprowadzonych do raportu ręcznie. Opis drukowany jest na kwitach KP/KW w polu: Za co. Jeśli na dokumencie rozliczającym zostanie wypełnione pole z numerem obcym wówczas na zapisie KP/KW do pola Opis podstawi się numer obcy. Korzystając podczas rozliczania z funkcji Rozlicz dostępnej w preliminarzu płatności nie ma konieczności zaznaczania parametru w konfiguracji, ponieważ do pola Opis przenoszony jest odpowiedni numer. Używając funkcji Rozlicz przy zaznaczonym parametrze na zapisie KP/KW do pola opis numer podpowiadać się będzie dwukrotnie. Jeśli miałby być podawany tylko raz, parametr w konfiguracji należy odznaczyć. Usuwając rozliczenia, dodany przy pierwszym rozliczeniu numer w opisie nie zostanie usunięty. Przy ponownym rozliczaniu z tym samym dokumentem numer pojawi się kolejny raz.
Zapis bankowy – MPP
Konto przeciwstawne – pole istotne w przypadku księgowania raportów kasowych/ bankowych do modułu Księga Handlowa za pomocą schematów księgowych. Mechanizm został dokładnie opisany w w artykule związanym z modułem Księga Handlowa. Nazwa konta przeciwstawnego – wyświetlana jest nazwa konta, którego numer znajduje się w polu Konto przeciwstawne. Kolumna KPiR – pole istotne w przypadku księgowania zapisów kasowych/bankowych do modułu Comarch ERP Optima Księga Podatkowa. Na zapisach kasowych/ bankowych wprowadzanych ręcznie lub wygenerowanych funkcją Rozlicz pojedynczo z poziomu Preliminarza płatności, automatycznie przenoszona jest Kolumna KPiR wskazana na formularzu wybranej kategorii. Na pozostałych zapisach domyślnie ustawiane jest Nie księgować. Jeżeli na dokumencie wypłaty wybrana zostanie kolumna przychodowa księgowanie będzie wykonane ze znakiem minus. Podobnie, jeżeli na dokumencie wpłaty wybrana zostanie kolumna kosztowa. Wynagrodzenie – parametr związany jest z Blokadą dostępu do rozliczeń tylko wynagrodzeń. Jest widoczny zawsze niezależnie od typu podmiotu wybranego na dokumencie oraz kierunku przepływu pieniędzy (Przychód-Rozchód), stąd też można wykorzystać go do ukrywania przed operatorami innych operacji. Parametr ten jest domyślnie odznaczony. Ustawia się on automatycznie tylko w nowych zapisach rozliczających wypłaty, rozliczając za pomocą funkcji Rozlicz z menu kontekstowego pod prawym klawiszem myszy w Preliminarzu płatności. Blokada dostępu do rozliczeń tylko wynagrodzeń opisana jest w artykule dotyczącym formularza karty operatora. Na liście zapisów k/b w menu kontekstowym pod prawym klawiszem myszy dostępna jest funkcja Oznacz, jako wynagrodzenie, która powoduje seryjne zaznaczenie parametru Wynagrodzenie na zapisach k/b. Po wybraniu tej funkcji pojawia się pytanie: „Czy na pewno chcesz zaznaczyć parametr Wynagrodzenie na zaznaczonych zapisach?”. Odpowiedź Tak – zaznaczy parametr, odpowiedź Nie – nie zaznaczy. MPP - podzielona płatność – parametr dostępny na zapisie bankowych wystawionym w walucie PLN. Oznacza, że dla danego zapisu zastosowano mechanizm podzielonej płatności. Kwota podatku – parametr oznacza, że zapis związany jest wpłatą/wypłatą podatku VAT. Parametr ten można zaznaczyć jeśli płatność jest realizowana mechanizmem podzielonej płatności Wprowadził – operator, który wprowadził zapis. Zmodyfikował – operator, który dokonał ostatniej modyfikacji.

Formularz zapisu kasowego/bankowego – zakładka Podmiot

Zakładka [Podmiot] podzielona jest na dwie części. W górnej połowie okna znajdują się te same informacje, co na zakładce [Ogólne], a więc numery raportu i zapisu, typ operacji i kwota wpłaty/wypłaty oraz status i kwota rozliczona. W dolnej części okna znajdują się szczegółowe informacje o podmiocie, którego zapis dotyczy. Są one wypełniane automatycznie, na podstawie danych zapisanych w karcie kontrahenta, pracownika, banku, wspólnika lub urzędu.

Formularz zapisu kasowego/bankowego – zakładka Rozliczenia dokumentów

Zakładka [Rozliczenia dokumentów] 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 numery raportu i zapisu, typ operacji, stan rozliczenia. W środkowej części znajdują się informacje o walucie dokumentu oraz walucie rozliczenia, typie kursu, notowaniu. Kwota wpłaty/wypłaty oraz kwota rozliczona wykazane są zarówno w walucie jak i PLN. Funkcja została opisana szerzej w artykule: Wprowadzanie dokumentów w walutach obcych. Dolna część okna to lista dokumentów rozliczających zapis kasowy/bankowy.
Zapis kasowy bankowy - zakładka Rozliczenia dokumentów
Jeśli zapis kasowy ma status Nierozliczony lub Rozliczony częściowo – na liście aktywne są przyciski:  - dodanie pozycji <INSERT> – dodanie dokumentu rozliczającego edytowany zapis. Podczas rozliczania z poziomu zapisu kasowego/bankowego 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 w sobotę lub w dzień ustawowo wolny od pracy do wyliczenia 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 z rozliczanego zapisu kasowego/bankowego.
  • 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 z zapisu k/b typu KP – wyświetlane są zdarzenia przychodowe oraz zapisy k/b typu KW.
  • Jeżeli lista jest podnoszona z zapisu k/b typu KW – wyświetlane są zdarzenia rozchodowe oraz zapisy k/b typu KP.
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
Rozliczenie oraz kompensata musi dotyczyć dokumentów posiadających taką samą walutę rozliczenia. Lista dokumentów do rozliczenia jest automatycznie zawężana do dokumentów w walucie zgodnej z określoną w polu Waluta rozl. W chwili rozliczenia/ kompensaty automatycznie wyliczana jest różnica kursowa.
Uwaga
Co to jest rozliczenie? Zapis kasowy/bankowy można rozliczać ze zdarzeniami pochodzącymi z Preliminarza płatności. Zauważmy, że faktyczny przychód zapisany w raporcie kasowym/bankowym (np. na podstawie wyciągu bankowego) rozliczamy z zaplanowanym wcześniej w Preliminarzu przychodem. Zarówno zapis, jak i zdarzenie mają ten sam kierunek przepływu środków finansowych. Obydwa są albo przychodami, albo rozchodami.
Uwaga
Zmiana waluty rozliczenia jest możliwa tylko na zapisach nierozliczonych i złotówkowych (Waluta dok. to PLN).
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. Szczegółowe informacje na temat automatycznych rozliczeń i rozrachunków znajdują się w biuletynie Automatyczne rozliczenia i rozrachunki
Przykład
Dla kontrahenta AGAT wystawiona została faktura sprzedaży FS/000123/2023, na kwotę 500 zł., z odroczonym terminem płatności (np. 15.06.2023). Do Preliminarza płatności kontrahenta AGAT automatycznie wpisane zostało zdarzenie: 15 czerwca spodziewana jest zapłata 500 zł. za fakturę FS/000123/2023. 15 czerwca, 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/2023. Wówczas z poziomu zakładki rozliczenia tego zapisu odszukujemy w Preliminarzu kontrahenta AGAT 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/000123/2023), zapis dotyczący planowanej płatności za FS/000123/2023 w Preliminarzu kontrahenta AGAT otrzyma status rozliczonego (na podstawie zapisu z rejestru BANK, pochodzącego z wyciągu bankowego), faktura FS/000123/2023 otrzyma status dokumentu rozliczonego (zapłaconego).
Uwaga
Co to jest kompensata? Zapis kasowy/bankowy można kompensować z innymi zapisami kasowymi/bankowymi. Np. przychód odnotowany w raporcie kasowym można skompensować z rozchodem również z raportu kasowego (nie koniecznie tego samego raportu, dla różnych kontrahentów). W tym przypadku, więc kierunki przepływu środków finansowych na kompensowanych zapisach muszą być przeciwne.
Przykład
Pracownik pobiera z kasy zaliczkę na kwotę 250 zł. Wprowadzamy do rejestru KASA wypłatę (KW) 250 zł i zapis ten ma status nierozliczonego (N). Następnego dnia pracownik zwraca całość kwoty. Do nowego raportu kasowego wprowadzamy przyjęcie (KP) 250 zł i zapis ma również status nierozliczonego (N). Obydwa zapisy mogą zostać skompensowane. Wystarczy z zakładki rozliczenia któregoś z nich (np. KP – wpłaty) wybrać funkcję kompensata, z wyświetlonej listy zapisów wybrać odpowiadającą mu KW – wypłatę i zatwierdzić rozliczenie. Obydwa zapisy otrzymają status rozliczonych.
- podgląd pozycji – możliwość podglądu szczegółów na temat zapisu, z którym dokonane zostało rozliczenie. Na podglądanym zapisie nie da się wprowadzić (zapisać) żadnych zmian.  - usunięcie pozycji <DELETE> – usunięcie pozycji, z którą nastąpiło rozliczenie. 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. Lista dokumentów, z którymi rozliczany/kompensowany jest edytowany zapis kasowy zawiera w kolejnych kolumnach informacje o wprowadzonych na nią pozycjach: Numer dokumentu – numer dokumentu rozliczającego lub kompensującego nasz zapis. W przypadku kompensat zawsze wyświetlony jest numer zapisu kasowego/bankowego, z którym skojarzyliśmy nasz zapis. Natomiast dla rozliczeń jest to albo numer dokumentu zapisanego na zdarzeniu z Preliminarza, a jeśli ten nie jest wypełniony – pierwsza linia opisu ze 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 zdarzenia lub zapisu 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.
Uwaga
Status dokumentu. Status edytowanego zapisu może przyjąć trzy wartości: nierozliczony (N), rozliczony częściowo (C) i rozliczony całkowicie (R). Jeśli wprowadzamy na listę kolejne dokumenty rozliczające zapis, zmianę statusu zauważymy dopiero po zatwierdzeniu rozliczanego zapisu.
- możliwy jest wydruk Rozliczenie dokumentu, który zawiera oprócz podstawowych informacji o zapisie również listę rozliczających go dokumentów i kwoty rozliczeń. Wydruk generowany jest na podstawie informacji widocznych na zakładce [Rozliczenia].  

Zapisy kasowe/bankowe - operacje na zapisach

Zmiana danych na wprowadzonym zapisie

Możliwość wprowadzenia zmian na zapisie jest uwarunkowana stanem raportu kasowego/bankowego, w którym jest zapisany oraz uprawnieniami operatora. Jeśli raport jest otwarty – większość informacji na zapisie jest edytowalna. Można zmienić datę zapisu, kwotę, formę wpłaty/wypłaty oraz podmiot i jego dane bankowe. Te dane są edytowalne do chwili zamknięcia raportu. Aktywna jest również zakładka [Rozliczenia dokumentów]. Rozliczenie całkowite powoduje jedynie, że przycisk  Dodaj nie jest aktywny, możliwe jest jednak usunięcie rozliczenia.
Uwaga
Edycja danych (np. kwoty) na zapisie nie dotyczy zapisu powiązanego z dokumentem – fakturą, paragonem, zapisem w rejestrze VAT itp.
Jeżeli operator ma odznaczone prawo zmiany zapisów k/b w zamkniętych raportach (w Konfiguracji Programu/ Użytkowe/ Operatorzy, na formularzu Operatora, na zakładce [Parametry]) i raport jest zamknięty – na zapisie kasowym nie można wprowadzać żadnych zmian. Aktywna jest jedynie zakładka [Rozliczenia dokumentów]. Oznacza to, że zapis w raporcie można rozliczać (również usuwać rozliczenia). Do czasu zaksięgowania aktywne jest również pole Konto przeciwstawne, waluta rozl. oraz kolumna KPiR (w przypadku książki przychodów i rozchodów). Zmiana waluty rozliczenia jest możliwa tylko na zapisach, których waluta dokumentu ustawiona jest, jako PLN. Jeżeli prawo zmiany zapisów k/b w zamkniętych raportach (w Konfiguracji Programu/ Użytkowe/ Operatorzy, na formularzu Operatora, na zakładce [Parametry]) jest zaznaczone, to operator ma dostępne do edycji niektóre pola na zapisie kasowym/bankowym, znajdującym się w raporcie zamkniętym (pola są aktywne w raportach niezaksięgowanych i bez uzupełnionej zakładki predekretacja, zapisy nie mogą być również zaksięgowane do KPiR). Na zapisach automatycznych powstałych do dokumentów gotówkowych aktywne są pola: Nazwa podmiotu, Kategoria, Opis, Konto przeciwstawne, Kolumna KPiR. Na pozostałych zapisach aktywne są pola: Lp, Numer obcy, Data, Kwota, Status, Podmiot, Nazwa podmiotu, Bank, Numer rachunku, Kategoria, Opis, Konto przeciwstawne, Kolumna KPiR, Waluta rozl. (tylko na zapisach złotówkowych), Typ kursu, Data kursu, Notowanie kursu. Przy czym na zapisach rozliczonych nieaktywne są pola Data, Podmiot i Waluta rozl. Na zapisach rozliczonych w Magazynie Walut nieaktywne są pola Data, Kwota, Typ kursu, Data kursu i Notowanie kursu.

Rozliczanie zapisu z kilkoma zdarzeniami

W przypadku, gdy zapis rozliczany jest z kilkoma zdarzeniami istnieją dwa sposoby wskazania tych zdarzeń: 
 
  • wprowadzanie kolejno rozliczanych zdarzeń – przy pomocy przycisku Dodaj należy otworzyć listę zdarzeń do rozliczenia, wybrać zdarzenie, zatwierdzić. Kiedy zdarzenie pojawi się na zakładce [Rozliczenia dokumentów] należy ponownie otworzyć listę, wybrać zdarzenie itd.
  • Wprowadzenie wszystkich rozliczanych zdarzeń równocześnie – po wciśnięciu przycisku Dodaj na wyświetlonej liście zdarzeń należy zaznaczyć wszystkie, z którymi rozliczany jest zapis (zaznaczając check widoczny obok zdarzenia). Po zatwierdzeniu wszystkie zaznaczone zdarzenia pojawiają się na zakładce [Rozliczenia dokumentów]. Zaznaczone zdarzenia rozliczane są kolejno – jeśli program napotka zdarzenie, które nie może być rozliczone wyświetla komunikat i kontynuuje rozliczanie.
Podobna zasada dotyczy kompensat.
Uwaga
Obowiązuje zasada, że zapis można rozliczyć ze zdarzeniami posiadającymi taką samą walutę rozliczenia.

Synchronizacja kwoty zapisu z sumą rozliczeń

Na zakładce [Rozliczenia dokumentów] w dolnej części okna widoczny jest parametr Uzgodnij kwotę zapisu z wartością rozliczanych dokumentów. Służy on do synchronizacji kwoty zapisu z sumą dokumentów rozliczających ten zapis. Domyślnie parametr jest aktywny na wszystkich nowo otwieranych zapisach (do chwili wpisania kwoty zapisu). Po wpisaniu kwoty – parametr jest automatycznie wyłączany. Podobnie parametr nie jest aktywny podczas powtórnej edycji zapisu. 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 zapisie, przy czym kwota na zapisie jest nadrzędna.
Przykład
Zapis kasowy na kwotę 250 zł rozliczamy ze zdarzeniami:
  • FA/1234/2010 na kwotę 100 zł – zdarzenie otrzymuje status rozliczonego całkowicie,
  • FA/1235/2010 na kwotę 200 zł – zdarzenie otrzymuje status rozliczonego częściowo (pozostaje do rozliczenia 50 zł).
Zapis kasowy otrzymuje status rozliczonego całkowicie – jak widać wartość kwot rozliczonych na zdarzeniach jest identyczna jak kwota zapisu.
Jeśli parametr jest aktywny – rozliczanie dokumentu przebiega w ten sposób, że kwota zapisu jest przyrównywana do sumy rozliczanych dokumentów. Wprowadzenie rozliczanego zdarzenia powoduje zmianę kwoty na zapisie.
Przykład
Zapis kasowy rozliczamy ze zdarzeniami:
  • FA/1234/2010 na kwotę 100 zł – zdarzenie otrzymuje status rozliczonego całkowicie, kwota zapisu wynosi również 100 zł,
  • FA/1235/2010 na kwotę 200 zł – zdarzenie otrzymuje status rozliczonego całkowicie, kwota na zapisie wynosi 300 zł (100+200).
Po zatwierdzeniu zapis kasowy również otrzymuje status rozliczonego całkowicie.
Kiedy można wykorzystać funkcję synchronizacji kwot? Kiedy klient chce zapłacić gotówką wszystkie zaległe faktury sprzedaży. Z poziomu otwartego zapisu kasowego przechodzimy na zakładkę [Rozliczenia] i włączamy parametr Uzgodnij kwotę zapisu z wartością rozliczanych dokumentów. Od tej pory każde wprowadzane zdarzenie do rozliczenia zostaje doliczone do kwoty zapisu. Kiedy wskażemy wszystkie zaległe płatności – od razu widać, jaka kwota powinna być zapłacona.
Uwaga
Należy zwrócić uwagę, by parametr nie został zaznaczony podczas rozliczania zapisu, którego kwota nie powinna zostać zmieniona. Np. zapis będący potwierdzeniem wpłaty na konto nie może mieć zmienionej kwoty. Jednak w sytuacji, gdy podczas rozliczania włączony będzie parametr – każde dodane rozliczenie zmieni kwotę zapisu. Podczas synchronizacji kwot można rozliczać tylko zdarzenia w takiej samej walucie.
Uwaga
Podczas synchronizacji kwot można rozliczać tylko zdarzenia w takiej samej walucie.

Szablony dekretacji dla kwot dodatkowych

Szablony dekretacji dla Kwot dodatkowych służą do zdefiniowania wzorca predekretacji. Jeżeli użytkownik w Kwotach dodatkowych wpisuje często te same pozycje – może je zdefiniować w szablonie i wybierać podczas wprowadzania Kwot dodatkowych. Dzięki temu trzeba będzie wypełnić tylko kwoty dla odpowiednich pozycji – kategoria, opis i konta zostaną przepisane z szablonu. Na liście schematów księgowych (Księgowość/ Inne/ Schematy księgowań) znajduje się zakładka o nazwie Kwoty dodatkowe. Zawiera ona dwie kolumny o nazwie SymbolNazwa. Szablony Kwot dodatkowych można podzielić na odpowiednie typy, podobnie jak to ma miejsce ze schematami księgowymi. Jest to do wyboru pięć typów szablonów:
  1. Rejestr Sprzedaży VAT
  2. Rejestr Zakupu VAT
  3. Ewidencja przychodów
  4. Ewidencja kosztów
  5. Zapisy kasa/bank
Podobnie jak na liście schematów księgowych jest dostępny parametr Pokazuj nieaktywne oraz wszystkie standardowe ikony. Ikona plusa  otwiera formatkę Szablonu dekretacji. Formatka pozycji szablonu zawiera pola: Kategoria, Opis kategorii, Konto WnKonto Ma, a także Kategoria2Opis2. Na formatce Kwot dodatkowych, w lewym dolnym rogu, znajduje się rozwijana lista szablonów zdefiniowanych dla danego typu ewidencji. Przeniesienia szablonu na formatkę Kwot dodatkowych wykonuje się poprzez wybranie odpowiedniego szablonu i kliknięcie na ikonę  . Zaakceptowanie odpowiedniego szablonu powoduje przepisanie na formatkę Kwot dodatkowych wartości Kategorii, Kont oraz Opisu.

Zapisy kasowe/bankowe - operacje seryjne

Seryjne dodawanie/zmiana kategorii

Funkcja jest dostępna w menu kontekstowym pod prawym klawiszem myszy na liście zapisów kasowych/bankowych. Działa na zapisy znajdujące się w otwartych raportach. Opcja jest niedostępna w przypadku, kiedy baza współpracuje w zakresie handlu z Comarch ERP XL.

Seryjne dodawanie/zmiana konta przeciwstawnego

Funkcja jest dostępna w menu kontekstowym pod prawym klawiszem myszy na liście zapisów kasowych/bankowych. Działa na zapisy znajdujące się w otwartych i zamkniętych raportach. Opcja jest niedostępna w przypadku, kiedy baza współpracuje w zakresie handlu z Comarch ERP XL.

Seryjna zmiana podmiotu

Seryjna zmiana podmiotu (wraz z numerem rachunku bankowego) dostępna jest na zapisach nieautomatycznych i nierozliczonych, będących w otwartym raporcie (w zamkniętym raporcie tylko dla operatorów z zaznaczonym parametrem Prawo zmiany zapisów k/b w zamkniętych raportach). Funkcja jest dostępna z poziomu operacji seryjnych oraz w menu kontekstowym, pod prawym klawiszem myszy.

Seryjna ustawienie opisu

Seryjne ustawienie Opisu dostępne jest na zapisach w otwartym raporcie (w zamkniętym raporcie tylko dla operatorów z zaznaczonym parametrem Prawo zmiany zapisów k/b w zamkniętych raportach). Funkcja jest dostępna z poziomu operacji seryjnych oraz w menu kontekstowym, pod prawym klawiszem myszy.

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 zmiana ustawień MPP

Seryjna zmiana parametru MPP i Kwoty podatku  pojawia się, gdy wybrano rejestr bankowy prowadzony w PLN  oraz na liście wszystkich zapisów kasowych/bankowych (pole Rejestr jest puste). Jeśli wśród zaznaczonych zapisów wyświetlają się zapisy znajdujące się w rejestrze kasowym lub zapisy w innej walucie parametry dotyczące split payment nie zostaną zmienione, a w logu z przebiegu tej operacji pojawi się komunikat: KW/4/2019/EUR: Nie można zmienić ustawień MPP/kwoty VAT. Parametry te można zmieniać tylko na zapisach w rejestrze bankowym w walucie systemowej.

Seryjna weryfikacja rachunku bankowego

Dotyczy wersji: 2020.2.1
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ą zapisy, 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,
  • podmiotem płatności jest kontrahent posiadający polski numer NIP,
Weryfikacja wykonywana jest na dzień zapisu. 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 zapisie znajduje się rachunek bankowy, którego nie ma na karcie kontrahenta jest on dopisywany wraz z informacją o wynikach weryfikacji.

Kwoty dodatkowe

Kwoty dodatkowe zwiększają możliwości księgowania schematami księgowymi z ewidencji pomocniczych takich jak: rejestry VAT, ewidencja dodatkowa i raporty kasowe/bankowe. Mechanizm kwot dodatkowych jest szczególnie przydatny dla użytkowników, którzy nie chcą tworzyć skomplikowanych wzorców dla księgowania raportów kasowych/bankowych. Na zapisie kasowym/bankowym dostępna jest ikona , który pozwala na przypisanie kwot dodatkowych. Każda kwota dodatkowa może zawierać następujące informacje: kategoria, konto Wn, konto Ma oraz Kwota. Zastosowanie kwot dodatkowych: Przy wprowadzaniu zapisów kasowych/bankowych można wprowadzić w kwotach dodatkowych prostą dekretację wartości. Przykład zastosowania to rozksięgowania naszych odsetek od rachunku bankowego wg następującego schematu:
Kwota dekretuStrona Wn konta:Strona Ma konta:
1000,-131 „Rachunek bankowy”752-1-2 „Przychody finansowe”
Wprowadzamy kwoty dodatkowe na zapisie kasowym/bankowym: Kolejny krok, to zdefiniowanie schematu księgowego. Obok klawisza konto można skorzystać z podmenu, gdzie do wyboru mamy kwoty dodatkowe:   
  • konto Wn (@KontoDodatWn) – na dekrecie pojawi się konto określone po stronie Wn przy kwocie dodatkowej wprowadzonej na dokument,
  • konto Ma (@KontoDodatMa) – na dekrecie pojawi się konto określone po stronie Ma przy kwocie dodatkowej wprowadzonej na dokument.
Natomiast przy przycisku Kwota można skorzystać z makra Kwoty dodatkowej (@KwotaDodat) i na dekret zostanie przepisana wartość kwoty dodatkowej.
Przykładowy schemat raportów kasowych/bankowych

Delegacje

Formularz delegacji

Delegacje krajowe

https://www.youtube.com/watch?v=c0RMVJ2WdUk&list=PLDF75F3619286DDC6&index=48 Na formularzu delegacji na zakładce [Ogólne] dostępny jest parametr Delegacja zagraniczna, jeżeli on nie będzie zaznaczony delegacja traktowana jest jako delegacja krajowa. Jest również możliwość wpisania Miejsca docelowego oraz wybór kategorii. Po wybraniu pracownika, automatycznie podpowiadana jest kategoria z jego karty, z możliwością zmiany. Kategorie można również przypisać na każdym z elementów delegacji, na zakładce [Podsumowanie rozliczenia].
Formularz delegacji
Na formularzu delegacji użytkownik ma do dyspozycji 4 opcje: Bufor, Zaakceptowane polecenie wyjazdu, Zaakceptowane wydatki oraz Zatwierdzona delegacja.
Uwaga
 W konfiguracji programu /Użytkowe /Operatorzy znajduje się parametr Akceptowanie poleceń wyjazdu i rozliczenia. Po jego zaznaczeniu operator na formularzu delegacji będzie mógł zaznaczyć parametry: Zaakceptowane polecenie wyjazdu,  Zaakceptowane wydatki Zatwierdzona.
Na formularzu delegacji domyślnie zaznaczony jest Bufor, co daje możliwość uzupełniania podstawowych informacji takich jak: nazwisko pracownika, czas trwania delegacji, cel podróży, datę rozliczenia delegacji oraz zaliczki na wydatki tylko, jako zapis na liście bez generowania zapisu KW do raportu kasowego. Na formularzu delegacji widoczne są następujące kolumny: Data od, Data do, Kraj, Zaliczka i Waluta (pokazującą walutę danego etapu, w przypadku delegacji krajowych jest to zawsze PLN). W kolumnach ukrytych jest dostępna również kolumna Status rozliczenia, w której wykazywane są statusy rozliczenia danego etapu delegacji: N – nie rozliczono, C – rozliczono częściowo, R – rozliczono całkowicie. Statusy rozliczenia są wyświetlane dla delegacji rozliczonych od wersji 2017.5.1 Comarch ERP Optima. Dla delegacji rozliczonych na wcześniejszych wersjach, wartość w tej kolumnie nie jest wyświetlana.

Element delegacji – Zakładka Zaliczki

Na elemencie delegacji, na zakładce [Zaliczki] widoczne są pola Kraj (z domyślną wartością: Polska) i Waluta (z domyślną wartością: PLN). Wartości w tych polach są wyszarzane i niemożliwe do zmiany. Na zakładce [Zaliczki] przy zaznaczonym parametrze Bufor próba wybrania zaliczki z zapisów kasowych czy dodania zapisu kasowego do raportu z listy zaliczek zwróci komunikat:
Komunikat przy próbie dodania/wybrania zaliczki dla pracownika
Zaakceptowanie polecenia wyjazdu poprzez zaznaczenie tej opcji na formularzu delegacji umożliwi na zakładce [Zaliczki] wybór zaliczki z raportu lub dodanie jej poprzez wygenerowanie zapisu KW. Zaakceptowanie polecenia wyjazdu pozwoli uzupełniać kolejne zakładki [Wydatki] oraz [Rozliczenie delegacji]. Nie będzie można jednak generować rozliczenia delegacji.
Formularz elementu delegacji – zakładka Zaliczki
W części Zapisy kasowe z rozliczenia delegacji dostępna jest ikona plusa  umożliwiająca użytkownikowi ręczne podpinanie zapisu kasowego/ bankowego do delegacji. Ikona jest aktywna dla delegacji o statusie Zaakceptowane wydatki i nierozliczonej lub rozliczonej częściowo. Dostępna jest również ikona kosza do usuwania zapisów z listy. Zarówno w sekcji z zaliczkami, jak i z zapisami kasowymi z rozliczenia delegacji dostępna jest  kolumna Kwota do rozliczenia, w której można wpisać kwotę jaka ma zostać rozliczona ze wskazanego dokumentu.

Element delegacji – Zakładka wydatki

Rozliczający delegację na zakładce [Wydatki] ma możliwość wskazania kosztów np. za bilety, nocleg i inne wprowadzonych bezpośrednio w ewidencjach pomocniczych takich jak: rejestry VAT czy ewidencja dodatkowa.  Dokumenty wprowadzone w module Faktury i przesłane do rejestru VAT nie mogą być podpinane.
Uwaga
 W Konfiguracji firmy /Kasa/Bank, gdy zaznaczono parametry: Automatyczna generacja kasy dla ewidencji dodatkowej oraz Automatyczna generacja kasy dla rejestru VAT to przy dodawaniu dokumentów z formą płatności gotówka z poziomu formularza delegacji nie zostanie wygenerowany zapis kasowy rozliczający tą płatność.
Formularz elementu delegacji – zakładka wydatki
W sytuacji, gdy dokument kosztowy powinien zostać podzielony np. pomiędzy dwie delegacje jest możliwość ograniczenia kwoty wydatku w kolumnie Kwota rozliczenia. Wpisana tu kwota zostanie automatycznie przeniesiona do podsumowania. Natomiast, gdy w podsumowaniu ręcznie zostaną zmienione kwoty wówczas trzeba je przepisać do kolumny Kwota rozliczenia na liście dokumentów. Należy zaznaczyć, iż koszty jednego noclegu w podsumowaniu zostaną ograniczone do wysokości 600.00 zł. Ograniczenie kwoty będzie wyłącznie w podsumowaniu – odpowiednią wysokość należy także przepisać na liście dokumentów w kolumnie Kwota rozliczenia. Na podpiętej pozycji kosztu użytkownik ma dodatkowo do dyspozycji parametr Rozliczać zaliczką. Domyślnie parametr jest zaznaczony, a kwoty rozliczenia z pozycji zostaną automatycznie rozliczone z podpiętą do delegacji zaliczką. W przypadku braku zaliczki program automatycznie ją utworzy a całość zostanie rozliczona z delegacją. Gdy parametr Rozliczać zaliczką zostanie odznaczony wówczas dokument kosztowy nie zostanie rozliczony z delegacją.

Element delegacji – Zakładka Rozliczenie delegacji

Zakładka [Rozliczenie delegacji] składa się z kilku sekcji. U góry okna dostępne są pola Kraj (z domyślną wartością: Polska) i Waluta (z domyślną wartością: PLN). Wartości w tych polach są wyszarzane i niemożliwe do zmiany. Następnie wprowadza się trasy, z określeniem dat i godzin odjazdu/przyjazdu.
Formularz elementu delegacji – zakładka Rozliczenie delegacji
W polu Stawka diety podstawiana jest domyślna wartość stawki diety z konfiguracji. Wartość podpowiadanej indywidualnej stawki diety można ręcznie zmienić. W Konfiguracji Firmy/ Kasa/Bank/ Diety i ryczałty można 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. Jeżeli w Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty jest zaznaczona opcja indywidualnie i na delegacji dodatkowo jeszcze ręcznie zmienimy stawkę diety na jakąś inną, to przy wprowadzaniu kolejnej delegacji dla tego samego pracownika, domyślnie podpowiadana jest stawka diety wpisana na poprzedniej delegacji. Diety, ryczałty za dojazdy oraz ryczałty za noclegi domyślnie wyliczane są na podstawie daty rozpoczęcia i zakończenia delegacji, ale z możliwością zmiany. Domyślnie parametr Wyliczaj ryczałt nie jest zaznaczony, z możliwością ręcznego uzupełnienia diet za ryczałt i nocleg. Po zaznaczeniu parametrów dane będą pobierane z Konfiguracji, a następnie wyliczane na podstawie czasu trwania delegacji. W Konfiguracji Programu/ Kasa/Bank/ Diety i ryczałty widoczna jest lista krajów wraz z odpowiadającą im walutą i kwotami diet, ryczałtów noclegowych i limitów na nocleg. 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)). W Konfiguracji Firmy/ Kasa/Bank/ Diety i ryczałty również wyświetlana jest lista krajów wraz z walutą i kwotami diet i ryczałtów. Lista jest uzupełniona wartościami domyślnymi. Kwoty diet, ryczałtów noclegowych i limitów na nocleg można zmienić wpisując indywidualne wartości. Kwoty są zapamiętywane historycznie. Po zmianie wysokości diet i ryczałtów w konfiguracji, wartości na wyliczonych już delegacjach nie są automatycznie zmieniane. Aby je zaktualizować należy edytować delegację i ponownie wpisać np. liczbę diet na Rozliczeniu delegacji. Jeśli jest potrzeba zmodyfikowania zarówno ilości jak i kwot należy odznaczyć parametr Wyliczaj ryczałt i ręcznie wprowadzić właściwe dane. W przypadku, gdy pracownik będzie podróżował samochodem prywatnym, wówczas należy mu się zwrot kosztów przejazdu, na podstawie przejechanych kilometrów. Istnieje możliwość uzupełnienia tych informacji w sekcji Koszty używania pojazdu.

Element delegacji – Zakładka Podsumowanie rozliczenia

Na zakładce [Podsumowanie rozliczenia] jest możliwość wskazania kategorii. Poniżej znajduje się sekcja Podsumowanie rozliczenia z pracownikiem.
Formularz elementu delegacji – zakładka Podsumowanie rozliczenia
Po zaznaczeniu parametru Generowanie płatności aktywne stają się pola do wyboru formy płatności i wskazania terminu płatności. Dostępny jest również parametr Generowanie zapisu k/b. Po jego zaznaczeniu aktywne staje się pole Rejestr, z możliwością wskazania rejestru, do którego zapis ma trafić. Domyślnie podpowiada się rejestr związany z formą płatności wybraną na delegacji, jeżeli zostanie wybrany jakiś inny rejestr to wybór zostaje zapamiętany. Zapamiętywana jest również ostatnio wybrana forma płatności oraz zaznaczenie/ odznaczenie parametru Generowanie zapisu k/b. Parametr Generowanie zapisu k/b jest zależny od parametru Generowanie płatności. Jeżeli użytkownik odznaczy parametr Generowanie płatności to Generowanie zapisu k/b również jest niemożliwe do zaznaczenia. W polu Stan rozliczenia wykazywany jest stan rozliczenia delegacji: Nie rozliczono, Rozliczono częściowo lub Rozliczono. Stany rozliczenia są wyświetlane dla delegacji rozliczonych od wersji 2017.5.1 Comarch ERP Optima. Dla delegacji rozliczonych na wcześniejszych wersjach, wartość w tej kolumnie nie jest wyświetlana. Parametr Generowanie zapisu k/b można zaznaczyć/odznaczyć tylko na delegacjach nierozliczonych. Dla delegacji o stanie Rozliczono częściowo lub Rozliczono parametr jest wyszarzany. Rozliczanie delegacji możliwe jest po zapisaniu formularza elementu delegacji i zaznaczeniu parametru Zaakceptowane wydatki na formularzu delegacji. Po zapisaniu formularza delegacji z poziomu listy ikoną  można wykonać rozliczenie. Jeżeli parametr Generowanie zapisu k/b zostanie zaznaczony, to podczas rozliczania delegacji zostanie wygenerowany zapis KP/KW na kwotę pozostającą do rozliczenia i delegacja zostanie całkowicie rozliczona. Jeżeli parametr Generowanie płatności zostanie odznaczony, to podczas rozliczania delegacji ikoną pioruna program nie wygeneruje żadnego zdarzenia do preliminarza. Zostanie jedynie rozliczona zaliczka pobrana przez pracownika z dokumentami podpiętymi na zakładce [Wydatki], tymi które mają zaznaczony parametr Rozliczać zaliczką. Jeżeli parametr Generowanie płatności będzie zaznaczony, a Generowanie zapisu k/b będzie odznaczony, to rozliczenie delegacji spowoduje wygenerowanie do Preliminarza płatności zdarzenia na łączną kwotę: diet, ryczałtów za noclegi, ryczałtów za dojazdy oraz kosztów używania samochodu. Zdarzenie będzie generowane w rejestrze kasowym/bankowym związanym z formą płatności wybraną na formularzu delegacji. Zdarzenie to od razu zostanie rozliczone z pobraną zaliczką oraz z dokumentami wskazanymi na zakładce Wydatki, które mają zaznaczony parametr Rozliczać zaliczką. Nie zostanie jednak wygenerowany żaden dodatkowy zapis KP/KW, który powodowałby całkowite rozliczenie delegacji. Pozwoli to na obsłużenie sytuacji kiedy wypłaty z rozliczenia delegacji są dokonywane za pomocą przelewów, a zapisy bankowe są importowane z plików generowanych z systemów bankowych. Przy rozliczaniu delegacji, w logu z przebiegu rozliczania, wyświetlany jest numer delegacji i kwota do wypłaty, a w kolejnej linii kwota faktycznie rozliczona, przykładowo: Z poziomu listy delegacji ikoną  jest możliwość usunięcia rozliczenia delegacji wraz ze wszystkimi zainicjalizowanymi zdarzeniami i zapisami kasowymi/bankowymi, pod warunkiem, że raport kasowy/bankowy, w którym znajduje się automatycznie wygenerowany z delegacji zapis kasowy nie został zamknięty. W przypadku zamkniętego raportu tylko rozliczenia zostaną usunięte, a pozostaną: wygenerowane z delegacji zdarzenie w preliminarzu oraz automatyczny zapis kasowy. W celu ich usunięcia należy otworzyć raport, w którym znajduje się wygenerowany z delegacji zapis kasowy/bankowy – usunąć go, następnie ponowić usuwanie rozliczenia delegacji. Po usunięciu wszystkich rozliczeń związanych z delegacją i cofnięciu jej do stanu w buforze można ją będzie z listy usunąć ikoną  . Natomiast zaznaczenie parametru Zatwierdzona będzie powodowało zablokowanie delegacji do edycji. Zatwierdzone delegacje z poziomu listy ikoną  można księgować zarówno na konta korzystając ze zdefiniowanych schematów lub predekretacji, jak i do książki przychodów i rozchodów.
Uwaga
 W aplikacji Comarch HRMistnieje możliwość zgłaszania delegacji. Delegacja taka jest odpowiednio oznaczona w kolumnie Comarch HRM. Dodatkowo delegacja zgłoszona w ten sposób po podniesieniu formularza w Comarch ERP Optima będzie automatycznie przeliczana.

Zakładka Dokumenty

Drugą zakładką dostępną na formularz delegacji jest zakładka [Dokumenty]. Zawiera ona listę dokumentów znajdujących się w Bibliotece dokumentów związanych z daną delegacją. Załącznikami na tych dokumentach mogą być zapisane w formie elektroniczne np. faktury, bilety, opłaty za autostradę czy inne dokumenty. Dokumenty te możemy dodawać w programie Comarch ERP Optima lub w aplikacji Comarch HRM.
Formularza delegacji – zakładka Dokumenty
Lista obsługiwana jest przez przyciski: Dodaj – pozwala na dodanie dokumentu w Bibliotece. Dostępne są dwie opcje:
  • Dodaj nowy – wywołuje nowy formularz dokumentu firmowego (podobny jak w przypadku dodawania dokumentu z listy w Bibliotece). Nowy dokument można dodać używając klawisza <INSERT> lub wykorzystując metodę drag&drop (przeciągania pliku).
  • Dodaj istniejący – wywołuje listę dokumentów zapisanych w Bibliotece, skąd Użytkownik może wskazać odpowiedni dokument.
Otwórz – podnosi formularz dokumentu w Bibliotece. Z tego poziomu można wywołać podgląd samego pliku (przycisk na formularzu dokumentu). Podgląd pliku możliwy jest też bezpośrednio z listy dokumentów delegacji. W tym celu ustawiamy się na danym dokumencie i korzystając z menu kontekstowego (prawy klawisz myszki) wybieramy Archiwum plików.
Formularz delegacji – podgląd załącznika
Usuń – powoduje usuniecie powiązania z dokumentem w Bibliotece. Nie powoduje usunięcia samego dokumentu w Bibliotece. Dokumenty dodane w programie Comarch ERP Optima mogą być udostępnione w aplikacji Comarch HRM lub ‘usunięte’ z Comarch HRM. W celu udostępnienia dokumentu lub jego zablokowania należy skorzystać z menu kontekstowego
Zakładka Dokumenty – menu kontekstowe
Uwaga
W aplikacji Comarch HRM widoczne będą tylko załączniki zapisane w bazie danych. Załączniki będące linkami nie zostaną udostępnione.
W przypadku korzystania z aplikacji Comarch HRM każdy dodany w aplikacji załącznik powoduje utworzenie dokumentu w Bibliotece dokumentów. Użytkownicy, którzy nie posiadają modułu Obieg dokumentów mają możliwość podglądu wyświetalnych tutaj dokumentów.

Delegacje zagraniczne

https://www.youtube.com/watch?v=8AKcO_HoWUk&list=PLDF75F3619286DDC6&index=39 Na formularzu delegacji dostępny jest parametr Delegacja zagraniczna. Jest on aktywny tylko na delegacjach, które nie mają jeszcze zdefiniowanego żadnego etapu. Jeżeli dodany jest już przynajmniej jeden etap, opcja Delegacja zagraniczna jest wyszarzana, bez możliwości zmiany. Po zaznaczeniu wspomnianego parametru na delegacji można dodawać zarówno etapy krajowe, jak i zagraniczne  :
  • Opcja Dodaj etap krajowy (klawisz <Insert>) powoduje otwarcie formularza elementu delegacji, który jest etapem krajowym
  • Opcja Dodaj etap zagraniczny (klawisz <Shift>>+<Insert>) powoduje otwarcie formularza elementu delegacji, który jest etapem zagranicznym
Jeżeli parametr Delegacja zagraniczna nie jest zaznaczony, delegacja jest traktowana jako krajowa i nie można na niej dodać etapów zagranicznych. Na formularzu delegacji jest również możliwość wpisania Miejsca docelowego oraz wyboru kategorii. Po wybraniu pracownika automatycznie podpowiadana jest kategoria z jego karty, z możliwością zmiany. Kategorie można również przypisać na każdym z elementów delegacji, na zakładce [Podsumowanie rozliczenia]. Po zaksięgowaniu delegacji do księgowości kontowej, kategoria wpisana w nagłówku delegacji jest przenoszona jako kategoria nagłówka i pozycji na powstały zapis księgowy. Aby móc wprowadzić etapy delegacji najpierw należy wybrać pracownika, dla którego delegacja ma być wprowadzona. Na formularzu delegacji dostępne są następujące kolumny: Data od, Data do (w których widoczne są: najwcześniejsza data odjazdu i najpóźniejsza data przyjazdu z listy tras, z zakładki [Rozliczenie delegacji]), Kraj (z nazwą kraju wybranego na etapie delegacji), Zaliczka (z sumą wszystkich zaliczek w walucie etapu), Waluta (z walutą danego etapu). W kolumnach ukrytych jest dostępna również kolumna Status rozliczenia, w której wykazywane są statusy rozliczenia danego etapu delegacji: N – nie rozliczono, C – rozliczono częściowo, R – rozliczono całkowicie. Statusy są wyświetlane dla delegacji rozliczonych od wersji 2017.5.1 Comarch ERP Optima. Dla delegacji rozliczonych na wcześniejszych wersjach wartość w tej kolumnie nie jest wyświetlana. Lista etapów domyślnie sortowana jest wg daty w kolumnie Data od. Nie ma możliwości kopiowania etapów. Po przejściu na listę rozliczeń podmiotu z poziomu etapu delegacji (ikona  Rozliczenia podmiotu w menu głównym), lista rozliczeń jest domyślnie wyfiltrowana do waluty zgodnej z walutą edytowanego etapu.

Etap krajowy

Etap krajowy na delegacji zagranicznej jest zbliżony do etapu na delegacji krajowej. Zakładki [Zaliczki], [Wydatki] i [Podsumowanie rozliczenia] są identyczne. Nieco inna jest natomiast zakładka [Rozliczenie delegacji]. Na zakładce [Rozliczenie delegacji] w tabelce z trasami dodano kolejną kolumnę Wyjazd, w której możemy wskazać czy dana trasa jest częścią wyjazdu (opcja zaznaczona) czy przyjazdu (opcja niezaznaczona). Pole Liczba godzin w delegacji jest wyszarzane – liczba godzin jest wyliczana w oparciu o godziny odjazdu/ przyjazdu wprowadzone w tabelce z trasami (jest to suma godzin wyjazdów i godzin powrotów). Obok pola z liczbą godzin w delegacji dostępny jest parametr Sumuj wyjazdy z powrotami, który ma wpływ na wyliczenie liczby diet i ryczałtów. W sytuacji gdy parametr ten jest zaznaczony, liczba diet jest wyliczana dla łącznej liczby godzin (tzn. dla sumy godzin wyjazdów i przyjazdów). W sytuacji, gdy parametr nie jest zaznaczony liczba diet jest wyliczana osobno dla wyjazdów i osobno dla przyjazdów.
Przykład
Na elemencie delegacji wprowadzone są 2 trasy:
  • Pierwsza, trwająca 10 godzin, oznaczona jako Wyjazd
  • druga, trwająca 7 godzin, bez zaznaczonej opcji Wyjazd (czyli będąca przyjazdem)
W polu Liczba godzin w delegacji widoczne jest więc: 17 (10h+7h) Jeżeli parametr Sumuj wyjazdy z powrotami będzie zaznaczony, to w Liczbie diet będzie widoczne: 1. (Godziny wyjazdów i przyjazdów są sumowane, tj. 10h+7h=17h; a dla 17 godzin przysługuje 1 dieta). Jeżeli parametr Sumuj wyjazdy z powrotami nie będzie zaznaczony, to w Liczbie diet będzie widoczne: 0,5000. (Jest 10 godzin wyjazdu, którym przysługuje 0,5 diety oraz 7 godzin przyjazdu, którym nie przysługuje dieta. Łącznie więc pracownikowi przysługuje 0,5 diety.)
Liczba diet wynikająca z liczby godzin w delegacji wyliczana jest tak samo jak na delegacjach krajowych. Jeżeli delegacja trwała od 8 do 12 godzin wyliczana jest połowa diety, jeżeli trwała ponad 12 godzin wyliczana jest cała dieta. W przypadku rozpoczęcia każdej kolejnej doby delegacji: do 8 godzin to połowa diety, ponad 8 godzin to już cała dieta.

Etap zagraniczny

Na formularzu etapu zagranicznego również dostępne są cztery zakładki: [Zaliczki], [Wydatki], [Rozliczenie delegacji] i [Podsumowanie rozliczenia].
Zakładka Zaliczki
Na formularzu etapu zagranicznego, na zakładce [Zaliczki] jest możliwość wybrania Kraju, związanego z danym elementem delegacji. Domyślnie podpowiadany jest Kraj, który był ostatnio wybierany dla danego pracownika. Po wyborze kraju automatycznie podpowiadana jest odpowiednia Waluta. Pola Kraj i Waluta są wyszarzane, jeżeli na elemencie delegacji jest już dodana przynajmniej jedna zaliczka lub dokument na zakładce Wydatki.
Etap zagraniczny delegacji, zakładka Zaliczki
Jeżeli na delegacji ciągle jest ustawiony status Bufor, przy próbie dodania zaliczki pojawi się komunikat Operacja nie jest możliwa. Operacja będzie możliwa po zmianie stanu na 'Zaakceptowane polecenie wyjazdu’. Zaakceptowanie polecenia wyjazdu, poprzez zaznaczenie tej opcji na formularzu delegacji, umożliwi dodawanie zaliczek. Po naciśnięciu na ikonę plusa  jest możliwość wskazania zarówno zaliczki z istniejących już zapisów kasowych/bankowych, jak i wygenerowania nowego zapisu KW. Dodawać można zapisy wprowadzone w walucie zgodnej z walutą danego etapu delegacji. Po zaznaczeniu parametru Wypłata zaliczki w PLN można również dodawać zaliczki wprowadzone z walutą dokumentu PLN i walutą rozliczenia zgodną z walutą danego etapu delegacji. Jeżeli dodana jest już przynajmniej jedna zaliczka parametr Wypłata zaliczki w PLN jest wyszarzany. W kolumnie Kwota jest widoczna kwota zaliczki w walucie obcej (kwota jest przenoszona z zaliczki i nie można jej zmienić). W kolumnie Kwota do rozliczenia można wskazać jaka część zaliczki ma być rozliczona w ramach danego etapu. W kolumnie Kwota w PLN jest widoczna wartość zaliczki w przeliczeniu na PLN po kursie z dokumentu. Analogiczne kolumny dostępne są w sekcji Zapisy kasowe z rozliczenia delegacji. W części Zapisy kasowe z rozliczenia delegacji dostępna jest ikona plusa  umożliwiająca użytkownikowi ręczne  podpinanie  zapisu  kasowego/  bankowego  do  delegacji.  Ikona  jest  aktywna  dla  delegacji  o  statusie Zaakceptowane  wydatki  i  nierozliczonej  lub  rozliczonej  częściowo.  Dostępna  jest  również  ikona  kosza  do usuwania zapisów z listy. Przy dodawaniu zapisu na etapach częściowo rozliczonych kwota w kolumnie Kwota do rozliczenia domyślnie jest ograniczana do wartości pozostającej do rozliczenia. Lista zaliczek może być modyfikowana tylko na delegacjach nierozliczonych.
Zakładka Wydatki
Na zakładce [Wydatki] jest możliwość wskazania kosztów za noclegi, bilety i innych wydatków wprowadzonych bezpośrednio w ewidencjach pomocniczych takich jak rejestry VAT czy ewidencja dodatkowa.
Etap zagraniczny delegacji, zakładka Wydatki
W  sytuacji,  gdy  dokument  kosztowy  powinien  zostać  podzielony  np.  pomiędzy  dwie  delegacje  jest  możliwość ograniczenia  kwoty  wydatku  w  kolumnie  Kwota  rozliczenia.  Wpisana  tu  kwota  zostanie  automatycznie przeniesiona  do  podsumowania. W kolumnie Kwota w PLN widoczna jest kwota dokumentu w przeliczeniu na złotówki (wartość jest przeliczona po kursie z dokumentu). W przypadku podpięcia dokumentu z Rejestru VAT z zaznaczoną opcją Inny kurs do księgowania, w kolumnie Kwota w PLN prezentowana jest wartość przeliczona po kursie do księgowania. W sekcji Podsumowanie widoczna jest informacja o ilości noclegów, biletów oraz innych wydatków. Wartość w polu Kwota noclegów jest automatycznie ograniczana do wysokości limitu przypisanego do danego kraju, wybranego na elemencie delegacji. Kwota limitu na nocleg pobierana jest z Konfiguracji Programu/ Kasa/Bank/ Diety i ryczałty (jeżeli w Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty jest zaznaczona opcja ustawowe) lub z Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty (jeżeli jest zaznaczona opcja indywidualne). Podpowiadaną kwotę można ręcznie zmienić.
Zakładka Rozliczenie delegacji
Na formularzu etapu zagranicznego, na zakładce [Rozliczenie delegacji] jest możliwość wybrania Kraju, związanego z danym elementem delegacji. Po wyborze kraju automatycznie podpowiadana jest odpowiednia Waluta, w której wypłacane są diety w danym kraju. Wybór Kraju i Waluty na zakładce [Rozliczenie delegacji] powoduje ustawienie takiego samego Kraju i takiej samej Waluty na zakładce [Zaliczki]. Pola Kraj i Waluta są wyszarzane, jeżeli na elemencie delegacji jest już dodana przynajmniej jedna zaliczka lub dokument na zakładce Wydatki.
Etap zagraniczny delegacji, zakładka Rozliczenie delegacji
W polu Data rozpoczęcia etapu domyślnie podstawiana jest data i godzina z pierwszego przejazdu, a w polu Data zakończenia etapu data i godzina z ostatniego przejazdu z tabelki z przejazdami. Pola te są aktywne/ możliwe do edycji. Poniżej tabelki z przejazdami znajduje się sekcja Kalkulacja, a w niej m.in. informacje na temat liczby godzin w delegacji i wyliczonych kwot diet i ryczałtów. Liczba godzin w delegacji wyliczana jest automatycznie w oparciu o wartości wpisane w polach Data rozpoczęcia etapu i Data zakończenia etapu. Pole to jest aktywne do edycji. W polu Stawka diety dla kraju wybranego na elemencie delegacji domyślnie pobierana jest stawka diety z   Konfiguracji Programu/ Kasa/Bank/ Diety i ryczałty (jeżeli w Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty jest zaznaczona opcja ustawowe) lub z Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty (jeżeli jest zaznaczona opcja indywidualne). Wartość podpowiadanej stawki diety można ręcznie zmienić. Jeżeli w Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty jest zaznaczona opcja indywidualnie i na delegacji dodatkowo jeszcze ręcznie zmienimy stawkę diety na jakąś inną, to przy wprowadzaniu kolejnej delegacji dla tego samego pracownika i tego samego kraju, domyślnie podpowiadana jest stawka diety wpisana na poprzedniej delegacji. Liczba diet wyliczana jest w oparciu o pole Liczba godzin w delegacji. Jeżeli delegacja trwała nie więcej niż 8 godzin, wyliczana jest 1/3 Diety. Jeżeli delegacja trwała więcej niż 8, ale nie więcej niż 12 godzin, to przysługuje 0,5 Diety. Jeżeli delegacja trwała ponad 12 godzin – przysługuje cała dieta. Dieta przysługująca za każdą kolejną dobę wyliczana jest w ten sam sposób. Wyliczoną liczbę diet można ręcznie zmienić. Kwota diety wyliczana jest jako iloczyn liczby diet i stawki diety. Wyliczona kwota diety jest automatycznie pomniejszana o koszt zapewnionego wyżywienia, przy czym każdy posiłek stanowi odpowiednio: śniadanie 15% diety, obiad 30% diety, kolacja 30% diety. Parametr Wyliczaj ryczałt dla ryczałtów za dojazdy, noclegi, dojazdy z/do dworca, lotniska i za pobyt w szpitalu domyślnie nie jest zaznaczony. Po jego zaznaczeniu automatycznie wyliczana jest liczba i kwota ryczałtów. Stawka ryczałtu za dojazdy to 10% stawki diety dla danego kraju za każdą rozpoczętą dobę pobytu. Stawka ryczałtu za noclegi to 25% limitu noclegowego dla danego kraju (wartość jest pobierana z konfiguracji firny). Stawka ryczałtu za dojazdy z/do dworca, lotniska to 100% stawki diety dla danego kraju. Stawka za pobyt w szpitalu to 25% stawki diety. Po wpisaniu liczby dni pobytu w szpitalu, widoczna kwota przysługującej diety jest odpowiednio pomniejszana. Po zaznaczeniu opcji Wyliczaj ryczałt dla ryczałtów za dojazdy/ za noclegi liczba ryczałtów wyliczana jest automatycznie, w oparciu o liczbę godzin w delegacji. Po zaznaczeniu opcji Wyliczaj ryczałt dla ryczałtów za dojazdy z/do dworca, lotniska oraz za pobyt w szpitalu należy ręcznie uzupełnić liczbę ryczałtów. W przypadku, gdy pracownik będzie podróżował samochodem prywatnym, wówczas należy mu się zwrot kosztów przejazdu, na podstawie przejechanych kilometrów. Istnieje możliwość uzupełnienia tych  informacji  w  sekcji Koszty używania pojazdu. W tym miejscu wpisywana jest wartość w PLN. Dla delegacji rozliczonych wszystkie pola na zakładce [Rozliczenie delegacji] (z wyjątkiem pola Uwagi) są nieaktywne.
Zakładka Podsumowanie rozliczenia
Na zakładce [Podsumowanie rozliczenia] jest możliwość przypisania kategorii, domyślnie jest tu podpowiadana kategoria wybrana w nagłówku delegacji.
Etap zagraniczny delegacji, zakładka Podsumowanie rozliczenia
Poniżej znajdują się dwie sekcje: Podsumowanie rozliczenia z pracownikiem i Podsumowanie kosztów delegacji. W sekcji Podsumowanie rozliczenia z pracownikiem, w polu Kurs do rozliczenia z pracownikiem są do wyboru cztery możliwe opcje:
  • Data zaliczki
  • Data rozliczenia delegacji
  • Data zakończenia delegacji
  • Inna
Po wyborze daty odpowiednio ustawiana jest data kursu oraz sam kurs, wg którego będzie następowało  przeliczenie kwot diet i ryczałtów na walutę PLN przy rozliczeniu z pracownikiem. Dla opcji Inna w polu data kursu ustawiana jest data bieżąca. Domyślne ustawienie daty w polu Kurs do rozliczenia z pracownikiem zależy od tego, czy na delegacji są podpięte zaliczki oraz czy zaznaczona jest opcja wypłaty zaliczki/ rozliczania w PLN:
  • jeżeli na delegacji nie ma podpiętych zaliczek, to domyślnie ustawiana jest data rozliczenia delegacji, a w polu Data kursu: dzień poprzedni w stosunku do Daty rozliczenia
  • jeżeli na delegacji są zaliczki, ale parametry Wypłata zaliczki w PLN i Rozliczaj w PLN nie są zaznaczone, to domyślnie ustawiana jest Data zaliczki, a w polu Data kursu: data kursu z najwcześniejszej zaliczki
  • jeżeli na delegacji są zaliczki oraz parametry Wypłata zaliczki w PLN i/lub Rozliczaj w PLN są zaznaczone, to domyślnie ustawiana jest Data zaliczki, a w polu Data kursu: data dokumentu z najwcześniejszej zaliczki
Jako typ kursu ustawiany jest ten sam typ kursu, jaki jest wybrany na najwcześniejszej zaliczce. Wyjątkiem jest sytuacja, gdy na zaliczce jest ustawiony kurs Nieokreślony, wówczas jako typ kursu ustawiany jest Średni NBP. Domyślne ustawione daty można ręcznie zmienić. W polu Waluta widoczna jest waluta danego etapu (ta sama, która jest widoczna na zakładkach [Zaliczki] [Rozliczenie delegacji]). Parametr Rozliczaj w PLN domyślnie nie jest zaznaczony. Jego zaznaczenie oznacza, że pomimo tego iż zaliczka była wypłacona w walucie obcej to rozliczenie będzie następowało w PLN.  Płatność na kwotę diet i   ryczałtów wygenerowana podczas rozliczania delegacji będzie miała walutę dokumentu i walutę rozliczenia zgodną z walutą etapu, natomiast wygenerowany zapis kasowy/bankowy będzie miał walutę dokumentu PLN, a walutę rozliczenia jako walutę obcą. W polu Ryczałt za dojazdy widoczna jest suma Ryczałtu za dojazdy oraz Ryczałtu za dojazdy z/do dworca, lotniska z zakładki [Rozliczenie delegacji]. W polu Diety widoczna jest suma kwoty Diet i za Pobyt w szpitalu z zakładki [Rozliczenie delegacji]. W polu Inne wydatki widoczna jest suma wydatków z zakładki [Wydatki] oraz kosztów używania pojazdów. Jest to wartość w walucie etapu. Kwota kosztów używania pojazdów (która na zakładce [Rozliczenie delegacji] jest podawana w PLN) jest najpierw dzielona przez kurs podany na zakładce [Podsumowanie rozliczenia] i dopiero taka wartość walutowa jest sumowana do pola Inne wydatki. Wartości widoczne w polach Ryczałt za dojazdy, Ryczałt za noclegi, Diety, Inne wydatki, Suma wydatków, Pobrana zaliczka i Do wypłaty wykazywane są w walucie etapu. W polu Do wypłaty w PLN widoczna jest kwota do wypłaty przeliczona po kursie wskazanym w polu Kurs do rozliczenia z pracownikiem. Po zaznaczeniu parametru Generowanie płatności aktywne stają się pola do wyboru formy płatności i wskazania terminu płatności. Dostępny jest również parametr Generowanie zapisu k/b. Po jego zaznaczeniu aktywne staje się pole Rejestr, z możliwością wskazania rejestru, do którego zapis ma trafić (wyświetlana jest lista wszystkich rejestrów kasowych/bankowych, złotówkowych i walutowych, do których dany operator nie ma zakazu). Domyślnie podpowiada się rejestr związany z formą płatności wybraną na delegacji, jeżeli zostanie wybrany jakiś inny rejestr to wybór zostaje zapamiętany. Zapamiętywana jest również ostatnio wybrana forma płatności oraz zaznaczenie/ odznaczenie parametru Generowanie zapisu k/b. Parametr Generowanie zapisu k/b jest zależny od parametru Generowanie płatności. Jeżeli użytkownik odznaczy parametr Generowanie płatności to Generowanie zapisu k/b również jest niemożliwe do zaznaczenia. W polu Stan rozliczenia wykazywany jest stan rozliczenia delegacji: Nie rozliczono, Rozliczono częściowo lub Rozliczono. Stany rozliczenia są wyświetlane dla delegacji rozliczonych od wersji 2017.5.1 Comarch ERP Optima. Dla delegacji rozliczonych na wcześniejszych wersjach Stan rozliczenia nie jest widoczny. Parametr Generowanie zapisu k/b można zaznaczyć/odznaczyć tylko na delegacjach nierozliczonych. Dla delegacji o stanie Rozliczono częściowo lub Rozliczono parametr jest wyszarzany. W sekcji Podsumowanie kosztów delegacji, w polu Data poniesienia kosztu są do wyboru trzy możliwe opcje:
  • Data rozliczenia delegacji
  • Data zakończenia delegacji
  • Inna
Po wyborze daty odpowiednio ustawiana jest data kursu oraz sam kurs, wg którego będzie następowało  przeliczenie kwot diet i ryczałtów na walutę PLN przy księgowaniu delegacji. Domyślnie ustawiana jest zawsze opcja Data rozliczenia delegacji, a w dacie kursu dzień poprzedni w stosunku do daty rozliczenia delegacji. W momencie wyboru opcji Data zakończenia delegacji, w dacie kursu ustawiany jest dzień poprzedni w stosunku do daty zakończenia delegacji. Dla opcji Inna w polu data kursu ustawiana jest data bieżąca. Domyślne ustawione daty można ręcznie zmienić. Jako data poniesienia kosztu najczęściej stosowana jest data rozliczenia lub data zakończenia delegacji. W polu Różnica kursowa wykazywana jest różnica kursowa wynikająca z tego, że dla wyliczenia kwoty księgowanej w koszty stosuje się inne przepisy niż do księgowania rozliczenia z pracownikiem. Różnica kursowa wyliczana jest jako łączna kwota diet i ryczałtów pomnożona przez różnicę między kursem poniesienia kosztu a  kursem rozliczenia z pracownikiem. Ta różnica kursowa nie jest nigdzie dodatkowo zapisywana w programie, służy jedynie do księgowania kosztów delegacji. Jeżeli na delegacji są już wprowadzone etapy zagraniczne i w nagłówku delegacji zostanie zmieniona data zakończenia/ rozliczenia delegacji, to odpowiednie daty zostaną zaktualizowane również na etapie delegacji.
Zasady rozliczania delegacji
Rozliczanie delegacji możliwe jest po zapisaniu formularza elementu delegacji i zaznaczeniu parametru Zaakceptowane wydatki na formularzu delegacji. Po zapisaniu formularza delegacji z poziomu listy ikoną  można wykonać rozliczenie. Jeżeli parametr Generowanie zapisu k/b zostanie zaznaczony, to podczas rozliczania delegacji zostanie wygenerowany zapis KP/KW na kwotę pozostającą do rozliczenia i delegacja zostanie całkowicie rozliczona. Jeżeli parametr Generowanie płatności zostanie odznaczony, to podczas rozliczania delegacji ikoną pioruna program nie wygeneruje żadnego zdarzenia do preliminarza. Zostanie jedynie rozliczona zaliczka pobrana przez pracownika z dokumentami podpiętymi na zakładce [Wydatki], tymi które mają zaznaczony parametr Rozliczać zaliczką. Jeżeli parametr Generowanie płatności będzie zaznaczony, a Generowanie zapisu k/b będzie odznaczony, to rozliczenie delegacji spowoduje wygenerowanie do Preliminarza płatności zdarzenia na łączną kwotę: diet, ryczałtów za noclegi, ryczałtów za dojazdy oraz kosztów używania samochodu. Zdarzenie będzie generowane w rejestrze kasowym/bankowym związanym z formą płatności wybraną na formularzu delegacji. Zdarzenie to od razu zostanie rozliczone z pobraną zaliczką oraz z dokumentami wskazanymi na zakładce [Wydatki], które mają zaznaczony parametr Rozliczać zaliczką. Nie zostanie jednak wygenerowany żaden dodatkowy zapis KP/KW, który powodowałby całkowite rozliczenie delegacji. Pozwoli to na obsłużenie sytuacji kiedy wypłaty z rozliczenia delegacji są dokonywane za pomocą przelewów, a zapisy bankowe są importowane z plików generowanych z systemów bankowych. Przy rozliczaniu delegacji, w logu z przebiegu rozliczania, wyświetlany jest numer delegacji i kwota do wypłaty, a w kolejnej linii kwota faktycznie rozliczona, przykładowo: W logu z przebiegu rozliczania informacje dla każdego etapu delegacji wyświetlane są osobno. Kwoty wyświetlane są w walucie etapu. Z poziomu listy delegacji ikoną  jest możliwość usunięcia rozliczenia delegacji wraz ze wszystkimi zainicjalizowanymi zdarzeniami i zapisami kasowymi/bankowymi, pod warunkiem, że raport kasowy/bankowy, w którym znajduje się automatycznie wygenerowany z delegacji zapis kasowy nie został zamknięty. W przypadku zamkniętego raportu tylko rozliczenia zostaną usunięte, a pozostaną: wygenerowane z delegacji zdarzenie w preliminarzu oraz automatyczny zapis kasowy. W celu ich usunięcia należy otworzyć raport, w którym znajduje się wygenerowany z delegacji zapis kasowy/bankowy – usunąć go, następnie ponowić usuwanie rozliczenia delegacji.
Uwaga
 Dla delegacji rozliczonych na wersjach wcześniejszych niż 2017.5.1 Comarch ERP Optima mogą wystąpić trudności z usunięciem rozliczenia delegacji ikoną . Rozliczenia takich delegacji należy usunąć z poziomu modułu Kasa/Bank.
Ogólne zasady rozliczania w przypadku etapów zagranicznych:
  • jeżeli została pobrana zaliczka w walucie obcej, to rozliczenie następuje w tej samej walucie obcej, chyba że zaznaczony zostanie parametr Rozliczaj w PLN wtedy rozliczenie następuje w PLN
  • jeżeli została pobrana zaliczka w PLN, to rozliczenie danego etapu będzie następowało w PLN lub w walucie etapu
  • jeżeli nie została pobrana zaliczka, to rozliczenie następuje w walucie etapu, chyba że zaznaczony zostanie parametr Rozliczaj w PLN wtedy rozliczenie następuje w PLN.
  • do każdego etapu delegacji generowana jest oddzielna płatność w Preliminarzu płatności oraz oddzielny zapis kasowy/bankowy
Uwaga
 Dokumenty z rejestru VAT/ ewidencji dodatkowej, podpięte pod delegację, rozliczane są po kursach wprowadzonych na tych dokumentach.
Zasady rozliczania delegacji – przypadek, gdy została pobrana zaliczka w walucie obcej i rozliczenie również następuje w walucie obcej: W sytuacji, gdy została pobrana zaliczka w walucie obcej i rozliczenie/zwrot do kasy również następuje w walucie obcej, to na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data zaliczki, a jako data kursu podpowie się kurs z najstarszej zaliczki. Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę zwrotu do kasy zostaną wygenerowane z kursem z najstarszej zaliczki (czyli kursem z dnia poprzedniego w stosunku do daty zaliczki). Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy. Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji. W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem (czyli kurs z najstarszej zaliczki) jest inny niż kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), wyliczona zostanie różnica kursowa delegacyjna.
Przykład
Pracownikowi została wypłacona zaliczka w walucie obcej, rozliczenie delegacji następuje również w walucie obcej:
  • 05.2017 wypłacono zaliczkę w kwocie 1000 Euro
(średni kurs NBP z dnia 08.05.2017 to 4,2059)
  • 05.2017 pracownik rozliczył się z kosztów delegacji, łączna kwota kosztów i wydatków wyniosła 600 Euro
(średni kurs NBP z dnia 18.05.2017 to 4,2200) Rozliczenie delegacji: Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawi się opcja Data zaliczki, a jako data kursu kurs z najstarszej zaliczki, czyli 08.05.2017 (średni kurs NBP wynoszący 4,2059). Na delegacji jest zaznaczone zarówno Generowanie płatności, jak i Generowanie zapisu k/b. W momencie rozliczenia delegacji powstaną następujące dokumenty:
  • w Preliminarzu płatności płatność rozchodowa, z datą 19.05.2017, na kwotę kosztów, tj. 600 Euro, po kursie z dnia 08.05.2017 (czyli 4,2059)
  • w zapisach kasowych/bankowych zapis przychodowy (pracownik musi dokonać zwrotu nadpłaconej zaliczki), z datą 19.05.2017, na kwotę 400 Euro, po kursie z dnia 08.05.2017 (czyli 4,2059)
Wszystkie trzy dokumenty (tj. wypłacona pracownikowi zaliczka, powstała płatność w preliminarzu oraz powstały zapis kasowy/bankowy) zostaną ze sobą rozliczone. Wszystkie dokumenty są wprowadzone po tym samym kursie, więc nie powstaną żadne różnice kursowe z rozliczeń. Koszty delegacji: Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Data poniesienia kosztu domyślnie ustawi się Data rozliczenia delegacji, a jako data kursu kurs z dnia poprzedzającego dzień rozliczenia, czyli 18.05.2017 (średni kurs NBP wynoszący 4,2200). W związku z tym, że kurs do rozliczenia z pracownikiem jest inny niż kurs poniesienia kosztu, automatycznie zostanie wyliczona Różnica kursowa delegacyjna, którą następnie można zaksięgować. Różnica kursowa zostanie wyliczona na kwotę 8,46 (tj. 600*(4,2200-4,2059)).
  Zasady rozliczania delegacji – przypadek, gdy została pobrana zaliczka w walucie obcej, a rozliczenie następuje w PLN: W sytuacji, gdy została pobrana zaliczka w walucie obcej, a rozliczenie/zwrot do kasy następuje w PLN, to na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data zaliczki, a jako data kursu podpowie się data najstarszej zaliczki. Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę zwrotu do kasy zostaną wygenerowane z kursem z dnia wypłaty zaliczki. Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy. Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji. Płatność zostanie wygenerowana w walucie etapu, natomiast na zapisie kasowym/bankowym walutą dokumentu będzie PLN, a walutą rozliczenia waluta etapu. W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem (czyli kurs z dnia zaliczki) jest inny niż kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), wyliczona zostanie różnica kursowa delegacyjna. Zasady rozliczania delegacji – przypadek, gdy została pobrana zaliczka w PLN i rozliczenie również następuje w PLN: W sytuacji, gdy została pobrana zaliczka w PLN i rozliczenie/zwrot do kasy również następuje w PLN, to na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data zaliczki, a jako data kursu podpowie się data najstarszej zaliczki. Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę zwrotu do kasy zostaną wygenerowane z kursem z dnia zaliczki. Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy. Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji. Płatność zostanie wygenerowana w walucie etapu, natomiast na zapisie kasowym/bankowym walutą dokumentu będzie PLN, a walutą rozliczenia waluta etapu. W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem (czyli kurs z dnia zaliczki) jest inny niż kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), wyliczona zostanie różnica kursowa delegacyjna. Zasady rozliczania delegacji – przypadek, gdy została pobrana zaliczka w PLN, a rozliczenie następuje w walucie obcej: W sytuacji, gdy została pobrana zaliczka w PLN, a rozliczenie/zwrot do kasy następuje w walucie obcej, to na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data zaliczki, a jako data kursu podpowie się data najstarszej zaliczki. Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę zwrotu do kasy zostaną wygenerowane z kursem z dnia zaliczki. Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy. Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji i w walucie etapu. W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem (czyli kurs z dnia zaliczki) jest inny niż kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), wyliczona zostanie różnica kursowa delegacyjna. Zasady rozliczania delegacji – przypadek, gdy zaliczka nie została pobrana, a rozliczenie następuje w walucie obcej: W sytuacji, gdy zaliczka nie została pobrana, a rozliczenie/zwrot do kasy następuje w walucie obcej, to na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data rozliczenia, a jako data kursu podpowie się dzień wcześniejszy w stosunku do daty rozliczenia. Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę zwrotu do kasy zostaną wygenerowane z kursem z dnia poprzedniego w stosunku do daty rozliczenia delegacji. Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy. Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji. W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem jest taki sam, jak kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), nie powstanie różnica kursowa delegacyjna. Zasady rozliczania delegacji – przypadek, gdy zaliczka nie została pobrana, a rozliczenie następuje w PLN: W sytuacji, gdy zaliczka nie została pobrana, a rozliczenie/zwrot do kasy następuje w PLN, to na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data rozliczenia, a jako data kursu podpowie się dzień wcześniejszy w stosunku do daty rozliczenia. Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę zwrotu do kasy zostaną wygenerowane z kursem z dnia poprzedniego w stosunku do daty rozliczenia delegacji. Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy. Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji. Płatność zostanie wygenerowana w walucie etapu, natomiast na zapisie kasowym/bankowym walutą dokumentu będzie PLN, a walutą rozliczenia waluta etapu. W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem jest taki sam, jak kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), nie powstanie różnica kursowa delegacyjna.
 

Lista delegacji

Pracodawcy delegujący swoich pracowników w podróż służbową mają w stosunku do nich określone obowiązki. Rozliczenie delegacji powinno zawierać pokrycie kosztów pracownika związanych z wyjazdem służbowym takich jak np. diety lub ryczałty za noclegi, wyżywienie przejazdy, dojazdy. Funkcjonalność rozliczania należności za podróże służbowe odbywane przez pracowników dostępna jest w module Kasa/Bank Plus z poziomu listy Delegacje . Użytkownik ma możliwość wprowadzania i rozliczania zarówno podróży służbowych krajowych w walucie systemowej, jak i delegacji zagranicznych. Delegacje mogą być dodawane z poziomu Comarch ERP Optima lub w aplikacji Comarch HRM. Na liście delegacji dostępne są następujące kolumny: Numer dokumentu, Data, Podmiot, Kwota, Status, Rodzaj, Comarch HRM. W kolumnie Rodzaj wyświetlana jest opcja Krajowa lub Zagraniczna. W kolumnach ukrytych (dostępnych po wyborze opcji Wybór kolumn) dostępna jest również kolumna Kategoria (z wyświetlaną kategorią z nagłówka delegacji) i Zakład (widoczną dla firm z ustawioną wielozakładowością). W kolumnie Kwota widoczna jest suma Kwot do wypłaty w PLN z sekcji Podsumowanie rozliczenia z pracownikiem, ze wszystkich etapów delegacji. Dodatkowo dostępne są następujące przyciski: - Rozlicz zaznaczone dokumenty – służąca do rozliczenia delegacji  - Usuń rozliczenia z zaznaczonych dokumentów – do usunięcia rozliczeń delegacji - Księguj - służąca do zaksięgowania delegacji (zarówno w przypadku pełnej księgowości, jak i książki przychodów i rozchodów)

Księgowanie delegacji

Księgowanie do KPiR

W przypadku baz z rodzajem księgowości Księga podatkowa na formularzu etapu delegacji dostępna jest ikona  Kwoty dodatkowe, gdzie wykazywane jest jakie kwoty mają być zaksięgowane do poszczególnych kolumn książki przychodów i rozchodów. Ikona Kwot dodatkowych dostępna jest zarówno na etapach krajowych, jak i zagranicznych. W przypadku etapów krajowych widoczne są następujące rodzaje wydatków: Diety, Ryczałty za dojazdy, Ryczałty za noclegi i Koszty używania pojazdu. W przypadku etapów zagranicznych widoczne są następujące rodzaje wydatków: Diety, Ryczałty za dojazdy, Ryczałty za noclegi,  Ryczałty za dojazdy z/do dworca, lotniska i Koszty używania pojazdu. Dla każdego rodzaju wydatku domyślnie ustawiana jest kolumna 13.Inne, z możliwością zmiany. Wartości w kolumnie Kwota są uzupełniane automatycznie, z możliwością zmiany. Jeżeli na etapie delegacji nastąpi zmiana wartości, np. kwoty diet, wartości w Kwotach dodatkowych zostaną automatycznie zaktualizowane. W kwocie Diet wykazywana jest suma wartości diet i za pobyt w szpitalu. Na etapach zagranicznych kwoty wykazywane są w PLN, przeliczone po kursie poniesienia kosztu. W polu Kwota dokumentu (widocznym w prawym górnym rogu) jest widoczna kwota z pola Suma wydatków na zakładce [Podsumowanie rozliczenia] pomniejszona o kwotę wydatków podpiętych na zakładce [Wydatki], przemnożona przez kurs poniesienia kosztu. W momencie księgowania delegacji ikoną  tworzony jest zapis KPiR z datą księgowania równą dacie rozliczenia delegacji. Powstaje jeden zbiorczy zapis KPiR na łączną kwotę kosztów (sumowane są koszty z wszystkich etapów delegacji, w ramach danej kolumny KPiR). W numerze dowodu wpisywany jest numer delegacji, a w Opisie Rozliczenie delegacji: [Numer delegacji].

Księgowanie do księgowości kontowej

Na pozycji schematu księgowego do księgowania delegacji, w polu kwota dostępne są m.in. następujące makra:
  • Kwota – w ramach, której dostępne są Kwota diety, Kwota ryczałtu za nocleg, Kwota ryczałtu za dojazdy, Kwota kosztów używania pojazdu, Kwota ryczałtu za dojazdy z/do dworca, lotniska, Kwota razem.
Tymi makrami księgowane są kwoty po kursie do rozliczenia z pracownikiem, z zakładki [Podsumowanie rozliczenia] na elemencie delegacji. Makro Kwota razem (@Razem) księguje kwotę widoczną w polu Suma wydatków na zakładce [Podsumowanie rozliczenia] pomniejszoną o kwotę wydatków podpiętych na zakładce [Wydatki].
  • Kwota kosztu – w ramach, której dostępne są Kwota diety, Kwota ryczałtu za nocleg, Kwota ryczałtu za dojazdy, Kwota kosztów używania pojazdu, Kwota ryczałtu za dojazdy z/do dworca, lotniska, Kwota razem.
Tymi makrami księgowane są kwoty po kursie poniesienia kosztu, z zakładki [Podsumowanie rozliczenia] na elemencie delegacji. Makro Kwota razem (@KRazem) księguje kwotę widoczną w polu Suma wydatków na zakładce [Podsumowanie rozliczenia] pomniejszoną o kwotę wydatków podpiętych na zakładce [Wydatki].
  • Różnica kursowa – w ramach, której dostępne są Różnica kursowa dodatnia i Różnica kursowa ujemna.
Tymi makrami księgowana jest różnica kursowa delegacyjna, widoczna na zakładce [Podsumowanie rozliczenia] na elemencie delegacji. Makr @RoznicaPlus/ @RoznicaMinus dotyczących różnicy kursowej nie należy łączyć z innymi makrami dotyczącymi kwoty. Różnice kursowe powinny być księgowane w osobnej pozycji schematu.

Preliminarz płatności

Elektroniczna wymiana danych z bankiem

Elektroniczna wymiana danych z bankiem – eksport

Eksport za pomocą definiowalnych formatów przelewów

Predefiniowane standardowe formaty zostały przedstawione tutaj. Użytkownik może sam w Ogólne /Inne /Formaty przelewów zdefiniować format, przy czym musi to być plik tekstowy z polami oddzielonymi separatorami. Format zostanie dodany na liście formatów użytkownika. Obsługiwane są 2 rodzaje formatów: 
  • plik tekstowy, w którym każda linia ma taką samą strukturę – składa się z pól oddzielonych znakiem separatora i jest rekordem z danymi dotyczącymi operacji,
  • plik tekstowy, w którym pierwsza linia ma charakter nagłówka (i/lub ostatnia linia ma charakter stopki) o strukturze innej niż pozostałe.
Zarówno struktura linii, nagłówka, stopki jak i rekordu definiowana jest poprzez zbudowanie listy pól wybranych z predefiniowanej listy. Dla każdego formatu można określić ogólne parametry takie jak: znak separatora linii, format daty itp. Zdefiniowany format można również wykorzystać do importu przelewów wysłanych z aplikacji bankowej. Identyfikacja podmiotu odbywa się poprzez kod podmiotu bądź numer rachunku bankowego. Przenoszenie formatów pomiędzy bazami jest możliwe poprzez plik xml. Użytkownik ma również możliwość kopiowania zdefiniowanych formatów w ramach jednej bazy wykorzystując kombinacje klawiszy <CTRL>+<INSERT> bądź <CTRL> wciśnięty łącznie z przyciskiem  .

Przygotowanie formularza banku do wysyłania przelewów

W celu poprawnego wysłania zdarzeń z Preliminarza do banku, należy wcześniej odpowiednio skonfigurować formularz banku (menu Ogólne/ Inne/ Banki). W przypadku, kiedy użytkownik chce, aby w momencie wykonywania eksportu podpowiadał się format, który będzie wykorzystywany, należy na formatce banku w polu Format eksportu dla przelewów zwykłych wybrać odpowiedni format przypisany dla danego banku. W polu Format eksportu dla MPP  należy wskazać format, wg którego będą tworzone zlecenia przelewów split payment. Format eksportu dla przelewów zwykłych i przelewów z wykorzystaniem mechanizmu podzielonej płatności powinny być tego samego rodzaju. Nie może być takiej sytuacji, że jeden z nich jest formatem typu webservice a drugi nie. W przypadku, gdy korzystamy z wymiany danych z bankiem za pomocą webserwisów format dla zwykłych przelewów i przelewów MPP jest taki sam. W polach Format eksportu dla przelewów dla US oraz Format eksportu dla przelewów do ZUS można wybrać formaty za pomocą, którego wysyłane będą przelewy do US oraz ZUS. W sytuacji, kiedy format eksportu dla przelewów zwykłych nie zostanie wybrany, za każdym razem w momencie eksportu użytkownik będzie musiał wybrać format, który chce zastosować. W przypadku, gdy dla przelewów zwykłych wybrano jeden z formatów Webservice pola są niewidoczne.
Uwaga
Przelewy do ZUS z datą 01.01.2018 lub późniejszą powinny być eksportowane jako przelewy zwykłe. W przypadku korzystania z formatów definiowalnych w polu Format eksportu dla przelewów do ZUS należy wskazać format taki, jak dla przelewów zwykłych.
Formatka banku z możliwymi do wyboru formatami wymiany danych

Jak przygotować listę przelewów do wysłania?

Przelewy, które mają zostać wykonane, będą realizowane przez bank obsługujący naszą firmę (lub jeden z banków, jeśli mamy otwartych więcej rachunków w różnych bankach). Dla każdego prowadzonego przez firmę rachunku bankowego otwarliśmy oddzielny rejestr bankowy (rejestr typu BANK) i definiując go podaliśmy dane banku oraz numer rachunku bankowego.

Listę przelewów, które mają zostać zrealizowane przez wskazany bank, przygotowujemy z poziomu Preliminarza Płatności, przy wybranym konkretnym rejestrze.

Uwaga
Możliwość eksportu danych pojawi się tylko wtedy, gdy preliminarz wyświetla zdarzenia nierozliczone dla rejestru typu BANK.
Na ekranie pojawią się:  – przycisk pozwalający na wykonanie eksportu. Przelewy do wysłania –  włączenie parametru zawęzi listę zdarzeń w  Preliminarzu tylko do tych, które mogą zostać wysłane do banku. Aby zdarzenia z Preliminarza mogły zostać przesłane do banku:
  • W definicji rejestru (typu BANK), z poziomu, którego dokonujemy eksportu, musi być poprawnie wypełniona nazwa i numer rachunku naszego banku.
  • Format wymiany danych dla naszego banku ustawiony jest, jako format zdefiniowany przez użytkownika.
  • Zdarzenia przeznaczone do wysłania mogą mieć status nierozliczone (N) lub częściowo rozliczone (C).
  • Nie da się wysłać zdarzeń znajdujących się w buforze. Muszą być w stanie Zatwierdzone do realizacji.
  • Kierunek przepływu środków finansowych na zdarzeniu musi być typu Rozchód.
  • Na zdarzeniu poprawnie są wypełnione pola: podmiot, bank oraz numer rachunku podmiotu.
Uwaga
W przypadku eksportu do banku zdarzeń na których zaznaczony jest parametr MPP – podzielona płatność i które są częściwo rozliczone należy zweryfikować kwotę podatku VAT.
Listę zdarzeń, które mają zostać przesłane do banku można przygotować na dwa sposoby:
  • Na liście wszystkich nierozliczonych zdarzeń w rejestrze zaznaczyć (klawiszem spacji lub myszką) te, które mają zostać wysłane. Należy przy tym uważać, aby zaznaczone pozycje spełniły wymienione powyżej warunki (status N lub C, zatwierdzone do realizacji, typu rozchód i poprawnie wypełnione dane bankowe).
  • Zaznaczyć Przelewy do wysłania. Lista wszystkich zdarzeń zawężona zostanie tylko do tych, które spełniają powyższe warunki. Na tak przefiltrowanej liście znacznie łatwiej będzie odnaleźć i zaznaczyć te pozycje, które przeznaczone są do wysłania.
Podczas przygotowywania listy przelewów do banku warto również pamiętać o standardowo dostępnych narzędziach, które bardzo mogą ułatwić pracę:
  • Jeśli na liście zdarzeń ustawimy zakres dat – nie tylko lista, ale wszystkie stosowane na niej filtry będą brały ten zakres pod uwagę. Wprowadzając zakres dat i włączając Przelewy do wysłania otrzymamy listę zdarzeń możliwych do wysłania, których data realizacji przypada na wskazany okres czasu.
  • Filtr i Konstruktor filtra. Jeśli zdefiniujemy jakiś własny filtr na liście zdarzeń i włączymy Przelewy do wysłania – na ekranie otrzymamy listę zgodną ze stosowanym filtrem i możliwą do wysłania do banku. Np. jeśli skonstruowany filtr ma pokazać wyłącznie zdarzenia dla określonego podmiotu (kontrahenta), ustawimy zakres dat tak, aby dotyczył zdarzeń, których daty realizacji minęły i włączymy Przelewy do wysłania – otrzymamy przygotowaną do wysłania listę przelewów dotyczących wskazanego kontrahenta, ale tylko tych, z których realizacją się spóźniliśmy.

Wysyłanie danych do banku

Jeśli lista zdarzeń, które jako polecenia przelewów mają zostać wysłane do banku jest przygotowana – naciskamy przycisk . W tym momencie program sprawdzi czy wśród wybranych płatności znajdują się takie, które należy zweryfikować w Wykazie podatników VAT. Weryfikacji podlegają płatności:
  • wystawione dla kontrahenta, który na karcie kontrahenta ma uzupełniony polski NIP,
  • kwota płatności to co najmniej 15 000 zł lub równowartość w walucie (w przypadku płatności, które powstały dla dokumentów handlowych, rejestru VAT czy ewidencji dodatkowej sprawdzana jest łączna kwota z dokumentu źródłowego)
Dotyczy wersji: 2020.2.1
Kryterium to zależy od ustawienia w Konfiguracji firmy /Ogólne /Parametry – Automatyczna weryfikacja numerów rachunków bankowych w Wykazie podatników VAT. Jeśli parametr niezależnie od kwoty dokumentu jest zaznaczony nie sprawdzamy kwoty transakcji.
  • na płatności uzupełniony jest rachunek bankowy.
Jeśli te wszystkie warunki są spełnione następuje weryfikacja rachunku odczytanego z płatności z Wykazem podatników VAT. W pierwszej kolejności sprawdzamy czy na dzień zlecenia przelewu w Comarch ERP Optima mamy już  informację o weryfikacji rachunku bankowego. Jeśli nie ma takiej informacji to łączymy się z Wykazem podatników VAT, odczytujemy zawartą tam informację, zapisujemy ją na karcie kontrahenta dla danego rachunku i przechodzimy do realizacji zlecenia. W sytuacji, gdy wśród weryfikowanych płatności znajdzie się chociaż jedna zweryfikowana negatywnie program wyświetli informację o tej płatności i rachunku bankowym oraz wstrzyma eksport. Od decyzji Użytkownika zależy czy eksport wszystkich płatności zostanie wykonany czy przerwany. W przypadku, gdy żadna z płatności nie spełni warunków do weryfikacji w Wykazie podatników VAT od razu pojawi się okno Eksport przelewów do pliku.
Eksport przelewów
Okno zawiera następujące parametry:
  • Aktualizuj informacje ZUS na zdarzeniach przy eksporcie – zaznaczenie tego parametru powoduje, iż informacje Opis do banku pobierane są bezpośrednio z deklaracji DRA i dodatkowo aktualizowane są również na zdarzeniu w Preliminarzu. Odznaczony parametr sprawia, iż informacje do pliku pobierane są ze zdarzenia w Preliminarzu.
  • Kolejność przelewów w pliku wg sortowania na liście – domyślnie parametr nie jest zaznaczony. Po zaznaczeniu przelewy do pliku zostaną wyeksportowane wg kolejności sortowania ustawionej na liście. Jeżeli w oknie eksportu przelewów zostanie zaznaczony parametr Przelewy zbiorczo wg podmiotów wówczas parametr Kolejność przelewów w pliku wg sortowania na liście będzie nieaktywny. Zbiorcze przelewy nie przejmują sortowania z listy.
  • Nazwa pliku – nazwa pliku, do którego chcemy eksportować zdarzenia.
  • Format wymiany – rozwijalna lista z dostępnymi formatami eksportu. Domyślnie wybranym formatem jest format, który przypisany został jako domyślny dla danego banku. Data przelewu – domyślnie wybraną datą będzie data realizacji, natomiast oprócz tego dostępne są jeszcze: dzisiejsza, termin płatności, inna (z możliwością wpisania daty).
  • Format wymiany dla MPP – rozwijalna lista ze zdefiniowanymi w programie formatami eksportu przelewów. Program proponuje format, który został wskazany na formularzu banku, do którego przygotowujemy zlecenie przelewów. Wskazane formaty wymiany powinny mieć ten sam rodzaj. Nie wykonamy eksportu jeśli jeden z formatów będzie typu webservice a drugi nie. Rodzaje formatów wymiany muszą być z sobą zbieżne. Jeśli w danej organizacji nie stosujemy metody podzielonej płatności nie ma konieczności wskazywania formatu wymiany dla MPP.
  • Przelewy zbiorczo wg podmiotów – zaznaczenie tego parametru przez użytkownika spowoduje, iż zdarzenia dla danego kontrahenta zostaną zsumowane. Parametr ten nie ma znaczenia dla przelewów dla których stosujemy mechanizm podzielonej płatności.
Uwaga
Przelewy z podzieloną płatnością (paramet MPP-podzielona płatność jest zaznaczony) zawsze wysyłane są pojedynczo.
  • Grupuj wg dat – parametr jest widoczny po zaznaczeniu Przelewy zbiorczo dla poszczególnych podmiotów. Parametr ten nie ma wpływu przy tworzeniu zbiorczych przelewów MPP.
Jeżeli Przelewy zbiorczo wg podmiotów jest zaznaczony, a Grupuj wg dat nie jest zaznaczony, to zdarzenia przeznaczone do eksportu zostaną pogrupowane wg podmiotu, numeru rachunku bankowego (wypełnionego na zdarzeniu) oraz waluty. Następnie zostanie utworzony jeden przelew zbiorczy dla danego podmiotu (rachunku, waluty). Po zaznaczeniu opcji Grupuj wg dat utworzonych zostanie tyle zbiorczych przelewów, ile jest różnych dat (terminów płatności/ dat realizacji/ dat dokumentu). Przy eksporcie formatami definiowalnymi znaczenie ma data wybrana w formacie przelewów:
  • jeżeli w formacie wybrana jest Data dokumentu, to przelewy są eksportowane zawsze z datą dokumentu, niezależnie od tego jaka data jest wybrana na oknie Eksport przelewów do pliku. Dlatego po zaznaczeniu Grupuj wg dat powstanie tyle zbiorczych przelewów ile jest różnych Dat dokumentów w eksportowanych płatnościach
  • jeżeli w formacie wybrana jest Data operacji, to przelewy są eksportowane zgodnie z datą wskazaną w oknie Eksport przelewów do pliku, tj. datą dzisiejszą/ terminem płatności/ datą realizacji/ inną. Dlatego po zaznaczeniu Grupuj wg dat powstanie tyle zbiorczych przelewów ile jest różnych terminów płatności/ dat realizacji (w zależności od ustawień wybranych na oknie)
  • jeżeli w formacie wybrana jest i Data dokumentu i Data operacji, to przelewy będą grupowane zgodnie z datą operacji (opisane wyżej).
  • Eksportuj wszystkie linie opisu do banku – parametr jest widoczny po zaznaczeniu Przelewy zbiorczo wg podmiotów. Parametr ten spowoduje, że w zbiorczym przelewie będziemy starali się umieścić wszystkie uzupełnione linie opisu do banku odczytane z agregowanych przelewów.
  • Dziel przelewy wg długości opisu – parametr jest widoczny po zaznaczeniu Przelewy zbiorczo wg podmiotów. Spowoduje on, że program utworzy dla danego podmiotu kilka przelewów zbiorczych, przy czym na każdym z nich będzie umieszczony pełny opis do banku z przelewów cząstkowych. Parametr Dziel przelew wg długości opisu może być stosowany razem z pozostałymi parametrami dotyczącymi przelewów zbiorczych. Parametr ten nie ma wpływu przy tworzeniu zbiorczych przelewów MPP.
Istnieje również możliwość dopisania przelewów do już istniejącego pliku. Aby dopisać przelewy do pliku należy zaznaczyć parametr Dopisz do pliku, a następnie w polu Plik docelowy wskazać plik, do którego informacje powinny być dopisane. Zatwierdzenie okna spowoduje dopisanie przelewów zatwierdzonych do wysłania do podanego pliku.
Uwaga
W trakcie dopisywania przelewów do już istniejącego pliku program sprawdza, czy Numer Rozliczeniowy Banku (NRB) dla banku związanego z rejestrem, z którego dokonywany jest eksport, jest taki sam jak NRB zapisany w pliku, do którego dopisujemy przelewy. Kontrola NRB w trakcie eksportu uniemożliwi dopisanie przelewów do pliku adresowanego do innego banku, niż powiązany z danym rejestrem bankowym.
Uwaga
Jeśli podczas eksportu przelewów wskażemy istniejący plik i nie zaznaczymy parametru Dopisz do pliku – spowoduje to wykasowanie dotychczasowej zawartości pliku i nadpisanie nowych informacji.
Warto pamiętać, że podczas eksportu przelewów do pliku program zapamiętuje katalog, w którym ostatnio zapisany był plik z przelewami i zaproponuje go podczas ponownego eksportu. W dolnej części okna Eksport przelewów do pliku widoczna jest sekcja pokazująca łączną wartość przelewów przeznaczonych do wyeksportowania. Wyświetlane sumy zależą od ustawień parametru Eksport poleceń: Zaznaczonych lub Wszystkich zatwierdzonych do realizacji. Osobno sumowane są przelewy zwykłe, do US i do ZUS. Kwoty dla przelewów do US i ZUS widoczne są zawsze w PLN. Kwota dla przelewów zwykłych wyświetlana jest w walucie rejestru, z którego wykonywany jest eksport. Sumowane są kwoty pozostające do rozliczenia z przelewów rozchodowych, o stanie Do realizacji. Szczegółowe zestawienie informacji zapisywanych do pliku tekstowego znajduje się w artykule Definiowanie formatów. Najważniejsze z nich to:
  • kwota przelewu. Dla zdarzeń nierozliczonych (N) – jest to pełna kwota dokumentu, dla zdarzeń rozliczonych częściowo (C) – kwota dotychczas nierozliczona,
Uwaga
W sytuacji, gdy eksportujemy do banku zdarzenie z podzieloną płatnością, które jest częściowo rozliczone należy zweryfikować kwotę VAT.
  • dane kontrahenta, jego banku i numer jego rachunku,
  • dane naszej firmy, naszego banku i numer naszego rachunku,
  • data płatności,
  • opis płatności.
Plik z danymi może zostać wykorzystany przez program służący do komunikacji z bankiem.

Przelewy zbiorcze dla „zwykłych” płatności

Program Comarch ERP Optima umożliwia również wysyłanie przelewów zbiorczych. Zaznaczenie przez użytkownika parametru Przelewy zbiorczo wg podmiotów (na formatce Eksport przelewów do pliku) spowoduje, iż zdarzenia dla których nie stosujemy MPP i są przeznaczone do eksportu zostaną pogrupowane wg podmiotu, numeru rachunku bankowego (wypełnionego na zdarzeniu) oraz waluty. Następnie zostanie utworzony jeden przelew zbiorczy dla danego podmiotu (rachunku, waluty). Dane adresowe zostaną pobrane z karty danego podmiotu (np. kontrahenta, pracownika). Po zaznaczeniu opcji Grupuj wg dat utworzonych zostanie tyle zbiorczych przelewów, ile jest różnych dat (terminów płatności/ dat realizacji/ dat dokumentu). Kwota przelewu to suma nierozliczonych kwot w walucie dokumentu ze zdarzeń składających się na przelew zbiorczy. W przypadku, gdy jako datę przelewu użytkownik wybierze datę realizacji bądź termin płatności, jako data przelewu zbiorczego zostanie pobrana data z najwcześniejszego zdarzenia. Jeżeli w momencie eksportu nadawany jest Identyfikator operacji, to wszystkie przelewy cząstkowe wchodzące w skład przelewu zbiorczego otrzymają taki sam identyfikator. Opis dla przelewów zbiorczych jest wypełniany następująco:
  • Jeżeli w definicji formatu występuje pole Numer dokumentu i numery eksportowanych dokumentów nie zmieszczą się w tym polu – pozostała część zostanie przeniesiona do innych pól opisowych, kolejno Opis księgowy, Opis do banku – pierwsza, druga, trzecia, czwarta linijka. Aby zawsze opis, czy to w przelewach zbiorczych czy zwykłych, zawierał numery dokumentów to np. dla formatu Elixir-O można zdefiniować go następująco: Numer dokumentu – nowe pole, 35 znaków. Opis do banku (druga linijka) połączony z poprzednim znakiem podziału pola na części, 35 znaków . Opis do banku (trzecia linijka) połączony z poprzednim znakiem podziału pola na części, 35 znaków. Opis do banku (czwarta linijka) połączony z poprzednim znakiem podziału pola na części, 35 znaków. W ten sposób otrzymamy pole zawierające 4×35.  W przelewie zbiorczym druga, trzecia i czwarta linijka opisu do banku nie będzie pobierana ze zdarzenia, tylko zawsze wypełniana numerami dokumentów, jeżeli nie zmieszczą się w poprzednich polach. Jeżeli się zmieszczą – pola te będą puste.
  • Jeżeli opis w definicji formatu będzie zdefiniowany następująco: Opis do banku (pierwsza linijka) – nowe pole, 35 znaków. Opis do banku (druga linijka) połączony z poprzednim znakiem podziału pola na części, 35 znaków. Opis do banku (trzecia linijka) połączony z poprzednim znakiem podziału pola na części, 35 znaków. Opis do banku (czwarta linijka) połączony z poprzednim znakiem podziału pola na części, 35 znaków. Wtedy w przypadku przelewu zbiorczego zostaną połączone opisy z pierwszej linijki opisu do banku wszystkich zdarzeń składających się na dany przelew zbiorowy i wklejone kolejno do pól Opis do banku. Opisy do banku ze zdarzeń z drugiej, trzeciej i czwartej linijki nie zostaną pobrane do pliku.
Wtedy w przypadku przelewu zbiorczego zostaną połączone opisy z pierwszej linijki opisu do banku wszystkich zdarzeń składających się na dany przelew zbiorowy i wklejone kolejno do pól Opis do banku. Opisy do banku ze zdarzeń z drugiej, trzeciej i czwartej linijki nie zostaną pobrane do plikuPoszczególne numery dokumentów w opisie są oddzielone znakiem „;”. W sytuacji, gdy chcielibyśmy aby w przelewie zbiorczym program umieścił wszystkie linie opisu do banku (od pierwszej do czwartej linii opisu z każdego przelewu) możemy zaznaczyć parametr Eksportuj wszystkie linie opisu do banku. Parametr ten spowoduje, że w zbiorczym przelewie będziemy starali się umieścić wszystkie uzupełnione linie opisu do banku odczytane z agregowanych przelewów. Poszczególne linie opisu z danego przelewu będą oddzielone spacją. Program połączy cztery linie opisu do banku z pierwszego przelewu, następnie 4 linie z przelewu drugiego itd. Poszczególne linie opisu z danego przelewu będą oddzielone spacją. W przypadku, gdy tworzymy przelew zbiorczy na podstawie wielu przelewów cząstkowych może zdarzyć się, że pola z opisem nie będą zawierały wszystkich danych (wszystkie opisy się nie zmieszczą). W takiej sytuacji możemy skorzystać z parametru Dziel przelewy wg długości opisu.
Przykład
Mamy 5 przelewów dla kontrahenta Aloza po 100 zł każdy. Pierwszy przelew ma uzupełnione 3 linie opisu do banku: FA/2018/07/00001/VAT, Z dnia 20 czerwca 2018, Wplata raty numer 1. Drugi przelew ma uzupełnione 2 linie opisu do banku: FA/2018/07/00002/VAT, Usług obce. Kolejne 3 przelewy mają uzupełnioną tylko pierwszą linię opisu FA/2018/07/00003/VAT,FA/2018/07/00004/VAT,FA/2018/07/00005/VAT Jeśli parametr Eksportuj wszystkie linie opisu do banku:
  • nie będzie zaznaczony – w przelewie zbiorczym pojawią się tylko pierwsze linie opisu do banku
  • będzie zaznaczony – w przelewie zbiorczym pojawią się kolejno pierwsze 3 linie z przelewu pierwszego, następnie 2 linie opisu z przelewu drugiego, pierwsze linie z przelewu 3 i 4 oraz początek (pierwsza litera) opisu z przelewu 5
W pliku przygotowanym formatem Elixir-0 BPH, który ma zdefiniowane wykazywanie czterech linii opisu do banku wygląda to tak: „FA/2018/07/00001/VAT Z dnia 20 czer|wca 2018 Wplata raty numer 1;FA/201|8/07/00002/VAT Uslugi obce;FA/2018/|07/00003/VAT;FA/2018/07/00004/VAT;F”
Zaznaczenie parametru Dziel przelewy wg długości opisu spowoduje, że program utworzy dla danego podmiotu kilka przelewów zbiorczych, przy czym na każdym z nich będzie umieszczony pełny opis do banku z przelewów cząstkowych. Parametr Dziel przelew wg długości opisu może być stosowany razem z pozostałymi parametrami dotyczącymi przelewów zbiorczych
Przykład
Mamy 5 przelewów dla kontrahenta Aloza z przykładu powyżej. Tworzymy plik formatem Elixir-0 BPH. Jeśli zaznaczymy parametr Eksportuj wszystkie linie opisu do banku i Dziel przelewy wg długości opisu program utworzy nam 2 przelewy zbiorcze, na kwotę:
  • 400 zł z opisem FA/2018/07/00001/VAT Z dnia 20 czer|wca 2018 Wplata raty numer 1;FA/201|8/07/00002/VAT Uslugi obce;FA/2018/|07/00003/VAT;FA/2018/07/00004/VAT”
  • 100 zł z opisem: „FA/2018/07/00005/VAT|||”
Dotyczy wersji: 2020.1.1

Przelewy zbiorcze MPP

Od wersji 2020.1 w programie Comarch ERP Optima mamy możliwość tworzenia zbiorczych przelewów dla płatności MPP. Zbiorczy przelew może dotyczyć zarówno płatności obowiązkowo objętych mechanizmem MPP jak i płatności dla których mechanizm podzielonej płatności stosujemy dobrowolnie. Istnieje jednak kilka warunków które muszą być spełnione aby przelew zbiorczy można było zrealizować. Przelew zbiorczy dla płatności MPP:
  • musi obejmować wszystkie faktury wystawione od jednego dostawcy lub usługodawcy,
  • faktury muszą być wystawione w okresie nie krótszym niż 1 dzień i nie dłuższym niż 1 miesiąc kalendarzowy,
  • przelew musi zawierać całą kwotę podatku VAT wykazaną na tych fakturach.
Oznacza to, że w przypadku przelewu zbiorczego wszystkie faktury od danego kontrahenta wystawione w danym okresie mają być zapłacone mechanizmem podzielonej płatności. W przelewie zamiast informacji o numerach faktur za które regulujemy płatność podajemy okres którego one dotyczą. Przelewem zbiorczym nie można zrealizować wybranych faktur z danego okresu, musi on dotyczyć wszystkich faktur z tego okresu. W preliminarzu płatności po zaznaczeniu wybranych zdarzeń przy tworzeniu zbiorczego przelewu program weryfikuje czy są to przelewy objęte mechanizmem podzielonej płatności. Jeśli tak, to dla danego kontrahenta ustala okres przelewu. Daty od – do przelewu pobierane są z dokumentu źródłowego, np. FZ (data wystawienia), a dla zdarzeń wprowadzonych bezpośrednio do preliminarza jest to data dokumentu. Kolejna weryfikacja dotyczy tego czy:
  • w okresie przelewu zaznaczono wszystkie płatności dla danego kontrahenta (niezależnie od tego, w którym rejestrze bankowym występują),
  • wszystkie zdarzenia mają być realizowane jako płatności MPP,
  • zdarzenia mają status Do realizacji,
  • zdarzenia są w całości nierozliczone (stan Nie podlega wyklucza przelew zbiorczy),
  • zdarzenia mają taką samą walutę rozliczenia,
  • na zdarzeniach wybrano ten sam numer rachunku bankowego,
  • na zdarzeniach w sekcji MPP widnieje ten sam numer
Przykład
Spełnienie wszystkich tych warunków pozwala na przygotowanie przelewu zbiorczego. Od kontrahenta ABC otrzymaliśmy faktury zakupu objętych mechanizmem MPP. Fa/2019/0001 – data wystawienia 08.11.2019, termin płatności 14.11.2019 Fa/2019/0002  – data wystawienia 12.11.2019, termin płatności 15.11.2019 Fa/2019/0003 – data wystawienia 12.11.2019, termin płatności 18.11.2019 Fa/2019/0004 – data wystawienia 13.11.2019, termin płatności 19.11.2019  – na płatności wskazano inny (drugi) rachunek bankowy kontrahenta ABC Jeśli w preliminarzu płatności zaznaczymy: – tylko dwie płatności Fa/20190001 i Fa/2019/0002 i wybierzemy przelew zbiorczy pojawi się komunikat: Wybranych płatności [Fa/2019/0001], [Fa/2019/0002] nie można zapłacić zbiorczym przelewem. W komunikacie zbiorczym powinny się znaleźć wszystkie dokumenty wystawione przez kontrahenta ABC w zadanym okresie, nie dłuższym niż miesiąc kalendarzowy. W tym przypadku w przelewie zbiorczym powinny znaleźć się wszystkie płatności wystawione w okresie 08.11 – 12.11.2019 czyli także FA/2019/003. – wszystkie cztery faktury – pojawi się komunikat: Wybranych płatności [Fa/2019/0001], [Fa/2019/0002], [Fa/2019/0003], [Fa/2019/0004]  nie można zapłacić zbiorczym przelewem. Wybrane są różne numery rachunków / numery NIP / waluty rozliczenia / ustawienia SEPA lub płatności pochodzą z dokumentów wystawionych w okresie dłuższym niż miesiąc kalendarzowy. – zaznaczymy trzy pierwsze faktury – zostanie utworzony przelew zbiorczy na łączną kwotę płatności. W sekcji dotyczącej MPP zamiast numeru faktur pojawi się okres przelewu 08.11-12.11.2019.
Przy tworzeniu przelewów zbiorczych dla płatności MPP opcje Grupuj wg dat  i Dziel przelewy wg długości opisu nie mają znaczenia. W zbiorczym przelewie muszą zostać ujęte wszystkie płatności do dokumentów wystawionych w danym okresie. Pozostałe parametry działają analogicznie jak przy tworzeniu zbiorczych przelewów dla ‘zwykłych’ płatności (nie objętych MPP).

Eksport przelewów do plików XML

Istnieje możliwość eksportu przelewów do plików xml. Służą do tego standardowe formaty: Przelewy krajowe (xml), Przelewy SEPA (xml), Przelewy SEPA BZWBK (xml), Przelewy walutowe (xml),
Dotyczy wersji: 2020.5.1
Citi Handlowy – Przelewy krajowe, w tym MPP (xml), Citi Handlowy – Przelewy międzynarodowe (xml), Citi Handlowy – Przelewy podatkowe (xml), Citi Handlowy – Przelewy SEPA (xml)
. Pliki generowane są zgodnie ze standardem XML opartym o normę ISO 20022. Format Przelewy krajowe (xml) służy do eksportu przelewów złotówkowych, zarówno przelewów zwykłych, jak i przelewów do urzędu skarbowego oraz ZUS. Jeżeli wśród zaznaczonych płatności są przelewy do US i/lub ZUS i w oknie Eksport przelewów do pliku jako format wymiany wybierzemy Przelewy xml, wówczas przelewy również eksportowane są tym formatem, a nie formatem do US/ZUS przypisanym na karcie banku.
Dotyczy wersji: 2020.5.1
Wysyłając przelewy do banku Citi Handlowy jednym z formatów XML należy na formularzu banku, z którego robiony jest przelew uzupełnić kod SWIFT. Aby prawidłowo sparametryzować kod SWIFT prosimy o kontakt z Citi Handlowy. Citi Handlowy – Przelewy krajowe, w tym MPP (xml) – służy do eksportowania do banku przelewów złotówkowych oraz przelewów realizowanych metodą podzielonej płatności. W sytuacji, gdy eksportowane płatności będą miały ustawiony priorytet Wysoki zostaną wysłane jako przelewy natychmiastowe (Express Elixir). Citi Handlowy – Przelewy międzynarodowe (xml) to format, który pozwala na wyeksportowanie do banku przelewów walutowych. Citi Handlowy – Przelewy podatkowe (xml) umożliwia wyeksportowanie przelewów do urzędów skarbowych. W preliminarzu płatności wybieramy przelewy podatkowe i na oknie Eksport przelewów do banku w polu Format wymiany wybieramy Citi Handlowy – Przelew podatkowy (XML). W tym przypadku nie ma znaczenia ustawienie formatu dla przelewów podatkowych na formularzu banku. Citi Handlowy – Przelewy SEPA (xml) pozwala na wysłanie do banku przelewów europejskich, realizowanych w bankach, które należą do Jednolitego Obszaru Płatniczego i są one w walucie Euro.
W przypadku przelewów walutowych jako opcja rozliczania opłat ustawiana jest domyślnie „SHAR” – prowizje i opłaty są dzielone pomiędzy zleceniodawcę i beneficjenta. Po zaznaczeniu kilku przelewów i wyeksportowaniu ich formatem xml, powstaje jeden zbiorczy plik. Jeżeli wśród zaznaczonych przelewów będą zarówno przelewy zwykłe, jak i przelewy do US i/lub ZUS, w momencie eksportu formatem Przelewy krajowe (xml) powstaną osobne zbiorcze pliki dla przelewów zwykłych, US i ZUS. Jeżeli w oknie Eksportu przelewów do pliku w formacie wymiany wybrany będzie format xml, wówczas parametr Aktualizuj przy eksporcie informacje ZUS na zdarzeniach (w formacie Elixir-O) jest niewidoczny. Przy eksporcie przelewów walutowych i SEPA, litery ze znakami diakrytycznymi wpisane w nazwie firmy/ danych adresowych firmy/ nazwie podmiotu/ danych adresowych podmiotu/ opisie do banku są zamieniane na ich odpowiedniki, np. ‘ü’ na ‘ue’, ‘д’ na ‘d’. Przy eksporcie przelewów do pliku XML dla każdej płatności automatycznie nadawany jest unikalny Identyfikator operacji. Identyfikator jest zapisywany w pliku w tagu <EndToEndId>. Przy zaznaczonej opcji Przelewy zbiorczo dla poszczególnych podmiotów wszystkie przelewy cząstkowe wchodzące w skład przelewu zbiorczego otrzymają taki sam identyfikator. Identyfikator operacji może być wykorzystywany do automatycznego rozliczania przelewów przy imporcie.

Konsekwencje wysłania przelewów do banku

Stan zdarzeń, które zostały wysłane do banku zmienia się na Zlecenie wysłane do banku. Na takich zdarzeniach nie da się wprowadzać żadnych zmian. Nie zmienia się natomiast status wysłanego zdarzenia – pozostaje ono w dalszym ciągu nierozliczone (N) lub rozliczone częściowo (C). Rozliczenie tych zdarzeń może nastąpić dopiero wtedy, gdy otrzymamy z banku wyciąg bankowy potwierdzający ich realizację. Pozycje z takiego wyciągu wprowadzamy na listę zapisów kasowych/bankowych odpowiedniego rejestru i rozliczamy je z naszymi zdarzeniami.

Definiowanie formatu wymiany danych z bankami

Definiowanie formatów przelewów jest dostępne w menu Ogólne /Inne /Formaty przelewów. Eksport zdarzeń z Preliminarza do banku Eksport przelewów odbywa się z poziomu Preliminarza dla wybranego konkretnego rejestru. Wybór formatu predefiniowanego bądź też zdefiniowanego przez użytkownika spowoduje pojawienie się formatki eksportu. Wynikiem eksportu jest plik tekstowy, który można wczytać do systemu konkretnego banku. Po zakończeniu operacji eksportu użytkownik otrzymuje log z informacją, które przelewy zostały wyeksportowane oraz jakie ewentualnie błędy miały miejsce.

Wymiana danych z bankami online

System Comarch ERP Optima obsługuje wymianę danych z bankiem (eksport i import przelewów) za pomocą automatycznej wymiany danych z bankami opartej o standard Comarch Data Connect 2.0. Ten sposób wymiany danych umożliwia pobieranie wyciągów bankowych oraz historii operacji, a także eksport przelewów bezpośrednio z/do systemu bankowego, bez konieczności ręcznego przenoszenia plików pomiędzy aplikacją bankową oraz Comarch ERP Optima. Możliwe jest również pobieranie dla każdego wysłanego przelewu jego aktualnego statusu w banku (przelew może oczekiwać na realizację, zostać zrealizowany, odrzucony, anulowany itp.). Informacja o stanie środków na rachunkach – ikona dostępna na wstążce i umożliwia pobranie informacji o stanie środków na rachunkach obsługiwanych za pomocą usługi sieciowej z listy rejestrów k/b, listy zapisów k/b oraz preliminarza płatności. Automatyczna komunikacja z bankiem odbywa się przez wymianę komunikatów w formacie plików XML (standard ISO 20022)  przy wykorzystaniu technologii web-services. Całość komunikacji jest zabezpieczona przez bezpieczny kanał HTTPS z wykorzystaniem dwustronnego SSL. Dzięki tym technologiom komunikacja pomiędzy Bankiem a klientem jest szyfrowana i nikt niepowołany nie ma dostępu do przesyłanych informacji. Dodatkowo dzięki dwustronnemu SSL Bank otrzymuje możliwość wstępnej weryfikacji klienta, a klient może zweryfikować, czy faktycznie podłączył się do serwera Banku. Do zabezpieczenia wymiany informacji zastosowane zostały: certyfikat transportowy, który weryfikuje Klienta i pozwala zweryfikować jego prawo do danego rachunku (rachunków) oraz certyfikat autoryzacyjny (podpis elektroniczny), którym mogą być podpisywane wysyłane do banku przelewy. Gdy przelewy nie zostaną podpisane lub zostaną podpisane przez nieuprawnioną osobę – zlecenia będą oczekiwały w banku na akceptację uprawnionej osoby. Na liście Ogólne/ Inne/ Formaty przelewów dostępny jest format:
  • Alior Bank WebService do bezpośredniej wymiany danych z Alior Bankiem,
  • ING WebService do bezpośredniej wymiany danych ING Bank Śląski,
  • Citi Handlowy – API do bezpośredniej wymiany danych z bankiem Citi Handlowy,
  • Pekao WebService do bezpośredniej wymiany danych z bankiem Pekao,
  • BNP Paribas WebService do bezpośredniej wymiany z bankiem  BNP Paribas
  • mBank WebService do bezpośredniej wymiany danych z mBankiem,
  • Millennium Webservice do bezpośredniej wymiany danych z Bankiem Millennium,
  • Santander WebService, do bezpośredniej wymiany danych z Santander Bank Polska.
W przypadku innych banków należy zweryfikować możliwość wymiany danych online kontaktując się z danym bankiem. Jeżeli bank wdrożył standard Comarch Data Connect 2.0, użytkownik może samodzielnie dodać format przelewu za pomocą którego będzie możliwa wymiana. Na formularzu formatu przelewu na zakładce [Ogólne] trzeba zaznaczyć parametr Bezpośrednia wymiana danych za pomocą usługi sieciowej oraz wpisać adres usługi sieciowej. Na formularzu nowododawanego formatu przelewu po zaznaczeniu opcji Bezpośrednia wymiana danych za pomocą usługi sieciowej widoczne będzie dodatkowe pole z możliwością wskazania jednej z opcji: Alior Bank, Bank Millennium, BNP Paribas, Citi Handlowy, ING, mBank, PeKaO, Santander lub Inny. Wybór ma znaczenie w przypadku identyfikowania statusów przelewów. Po wskazaniu opcji ING, status ACWC jest identyfikowany jako zlecenie anulowane. Zaznaczając Inny status ACWC jest rozpoznawany, jako zlecenie wprowadzone zmodyfikowane w systemie bankowym bądź do ręcznej modyfikacji. Wybór opcji ma również znaczenie przy wysyłaniu przelewów europejskich (SEPA) dla banków Pekao oraz BNP Paribas. Możliwość wskazania jednej z opcji dostępna jest wyłącznie dla formatów dodawanych przez użytkownika. Do wymiany danych z bankami, za pomocą webserwisów wymagana jest instalacja komponentu Microsoft .NET Framework w wersji co najmniej 4.5.

Eksport za pomocą webserwisów

Możliwy jest eksport przelewów krajowych (w tym do Urzędu Skarbowego i ZUS) oraz przelewów walutowych (w tym przelewów europejskich SEPA). Na formularzu banku w polach Format eksportu dla przelewów zwykłych oraz Format importu wyciągów bankowych można wskazać format obsługujący wymianę za pomocą usługi sieciowej. Format ten będzie podpowiadał się, jako domyślny podczas eksportu i importu przelewów. Po wybraniu takiego formatu na formularzu banku pojawia się zakładka [Ustawienia usługi sieciowej]. Na zakładce tej użytkownik wprowadza ustawienia dotyczące przelewów walutowych oraz podpina certyfikat do komunikacji otrzymany z banku ING, Pekao, BNP Paribas, Alior Bank, Bank Millennium. Zasady dodawania certyfikatu dla klientów mBanku, banku Citi Handlowy i Santander Bank Polska został opisany w dalszej części dokumentacji.
Formularz banku – zakładka Ustawienia usługi sieciowej
W przypadku przelewów walutowych istotne jest uzupełnienie pól: Opłatę ponosi, Osoba kontaktowa oraz Kontakt. W przypadku pola Opłatę ponosi jest możliwość wyboru trzech opcji: Zleceniodawca, Zleceniobiorca, Po równo. W przypadku niektórych rachunków opcja Zleceniobiorca może być zablokowana. Pokaże się wtedy odpowiedni komunikat przy próbie eksportu z wybraną tą opcją. Eksport przelewów za pomocą webserwisów jest możliwy z poziomu preliminarza płatności dla wybranego konkretnego rejestru. Jeżeli wybrany rejestr ma na formularzu banku przypisany format automatyczną współpracę z bankiem, wtedy ikona Eksportuj polecenia przelewu ma rozwijalne menu z dwoma opcjami: Eksportuj przelewy oraz Aktualizuj stany przelewów . Domyślnie kliknięcie w ikonę powoduje wywołanie okna Eksport przelewów do pliku.
Okno eksportu przelewów do banku online
W Konfiguracji stanowiska/ Kasa/Bank/ Parametry znajduje się parametr Zapisuj przelewy importowane/eksportowane poprzez usługę sieciową. Zaznaczenie tego parametru powoduje uaktywnienie pola na wpisanie ścieżki do katalogu, w którym będą zapisywały się pliki z przelewami importowane oraz eksportowane za pomocą usługi sieciowej. Domyślnie parametr jest odznaczony. W przypadku odznaczonego parametru pliki nie są zapisywane. Po wybraniu opcji Eksportuj przelewy pokazuje się okno, na którym można ustawić wybrane opcje eksportu. Po ustawieniu parametrów, eksport uruchamiamy ikoną pioruna. Eksportowane są zarówno przelewy w PLN jak również w walucie obcej. Możliwy jest także eksport przelewów zbiorczych, jaki i możliwość podpisania przelewów za pomocą podpisu kwalifikowanego. Pojawia się okno z możliwością wyboru właściwego certyfikatu. Jeżeli okno z wyborem certyfikatu zostanie anulowane – przelewy zostaną wysłane i będą oczekiwały na akceptację po stronie banku. Nieco inaczej wygląda to w sytuacji, gdy przelewy eksportowane są do mBanku lub banku Citi Handlowy. W przypadku komunikacji webservice z mBankiem okno do wskazania certyfikatu do podpisywania nie jest pokazywane przy eksporcie. Jest to związane z tym, że przelewy mogą być podpisywane przez kilka osób (kilkoma certyfikatami). Jeżeli przelewy mają być wysłane podpisane, należy je najpierw podpisać, a następnie wysłać. Dokładniejszy opis eksportu przy wymianie webservice z mBankiem zamieszczony jest w kolejnym podrozdziale Eksport przelewów do mBanku. W przypadku komunikacji webservice z bankiem Citi Handlowy wysyłane są podpisane przelewy. Więcej informacji na temat eksportu przelewów do banku CITI Handlowy znajduje się w kolejnym podrozdziale Eksport przelewów do banku Citi Handlowy Przy eksporcie przelewów za pomocą webserwisów dla każdej płatności automatycznie nadawany jest unikalny Identyfikator operacji. Identyfikator jest zapisywany w pliku w tagu <EndToEndId>. Przy zaznaczonej opcji Przelewy zbiorczo wg podmiotów wszystkie przelewy cząstkowe wchodzące w skład przelewu zbiorczego otrzymają taki sam identyfikator. Identyfikator operacji może być wykorzystywany do automatycznego rozliczania przelewów przy imporcie. Więcej informacji na temat tej funkcjonalności znajduje się w rozdziale Automatyczne rozliczanie przy imporcie przelewów. W przypadku importu Alior Bank WebService automatyczne rozliczanie przelewów przy imporcie nie zadziała dla przelewów walutowych, US oraz ZUS. W przypadku tych przelewów nie jest zwracana sygnatura przelewów. Przy zaznaczonej opcji Wysyłaj przelewy w jednym pliku przy eksporcie kilku przelewów tworzony jest jeden plik XML, w którym zapisane są wszystkie pojedyncze przelewy.
Uwaga
Opcja Wysyłaj przelewy w jednym pliku jest niedostępna przy eksporcie przelewów do banku Citi Handlowy.
Jeżeli parametr nie jest zaznaczony, to każdy z przelewów zapisywany jest w osobnym pliku. Przy eksporcie przelewów walutowych i SEPA za pomocą usługi sieciowej (webservice), litery ze znakami diakrytycznymi wpisane w nazwie firmy/ danych adresowych firmy/ nazwie podmiotu/ danych adresowych podmiotu/ opisie do banku są zamieniane na ich odpowiedniki, np. ‘ü’ na ‘ue’, ‘д’ na ‘d’.

Jeżeli w nazwie podmiotu jest cudzysłów, to przy eksporcie przelewów za pomocą usługi sieciowej (webservice) znak ten nie jest zapisywany w pliku. Dodatkowo przy eksporcie przelewów zagranicznych i SEPA znaki & @ ’ # $ % ^ * \ / | również nie są eksportowane.

Przy eksporcie przelewów krajowych (PLN) litery ze znakami diakrytycznymi występujące w polach tekstowych (nazwa i adres firmy, nazwa i adres odbiorcy, opis do banku) zamieniane są na ich odpowiedniki, np. ‘ü’ na ‘ue’, ‘д’ na ‘d’. Wyjątkiem są litery polskiego alfabetu (ą, ć, ę, ł, ń, ó, ś, ż, ź) które nie są zamieniane. W preliminarzu płatności, jeżeli wybrany zostanie rejestr, który obsługuje wymianę danych poprzez usługę sieciową wśród kolumn na liście dostępne są kolumny: Data wysłania WebService, Komunikat WebService, Data komunikatu WebService. W kolumnach tych zapisywane są informacje przy eksporcie do usługi sieciowej oraz każdorazowym sprawdzeniu stanu przelewów w banku. Jest również możliwość sprawdzenia aktualnego statusu przelewów w banku. Opcja Aktualizuj stany przelewów sprawdza stan przelewów w banku oraz aktualizuje informacje na liście w preliminarzu płatności oraz na formularzu zdarzenia. Import przelewów poprzez usługę sieciową opisany jest w pkt. Import za pomocą usługi sieciowej.

Eksport przelewów do mBanku

W celu skonfigurowania wymiana danych z bankiem mBank w systemie Comarch ERP Optima należy:
  • ustawić format wymiany danych – mBank Webservice,
  • podać informację o numerze identyfikacyjnym firmy (DIK),
  • określić typ logowania: certyfikat lub token mobilny (i jeżeli jest to certyfikat, to podpiąć certyfikat komunikacyjny),
  • dla przelewów walutowych wskazać kto ponosi opłaty związane z takimi przelewani.
Na formularzu banku na zakładce [2 Import / Eksport] wybieramy format wymiany danych mBank Webservice. Przechodzimy na zakładkę [3 Ustawienia usługi sieciowej] i wprowadzamy ustawienia dotyczące:
  • przelewów walutowych ,
  • podpinamy certyfikat do komunikacji z bankiem. Certyfikat ten powinien mieć aktualną datę ważności, posiadać informacje o obsługujących go kluczach prywatnych. Należy upewnić się czy certyfikat znajduje się we właściwym magazynie certyfikatów.
  • podajemy login (ID) Użytkownika w banku i typ logowania. Logowanie może odbywać się z wykorzystaniem certyfikatu lub tokena mobilnego. W przypadku tokena mobilnego potwierdzenie operacji wykonywane jest w aplikacji mobilnej zainstalowanej na telefonie.
Formularz banku, zakładka [Ustawienia usługi sieciowej]
Formularz banku – ustawienie logowania za pomocą tokena mobilnego
W przypadku przelewów walutowych istotne jest uzupełnienie pól:
  • Opłatę ponosi – mamy tutaj do wyboru trzy opcje: Zleceniodawca, Zleceniobiorca, Po równo.
  • Osoba kontaktowa – nasz przedstawiciel wybrany do kontaktu z bankiem.
  • Kontakt numer telefonu, adres e-mail.
Na formularzu rejestru bankowego związanego z mBankiem należy uzupełnić informację o identyfikatorze firmy (DIK). Jest to unikalny identyfikator klienta banku w mBank CompanyNet. Brak tej informacji lub błędne dane uniemożliwi wymianę danych z bankiem (istotna jest wielkość liter) .
Rejestr bankowy – identyfikator firmy (DIK)
Eksport przelewów za pomocą usługi sieciowej wykonujemy z poziomu preliminarza płatności. W preliminarzu płatności należy:
  • wybrać rejestr, który dotyczy mBank i ma ustalony format wymiany danych za pomocą usługi sieciowej (w naszym przypadku mBank WebService),
  • na liście powinny wyświetlać się tylko zdarzenia nierozliczone lub rozliczone częściowo.
Preliminarz płatności – parametry
Po spełnieniu tych warunków w preliminarzu płatności będzie dostępna ikona Eksportuj polecenia przelewu  . Wymiana danych z mBankiem pozwala na:
  • wysłanie przelewu, który oczekuje w banku na jego autoryzację (zatwierdzenie),
  • wysłanie podpisanego przelewu, który zostanie w banku przekazany do realizacji,
  • autoryzację (zatwierdzenie częściowe/finalne) wysłanych wcześniej przelewów.
W mBanku możliwa jest wieloosobowa autoryzacja transakcji. Dzięki tej usłudze istnieje możliwość autoryzacji przelewów przez więcej niż 1 osobę (w banku można ustalać limity do autoryzacji samodzielnej i dwuosobowej oraz nadać uprawnienia do wykonywania zleceń bez ich autoryzacji). W Comarch ERP Optima na zdarzeniu w preliminarzu płatności możemy:
  • podpisać przelew – podpisujemy przelewy o stanie Do realizacji, które nie zostały wysłane do banku. Jeśli wymagają tego ustalenia z bankiem przelew może być podpisany przez kilka osób. Na liście wyświetlamy informacje o tym kto, kiedy i jakim certyfikatem podpisał dany przelew. Podpisanego przelewu nie możemy już modyfikować. Każda zmiana częściowe rozliczenie czy zmiana dat uniemożliwi jego wysłanie. Konieczne będzie usunięcie istniejącego podpisu/podpisów i ponowne podpisanie przelewu. Wysłanie podpisanego przelewu spowoduje, że w banku zostanie on skierowany do weryfikacji a później do realizacji.
Formularz zdarzenia – Podpisy
  • autoryzować przelew – przelewy możemy autoryzować na stronie banku lub bezpośrednio w Comarch ERP Optima. W Comarch ERP Optima autoryzacji może dokonać tylko ten operator, który korzysta z tokena mobilnego. Autoryzacja (zatwierdzanie) dotyczy przelewu, który został wysłany do banku. W systemie mamy zarówno możliwość autoryzacji częściowej, jak i finalnej (pełnej). Przed autoryzacją przelewu zalecamy uruchomienie na telefonie aplikacji bankowej, gdyż pojawi się w niej wiadomość prezentująca szczegóły zatwierdzanej dyspozycji (data przelewu, kwota). Ostateczna akceptacja lub odrzucenie dyspozycji wykonywane są za pomocą przycisku na telefonie. Na formularzu przelewu zapisujemy historię autoryzacji, która została wykonana z poziomu Comarch ERP Optima.
Formularz zdarzenia – Historia autoryzacji
Podpisanie i autoryzacja pojedynczego przelewu możliwe są z poziomu formularza płatności. Operacje te można też wykonać seryjnie dla zaznaczonych zdarzeń. W tym celu będąc w Preliminarzu płatności należy wybrać strzałkę obok przycisku . Pojawi się dodatkowe menu : Podpisz przelewy – podpisujemy zaznaczone zdarzenia o stanie Do realizacji. Eksportuj przelewy – wysyłamy do banku zaznaczone przelewy. Po wybraniu opcji Eksportuj przelewy pojawi się okno Eksportuj przelewy do pliku na którym określamy parametry eksportu. Format wymiany przepisuje się z formularza banku, format wymiany dla MPP nie podlega edycji i jest taki sam jak format wymiany. Data przelewu – jako data przelewu zawsze wstawiana jest data realizacji przelewu. Przelewy zbiorczo wg podmiotów – po zaznaczeniu tej opcji przelewy które nie zostały podpisane zostaną pogrupowane wg podmiotu, numeru rachunku bankowego (wypełnionego na zdarzeniu) oraz waluty i wysyłane jako jeden, zbiorczy przelew. Podpisane przelewy zawsze wysyłane są pojedynczo, nie są grupowane. Po zaznaczeniu opcji Grupuj wg dat utworzonych zostanie tyle zbiorczych przelewów, ile jest różnych dat (terminów płatności/ dat realizacji/ dat dokumentu). Eksportuj wszystkie linie opisu do banku – parametr jest widoczny po zaznaczeniu Przelewy zbiorczo wg podmiotów. Parametr ten spowoduje, że w zbiorczym przelewie będziemy starali się umieścić wszystkie uzupełnione linie opisu do banku odczytane z agregowanych przelewów. Dziel przelewy wg długości opisu – parametr jest widoczny po zaznaczeniu Przelewy zbiorczo wg podmiotów. Spowoduje on, że program utworzy dla danego podmiotu kilka przelewów zbiorczych, przy czym na każdym z nich będzie umieszczony pełny opis do banku z przelewów cząstkowych. Parametr Dziel przelew wg długości opisu może być stosowany razem z pozostałymi parametrami dotyczącymi przelewów zbiorczych. Parametr ten nie ma wpływu na przelewy zbiorcze MPP Wysyłaj przelewy w jednym pliku – zaznaczenie tego parametru powoduje, że wysyłając kilka przelewów tworzymy jeden plik xml, w którym zapisujemy wszystkie pojedyncze przelewy. Jeśli parametr nie jest zaznaczony to każdy z tych przelewów zapisywany jest w osobnym pliku. Eksport uruchamiamy ikoną pioruna . Eksportowane są zarówno przelewy w PLN jak również w walucie obcej. Jeżeli w preliminarzu płatności wybierzemy rejestr, który obsługuje wymianę danych poprzez usługę sieciową wśród kolumn na liście dostępne są kolumny:
  • Data wysłania WebService,
  • Komunikat WebService,
  • Data komunikatu WebService.
W kolumnach tych zapisywane są informacje przy eksporcie do usługi sieciowej oraz przy każdorazowym sprawdzeniu stanu przelewów w banku. Autoryzuj przelewy częściowo – operacja dostępna jest dla Użytkownika, który korzysta z tokena mobilnego i dotyczy przelewów wysłanych do banku. W sytuacji, gdy przelewy zostały wysłane w jednym pliku autoryzacja dotyczy wszystkich przelewów wchodzących w skład tego pliku (paczki). W banku przelewy będą miały status zautoryzowane częściowo i będą czekały na ostateczne zatwierdzenie. Autoryzuj przelewy finalnie – operacja dostępna jest dla Użytkownika, który korzysta z tokena mobilnego i wykonywana jest dla przelewów wysłanych do banku. W sytuacji, gdy przelewy zostały wysłane w jednym pliku autoryzacja dotyczy wszystkich przelewów wchodzących w skład tego pliku (paczki). W banku przelewy zostaną skierowane do realizacji. Aktualizuj stany przelewów – sprawdzenia aktualnego statusu przelewów w banku.

Eksport przelewów do banku Citi Handlowy

Wymiana danych z bankiem Citi Handlowy dostępna jest w systemie Comarch ERP Optima od wersji 2020.6.1. W systemie Comarch ERP Optima na formularzu banku z którego wysyłane będą przelewy należy:
    • uzupełnić informację o kodzie SWIFT
    • ustawić format wymiany danych
    • podpiąć certyfikaty i uzupełnić Client ID i Client secret
Na formularzu banku na zakładce [1. Ogólne] należy sprawdzić czy uzupełniono pole kod SWIFT. Podane kodu SWIFT jest wymagane w przypadku wykonywania przelewów z rachunku w banku Citi Handlowy. Aby prawidłowo sparametryzować kod SWIFT prosimy o kontakt z bankiem Citi Handlowy. Na zakładce [2 Dodatkowe] formularza banku w polach:
    • Format eksportu dla przelewów zwykłych
    • Format importu wyciągów bankowych
wybieramy właściwy dla banku format obsługujący wymianę za pomocą usługi sieciowej. W naszym przypadku dla banku Citi Handlowy dostępny jest format Citi Handlowy – API (standardowy). Wybrany przez nas format będzie później podpowiadany jako domyślny format podczas eksportu i importu przelewów.
Formularz banku, zakładka [2 Dodatkowe]
Po wybraniu formatu Citi Handlowy – API (standardowy) na formularzu banku pojawia się dodatkowa zakładka [3 Ustawienia usługi sieciowej]. Na zakładce tej wprowadzamy ustawienia dotyczące:
    • przelewów walutowych – uzupełniamy informację, kto ponosi opłatę za przelewy walutowe,
    • podpinamy certyfikaty do komunikacji z bankiem. Certyfikaty powinny mieć aktualną datę ważności, posiadać informacjeo obsługujących je kluczach prywatnych. Należy upewnić się czy certyfikat znajduje się we właściwym magazynie certyfikatów.
Formularz banku, zakładka [3 Ustawienia usługi sieciowej]
Do poprawnej komunikacji z bankiem Citi Handlowy potrzebne jest wskazanie na formularzu banku czterech certyfikatów. Są to:
    • Client Signing and Encryption Certificate – certyfikat zakupiony przez Użytkownika i zainstalowany w systemie.
    • Citi Encryption Certificate – certyfikat dostarczany przez bank.
    • Citi Signing Certificate – certyfikat dostarczany przez bank.
    • Client SSL Certificate – certyfikat zakupiony przez Użytkownika i zainstalowany w systemie.
Dany rodzaj certyfikatu może pojawić się na liście certyfikatów dla banku Citi Handlowy tylko raz. Po wciśnięciu przycisku <Insert> lub pojawi się okno do wskazania danego certyfikatu. W nazwie okna wyświetlana jest informacja o aktualnie dodawanym certyfikacie. Certyfikaty można też dodawać w dowolnej kolejności poprzez jego wybór z menu kontekstowego, które dostępne jest po wciśnięciu strzałki obok plusa . W sytuacji, gdy dla Citi Encryption Certificate lub Citi Signing Certificate wskażemy inny plik niż *.pem pojawi się komunikat błędu: Wskazano niepoprawny plik z certyfikatem. Certyfikat ten nie pojawi się na liście certyfikatów dla banku Citi Handlowy. Użytkownik powinien wskazać poprawny plik, który otrzymał z banku.
    • Uzupełniamy Client ID i Client secret. Informacje te dostarczane są przez bank Citi Handlowy.
Eksport przelewów wykonujemy z poziomu preliminarza płatności. W preliminarzu płatności należy:
    • wybrać rejestr, który dotyczy banku Citi Handlowy i ma ustalony format wymiany danych za pomocą usługi sieciowej (w naszym przypadku Citi handlowy – API),
    • na liście powinny wyświetlać się tylko zdarzenia nierozliczone lub rozliczone częściowo.
Preliminarz płatności – parametry
Po spełnieniu tych warunków w preliminarzu płatności będzie dostępna ikona Eksportuj polecenia przelewu . Domyślnie kliknięcie w ikonę powoduje wywołanie okna Eksport przelewów do pliku, na którym określamy dodatkowe opcje eksportu. Data przelewu – do wyboru mamy cztery opcje: dzisiejsza, termin płatności, data realizacji, inna (samodzielnie ustalona). Przelewy zbiorczo wg podmiotów – po zaznaczeniu tej opcji przelewy zostaną pogrupowane wg podmiotu, numeru rachunku bankowego (wypełnionego na zdarzeniu) oraz waluty i wysyłane jako jeden, zbiorczy przelew. Po zaznaczeniu opcji Grupuj wg dat utworzonych zostanie tyle zbiorczych przelewów, ile jest różnych dat (terminów płatności/ dat realizacji/ dat dokumentu). Eksportuj wszystkie linie opisu do banku – parametr jest widoczny po zaznaczeniu Przelewy zbiorczo wg podmiotów. Parametr ten spowoduje, że w zbiorczym przelewie będziemy starali się umieścić wszystkie uzupełnione linie opisu do banku odczytane z agregowanych przelewów. Dziel przelewy wg długości opisu – parametr jest widoczny po zaznaczeniu Przelewy zbiorczo wg podmiotów. Spowoduje on, że program utworzy dla danego podmiotu kilka przelewów zbiorczych, przy czym na każdym z nich będzie umieszczony pełny opis do banku z przelewów cząstkowych. Parametr Dziel przelew wg długości opisu może być stosowany razem z pozostałymi parametrami dotyczącymi przelewów zbiorczych. Eksport uruchamiamy ikoną pioruna . Eksportowane są zarówno przelewy w PLN, jak również w walucie obcej. Wysyłamy podpisane przelewy. Skutkuje to tym, że przelewy te są automatycznie realizowane przez bank. Jeżeli w preliminarzu płatności wybierzemy rejestr, który obsługuje wymianę danych poprzez usługę sieciową, na liście dostępne są kolumny:
    • Data wysłania WebService
    • Komunikat WebService
    • Data komunikatu WebService
W kolumnach tych zapisywane są informacje przy eksporcie do usługi sieciowej oraz przy każdorazowym sprawdzeniu stanu przelewów w banku. Sprawdzenia aktualnego statusu przelewów w banku Citi Handlowy wykonujemy korzystając z opcji Aktualizuj stany przelewów. Jest ona dostępna po wciśnięciu strzałki obok przycisku  
Eksport przelewów europejskich SEPA
Przy eksporcie za pomocą usługi sieciowej możliwy jest również eksport do banku przelewów europejskich (SEPA). Na formularzu rejestru bankowego w EURO obsługującego wymianę danych za pomocą webservice dostępny jest parametr Przelewy SEPA. Jeżeli na formularzu rejestru w walucie EUR parametr zostanie zaznaczony wówczas będzie on również automatycznie zaznaczany na wszystkich zdarzeniach rozchodowych dodawanych do tego rejestru (zarówno zdarzeniach generowanych do dokumentów, jak również ręcznie wprowadzanych do preliminarza płatności). Jeżeli parametr na formularzu rejestru będzie odznaczony, wówczas również na zdarzeniach w preliminarzu będzie domyślnie odznaczony, z możliwością ręcznego zaznaczenia. Na zdarzeniach rozchodowych z walutą rozliczenia EURO, wprowadzonych do rejestru w PLN obsługującego wymianę danych za pomocą webservice, parametr Przelew SEPA jest widoczny, ale domyślnie niezaznaczony (z możliwością ręcznego zaznaczenia). Parametr Przelew SEPA można również zaznaczyć na zdarzeniach seryjnie poprzez wybór opcji Oznacz jako przelew SEPA dostępnej w preliminarzu płatności pod ikoną operacji seryjnych i w menu kontekstowym pod prawym przyciskiem myszy. Parametr można zaznaczyć tylko na zdarzeniach o Stanie: Bufor i Do realizacji. W przypadku eksportu przelewów z zaznaczonym Przelewy zbiorczo dla poszczególnych podmiotów osobno są sumowane przelewy z zaznaczonym parametrem Przelew SEPA, a osobno przelewy bez zaznaczonego parametru. W związku z rozpoczęciem obowiązywania Rozporządzenia 260/2012 Parlamentu Europejskiego i Rady UE ustanawiającego wymogi techniczne i handlowe w odniesieniu do poleceń przelewu i poleceń zapłaty w euro oraz zmieniające rozporządzenie (WE) nr 924/2009 (tzw. Rozporządzenie SEPA), które wprowadza pewne zmiany w strukturze plików SEPA, na płatnościach i zapisach bankowych umożliwiono uzupełnienie dodatkowych informacji. Na zdarzeniach rozchodowych z zaznaczonym parametrem Przelew SEPA pojawia się kolejna zakładka [Dodatkowe SEPA], na której można wpisać informacje, które będą wysyłane do banku. Pola są do ręcznego uzupełnienia przez użytkownika i nie są obowiązkowe. Na zakładce [Dodatkowe SEPA] dostępne są 4 sekcje: Zleceniodawca, Pierwotny zleceniodawca, KontrahentFinalny odbiorca. Dla Pierwotnego zleceniodawcy, Kontrahenta i Finalnego odbiorcy do wyboru jest opcja Osoba prawna i Osoba fizyczna. Dla Zleceniodawcy jest tylko osoba prawna. W przypadku osoby prawnej do uzupełnienia są następujące pola: BIC/BEI lub Identyfikator, Typ, Wystawca. W przypadku osoby fizycznej do uzupełnienia są: Data urodzenia, Kraj (kod kraju, np. PL), Województwo i Miasto lub Identyfikator, Typ i Wystawca. Część danych jest automatycznie uzupełniania z karty podmiotu. Jeżeli na płatności wybrany będzie bank, urząd lub kontrahent (który na karcie ma zaznaczony status Podmiot gospodarczy), po zaznaczeniu na zakładce [Dodatkowe SEPA] opcji Kontrahent domyślnie zaznaczona jest Osoba prawna. Jeżeli na płatności wybrany będzie pracownik, wspólnik lub kontrahent (który na karcie ma zaznaczony status Osoba fizyczna), po zaznaczeniu na zakładce [Dodatkowe SEPA] opcji Kontrahent domyślnie zaznaczona jest Osoba fizyczna i pola Województwo, Kraj, Miasto i Data urodzenia są uzupełniane danymi z karty podmiotu. Polskie znaki (ą, ć, ę, ł, ń, ó, ś, ź, ż) wpisane w nazwie lub w danych adresowych, do banku są eksportowane odpowiednio jako: a, c, e, l, n, o, s, z, z. Na płatnościach o stanie wysłane lub zrealizowane pola na zakładce [Dodatkowe SEPA] są wyszarzane. Zakładka [Dodatkowe SEPA] widoczna jest również na zapisach bankowych zaimportowanych za pomocą usługi sieciowej (webservice) do rejestru, który ma zaznaczony parametr Przelewy SEPA. Zakładka widoczna jest tylko na przelewach, które w systemie bankowym miały uzupełnione Dodatkowe informacje SEPA.

Opis do banku

Podczas eksportu w pliku można umieścić Opis dla polecenia przelewu. Pole na opis jest dostępne z poziomu zakładki [Dodatkowe] na formularzu zdarzenia (Preliminarz płatności). Treść tego opisu można wpisać bezpośrednio na zdarzenie lub powiązać z kategorią skojarzoną ze zdarzeniem. Na formularzu kategorii na zakładce [Dodatkowe] znajdują się pola Opis do banku, w które można wpisać definicje dla opisu do banku. Podczas definiowania opisu można posłużyć się makrami w oparciu, o które podstawiane są informacje z dokumentu. Makra, które mogą być wykorzystywane podczas tworzenia opisu do banku na poleceniu przelewu to: @DOC – w pole Opis do banku wstawiany będzie numer obcy dokumentu. Jeśli dokument nie posiada numeru obcego w pole wstawiany będzie numer własny (nadany w programie) @DATA – data dokumentu @MC – miesiąc pobierany z daty dokumentu @ROK – rok z daty dokumentu @PD –poprzedni dzień (przed datą dokumentu) @BD –data dokumentu (równoważny z @DATA) @ND – następny dzień (po dacie dokumentu) @PM – poprzedni miesiąc (w stosunku do daty wystawienia dokumentu) @BM – bieżący miesiąc @NM – następny miesiąc @PK – poprzedni kwartał (w stosunku do daty wystawienia dokumentu) @BK – bieżący kwartał @NK – następny kwartał @PR – poprzedni rok (w stosunku do daty wystawienia dokumentu) @BR – bieżący rok @NR – następny rok (równoważny z @ROK) @OPISLP – pobiera opis z nagłówka listy z pola OPIS @PodmiotId – przenosi Id podmiotu @PodmiotTyp – przenosi typ podmiotu np: kontrahent, bank… @ZdarzenieId – przenosi id zdarzenia, tylko w przypadku zmiany kategorii na zapisanym wcześniej zdarzeniu. @PodmiotKod – przenosi kod podmiotu z pola domyślny płatnik @KategoriaOpis – pobiera opis z kategorii, która na płatność przenosi się z nagłówka dokumentu @PodmiotNazwa1 – pobiera pierwszą linię nazwy podmiotu, a w przypadku pracownika nazwisko @PodmiotNazwa2 – pobiera drugą linię nazwy podmiotu, a w przypadku pracownika imię @PodmiotNazwa3 – pobiera trzecią linię nazwy podmiotu @DokumentyRozliczające – pobiera numery dokumentów z którymi dana płatność została rozliczona (Poszczególne numery oddzielane są spacjami. Jeżeli makro będzie wpisane na kategorii w kilku liniach opisu do banku, wówczas na płatności w kolejnych liniach opisu do banku będą widoczne kolejne numery dokumentów rozliczających.) Opis pojawi się automatycznie w polu Opis do banku, jeśli na zdarzeniu wybrana zostanie kategoria, dla której zdefiniowano zawartość pola Opis do banku. W Konfiguracji firmy /Kasa/Bank /Parametry dostępny jest także parametr Domyślny początek opisu do banku dla przelewów zwykłych. Zaznaczenie parametru spowoduje, że wpisany w konfiguracji opis będzie przenoszony dla nowotworzonych płatności na zdarzenie w preliminarzu do pierwszej linii „Opis do Banku” dla przelewów zwykłych. Jeżeli parametr nie będzie zaznaczony opis  zostanie pobrany z makr na kategorii bądź też w przypadku braku kategorii podpowiadać się będzie domyślnie: „Zapłata za” lub „Wynagrodzenie za”. Eksportując przelewy zbiorczo dla poszczególnych podmiotów, powtarzająca się fraza np. „Zapłata za” do pliku przenosić się będzie tylko na początku, a po niej będą pojawiać się numery kolejnych dokumentów.

Elektroniczna wymiana danych z bankiem – import

System Comarch ERP Optima umożliwia również import przelewów z aplikacji bankowej. Mechanizm budowania formatów eksportu opisany powyżej można wykorzystać do budowania formatu służącego do importu zrealizowanych przelewów z pliku dostarczonego przez bank. Dostępny jest również import za pomocą formatów predefiniowanych z płaskich plików tekstowych oraz import przelewów z pliku w formacie MT-940 (*.STA).

Import z pliku MT-940

Import dla plików w formacie MT-940 można wykonać z poziomu menu Kasa/Bank/ Zapisy kasowe/bankowe/ dla wybranego otwartego raportu. Z listy rozwijanej należy wybrać format wymiany MT-940 oraz plik z rozszerzeniem *.STA. Wyciąg w formacie SWIFT MT-940 może zawierać dane dotyczące wielu rachunków, jednak jest on importowany do raportu dotyczącego jednego rejestru, czyli jednego rachunku bankowego. W związku z tym istnieje możliwość zaznaczenia parametru Dodawaj zapisy dotyczące innych rachunków. Jeżeli parametr zostanie zaznaczony przed importem, zostaną wczytane wszystkie przelewy znajdujące się w importowanym pliku. Jeżeli parametr będzie odznaczony – zaimportowane zostaną tylko przelewy powiązane z rachunkiem dotyczącym rejestru, do którego importowane są dane. Jest również możliwość określenia strony kodowej – wybór spośród następujących możliwości: Windows (1250), Latin II, Mazovia, ISO 8859-2 oraz UTF-8. Dla większości formatów właściwym ustawieniem jest Latin II. Identyfikacja podmiotu odbywa się na podstawie numeru rachunku bankowego, jeżeli taka informacja jest w pliku. W przypadku, kiedy numer rachunku bankowego jest niepoprawny, podczas importu pojawia się ostrzeżenie o błędnym numerze rachunku i na zapisie numer rachunku bankowego zostawiany jest pusty. Jeżeli z pliku nie uda się odczytać nazwy podmiotu, jest ona przepisywana z karty kontrahenta.
Uwaga
W Konfiguracji Firmy/ Kasa/Bank/ Parametry dostępny jest parametr Automatyczne dodawanie numerów rachunków bankowych do karty kontrahenta. Podczas importu przelewów z pliku gdy kontrahent nie zostanie zidentyfikowany to na zapisie kasowym/bankowym podstawi się jako nieokreślony, natomiast rachunek bankowy może zostać przepisany z wyciągu. Przy zaznaczonym parametrze Automatyczne dodawanie numerów rachunków bankowych do karty kontrahenta przy edycji zaimportowanego zapisu i zmianie kontrahenta z nieokreślonego na innego pojawi się pytanie: Na karcie kontrahenta nie ma takiego numeru rachunku bankowego. Czy dodać numer rachunku na kartę kontrahenta? Akceptacja spowoduje, że na kartę wybranego kontrahenta zostanie dodany rachunek bankowy zaimportowany z wyciągu. Wszelkie modyfikacje później w obrębie rachunku nie będą już miały odzwierciedlenia w numerze. Jeżeli parametr w konfiguracji nie będzie zaznaczony po zmianie kontrahenta komunikat się nie pojawi i numer rachunku nie będzie dopisywany do karty kontrahenta.
Uwaga
Numer rachunku nie zostanie przepisany na kartę kontrahenta w przypadku gdy jest to kontrahent unijny który nie posiada uzupełnionego prefiksu kraju. Dla transakcji unijnych wymagane jest uzupełnienie prefiksu kraju na karcie kontrahenta.
W przypadku importu wyciągów walutowych importowanych do rejestru, który obsługuje Magazyn walut, jeżeli w magazynie jest niewystarczająca ilość środków do rozliczenia, przy imporcie pokaże się komunikat o braku środków i dokument zapisze się z zaznaczonym parametrem Magazyn walut. Oznacza to, że taki zapis wpływa na magazyn walut, jednakże nie zostanie rozliczony w magazynie walut, ani on, ani żaden zapis występujący po nim. Zapisy można będzie rozliczyć dopiero, gdy do rejestru wpłyną odpowiednie środki.

Definiowanie formatu importu

Definiowanie formatów importu przelewów z aplikacji bankowych jest dostępne w menu Ogólne /Inne /Formaty przelewów i przebiega w taki sam sposób jak definiowanie formatów eksportu. Przy imporcie odczytywane są następujące pola:
  • Akronim podmiotu,
  • Data dokumentu,
  • Kierunek przepływu,
  • Kwota płatności,
  • Nazwa podmiotu 1,
  • Nazwa podmiotu 2,
  • Nazwa podmiotu 3,
  • Numer dokumentu,
  • Numer rachunku podmiotu,
  • Numer rozliczeniowy banku podmiotu,
  • Opis do banku (pierwsza linijka),
  • Opis do banku (druga linijka),
  • Opis do banku (trzecia linijka),
  • Opis do banku (czwarta linijka),
  • Opis księgowy,
  • Pełny numer rachunku podmiotu,
  • Suma kontrolna – rachunek podmiotu,
  • Suma kontrolna – rachunek własny.
  • Identyfikator operacji
Ponadto pola Data dokumentu oraz Kwota płatności są polami wymaganymi.

Warunki wymagane do prawidłowego zdefiniowania formatu importu

W momencie uruchomienia importu przelewów zostanie sprawdzona struktura formatu, zdefiniowany format musi zawierać przynajmniej pola Kwota płatności oraz Data dokumentu.
  • Jeżeli w formacie występują pola łączone, to, aby zostały odczytane przy imporcie, muszą zostać połączone znakiem podziału wiersza bądź też format musi posiadać stałą szerokość pól.
  • Gdy zdefiniowany przez użytkownika format ma zmienną szerokość pól, dodatkowo musi posiadać: separator pól, separator wierszy oraz ograniczniki tekstu.
  • Jeżeli format ma pozycje zdefiniowane, jako liczba, chociaż jest w nich tekst, a format nie zawiera separatorów tekstu, jako liczba formatowane jest tylko pole Kwota płatności. Pozostałe pola formatowane są, jako: tekst, czyli znaki takie jak: spacja, kropka, przecinek nie są usuwane.
  • Jeżeli, w polach w pliku z banku nie ma ogranicznika tekstu wówczas, jako typ pola w formacie przelewów należy wybrać liczba, a nie tekst.
  • Format nie może zawierać stopki.
  • Jeżeli struktura pliku nie spełnia warunków, zostanie wyświetlony komunikat z błędem.

Import przelewów z pliku

Import zapisów kasowych/bankowych dostępny jest w menu Kasa/Bank /Zapisy kasowe/bankowe /Ikona importu  jest aktywna po wybraniu przez użytkownika otwartego raportu. Uruchomienie importu za pomocą ikony Importuj polecenie przelewu powoduje otwarcie okna Import przelewów z pliku, które zawiera następujące informacje:
  • Listę formatów wymiany
  • Plik źródłowy – pole pokazuje ścieżkę dostępu do pliku, z którego wykonywany jest import
  • Definicja KP – symbol numeracji dla dokumentów typu przychód
  • Definicja KW – symbol numeracji dla dokumentów typu rozchód
  • Zakres dat – po jego zaznaczeniu, z pliku wczytywane są tylko te zapisy, które należą do wskazanego zakresu dat
  • Rozliczaj przy imporcie – po jego zaznaczeniu może nastąpić automatyczne rozliczenie importowanych przelewów, więcej na temat tej funkcjonalności znajduje się w rozdziale Automatyczne rozliczanie przy imporcie przelewów
  • Wczytaj plik – zapisy z pliku zostaną wczytane do tabeli
  • Uruchom import – jest aktywna po wczytaniu zapisów z pliku do tabeli tymczasowej i powoduje przeniesienie zapisów z tabeli tymczasowej do raportu kasowego/bankowego
  • Tabela tymczasowa, w której znajdują się zapisy wczytane z pliku. Pozycje znajdujące się w tabeli nie podlegają edycji
Import przelewów z pliku
Po wczytaniu pliku, tabela tymczasowa wypełniana jest informacjami odczytanymi z pliku. Pozycje znajdujące się w tabeli nie podlegają edycji. Jeżeli w kolumnie Akronim pojawi się akronim kontrahenta nie oznacza to, że kontrahent został zidentyfikowany w bazie danych tylko, że w formacie importu jest pole Akronim podmiotu i dla danego zapisu jest ono wypełnione w pliku. Przeniesienie zapisów z tabeli tymczasowej do raportu zakończone jest standardowym logiem, który szczegółowo przedstawia, które zapisy zostały zaimportowane, a które nie i z jakiego powodu. Uwagi:
  • Jeżeli w formacie znajduje się Numer dokumentu, zostanie on przeniesiony na Zapis kasowy/bankowy do pola Numer obcy.
  • Jeżeli numer obcy w pliku ma więcej niż 30 znaków zostanie ucięty, a w całości zostanie dodany do pola Opis, razem z ewentualnym opisem z innych pól w pliku. Taka sytuacja może wystąpić zwłaszcza wtedy, gdy przelew dotyczył zapłaty za kilka faktur.
  • Jeżeli w formacie importu są pola związane z nazwą podmiotu, to nazwa podmiotu zostanie przeniesiona na zapis kasowy/bankowy z pliku. W przypadku, kiedy nie ma takich pól, to nazwa zostanie pobrana z karty podmiotu (pod warunkiem, że podmiot zostanie zidentyfikowany). Jeśli podmiot nie będzie rozpoznany wówczas na zapis kasowy/ bankowy będzie podstawiony kontrahent Nieokreślony.
  • Identyfikacja podmiotu odbywa się w pierwszej kolejności po Akronimie podmiotu oraz w drugiej kolejności po numerze rachunku bankowego.
  • Dla pól Pełny numer rachunku, Numer rachunku podmiotu, Numer rozliczeniowy banku podmiotu, jeżeli zadeklarowano określoną szerokość pól np. 26 znaków, pobierane jest ostatnie 26 znaków z tego pola. Tak otrzymany numer jest następnie brany pod uwagę przy identyfikacji podmiotu i przepisywany na zapis kasowy/bankowy.
  • Rozpoznawanie przelewów dla których zastosowano metodę podzielonej płatności odbywa się poprzez rozpoznanie ciągu znaków /VAT/ (…) /IDC/ (…) /INV/. Oznacza on, że jest to przelew MPP.  Jeżeli w importowanym pliku będą dwa przelewy z identycznym opisem o takiej strukturze, to ten na mniejszą kwotę zostanie oznaczony jako Kwota VAT. W przypadku, gdy oba przelewy będą miały taki sam opis i taką samą kwotę – żaden z nich nie będzie miał zaznaczonego parametru Kwota VAT.
  • Po imporcie wyciągu do rejestru oznaczonego jako Rachunek VAT dla MPP wszystkie zapisy mają zaznaczone parametry: MPP- podzielona płatność i Kwota podatku.
  • Na przelewach oznaczanych jako Kwota VAT domyślnie jest ustawiany Status: Nie podlega rozliczeniu. 
Uwaga
W Konfiguracji Firmy/ Kasa/Bank/ Parametry dostępny jest parametr Automatyczne dodawanie numerów rachunków bankowych do karty kontrahenta. Podczas importu przelewów z pliku gdy kontrahent nie zostanie zidentyfikowany to na zapisie kasowym/bankowym podstawi się jako nieokreślony, natomiast rachunek bankowy może zostać przepisany z wyciągu. Przy zaznaczonym parametrze Automatyczne dodawanie numerów rachunków bankowych do karty kontrahenta przy edycji zaimportowanego zapisu i zmianie kontrahenta z nieokreślonego na innego pojawi się pytanie: Na karcie kontrahenta nie ma takiego numeru rachunku bankowego. Czy dodać numer rachunku na kartę kontrahenta? Akceptacja spowoduje, że na kartę wybranego kontrahenta zostanie dodany rachunek bankowy zaimportowany z wyciągu. Wszelkie modyfikacje później w obrębie rachunku nie będą już miały odzwierciedlenia w numerze. Jeżeli parametr w konfiguracji nie będzie zaznaczony po zmianie kontrahenta komunikat się nie pojawi i numer rachunku nie będzie dopisywany do karty kontrahenta.
Uwaga
Numer rachunku nie zostanie przepisany na kartę kontrahenta w przypadku gdy jest to kontrahent unijny który nie posiada uzupełnionego prefiksu kraju. Dla transakcji unijnych wymagane jest uzupełnienie prefiksu kraju na karcie kontrahenta.
W przypadku importu wyciągów walutowych importowanych do rejestru, który obsługuje Magazyn walut, jeżeli w magazynie jest niewystarczająca ilość środków do rozliczenia, przy imporcie pokaże się komunikat o braku środków i dokument zapisze się z zaznaczonym parametrem Magazyn walut. Oznacza to, że taki zapis wpływa na magazyn walut, jednakże nie zostanie rozliczony w magazynie walut, ani on, ani żaden zapis występujący po nim. Zapisy można będzie rozliczyć dopiero, gdy do rejestru wpłyną odpowiednie środki.

Import za pomocą usługi sieciowej

W systemie jest również dostępny import przelewów za pomocą usługi sieciowej. Jest możliwość importu wyciągów bankowych bądź historii operacji, jeżeli za dany okres nie jest jeszcze dostępny wyciąg bankowy.Z Banku Millennium zawsze importujemy historię operacji, z Citi Handlowy i mBanku importowane są wyciągi, z banku Santander importujemy wyciągi i historię. Zalecamy, aby okres raportów kasowych/bankowych w systemie Comarch ERP Optima był taki sam jak okres raportów w systemie bankowym. Jeżeli okres raportu się nie pokrywa to przy imporcie pojawi się odpowiedni komunikat wraz z pytaniem czy wykonać import historii operacji. Jeżeli wykonany został import historii operacji i następnie potem wykonywany jest ponowny import historii bądź import wyciągu wtedy importowane są tylko te przelewy, które nie zostały jeszcze zaimportowane. Duplikaty są odrzucane. Duplikaty są rozpoznawane po numerze referencyjnym zwracanym przez bank. Nieco inaczej wygląda to w przypadku importu historii/wyciągu za pomocą usługi sieciowej (webservice) w BNP Paribas,  Citi Handlowy,  Banku Millennium i mBanku. Duplikaty są sprawdzane nie po numerze referencyjnym, a wg następujących kryteriów:
  • data księgowania,
  • numer rachunku podmiotu,
  • kwota,
  • opis przelewu.
Jeżeli na importowanych przelewach nie ma tego numeru, to duplikacja sprawdzana jest wg następujących kryteriów:
  • Data księgowania,
  • Numer rachunku kontrahenta,
  • Kwota,
  • Opis przelewu.
Podczas importu sprawdzany jest stan początkowy raportu i porównywany ze stanem początkowym wyciągu bankowego. Jeżeli stany będą niezgodne w logu pokaże się odpowiednie ostrzeżenie. Po zakończeniu importu aktualizowany jest stan końcowy raportu i porównywany ze stanem końcowym w wyciągu. W przypadku braku zgodności również pokazywane jest odpowiednie ostrzeżenie. Przy imporcie za pomocą usługi sieciowej sposób rozpoznawania czy dla danego przelewu została zastosowana metoda MPP jest analogiczna jak w przypadku importu przelewów z pliku. Zostało to opisane w rozdziale powyżej (Import przelewów z pliku)
Uwaga
W Konfiguracji Firmy/ Kasa/Bank/ Parametry dostępny jest parametr Automatyczne dodawanie numerów rachunków bankowych do karty kontrahenta. Podczas importu przelewów z pliku gdy kontrahent nie zostanie zidentyfikowany to na zapisie kasowym/bankowym podstawi się jako nieokreślony, natomiast rachunek bankowy może zostać przepisany z wyciągu. Przy zaznaczonym parametrze Automatyczne dodawanie numerów rachunków bankowych do karty kontrahenta przy edycji zaimportowanego zapisu i zmianie kontrahenta z nieokreślonego na innego pojawi się pytanie: Na karcie kontrahenta nie ma takiego numeru rachunku bankowego. Czy dodać numer rachunku na kartę kontrahenta? Akceptacja spowoduje, że na kartę wybranego kontrahenta zostanie dodany rachunek bankowy zaimportowany z wyciągu. Wszelkie modyfikacje później w obrębie rachunku nie będą już miały odzwierciedlenia w numerze. Jeżeli parametr w konfiguracji nie będzie zaznaczony po zmianie kontrahenta komunikat się nie pojawi i numer rachunku nie będzie dopisywany do karty kontrahenta.
Uwaga
Numer rachunku nie zostanie przepisany na kartę kontrahenta w przypadku gdy jest to kontrahent unijny który nie posiada uzupełnionego prefiksu kraju. Dla transakcji unijnych wymagane jest uzupełnienie prefiksu kraju na karcie kontrahenta.
Na liście raportów kasowych/bankowych dla rejestru, który obsługuje import przelewów poprzez usługę sieciową, wśród kolumn na liście jest kolumna Wyciąg z banku, w której zapisywana jest informacja, czy wyciąg bankowy został pobrany. W sytuacji kiedy najpierw importowana była historia, a następnie wyciąg i żaden z zapisów wyciągu nie został zaimportowany ze względu na duplikację to status raportu w kolumnie Wyciąg z banku zmienia się na Pobrano. W przypadku importu wyciągów walutowych importowanych do rejestru, który obsługuje Magazyn walut, jeżeli w magazynie jest niewystarczająca ilość środków do rozliczenia, przy imporcie pokaże się komunikat o braku środków i dokument zapisze się z zaznaczonym parametrem Magazyn walut. Oznacza to, że taki zapis wpływa na magazyn walut, jednakże nie zostanie rozliczony w magazynie walut, ani on, ani żaden zapis występujący po nim. Zapisy można będzie rozliczyć dopiero, gdy do rejestru wpłyną odpowiednie środki. Eksport przelewów za pomocą usługi sieciowej jest opisany w pkt. Eksport za pomocą usługi sieciowej.
Import przelewów europejskich SEPA
Na zapisach bankowych zaimportowanych za pomocą usługi sieciowej (webservice) do rejestru, który ma zaznaczony parametr Przelewy SEPA widoczna jest dodatkowa zakładka [Dodatkowe SEPA]. Zakładka widoczna jest tylko na przelewach, które w systemie bankowym miały uzupełnione Dodatkowe informacje SEPA. Eksport przelewów europejskich SEPA za pomocą usługi sieciowej jest opisany w pkt. Eksport przelewów europejskich SEPA.

Automatyczne rozliczanie przy imporcie przelewów

Automatycznie rozliczanie jest możliwe zarówno podczas importu zapisów w PLN, jak i importu do rejestrów walutowych (w tym do rejestrów obsługujących magazyn walut).  W sytuacji kiedy kurs waluty na rozliczanej płatności będzie różny od kursu na zaimportowanym zapisie bankowym, automatycznie zostanie wygenerowana różnica kursowa. Funkcjonalność automatycznego rozliczania podczas importu działa zarówno przy imporcie zdefiniowanymi formatami przelewów, jak i formatami MT-940 oraz za pomocą usługi sieciowej (webservice). W przypadku importu Alior Bank WebService automatyczne rozliczanie przelewów przy imporcie nie zadziała dla przelewów walutowych, US oraz ZUS. W przypadku tych przelewów nie jest zwracana sygnatura przelewów. Jeżeli w momencie importu przelewów ma nastąpić ich automatyczne rozliczanie, w oknie Import przelewów należy zaznaczyć parametr Rozliczaj przy imporcie. Po jego zaznaczeniu pojawią się następujące opcje do wyboru:
  • wg identyfikatora
  • wg identyfikatora oraz kolejno wg podmiotu i kwoty
  • wg identyfikatora oraz kolejno wg kwoty i opisu
  • wg identyfikatora oraz kolejno według podmiotu i opisu
  • wg identyfikatora oraz kolejno chronologicznie wg podmiotu
  Zaznaczenie parametru jest zapamiętywane dla danego operatora. Opcja wg identyfikatora oznacza, że w momencie importu w importowanym przelewie rozchodowym wyszukiwany jest Identyfikator operacji, następnie sprawdzane jest czy istnieje nierozliczona płatność o takim samym identyfikatorze. Jeżeli uda się sparować dokumenty, to następuje ich rozliczenie. Jeżeli w importowanym przelewie nie ma identyfikatora operacji lub jeżeli w Preliminarzu płatności nie będzie nierozliczonej płatności o identyfikatorze takim samym jak w importowanym wyciągu, to w momencie importu pojawi się komunikat Rozliczenie przelewu Przelew Lp 1 [] nie zostało wykonane. Brak pary do rozliczenia. i zapis bankowy się zaimportuje, ale jako nierozliczony. Przy wybranej opcji wg identyfikatora oraz kolejno wg podmiotu i kwoty program próbuje najpierw połączyć dokumenty o takim samym identyfikatorze. Jeżeli nie uda się sparowanie płatności po identyfikatorze operacji, to sprawdzane jest drugie kryterium, tj. podmiot i kwota. Jeżeli w Preliminarzu płatności znajduje się nierozliczona płatność na ten sam podmiot i taką samą kwotę co w importowanym przelewie (oraz zgadza się kierunek przychód/ rozchód) to następuje ich rozliczenie. Przy wybranej opcji wg identyfikatora oraz kolejno wg kwoty i opisu program próbuje najpierw połączyć dokumenty o takim samym identyfikatorze. Jeżeli nie uda się sparowanie płatności po identyfikatorze operacji, to sprawdzane jest drugie kryterium, tj. kwota i opis. Program wyszukuje nierozliczone płatności o takiej samej kwocie jak na importowanym zapisie, jeżeli znajdzie taką płatność to dalej sprawdzane jest czy pole Opis na importowanym zapisie zawiera ciąg znaków z pola Numer obcy/ Opis do banku ze zdarzenia. W przypadku gdy uda się znaleźć odpowiednią płatność, następuje ich rozliczenie. Przy wybranej opcji wg identyfikatora oraz kolejno według podmiotu i opisu program próbuje najpierw połączyć dokumenty o takim  samym identyfikatorze. Jeżeli nie uda się sparowanie płatności po identyfikatorze operacji, to sprawdzane jest drugie kryterium, tj. podmiot i opis. Program wyszukuje nierozliczone płatności na ten sam podmiot jaki jest na importowanym zapisie, jeżeli znajdzie taką płatność to dalej sprawdzane jest czy pole Opis na importowanym zapisie zawiera ciąg znaków z pola Numer obcy/ Opis do banku ze zdarzenia. W przypadku gdy uda się znaleźć odpowiednią płatność, następuje ich rozliczenie. Po wybraniu opcji wg identyfikatora oraz kolejno chronologicznie wg podmiotu program próbuje najpierw połączyć dokumenty o takim  samym identyfikatorze. Jeżeli nie uda się sparowanie płatności po identyfikatorze operacji, to wyszukiwane są nierozliczone płatności na ten sam podmiot, jaki jest na importowanym zapisie i następuje ich rozliczanie chronologicznie, zaczynając od najstarszego. Jeżeli w pliku z banku jest kilka przelewów z tym samym identyfikatorem (np. zapłata za fakturę i opłata bankowa), to przy imporcie z zaznaczoną opcją Rozliczaj przy imporcie, w pierwszej kolejności rozliczany jest ten przelew, na którym został rozpoznany podmiot. Jeżeli nie uda się znaleźć żadnej płatności spełniającej wybrane kryterium, to w momencie importu pojawi się komunikat Rozliczenie przelewu Przelew Lp 1 [] nie zostało wykonane. Brak pary do rozliczenia. i zapis bankowy zostanie zaimportowany, ale jako nierozliczony. W przypadku, gdy znaleziona zostanie więcej niż jedna płatność spełniająca dane kryteria (np. importujemy zapisy z wybraną opcją wg identyfikatora oraz kolejno wg podmiotu i kwoty, w Preliminarzu płatności są 2 płatności bez Identyfikatora operacji ale wprowadzone na ten sam podmiot i tą samą kwotę co w importowanym zapisie) to w momencie importu pojawi się komunikat Rozliczenie przelewu Przelew Lp 1 [] nie zostało wykonane. Został znaleziony więcej niż jeden dokument spełniający wybrane kryteria rozliczania. i zapis bankowy zostanie zaimportowany, ale jako nierozliczony. W przypadku, gdy znaleziona zostanie jedna płatność spełniająca dane kryteria, ale jest ona w buforze, to w momencie importu pojawi się komunikat Rozliczenie niemożliwe. Dokument [NR DOK] jest w buforze. i zapis bankowy zostanie zaimportowany, ale jako nierozliczony. W przypadku, gdy znaleziona zostanie jedna płatność spełniająca dane kryteria, ale jest ona w innej walucie niż waluta danego wyciągu, to w momencie importu pojawi się komunikat Rozliczenie niemożliwe. Dokumenty posiadają różne waluty rozliczenia. i zapis bankowy zostanie zaimportowany, ale jako nierozliczony. W przypadku, gdy dany operator posiada zakaz do rozliczania w danym rejestrze, to w momencie importu pojawi się komunikat Rozliczenie niemożliwe. Bieżący operator posiada zakaz wykonywania akcji rozliczanie  na obiektach typu zdarzenia i zapisy k/b  w rejestrze [REJESTR]. i zapis bankowy zostanie zaimportowany, ale jako nierozliczony. Na liście zapisów kasowych/bankowych można dodać kolumnę Identyfikator eksportu, która domyślnie jest dostępna w kolumnach ukrytych. Aby w momencie importu przelewów odpowiedni identyfikator został zaczytany z pliku, w wykorzystywanym formacie przelewów musi znajdować się pozycja Identyfikator operacji. W przypadku importu z pliku MT-940, identyfikator jest wyszukiwany jako ciąg 13 znaków, znajdujący się w sekcji :61: po ostatnim znaku kwoty i po symbolach N lub S i 3 dowolnych znakach. W przypadku importu przelewów za pomocą usługi sieciowej (webservice), identyfikator jest zaczytywany z pliku xml z tagu < EndToEndId>.
Uwaga
Przelewy MPP które mają zaznaczony parametr Kwota podatku nie podlegają rozliczeniu.

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.

Preliminarz płatności

Preliminarz płatności to lista wszystkich zaplanowanych na przyszłość zdarzeń związanych z przychodami i rozchodami środków finansowych w firmie. Są tu też zdarzenia dotyczące przeszłości, a także zdarzenia rozliczone. Preliminarz płatności w swojej strukturze odpowiada podziałowi na rejestry kasowe/bankowe. Planując, zatem przepływ środków finansowych w firmie od razu przypisujemy przyszłe przychody i rozchody do odpowiednich rejestrów (kont bankowych, kas czy firmowych kart płatniczych). Zdarzenia w preliminarzu generowane są na podmiot wskazany jako płatnik na dokumentach tak przychodowych jak i kosztowych lub na płatnika skojarzonego z formą płatności. Zdarzenie utworzy się z formą płatności oraz na rachunek bankowy skojarzony z płatnikiem.
Uwaga
Dla odróżnienia dokumentów pochodzących z Preliminarza od dokumentów pochodzących z rejestrów kasowych/bankowych: dokumenty z Preliminarza nazywamy zdarzeniami (planowanymi zdarzeniami), natomiast dokumenty z rejestrów kasowych/bankowych nazywamy jak dotychczas zapisami kasowymi/bankowymi.
Planowane zdarzenia w Preliminarzu 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. Na formularzach dokumentów znajduje się pole z wyborem domyślnego płatnika. Zdarzenie w preliminarzu wygeneruje się albo na podmiot wskazany w dokumencie jako domyślny płatnik, albo na płatnika skojarzonego z formą płatności. Płatność w pierwszej kolejności tworzona jest na płatnika skojarzonego z formą płatności. Gdy na formie płatności nie jest podpięty żaden płatnik to zdarzenie utworzy się na płatnika wskazanego w dokumencie źródłowym. Przykładami mogą być: zatwierdzona faktura sprzedaży lub zakupu z odroczoną płatnością, faktura w buforze – niezależnie od formy płatności, dokumenty tworzone w rejestrach VAT i listy płac. Jak widać więc, zapisy w Preliminarzu mogą pochodzić z różnych modułów systemu Comarch ERP Optima.
Dzięki zdarzeniom zapisanym w Preliminarzu uzyskujemy możliwość:
  • dokładnego śledzenia bieżącego stanu naszych zobowiązań i należności,
  • dużą łatwość rozliczania planowanych płatności z zapisami potwierdzającymi ich realizację,
  • możliwość kompensowania ze sobą zdarzeń,
  • prognozowania na przyszłość przepływu i stanu środków finansowych w firmie,
  • oceny planowanych wydatków w podziale na poszczególne kategorie – prognozy dla kategorii, które przyniosą nam największe zyski i największe koszty.
Preliminarz płatności dostępny jest w Kasa/Bank /Preliminarz płatności (również pod skrótem klawiszowym <CTRL>+<H>). Preliminarz płatności posiada dwie zakładki:

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 zdarzenia - 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 - 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.

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. 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ą.

MPP a zdarzenia związane z fakturą/dokumentem z rejestru VAT

Mechanizm podzielonej płatności dostępny jest na zdarzeniach, które znajdują się w rejestrach bankowych i dotyczą kontrahentów lub urzędów. Jeżeli płatność podlega mechanizmowi podzielonej płatności  to na zdarzeniu pojawiają się dodatkowe pola: Kwota podatku, NIP i Numer dokumentu. Na zdarzeniach, które nie mają zaznaczonego parametru Split payment pola są niewidoczne. Na zdarzeniach, które nie mają zaznaczonego parametru MPP – podzielona płatność pola są niewidoczne. W przypadku dokumentów handlowych (faktury zakupu, faktury sprzedaży, faktury zaliczkowej, faktury finalnej i wystawionych do nich korekt) oraz dokumentów wprowadzonych do rejestru VAT parametr MPP
  • na dokumenty handlowe, np. faktury zakupu i dokumenty w rejestrze VAT dziedziczony jest z karty kontrahenta (można go samodzielnie zaznaczyć/odznaczyć),
  • na płatności do tych dokumentów parametr dziedziczony jest z dokumentów źródłowych (z możliwością zmiany).
Wyjątek stanowią dokumenty wystawione w innej walucie. Jeśli na dokumencie walutowym parametr Płatność VAT w PLN jest:
  • zaznaczony – powstają dwa zdarzenia, pierwsze w walucie dokumentu (kwota netto) i parametr MPP – podzielona płatność nie jest zaznaczony oraz drugie zdarzenie w PLN (równowartość kwoty VAT) z zaznaczonym parametrem o podzielonej płatności.
  • niezaznaczony – powstaje płatność w walucie, parametr związany z podzieloną płatnością nie jest zaznaczony
Na płatnościach do dokumentu , który ma zaznaczony parametr MPP – podzielona płatność program automatycznie:
  • zaznacza MPP – podzielona płatność – parametr odczytany jest z nagłówka dokumentu źródłowego wystawionego dla kontrahenta / urządu,
  • uzupełnia Numer dokumentu – pobiera go z dokumentu, z którym związana jest płatność,
  • uzupełnia Numer NIP kontrahenta – numer NIP pobierany jest z dokumentu, z którym związana jest dana płatność (numer NIP wpisany na zakładce [2. Kontrahent na fakturze/w rejestrze VAT]),
  • przenosi łączną kwotę VAT.
Użytkownik ma możliwość modyfikacji kwoty VAT oraz numeru dokumentu. Program kontroluje, aby kwota VAT na zdarzeniu:
  • nie przekroczyła kwoty VAT wykazanej na dokumencie, z którym płatność jest związana,
  • nie była wyższa niż kwota tej płatności
Uwaga
Pole z numerem NIP zawsze pobierane jest z dokumentu źródłowego i na płatności nie podlega edycji (nie można go zmienić). Zmiany należy dokonać na dokumencie źródłowym.

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.

MPP a inne zdarzenia

Parametr MPP – podzielona płatność  widoczny jest również na innych płatnościach niż wyżej wymienione (np. płatnościach z BO, do dokumentów wprowadzonych do Ewidencji dodatkowej, ręcznie wprowadzonych do Preliminarza płatności) wprowadzonych na kontrahenta lub urząd, jednak domyślnie jest on zawsze niezaznaczony. Po zaznaczeniu parametru w polu:
  • Numer dokumentu –podpowiadany jest Numer obcy ze zdarzenia,
  • NIP –podpowiadany jest numer NIP odczytany z formularza kontrahenta,
  • Kwota podatku – domyślnie jest zero, należy ją wpisać samodzielnie. Kwota VAT nie może być większa niż kwota płatności
Przy podziale takiego zdarzenia program przepisuje informacje o stosowaniu podzielonej płatności .Kwota podatku jest wyliczona proporcjonalnie na obu płatnościach. 

MPP a zdarzenia powstałe do deklaracji

Od 1 listopada 2019 roku z rachunku VAT można regulować płatności dotyczące:
  • podatku dochodowego od osób prawnych,
  • podatku dochodowego od osób fizycznych,
  • podatku akcyzowego,
  • należności celnych
  • składek ZUS.
W związku z tym, na płatnościach, które powstały do zaliczek/ deklaracji parametr MPP – podzielona płatność jest domyślnie zaznaczany. W polu Kwota podatku podpowiadana jest cała kwota płatności, jako numer dokumentu wprowadzony jest numer deklaracji, np. DEK/11/2019/VAT7 oraz uzupełniany jest numer NIP (dla podatku od osób fizycznych podpowiadany jest NIP wspólnika, dla pozostałych typów podatków NIP z Pieczątki firmy). Wszystkie te pola można modyfikować.
Uwaga
W przypadku płatności do urzędu skarbowego i ZUS nie ma konieczności zaznaczania parametru MPP – podzielona płatność, bank automatycznie dokona płatności z rachunku VAT.

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.

Comarch Apfino – usługi finansowe

W Preliminarzu płatności wprowadziliśmy możliwość korzystania z dostępnych w Comarch ERP Optima usług finansowych Apfino. Zasada działania i sposób kwalifikacji dla poszczególnych usług jest analogiczny jak na liście faktur sprzedaży. Z poziomu Płatności możemy korzystać z faktoringu, windykacji, przesyłać płatności i synchronizować wcześniej wysłane faktury i płatności. W menu głównym pojawił się przycisk Usługi finansowe, po jego rozwinięciu mamy możliwość wybrania jednej z czterech usług. Usługi te dostępne są także w menu kontekstowym. Na liście Płatności mamy kolumny związane w usługami finansowymi Comarch Apfino. Są to: Płatności Apfino, Windykacja, Faktoring. Na dole listy, w sekcji Filtr pojawiła się możliwość zawężenia listy dokumentów wg kryterium, które pozwala w szybki sposób odszukać dokumenty, które możemy zgłosić do windykacji/faktoringu, zgłoszone lub odrzucone.
Uwaga
W Preliminarzu płatności widzimy wszystkie płatności dla danego dokumentu. W przypadku dokumentów, które posiadają kilka płatności (np. płatność została rozłożona na kilka rat), zgłoszenie danej płatności do windykacji/faktoringu powoduje zgłoszenie całego dokumentu.
Jednym z kryteriów decydującym o tym czy dana faktura nadaje się do windykacji/faktoringu jest forma płatności i termin płatności. Obie te wartości odczytywane są z formularza faktury, a nie ze zdarzenia w preliminarzu płatności.
Przykład
Faktura posiada 2 płatności, obie oznaczone jako Odzyskaj pieniądze. Zgłoszenie jednej z płatności powoduje, że zgłaszamy całą fakturę. Na obu płatnościach pojawi się informacja: W trakcie faktoringu

Faktoring – Finansuj faktury

Aby móc finansować faktury należy:
  • Założyć darmowe konto na platformie Comarch Apfino
  • Zintegrować konto Comarch ERP Optima – Comarch Apfino
  • Zawrzeć i potwierdzić umowę faktoringową z faktorem (SMEO lub Faktoria Sp. z o.o.)
  • W przypadku finansowania we współpracy z Faktorią Sp. z o.o.  należy najpierw wprowadzić kontrahentów do Comarch Apfino. Należy pamiętać, aby dany kontrahent posiadał przyznany limit, gdyż brak limitu będzie skutkować odrzuceniem wniosku. O limit wnioskujemy w Comarch Apfino.
Z poziomu listy płatności do finansowania możemy przesłać dokumenty, które są fakturami sprzedaży (w tym fakturami finalnymi), są zatwierdzone na stałe, wystawione w walucie PLN lub w Euro, faktury są nierozliczone lub rozliczone częściowo. Wszystkie warunki, w zależności od wybranego faktora (SMEO/Faktoria Sp. z o.o.), opisane są  tutaj. Więcej informacji na temat usługi znajdziecie Państwo na stronie Apfino : Faktoring dla mikro i małych firm Faktoring dla średnich i dużych firm Dokumenty do faktoringu możemy przekazać korzystając z przycisku  w menu głównym, z menu kontekstowego lub klikając w kolumnie Faktoring w Finansuj fakturę. Kolumna Faktoring może mieć wartość:
  • Finansuj fakturę – faktura spełnia warunki do przesłania jej do finansowania
  • W trakcie faktoringu – dokument został przesłany do finansowania
  • Faktoring odrzucony – dokument został odrzucony.

Windykacja – odzyskaj pieniądze

W przypadku, gdy mamy założone i zintegrowane z Comarch ERP Optima konto w Comarch Apfino, w Comarch ERP Optima uzupełniony klucz wymiany oraz podpisaną umowę o windykację możemy zgłosić faktury do windykacji. Odzyskanie pieniędzy może dotyczyć jednego dokumentu, kilku faktur wystawionych dla tego samego kontrahenta lub faktur dla różnych kontrahentów. Dokumenty do windykacji można przesłać korzystając z przycisku  w menu głównym, z menu kontekstowego lub klikając w kolumnie Windykacja w tekst Odzyskaj pieniądze. Kolumna Windykacja może mieć wartość:
  • Odzyskaj pieniądze – dokument spełnia warunki do przekazania go w celu odzyskania pieniędzy
  • W trakcie windykacji – sprawa została przekazana do Comarch Apfino. Informacja o statusie sprawy dostępna jest po zalogowaniu się do platformy Comarch Apfino.
  • Windykacja odrzucona – sprawa nie została przyjęta, informacje na temat odrzucenia sprawy są dostępne po zalogowaniu się do platformy Comarch Apfino.
  Sposób przekazywania dokumentów do windykacji został opisany w artykule Jak przekazać Faktury do windykacji? – Baza Wiedzy programu Comarch ERP Optima Więcej informacje o windykacji znajduje się na stronie Apfino.

Płatności – prześlij do Apfino i zapłać

Uruchomienie tej usługi powoduje przesłanie płatności do Comarch Apfino. Płatności te widoczne są na platformie Comarch Apfino w sekcji Płatności na Liście wydatków i Liście wpływów. Z poziomu platformy Comarch Apfino Użytkownik może uregulować płatność. Kolumna Płatności Apfino może mieć wartość:
  • Przesłano – oznacza to, że płatność została poprawnie przesłana do Comarch Apfino,
  • Prześlij ponownie– oznacza to, że na płatności zostały zmienione dane (np. płatność została rozliczona) i należy ją ponownie przesłać do Comarch Apfino,
  • Nie przesłano– oznacza to, że płatność nie została jeszcze przesłana do Comarch Apfino.
  • Nie dotyczy– wartość ta pojawia się dla płatności związanych z listami płac, które nigdy nie są wysyłane do Comarch Apfino oraz dla płatności do pozostałych dokumentów które są w buforze.
Po zalogowaniu się na platformę Comarch Apfino Użytkownik ma możliwość wykonania płatności. Do Comarch Apfino można przekazywać płatności związane z dokumentami handlowymi sprzedaży i zakupu, deklaracjami, dokumentami wprowadzonymi do rejestru VAT, ewidencji dodatkowej oraz płatności zarejestrowane bezpośrednio w preliminarzu płatności, które są:
  • zatwierdzone na stałe,
  • które nie były wcześniej przesyłane lub od czasu wysyłki na formularzu dokumentu zostały zmodyfikowane dane.
Uwaga
Do Comarch Apfino nie przekazujemy płatności związanych z listami płac.
W programie Comarch ERP Optima istnieje możliwość automatycznego wysyłania danych o płatnościach do Comarch Apfino. Umożliwia to usługa Comarch ERP Serwis Operacji Automatycznych (SOA). Dzięki SOA płatności będą wysyłane automatycznie wg ustalonego wcześniej harmonogramu. Cykliczność wysyłania płatności spowoduje, że na platformie Comarch Apfino będzie zawsze aktualna informacja o stanie wydatków i wpływów. Szczegóły na temat wykorzystania SOA znajdują się w artykule dotyczącym parametrów Serwisu Operacji Automatycznych.

Faktury / Płatności – synchronizuj

Usługa Faktura / Płatności – synchronizuj powoduje aktualizację dokumentów i ich płatności pomiędzy Comarch ERP Optima a ich stanem w Comarch Apfino.

Raporty kasowe/bankowe

Lista raportów kasowych/bankowych

Lista raportów kasowych/bankowych jest dostępna z menu Kasa/Bank/ Raporty kasowe/bankowe. Na liście wyświetlane są raporty, które dotyczą wskazanego przez użytkownika rejestru. Rejestr wybieramy w lewym dolnym rogu okna (pole Rejestr:) z listy zdefiniowanych wcześniej rejestrów. Podwójne kliknięcie na raport otwiera listę jego zapisów kasowych/bankowych. Jeżeli w polu Rejestr wybrano opcję -wszystkie-, na liście będą widoczne raporty z wszystkich rejestrów kasowych i bankowych. Na liście, dla każdego raportu wyświetlane mogą być poniższe kolumny: Numer raportu – kolejny numer raportu. Data otwarcia – data otwarcia raportu. Stan poprzedni – stan końcowy poprzedniego, zamkniętego raportu. Jest on jednocześnie saldem otwarcia bieżącego raportu. Dla pierwszego raportu w rejestrze jest to Saldo B.O. tego rejestru. Jeśli poprzedzający raport jest otwarty – wpisywane jest zero lub wyliczana jest wartość, jest to zależne od parametru w Konfiguracji firmy. Obroty – suma przychodów i rozchodów wg zapisów kasowych/bankowych w tym raporcie. Przychody – suma wpłat w danym raporcie kasowym/bankowym. Rozchody – suma wypłat w danym raporcie kasowym/bankowym. Stan końcowy – stan poprzedni + obroty. Jeśli dany lub poprzedzający raport jest otwarty – wpisywane jest zero lub wyliczana jest wartość, jest to zależne od parametru w Konfiguracji firmy.
Uwaga
Stan poprzedni, Obroty, Przychody, Rozchody oraz Stan końcowy są wykazywane w walucie, w jakiej prowadzony jest rejestr.
Data zamknięcia – data, kiedy raport został lub powinien zostać zamknięty.
Stan raportu (otwarty, zamknięty, zaksięgowany) na liście rozróżniane jest kolorami:
  • Zielony kolor oznacza raport otwarty,
  • Czarny kolor oznacza raport zamknięty, ale nie zaksięgowany,
  • Niebieski kolor oznacza raport zaksięgowany.
Listę 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:  – renumeracja raportów kasowych/bankowych.  – księgowanie – możliwe jest jedynie, jeśli użytkownik posiada równocześnie moduł Comarch ERP Optima Księga Handlowa. Zakres dat – listę można zawęzić do raportów obejmujących podany okres czasu. Zaznaczenie parametru uaktywnia pola, gdzie można podać datę początkową i końcową. Ukryj zamknięte oraz Ukryj zaksięgowane – listę można zawęzić ukrywając raporty zamknięte i/lub zaksięgowane.  – lista zapisów kasowych/ bankowych raportu. 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 w rozdziale Standardy w programie. Zasady otwierania i zamykania raportów kasowych/bankowych:
  • Data otwarcia kolejnego raportu musi być późniejsza, niż data zamknięcia poprzedniego. Oznacza to w szczególności, że nie da się otworzyć dwóch raportów w ciągu jednego dnia.
  • W chwili otwarcia nowej bazy danych w domyślnym rejestrze KASA otwarty jest raport kasowy bez określonej daty zamknięcia. Przed otwarciem kolejnego raportu w rejestrze KASA należy określić datę zamknięcia tego raportu.
  • Bilans otwarcia (Stan poprzedni) dla danego raportu zostanie wyliczony (i będzie widoczny na ekranie) tylko wtedy, gdy wszystkie poprzedzające go raporty będą zamknięte lub po zaznaczeniu odpowiedniego parametru w Konfiguracji firmy/ Kasa i Bank/ Parametry.
  • Zamknięcie raportu może zostać wykonane tylko wówczas, gdy wszystkie poprzedzające go raporty są zamknięte.
  • Możliwe jest dodanie nowego raportu kasowego/bankowego, w sytuacji gdy istnieją już kolejne zamknięte i zaksięgowane raporty. Aby Stan po przedni i Stan końcowy w kolejnych raportach były wyświetlane poprawnie, nowo dodany raport należy zamknąć, a następnie wykonać Odbudowę stanów raportów k/b, dostępną w menu Narzędzia / Korekty danych.

Raporty kasowe/bankowe

Z każdym rejestrem kasowym/bankowym może być związana dowolna ilość raportów kasowych/bankowych. Z kolei w skład każdego raportu może wchodzić dowolna liczba zapisów kasowych/bankowych, które określają przychody i rozchody środków finansowych w firmie. Raport składa się z zapisów, które określają przychody i rozchody środków finansowych w firmie.
Raporty kasowe/bankowe wchodzące w skład określonego rejestru dziedziczą z jego parametrów:
  • okres raportów – czyli okres czasu, jaki obejmuje jeden raport. Okres raportów określamy na poziomie rejestru, do którego raporty należą. Przypomnijmy, że okres raportów może być niestandardowy, dzienny, tygodniowy, dekadowy lub miesięczny. Oznacza to, że częstotliwość (okres) zamykania raportów może być różna dla różnych rejestrów. Np. raporty kasowe mogą być zamykane w okresach tygodniowych, a raporty z rejestrów bankowych – dziennie.
  • Zasady numeracji raportów – definiując rejestr, w polu numeracja raportów określamy, jakiej klasy raporty będą składały się na nasz rejestr. Pociąga to za sobą wykorzystanie schematu numeracji właściwego tej klasie raportów. Przykład numeracji raportów wyświetli się obok pola Numeracja raportów. Przypomnijmy, że jeśli firma prowadzi więcej niż jeden rejestr kasowy/bankowy – należy w schemacie numeracji uwzględnić symbol rejestru (pole Rejestr). Wtedy raporty będą numerowane kolejno w obrębie każdego z rejestrów.
  • Saldo B.O. – saldo otwarcia rejestru jest przenoszone, jako otwarcie: Stan poprzedni: pierwszego raportu kasowego w danym rejestrze.
Zapisy mogą być wprowadzane tylko do raportów o statusie otwarty. Jeśli raporty poprzedzające aktualnie otwarty mają status zamkniętych, stan końcowy każdego z nich jest automatycznie przenoszony, jako otwarcie następnego (pole Stan poprzedni:).

Otwarcie nowego raportu kasowego/bankowego

Nowy raport kasowy/bankowy otwieramy z poziomu listy raportów określonego rejestru kasowego/bankowego. Służy do tego przycisk  lub klawisz <INSERT>. Formularz raportu kasowego/bankowego zawiera: Rejestr – nazwa rejestru, w którym otwieramy raport. Pobierana jest automatycznie, pole nie jest edytowane. Numer – w chwili pierwszej edycji formularza nowego raportu w tym polu znajduje się opis „AUTONUMER”. Numer raportu zostanie nadany w chwili jego zapisu. Każda kolejna edycja formularza raportu numer będzie już zawierała. Numery raportów nadawane są zgodnie ze schematem numeracji właściwym klasie tych dokumentów. Nieedytowalny. Numer obcy – miejsce na wpisanie numeru obcego dla zakładanego raportu (np. oryginalny numer wyciągu otrzymanego z banku). Pole jest dostępne tylko w przypadku, jeśli na formularzu rejestru, w którym zakładany jest raport zaznaczona jest opcja Numery obce. Numery obce mogą być wykorzystywane podczas księgowania raportów do modułu Księga Handlowa. Data otwarcia – data otwarcia raportu. Podczas otwierania nowego raportu program sprawdza datę zamknięcia poprzedniego i na nowym raporcie jako datę otwarcia proponuje dzień następny. Status raportu – czy raport jest otwarty, czy zamknięty. Zmianę statusu na zamknięty wykonujemy zaznaczając pole Zamknięty myszką lub klawiszem spacji. Data zamknięcia – program proponuje datę zamknięcia raportu zgodnie z przyjętym okresem raportowania (dzień, tydzień, miesiąc…) począwszy od wprowadzonej daty otwarcia. Stan poprzedni – w chwili pierwszej edycji formularza raportu nie jest widoczny. Zostanie policzony po pierwszym zapisie formularza. Będzie widoczny zarówno na liście raportów jak i przy każdej kolejnej edycji formularza, pod warunkiem, że wszystkie poprzednie raporty mają status zamkniętych. Przychody – suma przychodów wg zapisów w raporcie. Rozchody – suma rozchodów wg zapisów w raporcie. Stan końcowy – wartość końcowa środków w raporcie. Jest to suma wartości z pól Stan poprzedni= Rozchody + Przychody.
Uwaga
Informacje o Stanie poprzednim, Przychodach, Rozchodach oraz Stanie końcowym są zawsze wykazywane w walucie w jakiej prowadzony jest rejestr.
Wprowadził – operator, który założył raport. Zmodyfikował – operator, który dokonywał ostatniej modyfikacji.
Raport kasowy bankowy
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 zapisów kasowych/ bankowych raportu

Renumeracja raportów kasowych/bankowych

Renumeracja raportów kasowych/ bankowych możliwa jest z poziomu Listy raportów kasowych/bankowych po wciśnięciu przycisku  (lub przycisk <F8>). Proces renumeracji jest ściśle związany ze schematem numeracji wykorzystywanym dla raportów w danym rejestrze. Program kontroluje:
  • czy raporty numerowane są w obrębie miesiąca czy roku,
  • czy raporty numerowane są w obrębie roku kalendarzowego czy obrachunkowego,
  • zastosowanie schematu numerującego raporty narastająco w obrębie miesiąca powoduje renumerację narastająco w obrębie miesiąca,
  • zastosowanie schematu numerującego raporty narastająco w obrębie roku kalendarzowego powoduje renumerację narastająco w obrębie roku kalendarzowego,
  • zastosowanie schematu numerującego raporty narastająco w obrębie roku obrachunkowego powoduje renumerację narastająco w obrębie roku obrachunkowego.
Przed rozpoczęciem renumeracji program wyświetla komunikat o zmianie numeracji. Następnie w zależności od zastosowanego schematu numeracji należy podać:
  • dla numeracji w obrębie miesiąca:
numer raportu, od którego należy rozpocząć renumerację w danym miesiącu, miesiąc w obrębie, którego mają być renumerowane raporty, rok kalendarzowy/obrachunkowy,
  • dla numeracji w obrębie roku kalendarzowego/ obrachunkowego:
numer raportu, od którego należy rozpocząć renumerację, rok kalendarzowy/obrachunkowy w obrębie, którego należy wykonać renumerację.
Parametry renumeracji raportów kasowych/bankowych
Po dokonaniu renumeracji wyświetlony zostanie raport o zmianach w numeracji raportów. Zasady renumeracji raportów:
  • Renumeracja raportów działa tylko w obrębie raportów konkretnego rejestru.
  • Bez względu na schemat numeracji renumeracja dotyczy wyłącznie segmentu określającego numer raportu.
  • W wyniku renumeracji nie następuje przeniesienie raportu, a tylko zmiana jego numeru.
  • Renumeracja jest ściśle związana ze schematem numeracji.
  • Renumeracja dotyczy wszystkich wskazanych raportów bez względu na ich okres (niestandardowy, dzienny, tygodniowy, dekadowy, miesięczny).
  • Renumeracja jest możliwa bez względu na to, czy raport jest otwarty czy zamknięty.
  • Nie może zostać zmieniony numer raportu zaksięgowanego. W sytuacji, gdy podczas renumeracji program natrafi na raport zaksięgowany, którego numer powinien zostać zmieniony – renumeracja zostanie anulowana.

Formularz zapisu kasowego/bankowego

Formularz zapisu w raporcie kasowym/bankowym podzielony został na trzy zakładki: [Ogólne], [Podmiot] i [Rozliczenia dokumentów]. W tytule okna pojawia się nazwa rejestru, do którego zapis zostanie wprowadzony. 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: - Kwoty dodatkowe – wykorzystywane podczas księgowania raportów kasowych/ bankowych do modułu Księga Handlowa (opisano dokładniej w rozdziale Kwoty dodatkowe), - Lista dokumentów nierozliczonych dla podmiotu określonego na zapisie (funkcja Rozliczenia).

Operacje seryjne na raportach

W programie istnieje możliwość wykonywania dwóch rodzajów operacji seryjnych na raportach:
  • Otwieranie seryjne raportów,
  • Zamykanie seryjne raportów.
Wykonywanie operacji na liście raportów jest dostępne z menu kontekstowego (pod prawym klawiszem myszy). Jeśli występują zamknięte raporty, wówczas w menu jest dostępna opcja Otwórz, a w przeciwnym wypadku aktywna będzie opcja Zamknij. Otwieranie seryjne umożliwia otwarcie wszystkich wskazanych raportów (w ramach danego rejestru), począwszy od ostatniego, (czyli z najpóźniejszą datą) do pierwszego, (czyli z najwcześniejszą datą). Z kolei zamykanie seryjne umożliwia zamknięcie wszystkich wskazanych raportów (w ramach danego rejestru), począwszy od pierwszego, (czyli z najwcześniejszą datą) do ostatniego, (czyli z najpóźniejszą datą). Aby wykonać powyższe operacje w pierwszej kolejności należy wskazać raporty, które mają zostać otwarte lub zamknięte. Wybór odbywa się poprzez podświetlenie ostatniego raportu (w przypadku Seryjnego otwarcia) lub pierwszego raportu (w przypadku Seryjnego zamknięcia) z listy raportów, dla których ma zostać wykonana zadana operacja.

Otwieranie seryjne raportów

Jeżeli chcemy otworzyć raport, po którym występują raporty zamknięte, to zostanie wyświetlony komunikat Po wskazanym raporcie występują raporty zamknięte. Czy chcesz otworzyć wskazany raport oraz wszystkie następne? Potwierdzenie komunikatu spowoduje, że wszystkie raporty późniejsze również zostaną otwarte.
Uwaga
Seryjne otwieranie jest możliwe tylko dla raportów niezaksięgowanych. Jeśli zostaną zaznaczone raporty, z których część będzie zaksięgowana, wówczas operacja zostanie przerwana na pierwszym napotkanym zaksięgowanym raporcie, a otwarte zostaną wszystkie raporty do napotkanego zaksięgowanego.

Zamykanie seryjne raportów

Jeżeli chcemy zamknąć raport, przed którym występują raporty otwarte, to zostanie wyświetlona informacja Przed wskazanym raportem występują raporty otwarte. Czy chcesz zamknąć wskazany raport oraz wszystkie poprzednie? Po potwierdzeniu wszystkie raporty wcześniejsze również zostaną zamknięte.

Odbudowa stanów raportów kasowych/ bankowych

W menu Narzędzia/ Korekty danych znajduje się funkcja umożliwiająca odbudowę wyliczonych bilansów otwarcia dla kolejnych raportów, więcej informacji o tej funkcji znajduje się tutaj.

Rejestry kasowe/bankowe

Lista rejestrów kasowych/bankowych

Rejestry kasowe/bankowe w systemie Comarch ERP Optima są odpowiednikiem prowadzonych przez firmę kas gotówkowych, rachunków bankowych lub firmowych kart kredytowych. Każdej kasie, rachunkowi lub karcie kredytowej powinien odpowiadać jeden rejestr. W skład każdego z rejestrów wchodzą raporty kasowe, bankowe lub raporty związane z przychodami i wydatkami dokonywanymi kartą kredytową. Lista rejestrów kasowych/ bankowych dostępna jest z menu Kasa/Bank/Rejestry kasowe/bankowe. Dla każdego z rejestrów należy określić między innymi kwotę początkową (Saldo B.O.), z którą rozpoczynamy pracę z programem oraz okres raportów – czyli częstotliwość, z jaką raporty będą zamykane (nieokreślony, dzienny, tygodniowy, dekadowy lub miesięczny). Każdy zamknięty raport wpływa na stan bieżący środków w rejestrze kasowym/bankowym.
Lista rejestrów bankowych
Rejestry walutowe użytkownik powinien otworzyć tylko w przypadku, gdy posiada rachunek w walucie. Na rachunkach walutowych mogą być wprowadzane tylko zapisy w danej walucie. Zarówno bilans otwarcia jak i zamknięcia są zawsze wykazywane w walucie. Ponadto istnieje możliwość oznaczenia rejestrów nieaktywnych, czyli takich, które nie są już w firmie wykorzystywane (np. stare konto bankowe).
Na liście rejestrów widoczny jest parametr Pokazuj też nieaktywne:
  • jeśli jest zaznaczony – na liście widoczne są wszystkie rejestry (również te nieaktywne),
  • jeśli nie jest zaznaczony – na liście widoczne są tylko rejestry aktywne.
Listę 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 raportów kasowych/ bankowych związanych z rejestrem. - lista zapisów kasowych/ bankowych rejestru. - lista płatności rejestru w Preliminarzu płatności. -funkcja dostępna w module Kasa Bank Plus, została opisane w artykule Magazyn walut. -funkcja dostępna dla rejestrów bankowych, obsługujących wymianę danych za pomocą usługi sieciowej (webservice). 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.

Formularz rejestru kasowego/bankowego: zakładka Ogólne

Nowy rejestr kasowy/bankowy zakładamy z poziomu listy rejestrów przyciskiem  lub z klawiatury klawiszem <INSERT>. Formularz zawierający szczegółowe dane na temat rejestru składa się z pól: Akronim – krótkie (do 20 znaków) określenie rejestru. Rejestr – symbol rejestru, krótki (maksymalnie 5 znaków) symbol rejestru, wykorzystywany w numeracji raportów i zapisów właściwych temu rejestrowi. z tego względu warto symbol rejestru skonstruować tak, aby przeglądając raporty lub zapisy kasowe/bankowe łatwo było zidentyfikować do jakiego rejestru należą. Nazwa – dłuższa nazwa rejestru (maksymalnie 40 znaków). Typ rejestru – rozróżniane są trzy typy rejestrów kasowych/bankowych: kasa – odpowiadający kasom gotówkowym, konto bankowe – odpowiadający prowadzonym przez firmę kontom (rachunkom) bankowym oraz karta kredytowa – to typ rejestrów odpowiadających firmowym kartom kredytowym. Bank – dla rejestrów typu kasa pole nie jest aktywne. Dla rejestrów typu konto bankowe lub karta kredytowa oznacza bank, w którym otwarty jest rachunek lub który wystawił kartę. Akronim banku lub jego numer rozliczeniowy można wpisać z klawiatury lub wspomóc się listą banków dostępną po uruchomieniu przycisku Bank. Jeśli potrzebnego banku nie ma na liście banków, można go z tego poziomu dopisać. Numer rachunku – dla rejestrów typu konto bankowe i karta kredytowa jest to numer rachunku lub numer karty kredytowej. Obydwa numery podlegają walidacji wg algorytmów stosowanych przez instytucje bankowe. Oznacza to, że program nie pozwoli na wpisanie błędnych numerów. W przypadku kont bankowych obok numeru rachunku pojawia się parametr IBAN. Jego wartość jest dziedziczona z formularza wpisanego wcześniej banku (można ją oczywiście zmienić). Rachunek VAT dla MPP – parametr ten pojawia się tylko dla raportów bankowych, prowadzonych w walucie systemowej (PLN). Przeznaczony jest do obsługi podatku VAT. Dokładnie zasady obsługi pól związanych z bankiem zostały opisane w artykule Banki. W przypadku kart kredytowych – oprócz banku i numeru karty kredytowej należy wprowadzić jeszcze typ karty (możliwość wyboru z listy kart zdefiniowanych w Konfiguracji firmy/Kasa i Bank/Karty płatnicze) oraz określić jej datę ważności. Poprawność numeru karty kredytowej jest sprawdzana w oparciu o algorytm Luhna i nie zależy od wybranego typu karty (jak np. na zapisie kasowym/bankowym).
Rejestr kasowy/ bankowy
Numeracja raportów – wybór schematu numeracji, który będzie wykorzystywany do numeracji raportów kasowych/bankowych w obrębie tego rejestru. Schematy numeracji można definiować posługując się funkcją Lista definicji dokumentów. Okres raportów – domyślna długość raportu w danym rejestrze, na podstawie której proponowana jest data zamknięcia dodawanego, nowego raportu. Do wyboru mamy okres niestandardowy, dzienny, tygodniowy, dekadowy i miesięczny. Numery obce – parametr odpowiada za możliwość wpisania dla raportów otwieranych w ramach danego rejestru numerów obcych (czyli np. oryginalnego numeru wyciągu bankowego). Jeśli parametr jest aktywny – podczas zakładania raportu użytkownik ma dostęp do pola Numer obcy. Poniżej można uzupełnić informacje o walucie, w jakiej prowadzony jest rachunek/ kasa. W przypadku wybrania waluty obcej pojawiają się dodatkowe pola związane z przeliczaniem (na potrzeby księgowości) zapisów w walucie na PLN. Saldo B.O. – stan początkowy, z którym rozpoczynamy pracę w danym rejestrze: kasie gotówkowej lub rachunku bankowym. Wpisane tutaj saldo B.O. Przeniesione zostanie, jako stan początkowy pierwszego raportu otwartego w tym rejestrze. Jeśli rejestr jest walutowy obok waluty pojawia się możliwość wybrania typu kursu, według którego powinna być przeliczona kwota w walucie wprowadzona, jako Bilans Otwarcia. Jeśli użytkownik nie jest w stanie wskazać konkretnego kursu – może wybrać opcję kurs Nieokreślony. W takim przypadku podaje bezpośrednio kwotę w walucie i kwotę w PLN, bez przelicznika. W przypadku rejestrów walutowych dodatkowo na formularzu rejestru należy wskazać typ kursu odpowiedni dla zapisów rozchodowych (Typ kursu zakupu) oraz przychodowych (Typ kursu sprzedaży). Będą one wykorzystywane podczas wprowadzania dokumentów bezpośrednio w module Kasa/Bank (niezwiązane z dokumentami zarejestrowanymi w innych modułach).
Uwaga
Jeśli, rejestr jest prowadzony w PLN – można wprowadzać do niego zapisy w dowolnej walucie. Jeśli rejestr jest prowadzony w walucie obcej to można do niego wprowadzać zapisy/ płatności tylko w takiej samej walucie.
W przypadku rejestrów złotówkowych salda wykazywane są zawsze w PLN, niezależnie od waluty dokumentu. Natomiast w przypadku rejestrów walutowych – salda są wykazywane w walucie, w jakiej prowadzony jest rejestr. Poniżej znajdują się pola, gdzie można wpisać informacje dodatkowe: Limit kredytu – limit kredytu związany z rachunkiem bankowym lub firmową kartą kredytową. Kara za przekroczenie – kara (najczęściej kwota potrącana z rachunku) za przekroczenie limitu kredytu. Oprocentowanie rachunku – stopa oprocentowania rachunku. Oprocentowanie kredytu – stopa oprocentowania kredytu. Oprocentowanie karne – oprocentowanie karne rachunku. W górnej części okna widoczny jest parametr Nieaktywny. Służy on do zaznaczania rejestrów, które nie są już w firmie wykorzystywane (np. stare konta bankowe). Jego zaznaczenie spowoduje, że:
  • nie będzie on widoczny na listach wyświetlanych z poziomu innych okien (np. podczas zakładania nowej formy płatności, określania rejestru na liście zapisów kasowych/bankowych itp.),
  • nie będzie wyświetlany na liście rejestrów zawężonej tylko do rejestrów aktywnych.
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 raportów kasowych/ bankowych związanych z danym rejestrem, - lista zapisów kasowych/ bankowych rejestru, - lista płatności rejestru w Preliminarzu płatności.

Formularz rejestru kasowego/bankowego: zakładka Zakazy

Zakazy do rejestrów w module Kasa/Bank

W niektórych firmach do obsługi poszczególnych kas czy rachunków bankowych wyznaczeni są poszczególni operatorzy. Pozostali zaś nie powinni mieć do nich dostępu. Przykładem może być schemat, gdzie kasjerka prowadząca kasę gotówkową nie ma dostępu do informacji o operacjach dokonywanych na rachunku bankowym. Dlatego w module Kasa/Bank wprowadzono blokady dostępu w sposób analogiczny jak np. dostęp do dzienników cząstkowych czy wybranych kont księgowych w module Księga Handlowa. Blokada dotyczy podglądu oraz wykonywania jakichkolwiek operacji w danym rejestrze (zarówno na zapisach kasowych jak i w Preliminarzu płatności) przez wskazanego operatora. Z poziomu zakładki [Zakazy] można ustawić blokadę dla wybranych operatorów. Aby zablokować dostęp do rejestru należy wpisać operatora na listę dostępną z poziomu tej zakładki. Lista jest obsługiwana przez standardowe przyciski. Po wciśnięciu przycisku Dodaj należy z dostępnej listy wybrać kod operatora, który będzie miał założoną blokadę.  
Uwaga
Na liście nie pojawią się:
  • operator aktualnie zalogowany do programu,
  • operatorzy, którzy bieżący rejestr mają zdefiniowany jako kasę domyślną na swojej karcie.
Jeśli operator ma założoną blokadę na dostęp do wybranego rejestru - zapisy z tego rejestru nie są widoczne na Listach zapisów KB oraz w Preliminarzu płatności, niezależnie od wybranej zakładki. Operator nie ma również możliwości automatycznego rozliczania takich zapisów i zdarzeń (funkcja Rozliczenia).
Przykład
Zakładanie rejestrów kasowych/bankowych Firma posiada dwa konta bankowe – w PKO BP S.A. oraz w BPH S.A.. Dla każdego banku warto więc założyć odrębne rejestry – ułatwi to kontrolę przepływu środków na danym koncie. Zakładamy więc dwa rejestry typu konto bankowe o symbolach: PKO oraz BPH. Zgodnie z założonym wcześniej systemem numeracji dokumentów numery kolejne zapisów zawierać będą odpowiednio skróty PKO i BPH. W firmie zatrudnionych jest dwóch kasjerów, którzy dokonują rozliczeń gotówkowych. Również dla każdego z nich zakładamy odrębny rejestr, tym razem typu kasa. Symbolem rejestru mogą być np. inicjały kasjerów (będą one obecne również w numeracji zapisów kasowych).

Zakazy do rejestrów w module Kasa/Bank Plus

W przypadku rozbudowanych instalacji istnieje potrzeba nadawania operatorom blokad dostępu do konkretnych czynności w ramach rejestru kasowego/bankowego. Przykładowo, aby operator mógł dodawać zapisy w rejestrze KASA, natomiast w rejestrze BANK, aby mógł jedynie podglądać zapisy celem ich rozliczenia. Funkcjonalność rozbudowanych blokad do rejestrów kasowych/bankowych jest dostępna wyłącznie w module Kasa/Bank Plus. Funkcjonalność ta obejmuje m.in. możliwość blokowania dostępu tylko do raportów kasowych/bankowych konkretnego rejestru – jednocześnie dostęp do Preliminarza płatności; blokowanie tylko rozliczeń; umożliwienie rozliczania, ale bez wglądu w cały raport kasowy/bankowy; możliwość blokowania dodawania zapisów w konkretnym rejestrze określonemu operatorowi; blokowanie dodawania zapisów powodujących ujemne saldo. Tabela Zakazy zawiera następujące informacje: kolumnę Operator z rozwijalną listą aktywnych operatorów oraz kolumny z zakazami do poszczególnych elementów: rejestru, raportu, zdarzenia oraz zapisu.
Zakładka zakazy na formularzu rejestru kasowego/bankowego
Istnieje możliwość zaznaczenia wszystkich zakazów <CTRL>+<A> oraz odznaczenia wszystkich zakazów <CTRL>+<O>. Zaznaczenie dowolnej blokady operatorowi w module Kasa/Bank Plus powoduje, że ma on całkowity zakaz do rejestru przełączając się na moduł Kasa/Bank. Zaznaczenie blokady operatorowi w module Kasa/Bank powoduje, że ma on zaznaczone blokady do wszystkich formularzy i list danego rejestru w module Kasa/Bank Plus.
Działanie blokad
Formularz/listaSymbolOpis
Rejestr k/b
LZakaz do listy rejestrów k/b. Jeżeli zaznaczony – operator nie widzi danego rejestru na liście w menu Kasa/Bank -> Rejestry kasowe/bankowe
PZakaz podglądu. Jeżeli zaznaczony – operator nie może podglądnąć formularza rejestru k/b w menu Kasa/Bank -> rejestry kasowe/ bankowe.
ZZakaz zmiany. Jeżeli zaznaczony – operator nie może dokonywać zmian na formularzu rejestru k/b. Będzie mógł go podglądać w trybie tylko do odczytu.
RZakaz rozliczania. Jeżeli zaznaczony – operator nie może rozliczać dokumentów wprowadzonych do danego rejestru. Jeżeli odznaczony i jednocześnie operator posiada zakaz podglądu zdarzeń k/b i/lub zapisów k/b – w menu Kasa/Bank -> Rozliczenia podmiotu i Dokumenty nierozliczone – operator będzie widział zapisy k/b i zdarzenia k/b w celu ich rozliczenia.
Przy próbie rozliczenia zapisu lub zdarzenia znajdującego się w rejestrze do którego operator ma zakaz rozliczania oraz przy próbie wyboru do rozliczenia zapisu bądź zdarzenia znajdującego się w rejestrze do którego operator ma zakaz rozliczania pojawi się komunikat: „Bieżący operator posiada zakaz wykonywania akcji rozliczanie na obiektach typu rejestr k/b w rejestrze [nazwa rejestru]."
UZakaz usuwania. Jeżeli zaznaczony – operator nie może usunąć danego rejestru k/b.
SZakaz dodawania zapisów powodujących ujemne saldo. Jeżeli zaznaczony - operator będzie mógł dodawać zapisy przychodowe (KP), natomiast zapisy rozchodowe (KW) tylko w sytuacji, gdy na rejestrze nie ma ujemnego salda i kiedy dodanie danego zapisu nie spowoduje ujemnego salda.
Jeżeli Operator ma zaznaczoną blokadę, to taki rejestr można przypisać jako domyślną kasę/ domyślny bank na karcie operatora (System/ Konfiguracja/ Program/ Użytkowe/ Operatorzy).
Blokada działa dla zapisów kasowych/bankowych dodawanych ręcznie, zapisów generowanych automatycznie (do dokumentów gotówkowych z Rejestru VAT, Ewidencji Dodatkowej, listy Faktury/Handel) oraz zapisów generowanych z poziomu Preliminarza płatności funkcją Rozlicz i Rozlicz pojedynczo. Blokada jest również sprawdzana podczas importu zapisów za pomocą Comarch ERP Migrator i przy imporcie z pliku VAT_R.txt. Dla faktur zakupu z naliczoną kaucją generowane są dwie płatności i dla obu saldo jest wyliczane niezależnie.
Blokada nie działa przy imporcie poleceń przelewu z piku z banku, za pomocą usługi formatów webservice oraz przy imporcie Pracą Rozproszoną, IWD, zapisów z Detalu oraz Mobile.
W przypadku gdy operator z zaznaczoną blokadą edytuje zapis kasowy/bankowy i zmienia na nim datę/ kwotę, przy próbie zapisania sprawdzane jest saldo rejestru. Jeżeli dany zapis powodowałby występowanie ujemnego salda, dokumentu nie uda się zapisać, pojawi się komunikat Zapis k/b nie może zostać zapisany. W rejestrze [REJESTR] wystąpiłoby ujemne saldo (przekroczenie o [KWOTA]). Operator nie posiada uprawnień do zapisu dokumentów powodujących ujemne saldo w zadanym rejestrze.
W przypadku edycji w Rejestrze VAT i Ewidencji dodatkowej dokumentu gotówkowego, który został automatycznie rozliczony, przy próbie zapisu sprawdzana jest zmiana salda jakie spowoduje zapisanie zmienionego dokumentu. Jeżeli po zapisaniu dokumentu saldo w rejestrze byłoby ujemne i mniejsze niż przed zmianą dokumentu, to dokumentu nie uda się zapisać (pojawi się odpowiedni komunikat błędu informujący o ujemnym saldzie).
Raport k/b
DZakaz dodawania. Jeżeli zaznaczony – operator nie może dodawać nowych raportów dla danego rejestru.
PZakaz podglądu. Jeżeli zaznaczony – operator nie widzi listy raportów k/b danego rejestru. Rejestr nie jest widoczny w polu z rozwijalną listą rejestrów na liście raportów – pole Rejestr.
ZZakaz zmiany. Jeżeli zaznaczony – operator nie może dokonywać zmian na formularzu raportu k/b. Będzie mógł go podglądać w trybie tylko do odczytu.
UZakaz usuwania. Jeżeli zaznaczony – operator nie może usunąć raportu k/b danego rejestru.
Zapis k/b
DZakaz dodawania. Jeżeli zaznaczony – operator nie może dodawać nowych zapisów dla danego rejestru. Zakaz dotyczy zarówno zapisów dodawanych w menu Kasa/Bank/ Zapisy kasowe/bankowe, jak również zapisów dodawanych automatycznie, poprzez menu kontekstowe z Preliminarza płatności lub listy faktur oraz przy imporcie wyciągów bankowych.
PZakaz podglądu. Jeżeli zaznaczony – operator nie widzi zapisów k/b danego rejestru w menu Kasa/Bank/ Zapisy kasowe/bankowe. W polu Rejestr, rejestr do którego jest zakaz jest niewidoczny dla operatora. Operator nie widzi również zapisów k/b tego rejestru w menu Magazyn walut (brak możliwości wybrania takiego rejestru z listy rejestrów), Dokumenty nierozliczone zakładka [Na dzień], [Dokumenty rozliczone], [Różnice kursowe].
Przy próbie wygenerowania Potwierdzenia Salda pojawi się komunikat: „Bieżący operator posiada zakaz wykonywania akcji podgląd na obiektach typu zdarzenie lub zapis k/b w rejestrze –nie określono-."
Dla Dokumentów rozliczonych i Różnic Kursowych, jeżeli rozliczenie zawiera zapis z rejestru z zakazem podglądu i drugi zapis/zdarzenie z rejestru bez zakazu podglądu - zapisy z rejestru z zakazem podglądu wyświetlane będą bez numeru dokumentu i kwoty oraz bez możliwości podglądu takiego zapisu.
Jeżeli operator potrzebuje całkowity zakaz, czyli również zakaz do rozliczania z listy Dokumenty nierozliczone zakładka [Ogólne] oraz Rozliczenia podmiotu zakładka [Nierozliczone] należy zaznaczyć operatorowi również zakaz rozliczania na rejestrze.
ZZakaz zmiany. Jeżeli zaznaczony – operator nie może dokonywać zmian na formularzu zapisu k/b. Będzie mógł go podglądać w trybie tylko do odczytu.
UZakaz usuwania. Jeżeli zaznaczony – operator nie może usunąć zapisu k/b danego rejestru.
Zdarzenie k/b
DZakaz dodawania. Jeżeli zaznaczony – operator nie może dodawać zdarzeń z poziomu menu Kasa /Bank/ Preliminarz płatności zakładka Preliminarz rejestru . Blokada dotyczy wyłącznie ręcznych zdarzeń w Preliminarzu płatności.
PZakaz podglądu. Jeżeli zaznaczony – operator nie widzi zdarzeń k/b daneg o rejestru w menu Kasa/Bank/ Preliminarz płatności . Wybierając rejestr z listy dostępnych rejestrów ten, do którego ustanowiono zakaz nie będzie widoczny na liście. Operator nie zobaczy również zdarzeń k/b tego rejestru w menu Dokumenty nierozliczone zakładka [Na dzień], [Dokumenty rozliczone], [Różnice kursowe]. Przy próbie wygenerowania Potwierdzenia Salda pojawi się komunikat: „Bieżący operator posiada zakaz wykonywania akcji podgląd na obiektach typu zdarzenie lub zapis k/b w rejestrze –nie określono-."
Podczas generowania Noty odsetkowej i Ponaglenia zapłaty, w oknie proponowanych dokumentów nie będą podpowiadały się te, które znajdują się w rejestrach do których operator ma blokadę.
Dla Dokumentów rozliczonych i Różnic Kursowych, jeżeli rozliczenie zawiera zdarzenie z rejestru z zakazem podglądu i drugi zapis/zdarzenie z rejestru bez zakazu podglądu - zdarzenia z rejestru z zakazem podglądu wyświetlane będą bez numeru dokumentu i kwoty oraz bez możliwości podglądu takiego zdarzenia.
Jeżeli operator potrzebuje całkowity zakaz, czyli również zakaz do rozliczania z listy Dokumenty nierozliczone zakładka [Ogólne] oraz [Rozliczenia] podmiotu zakładka Nierozliczone należy zaznaczyć operatorowi również zakaz rozliczania na rejestrze.
ZZakaz zmiany. Jeżeli zaznaczony – operator nie może dokonywać zmian na formularzu zdarzenia k/b. Będzie mógł go podglądać w trybie tylko do odczytu.
UZakaz usuwania. Jeżeli zaznaczony – operator nie może usunąć zdarzenia k/b danego rejestru w menu Kasa/Bank/ Preliminarz płatności .
Wpływ blokad na rejestrze k/b na pozostałe funkcje w programie
Operator, który ma jakikolwiek zakaz podglądu, nie może eksportować raportów k/b poprzez Eksport do Comarch ERP Klasyka. Blokada podglądu zapisów/zdarzeń uniemożliwia podgląd zapisu/zdarzenia z poziomu listy dokumentów rozliczających dostępnej z list i formularzy w rejestrze VAT, ewidencji dodatkowej oraz dokumentów w module Handel. Przy próbie podglądu dokumentu pojawia się komunikat: „Bieżący operator posiada zakaz wykonywania akcji podgląd na obiektach typu zapis k/b w rejestrze [nazwa rejestru].” Operator, który ma zakaz podglądu do rejestru, zapisu k/b lub zdarzenia k/b nie widzi zapisów i zdarzeń z danego rejestru na zakładce [Kalendarz]. Natomiast operator, który ma jakikolwiek wpis w blokadach do danego rejestru ma zablokowany dostęp do informacji bieżących z Kasy/Banku dotyczących danego rejestru. Wydruki w module Kasa/Bank Plus uwzględniają zakazy podglądu zapisów i/lub zdarzeń kasowych/bankowych.
Przykłady wykorzystania blokad
Przykład
Użytkownik A ma widzieć nierozliczone faktury i móc je rozliczać z zapłatami, ale ma nie mieć wglądu w cały wyciąg bankowy rejestru PKO.
Formularz rejestru z zaznaczonymi odpowiednimi zakazami
Dla operatora a można skonfigurować następujące zakazy: Zakaz zmiany i usuwania do rejestru PKO – operator widzi rejestr np. może sprawdzić numer rachunku bankowego, ale nie może nic zmieniać na formularzu tego rejestru oraz nie może tego rejestru usunąć. Brak zakazu do Rozliczeń – operator widzi zapisy w menu Rozliczenia podmiotu i Dokumenty nierozliczone – zakładka [Ogólne]. Nie mając blokady do rozliczeń zdarzeń może rozliczać zapisy i zdarzenia z tych list. Pełny zakaz do raportów tego rejestru – zakaz dodawania, podglądu, zmiany i usuwania raportów. Operator nie może dodawać raportów, nie widzi raportów rejestru PKO a więc nie ma dostępu do obrotów i salda tego rachunku oraz nie może ich zmieniać ani usuwać. Pełny zakaz do zapisów k/b rejestru PKO – zakaz dodawania, podglądu, zmiany i usuwania. Operator nie może dodawać zapisów, nie widzi zapisów tego rejestru w menu Zapisy kasowe/bankowe, Dokumenty rozliczone, Różnice kursowe, Magazyn walut, Dokumenty nierozliczone zakładka [Na dzień], nie może ich modyfikować ani usuwać. Brak zakazów do zdarzeń k/b – operator widzi zdarzenia w Preliminarzu i na innych listach. Może rozliczać z menu Rozliczenia podmiotu, Dokumenty nierozliczone oraz z Preliminarza z menu kontekstowego. Nie może rozliczać z formularza zdarzenia, ponieważ ma blokadę do listy zapisów k/b danego raportu.
Przykład
Użytkownik a ma móc dodawać, podglądać, usuwać oraz modyfikować zapisy, ma mieć dostęp do zdarzeń w Preliminarzu płatności rejestru PKO. Ma mieć pełny dostęp do rejestr PKO, dlatego też nie dodajemy dla niego żadnego zakazu. Użytkownik KP może tylko podglądać zapisy w rejestrze KASA, bez możliwości dodawania, zmiany i usuwania.
Formularz rejestru z zaznaczonymi odpowiednimi zakazami
Dla operatora a można skonfigurować następujące zakazy: Dla formularza rejestru KASA – zakaz zmiany i usuwania. Dla formularza raportu k/b rejestru KASA zakaz dodawania, zmiany i usuwania. Dla formularza zapisu k/b rejestru KASA zakaz dodawania, zmiany i usuwania.
Przykład
Użytkownik KP ma mieć zakaz do rejestru KASA: nie może podglądać zapisów ani zdarzeń, nie może rozliczać. Może natomiast wystawiać faktury płatne gotówką generujące zapis kasowy w rejestrze KASA i automatyczne rozliczenie tego zapisu z fakturą.
Formularz rejestru z zaznaczonymi odpowiednimi zakazami
Dla operatora a można skonfigurować następujące zakazy: Dla formularza rejestru KASA – zakaz do listy, podglądu, zmiany, rozliczania i usuwania. Dla formularza raportu k/b rejestru KASA – pełny zakaz, czyli: zakaz dodawania, podglądu, zmiany i usuwania. Dla formularza zapisu k/b rejestru KASA - zakaz podglądu, zmiany i usuwania. Dla formularza zdarzenia k/b rejestru KASA – pełny zakaz, czyli: zakaz dodawania, podglądu, zmiany i usuwania.
 

Zakładanie nowego rejestru kasowego/ bankowego

https://www.youtube.com/watch?v=sSOU2xmWKhE Przy zakładaniu nowego rejestru kasowego lub bankowego program w chwili zatwierdzania pyta zawsze czy założyć aktualny raport kasowy/ bankowy, w którym możliwe będzie wprowadzanie zapisów kasowych/ bankowych: Otworzyć nowy raport… - jeśli użytkownik zaznaczy opcje to program automatycznie otworzy aktualny raport kasowy/bankowy dla tworzonego rejestru. Raport będzie otwarty (można wprowadzać zapisy) i będzie obejmował okres od wskazanej daty, zgodnie z ustawionym dla rejestru okresem raportów. Przy zakładaniu kolejnego rejestru bankowego (rachunku bankowego) prowadzonego w PLN program w chwili jego zatwierdzania pyta dodatkowo o to, czy założyć nową formę płatności, skojarzoną z tym rejestrem: Dodać nową formę płatności (przelew) dla rachunku – jeśli użytkownik zaznaczy opcję to w Konfiguracji firmy/ Kasa i Bank/ Formy płatności dopisana zostanie nowa forma skojarzona z założonym właśnie rejestrem. Forma płatności będzie typu przelew. Program zaproponuje założenie nowej formy płatności skojarzonej w rejestrze tylko w przypadku, gdy:
  • rejestr jest typu Konto bankowe,
  • rachunek bankowy jest prowadzony w PLN (rachunki walutowe w systemie są obsługiwane nieco inaczej),
  • jest to kolejny rachunek bankowy w PLN (pierwszy jest automatycznie kojarzony z predefiniowaną formą płatności przelew).
Uwaga
W przypadku zakładania pierwszego rejestru dla rachunku bankowego w PLN program automatycznie kojarzy go z domyślną formą płatności przelew w Konfiguracji firmy.
Jeśli użytkownik nie zaznaczy żadnej opcji to utworzony zostanie rejestr bez skojarzonej formy płatności oraz bez aktualnego raportu. Okno dialogowe obsługiwane jest przez przyciski: - zatwierdzenie rejestru. Nowy raport/ forma płatności są tworzone zgodnie z zaznaczeniem przez użytkownika. - powrót na formularz rejestru.