Lista grup zbudowana jest z następujących kolumn (z możliwością zaznaczenia):

• Nazwa – nazwa grupy pytań.
• Opis – zawiera dodatkowy opis, jeżeli został dodany do danej grupy pytań.
• Waga – waga przypisana dla danej grupy pytań.
• Domyślna (tak/nie) – kolumna informująca, czy dana grupa pytań ankietowych jest domyślna czy nie. Standardowo tylko jedna grupa pytań może być domyślna.

Lista obsługiwana jest przez standardowe przyciski:

 Dodaj – umożliwia dodanie nowej grupy pytań.

 Zmień – umożliwia podgląd/edycję istniejącej grupy pytań, w tym zmianę nazwy grupy wykorzystanej na wzorcu ankiety.

 Usuń – umożliwia usunięcie grupy pytań. Możliwe jest usunięcie grupy pytań, jeżeli nie przypisano do niej żadnych pytań.

 Zamknij – umożliwia zamknięcie okna.

Ponadto w oknie dostępne są pola:

• Filtr i konstruktor filtra
• Nieaktywne – jeśli jest zaznaczony, na liście wyświetlane są wszystkie grupy pytań, jeśli odznaczony – tylko te grupy, które są aktywne.

• Dostęp do ankiet innych operatorów – po zaznaczeniu użytkownik może przeglądać i wypełniać zarówno swoje ankiety, jaki i ankiety przypisane do innych ankieterów.
• Odblokowanie ankiety zatwierdzonej – po zaznaczeniu użytkownik może odblokować ankiety, na których jest przypisany jako ankieter. Jeżeli dla danego operatora zaznaczono również parametr Dostęp do ankiet innych operatorów, to wówczas może odblokować ankiety także u innych ankieterów.W menu System/ Konfiguracja/ Firma/ Definicje dokumentów/ CRM/ Serie dokumentów, po wyborze opcji Ankieta można dodać serię dla tego rodzaju dokumentów. Domyślny schemat i serię dla ankiet można ustawić w menu System/ Konfiguracja/ Firma/ CRM/ Dokumenty.

Ponadto w menu System/ Konfiguracja/ Firma/ Definicje dokumentów/ CRM dodano gałąź Ankieta, gdzie można tworzyć własne schematy numeracji dla ankiet. Standardowy schemat dla tego rodzaju formularzy obejmuje następujące człony: symbol (dla ankiet to ANK), numer bez zer i rok kalendarzowy.

Na zakładce CRM sekcję Ankiety, która grupuje nowe przyciski dotyczące obsługi funkcjonalności:

• Ankietowanie – otwiera listę ankiet wygenerowanych z wzorca. Z tego poziomu możliwe jest także wypełnienie ankiety.
• Wzorce ankiet – otwiera listę wszystkich szablonów ankiet dodanych do systemu. Z tego poziomu można dodać nowe oraz podglądnąć, zmodyfikować lub usunąć istniejące wzorce ankiet.
• Pytania – zawiera listę zdefiniowanych przez użytkownika pytań ankietowych. Z tego poziomu można dodać nowe oraz podglądnąć, zmodyfikować lub usunąć istniejące pytania.
• Szablony odpowiedzi – otwiera listę szablonów odpowiedzi wzorcowych, wykorzystywanych w pytaniach jedno- i wielokrotnego wyboru. Z tego poziomu można dodać nowe oraz podglądnąć, zmodyfikować lub usunąć istniejące szablony odpowiedzi.
• Grupy pytań – otwiera słownik z nazwami grup pytań ankietowych. Z tego poziomu można dodać nowe oraz podglądnąć, zmodyfikować lub usunąć istniejące grupy pytań.

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

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

Na liście dostępne są przyciski:

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

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

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

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

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

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

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

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

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

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

 – tworzenie etapów windykacji.

 Otwórz – edycja etapu windykacji.

 Usuń – usunięcie etapu windykacji.

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

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

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

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

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

• SMS

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

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

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

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

• Kod – kod schematu windykacji,
• Nazwa – nazwa schematu windykacji,
• Domyślny – jeden ze schematów windykacji można oznaczyć jako domyślny (pole nie jest obowiązkowe). Jeśli dla kontrahenta nie ustalonego indywidualnego schematu windykacji (menu Ogólne/ Kontrahenci – formularz kontrahenta, zakładka [Płatności] – Schemat windykacji), na Płatnościach kontrahentów w menu Kasa/ Bank/ Preliminarz płatności, na zakładce [Windykacja] będzie automatycznie podpowiadał się ten schemat windykacji.

Na liście dostępne są przyciski:

 Dodaj – dodanie nowego schematu windykacji,

 Zmień – edycja istniejącego schematu windykacji,

 Usuń – usunięcie schematu widnykacji.

