Uwaga

Do prawidłowego działania aplikacji Comarch POS w wersji 2025.1 z poprawką QF2025100.20251001.01 w integracji z systemem Comarch ERP Altum w wersji 2026.0 należy:

• zainstalować poprawkę do aplikacji Comarch POS Agent QF2025100.20251001.02 lub nowszą
• zainstalować poprawkę do aplikacji Comarch mPOS QF2025100.20251001.03 lub nowszą

Obsługa rynku słowackiego (Comarch ERP: Altum)

W odpowiedzi na potrzeby wymagania Klientów aplikacja Comarch POS została dostosowana do wymogów rynku słowackiego. System został dostosowany do lokalnych przepisów fiskalnych, w szczególności do wymagań elektronicznego systemu fiskalnego eKasa oraz wprowadzono mechanizm zaokrągleń. Integracja Comarch POS z eKasa pozwala na spełnienie obowiązujących regulacji prawnych oraz zapewnia przedsiębiorcom pełną zgodność wymogami słowackiej administracji skarbowej. Dostosowanie systemu obejmuje wdrożenie umożliwiających przesyłanie danych transakcyjnych w czasie rzeczywistym do centralnej bazy danych Ministerstwa Finansów na Słowacji.

System eKasa na Słowacji to elektroniczny system fiskalny, umożliwiający monitorowanie i rejestrowanie transakcji sprzedaży w czasie rzeczywistym. Jest to rozwiązanie wprowadzone przez słowackie organy podatkowe, w celu zwiększenia przejrzystości podatkowej. W przypadku braku dostępu do internetu, transakcje są rejestrowane lokalnie i przesyłane do systemu eKasa po przywróceniu połączenia.

Comarch POS nie podlega bezpośredniej certyfikacji w celu integracji z systemem eKasa na Słowacji. Zamiast tego system został zintegrowany z certyfikowaną jednostką CHDU pochodzącą od firmy Bowa. W związku z tą integracją Comarch POS komunikuje się wyłącznie z CHDU poprzez lokalne połączenie sieciowe. Wszystkie dokumenty fiskalne generowane przez POS będą przesyłane do CHDU, które odpowiada za ich przetwarzanie i przekazywanie do systemu eKasa.

ICO – Numer Identyfikacji Organizacji

ICO to unikalny, ośmiocyfrowy numer przypisany podmiotom prawnym oraz przedsiębiorcom na Słowacji. Zapewnia jednoznaczną identyfikację organizacji w dokumentach urzędowych i rejestrach. Wykorzystywany jest w transakcjach biznesowych, fakturowaniu, podpisywaniu umów oraz administracji publicznej. Numer ICO jest nadawany przy rejestracji podmiotu i nie zmienia się przez cały czas jego istnienia. Pole ICO dostępne jest na formularzu firmy w systemie Comarch ERP Altum, następnie pole jest przesyłane i przechowywane w bazie POS.

DIC – numer identyfikacji podatkowej

DIC to unikalny numer identyfikacji podatkowej przypisywany każdemu podatnikowi zarejestrowanemu w systemie podatkowym Słowacji. Numer ten wprowadzany jest w systemie Comarch ERP Altum na formularzu firmy, następnie jest synchronizowany na stanowisko POS wraz z danymi centrum POS.

Integracja z CHDU – miejscem przechowywania danych

CHDU to sprzętowy moduł fiskalny odpowiedzialny za bezpieczne rejestrowanie i przechowywanie danych transakcyjnych. CHDU dostarczane jest przez producenta kas fiskalnych w postaci certyfikowanej, każdy egzemplarz musi być zarejestrowany w systemie podatkowym. W CHDU:

• bezpiecznie przechowywane są dane transakcyjne
• przechowywane są kody PKP i OKP
• wprowadzona jest obsługa identyfikatorów generowanych przez system eKasa

Po zarejestrowaniu kodu kasy fiskalnej na portalu eKasa użytkownik otrzymuje pakiet inicjalizacyjny w formie spakowanej .zip. Pakiet ten zawiera:

• plik IdentityData.xml – zawierający dane podatnika, adresy, typ kodu oraz kod ORP
• certyfikat – wykorzystywany do szyfrowania komunikacji z systemem
• klucz prywatny – służący do podpisywania dokumentów fiskalnych.

Uwaga

Kod kasy fiskalnej jest przyznawany przez administrację podatkową po złożeniu odpowiedniego wniosku. Kod ten jest przesyłany do urządzenia CHDU, przy użyciu danych identyfikacyjnych. Aplikacja Comarch POS pobiera kod ORP z CHDU, a następnie wysyła go do Comarch ERP Altum podczas synchronizacji. W systemie Comarch ERP Altum kod zapisywany jest w polu ORP – Kod Kasy Fiskalne Online. Pole znajduje się na formularzu stanowiska POS -> na zakładce Ogólne.

Uwaga

W celu rozpoczęcia integracji systemu Comarch POS z eKasa dane identyfikacyjne i uwierzytelniające muszą zostać przesłane do CHDU.

[alet]Sprzedawcy są zobligowani do złożenia wniosków o integrację z e-Kasą. Po ich zatwierdzeniu otrzymują pliki z danymi identyfikacyjnymi i uwierzytelniającymi. Dane te muszą zostać wprowadzone do urządzenia CHDU. Pierwsze kroki zostają wykonane za pomocą usługi Bowa w programie FM GUI Client, po prawidłowym wykonaniu tych kroków zostaje zainicjowana integracja Comarch POS z e-Kasą.[/alert]

Dysk CHDU BOWA ma pojemność 8GB, system Comarch POS monitoruje poziom dostępności przestrzeni na dysku CHDU, po zapełnieniu prawie całej pojemności, na stanowisku POS prezentowany jest odpowiedni komunikat, informujący operatora o kończącej się pamięci i konieczności wymiany urządzenia CHDU.

W przypadku braku wolnego miejsca w CHDU na stanowisku Comarch POS zostanie wyświetlony komunikat informujący o tym, że nie jest możliwe wystawienie dokumentu, przez osiągnięcie maksymalnego pojemności w CHDU.

Z aplikacji Comarch POS do urządzenia CHDU od Bowa przesyłane są dokumenty:

• Paragony
• Korekty paragonów (również te wynikające z reklamacji)
• Płatność za fakturę sprzedaży
• Płatność za korektę faktury sprzedaży (również te wynikające z reklamacji)
• Płatność za ręczną korektę faktury sprzedaży
• Dokumenty KP/KW również te automatycznie wygenerowane

Kod podpisu przedsiębiorcy (PKP)

Kod podpisu przedsiębiorcy jest elektronicznym podpisem służącym do zabezpieczenia i uwierzytelnienia transakcji fiskalnej. Zapewnia autentyczność oraz unikalność danej transakcji. Kod ten tworzony jest w momencie generowania dokumentu, na podstawie danych transakcji:

• numeru VAT
• kodu kasy fiskalnej
• typu dokumentu
• numeru seryjnego dokumentu
• daty i godziny wygenerowania dokumentu
• kwoty dokumentu

Uwaga

Generowanie numeru PKP jest wykonywane przez CHDU.

Kod weryfikacji przedsiębiorcy (OKP)

Kod weryfikacji przedsiębiorcy to unikalny identyfikator dokumentu fiskalnego, stanowiący mechanizm zabezpieczający dokument fiskalny – rozszerzenie podpisu przedsiębiorcy. Gwarantuje autentyczność oraz integralność dokumentu i umożliwia jednoznaczną identyfikację kasy fiskalnej, z której dany dokument pochodzi.

Unikalny identyfikator dokumentu fiskalnego jest generowany na podstawie podpisu cyfrowego dokumentu i jest on umieszczony na wydruku paragonu.

Uwaga

Generowanie numeru OKP jest wykonywane przez CHDU.

Generowanie identyfikatora wersji (SwId) PPEKK i CHDU

Atrybut SwId to unikalny identyfikator wersji oprogramowania PPEKK (program kasy klienta – Comarch POS) oraz urządzenia CHDU współpracujących z systemem eKasa. Wartość ta jest przesyłana w pliku XML do eKasa.

• Nazwa PPEKK: podawana przez przedsiębiorcę podczas certyfikacji w eKasa (musi być unikalna, np. Comarch S.A.).
• Wersja PPEKK: wersja oprogramowania POS, również zgłaszana podczas certyfikacji.
• Funkcje PPEKK:
  • rejestracja sprzedaży w wymaganym formacie
  • generowanie identyfikatorów PKP i OKP
  • wysyłanie danych do eKasa

Uwaga

Podpisywanie wiadomości jest wykonywane przez CHDU.

 

Zmiany na stanowisku Comarch POS

Wprowadzono  zmiany w interfejsie aplikacji:

• Ikona eKasa  

Dodano na górnym pasku programu ikonę sygnalizującą status połączenia z CHDU (zielona/czerwona kropka) oraz informację o liczbie niewysłanych dokumentów. Ta liczba obejmuje i dokumenty, które nie zostały wysłane z CHDU do eKasa i te, które nie zostały wysłane do CHDU.

Informacja o poprawnym połączeniu:

Informacja o błędnym połączeniu:

Informacja o nieprzesłanych dwóch dokumentach do systemu eKasa:

[alet]W przypadku awarii sieci lub problemów komunikacyjnych z eKasą, przedsiębiorca może nadal wystawiać paragony, będą one przechowywane w pamięci kasy i musza zostać wysłane do systemu eKasa w ciągu 96 godzin.[/alert]

Po wybraniu nowej ikony eKasa rozwijana zostaje lista ze szczegółowymi informacjami, tzn:

• Konfiguracja wykonana w programie FM GUI Client:
  • usługa eKasaPR1
  • połączenie urządzenia CHDU oraz drukarki fiskalnej
  • dane identyfikacyjne i autoryzacyjne

Jeżeli wszystkie komponenty są poprawnie skonfigurowane w FM GUI Client, na ikonie eKasa prezentowana jest zielona kropka.

Uwaga

FM GUI Client jest to oprogramowanie dostarczane przez firmę Bowa, niezbędne do konfiguracji integracji CHDU.

• Data ważności certyfikatu

Uwaga

Przy uruchomieniu stanowiska POS weryfikowana jest ważność certyfikatu. Na 30 dni przed wygaśnięciem certyfikatu wyświetlany jest komunikat blokujący, informujący, że certyfikat wkrótce wygaśnie. Po wygaśnięciu certyfikatu zostanie wyświetlony komunikat blokujący informujący o tym, że system POS nie może wystawiać dokumentów fiskalnych ani komunikować się z systemem eKasa oraz o tym, że niezwłocznie należy wygenerować nowy certyfikat uwierzytelniający, który należy zaimportować do CHDU.

• Informacja o liczbie niezarejestrowanych dokumentów w CHDU
• Informacja o liczbie niewysłanych dokumentów do eKasa

Uwaga

Nazwa usługi jest definiowana w pliku POS2.exe.config, domyślną nazwą jest: eKasaPR1.

• Kafelek eKasa: Na ekranie głównym aplikacji Comarch POS dodano kafel [eKasa] po jego wybraniu dostępne sa dwa nowe przyciski do zarządzania dokumentami offline (niewysłanymi) oraz do zarządzania dokumentami niezarejestrowanymi w CHDU.

• Nowe okno Dokumenty niewysłane offline – okno zawiera listę dokumentów, które nie zostały wysłane do eKasy. CHDU ponownie wysyła dokumenty offline do eKasy tylko wtedy, gdy zostanie zarejestrowany kolejny paragon online w systemie eKasa. Z poziomu POS istnieje możliwość ręcznego ponownego wysłania dokumentów za pomocą nowego przycisku [Wyślij wszystkie].
• Nowe okno Dokumenty niezarejestrowane CHDU – w przypadku awarii lub tymczasowej niedostępności CHDU, gdy dokument nie otrzymał OKP, istnieje możliwość wystawienia dokumentu zakupu sporządzonego ręcznie w formie papierowej, a następnie po usunięciu awarii dokumenty te powinny zostać zarejestrowane w aplikacji Comarch POS za pomocą nowego przycisku [Dokument ręczny eKasa] (przycisk dostępny z poziomu formularza paragonu, faktury sprzedaży, korekty do paragonu/faktury i korekty ręcznej). Dla takich dokumentów wprowadzono nowe pola: Numer dokumentu ręcznego i Data dokumentu ręcznego. Pola dostępne są do uzupełnienia po wybraniu na liście nowego przycisku [Zmień dane] i są one obowiązkowe do uzupełnienia.

• Karta Kontrahenta biznesowego: Dodano pola do wprowadzania ICO, DIC i IC DPH – trzy różne identyfikatory podatkowe dla podmiotów gospodarczych. Identyfikatory drukowane są na fakturach sprzedaży i korektach faktur sprzedaży.

Uwaga

Firma może posiadać wyłącznie numer DIC, jeżeli jest zarejestrowana jako podatnik, ale nie jest płatnikiem VAT. Jeżeli firma jest również płatnikiem VAT, będzie posiadać zarówno numer DIC jak i IC DPH. Numer IC DPH jest używany do transakcji wewnątrzwspólnotowych oraz na dokumentach fiskalnych.

• Nowe pole Identyfikator eKasa na korekcie ręcznej – użytkownik może wprowadzić identyfikator korygowanego dokumentu OKP (dla dokumentu nieprzesłanego do eKasa) lub UID (dla dokumentu przesłanego do eKasa). Jeżeli w oknie płatności korekty ręcznej operator wybierze metodę płatności obsługiwaną przez eKasa (czyli inną niż płatność typu Bank) i nie zostanie wprowadzony identyfikator eKasa to podczas zatwierdzania na stanowisku POS zostanie wyświetlony odpowiedni komunikat blokujący, który informuje o tym, że nie można wystawić korekty bez identyfikatora eKasa.

• Blokada płatności mieszanych – w związku, że do systemu eKasa nie należy wysyłać dokumentów opłaconych formą płatności bankową, została wprowadzona blokada na stanowisku dotycząca płatności łączonych. Jeżeli w oknie płatności dokumentu zostanie wybrana metoda płatność typu Bank, a następnie operator spróbuje dodać inną metodę płatności niż Bank, wyświetlony zostanie odpowiedni komunikat blokujący.
• Ukrycie przycisku [Faktury zaliczkowe] – w związku z wymaganiami firmy Bowa dotyczącymi wysyłanych stawek VAT do faktur końcowych, przycisk do generowania faktur zaliczkowych został ukryty.
• Ukrycie przycisku [Wymiana] na korektach – zgodnie z wymaganiami na korketach generowanych do dokumentów handlowych i ręcznych został ukryty przycisk [Wymiana].
• Blokada generowania faktury sprzedaży do paragonu – zgodnie z wymaganiami dotyczącymi naliczania VAT, generowanie faktury sprzedaży do paragonu skutkuje podwójnym naliczeniem VAT, dlatego dodana została blokada generowania FS do PAR.
• Blokada sprzedaży bonów przez noty

Zaokrąglenia płatności gotówkowych (Comarch ERP: Altum)

Rząd Słowacji zachęca do zaokrągleń płatności w celu ograniczenia użycia monet 1 i 2 eurocentowych w obiegu gotówkowym. Zaokrąglenia upraszczają i przyspieszają proces wydania reszty, ograniczając błędy kasjerskie i czas obsługi klienta. Mniejsze zapotrzebowanie na monety 1 i 2 centowe ogranicza koszty logistyczne.

Zaokrąglanie płatności dostępne jest dla następujących typów dokumentów:

• Paragon
• Faktura
• Faktura zaliczkowa sprzedaży
• Korekta paragonu
• Korekta faktury
• Korekta faktury zaliczkowej sprzedaży

Sposób zaokrąglenia:

• kwoty kończące się na 1 i 2 centy zaokrąglane są w dół do 0 centów
• kwoty kończące się na 3 i 4 centy zaokrąglane są w górę do 5 centów
• kwoty kończące się na 6 i 7 centy zaokrąglane są w dół do 5 centów
• kwoty kończące się na 8 i 9 centy zaokrąglane są w górę do 10 centów

Uwaga

Zaokrągleniu podlega łączna kwota płatności gotówkowej, a nie ceny poszczególnych produktów.

Na wydruku dokumentu prezentowana jest zarówno kwota przed, jak i po zaokrągleniu.

Uwaga

Monety 1 i 2 eurocentowe nadal pozostają prawnym środkiem płatniczym.
Firmy nie mogą odmówić ich przyjęcia jako formy zapłaty, a konsumenci również nie mogą odmówić ich przyjęcia jako reszty.

Przykład

Płatność za dokument handlowy wynosi 4,23 EUR.
Po wybraniu formy płatności Gotówka system automatycznie zaokrągla wartość dokumentu do kwoty 4,25 EUR. Dodatkowo w prawym dolnym rogu, przy polu Reszta, widnieje symbol strzałki z odpowiednim kierunkiem, informującym o zaokrągleniu:

• (↓ 0. 0X) – zaokrąglenie w dół
• (↑ 0.0Y) – zaokrąglenie w górę

Czyszczenie bazy POS z nieaktualnych danych (Comarch ERP: Altum)

W odpowiedzi na potrzebę redukcji zbędnych danych w bazie POS dla jednego z klientów z sektora jubilerskiego, gdzie liczba partii stale rośnie ze względu na unikalny numer seryjny każdego artykułu utworzono mechanizm usuwania zbędnych danych o partiach z bazy POS.

Istnieje możliwość zdefiniowana minimalnej liczby lat, po upływie których dane o partiach produktów zostaną usunięte z bazy danych. Domyślnie wartość ta jest ustawiona na 2 lata.

W przypadku usuwania partii muszą zostać spełnione określone warunki dla wszystkich dostępnych na stanowisku magazynów:

• Ilość jest równa 0
• Rezerwacje są równe 0
• Braki dla partii są równe 0
• Dla danej partii nie istnieją zamówienia
• Oczekiwana ilość partii jest równa 0
• Partia nie jest obecna w żadnym obiekcie, którego data jest większa niż wskazana data, po której dane zostaną usunięte
• Partia nie jest oznaczona jako domyślna dla artykułu
• Partia nie jest jedyną partią danego artykułu
• Typ artykułu powiązanego z partią nie jest kompletem lub usługą

Aby zabezpieczyć się przed błędami synchronizacyjnymi, identyfikatory usuniętych partii pozostają zapisane w specjalnie przeznaczonej do tego tabeli na bazie POS. Dzięki temu, gdy do POS trafi informacja o brakującej na bazie partii, zapis identyfikatora pozwoli określić, czy dana partia kiedykolwiek istniała w bazie i została usunięta w procesie czyszczenia danych.

Automatyczne czyszczenie bazy może zostać zaplanowane w systemie ERP lub zostać uruchomione ręcznie na stanowisku.

W przypadku gdy pojawi się potrzeba dodania na dokument partii, która została usunięta w procesie czyszczenia, istnieje możliwość wyszukania jej w systemie ERP. Warunkiem tego jest połączenie z usługą synchronizacji danych (praca w trybie online). W tym celu należy wybrać przycisk [Pobierz inną partię] na liście artykułów otwieranej z poziomu widoku nowego dokumentu handlowego.

Nowości i zmiany w wersji 2025.1

Uwaga

Wersja Comarch POS 2025.1 jest wersją wydaną w integracji z systemem Comarch ERP Enterprise.

Obsługa odczytu ceny z kodu kreskowego produktu (Comarch ERP: Enterprise)

W obecnej wersji aplikacji Comarch POS system wspierał odczyt wagi produktu zakodowanej w standardzie kodu kreskowego EAN-13. Standard ten został rozszerzony o możliwość zakodowania ceny produktu. Wprowadzona została pełna obsługa odczytu ceny produktu bezpośrednio z kodu kreskowego. Zmiana ta umożliwia rozpoznawanie i odczytywanie informacji o cenie zapisanej w kodzie kreskowym, w oparciu o zdefiniowane formaty. Każdy rozpoznany kod zawierający wagę lub cenę produktu musi zawierać:

• Kod towaru – unikalny identyfikator umożliwiający jednoznaczne powiązanie zeskanowanego kodu z produktem w bazie danych
• Wartość pozycji – interpretowana jako wartość albo cena finalna/końcowa

Funkcjonalność odczytu ceny z kodu kreskowego usprawni proces sprzedaży w punktach handlowych, w których produkty wyceniane są dynamicznie (np. owoce, warzywa, mięso), a ich cena końcowa drukowana jest na etykiecie z kodem kreskowym.

Struktura obsługiwanego kodu:

• AA – dwucyfrowy prefix kodu (np. 24 – kod ceny, 25,27,29 – kod wagi)
• BBBB – kod EAN produktu (lub partii)
• C – cyfra kontrolna ceny
• DDDDD – cena finalna/końcowa bądź całkowita wartość danego artykułu
• E – cyfra kontrolna całego kodu
• DD – dwie cyfry reprezentujące wartość całkowitą wagi
• ddd – trzy cyfry reprezentujące wartość dziesiętną wagi

Uwaga

Jeżeli waga w danym kraju podaje wartość w innej walucie na przykład we frankach, to aplikacja Comarch POS obsługuje przeliczenie takiej wartości na odpowiednią walutę, w tym przypadku euro.

Dostępność cyfrowa (Comarch ERP: Enterprise)

W związku z wymogiem prawnym wynikającym z Ustawy z dnia 26 kwietnia 2024 r. o zapewnianiu dostępności niektórych produktów i usług, dostosowano Panel Klienta aplikacji Comarch POS, aby spełniał normy Dostępności Cyfrowej zgodnie z obowiązującymi standardami WCAG.

Zmiany na drugim ekranie (panelu Klienta) dotyczą widoku zgód, czyli miejsca gdzie użytkownik może zobaczyć już zaznaczone zgody lub zaznaczyć/odznaczyć nowe/poprzednie zgody, a także potwierdzić zmiany, składając podpis elektroniczny. Panel Klienta to jedyne miejsce w aplikacji, do której dostęp ma bezpośrednio Klient, dlatego został dostosowany cyfrowo.

Aby Panel Klienta był dostępny w wersji cyfrowej aplikacja została udoskonalona pod względem:

• Czytelności i kontrastu

Zapewniono wysoki kontrast między tekstem a tłem (minimum 4,5:1 dla zwykłego tekstu i 3:1 dla dużego tekstu) oraz umożliwiono dostosowanie rozmiaru czcionki – minimalny rozmiar wynosi 14–16 punktów

• Dostępność treści

Dodano opcję Wysoki kontrast – tryb wysokiego kontrastu dla użytkowników z wadami wzroku.

Uwaga

Możliwe jest jednoczesne zwiększenie kontrastu i powiększenie czcionki.

Uwaga

Aplikacja Comarch POS nie zapamiętuje ostatniego ustawienia kontrastu i/lub rozmiaru czcionki – po ponownym otwarciu panelu Klienta wyświetlony zostaje widok domyślny. Sprzedawca z poziomu swojego ekranu, może włączyć Klientowi na panelu Klienta funkcjonalności związane z dostępnością.

 

Nowości i zmiany w wersji 2025.0

Zestawienie systemów ERP, z którymi współpracuje Comarch POS 2025.0

System ERP	Wersja	Uwagi
Comarch ERP Altum	2025.0
Comarch ERP Enterprise	6.3 , 6.4
Comarch ERP XL	2025.0

Obsługa wielu języków

Dotychczas w aplikacji Comarch POS oraz konfiguratorze POS Agent dostępnymi językami były: polski, angielski (US), niemiecki, francuski, włoski. Obecnie oferta językowa tych aplikacji została rozszerzona o następujące języki:

• czeski
• słowacki
• portugalski
• holenderski
• japoński

Obsługa kuponów rabatowych ze zmienną wartością (Comarch ERP: Enterprise)

W odpowiedzi na wymagania rynku francuskiego oraz potrzeby dynamicznego dostosowywania rabatów do zmieniających się warunków rynkowych i preferencji klientów, dodana została obsługa kuponów rabatowych ze zmienną wartością.

Zewnętrzne systemy (np. Comarch Loyalty Cloud) umożliwiają dynamiczne obliczanie rabatów na podstawie indywidualnych danych klienta (np. zakupów w określonym czasie, wieku, historii zakupów). Tego typu rabaty nie mogą być wcześniej zdefiniowane w systemie Comarch POS, ponieważ ich wartość jest zmienna i zależy od wielu czynników. Dodanie możliwości obsługi takich rabatów przez system pozwala na pełne wykorzystanie potencjału promocji, które są obliczane na podstawie unikalnych danych każdego klienta, zwiększając w ten sposób personalizację oferty i lojalność klientów.

W związku z powyższymi wymaganiami wprowadzone zostało pole Wartość, w którym
można wprowadzić wysokość rabatu dla pojedynczego kodu kuponu.

Przykład

Artykuł A: 100 PLN

Definicja rabatu: Wartość rabatu: wyłączona (0,00)

Typ rabatu: Promocja kuponowa

Kupon rabatowy: XXX Wartość: 15,00 (15 % z 100 PLN)

Po zeskanowaniu na dokumencie artykułu A oraz kuponu rabatowego XXX, system Comarch POS automatycznie oblicza rabat z kuponu w wysokości 15%, co daje 15 rabatu na produkt. Po zastosowaniu rabatu, cena Artykułu A zostaje pomniejszona o 15, co daje nową cenę:
100 PLN – 15 = 85 PLN.

W celu zdefiniowania wartości rabatu kupon rabatowy musi być powiązany z promocją sprzedaży, która ma aktywny parametr: Użyj wartości z innych źródeł. Po powiązaniu takiej promocji z kuponem rabatowym, pole Wartość rabatu jest aktywne i można w nim zdefiniować określoną wartość.

Jeśli kupon nie przekaże wartości rabatu lub będzie brakować tej informacji, system rabatowy traktuje wartość 0,00 PLN jako brak rabatu.

Zmiany związane z wysyłką logo do drukarek OPOS (Comarch ERP: Enterprise)

Funkcjonalność przesyłania logo do drukarki OPOS dotychczas zależała od modułu IngenicoFR, który odpowiada za zarządzanie Ingenico EFT w trybie zintegrowanym (z użyciem serwerów C3 i AXIS). Ponieważ nie wszyscy klienci korzystają z Ingenico EFT (niektórzy stosują inne modele EFT lub nie korzystają w ogóle z EFT), zarządzanie przesyłaniem logo udostępniono w standardzie Comarch POS. Dzięki temu funkcjonalność przesyłania logo do drukarki OPOS jest dostępna dla wszystkich klientów, niezależnie od tego, czy korzystają z Ingenico EFT.

Obsługa przesunięć między sklepami (oddziałami) (Comarch ERP: XL)

W integracji z systemem Comarch ERP XL umożliwiono wykonywanie przesunięć pomiędzy różnymi sklepami (oddziałami POS), po dodaniu nowego dokumentu przesunięcia ręcznego należy wskazać magazyn oddziału, z którego będzie realizowane przesunięcie (lokalny magazyn sklepu) oraz magazyn docelowy innego sklepu, na który zostaną przesunięte dodane do dokumentu towary. Na definicji dokumentu MMW, pochodzącego z oddziału POS, należy odznaczyć parametr generowania automatycznego dokumentu MMP, wówczas dokument MMW zostanie pobrany na stanowisko oddziału docelowego, do którego zostały przesunięte towary. Standardowo przyjęcie towaru na drugim oddziale może być realizowane z poziomu kafla [Back office] -> [Przyjęcie dostawy].

POS Agent tryb offline – obsługa braków (Comarch ERP: Altum)

Od wersji 2024.0 z aktualnymi plikami QF wprowadzona została funkcjonalność mająca na celu ułatwienie działania systemu Comarch ERP Altum korzystającego z usługi POS Agent Broker do komunikacji z POS Agentem, w przypadku niedostępności połączenia internetowego. Dzięki temu możliwe jest wystawienie dokumentów magazynowych w systemie ERP, nawet gdy usługa POS Agent/POS Agent Broker jest niedostępna.

Rozwiązanie to zostało rozszerzone w wersji 2025.0 o obsługę braków, dla dokumentów utworzonych na stanowisku Comarch POS w przypadku problemów synchronizacyjnych związanych z brakiem wystarczającej ilości zasobów będzie tworzony brak. Dzięki temu  dokumenty będą synchronizowane do systemu ERP. Obsługa ta jest parametryzowana, należy aktywować parametr Sprzedaż z brakami i POS Agent- obsługa trybu offline.

Zmiany w obsłudze limitu kredytowego (Comarch ERP: Altum)

W celu lepszego zarządzania limitami kredytowymi oraz wprowadzeniu dodatkowej kontroli nad przekroczeniem dopuszczalnego terminu płatności, wprowadzono nowe parametry konfiguracyjne synchronizowane do Comarch POS. Celem tych zmian jest automatyczne obniżenie limitu kredytowego klienta w przypadku, gdy przekroczy on ustalony termin przeterminowania płatności. Funkcjonalności te mają na celu zminimalizowanie ryzyka finansowego oraz umożliwienie lepszej kontroli nad  limitami kredytowymi udzielanymi klientom.

W systemie Comarch ERP Altum, na formularzu kontrahenta -> zakładka Limity kredytowe dodany został nowy parametr, który będzie miał wpływ na naliczanie limitu kredytowego w POS:

• Dozwolone przeterminowanie – parametr służy do walidacji maksymalnej możliwej liczby dni przeterminowania. W przypadku opóźnienia w płatności o więcej niż podaną liczbę dni, system będzie zachowywał się tak, jakby limit kredytowy został przekroczony również w przypadku opcji otwartego limitu kredytowego.

W związku z wprowadzeniem nowego parametru na stanowisku Comarch POS dodane zostały:

• na karcie kontrahenta prezentowana jest dodatkowa informacja o przekroczeniu dopuszczalnego limitu przeterminowania płatności

• podczas wyboru kontrahenta na dokumencie wyświetlone zostanie nowe powiadomienie, w formie komunikatu, o przekroczeniu dopuszczalnego terminu przeterminowania płatności

Jeżeli dla kontrahenta włączony jest limit kredytowy to sprawdzane jest przekroczenie limitu kredytowego oraz czy istnieją przeterminowane płatności. Kwota zadłużenia nie zwiększa wartości wykorzystanego limitu, natomiast będzie miała wpływ na możliwość zatwierdzenia dokumentów.

Weryfikacja dostępności serwisu bonów przed płatnością kartą w oknie płatności (Comarch ERP: Altum, Enterprise, XL)

Zmiana związana jest z dodatkową weryfikacją dostępności serwisu bonów przed płatnością kartą.

W celu wyeliminowania problemu z niedostępnością serwisu bonu po zapłacie za dokument i zamknięciu okna płatności, dodana została dodatkowa ponowna weryfikacja dostępności serwisu bonów w systemie ERP.

Zapisywanie dokumentu na parkingu przed przejściem do okna płatności (Comarch ERP: Altum, Enterprise)

W procesie sprzedaży dokument jest zapisywany do bufora (parkingu) przed przejściem do okna płatności. Po poprawnym zatwierdzeniu dokumentu, zostaje on usunięty z parkingu. Taki mechanizm zapewnia, że dokument jest tymczasowo przechowywany, ale nie finalizowany do momentu zakończenia procesu płatności, co pozwala na ewentualne anulowanie operacji przed zatwierdzeniem, lub powtórzenie płatności w przypadku wystąpienia nieoczekiwanego zakończenia procesu.

Promocja sprzedaży dla produktów identycznych (Comarch ERP: Enterprise)

Wprowadzona została obsługa nowego typu promocji: promocja dla produktów identycznych, jest ona naliczana automatycznie po dodaniu kilku identycznych przedmiotów (wcześniej predefiniowanych) na dokument sprzedaży. Promocja definiowana jest w systemie ERP jako pakiet stały lub elastyczny.

 

Przykład

Promocja sprzedaży na produkty identyczne:

50 % zniżka na co drugi identyczny produkty z listy promocyjnej (artykuł A, artykuł B, artykuł C)

N=2

Rabat=50% zniżki

Grupa artykułów:

• artykuł A
• artykuł B
• artykuł C

Na dokumencie sprzedaży:

Artykuł A: ilość = 2 -> rabat zostanie zastosowany na drugi produkt

Artykuł A: ilość= 5 -> rabat zostanie zastosowany dwukrotnie na drugi produkt

Artykuł B ilość = 1 -> rabat nie zostanie zastosowany

Artykuł C: ilość = 1 -> rabat nie zostanie zastosowany

Artykuł D: ilość = 2 -> rabat nie zostanie zastosowany artykuł nie należy do o grupy artykułów z promocji

Obsługa transakcji eksportowych (Comarch ERP: Altum)

 

Funkcjonalność zastosowania stawki 0% VAT przy eksporcie i wewnątrzwspólnotowej dostawy towarów została wprowadzona w ramach unijnego i krajowego systemu VAT w celu zapewnienia neutralności podatkowej w handlu międzynarodowym oraz ułatwienia swobodnego przepływu towarów. Zgodnie z ustawą, aby zastosować taką sprzedaż muszą zostać spełnione następujące warunki:

• Eksport (klient spoza UE)
  • Towary muszą fizycznie opuścić terytorium Unii Europejskiej
  • Eksport towarów musi zostać potwierdzony przez organ celny, za pomocą specjalnego dokumentu elektronicznego (IE-599), ewentualnie dokumentu papierowego (SAD)

Uwaga

Dokument IE-599 pochodzi z systemu do obsługi operacji eksportowych – Automatycznego Systemu Eksportowego (AES).

• Wewnątrzwspólnotowa dostawa towarów (WDT) (klient z UE)
  • Towary muszą fizycznie przemieszczać się pomiędzy dwoma krajami Unii Europejskiej
  • Dostarczenie towarów musi zostać potwierdzone, na przykład dokumentami przewozowymi wystawionymi przez przewoźnika lub specyfikacją podpisaną przez odbiorcę

Dodatkowo, aby skorzystać ze stawki VAT 0% przy eksporcie lub wewnątrzwspólnotowej dostawie towarów, nie wystarczy samo posiadanie dokumentów określonych w ustawie o VAT. Towary muszą faktycznie zostać dostarczone do określonego i możliwego do zidentyfikowania odbiorcy. Zarówno sprzedawca, jak i nabywca muszą być podmiotami zarejestrowanymi jako podatnicy VAT – przy czym dla WDT muszą znajdować się w różnych krajach UE, a w przypadku eksportu – nabywca musi znajdować się poza terytorium UE.

W celu umożliwienia rejestracji transakcji eksportowych na stanowisku Comarch POS zostały wprowadzone następujące zmiany:

• synchronizacja oraz możliwość edycji typu klienta (Krajowy/Unijny/Pozaunijny)
• synchronizacja oraz możliwość edycji rodzaju transakcji (Krajowa/Unijna/Pozaunijna) dla wyżej wymienionych typów dokumentów
• synchronizacja definiowanej stawki VAT dla transakcji eksportowych z systemu ERP
• aktualizacja tabel ze stawkami VAT dla transakcji eksportowych
• automatyczna aktualizacja stawek VAT na dokumentach i tabelach dotyczących stawek VAT, w przypadku zmiany typu klienta lub typu transakcji

Zmiany na karcie kontrahenta

Na karcie kontrahentach, dodany został parametr Typ z dostępnymi opcjami:

• Krajowy – domyślna wartość przy dodawaniu nowego klienta
• Unijny
• Pozaunijny

Uwaga

W przypadku zmiany pola Prefiks na karcie kontrahenta, pole Typ zostaje automatycznie zaktualizowane.

Zmiany na liście kontrahentów

Na liście kontrahentów dodany został nowy filtr Typ kontrahenta. Domyślną wartością jest Dowolny, z opcjami: Krajowy, Unijny, Pozaunijny. Filtr umożliwia zawężanie wyników wyszukiwania według typu kontrahenta.

Obsługa sprzedaży eksportowej na dokumentach

Sprzedaż eksportowa została obsłużona dla następujących typów dokumentów:

• Faktura sprzedaży
• Korekta ilościowa faktury sprzedaży (w tym korekty ręczne)
• Faktura zaliczkowa sprzedaży
• Korekta faktury zaliczkowej sprzedaży
• Zamówienie sprzedaży
• Oferta sprzedaży
• Wydanie zewnętrzne

W polu z atrybutami dla dokumentów dodane zostało nowe pole Rodzaj transakcji, z następującymi możliwymi do wyboru wartościami:

• Krajowa
• Unijna
• Pozaunijna

Zmiany w procesie etykietowania (Comarch ERP: Enterprise)

Zgodnie z wymaganiami Klientów głównie z rynku francuskiego, wprowadzono zmiany w procesie drukowania etykiet. Zastosowane rozwiązania pozwolą na zarządzanie kilkoma różnymi wydrukami etykiet cenowych używanych dla poszczególnych grup produktów.

Uwaga

Konfiguracja definicji wydruku dostępna jest w systemie Comarch ERP Enterprise, skąd przesyłana jest na stanowiska POS. W przypadku gdy skonfigurowanych jest więcej niż jedna definicja wydruku, na stanowisku POS możliwy jest standardowy wybór definicji.

W systemie ERP możliwe jest przypisanie definicji wydruku do:

• artykułu
• kategorii artykułów sprzedaży (grupy produktów)

W odpowiedzi na potrzeby klientów, system rozszerzono o opcję drukowania etykiet w trakcie przyjęcia towaru. Rozwiązanie to sprawdza się zwłaszcza wtedy, gdy etykiety nie zostały wydrukowane wcześniej przez dostawcę lub magazyn centralny.

Uwaga

Liczba wydrukowanych etykiet odpowiada liczbie przyjętych towarów.

Wprowadzone zmiany dają operatorowi na stanowisku POS możliwość:

• drukowania etykiety podczas przyjęcia za pomocą przycisku na ekranie przyjęcia (przyjęcie z ZZ lub PZ ręczny)

• drukowanie po zatwierdzeniu przyjęcia (na podglądzie PRP)

Dodatkowo użytkownik ma możliwość wydrukowania etykiety z poziomu listy dokumentów przyjęcia dostawy (oraz listy dokumentów zaparkowanych), jeżeli status dostawy to Odebrano.

Rozszerzenie funkcjonalności weryfikacji zamówienia sprzedaży online (Comarch ERP: XL)

W odpowiedzi na oczekiwania klientów wprowadzone zostały dodatkowe funkcjonalności w obszarze weryfikacji online zamówień sprzedaży. Dotychczas system działał w ten sposób, iż do wygenerowania faktury sprzedaży  powiązanej z zamówieniem wymagane było połączenie online z systemem centralnym (za pośrednictwem usługi synchronizacji). W przypadku jego braku faktura mogła zostać wygenerowana, natomiast nie była powiązana z danym zamówieniem.

Wprowadzone zmiany dotyczą lokalnego przechowywania informacji o dokumentach (zamówieniach sprzedaży, fakturach sprzedaży oraz fakturach zaliczkowych) na bazie POS Agent, aby możliwe było wygenerowanie faktury i powiązanie jej z zamówieniem na POS, nawet w przypadku braku połączenia z systemem ERP.

Uwaga

Parametry odpowiadające za rozszerzenie funkcjonalności weryfikacji online zamówień sprzedaży przesyłane są na stanowisko POS z systemu ERP.

• Blokada generowania PA/FS do ZS gdy brak połączenia z usługą – parametr określa, czy w sytuacji braku połączenia z system ERP dopuszczone jest utworzenie dokumentu handlowego niepowiązanego z zamówieniem sprzedaży czy też generowanie takiej faktury jest zablokowane.
• Zezwalaj na sprawdzenie dokumentów ZS w POS Agent – parametr umożliwiający włączenie dodatkowej weryfikacji dokumentów powiązanych z zamówieniami sprzedaży przez POS Agent w przypadku braku połączenia z systemem ERP.

 

W przypadku włączonych funkcjonalności i braku połączenia zarówno z systemem ERP, jak i z POS Agentem (środowisko w pełni offline) generowanie dokumentu do zamówienia sprzedaży jest zablokowane.

Jeśli nowe parametry są włączone, a aplikacja POS ma połączenie do POS Agenta, przy jednoczesnym braku połączenia do centrali, użytkownik ma możliwość utworzenia dokumentu handlowego, powiązanego z danym zamówieniem.

Uwaga

Funkcjonalność została wprowadzona w integracji z wersją Comarch ERP XL 2025.1.

Wyszukiwanie online zamówień sprzedaży (Comarch ERP: Enterprise)

W odpowiedzi na sytuacje, w których oferty i zamówienia sprzedaży tworzone są w sklepie internetowym, a sama realizacja/aktualizacja odbywa się w sklepie stacjonarnym, wprowadzona została funkcjonalność wyszukiwania zamówień sprzedaży online, w bazie systemu ERP.

Uwaga

W celu wyszukiwania online zamówień sprzedaży należy w systemie Comarch ERP Enterprise aktywować parametr: Wyszukiwanie zamówień i ofert online. Parametr dostępny jest w aplikacji Comarch POS: Stanowiska → zakładka Ogólne → sekcja Przetwarzanie dokumentów.

Aby umożliwić jak najlepsze i najwygodniejsze wyszukiwanie dokumentów w systemie ERP, użytkownik na stanowisku POS może wskazać parametr na podstawie którego nastąpi wyszukiwanie.

Parametry dostępne są na liście zamówień i ofert sprzedaży w polu filtra tekstowego.

Po aktywacji parametru w systemie Comarch ERP, na stanowisku POS zamówienie jest najpierw wyszukiwane w lokalnej bazie POS, a następnie w bazie systemu ERP. W przypadku, gdy żadne zamówienie nie zostanie znalezione w bazie lokalnej, pojawi się komunikat z pytaniem: „Brak wyników wyszukiwania. Jeżeli chcesz przeszukać globalną bazę dokumentów, sprawdź czy wyszukiwana fraza zawiera minimum 3 znaki i czy został wybrany prametr dokumentu, którego fraza dotyczy?”. W sytuacji, gdy zostanie znaleziona co najmniej jedno pasujące zamówienie, u dołu listy wyświetlone zostanie pytanie: „Czy chcesz kontynuować wyszukiwanie również w systemie ERP?”. W obu przypadkach, po naciśnięciu przycisku [Szukaj online], zostanie przeszukana baza ERP w ramach organizacji, do której należy stanowisko POS.

Blokada generowania faktury bez numeru NIP (Comarch ERP: Altum, Enterprise, XL)

W odpowiedzi na wymagania klientów, wprowadzona została funkcjonalność blokady wystawienia faktury sprzedaży bez wskazania numeru NIP przypisanego do kontrahenta.

Uwaga

Parametr określający, czy faktura sprzedaży może być wystawiona bez numeru NIP kontrahenta, definiowany i przesyłany jest na stanowisko POS z systemu ERP.

Gdy blokada wystawiania faktury sprzedaży bez NIP jest włączona, podczas wystawiania dokumentu faktury sprzedaży przeprowadzona jest weryfikacja numeru NIP dla:

• podmiotu gospodarczego i kontrahenta detalicznego,
• nowo dodanych faktur sprzedaży oraz faktur sprzedaży wygenerowanych z zamówień sprzedaży
• korekt ręcznych

Uwaga

W przypadku wystawiania faktury dla kontrahenta detalicznego pojawi się komunikat o konieczności rejestracji paragonu, a następnie możliwości wystawienia faktury do paragonu. Jeśli jednak numer NIP zostanie przesłany dla kontrahenta detalicznego z systemu ERP, możliwe będzie wystawienie faktury bezpośrednio (bez konieczności rejestrowania paragonu).

Rynek japoński (Comarch ERP: Enterprise)

Obsługa precyzji na rynek japoński

W odpowiedzi na wymagania klientów z rynku japońskiego, w systemie Comarch POS wprowadzono pełną obsługę precyzji wartości zgodnie z lokalnymi standardami walutowymi. Zmiany obejmują zarówno interfejs użytkownika, jak i mechanizmy obliczeniowe, zapewniając poprawne przetwarzanie kwot bez miejsc dziesiętnych. W Japonii najmniejszym nominałem w obiegu jest moneta o wartości 1 Jena, co oznacza konieczność zaokrąglania wartości – szczególnie przy płatnościach gotówkowych – do pełnych jednostek. System automatycznie dostosowuje wyświetlanie oraz przeliczanie kwot zgodnie z tą zasadą.

Aby prawidłowo obsłużyć zaokrąglenia w jenach (JPY), konieczne jest obsłużenie precyzji wartości, co pozwoli zaokrąglać wartości pozycji.

Ustawienie precyzji wartości dla zaokrąglenia będzie dotyczyło:

• wartości netto
• wartości brutto
• wartości podatku VAT

Uwaga

W Comarch ERP Enterprise precyzję należy ustawić w aplikacji Waluty rozszerzenie Comarch POS.

Precyzja wartości funkcjonuje dla:

• ofert i zamówień sprzedaży,
• paragonów i faktur sprzedaży,
• korekt, w tym również korekt wprowadzanych ręcznie,
• wystawionych, wygenerowanych i zaparkowanych dokumentów,
• dokumentów powstałych w procesie wymiany,
• dokumentów wydania zewnętrznego

Uwaga

W przypadku ręcznych wpłat/wypłat gotówki (KP/KW) oraz faktur zaliczkowych (FSL), wartości wprowadzane przez użytkownika nie będą dodatkowo zaokrąglane. Nie ma możliwości wprowadzenia kwot z miejscami dziesiętnymi.

Poniżej przykłady  w jaki sposób powinno działać zaokrąglanie zgodnie z ustawieniem liczby miejsc po przecinku i metody zaokrąglania:

• Matematycznie

x <0,5 -> zaokrąglanie w dół

x >= 0,5 -> zaokrąglanie w górę

Przykład:

Precyzja ustawiona na 0 miejsc

Wartość: 34,76 -> zaokrąglona do 35,00

Wartość: 34,28 -> zaokrąglone do 34,00

Wartość: 34,50 -> zaokrąglona do 35,00

• W dół

 

miejsca dziesiętne są ignorowane

Przykład:

Precyzja ustawiona na 0 miejsc

Wartość: 34,76 -> zaokrąglona do 34,00

Wartość: 34,28 -> zaokrąglone do 34,00

Wartość: 34,50 -> w zaokrągleniu do 34,00

Przykład

pozycja 1: cena 96 900,00 -> kolumna Cena 96 900

pozycja 2: cena 141 700,90 -> kolumna Cena 141 700,9

pozycja 3: cena 200 199,55 -> kolumna Cena 200 199,55

 

Uwaga

Podsumowanie dokumentu wyświetla wartości bez cyfr po przecinkach.

Obsługa załączników (Comarch ERP: Enterprise)

W związku z wymaganiami Klientów głównie rynku japońskiego, wprowadzono funkcjonalność obsługi załączników na stanowiskach POS.

Parametr odpowiadający za funkcjonalność obsługi załączników przesyłany jest na stanowisko POS z systemu ERP.

Uwaga

W przypadku Comarch ERP Enterprise konfiguracja odbywa się w aplikacji Konfiguracja -> funkcja Sprzedaż Wielokanałowa -> podfunkcja Comarch POS -> zakładka Wydruki, załączniki -> sekcja Import załączników.

Możliwość dodawania załączników została obsłużona dla poniższych typów dokumentów:

• Paragon
• Faktura sprzedaży
• Wydanie zewnętrzne

Załączniki zapisywane są na dysku w folderze określonym w pliku konfiguracyjnym POS, domyślnie jest to ścieżka C:\Retail\POS2\Data\Attachments. Wysyłane są do systemu ERP wraz z powiązaniem do dokumentu.

Załączniki mogą być dodawane zarówno do dokumentów będących w edycji, jak i do już zatwierdzonych.

Użytkownik może podglądać i usuwać dodane załączniki. Nie ma jednak możliwości usunięcia załącznika, jeśli dokument został już przesłany do systemu ERP.
Do dokumentu można dodać maksymalnie 15 załączników. Rozmiar jednego pliku nie może przekraczać 5 MB.

Jeśli użytkownik nie dodał jeszcze żadnych załączników do dokumentu, po naciśnięciu przycisku [Załączniki] otwiera się okno systemowe do wyboru załącznika: [Wybierz plik]. Jednocześnie można dodać wiele załączników. Jeśli załączniki zostały już dodane do dokumentu, przycisk przekierowuje do okna modalnego z listą załączników.

W aplikacji Comarch POS prezentowane są poniższe informacje o załączniku:

• Nazwa pliku – nazwa dołączonego pliku wraz z jego rozszerzeniem
• Typ – informacja o typie załączonego pliku. Przyjmuje następujące wartości:
• Dla dokumentów (np. PDF, Word, Excel) – Dokument
• Dla plików graficznych (np. jpg, jpeg, png, webp) – Obraz
• Dla innych plików – Inne
• Data dodania załącznika (godzina wraz z sekundami)

 

Uwaga

Załączniki są dostępne do podglądu tylko na stanowisku POS, na którym zostały dodane.
Gdy użytkownik próbuje wyświetlić załącznik na innym stanowisku POS niż to, na którym załącznik został dodany, wyświetlany jest komunikat informujący operatora, iż podgląd pliku nie jest dostępny.

Pozycje rozliczeniowe (Comarch ERP: Etenerprise)

W odpowiedzi na oczekiwania Klientów rynku francuskiego, w celu zapewnienia kompleksowej realizacji zamówień, na stanowisku POS obsłużono nowy typ artykułu – pozycje rozliczeniowe.

Uwaga

Pozycje rozliczeniowe definiowane są w systemie Comarch ERP Enterprise i synchronizowane na stanowisko POS.

Pozycje rozliczeniowe obsługiwane są na następujących dokumentach:

• Oferty sprzedaży
• Zamówienia sprzedaży
• Paragon
• Faktura sprzedaży
• Faktura zaliczkowa sprzedaży
• Korekta paragonu
• Korekty faktury sprzedaży
• Korekty faktury zaliczkowej sprzedaży

Na stanowisku POS z poziomu listy artykułów użytkownik ma możliwość zawężenia wyszukiwania na podstawie nowego typu – pozycja rozliczeniowa.

Cena

Zgodnie z oczekiwaniami cena pozycji rozliczeniowej może być dodatnia lub  zerowa. Cena (i wartość) pozycji rozliczeniowej może być zmieniona, na bazie uprawnień zalogowanego pracownika i można na nią zastosować rabat zgodnie z parametrami ustawionymi w systemie ERP dla danej pozycji. Pozycja rozliczeniowa bez określonej ceny również może zostać dodana do dokumentu z ceną „0”, a użytkownik na stanowisku POS może zmienić ją ręcznie.

 Ilość

Uwaga

