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

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

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:

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.

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.

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

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 automatyczną wymianę danych z bankiem (webservice). Szczegóły znajdziecie Państwo w artykule Wymiana danych z bankami online

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.

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

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: 

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: 

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: 

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.

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.

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ć: 

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.

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.

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.

Formy płatności

W systemie Comarch ERP Optima zdefiniowanych jest 8  podstawowych form płatności: bon, czek, gotówka, inna, karta, kredyt, mobilna, 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.

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: 

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.

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: 

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:

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

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:

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: 

Standardowe formaty tekstowe można zaimportować z serwera firmy Comarch. Import powoduje nadpisanie formatu standardowego zaktualizowanym formatem z serwera.

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:

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.

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:

Rodzaj karty	Prefiks	Długość
MasterCard	51-55	16
VISA	4	13.16
American Express	34.37	15
Dinners Club / Carte Blanche	300-305, 36, 38	14
EnRoute	2014, 2149	15
Discover	6011	16
JCB	3	16
JCB	2131, 1800	15

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.

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

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.

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, (przelewów zwykłych, nie objętych procedurą MPP), 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.

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

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.

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.

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:

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

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

Scenariusze: Jak wprowadzić bilans otwarcia dla pierwszego roku pracy z programem?

Aby dodać bilans otwarcia w przypadku rozpoczęcia pracy z programem:

1. Należy wejść w Księgowość/ Inne/ Dokumenty BO.
2. Nacisnąć przycisk Dodaj  lub klawisz <INSERT> w celu dodania dokumentu bilansu otwarcia.
3. Po otwarciu okna bilans otwarcia w pierwszej kolejności wprowadzamy kategorię, która może zostać pobrana z listy lub wprowadzona z ręki.
4. Wprowadzamy datę księgowania dokumentu bilansu otwarcia.
5. Następnie przystępujemy do wprowadzania kolejnych pozycji bilansu otwarcia. Każdą pozycje dodajemy po ustawieniu się na liście i naciskając przycisk Dodaj  lub klawisz <INSERT>.
6. Wprowadzamy konto z ręki lub wybieramy go z listy po naciśnięciu prawego przycisku myszy.
7. Wprowadzamy wartość po odpowiedniej stronie konta.
8. Po wprowadzeniu wszystkich pozycji bilansu zapisujemy go przyciskiem Zapisz zmiany , stosując kombinację klawiszy <CTRL>+<ENTER> lub wciskając klawisz <ENTER>. Jeżeli chcemy wycofać się z edycji bez zapisywania dokonanych zmian, należy kliknąć przycisk Anuluj  lub wcisnąć klawisz <ESC>.
9. Użytkownik ma możliwość wprowadzenia bilansu do bufora, gdzie może on być dowolnie modyfikowany lub go zatwierdzić. W tym celu należy odznaczyć parametr w buforze i zapisać zmiany.

Podczas wprowadzania pierwszego bilansu otwarcia należy pamiętać o poprawnym wprowadzeniu dokumentów nierozliczonych do Preliminarza Płatności (np. poprzez wprowadzanie pozycji BO przez formularz z generowaniem płatności).

Na kontach typu Rozliczenie zakupu czy Środki pieniężne w drodze, jeżeli będą na nich prowadzone rozrachunki, należy wprowadzać Bilans otwarcia poprzez formularz zaznaczając parametr Rozrachunek.

Scenariusze: Jak wprowadzić bilans otwarcia w kolejnym roku obrachunkowym?

Aby wprowadzić bilans w kolejnym roku obrachunkowym należy:

1. Należy wejść w Księgowość/ Inne/ Dokumenty BO.
2. Nacisnąć przycisk Dodaj  lub klawisz <INSERT> w celu dodania dokumentu bilansu otwarcia.
3. Następnie naciskamy przycisk Inicjalizuj bilans otwarcia , który powoduje przeniesienie bilansu zamknięcia z poprzedniego okresu obrachunkowego jako bilans otwarcia.
4. Aby program zaimportował bilans otwarcia z poprzedniego okresu muszą być spełnione następujące warunki:

W trakcie korzystania z programu w kolejnych latach użytkownik ma możliwość włączenia bądź wyłączenia obsługi kont walutowych. Również w tej sytuacji użytkownik może skorzystać z funkcji Import BO. Poniżej znajduje się Tabela przedstawiająca różne warianty dotyczące Importu BO, uwzględniająca możliwość włączenia/wyłączenia kont walutowych.

	Okres poprzedni	Okres bieżący	Działanie
