Okna wystawianych lub generowanych dokumentów składają się z sekcji, które są wspólne dla większości typów dokumentów.

Wspólne obszary dla wystawianych/generowanych dokumentów:

1. 1. Pole Wyszukaj artykuł – pozwala wyszukać oraz dodać na dokument artykuł. W polu można zeskanować za pomocą czytnika kodów kreskowych kod artykułu, a także również ręcznie wpisać kod/EAN artykułu/partii lub szukaną frazę, potwierdzając wprowadzoną wartość za pomocą przycisku <Enter>. W przypadku, gdy artykuł zostanie jednoznacznie zidentyfikowany, system automatycznie wprowadzi go na dokument jako nową pozycję. W przeciwnym razie aplikacja otworzy listę artykułów przefiltrowaną zgodnie z wprowadzoną frazą. W celu dodania artykułu należy go zaznaczyć i nacisnąć przycisk [Wybierz]. Można również przejść do wyboru artykułu z listy artykułów naciskając przycisk [Dodaj] lub wybierając <Enter>, bez konieczności wprowadzania frazy w polu Wyszukaj artykuł.
   2. Pole Obsługujący
   3. Lista pozycji dokumentu – prezentuje podstawowe informacje dotyczące pozycji dodanych na dokument, przykładowo: nazwa, ilość. Dodatkowo po nadaniu rabatu na dany artykuł prezentowana jest informacja o rabacie lub narzucie procentowym, wartości o jaką zmieniona została cena i wyliczonej wartości pozycji. Użytkownik ma możliwość zmiany ilości, jednostki, ceny początkowej, ceny lub wartości pozycji (zmiana ceny oraz wartości dotyczy nadania rabatu nagłówka lub rabatu użytkownika). W tym celu należy wybrać zmienianą wartość i wprowadzić nową w osobnym oknie.

      

   4. Łączna ilość – prezentuje sumę ilości elementów dodanych na dokument:
      • niezależnie od ich jednostki miary
      • z największą precyzją jednostki spośród dodanych pozycji
      • nie uwzględniając artykułów typu Usługa
      • nie uwzględniając ujemnych ilości – w przypadku artykułów podlegających skupowi
      • nie uwzględniając skorygowanych/zwróconych artykułów (dotyczy dokumentów handlowych wynikających z procesu wymiany)

      Jest ona widoczna na poszczególnych typach dokumentów:

      • PAR, FS, ZS, OS, dokumenty wynikające z procesu wymiany
      • korekty ilościowe (również ręczne)
      Przykład

      Na paragonie zostały dodane następujące pozycje:

      • 1 szt. czekolady mlecznej
      • 1,5 l soku jabłkowego
      • 2,2 kg truskawek

      W polu Łączna ilość prezentowana jest wartość: 4,7000.

      

   5. Pole Obsługa pozycji (obszar roboczy) – widoczne są dane pracownika obsługującego transakcję zaznaczonej na liście pozycji. Naciskając na przycisk można zmienić pracownika, analogicznie jak dla pola Obsługujący.
   6. Szczegóły pozycji (obszar roboczy) – szczegółowe informacje na temat elementu dokumentu. Użytkownik poprzez modyfikację widoku ma możliwość prezentacji ceny początkowej, bazowej, a także zmiany widoczności wybranych atrybutów i cech. Dostępne przyciski:
      • [Ilość] – umożliwia zmianę jednostki oraz ilości artykułu dodanego na dokument. Ilość można wprowadzić ręcznie, ustalić przyciskami [+] i [–] lub za pomocą ekranowej klawiatury numerycznej rozwijanej po wybraniu przycisku znajdującego się po lewej stronie pola. W przypadku wprowadzania ilości elementu w jednostce pomocniczej, aplikacja weryfikuje zgodność z precyzją jednostki podstawowej danego artykułu.
      • [Usuń] – umożliwia usunięcie zaznaczonej pozycji z dokumentu
      • [Zmień rabat] – umożliwia nadanie rabatu użytkownika dla wskazanej pozycji dokumentu z poziomu dwóch zakładek:
        • Rabat procentowy – rabat określonej wartości procentowej
        • Cena – rabat o określonej kwocie, ustalany poprzez zmianę wartości pozycji dokumentu
      • [Rabat nagłówka] – umożliwia nadanie rabatu nagłówka na dokument. Po wybraniu przycisku pojawi się okno z dwiema zakładkami:
        • Rabat procentowy – umożliwia nadanie rabatu procentowego na cały dokument
        • Rabat wartościowy – umożliwia nadanie rabatu wartościowego na cały dokument
      • Dedykowane przyciski dla danego typu dokumentu

Pod przyciskami prezentowane są: nazwa, kod EAN, cena początkowa, cechy partii i atrybuty zaznaczonego artykułu,  a także miniatura głównego zdjęcia artykułu. Przycisk [Wybierz właściwości] pozwala na wybór cechy danego artykułu. Po naciśnięciu na zdjęcie aplikacja wyświetla okno pozwalające na przeglądanie wszystkich zdjęć artykułu.

Jeżeli towar posiada zdefiniowane artykuły powiązane, są one prezentowane w wierszu poniżej informacji dotyczących tego towaru.

7. Atrybuty – prezentowane są atrybuty przypisane do danego typu dokumentu.

Lista zawiera następujące przyciski:

• [Zatwierdź] – zatwierdza dokument
• [Parkuj] – zapisuje dokument w stanie niezatwierdzonym
• [Zamknij] – zamyka dokument bez zapisu wprowadzonych zmian

Operator ma możliwość zmiany ceny początkowej na dokumencie (FS, PAR, ZS, OS). Funkcjonalność ta umożliwia rozwiązanie sytuacji, gdy pojawia się rozbieżność między ceną prezentowaną w aplikacji, a ceną prezentowaną w rzeczywistości w sklepie (przykładowo na etykiecie artykułu).
Zmiana ceny początkowej (procentowo lub wprowadzając wartość nowej ceny) możliwa jest po wybraniu na wartość kolumny Cena początkowa pozycji dokumentu lub za pomocą przycisku [Zmień cenę] (kolumna oraz przycisk są domyślnie ukryte). Taka czynność wymaga od operatora posiadania odpowiedniego uprawnienia.

Zmiana ceny początkowej dotyczy pozycji będącej:

• Towarem
• Usługą
• Kompletem
• Skupem
• Bonem z ceną początkową 0,00

Cena początkowa jest ceną brutto lub netto, w zależności od kierunku VAT dokumentu.
Edycja ceny początkowej:

• nie wynika z nadania rabatu na daną pozycję dokumentu
• nie jest możliwa na korektach dokumentów, zaliczkach faktur sprzedaży, notach debetowych oraz TAX FREE
• zostaje nadpisana w przypadku zmiany jednostki pozycji dokumentu lub przeliczenia dokumentu według ustawień kontrahenta

Istnieje możliwość zmiany ceny początkowej pozycji dokumentu, na którą została naliczona promocja pakietowa. Podczas generowania dokumentów, po zmianie ceny początkowej pozycji promocji pakietowej zostanie wyświetlony komunikat: „Modyfikacja pozycji spowoduje przeliczenie dokumentu. Czy chcesz kontynuować?” z możliwymi do wyboru opcjami:

• Tak – pozycje dokumentu zostaną ponownie przeliczone
• Nie – nie zostanie wprowadzona modyfikacja ceny początkowej

W przypadku procentowej zmiany ceny początkowej:

• generowania dokumentów (ZS → PAR/FS, OS → ZS) – procentowa zmiana ceny początkowej towaru na dokumencie ustalana jest na podstawie ceny przeniesionej z dokumentu źródłowego
• otwierania zatwierdzonego zamówienia sprzedaży – procentowa zmiana ceny początkowej towaru na dokumencie ustalana jest na podstawie ceny jaką dokument został zatwierdzony

W przypadku wartościowej zmiany ceny początkowej, podczas generowania dokumentów przenoszona jest cena początkowa z dokumentu źródłowego. Analogiczne działanie ma miejsce dla kontynuacji dokumentu z parkingu, gdzie jest zachowana ręcznie zmodyfikowana cena początkowa.

Z poziomu widoku dokumentu handlowego lub reklamacyjnego dostępne jest pole pozwalające na wybór kontrahenta z listy. Domyślnie podpowiada się kontrahent Nieokreślony.

• Zmień kontrahenta – wyświetla listę, z której należy wskazać istniejącego kontrahenta lub dodać nowego. Poniżej nazwy wybranego kontrahenta wyświetlone są również informacje dotyczące przypisanej karty lojalnościowej oraz numer NIP. Dodatkowo operator z poziomu Zarządzanie widokami może zmienić widoczność danych adresowych (adresu głównego) na przycisku nabywcy/odbiorcy.

• Wprowadź numer karty – przycisk dostępny jeżeli w bazie stanowiska POS zarejestrowana jest przynajmniej jedna karta lojalnościowa. Umożliwia ręczne wprowadzenie numeru karty lojalnościowej dla wybranego na dokumencie kontrahenta (również nieokreślonego).

• [Zmień kontrahenta] – ponownie otwiera listę kontrahentów, umożliwiając wskazanie innego nabywcy/odbiorcy
• [Wyczyść] – zmienia kontrahenta na Nieokreślony
• [Edytuj] – otwiera okno Edycja kontrahenta biznesowego/detalicznego
• [Zmień adres] – umożliwia zmianę lub dodanie nowego adresu kontrahenta
• [Wybierz odbiorcę] – umożliwia wskazanie na dokumencie odbiorcy różnego od wybranego nabywcy
• [Dodaj kartę klienta] – umożliwia powiązanie karty lojalnościowej/bonu z opcją Program lojalnościowy z kontrahentem
• [Podgląd] – otwiera okno Szczegóły kontrahenta
• [Wprowadź numer karty] – umożliwia ręczne wprowadzenie numeru karty lojalnościowej dla wybranego na dokumencie kontrahenta (również nieokreślonego)

• [Zmień nabywcę] – ponownie otwiera listę kontrahentów, umożliwiając wskazanie innego nabywcy
• [Zmień odbiorcę] – ponownie otwiera listę kontrahentów, umożliwiając wskazanie innego odbiorcy
• [Usuń odbiorcę] – umożliwia usunięcie odbiorcy z dokumentu

Zmiana kontrahenta powoduje ponowne przeliczenie wartości na dokumencie handlowym. W systemie ERP można określić, czy przy zmianie kontrahenta:

• takie przeliczenie zostanie wykonane automatycznie
• użytkownikowi zostanie wyświetlony komunikat „Czy przeliczyć dokument zgodnie z ustawieniami kontrahenta?” z dostępnym opcjami:
  1. Tak – wartości dokumentu zostaną ponownie przeliczone
  2. Nie – wartości dokumentu pozostaną bez zmian

Elementy okna

Okno płatności zostaje wyświetlone po zatwierdzeniu dokumentów handlowych:

• Faktura sprzedaży
• Faktur zaliczkowych
• Paragon
• Korekta
• TAX FREE

Okno płatności składa się z następujących elementów (poszczególne punkty odpowiadają zaznaczonym miejscom na zrzucie ekranu):

1. Do zapłaty – kwota wynikająca z transakcji wyświetlona w walucie systemowej
2. Formy płatności – wszystkie aktywne formy płatności dostępne dla wybranego dokumentu na stanowisku POS
3. Kwota do przypisania – pole automatycznie uzupełnione kwotą z pola Do zapłaty. Zmiana waluty jest możliwa poprzez wskazanie z listy rozwijanej jednej z walut dostępnych w systemie. W przypadku przypisania niepełnej kwoty do zapłaty do wybranej formy płatności aplikacja automatycznie uzupełnia to pole pozostałą kwotą do zapłaty.

• Klawiatura numeryczna – umożliwia zmianę kwoty do przypisania do formy płatności
• Pozostało/Reszta – kwota wyświetlona w walucie systemowej

• do formy płatności po wybraniu kafla z daną formą płatności
• kilkukrotnie do tej samej formy płatności
• w dostępnych walutach

Płatność w różnych walutach przypisana do jednej formy płatności prezentowana jest jako suma płatności w każdej z walut osobno.

Przykład

Na stanowisku sprzedaży detalicznej klient chce zapłacić za paragon dwiema formami płatności: kartą płatniczą oraz gotówką. Kwota do zapłaty za dokument wynosi 359,96 PLN.
W oknie płatności operator zmienia kwotę do przypisania z 359,96 PLN na 309,96 PLN. Następnie wybiera formę płatności Karta. Dla pozostałej kwoty 50,00 PLN wybiera formę płatności Gotówka. Na koniec zatwierdza okno płatności.

Ponadto w oknie dostępne są przyciski:

• [Wyczyść] – usuwa wszystkie dodane płatności poza dokonanymi już płatnościami kartą. Przycisk jest widoczny, jeżeli kwota została przypisana do formy płatności. Brak widoczności przycisku:
  • dotyczy form płatności typu Karta
  • dotyczy form płatności, które wymagają zewnętrznej walidacji (w integracji z Ingenico)
  • zależy od ustawienia w systemie ERP sposobu czyszczenia rozliczonych płatności dla form z zewnętrzną walidacją
• [Faktura] – powoduje zatwierdzenie paragonu i otwarcie nowej faktury powiązanej z wystawianym paragonem. Dane z powiązanego paragonu zostaną przeniesione na fakturę. Przycisk widoczny tylko dla okna płatności paragonu.
• [Cofnij] – usuwa ostatnią wprowadzoną zmianę w oknie płatności poza dokonaną już płatnością kartą. Przycisk domyślnie ukryty.
• [TAX FREE] – powoduje zatwierdzenie paragonu oraz otwarcie nowego dokumentu TAX FREE powiązanego z wystawianym paragonem. Dane z powiązanego paragonu zostaną przeniesione na TF. Przycisk domyślnie ukryty.
• [Reszta z bonu] – umożliwia przypisanie reszty z bonu do gotówki lub nowego bonu. Przycisk widoczny tylko w przypadku zapłaty bonem z zaznaczonym parametrem Zwrot reszty.
• [Zatwierdź]
• [Zamknij] powoduje następujące akcje:
  • przy braku płatności – zamknięcie okna płatności i powrót do widoku tworzonego dokumentu z możliwością jego edycji. Przy ponownym zatwierdzeniu dokumentu kwota do zapłaty zostanie ponownie wyliczona z uwzględnieniem zmian wprowadzonych na dokumencie.
  • po dokonaniu płatności – zamknięcie okna płatności i powrót do widoku tworzonego dokumentu. Nie będzie to możliwe, jeżeli dokument został rozliczony formą płatności typu Karta. W takim przypadku zostanie wyświetlony komunikat: „Z powodu odnotowanej płatności powrót do dokumentu nie jest możliwy”. W przypadku innych form płatności powrót do widoku tworzonego dokumentu będzie możliwy po wyczyszczeniu wprowadzonych płatności (przycisk [Wyczyść]).
  • po zatwierdzeniu całej płatności – w przypadku, gdy parametr Automatyczne zamykanie okna płatności jest odznaczony w systemie ERP, po ręcznym zamknięciu okna płatności zostanie wyświetlony formularz dodawania nowego paragonu