Ilość tego typu artykułu zawsze  wynosi „0” – zarówno na dokumencie jak i jego wydruku. Pozycja rozliczeniowa nie ma określonego poziomu stanów magazynowych i nie jest zlokalizowana w żadnym konkretnym magazynie. [/alert

Dodawanie na dokument

Uwaga

Pozycja rozliczeniowa może być dodana na dokument tylko ręcznie (poprzez wybór z listy artykułów) lub poprzez wprowadzenie jej kodu.

Dokument może zawierać wiele pozycji rozliczeniowych –  taka pozycja może pojawić się wraz z innymi pozycjami różnych typów lub może być jedyną pozycją na dokumencie. Pozycję rozliczeniową można usunąć z dokumentu w taki sam sposób jak artykuły innych typów.

Weryfikacja online generowania korekty do dokumentu sprzedaży – rozszerzona o korekty wartościowe (Comarch ERP: Altum)

W nawiązaniu do oczekiwań klientów rozszerzona została weryfikacja generowania korekty do dokumentu sprzedaży w aplikacji Comarch POS, o sprawdzanie wystawienia korekt wartościowych do dokumentu sprzedaży.

W zależności od ustawień parametru Generowanie korekty do dokumentu sprzedaży po stronie systemu ERP, na stanowisku POS możliwa jest weryfikacja z systemem ERP powiazań do dokumentów sprzedaży podczas tworzenia korekty.

Dzięki wprowadzonym zmianom, przy ustawieniu np. Online gdy możliwe lub Zawsze online i utworzeniu w ERP dokumentu korekty wartościowej faktury sprzedaży (KWFS), w momencie tworzenia na stanowisku POS dokumentu korekty ilościowej faktury sprzedaży (KIFS), system wyświetla komunikat blokujący:

Blokada sprzedaży artykułów (Comarch ERP: Enterprise)

W odpowiedzi na oczekiwania klientów, wprowadzona została funkcjonalność blokady artykułów do sprzedaży.

Uwaga

Informacja o blokadzie artykułu do sprzedaży jest przesyłana na stanowisko Comarch POS z systemu Comarch ERP Enterprise.

Informacja o tym, że artykuł został tymczasowo wyłączony ze sprzedaży jest dostępna jest bezpośrednio w podglądzie karty artykułu.

Aby umożliwić użytkownikowi wyszukiwanie takich artykułów na liście towarów w aplikacji Comarch POS dodana została nowa kolumna Status Użycia.

Istnieje również możliwość filtrowania listy produktów według wartości kolumny Status Użycia, zawężając wyszukiwanie do wartości filtrów.

Uwaga

W systemie Comarch ERP Enterprise towary mogą być zablokowane w taki sposób, że blokada dotyczy wszystkich magazynów lub tylko wybranych. Blokada może się różnić między organizacjami – towar może być zablokowany tylko w wybranych (a nie we wszystkich) magazynach.

Tworzenie dokumentów

Towary o statusie użytkowania: Zablokowany nie mogą być dodawane do dokumentu. Gdy użytkownik próbuje dodać taki towar, wyświetlany jest komunikat o blokadzie.

Funkcjonalność blokowania towarów do sprzedaży została wprowadzona dla następujących dokumentów:

• Paragon
• Faktura sprzedaży
• Zamówienie i Oferta sprzedaży
• Proces wymiany (korekta dokumentu i korekta ręczna)
• Wydanie zewnętrzne

Uwaga

Jeśli artykuł został dodany do zamówienia przed jego zablokowaniem, użytkownik może przekształcić takie zamówienie w inne dokumenty, na przykład fakturę zaliczkową sprzedaży lub fakturę sprzedaży.

Takie przekształcenia są dozwolone, ponieważ proces sprzedaży rozpoczął się przed nałożeniem blokady, co umożliwia jego zakończenie mimo jej wprowadzenia.

Uwaga

Blokada nie dotyczy dokumentów korygujących oraz reklamacji.

Parkowanie dokumentów

Funkcjonalność blokady towarów do sprzedaży, została również wprowadzona dla dokumentów, które zostały zaparkowane. Muszą zostać jednak spełnione poniższe warunki:

• dokument nie jest powiązany z innym dokumentem
• dokument jest zaparkowany
• dokument zawiera towary, które zostały zablokowane do sprzedaży po jego utworzeniu

Po otwarciu takiego zaparkowanego dokumentu w celu jego kontynuacji, system wyświetla komunikat o blokadzie danego towaru do sprzedaży.

Sprawdzanie statusu VAT podmiotów gospodarczych (Comarch ERP : Altum, Enterprise, XL)

W związku z wymaganiami klientów, obsłużona została możliwość sprawdzania statusu VAT podmiotu gospodarczego. Dla podmiotów gospodarczych z Unii Europejskiej, dodana została możliwość sprawdzania, czy podmiot jest aktywny w bazie VIES.

Uwaga

W przypadku polskich podmiotów gospodarczych Informacje o statusie VAT są pobierane z Portalu Podatkowego Ministerstwa Finansów, dostępnego pod adresem: https://ppuslugi.mf.gov.pl

Informacje o statusie kontrahenta w bazie VIES są pobierane z portalu Komisji Europejskiej, dostępnego pod adresem: https://ec.europa.eu/taxation_customs/vies/vatRequest.html

 

Sprawdzanie statusu z poziomu listy i karty kontrahenta

W celu sprawdzenia kontrahenta biznesowego pod kątem jego aktywności jako podatnika VAT należy skorzystać z przycisku [Sprawdź status VAT]. Przycisk sprawdza status dla polskich podmiotów gospodarczych oraz dla podmiotów gospodarczych z UE.

Ręczne sprawdzenie statusu VAT możliwe jest:

• z poziomu edycji podmiotu gospodarczego
• podczas dodawania kontrahenta
• z poziomu listy kontrahentów, po podświetleniu wybranego podmiotu gospodarczego

W przypadku polskich podmiotów gospodarczych zapytanie do Portalu Podatkowego zwraca informację czy podmiot jest zarejestrowany jako czynny podatnik VAT, podatnik VAT zwolniony lub nie jest zarejestrowany jako podatnik VAT.

Sprawdzanie statusu podczas wystawiania dokumentu handlowego

Aby usprawnić proces weryfikacji statusu VAT, zaimplementowana została również możliwość automatycznego sprawdzania statusu podmiotu gospodarczego przy wystawianiu dokumentu handlowego.

Uwaga

Za włączenie funkcjonalności odpowiada parametr dostępny w systemie ERP. Jest on przesyłany na stanowisko POS w obrębie firmy/centrum.

Sprawdzanie statusu jest wykonywane dla następujących dokumentów:

• Faktura sprzedaży,
• Faktura zaliczkowa sprzedaży,
• Korekta faktury sprzedaży, korekta faktury zaliczkowej sprzedaży,
• Ręczna korekta faktury sprzedaży.

Sprawdzanie statusu VAT wykonywane jest wyłącznie dla podmiotów gospodarczych i odbywa się po wybraniu podmiotu gospodarczego dla dokumentu, zmianie podmiotu gospodarczego na dokumencie bądź zmianie numeru NIP na poziomie dokumentu.

Uwaga

Weryfikacja statusu VAT jest możliwa wyłącznie dla użytkowników posiadających program na gwarancji oraz posiadają aktywne połączenie z Internetem.

Zamknięcie reklamacji z poziomu stanowiska POS (Comarch ERP : Altum, Enterprise, XL)

Aby umożliwić precyzyjne śledzenie czasu realizacji reklamacji przez dział serwisowy oraz wprowadzić  lepszą kontrola nad liczbą i czasem odebranych lub nieodebranych towarów, obsłużona została funkcjonalność zamknięcia reklamacji z poziomu stanowiska POS o statusie Zrealizowana, analogicznie do procesu obowiązującego dla statusów Uznana i  Odrzucona.

Integracja z wagą sklepową Mettler Toledo (Typ: Ariva) (Comarch ERP: Enterprise)

Funkcjonalność integracji systemu POS z wagą sklepową Mettler Toledo, ma na celu podniesienie efektywności obsługi klienta. W ramach tej funkcjonalności, system POS zostanie wzbogacony o możliwość konfiguracji i bezpośredniego połączenia z wagą sklepową. Ważenia na stanowisku POS można dokonać podczas kluczowych procesów sprzedaży, takich jak:

• wystawianie paragonu
• wystawianie faktury sprzedaży
• wymiany towarów

Odczytana waga zostanie automatycznie wprowadzona do dokumentu sprzedaży w pole ilość, a wartość artykułu zostanie obliczona na podstawie tej wagi, co eliminuje ryzyko błędów.

Aby towar mógł zostać zważony, muszą być spełnione dwa warunki:

• produkt musi być oznaczony jako towar wagowy w systemie ERP

Ilość na dokumencie jest zaokrąglana zgodnie z ustawieniami jednostki miary w systemie ERP. Podczas ważenia, używane są jednostki miary przypisane do produktu.

Użytkownik na stanowisku POS  ma możliwość edytowania ilości odczytanej z wagi. Dodatkowo jeśli do dokumentu dodawanych jest równocześnie kilka pozycji, ważenie uruchamia się automatycznie dla produktu, który jest oznaczony jako wagowy i został jako pierwszy dodany na dokument.

Aby zważyć kolejne produkty, użytkownik musi kliknąć w pole Ilość i rozpocząć ważenie ręcznie, korzystając z przycisku [Zważ].

Ze względu na oczekiwania klientów obsłużona została również funkcjonalność tary.

Sekcja wyboru tary znajduje się po prawej stronie okna Ważenie. Zawiera listę opakowań oraz ich wagę. Wartości na liście są importowane z systemu ERP. Kasjer na stanowisku POS ma możliwość wyboru opakowania, klikając na pozycję z listy, która stanowi tarę ważonego produktu.

Uwaga

Na liście prezentowane są tylko opakowania powiązane w systemie ERP z ważonym produktem

Na liście znajdują się poniższe informacje:

• Kod
• Nazwa opakowania
• Waga
• Kod kreskowy

Użytkownik na stanowisku POS ma możliwość wyszukiwania opakowań powiązanych z danym artykułem.

Uwaga

W sekcji Zważ produkt, waga netto to waga brutto minus waga tary. Jeśli użytkownik ręcznie wskaże wybraną tarę – wyświetlana jest wartość zero. Jeśli na wadze znajduje się tylko tara, wówczas waga netto wynosi zero.  Tara ważonego produktu jest zapisywana w bazie danych.

Zaokrąglenia płatności na rynek belgijski (ERP: Altum, Enterprise)

 

W związku z wymaganiami Klientów z rynku belgijskiego wprowadzone zostały na stanowisku Comarch POS zaokrąglenia płatności gotówkowych w walucie obowiązującej w tym kraju. W Belgii oficjalną walutą jest euro (EUR), oznaczane symbolem €, gdzie 1 EUR to 100 centów. Nominały monet 1 i 2 eurocenty są stopniowo wycofywane z obiegu. W efekcie tych zmian całkowite kwoty płatności gotówkowych za sprzedaż towarów i usług są zaokrąglane do najbliższych 5 centów. Zgodnie z wymaganiami, jeżeli końcówka ceny wynosi 1 lub 2 centy, zaokrąglenie odbywa się w dół, natomiast jeśli wynosi 3 lub 4 centy, zaokrąglenie jest w górę.  Analogicznie, końcówki 6 i 7 centów zaokrąglane są w dół, a końcówki 8 i 9 centów zaokrąglane są w górę.

 

Zaokrąglanie płatności dostępne jest dla następujących typów dokumentów:

• Paragon
• Faktura
• Faktura zaliczkowa sprzedaży
• Korekta paragonu
• Korekta faktury
• Korekta faktury zaliczkowej sprzedaży

Przykład

Płatność za dokument handlowy wynosi 4,23 EUR.
Po wybraniu formy płatności Gotówka system automatycznie zaokrągla wartość dokumentu do kwoty 4,25 EUR. Dodatkowo w prawym dolnym rogu, przy polu Reszta, widnieje symbol strzałki z odpowiednim kierunkiem, informującym o zaokrągleniu.

Tryb zliczania artykułów na raporcie inwentaryzacyjnym (Comarch ERP: Altum, Enterprise, XL)

 

Do tej pory ręczne dodawanie artykułu na raporcie inwentaryzacyjnym skutkowało wprowadzeniem artykułu na raport z ilością 0. W odpowiedzi na oczekiwania wprowadzono nowy tryb dodawania artykułów, który umożliwia ręczne dodanie artykułu na raport z ilością +1.

 

Istnieje możliwość ustawienia trybu dodawania w zależności od potrzeb:

 

• Tryb dotychczasowy:

1. • Artykuł dodawany jest na raport z ilością 0.
   • Próba ponownego dodania tego samego artykułu wyświetla komunikat:
     Aby zmienić ilość raportowanego artykułu, edytuj ją w pozycji raportu.

• Nowy tryb dodawania:

1. • Artykuł dodawany jest na raport z ilością +1.
   • Każda kolejna próba dodania tego samego artykułu powoduje automatyczne zwiększenie jego ilości o +1 w raporcie.

Opłaty za kartę lojalnościową (Comarch ERP: Enterprise)

Funkcjonalność kart lojalnościowych została rozszerzona o możliwość dokonania płatności za kartę bezpośrednio w sklepie. Opłata może być wniesiona zarówno w momencie aktywacji karty lojalnościowej, jak i cyklicznie, jako opłata za uczestnictwo w programie lojalnościowym.

W przypadku, gdy karta lojalnościowa wymaga opłaty aktywacyjnej, po wybraniu i potwierdzeniu numeru karty, system otwiera okno płatności, w którym wyświetlana jest kwota do zapłaty. Po pomyślnym potwierdzeniu płatności system automatycznie generuje dokument sprzedaży (paragon lub nota memoriałowa) z powiązanym do karty lojalnościowej artykułem typu Usługa.

Ponadto istnieje możliwość dokonania płatności za kartę lojalnościową za pomocą przycisku [Opłać kartę] na widoku tworzenia oraz edycji kontrahenta.

Jeżeli karta lojalnościowa jest już przypisana do kontrahenta i została zdefiniowana jako karta opłacana cyklicznie, istnieje możliwość dokonania płatności, bądź jej zablokowania. Po wejściu w [Szczegóły karty] na podglądzie kontrahenta należy wybrać nowo dodany przycisk [Opłać kartę lojalnościową] lub [Zablokuj kartę lojalnościową].

Nie ma możliwości wygenerowania korekty do dokumentu utworzonego w związku z opłatą za kartę lojalnościową. W związku z czym po wybraniu przycisku [Korekta] na liście dokumentów handlowych, zostaje wyświetlony komunikat: Opłata za kartę lojalnościową nie podlega zwrotom.

Integracja z platformą Fiskaly (Comarch ERP: Enetrpise)

Fiskaly to chmurowe rozwiązanie fiskalne, które umożliwia firmom w Austrii spełnienie obowiązujących wymogów bez konieczności stosowania tradycyjnych kas fiskalnych.

System działa w pełni cyfrowo — rejestruje transakcje, zabezpiecza je podpisami cyfrowymi zgodnymi z austriackimi przepisami i przekazuje dane do tamtejszego urzędu skarbowego.

W celu zapewnienia zgodności z lokalnymi regulacjami oraz usprawnienia procesu sprzedaży, Comarch POS został zintegrowany z rozwiązaniem Fiskaly. Każda transakcja otrzymuje unikalny podpis cyfrowy, który chroni dane przed manipulacją. Następnie jest zapisywana w chmurze i automatycznie raportowana do urzędu skarbowego. Po jej zatwierdzeniu system POS otrzymuje potwierdzenie, co umożliwia wygenerowanie e-paragonu lub wydruk paragonu papierowego.

Kod QR dokumentu oraz dane dotyczace transakcji zarejestrowanej w Fiskaly są dostepne w widoku podgladu dokumentu pod przyciskiem [Dane z Fiskaly].

Anulowanie arkusza inwentaryzacji bez modyfikowania zasobów (Comarch ERP: Enterprise)

Wprowadzono możliwość anulowania inwentaryzacji bądź też arkuszy inwentaryzacyjnych na stanowiskach POS, nie powodując modyfikacji zasobów.

Funkcjonalność ta obsługuje dwie możliwości:

• anulowanie na podstawie zadania na liście z systemu ERP informującego o konieczności anulowania inwentaryzacji lub arkusza inwentaryzacyjnego
• anulowanie na podstawie decyzji operatora POS, bez konieczności otrzymania żądania z systemu ERP

Anulowanie inwentaryzacji/arkusza inwentaryzacji możliwe jest dla obiektów o statusie Potwierdzone.

W przypadku anulowania wymagającego żądania z ERP, na liście zadań pojawi się odpowiednie zadanie:

• Inwentaryzacja do anulowania – otwiera listę inwentaryzacji przefiltrowaną do pozycji oznaczonych do anulowania
• Arkusz inwentaryzacyjny do anulowania – otwiera listę arkuszy inwentaryzacyjnych przefiltrowaną do pozycji oznaczonych do anulowania

 

Nowości i zmiany w wersji 2024.5 – QF2024500.20240809.03

Uwaga

Do prawidłowego działania aplikacji Comarch POS w wersji 2024.5 z poprawką QF2024500.20240809.03 w integracji z systemem Comarch ERP Altum w wersji 2024.5 należy:

• zainstalować poprawkę do systemu Comarch ERP Altum QF2024500.20240809.02 lub nowszą
• zainstalować poprawkę do aplikacji Comarch POS Agent QF2024500.20240809.04 lub nowszą
• zainstalować poprawkę do aplikacji Comarch mPOS QF2024500.20240809.05 lub nowszą

Zmiany w obsłudze limitu kredytowego (Comarch ERP: Altum)

W celu lepszego zarządzania limitami kredytowymi oraz wprowadzeniu dodatkowej kontroli nad przekroczeniem dopuszczalnego terminu płatności, wprowadzono nowe parametry konfiguracyjne synchronizowane do Comarch POS. Celem tych zmian jest automatyczne obniżenie limitu kredytowego klienta w przypadku, gdy przekroczy on ustalony termin przeterminowania płatności. Funkcjonalności te mają na celu zminimalizowanie ryzyka finansowego oraz umożliwienie lepszej kontroli nad  limitami kredytowymi udzielanymi klientom.

W systemie Comarch ERP Altum, na formularzu kontrahenta -> zakładka Limity kredytowe dodany został nowy parametr, który będzie miał wpływ na naliczanie limitu kredytowego w POS:

• Dozwolone przeterminowanie– parametr służy do walidacji maksymalnej możliwej liczby dni przeterminowania. W przypadku opóźnienia w płatności o więcej niż podaną liczbę dni, system będzie zachowywał się tak, jakby limit kredytowy został przekroczony również w przypadku opcji otwartego limitu kredytowego.

W związku z wprowadzeniem nowego parametru na stanowisku Comarch POS dodane zostały:

• na karcie kontrahenta prezentowana jest dodatkowa informacja o przekroczeniu dopuszczalnego limitu przeterminowania płatności

• podczas wyboru kontrahenta na dokumencie wyświetlone zostanie nowe powiadomienie, w formie komunikatu, o przekroczeniu dopuszczalnego terminu przeterminowania płatności

Jeżeli dla kontrahenta włączony jest limit kredytowy to sprawdzane jest przekroczenie limitu kredytowego oraz czy istnieją przeterminowane płatności. Kwota zadłużenia nie zwiększa wartości wykorzystanego limitu, natomiast będzie miała wpływ na możliwość zatwierdzenia dokumentów.

 

Zestawienie systemów ERP, z którymi współpracuje Comarch POS 2024.5

System ERP	Wersja
Comarch ERP Altum	2024.5
Comarch ERP Enterprise	6.2, 6.3
Comarch ERP XL	2024.1

Bony powiązane z kontrahentem (Comarch ERP: Enterprise)

Karty podarunkowe są rodzajem kart, gdzie klient kupuje kartę podarunkową za określoną kwotę pieniędzy i ma możliwość użycia jej w późniejszym czasie, aby dokonać płatności. W celu dostosowania aplikacji do zmieniających się wymagań rynkowych obecna funkcjonalność bonów została rozszerzona o możliwość ograniczenia realizacji tego środka płatniczego w powiązaniu z kontrahentem. Zmiany w funkcjonalności obejmują:

• dodanie powiadomienia operatora o limicie realizacji bonu
• weryfikację zeskanowanego/wybranego bonu w oknie płatności dla wymaganego kontrahenta
• weryfikację zeskanowanego/wybranego bonu w oknie zwrotu dla wymaganego kontrahenta
• prezentację dostępnych bonów na karcie kontrahenta

Do stanowiska Comarch POS przesyłane są 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 bony na dokumencie sprzedaży

Uwaga

Podczas procesu płatności spersonalizowanym bonem następuje weryfikacja, czy kontrahent przypisany do bonu jest taki sam jak ten wybrany na dokumencie. W zależności od ustawienia parametru Realizuj bon przez innego klienta odpowiednie informacje są prezentowane operatorowi na stanowisku Comarch POS, jeżeli parametr jest:

• nieaktywny – bon nie może zostać zrealizowany przez innego kontrahenta, niż tego powiązanego z bonem
• aktywny – bon może zostać zrealizowany przez innego kontrahenta, niż tego powiązanego z bonem

Parametr Realizuj bon przez innego klienta konfigurowalny jest w systemie Comarch ERP Enterprise w aplikacji Konfiguracja -> Funkcje -> Sprzedaż Wielokanałowa -> Ogólne.

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

Uwaga

Podczas procesu zwrotu, gdy spersonalizowany bon jest dostępny jako metoda płatności, nowo utworzony bon jest przypisywany do kontrahenta z dokumentu źródłowego. Takie działanie jest obsługiwane na:

• dokumentach korygujących: KIPAR, KIFS i KIFSL
• dokumentach pochodzących z procesu wymiany
• spersonalizowanych bonach z resztą

Jeżeli dokument źródłowy został wygenerowany na kontrahenta nieokreślonego, to nie ma możliwości utworzenia spersonalizowanego bonu na korekcie.

W związku ze zmianami w obsłudze bonów, na karcie kontrahenta dodana została nowa zakładka Bony (domyślnie ukryta). Zakładka prezentuje aktywne bony ustawione jako spersonalizowane i powiązane z wybranym kontrahentem.

Integracja z Krajowym Systemem e-Faktur (Comarch ERP: Altum)

Krajowy System e-Faktur (KSeF) wszedł w życie w Polsce od stycznia 2022 roku. Jego zadaniem jest gromadzenie e-faktur wystawianych przez przedsiębiorców. KSeF daje możliwość wystawiania faktur ustrukturyzowanych jako jednej z akceptowanych form dokumentowania transakcji, obok faktur papierowych i faktur elektronicznych funkcjonujących obecnie w obrocie gospodarczym.

Od początku 2025 roku Narodowy system e-Faktur ma być wprowadzony jako obowiązkowy, aby sprostać wymaganiom rynkowym, dodana została integracja z KSeF. Funkcjonalność została zrealizowana w obszarze:

• bezpośredniej rejestracji faktur w KSeF z poziomu stanowiska Comarch POS
• pobieranie potwierdzenia statusu UPO
• drukowanie faktury z kodem QR
• podgląd statusu faktury

W przypadku braku połączenia do platformy KSeF wprowadzona została możliwość wystawienia dokumentu z poziomu stanowiska Comarch POS, a następnie w późniejszym czasie jego wysłanie z poziomu systemu ERP do KSeF.

Uwaga

W systemie Comarch ERP Altum należy aktywować parametr Zezwalaj na bezpośrednią wysyłkę dokumentów do KSeF jeżeli dokumenty mają być wysyłane bezpośrednio z poziomu stanowiska Comarch POS. Parametr dostępny jest z poziomu centrum POS → zakładka Stanowiska POS.

Zmiany w wydrukach i kody QR

Obecna integracja z KSeF została rozszerzona w celu obsługi odpowiednich danych KSeF na wydrukach dokumentów, głównie o drukowanie kodów QF w trybie online. Konektor KSeF obsługuje generowanie kodu QR na podstawie danych dokumentów pobranych z UPO, z tego powodu dodano możliwość jego drukowania na wydruku generowanym z poziomu Comarch POS. Kod QR stanowi unikalny ciąg znaków przedstawiony w postaci dwuwymiarowego, kwadratowego kodu graficznego QR zgodnego z normą ISO/IEC 18004:2015.

Zmiany w wydrukach są obsługiwane dla dokumentów, które zostały wysłane i poprawnie zarejestrowane w platformie KSeF. Podczas pobierania danych UPO następuje zapisanie linku weryfikacyjnego w bazie danych POS. Konektor KSeF umożliwia generowanie odpowiedniego kodu QR przy użyciu linku weryfikacyjnego dokumentu za pomocą odpowiedniej metody, dzięki czemu kod ten jest później przesyłany do Comarch POS.

Kod QR oraz numer KSeF wraz z linkiem weryfikacyjnym są drukowane na dokumencie w dolnej sekcji. Link weryfikacyjny zostaje utworzony po stronie komponentu KSeF na podstawie danych przesyłanych przez system ERP. Link weryfikacyjny służy do weryfikacji faktury wystawionej w KSeF w przypadku gdy kod QR na wydruku jest z różnych powodów nieczytelny.

Uwaga

W przypadku korekt ręcznych lub na środowisku, gdzie obsługa KSeF nie jest włączona, sekcja z kodem, numerem KSeF oraz linkiem weryfikacyjnym nie będzie drukowana i widoczna na podglądzie.

Zmiany w interfejsie

Dla dokumentów, które zostały zarejestrowane w KSeF dodany został nowy przycisk [Pokaż dane KSeF]. Przycisk dostępny jest:

• dla typów dokumentów: FS, KIFS, FSL oraz KIFSL
• jeżeli parametr Obsługa KSeF jest włączony. Parametr dostępny jest w systemie Comarch ERP Altum na formularzu firmy w sekcji Handel, jeżeli Grupa stawek VAT ma ustawioną wartość PL.

Po wybraniu przycisku otwarte zostaje nowe okno Dane z KSeF.

W nowym oknie prezentowane są:

• kod QR dokumentu KSeF
• numer KSeF
• status dokumentu KSeF
• link do dokumentu KSeF
• przyciski [Zamknij] i [Kopiuj numer KSeF]

 

Zmiany związane z zamówieniami sprzedaży (Comarch ERP: Altum, Enterprise)

Kryteria sortowania i filtrowania na liście zamówień sprzedaży (Comarch ERP: Altum, Enterprise)

Zgodnie z wymaganiami klientów korzystających z przygotowania kompletacji zamówień sprzedaży. Na liście zamówień i ofert sprzedaży dodane zostały nowe filtry:

• MD: Odbiór w magazynie
• MD: Odbiór w sklepie
• MD: Zewnętrzny punkt odbioru
• MD: Adres kontrahenta zewnętrznego

Uwaga

Nowe filtry na liście zamówień i ofert sprzedaży są domyślnie ukryte w modyfikacji widoku.

Format daty dla filtru Data dostawy (Comarch ERP: Altum, Enterprise)

Dotychczas daty związane z dokumentami zamówień sprzedaży miały format nieuwzględniający godziny (dd.mm.rrrr). W kontekście wymagań klientów, którzy w jednym dniu tworzą po kilka zamówień sprzedaży dla jednego kanału sprzedaży wprowadzony został szczegółowy format uwzględniający datę i godzinę (dd.mm.rrrr gg:mm).

Nowa sekcja z wyborem godziny, dodana została w oknie filtrowania według daty dostawy.

Umożliwienie filtrowania nie tylko według daty, ale także według dokładnego czasu, poprawia efektywność przetwarzania i zarządzania zamówieniami.

Możliwość konfiguracji wysokości zaliczki niezbędnej do zapłaty (Comarch ERP: Enterprise)

W przypadku gdy zamówienie sprzedaży jest tworzone na stanowisku Comarch POS i dostarczane do domu klienta lub do zewnętrznego punktu odbioru, towary są  fizycznie pobierane z magazynu, więc nie jest to wyłącznie rezerwacja towarów, a rzeczywiste zamówienie. W takiej sytuacji klient jest proszony o zapłacenie całej kwoty zamówienia sprzedaży podczas tworzenia go na stanowisku w Comarch POS. W celu upewnienia się, że cała kwota została opłacona w zaliczce, zostało wprowadzone ustalenie procentu zaliczki i uniemożliwienie jej modyfikacji przez operatora POS.

Funkcjonalność wymaga predefiniowania procentu pierwszej zaliczki w zakresie od 0.01% do 100% w systemie Comarch ERP Enterprise.

Zmiany w funkcjonalności Dostępność artykułu w innych sklepach (Comarch ERP: Enterprise)

Z poziomu stanowiska Comarch POS dostępna jest funkcjonalność umożliwiająca sprawdzenie dostępności danego artykułu w innych sklepach. Możliwe jest to po wybraniu przycisku [Dostępność w sklepach] z poziomu listy artykułów lub podglądu karty artykułu. Dotychczas w wyświetlonym oknie prezentowane były wyłącznie magazyny, w których dany artykuł w czasie sprawdzenia był dostępny wraz z informacją o jego ilości. Funkcjonalność ta została rozszerzona o prezentowanie po wybraniu magazynu w oknie Podglądu dostępności artykułów w innych oddziałach informacji o dostępności artykułu w przyszłych terminach, jeżeli w systemie ERP zawarte są planowane dostawy pochodzące na przykład z zamówień zakupu.

Nowe okno, prezentowane po wybraniu magazynu zawiera szczegółowe informacje:

• Numer dokumentu
• Typ dokumentu
• Magazyn
• Data dostawy
• Ilość

Identyfikacja kart płatniczych na podstawie kodu BIN (Comarch ERP: Altum)

Wprowadzona została funkcjonalność rozpoznawania typu karty kredytowej na podstawie kodu BIN w integracji z terminalem Ingenico. Informacje te są przesyłane z terminala EFT do stanowiska Comarch POS oraz przechowywane w jego bazie danych. Implementacja tego rozwiązania usprawnia proces płatności oraz zgodności z przepisami prawnymi. Funkcjonalność umożliwia automatyczne rozpoznanie typu karty na podstawie odpowiedzi z terminala EFT, co zwiększa efektywność obsługi kasowej i ułatwia analizę płatności w firmie.

Na stanowisku Comarch POS przechowywane są informacje o typie karty płatności, za dokument handlowy w przypadku sprzedaży lub zwrotu. Informacja ta jest synchronizowana do systemu ERP i trafia do środków trwałych.

Zmiany w funkcjonalności Inwentaryzacja (Comarch ERP: Enterprise)

Ujemne ilości na raportach inwentaryzacyjnych

Do tej pory nie było możliwości wprowadzania ujemnych ilości w raportach inwentaryzacyjnych. Odpowiadając na liczne zgłoszenia klientów i ich potrzeby, wprowadzona została funkcjonalność, która pozwoli użytkownikom na dodanie pozycji z ujemnymi ilościami do raportu inwentaryzacyjnego, aby prawidłowo zarządzać stanem magazynowym. Dzięki temu nasi klienci mogą cieszyć się większą dokładnością i efektywnością operacji magazynowych.

Funkcjonalność ta pozwala użytkownikom na prawidłowe uzupełnianie ilości w raportach inwentaryzacyjnych w sytuacjach, gdy:

• błędne ilości zostały dodane w pierwszym lub wcześniejszym zatwierdzonym raporcie
• towary zostały wydane z magazynu

Wprowadzenie możliwości dodawania ujemnych ilości umożliwi:

• ujęcie wydanych towarów podczas inwentaryzacji
• skorygowanie danych dla błędnie wprowadzonych ilości
• prawidłowe sumowanie ilości danego towaru we wszystkich raportach

Uwaga

W celu włączenia funkcjonalności należy aktywować parametr Zezwól na ujemne ilości w inwentaryzacji w systemie ERP. Parametr konfigurowalny w systemie Comarch ERP Enterprise w aplikacji Konfiguracja -> Funkcje -> Sprzedaż Wielokanałowa -> Comarch POS -> zakładka Backoffice.

 

Proces przemetkowania produktów (Comarch ERP: Enterprise)

Proces zmiany cen towarów w sklepie obejmuje aktualizację etykiet cenowych na poszczególnych produktach. Użytkownik, korzystając z aplikacji Comarch POS ma możliwość podglądu procesu z możliwością wydruku etykiet w ilości z dostępnych stanów magazynowych. Z poziomu stanowiska POS dodano:

• możliwość naklejania nowych etykiet z cenami na produkty
• możliwość oznaczenia produktów jako Przecenione na podstawie zniżek lub innych operacji handlowych
• drukowanie pojedynczej etykiety dla wybranego artykułu
• drukowanie etykiet dla wszystkich produktów objętych zmianą cen

Po wybraniu przycisku [Aktualizacja etykiet] dostępna jest lista zadań z artykułami, które wymagają etykietowania. Z poziomu listy możliwe jest wyszukiwanie artykuły na liście według:

• nazwy
• kodu
• kodu kreskowego
• nazwy cennika

Zadanie etykietowania cen obejmuje listę artykułów z nowymi cenami oraz informację o ilości wynikającej ze zliczania/znajdowania artykułów za pomocą aplikacji Comarch mPOS. Aplikacja POS pozwala użytkownikowi na podgląd procesu i wydrukowanie etykiet.

Lista zadań – aktualizacja etykiet (Comarch ERP: Enterprise)

Funkcjonalność Listy zadań została rozszerzona o nowy obiekt: Aktualizację etykiet. Lista zadań pozwala na wysyłanie użytkownikom pracującym na stanowiskach POS informacji o nowym wymaganiu aktualizacji etykiet. Jeżeli na stanowisku Comarch POS pojawi się nowa aktualizacja etykiet, obok zegara zostanie wyświetlona ikona informująca o liczbie nowych zadań. 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ła się nowa aktualizacja etykiet dla operatora.

Aktualizacja etykiet wyświetlana jest na liście zadań ze statusami:

• Nierozpoczęty
• W trakcje realizacji
• Przeterminowane – status ustawiany w przypadku gdy data końcowa jest starsza niż bieżąca, a aktualizacja etykiet nie została do tej pory wykonana
• Zakończony
• Anulowany

Możliwość wprowadzania limitów na daną formę płatności (Comarch ERP: Altum)

W związku z oczekiwaniami klientów wynikającym z ograniczeń dotyczących maksymalnej kwoty transakcji gotówkowych w niektórych krajach Unii Europejskiej, na stanowisku Comarch POS wprowadzono limity płatności. Limity płatności gotówkowych ustalane są indywidualnie dla każdego kraju. W Czechach oficjalną walutą jest korona czeska (CZK), a dzienny limit płatności gotówkowej wynosi 270 000 CZK (około 10500 EUR). Dla porównania w Polsce dla podmiotów gospodarczych jest to 15 000 PLN (około 3400 EUR). W niektórych krajach obowiązują również wymogi prawne dotyczące określenia minimalnej kwoty, która może być wykorzystana do metod płatności (np. 0,1 € jako minimum dla płatności kartą płatniczą).

W niektórych krajach (na przykład w Polsce) limity płatności są ustalane na podstawie rodzaju klienta (klient detaliczny lub podmiot gospodarczy). W Polsce maksymalny limit gotówkowy dla podmiotu gospodarczego wynosi 15000 PLN, dla klienta detalicznego limit nie obowiązuje.

W systemie ERP można określić wartość parametrów:

• Minimalna wartość płatności
• Maksymalna wartość płatności

Parametry określa się dla Limitu płatności wg statusu kontrahenta i formy płatności. Wartości parametrów ustalane są w zależności od typu kontrahenta: podmiot gospodarczy, odbiorca detaliczny.

Uwaga

Z systemu ERP do aplikacji Comarch POS przesyłane są informacje o minimalnej i maksymalnej wartość płatności dla każdego typu płatności i każdego typu klienta. W przypadku transakcji z kontrahentem nieokreślonym przyjęto limity dla klientów detalicznych (B2C).

Funkcjonalność limitów płatności dotyczy również bonów – własnych i zewnętrznych, jak również dokumentów KP/KW tworzonych dla klienta.

Minimalny i maksymalny limit płatności w walucie płatności jest obliczany na podstawie zdefiniowanego kursu wymiany w systemie ERP.

Uwaga

W przypadku gdy limit transakcji zostanie osiągnięty, Sprzedawca powinien zaproponować alternatywną formę płatności, aby zapewnić pomyślne przeprowadzenie transakcji. Klient może również zdecydować się na opłacenie części płatności jedną metodą płatności, a pozostałej części inną. Gdy klient zdecyduje się wybrać inną formę płatności, wówczas po zamknięciu okna z komunikatem blokującym, prezentowane jest podstawowe okno płatności i wtedy można wybrać inne formy, mieszczące się w ustalonym limicie.

Obsługa identyfikacji nabywcy na paragonie dla ustalonego limitu (Comarch ERP: Altum)

Zgodnie z aktualnie obowiązującymi na rynku czeskim wymogami prawnymi, podczas tworzenia dokumentów handlowych konieczna jest m.in. identyfikacja nabywcy poprzez np. oznaczenie osoby, na rzecz której świadczenie jest wykonywane, wskazanie numeru identyfikacji podatkowej kontrahenta.

Dokument może zostać wydany jako uproszczony dokument podatkowy (sekcja 30 ITA), jeżeli całkowita kwota transakcji nie przekracza 10.000 CZK (około 1700 PLN). Uproszczony dokument podatkowy może zostać wystawiony niezależnie od metody płatności, nawet w przypadkach gdy dostawa jest opłacana gotówką, kartą kredytową lub czekiem. Metoda płatności musi jednak mieścić się w ustalonym limicie.

W związku z powyższym wprowadzona została funkcjonalność identyfikacji nabywcy na stanowisku Comarch POS.

Uwaga

Identyfikacja nabywcy obejmuje dokumenty paragonu, korekty paragonu, faktury sprzedaży, faktury zaliczkowej oraz jest dostępna dla wszystkich dostępnych w ERP form płatności .

Parametr odpowiadający za identyfikację nabywcy przesyłany jest na stanowisko POS podczas synchronizacji, konfiguracja odbywa się jednak po stronie systemu ERP. Parametr ma wartość liczbową, domyślnie nie mając ustawionego limitu. Gdy ma wartość mniejszą od 0, funkcjonalność zostaje wyłączona. Parametr Identyfikacja nabywcy od wartości dostępny jest na zakładce Stanowiska POS, na edycji centrum POS.

Uwaga

Komunikat ostrzegawczy pojawi się w przypadku gdy:

• całkowita kwota jest wyższa niż ustawiony limit płatności
• klient jest kontrahentem nieokreślonym w POS
• klient (podmiot gospodarczy) chciałby przedstawić i zaksięgować dokument do celów księgowych

Jeśli klient wybierze:

• Tak – wówczas sprzedawca wraca do widoku dokumentu i musi wybrać klienta z listy klientów lub utworzyć nowego (może również zeskanować kartę lojalnościową), a następnie ponownie zatwierdzić dokument,
• Nie – wówczas sprzedawca przechodzi bezpośrednio do widoku płatności.

Wydania zewnętrzne – dalszy rozwój (Comarch ERP: Altum, Enterprise)

Generowanie dokumentu sprzedaży do WZ (Comarch ERP: Altum, Enterprise)

W odpowiedzi na oczekiwania klientów na stanowisku POS wprowadzono:

• funkcjonalność generowania dokumentu paragonu lub faktury sprzedaży do dokumenty wydania zewnętrznego
• funkcjonalność generowania zbiorczej faktury i paragonu do kilku dokumentów wydań zewnętrznych

Na liście dokumentów WZ dodany został nowy przycisk [Generuj dokument]. Po wyborze lista przełącza się w tryb wielokrotnego wyboru, gdzie można wskazać dokumenty WZ do których tworzony będzie zbiorczy dokument sprzedaży lub pojedynczy dokument do jednej WZ.

Po zaznaczeniu dokumentów wydania zewnętrznego na liście, użytkownik ma możliwość wyboru spośród faktury sprzedaży i paragonu, jaki dokument utworzy. Po wybraniu wielu WZ, elementy z tych dokumentów nie będą prezentowane jako scalone, tylko każdy artykuł będzie odrębnie prezentowany nawet jeżeli wystąpił na kilku dokumentach WZ.

Uwaga

Do wygenerowania zbiorczego dokumentu FS/PAR można wybrać wyłącznie dokumenty wydania zewnętrznego z tym samym kierunkiem i sposobem agregacji VAT oraz tym samym kontrahentem. Dla paragonu można używać wyłącznie dokumentów z kierunkiem VAT = Od brutto.

Zgodnie z wymaganiami klientów, aby uprościć proces generowania dokumentów sprzedażowych, nie ma możliwości dodawania ani usuwania elementów z faktury lub paragonu wygenerowanego z dokumentów WZ. Użytkownik może modyfikować ceny pozycji, ale nie może modyfikować ilości pozycji na wygenerowanym dokumencie sprzedażowym.

Dla omawianej funkcjonalności wprowadzono również obsługę atrybutów – atrybut zostanie przeniesiony na dokument sprzedaży jeżeli wartość atrybutu będzie taka sama dla wszystkich wybranych wydań zewnętrznych.

Generowanie dokumentu wydania zewnętrznego z poziomu karty kontrahenta (Comarch ERP: Altum, Enterprise)

Z poziomu podglądu karty kontrahenta dodany został przycisk [Dodaj wydanie zewnętrzne]. Po wybraniu przycisku bezpośrednio z poziomu karty kontrahenta zostanie otwarty formularz dokumentu WZ generowanego na wybranego wcześniej kontrahenta. Funkcjonalność ta jest przydatna, gdy należy szybko zrealizować wydane towarów do klienta. Z racji, że przycisk znajduje się na karcie kontrahenta, system automatycznie wypełnia dane kontrahenta na nowo utworzonym dokumencie wydania.

Integracja drukarki fiskalnej VLINE80-2 (Comarch ERP: Altum)

W związku z oczekiwaniami Klientów zintegrowany z Comarch POS został dodatkowy model drukarki fiskalnej – VLINE80-2. Model ten to kompaktowa drukarka paragonowa z automatycznym ucinaczem papieru, przeznaczona do zastosowania w punktach sprzedaży oraz jako drukarka bonowa w kuchni. Drukuje tekst, grafikę oraz kody kreskowe. Może być wykorzystana do druku paragonów, biletów, zamówień, a także faktur i raportów – w rozdzielczości 203 DPI.

Rozwój TAX FREE – integracja z Global Blue (Comarch ERP: Altum)

W odpowiedzi na oczekiwania Klientów, głównie z rynku czeskiego, zapewniono integrację Comarch POS z Global Blue. W przypadku, gdy Global Blue będzie działać w Polsce konieczna jest uprzednia integracja z PUESC.

Zmiany w interfejsie Comarch POS

Utworzenie dokumentu TF przez Global Blue na stanowisku Comarch POS będzie dostępne z poziomu listy dokumentów handlowych i widoku płatności.

Utworzenie dokumentu Tax Free

Warunki jakie muszą być spełnione, aby móc utworzyć dokument TAX FREE, są takie jak w przypadku standardowej funkcjonalności, tj.:

• dokument TF nie może być fiskalizowany i korygowany
• dokument TF jest wystawiany tylko na podstawie Paragonu
• jeśli TF został wygenerowany na podstawie paragonu, paragonu tego nie można skorygować i nie można utworzyć faktury
• wystawienie dokumentu TF jest możliwe tylko wtedy, gdy do powiązanego dokumentu (paragonu) nie została już wystawiona faktura korygująca lub inny dokument TF.

Z poziomu stanowiska Comarch POS operator ma możliwość wystawienia formularza Tax Free dla paragonu, do którego nie ma wystawionego dokumentu TAX FREE ani innych dokumentów powiązanych np. korekta. Wybranie kafelka [TAX FREE Global Blue] przeniesie sprzedawcę na stronę Global Blue. Na stronie Global Blue znajduje się wtedy uzupełniony formularz TF, który można wydrukować ze strony GB.

Korzystając  z  tego  przycisku  sprzedawca  ma  również możliwość unieważnić/anulować Tax  Free. Pojawia się odpowiedni komunikat, w którym należy potwierdzić chęć anulowania dokumentu. Żądanie anulowania jest wysyłane do Global Blue i otrzymywana jest informacja zwrotna. Dokument zmienia status na Anulowany.

Komunikaty

Aplikacja wyświetla komunikaty blokujące w sytuacji gdy:

• kwota dokumentu jest niższa lub równa ustawionemu limitowi
• paragon ma już powiązane dokumenty
• czas wystawienia dokumentu Tax Free przekroczy ustalony limit w danym kraju np. 3 miesiące od utworzenia paragonu
• nie będzie połączenia online
• wystąpią zewnętrzne problemy z Global Blue i nie będzie możliwości otwarcia platformy

Płatność przy użyciu GS1 (Comarch ERP: Enterprise)

W odpowiedzi na oczekiwania Klientów wprowadzono funkcjonalność, która pozwala na dokonywanie płatności voucherami o kodach kreskowych w strukturze GS1-128. Do tej pory odczyt kodów GS1-128 dotyczył procesów magazynowych, aktualnie został dostosowany do mechanizmu płatności. 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

W odpowiedzi na oczekiwania klientów, 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
• Proces wymiany (w przypadku, gdy wartość paragonu/faktury jest wyższa niż wartość korekty)

Uwaga

Skanowanie voucherów funkcjonuje zarówno na głównym widoku płatności, jak i po wejściu użytkownika w zewnętrzny tryb płatności voucherem.

Moduł rabatowy jako zewnętrzna usługa  (Comarch ERP: Enterprise)

W celu sprostania wymaganiom rynku i ujednolicenia metod kalkulacji promocji, wprowadzony został mechanizm oparty na technologii usług sieciowych (web service). Dzięki temu, inne aplikacje e-commerce (system ERP, POS, e-sklep itp.) będą mogły korzystać z zalet modułu rabatowego. Funkcjonalność modułu rabatowego została 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ę

Uwaga

Pole Limit czasu (s) dla synchronizacji określa limit używany do przesyłania danych w paczkach, pole Czas oczekiwania (s) na synchronizację określa bufor opóźnienia między eksportem danych a najwcześniejszą synchronizacją z modułem rabatowym.

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

Uwaga

Do prawidłowego działania aplikacji Comarch POS w wersji 2024.0 z poprawką QF2024000.20240417.01 w integracji z systemem Comarch ERP Altum w wersji 2024.1 należy:

• zaktualizować komponent Comarch POS Agent Broker do wersji 2024.0.1
• zainstalować poprawkę do systemu Comarch ERP Altum QF2024100.20240417.01 lub nowszą
• zainstalować poprawkę do aplikacji Comarch POS Agent QF2024000.20240417.02 lub nowszą
• zainstalować poprawkę do aplikacji Comarch mPOS QF2024000.20240417.03 lub nowszą  (jeżeli aplikacja jest używana)

POS Agent obsługa trybu offline w systemie ERP

W związku z wymaganiami rynkowymi, została wprowadzona funkcjonalność mająca na celu ułatwienie działania systemów ERP korzystających z usługi Comarch POS Agent Broker do komunikacji z POS Agentem, w przypadku niedostępności połączenia internetowego.

Dotychczasowe rozwiązanie polegało na konieczności utrzymywania stałego połączenia online z usługą POS Agent, co umożliwiało wyeliminowanie pewnych błędów w synchronizacji dokumentów wystawianych na stanowisku Comarch POS. Jednak rozwiązanie to wymagało stałego działania maszyny na której uruchomiona jest usługa POS Agent,  w przypadku wystawienia dokumentów na magazyny POS w systemie ERP.

W celu umożliwienia wykonywania procesu wystawiania dokumentów magazynowych w systemie ERP, nawet gdy usługa POS Agent/POS Agent Broker jest niedostępna, wprowadzono alternatywne podejście. Dzięki tej zmianie, użytkownicy mogą nadal generować i przetwarzać dokumenty magazynowe w systemie ERP, niezależnie od statusu dostępności usługi POS Agent/POS Agent Broker.

Od tej pory, jeżeli usługa POS Agent/POS Agent Broker jest niedostępna z powodu wyłączenia komputerów w sklepach lub niestabilności sieci, możliwe jest kontynuowanie pracy w systemie na dokumentach magazynowych. System kolejkuje operacje magazynowe, które, gdy tylko zostanie przywrócone połączenie, automatycznie trafiają do POS Agenta w celu dalszego przetwarzania. Dzięki temu, mimo przeszkód technicznych, możliwe jest zachowanie ciągłości pracy systemu ERP i skuteczne zarządzanie operacjami magazynowymi.

W związku z nową funkcjonalnością wprowadzona została:

• obsługa ujemnych stanów magazynowych w usłudze POS Agent
• obsługa rezerwacji zasobów/rezerwacji zasobów ilościowych w przypadku, gdy przekraczają one stany magazynowe
• modyfikacja obecnych mechanizmów walidacji stanów magazynowych

Powyższe zmiany zostały wprowazone, w celu uniknięcia problemów związanych z tym, że pewne informacje (dokumenty) mogą docierać do systemu Comarch ERP Altum z opóźnieniem. Przy prawidłowym działaniu po przesłaniu wszystkich danych nie będzie w bazie ujemnych stanów ani rezerwacji ponad stan.

Po stronie systemu Comarch ERP Altum została dodana parametryzacja pracy POS Agenta. By móc z poziomu systemu ERP wykonywać operacje na magazynie przypiętym do POS Agenta, przy wyłączonej/niedostępnej usłudze POS Agent/POS Agent Broker, należy aktywować parametr: Pos Agent – Obsługa trybu offline. Parametr dostępny jest w systemie Comarch ERP Altum z poziomu System → Konfiguracja → POS.

Uwaga

Próba wysłania żądania zmiany stanów magazynowych po odzyskaniu połączenia z POS Agent Brokerem jest podejmowana automatycznie co 15 minut. Czas ten można zmienić poprzez dodanie w pliku Altum.exe.config parametru <add key=”ResendStockLevelIntervalInMinutes” value=”15″ /> z preferowaną wartością liczbową. Po wprowadzeniu tej zmiany należy zrestartować usługę DS.

Zmiany w procesie rezerwacji

Mechanizm tworzenia rezerwacji został zmieniony w przypadku gdy włączona jest Obsługa trybu offline POS Agenta. Po zaznaczeniu tego parametru dokumenty magazynowe mogą powstać po stronie systemu ERP i tworzyć kolejne rezerwacje. W tym celu dostosowany został mechanizm procesu rezerwacji, tak aby POS Agent mógł zwiększać rezerwację zasobów, nawet w przypadku nie posiadania wystarczających ilości. Zastosowanie tego typu ma na celu zapobieganie utracenia informacji o rezerwacji w sytuacji, gdy do POS Agenta nie spłynęły jeszcze dane o wszystkich dostawach z systemu ERP.

Zmiany w mechanizmie weryfikacji dostępności

W przypadku gdy stan na POS Agencie jest tymczasowo niższy od zera, nie będą prezentowane ujemne wartości w UI Comarch POS, ma to na celu zapobieganie wprowadzeniu zamieszania dla użytkowników. W takim przypadku POS Agent zwraca ilość równą 0 zamiast ujemnej.

Zmiany na liście artykułów i podglądzie artykułu

Lista artykułów i podgląd artykułu zawiera kolumny, związane z ilością artykułów. Po zmianach związanych z POS Agentem, kolumny dotyczące ilości prezentują:

• Dostępna ilość – ilość zasobów magazynowych dostępnych dla stanowiska Comarch POS, w przypadku jeżeli:
  • Ilość > Rezerwacji zasobów, prezentowana jest różnica pomiędzy ilością a rezerwacją zasobów
  • Ilość ≤ Rezerwacji zasobów, prezentowana jest wartość 0
• Ilość całkowita (domyślnie ukryta) – całkowita ilość, która może prezentować ilości ujemne jeżeli takie wystąpią

Zmiany w procesie inwentaryzacji

W związku ze zmianami związanymi z POS Agentem, w bazie danych POS Agenta ilości artykułów mogą mieć ujemne wartości. Na ten moment nie ma możliwości zliczania ujemnych wartości stanów w procesie inwentaryzacji. W procesie tym ilość Oczekiwana artykułów pobierana jest z bazy danych POS Agenta. W przypadkach gdy ilość danego artykułu w bazie POS Agenta będzie ujemna, w procesie inwentaryzacji ilość Oczekiwana zostanie zaktualizowana zawsze do wartości 0.

Zestawienie systemów ERP, z którymi współpracuje Comarch POS 2024.0

System ERP	Wersja
Comarch ERP Altum	2024.1
Comarch ERP Enterprise	6.3
Comarch ERP XL	2024.0

Zaokrąglenia płatności na rynek czeski (Comarch ERP: Altum)

W związku z wymaganiami Klientów z rynku czeskiego wprowadzone zostały na stanowisku Comarch POS zaokrąglenia płatności gotówkowych w walucie obowiązującej w tym kraju. W Czechach oficjalną walutą jest korona czeska (CZK), oznaczana symbolem Kč, gdzie 1 CZK to 100 halerzy. Nominały monet 10, 20 i 50 halerzy zostały wycofane z użycia od 1 września 2008 roku. W efekcie tych zmian całkowite kwoty płatności gotówkowych za sprzedaż towarów i usług należy zaokrąglać do pełnej korony czeskiej. Zgodnie z wymaganiami, jeżeli kwota do zapłaty gotówkowej ma końcówkę ≥50 halerzami, powinna być zaokrąglona w górę. Jeżeli natomiast kwota ma końcówkę <50 halerzy powinna być zaokrąglana w dół. W przypadku innych walut i metod płatności innych niż gotówka, płatność realizowana jest zgodnie z podaną kwotą na dokumencie płatniczym, bez zaokrągleń.

Zaokrąglanie płatności dostępne jest dla następujących typów dokumentów:

• Paragon
• Faktura
• Faktura zaliczkowa sprzedaży
• Korekta paragonu
• Korekta faktury
• Korekta faktury zaliczkowej sprzedaży
• Wpłata kasowa
• Wypłata kasowa

Przykład

Płatność za dokument handlowy wynosi 4,23 CZK.
Po wybraniu formy płatności Gotówka system automatycznie zaokrągla wartość dokumentu do kwoty 4,00 CZK. Dodatkowo w prawym dolnym rogu, przy polu Reszta, widnieje symbol strzałki z odpowiednim kierunkiem, informującym o zaokrągleniu.

Przykład

Podczas tworzenia dokumentu KP na formę płatności Gotówka została wprowadzona kwota 35,65 CZK. System zaokrągla kwotę w górę – do 36 CZK, prezentując komunikat: Wprowadzona kwota została zaokrąglona. Naciśnij ponownie przycisk Zatwierdź, aby kontynuować oraz symbol strzałki zaokrąglenia.

Lista zadań (Comarch ERP: Altum, Enterprise)

Lista zadań (Comarch ERP: Altum)

Zgodnie z wymaganiami rynku została wprowadzona funkcjonalność listy zadań na stanowisku Comarch POS we współpracy z Comarch ERP Altum. Funkcjonalność 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.

Uwaga

W celu aktywowania funkcjonalności na stanowisku Comarch POS należy aktywować parametr: Obsługa komunikatów w systemie Comarch ERP Altum. Parametr dostępny jest z poziomu edycji centrum POS → zakładka Stanowiska POS.

Uwaga

Wiadomości, które mają być widoczne na stanowisku Comarch POS, należy zdefiniować w systemie Comarch ERP Altum zakładka Oddziały → Komunikaty POS.

Jeżeli na stanowisku Comarch POS pojawi się nowy komunikat, 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ła się nowa wiadomość dla operatora.

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.

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

Zmiany w funkcjonalności Lista zadań (Comarch ERP: Altum, Enterprise)

Funkcjonalność Lista zadań została rozszerzona o nowe typy dokumentów możliwe do prezentacji na stanowisku Comarch POS:

• Wysyłki – dokumenty oczekujące na realizację przez centralę, na przykład zwroty do magazynu centralnego na koniec sezonu
• Inwentaryzacje – dokumenty inwentaryzacyjne, które zostały wygenerowane lub są otwarte
• Przyjęcia – dokumenty oczekujące na przyjęcie

Wydania zewnętrzne (Comarch ERP: Enterprise)

Zgodnie z oczekiwaniami Klientów na stanowisku Comarch POS została wprowadzona funkcjonalność generowania dokumentów wydań zewnętrznych. Wydania zewnętrzne to dokumenty magazynowe potwierdzające wydanie towaru na zewnątrz (Klientowi). Zatwierdzenie dokumentu wydania powoduję zmniejszenie ilości zasobów i wartości magazynu.

Uwaga

W systemie Comarch ERP Enterprise należy aktywować parametr: Aktywacja wydań zewnętrznych. Parametr dostępny jest z poziomu aplikacji Comarch POS: Stanowiska → zakładka Ogólne → sekcja Przetwarzanie dokumentów.

W menu Back office dodany został nowy kafel [Wydania zewnętrzne]. Kafel umożliwia przejście do listy dokumentów wydań zewnętrznych wygenerowanych na stanowisku Comarch POS.

Z poziomu listy dokumentów WZ dostępne są przyciski:

• [Odśwież] – odświeża listę dokumentów WZ
• [Dodaj] – dodaje nowy dokument WZ
• [Podgląd] – podgląd wystawionego dokumentu WZ

Uwaga

W celu wygenerowania wydania zewnętrznego należy aktywować uprawnienia do tego typu dokumentu w aplikacji Comarch POS: Uprawnienia operatora → zakładka Back office.

Z poziomu nowego dokumentu wydania zewnętrznego istnieje możliwość zatwierdzenia dokumentu oraz zaparkowania go w celu późniejszej kontynuacji.

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

Do tej pory okno płatności każdego dokumentu zawierało wszystkie formy płatności przypisane do stanowiska Comarch POS (z wyłączeniem przypadków z aktywną obsługą limitu kredytowego). Okno podlegało modyfikacji, jednak było widokiem łączonym dla wszystkich typów dokumentów, co uniemożliwiało zmianę na widoczności form płatności per rodzaj dokumentu. W związku z tym ograniczeniem dodana została w systemie ERP możliwość skonfigurowania form płatności per dokument, która jest synchronizowana na stanowisko Comarch POS. Rozwiązanie to jest skierowane na przykład do firm/sklepów, które jako formę płatności dla zwrotu (korekty) wydają wyłącznie bony.

Forma płatności jest możliwa do skonfigurowania dla typów dokumentów:

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

Możliwość kopiowania oferty sprzedaży (Comarch ERP: Altum, Enterprise)

W ramach usprawnienia procesu wystawiania ofert sprzedaży wprowadzona została możliwość kopiowania dokumentu. Kopiowanie oferty sprzedaży jest rozwiązaniem przydatnym, w przypadku gdy klient po zatwierdzeniu dokumentu lub po dacie ważności decyduje się na ponowną renegocjację oferty. Nowy przycisk dostępny jest dla Ofert sprzedaży w każdym stanie.

W systemie Comarch ERP Enterprise dostępny jest parametr Stosowanie pierwotnych cen na kopiach ofert sprzedaży. Waliduje on ceny na ofercie sprzedaży generowanej poprzez kopiowanie dokumentu. W przypadku dezaktywacji parametru ceny na kopiowanym dokumencie zostaną ustawione zgodnie z aktualnym cennikiem, nie będą przenoszone z pierwotnej oferty sprzedaży.

Uwaga

Parametr Stosowanie pierwotnych cen na kopiach ofert sprzedaży dostępny jest w aplikacji Kanały sprzedaży → zakładka Comarch POS → sekcja Ogólne.

Zmiany związane z limitem kredytowym (Comarch ERP: Altum)

Zmiany dotyczące limitu kredytowego związane są z umożliwieniem w systemie Comarch ERP Altum definiowania limitu kredytowego oraz akceptacji jego przekroczenia dla wybranych grup operatorów na stanowisku POS.

Uwaga

By móc akceptować przekroczony limit kredytowy należy włączyć parametr: Akceptacja przekroczonego limitu kredytowego, dostępny w systemie Comarch ERP Altum → Struktura firmy → Grupa Operatorów → zakładka Uprawnienia POS.

W systemie ERP będzie przeprowadzana kontrola przekroczenia dopuszczalnego limitu kredytowego – ilość dni po terminie. Weryfikacja polega na sprawdzeniu, czy dany kontrahent spóźnia się z płatnościami dłużej niż dopuszczalna liczba dni ustawiona w jego konfiguracji. Limit ten będzie zmniejszany do zera lub innej kwoty zdefiniowanej w systemie ERP.
Na stanowisku Comarch POS maksymalna kwota limitu kredytowego będzie aktualizowana zgodnie z wartością ustawioną dla tych warunków. W przypadku wybrania na dokument takiego kontrahenta na stanowisku Comarch POS zostanie wyświetlony odpowiedni komunikat informujący o zmniejszeniu kwoty limitu kredytowego, w związku z opóźnieniem w płatnościach. Dodatkowo w obszarze dotyczącym limitu kredytowego dodana zostanie informacja o przekroczeniu dopuszczalnego terminu przeterminowania płatności. Funkcjonalność umożliwia poinformowanie kontrahenta o opóźnieniu w płatnościach, dzięki wyświetlanej informacji o zmniejszonym limicie kredytowym.

W oknie dodawania nowego kontrahenta wprowadzony został nowy parametr: Dostępność form płatności bez przyjmowania zapłaty. Jeżeli parametr został aktywowany na karcie nowego kontrahenta, to jego limit kredytowy ustawiony zostaje jako nieograniczony.

Członek rodziny/osoba kontaktowa na dokumencie (Comarch ERP: Enterprise)

Do tej pory na stanowisku Comarch POS istniała możliwość zdefiniowania osoby kontaktowej dla każdego rodzaju kontrahenta. Informacje te były przydatne w przypadku konieczności skontaktowania się z kontrahentem na przykład w sprawie wystawionego dokumentu lub jego realizacji. Funkcjonalność ta została rozszerzona o możliwość dodania członka rodziny/osoby kontaktowej do dokumentu sprzedaży i utworzenie relacji między dokumentem a konkretną osobą kontaktową. Osobę kontaktową można dodać na typach dokumentów:

• Paragon
• Faktura sprzedaży
• Zamówienie sprzedaży
• Oferta sprzedaży
• Faktura zaliczkowa sprzedaży
• Korekta
• Wydania zewnętrzne
• Reklamacje

Po wybraniu kafla kontrahenta na dokumencie pojawia się nowo dodany przycisk [Zmień członka rodziny]/[Zmień osobę kontaktową] w zależności od rodzaju kontrahenta.

Po wybraniu nowego przycisku zostanie otwarte okno z listą możliwych do wybrania członków rodziny/osób kontaktowych. Z poziomu okna wyboru możliwe jest również zdefiniowanie nowego kontaktu. Jeżeli w systemie nie ma zdefiniowanej osoby kontaktowej dla wybranego kontrahenta, to po wybraniu przycisku [Zmień członka rodziny] lub [Zmień osobę kontaktową] zostanie wyświetlony komunikat informujący o tym i umożliwiający dodanie nowego kontaktu.

Po wybraniu osoby kontaktowej będzie ona prezentowana na kaflu szczegółów kontrahenta.

Zmiany w wydrukach OPOS (Comarch ERP: Altum, Enterprise, XL)

Wprowadzono możliwość stworzenia podglądu wydruku OPOS i zapisania go do pliku (bez potrzeby posiadania fizycznej drukarki).

Funkcjonalność Praca zmianowa i Obsługa sejfu (Comarch ERP: Enterprise)

Usprawniono proces działania zmianowości i obsługi sejfu przy braku połączenia z systemem Comarch ERP Enterprise oraz Comarch POS Agent. Aplikacja Comarch POS wysyła więcej danych do systemu Comarch ERP Enterprise dzięki czemu istnieje możliwość odzyskania zmian i zapisów w sejfie po awarii Comarch POS Agent.

Proces inwentaryzacji (Comarch ERP: XL)

Inwentaryzacja to dokonanie spisu faktycznego stanu magazynowego w celu weryfikacji różnic pomiędzy stanem stwierdzonym podczas inwentaryzacji (stanem rzeczywistym) a stanem wynikającym z ewidencji magazynowej. Aby przejść do inwentaryzacji należy z poziomu głównego wybrać kafel [Back office] → [Inwentaryzacja].

Uwaga

W systemie Comarch ERP XL należy aktywować parametr  Obsługa inwentaryzacji umożliwiający przeprowadzenie inwentaryzacji. Parametr dostępny jest w oknie konfiguracji oddziału Comarch POS → zakładka Parametry.

Wprowadzono możliwość realizowania inwentaryzacji na stanowisku Comarch POS, gdzie mogą być realizowane odczyty (spis towarów z natury). Dodanie dokumentu inwentaryzacji będzie realizowane po stronie Comarch ERP XL. Następnie do dokumentu inwentaryzacji należy wygenerować arkusze inwentaryzacyjne, które zostaną przesłane na stanowiska Comarch POS. Po stronie stanowisk POS będą generowane odczyty, które po zamknięciu arkuszy w POS trafią do systemu ERP. Zatwierdzenie całej inwentaryzacji i wykonanie korekt inwentaryzacyjnych realizowane będzie po stronie Comarch ERP XL.

Wysyłanie informacji o wersji aplikacji do Comarch (Comarch ERP: Altum, Enterprise, XL)

Umożliwione zostało zbieranie informacji o wersji oprogramowania stacjonarnego zainstalowanego u Klientów i Partnerów. Wykonana została integracja z webService, tak aby każde uruchomienie programu wysyłało żądanie z danymi o zakodowanym numerze klucza, nazwie systemu i wersji. Zebrane informacje będą wykorzystane do aktualizacji danych na środowiskach Klienta, a dalej udostępnione w aplikacji iZam, aby Partnerzy również mieli wgląd do wersji systemu posiadanej przez danego Klienta.

Możliwość przyjmowania wielu Zamówień zakupu jednocześnie (Comarch ERP: Altum)

W celu usprawnienia pracy na stanowisku Comarch POS dodana została możliwość przyjęcia kilku dostarczonych do sklepu paczek jednocześnie. W takiej sytuacji użytkownik ma możliwość odbioru wszystkich przesyłek za jednym razem. Z poziomu stanowiska Comarch POS istnieje możliwość:

• wyboru kilku zamówień zakupu za pomocą przycisku [Przyjmij wiele zamówień zakupu] dostępnego na liście przyjęć dostawy

Uwaga

W systemie Comarch ERP Altum należy aktywować parametr: Zezwalaj na przyjmowanie wielu zamówień zakupu jednocześnie w celu aktywowania funkcjonalności na stanowisku Comarch POS. Parametr dostępny jest z poziomu edycji centrum POS → zakładka Stanowiska POS.

• uruchomienia procesu odbioru wybranych zamówień zakupu – po wybraniu przycisku [Przyjmij wiele Zamówień zakupu] prezentowana jest lista zamówień zakupu, z której można wybrać konkretne dokumenty, z których ma być utworzony dokument przyjęcia

Aby było możliwe utworzenie pojedynczego dokumentu przyjęcia zewnętrznego powiązanego z wybranymi zamówieniami zakupu, muszą być zgodne następujące warunki:

• informacje o kontrahencie
• informacje o dostawcy
• magazyn docelowy
• typ transakcji
• kierunek i sposób agregacji VAT

Po wybraniu przycisku [Przyjmij] uruchomione zostanie okno Przyjęcia zewnętrzne ze wszystkimi pozycjami z zaznaczonych dokumentów ZZ.

Zatwierdzenie dokumentu spowoduje wystawienie jednego dokumentu PZ, a w polu Zamówienie zakupu prezentowane są dokumenty ZZ z których generowane jest przyjęcie.

Jeżeli wymagane właściwości dokumentów zamówień zakupu tj.: informacje o kontrahencie, dostawcy, magazynie i rodzaju transakcji nie będą takie same, system wygeneruje kilka dokumentów przyjęcia zewnętrznego. Dokumenty zostaną wygenerowane, jeżeli w systemie Comarch ERP Altum aktywowany zostanie parametr: Zezwalaj na przyjmowanie zamówień zakupu o różnych parametrach.

Uwaga

W systemie Comarch ERP Altum parametr Zezwalaj na przyjmowanie zamówień zakupu o różnych parametrach dostępny jest z poziomu edycji centrum POS → zakładka Stanowiska POS, po uprzednim aktywowaniu parametru Zezwalaj na przyjmowanie wielu zamówień zakupu jednocześnie. Aktywowanie funkcjonalności umożliwia jednoczesne przyjmowanie zamówień zakupu o różnych właściwościach, oraz utworzenie więcej niż jednego dokumentu przyjęcia zewnętrznego.

Jeżeli z listy ZZ, po wybraniu przycisku [Przyjmij wiele Zamówień zakupu], zostaną wybrane dokumenty ZZ różniące się na przykład kontrahentem, zostaną one przyjęte jednocześnie, jednak zostaną utworzone dwa dokumenty przyjęcia.

Po zaznaczeniu dokumentów ZZ i wybraniu przycisku [Przyjmij] zostanie wyświetlony odpowiedni komunikat informujący o tym, że zostały wybrane dokumenty różniące się jedną z właściwości.

Na liście dokumentów przyjęcia dostawy prezentowane będą nowo utworzone dokumenty PZ, które w kolumnie Dokumenty powiązane posiadają informację o wszystkich dokumentach ZZ, które zostały wybrane do utworzenia przyjęcia.

Comarch POS

Zarządzanie punktami odbioru dostawy (Comarch ERP: Enterprise)

Zarzadzanie punktami odbioru dotyczy rozszerzenia funkcjonalności Zamówień sprzedaży. Na stanowisku Comarch POS dodana została możliwość:

• wyboru firmy kurierskiej do dostawy na dokumencie zamówienia sprzedaży – użytkownik ma możliwość wybrania usługi kurierskiej po wybraniu nowego przycisku [Punkt odbioru]

• wyboru firmy kurierskiej i typu dostawy po wybraniu opcji [Dostawa do domu]

W nowym oknie Wybierz operatora prezentowana jest lista dostępnych operatorów z kolumnami:

• Ikona firmy
• Nazwa
• Kod
• Koszt całkowity
• Czas dostawy

Po wybraniu danego operatora zostanie otwarte nowe okno Wybierz punkt odbioru z listą adresów, które można filtrować według:

• Nazwy
• Miasta
• Ulicy
• Kodu pocztowego

Dodatkowo na formularzu nowego zamówienia sprzedaży zostało dodane pole Data dostawy. Pole dostępne w przypadku wybrania jako miejsca dostawy: Dostawa do domu lub Punkt odbioru. Pole uwzględnia maksymalny czas jaki potrzebuje wybrany operator na dostarczenie dostawy.

Po wybraniu danego kuriera na dokumencie automatycznie dodawane są koszty transportu.

Uwaga

W systemie Comarch ERP Enterprise należy aktywować parametr: Zewnętrzne punkty odbioru w celu aktywowania kafla [Punkt odbioru] na stanowisku Comarch POS. Parametr dostępny jest z poziomu aplikacji Comarch POS: Stanowiska → zakładka Ogólne → sekcja Przetwarzanie dokumentów.

Uwaga

W systemie Comarch ERP Enterprise należy aktywować parametr: Przesyłki kurierskie w celu zdefiniowania warunków wysyłki w systemie Comarch ERP Enterprise i zsynchronizowanie ich na stanowisko Comarch POS. Parametr dostępny jest z poziomu aplikacji Comarch POS: Stanowiska → zakładka Ogólne → sekcja Przetwarzanie dokumentów.

Widoczność numeru powiązanego zamówienia sprzedaży na Zamówieniu zakupu i Przyjęciu zewnętrznym (Comarch ERP: Enterprise)

Dotychczas nie było możliwe przechowywanie powiązań między dokumentami handlowymi a magazynowymi w bazie Comarch POS. W celu prezentacji użytkownikowi Comarch POS powiązanych zamówień sprzedaży do przyjmowanego zamówienia zakupu, wprowadzona została nowa sekcja Szczegóły powiązanego zamówienia. Sekcja dostępna jest na zamówienia zakupu, z którego będzie generowane przyjęcie i prezentuję powiązane zamówienia sprzedaży, z których wygenerowane zostało zamówienie zakupu.

W sekcji Szczegóły powiązanego zamówienia prezentowany jest numer zamówienia sprzedaży, z którego w systemie Comarch ERP Enterprise wygenerowano zamówienie zakupu.

Dzięki wprowadzonej funkcjonalności w kolumnie Dokumenty powiązane prezentowane będą dla dokumentów zamówień sprzedaży powiązania do dokumentów przyjęcia zewnętrznego i zamówienia zakupu.

Możliwość przyjmowania wielu Zamówień zakupu jednocześnie za pomocą jednego Przyjęcia zewnętrznego (Comarch ERP: Enterprise)

Uwaga

W systemie Comarch ERP Enterprise należy aktywować parametr: Jednoczesne przyjęcie wielu ZZ w celu aktywowania funkcjonalności na stanowisku Comarch POS. Parametr dostępny jest z poziomu aplikacji Kanały sprzedaży → zakładka Comarch POS → sekcja Dokumenty magazynowe.

W celu usprawnienia pracy na stanowisku Comarch POS dodana została możliwość przyjęcia kilku dostarczonych do sklepu paczek jednocześnie. W takiej sytuacji użytkownik Comarch POS ma możliwość odbioru wszystkich przesyłek za jednym razem, dzięki czemu nie jest zobowiązany do wyszukiwania każdego dokumentu zamówienia zakupu oddzielnie. Z poziomu stanowiska Comarch POS dodano możliwość:

• wyboru kilku zamówień zakupu za pomocą nowego przycisku [Przyjmij wiele zamówień zakupu], dostępnego na liście przyjęć dostawy

• uruchomienia procesu odbioru wybranych zamówień zakupu – po wybraniu przycisku [Przyjmij wiele Zamówień zakupu] prezentowana jest lista zamówień zakupu z której można wybrać konkretne dokumenty, z których ma być utworzony dokument przyjęcia

Tworzenia pojedynczego dokumentu przyjęcia zewnętrznego powiązanego z wybranymi zamówieniami zakupu – aby wygenerować dokument przyjęcia zewnętrznego z zamówień zakupu, następujące właściwości muszą być zgodne:

• informacje o kontrahencie
• informacje o dostawcy
• magazyn docelowy
• rodzaj transakcji

Jeżeli wymagane właściwości dokumentów zamówień zakupu nie będą takie same, spowoduje to wygenerowanie kilku dokumentów przyjęcia zewnętrznego. Dokumenty zostaną wygenerowane jeżeli w systemie Comarch ERP Enterprise aktywowany jest parametr Jednoczesne przyjęcie ZZ o różnych właściwościach.

Uwaga

W systemie Comarch ERP Enterprise parametr Jednoczesne przyjęcie ZZ o różnych właściwościach dostępny jest z poziomu aplikacji Kanały sprzedaży → sekcja Dokumenty magazynowe, po uprzednim aktywowaniu parametru Przyjmuj wiele zamówień zakupu naraz. Aktywacja parametru umożliwia jednoczesne przyjmowanie zamówień zakupu o różnych właściwościach, tworząc więcej niż jeden dokument przyjęcia zewnętrznego.

Przyczyna nadania rabatu ręcznego (Comarch ERP: Enterprise)

W związku z wymaganiami Klientów dodana została możliwość wskazania powodu nadania rabatu przez użytkownika, na dokument handlowy, z poziomu stanowiska Comarch POS. Przyczyny nadanego rabatu na przedmiot/przedmioty lub nagłówek dokumentu definiowane są w systemie ERP.

Z poziomu stanowiska Comarch POS dodano 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

Uwaga

W systemie Comarch ERP Enterprise należy aktywować parametr: Powód rabatu użytkownika w celu aktywowania funkcjonalności na stanowisku Comarch POS. Parametr dostępny jest z poziomu aplikacji Kanały sprzedaży → zakładka Comarch POS → sekcja Ogólne.

Wykrywanie duplikatów kontrahentów (Comarch ERP: Enterprise)

Dodana została nowa funkcjonalność, która podczas tworzenia lub aktualizacji danych kontrahenta na stanowisku Comarch POS weryfikuje czy nie istnieje zduplikowany kontrahent o tych samych danych, które mają być weryfikowane w systemie.

Uwaga

W systemie Comarch ERP Enterprise należy aktywować parametr: Wykrywaj duplikaty w celu aktywowania funkcjonalności na stanowisku Comarch POS. Parametr dostępny jest z poziomu aplikacji Kanały sprzedaży → zakładka Comarch POS → sekcja Ogólne.

W systemie ERP należy określić jakie pola mają być walidowane przy wykrywaniu duplikatów kontrahentów i czy mają tworzyć ostrzeżenie lub blokadę dodania/aktualizacji kontrahenta.

• Dla kontrahentów detalicznych – można wybrać pola:
  • Imię
  • Nazwisko
  • Telefon
  • E-mail

• Dla kontrahenta biznesowego – można wybrać pole:
  • NIP

Aktywacja wielu zewnętrznych kart podarunkowych na jednym dokumencie (Comarch ERP: Enterprise)

Karty podarunkowe w integracji z Ingenico są rodzajem karty płatniczej, umożliwiającej dokonywanie płatności z wykorzystaniem dostępnych środków pieniężnych. Dotychczas podczas jednej transakcji, na stanowisku Comarch POS, istniała możliwość aktywacji jednej karty podarunkowej doładowywanej za pomocą terminala płatniczego przy użyciu protokołu płatności. W związku z oczekiwaniami rynku została dodana możliwość:

• dodania kilku kart podarunkowych do jednego dokumentu handlowego
• aktywacji kart po dokonaniu płatności

Obsługa atrybutów w procesie inwentaryzacji (Comarch ERP: Enterprise)

Atrybuty służą do przechowywania dodatkowych informacji o obiektach. Na stanowisku Comarch POS dodana została obsługa atrybutów dla dokumentów pochodzących z procesu inwentaryzacji. Niektóre sklepy w przypadku procesu inwentaryzacji dzielą sklepy na określone obszary, pomaga to zaplanować proces inwentaryzacji, ponieważ można przypisać konkretnego pracownika do obszaru, dzięki czemu sklepu unikają podwójnie zliczonych produktów. Obsługa atrybutów w procesie inwentaryzacji umożliwia sklepom dodatkową identyfikacje i klasyfikacje dokumentów. Funkcjonalność Inwentaryzacja została rozszerzona o możliwość:

• dodawania atrybutów do dokumentów inwentaryzacji, arkuszy inwentaryzacyjnych, raportów inwentaryzacyjnych oraz pozycji raportu inwentaryzacji
• włączenia widoczności atrybutów dla dokumentów inwentaryzacji, arkuszy inwentaryzacyjnych oraz raportów inwentaryzacyjnych

ZMIANY WPROWADZONE W WERSJI 2023.5

Uwaga

Do prawidłowego działania aplikacji Comarch POS w wersji 2023.5 z systemem Comarch ERP Altum w wersji 2024.0.1 wymagana jest instalacja poprawki QF2023500.20230929.01 dla Comarch POS i QF2023500.20230929.02 dla Comarch POS Agent.

Uwaga

Do prawidłowego działania aplikacji Comarch mPOS w wersji 2023.5 z systemem Comarch ERP Altum w wersji 2024.0.1 wymagana jest instalacja poprawki QF2023500.20230929.03 dla Comarch mPOS i QF2023500.20230929.02 dla Comarch POS Agent.

Comarch POS

Przyczyna nadania rabatu ręcznego (Comarch ERP: Altum)

W związku z wymaganiami Klientów dodana została możliwość wskazania powodu nadania rabatu przez użytkownika, na dokument handlowy, z poziomu stanowiska Comarch POS. Przyczyny nadanego rabatu na przedmiot/przedmioty lub nagłówek dokumentu definiowane są w systemie ERP.

Uwaga

W systemie Comarch ERP Altum należy aktywować nowy parametr: Wymagaj podania przyczyny naliczenia rabatu ręcznego (domyślnie odznaczony), którego zaznaczenie determinuje konieczność podania przyczyny naliczenia rabatu w Comarch POS. Parametr dostępny jest z poziomu definicji Centrum → zakładka Stanowiska POS.

Z poziomu stanowiska Comarch POS dodano 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

Uwaga

Wartości powodów nadania rabatu definiowane są w systemie Comarch ERP Altum. Definiowanie wartości odbywa się w słownikach uniwersalnych, w grupie słowników Transakcje → Przyczyny nadania rabatu ręcznego POS.

Maksymalny procent rabatu na artykule (Comarch ERP: Altum)

Możliwość ustalenia maksymalnego rabatu 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).

