OPT072 – Szybki import i eksport przelewów przez bankowość internetową BNP Paribas - Baza Wiedzy programu Comarch ERP Optima OPT072 – Szybki import i eksport przelewów przez bankowość internetową BNP Paribas - Baza Wiedzy programu Comarch ERP Optima

OPT072 – Szybki import i eksport przelewów przez bankowość internetową BNP Paribas

Informacje ogólne

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

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 przelewy wysyłane do banku. 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 BNP Paribas WebService (standardowy) do wymiany danych 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ć odpowiedni adres usługi sieciowej.

Uwaga
W związku z koniecznością obsługi protokołu TLS 1.2 w wymianie danych za pomocą usługi sieciowej, od wersji programu 2017.1.1 na stanowisku wymagana jest instalacja .NET Framework w wersji conajmniej 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. Przelewy walutowe wysyłane są jako przelewy zagraniczne. Od wersji programu 2015.5.1 wprowadzona została również możliwość wysyłania przelewów euroregulowanych (SEPA). Jako przelewy euroregulowane wysyłane są zdarzenia rozchodowe w walucie EUR, na których zaznaczony został parametr „Przelew 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.

Rysunek 1. Formularz banku, zakładka „Dodatkowe”.

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.

Rysunek 2. Formularz banku, zakładka „Ustawienia usługi sieciowej”.

W przypadku przelewów walutowych istotne jest uzupełnienie pól: Opłatę ponosi, Osoba kontaktowa oraz Kontakt. W przypadku pola Opłatę ponosi jest możliwość wyboru trzech opcji: Zleceniodawca, Zleceniobiorca, Po równo. W przypadku niektórych rachunków opcja Zleceniobiorca może być zablokowana. Przy próbie eksportu z wybraną tą opcją pokaże się wówczas odpowiedni komunikat. W przypadku Osoba kontaktowa oraz Kontakt należy wprowadzić imię i nazwisko oraz np. numer telefonu przedstawiciela Klienta z którym można się kontaktować. Jest to pole wymagane gdy wysyłane są przelewy walutowe.

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.

Rysunek 3. Okno eksportu przelewu poprzez usługę sieciową.

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. Jest możliwy również eksport przelewów zbiorczych. Istnieje także 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.

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 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 sprawdzane są 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 (ukrytych) na liście jest kolumna Wyciąg z banku, w której zapisywana jest informacja, czy wyciąg bankowy został pobrany.

Eksport i import przelewów za pomocą usługi sieciowej – najczęściej zadawane pytania

  • Co należy ustawić w programie Comarch ERP Optima, aby móc skorzystać z Eksport i import przelewów za pomocą usługi sieciowej?

Odpowiedź: Na formularzu banku (Ogólne/ Inne/ Banki) w polach Format eksportu dla przelewów zwykłych oraz Format importu wyciągów bankowych (druga zakładka) należy wskazać format obsługujący wymianę za pomocą usługi sieciowej. Następnie na 3 zakładce [Ustawienia usługi sieciowej] Użytkownik wprowadza ustawienia dotyczące przelewów walutowych oraz podpina certyfikat do komunikacji otrzymany z banku.

  • Czy taki sposób wymiany danych z bankiem dostępny jest także dla innych banków?

Odpowiedź: Prosimy o przekierowanie pytania o to czy i kiedy Państwa bank wdroży standard Comarch Data Connect 2.0 (umożliwiający bezpośrednią wymianę danych z Comarch ERP Optima) bezpośrednio do Banku. W Comarch ERP Optima standard ten jest gotowy do współpracy z każdym bankiem, który go wdroży.

  • Jakie warunki powinny spełniać certyfikaty wykorzystywane podczas wysyłki aby odbyła się ona prawidłowo? 

Odpowiedź: Certyfikat komunikacyjny i autoryzacyjny powinny znajdować się w sekcji osobiste, mieć aktualną datę ważności oraz posiadać informację o obsługujących je kluczach prywatnych. Ponadto w przypadku certyfikatu autoryzacyjnego należy poprawnie zainstalować sterowniki urządzenia obsługującego certyfikat po stronie systemu operacyjnego.
Jeśli bank wymaga dodatkowych certyfikatów należy upewnić się czy znajdują się one we właściwych magazynach certyfikatów oraz czy posiadają aktualną datę ważności




OPT070 – Formaty elektronicznej wymiany danych z bankiem (eksport/ import przelewów)

O Elektronicznej Wymianie Danych

Program Comarch ERP Optima umożliwia zarówno import zrealizowanych przelewów bankowych do programu
z pliku dostarczonego przez bank, jak i eksport poleceń przelewu do pliku, który następnie można zaczytać
w aplikacji bankowej.

Oprócz eksportu/importu przelewów poprzez pliki istnieje również możliwość wymiany danych bezpośrednio z/do systemu bankowego, bez konieczności ręcznego przenoszenia plików pomiędzy aplikacją bankową a Comarch ERP Optima – za pomocą usługi sieciowej opartej o standard Comarch Data Connect 2.0. Więcej informacji w tym temacie można znaleźć w rozdziale 6.

Jak wykonać import poleceń przelewu?

W celu zaimportowania zapisów z pliku z banku należy wejść w Kasa/Bank/ Zapisy kasowe/bankowe, następnie
w polu Rejestr wybrać odpowiedni rejestr bankowy i w polu Raport odpowiedni raport, do którego ma być wykonany import zapisów oraz nacisnąć na ikonę „Importuj polecenia przelewu.

Po naciśnięciu na ikonę „Importuj polecenia przelewu” pojawi się okno „Import przelewów”, w którym należy uzupełnić następujące dane:

  1. Format wymiany – z listy dostępnych formatów należy wybrać odpowiedni format wymiany danych, zgodny ze strukturą pliku uzyskanego z banku; gdyby żaden z dostępnych formatów nie działał prawidłowo z poziomu Ogólne/ Inne/ Formaty przelewów można dodać nowy lub zmodyfikować już istniejący (więcej informacji w temacie tworzenia formatów przelewów znajduje się w rozdziale 5)
  2. Plik źródłowy – należy wskazać właściwy plik do zaczytania. Służy do tego ikona  (pole pokazuje ścieżkę dostępu do pliku, z którego wykonywany jest import)
  3. Definicja KP – symbol numeracji dla dokumentów typu przychód
  4. Definicja KW – symbol numeracji dla dokumentów typu rozchód

Jeżeli jako format wymiany wybierzemy format MT940 pojawią się 2 dodatkowe parametry:

  • Dodawaj zapisy dotyczące innych rachunków – wyciąg w formacie 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 przed importem zaznaczymy parametr, 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.
  • Strona kodowa – określenie strony kodowej – wybór spośród następujących możliwości: Windows (1250), Latin II, iso-8859-2, Mazovia, UTF8 (ustawienie właściwego kodowania ma wpływ na prawidłowe rozpoznawanie polskich znaków przy imporcie).

Uwaga
Możliwość importowania i eksportowania plików bankowych przy użyciu kodowania ISO 8859-2 oraz UTF-8 jest dostępna od wersji 2014.0.1 programu Comarch ERP Optima.

Po uzupełnieniu wszystkich pól należy nacisnąć na ikonę  aby wczytać plik. Po wczytaniu pliku, tabela tymczasowa wypełniana jest informacjami odczytanymi z pliku. Pozycje znajdujące się w tabeli nie podlegają edycji.

Import zapisów do bazy następuje po naciśnięciu na ikonę Uruchom import.

Uwaga
Identyfikacja podmiotu odbywa się w pierwszej kolejności po Akronimie podmiotu oraz w drugiej kolejności po numerze rachunku bankowego (taki numer jaki jest w przelewie w pliku musi być wpisany na karcie kontrahenta, na zakładce [Płatności]). Jeżeli kontrahent nie zostanie rozpoznany zapis trafia na !Nieokreślonego!

Jak wykonać eksport poleceń przelewu do pliku?

W celu wyeksportowania poleceń przelewu do pliku, który następnie można zaczytać w aplikacji bankowej, należy wejść w Kasa/Bank/ Preliminarz płatności, w polu Rejestr wybrać odpowiedni rejestr bankowy, z którego ma być wykonany eksport i nacisnąć na ikonę  Eksportuj polecenia przelewu.

Aby ikona Eksportuj polecenia przelewu była aktywna w polu Rejestr musi być wybrany rejestr bankowy i lista wyświetlanych zapisów musi być zawężona do pozycji nierozliczonych (należy odznaczyć opcje Rozliczone: Całkowicie i Nie podlega).

Dodatkowo można zaznaczyć parametr „Przelewy do wysłania”, co spowoduje zawężenie listy tylko do tych zdarzeń, które mogą zostać wysłane do banku.

Przelewy do wysłania muszą mieć:

  • status nierozliczone lub częściowo rozliczone,
  • stan zatwierdzone do realizacji,
  • kierunek przepływu – rozchód,
  • poprawnie wypełnione pola podmiot, bank oraz numer rachunku podmiotu.

Po naciśnięciu na ikonę  Eksportuj polecenia przelewu pojawia się okno Eksport przelewów do pliku,
w którym należy uzupełnić następujące dane:

  1. Eksport poleceń – do wyboru eksport tylko zaznaczonych lub wszystkich zatwierdzonych do realizacji
  2. Format wymiany – z listy dostępnych formatów należy wybrać odpowiedni format wymiany danych, zgodny ze strukturą pliku, jaki zaczytuje bank; gdyby żaden z dostępnych formatów nie działał prawidłowo z poziomu Ogólne/ Inne/ Formaty przelewów można dodać nowy lub zmodyfikować już istniejący (więcej informacji w temacie tworzenia formatów przelewów znajduje się w rozdziale 5).
  3. Format wymiany dla split payment – rozwijalna lista ze zdefiniowanymi w programie formatami eksportu przelewów. Program proponuje format, który został wskazany na formularzu banku, do którego przygotowujemy zlecenie przelewów. Wskazane formaty wymiany powinny mieć ten sam rodzaj. Nie wykonamy eksportu jeśli jeden z formatów będzie typu webservice a drugi nie. Rodzaje formatów wymiany muszą być z sobą zbieżne. Jeśli w danej organizacji nie stosujemy metody podzielonej płatności nie ma konieczności wskazywania formatu wymiany dla split payment.
  4. Domyślnie podpowiadany jest format, który jest przypisany jako domyślny dla banku związanego z rejestrem, z którego wykonywany jest eksport (na formularzu banku, na zakładce [Dodatkowe], pole: Format eksportu dla przelewów zwykłych).
    Uwaga
    Mechanizm eksportu działa w taki sposób, że program próbuje wysyłać 3 rodzaje przelewów za każdym razem (przelewy zwykłe, do US i do ZUS), a do każdego z takich przelewów wymagana jest inna struktura plików, stąd inny format wymiany. W polu Format wymiany wybierany jest format dla przelewów zwykłych, natomiast format służący do eksportu przelewów do ZUS i US pobierany jest z karty banku związanego z rejestrem (na formularzu banku, na zakładce [Dodatkowe], pole: Format eksportu dla przelewów do US/ ZUS).
  5. Katalog docelowy – należy wskazać katalog, w którym ma być zapisany plik z przelewami
  6. Nazwa pliku – nazwa pliku, do którego chcemy wyeksportować zdarzenia
  7. Dopisz do pliku – możliwość dopisania przelewów do już istniejącego pliku. Aby dopisać przelewy do pliku należy zaznaczyć parametr, a następnie w polu Plik docelowy wskazać plik, do którego informacje powinny być dopisane. Jeśli podczas eksportu przelewów wskażemy istniejący plik i nie zaznaczymy parametru Dopisz do pliku ‑ spowoduje to wykasowanie dotychczasowej zawartości pliku i nadpisanie nowych informacji.
  8. Data przelewu – domyślnie wybrana jest data realizacji, istnieje również możliwość wybrania terminu płatności, daty bieżącej lub innej – z możliwością wpisania daty. Data wybrana w polu Data przelewu zostanie zapisana w eksportowanym pliku, jeżeli w formacie wymiany znajduje się pozycja Data operacji. (Jeżeli w formacie jest wybrana „Data dokumentu” eksportowana jest zawsze data dokumentu ze zdarzenia w preliminarzu płatności.)
  9. Aktualizuj przy eksporcie informacje na zdarzeniach – 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.
  10. Przelewy zbiorczo dla poszczególnych podmiotów – zaznaczenie parametru spowoduje, iż w momencie eksportu kilku zdarzeń dla tego samego podmiotu w pliku powstanie jeden zbiorczy przelew na tego kontrahenta, na łączna kwotę.

Eksport przelewów do pliku następuje po naciśnięciu na ikonę  Uruchom eksport.

Tworzenie formatów przelewów

Formaty wykorzystywane przy imporcie/eksporcie przelewów dostępne są w menu Ogólne/ Inne/ Formaty przelewów.

Z tego poziomu można zarówno dodawać nowe, jak i modyfikować istniejące formaty – Użytkownik może sam zdefiniować format w oparciu o informacje dostarczane przez bank.

Aby skopiować format należy go zaznaczyć (podświetlić) na liście, a następnie wcisnąć <CTRL>+<INSERT> lub <CTRL> i ikona plusa, a następnie zapisać.

Uwaga
Od wersji 2014.0.1 wszystkie formaty standardowe są nieedytowalne, jeżeli więc chcemy wprowadzić jakieś zmiany na takim formacie należy go najpierw skopiować.

Uwaga
Program umożliwia import przelewów z plików MT940, jednak jest to mechanizm zaszyty w programie, nie ma możliwości jego edycji/ modyfikacji, stąd też te formaty nie są dostępne na liście formatów przelewów.

Tworzenie formatów – informacje ogólne

Dodanie nowego formatu otwiera okno Format elektronicznej wymiany danych z bankami, składające się z czterech zakładek: [Ogólne], [Nagłówek], [Pozycje], [Stopka].

Uwaga
Przy tworzeniu nowego/dostosowywaniu istniejącego formatu przelewów należy zwrócić uwagę na to, aby wszystkie ustawienia były zgodne z dokumentacją banku (ze strukturą plików wyeksportowanych z banku/ do zaimportowania do aplikacji bankowej).

Zakładka [Ogólne]

Zakładka ta zawiera parametry wspólne dla wszystkich pozycji definiowanego formatu.

Poszczególne pola należy uzupełnić zgodnie z wymaganiami banku, np. w oparciu o przykładowe pliki z przelewami lub dokumentację banku opisującą strukturę takich plików.

  1. Nazwa formatu – nazwa, która będzie widoczna na liście dostępnych do wyboru formatów – zarówno na formatce banku, jak i na formatce eksportu/importu. Pole obowiązkowe.
  2. Rozszerzenie pliku – należy podać rozszerzenie pliku udostępnianego/ wymaganego przez bank, np. csv, txt, pli.
  3. Kodowanie – określenie strony kodowej dokumentu; do wyboru są opcje: Windows (1250), Latin II, ISO 8859-2, Mazovia, UTF8 i Flat (bez polskich znaków)
  4. Oddzielaj pola – jeżeli parametr jest odznaczony oznacza to, że format nie posiada separatorów pól. Zazwyczaj jednak w plikach są separatory pól, a w taki przypadku parametr należy zaznaczyć.
  5. Separator pól – wybór znaku, którym są od siebie oddzielane poszczególne pola w pliku, np. przecinek (,), spacja, Tab, Enter. Oprócz wyboru z dostępnej listy istnieje również możliwość ręcznego wpisania np. średnika (;) czy pipe (|)
  6. Separator wierszy – wybór znaku końca wiersza, którym są od siebie oddzielane poszczególne wiersze
    w pliku. Najczęściej jest to „<Enter>”. Oprócz wyboru z dostępnej listy (spacja, przecinek (,), Tab, Enter) istnieje również możliwość ręcznego wpisania innego separatora.
    Uwaga
    W wersji 2014.0.1 obsłużono import z pliku ze znacznikiem końca wiersza w formacie Unix (LF). W przypadku wybrania w formacie, jako separator wiersza <ENTER>, program automatycznie rozpozna odpowiednią sekwencję CR+LF czy LF.
  7. Ograniczniki tekstu – pola tekstowe w pliku będą otaczane tym znakiem, najczęściej jest nim cudzysłów.
  8. Zamiana ograniczników w tekście na – pole aktywne po zaznaczeniu „Ograniczniki tekstu„. Jeżeli pola tekstowe są otaczane znakiem ogranicznika tekstu np. cudzysłowem to cudzysłów wpisany w środku pola zostanie zamieniony na znak wpisany w tym polu.
  9. Zmienna szerokość pola – parametr należy zaznaczyć, jeżeli szerokość pól w pliku jest zmienna (poszczególne pola są różnej długości). Zazwyczaj parametr powinien być zaznaczony.
  10. Format daty – określenie formatu daty, w jakim jest ona zapisywana w pliku. Oprócz wyboru z dostępnej listy (DD-MM-RR, DD-MM-RRRR, RR-MM-DD, RRRR-MM-DD, RRRRMMDD, DD/MM/RR, MM/RR/DD) istnieje również możliwość ręcznego wpisania np. DD/MM/RRRR.
  11. Separator dziesiętny – znak jakim w pliku oddzielana jest część całkowita od części ułamkowej liczby, np. złoty od groszy. Do wyboru: kropka (.), przecinek (,) i puste (brak separatora).
  12. Separator tysięcy – separator grupujący. Dostępne opcje do wyboru to: puste (brak separatora), kropka (.), przecinek (,).
  13. Sekwencja podziału pola na części – to znak, który jest używany w celu oddzielenia poszczególnych części w ramach danego pola. Wykorzystywany głównie w formatach służących do eksportu, np. w polach
    z opisem do banku.
  14. Separator w opisie przelewów zbiorczych – parametr ma znaczenie przy zbiorczym eksporcie przelewów. Oprócz wyboru z dostępnej listy (spacja, średnik (;), przecinek (,)) istnieje również możliwość ręcznego wpisania innego separatora.

Zakładki [Nagłówek] i [Stopka]

W przypadku, gdy plik importowany przez Użytkownika posiada nagłówek niezbędne jest odpowiednie uzupełnienie zakładki. Jeżeli w pliku nie ma nagłówka, zakładka powinna pozostać pusta.

Jako każdą z pozycji można wybrać „Stałą wartość”. Należy tylko zwrócić uwagę, aby ilość pozycji odpowiadała ilości pól w nagłówku w pliku oraz odpowiednio ustawić typ: Tekst (dla pól zapisanych w ograniczniku tekstu, np.
w cudzysłowie) lub Liczba (dla pól zapisanych bez ogranicznika tekstu).

Uwaga
Program Comarch ERP Optima obsługuje tylko jedną linijkę nagłówka. W przypadku gdy w pliku z banku nagłówek jest bardziej rozbudowany, przed wykonaniem importu niezbędna jest modyfikacja pliku.

Uwaga
Format służący do importu nie może zawierać stopki. W przypadku gdy w pliku z banku jest stopka, przed wykonaniem importu niezbędna jest modyfikacja pliku.

Zakładka [Pozycje]

Na tej zakładce definiujemy poszczególne pozycje formatu. Bardzo ważne jest, aby ilość pozycji zgadzała się
z ilością pól przelewu w pliku z banku. Należy także zachować odpowiednią kolejność pozycji oraz ustawić prawidłowy Typ pozycji: Tekst (dla pól zapisanych w ograniczniku tekstu, np. w cudzysłowie) lub Liczba (dla pól zapisanych bez ogranicznika tekstu).

Jeżeli liczba pozycji formatu, ich kolejność czy typ nie będą się zgadzać z tym co jest zapisane w pliku z banku, import przelewów do programu się nie powiedzie. Podobnie w przypadku eksportu przelewów z programu do pliku i próbie zaczytania ich w aplikacji bankowej.

Kolejne pozycje formatu dodajemy ikoną .

  1. Nazwa pola z rozwijalnej listy należy wybrać odpowiednią opcję, np. Data dokumentu, Kwota płatności, Nazwa podmiotu, Pełny numer rachunku podmiotu.
  2. Typ pola opcje do wyboru: Tekst, Liczba <#, Liczba <#.##, Liczba <#.####. Konsekwencją wybrania typu pola Tekst, w formatach służących do eksportu, będzie otoczenie go w pliku ogranicznikiem tekstu (np. zapisanie w cudzysłowie). Podobnie w formatach służących do importu przelewów – jeżeli w pliku z banku pole jest zapisane w ograniczniku tekstu, jako typ należy wybrać: Tekst, w pozostałych przypadkach: Liczba.
  3. Wartość – pole ma znaczenie w formatach służących do eksportu przelewów; jest aktywne przy wyborze takich pól jak: „Inne informacje”, „Stała wartość”, „Zapytanie SQL”
  4. Szerokość – ilość znaków przewidziana na dane pole, pole wykorzystywane głównie w formatach do eksportu przelewów
  5. Opcje pola – określają, czy dane pole będzie nowym polem, czy ma zostać połączone z poprzednim na jeden z trzech sposobów. Najczęściej wybierane jest „nowe pole”. Opcja „łącz z poprzednim (…)” ma znaczenie w formatach służących do eksportu przelewów, przykładowo bank może wymagać, aby w pliku opis przelewu był zapisany jako jedno pole składające się z kilku podpól oddzielonych od siebie znakiem „|”.
  6. Usuwaj znaki rozdzielające w numerze rachunku – parametr jest aktywny tylko w przypadku wybrania pola związanego z numerem rachunku, np. numer rozliczeniowy banku, pełny numer rachunku podmiotu. Zaznaczenie parametru powoduje, iż numer rachunku będzie zapisany w pliku jako ciąg cyfr, bez znaków rozdzielających.
  7. Wymagane – parametr ma znaczenie przy formatach do eksportu przelewów. Zaznaczenie tego pola oznacza, iż brak danej wartości na przelewie będzie powodował błąd i w konsekwencji dany przelew nie zostanie wyeksportowany.

Przykład tworzenia formatu służącego do importu danych z pliku z banku

Jeżeli okaże się, że żaden z dostępnych w programie formatów przelewów nie umożliwia prawidłowego importu danych z pliku należy odpowiednio zmodyfikować istniejący format lub dodać nowy.

Na podstawie pliku otrzymanego z banku (np. pliku w formacie *.csv, *.txt) lub dokumentu z opisem struktury takich plików Użytkownik może zdefiniować w programie własny format celem zaczytania w/w pliku.

Uwaga
Wyjątek stanowią pliki MT940 – program umożliwia import z takich plików, jednak jest to mechanizm zaszyty w programie i nie ma możliwości jego edycji/ modyfikacji.

Użytkownik może spotkać się z różnymi dokumentami o odmiennej strukturze, które mogą wymagać ręcznej modyfikacji. Spowodowane to jest faktem, iż każdy zapis jest zróżnicowany i żaden „uniwersalny” format nie jest w stanie wczytać wszystkich dokumentów. Ponadto zdarza się, że banki zmieniają strukturę generowanych plików,
a w wielu przypadkach pliki nawet z tego samego banku potrafią się diametralnie od siebie różnić.

Uwaga
Każdy Bank posiada inny format wymiany danych. Przed próbą zaimportowania pliku zalecane jest dokładne sprawdzenie i porównanie go z danym formatem.

W poniższym ćwiczeniu na podstawie otrzymanego z banku pliku z przelewami zdefiniujemy format dla importu przelewów.

Pliki w formatach *.csv, *.pli, *.txt Użytkownik może otworzyć za pomocą zwykłego edytora tekstowego (notatnik, WordPad) bądź poprzez MS Excel.

Załóżmy, że nasz plik z przelewami z banku wygląda następująco (na zrzucie znajdują się dane testowe, np. numery rachunków bankowych):

Analizując zamieszczony wyżej plik można wywnioskować, że:

  • ,,Oddzielaj pola”: parametr zaznaczony
  • Separator pól: ; (średnik – bo widzimy, że w pliku poszczególne pola są od siebie oddzielone średnikiem)
  • Separator wierszy: <Enter>
  • Ograniczniki tekstu: ” (cudzysłów – bo widać, że w pliku część pól jest zapisana w cudzysłowie)
  • Zamiana ograniczników w tekście na: zostawić puste
  • Zmienna szerokość pola: zaznaczone (widać, że poszczególne pola w pliku różnią się długością)
  • Format daty: RRRR-MM-DD (przykładowa data z pliku to: 2013-01-03)
  • Separator dziesiętny: , (przecinek – bo przykładowa kwota w pliku zapisana jest jako: 297,49)
  • Separator tysięcy: puste
  • Sekwencja podziału pola na części: zostawić puste
  • Separator w opisie przelewów zbiorczych: może zostać ustawienie domyślne

Dodatkowo:

  • Rozszerzenie pliku to: txt
  • Kodowanie: Windows (1250)

 

Pierwsza zakładka [Ogólne] naszego formatu musi więc wyglądać następująco:

Dodatkowo w pliku jest Nagłówek, w związku z tym w formacie przelewów również trzeba zdefiniować pozycje nagłówka.

Ważne jest, aby ilość pozycji na zakładce [Nagłówek] odpowiadała ilości pól w nagłówku w pliku (w tym przykładzie jest ich 7). Należy również zwrócić uwagę na to, że w pliku żadne z pól nagłówka nie jest zapisane w ograniczniku tekstu (w cudzysłowie), w związku z tym w formacie przelewów w każdym polu należy wybrać typ: Liczba.

Jako każdą z pozycji można wybrać „Stałą wartość”.

Liczba pozycji w formacie powinna zgadzać się z liczbą pól w przelewie w pliku – w naszym przykładzie jest ich 7, są to kolejno: data, inne informacje, nazwa podmiotu, numer rachunku podmiotu, opis do banku, kwota płatności, inne informacje.

Należy również zwrócić uwagę, aby pola zapisane w pliku w cudzysłowie w formacie miały typ: Tekst (w naszym przykładzie są to pola 4) numer rachunku podmiotu i 5) Opis do banku), pozostałe mają mieć typ: Liczba.

Zakładka [Pozycje] powinna więc wyglądać następująco:

Tak zdefiniowanym formatem bez problemu uda się zaczytać przelewy z analizowanego pliku.

Uwaga
Program Comarch ERP Optima obsługuje tylko jedną linijkę nagłówka. Format służący do importu nie może również zawierać stopki. W przypadku gdy w pliku z banku nagłówek jest bardziej rozbudowany i/lub jest uzupełniona stopka, przed wykonaniem importu niezbędna jest modyfikacja pliku

Załóżmy, że przykładowy plik z banku wygląda następująco (na zrzucie plik *.csv otworzony w MS Excel):

Jak widać w pliku jest bardzo rozbudowany nagłówek, przed wykonaniem importu należy zatem odpowiednio zmodyfikować plik tak, aby zostały w nim tylko dane związane z przelewami i maksymalnie jedna linijka nagłówka. (Można np. zaznaczyć linijki z przelewami, skopiować je, otworzyć Notatnik, wkleić dane przelewów i zapisać plik. W momencie importu wskazywać już ten „nowy” plik txt.).

Przykład tworzenia formatu służącego do eksportu przelewów do pliku

Jeżeli okaże się, że żaden z dostępnych w programie formatów przelewów nie umożliwia eksportu do pliku, którego struktura jest zgodna z tym, co zaczytuje bank należy odpowiednio zmodyfikować istniejący format lub dodać nowy.

Na podstawie przykładowego pliku z banku lub dokumentu z opisem struktury takich plików użytkownik może zdefiniować w programie własny format służący do eksportu przelewów.

W poniższym ćwiczeniu na podstawie dokumentu z opisem struktury plików otrzymanego z banku zdefiniujemy przykładowy format do eksportu przelewów.

Przykładowe informacje z banku:

Opis formatów plików – Struktura pliku przesyłki płatności krajowych:

Standard polskich liter – CP 852 ( LATIN II ).

Polecenia płatnicze można podzielić wg typu operacji na trzy grupy.

W zależności od tego, do której grupy należą polecenia umieszczane w przesyłce, program nadaje dla pliku przesyłki odpowiednie rozszerzenie:

– przelewy, wypłaty gotówkowe i płatności ZUS: „.PLI”

– specjalne i specjalne ZUS: „.PLE”

– polecenia zapłaty: „.PLD”

W pliku przesyłki nie ma wiersza nagłówkowego z nazwami pól danych.

W jednym pliku mogą być zapisane dane kilku poleceń płatniczych; każdy wiersz zawiera dane innego polecenia.

Każdy wiersz kończy się znakiem końca wiersza <CR><LF> (Hex 0D0A) i rozpoczyna się kodem oznaczającym typ operacji:

110 = Przelew, wypłata gotówkowa, płatność US,

120 = Płatność ZUS,

210 = Polecenie zapłaty.

Pola alfanumeryczne (tekstowe) są zapisane w cudzysłowach (” „) (Hex 22). Długość pól podana w tabeli nie uwzględnia cudzysłowów.

Poszczególne dane są oddzielone przecinkiem „,” (Hex 2C).

Pola: dane zleceniodawcy, dane kontrahenta, szczegóły płatności oraz informacje Klient-Bank składają się z kilku linii (podpól). W tych przypadkach znakiem oddzielającym poszczególne linie jest „|” (Hex 7C).

Pola: dane zleceniodawcy, dane kontrahenta składają się z czterech podpól: pierwsze i drugie zawiera nazwę zleceniodawcy lub kontrahenta, trzecie – nazwę ulicy oraz nr domu/nr lokalu, czwarte – kod pocztowy
i miejscowość.

Wszystkie pola danych obowiązkowe powinny być wypełnione. Wyjątek stanowi pole „informacje Klient-Bank”, które nie jest obowiązkowe.

Jeśli w poleceniu płatniczym nie są wypełnione szczegóły płatności to w pliku przesyłki pole „szczegółów płatności” będzie puste, rozpoczynające się znakiem ” (Hex 22) i kończące się znakiem ” (Hex 22).

W polu numer banku zleceniodawcy należy umieścić 8 cyfrowy numer rozliczeniowy banku.

W polu numer rachunku zleceniodawcy należy umieścić 26 cyfrowy numer rachunku zleceniodawcy

Numer rachunku bankowego jest ciągiem o stałej liczbie znaków 26 cyfr.

Opis formatu pliku płatności krajowych PLI (PLD,PLE,PLS)

Struktura pliku przesyłki, Wykaz zastosowanych skrótów:

O / F = Rodzaj pola:

O = obowiązkowe

F = fakultatywne

D / F = Długość i format pola:

a = alfanumeryczne

n = numeryczne (0 – 9)

d = data w formacie RRRRMMDD

S = pole stałej długości

Z = pole zmiennej długości

Przykładowy plik przesyłki z danymi jednego polecenia przelewu:

110,20000121,555500,12401066,0,”27124010661111222233339999″,”79106000761234123412341234″,
„1_PODPOLE-NAZWA_ZLECENIODAWCY|2_PODPOLE-NAZWA_ZLECENIODAWCY|3_PODPOLE-ULICA_ZLECENIODAWCY|4_PODPOLE-MIEJSCOWOSC_ZLECENIODAWCY”,”1_PODPOLE-NAZWA KONTRAHENTA|2_PODPOLE-NAZWA_KONTRAHENTA|3_PODPOLE-ULICA KONTRAHENTA|4_PODPOLE-MIEJSCOWOSC_KONTRAHENTA”,0,10600076,”1_PODPOLE-SZCZEGOLY PLATNOSCI|2_PODPOLE-SZCZEGOLY_PLATNOSCI|3_PODPOLE-SZCZEGOLY PLATNOSCI|4_PODPOLE-SZCZEGOLY_PLATNOSCI”,””,””,”51″,”1_PODPOLE-INFORMACJE_KLIENT-BANK|2_PODPOLE-INFORMACJE_KLIENT-BANK|3_PODPOLE-INFORMACJE_KLIENT-BANK|4_PODPOLEINFORMACJE_KLIENT-BANK|5_PODPOLE-INFORMACJE_KLIENT-BANK|6_PODPOLE-INFORMACJE_KLIENT-BANK”

 

Analizując zamieszczone wyżej informacje można wywnioskować, że:

  • Rozszerzenie pliku to: pli
  • „Oddzielaj pola”: zaznaczone
  • Separator pól: , (przecinek – wynika to z informacji udostępnionych przez bank: „Poszczególne dane są oddzielone przecinkiem „,” (Hex 2C)”)
  • Separator wierszy: <Enter> (zgodnie z informacją „Każdy wiersz kończy się znakiem końca wiersza <CR><LF>”)
  • Ograniczniki tekstu: ” (cudzysłów – zgodnie z informacją „Pola alfanumeryczne (tekstowe) są zapisane
    w cudzysłowach (” „)
    ”)
  • Zamiana ograniczników w tekście na: zostawić puste
  • Zmienna szerokość pola”: zaznaczone (poszczególne pola są różnej długości)
  • Kodowanie: LATIN II
  • Format daty: RRRRMMDD (zgodnie z informacją podaną w tabelce, w polu 2)
  • Separator dziesiętny: brak (zgodnie z informacją podaną w tabelce, w polu 3)
  • Separator tysięcy: puste (zgodnie z informacją podaną w tabelce, w polu 3)
  • Sekwencja podziału pola na części: | (zgodnie z informacją „(…)znakiem oddzielającym poszczególne linie jest „|””)
  • Separator w opisie przelewów zbiorczych: może zostać ustawienie domyślne

Pierwsza zakładka [Ogólne] naszego formatu musi więc wyglądać następująco:

W pliku nie ma być żadnego nagłówka (zgodnie z informacją „W pliku przesyłki nie ma wiersza nagłówkowego z nazwami pól danych”), w związku z tym zakładka [Nagłówek] w naszym formacie ma pozostać nieuzupełniona.

Następnie należy dokładnie przeanalizować informacje niezbędne do prawidłowego uzupełnienia zakładki [Pozycje].

Wszystkie pola, które w pliku mają być zapisane w cudzysłowie powinny mieć wybrany typ: Tekst, wszystkie pozostałe: Liczba.

NrNazwa polaO/FD/FPozycja w formacie przelewów w programie
1Typ operacji
110 = Polecenie przelewu, wypł. gotówk.
120 = Płatność ZUS
210 = Polecenie zapłaty
O3 n SPozycja „stała wartość”, w polu wartość: 110
2Data płatności RRRRMMDDO8 d SData operacji
3Kwota bez kropek tysięcznych i przecinka oddzielającego wartość groszyO15 n ZKwota płatności
4Numer banku zleceniodawcy (NRB)O8 n ZNumer rozliczeniowy banku własnego
5Pole zerowe (wypełnione cyfrą "0")O1 n ZPozycja „stała wartość”, w polu wartość: 0
6Numer rachunku zleceniodawcyO34 a ZPełny numer rachunku własnego
7Numer rachunku kontrahentaO34 a ZPełny numer rachunku podmiotu
8Dane zleceniodawcyO4*35 a Z4 pozycje w formacie:
Poszczególne podpola są oddzielone znakiem "|" (Hex 7C).1) Nazwa własna 1
2) Nazwa własna 2
3) Adres własny – ulica
4) Adres własny – kod i miasto
Poz. 1 ustawiona jako „nowe pole”, poz. 2-4 jako „łącz z poprzednim (znak podziału pola na części)”
9Dane kontrahentaO4*35 a Z4 pozycje w formacie:
Poszczególne podpola są oddzielone znakiem "|" (Hex 7C).1) Nazwa podmiotu 1
2) Nazwa podmiotu 2
3) Adres podmiotu – ulica
4) Adres podmiotu – kod i miasto
Poz. 1 ustawiona jako „nowe pole”, poz. 2-4 jako „łącz z poprzednim (znak podziału pola na części)”
10Pole zerowe (wypełnione cyfrą "0")O1 n ZPozycja „stała wartość”, w polu wartość: 0
11Numer banku kontrahenta.O8 n ZNumer rozliczeniowy banku podmiotu
12Szczegóły płatnościO4*35 a Z4 pozycje w formacie:
Poszczególne podpola są oddzielone znakiem "|" (Hex 7C).1) opis do banku (pierwsza linijka)
2) opis do banku (druga linijka)
3) opis do banku (trzecia linijka)
4) opis do banku (czwarta linijka)
Poz. 1 ustawiona jako „nowe pole”, poz. 2-4 jako „łącz z poprzednim (znak podziału pola na części)”
13Niewykorzystane : wartość pusteOS aStała wartość
14Niewykorzystane : wartość pusteOS aStała wartość
15Kod "51" dla przelewów i poleceń specjalnych, natomiast kod "01" dla poleceń zapłaty, ”71” dla płatności podatkowych USO1*2 a SPozycja „stała wartość”, w polu wartość: 51
16Informacje klient-BankF6*35 a Z6 pozycji w formacie – wszystkie pozycje to „stała wartość”
Poszczególne podpola są oddzielone znakiem "|" (Hex 7C).Poz. 1 ustawiona jako „nowe pole”, poz. 2-6 jako „łącz z poprzednim (znak podziału pola na części)”