1	Konto niewalutowe (włączona/wyłączona obsługa kont walutowych) 203-ALEX 5000PLN	Konto nie walutowe 203-ALEX 5000PLN	Import kwoty w PLN
2	Konto nie walutowe (włączona/wyłączona obsługa kont walutowych) 203-ALEX 5000PLN	Konto walutowe 203-ALEX-EUR 5000PLN / 0 EUR	Import kwoty w PLN i walucie Kurs nieokreślony Uwagi: - konieczność uzupełnienia wartości w walucie, - przed importem trzeba ustawić konto w przyszłym okresie
3	Konto walutowe 203-ALEX-EUR 5000PLN/ 20000EUR	Konto walutowe 203-ALEX-EUR 5000PLN/ 20000EUR	Import kwoty w PLN i walucie Kurs Nieokreślony
4	Konto walutowe 203-ALEX-EUR 5000PLN/ 20000EUR	Konto walutowe 203-ALEX-USD	Przerwanie importu na koncie niezgodnym. Komunikat o niezgodności kont. Kolejne konta nie importują się.
5	Konto walutowe 203-ALEX-EUR 5000PLN / 20000EUR	Konto niewalutowe (włączone konta walutowe) 203-ALEX 5000PLN	Import kwoty w PLN
6	Konto walutowe 203-ALEX-EUR 5000PLN / 20000EUR	Konto niewalutowe (wyłączone konta walutowe) 203-ALEX	Przerwanie importu na koncie niezgodnym. Komunikat o braku obsługi kont walutowych. Kolejne konta nie importują się.

 

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.

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:

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: 

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)

Comarch ERP Optima moduł Operacje wielofirmowe został stworzony z myślą o zdecydowanym uproszczeniu pracy w biurach rachunkowych i dla doradców podatkowych, którzy potrzebują wykonać pewne seryjne operacje na wybranych bazach danych jednocześnie. Wygląd oraz sposób działania modułu Operacje wielofirmowe jest czytelny i przejrzysty. Podobnie jest z Rejestratorem Czasu Pracy, który powinien w prosty i klarowny sposób zapewnić możliwość rejestrowania oraz raportowania czasu, jaki poszczególni operatorzy poświęcili na obsługę poszczególnych klientów. Programy działają jako oddzielne aplikacje i są ściśle powiązane z systemem Comarch ERP Optima. W niniejszej instrukcji szczegółowo przedstawiono funkcje programów oraz ich powiązanie z systemem Comarch ERP Optima.

Konfiguracja programu dotyczy wszystkich firm i ma wpływ na działanie systemu Comarch ERP Optima bez względu na wybraną bazę danych. Nie jest ona uzależniona od stanowiska, na którym uruchamiany jest program, czy od pracującego aktualnie operatora, a jej ustawienia są ściśle związane z przyjętymi zasadami funkcjonowania programu w Konfiguracji programu, w gałęzi Operacje wielofirmowe, zostały zebrane parametry wykorzystywane w trakcie pracy tego modułu.

Rejestrator Czasu Pracy – należy dokonać konfiguracji zarówno w Konfiguracji programu/ Operacje wielofirmowe/ Czas pracy, jak i w Konfiguracji stanowiska/ Operacje wielofirmowe.

Atrybuty

W Konfiguracji umożliwiono definiowanie dowolnych atrybutów dla baz danych. Operowanie w module Operacje wielofirmowe na zdefiniowanych w konfiguracji atrybutach (np. adres klienta, numer telefonu) pozwoli na szybszy dostęp do informacji i poprawi organizację ich przepływu. Program posiada predefiniowane grupy atrybutów, których wybór jest dostępny po rozwinięciu listy. Poszczególne atrybuty są dostępne w ramach grup.

Zdefiniowane domyślnie grupy i atrybuty przedstawia poniższa tabela:

Grupa	Atrybut	Uwagi
Dane firmy	Adres firmy
	E-mail
	E-mail 2
	Kod pocztowy
	Miasto
	Nazwa firmy
	NIP
	Przedstawiciel CIT	Imię i nazwisko przedstawiciela CIT-8
	Przedstawiciel PIT-4R	Imię i nazwisko przedstawiciela PIT-4R
	Przedstawiciel VAT	Imię i nazwisko przedstawiciela VAT
	REGON
	Telefon	Numer telefonu pobierany z Pieczątki firmy
	Telefon 2	Numer telefonu pobierany z karty Kontrahenta
	Telefon 3	Numer telefonu pobierany z karty Kontrahenta
	Strona WWW	Adres URL wprowadzony na karcie kontrahenta w bazie biura rachunkowego
Deklaracje CIT	Data zaliczki CIT-8	Data obliczenia zaliczki
	Deklaracja CIT-8	Brak/w buforze/zatwierdzona/nie dotyczy/ nie wysłano/ wysłano/nie odebrano UPO/ odebrano UPO/ błąd przetwarzania
	Deklaracja CIT-8E	Brak/w buforze/zatwierdzona/nie dotyczy/ nie wysłano/ wysłano/nie odebrano UPO/ odebrano UPO/ błąd przetwarzania
	Kwota CIT-8	Kwota do zapłaty/zwrotu
	Okres zaliczek CIT-8	Miesięcznie/Kwartalnie
	Zaliczka CIT-8	Brak/w buforze/zatwierdzona/nie dotyczy
	Deklaracja CIT-10Z	Brak/w buforze/zatwierdzona/nie dotyczy/ nie wysłano/ wysłano/nie odebrano UPO/ odebrano UPO/ błąd przetwarzania