Uwaga

W systemie Comarch ERP Altum należy aktywować nowy parametr: Kontroluj maksymalny % rabatu na artykuł przy rabatach użytkownika na POS, który pozwala na włączenie funkcji maksymalnego procentu rabatu naliczanego na artykuł w Comarch POS. Parametr dostępny jest z poziomu definicji Centrum → zakładka Stanowiska POS.

Dodatkowo została dodana również możliwość określenia maksymalnej procentowej wartości rabatu nadawanego na stanowisku Comach POS dla wszystkich artykułów z cennika.

Uwaga

Aby w systemie Comarch POS istniał określony procent rabatu dla wszystkich artykułów z dostępnego cennika, należy na formularzu cennika w systemie Comarch ERP Altum aktywować parametr Ustaw maksymalny % rabatu na POS dla wskazanych artykułów. Po zaznaczeniu parametru istnieje możliwość określenia maksymalnej, procentowej wartości rabatu na stanowisku Comarch POS dla wskazanych w cenniku artykułów.

Modyfikacja ceny składowej pakietu (Comarch ERP: Altum)

Dodana została możliwość modyfikacji ceny składowej promocji pakietowej na stanowisku Comarch POS.

Uwaga

W systemie Comarch ERP Altum należy aktywować nowy parametr: Zezwalaj na modyfikację ceny elementu pakietu na POS, którego zaznaczenie umożliwia modyfikację ceny elementu pakietu na stanowisku Comarch POS. Parametr dostępny jest z poziomu formularza pakietu stałego.