Rozliczenie całej kwoty do zapłaty w oknie płatności spowoduje, że wszystkie kafle form płatności przestaną być aktywne.
Zatwierdzenie okna płatności dokumentu wywołuje następujące akcje:

• dokument zostaje wydrukowany
• w przypadku, gdy kwota do zapłaty nie została w całości przypisana do płatności zostaje wyświetlony komunikat „Nie można zapisać płatności. Suma wartości płatności jest mniejsza od wartości dokumentu”.

Jeżeli w systemie ERP jest zaznaczony parametr Automatyczne zamykanie okna płatności oraz zostały skonfigurowane formy płatności, dla których ma następować otwarcie szuflady na stanowisku POS, to:

• przypisanie kwoty do formy płatności (zarówno do tej formy płatności, dla której powinna zostać otwarta szuflada, jak i dla pozostałych) nie spowoduje otwarcia szuflady
• zatwierdzenie okna (za pomocą przycisku [Zatwierdź] albo po wyborze przycisku [Faktura] lub [TAX FREE]) rozliczonego formą płatności, dla której powinna zostać otwarta szuflada, spowoduje otwarcie szuflady
• zatwierdzenie okna, rozliczonego formą płatności, dla której powinna zostać otwarta szuflada, nie spowoduje jego automatycznego zamknięcia. Po wybraniu przycisku [Zamknij] następuje weryfikacja, czy szuflada jest zamknięta. Jeżeli szuflada jest zamknięta, to okno płatności zostanie zamknięte. W przeciwnym wypadku okno płatności nadal pozostanie otwarte, a aplikacja wyświetli notyfikację: „Proszę zamknąć szufladę”.

• zatwierdzenie okna (za pomocą przycisku [Zatwierdź] albo po wyborze przycisku [Faktura] lub [TAX FREE]) rozliczonego formą płatności, dla której nie powinna zostać otwarta szuflada, powoduje jego automatyczne zamknięcie

Płatność kartą

Wybranie formy płatności typu Karta powoduje zablokowanie ekranu i wyświetlenie komunikatu informującego, że dalsza część procesu płatności jest obsługiwana za pomocą terminala płatniczego.

W sytuacji przerwania połączenia między terminalem płatniczym a stanowiskiem POS, wyświetlony zostanie komunikat: „Wystąpił problem w trakcie dokonywania płatności. Szczegóły: Transakcja zakończona niepowodzeniem!. Czy płatność kartą mimo to się powiodła?” z dostępnymi opcjami:

• Tak – potwierdza prawidłowy przebieg transakcji na terminalu. Płatność zostaje dodana do dokumentu.
• Nie – anuluje płatność kartą

Płatność bonem

W aplikacji można płacić bonem:

• własnym
• zewnętrznym

Wybranie formy płatności typu Bon powoduje otwarcie okna Wczytaj bon własny/Wczytaj bon zewnętrzny.

Okno składa się z następujących elementów (poszczególne punkty odpowiadają zaznaczonym miejscom na zrzucie ekranu):

1. Numer bonu – można wprowadzić ręcznie lub za pomocą czytnika
2. Lista bonów – prezentuje informacje o wprowadzonych bonach:
   • Numer
   • Rodzaj
   • Kwota
3. Pozostało – prezentuje pozostałą do rozliczenia kwotę pomniejszoną o sumę wartości wprowadzonych bonów

• [Zamknij] – zamyka okno
• [Usuń] – usuwa z listy wprowadzony bon
• [Zatwierdź] – dodaje bon o wprowadzonym numerze lub ponownie otwiera okno płatności, przypisując wartość wprowadzonych bonów do formy płatności typu Bon

Po wybraniu przycisku [Zatwierdź] pojawi się okno Bon składające się z elementów:

1. Numer wprowadzonego bonu
2. Kwota – domyślnie kopiowana jest wartość z pola Pozostało, oznacza ona wartość wprowadzanego bonu
3. Klawiatura numeryczna – umożliwia zmianę pola Kwota
4. Pozostało – kwota analogiczna jak w przypadku okna Wczytaj bon własny/Wczytaj bon zewnętrzny

W przypadku wprowadzenia numeru:

• bonu (typu Własny) nieistniejącego w bazie danych, pojawi się komunikat: „Bon o tym numerze nie istnieje.”
• bonu (typu Własny) istniejącego, ale niesprzedanego lub zablokowanego w bazie danych, pojawi się komunikat: „Akcja jest niedostępna dla bonu o numerze [Numer bonu].”

Reszta z gotówki

W aplikacji możliwe jest rejestrowanie wydawanej reszty dla formy płatności typu Gotówka, w przypadku dokumentów: PAR, KIPAR, FS, KIFS, FSL, KFSL, korekt ręcznych oraz dokumentów z procesu wymiany.

Na wydruku dokumentu (w formacie PDF), w sekcji dotyczącej formy płatności prezentowana jest informacja o kwocie przyjętej do kasy oraz kwocie wydanej w formie reszty.

Reszta z bonu

W przypadku płatności bonami jednorazowymi z zaznaczonym parametrem Zwrot reszty w systemie ERP, istnieje możliwość wydania reszty w postaci gotówki, bądź na kartę podarunkową.
Dla takich bonów, po zatwierdzeniu okna Wczytaj bon własny/Wczytaj bon zewnętrzny pojawi się okno umożliwiające przypisanie formy płatności do kwoty prezentowanej w polu Reszta z bonu. Okno to można wywołać również z poziomu okna płatności po wybraniu przycisku [Reszta z bonu].

Po wybraniu:

• przycisku [Zamknij] nie zostaną wprowadzone zmiany dotyczące reszty z bonu. Wówczas po powrocie do okna płatności i zatwierdzeniu płatności automatycznie pojawi się okno reszty z bonu.
• formy płatności [Gotówka] zostanie ponownie wyświetlone okno płatności
• formy płatności [Bon własny] zostanie wyświetlone okno wprowadzania numeru bonu, który ma zostać uzupełniony o kwotę reszty
• opcji [Brak reszty] nie zostaną wprowadzone zmiany dotyczące reszty z bonu. Wówczas po powrocie do okna płatności i zatwierdzeniu płatności nie pojawi się już okno reszty z bonu.

Kwota reszty prezentowana jest na przycisku [Reszta z bonu].

Grupowanie form płatności

Z poziomu systemu ERP dla form płatności danego typu można zdefiniować prefiks lub RegEx (parametry schematu numeracji). Dzięki temu formy płatności danego typu mogą być zgrupowane pod jednym kaflem (dokumentów handlowych oraz kasowo-bankowych).

Ponieważ zgrupowane formy płatności danego typu mogą nie mieć określonego prefiksu (parametrów schematów numeracji), to w systemie ERP można zdefiniować, która forma płatności ma być ustawiana domyślnie dla danego typu.
Po wybraniu w oknie płatności zgrupowanego kafla oraz wczytaniu płatności, aplikacja zweryfikuje, która forma płatności została użyta. Następnie, jeżeli:

• odpowiadająca schematowi numeracji forma płatności jest aktywna – ta forma płatności zostanie ustawiona w oknie rozliczenia
• odpowiadająca schematowi numeracji forma płatności nie jest aktywna – forma płatności domyślna dla danego typu zostanie ustawiona w oknie rozliczenia oraz zostanie wyświetlony komunikat: „Wybrana forma płatności jest nieaktywna. Została ustawiona domyślna forma płatności.”
• nie istnieje odpowiadający schemat numeracji dla użytej formy płatności – forma płatności domyślna dla danego typu zostanie ustawiona w oknie rozliczenia

Płatność przy użyciu bonu o kodzie GS1 (ERP: Enterprise)

W oknie płatności można zapłacić bonem o kodzie kreskowym w strukturze GS1-128. Aplikacja Comarch POS w prawidłowy sposób rozpoznaje numer bonu, jego typ (emiter), wartość bonu oraz datę jego ważności.

Każdy zewnętrzny numer bonu jest zdefiniowany w następujący sposób:

253|AAAAAAAAABCCCCCCCC|17|YYMMDD|3902|VVVvvv

Skanowanie bonu zewnętrznego z kodem GS1 możliwe jest w przypadku okna płatności następujących dokumentów:

• Paragon
• Faktura Sprzedaży
• Faktura Zaliczkowa Sprzedaży
• Dokumentów pochodzących z procesu wymiany (w przypadku, gdy wartość paragonu/faktury jest wyższa niż wartość korekty)

Obsługa różnych form płatności per dokument (ERP: Enterprise)

W systemie Comarch ERP Enterprise istnieje możliwość skonfigurowania wyświetlania konkretnych form płatności per dokument (z wyłączeniem przypadków z aktywną obsługą limitu kredytowego i form płatności bez pobierania zapłaty, których wyświetlanie zależy od innych warunków). Rozwiązanie to jest skierowane na przykład dla firm/sklepów, które jako formę płatności dla zwroty (korekty) wydają wyłącznie bony. Ta funkcjonalność umożliwia dostosowanie okna płatności do każdego typu dokumentu.

Forma płatności wyświetlana na stanowisku Comarch POS jest możliwa do skonfigurowania dla typów dokumentów:

• Faktura
• Paragon
• Korekta/Zwrot
• Korekta ręczna

Jaka forma płatności ma być wyświetlana w oknie płatności konfiguruje się w aplikacji Formy płatności -> rozszerzenie Comarch POS -> zakładka Konfiguracja POS, w systemie Comarch ERP Enterprise.

Na partie składają się zasoby o tych samych kombinacjach wartości poszczególnych cech.
Partie:

• mogą posiadać osobne kody EAN dla każdej kombinacji wartości cech. W przypadku wprowadzenia kodu EAN partii, na dokument zostaje dodany artykuł o tej partii.
• są prezentowane jako osobne artykuły na liście artykułów dla każdej kombinacji cech
• artykułu wchodzącego w skład kompletu (z możliwą modyfikacją pojedynczego elementu na dokumencie) mogą być wybierane lub zmieniane przy pomocy przycisku [Wybierz właściwości]

• nazwa
• zdjęcie
• opis
• typ
• stawka VAT
• wartości cech/partii

Przyciski:

• [Wyczyść] – usuwa aktualne zaznaczenie wartości partii
• [Wybierz] – dodaje na dokument cechę/partię artykułu odpowiadającą wybranym wartościom

Na stanowisku POS istnieje możliwość zmiany nazwy artykułu na pozycji niezatwierdzonego dokumentu PAR, FS, ZS, OS oraz korekty ręcznej, co daje możliwość określenia dodatkowych parametrów sprzedawanego artykułu.

Jeśli z poziomu systemu ERP na karcie wskazanego artykułu został zaznaczony parametr Edycja nazwy, wówczas użytkownik na stanowisku POS może zmienić nazwę artykułu wyświetlaną na dokumencie wybierając w szczegółach zaznaczonej pozycji nazwę artykułu lub ikonę ołówka.

Po wskazaniu nazwy lub ikony wyświetli się okno z polem do modyfikacji.

Zmodyfikowana nazwa jest dostępna jedynie na dokumencie, na którym została wprowadzona oraz na dokumentach generowanych z tego dokumentu.

Co to jest bon?

Bony znajdują zastosowanie jako element wsparcia finansowego i motywacji pracowników oraz jako narzędzie budowania lojalności konsumentów. Obecnie obserwuje się rozwój w wykorzystaniu tego nośnika do formy kart lojalnościowych i kart stałego klienta. Bony poza funkcją umożliwiającą dokonanie płatności mogą służyć jako identyfikator klienta i jego transakcji, usprawniając tym samym procesy biznesowe tj. rejestracja zwrotów, weryfikacja transakcji.
Wiele firm handlowych, szczególnie sieci sklepów odzieżowych, coraz częściej wychodzi naprzeciw oczekiwaniom swoich klientów, proponując zakup bonów i kart podarunkowych, które można wręczyć innej osobie w formie prezentu.
Bon doceniany jest przez pracodawców i pracowników z racji rozległej i zróżnicowanej sieci punktów akceptujących tę formę płatności, obejmującej sklepy odzieżowe, sklepy RTV i AGD, perfumerie, salony jubilerskie, sportowe, spożywcze i wiele innych.
Bon towarowy − dokument uprawniający jego posiadacza do bezgotówkowego nabycia określonych towarów w oznaczonym terminie, w określonym przedsiębiorstwie, w kwocie na jaką wystawiony jest dany bon. Bony towarowe emitowane są przez przedsiębiorstwa, w których możliwe jest zrealizowanie bonu lub przez podmioty pośredniczące, specjalizujące się w obsłudze programów kafeteryjnych dla firm (np. BonCard, SodeXo). Nabywcą bonu może być osoba fizyczna lub przedsiębiorstwo, które następnie przekazuje kupon do osoby finalizującej transakcję poprzez bezgotówkowe nabycie dóbr lub usług u wystawcy bonu.

Na stanowisku POS możliwe są następujące czynności:

• przyjęcie płatności bonem własnym i zewnętrznym, w przypadku gdy dany rodzaj bonu został przypięty do danego centrum, dla którego zdefiniowane zostało stanowisko POS
• sprzedaż bonów na dokumentach FS i PAR oraz notach debetowych (DN)
• wykorzystanie numeru bonu jako identyfikator kontrahenta (karta lojalnościowa)

Sprzedaż bonów własnych

Sprzedaż bonów własnych na stanowisku POS, w zależności od konfiguracji rodzaju bonu w systemie ERP, może odbywać się poprzez dokumenty:

• FS/PAR
• noty debetowe (DN)

Wprowadzenie bonu na dokument możliwe jest poprzez:

• zeskanowanie/wprowadzenie numeru bonu
• wybranie bonu z listy artykułów

W aplikacji, na dokumentach bony podlegają następującym warunkom:

• można dodać tylko i wyłącznie jeden bon, bez możliwości zmiany jego ilości
• bonom o określonej wartości (niezerowej) nie można zmienić ceny początkowej ani naliczyć rabatu użytkownika na pozycję
• bonom o niezdefiniowanej wartości (zerowej) można zmienić cenę początkową oraz nadać mu cenę przy pomocy przycisku [Zmień rabat]
• bony nie podlegają rabatom nagłówka

Podczas zatwierdzenia dokumentu PAR/FS, na którym znajduje się bon z parametrem Sprzedaż przez noty zostają wykonane następujące akcje:

• aplikacja generuje dokumenty noty debetowej
• pozycje dokumentu będące bonami są usuwane z dokumentu PAR/FS. Jeżeli na dokumencie jedynym elementem jest bon, to nie zostaje utworzony dokument PAR/FS.

Podczas zatwierdzenia dokumentu PAR/FS, na którym znajduje się bon z odznaczonym parametrem Sprzedaż przez noty, zostaje on na stałe zapisany jako element PAR/FS.