Zakładka [Pozycje] naszego formatu powinna więc wyglądać następująco:


Wskazówki praktyczne

  • Ilość pozycji w formacie, ich kolejność i typ muszą się zgadzać z danymi w pliku z banku.
  • W pozycjach formatu należy odpowiednio wybierać typ pola: Tekst/ Liczba. Konsekwencją wybrania typu pola Tekst, w formatach służących do eksportu, będzie otoczenie go w pliku ogranicznikiem tekstu (np. zapisanie w cudzysłowie). Podobnie w formatach służących do importu przelewów – jeżeli w pliku z banku pole jest zapisane w ograniczniku tekstu, jako typ należy wybrać: Tekst, w pozostałych przypadkach: Liczba (niezależnie od tego, czy w danej pozycji pliku wpisana jest data, kwota przelewu, numer rachunku czy np. dane adresowe kontrahenta).2013-01-03;przelew zewnętrzny; ABC sp. z o.o.;”02124011121111222233334444″;”za FV/02/01/2013″; „252,53”;370,39
  • w formacie przelewów pozycje 4, 5 i 6 muszą mieć ustawiony typ Tekst (ponieważ w pliku są one zapisane w cudzysłowie – „02124011121111222233334444”;”za FV/02/01/2013″;”252,53″); pozostałe pozycje
    w pliku nie są zapisane w ograniczniku tekstu, więc w formacie muszą mieć typ Liczba.
  • Przykładowo, dla pliku:
  • Program obsługuje tylko jedną linijkę nagłówka. W przypadku gdy w pliku z banku nagłówek jest bardziej rozbudowany, przed wykonaniem importu niezbędna jest modyfikacja pliku.
  • Format służący do importu nie może zawierać stopki.
  • Identyfikacja podmiotu odbywa się w pierwszej kolejności po Akronimie podmiotu oraz w drugiej kolejności po numerze rachunku bankowego (taki numer jaki jest w przelewie w pliku musi być wpisany na karcie kontrahenta, na zakładce Płatności). Jeżeli kontrahent nie zostanie rozpoznany zapis trafia na !Nieokreślonego!.
  • Jeżeli kwota w pliku zapisana jest w groszach (np. 18450 zamiast 184,50) w formacie przelewów należy zostawić puste pole z Separatorem dziesiętnym, a w pozycji z kwotą płatności wybrać typ: Liczba<#.##
  • W formatach służących do importu przelewów muszą znajdować się pozycje Data dokumentu oraz Kwota płatności.
  • W przypadku, gdy eksportujemy przelewy na pracowników i chcemy, aby w pliku oprócz nazwiska było również imię pracownika w formacie przelewów należy dodać pozycję „Nazwa podmiotu 2” (Nazwa podmiotu 2 odpowiada za eksport imienia, Nazwa podmiotu 1 za nazwisko pracownika).
  • Opis wszystkich pól możliwych do wyboru w pozycjach formatu przelewów można znaleźć w podręczniku do modułu Kasa/Bank (podręczniki są dostępne np. na Indywidualnych Stronach Klienta/Partnera)
  • W programie dostępne są 4 formaty MT940 (MT940 – standard, MT940 (BGŻ), MT940 (BRE), MT940 (PBS)), są one niedostępne do edycji. Formaty te obsługują import plików MT940 z większości banków. Jeżeli jednak okaże się, że żaden z nich nie importuje prawidłowo zapisów z pliku najlepiej skontaktować się z Asystą Comarch ERP Optima i przesłać dokument z opisem struktury takiego pliku (takie dokumenty są udostępniane przez banki).
  • W formatach służących do eksportu przelewów można używać bezpośrednich odwołań do pól zapisanych w bazie danych poprzez wykorzystanie składni SQL. W tym celu jako pozycję formatu należy wybrać „Zapytanie SQL”, a w polu Wartość wpisać odpowiednie zapytanie; Aby np. pobrać tylko miasto z adresu podmiotu i aby to miasto było pobierane dla podmiotu, który znajduje się na aktualnie wysyłanym zdarzeniu, w części WHERE zapytania należy umieścić odwołanie do wysyłanego zdarzenia: Bzd_BzdId={ZdarzenieID}
  • Przykładowo aby pobrać miasto z adresu kontrahenta, w wartości należy wkleić: Select Pod_Miasto FROM CDN.PodmiotyView JOIN CDN.BnkZdarzenia ON BZd_PodmiotID = Pod_PodId WHERE BZd_PodmiotTyp = Pod_PodmiotTyp AND Bzd_BzdId={ZdarzenieID}


Najczęstsze komunikaty błędów przy eksporcie/imporcie

Problemy przy eksporcie przelewów

  • Przelew [fz 10/2013] nie został wyeksportowany z powodu błędów.

W polu Nazwa pliku zastosowano niedozwolone znaki, np. \/:*?<>|

  • Przelew [fz 10/2013] nie został wyeksportowany z powodu błędów. Właściwość [Opis do banku (pierwsza linijka)] jest wymagana i musi zostać wypełniona.

Pewne pola oznaczone w formacie przelewów jako wymagane nie są uzupełnione (w powyższym komunikacie mowa dokładnie o polu: Opis do banku (pierwsza linijka)). Należy uzupełnić odpowiednie dane lub zmodyfikować format (Ogólne/ Inne/ Formaty przelewów/ na konkretnym formacie, zakładka [Pozycje] i tam pole „Wymagane”)

  • Brak domyślnego formatu eksportu dla US. Wybierz format na karcie banku.

Na karcie banku należy ustawić domyślny format eksportu dla przelewów do US. (Można wejść w Kasa/Bank/ Rejestry, na formularz rejestru z którego jest wykonywany eksport, nacisnąć na przycisk Bank, edytować formularz danego banku i przejść na zakładkę „Dodatkowe”.)

Mechanizm eksportu działa w taki sposób, że program próbuje wysyłać 3 rodzaje przelewów za każdym razem (przelewy zwykłe, do US i do ZUS), a do każdego z takich przelewów wymagana jest inna struktura plików, stąd inny format wymiany. Jeżeli na liście przelewów będą zarówno przelewy zwykłe, jak również do US i ZUS wówczas utworzone zostaną 3 oddzielne pliki.

  • Brak domyślnego formatu eksportu dla ZUS. Wybierz format na karcie banku.

Analogicznie jak w poprzednim komunikacie – na karcie banku należy ustawić domyślny format eksportu dla przelewów do ZUS.

Problemy przy imporcie przelewów

  • Błąd analizy struktury formatu: Format nie zawiera pozycji określającej datę dokumentu

W formacie służącym do importu przelewów musi być pozycja Data dokumentu.

  • Nie można odczytać wartości pola – niespodziewany koniec pliku

Np. niezaznaczony parametr „zmienna szerokość pola”.

  • Błąd analizy struktury formatu: Nie ustawiony ogranicznik tekstu przy zmiennej szerokości kolumn.

Jeżeli w formacie przelewów zaznaczone jest „Zmienna szerokość pola” należy również podać „Ogranicznik tekstu”.

  • Błąd analizy struktury formatu: Separator dziesiętny ma wartość identyczną jak separator pól przy zmiennej szerokości kolumn.

W formacie przelewów wybrano taki sam separator pól jak separator dziesiętny – muszą być różne.

  • Błąd w importowanym wierszu – brak separatora pól.

W formacie przelewów wybrano błędny separator pól, niezgodny z danymi w pliku; lub w formacie zdefiniowano za dużo pozycji (więcej niż rzeczywiście jest w pliku).

  • Błąd w importowanym wierszu – brak prawego ogranicznika tekstu.

W formacie przelewów ustawiono błędny typ pozycji (tekst/liczba), niezgodny z danymi w pliku.

  • Błąd analizy struktury formatu: Format zawiera stopkę.

Format do importu przelewów nie może zawierać stopki.

  • Przelew Lp [] nie został zaimportowany z powodu błędów. Brak notowania podanego kursu waluty [waluta] na [data].

W programie nie ma wprowadzonego kursu waluty na wybrany dzień. Należy sprawdzić jakie typy kursów są ustawione na formularzu rejestru, do którego wykonywany jest import – Kasa/Bank/ Rejestry k/b/ na formularzu rejestru pola „Typ kursu sprzedaży” i „Typ kursu zakupu”. (Przy imporcie sprawdzane jest, czy w programie jest wprowadzony kurs na dany dzień dla typu kursu wybranego na formularzu rejestru bankowego.)

  • Przelew Lp [] nie został zaimportowany z powodu błędów. Niepoprawna data zapisu. Zapis nie może być dodany po dacie zamknięcia raportu.

Data na importowanym zapisie jest późniejsza niż data zamknięcia raportu. Przed wykonaniem importu należy wybrać odpowiedni raport (za odpowiedni okres – data otwarcia/zamknięcia raportu), do którego ma być wykonany import.

  • Przelew Lp [] nie został zaimportowany z powodu błędów.Niepoprawna data zapisu. Zapis nie może być dodany przed datą otwarcia raportu.

Data na importowanym zapisie jest wcześniejsza niż data otwarcia raportu. Przed wykonaniem importu należy wybrać odpowiedni raport (za odpowiedni okres – data otwarcia/zamknięcia raportu), do którego ma być wykonany import.


Eksport/ Import za pomocą usługi sieciowej

System Comarch ERP Optima obsługuje również wymianę danych z bankiem (eksport i import przelewów) za pomocą usługi sieciowej opartej o standard Comarch Data Connect 2.0. Funkcjonalność jest dostępna wyłącznie
w wersji stacjonarnej.

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ą a programem. 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.).

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.

Szczegółowe informacje na temat wymiany danych poprzez usługę sieciową można znaleźć w podręczniku do modułu Kasa/Bank oraz w biuletynie OPT066 – Szybki eksport i import przelewów przez bankowość internetową ING. Dostępne są również filmy instruktażowe, w których przedstawiony został proces konfiguracji oraz obsługi wymiany danych z bankiem za pomocą usługi sieciowej – filmy dostępne są na Indywidualnych Stronach Klienta/Partnera, w części Filmy instruktażowe.




OPT048 – Współpraca z urządzeniami zewnętrznymi w Comarch ERP Optima

Wprowadzenie

Celem biuletynu jest przedstawienie urządzeń zewnętrznych, z którymi współpracuje program Comarch ERP Optima. W aktualnej wersji możliwa jest współpraca z następującymi urządzeniami zewnętrznymi:

  • drukarki fiskalne
  • kasy fiskalne
  • czytniki kodów kreskowych
  • drukarki etykiet
  • kolektory danych

Współpraca z drukarkami fiskalnymi

Do wersji Comarch ERP Optima 17

  • POSNET (oparta o protokół DF-300 lub DF-301, Temo, Thermal)
  • ELZAB (FP-600, Omega, Mera)
  • INNOVA (Profit, Market)
  • NOVITUS (Vivo, Vento, Quarto, Delio Prime, Deon (E))
  • TORELL (Duo Pro, Andros)
  • EMAR (Printo)

Uwaga
Drukarki w wersjach aptecznych nie są obsługiwane.

Uwaga
Drukarka Torell Andros w numerze paragonu nie drukuje kolejnych znaków „/”. Podczas fiskalizacji za pomocą driverów Comarch ERP Optima nie ma możliwości ingerowania w obsługę wyświetlacza.

Uwaga
W przypadku drukarek Posnet Temo USB, aby była możliwość komunikacji przez USB należy w menu drukarki włączyć obsługę USB. Domyślnie jest wyłączona. Następnie należy wykonać restart drukarki.

Uwaga
Jeżeli w nazwie towaru drukowanej na paragonie występują znaki specjalne, to w niektórych przypadkach może wystąpić problem z wydrukiem na drukarce fiskalnej. W celu uzyskania informacji na temat znaków niedozwolonych przez drukarkę, należy zapoznać się z dokumentacją konkretnego modelu drukarki lub skontaktować się z serwisem technicznym producenta drukarki.

Uwaga
Jednostki miary na paragonie. Comarch ERP Optima obsługuje tylko literowe jednostki miary (maksymalnie 5 liter), gdyż niektóre drukarki fiskalne nie akceptują cyfr w jednostkach miary. W drukarkach Emar Printo 57, Innova Market/Profit, Torell Duo Pro – przyjmowana jest tylko ilość a jednostka miary jest ignorowana. Jednostka miary jest drukowana w drukarkach: Elzab, Novitus, Posnet (z wyłączeniem wersji 1.01, 1.02).

W aktualnej wersji Comarch ERP Optima

  • POSNET (oparte o protokół DF-3001, Thermal, Posnet; Thermal HS i FV, HD, HD EJ, Temo)
  • ELZAB (Omega, Mera, Zeta)
  • INNOVA (Profit, Market, DF-1)
  • NOVITUS (Vivo, Vento, Quarto, Delio Prime (E), Deon (E))
  • TORELL (Duo Pro, Andros)
  • EMAR (Printo, Tempo 3)
  • Epson TM-T801FV

Niektóre drukarki wymagają ustawienia odpowiedniego sterowania przepływem danych w porcie COM. Użytkownik może wybrać w programie Comarch ERP Optima opcje:

  • ustawienia systemowe (program nie ustawia sterowania przepływem, brane są ustawienia systemu)
  • RTS (do sterowania przepływem jest wykorzystywana w porcie para linii RTS/CTS)
  • Xon / Xoff (sterowanie przepływem odbywa się przez wysłanie znaczników XOn oraz XOff)
  • RTS i Xon / Xoff (wykorzystuje obydwie metody sterowania przepływem)
  • brak (nie jest wykorzystywana żadna metoda kontroli przepływu danych)

Drukarka Posnet Temo podłączona bezpośrednio przez USB do poprawnej komunikacji musi mieć ustawione sterowanie przepływem: RTS. Przy pracy przez port COM parametr ten może być dowolny można ustawić ustawienia systemowe.

Uwaga
W przypadku wydruku faktury fiskalnej na drukarce Posnet Temo, długość nazwy i adresu kontrahenta nie mogą przekraczać 40 znaków (zgodnie z dokumentacją drukarki). Jeżeli nastąpi przekroczenie tej wartości, pozycje te nie będą drukowane na fakturze.

W nowych drukarkach Posnet Thermal i Novitus Delio w konfiguracji drukarki można ustawić sterowanie przepływem, w Comarch ERP Optima musi być wybrana taka sama opcje (drukarki te mają domyślne ustawienie „brak”).

Drukarka Epson w przypadku, gdy w Comarch ERP Optima dodany zostanie Paragon z towarami i kaucjami, ale nie dodano płatności na kaucje, to nie jest wysyłana żadna forma płatności do drukarki. Na innych drukarkach drukują się towary, kaucje i kwota paragonu. W drukarce Epson w takim przypadku drukuje się domyślna forma płatności gotówka. Również jeśli zostanie dodany Paragon z towarami i kaucjami i dodano płatności na kaucje, ale w ustawieniach drukarki jest zaznaczone nie drukuj form płatności, to wtedy zostanie wydrukowana domyślna forma płatności gotówka.

Ustawienia portów COM

ParametryPosnetElzabInnovaNovitusTORELLEMAR
Szybkość96009600 / 192009600960096009600
Parzystośćbrak (none)parzysta (even)brak (none)brak (none)brak (none)brak (none)
Liczba bitów888888
Bit stopu111111
Sterowanie przepływembrakbrak, xon/xoff, *brakbrakbrakbrak

Uwaga
W przypadku drukarek Elzab starszego typu należy sterowanie przepływem ustawić na: sprzętowe.

Konfiguracja drukarek fiskalnych

Więcej informacji znajdą Państwo w podręczniku do modułu HANDEL, który jest dostępny na indywidualnych stronach internetowych w obszarze walidowanym dla Klientów: http://www.comarch.pl/erp/dla-klientow oraz Partnerów: http://www.comarch.pl/erp/dla-partnerow.

Drukarki w usługach terminalowych

Więcej informacji o konfiguracji połączenia drukarek fiskalnych w usługach terminalowych znajdą Państwo w biuletynie technicznym: „OPT060 – Comarch ERP Optima w środowisku terminalowym” dostępnym na indywidualnych stronach internetowych w obszarze walidowanym dla Klientów: http://www.comarch.pl/erp/dla‑klientow oraz Partnerów: http://www.comarch.pl/erp/dla-partnerow.

Najczęściej pojawiające się problemy

Przy próbie wydruku pojawia się komunikat: „Nie zdefiniowano stawki VAT dla zw.”. Taki komunikat może pojawić się dla każdej stawki VAT niezdefiniowanej w konfiguracji programu

Remedium

  • Wydrukować raport dobowy.
  • W Konfiguracja programu/ Ogólne/ Symbole stawek VAT należy dla stawki ZW ustawić oznaczenie takie, jakie jest dla niej przypisane na raporcie dobowym.

Przy próbie wydruku pojawia się komunikat: „Błędna interpretacja stawki podatkowej”.

Remedium

  • Zmienić nazwę tego towaru (dodając np. kropkę na końcu). Towar kiedyś został sprzedany w innej stawce podatkowej, drukarka fiskalna to pamięta i nie pozwala wysłać takiego towaru z nową stawką.
  • Jeżeli to nie pomoże to może być problem z błędnym przypisaniem stawki. Należy wtedy wydrukować raport dobowy, potem w programie Comarch ERP OptimaKonfiguracja programu/ Ogólne/ Symbole stawek VAT dla odpowiedniej stawki przypisać oznaczenie takie, jakie jest dla niej na raporcie dobowym.

Przy próbie wydruku pojawia się komunikat: „Wydruk niemożliwy. Wybrana drukarka nie jest dostępna. W buforze są znaki do druku.

Remedium

  • Z menu Narzędzia wykonać raport dobowy. Spróbować czy teraz paragony się fiskalizują.
  • Zmienić nazwę drukowanego towaru. Towar mógł zostać wysłany wcześniej na drukarkę z inną stawką podatkową.
  • Wyłączyć i włączyć drukarkę ponownie, aby towary dodrukowały się na paragon.

Przy próbie wydruku pojawia się komunikat: „Wydruk niemożliwy. Wybrana drukarka nie jest dostępna. Błąd komunikacji z drukarką”.

Remedium

  • Należy sprawdzić w systemie Windows w menedżerze urządzeń ustawienia portu COM.
  • W programie Comarch ERP Optima wejść do Konfiguracji programu/ Ogólne/ Drukarki fiskalne i wybrać odpowiedni sterownik, port COM a następnie zapisać ustawienia dyskietką. Potem ikoną drukarki wykonać test połączenia z drukarką.

W usługach Terminalowych. Przy próbie wydruku pojawia się komunikat: „ODBC Serwer Driver. Serwer SQL nie istnieje lub odmówiono do niego dostępu Błąd sprawdzania licencji” lub „ODBC Server Driver does not exist for access denied for Microsoft OLE ODBC Driver”.

Remedium.

W momencie uruchomienia Comarch ERP Optima w okienku Rejestracja w programie należy kliknąć na ikonę Pokaż szczegóły i w polu serwer klucza wpisać nazwę serwera SQL do którego wpięty jest klucz HASP, a następnie zapisać wprowadzony wpis ikoną dyskietki.

Współpraca z kasami fiskalnymi

System Comarch ERP Optima współpracuje z następującymi rodzajami kas fiskalnych:

  • ELZAB (kasy II generacji: Alfa, Delta, Jota, Teta, Eco, Mini)
  • SHARP (ER-457P, ER-237P, ER-277P, ER-A285P)
  • NOVITUS (zgodne z protokołem Tango: Bravo, Nano , PS-3000, PS-4000E, Soleo)

Ustawienia portów COM

Zgodnie z instrukcją użytkownika kasy fiskalnej. Prędkość na porcie COM w systemie Windows powinna być ustawiona tak samo jak w kasie fiskalnej.

Konfiguracja kas fiskalnych

Więcej informacji na ten temat znajdą Państwo w ulotce „Kasy fiskalne” dostępnej na indywidualnych stronach internetowych dla Partnerów w obszarze walidowanym https://www.erp.comarch.pl/Partnerzy/default.aspx

Najczęściej pojawiające się problemy

Przy próbie importu paragonów z kasy pojawia się komunikat: „Błąd komunikacji z kasą. Brak towaru []. Zaimportuj PLU z kasy. (Rekord nie został znaleziony.)”.

Remedium

  • W kasie fiskalnej znajdują się towary, które nie mają założonych odpowiadających im kart cennikowych w bazie Comarch ERP Optima. Należy wykonać import towarów z kasy w menu Ogólne/ Cennik.
  • Źle została przygotowana baza danych. Kody towarów w bazie powinny być wpisane jako cyfry bez zer wiodących, czyli, np. 1,2,3…10,11…100,101… itd. W kasach fiskalnych kody krótkie są to kody, które stosuje się najczęściej do prostej identyfikacji towarów dla sprzedaży ręcznej. Kody te charakteryzują się ograniczoną maksymalną wartością oraz ignorowaniem zer nieznaczących, co oznacza, że podając np. 003 kasa przyjmie kod towaru o nr 3. Ograniczenie wartości jest zależne od modelu kasy (ilości obsadzonej pamięci) i określa maksymalną wartość kodu, który kasa zidentyfikuje jako krótki.

Przy próbie nawiązania komunikacji z kasą pojawia się komunikat: „Błąd komunikacji z kasą. Cena poza zakresem lub programowano cenę zerową, a nie ustawiono flagi „cena otwarta”.

Remedium

  • Wysyłany jest na kasę towar o niepoprawnej strukturze kodu EAN, np. w polu EAN jest znak inny niż cyfra np. 39309-75320. Kasy fiskalne akceptują tylko kody składające się z cyfr. Napis w pliku tekstowym musi być konwertowalny do liczby stałoprzecinkowej o określonej długości maksymalnej akceptowanej dla typu kasy fiskalnej.
  • Błędnie podany kanał multipleksera w konfiguracji programu.

Przy próbie wysłania towarów na kasę fiskalną z programu Comarch ERP Optima pojawia się komunikat: „Nie ustawiono stawki VAT ani grupy”.

Remedium

W programie Comarch ERP Optima Konfiguracja programu/ Ogólne/ Działy dla kas fiskalnych należy zdefiniować nazwę działu (grupy) taką jaka jest ustawiona na kasie fiskalnej.

Przy próbie wysłania towarów na kasę fiskalną z programu Comarch ERP Optima pojawia się komunikat: „Błąd komunikacji z kasą. Brak w konfiguracji symbolu stawki VAT dla stawki 22%”. Taki komunikat może się pojawić w przypadku każdej stawki VAT.

Remedium

W programie Comarch ERP Optima Konfiguracja programu/ Ogólne/ Działy dla kas fiskalnych jest zdefiniowana nazwa działu, ale w Konfiguracja programu/ Ogólne/ Symbole stawek VAT (Kasy) nie ma przypisanego odpowiedniego symbolu fiskalnego.

Przy próbie eksportu cennika do kasy pojawia się komunikat: „Napotkano niedozwolony znak”.

Remedium

  • Nazwy działów towarowych nie mogą być jedno znakowe w Konfiguracja/ Program/ Ogólne/ Działy dla kas fiskalnych. Dla kas Novitus – nazwa działu lub towaru ma być od 3 do 18 znaków.
  • W bazie towarowej są takie towary o dłuższej nazwie niż przyjmuje kasa, np. Opakowanie karton 20 szt. oraz Opakowanie karton 100 szt. – z punktu widzenia kasy to są takie same towary (pierwsze 18 znaków jest takie same, nie uwzględniając wielkości liter).
  • przy porównaniu nazw nie są brane pod uwagę znaki spacja,-,*,= itp. czyli dla kasy fiskalnej np. Novitus Soleo towar o nazwie PLANDEKA58M jest tym samym towarem co towar o nazwie PLANDEKA 58M.
  • niedozwolone znaki w nazwach towarów których nie akceptuje kasa fiskalna typu %@* itp.

Przy próbie komunikacji z kasą pojawia się komunikat: „Nie udało się nawiązać połączenia z kasą”.

Remedium

Należy sprawdzić w systemie Windows w menedżerze urządzeń prędkość dla portu COM. Prędkość na porcie COM w systemie Windows powinna być ustawiona taka sama jak na kasie fiskalnej.

Czytniki kodów kreskowych

Comarch ERP Optima współpracuje z każdym czytnikiem kodów kreskowych, który emuluje klawiaturę – ma możliwość wpięcia go do portu klawiatury.

Czytnik możemy wykorzystywać do:

  1. Wpisywania kodu EAN na formularz towaru. Karty cennikowe muszą mieć wypełnione pole EAN. Jeśli pozycja nie posiada własnego kodu (pole EAN jest puste) – wciśnięcie przycisku nadaje 13-znakowy kod EAN rozpoczynający się od 201 lub należy ustawić się w polu EAN i odczytać czytnikiem taki kod z towaru.
    Uwaga
    Wpisany tu kod kreskowy jednoznacznie identyfikuje pozycję, tzn. w jednej bazie nie mogą istnieć dwa towary o takim samym kodzie paskowym.
  2. Odszukiwania pozycji w cenniku/ na liście zasobów – operacje można wykonać z poziomu Cennika/Listy zasobów – zakładka Wg EAN.
  3. Dopisywania pozycji na dokument, w tym celu należy w Konfiguracja/ Firma/ Handel/ Parametry zaznaczyć w sekcji Dodawanie pozycji na dokumencie parametr edycja na liście – Wprowadzenie towarów polega na ustawieniu się w dokumencie w tabelce z towarami i odczyt czytnikiem kodu EAN, program szuka na liście zasobów pozycji o zadanym kodzie i jeśli taki kod istnieje pozycja zostanie dopisana. Pozostaje ustalenie ilości i ceny.
  4. Wprowadzania towaru jako składnika na recepturę.

Aby można było korzystać z czytnika kodów należy w Comarch ERP Optima zaznaczyć: w Konfiguracji firmy/ Handel/ Parametry parametr Sprzedaż tylko wg kodów EAN.

Jeśli parametr jest zaznaczony to podczas wpisywania pozycji na dokument program najpierw wyszukuje towar wg pola kod EAN, jeśli nie znajdzie towaru o takim kodzie EAN to przeszukuje listę wg kodu towaru, a jeśli nie znajdzie towaru o podanym kodzie – to w ostatniej kolejności przeszukuje listę wg nazwy.

Kody wagowe

Podczas wystawiania dokumentów w systemie Comarch ERP Optima istnieje możliwość odczytywania tzw. kodów wagowych (zawierających informację o wadze towaru). Kody takie są drukowane przez wagi, natomiast w chwili odczytu program rozpoznaje, że jest to kod wagowy i odpowiednio odczytuje ilość, wprowadzając ją na dokument. Sam towar jest rozpoznawany na podstawie 4-znakowego identyfikatora towaru, wpisanego w polu EAN na karcie towaru.

Uwaga
Funkcja odczytywania kodów wagowych nie działa na dokumentach Przyjęcia Wewnętrznego Produktów (PWP) oraz Rozchodu Wewnętrznego Składników (RWS).

Comarch ERP Optima współpracuje z kodami wagowymi, które zaczynają się od 27 lub 29.

Kod wagowy ma określoną strukturę, w związku, z czym:

  • wygenerowany kod wagowy ma mieć 13 znaków i zaczynać się od 27 lub 29 (trzeba zaprogramować poprawnie wagę metkującą).
  • kod EAN w programie Comarch ERP Optima zapisany na karcie towaru musi mieć wpisane 4 znaki (od 3 do 6 znaku z 13 znakowego kodu EAN).
  • waga towaru nie może przekraczać 9999 kg.

Uwaga
Funkcja odczytywania kodów wagowych działa tylko, jeśli w Konfiguracji firmy/ Handel/ Parametry wybrano parametr: Dodawanie pozycji na dokumencie jako: edycja na liście.

Przykłady:

  1. Towar o wadze 1,525 kg jest oznaczony numerem 29 1234 V 01525 K. Numer 1234 jest numerem tego towaru.
  2. Towar o masie np. 1,52 kg jest oznaczony numerem 27 0001 V 01520 K. Numer 0001 jest numerem danego towaru.

Drukarki etykiet

System Comarch ERP Optima współpracuje z następującymi drukarkami etykiet:

  • Dymo z serii Label Writer: 400 i 450 (Duo i Turbo)
  • Brother: QL-560 i QL-580N

W programie dostępne są wydruki etykiet opracowane w edytorze Generator Raportów dla odpowiednich rozmiarów papieru. Z listy cennikowej i kontrahentów dostępne są następujące wzory wydruków:

  • Dymo – Wzór: 57 x 32mm, 89 x 36 mm
  • Brother – Wzór: 29 x 90 mm, 62 x 100 mm

Uwaga
W przypadku drukarki Dymo dla wydruku wykonywanego bezpośrednio z menu wydruków, konieczne jest ustawienie we właściwościach drukarki w systemie Windows, w preferencjach drukowania (opcje zaawansowane), opcji „99012 Large Address” dla rozmiaru papieru.

Współpraca z kolektorami danych

System Comarch ERP Optima współpracuje z następującymi typami kolektorów:

  • Cipherlab (z serii 8000, 8001, 8300, 8400)
  • Opticon   (z firmy OptiData, np. Opticon PHL-2700)
  • BHT
  • Dolphin

Uwaga
Wymagamy, aby kolektor posiadał wgrane oprogramowanie oryginalne producenta, nie importera. Jeżeli jest inaczej może być konieczność przeprogramowania kolektora odpowiednim oprogramowaniem dostępnym na stronie producenta.

Możliwa jest współpraca z kolektorami z systemem znakowym na standardowych sterownikach Comarch ERP Optima. Kolektory z wbudowanym systemem operacyjnym nie będą działać ze standardowymi sterownikami jednak możliwe jest zastosowanie dodatkowych rozwiązań opracowanych przez innych producentów np. krakowską firmę OPTIDATA – więcej na ten temat w punkcie 6.7.

Konfiguracja danych dotyczących współpracy z kolektorem jest możliwa z poziomu Konfiguracji stanowiska/ Ogólne/ Kolektor. Należy tam wskazać przede wszystkim typ kolektora, z którym będzie współpracował program oraz port COM, przez który będzie przebiegała transmisja danych. Należy również wskazać protokół, wg, którego przebiega transmisja oraz inne parametry współpracy. W części Definicja rekordu należy podać specyfikację dotyczącą formatu pliku przesyłającego dane.

Uwaga
Po wybraniu typu kolektora program proponuje domyślne ustawienia parametrów transmisji. Użytkownik powinien jednak skontrolować, czy proponowane ustawienia są zgodne ze specyfikacją producenta kolektora.

W przypadku, gdy kolektor komunikuje się z komputerem przy wykorzystaniu tranceivera należy dodatkowo zaznaczyć parametr Używaj tranceivera.

Obsługa kolektorów jest zrealizowana w taki sposób, żeby umożliwić automatyczne dodawanie towarów wprowadzonych do kolektora na dokumenty handlowe i magazynowe oraz na arkusze inwentaryzacyjne. Możliwość importu danych z kolektora dostępna jest z poziomu większości formularzy dokumentów. Import z kolektora następuje automatycznie po wciśnięciu przycisku „Kolektor danych” lub kombinacją klawiszy

<CTRL>+<ALT>+<K>. Na podstawie danych z Konfiguracji stanowiska program nawiązuje łączność z kolektorem danych, a następnie wywołuje transmisję.

W efekcie na formularz dokumentu zostają wpisane towary wraz z ilościami. Ilości są wyrażone zawsze w jednostkach podstawowych. Ceny na dokumencie są proponowane przez program, zgodnie z obowiązującymi zasadami. W przypadku dokumentów zakupowych (FZ, PZ, PW, ZD) proponowane są ostatnie ceny zakupu. W przypadku dokumentów sprzedażowych (FA, WZ, RO, FPF…) – proponowane są ceny sprzedaży z grupy cenowej skojarzonej z kontrahentem wpisanym na dokument, z uwzględnieniem wszystkich rabatów.

Uwaga
Program Comarch ERP Optima posiada funkcję odbioru danych z kolektora, nie potrafi wysłać danych na kolektor.

Uwaga
Funkcja importu danych z kolektora nie działa w przypadku dokumentów korygujących oraz dokumentów, na których zblokowana jest możliwość dopisywania nowych pozycji (np. Faktura Sprzedaży utworzona na podstawie WZ z różnych magazynów).

Konfiguracja na przykładzie kolektora Cipherlab 8300 dla EAN13

Pobranie odpowiedniej aplikacji ze strony producenta

Ze strony WWW producenta http://www.cipherlab.com pobieramy program „Generator Aplikacji” z sekcji Download. Program dostępny również na płytach CD z oprogramowaniem dołączonym do kolektora.

Zdefiniowanie długości rekordu w kolektorze

W Generatorze Aplikacji należy wybrać z menu kontekstowego opcję Edit zakładka Form i ustawić odpowiednio parametry rekordu (Rys. 1), w naszym przypadku ustawiamy stałą długość dla kodów EAN 13, odpowiednio:

  • #1 – Pole przeznaczone na EAN: Typ danych: tekst; Min długość: 0; Max długość: 13
  • #2 – Pole przeznaczone na ilość: Typ danych: liczbowy; Min długość: 0; Max długość: 10
  • #3 – Pole przeznaczone na cechę (pole opcjonalne): Typ danych: tekst; Min długość: 0; Max długość: 20

Rysunek 1. Formularz ustawień długości rekordu w kolektorze

Dla każdej linii rekordu w kolumnie Properties należy wcisnąć przycisk More… i ustawić „Fixed data length” na wartość, która jest w polu „Max length” (Rys. 2).

Należy również ustawić odpowiednio dopełnienie do określonej ilości znaków. W tym celu w generatorze aplikacji kolektora wybieramy z rozwijalnej listy dopełnienie od lewej strony typu spacja, wybieramy więc „Left alligned (padded with space)”. Opcja ta służy do tego, aby zaczytując kolektorem towar o kodzie EAN krótszym niż 13 znaków program dopełniał go (w naszym przypadku spacjami) do 13 znaków, gdyż taką długość kodów EAN zdefiniowaliśmy w kolektorze (Rys. 2).

Rysunek 2. Formularz ustawień długości znaków dla danych

Przesłanie ustawień z Generatora Aplikacji do kolektora

W kolektorze danych należy wybrać opcje 3. Narzędzia/ 6. Ładuj aplikację i wczytać ustawienia z Generatora aplikacji – polecenie Download Application w menu kontekstowym Generatora Aplikacji. Nastąpi wówczas nawiązanie komunikacji i przesył danych do kolektora.

Ustawienie parametrów połączenia w kolektorze

W kolektorze danych Wybrać opcje 3. Narzędzia/ 1. Ustawienia programu

Ustawić:

  • Download Interface – Cradle-IR
  • Upload Interface – Cradle-IR
  • Transmission Speed – Baud rate – 9600 bps

Ustawienie parametrów dla połączenia z kolektorem w Comarch ERP Optima

W programie Comarch ERP Optima Konfiguracja stanowiska/ Ogólne/ Kolektor w sekcji Ustawienia sterownika wybieramy sterownik Cipherlab (Rys. 3). Jeżeli kolektor używa transceivera to zaznaczamy odpowiedni czek, następnie ustawiamy:

  • Protokół – SKKBHT
  • Prędkość transmisji – 9600
  • Parzystość – Brak
  • Bity danych – 8
  • Bity stopu – 1

Ustawienie definicji rekordu kolektora w Comarch ERP Optima

W programie Comarch ERP Optima, w Konfiguracji stanowiska/ Ogólne/ Kolektor w sekcji Definicja rekordu ustawiamy w naszym przypadku dla EAN 13 znakowego odpowiednio parametry (Rys. 3):

  • Długość rekordu – 24
  • Początek pola kodu towaru – 0
  • Koniec pola kodu towaru – 12
  • Początek pola ilości – 14
  • Koniec pola ilości – 23

Rysunek 3. Formularz dla ustawień kolektora Comarch ERP Optima

Import danych z kolektora do Comarch ERP Optima

Po ustawieniu powyższych parametrów połączenia oraz zdefiniowaniu prawidłowej długości rekordu w kolektorze, wybieramy w kolektorze funkcję 1. Collect data i zaczytujemy do kolektora kody towarów EAN w odpowiednich ilościach.

Następnie w kolektorze wybieramy opcję 2. Upload data a w programie Comarch ERP Optima na formularzu dokumentu ikoną Kolektor danych zaczytujemy dane z kolektora.

Przeprogramowanie frameware kolektora Cipherlab

Jeżeli kolektor posiadał wgrane oprogramowanie importera, a nie oryginalne producenta należy wówczas takiemu kolektorowi przeprogramować jego środowisko programowe, tzw. „frameware”. Pliki zawierające środowisko programowe kolektora mają rozszerzenie .SHX, dostępne do pobrania ze strony producenta. W momencie włączenia kolektora na dole ekranu pod napisem „Welcome” możemy sprawdzić jaka jest jego obecna wersja frameware.