Promocje pakietowe z kompletami (Comarch ERP: Altum)

Na stanowisku Comarch POS możliwe jest posiadanie zdefiniowanych promocji pakietowych zawierających komplety, definiowane w systemie Comarch ERP Altum.

Uwaga

W systemie Comarch ERP Altum należy aktywować parametr: Zezwalaj na dodawanie kompletu do rabatu pakietowego na POS, który dostępny jest do zaznaczenia dla towarów o typie komplet z odznaczonym parametrem Pobieraj składniki na dokument. Parametr dostępny jest z poziomu formularza artykułu.

Generowanie dokumentu RW dla opakowań (Comarch ERP: Altum)

W odpowiedzi na zgłoszone oczekiwania Klientów, wprowadzona została możliwość rozchodowania darmowych opakowań podczas wystawania dokumentu handlowego (PAR/FS).

Uwaga

W systemie Comarch ERP Altum należy aktywować parametr: Wyświetlaj okno wyboru opakowania (gratis) przy zatwierdzaniu PAR/FS. Parametr dostępny jest z poziomu definicji Centrum → zakładka Stanowiska POS.

Na stanowisku POS generując PAR lub FS zostanie wyświetlony nowy komunikat.

Na stanowisku POS prezentowane jest dodatkowe pytanie czy wydano opakowania. W przypadku odpowiedzi twierdzącej, wyświetlana jest lista dostępnych, darmowych opakowań. Po wybraniu jednego z nich, zostaje ono dodane na dokument handlowy z ceną 0 oraz tworzony zostaje dla niego powiązany dokument RW.

Z poziomu listy dokumentów nowy przycisk [RW dla opakowania] dostępny jest dla dokumentów:

• PAR wygenerowanych w systemie ERP i na stanowisku POS
• FS wygenerowanych w systemie ERP i na stanowisku POS, nie powiązanych do PAR

Po wybraniu przycisku [RW dla opakowania] prezentowany jest formularz dokumentu rozchodu wewnętrznego, w którym jako powód korekty została wybrana opcja: Wydanie wolnego opakowania, a na dokumencie znajduje się artykuł, który został dodany do dokumentu handlowego jako opakowanie.

Funckjonalność inwentaryzacji (Comarch ERP: Altum)

W aplikacji Comarch POS we współpracy z Comarch ERP Altum umożliwione zostało przeprowadzenie inwentaryzacji, czyli dokonanie spisu faktycznego stanu magazynowego, w celu weryfikacji istnienia różnic pomiędzy stanem stwierdzonym podczas inwentaryzacji (stanem rzeczywistym) a stanem wynikającym z ewidencji magazynowej.

W oknie dostępnym po wyborze kafla [Back office], a następnie -> [Inwentaryzacja], prezentowana jest lista inwentaryzacji.

Uwaga

W systemie Comarch ERP Altum należy aktywować parametr: Obsługa inwentaryzacji na POS. Parametr dostępny jest z poziomu nagłówka formularza Centrum z możliwością zaznaczenia wartości Dostępna.

 

Zestawienie systemów ERP, z którymi współpracuje Comarch POS 2023.2 

System ERP	Wersja
Comarch ERP Altum	2023.0
Comarch ERP Enterprise	6.1, 6.2, 6.3
Comarch ERP XL	2023.1

Wyszukiwanie online ofert sprzedaży (Comarch ERP: Enterprise)

Oferty sprzedaży są często tworzone w sklepie internetowym. Następnie Klient odwiedza sklep stacjonarny i chciałby skonsultować ofertę z Pracownikiem. W związku z wymaganiami na stanowisku Comarch POS dodana została możliwość wyszukiwania online ofert sprzedaży, w celu podglądu przez Pracownika dokumentu podczas obsługi Klienta.

Uwaga

W celu wyszukiwania online ofert sprzedaży należy dla parametru Sposób wyszukiwania dokumentów ustawić wartość Globalnie w systemie Comarch ERP Enterprise. Parametr dostępny jest w aplikacji Comarch POS: Stanowiska → zakładka Ogólne → sekcja Przetwarzanie dokumentów.

Po przejściu na listę ofert i zamówień sprzedaży, użytkownik ma możliwość wyszukania oferty w nowym oknie Wybierz jeden parametr, na podstawie:

• Numeru referencyjnego
• Numeru dokumentu
• Kodu klienta
• Nazwy firmy/klienta
• E-mail
• Wszystkie

Po aktywacji parametru w systemie Comarch ERP Enterprise, na stanowisku POS oferta jest najpierw wyszukiwana w lokalnej bazie POS, a następnie w bazie systemu ERP. W przypadku, gdy żadna oferta nie zostanie znaleziona w bazie lokalnej, pojawi się komunikat z pytaniem: „Brak wyników wyszukiwania. Jeżeli chcesz przeszukać globalną bazę dokumentów, sprawdź czy wyszukiwana fraza zawiera minimum 3 znaki i czy został wybrany pramater dokumentu, którego fraza dotyczy?”. W sytuacji, gdy zostanie znaleziona co najmniej jedna pasująca oferta, u dołu listy wyświetlone zostanie pytanie: „Czy chcesz kontynuować wyszukiwanie również w systemie ERP?”. W obu przypadkach, po naciśnięciu przycisku [Szukaj online], zostanie przeszukana baza ERP w ramach organizacji, do której należy stanowisko POS.

Uwaga

Funkcjonalność wyszukiwania ofert wymaga pracy w trybie online.

Inwentaryzacja (Comarch ERP: Enterprise)

W aplikacji Comarch POS umożliwione zostało przeprowadzenie inwentaryzacji, czyli dokonanie spisu faktycznego stanu magazynowego, w celu weryfikacji istnienia różnic pomiędzy stanem stwierdzonym podczas inwentaryzacji (stanem rzeczywistym) a stanem wynikającym z ewidencji magazynowej.

W oknie dostępnym po wyborze kafla [Back office] , a następnie → [Inwentaryzajca], prezentowana jest lista inwentaryzacji.

Wprowadzona została obsługa dwóch metod inwentaryzacji:

• Ciągła – umożliwia lepsze planowanie przeprowadzania inwentaryzacji, ponieważ możliwe jest sukcesywne wybieranie towarów do sprawdzenia tak, aby objąć procesem weryfikacji zasobów cały magazyn.
• Roczna – szereg działań mających na celu podsumować i zliczyć cały funkcjonujący przez rok obrotowy stan majątkowy firmy. Przeprowadza się ją dlatego, że taki jest obowiązek firm, które prowadzą księgę przychodów i rozchodów.

W nowym oknie listy inwentaryzacji dodano możliwość:

• otwarcia inwentaryzacji przy pomocy przycisku [Otwórz], przycisk dostępny jedynie w przypadku inwentaryzacji ze stanem Wygenerowany
• zamknięcia inwentaryzacji przy pomocy przycisku [Zamknij], przycisk dostępny jedynie w przypadku inwentaryzacji ze stanem Otwarty
• dodania inwentaryzacji przy pomocy przycisku [Dodaj]
• podglądu wybranej inwentaryzacji przy pomocy przycisku [Podgląd]

Po wybraniu na liście przycisku [Podlgąd], zostanie otwarte nowe okno Inwentaryzacji z możliwością (w zależności od stanu inwentaryzacji):

• wydrukowania dokumentu inwentaryzacji
• odświeżenia arkuszy inwentaryzacji
• otwarcia inwentaryzacji
• dodania nowego arkusza do inwentaryzacji
• zapisania inwentaryzacji
• usunięcia wybranego arkusza
• edycji wybranego arkusza
• zliczenia artykułów na wybranym arkuszu

Umożliwiono wygenerowanie raportu, które odbywa się z poziomu okna inwentaryzacji, gdzie po wybraniu konkretnego arkusza należy nacisnąć przycisk [Zlicz].

W oknie generowanego raportu wprowadzono możliwość:

• zliczenia wszystkich lub wybranych pozycji z arkusza
• dodania nowego artykułu

Uwaga

Na arkuszu inwentaryzacji oraz podczas zliczania inwentaryzacyjnego może być prezentowana operatorowi aktualna ilość artykułów zarejestrowana w systemie. Ilość systemowa prezentowana jest w zależności od ustawień odpowiedniego parametru widoczności na rodzaju inwentaryzacji, w systemie ERP.

Okno weryfikacji pomiędzy zgłoszoną a docelową ilością towaru może być prezentowane, podczas zamykania raportu w zależności od konfiguracji w systemie ERP.

Na dokumencie potwierdzenia rozbieżności dodano możliwość:

• wykluczenia artykułu z listy zamykanych pozycji przy pomocy przycisku [Wyklucz]
• wydrukowania potwierdzenia rozbieżności przy pomocy przycisku [Drukuj]
• zatwierdzenia potwierdzenia rozbieżności przy pomocy przycisku [Zatwierdź]

Zestawienie systemów ERP, z którymi współpracuje Comarch POS 2023.0

System ERP	Wersja
Comarch EPR Altum	2023.0
Comarch ERP Enterprise	6.1, 6.2, 6.3
Comarch ERP XL	2023.0

Domyślny kontrahent na stanowisku POS (Comarch ERP: Altum)

Dotychczas na wszystkich dokumentach tworzonych w aplikacji domyślnie wprowadzany był kontrahent Nieokreślony.

W odpowiedzi na oczekiwania Klientów w Comarch ERP Altum umożliwiono wskazanie kontrahenta domyślnego dla danego centrum, w związku z czym:

• dokumenty na stanowisku POS zostają zainicjowane z kontrahentem domyślnym, wskazanym na zakładce Dostępność (zakładka dostępna w centrum, które jest właścicielem lub posiada uprawnienia do wybranego kontrahenta). Zakładka Dostępność znajduje się na karcie kontrahenta w systemie Comarch ERP Altum.

• z poziomu stanowiska POS edycja karty kontrahenta domyślnego jest zablokowana

Pobieranie danych kontrahenta z GUS i VIES (Comarch ERP: Altum)

W odpowiedzi na oczekiwania Klientów wprowadzono na stanowisku POS możliwość zweryfikowania kontrahenta biznesowego na podstawie podanego numeru identyfikacji podatkowej oraz pobranie danych adresowych z rejestru GUS i unijnej bazy danych VIES. Funkcjonalność ta usprawnia proces rejestracji nowych kontrahentów poprzez automatyczne pobieranie danych z systemów GUS/VIES. Dodatkowo funkcjonalność wyeliminuje błędy, które zwykle są popełniane przy ręcznym wypełnianiu formularza kontrahenta.

Przyciski [Szukaj w GUS] i [Szukaj w VIES] dodane zostały:

• na liście kontrahentów

• na karcie dodawanego kontrahenta biznesowego

Uwaga

Weryfikacja w GUS i VIES jest możliwa wyłącznie w przypadku połączenia z Internetem. Usługa dostępna jest tylko dla użytkowników, którzy posiadają aktualny klucz licencyjny.

Możliwość generowania PAR/FS do skompletowanego zamówienia w przypadku braku połączenia z systemem ERP (ERP: Enterprise)

Dotychczas na stanowisku POS nie można było utworzyć dokumentu PAR/FS powiązanego z zamówieniem sprzedaży bez połączenia z usługą synchronizacji. Takie działanie było blokowane ze względu na brak informacji o ewentualnych modyfikacjach zamówienia na innym stanowisku lub utworzeniu już do niego dokumentów powiązanych. Użytkownik POS mógł wygenerować dokument PAR/FS w trybie offline, ale ten dokument nie był powiązany z zamówieniem sprzedaży. Na takim dokumencie zapisywany był jedynie numer ZS, aby umożliwić późniejszą identyfikację dokumentu źródłowego.

W systemie Comarch ERP Enterprise rezerwacje nie są aktualizowane w procesie uzgadniania stanów magazynowych, w związku z tym obsłużono możliwość generowania PAR/FS do skompletowanego zamówienia w przypadku, kiedy stanowisko POS nie ma połączenia z systemem ERP. Dokumenty handlowe mogą zostać wygenerowane do takiego zamówienia jedynie jeżeli skompletowane zamówienie sprzedaży istnieje w bazie POS Agent.

W celu poinformowania użytkownika o braku połączenia z systemem ERP, przed rozpoczęciem procesu generowania PAR/FS do skompletowanego zamówienia sprzedaży, zostanie wyświetlony odpowiedni komunikat.

Widoczność przyporządkowanych grup klientów na karcie kontrahenta (ERP: Enterprise)

W celu umożliwienia nadawania kontrahentom specjalnych rabatów i bonusów przypisanych w systemie ERP do grup klientów, z poziomu stanowiska POS, dodano:

• widoczność przyporządkowanych grup klientów na nowej zakładce Grupy dostępnej na podglądzie kontrahenta

• możliwość przypisania kontrahenta do konkretnej grupy klientów z poziomu edycji lub dodania nowego kontrahenta

W systemie ERP należy określić, które klasyfikacje i grupy klientów są dostępne do wyboru na stanowisku POS. Możliwość dodania kontrahenta do grupy z poziomu stanowiska POS walidowane jest poprzez parametr Przyporządkowanie klientów do grup klientów. Parametr dostępny jest w aplikacji Comarch POS: Uprawnienia -> zakładka Uprawnienia POS -> sekcja Dostęp do danych i modyfikacja.

Przykład

Firma przygotowała specjalne promocje dla klientów należących do grupy Gold-20% na nową kolekcję. Natomiast dla klientów z grupy VIP dostępny jest rabat: -50% na cały asortyment. Firma na poziomie systemu ERP decyduje o tym, że grupa VIP zarządzana będzie tylko przez centralę, a pracownicy sklepów będą mogli przypisać klientów tylko do grupy Gold. Grupa VIP jest dostępna tylko do podglądu.

Generowanie numeru bony przy tworzeniu korekty (ERP: Enterprise)

Wiele sieci handlowych decyduje się na wydanie bonu wewnętrznego zamiast zwrotu gotówki, w przypadku gdy Klient zwraca zakupiony towar. Ma to uzasadnienie marketingowe, ponieważ firma ma pewność, że klient wróci, aby wykorzystać bon.

Głównym celem wprowadzonych zmian jest rozwiązanie, które pozwala automatycznie wygenerować numer bonu na stanowisku POS, nawet jeśli połączenie z systemem ERP nie jest dostępne. Nowe rozwiązanie umożliwia uniknięcie sytuacji, w której fizyczne karty w sklepie się skończyły i firma nie jest w stanie wystawić korekty, ponieważ ilość bonów/kart w sklepie była ograniczona do określonej liczby.

Teraz korygując dokument handlowy o kwotę X, w oknie płatności należy wskazać formę zwrotu – bon własny. Nadal możliwe jest zeskanowanie/wprowadzenie numeru istniejącego bonu (np. w przypadku wydawania fizycznej karty podarunkowej), ale dodatkowo dostępny jest nowy przycisk [Wygeneruj numer bonu]. Po wybraniu przycisku, na stanowisku Comarch POS generowany jest unikalny numer bonu (również w trybie offline). Kwota zwrotu zostaje przypisana do danego bonu, następnie bon jest tworzony i aktywowany w systemie ERP po synchronizacji.

 

Uwaga

Do prawidłowego działania poprawki do Comarch POS QF2022500.20221007.05 i Comarch mPOS QF2022500.20221007.07 z programem Comarch ERP Altum wymagana jest instalacja poprawki QF2022500.20221007.03 dla Comarch ERP Altum i poprawki QF2022500.20221007.06 dla Comarch POS Agent.

Comarch POS

 

Proces przyjęcia zamówienia zakupu (ERP: Altum)

W związku z rozwojem funkcjonalności tworzenia dokumentu przyjęcia towarów na podstawie zamówienia zakupu z poziomu stanowiska POS, dodano obsługę parametrów dostępnych w systemie Comarch ERP Altum.  Na formularzu centrum -> zakładka Stanowisko POS:

• Wyświetlanie przycisku Przyjmij Wszystko na PZ (domyślnie odznaczony) – parametr włącza dostępność przycisku [Przyjmij wszystkie] na stanowisku POS. Po wybraniu przycisku [Przyjmij wszystkie] operator jest w stanie przyjąć wszystkie pozycje znajdujące się na zamówieniu zakupu.

• Dodawanie nowych elementów na PZ generowanych z ZZ (domyślnie zaznaczony) – parametr umożliwia dodanie nowych elementów, które nie znajdowały się na dokumencie zamówienia zakupu, z którego generowane jest przyjęcie

Na formularzu dokumentu przyjęcia zewnętrznego oraz zamówienia zakupu dodane zostały kolumny:

• Cena netto
• Cena brutto
• Wartość netto (jako ilość artykułu x cena netto)
• Wartość brutto (jako ilość artykułu x cena brutto)

Dostępność kolumn netto/brutto jest uzależniona od:

• wartości parametru kierunek VAT dla dokumentów PZ wygenerowanych na podstawie ZZ

Uwaga

Kolumny są domyślnie ukryte, w modyfikacji widoku można włączyć widoczność tych kolumn.

Dodano również możliwość realizacji jednego zamówienia zakupu na kilku stanowiskach. Na przykład jeżeli na jednym stanowisku POS/mPOS zamówienie zakupu nie zostało w pełni zrealizowane, to istnieje możliwość kontynuowania realizacji na drugim powiązanym stanowisku.

 

Zestawienie systemów ERP, z którymi współpracuje Comarch POS 2022.5

 

System ERP	Wersja
Comarch ERP Altum	2022.5
Comarch ERP Enterprise	6.1, 6.2,6.3
Comarch ERP XL	2022.1

Proces przyjęcia zamówienia zakupu (ERP: Altum, Enterprise)

Na stanowisku POS wprowadzono obsługę dokumentów zamówień zakupu oraz przyjęć zewnętrznych. Zamówienie zakupu to dokument handlowy zawierający zamówione towary lub usługi u dostawców/sprzedawców. Dokumentem potwierdzającym przyjęcie towaru na magazyn od dostawcy przy określonych warunkach zakupu jest dokument przyjęcia zewnętrznego. Powoduje on zwiększenie ilości zasobów na magazynie.

W systemie Comarch ERP Enterprise wprowadzone zostały dedykowane ustawienia umożliwiające obsługę tej funkcjonalności. W aplikacji Konfiguracja -> funkcja Sprzedaż wielokanałowa -> funkcja Comarch POS dodano:

• pole Przyjęcie: Wyślij zamówienie zakupu ze statusem:
  • Status: „Zamówione”
  • Status: „Zwolnione” bez zamówienia

Pole określa konfigurację, z jaką zamówienie zakupu ma zostać wysłane do stanowiska Comarch POS.

• parametr „Przyjmij wszystko”: Przyjęcie towarów z zamówienia

Aktywacja parametru umożliwia wyświetlenie na stanowisku POS przycisku [Przyjmij wszystkie], który umożliwia przyjęcie wszystkich pozycji zamówienia zakupu.

W przypadku tworzenia zamówienia zakupu w systemie Comarch ERP Enterprise należy pamiętać o wykonaniu eksportu, przy pomocy aplikacji w tle: Aktualizacja dokumentów magazynowych POS, aby dokument trafił na stanowisko POS.

W systemie Comarch ERP Altum wprowadzone zostały dedykowane parametry konfiguracyjne, które są synchronizowane do systemu Comarch POS. Na formularzu centrum -> zakładka Stanowiska POS, dodana została sekcja Przyjęcie zewnętrzne zawierająca parametry:

• Dodawanie nowych elementów na PZ generowanych z ZZ (domyślnie zaznaczony)
• Wymagany numer obcy na ręcznych PZ (domyślnie odznaczony)

Ustawienie parametrów można zmienić w dowolnym momencie pracy z systemem. Podczas tworzenia nowego centrum podrzędnego ich wartości pobierane są z centrum nadrzędnego.

Aby dokument zamówienie zakupu wystawiony w systemie Comarch ERP Altum mógł zostać zrealizowany na stanowisku POS muszą być spełnione warunki:

• na formularzu ZZ zaznaczony parametr Realizuj w POS
• rodzaj transakcji: krajowa
• kierunek VAT: od netto
• odznaczony parametr: Odwrotne obciążenie

W związku z wprowadzeniem obsługi procesu przyjęcia zamówienia zakupu, na stanowisku POS możliwe jest:

• podejrzenie na liście przyjęć dokumentu zamówienia zakupu (ZZ), wygenerowanego w systemie ERP

• filtrowanie listy przyjęć dostawy według:
  • statusu dostawy – dostępne opcje:
    • Do przyjęcia
    • Anulowane
    • Przyjęte
  • daty wystawienia dokumentu
  • stanu – dostępne opcje:
    • Anulowany
    • W realizacji
    • Zamknięty
    • Zatwierdzony
    • Zrealizowany
  • magazynu źródłowego
  • magazynu docelowego
• podejrzenie listy dokumentów powiązanych
• przyjęcie dokumentu zamówienia zakupu
• zaparkowanie dokumentu przyjęcia zewnętrznego
• przyjęcie wszystkich artykułów z zamówienia zakupu przy pomocy przycisku [Przyjmij wszystkie]
• wyświetlenie szczegółów pozycji

Prezentacja artykułów zebranych w procesie kompletacji jako rezerwacje (ERP: Enterprise)

W przypadku realizacji kompletacji zamówienia sprzedaży na stanowisku POS zdarza się, że operator decyduje się na kompletację zamówienia z wykorzystaniem towarów, które nie zostały jeszcze przyjęte, w celu umożliwienia klientowi jak najszybszy odbiór zamówienia.

W systemie Comarch ERP Enterprise, dodano parametr Uwzględniaj w rezerwacjach skompletowane artykuły. Parametr można aktywować w aplikacji Konfiguracja -> funkcja Comarch POS. Jeżeli parametr zostanie włączony, to po przyjęciu dostawy na magazyn POS, część towarów skompletowanych (niedostępnych już w sprzedaży, ponieważ oczekują na odebranie przez klienta), zostanie dodana do ilości zarezerwowanych artykułów. Zarezerwowane artykuły wyświetlane są na liście artykułów w kolumnie Rezerwacje.

Kolumna aktualizowana jest w przypadku:

• przygotowania kompletacji zamówienia sprzedaży
• anulowania kompletacji zamówienia sprzedaży
• wydania zamówienia sprzedaży (generowanie paragonu lub faktury sprzedaży do zamówienia sprzedaży)

Przykład

Przykładowy mechanizm aktualizacji usługi POS Agent przez kilka stanowisk POS:

• POS 1 kompletuje zamówienie sprzedaży 1 i wysyła aktualizację nowej kolumny o 5 sztuk artykułu A
• POS 2 kompletuje zamówienie sprzedaży 2 i wysyła aktualizację nowej kolumny o 10 sztuk artykułu A

Dane dostępne na stanowisku POS 2:

• skompletowano 10 sztuk artykułu A

Dane dostępne na stanowisku POS 1:

• skompletowano 5 sztuk artykułu A

W dalszym kroku:

• obie informacje są przetwarzane przez usługę POS Agent, która zapisuje ilość skompletowanego artykułu A jako 15 sztuk
• operator otwierając listę artykułów widzi, że ilość w kolumnie Rezerwacje została powiększona o 15 sztuk

Automatyczne usuwanie logów synchronizacji z bazy (ERP: Enterprise)

W związku z ograniczoną pamięcią dysków wprowadzone zostało rozwiązanie polegające na automatyzacji usuwania starych logów importowanych z tabeli Synchronization.PackagesProcessingLogs. W systemie Comarch ERP Enterprise dodano pole Paczki z logami: Okres przechowywania w dniach.

Pole dostępne jest w aplikacji Konfiguracja -> funkcja Comarch POS. W polu należy wprowadzić żądaną wartość:

• 0 – oznacza brak zapisu logów
• Wartość od 1 do n – oznacza przechowywanie logów z ostatnich x dni
• Wartość pusta – nieusuwanie logów

Usprawnienie działania Konfiguratora usługi POS Agent (ERP: Altum, Enterprise, XL)

Usprawniono działanie Konfiguratora usługi POS Agent, poprzez:

• dodanie widoku ładowania parametrów podczas włączania konfiguratora oraz w momencie odświeżania

• dodanie nowych widoków z informacją o wykonywanej czynności, w przypadku:
  • Instalacji
  • Rejestracji
  • Odinstalowania
  • Sprawdzenia poprawności wprowadzonych danych

• dezaktywację pola Kod POS Agenta po zarejestrowaniu usługi

Dodatkowo została wprowadzona możliwość rejestracji Comarch POS Agent z poziomu wiersza poleceń systemu Windows. Dostępne komendy:

• –register
• –install
• –uninstall
• –setaddress –agentIP:127.0.0.1 –port:8098 (ustawienie adresu IP i portu dla usługi POS Agent)
• –seterpaddress –adres:http://example.com (ustawienie adresu serwera OMS)
• –stop
• –start
• –help
• –status
• –waitforstatus

Modyfikacja działania kolumn na listach (ERP: Altum, Enterprise)

Dotychczas zmniejszając szerokość standardowej kolumny zawierającej na przykład: datę i godzinę wystawienia dokumentu, wpisy były ucinane. Na stanowisku POS w modyfikacji widoku, dodano parametr Zawijanie tekstu dla kolumn. Parametr może przyjmować wartości:

• Nie zawijaj
• Zawijaj – umożliwia ręczne zawijanie tekstu w dowolnym miejscu
• Zawijaj z przepełnieniem – umożliwia ręczne zawijanie pełnych wartości tekstu

Przesyłanie nowego typu atrybutu (ERP: Enterprise)

Rozszerzono konfigurację typów atrybutów poprzez możliwość definiowania formatu dla atrybutów typu Date. Format może być konfigurowalny jako nowy typ atrybutu: DateAndTime. Dzięki temu możliwe jest przesyłanie informacji o dacie i godzinie z systemu Comarch ERP Enterprise.

Uwaga