Zarówno dokumenty PAR/FS, jak i dokumenty not debetowych rejestrujące sprzedaż bonów dostępne są z poziomu listy dokumentów handlowych.

Bon nie może zostać dodany na dokument korekty ręcznej.

Obsługa na dokumentach MM-

Dzięki powiązaniu artykułu typu Bon z odpowiadającym mu rodzajem bonu możliwe jest kontrolowanie ilości bonów na magazynie, poprzez ich ewidencje na dokumentach MM- oraz MM+.
Na MM- możliwe jest dodanie tylko jednego bonu, poprzez wprowadzenie numeru bonu.

Płatność bonem

Szczegółowy opis płatności bonem w oknie płatności opisany jest tutaj.

Dokument korygujący

Realizacja zapłaty za korektę możliwa jest poprzez:

• doładowanie bonu własnego wielokrotnego użycia
• wydanie nowego bonu własnego wielokrotnego użycia

Podczas dokonywania zwrotu na nieaktywny bon własny wielokrotnego użycia, taki bon zostaje aktywowany i zasilony kwotą wynikającą ze zwrotu.

Dokument KP

Użytkownik ma również możliwość dokonania ręcznej wpłaty za pomocą bonu. Taka sytuacja może być wykorzystana w przypadku wskazania przez kasjera błędnej formy płatności. W tym celu należy wystawić dokument KP.

Po wybraniu na formularzu KP formy płatności:

• bon zewnętrzny – otwarte zostaje okno, w którym operator określa numer bonu oraz jego wartość.
• bon własny – pojawia się okno z możliwością wprowadzenia numeru bonu

Po zatwierdzeniu okna wprowadzania numeru bonu oraz zatwierdzeniu dokumentu KP wartość wynikająca z dokumentu zostaje uwzględniona w podsumowaniu dnia.

Dokument KW
Użytkownik ma również możliwość dokonania ręcznej wypłaty za pomocą bonu. W tym celu, należy wystawić dokument KW.

Dokument KW dla bonów własnych jest tworzony w przypadku:

• doładowania bonu własnego wielokrotnego użycia
• wydania nowego bonu własnego wielokrotnego użycia

Po wybraniu na formularzu KW formy płatności:

• bon zewnętrzny – otwarte zostaje okno, w którym operator określa jego wartość
• bon własny – pojawi się okno z możliwością wprowadzenia numeru bonu

Wpływ do kasy odnotowany przez takie KW jest widoczny w polu prezentującym odpowiednią formę płatności.

Płatność przy użyciu bonu o kodzie GS1 (ERP: Enterprise)

Możliwe jest dokonanie płatności bonami o kodzie kreskowym w strukturze GS1-128. Aplikacja w prawidłowy sposób rozpoznaje numer bonu, jego typ (emiter), wartość bonu oraz datę jego ważności.

Każdy zewnętrzny numer bonu jest zdefiniowany w następujący sposób:

253|AAAAAAAAABCCCCCCCC|17|YYMMDD|3902|VVVvvv

Skanowanie bonu zewnętrznego z kodem GS1 możliwe jest w przypadku okna płatności następujących dokumentów:

• paragon
• faktura sprzedaży
• faktura zaliczkowa sprzedaży
• pochodzących z proces wymiany (w przypadku, gdy wartość paragonu/faktury jest wyższa niż korekty)

Obsługa różnicy stanu kasy dla bonów wewnętrznych  (ERP: Enterprise)

Wprowadzona została możliwość wygenerowania dokumentów KP/KW na początku/końcu dnia bądź zmiany dla bonów wewnętrznych. Funkcjonalność ta jest dostępna po aktywacji odpowiedniego parametru w systemie ERP.

Zmiana wyświetlania ilości bonów na liście artykułów  (ERP: Enterprise, Altum)

Do tej pory na liście artykułów każdy bon wyświetlany był oddzielnie, co sprawiało, że w przypadku dużej ilości bonów, lista się wydłużała. W celu poprawy ergonomii pracy i ułatwienia w przeszukiwaniu listy artykułów została wprowadzona zmiana związana z wyświetlaniem bonów. Nie będzie możliwe posiadanie dwóch lub więcej bonów o tej samej ilości lub o ilości mniejszej niż zero.

Bony powiązane z kontrahentem (ERP: Enterprise)

W integracji z system Comarch ERP Enterprise istnieje możliwość ograniczenia realizacji bonów jako środka płatniczego w powiązaniu z kontrahentem. Do stanowiska POS mogą zostać przesyłane bony spersonalizowane przypisane do konkretnych kontrahentów. Parametr Spersonalizowany ustawiany jest na rodzajach bonów, określa czy bony tego typu są przypisywane do konkretnych kontrahentów. Parametr ten jest konfigurowalny w systemie Comarch ERP Enterprise w aplikacji Rodzaje bonów. Dla każdego numeru bonu musi być przypisany konkretny klient, w związku z czym:

• podczas użycia już utworzonego bonu z przypisanym kontrahentem w systemie ERP, klient jest weryfikowany przy wybieraniu/skanowaniu numeru bonu na dokumencie sprzedaży.

• podczas procesu zwrotu, klient z dokumentu źródłowego jest przypisywany do utworzonego bonu

Na karcie kontrahenta dostępna jest w modyfikacji widoku zakładka Bony, która prezentuje aktywne bony ustawione jako spersonalizowane i powiązane z wybranym kontrahentem.

W oknie z listą spersonalizowanych bonów prezentowane są kolumny:

• Ikona bonu
• Wartość
• Nazwa rodzaju bonu
• Ważny od
• Ważna do
• Numer
• Status – określa czy bon jest Aktywny, Nieaktywny, Użyty lub Wygasły

Komplet jest zestawem dwóch lub więcej artykułów, sprzedawanych klientowi jako jeden produkt.
Artykuły o typie Komplet są dostępne na dokumentach handlowych oraz magazynowych. Ze względu na różnice w obsłudze, można wyróżnić dwa rodzaje kompletów – z zaznaczonym bądź też odznaczonym parametrem Pobieraj składniki na dokument.

Komplet pobierający składniki na dokument

Artykuł o typie Komplet z zaznaczonym parametrem Pobieraj składniki na dokument jest prezentowany na dokumentach w sposób pogrupowany.

W zależności od definicji kompletu, zmiana ilości elementu kompletu na stanowisku POS może być:

• Blokowana – przy próbie zmiany ilości lub jednostki pojawi się komunikat: „Nie można edytować elementu kompletu.”. Natomiast przy próbie usunięcia elementu kompletu pojawi się pytanie: „Element jest składnikiem kompletu. Usunięcie jednego składnika kompletu spowoduje usunięcie wszystkich jego elementów. Czy chcesz kontynuować?” z opcjami do wyboru Tak/Nie.
• Możliwa – zmiana ilości rozbije komplet

Pobierane na dokumencie elementy kompletu nie mają wskazanej partii. Przy pomocy przycisku [Wybierz właściwości], operator ma możliwość wyboru lub zmiany partii elementu kompletu na dokumencie.

Na liście artykułów wiersze prezentujące komplety nie zawierają informacji o cenie, stawce VAT, ilości oraz walucie.

Komplet niepobierający składniki na dokument

Artykuł typu Komplet z odznaczonym parametrem Pobieraj składniki na dokument wyświetlany jest na dokumencie jako jedna pozycja typu Towar.

Na liście artykułów wiersze prezentujące komplety z odznaczonym parametrem nie zawierają informacji o ilości.

Komplet a rabat

Jeżeli operator zmieniając ilości elementów kompletu pobierającego składniki na dokument rozbije komplet oraz włączona jest opcja automatycznego naliczania promocji, to elementy kompletu mogą stać się częścią pakietu promocyjnego. Natomiast rabat nagłówka naliczany jest dla elementów kompletu pobierającego składniki na dokument lub na sam komplet niepobierający składników na dokument.

W aplikacji możliwe jest wprowadzanie numeru czeku oraz weryfikacja jego poprawności.

Przy włączonej funkcjonalności, po wybraniu czeku w oknie płatności wyświetla się okno umożliwiające wprowadzenie jego numeru.

Okno składa się z pól:

• Numer – dla ułatwienia wprowadzania wartości podzielony jest na trzy człony
• Data realizacji

Po wprowadzeniu numeru czeku aplikacja wylicza liczbę RLMC i na jej podstawie weryfikuje jego poprawność. Jeżeli zostanie wykryta nieprawidłowość numeru, operator może zadecydować, czy wycofuje przyjęcie takiej płatności. W przypadku przyjęcia takiej płatności, zostanie ona oznaczona jako Wymuszona.
Przy uruchomionej integracji z Ingenico oraz komponentem C3 driver, po wstępnej weryfikacji prawidłowości numeru czeku następuje kolejna weryfikacja umożliwiająca sprawdzenie czy dany czek nie został już użyty. Dodatkowo w oknie Walidacja czeku prezentowane jest dodatkowe pole RLMC.

Rabaty zdefiniowane w systemie ERP są przekazywane do stanowiska POS, a następnie mogą zostać naliczone na pozycje dokumentów, takich jak paragon, faktura, zamówienie i oferta sprzedaży oraz ich korektach.

W aplikacji POS obsługiwane są rabaty typu:

• Rabat użytkownika oraz rabat nagłówka
• Promocje pakietowe: Pakiet stały, Pakiet Elastyczny
• Rabat nabywcy na artykuł
• Rabat nabywcy na grupę artykułów – wybrana grupa artykułów musi nie tylko spełniać warunki promocji, ale również być aktywna i dostępna dla centrum, do którego jest podpięte stanowisko POS
• Rabat grupy nabywców na artykuł
• Rabat grupy nabywców na grupę artykułów – wybrana grupa artykułów musi nie tylko spełniać warunki promocji, ale również być aktywna i dostępna dla centrum, do którego jest podpięte stanowisko POS
• Rabat progowy na artykuł
• Rabat nagłówka od wartości transakcji – rabat towarowy naliczany na wszystkie pozycje dokumentu

Po dodaniu artykułu podlegającego aktywnej promocji oraz wybraniu kontrahenta, dla którego promocja ta obowiązuje, rabat zostanie naliczony na pozycję dokumentu.

Zaawansowany rabat procentowy

Aplikacja obsługuje rabaty z wybraną opcją Procent (zaawansowane). Funkcjonalność umożliwia określenie następujących pól:

• Mnożnik – wartość przez którą jest mnożona cena, w celu ustalenia wartości rabatu
• Metoda zaokrąglania – metody zaokrąglania wartości nadawanego rabatu:
  • Bez zaokrąglania
  • W górę
  • W dół
  • Matematyczna
• Minimalny rabat – jeżeli wyliczona wartość rabatu na dokumencie jest mniejsza niż wartość pola, w zależności od konfiguracji, rabat może zostać:
  • nienaliczony
  • naliczony zgodnie z wartością pola
• Maksymalny rabat – jeżeli wyliczona wartość rabatu na dokumencie jest większa niż wartość pola, w zależności od konfiguracji, rabat może zostać:
  • nienaliczony
  • naliczony zgodnie z wartością pola

Wartość rabatu wyliczana jest na podstawie:

• regularnej ceny pozycji dokumentu, jeżeli artykuł ma zaznaczony parametr Rabat od ceny
• wartości pozycji dokumentu, jeżeli artykuł ma odznaczony parametr Rabat od ceny

Naliczaj w zależności od rabatu pozycji

Rabat oznaczony parametrem Naliczaj w zależności od rabatu pozycji umożliwia określenie, czy rabat ma być naliczany tylko na:

• nieprzecenione pozycje dokumentu (rabat procentowy oraz wartościowy jest równy zero)
• pozycje przecenione o kwotę mieszczącą się w ramach określonych warunków z definicji rabatu (warunków: >, >=, =, <, <=, od wartości procentowej lub wartościowej)

Rabat oznaczony parametrem Naliczaj w zależności od rabatu pozycji nie zostanie naliczony na pozycję dokumentu, jeśli:

• pozycja została już przeceniona o kwotę przekraczającą warunki określone na definicji rabatu
• waluta dokumentu nie jest zgodna z walutą warunków z definicji rabatów
• parametr Podlega rabatom na artykule jest odznaczony
• odpowiada artykułowi typu Skup lub Bon

Program lojalnościowy

Rabat z zaznaczonym parametrem Karta lojalnościowa może zostać naliczony na dokumencie:

• dopiero po uzupełnieniu numeru karty lojalnościowej kontrahenta
• po wybraniu kontrahenta z przypisaną kartą lojalnościową

Jeżeli na dokumencie został naliczony rabat oznaczony parametrem Karta lojalnościowa, to zmiana kontrahenta na dokumencie lub zeskanowanie (w przypadku skanowania kontekstowego) innej karty lojalnościowej spowoduje wyświetlenie komunikatu o przeliczeniu dokumentu z możliwymi do wyboru opcjami:

• Tak – dokument zostanie ponownie przeliczony
• Nie – jeżeli nowo wybrany kontrahent:
  • nie posiada karty lojalnościowej – rabat zostanie usunięty, a pozostałe rabaty ponownie przeliczone
  • posiada kartę lojalnościową innego typu – rabat zostanie usunięty, a pozostałe rabaty ponownie przeliczone
  • posiada kartę lojalnościową tego samego typu lub zostało dla niego wysłane żądanie o wygenerowanie wirtualnej karty lojalnościowej – rabat pozostanie na dokumencie bez przeliczania

Podsumowanie rabatów

W oknie dokumentów: ZS, OS, PAR, FS i KIPAR, KIFS (dla opcji wymiany) dostępna jest opcja [Podsumowanie rabatów], po uprzednim udostępnieniu przycisku poprzez modyfikacje widoku.

W oknie Szczegóły rabatów przedstawione są szczegółowe informacje o wysokości rabatów z podziałem na sekcje wg rodzaju rabatu:

• rabaty towarowe – suma rabatów i promocji pakietowych, podzielona wg wartości słownikowych dla parametru Grupa rabatów
• rabaty nagłówka od wartości transakcji – suma wartości rabatów nagłówka podzielona wg wartości słownikowych dla parametru Grupa rabatów
• rabaty użytkownika – suma rabatów udzielonych ręcznie przez użytkownika dla pozycji oraz nagłówka dokumentu

W przypadku modyfikacji podsumowania dokumentu, poprzez prezentację różnicy pomiędzy wartością artykułów w cenie bazowej a początkowej, zmienia się również widok okna podsumowania rabatów.

W oknie Szczegóły rabatów znajduje się dodatkowa sekcja, która jest dostępna tylko wtedy, gdy na pozycjach dokumentu została wyliczona różnica w cenie:

• Wartość dokumentu w cenie bazowej – prezentowana w pasku nagłówka, wyliczana jako suma wszystkich pozycji dokumentów w cenie bazowej, zawierająca informację o różnicy cen

Dodatkowo nazwa sekcji: Wartość dokumentu bez rabatów jest wtedy wyświetlana jako Wartość dokumentu w cenie początkowej – wyliczana jako suma wszystkich pozycji dokumentów w cenie początkowej.