Aby przeprogramować kolektor należy wykonać następujące czynności:

  1. Wyłączamy kolektor.
  2. Włączamy kolektor kombinacją klawiszy: 7,9 i przycisk włącz (Power).
  3. Wybieramy: 6. Load Program -> 1. Cradle-IR -> 6. Baud rate: 9600 -> please place In Cradle (odstawiamy kolektor na tranceiver).
  4. Uruchamiamy program ProgLoad.exe. Podajemy typ komunikacji, numer portu COM, prędkość transmisji oraz wskazujemy plik .SHX z frameware, zgodnie z rysunkiem 4.
  5. Wciskamy przycisk OK. Po nawiązaniu połączenia z kolektorem i wykonaniu downloadu wyłączamy kolektor.
  6. Włączamy kolektor i wykonujemy programowanie Generatorem Aplikacji zgodnie z punktem 5.1.

Rysunek 4. Formularz programu ProgLoad

Uwaga
Środowisko kolektora z którym poprawnie działa Comarch ERP Optima to starszy frameware w wersji U8000-2600.SHX. Do pobrania ze strony producenta. Przeprogramowanie na tą wersję wykonywać gdy nie można uzyskać komunikacji Comarch ERP Optima z obecną wersją frameware kolektora.

Najczęściej pojawiające się problemy

Przy próbie odczytu danych z kolektora pojawia się komunikat: „Brak danych w kolektorze”.

Remedium

  • Sprawdzić czy prędkość transmisji jest ustawiona taka sama w kolektorze jak w konfiguracji w programie Comarch ERP Optima.
  • Sprawdzić w kolektorze, który korzysta z transceivera czy w ustawieniach parametry Upload oraz Download Interface została ustawiona w obu miejscach opcja na Cradle-IR.
  • Źle jest ustawiony rekord w kolektorze lub definicja rekordu w Comarch ERP Optima.

Przy próbie odczytu danych z kolektora CipherLab pojawia się komunikat: „Wielokrokowa operacja wygenerowała błędy”.

Remedium

Problem związany jest z nieprawidłowym zaprogramowaniem kolektora. Należy sprawdzić jak jest ustawione dopełnienie, czy nie jest zaznaczona opcja konwersji kodu np. 12-znakowego na 13-znakowy kod EAN, a w kolektorze ustawiony jest EAN-14 z dopełnianiem, czy zostały zaznaczone dodatkowe błędne parametry.

Przykład ustawień dla kolektora Cipherlab 8400 (kody EAN13)

Zakładając, że kolektor posiada domyślne ustawienia dystrybutora (Torell) konfiguracja po stronie Comarch ERP Optima wygląda jak poniżej (Konfiguracja stanowiska/ Ogólne/ Kolektor).

W sekcji Ustawienia sterownika wybieramy sterownik Cipherlab (C:\Program Files\Comarch ERP Optima\cdn_ciph.dll). Jeżeli kolektor używa transceivera, to zaznaczamy odpowiedni czek, a następnie ustawiamy:

  • Protokół – YMODEM
  • Prędkość transmisji – 115200
  • Parzystość – Brak
  • Bity danych – 8
  • Bity stopu – 1
  • Bity stopu – 1

Ustawienie definicji rekordu kolektora w Comarch ERP Optima:

W menu Konfiguracja stanowiska/ Ogólne/ Kolektor w sekcji Definicja rekordu ustawiamy (w tym przypadku dla EAN 13 znakowego) odpowiednio parametry:

  • Długość rekordu – 24
  • Początek pola kodu towaru – 0
  • Koniec pola kodu towaru – 12
  • Początek pola ilości – 14
  • Koniec pola ilości – 23

Przykład ustawień dla kolektora BHT Denso w Comarch ERP Optima

Sterownik: C:\Program Files\Comarch ERP Optima\cdn_coll.dll

  • Protokół: SKKBHT
  • Prędkość transmisji: 19200
  • Parzystość: brak
  • Bit danych: 8
  • Bit stopu: 1
  • Używaj tranceivera: odznaczone

Definicja rekordu:

  • Długość rekordu: 30
  • Pocz. pola towaru: 0
  • Koniec pola tow.:19
  • Pocz. pola ilość: 21

Uwaga
W przypadku gdy z kolektora przesyła się na dokument tylko pierwsza pozycja należy w rejestrze systemowym Windows dodać w gałęzi [HKEY_LOCAL_MACHINE\SOFTWARE\CDN\Kolektory] ciąg o nazwie „Brak zakonczenia linii” i ustawić dla tego wpisu wartość „1”.

Przykład ustawień dla kolektora firmy OPTIDATA

Ustawienie parametrów połączenia w kolektorze

  • Prędkość transmisji – 19200
  • Parzystość – Brak
  • Bity danych – 8
  • Bity stopu – 1

Na urządzeniu należy wybrać profil „ERP XL” co spowoduje automatyczne ustawienie powyższych parametrów. W tym celu należy wejść do menu Parametry następnie wprowadzić odpowiednie hasło odszukać opcję „Profil” i wybrać profil „ERP XL” (jest on zgodny z Comarch ERP Optima).

W przypadku niektórych rodzajów kolektorów należy w doku komunikacyjnym – na spodzie podstawki komunikacyjnej odpowiednio ustawić grupę mikroprzełączników na takie same wartości jak na porcie COM.

Konfiguracja szerokości pól w kolektorach OptiData jest stała i nie podlega zmianom, przy czym kolektory poprawnie obsługują zarówno 8 jak i 13 znakowe kody kreskowe.

Ustawienie parametrów dla połączenia z kolektorem w Comarch ERP Optima

W programie Comarch ERP Optima, w Konfiguracji stanowiska/ Ogólne/ Kolektor w sekcji Ustawienia sterownika wybieramy sterownik Cipherlab (Rys. 5). Nie zaznaczamy czeku używaj tranceivera a następnie ustawiamy parametry:

  • Protokół – SKKBHT
  • Prędkość transmisji – 19200
  • Parzystość – Brak
  • Bity danych – 8
  • Bity stopu – 1

Ustawienie definicji rekordu kolektora w Comarch ERP Optima

  • Długość rekordu – 44
  • Początek pola kodu towaru – 0
  • Koniec pola kodu towaru – 19
  • Początek pola ilości – 21
  • Koniec pola ilości – 33

Rysunek 5. Formularz dla ustawień kolektora w Comarch ERP Optima

Przykład dodatkowego rozwiązania opracowanego przez firmę OPTIDATA współpracy kolektorów z Comarch ERP Optima

Krakowska firma OPTIDATA opracowała własną aplikację komunikacyjną OPTIKolektor która w prosty sposób integruje się z programem Comarch ERP Optima poprzez uniwersalny format wymiany danych XML. Z poziomu kolektora możliwe jest wykonywanie procesów przyjęcia, wydania i inwentaryzacji w zakresie gromadzenia danych takich jak: EAN towaru, ilość, cena sprzedaży, cena zakupu.

Komunikacja z Comarch ERP Optima wykonywana jest w dwie strony:

  • Comarch ERP Optima -> Kolektor – przesyłane są kartoteki towarów bezpośrednio z bazy danych lub poprzez plik wymiany XML.
  • Kolektor -> Comarch ERP Optima – przesyłane są zgromadzone na kolektorze dokumenty przyjęcia PZ, dokumenty wydania WZ oraz arkusze inwentaryzacyjne AI.

W komunikacji pośredniczy specjalna aplikacja komunikacyjna OPTIKolektor, która:

  • w przypadku komunikacji Kolektor -> Comarch ERP Optima – aplikacja odbiera dane z kolektora i zapisuje w postaci plików xml (użytkownik musi następnie zaimportować z funkcji dodatkowych dokumenty z plików xml na wybraną listę dokumentów)
  • w przypadku komunikacji Comarch ERP Optima -> Kolektor – aplikacja odczytuje wyeksportowane wcześniej do pliku xml kartoteki towarowe i przesyła je na kolektor.

Z takim rozwiązaniem współpracują terminale z systemem Windows: H15 i MX8 oraz terminale z systemem znakowym PHL 1300, PHL 2700 i OPL 9728.

Więcej na temat aplikacji OPTIKolektor można znaleźć na stronie producenta:

http://www.optidata.pl/rozwiazania/optikolektor.html

Terminale płatnicze

Comarch ERP Optima zapewnia współpracę z następującymi terminalami:

  • VeriFone VX 520 dystrybuowanym przez eSerwis
  • VeriFone VX520 dystrybuowanym przez Polcard
  • Ingenico ICT220 ETH dystrybuowanym przez Polcard

Za pomocą terminali płatniczych obsługiwane są dwie operacje kartą płatniczą: obciążenie karty płatniczej oraz zwrot środków płatniczych na kartę.

Konfiguracja płatności obsługiwanych przez terminal płatniczy

Aby rozpocząć współpracę z terminalem, należy dokonać odpowiedniej konfiguracji:

  • Na dokumentach musi być wybrana forma płatności o typie karta z zaznaczonym parametrem: Terminal Płatniczy (opcja do zaznaczenia na formularzu formy płatności dostępnym z poziomu System/ Konfiguracja/ Firma/ Kasa/Bank/ Formy płatności).
  • W menu System/ Konfiguracja/ Firma/ Kasa/Bank/ Parametry należy zaznaczyć parametr Automatycznie generuj dokumenty zapłaty kartą kredytową.

Uwaga
Przed uruchomieniem współpracy z terminalem należy upewnić się, że operator wystawiający dokumenty nie ma ustawionego zakazu lub blokady na wprowadzanie zapisów, powodujących ujemne saldo do rejestru powiązanego z płatnością wysyłaną na terminal. W przeciwnym wypadku płatność zostanie zarejestrowana, ale dokument nie będzie rozliczony.

Rysunek 6. Formularz formy płatności

Parametr Terminal płatniczy jest aktywny tylko dla typu płatności Karta, dla innych typów płatności parametr jest nieaktywny.

  • W System/ Konfiguracja/ Stanowisko/ Ogólne/ Terminal płatniczy należy wybrać sterownik do terminala płatniczego.

Rysunek 7. Konfiguracja terminala płatniczego

Model terminala – pole które domyślnie jest niewypełnione, po rozwinięciu listy możemy wskazać odpowiedni model terminala:

  • eServiceVeriFone VX520
  • PolcardVeriFone VX520
  • Ingenico ICT220 ETH
  • eServiceVeriFone VX520 Terminal
  • PolcardVeriFone VX520 Terminal
  • Ingenico ICT220 ETH Terminal

Uwaga
Konfiguracja samego terminala powinna być wykonywana przez Serwis obsługujący terminale.

W zależności od wybranego modelu aktywują się lub uzupełniają następujące pola:

  • Typ połączenia – ustawia się automatycznie, w zależności od wybranego sterownika terminala płatniczego.
  • Port szeregowy – pole dostępne dla urządzeń o typie połączenia RS232. Należy wskazać w nim port COM, do którego podłączone jest urządzenie.
  • Adres IP – pole dostępne dla urządzeń o typie połączenia TCP/IP. Należy w nim wpisać adres IP terminala płatniczego.
  • Port TCP/IP – pole dostępne dla urządzeń o typie połączenia TCP/IP. Należy w nim wprowadzić numer portu, na którym odbywać się będzie komunikacja pomiędzy programem Comarch ERP Optima, a terminalem płatniczym.
  • Test – po wciśnięciu przycisku Test program sprawdza, czy istnieje możliwość komunikacji pomiędzy komputerem i terminalem.

Uwaga
Po wybraniu w Konfiguracji systemowego wirtualnego portu COM dla terminala płatniczego, program Comarch ERP Optima może działać niestabilnie.

Domyślnie w systemie WINDOWS ten port jest oznaczony jako COM1.

Płatności terminalowe a rodzaje obsługiwanych dokumentów

Przesyłanie płatności do terminala realizowane jest na formularzach następujących dokumentów:

  • Fakturze Sprzedaży i na wszystkich dostępnych dla niej korektach (z wyjątkiem korekty danych),
  • Fakturze Zaliczkowej i korekcie wartości do niej,
  • Paragonie i korekcie ilości do Paragonu,
  • Wydaniu Zewnętrznym z opcją płatności i korekcie ilości/ wartości/ stawki VAT do WZ (dotyczy modułów Handel, Handel Plus).

Płatności za pomocą terminala płatniczego na dokumentach FA, PA, WZ z płatnością i FZAL

Jeśli na dokumencie Faktury lub Paragonu wybrana jest forma płatności typu Karta z zaznaczonym parametrem Terminal Płatniczy, to przy zapisie dokumentu na stałe, płatności zapisywane są w preliminarzu, a następnie wyświetlane jest okno Potwierdzenie obciążenia karty:

Rysunek 8. Okno – potwierdzenie obciążenia karty

Pole Klient wpłaca jest domyślnie przepisane z pola Do zapłaty, a ustawienie kursora znajduje się w polu potwierdzenia, co pozwala od razu zatwierdzić wpłatę. Nie ma możliwości zmiany kwoty w polu Klient wpłaca. Zmiany kwoty wysyłanej na terminal można dokonywać tylko z poziomu samego dokumentu na zakładce [Płatności].

Kwota na zakładce [Płatności] może zostać podzielona. Jeżeli dokument ma być rozliczony na przykład gotówką i kartą, wówczas w tabelce płatności należy wprowadzić kwotę płatną gotówką, wybrać przycisk z płatnością gotówkową, a następnie przycisk z płatnością kartą. Kwota dla karty płatniczej zostanie przesłana do terminala płatniczego.

Po wyświetleniu okna z wpłatą:

  • można się z niego wycofać (wciskając przycisk Anuluj zmiany), wystawiany wówczas dokument nie jest zapisywany na stałe i nie jest realizowana płatność.
  • można zatwierdzić płatność, wystawiany wówczas dokument zapisywany jest na stałe i uruchamiany jest proces płatności przez terminal płatniczy.
  • Podczas trwania transakcji w programie wyświetlane są komunikaty odzwierciedlające postęp wykonywania transakcji na terminalu.

W przypadku wystąpienia błędu przy płatności wyświetlany jest komunikat: „Transakcja nie została zakończona poprawnie, czy powtórzyć transakcję”  Do wyboru dostępne są opcje: Tak/Nie. W przypadku wyboru opcji Nie dokument jest zapisywany na stałe i nie jest rozliczany, a po wybraniu opcji Tak następuje próba rozliczenia.

Jeśli po wysłaniu płatności Klient nie zdąży wpisać pin-u (w ciągu 60 sekund) wyświetlana jest informacja, że minął czas oczekiwania i pojawia się pytanie czy transakcja przeszła poprawnie. Użytkownik może potwierdzić tę transakcję lub nie. Jeżeli transakcja zostanie odrzucona i nie zostanie potwierdzona, dokument zapisuje się na stałe. Brak potwierdzenia dotyczy wówczas samej transakcji, a nie dokumentu.

Jeśli płatność kartą zostanie zaakceptowana, wówczas zapis z preliminarza rozliczany jest z zapisem kasowo bankowym. Jeżeli podczas rozliczania nie jest otwarty Raport kasowo/bankowy, to przy zapisie jest on od razu tworzony (analogiczne działanie jak przy zapisie gotówki).

Wydruk samego dokumentu może być wykonany po zakończeniu procesu wystawiania dokumentu, natomiast jeśli dokument ma zostać zafiskalizowany, drukowanie dokumentu na drukarce fiskalnej odbywa się po zakończeniu płatności. Jeśli po rozliczeniu płatności wystąpi błąd fiskalizacji i dokument nie będzie mógł być zafiskalizowany, do dokumentu generującego płatność można wykonać korektę, której zatwierdzenie spowoduje zwrot środków na kartę płatniczą. Można też anulować dokument i wystawić dokument KW na pobraną przez terminal kwotę.

W przypadku, gdy nie jest zaznaczony parametr: Domyślny schemat numeracji dla automatycznych zapisów kasowych w menu Konfiguracja/ Firma/ Kasa/Bank/ Parametry, na zapisie kasowym generowanym automatycznie podczas płatności przez terminal w polu Numer wewnętrzny pojawi się numer zgodny ze schematem domyślnym dla zapisów, wskazanym w Konfiguracji Firmy/ Kasa/Bank/ Dokumenty. Natomiast w polu Numer pojawi się numer dokumentu handlowego, który jest rozliczany.

Uwaga
Aby wystawiać dokumenty magazynowe wymagana jest licencja na moduł Handel lub Handel Plus
.

Płatności za pomocą terminala płatniczego na dokumentach korekt do FA i PA oraz FZAL

Jeśli dokument korygujący posiada płatności typu Karta z zaznaczonym parametrem Terminal płatniczy, to w momencie zapisu dokumentu na stałe wykonywana jest transakcja płatnicza za pomocą terminala. Operacje wykonywane są analogicznie jak dla płatności dokumentu FA i PA.

W sytuacji realizowania płatności do korekt, kwota do zapłaty może być zarówno na plus jak i na minus, dlatego w zależności od kierunku płatności na oknie wpłaty podpowiadana jest odpowiednia operacja: obciążenie karty płatniczej bądź zwrot środków na kartę.

Płatności za pomocą terminala płatniczego na dokumentach walutowych

Jeżeli dokument wystawiony jest w walucie, to wszystkie wartości na terminal wysyłane są w walucie systemowej.

Na terminal wysyłana jest wartość złotówkowa, równa wartości brutto z tabelki VAT na dokumencie.

Wartość złotówkowa wysyłana na terminal przeliczana jest po kursie użytym na dokumencie.




OPT053 – Kontrola wysokości potrąceń

Wprowadzenie

Comarch ERP Optima posiada mechanizmy pozwalające na łatwiejsze zarządzanie kontrolą wysokości potrąceń, w tym potrąceń komorniczych i alimentacyjnych. Funkcjonalność automatycznej kontroli potrąceń dostępna jest w Comarch ERP Optima w module Płace i Kadry Plus oraz ERP XL Kadry i Płace.

Wysokość potrąceń a obowiązujące przepisy

  • Dla potrąceń ze świadczeń pieniężnych z ubezpieczenia społecznego w razie choroby i  macierzyństwa obowiązuje art.138-144 Ustawy z dnia 17.12.1998r. o emeryturach i rentach z Funduszu Ubezpieczeń Społecznych (Dz.U. z 2004r. nr 39, poz. 353 ze zm.).
  • Zasady potrąceń z wynagrodzenia za pracę reguluje art. 87 Ustawy z dnia 26 czerwca 1974r. Kodeks pracy (Dz.U. z 1998r. nr 21, poz. 94 ze zm.).
  • W sprawach nie unormowanych w wymienionych aktach prawnych stosuje się przepisy Kodeksu postępowania cywilnego i przepisy o Postępowaniu egzekucyjnym w administracji.

Potrącenia z wynagrodzenia za pracę

Z wynagrodzenia za pracę po odliczeniu składek na ubezpieczenia społeczne oraz zaliczki na podatek dochodowy od osób fizycznych potrąceniu podlegają (wg podanej kolejności) między innymi należności:

  • na zaspokojenie świadczeń alimentacyjnych – do wysokości trzech piątych wynagrodzenia,
  • na zaspokojenie świadczeń innych niż alimentacyjne do wysokości połowy wynagrodzenia.

Od niektórych składników wynagrodzenia można potrącić należności alimentacyjne w wysokości 100%.

Uwaga
Departament Ministerstwa Pracy i Polityki Społecznej w sprawie odliczania składki zdrowotnej wyjaśnił, że obowiązkowe odliczenia, o których mowa w art. 87 K.p., obejmują nie tylko składkę na ubezpieczenie społeczne i zaliczkę na podatek dochodowy, ale także składkę na ubezpieczenie zdrowotne. Dokonując wyliczenia potrąceń niealimentacyjnych z wynagrodzenia pracownika, uwzględniamy to stanowisko.

Ustawodawca przewidział również kwotę wolną od potrąceń, między innymi w wysokości minimalnego wynagrodzenia za pracę (po odliczeniu składek na ubezpieczenia społeczne oraz zaliczki na podatek dochodowy od osób fizycznych), przy potrącaniu sum egzekwowanych na mocy tytułów wykonawczych na pokrycie należności innych niż świadczenia alimentacyjne.

Uwaga
W przypadku pracowników zatrudnionych w niepełnym wymiarze czasu pracy kwoty wolne od potrąceń należy zmniejszyć proporcjonalnie do wymiaru czasu pracy.

Potrącenia z zasiłków

Ze świadczeń pieniężnych z ubezpieczenia społecznego w razie choroby i macierzyństwa potrąceniu podlegają między innymi należności:

  • na zaspokojenie świadczeń alimentacyjnych – do wysokości 60% kwoty zasiłku,
  • na zaspokojenie świadczeń innych niż alimentacyjne – do wysokości 25% kwoty zasiłku.

Wolna od potrąceń jest kwota zasiłku w wysokości (od 1.07.2018 r.):

  • 500 zł – przy potrącaniu należności alimentacyjnych,
  • 825 zł – przy potrącaniu innych należności.

Uwaga

Zgodnie ze stanowiskiem Ministerstwa Pracy i Polityki Społecznej z 14 stycznia 2015 r. w sprawie sposobu ustalania kwoty wolnej od potrąceń proporcjonalnie do wypłacanego zasiłku „(…) przy obliczaniu proporcjonalnej kwoty zasiłku wolnej od potrąceń należy, analogicznie jak przy obliczaniu dziennego zasiłku, podzielić ją przez 30 i pomnożyć przez liczbę dni, za które świadczenie chorobowe jest wypłacane.”.

Za pomocą parametru Proporcjonalnie do liczby dni zasiłku dostępnego w grupie ograniczeń potrąceń można ustawić wyliczenie proporcjonalnej kwoty wolnej dla zasiłków. Proporcjonalne wyliczenie kwoty wolnej jest ustalane przez podzielenie pełnej kwoty wolnej przez 30 i pomnożenie przez liczbę dni, za które wypłacono zasiłek ZUS z ubezpieczenia chorobowego lub wypadkowego.

Przy wyliczaniu liczby dni, za które pracownik miał wypłacane świadczenie ZUS uwzględniane są wszystkie zasiłki niezależnie od rodzaju, które zostały naliczone w bieżącej wypłacie (zarówno za bieżący miesiąc, jak i poprzednie rozliczone z opcją ‘mies. wstecz’). Nie są sumowane dni, za które pracownik ma naliczone wyrównania zasiłków, zasiłek wyrównawczy oraz podwyższenie zasiłku macierzyńskiego do kwoty świadczenia rodzicielskiego.

Definiowanie ograniczeń w konfiguracji firmy

W Konfiguracji / Firma / Płace znajduje się gałąź Grupy ograniczeń potrąceń, która wyświetlana jest w postaci listy.

Lista ograniczeń pozwala na ustalenie priorytetów poszczególnych typów ograniczeń:

  • I grupa ograniczeń (domyślnie Grupa ograniczeń alimentacyjnych) – oznacza liczenie podpiętych do niej potrąceń w pierwszej kolejności do zadanego w definicji tej grupy pułapu,
  • II grupa ograniczeń (domyślnie Grupa potrąceń z innych tytułów) – powiązane z tą grupą potrącenia liczone będą po wyliczeniu tych przypisanych do I grupy. Nastąpi wyliczenie do pułapu zadeklarowanego w tej grupie, a następnie sprawdzenie, czy suma potrąceń policzonych dla I i II grupy potrąceń łącznie nie przekracza progu zadanego dla I grupy i gdyby takie przekroczenie miało miejsce, to nastąpi ograniczenie.
  • kolejne grupy kolejno według tej samej hierarchii – czyli wyliczenie do zadanego w tej grupie pułapu, ale sumarycznie nie więcej niż wynika z definicji ograniczenia w najwyższej grupie, z jakiej występują potrącenia w wypłacie danego pracownika.
  • Użytkownik ma możliwość sterowania kolejnością pozycji na Liście grupy ograniczeń:
  •  Podnieś – podwyższa priorytet naliczania danej grupy,
  •  Obniż – obniża priorytet naliczania.

Predefiniowane dwie grupy:

  • Grupa potrąceń alimentacyjnych – definicja I grupy odpowiada warunkom ograniczeń dla potrąceń alimentacyjnych. Użytkownik jedynie przypisuje do danej grupy typy potrąceń, które chce ograniczać do danego pułapu i ewentualnie wskazać typy wypłat, z których dopuszcza 100% ściągalności potrąceń oraz takie, które mają być całkowicie wolne od potrąceń.
  • Grupa potrąceń z innych tytułów – II grupa, dla pozostałych tytułów wykonawczych.

W przypadku, gdy te dwie grupy okażą się niewystarczające, Użytkownik może dodać kolejne grupy potrąceń. Służy do tego ikona  lub <INSERT>.

Rysunek 1. Konfiguracja/Firma/Płace/Grupy ograniczeń potrąceń

Formularz Grupy ograniczeń potrąceń

Składa się z dwóch zakładek:

  • Ogólne – pozwala na określenie do jakiej wysokości kwot zasiłków i jakiej wysokości kwot wypłat nie będących zasiłkami może się liczyć potrącenie, a także deklarację wysokości kwoty wolnej od potrąceń (to co pracownik musi dostać po potrąceniach, niezależnie od wysokości jego wynagrodzenia),
  • Dodatkowe – lista potrąceń (typów wypłat) podlegających ograniczeniu.

Zakładkę [Ogólne] formularza, z uwagi na obowiązujące przepisy, podzielono na dwie sekcje.

Sekcja 1 – Ograniczenia dotyczące wynagrodzeń nie będących zasiłkami:

  • Podlegające egzekucji do [ ]% kwoty netto (domyślnie podpowiadane jest 0%).

Składniki – z listy typów wypłat, które nie są zasiłkami ZUS można wybrać te, których ma dotyczyć to ustawienie (lista domyślnie pusta). Przykładowo: jeśli ustawiono 0% – to wskazane na tej liście elementy wypłat będą w całości wolne od potrąceń.

  • Podlegające egzekucji do [ ]% kwoty netto (domyślnie podpowiadane jest 0%).

Składniki – dla drugiej grupy wyjątków, z listy typów wypłat, które nie są zasiłkami ZUS, można wybrać te, które nie wystąpiły powyżej (domyślnie pusta). Przykładowo: jeśli ustawiono 100% – to wskazane na tej liście elementy wypłat (np. premie, nagrody roczne) będą podlegać egzekucji w całości, czyli w pełnej kwocie netto.

  • Pozostałe wynagrodzenia podlegają egzekucji do [ ]% kwoty netto (domyślnie podpowiadane jest 0%).

To trzeci próg procentowy, dotyczący wszystkich typów wypłat nie będących zasiłkami ZUS i nie wskazanych na listach powyżej.

  • Kwota wolna od potrąceń [ ]% minimalnej płacy (domyślnie podpowiadane 0%).

Dodatkowo przy tym parametrze, dostępny jest parametr Proporcjonalnie do wymiaru etatu z opcją TAK/NIE (TAK – domyślnie zaznaczone).

Wartość minimalnej płacy do obliczeń pobierana jest z aktualnej na dany miesiąc wartości wskaźnika „Najniższe wynagrodzenie” (Konfiguracja / Program / Płace / Wynagrodzenia). Wartość ta dodatkowo jest przemnażana przez gwarantowany procent minimalnej płacy zapisany w etacie pracownika (domyślnie 100% lub 80% w przypadku pierwszego roku zatrudnienia), opcjonalnie jest też przemnażana przez wymiar etatu pracownika.

Uwaga
Kwota wolna dotycząca wynagrodzeń nie będących zasiłkami, liczona od minimalnej płacy, wyliczana jest w wysokości odpowiadającej kwocie netto minimalnej płacy, a więc po pomniejszeniu o składki na ubezpieczenia społeczne i zdrowotne oraz o zaliczkę na podatek dochodowy (przy liczeniu kwoty należnego podatku, wysokość kosztów uzyskania i ulgi podatkowej jest zgodna z ustawieniami stałych podatkowych danego pracownika).

Sekcja 2 – Ograniczenia dotyczące zasiłków ZUS:

  • Podlegają egzekucji do [ ]% kwoty (domyślnie 0%).

Próg procentowy dotyczący wszystkich elementów wypłat będących zasiłkami ZUS (procent z wartości brutto zasiłku).

  • Kwota wolna od potrąceń
    • [ ]% najniższej emerytury (domyślnie podpowiadane jest 0%)
    • kwota (domyślnie podpowiadane jest 0 zł)

Dodatkowo dostępne są dwa parametry Proporcjonalnie do wymiaru etatu z opcją TAK/NIE (TAK – domyślnie zaznaczone) oraz Proporcjonalnie do liczby dni zasiłku z opcją TAK/NIE (NIE – domyślnie zaznaczone).

Wartość najniższej emerytury do obliczeń pobierana jest z aktualnej na dany miesiąc wartości wskaźnika „Najniższa emerytura” (Konfiguracja / Program / Płace / Wynagrodzenia). Opcjonalnie jest ona przemnażana przez wymiar etatu pracownika.

Uwaga
Kwota wolna dotycząca zasiłków ZUS, liczona od najniższej emerytury, wyliczana jest w pełnej wysokości odpowiadającej kwocie najniższej emerytury, bez pomniejszenia o równowartość składek na ubezpieczenia ZUS i zaliczki na podatek dochodowy.

Rysunek 2. Formularz grupy ograniczeń – zakładka Ogólne

Zakładka [Dodatkowe] formularza, gdzie Użytkownik może wybrać pod przyciskiem , które potrącenia podlegają ograniczeniu. Lista domyślnie zostanie zawężona do typów wypłat, które mają zaznaczoną flagę Potrącenie [v], są nieopodatkowane i wpływają na kwotę do wypłaty [v]. Dane potrącenie może być przypisane tylko do jednej grupy potrąceń, aby możliwa była jednoznaczna interpretacja ograniczeń przy liczeniu wypłaty.

Uwaga
Przesunięcie potrącenia (typu wypłaty) z jednej do drugiej grupy dopuszczalne jest tylko na zasadzie usunięcia danego typu wypłaty z listy potrąceń powiązanych z jedną grupą, a następnie umieszczenie go na liście potrąceń powiązanych z drugą grupą.

Kolejność typów wypłat na liście ‘Potrąceń podlegających ograniczeniu’ określa priorytet ich naliczania. Pierwsze na liście ściągane są w pierwszej kolejności z wypłaty pracownika, później następne. Stąd na liście dostępne są:

  • Podnieś  – podwyższa priorytet naliczania,
  •  Obniż  – obniża priorytet naliczania.

Rysunek 3. Formularz grupy ograniczeń – zakładka Dodatkowe

Predefiniowane grupy ograniczeń potrąceń

Grupa potrąceń alimentacyjnych

Grupa domyślnie ustawiana jest jako pierwsza w kolejności. Ustawienia dla niej są następujące:

Sekcja 1 – Ograniczenia dotyczące wynagrodzeń nie będących zasiłkami:

  • Podlegające egzekucji do [0.00]% kwoty netto. Składniki – lista typów wypłat, których ma dotyczyć (do uzupełnienia przez Użytkownika).
  • Podlegające egzekucji do [100.00]% kwoty netto. Składniki – lista typów wypłat, których ma dotyczyć (do uzupełnienia przez Użytkownika).
  • Pozostałe wynagrodzenia podlegają egzekucji do [60.00]% kwoty netto.
  • Kwota wolna od potrąceń [0.00]% minimalnej płacy (nie ma kwoty wolnej od potrąceń dla tej grupy).

Sekcja 2 – Ograniczenia dotyczące zasiłków ZUS:

  • Podlegają egzekucji do [60.00]% kwoty
  • Kwota wolna od potrąceń: kwota 500 zł – proporcjonalnie do wymiaru etatu „Tak”, proporcjonalnie do liczby dni zasiłku ”Nie”.

Zakładka [Dodatkowe], tj. lista typów wypłat będących potrąceniami podlegającymi ograniczaniu, wymaga wskazania składników przez Użytkownika.

Grupa potrąceń z innych tytułów

Grupa domyślnie ustawiana jako druga w kolejności. Ustawienia dla niej są następujące:

Sekcja 1 Ograniczenia dotyczące wynagrodzeń nie będących zasiłkami:

  • Podlegające egzekucji do [0.00]% kwoty netto. Składniki – lista typów wypłat, których ma dotyczyć (do uzupełnienia przez Użytkownika).
  • Podlegające egzekucji do [100.00]% kwoty netto. Składniki – lista typów wypłat, których ma dotyczyć (do uzupełnienia przez Użytkownika).
  • Pozostałe wynagrodzenia podlegają egzekucji do [50.00]% kwoty netto.
  • Kwota wolna od potrąceń [100.00]% minimalnej płacy, proporcjonalnie do wymiaru etatu „Tak”.

Sekcja 2 – Ograniczenia dotyczące zasiłków ZUS:

  • Podlegają egzekucji do [25.00]% kwoty.
  • Kwota wolna od potrąceń: kwota 825 zł, proporcjonalnie do wymiaru etatu „Tak”, proporcjonalnie do liczby dni zasiłku ”Nie”.

Zakładka Dodatkowe formularza, tj. Lista potrąceń – lista typów wypłat (potrąceń) podlegających ograniczeniu (do uzupełnienia przez Użytkownika).

Wskaźniki obliczeniowe

Potrącenia alimentacyjnePotrącenia komornicze

Od wynagrodzeń

Maksymalna kwota potrącenia – 60% kwoty nettoMaksymalna kwota potrącenia – 50% kwoty netto
Gwarantowana kwota wolna – 0% minimalnej płacy nettoGwarantowana kwota wolna – 100% minimalnej płacy netto

Od zasiłków

Maksymalna kwota potrącenia – 60% kwoty zasiłku bruttoMaksymalna kwota potrącenia – 25% kwoty zasiłku brutto
Gwarantowana kwota wolna – 500 złGwarantowana kwota wolna – 825 zł

W przypadku pracowników zatrudnionych w niepełnym wymiarze czasu pracy kwoty wolne od potrąceń ulegają zmniejszeniu proporcjonalnie do wymiaru czasu pracy.

W 2018 roku dla kwoty minimalnej płacy 2100,00 zł brutto kwoty wolne wynoszą:

Minimalna płaca netto dla:

1/1 etat½ etatu¾ etatu¼ etatu
10.50.750.25
Koszty uzyskania przychodu podstawowe (111,25)Ulga podatkowa (miesięczna – 46,33)1 530,00797.51 163,74437.79
Koszty uzyskania przychodu podwyższone (139,06)Ulga podatkowa (miesięczna – 46,33)1 535,00802.51 168,74442.83
Koszty uzyskania przychodu podstawowe (111,25)Brak1 483,00751.51 117,74386.25
Koszty uzyskania przychodu podwyższone (139,06)Brak1 488,00756.51 122,74391.25
BrakUlga podatkowa (miesięczna – 46,33)1 510,00777.51 143,74417.81
BrakBrak1 463,00731.51 097,74366.25

Kwota wolna od zasiłków1/1 etatu½ etatu¾ etatu¼ etatu
10.50.750.25
Alimenty500250375125
Komornik825, 00412.5618.75206.25

Mechanizm ustalania kwoty ograniczeń potrąceń

Zakładając, że w wypłacie pracownika są tylko trzy elementy: wynagrodzenie zasadnicze, zasiłek opiekuńczy i potrącenie komornicze; jednocześnie wykorzystano domyślne ustawienia z II standardowej grupy ograniczeń, to wyliczenie kwoty potrącenia wykonywane jest następująco (kwoty dotyczą roku 2018).

  • Wyliczenie kwoty potrącenia zgodnie z definicją typu wypłaty (bez ograniczeń) – wynik to Kwota_P1,
  • Ustalenie 50 % wartości netto wynagrodzenia zasadniczego – wynik to Kwota_W1. Kwotę netto wynagrodzenia zasadniczego, czyli pomniejszonego o składki ZUS i podatek, można sprawdzić na wydruku płacowym ‘Lista wypłaconych dodatków’ – kwota w kolumnie „Do wypłaty”.
  • Wyliczenie kwoty wolnej od potrąceń z wynagrodzenia – wynik to KwotaWolna_W. Kwota wolna to 100% minimalnej płacy z uwzględnieniem wymiaru etatu, tj. 2100,00 zł pomnożone przez wymiar etatu i gwarantowany procent minimalnej płacy, a następnie od tej kwoty odliczane są składki ZUS i podatek.