Należy pamiętać, że z poziomu stanowiska POS nie jest możliwe ustawienie godziny. Atrybut ustawiany jest na poziomie systemu ERP.

Zasady weryfikacji online podczas generowania korekt i faktur (ERP: Altum)

Wprowadzono sparametryzowane zasady zwiększające kontrolę generowania korekt i faktur do dokumentów handlowych. Funkcja ta ma na celu pełne zabezpieczenie m.in. przed wielokrotnym wystawieniem faktury do tego samego paragonu w przypadku współbieżnego wykonywania operacji na różnych stanowiskach lub z poziomu różnych systemów.

W systemie Comarch ERP Altum w konfiguracji stanowiska POS dodano sekcję Tryb weryfikacji dokumentów. Dostępne są trzy tryby oddzielnie dla faktur generowanych do paragonu i korekt generowanych do dokumentów sprzedaży:

• Offline – brak dodatkowej kontroli (ustawienie domyślne)
• Online gdy możliwe – włączenie kontroli online, jeżeli jest to możliwe
• Zawsze online – włączenie obowiązkowej kontroli online z blokadą operacji w trybie pracy offline

Przykład

Dla generowania korekt do dokumentów sprzedaży włączony jest tryb:

• Zawsze online

Warunki wstępne: istnieją dwa stanowiska POS, które posiadają połączenie z obiema usługami

Na pierwszym stanowisku POS wygenerowano paragon, który poprawnie został przesynchronizowany do systemu ERP. Na drugim stanowisku POS operator pobiera paragon, w celu utworzenia korekty na część pozycji. W momencie próby wygenerowania kolejnej korekty na pierwszym stanowisku POS, użytkownik otrzyma komunikat, informujący o zablokowaniu możliwości wygenerowania korekty, ponieważ dokument jest zablokowany przez innego użytkownika.

Zestawienie systemów ERP, z którymi współpracuje Comarch POS 2022.1

System ERP	Wersja
Comarch ERP Altum	2022.1
Comarch ERP Enterprise	6.1, 6.2, 6.3
Comarch ERP XL	2022.0.1

Klawiatura numeryczna (ERP: Altum, Enterprise, XL)

Uwaga

W przypadku aplikacji POS współpracującej z Comarch ERP XL funkcjonalność będzie dostępna od wersji 2022.1 systemu.

Wprowadzony został tryb z wydzieloną sekcją klawiatury numerycznej, który pozwala na szybkie dodawanie pozycji na podstawie kodów artykułu, wprowadzanych za pomocą klawiatury na ekranie dotykowym. Funkcjonalność klawiatury numerycznej włączana jest za pomocą parametru Obsługa klawiatury numerycznej dostępnego w ustawieniach stanowiska Comarch POS.

W przypadku, gdy większość artykułów ma proste kody numeryczne, tryb ten poprawia ergonomię pracy poprzez umożliwienie operatorowi wprowadzenia kodu artykułu (także kodu EAN) zamiast wyszukiwania go na liście.

Aktywacja parametru skutkuje wyświetleniem klawiatury numerycznej w widokach dodawania i edycji:

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

Wpisanie kodu artykułu i wybranie przycisku w obszarze klawiatury spowoduje próbę dodania tego artykułu do dokumentu. Bezpośrednio po dodaniu możliwe jest wprowadzenie na klawiaturze numerycznej kolejnego kodu w celu dodania następnej pozycji. Jeśli wpisany kod nie zostanie odnaleziony zostanie otwarta lista artykułów, których kody zawierają wpisany ciąg znaków.

Po wybraniu pól Cena lub Ilość bądź przycisków umożliwiających zmianę ilości lub nadanie rabatu klawiatura numeryczna prezentuje dane dla kontekstu wybranego pola/przycisku (np. wybranie pola Ilość umożliwia nie tylko edycję ilości za pomocą przycisków [+] i [–], ale również ręczne wprowadzenie ilości na klawiaturze numerycznej). Naciśnięcie przycisku potwierdzenia ustawia wprowadzoną wartość i ponownie umożliwia dodawanie pozycji dokumentu według kodów.

Podgląd przyjętych dostaw wygenerowanych w magazynie docelowym na liście dokumentów MM (ERP: Altum)

W widoku Rejestru paczek dodana została kolumna Dokumenty powiązane (domyślnie ukryta), w której prezentowane są dokumenty powiązane, w tym dokumenty przyjęcia dostaw wygenerowane w magazynie docelowym.

Modyfikacji uległ także filtr Status dostawy w widokach Rejestru paczek oraz Przesunięć ręcznych, obecnie ma on dwie wartości:

• Przyjęte przez magazyn docelowy – w przypadku wszystkich dokumentów, dla których jest informacja o (nieanulowanym) MM+ powiązanym z danym MM-
• Nieprzyjęte przez magazyn docelowy – w przypadku wszystkich pozostałych dokumentów

Ilość oczekiwana w dedykowanym magazynie podczas przyjmowania dostaw (ERP: Enterprise)

Ulepszony został proces przyjęcia towarów w sklepie. W ramach zmian dodany został nowy parametr Kontrola stanów w magazynie sklepu (domyślnie nieaktywny). Aktywacja parametru wyświetla nową kolumnę Uzupełnij braki w sklepie w widoku przyjęcia towarów. Wartość w kolumnie informuje o ilości towaru jaką należy uzupełnić na półkach sklepowych. Obliczana jest jako: ilość oczekiwana na półkach sklepowych – (ilość w magazynie + ilość już przyjęta) i jest wyświetlana jedynie w przypadku, gdy jest większa od 0. Dzięki temu, od razu po przyjęciu dostawy odpowiednia ilość towaru może zostać uzupełniona na półkach zamiast trafić do magazynu.

Aktywacja parametru powoduje także zmianę w procesie przyjmowania dostaw. Dla każdej pozycji dostawy porównywana zostaje ilość oczekiwana na półkach sklepu z jej ilością w magazynie wskazanym w parametrze Kontrola stanów w magazynie sklepu. Jeśli ilość oczekiwana jest większa od ilości dostępnej w magazynie, przy danej pozycji wyświetlona zostaje odpowiednia ikona informująca o tym.

Jeśli w kolumnie Uzupełnij braki w sklepie znajduje się informacja o brakach na półkach, podczas skanowania przyjmowanych artykułów zostaje odtworzony ostrzegawczy dźwięk oraz wyświetlony komunikat „Niedobór towaru na półkach. Uzupełnij zasoby w sklepie”. W przeciwnym przypadku odtwarzany jest standardowy dźwięk, a komunikat nie jest wyświetlany.

Kontynuowanie zablokowanych dokumentów z parkingu (ERP: Enterprise)

W poprzednich wersjach aplikacji dokumenty pochodzące z innych stanowisk POS i znajdujące się na parkingu były zablokowane bez możliwości ich kontynuacji na innym stanowisku. Blokada chroniła przed edycją tego samego dokumentu na kilku stanowiskach jednocześnie.

W najnowszej wersji w celu umożliwienia awaryjnego kontynuowania niezatwierdzonych dokumentów na innym stanowisku (np. w przypadku, gdy doszło do uszkodzenia stanowiska, gdzie takie dokumenty utworzono), wprowadzono możliwość odblokowania i kontynuowania takich dokumentów. Możliwość ta jest uzależniona od uprawnienia: Zezwalaj na kontynuowanie zablokowanych dokumentów z parkingu, które można nadać użytkownikom w aplikacji Comarch POS: Uprawnienia operatora w systemie Comarch ERP Enterprise.

Aby zapobiec edytowaniu tego samego dokumentu przez więcej niż jednego użytkownika jednocześnie, oryginalny zaparkowany dokument nie jest edytowany a Comarch POS pobiera dane dokumentu z parkingu i tworzy ich kopię.

Walidacja numeru nowej partii tworzonej na stanowisku POS (ERP: Enterprise)

W celu uniknięcia problemów mogących wynikać z niepoprawnie utworzonych numerów dla nowych partii tworzonych w aplikacji Comarch POS, została dodana możliwość walidacji wprowadzanych numerów partii.

Aby zapobiec sytuacji pojawienia się dwóch partii o tym samym numerze, różniącym się jedynie wielkością liter, w systemie ERP w aplikacji Konfiguracja → funkcja Comarch POS dodane zostało nowe pole Zmiana wielkości liter dla numeru partii z opcjami:

• Brak zmiany
• Na wielkie litery
• Na małe litery

Wartość ustawiona w tym polu synchronizowana jest do wszystkich urządzeń z zainstalowaną aplikacją Comarch POS. W zależności od ustawionej opcji wszystkie litery są zamieniane na małe, wielkie lub pozostawiane w postaci jaką wprowadził użytkownik.

Dodano także możliwość zdefiniowania znaków dostępnych do wykorzystania przy tworzeniu nowego numeru partii oraz zdefiniowania dopuszczalnej długości numeru. Dzięki temu wyeliminowane zostaje ryzyko utworzenia przez użytkownika numeru partii zawierającego znaki nieobsługiwane przez system ERP lub numeru o złej długości.

W przypadku próby wprowadzenia numeru partii, który jest niezgodny ze zdefiniowanym wzorcem, pole zostaje oznaczone kolorem czerwonym oraz wyświetlony zostaje komunikat: „Zdefiniowany numer partii zawiera niedozwolone znaki lub ma niepoprawną długość.”

Jeśli zeskanowany zostanie kod z numerem partii niezgodnym z ustalonymi ograniczeniami, aplikacja Comarch POS wyświetla komunikat „Zeskanowany numer partii zawiera niedozwolone znaki lub ma niepoprawną długość” oraz otwierane jest okno z zaznaczonym na czerwono numerem partii.

Uwaga

Białe znaki w numerze partii są usuwane przed zapisaniem numeru w bazie danych Comarch POS niezależnie od powyższych ustawień.

Comarch Loyalty Cloud – możliwość zamknięcia konta członka programu lojalnościowego (ERP: Enterprise).

Użytkownik stanowiska POS może zamknąć konto członka programu lojalnościowego w ramach Comarch Loyalty Cloud Zamknięcie konta jest możliwe poprzez:

• ręczne zablokowanie karty lojalnościowej (z możliwością wskazania przyczyny na podstawie opcji predefiniowanych w systemie Comarch ERP Enterprise)
• wycofanie wymaganych zgód członka programu lojalnościowego

Zmiany w inwentaryzacji

Proces inwentaryzacji – widok rozbieżności (ERP: Enterprise)

Aplikacja Comarch POS umożliwia prezentację rozbieżności w stanach magazynowych, wykrytych w trakcie przeprowadzania inwentaryzacji W nowej wersji zmieniona została logika wyliczania rozbieżności. Od teraz odbywa się na podstawie prawidłowo wyliczonej ilości systemowej, uwzględniając braki. Rozbieżność jest wykrywana, gdy ilość systemowa pozycji (ilość – braki) jest różna od ilości zaraportowanej.

Przykład

Stan początkowy – ilość: 10

Braki: 2

Ilość zgłoszona: 5

Efekt: Przedstawiona ilość systemowa: 8

Prezentowane braki: 2

Generowanie nowego arkusza inwentaryzacji z pozycjami o ujemnych ilościach (ERP: Enterprise)

W opcjach dodania nowego arkusza inwentaryzacji dodano przycisk [Ujemne stany]. Po wybraniu tego przycisku wykonywana jest próba dodania każdego artykułu (uwzględniając partie), którego ilość systemowa jest mniejsza od jego braków – z uwzględnieniem wybranego magazynu na dokumencie inwentaryzacji. Próba dodania każdego artykułu, wykonywana jest według standardowych procedur weryfikacji dodawania pozycji w procesie inwentaryzacji.

Integracja z KSeF (ERP: Altum)

Krajowy System e-Faktur (KSeF) wszedł w życie w Polsce od stycznia 2022 roku. Jego zadaniem jest gromadzenie e-faktur wystawianych przez przedsiębiorców. KSeF daje możliwość wystawiania faktur ustrukturyzowanych jako jednej z akceptowanych form dokumentowania transakcji, obok faktur papierowych i faktur elektronicznych funkcjonujących obecnie w obrocie gospodarczym.

W systemie Comarch ERP Altum istnieje możliwość odnotowania, czy dany klient wyraża zgodę na otrzymywanie faktur przez system KSeF. Obsługa integracji systemu Comarch ERP Altum z systemem KSeF została szczegółowo opisana tutaj. Na karcie kontrahenta w aplikacji Comarch POS dodany został parametr Odbiór faktur przez KSeF, który umożliwia edycję tej zgody.

Uwaga

Parametr jest widoczny jedynie w przypadku, gdy integracja z systemem KSeF jest aktywowana i odnosi się wyłącznie do krajowych (polskich) klientów biznesowych, natomiast nie dotyczy klientów detalicznych.

System Comarch ERP Altum rejestruje  w systemie KSeF nowe faktury, faktury zaliczkowe sprzedaży, korekty wartościowe faktur sprzedaży oraz korekty ilościowe faktur sprzedaży pochodzące z Comarch POS, jeśli:

• obsługa KSeF jest aktywowana w danej firmie
• klient biznesowy wyraża zgodę na otrzymywanie faktur przez KSeF

Po zarejestrowaniu w systemie KSeF faktura otrzymuje numer, który jest następnie zapisywany w systemie Comarch ERP Altum i synchronizowany do Comarch POS.

Na stanowisku POS drukowanie faktury jest blokowane, jeśli:

• klient wyraził zgodę na otrzymywanie faktur przez KSeF
• data dokumentu jest taka sama lub późniejsza niż data podana w parametrze Obsługa KSeF od w systemie Comarch ERP Altum
• dokument nie posiada jeszcze przypisanego numeru pochodzącego z systemu KSeF

Również automatyczne drukowanie zostaje pominięte w przypadku spełnienia powyższych warunków – wyświetlany jest komunikat: „Dokument zostanie wysłany do KSeF.”

Jeśli faktura posiada już przypisany numer z systemu KSeF, może zostać wydrukowana bez żadnych dodatkowych ograniczeń.

Zmiany w usłudze Comarch POS Agent (ERP: Altum, XL)

W przypadku utraty połączenia, w trakcie próby założenia rezerwacji po stronie usługi Comarch POS Agenta rezerwacje nie są tworzone po stronie systemu ERP. W poprzednich wersjach powodowało to kolejkowanie żądania zdjęcia konkretnej liczby rezerwacji po odzyskaniu połączenia. Mogła więc zaistnieć sytuacja, w której ilość wycofanych rezerwacji była większa niż faktycznie założona po stronie usługi Comarch POS Agent. W nowej wersji usługa Comarch POS Agent samodzielnie weryfikuje ilość rezerwacji założonych w ramach danej operacji i poprawnie ją wycofuje.

Na przykład, jeżeli w systemie ERP jest 20 sztuk artykułu A, z czego 10 sztuk jest zarezerwowanych i tworzony jest nowy dokument, który zakłada kolejne 10 sztuk rezerwacji na ten towar, to system ERP musi zweryfikować dostępną ilość w Comarch POS Agencie. W międzyczasie w aplikacji Comarch POS, zostały sprzedane 2 sztuki artykułu A, więc w usłudze Comarch POS Agent dostępna jest informacja o 18 sztukach artykułu A, z czego 10 sztuk podlega rezerwacji. Comarch POS Agent wysyła do systemu ERP informacje o założeniu 8 rezerwacji, ponieważ nie ma już dostępnych pełnych 10 sztuk. Stan w Comarch POS Agent zmienia się na 18 sztuk, z czego 18 sztuk jest zarezerwowanych.

Do tej pory przy utracie połączenia (spowodowanego na przykład chwilowym brakiem dostępu do internetu) system ERP kolejkował żądanie o zdjęciu konkretnej ilości rezerwacji (w tym przypadku 10 sztuk) z Comarch POS Agent. Gdy połączenie zostało przywracane, Comarch POS Agent zdejmował 10 sztuk rezerwacji, zmieniając stan na 18 sztuk, z czego 8 sztuk zarezerwowanych. Wiązało się to ze zdjęciem rezerwacji z innego dokumentu.

Od nowej wersji, w przypadku braku połączenia, system ERP wycofuje rezerwacje związane z konkretnym dokumentem, bez sugerowania ilości, jaką należy zdjąć. Następnie Comarch POS Agent przetwarza takie żądanie i na bazie historii operacji zdejmuje odpowiednią ilość, wiedząc, że założył rezerwację 8 sztuk (więc należy zdjąć 8 sztuk). Stan wraca do 18 sztuk, z czego 10 sztuk jest zarezerwowanych.

Automatyczna kompensacja braków w procesie przesunięć wewnętrznych i korekt zasobów (ERP: Enterprise)

Jeżeli tworzony jest dokument przesunięcia wewnętrznego lub korekta zasobów, to aplikacja Comarch POS weryfikuje, czy w systemie nie ma braków dla tego samego artykułu, identyfikującego się inną partią. Jeżeli takie braki istnieją to system kompensuje braki, tworząc automatycznie odpowiednie dokumenty RW i PW.

Przykład

Kompensacja braków w procesie przesunięcia wewnętrznego:

1. Dostępne są dwa magazyny W1 i W2
2. Istnieje brak zasobów na magazynie W2 dla określonych partii artykułu P1
3. Użytkownik tworzy dokument PW na artykuł P1 z magazynu docelowego W1 na magazyn źródłowy W2.
4. Przesunięcie dotyczy artykułu P1 o partii, która nie ma braków w magazynie B_004 z datą 1.05.2022 i ilością 8 sztuk.
5. W przypadku przesunięcia wewnętrznego Comarch POS tworzy dokument MM- co powoduje zmniejszenie stanów magazynowych artykułu P1 z partią B_004 na magazynie W1.
6. W tym samym czasie Comarch POS tworzy dokument MM+ i PRP w celu zwiększenia ilości stanów artykułu P1 o partii B_004 na magazynie W2.
7. W przypadku włączonej kompensacji, Comarch POS wygeneruje automatycznie, w celu kompensacji braków, dokumenty:

• RW na 8 sztuk artykułu P1 o partii B_004
• PW na 6 sztuk artykułu P1 o partii B_001 i 2 sztuk artykułu P1 o partii B_002

Zestawienie systemów ERP, z którymi współpracuje Comarch POS 2022.0

System ERP	Wersja
Comarch ERP Altum	2022.0
Comarch ERP Enterprise	6.0, 6.1, 6.2,6.3
Comarch ERP XL	2022.0

Przyciski szybkiej sprzedaży (ERP: Altum, Enterprise, XL)

W celu optymalizacji sprzedaży dla sklepów, które nie korzystają z czytników kodów kreskowych wprowadzona została funkcjonalność Przycisków 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)

W systemie Comarch ERP Altum i Comarch ERP XL możliwe jest wybranie jednego 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

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.

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.

Zmiany fiskalizacji faktur (ERP: Altum)

Zmieniono zasady fiskalizacji faktur oraz faktur zaliczkowych poprzez uwzględnienie w warunkach fiskalizacji weryfikacji rodzaju kontrahenta:

• faktura zaliczkowa zostanie zafiskalizowana, jeśli wybrano kontrahenta detalicznego oraz na źródłowym zamówieniu sprzedaży został ustalony kierunek VAT od brutto
• faktura sprzedaży zostanie zafiskalizowana, jeśli wybrano kontrahenta detalicznego oraz na tej fakturze został ustalony kierunek VAT od brutto

Zewnętrzne karty podarunkowe w integracji z Ingenico (ERP: Enterprise)

Wprowadzono integrację zewnętrznych kart podarunkowych obsługiwanych przez terminal płatniczy z protokołem Ingenico używanym we Francji.

Na stanowisku POS obsłużono:

• płatność kartą podarunkową lub kartą z możliwością doładowania
• proces zwrotu środków na kartę podarunkową w procesie korekty sprzedaży
• doładowanie karty – klient w jednej transakcji zapłaci za dokument, a także za doładowanie karty
• wydruk potwierdzenia dla transakcji doładowania/zasilenia
• dezaktywację karty
• weryfikacja stanu środków na karcie

Integracja z PayTel (ING) (ERP: Altum, Enterprise, XL)

Wprowadzono integrację Comarch POS z terminalem płatniczym PayTel.

Dodano do widoku Zamknięcia okna przycisk [Raport transakcyjny]. W raporcie tym znajdują się wszystkie informacje o transakcjach przeprowadzonych za pomocą karty PayTel.

Wyszukiwanie zamówienia sprzedaży po numerze obcym

W celu usprawnienia wyszukiwania zamówień sprzedaży dodano funkcjonalność umożliwiającą ich szybkie wyszukiwanie po numerze obcym. Zamówienia sprzedaży mogą być wyszukiwane z poziomu listy zamówień sprzedaży zarówno poprzez zeskanowanie jak i ręczne wpisanie numeru obcego dokumentu.

W przypadku nieodnalezienia wyszukiwanego numeru ZS w bazie danych wyszukiwany jest jego numer obcy – przeszukiwanie numerów obcych odbywa się na dokumentach ZS. Jeśli zeskanowany numer zostanie odnaleziony, użytkownik zostanie przeniesiony do widoku dokumentu ZS powiązanego z tym numerem. Wyszukiwanie ręcznie wpisanego numeru obcego przebiega analogicznie jak w przypadku zeskanowania numeru przy użyciu czytnika.

Generowanie dokumentów z poziomu podglądu ZS

Na widoku podglądu dokumentu ZS dodano przycisk umożliwiający generowanie dokumentów handlowych, dostępny uprzednio jedynie z poziomu listy wszystkich zamówień sprzedaży.

Uwaga

Przycisk ten jest dostępny wyłącznie w przypadku ZS w stanie Zatwierdzony lub W realizacji.

Uwaga

Do prawidłowego działania Comarch POS w wersji 2021.6 z programem Comarch ERP Altum w wersji 2021.5 wymagana jest instalacja QuickFixa QF2021500.20211020.01 (lub nowszego) dla Comarch ERP Altum.

Integracja z zewnętrznymi programami lojalnościowymi Comarch Loyalty Cloud (ERP: 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)

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.

Kody wartościowe (ERP: Enterprise)

Oprócz kodów wagowych, wprowadzono obsługę kodów wartościowych, czyli kodów przekazujących podczas skanowania towaru, zaszytą wartość w kodzie. Na podstawie takiego kodu dodawana jest na stanowisku POS odpowiednia ilość tego towaru na dokument.

Zmiany w inwentaryzacji (ERP: Enterprise)

Komunikaty prezentowane podczas blokady inwentaryzacji (ERP: Enterprise)

Niezależnie, czy nowy arkusz inwentaryzacji tworzony jest na podstawie rozbieżności z innego arkusza, czy w dowolny inny sposób – może zdarzyć się, że niektóre lub wszystkie ze wskazanych artykułów nie mogą zostać na niego dodane. Do tej pory wyświetlany był uniwersalny komunikat o niepowodzeniu próby dodania do arkusza wskazanych towarów. Treść tego komunikatu została dodatkowo rozróżniona w zależności od sytuacji, której dotyczy:

• w przypadku braku na stanowisku POS dostępności usługi POS Agent, wyświetlany jest komunikat: „Nie można dodać artykułu na listę. Brak połączenia z usługą POS Agent.” Jeżeli na stanowisku nie będzie połączenia z obiema usługami, lub z centralą to zostanie wyświetlony komunikat: „Część pozycji nie mogła zostać dodana na inwentaryzację.”
• w przypadku, gdy artykuł jest zawarty na innym arkuszu inwentaryzacji, którego zamknięcie na POS nie zostało jeszcze przesynchronizowane do systemu ERP lub arkusz inwentaryzacji został zamknięty i zsynchronizowany do systemu ERP, ale nie został jeszcze przetworzony przez ERP, na stanowisku POS wyświetlany jest komunikat: „Rezultaty poprzedniej inwentaryzacji nie zostały jeszcze przetworzone. Spróbuj ponownie za kilka minut.”
• w przypadku, gdy artykuł jest zawarty na innym arkuszu inwentaryzacji utworzonym przez innego użytkownika w systemie ERP lub na stanowisku POS (pozycja dodana ręcznie lub przez rozbieżności), komunikat: „Niektóre artykuły nie mogły zostać dodane, ponieważ stanowią pozycje innego niezamkniętego arkusza.”

Resetowanie braków po inwentaryzacji (ERP: Enterprise)

W momencie zamykania pozycji arkusza inwentaryzacji jej braki są zawsze wyzerowane. Jeżeli zamykana pozycja jest artykułem zawierającym partie, to braki są wyzerowane na wszystkich jej partiach.

Blokada zmiany ustawień pracownika innego sklepu (ERP: Enterprise)

Funkcjonalność: Zarządzanie pracownikami ułatwia proces tworzenia konta nowego pracownika i umożliwia uprawnionemu użytkownikowi sklepu rejestrację nowych pracowników. Został dodany nowy parametr w systemie ERP: 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”.

Zmiany na podsumowaniu dokumentu i podsumowaniu rabatów (ERP: Altum, Enterprise)

Na podsumowaniu dokumentu i podsumowaniu rabatów została dodana możliwość prezentowania różnicy cen. Jest to różnica pomiędzy wartością artykułów w cenie bazowej a początkowej. Wartość różnicy w cenie jest wyliczana dla każdej pozycji dokumentu oraz dla całego dokumentu.

W sekcji podsumowania dokumentu dodano również informację o sumie bazowej, stanowiącej sumę wszystkich pozycji dokumentu w cenie bazowej, z uwzględnieniem ilości każdej pozycji.

W oknie podsumowania rabatów dodana została nowa 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 zmianie uległa nazwa sekcji: Wartość dokumentu bez rabatów na Wartość dokumentu w cenie początkowej – wyliczana jako suma wszystkich pozycji dokumentów w cenie początkowej.

Logowanie dodatkowych operacji specjalnych (ERP: Enterprise)

Wprowadzono logowanie dodatkowych operacji specjalnych, aby umożliwić śledzenie w systemie ERP potencjalnie nieprawidłowych operacji wykonywanych na stanowisku POS. Dzięki temu możliwa jest kontrola nadużyć i pomyłek podczas korzystania z aplikacji POS.

Widoczność kuponów (ERP: Enterprise)

Wprowadzona została możliwość zarządzania widocznością kuponów wyświetlanych w oknie ich wyboru na dokumencie handlowym oraz wyświetlanych na podglądzie kontrahenta. Zmiana ta ma na celu ograniczenie użytkownikom POS dostępu do kuponów klientów, aby zapobiec nieautoryzowanemu użyciu kodu. Ustawienie widoczności kuponów obsługiwane jest w systemie ERP z poziomu definicji kuponu i przesyłane do POS za pomocą standardowej synchronizacji, dzięki czemu kupon nie jest zupełnie widoczny w oknie wyboru kuponów. Kupon staje się widoczny dopiero po zeskanowaniu/wyszukaniu konkretnego numeru (istotne by był to cały numer, fragment nie zostanie wyszukany).

Zmiany na podsumowaniu stanu kasy i zamknięciu dnia/zmiany (ERP: Altum, Enterprise, XL)

Na podsumowaniu stanu kasy i zamknięciu dnia/zmiany zmieniona została nazwa kolumny z Liczba płatności na Liczba operacji. Kolumna ta odnosi się do liczby operacji/przepływów pochodzących zarówno z płatności za dokumenty handlowe jak i ręcznie wystawionych dokumentów KP i KW.

Dodatkowo w ramach tej zmiany, na zamknięciu dnia/zmiany dodano również kolumnę Liczba płatności wynikającą wyłącznie z dokumentów handlowych.

Filtrowanie atrybutów wielowartościowych (ERP: Enterprise)

Dodano możliwość filtrowania atrybutów wielowartościowych na listach artykułów i kontrahentów za pomocą warunków „lub” oraz „i”.

W oknie filtrowania atrybutów wielowartościowych dodano nowy parametr Wymagaj wszystkich. Odznaczenie parametru pozwala na wyświetlanie atrybutów po warunku „lub”, natomiast zaznaczenie go – po warunku „i”.

Przykład

Atrybuty kontrahenta:

• Jaja
• Soja
• Miód
• Gluten
• Orzechy

Kontrahent 1 – wartości kontrahenta: Jaja, Soja, Miód

Kontrahent 2 – wartości kontrahenta: Soja, Miód, Gluten

Kontrahent 3 – wartości kontrahenta: Jaja, Orzechy, Gluten

W zależności od ustawień filtrowania, czyli aktywacji parametru Wymagaj wszystkich użytkownik na stanowisku POS otrzyma różne wyniki filtrowania.

Tabela 1 Zależność filtrowania od parametru Wymagaj wszystkich

Kopiowanie pozycji dokumentów (ERP: Altum, Enterprise, XL)

Umożliwiono kopiowanie pozycji 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, a wiec funkcjonalność dedykowana jest dla osób używających klawiatury i myszy.

Blokowanie przyjmowania nieaktualnych partii (ERP: Enterprise)

Do tej pory na stanowisku POS możliwe było wybranie przez użytkownika daty z przeszłości jako daty ważności przyjmowanych partii, a także zeskanowanie kodu kreskowego z datą ważności z przeszłości. Od wersji 2021.6 dodana została parametryzacja blokady wprowadzania i skanowania takiej daty podczas przyjęcia magazynowego. Jeżeli parametr jest nieaktywny to na stanowisku POS wyświetlany jest komunikat: „Przeterminowane artykuły nie mogą być przyjmowane na magazyn sklepu”.

Zmiany dotyczące sposobu zliczania bonów zewnętrznych oraz czeków (ERP: Enterprise)

Dzięki tym zmianom użytkownik ma możliwość zliczenia bonów/czeków prezentowanych w postaci listy z informacją o konkretnym numerze i kwocie. Istnieje również możliwość zaznaczenia wielu bonów/czeków, w celu ich zliczenia i weryfikacji różnic. Niezaznaczone czeki/bony będą automatycznie usunięte z kasy i wygenerowany zostanie odpowiedni dokument KP/KW.

W oknie zliczania stanu kasy, istnieje również możliwość dodania nowego bonu/czeku który znalazł się w kasecie z jakiegoś powodu, a nie wynika z dokonanych płatności.

Przykład

Jeżeli w ciągu dnia zrealizowano:

• 1 x bon restauracyjny o wartości 10 PLN
• 2 x bon restauracyjny o wartości 5 PLN
• 4 x bon usługowy o wartości 2 PLN
• 4 x bon usługowy o wartości 8 PLN

W ramach zmiany otrzymano:

• Bony restauracyjne o wartości łącznej: 20 PLN
• Bony usługowe o wartości łącznej: 40 PLN

Po przeliczeniu szuflady:

• Bony restauracyjne o wartości łącznej: 15 PLN
• Bony usługowe o wartości: 42 PLN

Uwaga

Bony restauracyjne o wartości łącznej: 15 PLN – zauważono brak jednego bonu na wartość 5 PLN, więc nie zostaje on zaznaczony w oknie i po zatwierdzeniu wygenerowany zostanie dokument KW.

Uwaga

Bony usługowe o wartości: 42 PLN – zauważono dodatkowy bon na wartość 2 PLN, więc wprowadzono go za pomocą przycisku Dodaj, a po zatwierdzeniu wygenerowany został dokument KP.

Tworzenie zamówień wewnętrznych (ERP: XL)

W celu poprawy ergonomii pracy wprowadzono możliwość tworzenia zamówień wewnętrznych na stanowisku POS. Możliwe jest:

• tworzenie nowego zamówienia wewnętrznego
• śledzenie statusu zamówienia wewnętrznego
• automatyczne zamknięcie zamówień wewnętrznych po otrzymaniu i przyjęciu powiązanych dokumentów MM-

Funkcjonalność Zamówienia wewnętrzne dostępna jest pod kaflem Back office.

Pod kaflem Zamówienia wewnętrzne dostępna jest nowa lista z utworzonymi zamówieniami wewnętrznymi.

Pozostałe zmiany w obszarze Comarch POS