• Nie można usunąć schematu przypisanego do kontrahenta (menu Ogólne/ Kontrahenci – formularz kontrahenta, zakładka [Płatności] – Schemat windykacji),
• Przy usuwaniu schematu przypisanego na płatności w Preliminarzu płatności generowany jest komunikat: Istnieją płatności w Preliminarzu, do których jest przypisany usuwany schemat windykacji. Po usunięciu schematu płatności te nie będą podlegały windykacji. Czy chcesz kontynuować?

 Zamknij.

• FZ – wpisujemy Fakturę Zakupu, zaznaczamy na niej parametr PZ i zapisujemy ją. W trakcie zapisu FZ program automatycznie generuje dokument Przyjęcia Zewnętrznego (PZ). W wyniku tej operacji mamy wpisaną Fakturę Zakupu – naliczony podatek VAT i płatności i wprowadzony towar na magazyn
• PZ – wpisujemy Przyjęcie wewnętrzne, zaznaczamy parametr FZ i zapisujemy dokument. Na liście Faktur Zakupu pojawia się nowy dokument. Faktura ta jest w buforze, możemy na niej modyfikować dane dostawcy, cenę, wartość, formę i termin płatności.

• Faktura Zakupu przekształcana jest do jednego PZ,
• Faktura Zakupu i związany z nią PZ dotyczą tego samego kontrahent i magazynu,
• FZ w buforze lub anulowana nie może być przekształcona do PZ,
• należy pamiętać o konieczności generowania dokumentu magazynowego, gdyż tylko on wprowadza towar na magazyn,
• na podstawie skojarzonej wcześniej faktury nie można generować kolejnego Przyjęcia Zewnętrznego,
• jeśli do Faktury Zakupu były wystawione wcześniej korekty, będą one uwzględnione na dokumencie magazynowym.

• do FZ nie mogą zostać przekształcone Przyjęcia Zewnętrzne anulowane oraz w buforze
• Faktura Zakupu może powstać z jednego Przyjęcia Zewnętrznego (1:1)
• kilka Przyjęć Zewnętrznych może być podstawą dla Faktury Zakupu. (n:1). Przyjęcia te muszą dotyczyć tego samego dostawcy oraz być liczone wg tego samego algorytmu (netto/brutto)
• jeśli do dokumentu PZ wystawiono korektę, a następnie PZ przekształcono do Faktury Zakupu, korekta zostanie uwzględniona na fakturze
• przekształcenie dokumentu PZ, który powstał z ZD (Zamówienia u Dostawcy) usuwa znacznik ZD i umieszcza tam informacje o wygenerowaniu FZ

• W takim przypadku na dokumencie handlowym wpisywany jest magazyn z pierwszego PZ.
• W zależności od zaznaczenia parametru Agregacja pozycji na dok. powstałych z  WZ PZ, identyczne pozycje z PZ, mogą zostać zagregowane na FZ.
• Na FZ nie są agregowane pozycje pobierane z różnych magazynów, nawet jeśli mają taką samą cenę, kategorię itp.
• Jeśli do Faktury Zakupu przekształcone zostały dokumenty PZ dotyczące tego samego magazynu – wtedy na utworzonym dokumencie FZ można dopisywać nowe pozycje. Jeśli dotyczyły różnych magazynów, możliwość dodawania nowych pozycji będzie istniała tylko przy włączonym module Handel Plus.
• Jeśli na dokumencie FZ znajdują się pozycje pochodzące z różnych magazynów – informacja o magazynie jest widoczna na formularzu elementu (po wciśnięciu przycisku lupki na pozycji dokumentu).
• Na zakładce [Dokumenty] na Fakturze Zakupu widoczna jest dodatkowa informacja o magazynie, z którego pochodzi PZ.
• W przypadku korygowania dokumentów FZ – skojarzone korekty PZ są tworzone dla magazynu, z którego pochodzi pozycja na dokumencie.

Fakturę Zakupu utworzoną z PZ można zapisać do bufora. W takim przypadku nowe (dopisane) pozycje są widoczne na liście zasobów w kolumnie Zamówienia. Przy zapisie Faktury Zakupu na trwałe program na nowe (dopisane) pozycje tworzy odrębny dokument PZ. W przypadku dopisywania usług – dokument PZ jest tworzony w zależności od ustawienia parametru w Konfiguracji firmy/ Magazyn/ Parametry: Konwersja FZ do PZ – przenoś usługi na FZ.

Nieokreślona wartość dostawy

Wprowadzając towar na magazyn dokumentem Przyjęcia Zewnętrznego nie zawsze znamy ostateczny koszt dostawy. Zdarzają się sytuacje, kiedy na Fakturze Zakupu powinny widnieć inne ceny niż na wprowadzonym wcześniej PZ. Na Fakturze Zakupu generowanej do Przejęcia Zewnętrznego można zmienić ceny pozycji i kurs waluty dokumentu.