Dla osoby zatrudnionej na pełny etat, z gwarantowaną minimalną płacą ustawioną w etacie jako 100%, z podstawowymi kosztami uzyskania (111,25 zł) oraz ulgą (46,33 zł), płacącej podatek w wysokości 18% i wszystkie składki na ubezpieczenia społeczne i zdrowotne – kwota wolna wyniesie 1530,00 zł.

  • Wyliczenie różnicy pomiędzy kwotą netto od wynagrodzenia uwzględnionego przy liczeniu potrącenia (pomniejszoną o wyliczone już potrącenia z grup o wyższym priorytecie), a kwotą wolną, czyli:
    • Kwota_W1 pomniejszona o KwotaWolna_W – wynik to Kwota_W2 (z ograniczeniem do 0.00zł, jeśli Kwota_W1 jest mniejsza od KwotaWolna_W)
  • Porównanie wartości Kwota_W1 i Kwota_W2. Mniejsza z nich przechodzi do dalszych obliczeń – wynik to Kwota_W3,
  • Sprawdzenie wartości brutto zasiłku i przemnożenie jej przez 25% – wynik to Kwota_Z1,
  • Wyliczenie kwoty wolnej od potrąceń z zasiłków – jako kwota, z uwzględnieniem wymiaru etatu – wynik to KwotaWolna_Z,

Dla osoby zatrudnionej na pełny etat kwota wolna wynosi 825 zł.

  • Wyliczenie kwoty netto zasiłku (tj. po odjęciu zaliczki podatku) – wynik to KwotaNetto_Z,
  • Porównanie kwoty netto zasiłku (KwotaNetto_Z) z kwotą wolną od potrąceń (KwotaWolna_Z), czyli wyliczenie różnicy pomiędzy kwotą netto zasiłku (można ją sprawdzić na wydruku płacowym ‘Zestawienie wynagrodzeń wg typów wypłat ), a kwotą wolną dla zasiłków, czyli:
    • KwotaNetto_Z pomniejszona o KwotaWolna_Z – wynik to Kwota_Z2 (z ograniczeniem do 0.00zł, jeśli KwotaNetto_Z < od KwotaWolna_Z),
  • Porównanie wartości Kwota_Z1 i Kwota_Z2, mniejsza z nich przechodzi do dalszych obliczeń – wynik to Kwota_Z3,
  • Sumowanie wyliczonych maksymalnych kwot potrąceń dla wynagrodzeń i zasiłków, czyli Kwota_W3
    i Kwota_Z3 – wynik to Kwota_P2,
  • Porównanie kwot Kwota_P1 (pierwotnie policzona wartość potrącenia) i Kwota_P2 (maksymalna możliwa kwota potrącenia) – wynik to Kwota_P3, wartość potrącenia z uwzględnieniem ograniczeń.

Uwaga

Przy wyliczaniu ograniczeń potrąceń uwzględniane są wartości tylko tych elementów wypłaty, które generowane są automatycznie podczas jej naliczania.

Po wprowadzeniu zmian w elementach wypłaty należy przeliczyć wyliczoną kwotę zajęcia wynagrodzenia. Przeliczenie jest wykonywane za pomocą przycisku  dostępnego na zakładce [Elementy wypłaty] w wypłatach etatowych, dla potrąceń przypiętych na liście zajęć wynagrodzenia pracownika. W przypadku, gdy w jednej wypłacie jest naliczone potrącenie komornicze oraz spłata pożyczki, wywołanie przeliczenia kwoty potrącenia po ręcznej modyfikacji elementów wypłaty spowoduje przeliczenie jedynie zajęcia wynagrodzenia. Kwota spłaty pożyczki nie ulegnie zmianie automatycznie, w razie potrzeby można ją skorygować ręcznie.

Wszystkie dodatkowe elementy wypłaty, naliczane w wypłacie automatycznie (a więc np. dodatki przypisane pracownikowi w kadrach) mogą mieć wpływ na wyliczenie kwot potrąceń. Przykładowo: potrącenie ‘Składka’ dodana pracownikowi w kadrach może zadziałać następująco:

  • ‘Składka’ przypisana na zakładce 2 w tej samej grupie potrąceń, dodana poniżej ‘Potrącenia komorniczego’ -> jej kwota nie wpłynie na wartość pierwszego potrącenia komorniczego, ale składka wpisana jako druga, policzy się wg tych samych zasad ograniczeń, o ile po potrąceniu komornika, pozostanie jeszcze jakaś kwota do wykorzystania. Wg podanego wyżej schematu, suma obu tych potrąceń nie może przekroczyć wartości Kwota_P3; jeśli potrącenie komornicze „wykorzysta” tę kwotę w całości to składka policzy się zerowa, jeśli potrącenie komornicze byłoby niższe, to składka policzy się, ale z ograniczeniem do kwoty będącej różnicą wartości Kwota_P3 i wartości potrącenia komorniczego,
  • ‘Składka’ przypisana na zakładce 2 w tej samej grupie potrąceń, dodana na liście powyżej ‘Potrącenia komorniczego’ -> składka policzy się w pierwszej kolejności w ramach tej grupy, oczywiście z ograniczeniem do wartości Kwota_P3, a potrącenie komornicze w drugiej kolejności, jeśli składka nie wykorzysta całej maksymalnej wartości Kwota_P3,
  • ‘Składka’ przypisana na zakładce 2 w I grupie ograniczeń (wyższej niż ‘Potrącenie komornicze’) -> w pierwszej kolejności policzy się składka z uwzględnieniem warunków ograniczających ustawionych dla grupy I, w następnej kolejności wg warunków z grupy II, policzy się potrącenie komornicze. Przy czym tu nastąpi dodatkowe sprawdzenie, czy suma obu potrąceń nie przekroczyła kwoty będącej sumą dopuszczalnej wartości procentowej z najwyższej grupy (60% wynagrodzenia i zasiłku). Wg podanego wyżej schematu będzie to suma wartości Kwota_W1 i Kwota_Z1. Potrącenie z grupy drugiej, oprócz ograniczeń wynikających z definicji tej grupy, dodatkowo jest ograniczone „resztą” z maksymalnej kwoty w wyższej grupie,
  • ‘Składka’ przypisana na zakładce 1 w tej samej grupie co ‘Potrącenie komornicze’, na liście wyjątków podlegających egzekucji do wysokości 0% -> kwota składki nie podlega ograniczeniu, jej wartość nie ma wpływu na wyliczanie wartości Kwota_W1 wg procentowego pułapu, ale zostanie uwzględniona przy porównaniu kwoty netto z wynagrodzenia z kwotą wolną (porównanie z KwotaWolna_W),
  • ‘Składka’ nie przypisana ani na zakładce 1, ani na zakładce 2 w grupie potrąceń -> kwota składki nie podlega ograniczeniu, jej wartość zostanie uwzględniona zarówno przy wyliczeniu wartości Kwota_W1 wg procentowego pułapu, jak i przy porównaniu kwoty netto z wynagrodzenia z kwotą wolną (porównanie z KwotaWolna_W).
  • ‘Składka’ nie przypisana ani na zakładce 1, ani na zakładce 2 w grupie potrąceń, ale ma zaznaczony parametr „Doliczany po ograniczeniu potrąceń” (Konfiguracja firmy/ Płace/ Typy wypłat > zakładka Szczegółowe) -> kwota składki nie zostanie uwzględniona przy wyliczaniu wartości Kwota_W1, jak i przy porównaniu kwoty netto z  wynagrodzenia z  kwotą wolną (porównanie z KwotaWolna_W). Kwota składki zostanie odjęta na końcu po wyliczeniu kwoty potrącenia

Przykłady

Przykład

Pracownik jest zatrudniony w pełnym wymiarze czasu pracy i otrzymuje stałe miesięczne wynagrodzenie w kwocie 2200,00 zł oraz ma przypisane w kadrach, na liście dodatków ‘Potrącenie komornicze’ w wysokości 1000,00zł. Pracownikowi przysługują podwyższone koszty uzyskania przychodu 139,06zł i ulga podatkowa w kwocie 46,33 zł.

Wykorzystujemy standardową Grupę ograniczeń potrąceń z innych tytułów. Na drugiej zakładce wybieramy zdefiniowane wcześniej ‘Potrącenie komornicze’. Naliczamy wypłatę.

  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego :

2200,00 zł –301,62 zł (składki ZUS pracownika) = 1 898,38 zł (podstawa składki zdrowotnej)

1 898,38 zł * 9% = 170,85 zł (składka zdrowotna pobrana)

1 898,38 * 7,75% = 147,12 zł (składka zdrowotna odliczana od podatku)

2200,00 zł –301,62 zł – 139,06zł (K.U.P. podwyższone) = 1 759,32 zł => po zaokrągleniu 1759 zł (podstawa opodatkowania) * 18% – 46,33zł (ulga) = 270,29 zł –147,12 zł (składka zdrowotna odliczana) = 123,17 zł -> po zaokrągleniu 123 zł (zaliczka podatku)

2200,00 – 301,62 – 170,85 – 123 = 1604,53 (kwota netto)

Obliczamy kwotę maksymalnego potrącenia (komorniczego), tj. ½ wynagrodzenia netto: 1604,53 * ½ = 802,27 zł.

Dopuszczalna wielkość potrącenia komorniczego wynosi 802,27 zł (Kwota_W1)

Uwaga
Przy wyliczaniu maksymalnych kwot dla potrąceń uwzględniane są kwoty netto poszczególnych elementów wynagrodzenia, czyli ich wartość pomniejszona o składki społeczne finansowane przez pracownika, składkę zdrowotną i zaliczkę podatku

  • Ustalenie kwoty wynagrodzenia wolnej od potrącenia komorniczego:

Ustalamy kwotę netto minimalnego wynagrodzenia dla pełnego etatu i podwyższonych kosztów uzyskania przychodu:

2100,00 zł – 287,91 zł (składki ZUS pracownika) – 163,09 zł (składka zdrowotna) – 114,00 zł (zaliczka podatku) = 1535,00

Kwota netto wolna od potrącenia komorniczego (dla pełnego etatu) wynosi 1535,00 zł 
(KwotaWolna_W)

Uwaga
W przypadku potrąceń z wynagrodzenia innych niż potrącenia alimentacyjne, gwarantowane wynagrodzenie wynosi 100% minimalnej płacy netto.

  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:

1604,53 zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze

802,27 zł – maksymalna kwota potrącenia komorniczego, bez uwzględniania kwoty wolnej, tj. 50% wynagrodzenia netto (Kwota_W1)

1535,00 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie netto)

1604,53 zł – 1535,00 zł = 69,53 zł (Kwota_W2) – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej (kwota możliwego potrącenia komorniczego, które zagwarantuje, że pracownik otrzyma płacę minimalną)

Porównanie wartości Kwota_W1 i Kwota_W2 > mniejsza z nich czyli 69,53 to dopuszczalna wysokość potrącenia (Kwota_W3)

Pracownik otrzyma wynagrodzenie w kwocie: 1604,53 zł – 69,53 zł (potrącenie komornicze) = 1535,00 zł zachowując minimalną płacę netto.

Przykład

Założenia, jak we wcześniejszym przykładzie. Dodatkowo pracownik otrzymuje premię procentową w wysokości 25% zasadniczego bez nadgodzin (premia przypisana jest na liście dodatków pracownika), czyli 550 zł. Premia przypisana jest w Grupie potrąceń z innych tytułów w sekcji podlegającej egzekucji do 100% (Konfiguracja / Firma / Płace / Grupy ograniczeń potrąceń).

Uwaga
W sytuacji, gdy w wypłacie pojawia się kilka elementów, dla których chcemy ustalić kwotę netto pomocny będzie wydruk Zestawienie wynagrodzeń wg typów wypłat. Naliczamy wypłatę danego pracownika. Z poziomu Listy wszystkich wypłat zaznaczamy tą wypłatę i wybieramy Zestawienie. Z menu  wybieramy wydruk Zestawienie wynagrodzeń wg typów wypłat. Kwota ‘Do wypłaty’ (rysunek poniżej) brana jest pod uwagę do wyliczenia dopuszczalnej kwoty potrącenia z wynagrodzenia pracownika.

  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego:

Ze składnika Wynagrodzenie zasadnicze możemy potrącić 50% kwoty netto, natomiast ze składnika Premia procentowa możemy pobrać 100% kwoty netto. Ustalamy więc kwoty netto odrębnie dla obydwu składników:

2200,00 – 301,62 – 170,85 – 123 = 1604,53 (kwota netto) – Wynagrodzenie zasadnicze

50%* 1604,53 zł = 802,27 zł – maksymalne potrącenie z wynagrodzenia zasadniczego

550,00 – 75,41 zł – 42,71 zł – 49,00 zł = 382,88 zł (kwota netto) – Premia procentowa

Obliczamy maksymalną kwotę potrącenia komorniczego:

802,27 zł + 382,88 zł = 1185,15 zł – dopuszczalna wysokość potrącenia komorniczego wynosi 1185,15 .

  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:

1987,40 zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze

993,70 zł – maksymalna kwota potrącenia komorniczego (dla dwóch składników wynagrodzenia)

1535,00 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać)

1987,40 – 1535,00 = 452,40 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej

Porównujemy obie ‘maksymalne’ kwoty: 993,70 zł i 452,40 zł – mniejsza z nich, czyli 452,40 zł to dopuszczalna kwota potrącenia.

Pracownik otrzyma wynagrodzenie w kwocie: 1987,40 – 452,40 (potrącenie komornicze) = 1535,00 zł zachowując minimalną kwotę netto.

Przykład

Pracownik jest zatrudniony w pełnym wymiarze czasu pracy i otrzymuje stałe miesięczne wynagrodzenie w kwocie 3.000,00zł. W kadrach, na liście dodatków ma dodane ‘Potrącenie komornicze’ w wysokości 1.500,00zł. Pracownikowi przysługują podstawowe koszty uzyskania przychodu 111,25 zł i ulga podatkowa w kwocie 46,33zł.

  • Ustalenie dopuszczalnej wysokości potrącenia:

3000,00 – 411,30 – 232,98 – 199,00 = 2156,72zł (kwota netto)

Dopuszczalna wysokość potrącenia komorniczego, tj. 50% wynagrodzenia netto: 1078,36zł. 

  • Ustalenie kwoty wynagrodzenia wolnej od potrącenia komorniczego:

Kwota netto minimalnego wynagrodzenia dla pełnego etatu i podstawowych kosztów uzyskania przychodu, wolna od potrącenia komorniczego wynosi 1530,00 zł

  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:

2156,72zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze

1078,36zł – maksymalna kwota potrącenia komorniczego, bez uwzględniania kwoty wolnej, tj. 50% wynagrodzenia netto

1530,00 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (minimalne wynagrodzenie netto)

2156,72 zł – 1530,00 zł = 626,72 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej

Porównujemy obie wyliczone ‘maksymalne’ kwoty: 1078,36 zł i 626,72 zł – mniejsza z nich, czyli 626,72 to dopuszczalna kwota potrącenia.

Pracownik otrzyma wynagrodzenie w kwocie: 2156,72 – 626,72 zł (potrącenie komornicze) = 1530,00 zł zachowując minimalną kwotę netto.

W następnym miesiącu pracownik był nieobecny – Urlop bezpłatny (np. 8 – 12 styczeń tj. 40 godz – 5 dni).

  • Ustalenie dopuszczalnej wysokości potrącenia:

3000,00 – 714,29 (pomn.prop.) = 2285,71 zł wynagrodzenie zasadnicze pomniejszone o urlop bezpłatny.

2285,71zł – 313,38zł – 177,51zł – 136,00 zł = 1658,82zł (kwota netto)

Dopuszczalna wysokość potrącenia komorniczego, tj. 50% wynagrodzenia netto: 829,41zł.

  • Ustalenie kwoty wynagrodzenia wolnej od potrącenia komorniczego:

Kwota netto minimalnego wynagrodzenia dla pełnego etatu i podstawowych kosztów uzyskania przychodu, wolna od potrącenia komorniczego wynosi 1530,00

  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:

1658,82 zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze

1530,00 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (minimalne wynagrodzenie netto)

1658,82 zł – 1530,00 zł = 128,82 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej

W kolejnym miesiącu pracownik był nieobecny – Urlop opiekuńczy na dziecko (np. od 1 do 31 marca).

  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego:

0,00 zł – Wynagrodzenie zasadnicze pomniejszone o nieobecność

2139,93zł – Zasiłek opiekuńczy brutto

Dopuszczalna kwota potrącenia komorniczego z zasiłku: 2139,93zł * 25% = 534,98zł

  • Kwota zasiłku wolna od potrącenia komorniczego (dla pełnego etatu): 825 zł
  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:

2139,93 – 339,00 zaliczka podatku = 1800,93 zł – kwota netto zasiłku

1800,93 zł (kwota netto zasiłku) > 825 zł (kwota wolna zasiłku)

1800,93 zł – 825 zł = 975,93 zł taka byłaby maksymalna kwota potrącenia komorniczego

Porównujemy obie wyliczone ‘maksymalne’ kwoty: 975,93 zł i 534,98 zł – mniejsza z nich, czyli 534,98 zł to dopuszczalna kwota potrącenia.

Pracownik otrzyma wynagrodzenie w kwocie: 1800,93 zł – 534,98 zł = 1265,95 zł

Przykład

Założenia jak we wcześniejszym przykładzie. Dodatkowo pracownik w dniach 1-3 sierpnia był nieobecny – Urlop opiekuńczy (zasiłek).

W sytuacji, gdy w wypłacie pojawia się zarówno wynagrodzenie jak i zasiłek zastosowane muszą być dwie metody ustalenia maksymalnej kwoty potrącenia: osobno dla wynagrodzeń, osobno dla zasiłków. Pomocny będzie wydruk Zestawienie wynagrodzeń wg typów wypłat. Kwota ‘Do wypłaty’ (rysunek poniżej) brana jest pod uwagę do wyliczenia dopuszczalnej kwoty potrącenia z wynagrodzenia pracownika.

W tym przypadku występują dwa sposoby ustalania kwoty wolnej: od wynagrodzenia i od zasiłku.

3000,00 – 300,00 (pomn. 1/30) = 2700,00 zł – wynagrodzenie zasadnicze pomniejszone o nieobecność

207,09 zł – zasiłek opiekuńczy brutto

  • Ustalenie dopuszczalnej wysokości potrącenia od wynagrodzenia zasadniczego:

2700,00 – 370,17 – 209,68 – 173,00 = 1947,15zł.

Obliczamy maksymalną kwotę potrącenia komorniczego z wynagrodzenia: 50%* 1947,15 = 973,58zł.

  • Kwota wynagrodzenia wolna od potrącenia komorniczego:

Kwota netto minimalnego wynagrodzenia dla pełnego etatu i podstawowych kosztów uzyskania przychodu, wolna od potrącenia komorniczego wynosi 1530,00

  • Kwota zasiłku wolna od potrącenia komorniczego (dla pełnego etatu): 825 zł

Kwota wypłaconego zasiłku opiekuńczego jest w całości wolna od potrącenia, co wynika z porównania kwot: 207,09zł < 825 zł. W tym przypadku nie będzie więc możliwe dokonanie potrącenia komorniczego z zasiłku opiekuńczego.

  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:

1947,15 zł – kwota netto wypłaty, bez zasiłku, bo kwota zasiłku jest wolna od potrącenia

973,58 zł – maksymalna kwota potrącenia komorniczego, tj. 50% wynagrodzenia netto

1947,15 zł –1530,00 zł = 417,15 zł – kwota potrącenia możliwa do pobrania

Po uwzględnieniu zasiłku opiekuńczego pracownik ostatecznie otrzyma 1947,15 + 170,09 – 417,15 = 1700,09 zł.

Zmiana ustawień w grupie ograniczeń potrąceń dotyczących wyliczania kwoty wolnej od zasiłków (Konfiguracja / Firma / Płace / Grupy ograniczeń potrąceń).

W „Grupie potrąceń z innych tytułów” – na zakładce [Dodatkowe] zmieniono ustawienie parametru Proporcjonalnie do liczby dni zasiłku z „Nie” na „Tak”.

Zmiana ustawień wpływa jedynie na wyliczenie kwoty wolnej oraz wysokości potrącenia z zasiłków. Kwota potrącenia komorniczego od wynagrodzenia nie ulega zmianie. Z wynagrodzenia nadal można potrącić 417,15 zł.

  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego z zasiłku:

207,09 zł – Zasiłek opiekuńczy brutto

Dopuszczalna kwota potrącenia komorniczego z zasiłku: 207,09 * 25% = 51,77 zł

  • Ustalenie kwoty wolnej od potrąceń dla zasiłku proporcjonalnie do liczby dni zasiłku

825 zł / 30 * 3 = 82,50 zł (kwota wolna)

  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego z zasiłku:

207,09 zł – 37,00 zł (zaliczka podatku) = 170,09 zł – kwota netto zasiłku

170,09 zł (kwota netto zasiłku) > 82,50 zł (kwota wolna zasiłku)

170,09 zł – 82,50 zł = 87,59 zł taka byłaby maksymalna kwota potrącenia komorniczego

Porównujemy obie wyliczone ‘maksymalne’ kwoty: 87,50 zł i 51,77 zł – mniejsza z nich, czyli 51,77 zł to dopuszczalna kwota potrącenia.

Po uwzględnieniu potrącenia z wynagrodzenia i zasiłku pracownik ostatecznie otrzyma 1947,15 + 170,09 – 417,15 – 51,77 = 1648,32 zł

Przykład

Pracownik jest zatrudniony na pełnym etacie na stawce 17,00 zł/godz., przysługują mu podwyższone koszty uzyskania przychodu 139,06zł. Podatek nie jest pomniejszany o ulgę. Pracownikowi udzielono pożyczki z PKZP, która spłacana jest w ratach 250,00zł + odsetki od pożyczki 2,50zł. Ponadto, pracownik ma przypisane potrącenie alimentacyjne w wysokości 500,00zł. W Konfiguracji -> Firma -> Płace-> Grupy ograniczeń potrąceń wykorzystano I grupę „Grupa potrąceń alimentacyjnych” i na zakładce 2 podpięto potrącenie alimentacyjne.

  • Ustalenie dopuszczalnej wysokości potrącenia alimentacyjnego z wynagrodzenia:

2856,00 zł – 391,56 zł – 221,80 zł – 228,00 zł = 2014,64 zł (kwota netto)

Dopuszczalna kwota potrącenia alimentacyjnego, tj. 60% wynagrodzenia netto: 1208,78 zł.

Potrącenie alimentacyjne w kwocie 500,00 zł może więc być zrealizowane w całości.

  • Kwota wynagrodzenia wolna od potrącenia alimentacyjnego:

Obowiązujące przepisy nie gwarantują w przypadku potrąceń alimentacyjnych minimalnego wynagrodzenia

  • Ustalenie możliwej do zrealizowania kwoty potrącenia alimentacyjnego oraz pożyczki:

Wynagrodzenie pracownika po uwzględnieniu potrącenia alimentacyjnego: 2014,64 – 500,00 = 1514,64 zł

Spłata pożyczki i odsetki nie są przypisane w Grupie potrąceń alimentacyjnych, więc nie podlegają ograniczeniom do wysokości płacy minimalnej. Pracownikowi możemy potrącić pożyczkę w pełnej wysokości:

1514,64 – 250,00 – 2,50 = 1262,14 zł

Od następnego miesiąca dokonano zmian w Konfiguracji / Firma / Płace / Grupy ograniczeń potrąceń.

W „Grupie potrąceń z innych tytułów” – na zakładce 2 podpięto Spłatę pożyczki w kolejności:

Spłata pożyczki – rata kapitałowa,

Spłata pożyczki – odsetki.

  • Ustalenie dopuszczalnej wysokości potrącenia alimentacyjnego z wynagrodzenia:

2856,00 zł – 391,56 zł – 221,80 zł – 228,00 zł = 2014,64 zł (kwota netto)

Dopuszczalna kwota potrącenia alimentacyjnego z wynagrodzenia wynosi: 60% z 2014,64 = 1208,78 zł.

Potrącenie alimentacyjne w kwocie 500,00 zł może więc być zrealizowane w całości.

  • Kwota wynagrodzenia wolna od potrącenia alimentacyjnego:

Obowiązujące przepisy nie gwarantują w przypadku potrąceń alimentacyjnych minimalnego wynagrodzenia

  • Ustalenie możliwej do zrealizowania kwoty potrącenia alimentacyjnego:

Zgodnie z zadeklarowaną kolejnością, program dokonał pomniejszenia kwoty netto pracownika o potrącenie alimentacyjne przypisane w pierwszej „Grupie potrąceń alimentacyjnych”: 2014,64 zł – 500,00 zł = 1514,64 zł

  • Kwota wynagrodzenia wolna od potrąceń z innych tytułów:

Kwota netto wolna od potrącenia komorniczego dla wynagrodzenia z podwyższonymi kosztami uzyskania, bez prawa do ulgi podatkowej wynosi 1488,00 zł.

  • Ustalenie możliwej do zrealizowania kwoty potrącenia z innych tytułów:

Sprawdzamy listę potrąceń przypisanych do drugiej „Grupy potrąceń z innych tytułów”, w której znajduje się Spłata pożyczki – rata kapitałowa i Spłata pożyczki – odsetki. W tej grupie potrąceń obowiązuje kwota wolna od potrąceń: 100% minimalnej płacy

Kwota maksymalnego potrącenia dla II grupy, tj. 50% wynagrodzenia netto wynosi: 50% * 2014,64 = 1007,32zł

Maksymalna kwota potrąceń dla II grupy, z uwzględnieniem kwoty wolnej: 2014,64 – 1488,00 = 526,64 zł

Ustalenie rzeczywistej kwoty potrąceń w ramach II grupy, z uwzględnieniem potrąceń dokonanych w I grupie oraz kwoty wolnej od potrąceń, czyli: (2014,64 – 500,00) – 1488 = 26,64 zł

Najmniejsza z tych trzech wartości, czyli 26,64 zł jest maksymalną kwotą dla potrąceń z grupy II. Pracownikowi można potrącić alimenty w pełnej wysokości 500,00zł oraz spłatę pożyczki – rata kapitałowa w ograniczonej wysokości 26,64 zł. Spłata pożyczki – odsetki będzie wynosić 0,00zł.

Dla powyższych ustawień płaca minimalna pracownika zostanie zachowana.

Uwaga

Gdy ograniczenie zadziała dla elementów Spłaty pożyczki PKZP, która nie zostanie spłacona w zadeklarowanej kwocie, to przy zapisywaniu takiej wypłaty pojawi się komunikat informujący o konieczności przeliczenia Harmonogramu spłat. Należy wówczas w PKZP dodać nowy harmonogram spłat z uwzględnieniem bieżącego stanu zadłużenia.

http://www.comarch.pl/erp/comarch-optima/rozwiazania-dla-biur-rachunkowych/

Przykład

Pracownik zatrudniony jest na ¾ etatu i otrzymuje stałe miesięczne wynagrodzenie w wysokości 2500,00zł. Pracownikowi przysługują podstawowe koszty uzyskania przychodu 111,25 zł i ulga podatkowa w kwocie 46,33 zł. Wypłata pracownika obciążona jest potrąceniem komorniczym na kwotę 1000,00 zł. Potrącenie komornicze przypisane jest do II grupy „Grupa potrąceń z innych tytułów”.

  • Ustalenie dopuszczalnej wysokości potrącenia komorniczego:

2500,00 zł – 342,75 zł – 194,15 zł – 155,00 zł = 1 808,10 zł (kwota netto)

Dopuszczalna wysokość potrącenia komorniczego, tj. 50% wynagrodzenia netto: 904,05 zł.

  • Ustalenie kwoty wynagrodzenia wolnej od potrącenia komorniczego dla ¾ etatu:

Obliczamy kwotę minimalnego wynagrodzenia dla ¾ etatu, tj. ¾ * 2100,00 = 1575,00 zł brutto.

Kwota netto minimalnego wynagrodzenia dla 3/4 etatu i podstawowych kosztów uzyskania przychodu, wolna od potrącenia komorniczego wynosi 1163,74 zł.

  • Ustalenie możliwej do zrealizowania kwoty potrącenia komorniczego:

1808,10 zł – kwota netto wypłaty, przed pomniejszeniem o potrącenie komornicze

904,05 zł – maksymalna kwota potrącenia komorniczego

1163,74 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać)

1808,10 – 1163,74 = 644,36 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej

Porównujemy obie wyliczone ‘maksymalne’ kwoty: 904,05 zł i 644,36 zł – mniejsza z nich, czyli 644,36 to dopuszczalna kwota potrącenia.

Pracownik otrzyma wynagrodzenie w kwocie: 1808,10 – 644,36 = 1163,74 zł zachowując minimalną kwotę netto.

Od następnego miesiąca pracodawca zobowiązany jest do potrącania pracownikowi alimentów w wysokości 300,00 zł.

Potrącenie alimentacyjne przypięte jest do I grupy – „Grupa potrąceń alimentacyjnych”. W pierwszej kolejności z wypłaty zostaną potrącone alimenty, a jako następne potrącenie komornicze przypisane do II grupy potrąceń.

  • Ustalenie dopuszczalnej wysokości potrącenia alimentacyjnego:

2500,00 zł – 342,75 zł – 194,15 zł – 155,00 zł = 1808,10 zł (kwota netto)

Dopuszczalna wielkość potrącenia tj. 60% * 1808,10 wynosi 1084,86 zł.

Potrącenie alimentacyjne w kwocie 300,00zł może więc być zrealizowane w całości.

  • Kwota wynagrodzenia wolna od potrącenia alimentacyjnego:

Obowiązujące przepisy nie gwarantują w przypadku potrąceń alimentacyjnych minimalnego wynagrodzenia

  • Ustalenie możliwej do zrealizowania kwoty potrącenia alimentacyjnego:

1808,10 zł – 300,00 zł = 1508,10 zł

Po dokonaniu potrącenia alimentacyjnego sprawdzamy, czy pracownik ma potrącenia, które są przypisane w „Grupie potrąceń z innych tytułów”. Jest tam przypisane potrącenie komornicze, więc dokonujemy dalszych obliczeń:

  • Kwota wynagrodzenia wolna od potrącenia komorniczego:

Obliczamy kwotę minimalnego wynagrodzenia dla ¾ etatu, tj. ¾ * 2100,00 = 1575,00 zł brutto.

Kwota netto wolna od potrącenia komorniczego wynosi 1163,74 .

  • Ustalenie kwoty potrącenia komorniczego możliwej do zrealizowania:

1808,10 zł – 300,00 zł = 1508,10 zł kwota netto wypłaty po pomniejszeniu o potrącenie alimentacyjne

904,05 zł – maksymalna kwota potrącenia komorniczego

1163,74 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać)

1508,10 – 1163,74 = 344,36 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej

Pracownik otrzyma wynagrodzenie w kwocie: 1808,10 – 300,00 – 344,36 = 1163,74 zł zachowując minimalną kwotę netto.

W kolejnym miesiącu pracownik przystąpił do ubezpieczenia i opłaca dobrowolną składkę PZU w wysokości 50,00 zł. Kwota składki jest potrącana przez pracodawcę w imieniu pracownika.

Składka PZU nie jest przypięta do żadnej grupy ograniczeń potrąceń. W konfiguracji typu wypłaty, na zakładce Szczegółowe ma zaznaczony parametr „Doliczany po ograniczeniu potrąceń”. W pierwszej kolejności z wypłaty zostaną potrącone alimenty, jako następne potrącenie komornicze, a na końcu składka PZU bez żadnych ograniczeń.

  • Ustalenie dopuszczalnej wysokości potrącenia alimentacyjnego:

2500,00 zł – 342,75 zł – 194,15 zł – 155,00 zł = 1808,10 zł (kwota netto)

Dopuszczalna wielkość potrącenia tj. 60% * 1808,10 wynosi 1084,86 zł.

Potrącenie alimentacyjne w kwocie 300,00 zł może więc być zrealizowane w całości.

1808,10 zł – 300,00 zł = 1508,10 zł

Po dokonaniu potrącenia alimentacyjnego sprawdzamy, czy są potrącenia przypisane w „Grupie potrąceń z innych tytułów”. Jest tam przypisane potrącenie komornicze, więc dokonujemy dalszych obliczeń:

  • Ustalenie kwoty potrącenia komorniczego możliwej do zrealizowania:

904,05 zł – maksymalna kwota potrącenia komorniczego

1163,74 zł – kwota wynagrodzenia wolna od potrącenia komorniczego (gwarantowane minimalne wynagrodzenie, które pracownik musi otrzymać)

1508,10 – 1163,74 = 344,36 zł – maksymalna kwota potrącenia komorniczego, z uwzględnieniem kwoty wolnej

50,00 zł – składka PZU potrącona w pełnej wysokości, już po ustaleniu poprzednich potrąceń

Pracownik otrzyma wynagrodzenie w kwocie: 1808,10 – 300,00 – 344,36 – 50,00 = 1113,74 zł.




OPT074 – Dodawanie kolumn użytkownika na listach


Spis treści

Wstęp

Przykłady z instrukcją tworzenia


Wstęp

Użytkownik Comarch ERP Optima ma możliwość dodawania na listach dokumentów kolumn o dowolnej definicji z dowolnej tabeli dostępnej w bazie danych. Dodawanie kolumn odbywa się z pomocą mechanizmu personalizacji okna. Możliwe jest wyłączenie personalizacji listy dla danego operatora, zwykła personalizacja kolumn, które zdefiniował użytkownik poprzez dodanie kolejnych instrukcji JOIN, dodanie wyrażeń definiujących nową kolumnę oraz testowanie całego zapytania.

Można w dowolny sposób dołączać tabele (również z bazy konfiguracyjnej) do zdefiniowanego zapytania SQL oraz definiować kolumny o dowolnej składni pobierania danych. Dodawanie kolumn może odbywać się w łatwy sposób poprzez „przeciągnięcie” wybranej kolumny na listę Kolumny użytkownika. Dodane kolumny można sortować, grupować oraz wykonywać operacje dostępne z wiersza sum.

Po dodaniu kolumn i tabel wydajność pobierania danych na liście może znacznie spaść. Należy rozważyć tutaj dwa przypadki: sama definicja kolumny nie spowoduje żadnego spowolnienia, jeśli kolumna nie będzie widoczna oraz dodatkowa instrukcja LEFT JOIN spowoduje spowolnienie tylko wtedy, gdy będzie widoczna jakaś kolumna wykorzystująca tą instrukcję lub kolumna zostanie użyta w filtrze. Powyższe problemy zostawiamy do rozwiązania wdrożeniowo przez partnera rozszerzającego funkcjonalność listy.

Wygląd okna personalizacji

Funkcjonalność dostępna jest z poziomu personalizacji aktywnego okna <Shift>+<F9> po kliknięciu ikony . Na oknie Personalizacja listy jest możliwość:

  • Dodawania złączeń do kolejnych tabel bazy danych (również z bazy konfiguracyjnej).
  • Dodawania wyrażeń definiujących nową kolumnę danych,  po której będzie można sortować i grupować listę.
  • Testowania całego zapytania.

Okno personalizacji listy podzielone jest na 5 części:

  • Kolumny dostępne z aktualnie wybranych tabel (wraz z dodatkowymi instrukcjami JOIN) – Jest to lista prezentująca wszystkie pola możliwe do pokazania na liście przy aktualnie zdefiniowanej klauzuli FROM wraz z dodatkowymi złączeniami (instrukcjami JOIN) dodanymi przez użytkownika. Lista jest aktualizowana po dołączeniu nowej tabeli przez użytkownika w sekcji Tabele użytkownika. Lista wyświetlana jest w trybie tylko do odczytu, istnieje jednak możliwość „przeciągnięcia” wybranej kolumny na listę Kolumny użytkownika.
  • Kolumny użytkownika – lista kolumn dodanych przez użytkownika. Dla dodanej kolumny można określić jej nazwę dla użytkownika, instrukcję pobierania, typ i format wyświetlania, domyślną widoczność i dostępność kolumny oraz dodatkowy opis.
  • Tabele domyślne – treść zapytania FROM standardowo wysyłanego do serwera SQL – pole do odczytu.
  • Tabele użytkownika – sekcja umożliwiająca dołączenie kolejnych tabel przez użytkownika. Aby dołączyć nową tabelę należy wskazać jej nazwę (wraz z prefixem „CDN”) oraz podać instrukcję łączenia, czyli klauzulę potrzebną do wykonania połączenia tabel (np. TrN_KntID= Knt_KntID).
  • Wynikowe zapytanie SQL – zapytanie utworzone z kolumn zdefiniowanych przez użytkownika i instrukcji FROM z dodanymi złączeniami (instrukcjami JOIN) użytkownika, z możliwością sprawdzenia poprawności wykonania – pole do odczytu.

Rys. Personalizacja listy