Karty podarunkowe w integracji z Nepting (ERP: 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. Wprowadzono integrację kart podarunkowych obsługiwanych przez terminal płatniczy z protokołem Nepting.

Na stanowisku POS obsłużono:

• płatność kartą podarunkową lub kartą doładowywaną
• proces zwrotu środków na kartę podarunkową w procesie korekty sprzedaży
• doładowanie karty – klient w jednej transakcji zapłaci za standardowe pozycje na dokumencie, a także za doładowanie karty
• wydruk potwierdzenia dla transakcji doładowania/zasilenia
• dezaktywację karty

Zarejestrowany podpis zgody w zewnętrznym systemie (ERP: Enterprise)

Dodano parametr informujący, że podpis klienta potwierdzający stan zgód na przetwarzanie danych osobowych został zarejestrowany za pośrednictwem zewnętrznego systemu. Dzięki temu – w takim przypadku aplikacja POS nie wyświetla komunikatu o brakującym wymaganym podpisie klienta.

Artykuły powiązane (Comarch ERP: Altum, Enterprise)

Artykuły powiązane na podglądzie karty artykułu

Udostępniona została możliwość podglądu artykułów powiązanych z aktualnie wyświetlanym artykułem, na zakładce Artykuły powiązane. Dzięki temu sprzedawca ma możliwość zaproponowania Klientowi:

• artykułów zastępczych, w momencie gdy wybrany artykuł jest niedostępny
• artykułów, które są artykułami uzupełniającymi wybrany już towar

Na nowo dodanej zakładce Artykuły powiązane prezentowane są kolumny:

• Nazwa
• Typ powiązania
• Grupa towarowa
• Cena bazowa

Po wybraniu artykułu powiązanego, dostępny jest przycisk [Podgląd], pozwalający na wyświetlenie informacji dotyczących powiązanej pozycji.

Artykuły powiązane na paragonie i fakturze sprzedaży

Dla każdego artykułu, który posiada przynajmniej jeden artykuł powiązany, w oknie paragonu i faktury sprzedaży prezentowany jest panel z artykułami powiązanymi.

W panelu, oprócz szczegółowych informacji dotyczących artykułu powiązanego, dodano przyciski:

• [Pokaż wszystkie artykuły powiązane] – otwiera okno z wszystkimi artykułami powiązanymi, które można zaproponować klientowi. W otwartym oknie artykuły są pogrupowane na sekcje odpowiadające typom powiązań artykułów.
• [Pokaż kontrahentowi] – wyświetla na ekranie przeznaczonym dla klienta artykuły powiązane, które mogą go zainteresować. W Comarch ERP Enterprise istnieje dodatkowo możliwość konfiguracji, czy po wybraniu artykułu powiązanego ma on zostać bezpośrednio dodany na dokument, czy najpierw wyświetlony jego podgląd.

Zmiany na podglądzie artykułu (Comarch ERP: Altum, Enterprise)

Na zakładce Zasoby, karty artykułu dodane zostały kolumny informujące o:

• ilości towaru zamówionego przez sklep, ale jeszcze niedostarczonego – kolumna Zamówione
• ilości towaru, wysłanego do sklepu, ale jeszcze nierozpakowanego – kolumna Oczekiwane

Zmiany w oknie historii transakcji kontrahenta (Comarch ERP: Altum, Enterprise, XL)

Dotychczas na liście transakcji kontrahenta możliwe było wyszukiwanie artykułu na podstawie: nazwy, kodu EAN, oraz numeru dokumentu. Listę dodatkowo można było zawężać przy pomocy filtra Status. W celu usprawnienia wyszukiwania dokumentów umożliwiono wyszukiwanie artykułów przy pomocy:

• kodu artykułu
• cech
• atrybutów
• kodu kreskowego dokumentu

oraz wyszukiwanie transakcji przy użyciu filtrów:

• Cena końcowa
• Data utworzenia
• Wartość dokumentu
• Artykuł uszkodzony
• Wartości dostępnych cech i atrybutów

Obsługa atrybutów wielowartościowych (Comarch ERP: Enterprise)

Dla kontrahentów wprowadzona została obsługa atrybutów wielowartościowych, definiowanych w systemie ERP. Dzięki wielowartościowym atrybutom istnieje możliwość określenia  przykładowo preferencji klienta podczas dodawania nowego kontrahenta.

Nowe okno z możliwością wielokrotnego wyboru wartości atrybutów dostępne jest z poziomu edycji lub dodawania kontrahenta.

Wartości atrybutów wybrane w nowym oknie, prezentowane są na liście kontrahentów w kolumnie atrybutów.

 

Zmiany w kompletacji zamówienia (Comarch ERP: Enterprise)

Dodatkowe pole w oknie kompletacji zamówienia

W oknie kompletacji zamówienia zostało dodane pole Opis, dzięki któremu osoba przygotowująca zamówienie może dodać komentarz, na przykład z informacją, gdzie zamówienie będzie przechowywane.

Wartość pola Opis jest przenoszona na fakturę/paragon ze skompletowanego zamówienia, bez możliwości edycji.

Weryfikacja rozbieżności w procesie kompletacji

Wprowadzono zmiany dotyczące walidacji podczas zatwierdzania procesu kompletacji. Dotychczas weryfikowane było wyłącznie czy w procesie kompletacji istnieje przynajmniej jeden towar, który nie został w całości zebrany. Od wersji 2021.2 weryfikowane jest, czy istnieje jakikolwiek artykuł, którego ilość zebrana jest różna od ilości zamówionej (uwzględniane są również nowododane towary). W związku ze zmianami, doprecyzowane zostały komunikaty, wyświetlane w przypadku rozbieżności w oknie kompletacji zamówienia. Jeżeli ilość zebrana artykułu jest większa niż ilość zamówiona, na stanowisku POS zostanie wyświetlony komunikat: „Wprowadzono większą ilość niż zamówiona przez Klienta. Towar zostanie dodany jako nowa pozycja. Czy chcesz kontynuować?”. Drugi komunikat wyświetla się w przypadku dodania na listę kompletacji artykułu, który nie został zamówiony: „Towar nie należy do tego zamówienia. Czy chcesz go skompletować”.

Zmiany w modyfikacji widoku (Comarch ERP: Altum, Enterprise, XL)

Z poziomu funkcjonalności zarządzania widokami została wprowadzona możliwość definiowania podpowiedzi dla każdego elementu, atrybutu stanowiącego pole tekstowe. Dzięki tej funkcjonalności, użytkownik zostaje poinformowany o zalecanym formacie lub typie informacji, którą należy wprowadzić w dane pole. Podpowiedź to określony tekst, któremu można nadać indywidualnie kolor czcionki.

Dokumenty powiązane (Comarch ERP: Altum, Enterprise)

W celu zwiększenia ergonomii dodano możliwość wyświetlania wszystkich powiązanych dokumentów na jednej liście oraz podglądu lub wydruku poszczególnych dokumentów powiązanych. Nowy przycisk [Dokumenty powiązane] został dodany na listach:

• Dokumentów handlowych
• Zamówień i ofert sprzedaży
• Przyjęć dostaw
• Przesunięć wewnętrznych

Zmieniono również sposób wyświetlania dokumentów w kolumnie Dokumenty powiązane. Jeżeli istnieją więcej niż trzy dokumenty skojarzone, zamiast nazwy trzeciego dokumentu prezentowany jest link Zobacz więcej, który otwiera okno z listą wszystkich dokumentów powiązanych z danym dokumentem, tak jak po wybraniu przycisku [Dokumenty powiązane].

Sekcja podsumowująca w oknie zamknięcia zmiany/dnia (Comarch ERP: Altum, Enterprise, XL)

Dodano sekcję podsumowującą w oknie zamknięcia zmiany/dnia. Sekcja jest domyślnie ukryta, istnieje możliwość jej zaprezentowania poprzez modyfikację widoku.

Uwaga

Sekcja podsumowująca działa wyłącznie dla waluty systemowej.

Obowiązkowe zliczanie stanu szuflady kasowej w trybie zmianowym (Comarch ERP: Enterprise)

W celu kontroli gotówki przechowywanej w szufladzie kasowej, udostępniono możliwość zobowiązania każdego użytkownika do zliczenia zawartości szuflady podczas otwarcia i zamknięcia zmiany. Funkcjonalność dostępna jest po włączeniu w systemie ERP parametru: Wymagane zliczanie stanu kasy. Przy uruchomionej kontroli, okno zliczania kasy jest otwierane automatycznie po przejściu na widok rozpoczęcia lub zamknięcia zmiany oraz nie może zostać zatwierdzone do momentu wprowadzenia wartości przez użytkownika. Nowa funkcjonalność uniemożliwia późniejsze wprowadzenie wartości w kolumnie Stan rzeczywisty.

Uwaga

Dla stanu gotówki 0,00 PLN wyliczonej przez system, zliczanie nie jest wymagane.

Obsługa funkcjonalności Zarządzanie sejfem dla stanowiskowego trybu pracy (Comarch ERP: Enterprise)

W odpowiedzi na wymagania rynku dostosowano działanie sejfu również dla trybu pracy stanowiskowego (dziennego). Sesja operatora to okres pracy od czasu otwarcia dnia do zakończenia dnia na danym urządzeniu. Działanie sejfu dla tego trybu wygląda analogicznie jak dla trybu zmianowego z niewielkimi różnicami w obsłudze dokumentów wpłat/wypłat w ramach sejfu:

• udostępniono pole Obsługujący, pozwalające na wybór operatora dokonującego wpłaty/wypłaty
• lista wyboru czeków/bonów do wpłaty/wypłaty jest ograniczona do tych wystawionych na danym stanowisku POS

Domyślnie włączony parametr Aktywność w oknie dodania pracownika (Comarch ERP: Enterprise)

Od wersji 2021.2 parametr Aktywność w oknie dodawania nowego pracownika jest domyślnie włączony, dzięki czemu utworzone konto jest aktywne w systemie.

Weryfikacja artykułów dodatkowych (gratisów) na dokumencie (Comarch ERP: Enterprise)

Została dodana nowa funkcjonalność pozwalająca na wyświetlenie naliczonych oraz możliwych do naliczenia gratisów zdefiniowanych dla promocji pakietowych i rabatu nagłówka od wartości transakcji (basket) z gratisem. Dzięki temu operator może poinformować klienta o naliczonych gratisach oraz dodać te brakujące na dokumencie. 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.

Uwaga

Należy pamiętać, że dodanie i naliczenie kolejnych artykułów zdefiniowanych jako gratis powoduje przeliczenie dokumentu i tym samym zmianę warunków do spełnienia kolejnych promocji. O naliczeniu odpowiedniej promocji po dodaniu konkretnego gratisu decyduje priorytet i spełnienie warunków określonych w definicji.

Przykład

W systemie ERP zdefiniowane są dwie promocje pakietowe:

• Promocja pakietowa 1: Kup artykuł A i B, a artykuł C otrzymasz gratis
• Promocja pakietowa 2: Kup artykuł A i D, a artykuł E otrzymasz gratis

Na dokumencie znajdują się:

• Artykuł A – 1 szt. (promocja pakietowa nie jest naliczana)
• Artykuł B – 1 szt. (promocja pakietowa nie jest naliczana)
• Artykuł D – 1 szt. (promocja pakietowa nie jest naliczana)

Po zatwierdzeniu użytkownik widzi informację o dostępnych gratisach:

• Artykuł C z promocji „Kup artykuł A i B, a artykuł C otrzymasz gratis”
• Artykuł E z promocji „Kup artykuł A i D, a artykuł E otrzymasz gratis”

W takiej sytuacji dodanie jednego gratisu na dokument spowoduje naliczenie odpowiedniej promocji pakietowej, dodanie obu gratisów spowoduje naliczenie promocji pakietowej o wyższym priorytecie.

Zmiany dotyczące zamówień (ERP: Altum, Enterprise, XL)

Zostały wprowadzone zmiany dotyczące zamówień sprzedaży, na których znajdują się subelementy pochodzące z magazynu obcego, czyli niedostępnego dla danego centrum posiadającego POS Agent.

Rejestrowanie dodatkowych informacji o rezerwacjach

Rejestracja dodatkowych informacji o rezerwacjach z zamówień sprzedaży nastąpi podczas:

• otworzenia i edycji ZS – jeżeli przynajmniej jeden subelement pochodzi z magazynu niedostępnego dla tego centrum, to na stanowisku POS zostanie wyświetlone ostrzeżenie, informujące iż niektóre elementy zamówienia mają zdefiniowane magazyny niedostępne w tym centrum i otwarcie ZS spowoduje automatyczną aktualizację wskazanych magazynów na takie, które są dostępne w tym sklepie
• anulowania lub zamknięcia ZS – powoduje zwolnienie rezerwacji subelementów z magazynów obsługiwanych przez POS Agent
• generowania PAR/FS do dokumentu ZS – jeżeli przynajmniej jeden subelement posiada zdefiniowany magazyn, który jest niedostępny w tym centrum, to na stanowisku POS zostanie wyświetlony komunikat informujący o konieczności zmiany magazynów przed rozpoczęciem realizacji zamówienia. W przypadku gdy magazyny nie zostaną zmodyfikowane, system automatycznie ustawi odpowiednie magazyny na pozycjach.

Modyfikacja widoku

W widoku generowania i edycji ZS został dodany przycisk [Wybierz magazyn], który umożliwia zmianę magazynu danej pozycji, której subelement pochodzi z niedostępnego magazynu w tym centrum.

Notyfikacja dźwiękowa w przypadku różnych zdarzeń przy skanowaniu artykułów (ERP: Enterprise)

W celu usprawnienia pracy użytkownika podczas skanowania artykułów, dodana została funkcjonalność powiadomienia dźwiękowego. Dzięki dodatkowemu, charakterystycznemu dźwiękowi towarzyszącemu różnym procesom, na przykład przy przyjęciu, możliwe będzie natychmiastowe rozpoznanie czy artykuł został zeskanowany poprawnie.
W systemie ERP dodany został parametr Dostępność dźwięku, którego aktywowanie włącza funkcjonalność notyfikacji dźwiękowej.
Wprowadzono cztery typy dźwięków w zależności od występującego zdarzenia:

• Poprawne skanowanie (OnScanSuccess) – zeskanowano kod artykułu i zwiększono ilość na dokumencie
• Błąd skanowania (OnScanFail) – zeskanowano kod artykułu, ale nie może on zostać dodany na dokument (kod jest nieznany lub towar nie może zostać dodany z powodu walidacji)
• Wymaga interakcji użytkownika (OnBatchDetailsRequired) – na przykład wyświetlone zostaje okno pozwalające na wprowadzenie właściwości partii
• Błąd aplikacji (OnError) – błąd aplikacji podkreślony notyfikacją dźwiękową

Obsługa bonów socjalnych (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. 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ą).

Konfiguracja form płatności uwzględnianych w sejfie (ERP: Enterprise)

Wprowadzona została możliwość konfiguracji form płatności jakie należy przechowywać w sejfie. W związku z rozwojem i obsługą coraz większej ilości różnych rodzajów bonów zewnętrznych skonfigurowanych w systemie ERP m.in.: bony socjalne, bony restauracyjne, Sodexo, dodano walidację zewnętrznych bonów. Walidacja pomaga w określeniu, które bony powinny trafić do sejfu jako depozyt, w celu późniejszego przekazania firmie zewnętrznej do spieniężenia.
Dla formy płatności bonem zewnętrznym dodany został w systemie ERP parametr: Uwzględnij w sejfie.

Zmiany w funkcjonalności Zarządzanie sejfem (ERP: Enterprise)

Zmiany na widoku stanu sejfu

Została wprowadzona zmiana, dzięki której w widoku salda sejfu, prezentowany jest stan początkowy w każdej formie płatności, wynikający z transakcji dokonanych w dniu poprzednim. Wcześniejsze działanie zakładało jedynie prezentację danych na dzień bieżący.

Uwaga

Zmiana w prezentacji stanu sejfu wymaga wypłaty wszystkich środków z sejfu przed aktualizacją POS do wersji 2021.1. Klienci, którzy korzystali z funkcjonalności Sejf, muszą dokonać wypłaty z sejfu w każdej dostępnej formie płatności, tak aby stan sejfu na koniec dnia wynosił 0,00 PLN.

W oknie sejfu dodane zostały dwie kolumny, dla każdej formy płatności:

• Stan początkowy – informuje o saldzie początkowym, dla każdej formy płatności w sklepie.
• Stan końcowy – podsumowanie kwoty początkowej i wszystkich wpływów w sklepie dla danej formy płatności, w bieżącym dniu pracy. Dla każdej formy płatności stan końcowy jest stanem początkowym następnego dnia.

Filtrowanie po atrybutach

Na liście transakcji w ramach sejfu została udostępniona możliwość filtrowania listy po atrybutach, poprzez dodanie kolumny i filtru dla każdej klasy atrybutów zdefiniowanych na dokumentach KP/KW.

Lista rozbieżności przyjęcia towarów (ERP: Enterprise)

Do tej pory przyjęcie towarów na stanowisku POS składało się tylko z jednego etapu – skanowania wszystkich dostępnych artykułów. W przypadku dużej ilości pozycji dostawy, użytkownik nie mógł w prosty sposób określić, czy wszystkie towary zostały przyjęte poprawnie, oraz zidentyfikować istniejących rozbieżności. Dlatego, aby uprościć proces przyjęcia, został on podzielony na dwa etapy:

• skanowanie wszystkich dostępnych artykułów
• weryfikacja, czy występują rozbieżności (brakujące/dodatkowe artykuły)

W systemie ERP dodany został nowy parametr Pokaż listę rozbieżności dla przyjęć towarów, którego aktywacja umożliwia podgląd listy rozbieżności przyjęcia towarów.
W oknie przyjęcia dodany został przycisk [Pokaż wszystkie artykuły].

W przypadku braku rozbieżności na raporcie, po wybraniu przycisku [Zatwierdź], wyświetlony zostanie komunikat: Nie znaleziono rozbieżności. Wszystkie oczekiwane artykuły zostały przyjęte.

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

Rozszerzono definicję Rabatu nagłówka od wartości transakcji o możliwość naliczenia 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 powinien zostać 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. W przypadku naliczenia kilku rabatów tego typu, do weryfikacji progu kolejnego gratisu uwzględniana jest wartość dokumentu po pomniejszeniu o już naliczony wcześniej gratis.

Przykład

W systemie ERP zdefiniowano dwa rabaty typu Gratis od wartości transakcji uruchamiane kuponami:

• Wydaj 20 PLN i otrzymaj Notatnik za darmo (artykuł gratis jako stała cena 0,00PLN)
• Wydaj 30 PLN, a za najdroższy zapłać 3 PLN (grupa artykułów jako cena stała 3,00PLN)

Zeskanowano oba kupony, a poniższe artykuły zostały dodane do dokumentu sprzedaży:

• Zeszyt 2 szt. – 15,00 PLN
• Flamastry 1 szt. – 8,00 PLN
• Notatnik 1 szt. – 5,00 PLN – 0,00 PLN

Wartość dokumentu to 28,00 PLN (Ponad 20,00 PLN), więc dodawany jest Notatnik z ceną 0,00 PLN
Po zeskanowaniu kolejnego artykułu:

• Kredki 1 szt. – 6,00 PLN

Teraz wartość dokumentu to 29,00 PLN, ponieważ weryfikacja progu powinna uwzględniać wartość artykułu wcześniej dodanego jako gratis.

• Zeszyt 2 szt. – 15,00 PLN
• Flamastry 1 szt. – 8,00 PLN
• Notatnik 1 szt. – 5,00 PLN – 0,00 PLN
• Kredki 1 szt. – 6,00 PLN

Po zeskanowaniu kolejnego artykułu:

• Długopis 2 szt. – 2,00 PLN

Wartość dokumentu to 31,00 PLN (ponad 30,00 PLN), więc dodatkowo najdroższy artykuł kosztuje 3,00 PLN.

• Zeszyt 2 szt. – 15,00 PLN
• Flamastry 1 szt. – 8,00 PLN – 3,00 PLN
• Notatnik 1 szt. – 5,00 PLN – 0,00 PLN
• Kredki 1 szt. – 6,00 PLN
• Długopis 2 szt. – 2,00 PLN

Podsumowanie rabatów (ERP: Altum, Enterprise, XL)

Celem wprowadzenia podsumowania rabatów jest zoptymalizowanie widoku rabatów zastosowanych na dokumencie. Podsumowanie rabatu prezentuje:

• całkowitą wartość dokumentu bez rabatu
• sumę rabatów towarowych i promocji pakietowych
• sumę rabatów nagłówka od wartości transakcji
• sumę rabatów użytkownika
• końcową wartość dokumentu, po uwzględnieniu rabatów, do zapłacenia przez klienta.

Na oknach dokumentów handlowych została dodana możliwość podglądu podsumowania naliczonych rabatów za pomocą przycisku [Podsumowanie rabatów], który jest domyślnie ukryty w modyfikacji widoku. Po jego wybraniu otwiera się okno Szczegóły rabatów, w przypadku gdy na dokumencie zastosowany został co najmniej jeden rabat.

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

Przykład

Na dokumencie zostały naliczone poniższe promocje:

• Promocja pakietowa: 15,00 PLN
• Promocja pakietowa dedykowana nabywcy: 15,00 PLN
• Rabat nabywcy na artykuł: 10,00 PLN
• Rabat grupy nabywców na grupę artykułów: 10,00 PLN
• Rabat grupy nabywców na grupę artykułów: 5,00 PLN
• Rabat nagłówka od wartości transakcji: 20,00 PLN

Na podsumowaniu rabatów prezentowane będą wszystkie rabaty pogrupowane wg sekcji:

Wartość dokumentu bez rabatu: 300,00 PLN

Rabaty towarowe: 55,00 PLN

• Rabaty dedykowane nabywcy: 25,00 PLN
  • Promocja pakietowa dedykowana nabywcy: 15,00 PLN
  • Rabat nabywcy na artykuł: 10,00 PLN
• Pozostałe: 30,00 PLN
  • Promocja pakietowa: 15,00 PLN
  • Rabat grupy nabywców na grupę artykułów: 10,00 PLN
  • Rabat grupy nabywców na grupę artykułów: 5,00 PLN

Rabat nagłówka od wartości transakcji: 20,00 PLN

Wartość po uwzględnieniu rabatu: 225,00 PLN

Zmiany w wyświetlaniu szczegółów artykułu na dokumencie (ERP: Altum, Enterprise, XL)

Zmiany w oknach dokumentów: ZS,OS, PAR, FS, KIPAR i KIFS wprowadzone zostały w celu zwiększenia czytelności i przejrzystości listy artykułów.

Kod towaru na pozycji dokumentu

Została dodana możliwość prezentowania kodu towaru na pozycji dokumentu zamiast kodu kreskowego lub wraz z nim na dokumentach.

Cena bazowa

Została dodana możliwość prezentacji Ceny bazowej (domyślnie ukryta) na szczegółach artykułu.

Zarządzanie wyświetlaniem atrybutów i cech

Dotychczas była możliwość prezentowania wszystkich atrybutów i cech artykułu lub ich ukrycia na dokumencie. W związku z poprawą ergonomii pracy i potrzebą prezentowania pojedynczych atrybutów/cech wprowadzona została możliwość indywidualnego zarządzania wyświetlaniem, poprzez wybranie atrybutu/cechy w modyfikacji widoku i zadecydowanie o widoczności.

Zmiany ergonomiczne

Inwentaryzacja: Prezentacja kolumny z kodami artykułów w oknie rozbieżności (ERP: Enterprise)

W widoku potwierdzenia rozbieżności dodano kolumnę przedstawiającą kody prezentowanych artykułów.

Inwentaryzacja: Ulepszenia ergonomiczne w oknie określania szczegółów partii (ERP: Enterprise)

Zwiększono ergonomię określania szczegółów partii inwentaryzowanych artykułów poprzez podpowiadanie listy istniejących wartości po wpisaniu pierwszych znaków w pole Numer partii oraz automatyczne sugerowanie daty ważności przypisanej do wybranego numeru.

Uwaga

W nagłówkach każdej funkcjonalności, została zawarta informacja, w nawiasach, z którymi działa ona systemami Comarch ERP.

Informacja o połączeniu z usługami (Comarch ERP: Altum, Enterprise, XL)

W aplikacji Comarch POS prezentowana jest ikona  , której kolor informuje o stanie połączenia z usługami:

• Data Service – połączenie z centralą
• POS Agent – połączenie z POS Agent

Ikona znajduje się w prawym górnym rogu, obok nazwy zalogowanego operatora.

Możliwe kolory, związane z połączeniem:

• Zielony – obie usługi są włączone
• Żółty – jedna z usług jest wyłączona
• Czerwony – obie usługi są wyłączone

Kliknięcie na ikonę umożliwia wyświetlenie szczegółów dotyczących połączenia z usługami oraz szybkie przejście do ustawień usług dotychczas dostępnych tylko z poziomu Konfiguracja → Konfiguracja usług.

Zmiany w oknie konfiguracji usług (Comarch ERP: Altum, Enterprise, XL)

Zmodyfikowany został widok okna dostępnego z poziomu Konfiguracja → Konfiguracja usług w celu umożliwienia wyświetlenia ustawień dotyczących usług Data Service i POS Agent.

Zmieniona została nazwa sekcji Obsługa bramek na Konfiguracja licznika wejść/wyjść oraz opcji w niej zawartej z Używaj usługi bramek na Licznik wejść/wyjść.

Dodatkowo zostały dodane dwie nowe sekcje: Konfiguracja usługi Data Service oraz Konfiguracja usługi POS Agent, w których można skonfigurować adres i port połączenia dla każdej z usług.

Uwaga

Konfiguracja licznika wejść i wyjść nie jest dostępna we współpracy z Comarch ERP XL.

Zmiany w podglądzie artykułu oraz na liście artykułów (Comarch ERP: Altum, Enterprise, XL)

Na potrzeby zarządzania informacjami o wielu magazynach na stanowisku POS (usługa POS Agent) udostępniona została możliwość wyświetlania ilości towaru dostępnych w poszczególnych magazynach. W tym celu, na karcie artykułu dodana została nowa zakładka Zasoby.

Na zakładce wyświetlana jest informacja o ilości danego towaru w poszczególnych magazynach dostępnych w danym centrum, a także ilość zarezerwowanych jednostek towaru i braków. W prawym dolnym rogu prezentowana jest ilość dostępna do sprzedaży jako suma wszystkich dostępnych ilości artykułu ze wszystkich dostępnych magazynów.

Na liście artykułów dotychczasowa kolumna Ilość, została zastąpiona kolumną o nazwie Dostępna ilość, która prezentuje ilość dostępną do sprzedaży dla każdej pozycji, z każdego magazynu udostępnionego na stanowisku POS.

Dodatkowo dodane zostały dwie nowe kolumny Ilość całkowita (suma ilości towaru w każdym magazynie nieuwzględniająca rezerwacji i braków) oraz Braki. Kolumny są domyślnie ukryte.

Wymagana cecha artykułu (Comarch ERP: Altum, Enterprise, XL)

Zmiana wprowadzona dla artykułów, które posiadają zdefiniowaną cechę w systemie ERP. Przynajmniej jedna cecha jest wymagana do podania w przypadku dokumentów:

• korekty paragonu i jej korekty ręcznej
• korekty faktury i jej korekty ręcznej
• przyjęcia wewnętrzne (ręczne i generowane automatycznie)

W momencie zeskanowania artykułu ze zdefiniowaną cechą bądź ręcznego wprowadzenia go na dokument KIPAR, przed otwarciem okna określenia wartości korekty, zostaje otwarte okno wyboru właściwości, w którym należy wskazać cechę. Oznacza to, że nie będzie możliwe zwiększenie stanu danego artykułu, bez określenia wartości cechy.

Zmiana w obsłudze dokumentów magazynowych (Comarch ERP: Altum, Enterprise, XL)

Wprowadzenie podziału informacji o stanach magazynowych na poszczególne magazyny pozwoli uniknąć błędów w synchronizacji, które powodują, że część dokumentów nie synchronizuje się z systemem ERP z powodu niewystarczającej ilości towarów dostępnych w danym magazynie.

W celu zapewnienia ciągłej pracy, również w trybie offline, wprowadzona została Usługa POS Agent, która dostarcza aktualnych informacji o stanie magazynowym na każdej stacji POS. Zatwierdzanie dokumentów MM- i RW zostało zablokowane w przypadku braku połączenia z usługą.

Kafel [Dokumenty magazynowe], pod którym znajdowała się lista dokumentów magazynowych, został zastąpiony przez kafel [Back office].

Z poziomu okna Back office dostępne są kafle:

• Przyjęcie dostawy
• Przesunięcia wewnętrzne
• Uzgadnianie stanów magazynowych
• Wydanie towarów
• Korekty zasobów
• Aktualizacja etykiet
• Inwentaryzacja

Nowe typy dokumentów

W związku z wprowadzeniem obsługi procesów Back office, obsłużono nowe typy dokumentów:

• zamówienie wewnętrzne (ZWE)
• rozchód wewnętrzny (RW)
• przychód wewnętrzny (PW)

Przyjęcie dostawy

Kafel [Przyjęcie dostawy], dostępny z poziomu menu Back office, umożliwia obsługę procesu przyjmowania dostawy, poprzez wybranie z listy zatwierdzonych dokumentów MM- i wybraniu przycisku [Przyjmij].

Przesunięcia wewnętrzne

Funkcjonalność Przesunięcia wewnętrzne kierowana jest do firm, które wykonują przesunięcia towarów między magazynami w tym samym sklepie na przykład przenoszenie artykułów z witryn sklepowych lub przenoszenie wadliwych artykułów do magazynu przeznaczonego do przechowywania takich artykułów. Funkcjonalność została wprowadzona w celu oddzielenia przesunięć wewnętrznych od zewnętrznych, aby proces stał się bardziej przejrzysty dla użytkownika.

Z poziomu menu Back office, pod nowym kaflem [Przesunięcia wewnętrzne], dostępna jest lista dokumentów magazynowych, w których magazyn źródłowy i docelowy jest magazynem przynależnym do sklepu.

Lista przesunięć wewnętrznych prezentuje tylko te dokumenty MM-, dla których magazyn źródłowy lub docelowy jest aktualnym magazynem sklepu, a także powiązane z nimi protokoły rozbieżności.

Wybranie przycisku [Dodaj] nie powoduje, jak dotychczas, otwarcia okna tworzenia nowego dokumentu MM-, ale wymaga wskazania w pierwszej kolejności magazynu źródłowego i docelowego dla tworzonego dokumentu. Lista dostępnych do wyboru magazynów źródłowych i docelowych została ograniczona do wewnętrznych magazynów sklepu.
Z poziomu okna nowego dokumentu MM- usunięty został przycisk [Parkuj].
Zablokowana została możliwość dodania artykułów o typie Komplet na dokument MM-.

Uzgadnianie stanów magazynowych

Proces uzgadniania stanów magazynowych umożliwia ustalenie stanów magazynowych towarów dostępnych w sklepie zgodnie z informacjami uzyskanymi z systemu centralnego. W celu uruchomienia procesu należy wybrać kafel [Back office], a następnie Uzgadnianie stanów magazynowych.

W oknie Uzgadnianie stanów magazynowych prezentowane są wskazówki do wykonania procesu, a po jego zakończeniu pojawia się odpowiedni komunikat.

Wydanie towarów

Funkcje związane z wydawaniem towarów dostępne są z poziomu menu Back office po wybraniu przycisku [Wydanie towarów].

Przygotowanie wysyłki

Wybór opcji [Przygotowanie wysyłki] umożliwia wybranie jednego z dwóch procesów:

• pakowanie towarów na potrzeby realizacji zamówienia wewnętrznego zleconego przez centralę przy pomocy opcji Na podstawie zamówienia wewnętrznego
• utworzenie przesyłki z inicjatywy sklepu przy pomocy opcji Przesunięcia ręczne

Tworzenie paczki na podstawie zamówienia wewnętrznego

Po wyborze przycisku [Na podstawie zamówienia wewnętrznego] wyświetlana jest lista wszystkich zamówień zewnętrznych dotyczących wysyłki towarów z magazynu sklepu do magazynów w centrali lub innych sklepach.

Po wyborze dokumentu prezentowana jest lista towarów pozostających do spakowania wraz z ich ilością.

Z poziomu okna pakowania towarów pochodzących z zamówienia zewnętrznego możliwe jest dodanie nowej paczki, przy pomocy przycisku [Nowa paczka]. Utworzenie nowej paczki odpowiada dokumentowi MM-.

Towary można wskazać poprzez ich zeskanowanie lub ręcznie ustalić ich ilość z poziomu listy. System kontroluje dostępność stanów magazynowych wydawanych towarów, wykorzystując usługę POS Agent. Sprawdza również, czy ilości spakowanych artykułów nie przekraczają ilości faktycznie zamówionych oraz czy zeskanowany artykuł jest pozycją realizowanego zamówienia.

Proces pakowania można:

• zatwierdzić, czyli zakończyć realizację wskazanego zamówienia, przy pomocy przycisku [Zatwierdź]
• przerwać przy pomocy przycisku [Parkuj], aby kontynuować proces później

Dodatkowym typem zamówienia jest zlecenie zwrotu kolekcji. W tym przypadku nie obowiązują limity ilości zamówionych artykułów, dzięki czemu możliwe jest zlecenie przesłania wszystkich dostępnych w sklepie artykułów danego typu. Ilości do zrealizowania są w tym przypadku jedynie sugerowane.

Przesunięcia ręczne

Po wyborze przycisku [Przesunięcia ręczne] można zainicjować przesyłkę towarów pochodzących ze sklepu, na magazyny zewnętrzne, które nie należą do danego centrum. Prezentowana jest lista wszystkich przesunięć magazynowych utworzonych w danym centrum.

W przypadku operacji przesunięcia ręcznego operator sklepu może zdecydować o magazynie docelowym (wybranym spośród magazynów określonych w systemie ERP) na definicji dokumentu MM- oraz samodzielnie wskazać pakowane towary.

Uwaga

W konfiguracji procesu, w systemie ERP, dostępna jest opcja ustawienia limitu ilości wysyłanego towaru w celu uniemożliwienia pracownikowi wysłania jednorazowo zbyt dużej ilości towaru.

Rejestr paczek

Z poziomu menu Back office, po wyborze kafla [Wydanie towarów], dostępny jest kafel [Rejestr paczek], pod którym prezentowana jest lista MM-. Z tego poziomu można:

• wyświetlić podglądu szczegółów dokumentów MM- przy pomocy przycisku [Podgląd]
• wydrukować dokument MM- przy pomocy przycisku [Drukuj]

Korekty zasobów

Funkcjonalność korekty zasobów umożliwia ręczną aktualizację stanów magazynowych przy pomocy rozchodu wewnętrznego (RW) i przychodu wewnętrznego (PW). Wystawienie dokumentów PW i RW dostępne jest z poziomu menu Back office, po wyborze kafla [Korekty zasobów].

W oknie Korekty zasobów prezentowana jest lista dokumentów PW i RW. W celu wystawienia nowej korekty należy wybrać przycisk [Nowa korekta zasobów], a następnie wskazać rodzaj dokumentu.

Nowy dokument PW i RW można utworzyć również z poziomu podglądu artykułu w zakładce Właściwości.

Podczas tworzenia nowego dokumentu PW lub RW należy wskazać magazyn, dla którego mają być skorygowane zasoby oraz powód wystawienia dokumentu.

Inwentaryzacja (Comarch ERP: Enterprise)

W aplikacji Comarch POS umożliwione zostało przeprowadzenie inwentaryzacji, czyli dokonanie spisu faktycznego stanu magazynowego, w celu weryfikacji istnienia różnic pomiędzy stanem stwierdzonym podczas inwentaryzacji (stanem rzeczywistym) a stanem wynikającym z ewidencji magazynowej.

W oknie dostępnym po wyborze kafla Back office, a następnie [Inwentaryzacja], prezentowana jest lista inwentaryzacji.

Wprowadzona została obsługa dwóch metod inwentaryzacji:

• ciągła
• roczna

Z poziomu listy można:

• otworzyć inwentaryzację przy pomocy przycisku [Otwórz], przycisk dostępny jedynie w przypadku inwentaryzacji ze stanem Wygenerowany
• zamknąć inwentaryzację przy pomocy przycisku [Zamknij], przycisk dostępny jedynie w przypadku inwentaryzacji ze stanem Otwarty
• dodać inwentaryzację przy pomocy przycisku [Dodaj]
• podejrzeć wybraną inwentaryzację przy pomocy przycisku [Podgląd]

Po wybraniu na liście przycisku [Podgląd] zostaje otwarte okno Inwentaryzacji z możliwością (w zależności od stanu inwentaryzacji):

• wydrukowania dokumentu inwentaryzacji
• odświeżenia arkuszy inwentaryzacji
• otwarcia inwentaryzacji
• dodania nowego arkusza do inwentaryzacji
• zapisania inwentaryzacji
• usunięcia wybranego arkusza
• edycji wybranego arkusza
• zliczenia artykułów na wybranym arkuszu

Generowanie raportu odbywa się z poziomu okna inwentaryzacji, gdzie po wybraniu konkretnego arkusza należy nacisnąć przycisk [Zlicz].

W oknie generowanego raportu wprowadzono możliwość:

• zliczenia wszystkich lub wybranych pozycji z arkusza
• dodania nowego artykułu

Uwaga

Na arkuszu inwentaryzacji oraz podczas zliczania inwentaryzacyjnego może być prezentowana operatorowi aktualna ilość artykułów zarejestrowana w systemie. Ilość systemowa prezentowana jest w zależności od ustawień odpowiedniego parametru widoczności na rodzaju inwentaryzacji, w systemie ERP.

Okno weryfikacji pomiędzy zgłoszoną a docelową ilością towaru może być prezentowane, podczas zamykania raportu w zależności od konfiguracji w systemie ERP.

Na dokumencie potwierdzenia rozbieżności możliwe jest:

• wykluczenie artykułu z listy zamykanych pozycji przy pomocy przycisku [Wyklucz]
• wydrukowanie potwierdzenia rozbieżności przy pomocy przycisku [Drukuj]
• zatwierdzenie potwierdzenia rozbieżności przy pomocy przycisku [Zatwierdź]

Obsługa metody FEFO (Comarch ERP: Enterprise)

Została wprowadzona obsługa procesów front i back office z wykorzystaniem metody FEFO (skrót FEFO oznacza First Expired First Out). Zakłada, że towar który ma najkrótszą datę ważności jest wydawany jako pierwszy do odbiorcy. Metoda ta zakłada, że towar który ma najkrótszą datę ważności jest wydawany odbiorcy jako pierwszy. Stosowana jest w przemyśle spożywczym i w magazynach, gdzie składowane są towary z datą ważności.

Zmiany dotyczą dokumentów:

• FS i KIFAS
• PAR i KIPAR
• ZS i OS
• RLS

Przycisk [Drukuj etykiety] na liście artykułów (Comarch ERP: Altum, Enterprise)

Na liście artykułów został dodany nowy przycisk [Drukuj etykiety]. Przycisk umożliwia podpięcie własnego wydruku do stanowiska POS w systemie ERP.

Przycisk dostępny jest również z poziomu podglądu artykułu.

Zmiany w promocjach pakietowych (Comarch ERP: Altum, Enterprise)

Ulepszona została obsługa promocji pakietowych, aby poinformować operatora o możliwości wyliczenia dodatkowych promocji.

W związku ze zmianą w obsłudze promocji, została zmieniona ikona koniczyny, informująca o tym czy dany artykuł ma przypisaną promocję pakietową . Po kliknięciu lub najechaniu myszką na ikonę zostaną wyświetlone:

• nazwy obliczonej promocji pakietowej
• nazwy innych promocji pakietowych, które mogą zostać naliczone ze względu na wyższy priorytet

Przykład

Promocja numer 1: przy zakupie artykułu A, artykuł B kupisz -20% taniej
Promocja numer 2: przy zakupie trzech artykułów A, artykuł C otrzymasz za darmo (wyższy priorytet)
W oknie dokumentu:
A 1 szt. – zielona ikona koniczyny z kropką (rabat naliczony ale istnieje inna dostępna promocja)
B 1 szt. – zielona ikona koniczyny (rabat naliczony)
A 1 szt. – wyszarzona ikona koniczyna (rabat nie naliczony)
Użytkownik widzi, że jedna promocja jest naliczona:
„Kup A, a B otrzymaj -20%”, że dla artykułu A istnieje inna, dostępna promocja:
„Kup 3 sztuki A i otrzymaj C gratis”. Dzięki tej funkcjonalności jest on w stanie poinformować klienta o możliwości skorzystania z innej promocji.

Praca zmianowa (Comarch ERP: Enterprise)

Zarządzanie zmianami umożliwia ewidencjonowanie stanu kasy indywidualnie dla każdego pracownika. W przeciwieństwie do trybu pracy stanowiskowej, tryb zmianowy umożliwia rejestrowanie sprzedaży w przypadku pracy kasjera na kilku stanowiskach POS podczas jednej zmiany. Rozwiązanie to w szczególności sprawdzi się w sklepach, w których pracownicy posiadają przypisane kasety i rozliczają się ze swojej zmiany. Kasjer ma możliwość otworzenia szuflady na dowolnym stanowisku i rozpoczęcia sprzedaży.

Funkcjonalność włączana jest z poziomu systemu ERP, a możliwa jest dzięki usłudze POS Agent, w której gromadzone są informacje dotyczące zmian oraz sesji operatora na wszystkich stanowiskach POS. Stan usługi można zweryfikować na podstawie koloru ikony . W przypadku braku połączenia z usługą kontynuacja pracy jest w dalszym ciągu możliwa na aktualnie zalogowanym stanowisku.

W głównym menu pod kaflem [Raporty i rozliczenia] dodany został kafel [Zmiany operatorów]. W oknie zmiany operatorów wyświetlana jest lista wszystkich zmian na tym stanowisku POS. Z poziomu listy można, posiadając odpowiednie uprawnienia, zamknąć zmianę innego operatora, w wyjątkowych sytuacjach jak na przykład awaria sprzętu.

Zarządzanie sejfem (Comarch ERP: Enterprise)

Funkcjonalność Zarządzanie sejfem jest dostępna w przypadku pracy zmianowej na stanowisku POS. Rozwiązanie to jest przeznaczone dla sklepów, w których dochód ze sprzedaży jest przekazywany na koniec dnia kierownikowi i przechowywany w specjalnie przeznaczonym miejscu na zapleczu. Z tego względu podczas zamykania zmiany nadmiar gotówki, a także płatności bonami zewnętrznymi oraz czekami są automatycznie wpłacane do sejfu, a stan kasy operatora jest o nie pomniejszany. Dostęp do sejfu posiada użytkownik z odpowiednim uprawnieniem, natomiast w przypadku braku uprawnienia wymagana jest autoryzacja.

Po stronie systemu ERP ustalić można limit wartościowy oraz limit czasowy dla stanu sejfu, dzięki czemu zostanie wyświetlone przypomnienie o dokonaniu wypłaty do banku, podczas kończenia lub rozpoczynania zmiany. Kafel [Sejf ]dostępny jest pod kaflem [Raporty i rozliczenia].

W oknie Sejf prezentowane jest zestawienie operacji dokonywanych w ramach sejfu. Z tego poziomu istnieje możliwość dokonania ręcznej wpłaty lub wypłaty do sejfu oraz przejścia na listę wszystkich transakcji. Dodane zostały przyciski:

• [Lista operacji] – otwiera listę transakcji wszystkich operacji wykonanych w sklepie w ramach sejfu
• [Wypłata z sejfu] – otwiera okno umożliwiające dokonanie wypłaty z sejfu
• [Wpłata do sejfu] – otwiera okno umożliwiające dokonanie wpłaty do sejfu
• [Odśwież] – aktualizuje dane z usługą POS Agent
• [Zamknij] – zamyka okno sejfu

Wpłaty i wypłaty można dokonać bezpośrednio po wejściu w kafel [Sejf], a także z poziomu listy operacji.

Zarządzanie pracownikami (Comarch ERP: Enterprise)

Funkcjonalność Zarządzanie pracownikami ma na celu przyspieszenie procesu tworzenia konta nowego pracownika. Oprócz rejestracji 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).

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 zarejestrowanych pracowników. Dzięki opcji wyszukiwania online na liście można wyszukać pracownika innego centrum, 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 pracy, w przypadku umów z określonym terminem
• Aktywny – informacja, czy konto pracownika jest aktywne w systemie

