• Dane identyfikacyjne (kod, nazwisko, imię, drugie imię, data urodzenia, miejsce urodzenia, imię ojca, imię matki, nazwisko rodowe, nazwisko rodowe matki, płeć, PESEL, NIP, dowód osobisty, data ważności dowodu, paszport wydział),
• Dane adresowe (kraj, województwo, powiat, gmina, miejscowość, ulica, numer domu, numer lokalu, kod pocztowy, poczta, rodzaj miejscowości, kod gminy, telefon, E-mail),
• Dane etatowe (data zatrudnienia, data zwolnienia, rodzaj zatrudnienia, rodzaj umowy, stanowisko, licznik wymiaru etatu, mianownik wymiaru etatu, rodzaj stawki, stawka minimalna, stawka, procent wynagrodzenia zasadniczego z 50% kosztami uzyskania przychodu),
• Dane dotyczące ubezpieczeń (kod tytułu ubezpieczenia, prawo do renty lub emerytury, stopień niepełnosprawności, data zgłoszenia do ubezpieczeń społecznych, rodzaj ubezpieczenia – emerytalne, rentowe, chorobowe, wypadkowe, data ubezpieczenia zdrowotnego, informacja o nie naliczaniu składek FP/FGŚP, okresy od do nie naliczania FP/FGŚP),
• Inne dane (numer RCP, kategoria, opis kategorii, opis pracownika),

• Formy płatności – tj. dane związane ze schematem płatności pracownika (lp., forma płatności, typ formy płatności, numer banku, nazwa banku, IBAN, numer rachunku, procent wynagrodzenia, kwota wynagrodzenia, reszta wynagrodzenia wynikająca z podziału procentowego lub kwotowego),
• Akordy (nazwa akordu, rodzaj akordu, miesiąc wykonywania akordu, rok wykonywania akordu, ilość wykonanych jednostek akordowych, czas wykonywania akordu, kwota akordu grupowego),
• Atrybuty (opcja dostępna w module Płace i Kadry Plus) – nazwa atrybutu, typ atrybutu, daty obowiązywania atrybutu od – do, wartość atrybutu,
• Plan pracy (kalendarz normatywny),
• Czas przepracowany z kalendarza – odczytywany czas pracy z kalendarza tylko dla pracowników rozliczanych wg Kalendarza i wg Obecności do/z Kalendarza (Nie)obecności,
• Nieobecności,
• Zestawienia czasu pracy,
• Umowy – w przypadku eksportu umów, dostępne są dodatkowo 2 opcje:
  • Tylko umowy nierozliczone – jeśli zostanie zaznaczona to zostaną wyeksportowane tylko te umowy, które nie są w bazie oznaczone jako Spłacone. Jeśli nie jest zaznaczona – eksport niezależnie od tego, czy umowa jest spłacona;
  • Tylko umowy rozpoczynające się w okresie od – do – dotyczy zawężenia eksportu do umów, które są zawarte w okresie Od-Do (istotna data zawarcia). Jeśli nie zostanie zaznaczona, to pola z zakresem dat nieaktywne – wyeksportowane zostaną wszystkie umowy.

Aby ułatwić sobie przygotowanie pustego arkusza z prawidłowymi nagłówkami poszczególnych kolumn i zakładek należy:

• zalogować się do przygotowanej, pustej bazy w Comarch ERP Optima,
• z zakładki Płace i Kadry wybrać Kadry,
• jeśli lista pracowników jest pusta należy wprowadzić jeden zapis, w tym celu naciskamy przycisk plusa lub <INSERT>. Wystarczy uzupełnić pola: akronim, nazwisko, imię, następnie zapisać formularz,
• aktywny stanie się przycisk eksportu danych kadrowych . Po naciśnięciu przycisku pojawi się okno z parametrami eksportu danych kadrowych można wybrać zakres danych, które użytkownik chce zapisać w formacie pliku *.xls.