Na oknie znajdują się przyciski:

  •  – Sprawdzenie poprawności utworzonego zapytania. Przycisk możliwy do wywołania w dwóch trybach (rozwijalna lista obok przycisku):
  • Sprawdź składnię – weryfikacja poprawności składni zapytań użytkownika, w przypadku poprawnego wykonania testu pojawia się komunikat: Kolumny zostały dodane poprawnie.
  • Sprawdź wydajność – zmierzenie czasu wykonania zapytania użytkownika; pierwsze wykonanie zmienionego zapytania SQL może nie być miarodajne, gdyż Serwer SQL nie będzie jeszcze miał w pamięci cache tego zapytania, w związku z czym pierwsze wykonanie zapytania może być dłuższe, niż kolejne.
  •  Zapis zmian. Jeżeli po wprowadzeniu zmian użytkownik nie sprawdzi poprawności zapytania, zostanie to wykonane w momencie zapisu zmian w dodatkowych kolumnach. Jeżeli zapytanie nie będzie poprawne, okna nie będzie można zapisać. Podczas zapisu okna personalizacji listy sprawdzane jest również, czy modyfikacja zapytania nie spowodowała efektu „rozmnożenia” wierszy na liście (np. faktura pokazuje się na liście tyle razy, ile ma elementów) – taka sytuacja jest błędna i niektóre funkcje programu mogą wówczas nie działać prawidłowo
  •  Eksport ustawień dodatkowych kolumn użytkownika, bez pozostałych ustawień personalizacji. Eksport wykonywany jest do formatu XML.
  •  Import ustawień dodatkowych kolumn użytkownika z pliku XML.

Kolumny użytkownika

Lista umożliwiająca dodanie przez użytkownika nowej kolumny na listę. Zawiera kolumny:

Nazwa dla użytkownika – pod jaką nazwą kolumna będzie widoczna na interfejsie.

Instrukcja pobrania danych – pole z bazy lub można wpisać treść, która występuje w klauzuli SELECT i dotyczy pojedynczej kolumny.

Format wyświetlania – można określić formatowanie zwracanych wartości w kolumnie np. jeżeli do pokazania będzie kolumna typu DateTime, a standardowo część czasowa jest ucinana, potrzebne będzie tu wprowadzenie odpowiedniej wartości formatującej pokazywaną treść. Formatowanie należy ustawić w kolumnie Typ formatu wyświetlania oraz w kolumnie Format wyświetlania. Kolumna Typ formatu wyświetlania przyjmuje 4 wartości:

  • None – dane w definiowanej kolumnie wyświetlane są sposób domyślny
  • Numeric – dane liczbowe
  • DateTime – data/czas
  • Custom – niestandardowy format wyświetlania

Ostatnie 3 opcje definiują w jaki sposób wartości mają być wyświetlane używając formatu z pola Format wyświetlania.

Kolumna Format wyświetlania

  • Standardowe formaty wyświetlania dla liczb.

Standardowy format wyświetlania dla liczb składa się z litery (określającej rodzaj formatu) oraz 2 cyfr (określających precyzję). Rodzaj formatu decyduje w jaki sposób wartość jest transformowana.

Rodzaj formatu

Opis

Przykład formatu

Przykładowa wartość

c lub CLiczba jest wyświetlana jako wartość walutowa. Specyfikacja precyzji określa żądaną ilość miejsc dziesiętnych. Jeżeli precyzja nie zostanie wpisana, zostanie użyta domyślna precyzja wartości formatu waluty z ustawień regionalnych.c2$1,234.00
n lub NLiczba jest wyświetlana w formie "-d,ddd,ddd.ddd...", gdzie każde 'd' oznacza cyfrę. Wartość będzie poprzedzona znakiem minus, jeżeli liczba jest ujemna. Separator tysięcy jest wstawiany między każdą grupę 3 cyfr na lewo od kropki dziesiętnej. Specyfikacja precyzji określa żądaną ilość miejsc dziesiętnych. Jeżeli precyzja nie zostanie wpisana, zostanie użyta domyślna precyzja wartości formatu waluty z ustawień regionalnych.n01.234
d lub DWartość jest wyświetlana jako liczba całkowita ze znakiem minus. Jeżeli wyświetlana będzie liczba z częścią dziesiętna, zostanie ona sformatowana domyślnie. Specyfikacja precyzji określa minimalną ilość cyfr, która ma zostać pokazana. Jeżeli będzie to potrzebne, liczba zostanie dopełniona „nieistotnymi” zerami z lewej strony, aby zapewnić odpowiednią długość wartości. Jeżeli precyzja nie zostanie wybrana, pokazane zostanie dokładnie tyle cyfr, ile potrzeba do reprezentowania wartości bez początkowych zer.D800004392
p lub PLiczba mnożona jest przez 100 i wyświetlana ze znakiem %. Specyfikacja precyzji określa żądaną ilość miejsc dziesiętnych. Jeżeli nie zostanie określona, pokazywane są 4 miejsca dziesiętne.P289,48 %

  • Standardowe formaty wyświetlania dla daty i czasu.

Standardowy format daty/czasu składa się z jednej litery, która określa wzorzec, wg którego wartości będą wyświetlane (czy i w jaki sposób wyświetlać lata, miesiące itd.).

FormatOpisPrzykład
dWzorzec daty krótkiej.04-06-2014
DWzorzec daty długiej.4 czerwca 2014
tWzorzec czasu krótkiego.14:08
TWzorzec czasu długiego.14:08:00
fWzorzec daty długiej i czasu krótkiego.4 czerwca 2014 14:08
FWzorzec daty długiej i czasu długiego.4 czerwca 2014 14:08:00
gWzorzec daty krótkiej i czasu krótkiego.04-06-2014 14:08
GWzorzec daty krótkiej i czasu długiego.04-06-2014 14:08:00
m lub MWzorzec miesiąca i dnia.4 czerwca
y lub YWzorzec roku i miesiąca.czerwiec 2014
sWzorzec sortowalny.2014-06-04T14:08:00

  • Niestandardowe formaty dla liczb

Formaty niestandardowe używane są do ręcznego stworzenia odpowiedniego wzorca. Tego sposobu formatowania należy używać tylko wtedy, gdy standardowe formaty nie są wystarczające. Wszystkie formaty składające się z litery, za którą występują jedna lub dwie cyfry, traktowane są jako formaty standardowe. Wszystkie pozostałe są interpretowane jako formaty niestandardowe. Poniżej znajdują się najczęściej używane symbole do konstruowanie niestandardowych formatów.

ZnakZnaczenie
0Cyfra jest wyświetlana zawsze.
#Cyfra jest wyświetlana, gdy jest potrzebna (używane np, aby nie wyświetlać początkowych zer).
.Określa miejsce kropki dziesiętnej. Wygląd symbolu dziesiętnego zależy od ustawień regionalnych.
,Wyznacza użycie separatora tysięcy. Wygląd separatora zależy od ustawień regionalnych.
%Mnoży liczbę przez 100 i wstawia symbol % zgodny z ustawieniami regionalnymi.
\Kolejny znak jest wstawiany literalnie do wyniku.

  • Niestandardowe formaty daty i czasu

Aby stworzyć wzorzec daty i czasu należy połączyć symbole z tabel poniżej, reprezentujące rok, miesiąc, dzień itd. w różnych formatach.

Symbole dotyczące dat:

SymbolZnaczenieWynik formatownia przykładowej daty (22.06.2014)
yyOstatnie dwie cyfry roku.14
yyyyCztery cyfry roku.2014
MMNumer miesiąca.06
MMMSkrót nazwy miesiąca.cze
MMMMPełna nazwa miesiąca.czerwiec
ddNumer dnia.22
dddSkrót dnia tygodnia.N
ddddPełna nazwa dnia tygodnia.niedziela
/Separator daty. Pobierany z ustawień regionalnych.

  • Symbole dotyczące czasu:

SymbolZnaczenie
hhGodziny.
mmMinuty.
ssSekundy.
:Separator czasu. Pobierany z ustawień regionalnych.