Funkcja jest aktywna po zaznaczeniu w Konfiguracji firmy/ Magazyn/ Parametry – Pozwalaj na edycje cen/kursu na FZ powstałym z PZ. Po zaznaczeniu parametru Przeliczaj ceny po nowym kursie – po zmianie kursu na FZ ponownie zostaną przeliczone ceny towarów na FZ.

Zasady modyfikacji cen/ kursu na FZ powstałej z PZ

Na Fakturze Zakupu generowanej z Przyjęcia Zewnętrznego dla poszczególnych pozycji są dostępne do edycji pola:

• przy dodawaniu pozycji na dokument przez edycję na liście – Rabat, Cena z rab., Wartość.
• przy dodawaniu pozycji na dokument przez podniesienie formularza – Rabat, Cena netto, Cena brutto, Wartość.

• wystawiamy Fakturę Sprzedaży (Paragon), zaznaczamy na niej parametr WZ(RW) i zapisujemy dokument. Program na podstawie faktury wystawi dokument WZ. Oba dokumenty będą zapisane na trwałe. Zastosowany schemat numeracji definiujemy w Konfiguracji firmy/ Magazyn/ Dokumenty dla WZ – Wydanie Zewnętrzne do FA (PA). Taki sposób pracy pozwala na pełną kontrolę ilości towaru.
• wystawiamy WZ, zaznaczamy parametr FA i zapisujemy dokument. Oprócz dokumentu WZ pojawia się nowa faktura w buforze (na liście faktur). Program pozwala na zmianę danych kontrahenta, formy i terminu płatności. Proponowany jest schemat numeracji zdefiniowany jako domyślny w Konfiguracji firmy/ Handel/ Dokumenty dla FA – Faktura Sprzedaży z WZ. 

• w zależności od ustawień w Konfiguracji firmy/ Magazyn/ Parametry: Inicjacja dokumentu faktura pobiera towar lub tylko tworzy rezerwację. W tej drugiej sytuacji więc nie odwołuje się do ilości dostępnej i pozwoli zapisać na FA więcej niż w tym momencie możemy wydać z magazynu,
• należy pamiętać o przekształcaniu FA do WZ,
• przekształcamy jedną FA do jednego WZ (dokumenty dotyczą tego samego magazynu),
• przekształcenie faktury (PA) do WZ kasuje rezerwację i towar jest pobierany z magazynu,
• dopiero dokument WZ pobiera towar z magazynu,
• nie można przekształcić FA jeśli na magazynie nie ma wystarczającej ilości towaru,
• Wydania Zewnętrzne generowane są tylko dla towarów (pomijane są pozycje o statusie usługi),
• płatności są generowane w momencie zapisania faktury,
• Faktura Sprzedaży musi być zatwierdzona na stałe,
• nie można przekształcić faktury w buforze, anulowanej, powiązanej z WZ,
• program przekształca tylko zaznaczoną FA, przy próbie generowania z niezaznaczonej FA poinformuje nas o tym odpowiednim komunikatem.

• są zatwierdzone na trwałe
• nie mają jeszcze utworzonego dokumentu WZ

• Wydania Zewnętrzne zawsze pomniejsza ją nam ilość, co zabezpiecza nas przed wystawieniem Faktury na towar którego jeszcze nie mamy.
• Przekształcamy zaznaczony WZ do FA/ PA (1:1).
• Istnieje możliwość przekształcania kilku zaznaczonych WZ do jednej FA (n:1). Wydania Zewnętrzne muszą dotyczyć jednego kontrahenta, muszą być wyliczane wg tego samego algorytmu netto/brutto.
• W przypadku przekształcania WZ do Paragonu dodatkowo wymagane jest, by dokumenty WZ były liczone algorytmem „od brutto”.
• Jeśli na WZ cena pozycji pomnożona przez ilość jest różna od wartości pozycji, przy próbie utworzenia PA generowany jest komunikat: Błąd agregowania dokumentów! Dla towaru KOD_TOWARU [nazwa_towaru] ilość * cena jest różna od wartości.
• Powstała faktura jest w buforze, możemy na niej określić daty i formy płatności.
• Płatności generowane są po przekształceniu Wydań Zewnętrznych do Faktury.

• W takim przypadku na dokumencie handlowym wpisywany jest magazyn z pierwszej WZ.
• W zależności od zaznaczenia parametru Agregacja pozycji na dok. powstałych z  WZ PZ, identyczne pozycje z WZ, mogą zostać zagregowane na FA/ PA.
• Na FA/ PA nie są agregowane pozycje pobierane z różnych magazynów, nawet jeśli mają taką samą cenę, kategorię itp.
• W przypadku konwersji dokumentów WZ z różnych magazynów – na dokumencie handlowym FA/ PA blokowana jest możliwość dodawania nowych pozycji.
• Jeśli na dokumencie FA/ PA znajdują się pozycje pochodzące z różnych magazynów – informacja o magazynie jest widoczna na formularzu elementu (po wciśnięciu przycisku lupki na pozycji dokumentu).
• Na zakładce [Dokumenty] na Fakturze Sprzedaży (PA) widoczna jest dodatkowa informacja o magazynie, z którego pochodzi WZ.
• W przypadku korygowania dokumentów FA /PA – skojarzone korekty WZ są tworzone dla magazynu, z którego pochodzi pozycja na dokumencie.

