Możliwość ręcznego wprowadzenia numeru karty lojalnościowej na dokumencie

Od najnowszej wersji istnieje możliwość ręcznego wprowadzenia numeru karty lojalnościowej (bonu z zaznaczonym parametrem Program lojalnościowy) dla wybranego na dokumencie kontrahenta (również nieokreślonego). Funkcjonalność umożliwia obsłużenie sytuacji, gdy:

• aplikacja pracuje w trybie offline i kontrahenta nie ma w lokalnej bazie danych
• aplikacja pracuje w trybie online, jednak w bazie ERP nie został wyszukany kontrahent po zeskanowaniu karty lojalnościowej
• użytkownicy aplikacji nie korzystają z czytnika kodów kreskowych

 

W tym celu został dodany przycisk [Wprowadź numer karty] dostępny po wyborze przycisku [Kontrahent] z poziomu wystawianego dokumentu. Przycisk jest dostępny:

• tylko dla wybranego nabywcy (również dla nabywcy Nieokreślony)
• jeżeli w bazie stanowiska POS zarejestrowana jest chociaż jedna karta lojalnościowa

W oknie Wprowadź numer karty można:

• wpisać ręcznie jej numer
• zeskanować kartę

Po uzupełnieniu pola Numer aplikacja rozpocznie wyszukiwanie kontrahenta:

• w bazie lokalnej stanowiska POS
• w systemie ERP (w przypadku trybu pracy online)

Po pomyślnym wyszukaniu kontrahenta, zostanie on wskazany na dokumencie. W przeciwnym wypadku numer karty lojalnościowej zostanie przypisany na dokumencie do kontrahenta Nieokreślony.

 

Zmiany w obsłudze rabatów

Program lojalnościowy

Została dodana obsługa rabatu z zaznaczonym parametrem Karta lojalnościowa. Taki rabat może zostać naliczony na dokumencie:

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

Przykład

W systemie ERP został zdefiniowany rabat typu: Rabat grupy nabywców na grupę artykułów. Rabat dotyczy wszystkich kontrahentów oraz nalicza 10% zniżkę na zakup kosmetyków. Uzyskanie zniżki wymaga od Klienta okazania karty lojalnościowej, w związku z tym, na definicji rabatu zostaje zaznaczony parametr Karta lojalnościowa.

Na stanowisku POS operator na nowo wystawianym paragonie:

• dodaje kosmetyk Odżywka do blond włosów
• wybiera kontrahenta Ewelina Boroń
• nie zostaje naliczony żaden rabat, ponieważ kontrahent nie ma przypisanej karty lojalnościowej
• dla kontrahenta wybiera opcję [Dodaj kartę klienta]. Po zeskanowaniu oraz zatwierdzeniu wydawanej karty na dokumencie zostanie naliczony 10% rabat.

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

• Tak – rabaty na dokumencie zostaną ponownie przeliczone
• Nie – rabaty nie zostaną ponownie przeliczone, pozostaną bez zmian

Rabat typu Naliczaj w zależności od rabatu pozycji

Została dodana obsługa rabatu oznaczonego parametrem Naliczaj w zależności od rabatu pozycji. Umożliwia to 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 ona artykułowi typu Skup lub Bon

Przykład

W systemie ERP zostały zdefiniowane rabaty:

• Rabat 20% dla wszystkich kontrahentów na grupę artykułów Kosmetyki
• Rabat 10% na wszystkie grupy artykułów. Na rabacie został zaznaczony parametr Naliczaj w zależności od rabatu pozycji oraz określony warunek naliczania tylko dla przecenionych pozycji o co najwyżej 10%. Rabat jest naliczany ręcznie.

oraz trzy artykuły:

• Błyszczyk z grupy artykułów Kosmetyki – cena regularna 10 EUR
• Kolczyki z grupy artykułów Akcesoria – cena regularna 5 EUR
• Torba na zakupy z grupy artykułów Opakowania i torby – cena regularna 1 EUR, odznaczony parametr Podlega rabatom

Na stanowisku POS, po dodaniu na dokumencie wszystkich trzech artykułów, prezentowane są następujące rabaty dla artykułu:

• Błyszczyk – cena 8 EUR (naliczony rabat 20% na grupę Kosmetyki)
• Kolczyki – cena 4,50 EUR (naliczony rabat pracowniczy 10%)
• Torba na zakupy – cena 1 EUR (brak naliczonego rabatu)