W aplikacji istnieje możliwość udzielenia rabatu przez operatora podczas wystawiania przez niego dokumentu sprzedaży. Operator sam decyduje, czy udzielić kontrahentowi dodatkowy upust oraz jaka ma być jego wysokość. Jednakże użytkownik nie może udzielić jednorazowo (na jednym dokumencie) większego upustu od tego, jaki został mu przypisany w systemie ERP.
Na dokumentach PAR, FS, ZS i OS możliwe jest naliczenie rabatów użytkownika:

• na pozycje
• na cały dokument jako rabat nagłówka

Podczas nadawania rabatu użytkownika aplikacja weryfikuje, czy operator ma wystarczające uprawnienia do nadania rabatu o określonej wartości lub procencie. W przeciwnym wypadku pojawi się komunikat: „Przekroczono dopuszczalny rabat użytkownika. Rabat pozycji został zmniejszony [maksymalna wartość dopuszczalnego rabatu procentowego dla danego operatora]”.

W obszarze roboczym dokumentu dostępne są przyciski (poszczególne punkty odpowiadają zaznaczonym przyciskom na zrzucie ekranu):

1. [Zmień rabat] – umożliwia nadanie rabatu użytkownika dla wskazanej pozycji dokumentu z poziomu dwóch zakładek:
   • Rabat procentowy – rabat o określonej wartości procentowej
   • Cena – rabat o określonej kwocie, ustalany poprzez zmianę wartości pozycji dokumentu

   Zmianę wysokości rabatu użytkownika można wykonać za pomocą:

   • klawiatury
   • przycisków [+] i [-]
   • ekranowej klawiatury numerycznej

   

   Na zakładce Rabat procentowy prezentowane są elementy:

   • Rabat procentowy – suma wszystkich rabatów naliczonych na pozycję dokumentu
   • Rabat użytkownika – sumaryczny rabat nadany przez użytkownika

   

   Uwaga

   Również po naciśnięciu wartości w kolumnie Cena na liście pozycji dokumentu istnieje możliwość nadania rabatu użytkownika.
2. [Rabat nagłówka] – umożliwia nadanie rabatu nagłówka na dokument. Po wybraniu przycisku pojawi się okno z dwiema zakładkami:
   • Rabat procentowy – umożliwia nadanie rabatu procentowego na cały dokument
   • Rabat wartościowy – umożliwia nadanie rabatu wartościowego na cały dokument

   

   Zmianę wysokości rabatu użytkownika można wykonać za pomocą:

   • klawiatury
   • przycisków [+] i [-]
   • ekranowej klawiatury numerycznej

W aplikacji obsłużone są dwa sposoby naliczania rabatu na dokumencie:

• automatyczny – naliczenie rabatu na pozycji po spełnieniu warunków określonych na jego definicji
• ręczny – rabat naliczany na pozycji dokumentu przez użytkownika po wybraniu przycisku [Rabaty ręczne] (domyślnie ukryty) lub [Nalicz promocję] (w przypadku promocji pakietowych), jeżeli zostały spełnione warunki określone na jego definicji

Ręczne naliczanie rabatów umożliwia:

• definiowanie konkretnych warunków rabatom przyznawanym przez użytkownika
• weryfikację nadanych rabatów z poziomu systemu ERP
• wprowadzenie autoryzacji dla konkretnych rabatów/wartości rabatów

Ręczne naliczenie rabatu

Na dokumentach OS, ZS, PAR, FS oraz PAR/FS wynikających z procesu wymiany istnieje możliwość zmiany widoczności przycisku [Rabaty ręczne].

Po wybraniu przycisku [Rabaty ręczne]:

• pojawi się okno Rabaty ręczne, jeżeli istnieje co najmniej jeden aktywny oraz ręcznie naliczany rabat dla wskazanej pozycji
• pojawi się komunikat: „Dla wybranego elementu rabat nie jest dostępny.”, jeżeli nie istnieje aktywny oraz ręcznie naliczany rabat dla wskazanej pozycji

W oknie Ręczne rabaty:

• prezentowane są rabaty dostępne dla centrum, do którego przypięte jest dane stanowisko POS
• prezentowane są rabaty dostępne dla zaznaczonej pozycji dokumentu
• po lewej stronie wyświetlana jest lista dostępnych pojedynczych promocji lub zgrupowanych promocji
• po prawej stronie wyświetlane są wartości wskazanej promocji/zgrupowanej promocji

W przypadku, gdy wybrane rabaty ręczne (jeden lub więcej) nie mogą być naliczone, dla każdego takiego rabatu zostanie wyświetlony odpowiedni komunikat. Niemniej, wybrane rabaty wciąż będą zaznaczone i zostaną automatycznie nadane, jeśli użytkownik wprowadzi na dokumencie zmiany, dzięki którym warunki tych rabatów zostaną spełnione.
Zatwierdzenie okna wyboru rabatów ręcznych po odznaczeniu naliczonego rabatu powoduje jego usunięcie z pozycji dokumentu.

Przykład

W systemie ERP zdefiniowane są cztery rabaty ręczne:

• Ubrania – 20%
• Obuwie – 15%
• Akcesoria – 10%
• Sport – 5%/Nieokreślony

Pierwsze trzy rabaty są ze sobą powiązane atrybutem grupującym Outlet. Artykuł Buty sportowe w ilości 1 sztuka spełnia warunki tylko rabatu Sport – 5%/Nieokreślony.
Na stanowisku POS, na paragonie zostaje dodany artykuł Buty sportowe w ilości 1 sztuka (należąca do grupy produktowej Sport) oraz wybrany rabat ręczny Outlet o wartości 15,00%.

Artykuł Buty sportowe nie spełnia warunków rabatu Outlet 15,00%. Rabat nie zostaje naliczony i operator otrzymuje powiadomienie: „Rabat Outlet (15,00%) nie został naliczony. Warunki udzielenia rabatu nie zostały spełnione”.
Po ponownym wybraniu rabatu ręcznego oraz wskazaniu Sport – 5%/Nieokreślony zostaje on naliczony.

Autoryzacja

Podczas ręcznego nadawania rabatu aplikacja weryfikuje, czy nie są wymagane odpowiednie uprawnienia operatora, które określane są na definicji rabatu w systemie ERP. W przypadku braku wymaganych uprawnień, dla danej wartości rabatu prezentowana jest ikona kłódki.

Po wybraniu wartości rabatu, dla której użytkownik nie posiada odpowiednich uprawnień, pojawi się okno autoryzacji.

Ponowne przeliczenie oraz proces generowania dokumentów

W przypadku:

• zmiany kontrahenta i przeliczenia dokumentu zgodnie z jego ustawieniami, prekonfigurowane rabaty ręczne są usuwane
• gdy na pozycji został naliczony rabat ręczny, a następnie naliczono ręcznie promocję pakietową, rabat ręczny powinien zostać usunięty
• usunięcia wszystkich pozycji z dokumentu, zostają również usunięte wybrane/naliczone rabaty ręczne
• naliczenia odwrotnego obciążenia na pozycjach dokumentu, ręcznie nadane rabaty zostają ponownie przeliczone

Promocje pakietowe nie łączą się ze zdefiniowanymi rabatami ręcznymi. Wyjątek stanowi łączenie promocji pakietowej z rabatem typu Rabat nagłówka od wartości transakcji.

Podczas generowania dokumentów:

• ZS -> FSL, PAR -> FS – nie ma możliwości modyfikacji ręcznie nadanego rabatu
• OS -> ZS, ZS -> PAR/FS – zatwierdzenie okna Rabaty ręczne ze wskazaniem innego zdefiniowanego rabatu ręcznego niż był nadany na dokumencie źródłowym spowoduje ponowne naliczenie dostępnych rabatów w obrębie danego centrum

Przyczyna nadania rabatu ręcznego (ERP: Enterprise)

Na stanowisku POS istnieje możliwość wskazania powodu nadania rabatu prze użytkownika, na dokument handlowy. Przyczyny nadanego rabatu na pozycje lub nagłówek dokumentu definiowane są w systemie ERP.

Po wybraniu na stanowisku POS przycisku [Zmień rabat], [Rabaty ręczne] lub zmianie ceny artykułu zostanie wyświetlone okno Wybierz powód rabatu, w którym należy wybrać przyczynę nadania rabatu.

Użytkownik ma możliwość:

• podania przyczyny rabatu dla poszczególnych elementów znajdujących się na dokumencie
• podania przyczyny rabatu dla rabatu nadanego na nagłówek dokumentu

Czym jest promocja pakietowa

Promocje pakietowe polegają na sprzedaży artykułów w określonych zestawach, gdzie wysokość naliczonego rabatu na dokumencie jest uzależniona od ilości sprzedawanych artykułów lub ich wartości. W ramach promocji pakietowej można również przyznać gratisy lub naliczyć rabat na najtańszy/najdroższy produkt z pakietu.
Dostępne są dwa rodzaje promocji:

• Pakiet stały – klient musi zakupić wszystkie towary wchodzące w skład promocji według zdefiniowanych warunków, aby otrzymać stosowany rabat
• Pakiet elastyczny – klient może nabyć dowolne artykuły z pakietu, ale rabat zostanie naliczony tylko po osiągnięciu określonego progu (ilościowego lub wartościowego) dla pozycji dokumentu.

Dla promocji pakietowych można w systemie ERP określić parametry:

• Definiowanie rodzaju rabatu – z możliwymi opcjami do wyboru:
  • W nagłówku rabatu
  • Na artykułach/artykułach dodatkowych
• Naliczaj rabat na – dostępny przy wybranej wartości W nagłówku rabatu parametru Definiowanie rodzaju rabatu, z możliwymi opcjami do wyboru:
  • Artykuły podstawowe
  • Artykuły dodatkowe/Gratisy
• Rozbijanie rabatu na elementy pakietu – z możliwymi opcjami do wyboru:
  • Brak – naliczanie rabatu w ramach promocji pakietowej
  • Proporcjonalnie – obliczanie ogólnego rabatu dla całego pakietu oraz rozbijanie go na poszczególne pozycje dokumentu, proporcjonalnie do ich udziału w pakiecie

• Sposób łączenia z poprzednim – z możliwymi opcjami do wyboru:
  • Dodaj
  • Mnóż
• Uwzględniaj rabaty nagłówka – umożliwia naliczanie rabatów nagłówka na elementy pakietu oraz nagłówka od wartości transakcji

Z poziomu systemu ERP dla dokumentów PAR, FS, OS i ZS można określić sposób naliczania promocji pakietowych:

• Automatyczny przy dodawaniu elementów – weryfikacja naliczanych pakietów odbywa się po dodaniu każdego elementu
• Ręczny – naliczanie rabatów pakietowych nastąpi dopiero po wybraniu przycisku [Nalicz promocje]
• Brak naliczania

Prezentacja na dokumencie

O tym czy dany artykuł ma przypisaną promocję pakietową świadczy ikona koniczyny obok pozycji dokumentu. Ikona może mieć status:

• nieaktywny (ikona wyszarzona) – na danej pozycji nie została naliczona promocja pakietowa
• aktywny (ikona ciemnozielona) – na danej pozycji została naliczona promocja pakietowa

Po wskazaniu kursorem myszy na:

• nieaktywną ikonę koniczyny – wyświetlona zostaje lista wszystkich promocji pakietowych, które mogą zostać naliczone na pozycje
• aktywną ikonę koniczyny – wyświetlona zostaje nazwa promocji, która została naliczona na promocję

W przypadku próby usunięcia lub zmiany ilości artykułu, dla którego została naliczona promocja pakietowa, zostaje wyświetlony komunikat: „Modyfikacja spowoduje usunięcie promocji pakietowej. Czy chcesz kontynuować?” z możliwymi opcjami:

• Tak – wprowadzona zmiana zostanie zastosowana na dokumencie, a jego pozycje zostaną ponownie przeliczone
• Nie – wprowadzona zmiana nie zostanie zastosowana

Naliczenie promocji pakietowej na pozycje dokumentu:

• uniemożliwia naliczenie wszelkich innych rabatów oprócz rabatu nagłówka i nagłówka od wartości transakcji
• nie jest możliwe dla artykułów z ceną zerową
• w zależności od konfiguracji umożliwia również naliczenie rabatu nagłówka na te pozycje

Ręczne naliczanie

Ręczne naliczanie rabatów pakietowych dostępne jest na dokumencie za pomocą przycisku [Nalicz promocje]. Natomiast po wybraniu przycisku [Promocje] dostępne są następujące akcje:

• [Nalicz promocje] – ponownie przelicza promocje pakietowe
• [Usuń promocje] – usuwa promocje pakietowe z dokumentu

Korekta elementów promocji pakietowej

Dla dokumentów korygujących (KIFS oraz KIPAR) można określić sposób korygowania elementów rabatów pakietowych:

• Dozwolone – elementy rabatu pakietowego mogą być korygowane
• Ostrzeżenie – opcja domyślna, w przypadku korygowania elementu rabatu pakietowego pojawi się komunikat z prośbą o potwierdzenie
• Blokada – uniemożliwia korygowanie elementów rabatów pakietowych, możliwy jest zwrot tylko całego pakietu

Generowanie dokumentów

Podczas generowania dokumentów OS → ZS lub ZS → PAR/FS:

• dane o pakietach promocyjnych są przenoszone
• nie ma możliwości ręcznego zwiększenia ilości pozycji generowanego dokumentu należących do pakietu promocyjnego
• nie ma możliwości nadania rabatu użytkownika na pozycje generowanego dokumentu należące do pakietu promocyjnego.

W przypadku generowania dokumentu OS → ZS istnieje możliwość ręcznego zwiększenia ilości elementów promocji pakietowej, przy czym taka modyfikacja powoduje usunięcie promocji pakietowej: „Pozycja należy do pakietu promocyjnego. Modyfikacja spowoduje usunięcie promocji pakietowej. Czy chcesz kontynuować?”.

Rabat nagłówka od wartości transakcji (Enterprise, Altum)

Rabat nagłówka od wartości transakcji, to rabat towarowy naliczany na wszystkie pozycje dokumentu.

Występują dwa rodzaje rabatu nagłówka od wartości transakcji:

• procentowy
• wartościowy

Dla każdego rodzaju należy określić wartości progowe i przypisane im wartości rabatu.
Z poziomu systemu ERP można zdecydować, czy przy weryfikacji progu rabatu mają być uwzględniane:

• elementy promocji pakietowych, które nie mają uruchomionej funkcji uwzględniania rabatów nagłówka
• artykuły, które nie podlegają rabatowaniu

Wykluczanie lub łączenie promocji pakietowych z rabatem nagłówka od wartości transakcji na dokumencie zależy od parametru promocji pakietowej decydującego, czy promocja podlega rabatom nagłówka.
W przypadku automatycznego nadania rabatu nagłówka od wartości transakcji:

• przy zmianie na dokumencie kontrahenta (automatycznie lub po zatwierdzeniu komunikatu informującego o przeliczeniu pozycji), rabat zostaje ponownie przeliczony
• przy zmianie na dokumencie ilości, jednostki, wartości cechy lub ceny początkowej rabat zostaje ponownie przeliczony
• przy naliczeniu odwrotnego obciążenia na pozycjach dokumentu rabat zostaje ponownie przeliczony na tych pozycjach
• przy zmianie typu dokumentu (PAR/FS) wartość rabatu zostaje wyświetlana zgodnie z kierunkiem VAT dokumentu
• dodanie lub usunięcie pozycji na kontynuowanym dokumencie powoduje ponowne przeliczenie rabatu

W przypadku ręcznego nadania rabatu nagłówka od wartości transakcji:

• przy zmianie na dokumencie kontrahenta (automatycznie lub po zatwierdzeniu komunikatu informującego o przeliczeniu) rabat zostaje usunięty
• przy zmianie na dokumencie ilości, jednostki, wartości cechy lub ceny początkowej rabat zostaje ponownie przeliczony
• przy naliczeniu odwrotnego obciążenia na pozycjach dokumentu rabat zostaje ponownie przeliczony na tych pozycjach
• przy zmianie typu dokumentu (PAR/FS) wartość rabatu zostaje wyświetlana zgodnie z kierunkiem VAT dokumentu
• dodanie lub usunięcie pozycji na kontynuowanym dokumencie powoduje ponowne przeliczenie rabatu

Podczas generowania dokumentów (OS -> ZS, ZS -> PAR/FS) rabaty nagłówka od wartości transakcji zostają przeniesione z dokumentu źródłowego. W przypadku dodania nowej pozycji na generowanym dokumencie aktualne rabaty zostaną nadane wyłącznie na tę pozycję. Zmniejszenie ilości (przy włączonej funkcji kopiowania ilości z ZS) lub usunięcie pozycji generowanego dokumentu spowoduje wyświetlenie komunikatu „Na pozycję naliczono rabat nagłówka od wartości transakcji. Modyfikacja spowoduje przeliczenie dokumentu. Czy chcesz kontynuować?” z możliwymi opcjami:

• Tak – rabat zostaje usunięty i następuje ponowne przeliczenie pozycji dokumentu
• Nie – modyfikacja (zmniejszenie ilości, usunięcie pozycji) nie zostaje wprowadzona na dokumencie. Skutkuje to brakiem możliwości częściowej realizacji zamówienia na generowanym dokumencie handlowym oraz brakiem możliwości zwiększenia ilości towaru podlegającego rabatowi nagłówka od wartości transakcji bez przeliczenia tej wartości.

Przy wyłączonej funkcji kopiowania ilości z ZS na generowanym dokumencie wprowadzenie ilości na pozycji nie wywołuje ponownego przeliczenia rabatu nagłówka od wartości transakcji. Takie ustawienie umożliwia częściową realizację zamówienia poprzez zeskanowanie mniejszej ilości artykułu.
Dla dokumentów generowanych z zamówienia sprzedaży zablokowana jest możliwość zwiększenia ilości pozycji, na które został naliczony rabat nagłówka od wartości transakcji. Przy próbie zwiększenia ilości pojawia się komunikat: „Zablokowano zmianę ilości ponad ilość dostępną na zamówieniu sprzedaży. Towar należy dodać jako nową pozycję”.

W systemie ERP można określić, czy grupy artykułów mają mieć wpływ na naliczenie rabatu nagłówka od wartości transakcji. Jeżeli na definicji rabatu:

• nie została określona żadna grupa artykułów – naliczenie rabatu nie będzie zależeć od grupy artykułów, do której należy artykuł dodany na dokument
• została określona grupa artykułów – rabat zostanie naliczony tylko na artykuły należące do tej grupy artykułów; rabat weryfikuje próg tylko na podstawie artykułów należących do wskazanej grupy artykułów

Rabat nagłówka od wartości transakcji (basket) z gratisem (Enterprise)

Rozszerzona definicja Rabatu nagłówka od wartości transakcji umożliwia naliczenie gratisu w przypadku osiągnięcia właściwego progu transakcji. Pozycja będąca gratisem może zostać zdefiniowana wyłącznie jako rabat typu stała cena. Definicja pozwala na naliczenie rabatu na:

• konkretny artykuł lub artykuł ze wskazanej grupy definicji
• najtańszy artykuł
• najdroższy artykuł

Rabat może być zastosowany wyłącznie na towar, który zostanie dodany na dokument w ilości zgodnej z tą określoną w definicji. Oznacza to, że pozycje nie zostaną rozbite w celu naliczenia rabatu na konkretną ilość, tak jak to ma miejsce w przypadku pakietów. Gratis nie zostanie naliczony na pozycję która już jest gratisem wynikającym z innego rabatu np. innego basketa lub promocji pakietowej. W przypadku naliczenia kilku rabatów tego typu przy weryfikacji progu kolejnego gratisu uwzględniana jest wartość dokumentu po pomniejszeniu o już naliczony wcześniej gratis.

Artykuły znajdujące się na dokumencie handlowym (paragon/faktura) podlegają weryfikacji aktualnie naliczonych gratisów, jak również wszystkich możliwych jeszcze do naliczenia gratisów oznaczonych jako wymagane na definicji rabatu. Dzięki temu operator może poinformować klienta o naliczonych gratisach oraz dodać te brakujące na dokumencie.

W definicji rabatu progowego ustalane są progi dotyczące ilości kupowanych przez kontrahenta artykułów oraz wysokość rabatu dla każdego progu i dla wybranej waluty. Progi rabatu weryfikowane są po zliczeniu sumy ilości danego artykułu na wszystkich pozycjach dokumentu.

Przy weryfikacji warunków rabatu progowego brane są pod uwagę następujące dane:

• zgodność waluty dokumentu z walutą wybraną na definicji rabatu progowego
• zgodność ceny początkowej z ceną określoną na definicji rabatu progowego
• zgodność jednostki miary pozycji dokumentu z jednostkami miary wybranymi na definicji rabatu progowego
• czy artykuł podlega rabatowaniu
• czy artykuł nie jest typu Skup lub Bon

Rabat progowy obliczany jest na podstawie ceny początkowej artykułu.

Jeśli na dokumencie zostanie wprowadzona zmiana:

• ilości artykułu – spowoduje to ponowne przeliczenie ilościowego rabatu progowego
• ilości artykułu – spowoduje to ponowne przeliczenie cenowego rabatu progowego, jeśli na skutek wykonanej modyfikacja zostanie zmieniona cena artykułu
• jednostki miary artykułu – spowoduje to ponowne przeliczenie rabatu progowego
• kontrahenta – spowoduje to ponowne przeliczenie rabatu progowego, jeśli użytkownik wybierze opcję Tak dla komunikatu: „Czy przeliczyć dokument zgodnie z ustawieniami kontrahenta?”
• kontrahenta – spowoduje to ponowne przeliczenie rabatu progowego, jeśli w systemie ERP została uruchomiona opcja automatycznego przeliczania ustawień kontrahenta

Rabat progowy nie może być łączony z promocją pakietową. Ilość artykułów z naliczoną promocją pakietową nie jest brana pod uwagę przy weryfikacji warunków rabatu progowego.

W przypadku kontynuacji realizacji zaparkowanego dokumentu lub otwarcia zamówienia sprzedaży, rabaty progowe nie są ponownie przeliczane. Dopiero modyfikacja takiego dokumentu (przykładowo zmiana ilości pozycji dokumentu) wywołuje ponowne przeliczenie rabatu.

Podczas generowania dokumentów:

• ZS → FSL, PAR → FS – rabaty progowe nie podlegają modyfikacji
• OS → ZS – rabaty progowe zostają przeniesione z dokumentu źródłowego. Zmniejszenie ilości, zmiana regularnej ceny lub jednostki miary bądź usunięcie pozycji generowanego dokumentu spowoduje ponowne przeliczenie dostępnych rabatów bez wyświetlania komunikatu.
• ZS → PAR/FS – rabaty progowe zostają przeniesione z dokumentu źródłowego. W przypadku dodania nowej pozycji na generowanym dokumencie, wyłącznie na nią zostaną nadane aktualne rabaty. Zmniejszenie ilości (przy włączonej funkcji kopiowania ilości z ZS), zmiana regularnej ceny lub jednostki miary bądź usunięcie pozycji generowanego dokumentu spowoduje wyświetlenie komunikatu „Modyfikacja pozycji spowoduje przeliczenie dokumentu. Czy chcesz kontynuować?” z możliwymi opcjami:
  • Tak – rabat zostaje usunięty i następuje ponowne przeliczenie pozycji dokumentu
  • Nie – nie zostaje wprowadzona modyfikacja na dokumencie (zmniejszenie ilości, usunięcie pozycji). Skutkuje to brakiem możliwości częściowej realizacji zamówienia na generowanym dokumencie handlowym oraz brakiem możliwości zwiększenia ilości towaru podlegającemu rabatowi nagłówka od wartości transakcji bez jej przeliczenia.

Przy wyłączonej funkcji kopiowania ilości z ZS, na generowanym dokumencie zmiana ceny regularnej artykułu lub usunięcie pozycji spowoduje wyświetlenie komunikatu „Modyfikacja pozycji spowoduje przeliczenie dokumentu. Czy chcesz kontynuować?” z możliwymi opcjami do wyboru Tak, Nie.

Dla dokumentów generowanych z zamówienia sprzedaży zablokowana jest możliwość zwiększenia ilości pozycji, na które został naliczony rabat progowy na artykuł. Przy próbie zwiększenia ilości pojawi się komunikat: „Zablokowano zmianę ilości ponad ilość dostępną na zamówieniu sprzedaży. Towar należy dodać jako nową pozycję”.

Kupon rabatowy uprawnia do naliczenia powiązanego z nim rabatu.

Rabaty powiązane z kuponem rabatowym nie są naliczane automatycznie. Taka promocja kuponowa zostanie naliczona dopiero po zeskanowaniu kodu rabatowego lub po wskazaniu jej na dokumencie handlowym przy pomocy przycisku [Kupony]. Przycisk:

• dostępny jest na dokumentach ZS, PAR, FS oraz na dokumentach KIPAR/KIFS wynikających z procesu wymiany
• widoczny jest, jeżeli istnieją aktywne kupony rabatowe dostępne w ramach danego stanowiska POS

• Wartość pola Etykieta, wartość powiązanego rabatu lub nazwa powiązanego rabatu (pola definiowane z poziomu systemu ERP)
• Kod kuponu (z poziomu okna Zarządzanie widokiem użytkownik ma możliwość zmiany na prezentację nazwy kuponu)
• Data ważności

Wyświetlane kupony sortowane są rosnąco po dacie ważności. Wyszukiwanie kuponów w filtrze tekstowym odbywa się po jego kodzie oraz nazwie.
Zatwierdzenie okna dla wybranego kuponu powoduje wywołanie powiązanego z nim rabatu. Jeżeli pozycje dodane na dokumencie nie spełniają warunków powiązanego z kuponem rabatu, to rabat nie jest naliczany (mimo wskazania kuponu) i kod kuponu nie zostaje zużyty.

Po ponownym otworzeniu okna Wybór kuponu, w pierwszej kolejności wyświetlane są wybrane kupony (sortowane zgodnie z datą ważności).
Na dokumencie:

• nie ma możliwości wskazania kilku kodów kuponów rabatowych powiązanych z tym samym rabatem
• zmiana ceny początkowej pozycji dokumentu powoduje przeliczenie nadanej promocji kuponowej, za wyjątkiem kuponów powiązanych z promocjami pakietowymi, dla których zablokowana jest możliwość edycji ceny/rabatu operatora.
• dodanie kolejnego elementu spełniającego warunki powiązanego z kuponem rabatu spowoduje naliczenie rabatu również na tę pozycję
• zmiana kontrahenta z ponownym przeliczeniem warunków dokumentu spowoduje ponowne przeliczenie rabatu na pozycjach dokumentu

Wykorzystanie kodu kuponu rabatowego w trybie offline zależy od ustawień na definicji kuponu w systemie ERP. Jeśli dla danego kuponu opcja Zezwalaj na dodawanie w trybie ’Offline’ jest:

• włączona – kupon może być użyty mimo braku możliwości weryfikacji limitu jego użycia
• wyłączona – kupon nie może być użyty w przypadku braku połączenia z usługą synchronizacji danych

Weryfikacja kodów w trybie online odbywa się podczas:

• dodawania kodów rabatowych na dokument handlowy
• przejścia na okno płatności

Natomiast zużywanie kodu kuponu rabatowego następuje w momencie finalnego zatwierdzania dokumentu handlowego.

W przypadku generowania dokumentów ZS ->PAR/FS/FSL lub PAR -> FS:

• promocje kuponowe zostają przeniesione z dokumentu źródłowego
• aktualne kupony są naliczane wyłącznie na nowe pozycje generowanego dokumentu

Stanowisko POS umożliwia obsługę harmonogramów, dzięki czemu można ustalić czas promocji obowiązujących w wybranych godzinach, tzw. Happy hours, lub obowiązujących w wyznaczonych dniach, np. w ostatni weekend miesiąca.

Harmonogramy dotyczą obiektów:

• rabat
• kupon rabatowy

Obsłużone typy harmonogramu:

• Dzienny
• Tygodniowy
• Miesięczny

Harmonogramy nie wpływają na działanie obiektów, do których są przypisane. Wpływają tylko na czas ich obowiązywania.

Aplikacja Comarch POS pozwala użytkownikowi na prowadzenie skupu odpowiednio oznaczonych w systemie artykułów.

Artykuły skupowane wprowadzane są przez użytkownika na dokument handlowy. Pozycja dotycząca skupu pomniejsza kwotę płatności dla transakcji rejestrowanej na dokumencie.

W momencie zatwierdzenia dokumentu artykuły podlegające skupowi zostają przeniesione na automatycznie wygenerowany dokument ręcznej korekty ilościowej. W efekcie wystawiony paragon/faktura nie zawiera pozycji związanych ze skupem. Płatności obu dokumentów są kompensowane po synchronizacji tych dokumentów do systemu ERP.
Element typu Skup:

• nie podlega rabatom handlowym ani rabatom użytkownika
• nie podlega wymianie
• nie działa dla oferty i zamówienia sprzedaży. Dodając artykuł będący skupem na taki dokument, zostanie on zaprezentowany z wartością dodatnią

Na stanowisku POS istnieje możliwość grupowania artykułów według wybranej kolumny oraz agregowania według wartości wskazanej kolumny.
W tym celu należy wybrać kafel [Konfiguracja] -> [Konfiguracja interfejsu] -> [Zarządzanie widokami], a następnie dla wybranego widoku:
• dla pola Nazwa kontrolki wskazać wartość DataGrid
• dla pola Grupuj po znajdującego się w sekcji Ogólne wskazać wartość, po której ma odbywać się grupowanie
• dla opcji Agregacja wybrać wartość, która będzie agregowana oraz sposób agregacji