Deklaracje Intrastat	Data Intrastat	Data obliczenia deklaracji
	Deklaracja Intrastat	Brak/w buforze/zatwierdzona/nie dotyczy
Deklaracje PIT	Data PIT‑4R	Data obliczenia zaliczki
	Data PIT-8AR	Data obliczenia podatku
	Deklaracja PIT-28	Brak/w buforze/zatwierdzona/nie dotyczy/ nie wysłano/ wysłano/nie odebrano UPO/ odebrano UPO/ błąd przetwarzania
	Deklaracja PIT-36	Brak/w buforze/zatwierdzona/nie dotyczy/ nie wysłano/ wysłano/nie odebrano UPO/ odebrano UPO/ błąd przetwarzania
	Deklaracja PIT-36L	Brak/w buforze/zatwierdzona/nie dotyczy/ nie wysłano/ wysłano/nie odebrano UPO/ odebrano UPO/ błąd przetwarzania
	Deklaracja PIT-4R	Brak/w buforze/zatwierdzona/nie dotyczy/ nie wysłano/ wysłano/nie odebrano UPO/ odebrano UPO/ błąd przetwarzania
	Deklaracja PIT-8AR	Brak/w buforze/zatwierdzona/nie dotyczy/ nie wysłano/ wysłano/nie odebrano UPO/ odebrano UPO/ błąd przetwarzania
	Kwota PIT-36/PIT-36L	Kwota do zapłaty/zwrotu na deklaracji – suma obliczona na podstawie wszystkich wyliczonych deklaracji dla wspólników
	Kwota PIT-4R	Kwota do zapłaty/zwrotu
	Kwota PIT-8AR	Kwota obliczonego podatku
	PIT‑36 do policz.	Liczba zaliczek, które mają być w danym miesiącu policzone/nie dotyczy
	PIT‑36 policzone	Liczba zaliczek policzonych/nie dotyczy
	PIT‑36L do policz.	Liczba zaliczek, które mają być w danym miesiącu policzone/nie dotyczy
	PIT‑36L policzone	Liczba zaliczek policzonych/nie dotyczy
	Podatek PIT-8AR	Brak/w buforze/zatwierdzona/nie dotyczy
	Zaliczka PIT‑4R	Brak/w buforze/zatwierdzona/nie dotyczy
Deklaracje VAT	Data VAT-27	Data obliczenia deklaracji
	Data VAT-7	Data obliczenia deklaracji
	Data VAT-8	Data obliczenia deklaracji
	Data VAT‑9M	Data obliczenia deklaracji
	Data VAT-UE	Data obliczenia deklaracji
	Deklaracja VAT-27	Brak/w buforze/zatwierdzona/nie dotyczy
	Deklaracja VAT-7	Brak/w buforze/zatwierdzona/nie dotyczy
	Deklaracja VAT-8	Brak/w buforze/zatwierdzona/nie dotyczy
	Deklaracja VAT-9M	Brak/w buforze/zatwierdzona/nie dotyczy
	Deklaracja VAT-UE	Brak/w buforze/zatwierdzona/nie dotyczy
	Kwota VAT-7	Kwota do zapłaty/do zwrotu na VAT-7
	Kwota VAT-8	Kwota do zapłaty na VAT-8
	Kwota VAT-9M	Kwota do zapłaty na VAT-9M
	Metoda VAT	Zwykła/Kasowa
	Okres VAT-27	Miesięcznie/Kwartalnie
	Okres VAT-7	Miesięcznie/Kwartalnie
	Okres VAT-UE	Miesięcznie/Kwartalnie
	Płatnik VAT	Tak/Nie
	Składa VAT-8	Tak/Nie
	Składa VAT-9M	Tak/Nie
	Składa VAT-UE	Tak/Nie
Deklaracja ZUS DRA	Kwota ZUS DRA	Suma kwot płatności z deklaracji ZUS DRA
	ZUS DRA do policz.	Liczba deklaracji ZUS DRA jaka powinna zostać policzona we wskazanym miesiącu w danej bazie
	ZUS DRA policzone	Liczba obliczonych deklaracji ZUS DRA dla pracowników oraz właścicieli we wskazanym miesiącu w danej bazie
JPK	Data JPK_VAT/JPK_V7	Data utworzenia pliku JPK_VAT/JPK_V7
	Plik JPK_VAT/JPK_V7	Plik JPK_VAT/JPK_V7 wysłany Tak/Nie
	Składa JPK_V7	Tak/Nie
Ogólne	Akronim	Kod kontrahenta pobrany z karty kontrahenta w bazie firmowej Biura Rachunkowego
	Czy biuro zamknęło miesiąc?	Tak/Nie
	Czy dostarczono dokumenty?	Dostarczono/Nie dostarczono/Niekompletne
	Czy klient zamknął miesiąc?	Tak/Nie
	Firma wielozakładowa	Tak/Nie dotyczy
	Notatki
	Operator	Kod operatora
	Opiekun kadrowo-płacowy	Imię i nazwisko opiekuna kadrowo-płacowego
	Opiekun księgowy	Imię i nazwisko opiekuna księgowego
	Osoba do kontaktu	Imię i nazwisko osoby do kontaktu
	Rodzaj księgowości	KH/KPiR/Ryczałt
	Status klienta	VIP/Zwyczajny
	Stawka za usługi księgowe
	Wersja bazy danych