Przykład

W systemie ERP zostały zdefiniowane rabaty:

• Rabat 10% dla wszystkich kontrahentów na grupę artykułów Kosmetyki
• Rabat 20% na wszystkie grupy artykułów. Na rabacie został zaznaczony parametr Naliczaj w zależności od rabatu pozycji oraz określony warunek naliczania tylko dla przecenionych pozycji o co najwyżej 10%. Rabat jest naliczany ręcznie.

oraz trzy artykuły:

• Błyszczyk z grupy artykułów Kosmetyki – cena regularna 10 EUR
• Kolczyki z grupy artykułów Akcesoria – cena regularna 5 EUR
• Torba na zakupy z grupy artykułów Opakowania i torby – cena regularna 1 EUR, odznaczony parametr Podlega rabatom

Na stanowisku POS, po dodaniu na dokumencie wszystkich trzech artykułów, prezentowane są następujące rabaty dla artykułu:

• Błyszczyk – cena 7,2 EUR (naliczony rabat 10% na Kosmetyki, a następnie rabat pracowniczy 20%)
• Kolczyki – cena 4 EUR (naliczony rabat pracowniczy 20%)
• Torba na zakupy – cena 1 EUR (brak naliczonego rabatu)

Zmiany dla promocji pakietowych

Dla promocji pakietowych została dodana obsługa parametrów:

• 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 – oznacza dotychczasowe naliczanie rabatu w ramach promocji pakietowej
  • Proporcjonalnie – oznacza obliczanie ogólnego rabatu dla całego pakietu oraz rozbijanie go na poszczególne pozycje dokumentu proporcjonalnie do ich udziału w pakiecie
• Uwzględniaj rabaty nagłówka

Przykład

W systemie ERP została zdefiniowana promocja pakietowa STAŁY ZESTAW:

• Pakiet stały
• Nazwa promocji: STAŁY ZESTAW
• Waluta: EUR
• Rabat definiowany jest: W nagłówku rabatu
• Rabat rozbijany jest na elementy: Łączna cena pakietu: 400 EUR
• Rabat jest naliczany na: Artykuły podstawowe
• Pozycje: 1 szt. Kurtka oraz 2 szt. Spodnie

oraz artykuły o cenie brutto:

• Spodnie – 285,95 EUR
• Kurtka – 99,99 EUR
• Torebka – 49,99 EUR

Na paragonie, na stanowisku POS prezentowany jest rabat:

Proces wymiany elementu promocji pakietowej z proporcjonalnym rozbijaniem rabatu

Ze względu na proporcjonalne rozbicie wartości rabatu na elementy pakietu, w trakcie procesu wymiany cena wymienianego artykułu (przykładowo, na ten sam w innym rozmiarze lub kolorze) zawsze będzie inna. Aby uniknąć różnicy w płatności (przykładowo, gdy promocja w dalszym ciągu obowiązuje), pozostałe elementy pakietu zostaną automatycznie zwrócone, a następnie dodane ponownie na generowanym dokumencie w celu ponownego przeliczenia promocji.

Wprowadzone zostały następujące zmiany:

• na dokumencie handlowym – pozycje podlegające promocji pakietowej prezentowane są jako kolejne pakiety
• na dokumencie korygującym – dla korygowanego elementu promocji pakietowej wybranie przycisku [Wymiana] wyświetli komunikat: „Zwracana pozycja została sprzedana z proporcjonalnym rozbijaniem rabatu na elementy pakietu. Całość pakietu zostanie zwrócona automatycznie. Czy chcesz kontynuować?” z możliwymi opcjami:
  • Tak – pozostałe elementy tego pakietu również zostaną zwrócone oraz dodane na tworzony dokument handlowy z ponownym przeliczeniem rabatów
  • Nie – powrót do dokumentu korygującego bez wprowadzania zmian

Obsługa rabatów progowych

Została dodana obsługa rabatu towarowego – Rabat progowy na artykuł. W definicji takiego rabatu ustalane są progi dotyczące ilości kupowanych przez kontrahenta artykułów oraz wysokość rabatu dla każdego progu i dla wybranej waluty.

Ponieważ artykuł wielokrotnie dodany na dokument prezentowany jest jako osobne pozycje, progi rabatu weryfikowane są dla sumy ilości wszystkich pozycji dokumentu dla danego artykułu.

Przykład

W systemie ERP zdefiniowany jest rabat progowy:

•       5% rabatu od dwóch sztuk artykułu
•       10% rabatu od trzech sztuk artykułu
•       dotyczy artykułów o kodzie APA252 oraz ABA200

Na stanowisku POS na paragon zostaje zeskanowany dwa razy artykuł APA252 oraz raz artykuł ABA200. Rabat na dokumencie zostanie naliczony w następujący sposób:

•       APA252 – 5% rabat
•       APA252 – 5% rabat
•       ABA200 – rabat nienaliczony

Przykład

W systemie ERP zdefiniowany jest rabat progowy:

•       5% rabatu od dwóch sztuk artykułu
•       10% rabatu od trzech sztuk artykułu
•       dotyczy artykułu o kodzie APA252

Na stanowisku POS na paragon zostaje zeskanowany trzy razy artykuł APA252. Rabat na dokumencie zostanie naliczony w następujący sposób:

•       APA252 – 10% rabat
•       APA252 – 10% rabat
•       APA252 – 10% rabat

Przy sprawdzaniu 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

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.

Zmiany w kuponach rabatowych

Dla funkcjonalności kuponów rabatowych zostały wprowadzone następujące zmiany:

• Kupony rabatowe nie są przenoszone na dokument generowany z zamówienia sprzedaży. W związku z tym, na generowanym dokumencie rabat wynikający z kuponu zostanie naliczony, ale kupon na dokumencie źródłowym nie będzie widoczny pod przyciskiem [Kupony].
• Zmiana kontrahenta z ponownym przeliczeniem warunków dokumentu spowoduje ponowne przeliczenie rabatu na pozycjach dokumentu
• Kupony rabatowe nie są edytowalne na generowanych dokumentach: ZS → FSL oraz PAR → FS
• W przypadku kuponów rabatowych powiązanych z promocją pakietową lub rabatem nagłówka od wartości transakcji, na generowanych dokumentach, przy próbie modyfikacji ilości lub usunięcia pozycji pochodzącego z ZS z naliczonym rabatem/promocją pakietową, wyświetlany jest komunikat:
  1. Dla promocji pakietowej: „Pozycja należy do pakietu promocyjnego. Modyfikacja spowoduje usunięcie promocji pakietowej. Czy chcesz kontynuować?”
  2. Dla rabatu nagłówka od wartości transakcji: „Na pozycję naliczono rabat nagłówka od wartości transakcji. Modyfikacja spowoduje przeliczenie dokumentu. Czy chcesz kontynuować?

  z możliwością wyboru jednej z opcji:

  • Tak – promocje zostaną usunięte, a pozycje dokumentu ponownie przeliczone
  • Nie – powrót do dokumentu bez dokonywania żadnych zmian
• Na liście kuponów (z poziomu podglądu karty kontrahenta) została dodana domyślnie ukryta kolumna: Dokumenty powiązane – prezentuje numer dokumentu, na których został zużyty dany kod kuponu rabatowego.

 

Kolumna Cena bazowa na korekcie

Na liście pozycji dokumentu korygującego (KIPAR, KIFS) możliwa jest prezentacja kolumny Cena bazowa (domyślnie ukryta).

 

Uwaga

Na formularzu korekty ręcznej kolumna Cena bazowa nie jest dostępna.

Uprawnienie dla zwrotu

Zostało dodane uprawnienie Zatwierdzenie zwrotu (nadawane w systemie ERP) określające, którzy użytkownicy mogą zatwierdzić dokument generujący zwrot pieniędzy. Weryfikacja uprawnienia dotyczy zwrotu wynikającego z:

• KIPAR
• KIFS
• KWFSL
• korekt ręcznych
• zatwierdzenia wywozu dokumentów TF
• dokumentów procesu wymiany
• dokumentów sprzedażowych zawierających artykuły typu Skup

Zmiana dotycząca okna blokady aplikacji

W oknie blokady aplikacji została wprowadzona możliwość zalogowania się na konto innego użytkownika przy pomocy przycisku [Przełącz użytkownika]. Po wybraniu tej opcji pojawi się komunikat: „Czy na pewno chcesz wylogować operatora [nazwa ostatnio zalogowanego operatora]? Wszystkie otwarte widoki zostaną zamknięte.” z opcjami do wyboru:

• Tak – zamyka otwarte widoki oraz otwiera okno logowania operatora
• Nie – użytkownik wraca do okna blokady