W celu uproszczenia przeglądania listy z wieloma grupami, operator ma możliwość rozwinięcia lub zwinięcia danej grupy.
Agregować można po więcej niż jednej kolumnie. Operator ma do wyboru następujące rodzaje agregacji:

• Suma
• Średnia
• Maksimum
• Minimum

Odwrotne obciążenie to procedura przeniesienia odpowiedzialności za rozliczenie podatku od zawartej transakcji ze sprzedawcy na nabywcę.

Konfiguracja i uruchomienie obsługi odwrotnego obciążenia odbywa się w systemie ERP.

Na stanowisku POS parametr Odwrotne obciążenie jest dostępny na:

• Karcie artykułu – nie podlega edycji. Ustawienie parametru jest przenoszone z systemu ERP

• Karcie kontrahenta – dla kontrahentów o typie Krajowy parametr podlega edycji

• Dokumencie (OS, ZS, FSL, FS, KFSL i KIFS) – dla transakcji krajowych, parametr podlega edycji tylko na niezatwierdzonych dokumentach lub otwartych zamówieniach sprzedaży. Wartość parametru jest przenoszona z karty kontrahenta.
• Pozycji dokumentu – podlega edycji, o ile na wystawianym dokumencie jest zaznaczony parametr Odwrotne obciążenie. Domyślna wartość parametru jest przenoszona z karty artykułu. Zaznaczenie parametru na pozycji dokumentu powoduje automatyczną zmianę stawki VAT.

Podczas generowania:

• dokumentu PAR z dokumentu ZS, na którym zastosowano odwrotne obciążenie pojawi się komunikat blokujący: „Nie można wystawić paragonu, na zamówieniu zastosowano odwrotne obciążenie. Czy chcesz wystawić fakturę sprzedaży?”.
• OS -> ZS lub ZS -> FS wartość parametru Odwrotne obciążenie jest przenoszona z dokumentu źródłowego z możliwością modyfikacji
• FSL oraz korekt FS/FSL wartość parametru Odwrotne obciążenie jest przenoszona z dokumentu źródłowego bez możliwości zmiany
• FS generowanej z PAR nie ma możliwości zaznaczenia parametru Odwrotne obciążenie

Na dokumencie WZ wygenerowanym w systemie ERP do faktury sprzedaży wystawionej na stanowisku POS wartość parametru Odwrotne obciążenie jest przenoszona z dokumentu źródłowego bez możliwości zmiany.
W przypadku zmiany kontrahenta na dokumencie niezależnie od odpowiedzi na pytanie „Czy przeliczyć dokument zgodnie z ustawieniami kontrahenta?” wartość parametru Odwrotne obciążenie jest zawsze aktualizowana. Aktualizacja przebiega zgodnie z ustawieniami na karcie wybranego kontrahenta.

Mechanizm podzielonej płatności

Aplikacja umożliwia obsługę mechanizmu podzielonej płatności (MPP), który zastępuje od 01.11.2019r. obowiązujące wcześniej przepisy dotyczące odwrotnego obciążenia.
Obowiązkowy MPP jest stosowany w odniesieniu do towarów i usług, które podlegają zakresowi odpowiedzialności nabywcy, a objęte są nim płatności, których jednorazowa wartość (bez względu na liczbę wynikających z niej płatności) jest równa lub przekracza 15 000 PLN.
Korzystanie z funkcjonalności na stanowiskach POS możliwe jest po wybraniu w systemie ERP opcji W księgowości i w handlu dla pola Obsługa podzielonej płatności wg przepisów polskich.

Zmiana w systemie ERP opcji W księgowości i w handlu na opcję W księgowości dla pola Obsługa podzielonej płatności wg przepisów polskich:

• dezaktywuje w aplikacji mechanizmy dotyczące MPP
• przy włączonej obsłudze odwrotnego obciążenia, ponownie ją aktywuje

Karta artykułu

Na karcie artykułu parametr Podzielona płatność nie podlega edycji. Ustawienie parametru jest przenoszone z systemu ERP.

Pozycja dokumentu

Na pozycjach dokumentu parametr Podzielona płatność nie jest widoczny z poziomu interfejsu aplikacji. Wartość parametru jest przenoszona z karty artykułu. Zmiana kontrahenta na dokumencie nie wpływa na ustawienie parametru na pozycjach dokumentu.

Dokument

Na dokumencie (ZS, FSL, FS, KFSL, KIFS) parametr Podzielona płatność jest domyślnie odznaczony oraz widoczny przy uruchomionej obsłudze MPP. Edycja wartości parametru jest możliwa, jeżeli:

• dokument jest niezatwierdzony
• wskazany na dokumencie kontrahent jest kontrahentem biznesowym
• dokument nie ma włączonej obsługi odwrotnego obciążenia, a jeśli ma, to nie zawiera żadnej pozycji podlegającej odwrotnemu obciążeniu

Parametr zostanie automatycznie zaznaczony podczas parkowania dokumentu lub jego zatwierdzenia, jeżeli:

• rodzaj transakcji to Krajowa
• wskazany na dokumencie kontrahent jest kontrahentem biznesowym
• dokument nie ma włączonej obsługi odwrotnego obciążenia, a jeśli ma, to nie zawiera żadnej pozycji podlegającej odwrotnemu obciążeniu
• na co najmniej jednej pozycji dokumentu parametr jest zaznaczony (w przypadku FSL weryfikowane są pozycje z zamówienia sprzedaży, do którego generowana jest zaliczka)
• wartość brutto dokumentu w walucie systemowej jest większa bądź równa 15 000 PLN (w przypadku generowanej faktury jest weryfikowana wartość dokumentu po odliczeniu zaliczek)

Okno płatności

Jeżeli na dokumencie został zaznaczony (czy to ręcznie bądź automatycznie) parametr Podzielona płatność, to w oknie płatności dokumentu:

• zostanie wyświetlona notyfikacja: „Zastosowano mechanizm podzielonej płatności. Płatność możliwa wyłącznie przelewem.”
• formy płatności inne niż typu Bank dla waluty PLN staną się nieaktywne

Wydruk

Na wydrukach dokumentów (nie dotyczy zamówień sprzedaży) z zaznaczonym parametrem Podzielona płatność dodana zostaje informacja określająca, że dokument jest objęty mechanizmem podzielonej płatności, jeżeli choć jedna płatność jest w walucie PLN.

Kontynuowanie dokumentu

Podczas kontynuacji dokumentu z parkingu ustawienie parametru Podzielona płatność pozostaje takie samo jak w momencie zaparkowania dokumentu. W przypadku wprowadzenia modyfikacji na kontynuowanym dokumencie (dodanie/usunięcie pozycji), na pozycjach dokumentu ustawienie parametru Podzielona płatność jest na nowo pobierane z kart artykułów.

Generowanie dokumentów

Podczas generowania:

• ZS → FS, ZS → FSL, ZS → FSL → FS wartość parametru Podzielona płatność jest przenoszona z dokumentu źródłowego (zamówienia sprzedaży) z możliwością modyfikacji. Podczas zatwierdzania dokumentu FS, na którym nie został zaznaczony parametr Podzielona płatność, aplikacja zweryfikuje, czy są spełnione warunki do automatycznego zaznaczenia tego parametru.
• korekt dokumentów FS/FSL parametr Podzielona płatność jest domyślnie odznaczony z możliwością edycji. Podczas zatwierdzania korekty dokumentu, na którym nie został zaznaczony parametr Podzielona płatność, aplikacja zweryfikuje, czy są spełnione warunki do automatycznego zaznaczenia tego parametru.
• korekt ręcznych (KIFS), mechanizm MPP działa analogicznie jak w przypadku tworzenia nowej FS
• FS z PAR parametr Podzielona płatność zawsze jest odznaczony i ukryty
• OS → ZS oraz realizacji ZS (bez wygenerowanych zaliczek), dla których dokumenty źródłowe mają zaznaczony parametr Odwrotne obciążenie, zostanie wyświetlona notyfikacja: „Wyłączono obsługę odwrotnego obciążenia. Ceny artykułów zostały zaktualizowane.” oraz zamiast parametru Odwrotne obciążenie pojawi się parametr Podzielona płatność z możliwością edycji
• FS z ZS (z wygenerowanymi zaliczkami), dla których dokument źródłowy ma zaznaczony parametr Odwrotne obciążenie, wartość tego parametru zostanie przeniesiona z dokumentu źródłowego
• ZS → FSL, dla których dokument źródłowy ma zaznaczony parametr Odwrotne obciążenie, zostanie wyświetlony komunikat blokujący: „Od 01.11.2019 r. obowiązuje mechanizm podzielonej płatności. Na zamówieniu zostało zastosowane odwrotne obciążenie. Czy chcesz zarejestrować fakturę zaliczkową z odwrotnym obciążeniem?” z możliwymi do wyboru opcjami:
  • Tak – aplikacja otworzy formularz nowo dodawanej zaliczki z zaznaczonym parametrem Odwrotne obciążenie
  • Nie – nie zostanie wygenerowany dokument do ZS i użytkownik wróci do listy dokumentów handlowych

W przypadku wyłączenia obsługi MPP w systemie ERP, podczas generowania:

• Korekt do dokumentów z zaznaczonym parametrem Podzielona płatność, parametr nie zostanie zaznaczony oraz nie jest widoczny na dokumencie
• FSL/FS do zamówień sprzedaży z zaznaczonym parametrem Podzielona płatność, parametr nie zostanie zaznaczony oraz nie jest widoczny na dokumencie

Na stanowisku POS każda kolejna kopia wydruku zatwierdzonego dokumentu:

• PAR
• FS
• FSL
• KIPAR
• KIFS
• KFSL
• korekty ręcznej

jest oznaczana jako kopia.

Jeśli parametr Zgodność z francuskimi przepisami VAT jest zaznaczony w systemie ERP, rejestrowana jest również historia kopii/duplikatów, dostępna pod przyciskiem [Historia wydruków].

• Id duplikatu
• Numer wydruku
• Kod stanowiska
• Obsługujący
• Data utworzenia
• Ilość wydruków niezatwierdzonych
• Ilość wydruków zatwierdzonych

Operator ma możliwość zawęzić listę duplikatów przy pomocy filtrów:

• Kod stanowiska
• Obsługujący
• Data utworzenia

W momencie drukowania duplikatów generowany jest również podpis cyfrowy pozwalający na identyfikację każdej kopii wydruku.

Lista zadań (Enterprise)

Lista zadań pozwala na wysyłanie użytkownikom pracującym na stanowiskach POS przypomnień o:

• zamówieniach sprzedaży do realizacji, pobranych z systemu ERP, prezentowane z odpowiednim statusem realizacji z dedykowanego słownika w systemie ERP
• dokumentach gotowych do przyjęcia
• dokumentach inwentaryzacyjnych, które zostały wygenerowane lub są otwarte
• dokumentach oczekujących na realizację przez centralę, na przykład zwroty do magazynu centralnego na koniec sezonu
• nowym wymaganiu aktualizacji etykiet

Informacja o ilości zadań wyświetlana jest na podstawie zamówień sprzedaży aktualizowanych podczas synchronizacji.

Jeżeli na stanowisku POS pojawi się nowy obiekt, który prezentowany jest na liście zadań, wyświetlony zostanie obok zegara aplikacji ikona informująca o ilości nowych obiektów do realizacji.

Po otworzeniu listy zadań ikona zmieni kolor na biały, pozostawiając przy tym cały czas wyświetlaną liczbę zadań . Kolor ikony określa czy na stanowisku pojawiło się nowe zadanie.

Po wybraniu ikony zostanie otworzona lista zadań, na której znajdują się informacje o:

• obiekcie, którego dotyczy zadanie (w tym przypadku określony status zamówienia)
• liczbie obiektów/akcji z ich statusem (w tym przypadku liczba zamówień o określonym statusie)

Lista zadań (Altum)

Funkcjonalność listy zadań dedykowana jest firmom, które chcą wprowadzić przypomnienia o zadaniach do realizacji dla użytkowników pracujących na stanowiskach POS. Dodatkowo wprowadzono możliwość potwierdzenia przeczytania wiadomości przez operatora na stanowisku Comarch POS.

Lista zadań pozwala na wysyłanie użytkownikom pracującym na stanowiskach POS przypomnień o:

• zadaniach, które należy wykonać w sklepie, zadania te są predefiniowane w systemie Comarch ERP Altum
• dokumentach gotowych do przyjęcia
• dokumentach inwentaryzacyjnych, które zostały wygenerowane lub są otwarte
• dokumentach oczekujących na realizację przez centralę, na przykład zwroty do magazynu centralnego na koniec sezonu

Jeżeli na stanowisku Comarch POS pojawi się obiekt, który ma zostać zaprezentowany na liście zadań, obok zegara zostanie wyświetlona ikona informująca o liczbie nowych powiadomień. Do momentu otworzenia listy zadań ikona ma kolor granatowy. W momencie otworzenia listy ikona zmieni kolor na biały , pozostawiając przy tym cały czas wyświetlaną liczbę zadań. Kolor ikony wskazuje, czy na stanowisku pojawiło się nowe zadanie/obiekt do realizacji.

Po wybraniu ikony zostanie otworzona lista zadań, na której znajdują się informacje o:

• obiekcie, którego dotyczy zadanie
• liczbie obiektów/akcji z ich statusem
• zadaniach do realizacji na stanowisku POS

Komunikaty na POS

Wiadomości/zadania prezentowane na liście zadań należy zdefiniować w systemie Comarch EPR Altum

Lista zadań z wiadomościami jest posortowana według okresu obowiązywania określonego w systemie ERP. Dodatkowo, jeżeli w systemie został określony wysoki priorytet, przed treścią wiadomości prezentowany jest wykrzyknik. Sekcja wiadomości dzieli się na nieprzeczytane i przeczytane komunikaty.

W danym komunikacie można określić:

• Temat – tytuł notatki wysłanej na stanowisko POS
• Zakończone – parametr domyślnie odznaczony z możliwością ręcznego zaznaczenia przez użytkownika lub zaznaczany automatycznie jeśli upłynie data w polu Data końcowa
• Priorytet – pozwala określić ważność notatki (kolejność prezentowania komunikatów na POS) do wyboru są opcje:
  • Normalny
  • Wysoki – na stanowisku POS prezentowany jest dodatkowy wykrzyknik przy zadaniu o wysokim priorytecie
• Treść – pole tekstowe pozwalające na wprowadzenie treści/linków wysyłanych na POS
• Centra POS – centrum POS dostępne w strukturze firmy do jakich dana notatka ma zostać wysłana. Wymaganym jest aby co najmniej jedno centrum POS miało zaznaczony parametr Aktywny.

W sekcji Szczegóły planowania, możliwe jest określenie daty obowiązywania danej notatki z możliwością określenia: Daty początkowej, Daty końcowej lub zaznaczenie parametru Wydarzenie całodzienne.
Dodatkowo dla wiadomości dostępny jest przycisk [Zobacz szczegóły >>], po wybraniu którego prezentowane są szczegóły wiadomości. Z poziomu nowego okna szczegółów wiadomości dostępne są przyciski:

• [Drukuj] – umożliwia wydrukowanie wiadomości, dzięki nowej definicji wydruku
• [Potwierdź przeczytanie] – potwierdza przeczytanie przez operatora wiadomości, przycisk dostępny do momentu pierwszego potwierdzenia przeczytania wiadomości
• [Zamknij] – umożliwia zamknięcie okna szczegółów wiadomości

Niektóre firmy jako część wynagrodzenia oferują swoim pracownikom bony obiadowe, najczęściej są one wystawiane na określoną kwotę przyznawaną na każdy dzień. W związku z tym dodana została obsługa bonów z limitem wykorzystania, konfigurowanym w systemie ERP. Obsługiwany jest bon zewnętrzny, wystawiony przez zewnętrznego dostawcę.

W oknie płatności dodana została informacja o płatności bonem z limitem.

W przypadku bonu zewnętrznego z limitem, po wybraniu przycisku [Bon zewnętrzny] należy w wyświetlonym oknie podać Numer bonu z limitem.

Ponieważ bony obiadowe są częścią wynagrodzenia, są one wydawane wraz z pensją. Obsługiwane są dwie formy:

• papierowa
• cyfrowa, w postaci karty zasilanej co miesiąc

Płatności bonami obiadowymi można dokonać wyłącznie za wybrane artykuły. Na stanowisku POS w podglądzie artykułu pojawiła się informacja pobierana z systemu ERP o tym, czy za produkt można płacić bonem obiadowym.

Funkcjonalność wysyłania wydruków cyfrowych umożliwia operatorowi stanowiska POS decydować, czy potwierdzony dokument ma zostać wydrukowany na drukarce, czy wysyłany do klienta za pomocą poczty e-mail.

Opcja cyfrowego wysłania wydruku jest dostępna:

• po zatwierdzeniu dokumentu/płatności
• po wybraniu przycisku [Drukuj] po zaznaczeniu na liście dokumentu, także w przypadku wcześniej wygenerowanego pliku pdf

W oknie Wydruk cyfrowy, po wybraniu przycisku [Drukuj] istnieje możliwość:

• wprowadzenia adresu e-mail kontrahenta
• zapisania adresu e-mail jako domyślnego na karcie kontrahenta
• wydrukowania dokumentu
• wysłania dokumentu na wskazany adres
• wydrukowania i wysłania dokumentu

Zarządzanie pracownikami (Enterprise)

Funkcjonalność Zarządzanie pracownikami ułatwia proces tworzenia konta nowego pracownika. Ma ona na celu umożliwienie menadżerowi (uprawnionemu użytkownikowi) sklepu rejestrację nowych pracowników. Oprócz rejestracji, czyli wprowadzenia podstawowych danych, możliwe jest ustawienie roli i hasła nowego pracownika. Operator może przyporządkować pracownika do wybranych centrów w danej firmie (z ograniczeniami dla centrum, w którym operator rejestrujący pełni rolę kierownika).

Pracownicy

Kafel [Pracownicy] (domyślnie ukryty) dostępny jest z poziomu głównego menu po jego aktywowaniu w modyfikacji widoku.

W oknie Pracownicy prezentowana jest lista dodanych pracowników. Opcja wyszukiwania online pozwala na wyświetlanie pracowników innych centrów na podstawie danych pobranych z systemu ERP.

Lista pracowników składa się z następujących kolumn:

• Tytuł
• Imię
• Nazwisko
• Numer karty – numer karty pracownika
• Status hasła – możliwe statusy:
  • Wygasłe – jeżeli bieżąca data jest późniejsza niż data zmiany hasła
  • Ważne do – jeżeli hasło ma określoną datę wygaśnięcia, to data ta zostanie wyświetlona obok statusu, sformatowana zgodnie z ustawieniami regionalnymi
• Centra powiązane (Role) – nazwa centrum wraz z rolą, na przykład: Kraków (Asystent)
• Data zakończenia – data zakończenia zatrudnienia, w przypadku terminowych umów o pracę
• Aktywny – informacja, czy konto pracownika jest aktywne w systemie

W górnej części okna znajduje się pole filtra tekstowego umożliwiającego przeszukiwanie listy pracowników na podstawie imienia bądź nazwiska. Sortowanie może odbywać się według wszystkich dostępnych kolumn. Wyszukiwanie można również zawęzić przy pomocy rozwijanych filtrów:

• Role
• Aktywny
• Centra

Na liście pracowników dostępne są następujące przyciski:

• [Dodaj] – otwiera okno dodania nowego pracownika
• [Pogląd] – wyświetla do podglądu dane pracownika
• [Odśwież] – odświeża listę pracowników
• [Przypisz centrum] – otwiera okno wyboru centrum
• [Aktywuj/Dezaktywuj] – zmienia status aktywności wybranego pracownika. Dezaktywacja możliwa jest wyłącznie, gdy wybrany został pracownik z przypisanym centrum, w którym operator wykonujący zmianę statusu aktywności pełni rolę kierowniczą.
• [Zmień hasło] – otwarcie okna zmiany hasła wybranego pracownika. Hasło może zmienić operator z odpowiednim do tego uprawnieniem.
• [Zamknij] – zamyka listę pracowników

Dodanie nowego pracownika

W celu dodania nowego pracownika na liście pracowników należy wybrać przycisk [Dodaj]. Po wybraniu przycisku zostanie otwarty formularz.

Na formularzu znajdują się pola obowiązkowe do wypełnienia:

• Imię
• Nazwisko
• Data urodzenia
• Nazwa użytkownika
• Hasło
• Powtórz hasło

A także pola dodatkowe:

• Tytuł
• Numer karty
• Data rozpoczęcia – domyślnie ustawiona aktualna data
• Data zakończenia
• Aktywność – parametr domyślnie włączony, dzięki czemu utworzone konto jest aktywne w systemie

Na formularzu dostępne są następujące przyciski:

• [Przypisz centrum] – otwiera okno wyboru centrum, wybranie przypisanego centrum jest obowiązkowe.
• [Usuń powiązanie] – przycisk aktywny w momencie przypisania przynajmniej jednego centrum, akcja usuwa powiązanie pracownika z centrum
• [Zapisz] – weryfikuje wpisy w obowiązkowych polach i w przypadku ich poprawnego wypełnienia następuję zapisanie nowego pracownika

Przypisz centrum

Po wybraniu kafla przypisania centrum zostaje otwarte okno Powiązania z centrum.

W oknie znajdują się dwie sekcje:

• Role – zawiera kafle z określonymi rolami zdefiniowanymi w systemie ERP
• Centra – zawiera kafle z centrami, w których operator dodający pracownika pełni rolę menadżera

Należy wybrać rolę dla dodawanego pracownika, a także przypisać go przynajmniej do jednego centrum, aby potwierdzić wybór, należy wybrać przycisk [Zatwierdź].

Zmiana hasła

W celu zmiany hasła wybranego pracownika należy wybrać przycisk [Zmień hasło], które otwiera okno zmiany hasła.

W oknie Zmień hasło należy uzupełnić pola:

• Nowe hasło
• Powtórz nowe hasło

Wprowadzane wartości weryfikowane są zgodnie ze zdefiniowaną w systemie ERP polityką haseł, np. można dodać wymagalność użycia znaku szczególnego lub co najmniej jednej dużej litery.

Jeżeli nowe hasło zostało prawidłowo ustawione, pojawi się komunikat: Hasło zostało pomyślnie zmienione.

W systemie ERP dostępny jest parametr Zmień ustawienia pracownika innego kanału sprzedaży. Dezaktywacja parametru powoduje, że na stanowisku POS zablokowana jest możliwość zmiany:

• hasła
• statusu aktywności
• przypisanego centrum

pracownika, który nie jest przypisany do tego samego centrum co zalogowany operator. Podczas próby edycji takiego pracownika, na stanowisku POS zostanie wyświetlony komunikat: Wybrany pracownik pracuje w innym centrum.

Obsługa bonów socjalnych (Comarch ERP Enterprise)

Zgodnie z francuskimi przepisami bon socjalny jest formą płatności, którą miasto może przekazać swojemu obywatelowi w ramach pomocy społecznej. Zasada działania bonów socjalnych jest podobna do bonów restauracyjnych.  Główną różnicą jest brak ograniczeń kwotowych na określone artykuły, nie jest to bon z limitem wykorzystania. Bonem tym można zapłacić za każdy artykuł, nie jak w przypadku bonu restauracyjnego, za określone artykuły zdefiniowane w systemie ERP.

Bon socjalny:

• jest skonfigurowanym w systemie ERP bonem zewnętrznym
• ma formę papierową, określony schemat numeracji, okres ważności zapisany częściowo z numerze (bieżący rok plus zdefiniowana ilość dni po upływie roku)
• można wykorzystać przy zakupie dowolnego artykułu
• nie podlega wydawaniu reszty

Wprowadzona została możliwość konfiguracji bonów socjalnych w systemie ERP i obsługa płatności takimi bonami w Comarch POS. Podczas zapłaty bonem socjalnym następuje sprawdzenie warunków umożliwiających jego wykorzystanie. Taka weryfikacja odbywa się tylko lokalnie (nie jest wymagane połączenie z Centralą).

W oknie płatności po wybraniu przycisku [Bon zewnętrzny] należy w wyświetlonym oknie podać numer bonu.

Postępowanie na zamknięciu dnia

Tak jak w przypadku innych bonów zewnętrznych, bony socjalne są widoczne w podsumowaniu dnia, jeżeli został dokonany na niego zakup.

Zwrot towaru zapłaconego bonem socjalnym

W przypadku zwrotu towaru za który zapłaconą bonem socjalnym, klient otrzymuje zwrot gotówki lub zwrot na kartę, nie jest możliwe otrzymanie nowego bonu socjalnego, lub doładowanie poprzedniego.

Lista KP/KW

W przypadku ręcznego generowania dokumentu KW obsługa bonów socjalnych jest taka sama jak dla wszystkich bonów zewnętrznych. Po wprowadzeniu kwoty, typu bonu oraz zatwierdzeniu operacji wygenerowany zostanie dokument KP oraz zaktualizowanie zostanie saldo formy płatności Bon zewnętrzny.

Dla dokumentów KP forma płatności Bon socjalny jest zablokowana, w związku z tym na stanowisku POS wyświetlony zostanie komunikat: „Ten rodzaj bonu nie może zostać użyty na dokumencie KP” .

Pominięcie wydruku paragonu (Enterprise)

Istnieje możliwość pominięcia wydruku paragonów, o wartości niższej niż kwota, która jest określona w ustawach dotyczących ochrony środowiska w danym kraju. Ustawa ma na celu ograniczenie wykorzystania papieru.

W systemie ERP należy określić maksymalną wartość dokumentu, do której można pominąć wydruk paragonu. Jeżeli wartość dokumentu nie jest większa niż określona kwota to:

• wydruk paragonu będzie automatycznie pomijany
• potwierdzenie zapłaty będzie drukowane tylko w przypadku, gdy dokument sprzedaży jest drukowany samodzielnie
• jeżeli parametr Automatyczne zamknięcie okna płatności w systemie ERP jest nieaktywny to w oknie płatności na POS będzie dostępny przycisk [Drukuj]

Jeżeli w procesie generowany jest więcej niż jeden dokument (paragon i korekta paragonu):

• dla obu dokumentów jest jeden wspólny wydruk – dokument musi być wydrukowany, jeżeli przynajmniej jeden dokument (paragon lub jego korekta) przekracza zdefiniowaną wartość
• generowane są dwa osobne wydruki dla paragonu i jego korekty – poszczególne wydruki muszą być wykonane tylko wtedy, gdy dany dokument przekroczy zdefiniowany limit wartości

Standaryzacja wyświetlania grup produktowych ma na celu ujednolicenie sposobu  ich wyświetlania w ramach procesów:

• grupowania artykułów na arkuszu inwentaryzacyjnym
• grupowania artykułów przy przyjęciu MM-

W zależności od ustawienia parametru Wyświetlony poziom grupy artykułów:

• Wyświetl najwyższy poziom – prezentowana jest główna grupa do której należy artykuł
• Wyświetl dokładny (najniższy) poziom – prezentowana jest grupa na najniższym poziomie, do której należy artykuł

Możliwość ustalenia minimalnej ceny artykułów ograniczającej maksymalny rabat jaki można zastosować na dany artykuł, ma zapobiec sprzedaży artykułów po cenie niższej niż uwzględniająca minimalny narzut określony przez strategię biznesową bądź przez ustawodawstwo danego kraju (np. produkty spożywcze). W wyniku wyliczenia minimalnej marży na odsprzedawany artykuł wyliczana jest cena minimalna, poniżej której nie można już zastosować większej wartości rabatu. Dane o minimalnej cenie i maksymalnej wartości procentowej rabatu przesyłane są z systemu ERP.

Kopiowanie pozycji dokumentów (Altum, Enterprise)

Kopiowanie pozycji możliwe jest z dokumentów: PAR/FS/ZS/OS. Skopiowane pozycje użytkownik może wkleić na nowy dokument poprzez ustawienie kursora myszy w polu Wyszukaj lub na liście pozycji dokumentu. Kopiowanie i wklejanie działa za pomocą standardowych skrótów klawiszowych i przycisku myszy, funkcjonalność dedykowana jest dla osób używających klawiatury i myszy.

• Ctr+c – kopiowanie pozycji, przy pomocy myszy jesteśmy w stanie zaznaczyć które artykuły należy skopiować z dokumentu źródłowego. Kopiowane są artykuły z ich ilościami z dokumentu źródłowego i ceną początkową, bez naliczonych rabatów.
• Ctr+v – wklejenie artykułów, które wcześniej skopiowano
• Ctr+a – zaznaczenie wszystkich pozycji na dokumencie, które mają zostać skopiowane
• Ctr+ prawy przycisk myszy – umożliwia wybranie konkretnych pozycji na dokumencie, które mają być wybrane do skopiowania
• Shift + prawy przycisk myszy – umożliwia wskazanie przedziału artykułów z dokumentu, które mają być wybrane do skopiowania

Karty podarunkowe w integracji z Nepting (Enterprise)

Karta podarunkowa jest rodzajem karty płatniczej, umożliwiającej dokonywanie płatności z wykorzystaniem dostępnych środków pieniężnych. Mogą być również wydawane przez sprzedawców detalicznych w ramach strategii promocyjnej. Integracja zewnętrznych kart podarunkowych obsługiwana jest przez terminal płatniczy z protokołem Nepting lub Ingenico.

Na stanowisku POS można:

• zapłacić kartą podarunkową
• dokonać zwrotu środków na kartę podarunkową w procesie korekty sprzedaży
• doładować kartę – klient w jednej transakcji zapłaci za standardowe pozycje na dokumencie, a także za doładowanie karty
• wydrukować potwierdzenie dla transakcji doładowania/zasilenia
• dezaktywować kartę
• weryfikować stan środków na karcie
• dodać kilka kart podarunkowych do jednego dokumentu handlowego
• aktywować kartę po dokonaniu płatności