Szczegółowe informacje na temat formatowania danych można odnaleźć na stronach MSDN w obszarze dotyczącym formatowania wartości (Formatting types: http://msdn.microsoft.com/en-us/library/dwhawy9k(v=vs.100).aspx).

Domyślnie Widoczna/Dostępna – domyślne wartości, jakie ustawią się dla tej kolumny na liście.

Opis – dodatkowy opis pokazujący się po najechaniu myszką na nagłówek kolumny.

Tabele użytkownika

Lista umożliwiająca dołączenie kolejnych tabel lub innych obiektów dozwolonych przez SQL do wykonywanego już zapytania. Zawiera kolumny:

Lp – liczba porządkowa, służy do ustalenia kolejności dołączania tabel w zapytaniu.

Nazwa tabeli – nazwa tabeli ze struktury bazy danych.

Instrukcja łączenia – klauzula potrzebna do wykonania połączenia tabel np. TrN_KntID= Knt_KntID.

Parametr kolumny użytkownika na oknie personalizacji

Na oknie personalizacji znajduje się kolumna Kolumny użytkownika. Domyślnie każdy operator ma zaznaczoną tę wartość, co oznacza, że dla tego operatora są dostępne do wyboru dodatkowo zdefiniowane kolumny. Jeżeli parametr dla operatora będzie odznaczony – wówczas pomimo dodanych nowych kolumn w personalizacji, lista dla tego operatora będzie miała dostępne tylko standardowe kolumny. Na rozwijanej liście z dostępnymi kolumnami, te dodane przez użytkownika wraz z przeniesionymi domyślnymi ustawieniami w kolumnach Widoczna i Dostępna będą widoczne na końcu listy, dodatkowo pisane kursywą dla łatwego ich odróżnienia od kolumn standardowych.

Rys. Okno personalizacji

Dodawanie kolumn na listach

Podczas uruchamiania okna programu z listą, która ma dodane przez użytkownika niestandardowe tabele, zostanie najpierw wykonane sprawdzenie, czy zapytanie użytkownika nie zwraca większej ilości wierszy, niż zapytanie standardowe. Jeżeli ilość wierszy będzie taka sama, wówczas okno uruchomi się w spersonalizowanym trybie. Jeżeli natomiast ilość wierszy będzie różna, wówczas wygenerowany zostanie komunikat: Dodatkowe tabele dodane w personalizacji powodują powielanie wierszy na liście. Lista zostanie uruchomiona w trybie standardowym., po czym nastąpi uruchomienie okna bez dodatkowych kolumn i tabel.

Uwaga
Dodanie każdej tabeli użytkownika powoduje modyfikację treści FROM zapytania. W związku z tym wskazanie np. tabeli z elementami dokumentu (nawet bez wybrania kolumn z tej tabeli) będzie powodować zduplikowanie wyświetlanych wierszy i generowanie powyższego komunikatu przy otwieraniu listy.

Jeżeli nie uda się pobieranie danych na listę z dodatkowymi kolumnami i/lub tabelami, pokazany zostanie komunikat Błąd pobierania danych na listę. Lista zostanie uruchomiona w trybie standardowym., a następnie okno programu zostanie uruchomione bez dodatkowych kolumn i tabel.

W przypadku ustawienia filtrowania lub sortowania wg dodanej przez użytkownika kolumny, wydruki z list mogą nie działać poprawnie, jednakże wydruk bieżącego widoku powinien zawsze działać poprawnie.

W menu Narzędzia/ Testy integralności jest dostępny test Okna z dodatkowymi kolumnami sprawdzający, do których okien dodane zostały kolumny lub tabele użytkownika i prezentujący w logu nazwy tych okien.

Przekazywanie zmiennych dynamicznych

W polach Instrukcja wprowadzania danych oraz Instrukcja łączenia istnieje możliwość przekazania wybranych wartości ze zmiennych dynamicznych oraz wartości z panelu filtra. Otrzymujemy możliwość uzależnienia wartości pokazywanych w dodatkowych kolumnach od wartości ze zmiennych dynamicznych (np. uzależnienie od Operatora), czy wartości z panelu filtra (np. uzależnienie od daty aktualności listy).

W polach wprowadzania instrukcji, gdzie podajemy konkretne wartości (np. 2017-11-21) mamy możliwość wykorzystania specjalnych aliasów, odpowiadających tym wartościom (np. #CDN_DataBiezaca#), przekazujących wybrane zmienne dynamiczne lub wartości z panelu filtra. Aby ułatwić wstawienie odpowiedniego aliasu menu kontekstowe wyświetla listę dostępnych wartości:

Parametry standardowe - przy dodawaniu kolumn udostępnione zostały wybrane wartości ze zmiennych dynamicznych. Po wybraniu opcji Parametry standardowe rozwija się dodatkowe menu z następującymi wartościami:

Parametry filtra - po wybraniu opcji Parametry filtra rozwija się dodatkowe menu z wartościami przekazywanymi z panelu filtra danej listy. Między różnymi listami mogą być różne parametry filtra. Poniżej przykład z wartościami przekazywanymi z listy pracowników:

Po wybraniu wartości w miejsce kursora zostanie wstawiony odpowiedni alias.

Przykłady z instrukcją tworzenia

1. Lista zasobów/cennik. Kolumny: kod PLU, nazwa fiskalna oraz waga towaru

Potrzebne pola znajdują się w tabeli CDN.Towary. Na oknie personalizacji listy w sekcji Kolumny dostępne z aktualnie wybranych tabel należy odnaleźć pole Twr_PLU i przeciągnąć do sekcji Kolumny użytkownika oraz nadać nazwę dla kolumny. Tak samo należy postąpić w przypadku pozostałych kolumn czyli Twr_NazwaFiskalna oraz Twr_WagaKG. Dodatkowo dla pola Waga ustawiamy w kolumnie Typ formatu wyświetlania na Numeric a Format wyświetlania na N4 (N- wartość numeryczna, 4 – wyświetlanie do czterech miejsc dziesiętnych).

2. Lista zasobów/cennik. Kolumny: kod CN oraz kraj pochodzenia

Potrzebne pola znajdują się w tabeli CDN.Towary oraz CDN.KodyCN. Na oknie personalizacji listy w sekcji Tabele użytkownika należy połączyć powyższe tabele aby mieć dostęp do pól związanych z kodami CN. W związku z powyższym w kolumnie Nazwa tabeli podajemy tabelę CDN.KodyCN a w kolumnie Instrukcja łączenia wprowadzamy pola klucze łączące obie tabele Twr_KCNId=KCN_KCNId zgodnie ze strukturą bazy danych. Teraz w sekcji Kolumny dostępne z aktualnie wybranych tabel pojawią się pola z tabeli CDN.KodyCN. Należy odnaleźć pole KCN_Kod i przeciągnąć do sekcji Kolumny użytkownika oraz nadać nazwę dla kolumny. Tak samo należy postąpić w przypadku kolumny Twr_KrajPochodzenia.

3. Lista zasobów/cennik. Kolumna marża procentowa dla ceny hurtowa1 - szybkie sprawdzenie przewidywanej marży

Ceny zapisywane są w tabeli CDN.TwrCeny i wiązane z tabelą CDN.Towary po kluczu TwC_TwrId=Twr_TwrId. Ponieważ chcemy uzyskać marżę dla ceny o numerze drugim rozwiązaniem będzie zastosowanie zapytania SQL w kolumnie Instrukcja pobierania danych w sekcji Kolumny użytkownika. Ponieważ dodawanie kolumn odbywa się na oknie towarów należy w zapytaniu aliasować pole Twr_TwrId. Zapytanie będzie mieć następującą postać:
(SELECT TwC_Marza From CDN.TwrCeny WHERE TwC_TwrId=A.Twr_TwrId And TwC_TwCNumer=2)

Kolumna ta ma pokazywać wartość w procentach w związku z tym ustawiamy w kolumnie Typ formatu wyświetlania typ na Custom oraz w kolumnie Format wyświetlania ustawiamy maskę 00.00”%” (0 – oznacza że cyfra jest zawsze wyświetlana, . – oznacza miejsca dziesiętne, „%” – dodanie na końcu znaku procent).

4. Lista dokumentów w Handlu. Kolumna Mail

Jeśli użytkownik korzysta ze skrzynki pocztowej w module CRM i wysyła wydruki faktur do swoich klientów drogą mailową to korzystając z powiązania faktura sprzedaży – mail może na liście faktur wyświetlić informację, czy faktura została wysłana do klienta. Informacja ta jest oparta o sprawdzenie czy z fakturą skojarzony jest jakikolwiek mail.

Mail - w sekcji Kolumny użytkownika dodać kolumnę o instrukcji pobierania danych:
CASE WHEN EXISTS (SELECT * FROM CDN.DokRelacje WHERE Dor_DokumentId=A.TrN_TrnId AND Dor_ParentTyp=1011 AND DoR_DokumentTyp = 302) THEN 'Tak' ELSE 'Nie' END

5. Lista dokumentów w Handlu. Kolumna Wydruk

Jeśli użytkownik wykonuje kopie elektroniczne wydruków faktur sprzedaży to korzystając z powiązania faktura sprzedaży – wydruk w archiwum może na liście faktur wyświetlić informację czy faktura została wydrukowana. Dla przypomnienia: kopie elektroniczne wydruków są tworzone po zaznaczeniu parametru na definicji wydruku.

Wydruk - w sekcji Kolumny użytkownika dodać kolumnę o instrukcji pobierania danych:
CASE WHEN EXISTS (SELECT * FROM CDN.WdrKopieElektroniczne WHERE WdKE_ObjId=A.TrN_TrNId AND WdKE_ObjType=A.TrN_typDokumentu) THEN 'Tak' ELSE 'Nie' END

6. Lista dokumentów WZ. Kolumna marża

Marża wyliczana jest jako różnica pomiędzy sumą Wartości Netto pozycji dokumentu a sumą ich Wartości Zakupu. Zastosujemy zapytanie SQL w kolumnie Instrukcja pobierania danych w sekcji Kolumny użytkownika. Zapytanie wyliczające marżę dokumentu będzie wyglądać następująco:
(SELECT SUM(TrE_WartoscNetto) - SUM(TrE_WartoscZakupu) FROM CDN.TraElem WHERE TrE_TrnId=A.TrN_TrnId)

7. Lista dokumentów w Handlu. Kolumna e-mail kontrahenta (Nabywcy)

Należy skorzystać z widoku CDN.PodmiotyView i dostępnego pola Pod_Email. W zapytaniu sql pola z tego widoku muszą być aliasowane. Należy odnaleźć pole Pod_Email i przeciągnąć do sekcji Kolumny użytkownika nadać nazwę dla kolumny, a następnie edytować kolumnę Instrukcja pobierania danych i ustawić alias. Ostateczna postać wyrażenia Pod.Pod_Email.

8. Lista faktur sprzedaży. Kolumna pozostaje do zapłaty

Należy skorzystać z tabeli CDN.BnkZdarzenia. Kolumna Pozostaje do zapłaty musi zostać wyliczona poprzez odjęcie od pola Razem pola Zapłacono. Trzeba stworzyć wyrażenie, które będzie sprawdzać, czy faktura została utworzona z paragonu, gdyż w przypadku, gdy faktura została przekształcona z paragonu zapisy kasowo/bankowe są tworzone dla paragonu. Do sprawdzenia, czy faktura została utworzona z paragonu, posłuży pole TrN_Rodzaj oraz pole TrN_TrNFaId z tabeli CDN.TraNag. W sekcji Kolumny użytkownika należy dodać kolumnę o nazwie Pozostaje do zapłaty i następującej instrukcji pobierania danych:
CASE WHEN TrN_Rodzaj=302006 THEN (SELECT SUM(Bzd_Kwota * BZd_Kierunek) FROM CDN.BnkZdarzenia WHERE Bzd_DokumentTyp=1 AND Bzd_DokumentId=A.TrN_FaId) - (SELECT SUM(Bzd_KwotaRoz * Bzd_Kierunek) FROM CDN.BnkZdarzenia WHERE Bzd_DokumentTyp=1 AND Bzd_DokumentId =A.TrN_FaId) ELSE (SELECT SUM(Bzd_Kwota * BZd_Kierunek) FROM CDN.BnkZdarzenia WHERE Bzd_DokumentTyp=1 AND Bzd_DokumentId=A.TrN_TrNId) - (SELECT SUM(Bzd_KwotaRoz * Bzd_Kierunek) FROM CDN.BnkZdarzenia WHERE Bzd_DokumentTyp=1 AND Bzd_DokumentId =A.TrN_TrNId) ENDJeśli płatności do dokumentów są w różnych walutach, to powyższe zapytanie należy zmodyfikować i dostosować do potrzeb użytkownika.

9. Lista dokumentów w Handlu. Kolumna z informacją o akronimie operatora, który zmodyfikował dokument

Dane o operatorach zapisane są w bazie konfiguracyjnej w tabeli CDN. Operatorzy. Należy wykonać złączenie do bazy konfiguracyjnej i powyższej tabeli. Na oknie personalizacji listy w sekcji Tabele użytkownika w kolumnie Nazwa tabeli podajemy tabelę i nazwę bazy do której jest ona podpięta, obie tabele muszą istnieć na serwerze SQL. Wprowadzamy [CDN_KNF_Konfiguracja].[CDN].[Operatorzy] a w kolumnie Instrukcja łączenia wprowadzamy pola klucze łączące tabele CDN.Operatorzy i CDN.TraNag czyli Ope_OpeId=TrN_OpeModId zgodnie ze strukturą bazy danych. Należy odnaleźć pole Ope_Kod i przeciągnąć do sekcji Kolumny użytkownika oraz nadać nazwę dla kolumny.

10. Lista dokumentów w Handlu. Kolumna z nazwą dnia tygodnia terminu płatności

Należy skorzystać z funkcji sqlowej CDN. NazwaDnia i podać dla niej parametry TrN_Termin oraz tryb 0. W związku z powyższym w sekcji Kolumny użytkownika w kolumnie Instrukcja łączenia wprowadzamy wyrażenie:
(SELECT CDN.NazwaDnia(A.TrN_Termin, 0))

11. Formularz dokumentu HaMag. Ostatnia cena zakupu

W pierwszej kolejności należy dołączyć tabelę CDN.TwrCeny – instrukcja łączenia: twc_twrid = tre_twrid

Kolejny krok to samo zapytanie wyciągające cenę zakupu z cennika. Będzie to zawsze ostatnia cena zakupu zgodnie z konfiguracją programu (uwzględnianie korekt itp.):
(SELECT TwC_Wartosc from CDN.TwrCeny WHERE TwC_TwCNumer =1 AND TwC_TwrId = TrE_TwrId)

12. Lista pracowników. Kolumna z wartością atrybutu o nazwie Atrybut 1 na dzień bieżący

Potrzebne pola znajdują się w tabeli CDN.OAtrybuty oraz CDN.OAtrybutyHist. Na oknie personalizacji listy w sekcji Tabele użytkownika należy dołączyć powyższe tabele, aby mieć dostęp do ich pól. W związku z tym w kolumnie Nazwa tabeli dodajemy tabelę CDN.OAtrybuty, a w kolumnie Instrukcja łączenia wprowadzamy pola łączące obie tabele oraz dodatkowy warunek dla atrybutu o nazwie Atrybut 1, wprowadzamy zatem:
OAT_PrcId = PRI_PraId AND OAT_NazwaKlasy = 'Atrybut 1'Następnie podajemy drugą tabelę CDN.OAtrybutyHist, a w kolumnie Instrukcja łączenia wprowadzamy pola łączące obie tabele oraz dodatkowy warunek filtrujący zakres dat na dzień bieżący, wprowadzamy zatem:
ATH_OatId = OAT_OatId AND ATH_DataOd <= GETDATE() AND ATH_DataDo >= GETDATE()Teraz w sekcji Kolumny dostępne z aktualnie wybranych tabel pojawią się pola dostępne z tabeli CDN.OAtrybutyHist. Należy odnaleźć pole ATH_Wartosc i przeciągnąć do sekcji Kolumny użytkownika oraz nadać nazwę dla kolumny.

13. Lista pracowników. Kolumna z wartością atrybutu o nazwie Atrybut 1 na dzień daty aktualności listy

Potrzebne pola znajdują się w tabeli CDN.OAtrybuty oraz CDN.OAtrybutyHist. Na oknie personalizacji listy w sekcji Tabele użytkownika należy dołączyć powyższe tabele, aby mieć dostęp do ich pól. W związku z tym w kolumnie Nazwa tabeli dodajemy tabelę CDN.OAtrybuty, a w kolumnie Instrukcja łączenia wprowadzamy pola łączące obie tabele oraz dodatkowy warunek dla atrybutu o nazwie Atrybut 1, wprowadzamy zatem:
OAT_PrcId = PRI_PraId AND OAT_NazwaKlasy = 'Atrybut 1'Następnie podajemy drugą tabelę CDN.OAtrybutyHist, a w kolumnie Instrukcja łączenia wprowadzamy pola łączące obie tabele oraz dodatkowy warunek filtrujący zakres dat na dzień daty aktualności listy, wprowadzamy zatem:
ATH_OatId = OAT_OatId AND ATH_DataOd <= #filtr_dtDataAkt# AND ATH_DataDo >= #filtr_dtDataAkt#Teraz w sekcji Kolumny dostępne z aktualnie wybranych tabel pojawią się pola dostępne z tabeli CDN.OAtrybutyHist. Należy odnaleźć pole ATH_Wartosc i przeciągnąć do sekcji Kolumny użytkownika oraz nadać nazwę dla kolumny.

14. Lista pracowników. Kolumna z pełnym kodem ubezpieczenia pracownika na dzień daty aktualności listy

Na oknie personalizacji listy w sekcji Kolumny użytkownika należy dodać kolumnę o instrukcji pobierania danych:
CASE WHEN LEN(PRE_UBZTyuId) = 3 THEN '0' + CAST(PRE_UBZTyuId as CHAR(3)) + CAST(PRE_PrawoER as CHAR(1)) + CAST(PRE_StNiepelnosp as CHAR(1)) WHEN PRE_UBZTyuId = 99999 THEN '' ELSE CAST(PRE_UBZTyuId as CHAR(4)) + CAST(PRE_PrawoER as CHAR(1)) + CAST(PRE_StNiepelnosp as CHAR(1)) END

15. Lista wypłat pracowników. Kolumna z sumą naliczonej zaliczki podatku (bez zaokrągleń) w wypłacie pracownika dla wybranej listy płac

Potrzebne pola znajdują się w tabeli CDN.Wyplaty. Należy wykonać złączenie do powyższej tabeli. Na oknie personalizacji listy w sekcji Tabele użytkownika w kolumnie Nazwa tabeli podajemy tabelę CDN.Wyplaty, a w kolumnie Instrukcja łączenia wprowadzamy pola łączące obie tabele oraz dodatkowy warunek przekazujący ID wybranej listy płac, wprowadzamy zatem:
WPL_PraId = PRI_PraId and WPL_LplId = #filtr_LookupListaPlac_ID#
Następnie w sekcji Kolumny użytkownika należy dodać kolumnę o instrukcji pobierania danych:
(SELECT SUM(WPE_NalFis) FROM CDN.WypElementy WHERE WPE_WplId = WPL_WplId)

16. Lista wypłat pracowników. Kolumna z sumą naliczonej zaliczki podatku (bez zaokrągleń) w wypłacie pracownika dla wybranej listy płac – przypadek, gdy dwie wypłaty (np. umowy cywilnoprawne) policzone są w jednej wypłacie

Na oknie personalizacji listy w sekcji Kolumny użytkownika należy dodać kolumnę o instrukcji pobierania danych:
(SELECT Suma FROM (
SELECT WPE_WplId, WPE_PraId, SUM(WPE_NalFis) OVER(PARTITION BY WPE_PraID) AS Suma, WPL_LplId, ROW_NUMBER() OVER(PARTITION BY WPE_PraID ORDER BY WPE_NalFis) AS "Row Number"
FROM CDN.WypElementy
JOIN CDN.Wyplaty ON WPL_WplId = WPE_WplId
WHERE WPL_LplId = #filtr_LookupListaPlac_ID#
GROUP BY WPL_LplId, WPE_PraId, WPE_NalFis, WPE_WplId) AS T
WHERE "Row Number" = 1 AND WPE_PraId = PRI_PraId)

17. Rejestr VAT. Kolumna do jakiego dziennika został zapis z rejestru zaksięgowany oraz jaki ma numer w dzienniku

Potrzebne pola znajdują się w tabeli CDN.DekretyNag. Na oknie personalizacji listy w sekcji Tabele użytkownika należy połączyć powyższe tabele aby mieć dostęp do pól związanych z dziennikami. W związku z powyższym w kolumnie Nazwa tabeli podajemy tabelę CDN.DekretyNag a w kolumnie Instrukcja łączenia wprowadzamy pola klucze łączące obie tabele VaN_DekId = DeN_DeNId zgodnie ze strukturą bazy danych. Teraz w sekcji Kolumny dostępne z aktualnie wybranych tabel pojawią się pola dostępne z tabeli CDN.DekretyNag. Należy odnaleźć pole DeN_Dziennik i przeciągnąć do sekcji Kolumny użytkownika oraz nadać nazwę dla kolumny. Tak samo dla kolumny DeN_NrKsiegi.

18. Rejestr VAT. Kolumny: forma płatności, termin, kwota zaksięgowania do KPiR-kwota, data księgowania, numer korekty, numer dziennika cząstkowego

Forma płatności -  należy skorzystać z dostępnej na liście kolumny: Fpl_Nazwa

Termin -  należy skorzystać z dostępnej na liście kolumny: VaN_Termin

Kwota zaksięgowana do KPiR -  Kwota:   Należy w sekcji Tabele użytkownika wykonać złączenie do tabeli CDN.ZapisyKPR po polach VaN_KPRID=KpR_KPRID. Teraz w sekcji Kolumny użytkownika dodać kolumnę o instrukcji pobierania danych:

KPR_Sprzedaz+KPR_Pozostale+KPR_Towary+KPR_Uboczne+KPR_Reklama+KPR_Wynagrodz+KPR_Inne+KPR_Zaszlosci

Data księgowania - należy skorzystać z dostępnej na liście kolumny: KPR_DataOpe

Numer korekty - należy skorzystać z dostępnej na liście kolumny: VaN_Korekta

Numer dziennika cząstkowego - Należy w sekcji Tabele użytkownika wykonać złączenie do tabeli CDN.DekretyNag po polach VaN_DekID=DeN_DeNID. Teraz w sekcji Kolumny użytkownika dodać kolumnę o instrukcji pobierania danych:
DeN_Dziennik+'/'+CONVERT(varchar(20),DeN_NrDziennika)

19. Lista not odsetkowych, ponagleń zapłaty, potwierdzeń sald. Kolumna kod podmiotu

Kod podmiotu -  należy skorzystać z dostępnej na liście kolumny: Pod_Kod

20. Lista dokumentów rozliczonych. Kolumna pokazująca czy rozliczenie zostało uwzględnione na dokumencie kompensaty

Należy w sekcji Tabele użytkownika wykonać złączenie do tabeli CDN.KompensatyElem po polach BrK_BrkId=Kpe_BrkId. Teraz w sekcji Kolumny użytkownika dodać kolumnę o instrukcji pobierania danych:
CASE Brk_BrkId WHEN Kpe_BrkId THEN 'Tak' ELSE '' END

21. Lista środków trwałych. Kolumny: metoda amortyzacji, opis

Metoda amortyzacji - w sekcji Kolumny użytkownika dodać kolumnę o instrukcji pobierania danych:
CASE SrT_Metoda WHEN 1 THEN 'Liniowa' WHEN 2 THEN 'Degresywna' WHEN 3 THEN 'Jednorazowy' WHEN 4 THEN 'Naturalna' WHEN 5 THEN 'Nie amortyzowany' ENDOpis - należy skorzystać z dostępnej na liście kolumny: Srt_Opis.

22. Lista dokumentów środków trwałych. Kolumny: osoba przekazująca, osoba przyjmująca, miejsce użytkowania przekazujące, miejsce użytkowania przyjmujące

Osoba przekazująca - należy skorzystać z dostępnej na liście kolumny: SrH_PrcImieNazwisko1

Osoba przyjmująca - należy skorzystać z dostępnej na liście kolumny: SrH_PrcImieNazwisko2

Miejsce użytkowania przekazujące - należy skorzystać z dostępnej na liście kolumny: SrH_MiejsceUzytkowania1

Miejsce użytkowania przyjmujące - należy skorzystać z dostępnej na liście kolumny: SrH_MiejsceUzytkowania2

23. Lista ewidencji dodatkowej. Kolumna kod kategorii

Kod kategorii: Należy w sekcji Tabele użytkownika wykonać złączenie do tabeli CDN. Kategorie po polach EDN_KatID=Kat_KatID. Teraz w sekcji Kolumny użytkownika dodać kolumnę o instrukcji pobierania danych Kat_KodSzczegol

24. Lista zleceń serwisowych. Kolumny: nazwa urządzenia, opis urządzenia, priorytet zlecenia

Nazwa urządzenia - należy skorzystać z dostępnej na liście kolumny: SrU_Nazwa

Opis urządzenia - należy skorzystać z dostępnej na liście kolumny: SrU_Opis

Priorytet zlecenia - w sekcji „Kolumny użytkownika” dodać kolumnę o instrukcji pobierania danych:
CASE SrZ_Priorytet WHEN 1 THEN 'najwyższy' WHEN 2 THEN 'wysoki' WHEN 3 THEN 'niski' WHEN 4 THEN 'najniższy' END

25. Lista biblioteki dokumentów. Kolumny: schemat obiegu oraz etap bieżący

Schemat obiegu - należy skorzystać z dostępnej na liście kolumny: DNV_ProcesKod

Etap bieżący - Należy w sekcji Tabele użytkownika wykonać złączenie do bazy konfiguracyjnej i tabeli CDN. SekEtapy. W kolumnie Nazwa tabeli należy wprowadzić [CDN_KNF_Konfiguracja].[CDN].[SekEtapy] a w kolumnie Instrukcja łączenia wprowadzić DNV_EtapBiezacyLP=SE_SEID. Teraz w sekcji Kolumny użytkownika skorzystać z dostępnej na liście kolumny: SE_Symbol

26. Zlecenie serwisowe. Zakładka Części. Kolumna z numerem dokumentu wydającego część

W sekcji Tabele użytkownika należy wykonać złączenie do trzech tabel:

  • CDN.TraElemRelacje po polach TeR_ParentId = SrC_SrCId and TeR_ParentTyp = 902,
  • CDN.TraElem po polach TrE_TrEId = TeR_ChildId,
  • CDN.TraNag po polach TrN_TrNId = TrE_TrNId.

Następnie w sekcji Kolumny użytkownika należy dodać kolumnę o instrukcji pobierania danych TrN_NumerPelny.

27. Oferta Handlowa. Dodanie kolumny zawierającej cenę zakupu w liście elementów

W sekcji Tabele użytkownika należy wykonać złączenie do jednej tabeli : CDN.TwrCeny

W polu instrukcja łączenie wpisujemy TwC_TwCNumer=1 and TwC_TwrID =TwrId

W obszarze Kolumny użytkownika dodajemy nową kolumnę Cena Zakupu o instrukcji TwC_Wartosc

28. Dodanie na dokumentach handlowo magazynowych kolumny: Ilość dostępna i braki towaru, na magazynie z dokumentu i z datą wystawienia dokumentu

Na oknie konfiguracji kolumn dodatkowych dodajemy w obszarze dodatkowych tabel tabelę CDN.TraNag z łączem UsrA.Trn_TrnID = Tre_TrnID

Następnie w oknie dodatkowych kolumn dodajemy kolumnę Ilość dostępna:
(select case when TwI_Ilosc - TwI_Rezerwacje >0 then TwI_Ilosc - TwI_Rezerwacje else 0 end from
CDN.TwrIlosci B
where
B.TwI_TwrId = Tre_TwrId and
B.TwI_MagId = TrE_MagId --MagID
And B.TwI_Data = (
Select Top 1 H.TwI_Data From CDN.TwrIlosci H Where H.TwI_TwrId = B.TwI_TwrID --A.Twr_TwrId
and H.TwI_MagId = TrE_MagId --magId
And H.TwI_Data <= TrN_DataDok --'2016-03-10'
Order By H.TwI_Data Desc ))

A dla kolumny Braki:
(select TwI_Braki from
CDN.TwrIlosci B
where
B.TwI_TwrId = Tre_TwrId and
B.TwI_MagId = TrE_MagId --MagID
And B.TwI_Data = (
Select Top 1 H.TwI_Data From CDN.TwrIlosci H Where H.TwI_TwrId = B.TwI_TwrID --A.Twr_TwrId
And H.TwI_MagId = TrE_MagId --magId
And H.TwI_Data <= TrN_DataDok --'2016-03-10'
Order By H.TwI_Data Desc ))

29. Formularz dokumentu handlowo-magazynowego – ostatnia cena zakupu, data ostatniej dostawy oraz średnia cena zakupu

Ostatnia cena zakupu:

Należy dodać tabelę CDN.TwrCeny z łączeniem Tre_TwrId = Twc_TwrId and Twc_TwCNumer = 1

Instrukcja pobierania danych dla kolumny ma postać:

TwC_Wartosc

Data ostatniej dostawy:

Należy dodać tabelę CDN.TraSElem z łączeniem Tre_TwrId = Trs_TwrId

Instrukcja pobierania danych dla kolumny ma postać:

(select MAX(trs_dataope) from cdn.traselem where trs_typ = 1)

Średnia cena zakupu:

Należy dodać tabelę CDN.TraSElem z łączeniem Tre_TwrId = Trs_TwrId

Instrukcja pobierania danych dla kolumny ma postać:

(select CONVERT(decimal(10,2), AVG(trs_cena)) from cdn.traselem where trs_typ = 1)

30. Okno historii Towaru - kolumna opis dokumentu

W sekcji Kolumny użytkownika należy dodać kolumnę o instrukcji pobierania danych:
(Select Trn_Opis from cdn.TraNag TRN where TRN.TrN_TrNId = _DATASOURCE_.TrNId)

31. Formularz dokumentu handlowo-magazynowego - kolumna wartość atrybutu pozycji

W sekcji Kolumny użytkownika należy dodać kolumnę o instrukcji pobierania danych odpowiednio:

  • instrukcja dla kolumny pierwszego Atrybutu pozycji dokumentu:
    (SELECT TrE_Atr1_Kod + ':' + TrE_Atr1_Wartosc from CDN.traelem ATR where ATR.TrE_TrEID = _DATASOURCE_.TrE_TrEID)
  • instrukcja dla kolumny drugiego Atrybutu pozycji dokumentu:
    (SELECT TrE_Atr2_Kod + ':' + TrE_Atr2_Wartosc from CDN.traelem ATR where ATR.TrE_TrEID = _DATASOURCE_.TrE_TrEID)
  • instrukcja dla kolumny trzeciego Atrybutu pozycji dokumentu:
    (SELECT TrE_Atr3_Kod + ':' + TrE_Atr3_Wartosc from CDN.traelem ATR where ATR.TrE_TrEID = _DATASOURCE_.TrE_TrEID)
  • instrukcja dla kolumny czwartego Atrybutu pozycji dokumentu:
    (SELECT TrE_Atr4_Kod + ':' + TrE_Atr4_Wartosc from CDN.traelem ATR where ATR.TrE_TrEID = _DATASOURCE_.TrE_TrEID)
  • instrukcja dla kolumny piątego Atrybutu pozycji dokumentu:
    (SELECT TrE_Atr5_Kod + ':' + TrE_Atr5_Wartosc from CDN.traelem ATR where ATR.TrE_TrEID = _DATASOURCE_.TrE_TrEID)




OPT082 – Delegacje krajowe i zagraniczne


Informacje ogólne

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 czy koszty przejazdu i noclegów.

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.

Lista delegacji

 

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

Listę obsługują standardowe przyciski ,, i .

Dodatkowo dostępne są następujące przyciski:

 – Rozlicz zaznaczone dokumenty – służący do rozliczenia delegacji; rozliczać można tylko delegacje o stanie Zaakceptowane wydatki

 – Usuń rozliczenia z zaznaczonych dokumentów – do usunięcia rozliczeń delegacji

 – Księguj – służąca do zaksięgowania delegacji (zarówno w przypadku pełnej księgowości, jak i książki przychodów i rozchodów); księgować można tylko delegacje o stanie Zatwierdzona

Szczegółowy opis rozliczania i księgowania delegacji zamieszczony jest w kolejnych rozdziałach biuletynu.

Uwaga

W aplikacji Comarch HRM istnieje możliwość zgłaszania delegacji. Delegacja taka jest odpowiednio oznaczona w kolumnie Comarch HRM.
Dodatkowo delegacja zgłoszona w ten sposób po podniesieniu formularza w Comarch ERP Optima będzie automatycznie przeliczana.

W Konfiguracji Programu/ Kasa/Bank/ Diety i ryczałty widoczna jest lista krajów wraz z odpowiadającą im walutą i kwotami diet, ryczałtów noclegowych i limitów na nocleg. Lista jest domyślnie uzupełniona wartościami wynikającymi z załącznika do rozporządzenia Ministra Pracy i Polityki Społecznej z dnia 29 stycznia 2013 roku (Rozporządzenie MPiPS z dnia 29 stycznia 2013 r. w sprawie należności przysługujących pracownikowi zatrudnionemu w państwowej lub samorządowej jednostce sfery budżetowej z tytułu podróży służbowej (Dz. U. 2013, poz. 167)).

W Konfiguracji Firmy/ Kasa/Bank/ Diety i ryczałty również wyświetlana jest lista krajów wraz z walutą i kwotami diet i ryczałtów. Lista jest uzupełniona wartościami domyślnymi. Kwoty diet, ryczałtów noclegowych i limitów na nocleg można zmienić wpisując indywidualne wartości. Kwoty są zapamiętywane historycznie.

Z listy delegacji dostępny jest wydruk Lista delegacji > Wzór standard. Z formularza delegacji dostępne są wydruki Polecenie wyjazdu > Delegacja – polecenie wyjazdu, Rozliczenie delegacji > Delegacja – Rozliczenie oraz Rozliczenie delegacji > Delegacja – Udokumentowane wydatki.

Z poziomu formularza elementu delegacji dostępne są wydruki Rozliczenie > Rozliczenie etapu krajowego delegacji oraz Rozliczenie > Rozliczenie etapu zagranicznego delegacji. W przypadku modyfikowania wartości na etapie, wydruk będzie aktualny dopiero po zapisaniu formularza delegacji.

Delegacje krajowe

Formularz delegacji

Na formularzu delegacji dostępny jest parametr Delegacja zagraniczna, jeżeli on nie będzie zaznaczony delegacja traktowana jest jako delegacja krajowa.

Formularz delegacji

Jest również możliwość wpisania Miejsca docelowego, Celu delegacji oraz wybór Kategorii. Po wybraniu pracownika, automatycznie podpowiadana jest kategoria z jego karty, z możliwością zmiany. Kategorie można również przypisać na każdym z elementów delegacji, na zakładce [Podsumowanie rozliczenia].

Na formularzu delegacji użytkownik ma do dyspozycji 4 opcje: Bufor, Zaakceptowane polecenie wyjazdu, Zaakceptowane wydatki oraz Zatwierdzona delegacja.

Na formularzu delegacji domyślnie zaznaczony jest Bufor, co daje możliwość uzupełniania podstawowych informacji takich jak: nazwisko pracownika, czas trwania delegacji, cel podróży, datę rozliczenia delegacji oraz zaliczki na wydatki (tylko jako zapis na liście bez generowania zapisu KW do raportu kasowego).

Rozliczyć można tylko delegacje o stanie Zaakceptowane wydatki.

Zatwierdzenie delegacji powoduje zablokowanie jej do edycji. Aktywna jest jedynie sekcja z podsumowaniem kosztów delegacji na etapach zagranicznych, gdzie można zmienić kurs po jakim będą księgowane koszty delegacji. Księgować można wyłącznie delegacje zatwierdzone.

Uwaga
W konfiguracji programu /Użytkowe /Operatorzy znajduje się parametr Akceptowanie poleceń wyjazdu i rozliczenia. Po jego zaznaczeniu operator będzie mógł zaznaczyć na formularzu delegacji opcje: Zaakceptowane polecenie wyjazdu,  Zaakceptowane wydatki Zatwierdzona.

Na formularzu delegacji widoczne są następujące kolumny: Data od, Data do, Kraj, Waluta (pokazująca walutę danego etapu, w przypadku delegacji krajowych jest to zawsze PLN) i Zaliczka. W kolumnach ukrytych jest dostępna również kolumna Status rozliczenia, w której wykazywane są statusy rozliczenia danego etapu delegacji: N – nie rozliczono, C – rozliczono częściowo, R – rozliczono całkowicie. Statusy rozliczenia są wyświetlane dla delegacji rozliczonych od wersji 2017.5.1 Comarch ERP Optima. Dla delegacji rozliczonych na wcześniejszych wersjach, wartość w tej kolumnie nie jest wyświetlana.

Zakładka zaliczki

Na elemencie delegacji, na zakładce [Zaliczki] widoczne są pola Kraj (z domyślną wartością: Polska) i Waluta (z domyślną wartością: PLN). Wartości w tych polach są wyszarzane i niemożliwe do zmiany.

Na delegacji o statusie Bufor, przy próbie dodania zaliczki z listy istniejących zapisów KW, pojawi się komunikat Operacja nie jest możliwa. Operacja będzie możliwa po zmianie stanu na 'Zaakceptowane polecenie wyjazdu’.

Zaakceptowanie polecenia wyjazdu, poprzez zaznaczenie tej opcji na formularzu delegacji, umożliwi wybór zaliczki z raportu lub dodanie jej poprzez wygenerowanie zapisu KW.

Po naciśnięciu na ikonę  można:

  • wybrać zaliczkę z istniejących już zapisów kasowych/bankowych – w tym celu należy nacisnąć na ikonę w kolumnie Numer dokumentu KW
  • lub utworzyć nową zaliczkę, poprzez wpisanie kwoty w kolumnie Kwota (na liście zapisów kasowych/bankowych zostanie wówczas automatycznie utworzony odpowiedni zapis)

Rys. 3. Formularz elementu delegacji – zakładka Zaliczki

W części Zapisy kasowe z rozliczenia delegacji dostępna jest ikona plusa  umożliwiająca użytkownikowi ręczne podpinanie zapisu kasowego/ bankowego do delegacji. Ikona jest aktywna dla delegacji o statusie Zaakceptowane wydatki i nierozliczonej lub rozliczonej częściowo. Dostępna jest również ikona kosza do usuwania zapisów z listy.

Zarówno w sekcji z zaliczkami, jak i z zapisami kasowymi z rozliczenia delegacji dostępna jest kolumna Kwota do rozliczenia, w której można wpisać kwotę jaka ma zostać rozliczona ze wskazanego dokumentu.

Zakładka Wydatki

Na zakładce [Wydatki] jest możliwość wskazania kosztów za noclegi, bilety i inne wydatki, wprowadzonych bezpośrednio w ewidencjach pomocniczych takich jak: rejestry VAT czy ewidencja dodatkowa

Dokumenty wprowadzone w module Faktury i przesłane do rejestru VAT nie mogą być podpinane.

Rys. 4. Formularz elementu delegacji – zakładka Wydatki

Uwaga
Przy zaznaczonych parametrach: Automatyczna generacja kasy dla ewidencji dodatkowej oraz Automatyczna generacja kasy dla rejestru VAT w Konfiguracji firmy /Kasa/Bank, przy dodawaniu z poziomu formularza delegacji dokumentów z formą płatności gotówka, nie zostanie automatycznie wygenerowany zapis kasowy rozliczający tą płatność.

W sytuacji, gdy dokument kosztowy powinien zostać podzielony np. pomiędzy dwie delegacje jest możliwość ograniczenia kwoty wydatku w kolumnie Kwota rozliczenia. Wpisana tu kwota zostanie automatycznie przeniesiona do podsumowania. Natomiast w przypadku ręcznej zmiany kwot w podsumowaniu, należy je również ręcznie przepisać do kolumny Kwota rozliczenia na liście dokumentów

Koszty jednego noclegu w podsumowaniu zostaną automatycznie ograniczone do wysokości limitu, tj. 600,00 zł. Takie automatyczne ograniczenie kwoty nastąpi wyłącznie w części z podsumowaniem, dlatego odpowiednią wartość należy także przepisać na listę dokumentów do kolumny Kwota rozliczenia.

Na podpiętej pozycji kosztu użytkownik ma dodatkowo do dyspozycji parametr Rozliczać zaliczką. Domyślnie parametr jest zaznaczony, co oznacza że w momencie rozliczenia delegacji nastąpi rozliczenie podpiętego dokumentu z podpiętą do delegacji zaliczką. Rozliczenie zostanie wykonane na kwotę wpisaną w kolumnie Kwota rozliczenia. Gdy parametr Rozliczać zaliczką zostanie odznaczony wówczas dokument kosztowy nie zostanie rozliczony z delegacją.

Nie ma możliwości podpięcia tego samego dokumentu do kilku sekcji. Przy próbie wskazania np. w sekcji z innymi wydatkami tego samego dokumentu, który jest już wskazany np. w sekcji z noclegami, pojawi się komunikat Dokument FZ/123//2018 został już dodany do listy Noclegi.

Zakładka Rozliczenie delegacji

Zakładka [Rozliczenie delegacji] składa się z kilku sekcji. U góry okna dostępne są pola Kraj (z domyślną wartością: Polska) i Waluta (z domyślną wartością: PLN). Wartości w tych polach są wyszarzane i niemożliwe do zmiany.

Następnie wprowadza się trasy, z określeniem dat i godzin odjazdu/przyjazdu.

Rys. 5. Formularz rozliczenia delegacji – zakładka Rozliczenie delegacji

Liczba godzin w delegacji jest wyliczana w oparciu o daty i godziny odjazdu/ przyjazdu uzupełnione w sekcji z trasami. Wartość można ręcznie zmienić.

W polu Stawka diety podstawiana jest domyślna wartość stawki diety z konfiguracji. Wartość podpowiadanej stawki diety można ręcznie zmienić.

W Konfiguracji Firmy/ Kasa/Bank/ Diety i ryczałty można określić czy delegacje mają być wyliczane w oparciu o ustawowe (pobierane z Konfiguracji Programu/ Kasa/Bank/ Diety i ryczałty) czy indywidualne (pobierane z Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty) stawki diet i ryczałtów.

Jeżeli w Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty jest zaznaczona opcja indywidualnie i na delegacji dodatkowo jeszcze ręcznie zmienimy stawkę diety na jakąś inną, to przy wprowadzaniu kolejnej delegacji dla tego samego pracownika, domyślnie podpowiadana jest stawka diety wpisana na poprzedniej delegacji.

Diety, ryczałty za dojazdy oraz ryczałty za noclegi są domyślnie wyliczane na podstawie daty rozpoczęcia i zakończenia delegacji, ale z możliwością zmiany. Domyślnie parametr Wyliczaj ryczałt nie jest zaznaczony, z możliwością ręcznego uzupełnienia ryczałtów za dojazdy i noclegi.

Po zaznaczeniu parametrów wartości są pobierane z Konfiguracji, a następnie automatycznie wyliczane na podstawie czasu trwania delegacji.

Po zmianie wysokości diet i ryczałtów w konfiguracji, wartości na wyliczonych już delegacjach nie są automatycznie zmieniane. Aby je zaktualizować należy edytować delegację i ponownie wpisać np. liczbę diet na Rozliczeniu delegacji.

Jeśli jest potrzeba zmodyfikowania zarówno ilości, jak i kwot należy odznaczyć parametr Wyliczaj ryczałt i ręcznie wprowadzić właściwe dane.

Wyliczona kwota diety jest automatycznie pomniejszana o koszt zapewnionego wyżywienia, przy czym każdy posiłek stanowi odpowiednio: śniadanie 25% diety, obiad 50% diety, kolacja 25% diety.

W przypadku, gdy pracownik będzie podróżował samochodem prywatnym, należy mu się zwrot kosztów przejazdu, na podstawie przejechanych kilometrów. Istnieje możliwość uzupełnienia tych informacji w sekcji Koszty używania pojazdu.

Zakładka Podsumowanie rozliczenia

Na zakładce [Podsumowanie rozliczenia] jest możliwość przypisania kategorii, domyślnie jest tu podpowiadana kategoria wybrana w nagłówku delegacji.

Poniżej znajduje się sekcja Podsumowanie rozliczenia z pracownikiem, a w niej wyliczone wartości ryczałtów, diet i innych wydatków, łączna suma wydatków, łączna wartość pobranych zaliczek oraz wyliczona kwota do wypłaty.

Rys. 6. Formularz elementu delegacji – zakładka Podsumowanie rozliczenia

Po zaznaczeniu parametru Generowanie płatności aktywne stają się pola do wyboru formy płatności i wskazania terminu płatności. Dostępny jest również parametr Generowanie zapisu k/b. Po jego zaznaczeniu aktywne staje się pole Rejestr, z możliwością wskazania rejestru, do którego zapis ma trafić. Domyślnie podpowiada się rejestr związany z formą płatności wybraną na delegacji, jeżeli zostanie wybrany jakiś inny rejestr to wybór zostaje zapamiętany. Zapamiętywana jest również ostatnio wybrana forma płatności oraz zaznaczenie/ odznaczenie parametru Generowanie zapisu k/b. Parametr Generowanie zapisu k/b jest zależny od parametru Generowanie płatności. Jeżeli użytkownik odznaczy parametr Generowanie płatności to Generowanie zapisu k/b również jest niemożliwe do zaznaczenia.

Dokładne działanie parametrów Generowanie płatności i Generowanie zapisu k/b zostało opisane w dalszej części biuletynu, w rozdziale Ogólne zasady rozliczania delegacji.

W polu Stan rozliczenia wykazywany jest stan rozliczenia delegacji: Nie rozliczono, Rozliczono częściowo lub Rozliczono. Stany rozliczenia są wyświetlane dla delegacji rozliczonych od wersji 2017.5.1 Comarch ERP Optima. Dla delegacji rozliczonych na wcześniejszych wersjach, wartość w tym polu nie jest wyświetlana.

Parametr Generowanie zapisu k/b można zaznaczyć/odznaczyć tylko na delegacjach nierozliczonych. Dla delegacji o stanie Rozliczono częściowo lub Rozliczono parametr jest wyszarzany.

Delegacje zagraniczne

Na formularzu delegacji dostępny jest parametr Delegacja zagraniczna. Jest on aktywny tylko na delegacjach, które nie mają jeszcze zdefiniowanego żadnego etapu. Jeżeli dodany jest już przynajmniej jeden etap, opcja Delegacja zagraniczna jest wyszarzana, bez możliwości zmiany. Po zaznaczeniu wspomnianego parametru na delegacji można dodawać zarówno etapy krajowe, jak i zagraniczne  :

  • Opcja Dodaj etap krajowy (klawisz <Insert>) powoduje otwarcie formularza elementu delegacji, który jest etapem krajowym
  • Opcja Dodaj etap zagraniczny (klawisz <Shift>>+<Insert>) powoduje otwarcie formularza elementu delegacji, który jest etapem zagranicznym

Jeżeli parametr Delegacja zagraniczna nie jest zaznaczony, delegacja jest traktowana jako krajowa i nie można na niej dodać etapów zagranicznych.

Na formularzu delegacji jest również możliwość wpisania Miejsca docelowego, Celu delegacji oraz wyboru kategorii. Po wybraniu pracownika automatycznie podpowiadana jest kategoria z jego karty, z możliwością zmiany. Kategorie można również przypisać na każdym z elementów delegacji, na zakładce [Podsumowanie rozliczenia]. Po zaksięgowaniu delegacji do księgowości kontowej, kategoria wpisana w nagłówku delegacji jest przenoszona jako kategoria nagłówka i pozycji na powstały zapis księgowy.

Aby móc wprowadzić etapy delegacji najpierw należy wybrać pracownika, dla którego delegacja ma być wprowadzona.

Na formularzu delegacji dostępne są następujące kolumny: Data od, Data do (w których widoczne są: najwcześniejsza data odjazdu i najpóźniejsza data przyjazdu z listy tras, z zakładki [Rozliczenie delegacji]), Kraj (z nazwą kraju wybranego na etapie delegacji), Zaliczka (z sumą wszystkich zaliczek w walucie etapu), Waluta (z walutą danego etapu). W kolumnach ukrytych jest dostępna również kolumna Status rozliczenia, w której wykazywane są statusy rozliczenia danego etapu delegacji: N – nie rozliczono, C – rozliczono częściowo, R – rozliczono całkowicie. Statusy są wyświetlane dla delegacji rozliczonych od wersji 2017.5.1 Comarch ERP Optima. Dla delegacji rozliczonych na wcześniejszych wersjach wartość w tej kolumnie nie jest wyświetlana.

Lista etapów domyślnie sortowana jest wg daty w kolumnie Data od. Nie ma możliwości kopiowania etapów.

Po przejściu na listę rozliczeń podmiotu z poziomu etapu delegacji (ikona  Rozliczenia podmiotu w menu głównym), lista rozliczeń jest domyślnie wyfiltrowana do waluty zgodnej z walutą edytowanego etapu.

Etap krajowy

Etap krajowy na delegacji zagranicznej jest zbliżony do etapu na delegacji krajowej, który został dokładnie opisany w poprzednim rozdziale. Zakładki [Zaliczki], [Wydatki] i [Podsumowanie rozliczenia] są identyczne. Nieco inna jest natomiast zakładka [Rozliczenie delegacji].

Na zakładce [Rozliczenie delegacji] w tabelce z trasami dostępna jest dodatkowa kolumna Wyjazd, w której możemy wskazać czy dana trasa jest częścią wyjazdu (opcja zaznaczona) czy przyjazdu (opcja niezaznaczona).

Pole Liczba godzin w delegacji jest wyszarzane – liczba godzin jest wyliczana w oparciu o godziny odjazdu/ przyjazdu wprowadzone w tabelce z trasami (jest to suma godzin wyjazdów i godzin powrotów).

Obok pola z liczbą godzin w delegacji dostępny jest parametr Sumuj wyjazdy z powrotami, który ma wpływ na wyliczenie liczby diet i ryczałtów. W sytuacji gdy parametr ten jest zaznaczony, liczba diet jest wyliczana dla łącznej liczby godzin (tzn. dla sumy godzin wyjazdów i przyjazdów). W sytuacji, gdy parametr nie jest zaznaczony liczba diet jest wyliczana osobno dla wyjazdów i osobno dla przyjazdów.

Przykład

Na elemencie delegacji wprowadzone są 2 trasy:

  • pierwsza, trwająca 10 godzin, oznaczona jako Wyjazd
  • druga, trwająca 7 godzin, bez zaznaczonej opcji Wyjazd (czyli będąca przyjazdem)

W polu Liczba godzin w delegacji widoczne jest więc: 17 (10h+7h)

Jeżeli parametr Sumuj wyjazdy z powrotami będzie zaznaczony, to w Liczbie diet będzie widoczne: 1.

(Godziny wyjazdów i przyjazdów są sumowane, tj. 10h+7h=17h; a dla 17 godzin przysługuje 1 dieta.)

Jeżeli parametr Sumuj wyjazdy z powrotami nie będzie zaznaczony, to w Liczbie diet będzie widoczne: 0,5000.

(Jest 10 godzin wyjazdu, którym przysługuje 0,5 diety oraz 7 godzin przyjazdu, którym nie przysługuje dieta. Łącznie więc pracownikowi przysługuje 0,5 diety.)

Liczba diet wynikająca z liczby godzin w delegacji wyliczana jest tak samo, jak na delegacjach krajowych. Jeżeli delegacja trwała od 8 do 12 godzin wyliczana jest połowa diety, jeżeli trwała ponad 12 godzin wyliczana jest cała dieta. W przypadku rozpoczęcia każdej kolejnej doby delegacji: do 8 godzin to połowa diety, ponad 8 godzin to już cała dieta.

Etap zagraniczny

Na formularzu etapu zagranicznego również dostępne są cztery zakładki: [Zaliczki], [Wydatki], [Rozliczenie delegacji] i [Podsumowanie rozliczenia].

Zakładka Zaliczki

Na zakładce [Zaliczki] jest możliwość wybrania Kraju, związanego z danym elementem delegacji. Domyślnie podpowiadany jest Kraj, który był ostatnio wybierany dla danego pracownika. Po wyborze kraju automatycznie podpowiadana jest odpowiednia Waluta. Pola Kraj i Waluta są wyszarzane, jeżeli na elemencie delegacji jest już dodana przynajmniej jedna zaliczka lub dokument na zakładce Wydatki.

Rys.7. Etap zagraniczny delegacji, zakładka Zaliczki

Jeżeli na delegacji ciągle jest ustawiony status Bufor, przy próbie dodania zaliczki pojawi się komunikat Operacja nie jest możliwa. Operacja będzie możliwa po zmianie stanu na 'Zaakceptowane polecenie wyjazdu’.

Zaakceptowanie polecenia wyjazdu, poprzez zaznaczenie tej opcji na formularzu delegacji, umożliwi dodawanie zaliczek.

Po naciśnięciu na ikonę  można:

  • wybrać zaliczkę z istniejących już zapisów kasowych/bankowych – w tym celu należy nacisnąć na ikonę w kolumnie Numer dokumentu KW
  • lub utworzyć nową zaliczkę, poprzez wpisanie kwoty w kolumnie Kwota (na liście zapisów kasowych/bankowych zostanie wówczas automatycznie utworzony odpowiedni zapis)

Dodawać można zapisy wprowadzone w walucie zgodnej z walutą danego etapu delegacji.

Po zaznaczeniu parametru Wypłata zaliczki w PLN można również dodawać zaliczki wprowadzone z walutą dokumentu PLN i walutą rozliczenia zgodną z walutą danego etapu delegacji. Jeżeli dodana jest już przynajmniej jedna zaliczka parametr Wypłata zaliczki w PLN jest wyszarzany.

W kolumnie Kwota jest widoczna kwota zaliczki w walucie obcej (kwota jest przenoszona z zaliczki i nie można jej zmienić).

W kolumnie Kwota do rozliczenia można wskazać jaka część zaliczki ma być rozliczona w ramach danego etapu.

W kolumnie Kwota w PLN jest widoczna wartość zaliczki w przeliczeniu na PLN po kursie z dokumentu.

Analogiczne kolumny dostępne są w sekcji Zapisy kasowe z rozliczenia delegacji.

W części Zapisy kasowe z rozliczenia delegacji dostępna jest ikona plusa  umożliwiająca użytkownikowi ręczne podpinanie zapisu kasowego/ bankowego do delegacji. Ikona jest aktywna dla delegacji o statusie Zaakceptowane wydatki i nierozliczonej lub rozliczonej częściowo. Dostępna jest również ikona kosza do usuwania zapisów z listy. Przy dodawaniu zapisu na etapach częściowo rozliczonych kwota w kolumnie Kwota do rozliczenia domyślnie jest ograniczana do wartości pozostającej do rozliczenia.

Lista zaliczek może być modyfikowana tylko na delegacjach nierozliczonych.

Zakładka Wydatki

Na zakładce [Wydatki] jest możliwość wskazania kosztów za noclegi, bilety i innych wydatków wprowadzonych bezpośrednio w ewidencjach pomocniczych takich jak rejestry VAT czy ewidencja dodatkowa.

Rys. 8. Etap zagraniczny delegacji, zakładka Wydatki

W sytuacji, gdy dokument kosztowy powinien zostać podzielony np. pomiędzy dwie delegacje jest możliwość ograniczenia kwoty wydatku w kolumnie Kwota rozliczenia. Wpisana tu kwota zostanie automatycznie przeniesiona do podsumowania.

W kolumnie Kwota w PLN widoczna jest kwota dokumentu w przeliczeniu na złotówki (wartość jest przeliczona po kursie z dokumentu). W przypadku podpięcia dokumentu z Rejestru VAT z zaznaczoną opcją Inny kurs do księgowania, w kolumnie Kwota w PLN prezentowana jest wartość przeliczona po kursie do księgowania.

Na podpiętej pozycji kosztu użytkownik ma dodatkowo do dyspozycji parametr Rozliczać zaliczką. Domyślnie parametr jest zaznaczony, co oznacza że w momencie rozliczenia delegacji nastąpi rozliczenie podpiętego dokumentu z podpiętą do delegacji zaliczką. Rozliczenie zostanie wykonane na kwotę wpisaną w kolumnie Kwota rozliczenia. Gdy parametr Rozliczać zaliczką zostanie odznaczony wówczas dokument kosztowy nie zostanie rozliczony z delegacją.

W sekcji Podsumowanie widoczna jest informacja o ilości noclegów, biletów oraz innych wydatków. Wartość w polu Kwota noclegów jest automatycznie ograniczana do wysokości limitu przypisanego do danego kraju, wybranego na elemencie delegacji. Kwota limitu na nocleg pobierana jest z Konfiguracji Programu/ Kasa/Bank/ Diety i ryczałty (jeżeli w Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty jest zaznaczona opcja ustawowe) lub z Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty (jeżeli jest zaznaczona opcja indywidualne). Podpowiadaną kwotę można ręcznie zmienić.

Zakładka Rozliczenie delegacji

Na zakładce [Rozliczenie delegacji] jest możliwość wybrania Kraju, związanego z danym elementem delegacji. Po wyborze kraju automatycznie podpowiadana jest odpowiednia Waluta, w której wypłacane są diety w danym kraju. Wybór Kraju i Waluty na zakładce [Rozliczenie delegacji] powoduje ustawienie takiego samego Kraju i takiej samej Waluty na zakładce [Zaliczki].

Pola Kraj i Waluta są wyszarzane, jeżeli na elemencie delegacji jest już dodana przynajmniej jedna zaliczka lub dokument na zakładce Wydatki.

Rys. 9. Etap zagraniczny delegacji, zakładka Rozliczenie delegacji

W polu Data rozpoczęcia etapu domyślnie podstawiana jest data i godzina z pierwszego przejazdu, a w polu Data zakończenia etapu data i godzina z ostatniego przejazdu z tabelki z przejazdami. Pola te są aktywne/ możliwe do edycji.

Poniżej tabelki z przejazdami znajduje się sekcja Kalkulacja, a w niej m.in. informacje na temat liczby godzin w delegacji i wyliczonych kwot diet i ryczałtów.

Liczba godzin w delegacji wyliczana jest automatycznie w oparciu o wartości wpisane w polach Data rozpoczęcia etapu i Data zakończenia etapu. Pole to jest aktywne do edycji.

W polu Stawka diety dla kraju wybranego na elemencie delegacji domyślnie pobierana jest stawka diety z Konfiguracji Programu/ Kasa/Bank/ Diety i ryczałty (jeżeli w Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty jest zaznaczona opcja ustawowe) lub z Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty (jeżeli jest zaznaczona opcja indywidualne). Wartość podpowiadanej stawki diety można ręcznie zmienić.

Jeżeli w Konfiguracji Firmy/ Kasa/Bank/ Diety i Ryczałty jest zaznaczona opcja indywidualnie i na delegacji dodatkowo jeszcze ręcznie zmienimy stawkę diety na jakąś inną, to przy wprowadzaniu kolejnej delegacji dla tego samego pracownika i tego samego kraju, domyślnie podpowiadana jest stawka diety wpisana na poprzedniej delegacji.

Liczba diet wyliczana jest w oparciu o pole Liczba godzin w delegacji. Jeżeli delegacja trwała nie więcej niż 8 godzin, wyliczana jest 1/3 Diety. Jeżeli delegacja trwała więcej niż 8, ale nie więcej niż 12 godzin, to przysługuje 0,5 Diety. Jeżeli delegacja trwała ponad 12 godzin – przysługuje cała dieta. Dieta przysługująca za każdą kolejną dobę wyliczana jest w ten sam sposób. Wyliczoną liczbę diet można ręcznie zmienić.

Kwota diety wyliczana jest jako iloczyn liczby diet i stawki diety.

Wyliczona kwota diety jest automatycznie pomniejszana o koszt zapewnionego wyżywienia, przy czym każdy posiłek stanowi odpowiednio: śniadanie 15% diety, obiad 30% diety, kolacja 30% diety.

Parametr Wyliczaj ryczałt dla ryczałtów za dojazdy, noclegi, dojazdy z/do dworca, lotniska i za pobyt w szpitalu domyślnie nie jest zaznaczony. Po jego zaznaczeniu automatycznie wyliczana jest liczba i kwota ryczałtów. Stawka ryczałtu za dojazdy to 10% stawki diety dla danego kraju za każdą rozpoczętą dobę pobytu. Stawka ryczałtu za noclegi to 25% limitu noclegowego dla danego kraju (wartość jest pobierana z konfiguracji firny). Stawka ryczałtu za dojazdy z/do dworca, lotniska to 100% stawki diety dla danego kraju. Stawka za pobyt w szpitalu to 25% stawki diety. Po wpisaniu liczby dni pobytu w szpitalu, widoczna kwota przysługującej diety jest odpowiednio pomniejszana.

Po zaznaczeniu opcji Wyliczaj ryczałt dla ryczałtów za dojazdy/ za noclegi liczba ryczałtów wyliczana jest automatycznie, w oparciu o liczbę godzin w delegacji.

Po zaznaczeniu opcji Wyliczaj ryczałt dla ryczałtów za dojazdy z/do dworca, lotniska oraz za pobyt w szpitalu należy ręcznie uzupełnić liczbę ryczałtów.

W przypadku, gdy pracownik będzie podróżował samochodem prywatnym, wówczas należy mu się zwrot kosztów przejazdu, na podstawie przejechanych kilometrów. Istnieje możliwość uzupełnienia tych informacji w sekcji Koszty używania pojazdu. W tym miejscu wpisywana jest wartość w PLN.

Przykład

Pracownik poleciał w delegację z Krakowa do Monachium.

  • Samolot wystartował z Krakowa 05.06 o godzinie 10:00, w Monachium był o 11:15.
  • Samolot powrotny wystartował z Monachium 08.06 o godzinie 17:00, w Krakowie był o 18:15.
  • Pracownik miał zapewniony nocleg w hotelu, wraz z wyżywieniem (pierwszego dnia obiad i kolację, drugiego i trzeciego pełne wyżywienie, ostatniego dnia śniadanie i obiad).
  • Dla pracownika ma być również wyliczona kwota ryczałtów za dojazdy.

Etap zagraniczny delegacji trwał więc od godz. 10:00 05.06, do godz. 18:15 08.06, czyli 80 godzin i 15 minut, tj. 3 pełne doby, 8 godzin i 15 minut. Za taką liczbę godzin przysługuje 3,5 diety.

Pracownik miał zapewnione wyżywienie (3x śniadanie, 4x obiad, 3x kolacja) co spowoduje pomniejszenie przysługującej diety odpowiednio o 3*0,15 (za śniadania), 4*0,30 (za obiady) i 3*0,30 (za kolacje).

Zamiast 3,5 diety pracownikowi przysługuje więc pomniejszona liczba diet: 3,5 – (3×0,15 + 4×0,30 + 3×0,30), tj. ostatecznie 0,95 diety.

Stawka diety dla Niemiec to 49 Euro, wobec tego wyliczona kwota diety przysługującej pracownikowi to 46,55 Euro (0,95*49 Euro).

Po zaznaczeniu parametru Wyliczaj ryczałt przy Ryczałcie za dojazdy automatycznie zostanie wyliczona liczba 4 ryczałtów o wartości 19,60 Euro. (Ryczałt za dojazdy to 10% stawki diety dla danego kraju za każdą rozpoczętą dobę pobytu – tak więc program automatycznie wylicza 10% x 4 rozpoczęte doby x 49 Euro stawki diety, co daje 19,60 Euro.)

Dla delegacji rozliczonych wszystkie pola na zakładce [Rozliczenie delegacji] (z wyjątkiem pola Uwagi) są nieaktywne.

Zakładka Podsumowanie rozliczenia

Na zakładce [Podsumowanie rozliczenia] jest możliwość przypisania kategorii, domyślnie jest tu podpowiadana kategoria wybrana w nagłówku delegacji.

Rys. 10. Etap zagraniczny delegacji, zakładka Podsumowanie rozliczenia

Poniżej znajdują się dwie sekcje: Podsumowanie rozliczenia z pracownikiem i Podsumowanie kosztów delegacji.

W sekcji Podsumowanie rozliczenia z pracownikiem, w polu Kurs do rozliczenia z pracownikiem są do wyboru cztery możliwe opcje:

  • Data zaliczki
  • Data rozliczenia delegacji
  • Data zakończenia delegacji
  • Inna

Po wyborze daty odpowiednio ustawiana jest data kursu oraz sam kurs, wg którego będzie następowało przeliczenie kwot diet i ryczałtów na walutę PLN przy rozliczeniu z pracownikiem. Dla opcji Inna w polu data kursu ustawiana jest data bieżąca.

Domyślne ustawienie daty w polu Kurs do rozliczenia z pracownikiem zależy od tego, czy na delegacji są podpięte zaliczki oraz czy zaznaczona jest opcja wypłaty zaliczki/ rozliczania w PLN:

  • jeżeli na delegacji nie ma podpiętych zaliczek, to domyślnie ustawiana jest data rozliczenia delegacji, a w polu Data kursu: dzień poprzedni w stosunku do Daty rozliczenia
  • jeżeli na delegacji są zaliczki, ale parametry Wypłata zaliczki w PLN i Rozliczaj w PLN nie są zaznaczone, to domyślnie ustawiana jest Data zaliczki, a w polu Data kursu: data kursu z najwcześniejszej zaliczki
  • jeżeli na delegacji są zaliczki oraz parametry Wypłata zaliczki w PLN i/lub Rozliczaj w PLN są zaznaczone, to domyślnie ustawiana jest Data zaliczki, a w polu Data kursu: data dokumentu z najwcześniejszej zaliczki

Jako typ kursu ustawiany jest ten sam typ kursu, jaki jest wybrany na najwcześniejszej zaliczce. Wyjątkiem jest sytuacja, gdy na zaliczce jest ustawiony kurs Nieokreślony, wówczas jako typ kursu ustawiany jest Średni NBP.

W polu Waluta widoczna jest waluta danego etapu (ta sama, która jest widoczna na zakładkach [Zaliczki] [Rozliczenie delegacji]).

Parametr Rozliczaj w PLN domyślnie nie jest zaznaczony. Jego zaznaczenie oznacza, że pomimo tego iż zaliczka była wypłacona w walucie obcej to rozliczenie będzie następowało w PLN. Płatność na kwotę diet i ryczałtów wygenerowana podczas rozliczania delegacji będzie miała walutę dokumentu i walutę rozliczenia zgodną z walutą etapu, natomiast wygenerowany zapis kasowy/bankowy będzie miał walutę dokumentu PLN, a walutę rozliczenia jako walutę obcą.

W polu Ryczałt za dojazdy widoczna jest suma Ryczałtu za dojazdy oraz Ryczałtu za dojazdy z/do dworca, lotniska z zakładki [Rozliczenie delegacji].

W polu Diety widoczna jest suma kwoty Diet i za Pobyt w szpitalu z zakładki [Rozliczenie delegacji].

W polu Inne wydatki widoczna jest suma wydatków z zakładki [Wydatki] oraz kosztów używania pojazdów. Jest to wartość w walucie etapu. Kwota kosztów używania pojazdów (która na zakładce [Rozliczenie delegacji] jest podawana w PLN) jest najpierw dzielona przez kurs podany na zakładce [Podsumowanie rozliczenia] i dopiero taka wartość walutowa jest sumowana do pola Inne wydatki.

Wartości widoczne w polach Ryczałt za dojazdy, Ryczałt za noclegi, Diety, Inne wydatki, Suma wydatków, Pobrana zaliczka i Do wypłaty wykazywane są w walucie etapu. W polu Do wypłaty w PLN widoczna jest kwota do wypłaty przeliczona po kursie wskazanym w polu Kurs do rozliczenia z pracownikiem.

Po zaznaczeniu parametru Generowanie płatności aktywne stają się pola do wyboru formy płatności i wskazania terminu płatności. Dostępny jest również parametr Generowanie zapisu k/b. Po jego zaznaczeniu aktywne staje się pole Rejestr, z możliwością wskazania rejestru, do którego zapis ma trafić (wyświetlana jest lista wszystkich rejestrów kasowych/bankowych, złotówkowych i walutowych, do których dany operator nie ma zakazu). Domyślnie podpowiada się rejestr związany z formą płatności wybraną na delegacji, jeżeli zostanie wybrany jakiś inny rejestr to wybór zostaje zapamiętany. Zapamiętywana jest również ostatnio wybrana forma płatności oraz zaznaczenie/ odznaczenie parametru Generowanie zapisu k/b. Parametr Generowanie zapisu k/b jest zależny od parametru Generowanie płatności. Jeżeli użytkownik odznaczy parametr Generowanie płatności to Generowanie zapisu k/b również jest niemożliwe do zaznaczenia.

Dokładne działanie parametrów Generowanie płatności i Generowanie zapisu k/b zostało opisane w dalszej części biuletynu, w rozdziale Ogólne zasady rozliczania delegacji.

W polu Stan rozliczenia wykazywany jest stan rozliczenia delegacji: Nie rozliczono, Rozliczono częściowo lub Rozliczono. Stany rozliczenia są wyświetlane dla delegacji rozliczonych od wersji 2017.5.1 Comarch ERP Optima. Dla delegacji rozliczonych na wcześniejszych wersjach Stan rozliczenia nie jest widoczny

Parametr Generowanie zapisu k/b można zaznaczyć/odznaczyć tylko na delegacjach nierozliczonych. Dla delegacji o stanie Rozliczono częściowo lub Rozliczono parametr jest wyszarzany.

W sekcji Podsumowanie kosztów delegacji, w polu Data poniesienia kosztu są do wyboru trzy możliwe opcje:

  • Data rozliczenia delegacji
  • Data zakończenia delegacji
  • Inna

Po wyborze daty odpowiednio ustawiana jest data kursu oraz sam kurs, wg którego będzie następowało przeliczenie kwot diet i ryczałtów na walutę PLN przy księgowaniu delegacji. Domyślnie ustawiana jest zawsze opcja Data rozliczenia delegacji, a w dacie kursu dzień poprzedni w stosunku do daty rozliczenia delegacji. W momencie wyboru opcji Data zakończenia delegacji, w dacie kursu ustawiany jest dzień poprzedni w stosunku do daty zakończenia delegacji. Dla opcji Inna w polu data kursu ustawiana jest data bieżąca.

Domyślne ustawione daty można ręcznie zmienić.

Jako data poniesienia kosztu najczęściej stosowana jest data rozliczenia lub data zakończenia delegacji.

W polu Różnica kursowa wykazywana jest różnica kursowa wynikająca z tego, że dla wyliczenia kwoty księgowanej w koszty stosuje się inne przepisy niż do księgowania rozliczenia z pracownikiem. Różnica kursowa wyliczana jest jako łączna kwota diet i ryczałtów pomnożona przez różnicę między kursem poniesienia kosztu a kursem rozliczenia z pracownikiem. Ta różnica kursowa nie jest nigdzie dodatkowo zapisywana w programie, służy jedynie do księgowania kosztów delegacji.

Jeżeli na delegacji są już wprowadzone etapy zagraniczne i w nagłówku delegacji zostanie zmieniona data zakończenia/ rozliczenia delegacji, to odpowiednie daty zostaną zaktualizowane również na etapie delegacji.

Rozliczenie delegacji

Ogólne zasady rozliczania delegacji

Rozliczenie delegacji wykonywane jest z listy delegacji, ikoną  .

Rozliczać można tylko delegacje z zaznaczoną opcją Zaakceptowane wydatki.

Jeżeli parametr Generowanie zapisu k/b, na elemencie delegacji na zakładce [Podsumowanie rozliczenia], zostanie zaznaczony, to podczas rozliczania delegacji zostanie wygenerowany zapis KP/KW na kwotę pozostającą do rozliczenia i delegacja zostanie całkowicie rozliczona.

Jeżeli parametr Generowanie płatności zostanie odznaczony, to podczas rozliczania delegacji ikoną pioruna program nie wygeneruje żadnego zdarzenia do preliminarza. Zostanie jedynie rozliczona zaliczka pobrana przez pracownika z dokumentami podpiętymi na zakładce [Wydatki], tymi które mają zaznaczony parametr Rozliczać zaliczką.

Jeżeli parametr Generowanie płatności będzie zaznaczony, a Generowanie zapisu k/b będzie odznaczony, to rozliczenie delegacji spowoduje wygenerowanie do Preliminarza płatności zdarzenia na łączną kwotę: diet, ryczałtów za noclegi, ryczałtów za dojazdy oraz kosztów używania samochodu. Zdarzenie będzie generowane w rejestrze kasowym/bankowym związanym z formą płatności wybraną na formularzu delegacji. Zdarzenie to od razu zostanie rozliczone z pobraną zaliczką oraz z dokumentami wskazanymi na zakładce Wydatki, które mają zaznaczony parametr Rozliczać zaliczką. Nie zostanie jednak wygenerowany żaden dodatkowy zapis KP/KW, który powodowałby całkowite rozliczenie delegacji. Pozwoli to na obsłużenie sytuacji kiedy wypłaty z rozliczenia delegacji są dokonywane za pomocą przelewów, a zapisy bankowe są importowane z plików generowanych z systemów bankowych. W takiej sytuacji, w celu całkowitego rozliczenia delegacji, taki zapis bankowy należy wskazać na zakładce [Zaliczki] w części Zapisy kasowe z rozliczenia delegacji. Wówczas, w momencie rozliczania delegacji, zostanie on odpowiednio rozliczony.

Przy rozliczaniu delegacji, w logu z przebiegu rozliczania, wyświetlany jest numer delegacji i kwota do wypłaty, a w kolejnej linii kwota faktycznie rozliczona, przykładowo:

W logu z przebiegu rozliczania informacje dla każdego etapu delegacji wyświetlane są osobno. Kwoty wyświetlane są w walucie etapu.

Z poziomu listy delegacji, ikoną  , jest możliwość usunięcia rozliczenia delegacji wraz ze wszystkimi zainicjalizowanymi zdarzeniami i zapisami kasowymi/bankowymi, pod warunkiem że raport kasowy/bankowy, w którym znajduje się automatycznie wygenerowany z delegacji zapis kasowy nie został zamknięty. W przypadku zamkniętego raportu tylko rozliczenia zostaną usunięte, a pozostaną: wygenerowane z delegacji zdarzenie w preliminarzu oraz automatyczny zapis kasowy. W celu ich usunięcia należy otworzyć raport, w którym znajduje się wygenerowany z delegacji zapis kasowy/bankowy – usunąć go, następnie ponowić usuwanie rozliczenia delegacji.

Uwaga
Dla delegacji rozliczonych na wersjach wcześniejszych niż 2017.5.1 Comarch ERP Optima mogą wystąpić trudności z usunięciem rozliczenia delegacji ikoną  . Rozliczenia takich delegacji należy usunąć z poziomu modułu Kasa/Bank.

Rozliczenie etapów zagranicznych

Ogólne zasady rozliczania w przypadku etapów zagranicznych:

  • jeżeli została pobrana zaliczka w walucie obcej, to rozliczenie następuje w tej samej walucie obcej, chyba że zaznaczony zostanie parametr Rozliczaj w PLN wtedy rozliczenie następuje w PLN
  • jeżeli została pobrana zaliczka w PLN, to rozliczenie danego etapu będzie następowało w PLN lub w walucie etapu
  • jeżeli nie została pobrana zaliczka, to rozliczenie następuje w walucie etapu, chyba że zaznaczony zostanie parametr Rozliczaj w PLN wtedy rozliczenie następuje w PLN.
  • do każdego etapu delegacji generowana jest oddzielna płatność w Preliminarzu płatności oraz oddzielny zapis kasowy/bankowy

Uwaga
Dokumenty z rejestru VAT/ ewidencji dodatkowej, podpięte pod delegację, rozliczane są po kursach wprowadzonych na tych dokumentach.

Przykład 1: Zaliczka pobrana w walucie obcej i rozliczenie również w walucie obcej

W sytuacji, gdy została pobrana zaliczka w walucie obcej i rozliczenie/zwrot do kasy również następuje w walucie obcej, to na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data zaliczki, jako data kursu podstawi się data kursu z najstarszej zaliczki, a jako notowanie podpowie się kurs z najstarszej zaliczki.

Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę wypłaty pracownikowi/ zwrotu do kasy zostaną wygenerowane z kursem z najstarszej zaliczki (czyli kursem z dnia poprzedniego w stosunku do daty zaliczki). Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy.

Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji.

W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem (czyli kurs z najstarszej zaliczki) jest inny niż kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), wyliczona zostanie różnica kursowa delegacyjna.

Przykład

Pracownikowi została wypłacona zaliczka w walucie obcej, rozliczenie delegacji następuje również w walucie obcej:

  • 09.05.2017 wypłacono zaliczkę w kwocie 1000 Euro (średni kurs NBP z dnia 08.05.2017 to 4,2059)
  • 19.05.2017 pracownik rozliczył się z kosztów delegacji, łączna kwota diet i ryczałtów wyniosła 600 Euro (średni kurs NBP z dnia 18.05.2017 to 4,2200)

 

Rozliczenie delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawi się opcja Data zaliczki, a jako data kursu kurs z najstarszej zaliczki, czyli 08.05.2017 (średni kurs NBP wynoszący 4,2059).

Na delegacji jest zaznaczone zarówno Generowanie płatności, jak i Generowanie zapisu k/b.

W momencie rozliczenia delegacji powstaną następujące dokumenty:

  • w Preliminarzu płatności płatność rozchodowa, z datą 19.05.2017, na kwotę kosztów, tj. 600 Euro, po kursie z dnia 08.05.2017 (czyli 4,2059)
  • w zapisach kasowych/bankowych zapis przychodowy (pracownik musi dokonać zwrotu nadpłaconej zaliczki), z datą 19.05.2017, na kwotę 400 Euro, po kursie z dnia 08.05.2017 (czyli 4,2059)

Wszystkie trzy dokumenty (tj. wypłacona pracownikowi zaliczka, powstała płatność w preliminarzu oraz powstały zapis kasowy/bankowy) zostaną ze sobą rozliczone. Wszystkie dokumenty są wprowadzone po tym samym kursie, więc nie powstaną żadne różnice kursowe z rozliczeń.

 

Koszty delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Data poniesienia kosztu domyślnie ustawi się Data rozliczenia delegacji, a jako data kursu kurs z dnia poprzedzajacego dzień rozliczenia, czyli 18.05.2017 (średni kurs NBP wynoszący 4,2200).

W związku z tym, że kurs do rozliczenia z pracownikiem jest inny niż kurs poniesienia kosztu, automatycznie zostanie wyliczona Różnica kursowa delegacyjna, którą następnie można zaksięgować. Różnica kursowa zostanie wyliczona na kwotę 8,46 (tj. 600*(4,2200-4,2059)).

Przykład 2: Zaliczka pobrana w walucie obcej, a rozliczenie następuje w PLN

W sytuacji, gdy została pobrana zaliczka w walucie obcej, a rozliczenie/zwrot do kasy następuje w PLN, to na zakładce [Podsumowanie rozliczenia] należy zaznaczyć parametr Rozliczaj w PLN. W sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data zaliczki, a jako data kursu podpowie się data najstarszej zaliczki.

Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę wypłaty pracownikowi/ zwrotu do kasy zostaną wygenerowane z kursem z dnia wypłaty zaliczki. Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy.

Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji.

Płatność zostanie wygenerowana w walucie etapu, natomiast na zapisie kasowym/bankowym walutą dokumentu będzie PLN, a walutą rozliczenia waluta etapu.

W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem (czyli kurs z dnia zaliczki) jest inny niż kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), wyliczona zostanie różnica kursowa delegacyjna.