Ponadto, zostały wprowadzone następujące zmiany w samym oknie blokady:

• Zmiana nazwy przycisku [Zaloguj] na [Odblokuj]
• Prezentowanie godziny oraz danych ostatnio zalogowanego operatora

 

 

Łączna ilość elementów dokumentu

Na liście pozycji tworzonego dokumentu dodane zostało pole Łączna ilość. Pole prezentuje sumę ilości elementów dodanych:

• 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

Jest ono widoczne na poszczególnych typach dokumentów:

• PAR, FS, ZS, OS, dokumenty 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
• 2,2 kg truskawek
• 1,5 l soku jabłkowego

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

 

Lista transakcji zrealizowanych kartami płatniczymi

Od najnowszej wersji została dodana lista transakcji zrealizowanych kartami płatniczymi dostępna z poziomu Raporty i rozliczenia → Lista Transakcji.

 

Dzięki tej funkcjonalności istnieje możliwość obsłużenia sytuacji, w których stanowisko POS uległo awarii i jest potrzeba wycofania transakcji:

• po jego ponownym uruchomieniu
• na innym stanowisku POS w ramach danego centrum

 

Z poziomu listy operator posiadający odpowiednie uprawnienie ma możliwość wycofania zrealizowanej kartą płatniczą transakcji przy pomocy przycisku [Wycofaj]. Wycofanie transakcji możliwe jest na każdym stanowisku POS w danym centrum.

Przy pomocy przycisku [Zwrot ręczny] możliwe jest wycofanie transakcji, która nie jest dostępna/zarejestrowana w aplikacji.

 

Uwaga

Dane z listy transakcji zrealizowanych kartami płatniczymi nie są synchronizowane do systemu ERP.

Zakładka Grupy na karcie artykułu

Na karcie artykułu została dodana zakładka Grupy prezentująca kategorie podziału artykułu oraz grupy artykułów, do których należy artykuł. Lista zawiera następujące informacje:

• Kategoria
• Grupa
• Ścieżka – określa lokalizację grupy artykułów w drzewie kategorii podziału grup artykułów

 

Filtrowanie artykułów oraz kontrahentów po grupach

Na liście artykułów oraz kontrahentów została dodana możliwość filtrowania obiektów według kategorii podziału.

Artykuł przypisany do wielu grup w ramach jednej kategorii podziału prezentowany jest na liście tylko raz, mimo iż należy do wielu grup wybranych w filtrze.

Filtr prezentuje dwie informacje dla każdej wartości (grupy zawartej w danej kategorii podziału):

• Nazwa grupy
• Ścieżka – określa lokalizację grupy artykułów w drzewie kategorii podziału grup artykułów

 

Zliczanie czeków na zamknięcie dnia

Podczas zliczania stanu kasy na zamknięcie dnia dla formy płatności typu Czek prezentowana jest lista czeków, którymi zostały opłacone dokumenty w ciągu otwartej sesji.

Przy pomocy przycisków [Dodaj] oraz [Usuń] użytkownik może odwzorować faktyczny stan czeków znajdujących się w szufladzie danego stanowiska POS. Taka funkcja pozwala na obsłużenie scenariusza, w którym czek został przeniesiony między stanowiskami POS danego sklepu.

Po zatwierdzeniu okna zostanie uzupełnione pole Stan rzeczywisty dla formy płatności typu Czek, dla waluty systemowej.

Uwaga

Lista czeków z zamknięcia dnia jest zapisywana w bazie danych, ale nie jest synchronizowana do systemu ERP.

Zmiany w podsumowaniu stanowiska

Na zakładce Podsumowanie sprzedaży, w oknie Podsumowanie stanowiska, zostały dodane dodatkowe pola:

• Sprzedaż w cenie regularnej – wartość brutto obliczana w walucie systemowej bez uwzględniania udzielonych rabatów
• Wartość udzielonych rabatów – różnica wartości pól Sprzedaż łącznie oraz Sprzedaż w cenie regularnej
• Procent udzielonych rabatów – wartość procentowa ilorazu kwoty udzielonych rabatów oraz sprzedaży łącznej
• Liczba zwróconych artykułów – obliczana na podstawie KIPAR, KIFS oraz korekt ręcznych (z wyjątkiem korekt faktur generowanych do korekt paragonów)
• Liczba wydanych kart lojalnościowych – liczba aktywowanych kart. Pole jest widoczne, jeżeli na stanowisku POS są dostępne karty lojalnościowe.
• Liczba dokumentów z kartą lojalnościową – liczba wystawionych dokumentów handlowych z dodanym numerem karty lojalnościowej. Pole jest widoczne, jeżeli na stanowisku POS są dostępne karty lojalnościowe.
• Liczba dokumentów bez karty lojalnościowej – liczba wystawionych dokumentów handlowych bez dodanego numeru karty lojalnościowej. Pole jest widoczne, jeżeli na stanowisku POS są dostępne karty lojalnościowe.