• zmienione na większe lub dodane nowe pozycje towarowe, wówczas nie ma to wpływu na rezerwacje na dokumencie RO,
• zmniejszone, pozostała ilość wraca na dokument RO.

W przypadku, gdy podczas edycji usuniemy jakąś pozycję, wtedy cała ilość zarezerwowana wraca na dokument rezerwacji.

Anulowanie i usuwanie dokumentów wynikowych

Po anulowaniu dokumentu wynikowego towary, które były pobrane na  ten dokument, mogą wrócić na RO.

Tutaj należy rozpatrzyć dwa przypadki:

• jeśli RO ma status Zamknięto,

wówczas na formularzu dokumentu RO w kolumnie Zrealizowano ilość zostanie zmniejszona o ilość towaru z dokumentu anulowanego. Jednak jest to tylko wartość informacyjna, ponieważ dokumenty zamknięte nie wpływają na rezerwacje na liście zasobów tak więc anulowany dokument wynikowy również nie będzie miał wpływu na rezerwacje na zasobach

• jeśli RO nie zostały jeszcze zamknięte,

• Rezerwacje muszą dotyczyć jednego kontrahenta.

• Rezerwacje muszą dotyczyć jednego magazynu.
• Wszystkie rezerwacje muszą być zatwierdzone (nie można przekształcać RO w buforze)
• Wszystkie dokumenty RO muszą być wystawione w takiej samej walucie.
• Jeśli na dokumentach RO w walucie wpisane są różne notowania – po konwersji Faktura zostanie przeliczona wg aktualnego kursu.
• Wartość dokumentów RO musi być liczona takim samym algorytmem netto/ brutto.
• Jeśli na rezerwacjach występuje taki sam towar w identycznej cenie i jednostce miary – przy konwersji program zagreguje je do jednej pozycji.
• Jeśli na rezerwacjach występuje taki sam towar w różnej cenie – po konwersji pojawi się na dokumencie sprzedaży w różnych pozycjach.
• Jeśli na rezerwacjach występuje towar w różnych jednostkach miary (podstawowej i pomocniczej) – po konwersji pojawi się na dokumencie sprzedaży w odrębnych pozycjach.

• Na dokument ZD przenoszone są towary i ilości z zaznaczonych dokumentów RO.
• Ceny towarów są pobierane z karty towaru (ostatnia cena zakupu).
• Do jednego dokumentu ZD mogą być konwertowane dokumenty RO niezależnie do waluty, w jakiej zostały wystawione. Dokument ZD jest zawsze tworzony w walucie systemowej PLN. Użytkownik może zmienić walutę bezpośrednio na utworzonym dokumencie ZD.
• Do jednego dokumentu ZD mogą być konwertowane dokumenty RO niezależnie od kontrahenta, dla jakiego zostały wystawione. Dokument ZD jest tworzony zawsze dla kontrahenta !NIEOKRESLONEGO!. Użytkownik może zmienić informację o kontrahencie-dostawcy bezpośrednio na dokumencie ZD.
• Do jednego dokumentu ZD mogą być konwertowane dokumenty ZD niezależnie od algorytmu (netto/ brutto) w jakim zostały wyliczone dokumenty RO. Utworzony dokument ZD jest zawsze liczony w cenach netto.
• Dokument RO może zostać przekształcony do dokumentu ZD wiele razy.
• Po przekształceniu na zakładce [Dokumenty] obydwu dokumentów widoczne jest powiązanie między nimi.

• jeśli w magazynie nie ma wystarczającej ilości towaru, program przeniesie na dokument FA ilość dostępną w magazynie lub nie pozwoli na utworzenie dokumentu FA. Zależy to od ustawienia parametru w Konfiguracji firmy/ Magazyn/ Parametry: Konwersja RO/PF do WZ, RW, MM, FA i PA (pobranie) – pobieraj ilość dostępną.
• Jeśli parametr nie jest aktywny (tzn. Faktura Sprzedaży nie pobiera towaru z magazynu), a do Faktury Pro Forma nie został wygenerowany dokument RO – towar zostaje zarezerwowany na podstawie FA.
• W przypadku kiedy do FPF zostanie wygenerowany dokument RO towar jest rezerwowany na podstawie RO. Przekształcenie FPF do FA (która rezerwuje towar) powoduje zdjęcie rezerwacji z RO i przeniesienie rezerwacji na FA.