Przykład

Pracownikowi została wypłacona zaliczka w walucie obcej, ale rozliczenie delegacji następuje w PLN:

  • 09.05.2017 wypłacono zaliczkę w kwocie 1000 Euro (średni kurs NBP z dnia 08.05.2017 to 4,2059)
  • 19.05.2017 pracownik rozliczył się z kosztów delegacji, łączna kwota diet i ryczałtów wyniosła 1300 Euro (średni kurs NBP z dnia 18.05.2017 to 4,2200)

 

Rozliczenie delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia] należy zaznaczyć parametr Rozliczaj w PLN.

W sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawi się opcja Data zaliczki, a jako data kursu data najstarszej zaliczki, czyli 09.05.2017 (średni kurs NBP wynoszący 4,2253).

Na delegacji jest zaznaczone zarówno Generowanie płatności, jak i Generowanie zapisu k/b.

W momencie rozliczenia delegacji powstaną następujące dokumenty:

  • w Preliminarzu płatności płatność rozchodowa, z datą 19.05.2017, na kwotę kosztów, tj. 1300 Euro, po kursie z dnia 09.05.2017 (czyli 4,2253)
  • w zapisach kasowych/bankowych zapis rozchodowy (zaliczki nie wystarczyło na pokrycie wszystkich kosztów, pozostałą kwotę należy więc wypłacić pracownikowi), z datą 19.05.2017, na kwotę 300 Euro, po kursie z dnia 09.05.2017 (czyli 4,2253), co daje 1267,59PLN. Na zapisie ustawiona jest waluta dokumentu PLN i waluta rozliczenia EUR.

Wszystkie trzy dokumenty (tj. wypłacona pracownikowi zaliczka, powstała płatność w preliminarzu oraz powstały zapis kasowy/bankowy) zostaną ze sobą rozliczone.

W zwiazku z tym, że na wypłaconej zaliczce był inny kurs niż na powstałej płatności w Preliminarzu, automatycznie została wygenerowane różnica kursowa z rozliczenia, dostępna na liście różnic kursowych.

 

Koszty delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Data poniesienia kosztu domyślnie ustawi się Data rozliczenia delegacji, a jako data kursu kurs z dnia poprzedzajacego dzień rozliczenia, czyli 18.05.2017 (średni kurs NBP wynoszący 4,2200).

W związku z tym, że kurs do rozliczenia z pracownikiem jest inny niż kurs poniesienia kosztu, automatycznie zostanie wyliczona Różnica kursowa delegacyjna, którą następnie można zaksięgować. Różnica kursowa zostanie wyliczona na kwotę -6,89 (tj. 1300*(4,2200-4,2253)).

Przykład 3: Zaliczka pobrana w PLN i rozliczenie również następuje w PLN

W sytuacji, gdy została pobrana zaliczka w PLN i rozliczenie/zwrot do kasy również następuje w PLN, to na zakładce [Zaliczki] należy zaznaczyć parametr Wypłata zaliczki w PLN, a na zakładce [Podsumowanie rozliczenia] parametr Rozliczaj w PLN. W sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data zaliczki, a jako data kursu podpowie się data najstarszej zaliczki.

Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę wypłaty pracownikowi/ zwrotu do kasy zostaną wygenerowane z kursem z dnia zaliczki. Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy.

Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji.

Płatność zostanie wygenerowana w walucie etapu, natomiast na zapisie kasowym/bankowym walutą dokumentu będzie PLN, a walutą rozliczenia waluta etapu.

W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem (czyli kurs z dnia zaliczki) jest inny niż kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), wyliczona zostanie różnica kursowa delegacyjna.

Przykład

Pracownikowi została wypłacona zaliczka w PLN i rozliczenie delegacji również następuje w PLN:

  • 09.05.2017 wypłacono zaliczkę w kwocie 4225,30 PLN (tj. równowartość 1000 Euro)Na zaliczce ustawiona jest waluta dokumentu PLN i waluta rozliczenia EUR (średni kurs NBP z dnia 09.05.2017 to 4,2253)
  • 19.05.2017 pracownik rozliczył się z kosztów delegacji, łączna kwota diet i ryczałtów wyniosła 1300 Euro (średni kurs NBP z dnia 18.05.2017 to 4,2200)

 

Rozliczenie delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia] należy zaznaczyć parametr Rozliczaj w PLN.

W sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawi się opcja Data zaliczki, a jako data kursu data najstarszej zaliczki, czyli 09.05.2017 (średni kurs NBP wynoszący 4,2253).

Na delegacji jest zaznaczone zarówno Generowanie płatności, jak i Generowanie zapisu k/b.

W momencie rozliczenia delegacji powstaną następujące dokumenty:

  • w Preliminarzu płatności płatność rozchodowa, z datą 19.05.2017, na kwotę kosztów, tj. 1300 Euro, po kursie z dnia 09.05.2017 (czyli 4,2253)
  • w zapisach kasowych/bankowych zapis rozchodowy (zaliczki nie wystarczyło na pokrycie wszystkich kosztów, pozostałą kwotę należy więc wypłacić pracownikowi), z datą 19.05.2017, na kwotę 300 Euro, po kursie z dnia 09.05.2017 (czyli 4,2253), co daje 1267,59PLN. Na zapisie ustawiona jest waluta dokumentu PLN i waluta rozliczenia EUR.

Wszystkie trzy dokumenty (tj. wypłacona pracownikowi zaliczka, powstała płatność w preliminarzu oraz powstały zapis kasowy/bankowy) zostaną ze sobą rozliczone.

Wszystkie dokumenty są wprowadzone po tym samym kursie, więc nie powstaną żadne różnice kursowe z rozliczeń.

 

Koszty delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Data poniesienia kosztu domyślnie ustawi się Data rozliczenia delegacji, a jako data kursu kurs z dnia poprzedzajacego dzień rozliczenia, czyli 18.05.2017 (średni kurs NBP wynoszący 4,2200).

W związku z tym, że kurs do rozliczenia z pracownikiem jest inny niż kurs poniesienia kosztu, automatycznie zostanie wyliczona Różnica kursowa delegacyjna, którą następnie można zaksięgować. Różnica kursowa zostanie wyliczona na kwotę -6,89 (tj. 1300*(4,2200-4,2253)).

Przykład 4: Zaliczka pobrana w PLN, a rozliczenie następuje w walucie obcej

W sytuacji, gdy została pobrana zaliczka w PLN, a rozliczenie/zwrot do kasy następuje w walucie obcej, to na zakładce [Zaliczki] należy zaznaczyć parametr Wypłata zaliczki w PLN. Na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data zaliczki, a jako data kursu podpowie się data najstarszej zaliczki.

Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę wypłaty pracownikowi/ zwrotu do kasy zostaną wygenerowane z kursem z dnia zaliczki. Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy.

Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji i w walucie etapu.

W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem (czyli kurs z dnia zaliczki) jest inny niż kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), wyliczona zostanie różnica kursowa delegacyjna.

Przykład

Pracownikowi została wypłacona zaliczka w PLN, a rozliczenie następuje w walucie obcej:

  • 09.05.2017 wypłacono zaliczkę w kwocie 4225,30 PLN (tj. równowartość 1000 Euro)Na zaliczce ustawiona jest waluta dokumentu PLN i waluta rozliczenia EUR (średni kurs NBP z dnia 09.05.2017 to 4,2253)
  • 19.05.2017 pracownik rozliczył się z kosztów delegacji, łączna kwota diet i ryczałtów wyniosła 600 Euro (średni kurs NBP z dnia 18.05.2017 to 4,2200)

 

Rozliczenie delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawi się opcja Data zaliczki, a jako data kursu data najstarszej zaliczki, czyli 09.05.2017 (średni kurs NBP wynoszący 4,2253).

Na delegacji jest zaznaczone zarówno Generowanie płatności, jak i Generowanie zapisu k/b.

W momencie rozliczenia delegacji powstaną następujące dokumenty:

  • w Preliminarzu płatności płatność rozchodowa, z datą 19.05.2017, na kwotę kosztów, tj. 600 Euro, po kursie z dnia 09.05.2017 (czyli 4,2253)
  • w zapisach kasowych/bankowych zapis przychodowy (pracownik musi dokonać zwrotu nadpłaconej zaliczki), z datą 19.05.2017, na kwotę 400 Euro, po kursie z dnia 09.05.2017 (czyli 4,2253)

Wszystkie trzy dokumenty (tj. wypłacona pracownikowi zaliczka, powstała płatność w preliminarzu oraz powstały zapis kasowy/bankowy) zostaną ze sobą rozliczone.

Wszystkie dokumenty są wprowadzone po tym samym kursie, więc nie powstaną żadne różnice kursowe z rozliczeń.

 

Koszty delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Data poniesienia kosztu domyślnie ustawi się Data rozliczenia delegacji, a jako data kursu kurs z dnia poprzedzajacego dzień rozliczenia, czyli 18.05.2017 (średni kurs NBP wynoszący 4,2200).

W związku z tym, że kurs do rozliczenia z pracownikiem jest inny niż kurs poniesienia kosztu, automatycznie zostanie wyliczona Różnica kursowa delegacyjna, którą następnie można zaksięgować. Różnica kursowa zostanie wyliczona na kwotę -3,18 (tj. 600*(4,2200-4,2253)).

Przykład 5: Zaliczka nie została pobrana, a rozliczenie następuje w walucie obcej

W sytuacji, gdy zaliczka nie została pobrana, a rozliczenie/zwrot do kasy następuje w walucie obcej, to na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data rozliczenia, a jako data kursu podpowie się dzień wcześniejszy w stosunku do daty rozliczenia.

Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę wypłaty pracownikowi/ zwrotu do kasy zostaną wygenerowane z kursem z dnia poprzedniego w stosunku do daty rozliczenia delegacji. Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy.

Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji.

W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem jest taki sam, jak kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), nie powstanie różnica kursowa delegacyjna.

Przykład

Pracownikowi nie została wypłacona zaliczka, a rozliczenie następuje w walucie obcej:

  • 19.05.2017 pracownik rozliczył się z kosztów delegacji, łączna kwota diet i ryczałtów wyniosła 600 Euro (średni kurs NBP z dnia 18.05.2017 to 4,2200)

 

Rozliczenie delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawi się opcja Data rozliczenia delegacji, a jako data kursu dzień wcześniejszy w stosunku do daty rozliczenia, czyli 18.05.2017 (średni kurs NBP wynoszący 4,2200).

Na delegacji jest zaznaczone zarówno Generowanie płatności, jak i Generowanie zapisu k/b.

W momencie rozliczenia delegacji powstaną następujące dokumenty:

  • w Preliminarzu płatności płatność rozchodowa, z datą 19.05.2017, na kwotę kosztów, tj. 600 Euro, po kursie z dnia 18.05.2017 (czyli 4,2200)
  • w zapisach kasowych/bankowych zapis rozchodowy (należy wypłacić kwotę pracownikowi), z datą 19.05.2017, na kwotę 600 Euro, po kursie z dnia 18.05.2017 (czyli 4,2200)

Oba dokumenty (tj. powstała płatność w preliminarzu oraz powstały zapis kasowy/bankowy) zostaną ze sobą rozliczone.

Dokumenty są wprowadzone po tym samym kursie, więc nie powstaną żadne różnice kursowe z rozliczeń.

 

Koszty delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Data poniesienia kosztu domyślnie ustawi się Data rozliczenia delegacji, a jako data kursu kurs z dnia poprzedzajacego dzień rozliczenia, czyli 18.05.2017 (średni kurs NBP wynoszący 4,2200).

W związku z tym,że kurs do rozliczenia z pracownikiem jest taki sam, jak kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), nie powstanie różnica kursowa delegacyjna.

Przykład 6: Zaliczka nie została pobrana, a rozliczenie następuje w PLN

W sytuacji, gdy zaliczka nie została pobrana, a rozliczenie/zwrot do kasy następuje w PLN, to na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawiana jest opcja Data rozliczenia, a jako data kursu podpowie się dzień wcześniejszy w stosunku do daty rozliczenia.

Zarówno płatność w preliminarzu na kwotę diet i ryczałtów, jak i zapis kasowy/bankowy na kwotę wypłaty pracownikowi/ zwrotu do kasy zostaną wygenerowane z kursem z dnia poprzedniego w stosunku do daty rozliczenia delegacji. Jeżeli Użytkownik, na zakładce [Podsumowanie rozliczenia], zmieni domyślny Kurs do rozliczenia z pracownikiem, to ten kurs zostanie przeniesiony zarówno na płatność, jak i na zapis kasowy/bankowy.

Zarówno płatność w preliminarzu, jak i zapis kasowy/bankowy zostaną wygenerowane na datę zgodną z datą rozliczenia delegacji.

Płatność zostanie wygenerowana w walucie etapu, natomiast na zapisie kasowym/bankowym walutą dokumentu będzie PLN, a walutą rozliczenia waluta etapu.

W tym przypadku, w związku z tym że kurs do rozliczenia z pracownikiem jest taki sam, jak kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), nie powstanie różnica kursowa delegacyjna.

Przykład

Pracownikowi nie została wypłacona zaliczka, a rozliczenie następuje w PLN:

  • 19.05.2017 pracownik rozliczył się z kosztów delegacji, łączna kwota diet i ryczałtów wyniosła 600 Euro (średni kurs NBP z dnia 18.05.2017 to 4,2200)

 

Rozliczenie delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia] należy zaznaczyć parametr Rozliczaj w PLN.

W sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawi się opcja Data rozliczenia delegacji, a jako data kursu dzień wcześniejszy w stosunku do daty rozliczenia, czyli 18.05.2017 (średni kurs NBP wynoszący 4,2200).

Na delegacji jest zaznaczone zarówno Generowanie płatności, jak i Generowanie zapisu k/b.

W momencie rozliczenia delegacji powstaną następujące dokumenty:

  • w Preliminarzu płatności płatność rozchodowa, z datą 19.05.2017, na kwotę kosztów, tj. 600 Euro, po kursie z dnia 18.05.2017 (czyli 4,2200)
  • w zapisach kasowych/bankowych zapis rozchodowy (należy wypłacić kwotę pracownikowi), z datą 19.05.2017, na kwotę 600 Euro, po kursie z dnia 18.05.2017 (czyli 4,2200), co daje 2532 PLN. Na zapisie ustawiona jest waluta dokumentu PLN i waluta rozliczenia EUR.

Oba dokumenty (tj. powstała płatność w preliminarzu oraz powstały zapis kasowy/bankowy) zostaną ze sobą rozliczone.

Dokumenty są wprowadzone po tym samym kursie, więc nie powstaną żadne różnice kursowe z rozliczeń.

 

Koszty delegacji:

Na etapie delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Data poniesienia kosztu domyślnie ustawi się Data rozliczenia delegacji, a jako data kursu kurs z dnia poprzedzajacego dzień rozliczenia, czyli 18.05.2017 (średni kurs NBP wynoszący 4,2200).

W związku z tym,że kurs do rozliczenia z pracownikiem jest taki sam, jak kurs do księgowania (czyli kurs z dnia poprzedzającego dzień rozliczenia), nie powstanie różnica kursowa delegacyjna.

Przykład 7: Delegacja zarówno z etapem krajowym jak i zagranicznym

W sytuacji, gdy na delegacji podpiętych jest kilka etapów, np. krajowy i zagraniczne, do każdego z nich osobno podpinane są zaliczki i dokumenty kosztowe. W momencie rozliczenia delegacji, rozliczany jest każdy z etapów.

Poniższy przykład przedstawia sytuację, gdzie na delegacji dodany jest zarówno etap krajowy, jak i zagraniczny. Do każdego z etapów została wypłacona zaliczka w walucie etapu, pracownik dostarczył również faktury potwierdzające poniesione koszty.

Przykład

Delegacja składa się zarówno z etapu krajowego, jak i zagranicznego.

Pracownikowi zostały wypłacone zaliczki w walutach etapu:

  • 09.05.2017 wypłacono zaliczkę KW1 w kwocie 100 PLN
  • 09.05.2017 wypłacono zaliczkę KW2 w kwocie 1000 Euro (średni kurs NBP z dnia 08.05.2017 to 4,2059)

Rozliczenie delegacji następuje również w walutach etapów:

  • 19.05.2017 pracownik rozliczył się z kosztów delegacji, łączna kwota diet i ryczałtów wyniosła 60 PLN (dla etapu krajowego) i 600 Euro (dla etapu zagranicznego) (średni kurs NBP z dnia 18.05.2017 to 4,2200)

Pracownik dostarczył również dokumenty potwierdzające poniesione koszty:

  • faktura za przejazd taksówką FZ1 na 30 PLN
  • faktura kosztowa FZ2 z dnia 17.05.2017, na kwotę 250 Euro (średni kurs NBP z dnia 16.05.2017 to 4,1902)

 

Rozliczenie delegacji:

Na etapie krajowym, na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, widać wartość pobranej zaliczki: 100 PLN oraz sumę wydatków: 90 PLN (60PLN+30PLN). Tak więc w polu Do wypłaty pozostaje: -10 PLN.

Na etapie zagranicznym, na zakładce [Podsumowanie rozliczenia], w sekcji Kurs do rozliczenia z pracownikiem, domyślnie ustawi się opcja Data zaliczki, a jako data kursu kurs z najstarszej zaliczki, czyli 08.05.2017 (średni kurs NBP wynoszący 4,2059).

Widać wartość pobranej zaliczki: 1000 Euro oraz sumę wydatków: 850 Euro (600Euro+250Euro). Tak więc w polu Do wypłaty pozostaje: -150 Euro.

Na delegacji jest zaznaczone zarówno Generowanie płatności, jak i Generowanie zapisu k/b.

W momencie rozliczenia delegacji powstaną następujące dokumenty:

  • w Preliminarzu płatności płatność rozchodowa, z datą 19.05.2017, na kwotę kosztów z etapu krajowego, tj. 60 PLN
  • w Preliminarzu płatności płatność rozchodowa, z datą 19.05.2017, na kwotę kosztów z etapu zagranicznego, tj. 600 Euro, po kursie z dnia 08.05.2017 (czyli 4,2059)
  • w zapisach kasowych/bankowych zapis przychodowy KP1 (pracownik musi dokonać zwrotu nadpłaconej zaliczki z etapu krajowego), z datą 19.05.2017, na kwotę 10 PLN
  • w zapisach kasowych/bankowych zapis przychodowy KP2 (pracownik musi dokonać zwrotu nadpłaconej zaliczki z etapu zagranicznego), z datą 19.05.2017, na kwotę 150 Euro, po kursie z dnia 08.05.2017 (czyli 4,2059)

Wszystkie dokumenty zostaną ze sobą rozliczone, tj.:

Pobrana zaliczka KW1 na 100 PLN zostanie rozliczona z płatnością na kwotę kosztów (60PLN), fakturą za przejazd taksówką FZ1 (30PLN) oraz powstałym zapisem kasowym/bankowym KP1 (10PLN).

Pobrana zaliczka KW2 na 1000 Euro zostanie rozliczona z płatnością na kwotę kosztów (600Euro), fakturą kosztową FZ2 (250Euro) oraz powstałym zapisem kasowym/bankowym KP2 (150Euro).

W zwiazku z tym, że na wypłaconej zaliczce KW2 był inny kurs niż fakturze kosztowej FZ2, automatycznie została wygenerowane różnica kursowa z rozliczenia, dostępna na liście różnic kursowych.

Powstała również różnica kursowa na kwotę grosza, z rozliczenia wypłaconej zaliczki KW2 z powstałym zapisem przychodowym KP2. Różnica wynika z zaokrągleń.

 

Koszty delegacji:

Na etapie zagranicznym delegacji, na zakładce [Podsumowanie rozliczenia], w sekcji Data poniesienia kosztu domyślnie ustawi się Data rozliczenia delegacji, a jako data kursu kurs z dnia poprzedzajacego dzień rozliczenia, czyli 18.05.2017 (średni kurs NBP wynoszący 4,2200).

W związku z tym, że kurs do rozliczenia z pracownikiem jest inny niż kurs poniesienia kosztu, automatycznie zostanie wyliczona Różnica kursowa delegacyjna, którą następnie można zaksięgować. Różnica kursowa zostanie wyliczona na kwotę 8,46 (tj. 600*(4,2200-4,2059)).

Księgowanie delegacji

Do księgowania delegacji służy ikona  dostępna na liście delegacji. Księgować można tylko delegacje zatwierdzone.

Księgowanie do KPiR

Dla baz z ustawioną wielozakładowością, na formularzu delegacji, obok pola z wyborem pracownika, istnieje możliwość wyboru Zakładu. Po wybraniu pracownika, domyślnie przenoszony jest zakład z jego karty.

Na liście delegacji, w menu kontekstowym (pod prawym klawiszem myszy) dostępna jest opcja Ustaw zakład.

Na formularzu etapu delegacji dostępna jest ikona  Kwoty dodatkowe, gdzie wykazywane jest jakie kwoty mają być zaksięgowane do poszczególnych kolumn książki przychodów i rozchodów.

Ikona Kwot dodatkowych dostępna jest zarówno na etapach krajowych, jak i zagranicznych.

Rys. 11. Kwoty dodatkowe na etapie krajowym

Rys. 12. Kwoty dodatkowe na etapie zagranicznym

W przypadku etapów krajowych widoczne są następujące rodzaje wydatków: Diety, Ryczałty za dojazdy, Ryczałty za noclegi i Koszty używania pojazdu.

W przypadku etapów zagranicznych widoczne są następujące rodzaje wydatków: Diety, Ryczałty za dojazdy, Ryczałty za noclegi, Ryczałty za dojazdy z/do dworca, lotniska i Koszty używania pojazdu.

Dla każdego rodzaju wydatku domyślnie ustawiana jest kolumna 13.Inne, z możliwością zmiany.

Wartości w kolumnie Kwota są uzupełniane automatycznie, z możliwością zmiany. Jeżeli na etapie delegacji nastąpi zmiana wartości, np. kwoty diet, wartości w Kwotach dodatkowych zostaną automatycznie zaktualizowane. W kwocie Diet wykazywana jest suma wartości diet i za pobyt w szpitalu. Na etapach zagranicznych kwoty wykazywane są w PLN, przeliczone po kursie poniesienia kosztu.

W polu Kwota dokumentu (widocznym w prawym górnym rogu) jest widoczna kwota z pola Suma wydatków na zakładce [Podsumowanie rozliczenia] pomniejszona o kwotę wydatków podpiętych na zakładce [Wydatki], przemnożona przez kurs poniesienia kosztu.

W momencie księgowania delegacji ikoną  tworzony jest zapis KPiR z datą księgowania równą dacie rozliczenia delegacji. Powstaje jeden zbiorczy zapis KPiR na łączną kwotę kosztów (sumowane są koszty z wszystkich etapów delegacji, w ramach danej kolumny KPiR).

W numerze dowodu wpisywany jest numer delegacji, a w Opisie Rozliczenie delegacji: [Numer delegacji].

Księgowanie do księgowości kontowej

W przypadku baz z księgowością kontową istnieje możliwość księgowania delegacji zarówno według predekretacji, jak i schematem księgowym.