Dodatkowo została zmieniona nazwa kafla Podsumowanie dnia na Podsumowanie stanowiska.

Dodany został przycisk [Drukuj] umożliwiający wydruk podsumowania sprzedaży dla otwartej sesji.

Prezentowane wartości widoczne są również w trybie pracy offline i dotyczą danego stanowiska POS.

 

Zmiany w integracji z terminalami od Ingenico

Dla konfiguracji terminala płatniczego Ingenico została dodana możliwość wypełnienia dwóch kolejnych IP serwera transakcyjnego oraz portów.

 

Pozostałe zmiany w obszarze Comarch Retail POS

Dodanie blokady dla ujemnych operacji kasowo-bankowych

W systemie ERP można wystawić operację kasowo-bankową oraz udostępnić ją dla danego stanowiska POS. Została dodana blokada udostępnienia stanowisku POS operacji KW/KP z ujemnym znakiem.

Dodanie przycisku Zlicz kasę na dokumencie KP/KW

W celu poprawy ergonomii pracy został dodany (domyślnie ukryty) przycisk [Zlicz kasę] na formularzu wystawianego dokumentu KP/KW.

Wybranie przycisku otwiera okno Zliczanie stanu kasy (analogiczne jak okno, które można wywołać z poziomu zamknięcia dnia) prezentujące wybraną na dokumencie KP/KW formę płatności oraz walutę.

Otwarcie szuflady w zależności od formy płatności

W systemie ERP można określić, czy otwarcie szuflady na stanowisku POS ma być zależne od formy płatności, którą dokument został opłacony.

Domyślnie otwarcie szuflady następuje dla każdej formy płatności.

Logo na ekranie startowym

Została dodana możliwość określenia różnych logo ekranu startowego aplikacji dla motywów stanowiska POS.

 

 

Mechanizm podzielonej płatności

W odpowiedzi na zmiany w ustawie o VAT, w aplikacji Comarch Retail POS został obsłużony mechanizm podzielonej płatności (MPP), który ma na celu zastąpienie obowiązujących wcześniej przepisów dotyczących odwrotnego obciążenia.

Obowiązkowy MPP jest stosowany w odniesieniu towarów i usług, które podlegają zakresowi odpowiedzialności nabywcy, a objęte są nią 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.

Uwaga

Uruchomienie obsługi MPP wyłącza obsługę odwrotnego obciążenia na nowo wystawianych dokumentach.

Uwaga

Zmiana 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 mechanizmy dotyczące MPP.

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.

Uwaga

Mechanizm MPP nie wpływa na stawkę VAT pobieraną na dokument.

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

 

 

Uwaga

Modyfikacja wartości parametru Podzielona płatność na dokumencie nie wpływa na ustawienie tego parametru na pozycji dokumentu czy karcie artykułu.

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 powinna być 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 pozostaną 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.

 

Procentowa zmiana ceny początkowej

Dotychczas w aplikacji Comarch Retail POS użytkownik posiadający odpowiednie uprawnienie mógł zmienić cenę początkową towaru na dokumencie wprowadzając jej nową wartość. Obecnie istnieje również możliwość zmiany ceny początkowej w formie procentowej.

W przypadku:

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

Blokada generowania faktury z paragonu bez NIP

Zgodnie z nowelizacją ustawy o podatku od towarów i usług oraz niektórych innych ustaw od 1 stycznia 2020 roku przepisy dotyczące wystawiania faktur do paragonów uległy zmianie. W konsekwencji, przedsiębiorcy mogą wystawić fakturę do paragonu wyłącznie w sytuacji, gdy sprzedawca zamieści NIP nabywcy na paragonie. W konfiguracji firmy w systemie ERP dodany został parametr Weryfikacja NIP nabywcy na fakturze do paragonu. Jeśli zostanie zaznaczony, to podczas zapisywania/zatwierdzania faktury sprzedaży wygenerowanej do paragonu następuje weryfikacja, czy numer NIP nabywcy na fakturze zgodny jest z numerem na paragonie.