• Na dokument WZ do FPF przenoszone są tylko towary lub towary i usługi – w zależności od ustawienia parametru w Konfiguracji firmy/ Magazyn/ Parametry: Konwersja FA/PA/PF/PZ do WZ – przenoś usługi na WZ.
• Na dokumencie WZ do FPF nie ma możliwości dodawania nowych pozycji (wydanie może obejmować tylko towary z FPF). Użytkownik może jedynie usunąć pozycje lub zmniejszyć wydawaną ilość.
• Do jednej FPF można wystawić wiele dokumentów WZ.
• Kolejne dokumenty WZ są tworzone różnicowo – na każdym następnym proponowana jest ilość towaru, jaka jeszcze nie została wydana. Nie ma możliwości wydania większej ilości towaru niż była wpisana na FPF.
• Dokumenty WZ do FPF można zapisać do bufora. Jednak każdy kolejny WZ można wystawić dopiero po zatwierdzeniu na stałe poprzedniego.
• Dokumenty WZ do FPF mogą być korygowane tylko ilościowo.
• Na dokumentach WZ do FPF nie ma możliwości zmiany ceny towaru – cena musi być zgodna z ceną na FPF. Nie ma również możliwości wystawiania korekt wartościowych do takich WZ .
• Na dokumentach WZ do FPF możliwa jest zmiana stawki VAT dla poszczególnych pozycji. Nie można jednak na kolejnych wydaniach tego samego towaru wybierać różnych stawek VAT. W przypadku konieczności wydania towaru z różnymi stawkami VAT należy korzystać z częściowych faktur finalnych.
• Jeśli w magazynie nie ma wystarczającej ilości towaru – program przeniesie na dokument WZ ilość dostępną w magazynie lub nie pozwoli na utworzenie dokumentu WZ. Zależy to od ustawienia parametru w Konfiguracji firmy/ Magazyn/ Parametry: Konwersja RO/PF do WZ, RW, MM, FA i PA (pobranie) – pobieraj ilość dostępną.
• Jeśli do FPF były wystawiane dokumenty WZ – w momencie przekształcania FPF do Faktury Sprzedaży (Faktury Sprzedaży częściowej w przypadku, gdy do FPF była wystawiana Faktura zaliczkowa):
  • na Fakturę przenoszona jest tylko ilość towaru jaka została wcześniej wydana na WZ.
  • lista towarów wydanych wcześniej na WZ nie może być modyfikowana przez użytkownika
• Użytkownik ma możliwość dopisania nowych towarów na Fakturze Sprzedaży. W takim przypadku podczas zatwierdzania FA zostanie utworzony dokument WZ różnicowy (na dopisany towar).
• W momencie utworzenia Faktury wcześniej wystawione dokumenty WZ są „przepinane” do FA.
• W przypadku anulowania FA utworzonej na podstawie FPF z WZ „rozpinane” są powiązania WZ:
  • WZ utworzone na podstawie FPF są z powrotem podpinane do tej FPF
  • WZ różnicowe są widoczne na liście WZ jako nie powiązane z żadnym dokumentem.
• W przypadku kiedy FPF powiązana jest z RO, a do niej utworzone WZ z FA, jeśli chcemy anulować FA, wówczas:
  • Jeśli Faktura Sprzedaży tworzona była do FPF, a WZ utworzone wraz z FA, przy anulowaniu FA, Wydanie Zewnętrzne anulowane jest automatycznie w tle.
  • Jeśli WZ utworzone było do FPF, a następnie utworzona FA, obejmująca towary z WZ, wówczas:
    • Jeśli na FA nie były dopisywane żadne pozycje, nie było tworzone WZ różnicowe, przy anulowaniu FA program zapyta, czy anulować powiązane dokumenty magazynowe i w zależności od decyzji, umożliwi pozostawienie dokumentów WZ, podpinając je z powrotem do FPF.
    • Jeśli na FA były dopisywane nowe pozycje, automatycznie utworzyło się WZ różnicowe, przy anulowaniu FA program anuluje automatycznie w tle wraz z dokumentem FA wszystkie dokumenty WZ powiązane z tą fakturą, zarówno te utworzone do FPF, jak również WZ różnicowe.

• zmienione na większe lub dodane nowe pozycje towarowe, wówczas nie ma to wpływu na zamówienia na dokumencie ZD,
• zmniejszone, pozostała ilość wraca na dokument ZD.

W przypadku, gdy podczas edycji usuniemy jakąś pozycję, wtedy cała ilość zamówiona wraca na dokument ZD.

Anulowanie i usuwanie dokumentów wynikowych

Po anulowaniu dokumentu wynikowego towary, które były pobrane na  ten dokument, mogą wrócić na ZD.

Tutaj należy rozpatrzyć dwa przypadki:

• jeśli ZD ma status Zamknięto,

wówczas na formularzu dokumentu ZD w kolumnie Zrealizowano ilość zostanie zmniejszona o ilość towaru z dokumentu anulowanego. Jednak jest to tylko wartość informacyjna, ponieważ dokumenty zamknięte nie wpływają na zamówienia na liście zasobów tak więc anulowany dokument wynikowy również nie będzie miał wpływu na zamówienia na zasobach