W nagłówku schematu księgowego dostępny jest parametr Pobierz datę księgowania z Konfiguracji. Jego zaznaczenie powoduje, że data z jaką delegacja zostanie zaksięgowana jest pobierana z Konfiguracji firmy/ Księgowość/ Parametry – Księgowanie dokumentów z datą. Przy wybranej w konfiguracji opcji Bieżącą, delegacja zostanie zaksięgowana z datą bieżącą. Przy wybranej opcji Wystawienia, Operacji lub Zapisu, delegacja zostanie zaksięgowana zgodnie z datą dokumentu delegacji.

Jeżeli parametr Pobierz datę księgowania z Konfiguracji zostanie odznaczony, przycisk Data księg. jest aktywny i użytkownik ma do wyboru następujące opcje:

  • Data dokumentu – symbol @DataDok
  • Data bieżąca – symbol @DataBiezaca
  • Data rozpoczęcia delegacji – symbol @DataRozpoczeciaDelegacji
  • Data zakończenia delegacji – symbol @DataZakonczeniaDelegacji
  • Data rozliczenia delegacji – symbol @DataRozliczeniaDelegacji

Warunkiem może być:

  • Kategoria dokumentu – w ramach, której dostępne są następujące parametry:
    • Kategoria szczegółowa – symbol @KategoriaNag
    • Kategoria ogólna – symbol @KategoriaOgolnaNag
    • Opis kategorii – symbol @KategoriaOpisNag
    • Konto Wn kategorii – konto Wn wprowadzone na kategorii w segmencie księgowym – symbol @KatNagKontoWn
    • Konto Ma kategorii – konto Ma wprowadzone na kategorii w segmencie księgowym – symbol @KatNagKontoMa
  • Dokument delegacji – numer dokumentu delegacji, symbol @Dok
  • Cel – cel delegacji, symbol @Cel
  • Miejsce – miejsce docelowe, symbol @Miejsce
  • Płatnik – w ramach, którego dostępne są następujące parametry:
    • Konto płatnika 1 – konto wprowadzone na karcie płatnika (na karcie pracownika, widocznego na Płatności, która powstała w momencie rozliczania delegacji), na zakładce Dodatkowe w polu Konto 1 – symbol @KontoPlatnikaOdb
    • Konto płatnika 2 – konto wprowadzone na karcie płatnika (na karcie pracownika, widocznego na Płatności, która powstała w momencie rozliczania delegacji), na zakładce Dodatkowe w polu Konto 2 – symbol @KontoPlatnikaDost
    • Kod – kod płatnika, symbol @KodPlatnika
    • Typ – symbol @TypPlatnika
  • Podmiot – kod podmiotu, symbol @KodPodmiotu

Opisem może być:

  • Kategoria dokumentu – w ramach, której dostępne są następujące parametry:
    • Kategoria szczegółowa – symbol @KategoriaNag
    • Kategoria ogólna – symbol @KategoriaOgolnaNag
    • Opis kategorii – symbol @KategoriaOpisNag
  • Dokument delegacji – numer dokumentu delegacji, symbol @Dok
  • Cel – cel delegacji, symbol @Cel
  • Miejsce – miejsce docelowe, symbol @Miejsce
  • Płatnik – w ramach, której dostępne są:
    • Kod – kod płatnika, symbol @KodPlatnika
    • Typ – symbol @TypPlatnika
  • Podmiot – kod podmiotu, symbol @KodPodmiotu

Na pozycji schematu księgowego obok pól Konto Wn, Konto Ma można rozwinąć podmenu z następującymi makrami:

  • Kategoria dokumentu – w ramach, której dostępne są następujące parametry:
    • Konto Wn kategorii – symbol @KatNagKontoWn
    • Konto Ma kategorii – symbol @KatNagKontoMa
  • Kategoria pozycji – w ramach, której dostępne są następujące parametry:
    • Konto Wn kategorii – symbol @KatElemKontoWn
    • Konto Ma kategorii – symbol @KatElemKontoMa
  • Płatnik – w ramach, którego dostępne są:
    • Konto płatnika 1 – konto wprowadzone na karcie płatnika (na karcie pracownika, widocznego na Płatności, która powstała w momencie rozliczania delegacji), na zakładce Dodatkowe w polu Konto 1 – symbol @KontoPlatnikaOdb
    • Konto płatnika 2 – konto wprowadzone na karcie płatnika (na karcie pracownika, widocznego na Płatności, która powstała w momencie rozliczania delegacji), na zakładce Dodatkowe w polu Konto 2 – symbol @KontoPlatnikaDost
  • Podmiot – w ramach, którego dostępne są:
    • Konto 1 pracownika – konto wprowadzone na karcie pracownika wybranego na delegacji, na zakładce Dodatkowe w polu Konto 1 – symbol @KontoPracownika
    • Konto 2 pracownika – konto wprowadzone na karcie pracownika wybranego na delegacji, na zakładce Dodatkowe w polu Konto 2 – symbol @Konto2Pracownika

W Kwocie dostępne są następujące makra:

  • Płatności – symbol @KwotaPlatnosci
  • Kwota – w ramach, której dostępne są następujące parametry (tymi makrami księgowane są kwoty po kursie do rozliczenia z pracownikiem, z zakładki [Podsumowanie rozliczenia] na elemencie delegacji):
    • Kwota diety – symbol @Dieta
    • Kwota ryczałtu za nocleg – symbol @RyczaltNocleg
    • Kwota ryczałtu za dojazdy – symbol @RyczaltDojazdy
    • Kwota kosztów używania pojazdu – symbol @KosztyUzywPojazdu
    • Kwota ryczałtu za dojazdy z/do dworca, lotniska – symbol @RyczaltDojazdyDworzec
    • Kwota razem – symbol @Razem. Makro Kwota razem (@Razem) księguje kwotę widoczną w polu Suma wydatków na zakładce [Podsumowanie rozliczenia] pomniejszoną o kwotę wydatków podpiętych na zakładce [Wydatki].
  • Kwota kosztu – w ramach, której dostępne są następujące parametry (tymi makrami księgowane są kwoty po kursie poniesienia kosztu, z zakładki [Podsumowanie rozliczenia] na elemencie delegacji):
    • Kwota diety – symbol @KDieta
    • Kwota ryczałtu za nocleg – symbol @KRyczaltNocleg
    • Kwota ryczałtu za dojazdy – symbol @KRyczaltDojazdy
    • Kwota kosztów używania pojazdu – symbol @KKosztyUzywPojazdu
    • Kwota ryczałtu za dojazdy z/do dworca, lotniska – symbol @KRyczaltDojazdyDworzec
    • Kwota razem – symbol @KRazem. Makro Kwota razem (@KRazem) księguje kwotę widoczną w polu Suma wydatków na zakładce [Podsumowanie rozliczenia] pomniejszoną o kwotę wydatków podpiętych na zakładce [Wydatki].
  • Różnica kursowa – w ramach, której dostępne są następujące parametry (tymi makrami księgowana jest różnica kursowa delegacyjna, widoczna na zakładce [Podsumowanie rozliczenia] na elemencie delegacji):
    • Różnica kursowa dodatnia – symbol @RoznicaPlus
    • Różnica kursowa ujemna – symbol @RoznicaMinus

Uwaga
Makr @RoznicaPlus/ @RoznicaMinus dotyczących różnicy kursowej nie należy łączyć z innymi makrami dotyczącymi kwoty. Różnice kursowe powinny być księgowane w osobnej pozycji schematu.

W Opisie dostępne są następujące opcje:

  • Kategoria dokumentu – w ramach, której dostępne są następujące parametry:
    • Kategoria szczegółowa – symbol @KategoriaNag
    • Kategoria ogólna – symbol @KategoriaOgolnaNag
    • Opis kategorii – symbol @KategoriaOpisNag
  • Kategoria pozycji – w ramach, której dostępne są następujące parametry:
    • Kategoria szczegółowa – symbol @KategoriaElem
    • Kategoria ogólna – symbol @KategoriaOgolnaElem
    • Opis kategorii – symbol @KategoriaOpisElem
  • Płatności – waluta płatności, symbol @WalutaPlatnosci
  • Waluta – waluta etapu, symbol @WalutaEtapu
  • Dokument delegacji – numer dokumentu delegacji, symbol @Dok
  • Cel – cel delegacji, symbol @Cel
  • Miejsce – miejsce docelowe, symbol @Miejsce
  • Płatnik – w ramach, którego dostępne są:
    • Kod – symbol @KodPlatnika
    • Typ – symbol @TypPlatnika
  • Podmiot – w ramach, którego dostępne są:
    • Konto 1 pracownika – symbol @KontoPracownika
    • Konto 2 pracownika – symbol @Konto2Pracownika
    • Kod podmiotu – symbol @KodPodmiotu

W Warunku dostępne są następujące opcje:

  • Kategoria dokumentu – w ramach, której dostępne są następujące parametry:
    • Kategoria szczegółowa – symbol @KategoriaNag
    • Kategoria ogólna – symbol @KategoriaOgolnaNag
    • Opis kategorii – symbol @KategoriaOpisNag
    • Konto Wn kategorii – symbol @KatNagKontoWn
    • Konto Ma kategorii – symbol @KatNagKontoMa
  • Kategoria pozycji – w ramach, której dostępne są następujące parametry:
    • Kategoria szczegółowa – symbol @KategoriaElem
    • Kategoria ogólna – symbol @KategoriaOgolnaElem
    • Opis kategorii – symbol @KategoriaOpisElem
    • Konto Wn kategorii – symbol @KatElemKontoWn
    • Konto Ma kategorii – symbol @KatElemKontoMa
  • Płatności – waluta płatności, symbol @WalutaPlatnosci
  • Waluta – waluta etapu – symbol @WalutaEtapu
  • Dokument delegacji – numer dokumentu delegacji, symbol @Dok
  • Cel – cel delegacji, symbol @Cel
  • Miejsce – miejsce docelowe, symbol @Miejsce
  • Płatnik – w ramach, którego dostępne są:
    • Konto płatnika 1 – konto wprowadzone na karcie płatnika (na karcie pracownika, widocznego na Płatności, która powstała w momencie rozliczania delegacji), na zakładce Dodatkowe w polu Konto 1 – symbol @KontoPlatnikaOdb
    • Konto płatnika 2 – konto wprowadzone na karcie płatnika (na karcie pracownika, widocznego na Płatności, która powstała w momencie rozliczania delegacji), na zakładce Dodatkowe w polu Konto 2 – symbol @KontoPlatnikaDost
    • Kod – symbol @KodPlatnika
    • Typ – symbol @TypPlatnika
  • Podmiot – w ramach, którego dostępne są:
    • Konto 1 pracownika – konto wprowadzone na karcie pracownika wybranego na delegacji, na zakładce Dodatkowe w polu Konto 1 – symbol @KontoPracownika
    • Konto 2 pracownika – konto wprowadzone na karcie pracownika wybranego na delegacji, na zakładce Dodatkowe w polu Konto 2 – symbol @Konto2Pracownika
    • Kod podmiotu – symbol @KodPodmiotu




OPT078 – Uzgadnianie stanów magazynowych

Analizy pomocne przy ustalaniu stanów magazynowych

Stan magazynu wykazywany w menu Handel/Zasoby w kolumnie W. Zakupu-PLN  oraz prezentowany na wydruku Spis z natury jest wynikiem operacji ewidencjonowanych za pomocą dokumentów handlowo-magazynowych. Stan wartościowy magazynu powinien być zgodny ze stanem wynikającym z księgowania dokumentów handlowo-magazynowych. Zazwyczaj stany wykazywane na kontach dotyczą stanów poszczególnych magazynów.

Jeśli pojawią się w tym zakresie jakiekolwiek niezgodności, wówczas zalecamy wykonanie wyliczenia stanów magazynowych w oparciu o wszystkie dokumenty, które powodują ruch towaru na magazynie.

Analiza stanu magazynowego w module handel w danym okresie czasu opiera się na uzgodnieniu rachunku:

stan początkowy + przychody – rozchody = stan końcowy

Jeśli stan magazynu w module Handel jest poprawny, następstwa ewentualnych różnic wyliczonych w module Księga Handlowa wynikają najczęściej z tego, że:

  • wykorzystano nieprawidłowe raporty do ustalenia wartości,
  • nie uwzględniono wszystkich typów dokumentów przy wykonywaniu obliczeń,
  • nie zaksięgowano wszystkich dokumentów lub zaksięgowano niewłaściwe kwoty.

Uwaga
Przed porównywaniem jakichkolwiek wyników z księgowością należy doprowadzić do sytuacji, by stan w magazynie był uzgodniony.

Jeśli stan wyliczony w module Handel jest niepoprawny, należy poszukać przyczyn niezgodności.

Należy pamiętać przy tym o zasadach:

  • dokumenty magazynowe, przychodowe w buforze nie wprowadzają towaru do magazynu, dlatego nie powinny być uwzględniane w analizie,
  • dokumenty magazynowe, rozchodowe w buforze wydają towar z magazynu, dlatego powinny być uwzględniane w analizie,
  • na listach dokumentów oraz na wydrukach widoczne są dokumenty anulowane, jednak ich wartość nie jest uwzględniania w podsumowaniu,
  • na dokumentach magazynowych mogą wystąpić pozycje o statusie usługi – wpływają one na wartość raportów, natomiast nie wpływają na wartość magazynu. W przypadku, gdy na dokumentach magazynowych występują usługi – wartości otrzymane na raportach należy pomniejszyć o wartość usług
  • z dokumentów,
  • w specyficznych sytuacjach, w analizie należy uwzględnić Faktury Sprzedaży i/lub Paragony z zaznaczoną opcją Pobranie (parametr w Konfiguracji Firmy/ Magazyn/ Inicjacja dokumentów).

Stan początkowy i końcowy

W programie pamiętane są stany magazynowe wstecz, dla każdego towaru odrębnie – na każdy dzień, kiedy występowały transakcje tym towarem.
Aby ustalić stan początkowy należy na Liście zasobów określić datę oraz potrzebny magazyn.

Do ustalenia wartości mogą służyć dwa wydruki:

  • Spis z natury: wzór standard – każda pozycja magazynowa jest opisana w jednej pozycji zawierającej łączną ilość i wartość towaru na dany dzień.
  • Spis z natury: z podziałem na dostawy – każda pozycja jest rozbita na poszczególne dostawy (zasoby) towaru, które były w magazynie na dany dzień.

Obydwa wydruki powinny dać taką samą wartość towaru w magazynie.

Przychody

Przychody ustalamy na podstawie standardowego wydruku listy dokumentów magazynowych, wydruk ten drukuje dokumenty zgodnie z zadanym na liście filtrem (magazyn, okres itp.). W okresie, jaki obejmują obliczenia nie powinno być dokumentów przychodowych w buforze  – ponieważ tylko dokumenty zatwierdzone wprowadzają towar na magazyn.

W analizie powinny być uwzględniane:

  • Lista dokumentów PZ
    • podczas obliczeń należy uwzględniać wartość netto dokumentów,
    • wydruk można porównać z analizą zakupów wg towarów – wartości powinny być zgodne. Jeżeli występują różnice, należy sprawdzić czy na dokumentach nie ma usług, będących przyczyną niezgodności.
  • Lista dokumentów PW
    • dokumenty PW nie mogą zawierać pozycji o statusie usługa, więc wykonywanie analiz porównawczych nie jest konieczne.
  • Lista dokumentów MM przychodowych
    • lista MM zawiera wszystkie dokumenty MM niezależnie od magazynów, których dotyczą oraz kierunku przepływu towarów,
    • w przypadku wyliczania przychodów należy listę wyfiltrować w ten sposób, by magazynem docelowym był magazyn, dla którego przeprowadzamy analizę (magazyn źródłowy: wszystkie, magazyn docelowy: magazyn analizowany),
    • czy istnieją dokumenty MM w buforze – dokumenty takie zdejmują towar z magazynu źródłowego, ale nie wprowadzają na magazyn docelowy.
  • Lista dokumentów PWP
    • analiza listy jest podobna jak w przypadku dokumentów PZ,
    • należy sprawdzić, czy przyjmowane produkty nie mają statusu usługi.
  • Lista dokumentów BO
    • jeśli analiza obejmuje całą bazę danych (wszystkie dokumenty od założenia) – należy uwzględnić dokument BO, który wprowadził towar do magazynu w chwili rozpoczęcia pracy,
    • jeśli na liście występują dokumenty BZM (Bilans Zamknięcia Magazynu) – nie powinny być uwzględniane w obliczeniach. Dokumenty BZM rejestrują jedynie stan magazynu na zadany dzień, jednak nie mają żadnego wpływu na zasoby.

Rozchody

Rozchody ustalamy na podstawie wydruków list dokumentów magazynowych. Dokumenty rozchodowe w buforze zdejmują towar z magazynu (wpływają na stan magazynu), więc powinny być uwzględniane w analizie.

W analizie powinny być uwzględniane:

  • Lista dokumentów WZ
    • do analizy należy wykorzystać wydruk Dodatkowe: RKZ. Na wydruku widoczna jest kolumna Koszty, która przedstawia koszt zakupu rozchodowanych towarów z danej transakcji i to właśnie dane z tej kolumny wykorzystujemy do wyliczenia wartości rozchodu,
    • należy sprawdzić, czy na dokumentach nie ma wprowadzonych usług. Dla usług można określić koszt własny, jednak nie wpływa on na wartość magazynu a wpływa na zwiększenie kosztu transakcji, stąd mogą wynikać rozbieżności pomiędzy wartością wyliczoną z Listy zasobów a wyliczeniem z poziomu RKZ. Na RKZ w wartości transakcji będzie uwzględniony koszt usługi. Domyślnie koszt jest wyliczany na podstawie danych z karty usługi (zakładka [Dodatkowe]), istnieje też możliwość ręcznego wprowadzenia kosztu zakupu w momencie tworzenia dokumentu, z poziomu zakładki Szczegóły na oknie Podglądu pozycji danej usługi,
    • do porównania może służyć analiza WZ wg towarów (na analizie nie ma podanej wartości w cenach zakupu, jednak jest wartość netto obrotu i marża),
    • do analizy nie należy wykorzystywać listy Faktur Sprzedaży, ponieważ nie są tam uwzględniane dokumenty WZKK!
  • Lista dokumentów RW
    • na dokumencie RW w specyficznej sytuacji mogą wystąpić usługi. Jeżeli składnikiem usługi złożonej wskazanej na FA/PA jest inna usługa, wówczas podczas generowania dokumentów magazynowych zostanie ona przeniesiona na dokument RW (dotyczy to usług złożonych z zaznaczonym parametrem Pobieranie składników na FA/PA). W przypadku, gdy na usłudze określony został koszt zakupu, wartość wyliczona z listy RW powoduje niezgodność pomiędzy wartością wyliczoną z poziomu Listy zasobów.
  • Lista dokumentów MM rozchodowych
    • w przypadku wyliczania przychodów należy listę wyfiltrować w ten sposób, by magazynem źródłowym był magazyn, dla którego przeprowadzamy analizę (magazyn źródłowy: magazyn analizowany, magazyn docelowy: wszystkie).
  • Lista dokumentów RWS
    • dokumenty RWS są tworzone automatycznie na podstawie dokumentów produkcyjnych PWP,
    • jeśli występują dokumenty w buforze, oznacza to, że skojarzone z nim dokumenty PWP również zostały zapisane do bufora. PWP w buforze nie wprowadzają towaru złożonego na magazyn, natomiast istotne jest odnalezienie powiązanego dokumentu PWP w buforze i zweryfikowanie parametrów określających sposób zachowania się składników (pobranie/ rezerwacja). Na dokumencie PWP można zaznaczyć, czy składniki mają być pobierane czy rezerwowane. Jeśli pobierane – dokument RWS w buforze powinien być uwzględniony w analizie, jeśli rezerwowane – dokument RWS należy pominąć w trakcie analizy,
    • jeśli dokument RWS jest zapisany na trwałe – zawsze zdejmuje towar z magazynu i powinien być uwzględniony w analizie,
    • należy sprawdzić, czy pobrane składniki nie mają statusu usługi – można do tego wykorzystać analizę RWS wg towarów.
  • Faktury/ Paragony z pobraniem
    • Standardowo Faktura Sprzedaży/ Paragon nie wydaje towaru z magazynu. Wydanie następuje dopiero po przekształceniu do dokumentu magazynowego WZ/RW. Natomiast istnieje możliwość takiego skonfigurowania programu, żeby FA/PA działały analogicznie jak dokumenty magazynowe i wydawały towar z magazynu. W Konfiguracji Firmy/ Magazyn/ Inicjacja dokumentów można wybrać opcję rezerwacja lub pobranie. W przypadku wybranego pobrania, taki dokument FA/PA należy traktować podobnie jak WZ i uwzględniać w analizach. Należy jednak pamiętać, że raport RKZ generowany z listy dokumentów FA/ PA różni się od RKZ wyliczanego z listy dokumentów WZ. Podstawowe różnice zostały opisane w FAQ.

Opakowania kaucjonowane

W przypadku, gdy firma obsługuje opakowania kaucjonowane należy to również uwzględnić podczas analizy bazy danych.

Jeśli analiza ma obejmować opakowania:

  • Spis z natury powinien obejmować opakowania (zaznaczony parametr: Opakowania na Liście Zasobów),
  • dodatkowo uwzględnić dokumenty kaucyjne PKA i WKA, zgodnie z zasadami obowiązującymi dla WZ/PZ.

Jeśli analiza ma dotyczyć tylko towarów handlowych należy:

  • Spis z natury wykonać bez uwzględniania opakowań (parametr: Opakowania na Liście Zasobów odznaczony),
  • nie uwzględniać dokumentów kaucjonowanych WKA i PKA, należy przy tym pamiętać, że opakowania kaucjonowane mogą być powiązane z FA/PA z pobraniem i wtedy nie powodują powstania dokumentu PKA/WKA, natomiast ściągają towar z magazynu i powiększają wartość transakcji,
  • należy pamiętać, że towary kaucjonowane mogą się pojawić jako zwykłe elementy dokumentów magazynowych – mają więc wpływ na wartość poszczególnych raportów, natomiast nie są uwzględniane na spisie z natury,
  • z analizy przychodów i rozchodów wyeliminować wartości związane z opakowaniami kaucjonowanymi (podobnie jak usługi).

Przyczyny niezgodności

W przypadku wystąpienia niezgodności należy dodatkowo sprawdzić:

  • Czy wartości są pobrane z prawidłowych wydruków.
  • Czy na wydrukach Spisu z natury są uwzględnione zarówno towary proste jak i złożone.
  • Czy w bazie nie ma towarów oznaczonych jako nieaktywne, ze stanem różnym od zera.
  • Czy na wszystkich wydrukach są uwzględnione takie same magazyny (istotne w przypadku firm, które na jednej bazie prowadzą kilka magazynów).
  • Jeśli księgowane są dokumenty handlowe bez magazynowych – należy sprawdzić, czy wszystkie dokumenty handlowe zostały przekształcone do dokumentów magazynowych.
  • Czy istnieją FA/PA bez WZ z zaznaczoną opcją pobranie – pobierają towar z magazynu, ale nie są uwzględniane na raportach RKZ tworzonych z listy WZ.
  • Czy w firmie są obsługiwane kaucje i w jaki sposób są uwzględniane w analizie.
  • Czy wszystkie dokumenty zostały prawidłowo zaksięgowane.

W poszukiwaniu dokumentów, które powodują niezgodność, rozpoczynamy od ustalenia określonego przedziału dat. Stopniowo zawężamy zakres dat, tak aby znaleźć konkretne dokumenty, które powodują niezgodności. Należy też zwrócić uwagę na poprawny wybór dat przy filtrowaniu. Skutek magazynowy dla dokumentów WZ/PZ następuje w oparciu o datę wydania/przyjęcia, data ta na listach dokumentów WZ/PZ widnieje pod nazwą data operacji. Dokument WZ/PZ może być wystawiony z inną data niż data wydania/przyjęcia, dlatego przy poszukiwaniu niezgodności na listach należy wziąć pod uwagę możliwość wystąpienia rozbieżności tych dat.

 




CRM

CRM

 

Poprawiono

  1. Wysyłka wiadomości SMS z poziomu karty kontrahenta powodowała wyświetlanie komunikatu: Określona metoda nie jest obsługiwana. Działanie poprawiono.



Instalacja i reinstalacja programu

Instalacja systemu

 

Uwaga
Comarch ERP Optima w wersji 2018.7.1 nie jest wspierana na systemie operacyjnym Windows XP, Windows Vista oraz Windows Server 2003.

Uwaga
Comarch ERP Optima w wersji 2018.7.1 wymaga wykupionej gwarancji na dzień 23.04.2018. W przypadku kończącego się wcześniej terminu gwarancji, praca na tej wersji programu nie będzie możliwa.

Uwaga
Comarch ERP Optima od wersji 2014.5.1 dla baz konfiguracyjnych utworzonych w tej wersji wymaga zainstalowania aplikacji Comarch ERP Menadżer Kluczy w wersji 2014.5.1 lub wyższej. Nie jest to konieczne dla baz konfiguracyjnych skonwertowanych z wersji wcześniejszych niż 2014.5.1.

Zmiany wymagań sprzętowych i systemowych

  • Procesor firmy Intel lub AMD min. 2 GHz
  • 2 GB pamięci RAM
  • Dysk: 5 GB wolnej przestrzeni
  • System operacyjny Windows 10, Windows 8, Windows 7, Windows Server 2008 Service Pack 2, Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016
  • Microsoft .NET Framework w wersji minimum 4.5
  • Drukarka pracująca w systemie Microsoft Windows

W instalacjach wielostanowiskowych zalecamy wykorzystanie dedykowanego serwera bazy danych. W sprawie konfiguracji sprzętowej dla takich instalacji prosimy o kontakt z Autoryzowanym Partnerem Comarch.

Reinstalacja programu

Reinstalacja z poprzedniej wersji

W celu wykonania reinstalacji programu, należy z poziomu kreatora umieszczonego na płycie Comarch ERP Optima uruchomić opcję instalacji (Zainstaluj/ Zainstaluj Comarch ERP Optima). Reinstalację programu Comarch ERP Optima można uruchomić również z jednoplikowych instalatorów: ComarchERPOptimasql.exe (zawiera program + silnik SQL), ComarchERPOptima.exe. Jednoplikowe instalatory dostępne są do pobrania po zalogowaniu na stronach indywidualnych dla Klientów www.comarch.pl/erp/dla-klientow. Reinstalacja spowoduje wykonanie konwersji baz danych. Do reinstalacji zaleca się użycie pliku ComarchERPOptima.exe, gdyż ma on mniejszy rozmiar i krócej trwa jego pobieranie.

Od wersji Comarch ERP Optima 2018.0.1 wymagana jest na komputerze obecność pakietu Microsoft .Net Framework 4.5. W przypadku jego braku zostanie on doinstalowany przez instalator Comarch ERP Optima.

Reinstalacja przebiega w podobny sposób, jak instalacja programu i jest dokładnie opisana w Instrukcji instalacji.

Reinstalacja musi być wykonana na wszystkich komputerach, gdzie działa program Comarch ERP Optima w wersji wcześniejszej niż 2018.7.1. Reinstalacja programu spowoduje uaktualnienie wersji.

Uwaga
Reinstalacja powinna być przeprowadzana na programie objętym gwarancją. Jeśli termin gwarancji minął, reinstalacja spowoduje jego zablokowanie.

Reinstalacja do najnowszej wersji 2018.7.1 jest możliwa zarówno z wcześniejszych wersji 2014 oraz 2013.7.
W przypadku konieczności skonwertowania bazy z wcześniejszej wersji programu należy zrobić to dwuetapowo, czyli najpierw zainstalować wersję 2013.7, a dopiero następnie wersję 2018.7.1.

Uwaga
Ze względu na wprowadzenie w programie obsługi znaków diakrytycznych pochodzących z innych języków niż polski, wielkość bazy danych po konwersji może ulec zwiększeniu dla konwersji z wersji 2010 i wcześniejszych. W darmowej wersji Microsoft SQL Server Express może się to wiązać z koniecznością aktualizacji serwera SQL do wyższej wersji (MS SQL Server 2008 Express ograniczenie do 4GB, a w przypadku MS SQL 2008R2 Express /2012 Express/2014 Express do 10 GB) lub do jego pełnej wersji, która nie posiada ograniczeń na wielkość bazy danych. Dodatkowo w trakcie procesu konwersji zwiększa się zapotrzebowanie na ilość wolnego miejsca na dysku twardym.

Współpraca z Microsoft SQL Server

Od wersji 2014.5.1 system Comarch ERP Optima nie współpracuje z silnikiem bazy danych w wersji 2005, a od wersji 2012 system Comarch ERP Optima nie współpracuje z silnikiem bazy danych w wersji 2000. Przed instalacją Comarch ERP Optima zalecamy wykonanie kopii bezpieczeństwa dla bazy konfiguracyjnej oraz wszystkich baz firmowych. W przypadku posiadania baz z MS SQL 2005 lub 2000, aby móc pracować na Comarch ERP Optima 2018.6.1 należy zainstalować nowszą wersję silnika bazy danych i przenieść na niego bazy danych. Można do tego wykorzystać narzędzie Migrator baz danych, które znajduje się na Indywidualnych Stronach Klientów w obszarze aktualnych wersji (http://www.erp.comarch.pl/klienci/default.aspx?site=2248). W przypadku próby połączenia się użytkownika z silnikiem bazy danych MS SQL w wersji 2000 pojawi się komunikat: Wybrany serwer SQL jest w wersji 2000, ta wersja nie jest obsługiwana. Skonfiguruj połączenie z serwerem SQL w nowszej wersji.

Uwaga
Uwaga: Wersja Comarch ERP Optima 2014.5.1 i nowsze nie współpracują z silnikiem bazy danych Microsoft SQL Server 2005 oraz 2000.

Uwaga
Microsoft SQL Server 2012 nie obsługuje baz pochodzących z wersji Microsoft SQL Server 2000. W przypadku konieczności przeniesienia takich baz do wersji MS SQL 2012, należy to zrobić dwuetapowo, tzn. w pierwszym kroku odtworzyć bazy pochodzące z SQL 2000 na MS SQL w wersji 2005, 2008 lub 2008 R2, wykonać kopię bezpieczeństwa i dopiero te pośrednie kopie odtwarzać na MS SQL 2012.

Uwaga
Jeżeli w wersji programu 2016.0.1 do ewidencji ryczałtowej wprowadzono zapis w stawce 2% i dowolnej innej stawce, podczas konwersji bazy danych pojawia się komunikat: Na zapisach ewidencji przychodów występują na jednym dokumencie różne stawki ryczałtowe, w tym stawka 2%. Przed konwersją należy podzielić te zapisy tak aby stawka 2% była w osobnym dokumencie.

Szczegółowe informacje dotyczące współpracy z Microsoft SQL Server znajdują się w Instrukcji instalacji.

Współpraca z innymi aplikacjami

Comarch ERP Optima 2018.7.1 współpracuje z następującymi aplikacjami:

AplikacjaWersjaUwagi
Wszystko.pl Aktualna wersja: Wszystko.pl
Comarch e-Sklep2018.6.1 lub wyższa
Comarch ERP Optima Pulpit Menadżera6.1.2
Comarch HRM2018.6.1 lub wyższa
Comarch Mobile Zarządzanie2018.6.1
Comarch ERP Mobile Sprzedaż2018.6.1
Comarch ERP Mobile BINajnowsza wersja dostępna w Google Play (aktualnie 3.0)https://play.google.com/store/apps/details?id=com.comarch.mobile.bi
Comarch ERP XL2017.2.1
Comarch ERP Altum2018.2.1
Comarch IBARDNajnowsza

Uwaga
Aplikacja Comarch ERP Mobile Sprzedaż nie jest wspierana na Windows Mobile.

 




Płace i Kadry

Płace i Kadry

Nowości

  1. Aktualne wskaźniki.

Konfiguracja / Program / Place /Wynagrodzenia

Wartości obowiązujące od 01.09.2018:

Przeciętne miesięczne wynagrodzenie: 4521,08 zł

Minimalne wynagrodzenie uczniów I roku: 188,84 zł

Minimalne wynagrodzenie uczniów II roku: 226,05 zł

Minimalne wynagrodzenie uczniów III roku: 271,26 zł

Podstawa prawna:

Komunikat Prezesa Głównego Urzędu Statystycznego z dnia 9 sierpnia 2018 r. w sprawie przeciętnego wynagrodzenia w drugim kwartale 2018 r. (M.P. 2018, poz. 764).

Zmiany

  1. Dostosowano import e-Zwolnień pracowników z ZUS PUE do zmiany formatu wprowadzonego przez ZUS od 14.08.2018.

Poprawiono

  1. Naliczanie składki zdrowotnej:

  • Jeżeli zleceniobiorca miał naliczoną w tym samym miesiącu deklaracji wypłatę z tytułu umowy zlecenia oraz wypłatę na liście płac o rodzaju Inne, gdzie był wypłacony dodatek nieopodatkowany, a oskładkowany, to od dodatku nie naliczała się składka zdrowotna pobrana. Poprawiono.
  • Gdy w wypłacie była naliczona umowa zlecenie oraz dodatek, który był nieopodatkowany, a oskładkowany nie naliczała się składka zdrowotna odliczona. Poprawiono.
  • W przypadku, gdy pracownik w tym samym miesiącu deklaracji miał naliczone dwie wypłaty, jako pierwszą wypłatę z tytułu umowy cywilnoprawnej, a jako drugą wypłatę etatową, w której były odliczone 50% koszty uzyskania przychodu, to składka zdrowotna pobrana była zawyżona o 1 grosz w stosunku do naliczonej zaliczki podatku. Poprawiono.
  • W wypłacie etatowej, w której od wynagrodzenia zasadniczego oraz dodatków były odliczane 50% koszty uzyskania przychodu, składka zdrowotna pobrana była zaniżona, gdy oprócz tej wypłaty pracownik miał wypłatę umowy cywilnoprawnej. Poprawiono.
  • Jeżeli w obrębie tego samego miesiąca deklaracji, w pierwszej wypłacie był element o wartości ujemnej np. Wynagrodzenie zasadnicze poniżej normy, to podczas naliczania dodatku na liście o rodzaju Inne za pomocą opcji wypłać seryjnie dodatek, nie naliczała się składka zdrowotna pobrana i odliczona. Poprawiono.
  • Jeżeli pracownik był oddelegowany do pracy za granicę przez część miesiąca i w pierwszej naliczonej wypłacie za okres pobytu w Polsce, składka zdrowotna była ograniczona do wysokości podatku, to w wypłacie za okres oddelegowania, zarówno w przypadku gdy zaliczka podatku była odprowadzana w Polsce jak i za granicą, składka zdrowotna pobrana nie była wyrównywana o niedopłatę składki z pierwszej wypłaty. Poprawiono.
  1. Ekwiwalent za niewykorzystany urlop. W przypadku, gdy pracownik został zwolniony i jednocześnie przekroczył ilość dni urlopu wypoczynkowego, który przysługiwał mu w danym roku, w ostatniej wypłacie etatowej nadmiarowo naliczał się Ekwiwalent za niewykorzystany urlop.
  2. Limity nieobecności:

  • Niepoprawnie wyliczał się limit nieobecności, w przypadku, gdy pracownik w trakcie roku miał przedłużaną umowę oraz przekroczył 10 lat stażu pracy i w związku z tym nabył prawo do urlopu uzupełniającego. Poprawiono.
  • Na formularzu limitu nieobecności niepoprawnie wykazywał się urlop na żądanie, w przypadku, gdy pracownik miał wykonaną aktualizację danych z powodu przedłużenia umowy o pracę oraz w trakcie roku nabył prawo do 26 dni urlopu. Poprawiono.
  • Podczas naliczania bieżącego limitu nieobecności był uwzględniany wykorzystany urlop wypoczynkowy u poprzedniego pracodawcy, u którego zatrudnienie ustało w poprzednich latach wprowadzony w historii zatrudnienia. Poprawiono.
  • Na formularzu limitu nieobecności niepoprawnie wykazywał się urlop na żądanie w polu Na żądanie łącznie, w przypadku, gdy pracownik miał wykonaną aktualizację w związku ze zwolnieniem i wpisana data zwolnienia była wcześniejsza niż data zwolnienia w poprzednim zapisie historycznym pracownika. Poprawiono.
  • Jeżeli pracownik miał odnotowany urlop wypoczynkowy na żądanie, a następnie była wykonana aktualizacja zapisu i wprowadzona data zwolnienia, to na formularzu limitu nieobecności nadmiarowo wykazywał się urlop na żądanie w polu W tym poza firmą. Poprawiono.
  • W przypadku przedłużenia umowy poprzez aktualizację z datą wcześniejszą niż data zakończenia poprzedniej umowy limit urlopu był zaniżany. Poprawiono.
  • Zdefiniowany przez Użytkownika limit nieobecności, którego wysokość nie była zależna od stażu pracy był nadmiarowo ograniczany do 20 lub 26 dni. Poprawiono.