Jeżeli warunek nie zostanie spełniony, to wyświetlany jest komunikat: „Numer NIP nabywcy na fakturze jest niezgodny z numerem NIP na paragonie lub brak numeru NIP na paragonie. Nie można zatwierdzić dokumentu”.

Drukowanie numeru NIP nabywcy w linii kasjera

Niektóre starsze drukarki fiskalne nie umożliwiają drukowania NIP nabywcy. Z tego względu zgodnie z Rozporządzeniem Ministra Finansów z dnia 29 kwietnia 2019 r. w sprawie kas rejestrujących par.25 ustęp 2 udostępniona została możliwość drukowania numeru NIP na paragonie w linii kasjera, za numerem kasy i oznaczeniem kasjera. Parametr można włączyć w Konfiguracji -> Drukarka fiskalna.

Drukowanie oznaczenia kasjera i stanowiska

Dodany został parametr Drukuj oznaczenie kasjera i stanowiska. Oznaczenie kasjera pobierane jest z systemu ERP. Parametr można włączyć w Konfiguracji -> Drukarka fiskalna.

 

Synchronizacja zrealizowanych ZS z Comarch ERP Altum

W związku z koniecznością wyświetlania na stanowiskach POS zamówień pochodzących ze sklepu internetowego w celu wydania zamówionego towaru podczas odbioru osobistego, umożliwiona została synchronizacja zamówień sprzedaży w stanie Zrealizowane, które nigdy wcześniej nie były przesłane do Comarch Retail POS.

Po stronie Comarch ERP Altum w został dodany parametr Synchronizacja dokumentów ZS z ostatnich x dni dostępny z poziomu System -> Konfiguracja -> Wymiana danych.

Parametr ma zastosowanie wyłącznie podczas pierwszej synchronizacji POS lub pierwszej synchronizacji obiektu ZS na wersji 2019.5.2. Domyślnie parametr przyjmuje wartość 60 dni.

 

Przycisk do przeliczania rabatów

W sytuacji wystąpienia wyjątku podczas naliczania rabatów może się pojawić potrzeba ponownej weryfikacji spełnienia warunków naliczenia rabatu.  W związku z tym na dokumentach paragonu, faktury sprzedaży, zamówienia i oferty sprzedaży został dodany nowy przycisk [Przelicz rabaty] (domyślnie ukryty). Wybór przycisku powoduje ponowne przeliczenie kwoty rabatów (również ręcznych) w przypadku zmiany ilości pozycji na dokumencie.

 

Obsługa nowego terminala płatniczego Polcard

Od wersji Comarch Retail POS 2019.5.4 została dodana obsługa nowego terminala płatniczego Polcard Ingenico Desk 3200.

Wersja Comarch Retail POS 2019.5.4 wydana na rynek polski współpracuje z oprogramowaniem Comarch ERP Altum 2019.5.2 po instalacji QuickFixa QF2019520.20200610.01 (lub nowszego).

Konfiguracja w Comarch ERP Altum niezbędna do obsługi terminali płatniczych

W Comarch ERP Altum niezbędne jest ustawienie dla parametru Formy płatności wymagające zewn. walidacji formy płatności o typie Karta.

Parametr ten znajduje się na zakładce Stanowiska POS na karcie centrum, która dostępna jest z poziomu Konfiguracja -> Struktura firmy -> Struktura praw.

 

Wersja Comarch Retail POS 2019.5.4 wydana na rynek polski współpracuje z oprogramowaniem Comarch ERP Altum 2019.5.2 po instalacji QuickFixa QF2019520.20200610.01 (lub nowszego).

Uwaga

Do prawidłowego działania poprawki do Comarch Retail POS (QF2019540.20210305.01) z programem Comarch ERP Altum wymagana jest instalacja poprawki QF2019520.20210305.02 dla Comarch ERP Altum.

Faktury uproszczone

Zgodnie ze zmianami w przepisach w zakresie wystawiania faktur do paragonów, weryfikacja generowania faktur powinna odbywać się w Comarch Retail POS. Od 1 października 2020 paragony do kwoty brutto 450 zł z kontrahentem posiadającym NIP należy traktować jako faktury uproszczone. W związku z tym, przy aktywowaniu odpowiedniego parametru w systemie ERP, generowanie faktur do takich paragonów jest blokowane.