• jeśli ZD nie zostały jeszcze zamknięte,

• Zamówienia muszą dotyczyć jednego kontrahenta.
• Zamówienia muszą dotyczyć jednego magazynu.
• Wszystkie zamówienia muszą być zatwierdzone na trwałe (nie w buforze)
• Wszystkie dokumenty ZD muszą być wystawione w takiej samej walucie.
• Wartość dokumentów ZD musi być liczona takim samym algorytmem netto/ brutto.
• Jeśli na zamówieniach występuje taki sam towar w identycznej cenie i jednostce miary – przy konwersji program agreguje je do jednej pozycji.
• Jeśli na zamówieniach występuje taki sam towar w różnej cenie – po konwersji pojawi się na dokumencie sprzedaży w różnych pozycjach.
• Jeśli na zamówieniach występuje towar w różnych jednostkach miary (podstawowej i pomocniczej) – po konwersji pojawi się na dokumencie sprzedaży w odrębnych pozycjach.

Usługi na dokumentach

W programie Comarch ERP Optima usługi mogą być wprowadzane jako pozycje na każdy rodzaj dokumentów handlowych, jakie można wystawić w programie Comarch ERP Optima. Równocześnie istnieje możliwość wpisywania usług na dokumenty magazynowe typu Wydania Zewnętrzne oraz Przyjęcia Zewnętrzne.

Zdarza się jednak, że w niektórych firmach usługi są wpisywane tylko na dokumenty handlowe, natomiast nie są rejestrowane na dokumentach magazynowych (WZ, PZ). Aby umożliwić w takich firmach konwersję dokumentów handlowych do magazynowych w Konfiguracji firmy/ Magazyn/ Parametry pojawiły się parametry dotyczące przenoszenia usług z dokumentów handlowych na magazynowe w trakcie przekształcania:

Konwersja FA/PA/PF/PZ do WZ – przenoś usługi na WZ – parametr dotyczy przenoszenia usług wpisanych na dokumentach (dotyczy Faktur Sprzedaży, Paragonów, Faktur Pro Forma oraz Przyjęć Zewnętrznych) na tworzony na ich podstawie dokument WZ.

• jeśli parametr jest aktywny – na dokumenty magazynowe zostaną przeniesione wszystkie pozycje (również usługi)
• jeśli parametr nie jest aktywny – podczas konwersji pominięte zostaną wszystkie usługi wpisane na FA/ PA. Na tworzony dokument WZ zostaną przepisane tylko towary.

Konwersja FZ do PZ – przenoś usługi na PZ – parametr dotyczy przenoszenia usług wpisanych na Fakturę Zakupu na tworzony na jej podstawie dokument magazynowy (Przyjęcie Zewnętrzne)

• jeśli parametr jest aktywny – podczas konwersji na dokumenty magazynowe PZ zostaną przeniesione wszystkie pozycje z Faktury Zakupu (również usługi),
• jeśli parametr nie jest aktywny – na dokument PZ zostaną przeniesione tylko towary (usługi z FZ zostaną pominięte).

Inicjalizacja zaliczek na dokumentach

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

Formy płatności

W konfiguracji użytkownik tworzy listę form płatności, które będzie wykorzystywał. Każda forma płatności musi być skojarzona z rejestrem domyślnym, prowadzonym w PLN.

Dodatkowo, z każdą formą płatności można powiązać dodatkowo rejestry walutowe. Informacje o obsługiwanych rejestrach walutowych wprowadza się na liście widocznej w dolnej części okna.

W chwili wprowadzania dokumentu program sprawdza, w jakiej walucie jest wystawiany dokument, a następnie – jakie rejestry są skojarzone z wybraną formą płatności:

• Jeśli dokument jest w PLN – zapis/ płatność w Kasie/Banku jest wprowadzana w rejestrze domyślnym (złotówkowym).
• Jeśli dokument jest w walucie, która jest przypisana do wybranej formy płatności – zapis/ płatność jest tworzony w rejestrze skojarzonym z daną walutą.
• Jeśli dokument jest w walucie, która nie jest uzupełniona dla wybranej formy płatności – zapis/ płatność jest tworzony w rejestrze domyślnym (złotówkowym).

Użytkownicy, którzy nie posiadają rachunków walutowych – formy płatności kojarzą tylko z rejestrem złotówkowym. W takim przypadku, niezależnie od waluty dokumentu – w Kasie/Banku będą one rejestrowane zawsze na rachunku (w kasie) złotówkowej.

