Obsługa kaucji – dalszy rozwój
W najnowszej wersji Comarch POS wprowadzono szereg zmian i usprawnień w zakresie obsługi systemu kaucyjnego. W odpowiedzi na oczekiwania rynku, obsłużono funkcjonalność dokumentu przyjęcia kaucji (PKA) oraz korekty przyjęcia kaucji (KPKA) bezpośrednio na stanowisku POS.
Aby umożliwić operatorom na stanowiskach sprzedażowych obsługę procesów kaucyjnych, bez aktywnej sprzedaży, na dokumentach Wydania Kaucji (WKA), Przyjęcia Kaucji (PKA) i ich korektach skonfigurowano możliwość dodawania wyłącznie opakowań kaucyjnych.
Okno formularza dokumentu PKA / WKA dostępne jest po wybraniu odpowiedniego przycisku na liście dokumentów handlowych.
Na dokumenty kaucyjne operator ma możliwość dodania wyłącznie opakowań kaucyjnych. Lista artykułów jest ograniczona tylko do tego typu artykułów.
Zgodnie z oczekiwaniem całkowicie zablokowano obsługę kaucji na dokumencie Wymiany.
W momencie próby wykonania wymiany, gdy na dokumencie handlowym znajduje się opakowanie kaucyjne, system wyświetla odpowiednią adnotację.
Aby proces obsługi kaucji w aplikacji Comarch POS był ergonomiczny, wprowadzono modyfikacje w prezentacji danych, dostosowując widoki do obsługi specyfiki dokumentów kaucyjnych. Zastosowano osobny podgląd, uwzględniający wyłącznie pozycje kaucji, dla dokumentów dedykowanych: PKA, WKA, korekty PKA (KPKA) oraz korekty WKA (KWKA).
Z poziomu takiego dokumentu, operator ma możliwość wykonania wydruku lub korekty.
Dostosowano zachowanie systemu w zakresie generowania wydruków powiązanych z obsługą opakowań zwrotnych. Uruchomiono oddzielne drukowanie (obejmujące wyłącznie pozycje kaucji) w formie wydruku standardowego (niefiskalnego) dla dokumentów WKA, KWKA oraz PKA, KPKA, wywoływane za pomocą opcji Drukuj bezpośrednio z poziomu takiego dokumentu.
W przypadku dokumentów kaucyjnych, powiązanych z dokumentami handlowymi – WKA lub KWKA obsłużony został wydruk łączony – drukowany jest dokument handlowy z informacją o kaucjach, a system wyświetla odpowiedni komunikat.
W odpowiedzi na oczekiwania Klientów, wprowadzona została możliwość ręcznego zarządzania pozycjami kaucji na dokumentach magazynowych. Pozwala to na pełną kontrolę nad stanem opakowań zwrotnych poprzez samodzielne dodawanie pozycji kaucji, niezależnie od artykułów podstawowych.
Wprowadzono również istotne zmiany w module Podsumowania stanowiska, tak aby precyzyjnie uwzględniał on operacje finansowe związane z systemem kaucyjnym.
Wartości z dokumentów Wydania Kaucji (WKA) oraz Korekt Przyjęcia Kaucji (KPKA) powiększają sumę Wpłat. Z kolei wartości z dokumentów Przyjęcia Kaucji (PKA) i Korekt Wydania Kaucji (KWKA) powiększają sumę Wypłat.
W przepływach gotówkowych na podsumowaniu stanowiska wyodrębniono nowe, dedykowane wpisy:
- Wpłaty kaucji
- Wypłaty kaucji
Podsumowanie stanu kasy uwzględnia informacje o kaucjach we wpłatach i wypłatach z podziałem na konkretne formy płatności. Aby zapewnić przejrzystość, na widok dodano nowe, domyślnie ukryte kolumny Wpłaty kaucji oraz Wypłaty kaucji.
Rabat na formę płatności oraz ilość dni na płatność.
Zgodnie z wymaganiami biznesowymi, w module rabatów udostępniono nowe parametry: Forma płatności oraz Ilość dni na płatność. Mechanizm rabatowy uwzględnia te parametry, przesyłane z systemu ERP, podczas wystawiania dokumentu. Rabat jest naliczany wyłącznie w przypadku, gdy parametry na dokumencie są zgodne z konfiguracją zapisaną w definicji rabatu.
Obsłużenie tej funkcjonalności wynika z przypadków biznesowych, gdy zniżka może być ograniczona tylko do określonej formy płatności, np. płacąc gotówką, otrzymujesz dodatkowe 5% rabatu, lub w przypadku płatności przelewem bankowym rabat może być obliczany w zależności od zadeklarowanej przez klienta liczby dni na dokonanie płatności, np. jeśli zadeklarujesz zapłatę w ciągu 14 dni, otrzymasz 3% zniżki, a jeśli zapłacisz w ciągu 7 dni – otrzymasz 5% zniżki.
Funkcjonalność naliczania rabatów w zależności od wybranej formy płatności i/lub deklarowanej liczby dni do płatności obsługiwana jest dla wszystkich rodzajów rabatów.
Za jej uruchomienie odpowiadają parametry dostępne na zakładce Parametry w oknie konfiguracji oddziału Comarch POS.
Obsługa dostępna jest na wszystkich dokumentach, na których możliwe jest naliczenie rabatu. W przypadku zmiany Formy płatności lub Ilości dni na płatność na dokumencie, na którym rabat został już naliczony, następuje ponowne przeliczenie rabatów.
Na formularzu dokumentu, do kontenera atrybutów dodano pola Forma płatności oraz Ilość dni na płatność.
Pole Forma płatności jest widoczne po aktywacji parametru Prezentuj formę płatności i ilość dni do zapłaty w systemie ERP XL w konfiguracji oddziału POS oraz odpowiedniej konfiguracji rabatu.
Pole Ilość dni na płatność to pole numeryczne, widoczne pod warunkiem aktywacji wspomnianego wcześniej parametru i posiadania zdefiniowanych rabatów.
W celu zapewnienia spójności danych, pola są nieedytowalne w widoku podglądu dokumentu.
Dodatkowo, podczas procesu płatności, jeśli parametr – Ostrzegaj gdy forma płatności inna niż na dokumencie jest aktywny – system weryfikuje, czy wybrana metoda płatności jest zgodna z tą określoną na dokumencie.
W przypadku wykrycia niezgodności wyświetlany jest komunikat.
Ostrzeżenie wyświetlane jest tylko raz podczas jednego procesu płatności, nawet w przypadku wielokrotnego wyboru różnych metod płatności.
System nie blokuje możliwości wyboru innej metody płatności niż wskazana na dokumencie, a jedyne ostrzega operatora.
NATS Server w Comarch POS Agent Broker
Wprowadzono kluczową zmianę w architekturze przesyłania danych, polegającą na zastąpieniu dotychczasowego brokera Kafka nowoczesnym rozwiązaniem NATS. Zmiana ta została przeprowadzona bezpośrednio wewnątrz architektury POS Agent Brokera, dzięki czemu dla aplikacji zewnętrznych oraz systemów powiązanych modyfikacja jest całkowicie niewidoczna.
Głównym powodem przeprowadzenia zmian były dotychczasowe ograniczenia Kafki, która nie wspiera stabilnego działania w środowisku Windows. Nowe rozwiązanie NATS w pełni eliminuje ten problem, oferując wysoką wydajność oraz stabilność na systemach operacyjnych Microsoftu.
Dotychczasowe dwie usługi – Zookeeper i Kafka, zostają zastąpione jedną usługą – NATS Server.
Zmiany związane z KSeF.
Zmiany w obsłudze pobierania UPO
W celu usprawnienie procesu pobierania Urzędowego Poświadczenia Odbioru (UPO) z Krajowego Systemu e-Faktur wprowadzono zmiany w Comarch POS. Modyfikacje eliminują sytuacje, w których system przerywa operację w momencie chwilowego przeciążenia serwerów Ministerstwa Finansów, co mogło prowadzić do braku automatycznego pobrania UPO.
W celu zapewnienia płynności pracy wdrożono dwutorowe rozwiązanie:
- automatyczne ponawianie prób w tle bezpośrednio po wysyłce dokumentu,
- możliwość ręcznego wywołania pobierania UPO przez użytkownika.
Przycisk [Pobierz UPO z KSeF] został umieszczony bezpośrednio w oknie podglądu dokumentu. Jego widoczność uzależniona jest od statusu dokumentu – widoczny jest wyłącznie dla dokumentów, które zostały już wysłane, ale nie otrzymały jeszcze oficjalnego numeru KSeF.
Zmiana domyślnej wartości parametru Obsługa KSeF na karcie kontrahenta
W odpowiedzi na oczekiwania Klientów, wprowadzono zmiany w kwestii Kontrahentów. Dodano parametry SetIsKSeFRecipientForRetailCustomer oraz SetIsKSeFRecipientForBusinessCustomer, które pozwalają na zdefiniowanie domyślnego stanu parametru Obsługa KSeF odpowiednio dla nowych kontrahentów detalicznych oraz biznesowych.
Podczas zakładania nowej kartoteki system automatycznie ustawia wartość tego parametru zgodnie z konfiguracją przypisaną do danego typu kontrahenta.
Zasady wysyłania Podmiotu3 w roli Odbiorcy na podstawie adresu kontrahenta docelowego
W celu dostosowania zmian w Comarch ERP XL związanych z parametryzacją wysyłania Podmiotu3 w roli Odbiorcy na podstawie adresu kontrahenta docelowego została dodana obsługa w Comarch POS na podstawie parametrów w ERP.
Konfiguracja w Comarch ERP XL dostępna jest w module Administrator oddziałów -> Konfiguracja -> KSeF -> zakładka Eksport.
Zasady wysyłania danych kontrahenta docelowego jako Odbiorcy, zależnie od ww. parametrów oraz warunków handlowych ustalonych na wysyłanym dokumencie posiadającą poniższe zależności:
- Zgodne nr NIP
Adresy kontrahenta głównego i docelowego są zgodne oraz zdefiniowano IDWew dla adresu kontrahenta docelowego i włączono parametr lub gdy adresy są różne, ale mają ten sam numer NIP.
- Różne nr NIP
Adresy mają różne numery NIP.
- Brak nr NIP docelowego
Na adresie kontrahenta docelowego brak nr NIP.
Dodatkowo w Comarch POS wprowadzono obsługę IDWew dla Podmiot3.
Obsługa e-Faktur na rynku francuskim
W związku z wymogami prawnymi dotyczącymi obowiązkowego e-fakturowania we Francji, system Comarch POS został dostosowany do kompleksowej obsługi e-faktur w tym kraju.
Obowiązek otrzymywania faktur zaczyna się od 1 września 2026 roku. Jednak wydawanie faktur zależy od wielkości firmy:
- Duże i średnie przedsiębiorstwa muszą rozpocząć wystawianie faktur od 1 września 2026 roku.
- Małe i mikroprzedsiębiorstwa muszą rozpocząć wystawianie faktur od 1 września 2027 roku.
Karta kontrahenta
Istotną zmianą jest wprowadzenie numeru SIREN (francuski numer identyfikacji podmiotu), który jest wymagany dla e-faktur. Na karcie kontrahenta biznesowego dostępne jest nowe pole SIREN. Numer ten składa się z 9 cyfr. system automatycznie weryfikuje poprawność numeru, jeżeli wprowadzony zostanie błędny numer, system wyświetli odpowiedni komunikat.
Przy wystawianiu faktury dla francuskiego kontrahenta biznesowego, system blokuje zatwierdzenie dokumentu, jeżeli pola SIREN lub NIP nie zostaną uzupełnione.
Adres dostawy
System umożliwia lepsze zarządzanie adresem dostawy dla potrzeb e-fakturowania. Jeżeli faktura sprzedaży jest generowana na podstawie zamówienia sprzedaży, na którym wskazano inny adres dostawy niż adres nabywcy, informacja ta zostanie wydrukowana na fakturze.
Charakter transakcji
Każda faktura musi zawierać informację o tym, czego dotyczy sprzedaż. System POS automatycznie określa tę wartość na podstawie pozycji dodanych do dokumentu:
- Towary – gdy wszystkie pozycje to towary
- Usługi – gdy wszystkie pozycje to usługi
- Mieszane – gdy na fakturze znajdują się zarówno towary, jak i usługi
Dokumenty handlowe
Zgodnie z przepisami, wszystkie transakcje z podmiotami gospodarczymi muszą być dokumentowane fakturami. Jeżeli funkcjonalność e-Faktur jest aktywowana, z poziomu aplikacji Comarch POS nie ma możliwości dodania kontrahenta biznesowego na paragon i ręczną korektę paragonu.
Przy próbie wystawienia paragonu dla firmy, system wyświetli odpowiedni komunikat.
Blokada generowania faktury sprzedaży do paragonu.
W związku z obowiązującym przepisami zablokowano możliwość generowania faktury sprzedaży do paragonu, do którego przypisano kontrahenta Nieokreślonego.
W przypadku próby wygenerowania FS z paragonu z przypisanym kontrahentem Nieokreślonym, operacja zostaje zablokowana i wyświetlany jest komunikat blokujący. Paragon musi zostać całkowicie skorygowany, a nowa faktura musi zostać wystawiona niezależnie.
Zablokowano również możliwość zmiany kontrahenta detalicznego na fakturze sprzedaży wygenerowanej z paragonu – dane Kontrahenta są przenoszone i nie podlegają modyfikacji. W przypadku próby zmiany operacja zostaje zablokowana i wyświetlany jest odpowiedni komunikat.
Nowe zdarzenia w logu zdarzeń specjalnych (Special Events)
W celu zachowania zgodności ze standardem NF-525 poszerzono listę operacji podlegających ścisłemu rejestrowaniu w logach audytowych (Special Events Log).
Pojawiły się nowe kody zdarzeń odpowiadające za logowanie:
- Otwarcia oraz zamknięcia okresu dla raportów dziennych, miesięcznych oraz rocznych (Grand Totals)
- Wykrycia błędu integralności danych lub nieprawidłowości podpisu cyfrowego na dokumencie
- Rozpoczęcia weryfikacji poprawności podpisów cyfrowych
- Modyfikacji uprawnień, w tym utworzenia nowego użytkownika
- Otwarcia i zamknięcia szuflady kasowej
- Operacji na dokumencie handlowym: rozpoczęcie tworzenia nowego dokumentu, zmiana typu dokumentu (np. z paragonu na fakturę), zaparkowanie oraz jego finalne potwierdzenie po wpłacie
- Aktualizacji pozycji dokumentu, obejmujących m.in. ręczną zmianę ceny regularnej oraz nadanie ręcznych rabatów na element lub nagłówek dokumentu
- Generowania dokumentów korygujących oraz generowania duplikatów rachunków i potwierdzeń płatności kartą
- Przekroczenia limitu czasu dostępnego dla trybu offline
Najbardziej korzystny rabat – dla e-sklepu
W odpowiedzi na wymagania Klientów, do modułu rabatowego dodany został nowy mechanizm obliczania najbardziej korzystnego rabatu. Nowy mechanizm obliczania będzie aktywowany za pomocą dedykowanego parametru – CalculateBestDiscount. Po jego włączeniu modułu weryfikuje wszystkie obowiązujące dla danego elementu rabaty i oblicza tylko ten, który skutkuje największą obniżką ceny.
Podczas procesu weryfikacji każdy rabat jest obliczany jednokrotnie (oddzielnie) dla każdego elementu. Oznacza to, że rabatów nie można łączyć, kumulować ani sumować, a priorytet naliczenia rabatów jest ignorowany.