W sytuacji, gdy w bazie znajdują się już dane kadrowe pracowników, a użytkownik chciałby wyeksportować dane do pliku *.xls należy zaznaczyć pracowników i nacisnąć ikonę eksportu , a następnie wybrać zakres eksportowanych danych.

Eksport czasu pracy i nieobecności

Przy każdej pozycji znajdują się pola dotyczące okresu eksportu. Daty od/ do można wpisywać „ z ręki” lub nacisnąć prawy klawisz myszy, pojawi się kalendarz.

Eksport danych dotyczący czasu pracy wykonywany jest dla zaznaczonych pracowników.

Eksport czasu pracy, nieobecności dostępny jest z tego samego miejsca, co eksport danych kadrowych tj. z listy pracowników w kadrach. Chcąc przygotować eksport czasu pracy, nieobecności należy:

• wyświetlić listę pracowników (Kadry),
• zaznaczyć pracowników, których dane o czasie pracy i / lub nieobecnościach chcemy umieścić w arkuszu *.xls,
• następnie nacisnąć przycisk eksportu .

W oknie eksportu należy zaznaczyć właściwą opcję dotyczącą czasu pracy, czy nieobecności.

Przy eksporcie czasu pracy do arkusza *.xls sprawdzany jest sposób rozliczania czasu pracy z etatu pracownika z zapisu historycznego aktualnego na dzień zgodny z datą aktualności na liście pracowników.

Jeśli pracownik ma aktualizację związaną ze zmianą rodzaju rozliczenia w obrębie okresu, za który użytkownik chce wykonać eksport przykładowo: Zmiana z wg kalendarza na wg zestawienia od 15.10.2006 i wyeksportować do arkusza informacje o czasie pracy za cały miesiąc październik, należy:

• wykonać eksport Czasu przepracowanego (arkusz wypełniany dla rozliczenia wg kalendarza i wg obecności) przy dacie aktualności ustawionej na dzień przypadający w okresie między 1 – 14.10.2006 (pracownik był wtedy rozliczany np. wg kalendarza),
• wykonać eksport Zestawienia (arkusz wypełniany dla rozliczenia wg zestawienia) przy dacie aktualności ustawionej na dzień przypadający w okresie 15-31.10.2006 (pracownik był wtedy rozliczany wg zestawienia).

Eksport planu pracy – kalendarza normatywnego – wykonywany jest dla zadanego okresu. Jest realizowany w identyczny sposób dla wszystkich pracowników, niezależnie od tego, według jakiej metody mają rozliczany czas pracy (wg kalendarza, wg obecności, wg zestawienia).

Eksport czasu przepracowanego (obecności) dotyczy pracowników rozliczanych:

• Wg Kalendarza,
• Wg Obecności.

W arkuszu *.xls znajdą się informacje o czasie przepracowanym dla poszczególnych dni (i wejść w tych dniach) we wskazanym okresie.

Dla pracowników rozliczanych wg Zestawienia jest możliwość wyeksportowania do arkusza *.xls informacji o czasie przepracowanym zapisanym w zestawieniu za wskazany miesiąc. Zestawienia podlegają eksportowi wraz z pozycjami tych zestawień dla poszczególnych stref. Przy opcji eksportu zestawienia czasu przepracowanego jest parametr Tylko pracownicy z wypełnionym zestawieniem:

• Zaznaczony [√] – w arkuszu znajdą się pracownicy rozliczani wg zestawienia, którzy wskazany okres mieli uzupełnione w programie Zestawienie,
• Niezaznaczony [ ] – dla pracowników rozliczanych ‘wg zestawienia’, którzy w danym miesiącu nie posiadali żadnego zestawienia utworzy się puste zestawienie czasu pracy z wypełnionym Akronimem, Nazwiskiem i Imieniem pracownika. Okres Od Do nie jest wypełniany, należy go samodzielnie uzupełnić w arkuszu *.xls.

Eksport nieobecności do Excela za wskazany okres. Dostępny jest parametr Tylko pracownicy z nieobecnościami. Operator za pomocą tego parametru określi, czy chce eksportować dodatkowo wiersze niewypełnione nieobecnością dla osób, które w zadanym okresie nie mają ani jednego dnia nieobecności.