Przycisk [Dodaj] otwiera nowy formularz z danymi do uzupełnienia nowego pracownika.

Pola obowiązkowe na formularzu pracownika:

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

Pola dodatkowe na fromularzu pracownika:

• Tytuł
• Numer karty
• Data rozpoczęcia – domyślnie ustawiona aktualna data
• Data zakończenia
• Aktywność

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 do centrum
• [Zapisz] – weryfikuje dane wprowadzone w obowiązkowych polach, w przypadku ich poprawnego uzupełnienia nowy pracownik zostaje zapisany

 

Zmiany na zamknięciu dnia (Comarch ERP: Altum, Enterprise)

Określanie przyczyny dla różnic powstających na zamknięciu dnia/zmiany

Funkcjonalność ta umożliwia podanie konkretnego powodu dla powstałych różnic w dowolnej formie płatności na zamknięciu dnia/zmiany. Powód wybrany dla różnicy zostanie umieszczony jako opis na dokumencie KP/KW. Zapis przyczyny na dokumencie KP/KW pozwoli na łatwiejszą weryfikację niespójności w stanie kasy oraz pozwoli sprawdzić rzetelność pracowników.

W oknie Zamknięcia dnia został dodany przycisk [Przyczyna różnicy].

Wybranie przycisku [Przyczyna różnicy] otwiera okno Określ przyczynę:

Okno Określ przyczynę prezentuje informacje o:

• formie płatności – dla której różnica została wskazana
• walucie – dla formy płatności gotówka lub karta
• różnicy – wartość obliczona przez system dla danej formy płatności
• kwocie – pole tekstowe pozwalające użytkownikowi wprowadzić kwotę różnicy
• powodzie – przyczyna różnicy

Uwaga

W systemie Comarch ERP Enterprise istnieje opcja zdefiniowania listy przyczyn dla każdej formy płatności.

Uwaga

We współpracy z Comarch ERP Altum dostępna jest wyłącznie opcja ręcznego wprowadzenia przyczyny różnicy w polu Opis.

Propozycja wypłaty z kasy

Nowa funkcjonalność Propozycja wypłaty pozwala na wyliczenie dokładnych nominałów (banknotów i monet), które powinny być wypłacone na koniec dnia lub zmiany. Dedykowana jest sklepom, które rozpoczynają dzień z określoną ilością pieniędzy, dzięki czemu mają możliwość wydawania reszty.

Po zakończeniu zmiany operator wypłaca z szuflady pewną kwotę pieniędzy, która jest zaproponowana według określonych nominałów znajdujących się w szufladzie. Obliczona propozycja wypłaty informuje użytkownika o dokładnej kwocie w konkretnych nominałach, która powinna pozostać w szufladzie. Limit ustalany jest z poziomu systemu ERP, jest on konfigurowany, ponieważ fundusz na początku dnia nie musi być taki sam w każdym sklepie.

W oknie zliczania kasy na zamknięciu dnia został dodany przycisk [Proponowana wypłata] przekierowujący do nowego okna z informacjami o:

• limicie gotówki, który należy zostawić w szufladzie (ilości i wartości)
• gotówce zliczanej w szufladzie w każdym nominale
• kwocie jaka powinna zostać wypłacona (ilości i wartości)
• różnicy pomiędzy wartością w szufladzie i wartością wypłaconą

W oknie prezentowane są kolumny:

• Nominały – monety i banknoty dla wybranej waluty, w kolejności rosnącej
• Zliczono – zawiera informacje o ilości i wartości zliczonej gotówki, w każdym nominale, znajdującej się w szufladzie
• Pozostaje – zawiera informacje o ilości i wartości gotówki, w każdym nominale, jaka pozostała w szufladzie
• Wypłata – zawiera informacje o ilości i wartości gotówki, w każdym nominale, jaką należy wypłacić
• Suma – podsumowanie wartości gotówki zliczonej, pozostałej i wypłaconej
• Różnica – różnica pomiędzy pozostałą wartością gotówki a ustalonym limitem

Z poziomu okna propozycji wypłaty można:

• zatwierdzić wyliczoną propozycję przy pomocy przycisku [Zatwierdź]
• ponownie przeliczyć kwoty, gdy użytkownik zmienia zliczone ilości i chce ponownie wykonać całe obliczenie przy pomocy przycisku [Przelicz]
• zamknąć listę i powrócić do okna zliczania bez dokonywania jakichkolwiek zmian przy pomocy przycisku [Zamknij]

Dodanie obsługi bonu restauracyjnego (Comarch ERP: Enterprise)

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.

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.

Cyfrowe wydruki dokumentów (Comarch ERP: Enterprise)

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. Wersje cyfrowe dokumentów wraz z adresami wprowadzonymi przez użytkownika lub pobranymi z karty klienta zostaną zsynchronizowane do systemu ERP.

Opcja cyfrowego wysłania wydruku jest dostępna:

• po zatwierdzeniu dokumentu/płatności
• po wybraniu przycisku [Drukuj] na wybranym/otwartym dokumencie, 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

Priorytety cenników (Comarch ERP: Enterprise)

W związku z wielofirmowością i różnicami w cennikach obowiązujących w różnych sklepach, w obszarze jednej firmy dodana została obsługa priorytetów cenników. Cena pobierana jest z cennika o najwyższym priorytecie.

Przykład

W systemie ERP istnieje artykuł A1, który posiada dwa zdefiniowane cenniki dla typu ceny Standard:

• cennik P1 ważny od 01.10.2020 do 31.10.2020r. z priorytetem 800
• cennik P2 ważny od 01.03.2020 do 31.10.2020r. z priorytetem 100

W systemie Comarch POS wystawiany zostaje paragon z datą utworzenia 10.10.020r.  na artykuł A1. Pomimo tego, że cennik P1 jest aktualniejszy, to cena zostanie pobrana z cennika P2, ponieważ posiada on wyższy priorytet.

Lista zadań (Comarch ERP: Enterprise)

Wprowadzenie listy zadań jest zasadne dla firm, które chcą wprowadzić przypomnienia użytkownikom pracującym na stanowiskach POS, o zamówieniach sprzedaży do realizacji. Informacja o ilości zadań wyświetlana jest na podstawie zamówień sprzedaży ustalonych w systemie ERP i aktualizowanych podczas synchronizacji.

Jeżeli na stanowisku POS pojawi się nowe zamówienie sprzedaży z odpowiednim statusem realizacji zamówienia, pochodzącym z dedykowanego słowniku w systemie ERP, obok zegara aplikacji zostanie wyświetlona ikona informująca o ilości nowych zamówień do realizacji.

Po otworzeniu listy zadań ikona zmieni kolor na biały, pozostawiając przy tym cały czas widoczną liczbę zamówień.  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)

Kompletacja zamówień sprzedaży (Comarch ERP: Enterprise)

Wprowadzono możliwość przygotowania zamówień sprzedaży bezpośrednio w sklepie, poprzez kompletacje artykułów z dostępnych zasobów. Rozwiązanie zostało wprowadzone w celu usprawnienia pracy w sklepie: sprzedawca może teraz w każdej chwili otworzyć listę zadań i skompletować konkretne zamówienie sprzedaży czekające na realizację

Po przygotowaniu zamówienia jego status aktualizuje się automatycznie i na tej podstawie klient jest informowany o gotowości zamówienia do odbioru. Informacja do klienta jest przesyłana z systemu ERP.

Na stanowisku POS po wejściu w kafel [Zamówienia i oferty sprzedaży] dodany został przycisk:

• [Kompletuj] – otwiera okno edycji zamówienia

Dodano nowe statusy realizacji zamówień sprzedaży:

• Do kompletacji – informuje o możliwości rozpoczęcia przygotowywania zamówienia
• Przygotowane – informuje o pełnej kompletacji zamówienia
• Przygotowane częściowo – informuje o częściowej kompletacji zamówienia

Po wybraniu przycisku [Kompletuj] zostanie otworzone nowe okno Kompletacja zamówienia z kolumnami:

• Nazwa artykułu
• Ilość do wydania
• Zebrana ilość

Dodanie obsługi kodów EAN-128 dla wszystkich artykułów (w tym wagowych) (Comarch ERP: Enterprise)

Obsługa GS1-128 została opracowana w celu zapewnienia globalnego standardu wymiany danych pomiędzy różnymi firmami. GS1-128 umożliwia nie tylko kodowanie danych, jak na przykład standardowy kod kreskowy, ale również zapewnia metodę definiowania znaczenia danych. Jest to standard, który definiuje formatowanie określonego typu danych – dzięki flagowemu znakowi skanery umożliwiają zidentyfikowanie zeskanowanego kodu jako GS1-128.

Skanowanie EAN-128 możliwe jest dla dokumentów MM w dwóch przypadkach:

• MM- utworzono ręcznie przez operatora na stanowisku POS
• MM- utworzono w wyniku zamówienia wewnętrznego

Rozszerzenie polityki konfiguracji haseł (ERP: Enterprise)

Rozszerzono politykę haseł poprzez określenie dozwolonej liczby prób logowania, a następnie zablokowanie stanowiska Comarch POS do momentu odblokowania go przez menadżera (uprawnionego użytkownika). Nowe funkcje konfiguracyjne związane z polityką haseł mają na celu minimalizację ryzyka zalogowania się do systemu osoby nieuprawnionej.

W systemie Comarch ERP Enterprise dodany został parametr, do określenia liczby nieudanych prób logowania lub zmiany hasła, po której aplikacja zostanie zablokowana.

Na podstawie ustalonej liczby możliwych nieudanych prób logowania, system kontroluję liczbę wpisanych błędnych haseł w kontekście danego użytkownika w oknach:

• logowania
• blokady ekranu
• autoryzacji
• zmiany hasła

Po błędnym wprowadzeniu hasła wyświetlony zostaje komunikat: Podane hasło jest nieprawidłowe. Pozostało prób: x (x to liczba zdefiniowanych możliwych prób minus liczba już wykonanych nieudanych prób).

Liczba kolejnych nieudanych prób podania prawidłowego hasła jest resetowana za każdym razem, gdy użytkownik poda prawidłowe dane autoryzacyjne.

 

Pozostałe zmiany w obszarze Comarch POS

Faktury uproszczone (Comarch ERP: Altum)

Zgodnie ze zmianami w przepisach w zakresie wystawiania faktur do paragonów, weryfikacja generowania faktur powinna odbywać się w Comarch 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 generowanie faktur do takich paragonów jest blokowane, w momencie aktywowania odpowiedniego parametru w systemie ERP.

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

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.

Zmiana w domyślnym sposobie dodawania rabatu na dokumentach sprzedaży (Comarch ERP: Altum, Enterprise)

W związku z tym, że na dany artykuł najczęściej nakładany jest rabat procentowy, wprowadzona została zmiana w konfiguracji domyślnego sposobu dodawania rabatu na dokumentach sprzedaży. Odtąd po wybraniu na dokumencie przycisku Zmień rabat lub po kliknięciu na cenę artykułu wyświetla się okno, które umożliwia wybór nowej ceny lub ustawienie rabatu procentowego dla danego artykułu.

Obsługa domyślnej jednostki dodatkowej (Comarch ERP: Altum, Enterprise, XL)

Dotychczas na dokument handlowy artykuły były dodawane zawsze w jednostce podstawowej, którą można było zmienić ręcznie w przypadku prowadzenia sprzedaży danej pozycji również w innej jednostce. Obecnie dla dokumentów paragonów i faktur obsłużono ustawienie dodatkowej jednostki jako domyślnej, dzięki czemu na dokument zostanie dodany artykuł zgodnie z konfiguracją z systemu ERP.

W momencie braku zdefiniowanych dodatkowych jednostek, jednostka podstawowa jest zawsze jednostką domyślną.

Przykład

W systemie ERP zdefiniowane są 2 jednostki dla artykułu Świeca:

1.Podstawowa – sztuka
2. Dodatkowa – kilogram, ustawiona jako domyślny dla dokumentu PAR i FS

Wybierając ten artykuł podczas wystawiania paragonu na stanowisku POS, zostanie on dodany z jednostką kilogram, ponieważ dla typu dokumentu PAR, kilogram jest jednostką domyślną.

Natomiast podczas dodawania artykułu Świeca na dowolny inny dokument sprzedaży np. ZS – pozycja zostanie dodana w jednostce podstawowej sztuka.

Przeliczanie rabatów (Comarch ERP: Altum, Enterprise)

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 i faktury sprzedaży, został dodany nowy przycisk [Przelicz rabaty]. Użycie przycisku powoduje ponowne przeliczenie rabatów na dokumencie i usunięcie rabatu użytkownika.

Obliczanie promocji pakietowych na artykuły oznaczone jako wagowe (Comarch ERP: Enterprise)

Zmiana dedykowana jest firmom, które w swojej ofercie posiadają artykuły wagowe, a także ustalają na nie promocje. Ze względu na artykuły wagowe objęte promocją, traktowane są one jako jedna paczka, bez względu na wagę. W związku z tym w systemie ERP dodany został parametr Przelicz artykuły wagowe jako sztuki dla promocji pakietowych, dzięki której można utworzyć promocję na artykuły wagowe.

Uwaga

Przy wprowadzeniu tej funkcjonalności, wszystkie artykuły sprzedawane na wagę, czyli mogące posiadać ułamkową jednostkę należy oznaczyć jako wagowe.

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

Do tej pory w momencie pojawienia się różnicy w formie płatności typu Bon, generowany był dokument KP/KW na formę płatności typu Gotówka. W związku z różnymi oczekiwaniami klientów zagranicznych wprowadzona została możliwość wygenerowania dokumentów KP/KW na początku/końcu zmiany bądź dnia dla bonów wewnętrznych.

Przykład

Na koniec dnia kasjer zlicza bony wewnętrzne i zauważa różnicę w wysokości +20 PLN. Po zatwierdzeniu zamknięcia dnia, automatycznie zostanie wygenerowany dokument KP dla formy płatności bon wewnętrzny.

Anulowanie całego procesu ruchów wewnętrznych w przypadku anulowania dokumentu PRP (Comarch ERP: Altum, Enterprise)

Anulowanie wyłącznie dokumentu PRP uniemożliwia ustalenie, gdzie znajdują się artykuły, jeżeli firma chce anulować proces ruchu wewnętrznego, oznacza to, że towary wracają do magazynu źródłowego. Dlatego została dodana funkcjonalność anulowania całego procesu, w momencie gdy operator anuluje dokument PRP z listy przesunięć wewnętrznych. W takim przypadku zostanie wyświetlony komunikat informujący o anulowaniu dokumentu MM- i MM+ powiązanego z anulowanym przesunięciem.

RODO: obsługa nieznanego statusu zgód zmiany dla Francji (Comarch ERP: Enterprise)

Została wprowadzona obsługa nieznanego statusu zgód na rynku francuskim. Obsługa nieznanego statusu ma na celu rozróżnienie statusów nieaktywnych zgód na przetwarzanie danych na odrzucone lub oczekujące na jej udzielenie. Obsługa jest wymogiem we Francji, dzięki niej na stanowisku POS kasjer otrzymuje informację, o tym czy klient już odrzucił zgodę lub nie został jeszcze poproszony o jej udzielenie.

Zmiany na ikonie koniczyny (Comarch ERP: Altum, Enterprise, XL)

Uwaga

Zmiana wyświetlania ikony koniczyny dostępna jest w ramach rozszerzenia.

Wprowadzone zostały zmiany na ikonie koniczyny dla niestandardowych rozszerzeń. Zmiana dotyczy sprzedaży artykułów podlegających „specjalnym” promocjom pakietowym, jest to funkcjonalność możliwa do obsłużenia przy pomocy własnego rozszerzenia. Do  ikony koniczyny dodany został czerwony wykrzyknik.

Informacje podstawowe

Usługa Comarch POS Agent (POS Agent) dostarcza aktualne informacje o stanach magazynowych na każdym stanowisku POS, podczas wystawiania dokumentów. Informacje te prezentowane są z uwzględnieniem poszczególnych magazynów. Jedną z zalet korzystania z tej usługi jest zapewnienie pełnej autonomii sklepu, dzięki możliwości przeprowadzenia procesów magazynowych w trybie offline z centralą.

Usługa POS Agent przechowuje wszystkie informacje, które powinny być dostępne dla każdego stanowiska POS:

• zaparkowane dokumenty
• statystykę licznika bramek
• stany magazynowe wraz z rezerwacjami

Zasada działania POS Agent

Usługa POS Agent działa jako samodzielna usługa z własną bazą danych na tym samym komputerze co baza Comarch POS lub osobnym.

W przypadku zatwierdzenia rozchodowego dokumentu magazynowego na stanowisku POS wymagane jest aktywne połączenie z usługą POS Agenta w celu zapewnienia poprawności takiego dokumentu. Dla dokumentów przychodowych nie musi być połączenia z usługą.

W trybie pracy offline z centralą, do komunikacji z usługą POS Agent wykorzystywany jest broker wiadomości Comarch POS Agent Broker. Komponent ten agreguje kolejkę wiadomości, przekazując aktualizację stanów magazynowych do właściwego POS Agenta w danym sklepie.

Instalacja i konfiguracja POS Agent

Instalację POS Agent wykonuje się za pomocą Comarch ERP Auto Update w wersji 2020.0. W tym celu należy przejść do Comarch Auto Update → Konfiguracja → dodać produkt Comarch Retail → dodać komponent Comarch POS Agent.

W konfiguracji komponentu należy wskazać dane do połączenia z serwerem SQL, na którym zostanie zainstalowana baza POS Agent.

Aby skonfigurować usługę POS Agent należy przejść do folderu, w którym został zainstalowany (domyślnie jest to C:\Program Files (x86)\Comarch Retail\Comarch POS Agent\) i uruchomić PosAgentConfigurator.exe

W kolejnym kroku należy uzupełnić:

• Adres IP komputera, na którym ma zostać zainstalowana usługa POS Agent

Uwaga

Usługa Comarch POS Agent wymaga stałego IP komputera, na którym jest zainstalowana.

• Port usługi POS Agent – domyślnie 8098
• Adres serwera OMS – domyślnie 8099
• Kod POS Agent

Uwaga

Wartość w polu GUID nadawana jest automatycznie.

Zainstalować usługę wybierając przycisk [Instaluj]. Przycisk [Weryfikuj] służy do sprawdzenia poprawności połączenia, przycisk [Rejestruj] do rejestracji usługi POS Agent.

Aby zweryfikować czy proces zakończył się powodzeniem należy przejść na zakładkę skonfigurowanego Stanowiska POS na definicji centrum, która jest dostępna z poziomu Konfiguracja → Struktura firmy → Struktura praw. Zaktualizowane zostaną dane w polach Host, Port i GUID.

 

Uwaga

Do prawidłowego działania poprawki do Comarch 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 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.

 

Obsługa nowego terminala płatniczego Polcard

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

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

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

 

Procentowa zmiana ceny początkowej

Dotychczas w aplikacji Comarch 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

Mechanizm podzielonej płatności

W odpowiedzi na zmiany w ustawie o VAT, w aplikacji Comarch 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.

 

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