Comarch Loyalty Cloud (Enterprise)

Systemy lojalnościowe pozwalają na tworzenie pozytywnych relacji z klientem, jak również wpływają na zwiększenie sprzedaży artykułów. Ich celem jest utrzymanie dobrych relacji ze stałymi klientami i utworzenie lojalnej grupy odbiorców, a także pozyskiwanie nowych klientów.

W integracji z Comarch POS dodana została możliwość budowania i utrzymywania relacji pomiędzy sieciami handlowymi a klientami. Integracja polega na powiązaniu procesu sprzedażowego w Comarch POS z mechanizmem systemu lojalnościowego Comarch Loyalty Cloud (CLC).

Obsłużona została:

• weryfikacja klienta lojalnościowego poprzez zeskanowanie/podanie numeru karty
• obsługa transakcji z CLC (włącznie z obsługą zwrotów, wiążącą się z pomniejszeniem ilości punktów lojalnościowych)
• możliwość wydruku salda punktów lojalnościowych po zatwierdzonej transakcji
• obsługa kuponów wygenerowanych przez CLC i powiązanych z właściwą definicją rabatu utworzonego w systemie ERP
• synchronizacja produktów
• synchronizacja punktów lojalnościowych
• synchronizacja grup klientów lojalnościowych
• synchronizacja zgód lojalnościowych zdefiniowanych w CLC i przesłanych w synchronizacji z sytemu ERP
• możliwość dodania klienta lojalnościowego na stanowisku POS
• możliwość modyfikacji danych klienta lojalnościowego (imię, nazwisko, e-mail, kraj)
• możliwość ręcznego zablokowania katy lojalnościowej (z podaniem przyczyny na podstawie opcji predefiniowanych w systemie Comarch ERP Enterprise)
• możliwość wycofania wymaganych zgód członka programu lojalnościowego

Klient w systemie lojalnościowym jest identyfikowany na podstawie numeru karty lojalnościowej, którą okazuje kasjerowi przed dokonaniem płatności za artykuły. Comarch POS nie musi posiadać takiego kontrahenta w systemie, numer karty lojalnościowej może być jedynie zeskanowany i zapisany dla klienta nieokreślonego na dokumencie lub transakcji.

Numer karty lojalnościowej jest przesyłany z systemu ERP poprzez standardową synchronizację. Z poziomu Comarch POS operator jest w stanie sprawdzić ilość punktów lojalnościowych danego kontrahenta, na przykład po dodaniu go na dokument, lub bezpośrednio po weryfikacji jego szczegółowych danych.  Na podstawie reguł biznesowych zdefiniowanych w Comarch Loyalty Cloud, klient lojalności ma możliwość otrzymania punktów lub kuponów promocyjnych za dokonane transakcje w sklepie.

Przyciski szybkiej sprzedaży

Przyciski szybkiej sprzedaży umożliwiają użytkownikowi dodanie na dokument handlowy towarów, które nie posiadają kodu kreskowego lub kod ten jest nieczytelny i nie ma możliwości zeskanowania go. Funkcjonalność ta jest alternatywnym sposobem prowadzenia sprzedaży i jest kierowana głównie do sklepów posiadających ograniczony asortyment towarów, takich jak punkty gastronomiczne i usługowe.

Użycie trybu szybkiej sprzedaży umożliwia wybranie konkretnej pozycji bezpośrednio na dokument, bez konieczności skanowania lub wyszukiwania artykułu i dotyczy:

• artykułów znajdujących się pod odpowiednią grupą zdefiniowaną w systemie ERP
• pozycji z grupy ulubionych artykułów (jeżeli taka grupa została zdefiniowana w systemie ERP)

Konfiguracja w systemach Comarch ERP Altum i Comarch ERP XL

W systemie należy wybrać jeden z dwóch trybów sprzedaży

• Standardowy – tryb, w którym dostępny jest dotychczasowy widok dokumentu handlowego
• Szybka sprzedaż – tryb, w którym dostępny jest uproszczony widok dokumentu handlowego, zawierający przyciski szybkiej sprzedaży

Wybór trybu szybkiej sprzedaży wpływa na sposób prezentacji interfejsu dla dokumentów paragonu oraz faktury sprzedaży. Główną sekcję widoku sprzedaży stanowi panel przycisków szybkiej sprzedaży; panel ten pozwala użytkownikowi w szybki sposób wybrać elementy, które należy dodać do dokumentu bez użycia skanera kodów kreskowych lub wyszukania artykułów po kodzie.

Konfiguracja w systemie Comarch ERP Enterprise

W systemie Comarch ERP Enterprise konfiguracja szybkiej sprzedaży odbywa się w aplikacji Kategorie artykułów kanału sprzedaży poprzez przyporządkowanie danych kategorii do odpowiedniego kanału i określenie kolejności ich wyświetlania.

Okno dokumentu w trybie szybkiej sprzedaży

Na formularzu dodawanego dokumentu PAR/FS w trybie szybkiej sprzedaży znajdują się następujące pola (poszczególne punkty odpowiadają miejscom zaznaczonym na zrzucie ekranu).

1.Ilość – umożliwia wybranie ilości towaru przed dodaniem go do dokumentu

2. Lista pozycji – zawierająca kolumny:

• Nazwa
• Wartość

Domyślnie ukryte:

• Cena
• Ilość
• Cena bazowa
• Cena początkowa
• Kod
• Stawka VAT
• Cena brutto
• Cena netto

Dodatkowo na liście pozycji znajdują się następujące informacje:

• Ilość x Cena – wiersz przedstawia cenę pojedynczego artykułu i jego ilość w uproszczonej formie
• Rabat/marża

3. Przyciski pozycji –dostępne są takie same przyciski jak w trybie standardowym:

• [Usuń]
• [Ilość]
• [Zmień rabat]
• [Właściwości]

4. Pole Wyszukaj artykuł – umożliwia wyszukiwanie oraz dodawanie artykułów na dokument

5. Kategorie artykułów – grupy artykułów zdefiniowane w systemie ERP. Istnieje również możliwość zdefiniowania grupy artykułów ulubionych, która będzie zbiorem artykułów najczęściej kupowanych. Jeżeli przynajmniej jeden artykuł zostanie dodany do grupy ulubionych, będzie on wyświetlany jako pierwsza kategoria artykułów.

6. Przyciski artykułów – przyciski umożliwiające dodanie artykułu na dokument

Uwaga

W odróżnieniu od trybu standardowego, tryb szybkiej sprzedaży nie prezentuje artykułów z podziałem na partię. Jeżeli na przykład artykuł Coca-cola posiada 4 cechy pojemności: 1 litr, 500 ml, 300 ml i 250 ml, w standardowym trybie lista pozycji wyświetla 5 wierszy: z domyślną partią, 1 litr, 500 m, 300 ml i 250 ml. W przypadku trybu szybkiej sprzedaży wyświetlony zostanie jeden przycisk [Coca-cola]. Po wybraniu tego przycisku, a przed dodaniem artykułu na listę, użytkownik musi również określić cechę tego artykułu – w tym przypadku pojemność.

7. [Do zapłaty] – kafel prezentujący podsumowanie wartości dokumentu. Po jego wybraniu otwiera się okno płatności.

8. Przyciski dokumentu – w podstawowym widoku prezentowane są przyciski:

• [Zamknij] – zamknięcie dokumentu bez zapisania
• [Więcej] – po wybraniu przycisku dostępne są przyciski domyślnie ukryte

• [Zmień na fakturę]
• [Nalicz promocję]
• [Parking]
• [Podsumowanie rabatów]
• [Przelicz rabaty]
• [Drukuj]
• [Rabat nagłówka]

9. Panel z przyciskami [Poprzednia strona]/[Następna strona] – umożliwia poruszanie się pomiędzy stronami artykułów w obrębie danej grupy

10. Szczegóły dokumentu – po rozwinięciu panelu wyświetlane są:

• Dane kontrahenta
• Odwrotne obciążenie
• Atrybuty

Podzielona płatność

11. Przyciski [Dalej]/[Wstecz] – umożliwiają poruszanie się pomiędzy stronami kategorii grup artykułów

Możliwość przełączenia pomiędzy trybami sprzedaży

Z poziomu Comarch POS istnieje również możliwość przełączania się bezpośrednio pomiędzy trybami sprzedaży, jeżeli przycisk z trybem zostanie udostępniony w modyfikacji widoku.

W przypadku, gdy większość sprzedawanych artykułów ma proste kody numeryczne możliwe jest zwiększenie ergonomii pracy poprzez uruchomienie w aplikacji Comarch POS funkcjonalności klawiatury numerycznej. Klawiatura umożliwia operatorowi wprowadzenie kodu artykułu zamiast wyszukiwanie go na liście.

Klawiatura numeryczna jest wyświetlana w widokach:

• Paragonu
• Faktury sprzedaży
• Zamówienia sprzedaży
• Zamówienia wewnętrznego
• Przesunięcia magazynowego (MM-)
• Przesunięcia magazynowego (MM+)

Wpisanie kodu i zatwierdzenie go na klawiaturze numerycznej powoduje:

• dodanie go do dokumentu – jeśli kod jest poprawny
• otwarcie listy artykułów, których kody zawierają wpisany ciąg znaków – jeśli kod jest niepoprawny

Po wybraniu przycisków [Ilość], [Zmień rabat], [Rabat nagłówka] klawiatura numeryczna prezentuje dane dla kontekstu wybranego przycisku. Naciśnięcie przycisku potwierdzenia ustawia wprowadzoną wartość i ponownie umożliwia dodawanie pozycji dokumentu według kodów.

W sekcji klawiatury numerycznej dostępne są następujące pola i przyciski:

• pole Kod artykułu/Ilość/Cena/Rabat wartościowy/Rabat procentowy (w zależności od kontekstu klawiatury) – w polu wyświetlane są dane wprowadzone za pomocą klawiatury numerycznej
• przycisk umożliwiający wyczyszczenie danych wprowadzonych za pomocą klawiatury numerycznej – dostępny w kontekście wprowadzania kodów artykułów
• przyciski [+] i [–] – pozwalające na zmianę wprowadzonych danych. Dostępne w kontekście zmiany ilości, ceny i rabatu pozycji
• przycisk umożliwiający usunięcie ostatniego wprowadzonego znaku
• przycisk zatwierdzający wpisane dane
• przycisk [Zwiń klawiaturę]/[Rozwiń klawiaturę] – umożliwiający ukrycie/pokazanie klawiatury numerycznej
• pole Jednostka – umożliwiające zmianę jednostki dla pozycji dokumentu. Dostępne po wybraniu przycisku [Ilość]
• przyciski [Cena] i [Rabat procentowy] – umożliwiające nadanie rabatu użytkownika o określonej kwocie lub wartości procentowej. Dostępne po wybraniu przycisku [Zmień rabat]
• przyciski [Rabat wartościowy] i [Rabat procentowy] – umożliwiają nadanie rabatu wartościowego lub procentowego na cały dokument. Dostępne po wybraniu przycisku [Rabat nagłówka]

Moduł rabatowy jako zewnętrzna usługa sieciowa umożliwia ujednolicenie metod kalkulacji promocji. Dzięki temu, inne aplikacje (system ERP, POS, e-sklep itp.) mogą korzystać z zalet modułu rabatowego. Funkcjonalność modułu rabatowego jest dostosowana, tak aby mogła działać jako oddzielna usługa sieciowa umożliwiająca wyliczanie rabatów na pozycjach dokumentu sprzedaży w dowolnym systemie w taki sam sposób.

Moduł rabatowy jako usługa sieciowa zawiera dwa główne moduły z dedykowanymi usługami:

• usługa synchronizacji
• usługa obliczeniowa, obejmująca:
  • moduł rabatowy
  • moduł cenowy

Usługi instalowane są przez narzędzie Comarch Auto Update. Dla produktu Comarch Retail dodane zostały nowe komponenty związane z obsługą modułu rabatowego:

• Discount Engine Service – Discount Service
• Discount Engine – Synchronization Service

Komponenty instalowane są wyłącznie z poziomu agenta nadrzędnego i profilu głównego.

Wszystkie niezbędne informacje o rabatach, cenach oraz obiektach wymaganych do obliczenia koszyka są przechowywane w oddzielnej bazie danych m.in.:

• definicje rabatów
• warunki rabatów
• grupy kontrahentów i ich relacje
• typy cen i cenniki
• waluty i kursy wymiany walut

W celu uruchomienia dowolnej aplikacji np. sklepu internetowego z modułem rabatowym jako oddzielną usługą w integracji z Comarch ERP Enterprise, należy wykonać kilka kroków konfiguracyjnych:

• w aplikacji Konfiguracja aktywować funkcję Mechanizm rabatów
• utworzyć kanał sprzedaży z wybranym adapterem: Mechanizm rabatów jako usługa webservice
• w aplikacji Kanały sprzedaży na zakładce Mechanizm rabatów jako usługa webservice należy uzupełnić pola Limit czasu (s) dla synchronizacji oraz Czas oczekiwania (s) na synchronizację

• utworzyć przyporządkowanie kanału sprzedaży z adapterem Mechanizm rabatów jako usługa webservice do kanału sprzedaży z adapterem Cloud. Przyporządkowania należy dokonać w aplikacji Mechanizm rabatów przyporządkowania.

Konfiguracja komponentu Discount Engine – Synchronization Service (DES)

Konfiguracja komponentu Discount Engine – Synchronization Service wymaga uzupełnienia następujących danych:

• konfiguracja bazy danych– konfiguracja wymaga podania nazwy serwera, nazwy nowej bazy danych oraz danych użytkownika SQL. Po wprowadzeniu wszystkich wymaganych danych należy wybrać przycisk [Testuj połączenie].
• konfiguracja synchronizacji– konfiguracja synchronizacji wymaga podania:
  • Systemu– systemu ERP z jakim mechanizm rabatowy jako zewnętrzna usługa jest zintegrowana: Comarch ERP Enterprise
  • Kod– unikalny kod kanału sprzedaży z adapterem Mechanizm rabatów jako usługa webservice
  • Host– adres usługi modułu rabatowego w systemie Comarch ERP Enterprise
  • Port– port usługi modułu rabatowego w systemie Comarch ERP Enterprise
  • Baza danych – adres bazy danych systemu Comarch ERP Enterprise na jakim utworzony został kanał sprzedaży z adapterem Mechanizm rabatów jako usługa webservice PRESENTA630PL10
  • Nazwa certyfikatu– nazwa certyfikatu użytkownika Comarch ERP Enterprise

Konfiguracja komponentu Discount Engine – Discount Service

Konfiguracja komponentu Discount Engine – Discount Service zawiera następujące właściwości:

• konfiguracja bazy danych – konfiguracja wymaga podania nazwy serwera, nazwy nowej bazy danych oraz danych użytkownika SQL. Po wprowadzeniu wszystkich wymaganych danych należy wybrać przycisk [Testuj połączenie].