Jeśli użytkownik prowadzi rachunek w walucie obcej i chce, by wszystkie płatności do dokumentów wystawianych w takiej walucie były tam automatycznie rejestrowane na rachunku walutowym – powinien odpowiedni rejestr walutowy przypisać do formy płatności. Wtedy program wszystkie płatności w danej walucie automatycznie zapisze w rejestrze walutowym. Natomiast płatności do dokumentów w złotówkach oraz innych walutach – będą zapisywane w rejestrze złotówkowym.

Dzięki takiemu rozwiązaniu wykorzystując jedną formę płatności można wprowadzać zapisy/ płatności do rejestrów w różnych walutach.

Łączenie kart kontrahentów

W programie istnieje możliwość łączenia kart kontrahentów, gdzie jeden zostanie ustawiony jako kontrahent główny, a pozostali jako kontrahenci podrzędni (duplikaty). Aby takie łączenie było możliwe na formularzu operatora (Konfiguracja/ Program/ Użytkowe/ Operatorzy), na zakładce [Ogólne], musi być zaznaczony parametr Prawo do łączenia kart kontrahentów.

Funkcja Połącz kontrahentów dostępna jest na liście kontrahentów w menu kontekstowym (pod prawym klawiszem myszy) oraz w menu głównym pod ikoną  Połącz kontrahentów.

Dokładniejszy opis funkcjonalności dostępny jest tutaj.

Pozostałe elementy współpracy opisane są w poniższych artykułach.

Współpraca z modułem fakturującym

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

Współpraca z modułami księgowymi

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

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

Zasady generowania płatności dla modułu Płace i Kadry:

• Przez zatwierdzenie listy płac rozumiane jest zamknięcie list za dany okres.
• Dla niezamkniętych list płac powstaje zdarzenie w Preliminarzu niezależnie od formy płatności. Nie ma jednak możliwości jego rozliczenia do chwili zamknięcia listy.
• Po zamknięciu listy płac (parametr dostępny na formularzu listy płac) powstaje zdarzenie w Preliminarzu o statusie nierozliczone, można je rozliczyć z zapisem kasowym/bankowym.

W programie istnieje również funkcja automatycznego generowania płatności do wyliczonych deklaracji podatkowych i ZUS. W Konfiguracji firmy/ Dane firmy / Deklaracje wybieramy formę płatności. Forma ta dotyczy wszystkich wygenerowanych w programie deklaracji.

Typ dokumentu dla płatności deklaracji – użytkownik wybiera rodzaj dokumentu zapisu kasowego/ bankowego związanego z podatkiem.

Forma płatności do deklaracji – wybieramy formę płatności dla podatków np. przelew.

Po wyliczeniu i zapamiętaniu deklaracji PIT-4, PIT-8A i DRA, gdy w danym miesiącu powstaje obowiązek przekazania kwot do zapłaty, generowany jest zapis w module Kasa/Bank zależny od parametru w Konfiguracji/Dane firmy/ Deklaracje Forma płatności do deklaracji. Odroczona forma płatności np. przelew generuje zapis w Preliminarzu płatności, do którego, po zablokowaniu deklaracji przed zmianami (parametr dostępny na formularzu deklaracji), można wystawić przelew bankowy lub wysłać do banku w odpowiednim formacie. Gotówka (zerowy termin płatności) – też w pierwszej kolejności zapis trafia do Preliminarza Płatności (kolor zielony). W momencie zablokowania deklaracji przed zmianami, zapis związany z podatkiem Do zapłaty w Preliminarzu płatności a płatny gotówką, powoduje automatycznie wygenerowanie zapisu w odpowiednim raporcie kasowym i otrzymuje status zapisu rozliczonego.

Domyślnie dla płatności związanych z deklaracjami proponowany jest typ dokumentu DEK i forma płatności – przelew.

Dodatkowo lista urzędów (Ogólne/ Inne/ Urzędy/ Urzędy ZUS) uzupełniona została o ZUS, dla którego zdefiniowane zostały trzy konta związane ze składkami na ubezpieczenia społeczne, zdrowotne i Fundusz Pracy wraz z FGŚP.

W programie jest możliwość zablokowania dostępu do rozliczeń pracowników poprzez zaznaczenie parametru w Konfiguracji programu/ Użytkowe/ Operatorzy – Blokada dostępu do rozliczeń pracowników. Zaznaczenie parametru zablokuje dostęp do modułu kadrowo-płacowego zarówno w Comarch ERP Optima Płace i Kadry jak i Comarch ERP Optima Płace i Kadry Plus oraz dodatkowo do danych płacowych dostępnych w innych modułach, i tak:

• W module Kasa/Bank – po zaznaczeniu parametru blokady ukryte zostaną na listach dokumentów rozliczonych i nierozliczonych te dokumenty kasowe/ bankowe, które są wystawione na podmiot typu pracownik. Na listach rozliczonych zapisów, gdy zostaną rozliczone ze sobą dokumenty, z których jeden jest wystawiony na pracownika, a drugi na inny podmiot, formatka rozliczenia będzie miała ukryte dane dotyczące dokumentu wystawionego na pracownika.