• Zaznaczony [√] – w arkuszu znajdą się tylko zaznaczeni pracownicy, którzy w zadanym okresie mają odnotowane w programie nieobecności,
• Niezaznaczony [ ] – do arkusza zostaną wyeksportowani zaznaczeni pracownicy, również Ci, którzy nie mają w zadanym okresie nieobecności, będą mieć wypełnione w arkuszu tylko kolumny z kodem, imieniem i nazwiskiem, a kolejne komórki arkusza są puste. Ta opcja eksportu nieobecności ma na celu automatyczne przygotowanie arkusza o wymaganym formacie, co ułatwi klientom skorzystanie z importu nieobecności (wystarczy tylko uzupełnić informacje o nieobecnościach i zaimportować).

• Stanowiska,
• Funkcje,
• Przyczyny zwolnienia,
• Kody zawodów,
• Tytuły umów,
• Miejscowości,
• Schorzenia,
• Uprawnienia/kwalifikacje,
• Rodzaje stażu pracy,
• Pracodawcy – użytkownicy.

Wszystkie te słowniki obsługiwane są przez identyczne przyciski:

 lub <INSERT> dodanie pozycji do wybranego słownika

 lub <ENTER> edycja pozycji wybranego słownika

 lub <DELETE> usunięcie pozycji z wybranego słownika.

Możliwy jest import słowników pomiędzy obsługiwanymi przez system firmami. Wykonujemy to z poziomu Narzędzi/ Importy / Import z innej bazy danych. Udostępniono importy:

• form płatności,
• funkcji pracowników,
• kodów zawodów,
• stanowisk,
• tytułów umów,
• przyczyn zwolnienia,
• serii kalendarzy,
• kalendarzy,
• typów wypłat,
• limitów nieobecności,
• typów nieobecności,
• wskaźników,
• akordów.

Dodatkowo w wersji Comarch ERP Optima Płace i Kadry Plus można zaimportować do innej bazy:

• serie dokumentów płacowych,
• wydziały,
• definicje stref,
• wzorce płacowe,
• atrybuty pracownika,
• RCP formatów importu,
• RCP reguł wygładzania,
• wzorców zmiany pola,
• rodzajów stażu pracy,

Import następuje ze wskazanej bazy do bazy firmy, w której aktualnie się znajdujemy. Importowane są tylko zaznaczone słowniki.  

• Na zakładce [Kalendarz] lub,
• Z zakładki [Nieobecności].

Dotyczy to zarówno dodawania takiej nieobecności w dniu, na który nie ma jeszcze żadnego wpisu, jak i w dniu na który odnotowano już jakąś obecność (lub nieobecność).

Dodawanie obecności na dniu, na który jest już odnotowana nieobecność jest dostępne tylko w trybie indywidualnym z poziomu Kalendarza , opcja (Nie)obecności , na zakładce [Kalendarz].

Po anulowaniu nieobecności wpisanej na część dnia, będzie możliwe odnotowanie w jej miejsce nieobecności korygującej na cały dzień bądź na część dnia (taką samą bądź inną część jak była nieobecność anulowana).

W sekcji Nieobecność na część dnia, która staje się aktywna po wybraniu nieobecności typu urlop, pojawi się:

• pole Nieobecność na część dnia [ ] (domyślnie niezaznaczone), jest równoznaczne z tym, że nieobecność trwa cały dzień. Taką nieobecność można dodać, jak dotychczas, tylko w dniu, w którym nie ma żadnej innej nieobecności, ani zapisu o obecności. Dodanie nieobecności na dzień, w którym jest już obecność będzie możliwe tylko wtedy, gdy wprowadzona nieobecność będzie miała zaznaczone [v] to pole;
• Ilość godzin (gg:mm) – domyślnie podpowiada się ilość godzin z minutami (np. 8:00) pobrana z dnia planu pracy z dnia na który jest wpisywana nieobecność. W sytuacji, gdy na ten dzień jest już wpisana inna nieobecność , to podpowie się ilość godzin pomniejszona o tą nieobecność (nieobecność anulowana nie jest brana pod uwagę). Ilość godzin nieobecności nie może przekraczać ilości godzin do przepracowania wynikających z planu pracy, co oznacza, że jeśli użytkownik wpisze większą ilość godzin, przy zapisie formularza pojawi się stosowny komunikat.

 -Dodaj nieobecność/Dodaj obecność:

• Dodaj nieobecność – na dniu, w którym jest już wpisana nieobecność, można dodać kolejną nieobecność, ale danego dnia nie może być wprowadzonych więcej niż 2 nieobecności (pojawi się stosowny komunikat). Jeśli w takim dniu jest już odnotowana obecność, pojawi się zapytanie „[…] Czy chcesz wpisać dodatkowo nieobecność?”, po potwierdzeniu otworzy się formularz nieobecności;
• Dodaj obecność – na dniu, w którym jest już wpisana obecność, pojawi się komunikat z zapytaniem, czy chcemy zmodyfikować zapis. Po zatwierdzeniu, wchodzimy w edycję dnia. W sytuacji, gdy jest wprowadzona całodzienna nieobecność nie ma możliwości dodania obecności (komunikat). Jeśli danego dnia jest wprowadzona nieobecność na część dnia, pojawi się stosowna informacja, po jej zaakceptowaniu otworzy się formularz dnia.

 – Edytuj nieobecność/Edytuj obecność:

• Edytuj nieobecność – na dniu, w którym jest wpisana jedna nieobecność (bez znaczenia, czy całodzienna), niezależnie od tego, czy jest w tym samym dniu odnotowana obecność, podnosi do edycji formularz nieobecności, która dotyczy tego dnia. Jeśli danego dnia jest wprowadzona więcej niż jedna nieobecność, wyświetli się lista nieobecności zawężona do dat obejmujących wskazany dzień pozwalająca na wskazanie która z nieobecności ma być usunięta, czy edytowana.
• Edytuj obecność – na dniu, w którym nie ma wpisu nieobecności podniesie do edycji formularz dnia. Jeśli tego dnia jest już całodzienna nieobecność, pojawi się stosowny komunikat. W sytuacji, gdy na część dnia jest wprowadzona co najmniej jedna nieobecność pojawi się stosowny komunikat i dopiero po jego potwierdzeniu, otworzy się formularz obecności.

 – Usuń nieobecność/Usuń obecność:

• Usuń nieobecność – na dniu, w którym jest wpisana jedna nieobecność (bez znaczenia, czy całodzienna) funkcja usunie tą nieobecność (całą nieobecność, niezależnie od tego czy trwa 1 dzień, czy dłużej). Jeśli danego dnia, odnotowano więcej niż jedną nieobecność, pojawi się komunikat, po jego zatwierdzeniu pomocnicza lista nieobecności obejmujących wskazany dzień.
• Usuń obecność – na dniu, na który jest zapis obecności, niezależnie od tego, czy jest w tym dniu inny zapis, usuwa obecność z tego dnia.

Uwaga

Przycisk  jest wyszarzany na dniu, dla którego nie ma żadnego wpisu o obecności/nieobecności.

Działanie parametru Modyfikowanie planu pracy przez nieobecność

Parametr znajduje się na formularzu kalendarza w Konfiguracji firmy/ Płace/ Kalendarze. Jeśli jest zaznaczony to w planie pracy pracownika zostanie przywrócona strefa PP (Czas pracy podstawowy) we wszystkich wejściach ze strefami wliczanymi do czasu pracy, niezależnie od tego, czy pracownikowi odnotowano nieobecność całodzienną, czy na część dnia.

Obliczanie czasu przepracowanego, a nieobecności na część dnia

Wyliczenie czasu pracy następuje na podstawie planu pracy z uwzględnieniem:

• nieobecności całodziennej: czas przepracowany wyniesie 0:00;
• nieobecności na część dnia typu Urlop: czas przepracowany = czas odczytany z planu pracy – pomniejszony o ilość godzin (z minutami) zapisanymi dla nieobecności. Domyślnie obliczony przez program czas przepracowany można edytować (Edytuj obecność) i zmienić np. odnotować pracownikowi nadgodziny. Wybranie opcji Edytuj obecność podniesie do edycji formularz dnia pracy z domyślnie wypełnionymi godzinami Od – Do pomniejszonymi o czas nieobecności od końca (We_6… We_2).

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

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.

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.

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 . Jeżeli na formularzu banku został przypisany format zdefiniowany przez użytkownika lub modyfikowalny format predefiniowany w programie, na ekranie pojawi się okno Eksport przelewów do pliku.

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

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

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.

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,
• 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

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 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 „;”.

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)  i Przelewy walutowe (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.

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 formatami Przelewy krajowe (xml), Przelewy SEPA (xml), Przelewy SEPA BZWBK (xml), Przelewy walutowe (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 za pomocą usługi sieciowej

System Comarch ERP Optima obsługuje wymianę danych z bankiem (eksport i import przelewów) za pomocą usługi sieciowej 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.

Wymiana danych pomiędzy bankiem a klientem w usłudze sieciowej 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,
• Raiffeisen WebService do bezpośredniej wymiany danych z bankiem Raiffeisen,
• Pekao WebService do bezpośredniej wymiany danych z bankiem Pekao,
• BNP Paribas WebService do bezpośredniej wymiany z bankiem BNP Paribas.

W przypadku innych banków należy zweryfikować możliwość wymiany danych poprzez usługę sieciową 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: ING, Raiffeisen, Pekao, BNP Paribas 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 Raiffeisen lub 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ą usługi sieciowej (webservice) wymagana jest instalacja komponentu Microsoft .NET Framework w wersji co najmniej 4.5.

Eksport za pomocą usługi sieciowej

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.

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ą usługi sieciowej jest możliwy z poziomu preliminarza płatności dla wybranego konkretnego rejestru. Jeżeli wybrany rejestr ma na formularzu banku przypisany format obsługujący wymianę danych za pomocą usługi sieciowej, 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.

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.

Przy eksporcie przelewów za pomocą usługi sieciowej (webservice) 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 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.

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 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, Kontrahent i Finalny 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.

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

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.

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.

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.

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.

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

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.

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

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

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.

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.

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

• Data zdarzenia – data wykonania etapu.
• Płatność – numer płatności z Preliminarza płatności.
• Akcja – opis wykonywanego etapu (e-mail/ zadanie lub kontakt CRM/ sms/ Ponaglenie zapłaty/ blokada sprzedaży).
• Identyfikator (pole w zależności od etapu zawiera numer wygenerowanej wiadomości e-mail, numer kontaktu/zadania CRM, numer Ponaglenia zapłaty, w przypadku blokady sprzedaży lub akcji, której wykonanie nie powiodło się – pole jest puste).
• Podmiot – akronim kontrahenta, dla którego został wykonany etap.
• Podmiot – Nazwa – nazwa kontrahenta.
• Opis – opis wykonanego etapu.
• Wywołanie – informacja o rodzaju wykonanej akcji: Automatyczne/ Ręczne).

Dla każdej płatności generowany jest w historii oddzielny wpis.

Na liście dostępne są przyciski:

 Podgląd formularza – przycisk umożliwia podgląd wiadomości e-mail, kontaktu/zadania CRM, wiadomości sms,Ponagelnia Zapłaty i formularza kontrahenta w przypadku blokady sprzedaży. Dla etapu, który się nie powiódł przycisk jest wyszarzony.

 Podgląd płatności – przycisk umożliwia podgląd płatności w Preliminarzu płatności, opcja jest wyszarzona w przypadku blokady sprzedaży i etapu, którego wykonanie nie powiodło się.

• Jeżeli na zaznaczonych w Preliminarzu zdarzeniach dodany jest ten sam schemat, to będzie on widoczny jako domyślny na oknie windykacji na żądanie.
• Jeżeli na zaznaczonych zdarzeniach są różne schematy, to na formularzu podpowie się ten z nich, który jest określony jako schemat domyślny dla danej bazy firmowej.
• Jeżeli żadne z zaznaczonych zdarzeń nie ma przypisanego schematu domyślnego, to na formularzu widoczny jest losowo jeden z dodanych do zaznaczonych zdarzeń schematów.

Użytkownik może jednak ręcznie zmienić schemat windykacyjny na inny dostępny w menu CRM/ Schematy lub dodać nowy – po kliknięciu w przycisk Schemat windykacji. Szczegółowe zasady tworzenia schematów windykacji zostały opisane w artykule Schematy windykacji.

Dla wskazanego schematu widoczna jest lista wszystkich przypisanych do niego etapów – wraz z kodem, nazwą i typem. Przycisk lupy umożliwia dodanie nowych oraz edycję już istniejących etapów. Nie jest możliwa edycja pojedynczego etapu bezpośrednio oknie windykacji na żądanie.

Na formularzu widoczna jest również lista dokumentów (wraz z ich numerami i podmiotami), które zostały wskazane do windykacji na żądanie.

Po wybraniu przynajmniej jednego etapu, przycisk Wykonaj  staje się aktywny. Wówczas program dla wybranych zdarzeń w Preliminarzu Płatności wygeneruje zaznaczone etapy z danego schematu windykacji. Jeżeli wskazana płatność ma już przypisany stały schemat windykacji, to program zrealizuje etapy zarówno według automatycznej windykacji należności oraz ponowi wybrane przez użytkownika akcje w ramach windykacji na żądanie.

Informacja o wykonanych akcjach będzie widoczna w menu CRM/ Historia zdarzeń, na płatności na zakładce [Windykacji]  oraz zostanie zapisana w logu tekstowym.

Podczas wykonywania wybranych etapów windykacji na żądanie dla zaznaczonych płatności widoczny jest log z informacją o uwzględnianych zdarzeniach oraz wykonywanych etapach. Jeżeli podczas operacji wystąpiły błędy, okno z informacją o logach nie zostanie zamknięte automatycznie. Informacja o wywołanych akcjach windykacyjnych, ich dacie i godzinie, użytkowniku oraz ewentualne błędy zapisywane są dodatkowo w pliku opt!ma.log.

• Kod – kod schematu windykacji (pole obowiązkowe).
• Nazwa – nazwę schematu windykacji.
• Parametr Domyślny – jeśli dla kontrahenta nie ustalonego indywidualnego schematu windykacji (menu Ogólne/ Kontrahenci – formularz kontrahenta, zakładka [Płatności] – Schemat windykacji), na Płatnościach kontrahentów w menu Kasa/ Bank/ Preliminarz płatności, na zakładce [Windykacja] będzie automatycznie podpowiadał się domyślny schemat windykacji. Zaznaczenie parametru Domyślny na edytowanym schemacie windykacji skutkuje jego automatycznym odznaczeniem na schemacie dotychczas oznaczonym jako domyślny.
• Tabelę z etapami schematu windykacji zawierającą kolumny Kod, Nazwa, Typ, Termin. Dla tabeli Etapy dostępne są przyciski:

 – tworzenie etapów windykacji.

 Otwórz – edycja etapu windykacji.

 Usuń – usunięcie etapu windykacji.

Schemat windykacji może obejmować wysyłanie do kontrahentów wiadomości e-mail, generowanie kontaktów i zadań CRM, generowanie i wysyłanie poprzez e-mail Ponagleń Zapłaty oraz blokowanie sprzedaży:

• e-mail:
  • Kod – należy podać kod etapu windykacji (pole obowiązkowe, nieunikalne).
  • Wykonaj [ ] po terminie realizacji płatności – należy określić w jakim czasie w odniesieniu do terminu realizacji płatności ma zostać wysłana do kontrahenta wiadomość e-mail z przypomnieniem o zaległych należnościach. Zero oznacza wysłanie wiadomości e-mail w dniu terminu realizacji, liczba dodatnia oznacza wysłanie wiadomości e-mail po upływie terminu realizacji, liczba ujemna oznacza wysłanie wiadomości e-mail przed upływem terminu realizacji płatności.
  • Szablon e-mail – pole obowiązkowe, należy wybrać szablon wiadomości e-mail spośród szablonów zdefiniowanych na formularzu zdarzenia w Preliminarzu płatności (menu Kasa/Bank/ Preliminarz płatności – po otwarciu okna płatności na wstążce w górnym menu ikon pod ikoną Wyślij jest dostępna opcja Konfiguracja szablonów e-mail , gdzie można zdefiniować szablony e-mail dla zdarzenia z Preliminarza płatności). Jeżeli wybrano szablon z wprowadzonym adresem UDW, w polu Wysyłaj kopie wiadomości na adres widoczne będą adresy UDW wprowadzone na szablonie.
    Jeśli nie zdefiniowano żadnego szablonu e-mail z poziomu zdarzenia w Preliminarzu płatności, szablon można zdefiniować w oknie Etapu schematu windykacji po naciśnięciu przycisku Szablon e-mail.Wysłana wiadomość e-mail będzie zgodna z wybranym szablonem.
    W oknie edycji szablonu e-mail dla zdarzenia w Preliminarzu płatności oprócz standardowych dostępne są następujące makra:
    Zestawienie dokumentów windykowanych – makro podstawia informacje o wszystkich nieuregulowanych płatnościach kontrahenta zgodnie z terminem wskazanym na akcji windykacyjnej. Zestawienie zawiera kolumny Numer dokumentu (jeśli na płatności nie zdefiniowano numeru wówczas podpowiada się numer obcy z płatności), Termin płatności, Kwota należności, Waluta.
    Zestawienie dokumentów nierozliczonych po terminie – makro podstawia informację o nieuregulowanych płatnościach kontrahenta, których liczba dni po terminie jest większa niż dokumentu podlegającego windykacji. Uzupełniając zestawienie dokumentów przeterminowanych program uwzględnia datę realizacji lub termin płatności, w zależności od ustawień w konfiguracji windykacji. Zestawienie zawiera kolumny Numer dokumentu (jeśli na płatności nie zdefiniowano numeru wówczas podpowiada się numer obcy z płatności), Termin płatności, Kwota należności, Waluta, Po terminie.
    Zestawienie wszystkich dokumentów nierozliczonych po terminie – makro podstawia informację o wszystkich nieuregulowanych i przeterminowanych płatnościach kontrahenta. Uzupełniając zestawienie dokumentów przeterminowanych program uwzględnia datę realizacji lub termin płatności, w zależności od ustawień w konfiguracji windykacji. Zestawienie zawiera kolumny Numer dokumentu (jeśli na płatności nie zdefiniowano numeru wówczas podpowiada się numer obcy z płatności), Termin płatności, Kwota należności, Waluta, Po terminie.
    Usunięcie z programu szablonu e-mail przypisanego do etapu windykacji uniemożliwi wysłanie do kontrahentów wiadomości e-mail.

• Zadanie lub kontakt CRM
  • Kod – należy podać kod etapu windykacji (pole obowiązkowe, nieunikalne).
  • Wykonaj [ ] po terminie realizacji płatności – należy określić ile dni w odniesieniu do terminu realizacji płatności ma zostać wygenerowany kontakt/ zadanie CRM. Zero oznacza wygenerowanie kontaktu/ zadania CRM w dniu terminu realizacji, liczba dodatnia oznacza wygenerowanie kontaktu/ zadania CRM po upływie terminu realizacji, liczba ujemna oznacza wygenerowanie kontaktu/ zadania CRM przed upływem terminu realizacji płatności.
  • Dokument – należy wskazać domyślny schemat numeracji dla generowanych kontaktów/ zadań CRM. Nie jest możliwe usunięcie z programu schematu numeracji wskazanego dla kontaktu/ zadania CRM w etapie windykacji.
  • Temat – przenoszony na kontakt/ zadanie CRM.
  • Generuj kontakt/ zadanie CRM – należy wybrać czy w module CRM mają być generowane kontakty czy zadania.
    W przypadku generowania zadań CRM będą pobierane ustawienia z menu System/ Konfiguracja/ Firma/ CRM/ Windykacja/ CRM – sekcja Zadanie (przedział czasowy zadania, jego czas trwania i związane z nim przypomnienie).

• Ponaglenie zapłaty
  • Kod – należy podać kod etapu windykacji (pole obowiązkowe, nieunikalne).
  • Wykonaj [ ] po terminie realizacji płatności – należy określić ile dni po terminie realizacji płatności ma zostać wygenerowane Ponaglenie Zapłaty (najwcześniej jeden dzień po terminie realizacji płatności).
  • Dokument – należy wskazać domyślny schemat numeracji dla Ponagleń Zapłaty. Nie jest możliwe usunięcie z programu schematu numeracji wskazanego dla Ponaglenia Zapłaty w etapie windykacji.
  • Koszty dodatkowe – waluta wprowadzonych kosztów jest zgodna z walutą Ponaglenia Zapłaty. W przypadku, kiedy koszty dodatkowe mają generować płatności, należy określić dla nich formę płatności i termin płatności liczony od dnia generowania Ponaglenia.
  • Wyślij e-mail z wydrukiem ponaglenia zapłaty – po zaznaczeniu parametru w chwili generowania Ponaglenia zostanie wysłana do kontrahenta wiadomość e-mail zgodna z wybranym szablonem zawierająca w załączniku wydruk Ponaglenia. Dla wysłanego wydruku należy określić tytuł Ponaglenia Zapłaty: Ponaglenie/ Wezwanie/ Upomnienie.
    Jeśli zaznaczono wysyłkę wydruku mailem, możliwy jest wybór wzorca wydruku (lista jest zgodna z lista wydruków dostępnej z poziomu formularza Ponaglenia zapłaty, z wyłączeniem wydruków tekstowych i kaskadowych).
    Jeżeli wybrano szablon z wprowadzonym adresem UDW, w polu Wysyłaj kopie wiadomości na adres widoczne będą adresy UDW wprowadzone na szablonie.

• Blokada sprzedaży
  • Kod – należy podać kod etapu windykacji (pole obowiązkowe, nieunikalne).
  • Wykonaj [] po terminie realizacji płatności – zgodnie z ustalonym terminem dla kontrahentów spełniających kryteria zostanie włączona blokada wystawiania dokumentów rozchodowych (menu Ogólne/ Kontrahenci – formularz kontrahenta, zakłada [Handlowe]).

• SMS

Dla akcji sms należy określić w jakim terminie w odniesieniu do terminu nieuregulowanych płatności ma zostać wysłany sms (liczba ujemna oznacza wysłanie wiadomości o podana ilość dni przed upływem terminu płatności).  Wybierając szablon SMS należy zdefiniować treść wiadomości, która zostanie wysłana przez automat windykacji lub w ramach windykacji na żądanie. Szablony wykorzystywane w windykacji są pobierane z formularza płatności w Preliminarzu. Po naciśnięciu przycisku Szablon SMS można utworzyć nowy szablon.

Podczas automatycznej windykacji wysyłany jest jeden sms zawierający informację o jednej nieuregulowanej płatności (w przypadku istnienia kilku niezapłaconych dokumentów, wysyłanych jest kilka wiadomości sms).

SMS jest wysyłany na numer telefonu wpisany na karcie kontrahenta, na zakładce [Płatności] w sekcji Windykacja należności. Jeśli tu nie podano numeru, pobierany jest numer telefonu SMS z karty kontrahenta, z zakładki [Ogólne].

Na formularzu SMS, na zakładce [Dokumenty] w tabeli Dokumenty skojarzone jest automatycznie podpinany dokument, na podstawie którego został wysłany SMS.