Parametry firm	Składka wypadkowa	Wartość procentowa
	Stawka podatku CIT	Wartość procentowa
Płace i Kadry	Aktywni właściciele	Liczba aktywnych właścicieli i osób współpracujących
	Wypłaty właścicieli	Liczba naliczonych wypłat właścicieli i osób współpracujących
Ryczałt	Kwota ryczałtu	Kwota do zapłaty/zwrotu na zaliczce - suma obliczona na podstawie wszystkich wyliczonych zaliczek dla wspólników
	Ryczałt do policzenia	Liczba zaliczek, które mają być w danym miesiącu policzone/nie dotyczy
	Ryczałt policzony	Liczba zaliczek policzonych/nie dotyczy
Środki trwałe	Ilość środków trwałych i WNIP	Liczba środków trwałych i wnip w użyciu
	Wygenerowane odpisy	Naliczone odpisy amortyzacyjne dla środków trwałych i wnip
Urzędy	Urząd Skarbowy dla JPK_V7, VAT-8, VAT-9M, VAT-UE
	Urząd Skarbowy dla PIT-4R, CIT-8

Jeśli dany atrybut nie dotyczy danego rodzaju księgowości (np. zaliczki CIT-8 nie przelicza się dla Księgi Podatkowej), wtedy w polu dla danego atrybutu pojawi się informacja nie dotyczy.

Formularz klasy atrybutów zawiera następujące elementy:

• Nazwa – pole wymagalne 20-znakowe.
• Opis – szczegółowa informacja o atrybucie (max. 100 znaków).
• Grupa – grupa, do której należy dany atrybut. Na atrybutach wprowadzonych przez użytkownika pole grupa jest modyfikowalne, więc można przesunąć atrybut z jednej grupy do drugiej.
• Typ – jest obowiązkowe może przyjmować następujące wartości: Tekst, Lista, Lista SQL, SQL-BazaBR, SQL-Firma, SQL-Konfiguracja.
• Format – pole wymagalne i może przyjmować wartości: Tekst; Notatka; Data; 1234; 1234.56; 1234.5678; Telefon; E-mail; Strona WWW.

Formularz atrybutu

• Jeśli wybrano Typ: Lista, wówczas jest widoczna druga zakładka – Pozycje listy – z możliwością uzupełnienia słownika pomocniczego

Formularz atrybutu typu lista, zakładka Pozycje listy

• Jeśli wybrano Typ: Lista SQL lub SQL-Konfiguracja, SQL-Firma, SQL-BazaBR – wówczas jest widoczna druga zakładka SQL – z możliwością wpisania zapytania SQL.

Formularz atrybutu typu Lista SQL, SQL – Konfiguracja, SQL – Firma, SQL – BazaBR, zakładka na wpisanie zapytania SQL

• Wartość domyślna – pozwala na uzupełnienie wartości domyślnej, która pojawi się przy atrybucie po uruchomieniu modułu Operacje wielofirmowe.
• Wartości miesięczne – jeśli zaznaczymy ten parametr, wartości uzupełniane będą miesięcznie.
• Pamiętaj historię zmian – zaznaczenie parametru spowoduje zapamiętanie wszystkich wprowadzonych wartości.
• Nieaktywny – po zaznaczeniu tego parametru atrybut, który nie jest wykorzystywany, nie będzie już widoczny w module Operacje wielofirmowe.

 

Przykłady atrybutów wg typów

Lista SQL (na ten moment są to wyłącznie listy pomocnicze pobierane z bazy konfiguracyjnej):

• Najbardziej typowy przykład, to pobieranie Listy operatorów (jak na standardowym atrybucie Operator)

Select Ope_Kod From CDN.Operatorzy

• Lista walut

Select WNa_Symbol From CDN.WalNazwy

• Lista typów kursów

Select WKu_Nazwa From CDN.WalKursy

• Lista stanowisk komputerowych

Select Sta_Nazwa From CDN.StanowiskaKomp

SQL – Konfiguracja (odwoływanie się do pojedynczych danych – w sensie pojedynczy wiersz, a nie lista – zapisanych w bazie konfiguracyjnej):

• Najprościej można odwołać się do pól z tabeli Bazy – wpisując nazwę pola. Przykładowo – chcąc wyświetlić datę i czas ostatniego wykonania archiwizacji wystarczy na zakładce SQL wpisać:
• Baz_TS_Arch
• Chcąc odwołać się do innej tabeli, trzeba zrobić Select… Można w nim wykorzystać zmienne @Rok, @Miesiąc, @OpeId (Id bieżącego operatora) oraz odwołanie do pola Baz_BazId (Id bieżącej bazy).
• Przykładowo – jeśli chcemy wyświetlić informację, ilu operatorów ma przypisany zakaz do danej bazy, należy wpisać:
• Select Count(*) From CDN.BazZakazy Where Bza_BazId = Baz_BazId

 