• W modułach księgowych blokada spowoduje ukrycie w menu Księgowość gałęzi Wynagrodzenia oraz w Dokumentach źródłowych pozycji Listy płac.
• W module Analizy – dla włączonego modułu z parametrem Pełne menu dla modułu Analizy, przy zaznaczonej blokadzie ukryte zostaną w głównym menu pozycja Kadry/Płace oraz w  Panelu analiz gałąź Kadry i Płace.
• Praca rozproszona – wysyłane będą wszystkie zapisy, również te wystawione na pracownika. Dotyczy to także ręcznie wprowadzonych płatności do Preliminarza Płatności. Można zablokować Operatorowi eksport w modelu Pracy rozproszonej zakładając odpowiednią blokadę.
• Eksport raportów kasowych/bankowych do Comarch ERP Klasyka – przez plik kasadokh.txt lub bankdokh.txt. W tej sytuacji należy założyć blokadę do funkcji skryptowych, które realizują ten eksport.

Rozliczanie wypłat w różnych walutach

Z uwagi na coraz częściej występującą sytuację zatrudniania pracowników poza Polską i wypłacania im wynagrodzeń w walucie obcej (przy zachowaniu polskich przepisów podatkowych i składkowych przy naliczaniu wypłat) wprowadzono w module Kasa/Bank/ Preliminarz płatności zmianę. Dodano funkcję przeliczenia wypłaty (kwoty netto) na inną walutę, niż wynika z dokumentu źródłowego, według kursu aktualnego na dany dzień. Oznacza to, że wypłaty są policzone w walucie PLN, tym samym powstają zdarzenia w walucie PLN, a w Preliminarzu płatności jest możliwość przeliczenia wypłaty na wybraną – przez użytkownika – walutę obcą.

W Konfiguracji programu/Ogólne/Waluty należy dodać waluty, które będą potrzebne do przeliczeń wynagrodzenia. Należy uzupełnić kurs waluty (np. przez import z NBP). Następnie trzeba sprawdzić, czy są naliczone wypłaty. Jeśli nie ma, należy je naliczyć i zamknąć. Po wykonaniu wymienionych czynności, można przejść do modułu Kasa/Bank/ Preliminarz płatności i dokonać zmiany waluty w płatnościach z PLN na inną.

W module Kasa/Bank/ Preliminarz płatności można zmienić walutę na inną niż PLN dla pojedynczej wypłaty lub seryjnie:

• Zmiana waluty na pojedynczej płatności pracownika – należy edytować płatność poprzez użycie ikony lupy lub dwukrotnie klikając, przejść na zakładkę [Rozliczenia]. W polu Waluta rozl. wybrać z rozwijanej listy walutę.
• Seryjna zmiana waluty rozliczenia – funkcja działa dla zaznaczonych zdarzeń. Po zaznaczeniu płatności należy nacisnąć prawy klawisz myszy, pojawi się menu kontekstowe i wybieramy opcję Zmień walutę rozliczenia. Pojawi się pytanie, które potwierdzamy TAK, następnie podajemy informacje dotyczące wybranej waluty (innej niż PLN).

Po zmianie waluty w płatnościach – wszystkie wydruki płacowe z kwotami płatności: gotówka i ROR drukowane są zawsze w PLN (w walucie systemowej). Dotyczy to wydruków:

• Kwitek wypłaty (oba wydruki – z formularza listy płac i z listy Wypłaty pracowników),
• Lista płac skrócona (obydwa – j.w.),
• Lista płac szczegółowa (z czasem pracy i bez),
• Lista ROR,
• Lista wypłat gotówkowych,
• Zestawienia list płac (z formularza listy płac i z listy list płac).

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

Moduł Kasa/Bank Plus daje dodatkowo możliwość:

• prowadzenia wyceny środków pieniężnych w kasie i na rachunku bankowym (więcej w rozdziale Magazyn walut),
• zakładania zaawansowanych blokad do rejestrów kasowych/bankowych (więcej w rozdziale Zakazy do rejestrów w module Kasa/Bank Plus).
• rozliczania delegacji pracowników (więcej w rozdziale Delegacje).

Magazyn walut może być prowadzony na jednym ze stanowisk przy czym operatorzy logujący się do bazy danych z pobranym modułem Kasa/Bank nie będą mogli korzystać z funkcjonalności Magazynu walut, a w szczególności dodawać/usuwać zapisów w rejestrach, które obsługują Magazyn walut.

W przypadku korzystania z funkcjonalności zaawansowanych blokad do rejestrów kasowych/bankowych zalecane jest posiadanie modułu Kasa/Bank Plus na wszystkich stanowiskach. W przypadku założenia w module Kasa/Bank Plus blokady np. tylko do zmiany zapisów kasowych w danym rejestrze, operator, który pobierze moduł Kasa/Bank będzie miał całkowitą blokadę to takiego rejestru.