SQL – Firma są to wszystkie atrybuty „buforowane”. Najbardziej typowe zastosowanie to wyciąganie różnych informacji z konfiguracji firmy – wtedy można skorzystać z funkcji CDN.Konfiguracja, przy czym trzeba wiedzieć, gdzie w bazie zapisana jest dana informacja.

Funkcja ma cztery parametry:

• @Tryb – 1 oznacza odwołanie do konfiguracji „niehistorycznej”, 2 do historycznej
• @Klucz – dla trybu 1 oznacza numer rekordu w tabeli CDN.Firma, dla trybu 2 oznacza „ścieżkę” dla parametru
• @Rok, @Miesiac – wykorzystywane tylko dla trybu 2 (historycznego).

 

Jeśli chcemy uzyskać informację, czy w bazie jest ustawiona praca rozproszona, trzeba najpierw ustalić, że ta informacja jest zapisana w tabeli Firma, na wierszu o numerze 1470 i przyjmuje wartości:

• brak
• sprzedaż/płace
• księgowość
• oddział

 

Wyrażenie będzie wyglądać tak:

Case CDN.Konfiguracja(1, '1470′, 0, 0) When '1′ Then 'BRAK’ When '2′ Then 'DZ. HANDLOWY’ When '3′ Then 'KSIĘGOWOŚĆ’ When '4′ Then 'ODDZIAŁ XL’ End

Można też odwoływać się do innych danych np. księgowych, z tym, że w tym przypadku należy uważać, bo duża ilość atrybutów tego typu lub ich nieprawidłowa konstrukcja może mieć wpływ na wydajność.

Ciekawy może być atrybut pokazujący, czy w dzienniku w danym miesiącu znajdują się jakieś zapisy w buforze:

Case When Exists (Select * From CDN.DekretyNag Where DeN_Bufor=1 And Year(DeN_DataDok)=@Rok And Month(DeN_DataDok)=@Miesiac) Then 'JEST BUFOR’ Else 'NIE MA BUFORA’ End

SQL – BazaBR – w przypadku, gdy baza danych jest powiązana z kartą kontrahenta w bazie firmowej Biura rachunkowego, za pomocą tego typu atrybutu można pobrać dane z karty kontrahenta:

• Telefon 2, Telefon 3 – jeżeli atrybut będzie miał taki typ, wówczas w module Operacje wielofirmowe będzie można, poprzez kliknięcie na taki atrybut, wywołać domyślny program do komunikacji np. Skype i zadzwonić do Klienta.
• E-mail – ten typ atrybutu pozwoli w module Operacje wielofirmowe na wywołanie okna nowej wiadomości e‑mail z wpisanym adresem mailowym kontrahenta, poprzez kliknięcie na atrybut o takim typie.
• Strona WWW – atrybut o takim typie będzie zachowywał się jak link do strony – pozwoli uruchomić przeglądarkę internetową i wyświetlić stronę www klienta.

Czas pracy

Zawiera listę sesji, które z tego poziomu mogą być przeglądane oraz ręcznie modyfikowane. Ponieważ lista ma służyć do korygowania wpisów, a nie ich analizowania (do tego są raporty dostępne w Operacjach wielofirmowych), będzie zawsze przeglądana w kontekście konkretnego operatora. Listę można zawęzić do wybranego zakresu dat.

Parametr Ukryj zapisy z czasem pracy poniżej 1 minuty jest domyślnie zawsze zaznaczony. Parametr jest aktywny dla każdego operatora. Jeśli parametr jest zaznaczony to wszystkie wpisy, które mają tę samą datę i godzinę są ukryte. Odznaczenie parametru powoduje, że wyświetlane są wpisy z tą samą datą i godziną rozpoczęcia i zakończenia czasu pracy – czyli np. wszystkie przelogowania między bazami (jeśli nastąpiły w okresie krótszym niż 1 minuta) lub operacje seryjne z BR.

Lista posiada następujące kolumny:

• Firma
• Rozpoczęcie (data i godzina rozpoczęcia)
• Zakończenie (data i godzina rozpoczęcia)
• Typ – A – sesja automatyczna, R – sesja ręczna.

Dostępne są standardowe przyciski:

Dodaj  – umożliwia dodanie sesji

Zmień – pozwala na edycję zapisanej wcześniej sesji

Usuń – służy do usuwania zbędnych, nieprawidłowych sesji

Zamknij – zamyka konfigurację.

Przy dodaniu lub modyfikacji sesji pojawia się formularz zatytułowany Czas pracy, który zawiera pola:

• Operator – pole niepodlegające edycji.
• Firma – można wpisać firmę z ręki lub klikając w ten przycisk wybrać z listy.
• Kategoria – jest to pole wymagane, ale nie uzupełniane z automatu, by użytkownik świadomie, przy uzupełnianiu ręcznym sesji, wybrał z listy odpowiednią kategorię.
• Rozpoczęcie – dwie kontrolki: data i godzina.
• Zakończenie – dwie kontrolki: data i godzina, przy czym data i godzina zakończenia musi być starsza niż Rozpoczęcia.
• Stanowisko – informacja na jakim stanowisku wykonywano pracę. Pole nieaktywne.
• Ręczna – parametr zaznaczony – sesja ręczna, brak parametru – sesja automatyczna.

Dostępne są również przyciski: Zachowaj zmiany   oraz Anuluj zmiany .

Grupy Atrybutów

Ustalenie grup pozwoli na czytelne usystematyzowanie wprowadzonych atrybutów. Istnieje możliwość wprowadzenia, edycji, usunięcia nowych grup atrybutów. Grupy predefiniowane nie mogą zostać usunięte. Program nie pozwoli na usunięcie grupy, jeśli w ramach niej są zapisane atrybuty. Należy najpierw usunąć atrybut, a następnie grupę.

Kategorie czasu pracy

Ta część Konfiguracji obejmuje definiowanie kategorii czasu pracy. Kategorie określają, jakiego rodzaju czynność wykonuje użytkownik. Ponieważ na formularzu Czasu pracy kategoria jest polem wymaganym, domyślnie do systemu dodawana jest kategoria Ogólna. Dla każdej kategorii użytkownik określa kod, nazwę (opis) oraz stawkę godzinową, z których polem wymaganym jest Kod.

Dzięki prawidłowo zdefiniowanym kategoriom jest możliwe wykonywanie raportów uwzględniających koszty pracy w zależności od rodzaju wykonywanej czynności.

Parametry

Biura rachunkowe zapisują wiele informacji o swoich Klientach w bazie danych, która jest bazą firmową Biura. Na kartach kontrahentów znajduje się szereg informacji typu adres e-mail, strona www, numery telefonów, dlatego też Użytkownik ma możliwość wskazania, która z baz danych jest bazą firmową Biura Rachunkowego.

Przycisk Firma wyświetla listę firm, które są podpięte do danej bazy konfiguracyjnej. Na liście firm działa lokator ograniczający, aby możliwe było szybkie przejście kursorem do bazy zaczynającej się od zadanego ciągu znaków.

W sytuacji, gdy użytkownik będzie chciał usunąć bazę ustawioną, jako baza firmowa Biura Rachunkowego, wówczas program poinformuje o tym komunikatem: „Baza [nazwa bazy] jest bazą firmową Biura rachunkowego. Czy na pewno usunąć bazę z listy baz?”.

Przeniesienie faktur za usługi księgowe do rejestru VAT Klienta – w polu tym istnieje możliwość wpisania symbolu rejestru VAT zakupu, do którego w firmie Klienta przeniesione zostaną faktury wystawione w bazie biura rachunkowego. Domyślnie widnieje symbol ZAKUP. Jeżeli użytkownik pozostawi to pole puste to faktury przeniesione zostaną do bazy Klienta do rejestru o symbolu ZAKUP.

Automatyczne przeniesienie faktur za usługi księgowe do rejestru VAT Klienta – parametr domyślnie odznaczony. Zaznaczenie parametru powoduje automatyczne przenoszenie faktur po ich zatwierdzeniu do rejestru VAT zakupu w firmie Klienta o symbolu wpisanym w polu Przeniesienie faktur za usługi księgowe do rejestru VAT Klienta. Jeżeli w firmie Klienta rejestr o takim symbolu nie istnieje, jest on automatycznie dodawany.

Zakończ pracę aplikacji RCP po minutach bezczynności. Domyślnie ustawiony jest czas bezczynności na 60 minut (1 godzinę) i dotyczy wszystkich użytkowników Comarch ERP Optima i modułu Operacje wielofirmowe. Parametr o zmianie czasu bezczynności możliwy jest do zmiany tylko dla operatora o statusie administratora. Każdy inny operator widzi parametr ale nie ma możliwości jego modyfikacji. Działanie parametru jest następujące: jeśli w ciągu godziny nie będzie aktywności operatora w programie to w konfiguracji w zakładce Czas pracy czas zakończenia zapisywany jest jako ostatni czas aktywności operatora zarejestrowany w programie.

Jednoczesna konwersja baz danych – funkcja pozwala konwertować określoną ilość baz równolegle w zależności od wyboru jednego z dwóch poniższych parametrów.

• Automatycznie dostosuj ilość jednoczesnych konwersji – W przypadku zaznaczenia tego parametru zostanie wysłane zapytanie SQL, iloma rdzeniami dysponuje Server. Jeżeli Server SQL dysponuje 4 rdzeni lub mniej lub nie uzyskamy żadnej wartości to parametr przyjmie wartość 2. Jeśli rdzeni będzie więcej niż 4, wówczas parametr przyjmie wartość 4.
• Konwertuj jednocześnie wskazaną ilość firm – Użytkownik ma możliwość wskazania ile baz jednocześnie ma być konwertowanych. Przy ręcznym ustawieniu ilości firm będzie ograniczenie do 10, aby zbyt duża liczba wątków nie spowodowała spowolnienia wykonania konwersji, zamiast przyspieszenia.

 

W momencie przeprowadzania w Comarch ERP Optima Operacje wielofirmowe konwersji kilku baz równolegle  na oknie wyświetlają się informacje o postępach konwersji oraz statusach konwertowanych baz.

Katalog dla kopii bezpieczeństwa baz danych – program nie wykona archiwizacji ani konwersji z poziomu modułu Operacje Wielofirmowe, jeśli pole to nie zostanie prawidłowo uzupełnione. Ikona  Wybór katalogu pozwoli na wybranie odpowiedniego miejsca dla archiwizacji i podanie ścieżki do tego katalogu.

Katalog IBARD do przechowywania kopii elektronicznych wydruków udostępnionych w BI Point – w tym polu istnieje możliwość wskazania folderu w IBARD służącego do przechowywania kopii elektronicznych wydruków udostępnianych w BI Point. Plik z wydrukiem udostępniany do BI Point jest zapisywany w archiwum wydruków na IBARD i udostępniany Klientowi Biura Rachunkowego.

Konfiguracja firmy

Operator, który na swojej karcie ma zaznaczony moduł Operacje wielofirmowe, w zakładce Start/ Konfiguracja/ Firma ma dostęp do gałęzi Operacje wielofirmowe/ Parametry.

W gałęzi tej dostępne są dwa parametry możliwe do zaznaczenia.

• Adres właściciela – po zaznaczeniu tego parametru wiadomość e-mail wysyłana jest na adres wskazany na formularzu właściciela/właścicieli. Hasło do pliku z załącznika wiadomości pobierane jest z formularza właściciela (zakładka [1 Ogólne] w sekcji Hasło dla wydruków), jeśli ono jest puste to z pola PESEL a jeśli nie ma nr PESEL to jako hasło ustawiana jest data urodzenia w odpowiednim formacie. Hasło powinno zawierać co najmniej 8 znaków (mała, duża litera i znak specjalny). Pole z hasłem dostępne jest dla operatorów z zaznaczonym parametrem Prawo do generowania i podglądu haseł dla plików PDF. Wiadomości wysyłane są do właścicieli, jeśli
  • są aktywni (na formularzu właściciela parametr Archiwalny nie jest zaznaczony)
  • mają uzupełniony adres mailowy i wpisane hasło lub numer PESEL
  • mają wprowadzone udziały (Kwoty indywidualne) pozwalające na wyliczenie zaliczki na PIT-28/36/36L w miesiącu, za który tworzona jest informacja o podatkach i składkach ZUS.

 

Uwaga

W sytuacji zawieszenia działalności gospodarczej, gdy wartość udziałów wspólnika wynosi 0 ale wyliczono dla niego indywidualną deklarację DRA, to mimo wszystko zostanie wysłana wiadomość mailowa z załącznikiem o podatkach.

Wiadomość z załącznikiem wysyłana jest zawsze na adres mailowy odczytany z ostatniego zapisu historycznego właściciela.

W sytuacji, gdy zaznaczona jest opcja Adres właściciela z zakładki Start/Konfiguracja/ Firma/ Dane firmy/Deklaracje i pełnomocnictwa pobierana jest informacja o tym, które deklaracje z płatnościami są wyliczane w danej firmie. Każdy z właścicieli / współwłaścicieli dostaje informację o swoich podatkach i składkach ZUS (dotyczy PIT i DRA) oraz informacje o podatkach firmy.

• Wskazany adres – po zaznaczeniu parametru aktywne stają się dwa pola. W pierwszym polu należy samodzielnie wpisać adres bądź adresy e-mail, na które ma zostać wysłana wiadomość. W przypadku wpisania kilku adresów należy użyć separatora ;. Drugie pole służy do wpisania hasła do załącznika PDF. Hasło może zostać wpisane ręcznie lub korzystając z przycisku Generuj możemy wygenerować losowe hasło. Po zaznaczeniu parametru Pokaż hasło zostanie wyświetlone hasło, które należy przekazać Klientowi. Generowanie i podgląd hasła jest aktywne w przypadku zalogowania się na operatora z zaznaczonym parametrem Prawo do generowania i podglądu haseł dla plików PDF. Ustawione hasło powinno składać się z minimum 8 znaków, zawierać małą dużą literę oraz znak specjalny. W przypadku zaznaczenia opcji Wskazany adres pole z hasłem jest obowiązkowe do uzupełnienia, nie może pozostać puste gdyż wiadomość e-mail nie zostanie utworzona.

W przypadku wysyłania wiadomości na wskazany adres w załączniku pojawią się informacje o wszystkich zaznaczonych w Start/Konfiguracja/ Firma/ Dane firmy/Deklaracje i pełnomocnictwa zaliczkach/deklaracjach, również te dotyczące właścicieli.

Zaznaczenie obu parametrów w konfiguracji skutkuje tym, że na adres właściciela/właścicieli oraz na wskazane adresy zostaną wysłanie informacje o płatnościach do urzędów skarbowych oraz ZUS.

W przypadku, gdy tworzona jest nowa baza danych w zakładce Start/Konfiguracja/ Firma/ Biuro Rachunkowe/ Parametry automatycznie zaznaczany jest parametr Adres właściciela.

W przypadku konwersji bazy danych weryfikowany jest rodzaj księgowości i czy w Start/Konfiguracja/ Firma/ Dane firmy/Deklaracje i pełnomocnictwa zaznaczono CIT-8.

Jeśli w konwertowanej bazie ustawiony jest rodzaj księgowości jako Księgowość kontowa oraz zaznaczono deklarację CIT-8 to po konwersji w zakładce Start/Konfiguracja/ Firma/ Biuro Rachunkowe/ Parametry automatycznie zaznaczany jest parametr Wskazany adres i uzupełniany jest adres e-mail z pieczątki firmy (Start/Konfiguracja/ Firma/ Dane firmy/ Pieczątka firmy). W pozostałych przypadkach automatycznie zaznaczany jest parametr Adres właściciela.

W Konfiguracji firmy/ Dane firmy/Deklaracje i pełnomocnictwa jest dostępna lista wszystkich dostępnych w programie deklaracji, możliwość wyboru urzędu, do którego składana jest deklaracja oraz typ dokumentu dla płatności deklaracji i forma płatności. Gałąź jest widoczna tylko wtedy, gdy użytkownik korzysta z któregoś z modułów: KP, KH, KHP, KiP, KiP, HA lub HAP. Przy zakładaniu nowej bazy lub konwersji, domyślnie zaznaczane są wszystkie parametry i do użytkownika należy ewentualne odznaczenie deklaracji, które nie są składane.

Odznaczenie którejś z deklaracji spowoduje, że zniknie możliwość wygenerowania deklaracji w samym programie, a w module Operacje wielofirmowe przy predefiniowanych atrybutach pojawi się informacja Nie dotyczy. Natomiast na raporcie „Podatki do zapłaty” zostaną wyświetlone tylko te deklaracje i zaliczki, które podatnik składa, bazując na parametrach z Konfiguracji firmy. Dotyczy to deklaracji: DRA, PIT‑8AR, VAT-7, VAT-8, VAT-UE, VAT-9M, VAT-27,CUK-1, AKC-WW, VIU-DO zaliczek: CIT-8, PIT-4R, PIT-36, PIT-36L oraz pliku JPK_V7.

Konfiguracja Stanowiska

W Konfiguracji stanowiska/ Operacje wielofirmowe/ Parametry są dostępne następujące parametry:

• Automatyczne sterowanie rejestracją czasu – zaznaczenie spowoduje zapisywanie w Konfiguracji programu/Operacje wielofirmowe/Czas pracy poszczególnych sesji z Typem A – czyli sesja automatyczna.
• Automatyczne uruchamianie aplikacji RCP – zaznaczenie spowoduje automatyczne uruchomienie RCP wraz z uruchomieniem programu Comarch ERP Optima.
• Informacje o podatkach/ZUS – katalog dla plików pdf – miejsce zapisu zahasłowanego pliku z z informacją o  podatkach i składkach ZUS/PPK dot. właściciela/właścicieli lub firmy. Plik ten tworzy się po wybraniu w Comarch ERP Optima Operacje wielofirmowe opcji Zapisz plik z informacją o podatkach/ ZUS. We wskazanym katalogu dla każdej firmy jest tworzony oddzielny katalog. 

Operatorzy

W konfiguracji programu Comarch ERP Optima istnieje możliwość dopisywania nowych operatorów oraz modyfikowania istniejących kart.

Aby operator mógł prawidłowo pracować w module Operacje wielofirmowe, powinien mieć na karcie operatora zaznaczony moduł Operacje wielofirmowe. W przypadku operatora typu Administrator zaznaczenie modułu Biuro Rachunkowe w konfiguracji operatora nie jest wymagane.

W module Operacje wielofirmowe nie ma możliwości zarejestrowania operatora, którego konto zostało zablokowane, czyli podobnie jak w przypadku standardowej wersji programu.

Na karcie operatora dostępna jest zakładka Blokady atrybutów, gdzie w formie „drzewa” widoczne są wszystkie atrybuty z podziałem na grupy i możliwością ustawienia blokady na:

• Podgląd atrybutu – operator wówczas w ogóle nie będzie widział w module Biuro Rachunkowe takiego atrybutu,
• Zmianę wartości atrybutu – operator będzie widział atrybut, ale nie będzie mógł zmienić jego wartości.

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

Aby dokonać podziału zdarzenia należy:

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.

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:

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:

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.

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:

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

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: 

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.

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

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

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.

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.

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:

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.