Ramowy harmonogram wersji Comarch ERP XL w 2021 r.

Numer wersji	Typ wersji	Termin wydania	Uwagi
2022.0	Wersja	Grudzień 2021 r.

Planowane daty udostępniania oprogramowania są na bieżąco aktualizowane na Społeczności Comarch: https://spolecznosc.comarch.pl/news/planowane-wersje-comarch-erp-xl-na-rok-2021-66771

Zestawienie aplikacji, z którymi współpracuje Comarch ERP XL 2021.1

Aplikacja	Wersja	Uwagi
Comarch IBARD	5.2.3
wszystko.pl	Aktualna wersja www.wszystko.pl
Comarch e-Sklep	2022.0
Comarch B2B	Informacja w dokumentacji nowej wersji
Comarch Mobile (Zarządzanie, Sprzedaż, Monitorowanie, Serwis)	2021.1.1 lub wyższa
Comarch WMS (Zarządzanie, Magazynier)	2021.5
Comarch Magazynier	Informacja w dokumentacji nowej wersji
Comarch ERP XL HR	2022.0.1
Comarch HRM	2022.0.1
Comarch DMS (stacjonarny, WWW)	2021.1.2
Comarch ERP XL Business Intelligence (Księga raportów, Panel zarządzania, Konfigurator)	2021.1
Comarch ERP XL Business Intelligence (BI Point)	11.5.0
Comarch MyPoint	1.2.5
Comarch ECM	2015.2
Migracja danych XL2XML	8.1.0
Comarch MES	2021.1
Comarch e-Sprawozdania	2021.1.1
Comarch POS	2021.6
Comarch Shipping	Aktualna wersja shipping.comarch.com
Comarch IoT Platform	Aktualna wersja ca.comarch-iot.com/
Serwis XL - IoT	2021.1

Logistyka

Obsługa bonów towarowych

Bon towarowy to dokument uprawniający jego posiadacza do bezgotówkowego nabycia towarów w oznaczonym terminie, w określonej Firmie, w kwocie na jaką opiewa bon.

W wersji 2021.1 Systemu wprowadzono obsługę bonów własnych, czyli bonów emitowanych przez Firmę, w której następnie bon jest realizowany. Funkcjonalność nie jest dostępna w XL Start i w aplikacji Detal, obsłużona natomiast została w modelu pracy Comarch ERP XL – Comarch POS.

Rodzaje bonów

Rejestrowanie bonów w Systemie odbywa się w kontekście danego Rodzaju bonu, pełniącego funkcję przepisu, wg jakiego tworzony jest bon, a ponadto pozwalającego zarządzać prawami poszczególnych centrów Firmy do poszczególnych bonów.

Rodzaje bonów w strukturze firmy

Prawo do poszczególnych rodzajów bonów zostało obsłużone wg zasad jak dla innych obiektów struktury firmy, takich jak rodzaje cen, magazyny, rejestry kasowo-bankowe itp. tj. rodzaje bonów przypisywane są w centrach struktury firmy z zachowaniem standardowych zasad w tym zakresie:

Prawo do rodzaju bonu sprawdzane jest:

Prawo do rodzaju bonu nie jest natomiast kontrolowane podczas przyjmowania bonu na stan, podczas wydawania bonu notą memoriałową oraz podczas jego sprzedaży, przy czym o tym, czy dany bon może zostać sprzedany decyduje standardowo prawo do magazynu, w którym znajduje się zasób – bon.

Lista Rodzajów bonów

Rodzaje bonów prezentowane są na stosownej liście, dostępnej w modułach: Administrator, Sprzedaż i Księgowość.

Lista rodzajów bonów jest listą typu DevExpress, wyposażoną w typowe dla niej właściwości, a dodatkowo w konstruktor filtra oraz możliwość jej ograniczania do rodzajów niearchiwalnych. Rodzaje archiwalne wyróżniane są kolorystycznie.

Na liście prezentowane są te rodzaje bonów, do których ma prawo centrum, w kontekście którego pracuje Operator. Listę rodzajów bonów można wyeksportować do arkusza kalkulacyjnego, udostępniony został również wydruk listy.

Zarówno do listy, jak i formatki Rodzaju bonu obsłużony został stosowny zakaz.

Formatka Rodzaju bonu

Rodzaj bonu służy do definiowania przepisuj na bony, tworzone w kontekście tego rodzaju. Formatka Rodzaju bonu zawiera poniższe dane:

Uwaga

Numer bonu może się składać maksymalnie z 50 znaków, przy czym System nie sprawdza, czy zdefiniowany na Rodzaju bonu schemat numeracji zachowuje tą maksymalną długość. Poprawne zdefiniowanie schematu numeracji pozostaje w gestii Użytkowania. Podczas nadawania numeru bonom nadmiarowa ilość znaków jest przez System ucinana.

Uwaga

Na standardowym wydruku bonu drukowany jest kod kreskowy w formacie zgodnym z Code39. Jeżeli Użytkownik będzie korzystał z tego wydruku, wówczas zalecane jest używanie w schemacie numeracji bonów znaków obsługiwanych w ww. kodzie kreskowym. Zaleca się ponadto, aby długość numeru nie przekraczała wówczas 24 znaki.

Uwaga

Użytkownicy, którzy będą korzystać z opisanej w dalszej części dokumentu funkcjonalności automatycznego uzupełniania EAN-u dostawy numerem bonu powinni stosować numery bonów nie przekraczające 40 znaków, taka jest bowiem maksymalna długość pola EAN.

Uwaga

Wielkość liter w numerze nadawanym bonom determinowana jest przez wielkość liter użytych/zdefiniowanych w masce schematu numeracji. W dalszym procesie obsługi bonu natomiast wielkość liter nie ma już znaczenia, tj. nie można dodać bonu o numerze różniącym się jedynie wielkością liter (przykładowo, jeżeli istnieje bon AAA12, wówczas bon o numerze aaa12 nie zostanie dodany/wygenerowany/zaimportowany), a podczas przyjmowania bonu (rejestrowania PZ/PW/FZ z cechą zgodną z numerem bonu), wydawania bonu (np. wprowadzanie na element Noty numeru bonu), realizacji bonu (wprowadzania numeru bonu na zapis kasowy) wielkość liter podawanych przez Operatora nie ma znaczenia tj. System zidentyfikuje bon AAA12 zarówno po podaniu wartości AAA12, jak i po podaniu wartości aaa12).

Formatka wyposażona została standardowo w zakładki [Atrybuty] i [Załączniki].

Obsłużone zostało kopiowanie rodzaju bonu za pomocą kombinacji klawiszy <CTRL>+<Insert>

Towar typu Bon

Do rejestrowania obrotu bonami niezbędne jest powiązanie bonów z kartotekami typu towar/produkt i prowadzenie gospodarki magazynowej bonami, o czym więcej w dalszej części dokumentu.

Dana karta towaru może być powiązana z jednym rodzajem bonu, dany rodzaj bonu może być powiązany tylko z jedną kartą towarową.

Na karcie towaru został dodany parametr Bon, służący do oznaczenia karty jako służącej do rejestrowania obrotu bonami o rodzaju wskazanym w kontrolce Rodzaj bonu. Edycja parametru jest możliwa o ile nie zarejestrowano dotąd transakcji z tym towarem.

Dla towaru typu Bon przyjęte zostały poniższe założenia:

Ww. parametr jest domyślnie włączany, natomiast Użytkownik ma możliwość jego wyłączenia. Włączenie parametru oznacza, że podawany w cesze dostawy numer bonu będzie automatycznie uzupełniany jako jej EAN. Dzięki temu podczas sprzedaży bonu wystarczy, aby Użytkownik podał numer sprzedawanego bonu w kontrolce Towar elementu FS/PA a System samodzielnie zidentyfikuje towar oraz pobierze zasób zgodny z podaną cechą.

Uwaga

Użytkownicy, którzy będą korzystać z ww. funkcjonalności powinni stosować numery bonów nie przekraczająca 40 znaków, taka jest bowiem maksymalna długość pola EAN dostawy.

Dla kart typu Bon nie przewiduje się żadnej automatyki w zakresie ustalania/zmiany stawki Vat. Przypisanie właściwej stawki VAT pozostaje w gestii Użytkownika, który powinien ją ustalić zależnie od rodzaju bonu. Zgodnie z obowiązującymi przepisami w obrocie znajdują się dwa rodzaje bonów:

Zależnie od rodzaju bonu Użytkownik powinien ustalić na karcie typu Bon czy to stawkę np. czy to stawkę właściwą dla towaru/usługi, której dotyczy bon i rejestrować sprzedaż/wydania bonu właściwym dokumentem, o czym więcej w dalszej części dokumentu.

Pod listą towarów udostępniony został filtr, pozwalający ograniczyć listę towarów do tych, które zostały zarejestrowane na potrzeby obrotu bonami.

Bony towarowe

Lista bonów

Bony prezentowane są na stosownej liście, dostępnej na zakładce [Ogólne] modułu Sprzedaż oraz na zakładce [Kasa/Bank] modułu Księgowość.

Na liście bonów prezentowane są te bony, do rodzajów których ma prawo dane centrum. Numery poszczególnych bonów prezentowane są w kolorystyce właściwej dla stanu bonu.

Lista, oprócz standardowych możliwości filtrowania, grupowania itp. właściwych dla listy DevExpress wyposażona została w szereg filtrów:

Bon może przyjmować przedstawione w poniższej tabeli stany.

Stan Bonu	Opis
Niezatwierdzony
Zatwierdzony
Przyjęty na stan	Bon, dla którego zarejestrowano dokument zakupu/przyjęcia (PZ, FZ, PW), tym samym bon został przyjęty do Firmy/do magazynu
Wydany	Bon, który został sprzedany/wydany Klientowi, tj. zarejestrowano FS/PA/WZ/FSE/WZE lub notę memoriałową na ten bon
W realizacji	Bon o typie rozliczenia Wielokrotny, którym dokonano zapłaty za transakcję, przy czym nie wykorzystano jeszcze całej wartości bonu
Zrealizowany	Bon, którym dokonano zapłaty i dalsza zapłata tym bonem nie jest możliwa (czyli bon Wielokrotny, z którego wykorzystano już całą wartość lub Jednorazowy, którym dokonano już zapłaty)
Zablokowany zatwierdzony	Użytkownik ma możliwość zablokowania bonów np. zagubionych, co powoduje stosowną zmianę stanu bonów. Stan, jaki otrzymują zablokowane bony zależy od stanu, w jakim znajdował się bon przed jego zablokowaniem
Zablokowany przyjęty na stan
Zablokowany wydany
Zablokowany w realizacji

W filtrze Stan dostępne są wszystkie ww. wartości odpowiadające poszczególnym stanom, jakie mogą przyjmować bony, przy czym do filtrowania bonów zablokowanych służy wartość zablokowane, która rozumiana jest jako dowolny stan zablokowania tj. zablokowane zatwierdzone, zablokowane przyjęte na stan itp. Oprócz wartości odpowiadających poszczególnym stanom udostępniona są w filtrze wartości: Przeterminowane oraz Aktywne. Przez te ostatnie rozumiane są bony w stanie: Wydane oraz W realizacji, czyli takie, które są w posiadaniu Klientów i z których może on nadal skorzystać, przy czym data ważności bonu nie jest dla nich sprawdzana, jeżeli Użytkownik chce ograniczyć listę tych bonów do bonów nadal ważnych, powinien dodatkowo użyć filtra Data ważności.

Udostępnione zostało seryjne dodawanie, zatwierdzanie, usuwanie oraz blokowanie bonów.

Możliwe jest również przyjęcie, wydanie, rozchód oraz przesunięcia wielu bonów jednocześnie:

Uwaga

Na dokumencie RW generowanym z listy bonów ustalany jest magazyn domyślny z definicji dokumentu danego centrum, jeżeli więc bony nie są dostępne w tym magazynie a na definicji w sekcji Sprzedaż z magazynów wybrano opcję inną niż wszystkich, wówczas dokument nie zostanie utworzony. W takiej sytuacji Użytkownik powinien zarejestrować go samodzielnie, pobierając bony z magazynu, w którym się one znajdują.

Generując MMW z listy bonów Użytkownik wskazuje magazyn, z którego mają zostać pobrane bony. Dokument zostanie utworzony o ile bony te znajdują się we wskazanym magazynie.

Dodawanie/generowanie bonów dokonywane jest w kontekście konkretnego rodzaju bonu. Wśród możliwych do wskazania rodzajów bonów dostępne są te, do których dane centrum ma prawo.

Generowania bonów można dokonać na dwa sposoby:

Na formatce uruchamianej przyciskiem/opcją Generuj należy wskazać rodzaj bonu, w kontekście którego mają zostać dodane bony oraz podać ilość bonów, jaka ma zostać wygenerowana. Przed dokonaniem generowania Użytkownik ma jeszcze możliwość zmiany Kwoty oraz Terminu ważności generowanych bonów. Termin ważności dostępny jest do edycji o ile na wskazanym rodzaju bonu parametr Od daty wydania jest wyłączony.

Na formatce uruchamianej przyciskiem/opcją Generuj należy wybrać opcję Z pliku a następnie wskazać arkusz kalkulacyjny, na podstawie którego mają zostać wygenerowane bony. Aby System dokonał importu bonów, należy w pierwszym arkuszu wskazanego pliku w kolumnie [Numer] podać kolejne numery bonów. System dokona importu bonów o podanych w arkuszu numerach o ile numery te są zgodne ze schematem numeracji zdefiniowanym na danym rodzaju bonu i nie zarejestrowano dotąd bonów o takich numerach.

Formatka Bonu

Formatka bonu zawiera poniższe dane:

W przypadku bonu, który został zablokowany np. z powodu jego zagubienia na formatce bonu prezentowana jest dodatkowo data dokonania blokady, identyfikator Operatora, który jej dokonał oraz przyczyna dokonania blokady.

Aby zablokować dany bon należy użyć opcji Zablokuj w menu kontekstowym listy bonów i wskazać przyczynę blokady. Przyczynę tą można wskazać z listy wartości słownika kategorii Przyczyna blokady bonu. Zablokowanie bonu jest operacją nieodwracalną i oznacza, że dla danego bonu nie będzie dokonywana już żadna akcja.

Formatka bonu wyposażona została standardowo w zakładki [Atrybuty] i [Załączniki].

Udostępniony został wydruk bonu oraz seryjne drukowanie zaznaczonych na liście bonów.

Ogólne zasady obrotu bonami

Dla obsługi bonów towarowych niezbędne jest powiązanie bonów z kartotekami typu towar/produkt i prowadzenie gospodarki magazynowej bonami tj. przyjmowanie bonów na stan (PW, PZ, FZ na bony), przesuwanie bonów pomiędzy magazynami (MMW/MMP na bon), sprzedaż/wydawanie bonów Klientowi (PA, FS, FW, WZ, WZE, FSE na bon). Alternatywą dla sprzedaży bonów ww. dokumentami handlowym jest możliwość rejestrowania noty memoriałowej na bony. Nocie takiej towarzyszy RW na bony, generowane czy to automatycznie podczas zatwierdzania noty, czy to na żądanie Użytkownika, o czym więcej w dalszej części dokumentu.

Dla każdego przyjmowanego bonu tworzona jest oddzielna partia, której cechą jest numer bonu.

Rejestrowanie bonów na ww. dokumentach pozwala na obsługę obu występujących obecnie na rynku rodzajów bonów:

Rodzaj bonu	Opis	Dokument
Bon jednego przeznaczenia	Bon, dla którego stawka VAT z tytułu sprzedaży towarów, za które zostanie dokonana zapłat bonem jest znana w chwili emisji bonu. Sprzedaż bonu opodatkowana jest stawką właściwą dla tych towarów.	PA/FS
Bon różnego przeznaczenia	Bon, który może być wykorzystywany do zapłaty za różne towary, w różny sposób opodatkowane. Wydanie takiego bonu nie powoduje naliczenia VAT.	Nota memoriałowa

Ww. typy dokumentów są jedynie typami rekomendowanymi, Użytkownicy mają w tym zakresie swobodę i to od nich zależy, z jakich typów dokumentów skorzystają. Zależnie od rodzaju bonu i typu dokumentu Użytkownik powinien ustalić na karcie towaru typu Bon czy to stawkę np. czy to stawkę właściwą dla towaru/usługi, której dotyczy bon i rejestrować sprzedaż/wydanie bonu dokumentami właściwymi dla danego rodzaju bonu.

Przykłady obrotu bonem jednego przeznaczenia:

Przyklad

PZ-FS

PW-WZ-(S)FS

FZ-WZ-(s)FS

PZ-PA

PZ-MMW/MMP-PA

Przykłady obrotu bonem różnego przeznaczenia:

Przyklad

PZ – WZ (stawka np.), bez tworzenie spinacza

PZ-MMW/MMP-WZ bez spinacza

PW-Nota (wraz z RW)

Zarejestrowanie, a dokładniej zatwierdzanie dokumentu handlowego zakupu/sprzedaży, anulowanie takiego dokumentu, zarejestrowanie do niego korekty ilościowej oraz anulowanie takiej korekty zmienia stosownie stan bonu w sposób przedstawiony na poniższym diagramie.

Przed zatwierdzeniem/anulowaniem dokumentu System weryfikuje, czy bon wprowadzony na ten dokument znajduje się stanie pozwalającym na dokonanie takiej operację. Przykładowo, anulowanie FS na bon nie uda się, jeżeli bon ten był już wykorzystywany do zapłaty, czyli wówczas, gdy znajduje się w stanie W realizacji lub Zrealizowany. Podobnie, nie uda się zatwierdzić ilościowej FSK na bon, który jest w ww. stanie.

Uwaga

Towarami typu Bon nie można operować na PZI, FAI, korektach ręcznych, dokumentach magazynowych oraz dokumentach PKA/WKA.

Możliwe jest dokonanie rozchodu wewnętrznego (RW) bonów, przy czym dokument RW/RWK dotyczący bonów nie wpływa na ich stan. Taki dokument można rejestrować również na dostawy wskazujące na zablokowane bony. W ten sposób Użytkownik może zdjąć ze stanu magazynowego takie bony. Zarejestrowanie dokumentu RW na bon nie oznacza jego wydania czy to Klientowi, czy to Pracownikowi. Takie wydanie należy zarejestrować na Nocie memoriałowej, dokument RW może jej natomiast towarzyszyć, o czym więcej w dalszej części dokumentu.

Bony można przesuwać pomiędzy magazynami za pomocą dokumentów MMW/MMP.

Zarówno RW, jak i MMW można również generować z listy bonów, dla wieli bonów jednocześnie.

Bonami można również operować na ofertach i zamówieniach (zakupu/sprzedaży) wg ogólnych zasad, jak zwykłymi towarami.

Przyjmowanie bonu na stan

Podczas przyjmowania bonów na stan tj. rejestrowania PZ/FZ/PW na towar typu Bon o cesze zgodnej z numerem bonu System tworzy osobną dostawę/partię dla każdego bonu, stosownie rozbijając ilość z elementu na dostawy, każda po 1szt. Edycja ilości na takiej dostawie/subelemencie jest zablokowana, nie można jej również rozbijać, ani też podpinać do innej dostawy.

Dla towarów typu Bon zmieniona została obsługa parametru Oznacz dostawę kodem EAN towaru. Nazwa ww. parametru w karcie takiego towaru jest zmieniana na Oznacz EAN dostawy numerem bonu a włączony parametr oznacza, że EAN dostawy ustalany jest automatycznie w oparciu o numer bonu podawany w cesze dostawy.

Dzięki ww. funkcjonalności Użytkownik może dokonywać sprzedaży/wydania/rozchodu konkretnych bonów poprzez podanie w kontrolce Towar formatki elementu konkretnego numeru bonu. Wykorzystywana jest tutaj standardowa funkcjonalność pobierania zasobu na podstawie podanego EAN-u dostawy.

Uwaga

Użytkownicy, którzy będą korzystać z ww. funkcjonalności powinni stosować numery bonów nie przekraczające 40 znaków, taka jest bowiem maksymalna długość pola EAN dostawy

Na elemencie PZ/FZ/PW na bon wymagane jest podanie numeru bonu w cesze dostawy. Podczas zatwierdzania dokumentu System sprawdza, czy bon o podanym numerze istnieje i znajduje się w stosownym stanie, tj. zatwierdzony. Jeżeli cecha nie zostanie podana, czy też nie zostanie zidentyfikowany stosowny bon, wówczas zatwierdzenie dokumentu nie jest możliwe.

Podczas zatwierdzania dokumentu przychodu System ustała stan bonów na Przyjęty na stan.

Oprócz standardowego, ręcznego wprowadzania elementu typu Bon na dokument zakupu/przychodu Użytkownik ma również możliwość seryjnego przyjęcia bonów na stan, poprzez wygenerowanie dokumentu PZ/FZ/PW z listy bonów. System generuje dokument dla tych wszystkich zaznaczonych bonów, które znajdują się w stanie Zatwierdzony i które poprzez Rodzaj bonu są powiązane z kartą towarową. Dla każdego rodzaju bonu tworzony jest osobny element dokumentu, a na każdym z nich odrębne dostawy z cechami zgodnymi z numerami poszczególnych bonów. Magazyn na tak tworzonym dokumencie ustalany jest na podstawie magazyny domyślnego z definicji dokumentu.

Anulowanie dokumentu PW/PZ/FZ zawierającego bony jest niemożliwe, jeżeli przyjęty tym dokumentem bon znajduje się w niewłaściwym stanie, tj. został zablokowany lub wydany Klientowi. Podczas anulowania ww. typów dokumentów stan bonów jest cofany do stanu Zatwierdzony.

Podobna weryfikacja stanu bonów dokonywana jest również podczas zatwierdzania korekty ilościowej do ww. dokumentów. Zarejestrowanie takiej korekty jest niemożliwe, jeżeli bon został zablokowany lub wydany. Podczas zatwierdzania takiej korekty stan bonów jest cofany do stanu Zatwierdzony.

Anulowanie takiej korekty, możliwe o ile stan bonu na to pozwala tj. bon jest w stanie zatwierdzony zmienia stan bonu na Przyjęty na stan.

Wydawanie bonu Klientowi

Wydania/sprzedaży bonów Klientowi można dokonać za pomocą dokumentów: FS, FW, WZ, PA, WZE, FSE. Odbywa się to poprzez dodanie na ten dokument elementu z towarem typu Bon i podanie w cesze numer bonu. Można również wprowadzić numer bonu wprost w kontrolce Towar a System samodzielnie zidentyfikuje i pobierze zasób z cechą zgodną z numerem podanego bonu. Ta ostatnia możliwość jest dostępna o ile parametr Oznacz EAN dostawy numerem bonu na tym towarze- bonie pozostał włączony.

Uwaga

Użytkownicy, którzy będą korzystać z ww. funkcjonalności powinni stosować numery bonów nie przekraczające 40 znaków, taka jest bowiem maksymalna długość pola EAN dostawy.

W przypadku sprzedaży wielu bonów jednocześnie zamiast samodzielnego wprowadzania kolejnych elementów na dokument Użytkownik może skorzystać z opcji generowania dokumentu sprzedaży z listy bonów.

System generuje dokument dla tych wszystkich zaznaczonych bonów, które znajdują się w stanie Przyjęty na stan i są faktycznie dostępne w magazynie. O tym, czy System utworzy odrębne elementy dokumentu dla każdego z bonów, czy też pogrupuje je wg Rodzaju bonu (a tym samym wg karty towaru) decyduje opcja wybrana przez Użytkownika w oknie generowania dokumentu.

Uwaga

Na dokumencie sprzedaży generowanym z listy bonów ustalany jest magazyn domyślny z definicji dokumentu danego centrum, jeżeli więc bony nie są dostępne w tym magazynie a na definicji w sekcji Sprzedaż z magazynów wybrano opcję inną niż wszystkich, wówczas dokument nie zostanie utworzony. W takiej sytuacji Użytkownik powinien zarejestrować go samodzielnie, pobierając bony z magazynu, w którym się one znajdują

.

Podczas zatwierdzania dokumentów FS, FW, WZ, PA, WZE, FSE zawierających pozycje typu Bon System dokonuje poniższych zmian na bonie:

Anulowanie dokumentu FS, FW, WZ, PA, WZE, FSE zawierającego pozycje typu bony jest możliwe o ile żaden z tych bonów nie był dotąd realizowany, tj. nie przyjęto zapłaty tym bonem, ani też nie został zablokowany przez Użytkownika. Takie same warunki sprawdzane są podczas zatwierdzania korekty ilościowej do ww. dokumentów. Anulowanie/korekta ilościowa ww. dokumentu cofa stan bonów do Przyjęty na stan.

Podczas anulowania ww. dokumentów usuwana jest data wydania i identyfikator Operatora wydającego bon, natomiast ani Kwota ani też Termin ważności bonu nie ulegają zmianie.

Anulowanie korekty ilościowej do ww. dokumentów możliwe jest o ile znajdujące się na niej bony nie zostały przez Użytkownika zablokowane, ani też wydane notą memoriałową. Podczas anulowania takiej korekty stan bonu ustalany jest na Wydany.

Cena sprzedaży bonu

Dla elementu typu Bon obowiązują standardowe zasady ustalania i edycji ceny, niezależne od wartości bonu wprowadzonego na element dokumentu handlowego:

Standardowa funkcjonalność Systemu	Możliwe wykorzystanie w kontekście Bonów
Cenniki sprzedaży	Aby cena sprzedaży proponowana była na podstawie Kwoty bonu, na który wskazuje dany element, należy zdefiniować odrębne Rodzaje bonów dla bonów o określonej wartości. Jeżeli przykładowo Firma emituje zazwyczaj bony o wartości 100, 200, 500, wówczas należy zdefiniować Rodzaj_100, Rodzaj_200 itp., do każdego z nich przypisać karty towaru, ustalając na nich stosownie cenę: 100, 200 itp.
Promocja na konkretne dostawy towaru	Jeżeli Użytkownik nie zechce różnicować Rodzajów bonów wg nominałów bonów, wówczas do proponowania ceny na podstawie wartość danego bonu można wykorzystać promocję na konkretną dostawę towaru. Należy zarejestrować promocję i dodawać do niej kolejno pozycje na towar powiązany z danym rodzajem bonu i jedną konkretną dostawą, o cesze zgodnej z numerem danego bonu. Jako rabat należy ustalić stałą cenę, zgodną z wartością nominalną bonu. Do ww. promocji należy dodać Grupę główną kontrahentów oraz dodatkowo kontrahenta nieokreślonego.
Rabat Operatora	Ustalając w karcie Operatora rabat 0% można zablokować możliwość zmiany ceny na elemencie dokumentu handlowego (w tym elementu dotyczącego Bonu).
Promocja typu cena początkowa, z opcjonalną blokadą edycji ceny	Jeżeli cena na elemencie ma być ustalana na poziomie wartości bonu i niemożliwa do zmiany przez Operatora, wówczas można zastosować promocję typu CEN z włączonym parametrem Nie pozwalaj na zmianę ceny. W ww. scenariuszu należy zadbać o to, aby proponowana była prawidłowa cena tj. zgodna z wartością bonu np. wg zasad opisanych w wierszu Cenniki sprzedaży.
Promocje na bony dla konkretnych Klientów	Jeżeli stali Klienci otrzymują bony ze zniżką (stała kwota czy też zniżka procentowa) nie wpływającą na wartość nominalną bonu np. za bon na kwotę 100,00 Klient płaci tylko 90,00, wówczas dla takich Klientów i karty towarowej powiązanej z tym rodzajem bonu należy zdefiniować standardową promocję typu stała cena lub rabat procentowy. Na rodzaju bonu należy wyłączony parametr Aktualizuj podczas wydania.

Wydawanie bonów za pomocą Noty memoriałowej

Do wydawania Klientom bonów różnego przeznaczenia można użyć Noty memoriałowej, która w wersji 2021.1 została do tych celów przystosowana. Noty memoriałowe dostępne są od tej wersji zarówno jak dotąd w module Księgowość, jak i dodatkowo w module Sprzedaż.

Zmiany w definicji noty memoriałowej

Na definicje noty został dodany parametr Bony. Włączenie tego parametru oznacza, że noty dodawane wg tej definicji służą do wydawania bonów. Edycja ww. parametru możliwa jest o ile definicja nie została dotąd użyta, tj. nie zarejestrowano jeszcze noty wg tej definicji, przy czym jego włączenie jest niemożliwe, jeżeli definicja dedykowana jest dla Leasingu, wyłącznie z kolei jest niemożliwe, jeżeli definicja ta została przypisana na Rodzaju bonu.

Po włączeniu ww. znacznika dostępna jest dodatkowo sekcja Generowanie RW na bony, w której Użytkownik może określić, czy podczas zatwierdzania Noty na bony System ma generowany rozchód wewnętrzny, zdejmujący je ze stanu magazynowego, a jeżeli tak to w jakim stanie ma być ten dokument tworzony.

Na definicji noty dedykowanej do obsługi bonów wprowadzono poniższe zasady:

Nota memoriałowa na bony

Wydanie bonu za pomocą Noty memoriałowej odbywa się poprzez wprowadzenie numeru bonu na pozycję noty.

Wprowadzenie numeru bonu możliwe jest na pozycji typu Przychód niezatwierdzonej noty, oznaczonej parametrem Bony. Użytkownik może wprowadzić bon na pozycję Noty poprzez podanie numeru bonu w dedykowanej do tego kontrolce lub poprzez wskazanie bonu na liście otwieranej stosownym przyciskiem. System zapisuje bon na pozycji noty, o ile bon o podanym numerze istnieje i znajduje się w stanie Przyjęty na stan.

Na nocie, która została już zatwierdzona ww. przycisk podnosi formatkę bonu w trybie do podglądu.

Uwaga

Użytkownik ma możliwość wprowadzenia na pozycję Noty memoriałowej dowolnego bonu, bez względu na to czy i jaką definicję noty przypisano na Rodzaju bonu, w kontekście którego dodany został bon.

To od Użytkownika zależy, czy dany bon sprzeda dokumentem FS/PA, czy też wyda Notą memoriałową. Definicja noty przypisana do Rodzaju bonu służy jedynie jako domyślna definicji wykorzystywana przy opcji generowania Noty z listy bonów, nie determinuje natomiast tego jakim dokumentem można sprzedać/wydać dany bon.

Wartość pozycji noty memoriałowej ustalana jest domyślnie na podstawie Kwoty wprowadzonego na nią Bonu.

Formatka Noty wystawionej w kontekście definicji służącej do obsługi bonów posiada poniższe specyficzne cechy:

Oprócz pojedynczego wprowadzania Bonu na pozycję Noty Użytkownik ma możliwość dodania na Notę wielu bonów jednocześnie. Służy do tego przycisk Dodaj listę bonów dostępny pod listą pozycji formularza Noty. Po wskazaniu na liście bonów otwieranej tym przyciskiem System dodaje je kolejno na Notę, o ile znajdują się one w stosownym stanie.

Użytkownik ma również możliwość generowania Noty memoriałowej wprost z listy bonów. Wystarczy zaznaczyć bony na liście i wybrać stosowną opcję w menu przycisku generowania dokumentu. System generuje wówczas Notę memoriałową i dodaje do nią kolejne pozycje dla tych bonów, które znajdują się w stosownym stanie. Rodzaj tak tworzonej noty ustalany jest na podstawie definicji noty przypisanej do Rodzaju 1-go pozytywnie zweryfikowanego bonu. Kolejne pozycje dla kolejnych bonów dodawane są do Noty niezależnie od tego, czy na ich Rodzaju jest przypisana definicję noty i bez względu na to, czy jest ona zgodna z definicją, w oparciu o którą utworzona została Nota.

Noty zawierającej bony nie można cofnąć do bufora, z zatwierdzonej Noty nie można usunąć pozycji wskazującej na bon, zmienić numeru bonu ani kwoty Przychodu takiej pozycji.

Podczas zatwierdzania Noty System dokonuje poniższych zmian na wprowadzonych na nią bonach:

Dodatkowo, o ile na definicji Noty memoriałowej w sekcji Generowanie RW na bony wybrano opcję generuj do bufora lub generuj potwierdzone podczas zatwierdzania Noty generowany jest dokument RW na znajdujące się na Nocie bony.

RW generowane jest na towary, na jakie poprzez swój Rodzaj wskazują bony, a pobrane są dostawy z cechami zgodnymi z numerami poszczególnych bonów.

Nota memoriałowa, na podstawie której wygenerowano dokument RW prezentowana jest na Liście związanych dokumentu RW.

Uwaga

Na dokumencie RW generowanym z Noty memoriałowej ustalany jest magazyn domyślny z definicji RW danego centrum, jeżeli więc bony nie są dostępne w tym magazynie a na definicji RW w sekcji Sprzedaż z magazynów wybrano opcję inną niż wszystkich, wówczas dokument RW nie zostanie utworzony. W takiej sytuacji Użytkownik powinien zarejestrować RW samodzielnie, pobierając bony z magazynu, w którym się one znajdują.

Użytkownik ma możliwość wygenerowania RW na późniejszym etapie, już po zatwierdzaniu Noty memoriałowej. Służy do tego dostępna w menu kontekstowym listy not opcja Rozchód wewnętrzny bonów.

Notę memoriałową rejestrującą wydanie bonów można anulować o ile żaden z tych bonów nie został zablokowany, ani też nie był dotąd realizowany, tj. nie przyjęto zapłaty tym bonem. Podczas anulowania Noty System cofa stan bonów do stanu Przyjęty na stan, nie zmienia natomiast ani Kwoty bonu ani jego Terminu ważności. Podczas anulowania noty System nie dokonuje automatycznego anulowania powiązanego z nią RW. Jego anulowania powinien dokonać Użytkownik, o czym jest on stosownie informowany podczas anulowania Noty.

Zapłata bonem

Forma płatności typu bon

Do konfiguracyjnej listy form płatności została dodana kolejna predefiniowana forma płatności: Bon. Taka forma płatności oraz dodawane przez Użytkownika formy do niej podrzędne są stosownie oznaczone, jako formy przeznaczone do przyjmowania zapłaty Bonem.

Bon na formatce Płatności

Po wyborze formy płatności typu Bon na formatce Płatności Użytkownik ma możliwość wprowadzenia na nią numeru bonu. Jest to możliwe na Płatności spełniającej wszystkie poniższe warunki:

Bon można wprowadzić poprzez podanie jego numeru lub poprzez wskazanie bonu na liście otwieranej przyciskiem Bon.

Przypisanie bonu o podanym w kontrolce numerze odbywa się wówczas, jeżeli spełnia on wszystkie poniższe warunki:

Identyczne warunki są sprawdzane podczas przypisywania bonu poprzez wskazanie go na liście.

Podczas przypisywania bonu na Płatność System nie weryfikuje czy i na ilu innych płatnościach jest on przypisany, może się więc okazać, że przy faktycznej zapłacie za tą płatność nie uda się tego bonu wykorzystać, ponieważ w międzyczasie został już zrealizowany.

Przypisanie na danej płatności numeru bonu nie oznacza, że koniecznie tym bonem musi być ona uregulowana. Taki bon jest proponowany, jeżeli Użytkownik dokonuje zapłaty przy użyciu formy typu Bon, przy czym podczas zapłaty może on wskazać inny bon, czy też uregulować zapłatę inną formą płatności. Informacja o bonie pozostaje na Płatności nawet wówczas, jeżeli zostanie ona zapłacona inaczej/innym bonem niż wskazany na tej płatności. Bon na płatności to jedynie przepis, z którego Użytkownik może, ale nie musi skorzystać.

Na płatności, która została już w całości rozliczona/skompensowana przycisk Bon podnosi formatkę bonu w trybie do podglądu.

Bon na formatce Wpłaty

Dokonanie wpłaty przy użyciu formy typu Bon jest możliwe dla płatności typu należność wyrażonej w walucie systemowej o ile w rejestrze kasowo-bankowym przypisanym do tej formy płatności zdefiniowano operację oznaczoną parametrem Bony. Znacznik ten opisany jest w punkcie: Zapis kasowy typu Bon.

Dla tego typu wpłaty została przygotowana specjalna formatka Wpłaty, na którą należy wprowadzić bon. Można tego dokonać poprzez podanie jego numeru lub poprzez jego wskazanie na liście otwieranej przyciskiem Bon.

Przypisanie bonu o podanym w kontrolce numerze odbywa się, o ile bon ten spełnia wszystkie poniższe warunki:

Identyczne warunki sprawdzane są podczas przypisywania bonu poprzez wskazanie go na liście.

Jeżeli na płatności, do której przyjmowana jest zapłata przypisany został bon, wówczas jest on przenoszony na formatkę Wpłaty, o ile spełnia ww. warunki.

W kontrolce Do zapłaty formatki Wpłaty prezentowana jest nierozliczona wartość płatności. Wielkość ta, w odróżnieniu od innych form zapłaty jest niedostępna do edycji, nie ulega też zmianie pomimo zmiany wielkości Zapłacono.

W kontrolce Zapłacono, ustalana jest wielkość zapłaty przyjmowanej bonem. Wartość ta ustalana jest na podstawie mniejszej z wielkości: Do zapłaty i wartości dostępnej na bonie, tj. wartości niezrealizowanej bonu. Użytkownik ma możliwość zmiany tej wielkości w ww. granicach, tj. może ją ustalić na poziomie wartości nie większej niż kwota Do zapłaty i nie większej niż kwota niezrealizowana danego bonu. W ten sposób Użytkownik może zdecydować w jakiej kwocie ma zostać wykorzystany dany bon.

Podczas zapisu formatki Wpłaty System ponownie weryfikuje przypisany bon w zakresie jego stanu oraz jego niezrealizowanej wartości, aby uniknąć sytuacji, w której inny Użytkownik w tym samym czasie przyjął zapłatę tym bonem, czy też z jakiegoś powodu dokonał jego blokady.

Po akceptacji formatki Wpłaty tworzony jest zapis kasowy na kwotę ustaloną/podaną w kontrolce Zapłacono. Na taki zapis kopiowana jest informacja o bonie, którym dokonano zapłaty.

Zapis kasowy typu Bon

Na definicji operacji kasowo-bankowej został dodany znacznik Bony, decydujący o tym, czy zapis kasowy tworzony w oparciu o tą definicję może służyć do przyjmowania zapłaty bonem towarowym.

Wprowadzenie Bonu na zapis kasowy jest możliwe, o ile spełnione są wszystkie poniższe warunki:

Bon można wprowadzić podając jego numeru lub wskazując bon na liście otwieranej przyciskiem Bon.

Przypisanie bonu o podanym w kontrolce numerze odbywa się, o ile bon ten spełnia wszystkie poniższe warunki:

Identyczne warunki sprawdzane są podczas przypisywania bonu poprzez wskazanie go na liście.

Na zapisie kasowym tworzonym wskutek operacji przyjmowania wpłaty formą płatności typu Bon, (np. z formatki FS/PA, czy też z listy płatności) bon jest przypisywany automatycznie.

Bon można przypisać/usunąć/zmienić na zapisie kasowym, który jest w stanie pozwalającym na zmianę kwoty Przychód (tj. o ile zapis nie był dotąd rozliczany/kompensowany, nie został zaksięgowany, nie należy do zamkniętego raportu itp.). Wyjątek stanowi przypadek, kiedy to na zapis przypisano bon, który później został przez Użytkownika zablokowany. W takim przypadku bonu tego nie można usunąć z zapisu, ani też zmienić go na inny bon.

Na zapisie, który nie podlega już edycji przycisk Bon służyć do podglądu bonu.

Na zapisie kasowym rejestrującym zapłatę bonem kwota Przychód ustalana jest na podstawie niezrealizowanej wartości bonu. Użytkownik może ją zmienić na zapisie, którego stan pozwala na taką edycję, pod następującymi warunkami:

Edycja kwoty Przychód jest możliwa w granicach od 0,00 do niezrealizowanej wartości bonu.

Dla zapisów kasowych z przypisanym bonem obowiązuje poniższe, właściwe dla tego typu zapisu zasady:

Zapis kasowy z przypisanym bonem posiada poniższe specyficzne cechy:

Bon jako wartość atrybutu

Udostępniono możliwość przypisywania bonu jako atrybutu do dowolnego obiektu w Systemie, wyposażonego w zakładkę [Atrybuty].

Harmonogram płatności na umowach

Umowy handlowe są zawierane często na dłuższy okres czasu, a ich rozliczanie odbywa się cyklicznie na podstawie założonych w umowie warunków. W celu obsługi tego procesu na umowach powstał mechanizm generowania harmonogramów, czyli płatności cyklicznych utworzonych na podstawie wprowadzonych informacji.

Dodatkowo możliwe jest generowanie dokumentów handlowych do znajdujących się w harmonogramie rat płatności, które są automatycznie wiązane z taką ratą. Zapłata na takim dokumencie jest traktowana jak opłacenie raty, czyli częściowa spłata kwoty, na którą umowa została zawarta.

Parametry do generowania harmonogramu

Na umowie, dotychczasowa zakładka [Płatność/Zaliczki] została zmieniona na [Harmonogram płatności].

Dla każdej nowo dodawanej umowy nadal automatycznie pojawia się płatność na całą wartość z dokumentu. A od wersji 2021.1 będzie można tą płatność rozbijać na poszczególne raty. Żeby było wiadomo, wg jakich założeń to rozbicie ma być wykonywane należy na umowie ustawić parametry dla harmonogramu płatności, czyli:

Przyklad

Na umowie jest data pierwszej płatności: 10/01/2021 i data zakończenia: 19/08/2021.

Przypadek 1.

Wybrana opcja miesięczna.

Liczba miesięcy (niekoniecznie pełnych) od 01 do 08, daje liczbę rat: 8.

Przypadek 2.

Wybrana opcja: kwartalna.

Liczba miesięcy: 8. Działanie 8:3 (co 3 miesiące) = 2,67, czyli po zaokrągleniu w górę 3 i taka jest wyliczona liczba rat.

Wszystkie ww. parametry dotyczące harmonogramu płatności oraz przycisk do wyliczania rat są dostępne do edycji dla umowy w stanie niepotwierdzona (dla każdego operatora) lub dla umowy potwierdzonej (tylko dla operatorów z uprawnieniami do modyfikacji na takich umowach). Dla pozostałych stanów umowy parametry i przycisk są nieaktywne.

Po wypełnieniu ww. danych można rozpocząć generowanie harmonogramu płatności za pomocą przycisku . Przed jego utworzeniem pojawia się jeszcze dodatkowe okno z parametrami pozwalającymi ustalić:

Ustawienia z tego okna są zapamiętywane indywidulanie dla każdej umowy, więc w razie konieczności przeliczenia harmonogramu nie trzeba ich uzupełniać ponownie.

Wyliczanie harmonogramu

Po wybraniu w oknie Parametry generacji harmonogramu przycisku Ustal raty płatności następuje utworzenie harmonogramu, czyli dodanie listy rat w ilości ustalonej nad listą oraz zgodnie z innymi ww. parametrami.

Dla każdej z rat ustalana są następujące wartości:

Wskazówka

Jeśli z wyliczeń kwot dla kolejnych rat okaże się, że ich sumaryczna wartość jest większa niż wartość umowy, wówczas ostatnie raty będą ustalone na różnicę, czyli mogą być mniejsze lub z wartością 0,00, jeśli zostanie wyczerpana cała kwota z umowy.

W przeciwnym razie, gdy okaże się, że suma rat będzie mniejsza niż wartość umowy, wówczas różnica ta jest wliczana do pierwszej lub ostatniej raty, zgodnie z ustawieniem w oknie Parametry generacji harmonogramu.

Wskazówka

Daty płatności oraz planowane daty wystawienia dokumentu mogą przypadać po dacie zakończenia umowy. Nie jest to kontrolowane przy naliczaniu harmonogramu.

Na umowie jest data pierwszej płatności: 20/02/2020 i data zakończenia umowy: 19/08/2020

Przyklad

Przypadek 1.

Wybrana opcja miesięczna i liczba rat: 7. Nie zaznaczony parametr: Kolejne płatności na ostatni dzień miesiąca/kwartału. Termin płatności na umowie: 7 dni.

Kolejne terminy płatności i daty dokumentu to:

1. Data płatności: 20/02/2020, Data dokumentu: 13/02/2020.

2. Data płatności: 20/03/2020, Data dokumentu: 13/03/2020.

3. Data płatności: 20/04/2020, Data dokumentu: 13/04/2020.

4. Data płatności: 20/05/2020, Data dokumentu: 13/05/2020.

5. Data płatności: 20/06/2020, Data dokumentu: 13/06/2020.

6. Data płatności: 20/07/2020, Data dokumentu: 13/07/2020.

7. Data płatności: 20/08/2020, Data dokumentu: 13/08/2020 – data płatności przypada po dacie zakończenia umowy, ale jest to dopuszczalne, nie kontrolujemy tego.

Przypadek 2.

Wybrana opcja miesięczna i liczba rat: 7. Zaznaczony parametr: Kolejne płatności na ostatni dzień miesiąca/kwartału. Termin płatności na umowie: 7 dni.

Kolejne terminy płatności i daty dokumentu to:

1. Data płatności: 20/02/2020, Data dokumentu: 13/02/2020.

2. Data płatności: 31/03/2020, Data dokumentu: 24/03/2020.

3. Data płatności: 30/04/2020, Data dokumentu: 23/04/2020.

4. Data płatności: 31/05/2020, Data dokumentu: 24/05/2020.

5. Data płatności: 30/06/2020, Data dokumentu: 23/06/2020.

6. Data płatności: 31/07/2020, Data dokumentu: 24/07/2020.

7. Data płatności: 31/08/2020, Data dokumentu: 24/08/2020 – obie daty przypadają po dacie zakończenia umowy, ale jest to dopuszczalne, nie kontrolujemy tego.

Przypadek 3.

Wybrana opcja: kwartalna i liczba rat: 3. Zaznaczony parametr: Kolejne płatności na ostatni dzień miesiąca/kwartału. Termin płatności na umowie: 7 dni.

Kolejne terminy płatności to:

1. Data płatności: 20/02/2020, Data dokumentu: 13/02/2020.

2. Data płatności: 31/05/2020 (luty + 3 miesiące, to maj), Data dokumentu: 24/05/2020

3. Data płatności: 31/08/2020 (maj + 3 miesiące, to sierpień), Data dokumentu: 24/08/2020 – obie daty przypadają po dacie zakończenia umowy, ale jest to dopuszczalne, nie kontrolujemy tego.

Pod listą rat znajdują się kwoty z podsumowaniem wartości planowanych: Suma płatności i Do zapłaty oraz ich realizacji, czyli wartość Zapłacono.

Po każdorazowej zmianie danych mających wpływ na wyliczenia harmonogramu przy zmianie zakładki lub zapisie umowy jest informacja o konieczności przeliczenia harmonogramu, jeśli już został wygenerowany. Przeliczanie będzie odbywało się tylko dla rat płatności nie powiązanych z dokumentami, o czym mowa poniżej.

Powiązanie rat z dokumentami handlowymi

Z poziomu harmonogramu płatności jest możliwość wystawiania niektórych dokumentów handlowych dla wskazanych rat. Udostępnione zostały do wystawienia dokumenty faktur, wydań/przyjęć lub paragonów dla rat z wskazanymi pozycjami – wtedy na dokument będą pobierane te pozycje. Dla pozostałych, czyli dla rat bez pozycji z umowy (czyli zawsze dla umów wartościowych) będzie to zawsze faktura a-vista.

Wiązanie do rat pozycji z umowy

Aby powstały zwykłe dokumenty handlowe, to do raty płatności należy związać pozycje z umowy.

Można to wykonać z poziomu listy rat korzystając z przycisku  Zwiąż pozycje umieszczonego pod listą lub z poziomu formatki raty, na zakładce [Pozycje]. Podczas wiązania lub już po jego wykonaniu można wskazać ilość, którą chcemy powiązać do raty.

Z tych samych miejsc można też dokonać usunięcia powiązania raty z pozycjami umowy za pomocą przycisku  Rozłącz pozycje.

Po powiązaniu pozycji na liście rat w kolumnie Lp. Umowy widoczny będzie jej numer lub opis Lista, w przypadku, gdy zostanie powiązana więcej niż jedna pozycja.

Generowanie zwykłych dokumentów handlowych

Tak zapisane raty z pozycjami pozwalają na wygenerowanie dokumentów handlowych zależnie od rodzaju umowy.

Operację generowania można uruchomić z listy raty oraz z menu kontekstowego dla pojedynczego lub wielu rekordów.

Przed utworzeniem dokumentów możliwe jest ustawienie dodatkowych parametrów:

Dodatkowe parametry generowania dokumentów z rat płatności umowy

Po zaakceptowaniu tego okna z parametrami jest generowany wskazany dokument handlowy, na którym są ustawiane następujące dane:

Dokument jest wystawiany do bufora i jeśli był tworzony dla pojedynczej raty, to zostaje podniesiony do edycji. Standardowo na wystawionym dokumencie lub wielu dokumentach utworzone zostają płatności.

Generowanie faktur a-vista

W przypadku umów wartościowych, gdzie nie można związać z ratą żadnej pozycji lub dla umów wartościowych, gdzie nie wykonano takiego powiązania możliwe do wygenerowania będą tylko faktury a-vista: (A)FS lub (A)FZ zależnie od rodzaju umowy. Aby je utworzyć należy wybrać z listy dostępnych dokumentów polecenie: Faktura sprzedaży lub Faktura zakupu.

Tutaj również pojawi się okno z parametrami, jak na rysunku powyżej. Na nim znaczenie będą miały ustawienia dla faktur a-vista:

Tekst własny można łączyć z parametrami, jak przedstawiono na poniższym rysunku.

Pozostałe ustawienia z okna Parametry generowania dokumentów analogicznie, jak dla zwykłych dokumentów handlowych, czyli jak opisano powyżej.

Na utworzony dokument a-vista przekazywana jest wartość i waluta z danej raty oraz nazwa pozycji z parametru przed generowaniem. Pozostałe ustawienia, jak kontrahent czy data wystawienia analogicznie, jak dla zwykłych dokumentów handlowych.

Ręczne wiązanie dokumentów z pozycjami harmonogramu

Z poziomu harmonogramu płatności jest też możliwość ręcznego wiązania wystawionych dokumentów. Tutaj nie ma ograniczenia, że dla rat bez powiązanych pozycji dostępne są tylko dokumenty a-vista. Pozwoli to użytkownikom realizować płatność innym dokumentem niż dopuszczalny przy generowaniu.

Istotne jest, że do jednej raty może być związany tylko jeden dokument, więc przy generowaniu lub ręcznym wiązaniu jest to kontrolowane.

Opłacanie rat harmonogramu

Po powiązaniu dokumentu do raty (na skutek wygenerowania lub ręcznego związania) na harmonogramie płatności wyświetlą się dane z wygenerowanych dokumentów, czyli: data wystawienia dokumentu, jego numer, wartość z walutą. Dodatkowo, jeśli na dokumencie zostanie wykonana zapłata, to w ostatniej kolumnie harmonogramu widoczna będzie kwota rozliczonej płatności, która zostanie uwzględniona też w kwocie podsumowania Zapłacono pomniejszając jednocześnie sumaryczną wartość Do zapłaty.

Kontrola rat harmonogramu dla wielu umów

Zakładka [Harmonogram płatności] została dodana również na liście umów. Są na niej prezentowane wszystkie pozycje z harmonogramów płatności utworzonych na umowach, z możliwością zawężenia do konkretnego okresu czasu oraz prezentowania tylko takich, dla których nie ma powiązanego dokumentu.

Dzięki temu można cyklicznie, czyli np. na początku miesiąca sprawdzać, czy dla rat z planowaną datą wystawienia dokumentu są już powiązane dokumenty handlowe. I jeśli nie, to wygenerować/powiązać wszystkie konieczne faktury. Na zakładce dostępna jest bowiem operacja generowania/wiązania/odwiązywania dokumentów analogiczna, jak dla pojedynczej umowy. Czyli można za pomocą jednej operacji (dla zaznaczonych) utworzyć wiele dokumentów z ustawieniami, jakie ustalono w parametrach generowania poszczególnych rat.

Generowanie wielu faktur importowych do dokumentu PZI

Do tej pory możliwe było przekształcanie jednego lub wielu PZI do jednej faktury importowej (FAI). Potrzeba generowania wielu FAI do PZI może wynikać z faktu, że towar przychodzi jedną dostawą, ale jest fakturowany na kilku dokumentach np. ze względu na różne momenty powstania obowiązku podatkowego lub konieczność doliczenia odrębnych kosztów dostawy.

W związku z powyższym udostępniono możliwość generowania wielu FAI do jednego lub wielu PZI.

Generowanie częściowych faktur importowych (FAI) możliwe jest na kilka sposobów:

Częściowe fakturowanie poprzez usuwanie pozycji z FAI

W związku z powyższym na formularzu dokumentu FAI generowanych do PZI został odblokowany przycisk kosza (Usuń), pozwalający na usuwanie pozycji z formularza faktury importowej. Nie jest możliwe usunięcie ostatniej pozycji z FAI, musi zostać zachowana przynajmniej jedna pozycja pochodząca z PZI. Przy kolejnym generowaniu FAI do PZI niezafakturowane pozycje zostaną automatycznie dodane.

Możliwe jest również:

Nie jest możliwe dzielenie pozycji poprzez zmniejszenie ilości na elemencie faktury FAI. Zawsze przenoszona jest pełna ilość z pozycji PZI. W przypadku gdy podczas generowania FAI zostaną zaznaczone również korekty wystawione do zaznaczonych PZI, nie będzie możliwe usuwanie pozycji, które zostały skorygowane. W takim wypadku należy utworzyć FAI bez zaznaczenia korekt.

Pozycje dotyczące tych samych towarów pochodzących z różnych PZI nie są ze sobą kompresowane analogicznie jak to było realizowane do tej pory.

Generowanie częściowych faktur dotyczy zarówno transakcji Wewnątrzwspólnotowej jak i Innej zagranicznej (poza UE) oraz Importu w procedurze uproszczonej. Na dalszym etapie możliwe jest generowanie dokumentów SAD lub FWS i FWZ zarówno do częściowych faktur FAI, jak i łączenie kilku faktur FAI ze sobą w zależności od potrzeb użytkownika.

Generowanie FAI na podstawie zaznaczonych elementów

Możliwe jest również generowanie FAI do wybranych pozycji z listy (s)Elementy dostępnej w menu Dokumenty, Zakładka w menu bocznym [(s)Elementy].

Na oknie tym dodano możliwość wyświetlania elementów pochodzących z dokumentów PZI. W filtrze Typ dokumentu dodano możliwość wybrania dodatkowo elementów PZI jak przedstawiono poniżej. Opcja ta jest dostępna, gdy ustawiono rodzaj: Zakup.

Elementy dokumentów PZI wyświetlane są również wówczas, gdy zostanie wybrana opcja <Wszystkie>. System pilnuje jednak, aby przy generowaniu faktury nie wybrano równocześnie PZI + inne typy dokumentów. Podczas generowania faktur zostanie wyświetlona informacja o tym, że wybrano niezgodne typy dokumentów.

Na liście (s)Elementy znajdują się następujące informacje o pozycjach PZI:

Aby utworzyć FAI do wybranych pozycji PZI należy je zaznaczyć w kolumnie zaznaczeń. Po zaznaczeniu pozycji w kolumnie Fakturuj uzupełniona zostanie maksymalna ilość możliwa do zafakturowania. Pole to nie jest dostępne do edycji i wartość w tym polu wypełniana jest następująco:

Po zaznaczeniu pozycji do zafakturowania możliwe jest wygenerowanie faktury importowej. Można to zrobić przyciskiem FAI widocznym pod listą lub z menu kontekstowego dostępnego pod prawym przyciskiem myszy – opcja: Przekształć do faktury importowej.

W przypadku występowania tych samych towarów, w tej samej cenie na jednym lub wielu dokumentach PZI, pozycje te nie będą kompresowane, tak samo jak to miało miejsce do tej pory w przypadku generowania jednego FAI do wielu PZI.

Korekty do PZI

Gdy do PZI zostanie wygenerowanych wiele FAI, wówczas po wykonaniu korekty do PZI zostanie wygenerowanych wiele korekt FKI do tych FAI, na których znajdują się korygowane pozycje. Po wybraniu opcji w menu kontekstowym FKI - Korekta faktury importowej system odpowiednio wygeneruje korekty FKI. W przypadku generowania jednej korekty formularz FKI zostanie wyedytowany, w przypadku tworzenia wielu FKI, dokumenty zostaną zapisane do bufora.

Możliwe jest wielokrotne generowanie FKI w PKI. Jest to konieczne w sytuacji, gdy jeszcze nie wszystkie elementy PZI zostały zafakturowane. Wówczas nie jest możliwe wygenerowania FKI po tych pozycji PKI, które nie zostały umieszczone na żadnej fakturze. Po zafakturowaniu kolejnych pozycji należy ponownie wykonać generowanie FKI do PKI, zostaną wówczas utworzone korekty tylko na te pozycje, które do tej pory nie zostały skorygowane na FKI.

Podgląd dokumentów powiązanych

W związku funkcjonalnością wielu faktur importowych do PZI zmieniono sposób prezentowania dokumentów powiązanych. Na zakładce [Nagłówek] dokumentu PZI zamiast pola, w którym prezentowany był numer utworzonej FAI dodano przycisk, za pomocą którego wyświetlana jest lista wygenerowanych dokumentów FAI.

Ta sama możliwość jest dostępna na zakładce dokumentu PKI gdzie wyświetlane są powiązane FKI.

Również okno dokumentów powiązanych zostało dostosowane tak aby prezentowane były wszystkie powiązane FAI i FKI.

Nieokreślona wartość dostawy

Jeśli na dokumencie PZI nie zostanie zaznaczony parametr Ustalona wartość dostawy, wówczas wartość tej dostawy ustalana jest dopiero w momencie zatwierdzenia dokumentu SAD lub FWS. W tym samym momencie zaznaczany jest parametr jw. na dokumencie PZI. W związku z tym, że aktualnie FAI może obejmować tylko część elementów PZI i do tej części może być wystawiony SAD lub FWS, nie możemy pozwalać na to, aby łączyć ze sobą elementy z ustaloną i nieustaloną wartością dostawy. Dlatego też podczas generowania FAI do wielu PZI sprawdzane jest ustawienie powyższego parametry i nie jest możliwe utworzenie FAI, gdy na wybranych PZI wartość tego parametru nie jest zgodna.

Aktualnie działanie naliczania kosztów dostawy zostało zmodyfikowane tak, aby w sytuacji, gdy zostanie wystawionych kilka FAI do PZI i zostaną one ujęte w oddzielnych dokumentach SAD lub FWS, koszt jest naliczany oddzielnie dla każdej pozycji. W momencie zatwierdzania SAD lub FWS zostanie naliczony koszt dostawy dla elementów, które zostały zafakturowane. Mimo, że tylko dla części elementów zostanie naliczony koszt, parametr Ustalona wartość dostawy zostanie zaznaczony i zdezaktywowany. Technicznie zapis ten różni się od zapisu, gdy wszystkie pozycje posiadają już naliczone koszty, dzięki czemu możliwe jest naliczenie kosztów dla pozostałych pozycji po wygenerowaniu kolejnych dokumentów SAD czy FWS.

W momencie, gdy PZI zostanie przekształcone do kilku FAI a następnie każda z nich do innego SAD czy FWS podczas zatwierdzania ww. dokumentów nastąpi ustalenie wartości dostawy i naliczenie/zmodyfikowanie kosztów na rozchodzie. Naliczenie kosztów odbywa się tylko dla tych pozycji, dla których zostaną zmodyfikowane dostawy.

Do momentu wystawienia SAD lub FWS i ich zatwierdzenia możliwe jest ręczne przestawienie parametru Ustalona wartość dostawy, jeśli jednak dla części pozycji koszt już został naliczony wskutek wystawienia dokumentu SAD bądź FWS, parametr zostanie zablokowany do zmiany. Nie będzie też możliwe wykonanie opcji dostępnej z listy PZI w menu kontekstowym – Zatwierdź wartość dostawy ze wskazanego.

Ostateczne naliczenie kosztów i ustawienie parametru Ustalona wartość dostawy nastąpi w momencie wygenerowania ostatniego dokumentu SAD bądź FWS.

Dokumenty magazynowe z paczek/wysyłek

Umożliwiono generowanie dokumentów magazynowych ZWM/(W)ZWM oraz AWD/(W)AWD do dokumentu Paczki, z uwzględnieniem następujących scenariuszy:

Do paczki może zostać utworzone wiele dokumentów magazynowych - mogą one być na różne magazyny, różnych kontrahentów, częściowe ilości itd. Dokumenty te są automatycznie wiązane z paczkami i oznaczane na liście dokumentów paczki w specjalny sposób.

Realizacja tej funkcjonalności znacznie usprawni pracę pomiędzy osobami zlecającymi załadunek a pracownikami odpowiedzialnymi za ten proces.

Rodzaje paczek, konfiguracja powiązań dokumentów i inne zmiany

Żeby nie było wątpliwości, jaki dokument magazynowy wygenerować dla danej paczki zostały na nich dodane rodzaje i w zależności od nich możliwe będzie wiązanie określonych typów dokumentów:

Możliwość wiązania dokumentów w zależności od ustawionego rodzaju paczki przedstawia poniższa tabela.

Rodzaj paczki

Wychodząca	Przychodząca	Nieokreślona
Dok. handlowe sprzedaży	Dok. handlowe zakupu	Wszystkie dok. handlowe
Korekty dok. handlowych sprzedaży (na plus) oraz korekty dok. handlowych zakupu (na minus)	Korekty dok. handlowych zakupu (na plus) oraz korekty dok. handlowych sprzedaży (na minus)	Wszystkie korekty dok. handlowych
Dok. magazynowe wydań	Dok. magazynowe przyjęć	Wszystkie dok. magazynowe
Zamówienia sprzedaży i wewnętrzne	Zamówienia zakupu	Wszystkie zamówienia
Reklamacje sprzedaży	Reklamacje zakupu	Wszystkie reklamacje
-	-	Wszystkie dokumenty serwisowe

Domyślny rodzaj paczki będzie można ustawić na definicji dokumentu (jak pokazano na rysunku poniżej), dzięki czemu będzie się on ustawiał na nowo dodawanych paczkach.

Natomiast przy generowaniu paczki z dokumentów systemowych rodzaj będzie ustawiany automatycznie, zależnie od typu dokumentów, z których jest ona tworzona – tutaj domyślny rodzaj paczki nie będzie pobierany z definicji.

Obecnie do paczek można wiązać zarówno nagłówki dokumentów, jak i pojedyncze elementy. Generowanie dokumentów magazynowych z brakiem informacji o konkretnych elementach/subelementach byłoby mocno utrudnione. Dlatego też, aby wygenerować dokument magazynowy, do paczki powiązane muszą być elementy zamówień oraz subelementy dokumentów handlowych.

Możliwe będzie włączenie takiej opcji wiązania elementów/subelementów dokumentów na definicji Paczki – parametr Zapisuj subelementy na powiązaniach z dokumentami (będą generowane dokumenty magazynowe), jak pokazano na rysunku powyżej. Po włączeniu parametru dla operacji wiązania zarówno nagłówków. jak i elementów dokumentów handlowych oraz zamówień, do dokumentu paczki wiązane będą zawsze:

Tylko dla paczek wystawionych po zaznaczeniu tego parametru dostępne będzie generowanie dokumentów magazynowych, z uwzględnieniem dodatkowo rodzaju paczki:

W związku z powyższymi zmianami na dokumencie paczki, zakładka [Dokumenty] wprowadzone zostały następujące modyfikacje:

Generowanie dokumentów magazynowych

Utworzenie dokumentu magazynowego do paczki jest możliwe zarówno z poziomu formatki paczki, jak i formatki wysyłki. Na wysyłce, na zakładce [Paczki] pojawiły się bowiem nowe przyciski jak pokazano poniżej.

Analogiczne polecenia dostępne są na tej samej zakładce w menu kontekstowym listy paczek.

Przed wygenerowaniem dokumentu magazynowego weryfikowana jest poprawność zapisów dla paczki:

Jeśli spełnione są wszystkie powyższe warunki, wówczas następuje ‘pobranie’ z paczek elementów/subelementów do generowania wybranego dokumentu magazynowego. Gdyby wśród tych elementów były takie, które są powiązane na różne magazyny, wówczas konieczne będzie wybranie jednego z nich i dla niego będzie wystawiany dokument magazynowy. Samo generowanie odbywa się wg poniższych zasad: 

Przyklad

Dokument ZS-1 ma trzy elementy: T1 na 100 szt., T2 na 200 szt. oraz T3 na 300 szt.

Do wysyłki są powiązane trzy paczki:

• PC-1 z powiązanym elementem zamówienia ZS-1: T1 na 100 szt.
• PC-2 z powiązanym elementem zamówienia ZS-1: T2 na 200 szt.
• PC-3 z powiązanym elementem zamówienia ZS-1: T3 na 300 szt.

Przypadek 1.

Edytuję dokument PC-1 i wybieram polecenie generowania ZWM. Wyświetla się okno z elementami do wydania, gdzie zaznaczam wszystkie pozycje i nie zmieniam ilości. Powstaje dokument ZWM-1 z jednym elementem: T1 na 100 szt. Dokument zostaje powiązany do PC-1.

Przypadek 2.

Na wysyłce zaznaczam wszystkie trzy paczki i wybieram polecenie: ZWM osobne dla zaznaczonych. Powstają trzy dokumenty:

• ZWM-1 z jednym elementem: T1 na 100 szt., powiązany do PC-1,
• ZWM-2 z jednym elementem: T2 na 200 szt., powiązany do PC-2,
• ZWM-3 z jednym elementem: T3 na 300 szt., powiązany do PC-3.

Przypadek 3.

Na wysyłce zaznaczam wszystkie trzy paczki i wybieram polecenie: ZWM wspólne dla zaznaczonych. Wyświetla się okno z elementami do wydania, gdzie zaznaczam wszystkie pozycje i nie zmieniam ilości. Powstaje jeden dokument ZWM-1 z elementami:

• T1 na 100 szt.
• T2 na 200 szt.
• T3 na 300 szt.

Dokument jest powiązany do PC-1, PC-2 oraz do PC-3.

Przypadek 4.

Na wysyłce zaznaczam pierwsze dwie paczki i wybieram polecenie: ZWM wspólne dla zaznaczonych. Wyświetla się okno z elementami do wydania, gdzie zaznaczam wszystkie pozycje i nie zmieniam ilości. Powstaje jeden dokument ZWM-1 z elementami:

• T1 na 100 szt.
• T2 na 200 szt.

Dokument jest powiązany do PC-1 oraz do PC-2. PC-3 nie ma powiązanego dok. magazynowego.

Wskazówka

Jeśli w trakcie generowania dokumentu magazynowego (W)ZWM nastąpi konieczność podziału elementów z zamówień na pełne/niepełne jednostki, wówczas zamiast wspomnianego powyżej jednego dokumentu zostaną utworzone dwa. Obydwa będą powiązane do paczki/paczek, które były wskazane przed generowaniem.

Przyklad

Dokument ZS-1 na magazyn WMS ma trzy elementy: T1 na 100 szt., T2 na 200 szt. oraz T3 na 300 szt. Na każdym z nich jest ustawiona jednostka pomocnicza: paleta, gdzie przelicznik wynosi 1 paleta = 60 szt. i na jednostce jest oznaczony parametr: (W)ZWM do zamówień w jedn. całkowitych.

Do wysyłki są powiązane trzy paczki:

• PC-1 z powiązanym elementem zamówienia ZS-1: T1 na 100 szt.
• PC-2 z powiązanym elementem zamówienia ZS-1: T2 na 200 szt.
• PC-3 z powiązanym elementem zamówienia ZS-1: T3 na 300 szt.

Przypadek 1.

Edytuję dokument PC-1 i wybieram polecenie generowania ZWM. Wyświetla się okno z elementami do wydania, gdzie zaznaczam wszystkie pozycje i nie zmieniam ilości. Powstają dwa dokumenty:

• (W)ZWM-1 na pełne jednostki pomocnicze z jednym elementem: T1 na 60 szt./1 paleta,
• (W)ZWM-2 na niepełne jednostki pomocnicze z jednym elementem: T1 na 40 szt./0,67 palety.

Obydwa dokumenty zostają powiązane do PC-1.

Przypadek 2.

Na wysyłce zaznaczam wszystkie trzy paczki i wybieram polecenie: ZWM osobne dla zaznaczonych. Powstają następujące dokumenty:

• (W)ZWM-1 na pełne jednostki pomocnicze z jednym elementem: T1 na 60 szt./1 paleta, powiązany do PC-1,
• (W)ZWM-2 na niepełne jednostki pomocnicze z jednym elementem: T1 na 40 szt./0,67 palety, powiązany do PC-1,
• (W)ZWM-3 na pełne jednostki pomocnicze z jednym elementem: T2 na 180 szt./3 palety, powiązany do PC-2,
• (W)ZWM-4 na niepełne jednostki pomocnicze z jednym elementem: T2 na 20 szt./0,33 palety, powiązany do PC-2,
• (W)ZWM-5 na pełne jednostki pomocnicze z jednym elementem: T3 na 300 szt./5 palet, powiązany do PC-3.

Przypadek 3.

Na wysyłce zaznaczam wszystkie trzy paczki i wybieram polecenie: ZWM wspólne dla zaznaczonych. Wyświetla się okno z elementami do wydania, gdzie zaznaczam wszystkie pozycje i nie zmieniam ilości. Powstają dwa dokumenty:

• (W)ZWM-1 na pełne jednostki pomocnicze z elementami: T1 na 60 szt./1 paleta, T2 na 180 szt./3 palety, T3 na 300 szt./5 palet,
• (W)ZWM-2 na niepełne jednostki pomocnicze z elementami: T1 na 40 szt./0,67 palety, T2 na 20 szt./0,33 palety.

Oba dokumenty są powiązane do PC-1, PC-2 oraz do PC-3.

Przypadek 4.

Na wysyłce zaznaczam pierwsze dwie paczki i wybieram polecenie: (W)ZWM wspólne dla zaznaczonych. Wyświetla się okno z elementami do wydania, gdzie zaznaczam wszystkie pozycje i nie zmieniam ilości. Powstają dwa dokumenty:

• (W)ZWM-1 na pełne jednostki pomocnicze z elementami: T1 na 60 szt./1 paleta, T2 na 180 szt./3 palety,
• (W)ZWM-2 na niepełne jednostki pomocnicze z elementami: T1 na 40 szt./0,67 palety, T2 na 20 szt./0,33 palety.

Oba dokumenty są powiązane do PC-1, PC-2. PC-3 nie ma powiązanego dok. magazynowego.

Uwaga

Jeśli do paczki/wielu paczek nie została powiązana cała ilość dla elementu zamówienia czy subelementu dokumentu handlowego, wówczas przy kolejnym generowaniu dokumentu magazynowego dla paczki/wysyłki ilość, która będzie proponowana do wydania/do przyjęcia nie będzie ograniczona do ilości powiązanej, a jedynie do ilości pozostałej do zrealizowania z dokumentu źródłowego. Ilość żądaną należy w takim przypadku ustawić samodzielnie w oknie z elementami do powiązania, jak pokazano na rysunku powyżej.

Przyklad

Dokument ZS-1 ma trzy elementy: T1 na 100 szt., T2 na 200 szt. oraz T3 na 300 szt.

Do wysyłki są powiązane trzy paczki:

• PC-1 z powiązanym elementem zamówienia ZS-1: T1 na 50 szt.
• PC-2 z powiązanym elementem zamówienia ZS-1: T2 na 200 szt.
• PC-3 z powiązanym elementem zamówienia ZS-1: T3 na 300 szt.

Edytuję dokument PC-1 i wybieram polecenie generowania ZWM. Wyświetla się okno z elementami do wydania, gdzie zaznaczam wszystkie pozycje i w kolumnie Do wydania ustawiam ilość 40 szt. Powstaje dokument ZWM-1 z jednym elementem: T1 na 40 szt. Dokument zostaje powiązany do PC-1.

Z tej samej paczki ponownie wybieram polecenie generowania ZWM. Znowu wyświetla się okno z elementami, gdzie w kolumnie Do realizacji widnieje 60 szt. Ponieważ 40 szt. przypisane do paczki zostało już zrealizowane, to należy zmienić ilość w kolumnie Do wydania na 10 szt. i dla niej generować nowe ZWM.

Powiązanie utworzonych dokumentów magazynowych z paczkami

Utworzone dokumenty magazynowe zostaną powiązane z paczkami i będą na nich oznaczone symbolem wykrzyknika, jak pokazano poniżej.

Jeśli do generowania wybrano polecenie ZWM/AWD wspólne dla zaznaczonych, wówczas utworzony dokument/dokumenty zostaną powiązane do wszystkich wskazanych przed generowaniem paczek.

Wskazówka

Dokument magazynowy zostanie powiązany do paczki niezależnie od jego stanu. Nie ma tutaj znaczenia parametr z konfiguracji: Obsługa dokumentów w buforze na paczkach i wysyłkach (Konfiguracja/Sprzedaż/Parametry 2).

Wygenerowanych dokumentów magazynowych, analogicznie do innych dokumentów powiązanych do paczki, nie można usunąć, dopóki nie zostanie usunięte powiązanie z paczką. W przypadku usuwania powiązania z dokumentami wygenerowanymi użytkownik otrzymuje informację o ich specjalnym charakterze i powiązanie jest usuwane dopiero po jego zaakceptowaniu.

Dokumenty magazynowe można generować na paczkach potwierdzonych, ale nie można z nich usuwać powiązania, to może się zdarzyć, że błędnie utworzonych dokumentów magazynowych nie dałoby się usunąć z Systemu, nawet gdyby były w buforze. Dlatego też dodaliśmy możliwość usuwania wygenerowanych dokumentów magazynowych (i tylko tych!) z potwierdzonych paczek. Funkcjonalność dostępna jest dla uprawnionych operatorów.

Na karcie operatora, zakładka [Parametry]/[Handlowe] dodaliśmy symbol dokumentu paczki PC:

Operator z zaznaczonym tym parametrem ma na paczkach potwierdzonych, w menu kontekstowym na zakładce [Dokumenty], aktywne polecenie: Odepnij wygenerowany magazynowy, które usuwa powiązanie z paczką wygenerowane z niej dokumenty magazynowe. Dla pozostałych powiązanych dokumentów polecenie nie wykonuje żadnych operacji.

Kolejność załadunku na dokumentach magazynowych

W celu optymalizacji realizacji wysyłek, dla jak najlepszego wykorzystania środka transportowego na wysyłce możliwe jest ustalenie kolejności paczek. Dotychczas kolejność ta nie była pokazywana wprost na liście, a od tej wersji będzie widoczna w nowej kolumnie Lp.:

Kolejność paczki będzie teraz przekazywana na dokumenty magazynowe wydań/przyjęć wygenerowanych lub ręcznie powiązanych do paczki. W przypadku, gdy dokumenty magazynowe nie będą powiązane z paczką/wysyłką, będzie możliwe samodzielne ustawienie kolejności załadunku przez użytkowników.

W tym celu na nagłówkach dokumentów magazynowych ZWM/(W)ZWM oraz AWD/(W)AWD dodano nowe pole: Kolejność załadunku, obok którego wyświetlana jest informacja o powiązaniu dokumentu z wysyłką, jeśli takie zostało utworzone w Systemie.

Niezależnie od tego, czy kolejność załadunku pochodzi z wysyłki, czy nie, to jest ona możliwa do zmiany na dokumentach magazynowych przed rozpoczętą realizacją.

Dla dokumentów w tym stanie kolejność może być też ustawiana automatycznie, jeśli zmianie ulegnie kolejność paczki na wysyłce lub zostanie ona odpięta od wysyłki. Wówczas użytkownik jest odpytywany, czy zmienić też kolejność na powiązanych dokumentach magazynowych. Dopiero po potwierdzeniu następuje zmiana kolejności załadunku na takich dokumentach.

Optymalizacja ilości zamawianej oraz nowe składniki BST

Optymalizacja ilości zamawianej w BST

W Bilansie stanu towarów wprowadzono zmiany w zakresie proponowanej ilości do zamówienia. Dotychczas System proponował tą ilość na podstawie salda bilansu dla danego towaru i ilości zamawianej (wielokrotności), zdefiniowanej czy to na normatywie globalnym, czy to na normatywie w konkretnym magazynie, zależnie od opcji przyjętej w kontrolce Zakres sekcji Zapas planowany.

Od wersji 2021.1 podczas ustalania ww. ilości System honoruje dwie wielkości:

Ww. wielkości pobierane są z normatywu globalnego, z normatywu magazynowego, karty Dostawcy przypisanego w BST lub karty Dostawcy domyślnego towaru, zależnie do stosownej opcji wybranej w BST, o czym więcej w dalszej części dokumentu.

System proponuje ilość do zamówienia dla tych towarów, dla których saldo bilansu jest ujemne, wg następujących zasad:

Ekonomiczna wielkość zamówienia na normatywie towaru

Ekonomiczna wielkość zamówienia (EOQ) została udostępniona na formatce normatywu globalnego oraz formatce normatywu magazynowego. Prezentowana jest również na liście normatywów towaru. Wielkość ta dostępna jest również na wzorcu towaru, co pozwala na domyślne jej ustalenie na normatywie globalnym towaru dodawanego w kontekście tego wzorca. Obsłużona został również aktualizacja wielkości EOQ normatywów globalnych na podstawie wzorca.

Ekonomiczna wielkość zamówienia oraz wielokrotność zamówienia Dostawcy

Udostępniona została możliwość definiowania Ekonomicznej wielkości zamówienia (EOQ) oraz Ilości zamawianej (Wielokrotności) dla poszczególnych Dostawców towaru. Ww. ilości dostępne są również na wzorcu dostawcy i obsłużone zostały w mechanizmie aktualizacji w oparciu o wzorzec.

Ilości: EOQ i Zamawiana prezentowane są na liście dostawców towaru.

Parametry optymalizacji ilości zamawianej w BST

Dotychczas, proponując ilość do zamówienia System honorował ilość zamawianą (wielokrotność) z normatywu czy to globalnego, czy to normatywu dla konkretnego magazynu, zgodnie z wybraną opcją sekcji Zapas planowany. Od wersji 2021.1 proponując tą ilość System uwzględnia zarówno Ekonomiczną wielkość zamówienia (EOQ) jak i Ilość zamawianą (Wielokrotność). O tym, skąd mają być pobierane ww. wielkości decyduje wybrana w BST wartość w nowej kontrolce: Optymalizacja zam.

Domyślnie ww. opcja ustalana jest w oparciu o definicję BST, Operator zaś może ją zmienić na niezatwierdzonym BST.

Użytkownik ma możliwość wyboru jednej z poniższych opcji:

Przyklad

Przykład 1:

EOQ=15

Wielokrotność=19

Saldo=-20

System zaproponuje do zamówienia ilość 38

Przykład 2:

EOQ=4

Wielokrotność=10

Saldo=-3

System zaproponuje do zamówienia ilość 4

Przykład 3:

EOQ=4

Wielokrotność=10

Saldo=-5

System zaproponuje do zamówienia ilość 10

Przykład 4:

EOQ=50

Wielokrotność=20

Saldo=-53

System zaproponuje do zamówienia ilość 60

Przykład 5:

EOQ=50

Wielokrotność=20

Saldo=-42

System zaproponować do zamówienia ilość 50

Przykład 6:

EOQ=50

Wielokrotność=20

Saldo=-18

System zaproponuje do zamówienia ilość 50

Przykład 7:

EOQ=5

Wielokrotność=6

Saldo=4

System ustali ilość do zamówienia 0

Ilości jednostek logistycznych WMS jako składniki BST

W Bilansie Stanu Towarów obsłużone zostały dwa nowe składniki dotyczące kartotek typu jednostka logistyczna WMS (np. paleta). Znacznik ten jest nadawany kartom towarowym podczas konfiguracji typów jednostek logistycznych w aplikacji Comarch WMS.

Nowe składniki wyliczane są w oparciu o stosowną funkcję, dostępną wyłącznie w bazach dedykowanych do współpracy Comarch ERP XL – Comarch WMS i tylko w takich bazach można z nich korzystać.

Wskazówka

Użytkownicy powinni korzystać z ww. składników zamiennie. Te Firmy, które sporządzają odrębny BST dla jednostek logistycznych zamiast ze składnika W magazynach powinny korzystać ze składnika Jednostka logistyczna wolna, te Firmy zaś, które na tym samym BST ujmują zarówno towary jak i jednostki logistyczne oprócz składnika W magazynach powinny używać składnika Jednostka logistyczna zajęta.

Ww. składniki zostały dodane na definicję BST. Jeżeli są na niej przypisane, wówczas domyślnie dodawane są również na nowododawany BST.

Zmiany w zakresie deklaracji CUK

Opisane poniżej zmiany zostały wprowadzone w wersji 2021.1, pakiet zmian do wersji 2021.0.2 dostępny jest na stronach walidowanych dla Partnerów.

Nowa wersja deklaracji CUK

Udostępniona została obsługa nowej schemy deklaracji CUK, opublikowanej 21 kwietnia 2021.

Wersja dodawanego formularza zależy od ustawionego na liście filtra. Aby dodać deklarację w danej wersji (1 lub 2) należy ustalić daną wersję w filtrze, a następnie dodać nową deklarację.

Zmiany, wprowadzone wersją 2 schemy obejmują:

Udostępniony został stosowny wydruk deklaracji w wersji 2.

Parametryzacja daty ujmowania korekt na deklaracji

Na formularzu CUK-1 dodany został parametr Korekty wg daty oryginału, którego ustawienie decyduje o tym, czy korekty dotyczące zwrotów napojów podlegających opłacie mają być ujmowane zgodnie z datą, w której zarejestrowano transakcję sprzedaży, czy w dacie korekty. Parametr ten został dodany w związku z opublikowanymi na stronie rządowej wyjaśnieniami sugerującymi ujmowanie korekt w dacie oryginału. Wyjaśnienia te zostały następnie zmienione i zgodnie z ich ostatnim brzmieniem (na dzień udostępniania funkcjonalności w Systemie) korekty należy ujmować zgodnie z datą ich zarejestrowania.

W związku z powyższym domyślnie ww. parametr jest wyłączony, natomiast Użytkownik ma możliwość jego zmiany, z której będzie mógł skorzystać w przypadku ewentualnej ponownej zmiany ww. wyjaśnień czy też uzyskanych indywidualnych interpretacji co do zasady ujmowania korekt.

Ww. parametr udostępniony został na obu wersjach formularza CUK.

Zmiana typu kontrolki dla parametru honorowania stawki maksymalnej

Dotychczasowy parametr typu checkbox Nadwyżka cukru wg stawki max został zastąpiony kontrolką Stawka max z wartościami: Nie uwzględniaj oraz Wg napoju. Zmiana ma charakter wyłącznie wizualny, nie wpływa na sposób wyliczania danych. Wybór opcji: Nie uwzględniaj odpowiada dotychczasowemu wyłączonemu parametrowi, wybór opcji Wg napoju odpowiada zachowaniu Systemu przy włączonym dotychczasowym parametrze.

Edycja w kontrolkach z sumą opłat poszczególnych grup napojów

Oprócz dotychczasowej możliwości samodzielnej zmiany przez Użytkownika poszczególnych wielkości składających się na opłatę w danej grupie napojów udostępniono również możliwość edycji łącznej wielkości opłaty w danej grupie.

Uwaga

W związku z powyższym odtąd podczas edycji przez Użytkownika poszczególnych składowych opłaty danej grupy System nie dokonuje już automatycznej aktualizacji łącznej opłaty w tej grupie. Powinien jej dokonać Użytkownik, tj. po zmianie składowej opłaty powinien on stosownie zmienić również sumę opłaty w danej grupie.

Wyróżnienia kontrolek z opłatą przekraczającą opłatę maksymalną

Wprowadzono wyróżniane tych kontrolek z łączną opłatą danej grupy napojów, których wartość przekracza opłatę maksymalną dla danej grupy obliczoną jako ilość litrów x 1,20PLN. Takie przypadki mogą się zdarzyć, jeżeli Użytkownik przeliczy deklarację z opcją Stawka max: Nie uwzględniaj, czy też samodzielnie wprowadzi tą wartość.

Wyróżnienie kontrolki z opłatą przekraczającą opłatę maksymalną dla danej grupy

Inne zmiany

Zmiany ergonomiczne na zakładce [Znajdź] listy zamówień i dokumentów handlowych

Zakładka [Znajdź] listy zamówień została wzbogacona o poniższe funkcjonalności:

Na zakładce [Znajdź] listy dokumentów handlowych obsłużono:

Nowe kryterium wyszukiwania i lista związanych dla odszukanego dokumentu

Parametr generowania magazynowych i przywracania rezerwacji na korektach spinaczy elementów

Na formatkach korekt spinaczy elementów (s)FSK/FKE/FZK/FRK udostępniona została sekcja Dokumenty magazynowe. Ustawienie parametru w tej sekcji jest kopiowane na dokumenty WZK/PZK tworzone w wyniku zarejestrowania korekty spinacza i decyduje o tym, czy podczas ich zatwierdzania mają być generowane dokumenty magazynowe, a jeżeli tak, to w jakim stanie.

Powyższa funkcjonalność jest pomocna zwłaszcza w sytuacjach, kiedy zwrot towaru jest inicjowany dokumentem magazynowym PM/AWD, WM/ZWM, a dopiero później rejestrowany jest dokument handlowy, spinany z tym dokumentem magazynowym. W takich przypadkach na korekcie spinacza Użytkownik wyłączy generowanie dokumentów magazynowych.

Podobne udogodnienie dotyczy udostępnienia na ww. formatkach parametru Przywracaj rezerwacje. Spinacze elementów nie realizują rezerwacji ZS/ZZ, czynią to bowiem dokumenty WZ/PZ z których spinacz jest generowany. Co za tym idzie, korekta spinacza elementów nie przywraca rezerwacji, może to czynić związany z nią WZK/PZK. Aby ułatwić Użytkownikom sterowanie ww. parametrem został on udostępniony formatkach korekt spinaczy elementów, jego ustawienie/zmiana na korekcie spinacza znajduje odzwierciedlenie na związanych z nią WZK/PZK.

Zmiana magazynu na elemencie potwierdzonego zamówienia

Od wersji 2021.1 uprawniony Operator ma możliwość zmiany magazynu na elemencie zamówienia ZS/ZZ które zostało już potwierdzone. Możliwość taka istnieje o ile spełnione są wszystkie poniższe warunki:

Zmiana magazynu na elemencie potwierdzonego ZS

Promocja typu narzut na ceną zakupy dla towarów bez cennika

Usunięta została niedogodność w zakresie braku naliczania promocji typu narzut na cenę zakupu dla pozycji towarowych, dla których nie zdefiniowano cennika. Od wersji 2021.1 System nalicza tego typu promocję również na pozycjach z zerową ceną początkową. Poprawa dotyczy zarówno narzutu procentowego, jak i wartościowego.

Obsługa dokumentów wewnętrznych dla magazynów zbiorczych WMS

Zmieniona została obsługa dokumentów przesunięć międzymagazynowych z poziomu Comarch ERP XL pomiędzy magazynami składowymi jednego magazynu zbiorczego WMS. Magazyn zbiorczy, czyli tzw. magazyn wirtualny WMS, jest to magazyn dodawany tylko po stronie Comarch WMS jako magazyn nadrzędny, do którego podpinane są magazyny składowe. Magazynami składowymi mogą być magazyny z systemu Comarch ERP XL, które mają włączoną obsługę WMS.

Dotychczas przesunięcia MMW/MMP pomiędzy magazynami składowymi jednego magazynu zbiorczego były zarządzane po stronie WMS. Oznacza to, że w samym XL nie dało się wystawić takich dokumentów, które jako magazyn źródłowy i docelowy miały ustawione magazyny składowe tego samego magazynu zbiorczego. W przypadku takich dokumentów pojawiała się w XL informacja, że mogą być wystawione jedynie w Comarch WMS.

Teraz blokada ta została zniesiona i dokumenty takie będą mogły powstawać. Dotyczy to wystawiania dokumentów MMW z ręki oraz generowania ich z innych dokumentów.

Podczas zatwierdzania dokumentów MMW na magazyny wirtualne, niezależnie od ustawień w definicji dokumentu, będzie od razu generowany cały komplet dokumentów, czyli:

Nie będzie tu miało znaczenia czy dokument MMW jest dodany ręcznie, czy wygenerowany z innego dokumentu, z zastrzeżeniem jak niżej.

Uwaga

Jeśli dokument MMW jest wystawiany do istniejącego dokumentu (W)ZWM (dodanego przed wersją 2021.1), wówczas zachowana została dotychczasowa obsługa, czyli dalsze generowanie dokumentu. MMP i magazynowych zależą od ustawień w definicjach dokumentów MMW/MMP.

Zmiany dotyczą również anulowania dokumentów przesunięć międzymagazynowych. Aby było możliwe anulowanie dokumentów MMW/MMP wystawionych na magazyny składowe jednego magazynu zbiorczego, musi być możliwość anulowania całego kompletu powiązanych ze sobą dokumentów wewnętrznych i magazynowych, czyli MMW -> (W)ZWM oraz MMP -> (W)AWD. Wprowadzono więc następującą obsługę:

O tym, że anulowany zostanie cały zestaw dokumentów użytkownik jest informowany specjalnym komunikatem. A w przypadku niepowodzenia anulowania któregokolwiek z dokumentów operacja jest wycofywana i dokumenty pozostają w dotychczasowym stanie.

Zmiany w inwentaryzacji

W zakresie inwentaryzacji wprowadzono dwie zmiany dotyczące baz z włączoną współpracą z Comarch WMS.

W sytuacji, gdy wybrany w nagłówku inwentaryzacji magazyn stanowi magazyn składowy magazynu zbiorczego obsługującego położenia zmienne, wówczas użytkownik zostaje poinformowany o charakterze wybranego magazynu i musi zadecydować, czy chce by pozostałe magazyny składowego wchodzące w skład magazynu zbiorczego, do którego należy wybrany przez niego magazyn zostały dodane do inwentaryzacji, czy też rezygnuje z inwentaryzacji wybranego uprzednio magazynu.

Wskazówka

W sytuacji, gdy któryś z magazynów składowych stanowiących ten sam magazyn zbiorczy, co wybrany do inwentaryzowania magazyn, nie będzie dostępny w kontekście centrum, w którym jest zakładana inwentaryzacja, przeprowadzenie inwentaryzacji jest blokowane. Użytkownik zostaje o tym poinformowany w stosownym komunikacie.

W sytuacji, gdy któryś z magazynów składowych stanowiących ten sam magazyn zbiorczy, co wybrany do inwentaryzowania magazyn, będzie zablokowany, wówczas w zależności od istniejących stanów handlowych inwentaryzacja jest wykonywana bez tegoż zablokowanego magazynu (gdy stany zerowe) lub jest blokowana. W przypadku blokady użytkownik zostaje o tym poinformowany w stosownym komunikacie.

Po zrealizowaniu w Comarch WMS inwentaryzacji następuje przekazanie wyniku do Comarch ERP XL. Dla magazynów składowych przekazywany jest jeden odczyt, z informacją o łącznej ilości danego towaru na wszystkich inwentaryzowanych magazynach. Jest to tożsame działanie z dotychczasową funkcjonalnością inwentaryzacji zbiorczej wielu magazynów.

Rozbicie przekazanej łącznej ilości towaru pomiędzy magazyny jest ujęty na arkuszu, jak to miało miejsce w dotychczasowej funkcjonalności.

Po przekazaniu ilości (odczytu), w tym także w rozbiciu na magazyny, nie jest możliwa zmiana przesłanej ilości.

Podczas dodawania towarów do arkusza działanie jest zależne od nowego parametru:

Tak skonfigurowany arkusz inwentaryzacyjny pozwala na poprawne zinwentaryzowanie towarów w WMS, gdzie na oddzielnym arkuszu muszą być umieszczone opakowania kaucjonowane oraz jednorazowe.

Nowości na dokumentach magazynowych WMS

Z nowych funkcjonalności dla dokumentów magazynowych (W)AWD i (W)ZWM pojawiły się:

Całość zmian opisana szczegółowo w punkcie: Współpraca z Comarch WMS.

Produkcja

Generowanie RW nagłówkowego dla zlecenia

W systemie wprowadzono możliwość generowania dokumentów RW nagłówkowych dla zleceń produkcyjnych.

Funkcjonalność polega na generowaniu standardowego dokumentu RW do wybranych zleceń produkcyjnych bez konieczności wcześniejszego zaplanowania operacji na tych zleceniach. Dokumenty RW nagłówkowe są domyślnie tworzone jako puste (bez elementów) z możliwością dodawanie do nich dowolnych materiałów. Automatyczne wiązanie elementów dokumentów RW nagłówkowych z materiałami ZP będzie się mogło odbywać, przy zaznaczonym parametrze Automatyczne wiązanie RW z materiałami podczas realizacji operacji, podczas wykonywania/kończenia realizacji operacji lub będzie można powiązać odpowiednie pozycje ręcznie.

Aby włączyć w systemie możliwość generowania dokumentów RW nagłówkowych należy zaznaczyć parametr Generowanie RW nagłówkowego, znajdujący się w oknie Edycja struktury firmy, na zakładce [Produkcja 2]:

Jeśli w konfiguracji danego centrum zaznaczony będzie parametr Generowanie RW nagłówkowego, wówczas na liście zleceń produkcyjnych, na nadzleceniu produkcyjnym, a także na dokumencie ZP, dla niezamkniętych zleceń aktywny będzie nowy przycisk , za pomocą którego można generować dokumenty RW nagłówkowe do zlecenia.

Dokument RW nagłówkowy będzie odpowiednio wiązany z zaznaczonymi na liście zleceniami, do których zostanie wygenerowany. (Wiązanie zapisywane jest w tabeli CDN.ProdZwiazane). Dokument RW nagłówkowy będzie generowany do bufora, w trybie do edycji jako pusty (bez elementów) z domyślnymi ustawieniami wg definicji dokumentu RW w danym centrum (magazyn, seria, itd.).

Obok ikonki udostępniono pop-up menu z opcjami generowania RW nagłówkowego dla zlecenia oraz wiązania zaznaczonych ZP z dokumentami RW, wybranymi z listy dokumentów RW. (Dokument RW nagłówkowy może stanowić każdy dokument RW, który zostanie związany „nagłówkowo” z ZP).

W oknie zlecenia dostępna jest nowa zakładka [RW], która będzie widoczna na ZP, w zależności od ustawienia parametru Generowanie RW nagłówkowego w oknie Edycja struktury firmy.

Na dokumencie ZP, na zakładce [RW] znajdują się wszystkie dokumenty RW, powiązane „nagłówkowo” z danym zleceniem. (Nie będą na tej zakładce prezentowane, np. dokumenty RW generowane/wiązane dotychczasowymi metodami i niezwiązane z „nagłówkiem” ZP)

Na nowej zakładce [RW] dostępne są następujące opcje:

- opcja korekty ilościowej RW- domyślnie korekta będzie wykonywana na niezwiązane z materiałami ZP ilości, znajdujące się na RW

- opcja wiązania dowolnego RW (wybieranego z listy RW) z „nagłówkiem” danego dokumentu ZP – za pomocą opcji otwierana jest lista dokumentów RW w trybie do wyboru i możliwie jest przypisanie zaznaczonych RW do danego ZP

- opcja odpinania RW od „nagłówka” ZP- za pomocą opcji można odpiąć dokument RW od ZP, ale nie od materiałów tego ZP. Jeśli RW powiązany jest również z materiałami na zleceniu, to po użyciu opcji, powiązanie z materiałami pozostanie i można je będzie usunąć standardowo ręcznie z poziomu danego materiału na realizacji operacji

 - opcja generowania dokumentu RW nagłówkowego dla zlecenia

 - opcja otwierania w trybie do edycji/podglądu dokumentu RW

 - opcja usuwania dokumentu RW w buforze

Wiązanie RW nagłówkowego z materiałami na zleceniu

Automatyczne wiązanie RW nagłówkowego z materiałami podczas rejestrowania realizacji operacji

Udostępniono funkcjonalność automatycznego wiązania dokumentu RW nagłówkowego z materiałami zlecenia podczas wykonywania lub kończenia realizacji operacji.

W oknie Edycja struktury firmy, dodany został parametr Automatyczne wiązanie RW z materiałami podczas realizacji operacji

Przy zaznaczonym parametrze Automatyczne wiązanie RW z materiałami podczas realizacji operacji, dokumenty RW nagłówkowe będą automatycznie wiązane z materiałami danej realizacji operacji, podczas jej wykonywania lub kończenia (nie będą automatycznie wiązane z materiałami, podczas uruchamiania realizacji operacji). Kryteria wiązania dokumentów RW nagłówkowych z materiałami podczas wykonywania realizacji operacji będą analogiczne, jak te stosowane podczas ręcznego wiązania dokumentów RW z materiałami na ZP.

Dodatkowo, jeśli po wykonaniu realizacji operacji zwiększone zostaną ilości materiałów lub dodane zostaną nowe materiały na realizację, automatyczne wiązanie dodatkowych ilości z dokumentami RW nagłówkowymi będzie również uruchamiane, ale tylko gdy modyfikacje nastąpią z poziomu okna realizacji operacji i będzie wykonywane podczas zapisywania okna realizacji. Jeśli modyfikacja ilości nastąpi, np. bezpośrednio z poziomu ZP, nie będzie uruchamiany mechanizm automatycznego wiązania pozycji RW nagłówkowego z materiałami na wygenerowanej już realizacji.

Ręczne wiązanie RW nagłówkowego z materiałami na realizacji operacji po wykonaniu realizacji

W przypadkach, gdy automatycznie wiązanie RW nagłówkowego nie będzie uruchamiane, będzie można wykonać ręczne wiązanie RW nagłówkowego z materiałami realizacji. Można będzie to zrobić:

Za pomocą opcji Spinanie z pozycją dokumentu RW nagłówkowego można uruchomić automatyczne wiązanie RW nagłówkowego z materiałami danego ZP w sytuacji, gdy np. w systemie nie jest włączone automatyczne wiązanie materiałów z RW nagłówkowym podczas wykonywania realizacji operacji, lub automatyczne wiązanie RW nagłówkowego z materiałami podczas wykonywania realizacji jest włączone, ale np. po wykonaniu realizacji jeszcze zwiększane były ilości materiałów lub dodawane były kolejne materiały na realizację i nie zostały one powiązane z dokumentem.

Opcja Spinanie z pozycją dokumentu RW nagłówkowego została udostępniona:

Automatyczna redukcja niezwiązanej z dokumentami RW/PW ilości materiałów/produktów

Za pomocą nowych funkcji można automatycznie zmniejszać ilość materiału lub produktu, znajdującego się na realizacjach operacji na danym zleceniu do takiej, jaka została spięta z dokumentami RW/PW.

Nowe opcje są dostępne w pop-up menu obok ikonki  , znajdującej się na liście ZP oraz na ZP i NZP.

Opcje redukowana ilości materiałów lub wyrobów są aktywne w zależności od ustawienia odpowiednich parametrów konfiguracyjnych:

Dodatkowo wprowadzono zakazy do wykonania ww. akcji tak, by można było zablokować wybranym operatorom korzystanie z tych funkcji:

Stany operacji produkcyjnych

Określanie stanu dla operacji produkcyjnych

W systemie dodany został nowy słownik kategorii, w ramach którego można definiować stany operacji, którymi następnie można oznaczać operację planowaną. Realizacje operacji nie będą oznaczane dodatkowym stanem.

W oknie operacji planowanej dodano nowe pole, w ramach którego można wskazać jedną z wartości nowego słownika kategorii Stany operacji i w ten sposób dodatkowo opisać daną operację:

W harmonogramie operacji dodana została kolumna Stan oraz filtr, za pomocą którego można filtrować operacje o określonym stanie:

Nową kolumnę udostępniono również w widoku Szczegóły zlecenia:

a także na zleceniu produkcyjnym, na zakładce [Operacje]:

Automatyczne nadawanie stanu operacjom

Udostępniono procedurę SQL ProdAktualizujStanOperacji, na podstawie której można automatycznie nadawać stany operacjom, podczas ich realizacji. Procedura pobiera domyślną wartość ze słownika kategorii Stany operacji i aktualizuje stan operacji planowanej, do której dodawana jest realizacja. Jest wywoływana w systemie przy zaznaczonym parametrze Automatyczne nadawanie stanów dla operacji

Procedurę można we własnym zakresie dostosowywać do różnych procesów biznesowych.

Pomijanie materiałów podczas generowania zamówień z ZP

Umożliwiono pomijanie wybranych materiałów podczas generowania ZW lub ZZ z ZP/HPR. Dla materiałów, które mogą być pomijane podczas generowania zamówień z ZP (np. z tego powodu, że są zamawiane bardzo rzadko i w dużych ilościach), należy w technologii zaznaczyć parametr Materiały kanbanowe.

Oznaczenie materiału w technologii jako kanbanowy

Na materiale w technologii (surowcu) dodany został nowy parametr Materiał kanbanowy. Po zaznaczeniu tego parametru na surowcu w technologii, podczas generowania zamówienia z ZP będzie można pomijać taki materiał (surowiec) i nie dodawać go automatycznie do zamówienia.

Opcja jest dostępna tylko dla materiałów o typie Surowiec i tylko takich, dla których wskazano kartę towarową w oknie Materiał w technologii.

Pomijanie materiału kanbanowego podczas generowania zamówienia z ZP

W oknie Generowanie zamówień, wyświetlanym podczas generowania zamówień z ZP, dodany został nowy parametr: Pomijaj materiały kanbanowe, którego zaznaczenie spowoduje, że materiały oznaczone w technologii jako kanbanowe nie będą automatycznie dodawane do zamówienia.

Wybór magazynu na pozycji ZP

Obsłużono w systemie możliwość wyboru magazynu dla wyrobu gotowego na pozycji ZP. Od tej pory, magazyn dla wyrobu można wskazać na etapie dodawania pozycji, które mają zostać zaplanowane w ramach zlecenia.

Na pozycji ZP dodano nowy parametr, którego zaznaczenie decyduje o możliwości zmiany magazynu na pozycji:

Jeśli parametr nie jest zaznaczony, wówczas nie ma możliwości wybierania magazynu na pozycji ZP. Jeśli parametr jest zaznaczony, można na pozycji ZP wybrać magazyn dla wyrobu, ale tylko do momentu zaplanowania danej pozycji.

Domyślnie ustawienie parametru na pozycji zależy od analogicznego parametru, znajdującego się na dokumencie ZP:

który z kolei jest ustawiany na podstawie odpowiedniego parametru z definicji dokumentu ZP w danym centrum struktury firmy:

Pozycje ZP na ten sam wyrób, dla którego wybrana zostanie ta sama technologia i zaznaczony będzie parametr: Wybór magazynu na pozycji ZP, ale wskazane będą rożne magazyny, będą planowane w ramach wspólnego procesu, ale osobnych operacji:

Pozycje ZP, na których zaznaczony będzie parametr Wybór magazynu na pozycji ZP i wskazane będą takie same magazyny, będą planowane w ramach wspólnego procesu i wspólnej operacji:

Pozycje, na których nie będzie zaznaczony ww. parametr, będą planowane i realizowane wg dotychczasowych zasad.

Podczas planowania zlecenia, rezerwacja na wyrób, który został wybrany na pozycji ZP i dla którego zaznaczono parametr Wybór magazynu na pozycji ZP, zostanie utworzona na magazyn wskazany na tej pozycji, a nie jak dotychczas na magazyn z technologii. Realizacja operacji będzie w takiej sytuacji również uwzględniała magazyn wskazany na pozycji ZP dla odpowiedniego wyrobu.

Uwzględnienie informacji o jednostkach logistycznych WMS na Planie produkcji

Na Planie produkcji, zarówno w sekcji Produkty, jak i Materiały/Półprodukty, dodane zostały nowe kolumny Jednostka logistyczna wolna i Jednostka logistyczna zajęta, w których prezentowane są ilości wolnych i zajętych jednostek logistycznych, znajdujących się na magazynach WMS.

Nowe kolumny są wyświetlane na PP niezależnie od tego, czy zainstalowano Comarch WMS, czy nie. Kolumny można standardowo ukryć, za pomocą opcji dostępnych w menu kontekstowym.

Ilości prezentowane w kolumnie Jednostka logistyczna zajęta będą mogły być opcjonalnie uwzględniane w wyliczeniu kolumny Ogólnie dostępna na Planie produkcji. Ilość wynikająca z Jednostek logistycznych zajętych będzie wówczas „odejmowana” od ilości Ogólnie dostępnej.

Ilość prezentowana w kolumnie Jednostka logistyczna wolna będzie wyłącznie informacyjna.

Parametry, które decydują o tym, by ilość, prezentowana w kolumnie Jednostka logistyczna zajęta była uwzględniana w kolumnie Ogólne dostępna, znajdują się na zakładce [Parametry], na Planie produkcji i są domyślnie ustawiane na podstawie analogicznych parametrów z definicji PP.

Ilości jednostek logistycznych dla pozycji raportowanych w sekcji Produkty, na Palnie produkcji, będą zliczane z tych magazynów WMS, które znajdują się wśród grupy magazynów, dla których przeliczany jest Plan produkcji, tzn. tych, które znajdują się na nagłówku PP:

Ilości jednostek logistycznych dla pozycji raportowanych w sekcji Materiały/Półprodukty, na Palnie produkcji, będą zliczane z tych magazynów WMS, które znajdują się wśród grupy magazynów wskazanych na Planie produkcji, na zakładce [Parametry], w obszarze Ilość ogólnie dostępna (dla Materiałów) na magazynach:

Jeśli dla danego towaru, raportowanego na Planie produkcji, nie będą obliczane jednostki logistyczne lub dany magazyn, dla którego raportowany jest stan wyrobu/materiału nie jest magazynem WMS, wówczas w kolumnach odpowiadających jednostkom logistycznym nie będą prezentowane żadne dane.

Inne zmiany

Na liście zleceń produkcyjnych oraz na Nadzleceniu produkcyjnym dodana została nowa wartość: Otwarte dla filtra Status realizacji. Po wybraniu nowej wartości w filtrze, na liście zleceń produkcyjnych lub na Nadzleceniu produkcyjnym wyświetlone zostaną te zlecenia, które są niezamknięte.

Księgowość

Slim VAT 2.0 – zmiany w tzw. „w uldze na złe długi”

Zmiany w warunkach generacji dokumentów korygujących podatek VAT należny i naliczony

Nowelizacja Ustawy o VAT potocznie nazywana SLIM VAT 2.0 wprowadziła zmiany w tzw. „Uldze na złe długi”, które zaczęły obowiązywać od 01.10 2021 r.

Nowelizacja przepisów pozwala na korygowanie podatku VAT z tyt. „ulgi na złe długi”, w przypadku zawarcia transakcji z:

W systemie Comarch ERP XL usunięto warunek umożliwiający generowanie korekt podatku należnego i naliczonego z tyt. „ulgi na złe długi” wyłącznie na podstawie płatności powiązanych z dokumentami, na których kontrahentem głównym był podatnik VAT nie będący w stanie likwidacji/upadłości, tj. na karcie miał wybrane parametry: Podmiot gospodarczy, Płatnik VAT oraz nie miał zaznaczonego parametru W likwidacji/upadł.

Karta kontrahenta, zakładka [Księgowe]

Dzięki usunięciu wspomnianego wyżej warunku Użytkownik ma możliwość ręcznego sterowania generacją dokumentów ZD. korekty podatku należnego i naliczonego można wygenerować na podstawie ustawowo przeterminowanych płatności, powiązanych z dokumentami, na których wybrano kontrahenta głównego o parametrach:

Zmiany w ustawieniu filtrów na listach rejestrów VAT

Z poziomu pliku JPK_V7, po wybraniu opcji:

w sekcji „Typ kontrahenta” zmieniono domyślne ustawienie filtra „W likwidacji/upadł. Obecnie jest on odznaczony.

Nowe stany Not Memoriałowych (NM)

W wersji Comarch ERP XL 2021.1 na formularzu dokumentu Nota Memoriałowa (NM) w prawym górnym rogu wprowadzono parametr Do bufora, który na nowo dodawanym dokumencie jest domyślnie wybrany.

Zgodnie z przyjętym standardem parametr ten wyznacza status noty. Nota (NM) może mieć trzy statusy:

Dokument o statusie Bufor

Dokument o statusie „W buforze” można modyfikować na dotychczasowych zasadach, bezśladowo usunąć. Generuje on płatności, które można rozliczyć. Nie podlega księgowaniu.

Możliwość analitycznego opisania dokumentu w buforze, podobnie jak innych typów dokumentów uzależniono od nadania odpowiednich uprawnień, tj.: 

Na liście noty w buforze wyświetlane są w kolorze nadanym stanowi „W buforze” w ramach kategorii „Stany dokumentów”. Domyślnie jest to kolor zielony.

Dokument o statusie Zatwierdzony

Dokument o statusie Zatwierdzony to dokument z odznaczonym parametrem Do bufora.

Odznaczenie parametru Do bufora możliwe jest z poziomu formularza NM oraz z poziomu menu kontekstowego, za pomocą opcji Zatwierdź.

Zatwierdzenie noty jest możliwe po spełnieniu przez nią kryteriów wyznaczonych przez definicję.

Dokument o statusie Zatwierdzony w przeciwieństwie do dokumentu w buforze podlega księgowaniu.

W związku z tym, że statusy not (NM) zostały wprowadzone z uwagi na funkcjonalność bonów, dla tych Użytkowników, którzy nie będą korzystali z tej funkcjonalności, na karcie operatora, na zakładce [Księgowość] udostępniliśmy parametr Edycja zatwierdzonych not.

Operator z nadanym prawem do edycji zatwierdzonych not ma możliwość edycji danych także na zatwierdzonym dokumencie na dotychczasowych zasadach, pod warunkiem, że nota nie została powiązana z bonem lub rozliczona lub zaksięgowana.

Operator z tego rodzaju uprawnieniem może także cofnąć notę do bufora korzystając z opcji Cofnij do bufora, udostępnionej z poziomy menu kontekstowego. Na formularzu parametr Do bufora pozostaje nieaktywny.

Na liście noty zatwierdzone wyświetlane są w kolorze nadanym stanowi Zatwierdzony w ramach kategorii Stany dokumentów. Domyślnie jest to kolor czarny.

Noty zatwierdzone i zaksięgowane wyświetlane są w kolorze niebieskim.

Dokument o statusie Anulowany

Anulowanie noty zatwierdzonej jest możliwe pod warunkiem, że nie została ona zaksięgowana, rozliczona oraz powiązana z bonem.

Anulowanie dokumentu jest możliwe z poziomu menu kontekstowego, po wybraniu opcji Anuluj.

Na liście anulowane noty wyświetlane są w kolorze nadanym stanowi Anulowany w ramach kategorii Stany dokumentów. Domyślnie jest to kolor popielaty.

Zmiany na listach udostępnionych z poziomu okna Noty memoriałowe

Na liście zawężonej do tzw. not zwykłych (NM) udostępniono filtr o nazwie Stan. W ramach filtra udostępniono cztery opcje:

Podsumowanie dot. stanów not

Stan	Edycja – zakładki Ogólne, Nagłówek	Rozliczanie płatności	Księgowanie	Analityczne opisywanie	Zatwierdzanie	Usuwanie	Anulowanie	Cofnięcie do bufora
Bufor	TAK	TAK	NIE	TAK, jeżeli nadano odpowiednie uprawnienia	TAK	TAK	NIE	NIE
Zatwierdzony	NIE, jeżeli brak prawa do edycji zatwierdzonych not	TAK	TAK	TAK	NIE	NIE	TAK	NIE
	TAK, jeżeli nadano prawo do edycji zatwierdzonych not	TAK	TAK	TAK	NIE	NIE	TAK	TAK
Zatwierdzony i Zaksięgowany	NIE	TAK	NIE	TAK	NIE	NIE	NIE	NIE
Anulowany	NIE	NIE	NIE	NIE	NIE	NIE	NIE	NIE

Zmiany wynikające z powiązania not (NM) z bonami

Na definicji noty, formatce noty oraz pozycji noty zwykłej (NM) wprowadzono zmiany mające na celu umożliwienie wydawania za jej pomocą bonów towarowych. Zmiany te opisane są w punkcie: Wydawanie bonów za pomocą Noty memoriałowej.

Ergonomia rozliczeń przelewów

Na życzenie klientów, którzy rozliczają bardzo duże ilości przelewów zostały wprowadzone w tej wersji liczne usprawnienia ergonomiczne.

Wykorzystanie białej listy do identyfikacji kontrahentów

Do tej pory system rozpoznawał kontrahenta na wyciągu bankowym pod warunkiem, że jego numer konta bankowego znajdował się w bazie danych.

Obecnie do identyfikowania kontrahentów już na wstępie stosowana jest białą listę podatników VAT. Jeśli konto bankowe z jakiego wykonano przelew nie znajduje się w bazie danych, odpytywana jest baza Ministerstwa Finansów. Jeżeli rachunek został zgłoszony do Urzędu Skarbowego, to system otrzymuje NIP przedsiębiorcy i sprawdza bazę Comarch ERP XL w poszukiwaniu kontrahenta o takim numerze NIP.

Po poprawnej identyfikacji numer rachunku bankowego pochodzący z białej listy jest już na stałe przypisany do kontrahenta.

Filtr nierozliczone

W celu łatwiejszego wyszukiwania nierozliczonych płatności na liście zapisów kasowych / bankowych został dodany nowy filtr Rozliczone, który pozwala na przeszukiwanie listy zgodnie z tym kryterium. Jeśli zostanie wybrana opcja Nie, to dodatkowo pojawia się kolumna prezentująca kwotą pozostającą do rozliczenia.

Zapisy do wyjaśnienia

Niekiedy zapisy kasowo/bankowe wymagają dodatkowego wyjaśnienia, gdy operator nie jest w stanie odnaleźć dla nich żadnego rozliczenia. W takim przypadku możliwe jest ich odłożenie w czasie lub przekierowanie do innego operatora. Aby w łatwy sposób oznaczać takie przelewy, dodano na zakładce [Rozliczenia] parametr Do wyjaśnienia.

Możliwe jest również przeszukiwanie listy zapisów pod kątem wyszukiwania przelewów oznaczonych tych parametrem.

Okno rozliczeń przelewów

W celu przyspieszenia procesu rozliczenia faktur oraz identyfikacji kontrahentów zostało wprowadzone nowe dedykowane okno uruchamiane z poziomu listy zapisów kasowo/bankowych.

Uruchomienie okna

Po wybraniu nierozliczonych zapisów zostanie uaktywniony dodatkowy przycisk Zapisy do rozliczenia.

Dla zaznaczonych płatności pojawi się nowe okno.

Budowa okna Zapisy do rozliczenia

Okno Zapisy do rozliczenia składa się z kilku elementów ułatwiających prace na płatnościach.

Na samej górze widać aktualnie edytowany zapis oraz liczbę przelewów pozostających do rozliczenia. Użytkownik może się między nimi przenosić strzałkami w przód lub w tył.

Można tutaj także oznaczyć taki przelew flagą Do wyjaśnienia, o którym więcej mowa w punkcie: Zapisy do wyjaśnienia.

Poniżej widać dane pochodzące bezpośrednio z wyciągu bankowego, czyli

W przypadku gdy został zidentyfikowany kontrahent, to widoczny jest również jego akronim i lista nierozliczonych dokumentów.

Rozliczanie dokumentów

Na oknie oprócz wartości przelewu (przychód lub rozchód) widoczna jest także kwota Do rozliczenia. Kwota ta jest różnicą między wartością przelewu, a wartością zaznaczonych przelewów. Pozwala to w łatwy sposób zorientować się czy zaznaczone dokumenty pozwalają się całościowo rozliczyć.

System umożliwia zaznaczanie także dokumentów, których nie można bezpośrednio rozliczyć z zapisem np. FZ dla uznania rachunku. W takim przypadku będzie dochodziło do kompensowania tych dokumentów z innymi, jeszcze przed dokonaniem rozliczenia z przelewem.

Przyklad

Przelew od kontrahenta spowodował uznanie rachunku w wysokości 800 zł. Operator może zaznaczyć fakturę sprzedaży o kwocie 1000 zł oraz zakupu o wartości 200 zł. W takim przypadku FS zostanie rozliczony z dokumentem FZ oraz zapisem bankowym, co spowoduje pełne uregulowanie wszystkich trzech płatności.

Rozliczenie wybranych dokumentów jest wywoływane przyciskiem Rozlicz i przejdź.

Po jego wciśnięciu od razu po rozliczeniu następuje przejście danych na oknie do kolejnego przelewu.

Wyszukiwanie kontrahenta

Zostały dodane mechanizmy ułatwiające identyfikację kontrahenta, co jest częstym problemem w przypadku przelewów od klientów indywidualnych.

W takim przypadku można spróbować go zidentyfikować dzięki przyciskom umieszczonym z prawej strony, czyli:

W pierwszym przypadku pojawi się nowe okno wyświetlające dane z wyciągu i umożliwiające skopiowanie bądź wpisanie tekstu, po którym możliwa jest identyfikacja kontrahenta.

Przeszukiwać można po:

Inne zmiany

WSTO_EE, IDE w słowniku JPK_Procedury

W wersji Comarch ERP XL 2021.1 do słownika kategorii JPK_Procedury dodano nowe kody WSTO_EE oraz IED, które zastąpią kod EE od 01.01.2022 r.

Zmiany na zapisie kasowym powiązanym z bonem

Na definicji operacji kasowej oraz na formatce zapisu kasowego wprowadzono zmiany mające na celu umożliwienie przyjęcia zapłaty bonem towarowym. Zmiany te opisane zostały w punkcie: Zapis kasowy typu Bon.

XL HR

Kwota podatku od przychodu z tytułu PPK na opisie analitycznym

W związku z opodatkowaniem składki PPK pracodawcy w Comarch XL HR dodano elementy wypłaty Przychód z tytułu PPK (dla różnych list płac), na którym naliczany jest podatek należny od części składki finansowanej przez pracodawcę. Ponieważ sama składka naliczana jest osobno i to ona de facto stanowi koszt pracodawcy, to ten dodatkowy element nie ma ustawionego parametru Stanowi koszt pracodawcy.

Zgodnie z regułą opisu analitycznego w Systemie elementy bez tego parametru nie są w nim uwzględniane. Czyli naliczony dla tego elementu podatek oraz pomniejszenie wartości netto nie były widoczne na opisie analitycznym, co powodowało niezgodności w tym, co prezentowane było na wypłacie w stosunku do możliwości opisu analitycznego.

Od wersji 2021.1 kwoty podatku naliczonego dla elementu Przychód z tytułu PPK są wykazywane na opisie analitycznym, w taki sposób, że wartość podatku dla ww. elementu:

Wspólne

Ukrycie kolumny PESEL na liście pracowników

W związku z wykorzystywaniem listy pracowników w wielu miejscach w Systemie, na liście tej została w standardzie ukryta kolumna PESEL. Gwarantuje to większą ochronę danych osobowych bez konieczności ukrywania tej kolumny dla wielu operatorów. Działanie od tej wersji będzie w kierunku odwrotnym, czyli uprawnionym operatorom należy tą kolumnę pokazywać na osobno zdefiniowanych formatach list.

Zmiany na liście funkcji AI/RPA

W wersji 2021.0, na dedykowanej zakładce w poszczególnych modułach udostępniona została zbiorcza informacja o dostępnych w Systemie w funkcjach noszących znamiona automatyzacji i robotyzacji. W wersji 2021.1 zostały na niej dokonane poniższe zmiany:

Dla tych zakładek tematycznych, na których prezentowana jest duża ilość funkcji dokonano dodatkowego podziału, tak, aby funkcje te można było przeglądać bez konieczności przewijania okna. Ilość kafelków na danej zakładce została dostosowana do okna przy rozmiarze maksymalnym i domyślnej szerokości kolumn. W ten sposób zostały podzielone zakładki [Księgowość] oraz [Produkcja i Serwis]

Ww. przydatne jest zwłaszcza na zakładce [Wszystkie], na której, zgodnie z nazwą zakładki prezentowane są wszystkie funkcje RPA.

Migrator

Nowe kolumny w arkuszu ProdTechnologieCzynności i ich obsługa w Migratorze

W arkuszu migracyjnym ProdTechnologieCzynności udostępniono nowe kolumny, za pomocą których można:

Nowa kolumna: Kontrola jakości

Za pomocą kolumny Kontrola jakości można zaznaczyć parametr Kontrola jakości na operacji w technologii:

Jeśli dana operacja ma być oznaczona w technologii jaki Kontrola jakości, należy kolumnę w arkuszu wypełnić wartością 1, jeśli nie- wartością 0.

Nowa kolumna: PodlegaKJ

Za pomocą kolumny PodlegaKJ można zaznaczyć parametr Podlega KJ, na materiale lub produkcie w technologii:

Jeśli dla danego materiału/wyrobu ma być zaznaczony parametr Podlega KJ w technologii, należy kolumnę w arkuszu wypełnić wartością 1, jeśli nie- wartością 0.

Nowa kolumna: MaterialKanban

Za pomocą kolumny MaterialKanban można zaznaczyć na materiale w technologii parametr Materiał kanbanowy:

Jeśli dany materiał w technologii ma być oznaczony jako Materiał kanbanowy, należy kolumnę w arkuszu wypełnić wartością 1, jeśli nie- wartością 0.

Nowe kolumny: TwrTypCzynnoscUsluga, TwrNumerCzynnoscUsluga, Kooperacja

Za pomocą kolumn można przypisać do operacji w technologii kartę towarową typu Usługa i oznaczyć operację jako Kooperacja

Aby powiązać operację z kartą towarową typu Usługa, należy w arkuszu, w kolumnach TwrNumerCzynnoscUsluga i TwrTypCzynnoscUsluga podać odpowiednio TwrNumer i TwrTyp danej usługi.

Aby oznaczyć operację jako Kooperacja, należy kolumnę Kooperacja wypełnić w arkuszu wartością 1, a jeśli operacja nie jest kooperacją- wartością 0.

Nowa kolumna: IdWzorcaNrPartii

Za pomocą kolumny IdWzorcaNrPartii można przypisać wzorzec numeru partii/seryjnego do produktu w technologii:

Aby przypisać wzorzec numeru partii/seryjnego do wyrobu w technologii należy w arkuszu, w kolumnie IdWzorcaNrPartii podać odpowiedni numer wzorca.

Nowa kolumna: Zamiennik

Za pomocą kolumny Zamiennik można wskazać do którego materiału dany materiał jest zamiennikiem w technologii.

Aby zdefiniować zamiennik dla materiału w technologii, należy w arkuszu, w kolumnie Zamiennik wskazać numer Lp. pozycji, do której dany materiał ma być zamiennikiem.

Nowa kolumna: TechnologiaZasob

Za pomocą kolumny TechnologiaZasob można wskazać pochodzenie danego materiału-półproduktu w technologii.

W arkuszu, w wierszu, w którym dodajemy materiał, który jest półproduktem pochodzącym z innej operacji, w kolumnie TechnologiaZasob, trzeba wskazać Lp. wiersza, w którym znajduje się odpowiedni produkt-półprodukt, który chcemy wskazać jako źródło dla materiału.

Współpraca z Comarch e-Sklep

Przesyłanie grup kontrahentów do e-Sklepu

Do Comarch e-Sklep przesyłane jest cale drzewo grup kontrahentów począwszy od Grupy głównej. Drzewo grup nie jest prezentowane po stronie e-Sklepu, ale przypisanie kontrahenta do grupy pozwoli na naliczanie promocji, które zostały zdefiniowane nie dla pojedynczych kontrahentów, lecz dla określonych grup.

Przesyłane jest również powiązanie kontrahentów z grupami. Dla każdego kontrahenta przesyłane jest powiązanie z wszystkimi grupami, które zostały dodane na karcie kontrahenta na zakładce [Grupy].

Przesyłane są również rabaty zdefiniowane na grupy kontrahentów.

W wyniku powyższych zmian możliwe jest naliczania rabatów zdefiniowanych dla różnych grup kontrahentów. Dzięki temu rabaty zdefiniowane dla grup kontrahenta, w systemie Comarch e-Sklep będą naliczać się identycznie jak w systemie Comarch ERP XL.

Opiekun kontrahenta i karty towaru

Umożliwiono przesyłanie do Comarch e-Sklep opiekunów klienta i menadżerów produktu. W Comarch ERP XL opiekunami i menadżerami są pracownicy i na tej podstawie będą wysyłani opiekunowie do e-Sklepu. Aby opiekun (pracownik) został przesłany do e-Sklepu dodano na karcie pracownika parametr Wysyłaj do e-Sklep.

Na podstawie listy pracowników, dla których zaznaczono parametr jw. tworzona jest lista opiekunów wysyłanych do e-Sklepu. Dane opiekunów takie jak imię i nazwisko, numer telefonu czy adres e-mail pobierane są z karty pracownika. Wysyłane są też zdjęcia opiekunów na podstawie załącznika typu obraz. Jeśli do karty pracownika podpięto więcej niż jedno zdjęcie wówczas wysyłane jest pierwsze z nich.

Dane opiekuna kontrahenta przesyłane są na podstawie opiekuna czasowego zapisanego na zakładce [Handlowe].

Informacja o menadżerze zapisywana jest standardowo na karcie towaru na zakładce [Inne]. Na podstawie tego ustawienia przesyłany jest menadżer produktu do e-Sklepu.

Współpraca z Comarch WMS

Dokumenty magazynowe WMS w powiązaniu z dokumentami kaucji

Dla sprawnej obsługi tzw. opakowań kaucjonowanych na magazynie WMS konieczne było umożliwienie tworzenia za pomocą jednej operacji dokumentów handlowych na zwykłe towary wraz dokumentami na kaucję, gdzie obydwa te dokumenty będą ze sobą automatycznie wiązane. Od wersji 2021.1 Systemu jest to możliwe, o ile na źródłowym dokumencie magazynowym znajdzie się również pozycja na opakowanie kaucjonowane.

Powiązanie towaru z jednostką logistyczną WMS

W aplikacji Comarch WMS Zarządzanie możliwe jest powiązanie jednostki logistycznej z kartą towaru Comarch ERP XL. Po takiej operacji w XL na karcie towaru powstaje oznaczenie, że jest on traktowany jako: 

Żeby w WMS Zarządzanie móc powiązać kartę towaru z jednostką logistyczną, to w Comarch ERP XL musi być na niej:

Zmiana ustawienia, czy jest to Opakowanie kaucjonowane/jednorazowe jest możliwa tylko z poziomu Comarch WMS Zarządzanie, na definicjach jednostek logistycznych. W Systemie jest to wyświetlane tylko informacyjnie na karcie towaru.

Dodawanie opakowań kaucjonowanych do dokumentu magazynowego

Jeśli na dokumencie magazynowym WMS zostanie ręcznie dodany element na towar z ustawieniem Opakowanie kaucjonowane lub Opakowanie jednorazowe, to element ten zostaje automatycznie oznaczony w ten sam sposób.

Analogicznie, jeśli dokument magazynowy WMS jest generowany z dokumentu kaucji, na którym znajduje się element na towar z ustawieniem Opakowanie kaucjonowane, to na dokumencie magazynowym element ten zostaje automatycznie oznaczony w ten sam sposób. Tak samo będzie to działało, jeśli na dokumencie magazynowym WMS zostanie wykonana operacja wiązania dokumentu kaucji (nagłówka lub wybranych elementów), na których znajduje się element na towar z ustawieniem Opakowanie kaucjonowane.

Dodatkowo, jeśli dokument magazynowy WMS jest generowany z dokumentu handlowego z powiązanym dokumentem kaucji, na którym znajduje się element na towar z ustawieniem Opakowanie kaucjonowane, to na utworzonym dokumencie magazynowym znajdą się zarówno elementy z dokumentu handlowego, jak i te z dokumentu kaucji (te dostają oznaczenie Opakowania kaucjonowane). O fakcie włączenia elementów kaucji do wspólnego dokumentu magazynowego użytkownik zostaje poinformowany stosownym komunikatem.

Działa to zarówno przy generowaniu dokumentu magazynowego WMS z listy czy w procesach, jak i przy automatycznym, czyli w trakcie zatwierdzania dokumentu handlowego.

Towary z oznaczeniem Opakowania jednorazowe mogą się znajdować tylko na zwykłych dokumentach handlowych. Jedyną różnicą w stosunku do zwykłych towarów jest to, że przy generowaniu dla nich dokumentów magazynowych, elementy z tymi towarami dostaną oznaczenie Opakowania jednorazowe.

Przyklad

W bazie są następujące towary:

- Napój 500 ml (zwykły towar),

- Butelka bezzwrotna (Opakowanie jednorazowe),

- Skrzynka (Opakowanie kaucjonowane),

- Paleta (Opakowanie kaucjonowane).

Przypadek 1.

Na dokument (W)ZWM dodaję z ręki następujące pozycje:

1. Napój 500 ml * 150 szt.,

2. Butelka bezzwrotna * 150 szt. -> zostaje ustawione oznaczenie Opakowanie jednorazowe,

3. Skrzynka * 10 szt. -> zostaje ustawione oznaczenie Opakowanie kaucjonowane.

Do dokumentu dowiązuję również ręcznie pozycję z WKA:

4. Paleta * 1 szt. -> zostaje ustawione oznaczenie Opakowanie kaucjonowane.

Przypadek 2.

Jest dokument handlowy WZ z pozycjami:

1. Napój 500 ml * 150 szt.,

2. Butelka bezzwrotna * 150 szt.

Oraz powiązany z WZ dokument kaucji WKA z pozycją:

1. Skrzynka * 10 szt.

Do dokumentu WZ wybieram polecenie generowania dokumentu magazynowego (W)ZWM. Na utworzonym dokumencie mam pozycje:

1. Napój 500 ml * 150 szt.,

2. Butelka bezzwrotna * 150 szt. -> zostaje ustawione oznaczenie Opakowanie jednorazowe,

3. Skrzynka * 10 szt. -> zostaje ustawione oznaczenie Opakowanie kaucjonowane.

Generowanie dokumentów handlowych wraz z dokumentami kaucji

W sytuacji odwrotnej, gdy dokumentem źródłowym jest dokument magazynowy WMS z elementami oznaczonymi jako Opakowania kaucjonowane, to dla tych elementów może zostać zawsze wygenerowany tylko dokument handlowy kaucji.

Dodatkowo, jeśli na magazynowym razem z Opakowaniem kaucjonowanym znajdzie się zwykły towar i/lub Opakowanie jednorazowe, wówczas operacja generowania dokumentu handlowego do magazynowego spowoduje automatyczne utworzenie dwóch dokumentów:

O fakcie utworzenia dodatkowo dokumentu kaucji dla elementów na Opakowania kaucjonowane użytkownik zostaje poinformowany stosownym komunikatem

Efektem końcowym jest powiązanie pozycji dokumentu handlowego z pozycjami dokumentu magazynowego na zwykłe towary i/lub Opakowania jednorazowe oraz powiązanie pozycji dokumentu kaucji z pozycjami dokumentu magazynowego na Opakowania kaucjonowane. Jednocześnie obydwa utworzone dokumenty są ze sobą powiązane, czyli dokument kaucji jest widoczny na zakładce [Kaucja] dokumentu handlowego.

W przypadku, gdy na dokumencie magazynowym będą znajdowały się tylko pozycje na opakowania kaucjonowane lub zostanie wybrane generowanie samego dokumentu kaucji, wówczas powstaje jedynie dokument kaucji z pozycjami na Opakowania kaucjonowane powiązany z odpowiednimi pozycjami dokumentu magazynowego WMS.

Przyklad

W bazie są następujące towary:

- Napój 500 ml (zwykły towar),

- Butelka bezzwrotna (Opakowanie jednorazowe),

- Skrzynka (Opakowanie kaucjonowane),

- Paleta (Opakowanie kaucjonowane).

Na dokumencie (W)ZWM mam następujące pozycje:

1. Napój 500 ml * 150 szt.,

2. Butelka bezzwrotna * 150 szt. -> z oznaczeniem Opakowanie jednorazowe,

3. Skrzynka * 10 szt. -> z oznaczeniem Opakowanie kaucjonowane.

4. Paleta * 1 szt. -> z oznaczeniem Opakowanie kaucjonowane.

Przypadek 1.

Do dokumentu (W)ZWM wybieram polecenie generowania dokumentu handlowego WZ. Na utworzonym dokumencie mam pozycje:

1. Napój 500 ml * 150 szt.,

2. Butelka bezzwrotna * 150 szt.

Zostaje również automatycznie wygenerowane WKA (powiązane z WZ) z pozycjami:

3. Skrzynka * 10 szt.,

4. Paleta * 1 szt.

Przypadek 2.

Do dokumentu (W)ZWM wybieram polecenie generowania dokumentu kaucji WKA. Na utworzonym dokumencie mam pozycje:

1. Skrzynka * 10 szt.,

2. Paleta * 1 szt.

Wskazówka

W przypadku Opakowań kaucjonowanych, jeśli przyjęty w Systemie model działania zakłada wyjście od dokumentów magazynowych, to nie ma potrzeby ustawiać w definicji dokumentów handlowych parametru: Automatyczne generowanie dokumentów kaucji. Dokumenty kaucji generowane będą bowiem na podstawie elementów na dokumentach magazynowych.

Natomiast w przypadku korekt dokumentów handlowych, gdzie nie jest możliwe wyjście od dokumentów magazynowych, nadal konieczne jest korzystanie ze schematów kaucji oraz ww. parametru, nawet w przypadku towarów kaucjonowanych oznaczonych jako Opakowania kaucjonowane.

Zmianie nie uległy działania na towarach oznaczonych jako zwykła kaucja (tylko parametr Kaucja, bez powiązania z jednostką logistyczną WMS). Dla nich nadal powstają osobne dokumenty magazynowe WMS.

Pozostałe funkcjonalności dla opakowań kaucjonowanych i jednorazowych

Jak wspomniano na początku rozdziału oznaczenia na pozycjach dokumentów magazynowych WMS są zawsze dziedziczone z ustawień na kartach towarów i w zdecydowanej większości nie będzie potrzeby ich zmiany. Jedynie w przypadku zakupu/sprzedaży pustych opakowań kaucjonowanych, gdy dokumentem wyjściowym jest dokument magazynowy WMS, należy usunąć oznaczenie na Opakowania kaucjonowane na pozycjach dokumentu magazynowego tak, aby dało się z nich wygenerować dokumenty handlowe zamiast dokumentów kaucji.

W tym celu w menu kontekstowym na liście pozycji dokumentu magazynowego WMS dodano operację Usuń oznaczenie pozycji na opakowania kaucjonowane. Po jej wykonaniu wskazane pozycje z oznaczeniem Opakowania kaucjonowane mają usuwane to oznaczenie. Operacja dostępna tylko dla dokumentów w buforze.

Zmieniono sposób weryfikacji pozycji przy operacji spinania dokumentów handlowych (zwykłych oraz dokumentów kaucji) z dokumentami magazynowymi. Zasadnicza zmiana polega na tym, że jeśli na dokumencie magazynowym WMS znajdują się pozycje na zwykłe towary oraz na Opakowania kaucjonowane, to spinając taki dokument z:

Oznacza to, że nie obowiązuje dotychczasowa zasada, zgodnie z którą wszystkie pozycje spinanych dokumentów muszą być zgodne. Można zatem spiąć z dokumentem magazynowym WMS zarówno zwykły dokument handlowy, jak i dokument kaucji.

Anulowanie dokumentów handlowych wymusza anulowanie powiązanych dokumentów kaucji oraz pozwala jednocześnie anulować powiązane dokumenty magazynowe. W przypadku, gdy powiązany dokument magazynowy WMS jest powiązany z innym dokumentem niż wybrany do anulowania (w tym przypadku z dokumentem kaucji), to pojawia się pytanie, czy faktycznie anulować taki dokument magazynowy. Dopiero po potwierdzeniu przez użytkownika anulowanie dokumentu magazynowego WMS jest wykonywane. W tym zakresie nie zostały wprowadzane żadne zmiany.

Na liście towarów jest możliwość wyświetlania dodatkowej kolumny J. logistyczne WMS (wolne) prezentującej stany towarów oznaczonych jako Opakowania kaucjonowane i Opakowania jednorazowe, które nie są zajęte, czyli aktualnie nie są na nich umieszczone żadne towary. Aby wyświetlić nową kolumnę należy w obszarze Kolumny pod listą zaznaczyć nowy parametr J. log. WMS.

Ilości jednostek logistycznych WMS będą również umieszczone jako osobne składniki BST, o czym więcej z punkcie: Optymalizacja ilości zamawianej oraz nowe składniki BST.

Zmiany związane z towarami w powiązaniu z jednostkami logistycznymi WMS zostały wprowadzone również na arkuszu inwentaryzacyjnym, o czym więcej w punkcie: Zmiany w inwentaryzacji.

Dokumenty (W)ZWM na pełne /niepełne jednostki pomocnicze

Nowa funkcjonalność ma wpływ na ergonomię pracy magazynierów, dzięki umożliwieniu tworzenia dokumentów wydań na magazynie, na pełne lub niepełne palety czy inne jednostki pomocnicze. W przypadku kilku palet niepełnych, w Comarch WMS Magazynier uda się skompletować towar tak, aby zapełniać kolejne palety/jednostki pomocnicze w całości.

Realizacja polega na możliwości generowania z zamówienia dwóch osobnych dokumentów (W)ZWM. Na jednym z tych dokumentów będą wyodrębnione takie ilości dla pozycji, które uda się przeliczyć na jednostkę pomocniczą w wartości całkowitej i dokument ten zostanie oznaczony jako wystawiony ‘na pełne jednostki’. Pozostałe ilości zostaną dogenerowane na drugim (W)ZWM bez oznaczenia jw.

Takie działanie będzie można włączyć/wyłączyć poprzez odpowiednie ustawienie na definicji dokumentu.

Konfiguracja ustawień dla podziału na pełne/niepełne jednostki

Na karcie towaru na jednostce pomocniczej znajduje się parametr, wskazujący, czy przy generowaniu z zamówień należy wykonywać dzielenie (W)ZWM na pełne/niepełne jednostki.

Dla towaru może istnieć wiele jednostek pomocniczych z takim ustawieniem, ponieważ dla podziału przy generowaniu istotne jest to, żeby taka jednostka została umieszczona na zamówieniu źródłowym do (W)ZWM. Przy czym parametr (W)ZWM do zamówień w jedn. całkowitych musi być już zaznaczony w momencie dodawania/modyfikacji elementu zamówienia, bo wtedy następuje na elemencie zamówienia odpowiedni zapis wskazujący na konieczność dzielenia dokumentów (W)ZWM.

Obecne polecenia do generowania dokumentu (W)ZWM z listy zamówień oraz listy elementów zamówień będą działały zależnie od nowego ustawienia w definicji dokumentu ZWM, jak pokazano na rysunku poniżej.

Jeśli parametr jest zaznaczony, wówczas nowy dokument jest tworzony z automatycznym podziałem na pełne/niepełne jednostki pomocnicze. Jeśli nie zaznaczony, to podział nie jest wykonywany, nawet jeśli jednostka pomocnicza wybrana na zamówieniu wskazuje na konieczność takiego podziału.

Generowanie i obsługa (W)ZWM z podziałem na pełne/niepełne jednostki

Przy generowaniu (W)ZWM z ZS/ZW przy pomocy nowego ustawienia na definicji dokumentu może zostać wykonany podział ilości z elementów źródłowych z zamówienia, jeśli jest na nim chociaż jedna pozycja z ustawioną jednostką pomocniczą wskazującą na konieczność podziału.

Podział wykonywany jest w następujący sposób:

Wskazówka

Na dokumentach (W)ZWM oznaczonych na pełne jednostki pomocnicze wszystkie elementy muszą być na pełne jednostki.

Obydwa dokumenty (W)ZWM zostaną powiązane z zamówieniem i będą stanowiły jego realizację.

Przyklad

W definicji dokumentu ZWM jest zaznaczony parametr: Przy generowaniu (W)ZWM z zamówień automatycznie dziel na pełne/niepełne jednostki pomocnicze.

Przypadek 1.

Na dokumencie ZS znajdują się elementy z towarami:

T1: 15 szt. (j.podst.) oraz j.pom.: paleta = 1,5 (przeliczniki 1/10),

T2: 5 szt. (j.podst.) oraz j.pom.: paleta = 0,5 (przelicznik 1/10),

T3: 15 szt. (j.podst.) oraz j.pom.: karton = 1,5 (przelicznik 1/10),

T4: 15 szt. (j.podst.) oraz brak ustawionej j. pom.

Na towarach T1 i T2 j. pom.: paleta ma ustawiony parametr: (W)ZWM do zamówień w jedn. całkowitych. Na towarze T3 j. pom: karton nie ma tego parametru zaznaczonego.

Generujemy (W)ZWM do ZS. Powstają dwa dokumenty:

a) Dokument (W)ZWM-1 na pełne jednostki pomocnicze z elementami:

T1: 10 szt. (j.podst.) oraz j.pom.: paleta = 1,

b) Dokument (W)ZWM-2 na niepełne jednostki pomocnicze z elementami i ilościami nie uwzględnionymi na (W)ZWM-1:

T1: 5 szt. (j.podst.) oraz j.pom.: paleta = 0,5,

T2: 5 szt. (j.podst.) oraz j.pom.: paleta = 0,5,

T3: 15 szt. (j.podst.) oraz j.pom.: karton = 1,5,

T4 z ilością 15 szt. (j.podst.).

Przypadek 2.

Na dokumencie ZS znajdują się elementy z towarami:

T1: 20 szt. (j.podst.) oraz j.pom.: paleta = 2 (przeliczniki 1/10),

T2: 10 szt. (j.podst.) oraz j.pom.: paleta = 1 (przelicznik 1/10),

Na towarach T1 i T2 j. pom.: paleta ma ustawiony parametr: (W)ZWM do zamówień w jedn. całkowitych.

Generujemy (W)ZWM do ZS. Powstaje dokument (W)ZWM-1 na pełne jednostki pomocnicze z elementami:

T1: 20 szt. (j.podst.) oraz j.pom.: paleta = 2,

T2: 10 szt. (j.podst.) oraz j.pom.: paleta = 1

Ponieważ cała ilość z ZS została pobrana na dokument (W)ZWM-1, to nie zostanie utworzony żaden dodatkowy dokument (W)ZWM.

Przypadek 3.

Na dokumencie ZS znajdują się elementy z towarami:

T1: 8 szt. (j.podst.) oraz j.pom.: paleta = 0,8 (przeliczniki 1/10),

T2: 5 szt. (j.podst.) oraz j.pom.: paleta = 0,5 (przelicznik 1/10),

Na towarach T1 i T2 j. pom.: paleta ma ustawiony parametr: (W)ZWM do zamówień w jedn. całkowitych.

Generujemy (W)ZWM do ZS. Powstaje dokument (W)ZWM-1 na niepełne jednostki pomocnicze z elementami:

T1: 8 szt. (j.podst.) oraz j.pom.: paleta = 0,8,

T2: 5 szt. (j.podst.) oraz j.pom.: paleta = 0,5.

Ponieważ na ZS nie było żadnej ilości przeliczalnej na pełne jednostki całkowite, to nie został utworzony dokument (W)ZWM-1 na pełne jednostki pomocnicze.

Wskazówka

Automatyczny podział na pełne/niepełne jednostki jest wykonywany tylko przy generowaniu dokumentów (W)ZWM bezpośrednio z ZS/ZW.

Nie jest dostępny dla generowania (W)ZWM z innych dokumentów, czyli np. jeśli z ZS/ZW jest generowany dokument handlowy i do niego od razu powstaje (W)ZWM, wówczas algorytm do podziału względem jednostki pomocniczej nie jest wołany.

Podział nie jest również wykonywany na istniejących dokumentach (W)ZWM podczas wykonywania operacji spinania zamówień z dokumentami magazynowymi.

Poza automatycznym podziałem na każdym dokumencie (W)ZWM w buforze jest możliwość ręcznego ustawienia, że jest on na pełne jednostki. Czyli na każdym dokumencie, zarówno tym dodanym z ręki, jak i generowanym z różnych dokumentów, można ustawić parametr Dokument na pełne jednostki pomocnicze. System pozwala zapisać taki dokument pod warunkiem, że wszystkie jego pozycje mają ustawioną jednostkę pomocniczą i ilość w tej jednostce jest całkowita.

Dodatkowo, jeśli dokument (W)ZWM ma ustawione, że jest na pełne jednostki pomocnicze, to można do niego dodać tylko takie pozycje, która spełniają to wymaganie. Również przy zmianie ilości na takim (W)ZWM i zapisie elementu, jeśli nowa ilość nie będzie dała się przeliczyć na pełne jednostki pomocnicze, to użytkownik zostaje o tym poinformowany stosownym komunikatem i musi zdecydować, czy:

Podczas dowiązywania elementów do dokumentu (W)ZWM na pełne jednostki pomocnicze, operacja jest wykonywana tylko dla tych elementów, które mają ustawioną jednostkę pomocniczą i dodatkowo pobierana na (W)ZWM jest tylko ilość całkowita w jednostkach pomocniczych. Pozostałą ilość można dodać na inny dokument (W)ZWM, który nie jest oznaczony na pełne jednostki pomocnicze.

Wskazówka

Przy samodzielnym ustawianiu parametru na dokumencie lub przy dodawaniu/modyfikacji/wiązaniu pozycji na dokumencie na pełne jednostki nie ma kontroli, czy na jednostce pomocniczej jest zaznaczony parametr (W)ZWM do zamówień w jedn. całkowitych, gdyż ma on znaczenie tylko dla dokumentów generowanych z zamówień.

Z tej kontroli wykluczane są również pozycje z towarami oznaczonymi jako Opakowania kaucjonowane lub Opakowania jednorazowe, o których mowa w poprzednim punkcie.

Samodzielne ustawienie parametru Dokument na pełne jednostki pomocnicze skutkuje tym, że większa ilość dokumentów (W)ZWM może podlegać w Comarch WMS Magazynier procesom realizacji przewidzianym dla pełnych/niepełnych jednostek.

Przy generowaniu dokumentów (W)ZWM z paczek, jeśli do paczki powiązane są pozycje zamówień i dokumentów handlowych i na obu dokumentach jest ustawiona jednostka pomocnicza ze wskazaniem na podział, to podział jest robiony zarówno dla pozycji z zamówień, jak i dla pozycji z dokumentów handlowych z taką jednostką pomocniczą. Jest to zgodne z tym, że przy ręcznym dowiązywaniu do (W)ZWM na pełne jednostki pozycji dokumentu handlowego z ustawioną jednostką pomocniczą, z handlowego zostanie dodana tylko ilość przeliczalna na pełne jednostki.

Możliwość zmiany partii na dokumencie wydania w WMS (wydanie do zamówienia z rezerwacją zasobową)

Dotychczas podczas wystawiania dokumentu (W)ZWM do zamówienia z rezerwacją zasobową, na dokumencie (W)ZWM był ustalany dokładnie ten sam zasób, który znajdował się na rezerwacji i nie było możliwości jego zmiany ani w Comarch ERP XL ani od strony Comarch WMS.

Od wersji XL 2021.1 oraz Comarch WMS 2021.5 możliwa jest w WMS zmiana zasobu na przekazanym do realizacji dokumencie (W)ZWM do zamówienia z rezerwacją zasobową, o ile na takim dokumencie (W)ZWM istnieją rezerwacje magazynowe WMS. Taką samą zmianę można też wykonać, jeśli zamówienie jest realizowane wprost w Comarch WMS, czyli zostaje od razu wystawiany dokument ZWM do zamówienia.

Przy zmianie zasobu na takim dokumencie w Comarch WMS działają standardowe mechanizmy ustalania, czy dany zasób jest dostępny handlowo w Comarch ERP XL. Jeśli nie będzie dostępny, wówczas podmiana zasobu nie będzie możliwa, gdyż niedopuszczalnym jest, aby do rezerwacji zasobowej na zamówieniu utworzona została rezerwacja ‘w przyszłość’.

Jeśli zmiana zasobu będzie możliwa, wówczas zostanie ona przesynchronizowana do Comarch ERP XL na rezerwacje magazynowe WMS oraz na powiązanie z nimi źródłowe rezerwacje zasobowe z zamówienia. Dzięki temu zagwarantowane jest wystawienie poprawnego dokumentu handlowego do pary dokumentów: zamówienie z dokumentem magazynowym WMS.

Operacja zmiany zasobu jest dostępna dla uprawnionego operatora WMS, a uprawnienia te można nadawać w Comarch WMS Zarządzanie. Więcej na ten temat w dokumentacji aplikacji Comarch WMS.

Współpraca z Comarch POS

Wybór typu aplikacji i rodzaju licencji

Na oknie konfiguracji stanowiska POS oddano dwa nowe pola związane z konfigurowaniem typu aplikacji i rodzaju licencji. W zależności od tego na jakiego typu aplikacji pracuje stanowisko istnieje możliwość wybrania rodzaju licencji pomiędzy:

Po pierwszej synchronizacji stanowiska z Comarch POS następuje blokada zmiany typu aplikacji.

W kontrolce Licencja użytkownik ma możliwość wyboru pomiędzy opcjami:

Da nowo dodawanych stanowisk oraz stanowisk oddziałów już istniejących standardowe ustawienie to:

Logowanie za pomocą karty pracownika

W celu uaktywnienia opcji logowania za pomocą karty, w konfiguracji stanowiska POS na formularzu Oddziału Comarch POS został dodany parametr Logowanie za pomocą karty. Parametr domyślnie nie jest zaznaczony.

Aby logowanie za pomocą karty było możliwe, konieczne jest powiązanie operatora z pracownikiem oraz ustalenie numeru karty do logowania w Comarch POS.

Na karcie operatora na zakładce [Ogólne] należy przypisać pracownika. System kontroluje przypisanie pracownika do operatora pracującego w POS i nie pozwala na dodanie tego samego pracownika do wielu kart operatorów. Należy pamiętać, że po przypisaniu pracownika do operatora, do Comarch POS będą wysyłane dane osobowe pracownika a nie operatora, dlatego na karcie pracownika należy uzupełnić imię i nazwisko.

Dane karty do logowania należy zdefiniować na karcie pracownika na zakładce [RCP]. Należy dodać nową kartę RCP lub skorzystać z istniejącej. Na formularzu karty należy wypełnić jej numer oraz zaznaczyć parametr Karta do logowania w Comarch POS.

Tylko jedna karta może mieć zaznaczony parametr opisany powyżej. W przypadku karty do logowania w POS ignorowane są ustawienia dotyczące okresu obowiązywania karty.

Po ustawieniu powyższych danych parametr w konfiguracji oddziału dotyczący logowania oraz informacje o numerach kart pracowników przesyłane są do wszystkich stanowisk POS i operatorzy mogą logować się z wykorzystaniem czytnika kart.

Przyjmowanie towaru w POS za pomocą dokumentów przesunięć międzymagazynowych

Zmiany w kreatorze oddziału

Podczas kreowania nowego oddziału Comarch POS możliwe jest wskazanie czy na stanowisku mają być wystawiane dokumenty MMW i MMP.

W przypadku użytkowników, którzy posiadają już skonfigurowane oddziały Comarch POS (poprzednio Comarch Retail POS), koniecznym jest zaznaczenie na definicji dokumentów MMW oraz MMP w centrum firmy, z którym jest powiązany oddział Comarch POS, parametru Wystawianie i edycja.

Wystawianie MMW w celu przesunięcia towarów do POS

Aby przesunąć towar z magazynu Centrali na magazyn POS należy wystawić po stronie Comarch ERP XL dokument MMW, gdzie magazynem docelowym będzie magazyn oddziału Comarch POS. Do MMW nie może być wygenerowany dokument MMP – przyjęcia towaru na magazyn POS. Aby ułatwić kontrolowanie generowania MMP, na formatce magazynu dodano parametr Generowanie MMP po stronie Comarch POS. Po zaznaczeniu tego parametru, dokument MMP nie będzie tworzony automatycznie a podczas próby jego wygenerowania pojawi się stosowny komunikat. Parametr można zaznaczyć tylko na magazynach przypisanych do POS Agenta (oddziału Comarch POS).

Przyjęcie towaru po stronie stanowiska POS

Wystawiony dokument przesunięcia magazynowego (MMW) trafia na stanowisko POS, gdzie może zostać przyjęty. Opcja przyjęcia towaru znajduje się w menu Back Office, pod przyciskiem Przyjęcie dostawy. Po wejściu na listę dostaw wyświetlają się dokumenty MMW wystawione w XLu na magazyny POS, które nie zostały jeszcze przyjęte na stan. Możliwe jest podejrzenie dokumentu MMW przyciskiem Podgląd lub przyjęcie przyciskiem Przyjmij. Użytkownik może przyjąć wszystkie pozycje w ilościach jakie zostały przesłane lub może wprowadzić ilości ręcznie zgodnie ze stanem faktycznym. Możliwe jest też skanowanie przyjmowanych pozycji za pomocą czytnika. Po zatwierdzeniu przyjęcia przyciskiem Zatwierdź, generowany jest dokument MMP (przyjęcie na magazyn POS), gdzie ilości dla pozycji są zgodne z dokumentem MMW oraz dokument PRP – protokół przyjęcia (rozbieżności), gdzie zapisano ilości rzeczywiście przyjęte na stanowisku POS.

Po wygenerowaniu powyższych dokumentów, trafiają one do Comarch ERP XL. Dokument MMP widoczny jest na liście dokumentów wewnętrznych, zakładka [MMP], natomiast raport rozbieżności jest dostępny z poziomu podglądu MMP lub MMW za pomocą przycisku PRP dostępnego na prawym pasku okna jak przedstawiono poniżej.

Po wybraniu przycisku PRP wyświetlany jest raport rozbieżności dla danego przesunięcia, gdzie prezentowane są wszystkie pozycje wraz z informacjami o ilości wydanej i rzeczywiście przyjętej. Dodatkowo rozbieżności (jeśli występują) prezentowane są w kolumnach Braki lub Nadwyżki.

W przypadku wystąpienia niezgodności użytkownik musi sam zdecydować w jak sposób chce skorygować powstałe niezgodności. Np. w przypadku nadwyżki może wystawić nowy dokument MMW na ilość prezentowaną w kolumnie Nadwyżka.

Dla raportu został również przygotowany wydruk prezentujący zarejestrowane rozbieżności.

MMW a partie towaru

Jeśli na MMW znajdą się towary, które pochodzą z różnych partii wówczas po stronie POS na dokumencie MMW każda partia będzie widoczna jako oddzielna pozycja. Również na dokumencie PRP towary i rozbieżności dla nich będą prezentowane oddzielnie dla każdej partii.

Atrybuty, opis dokumentu

Na dokumentach MMW i MMP wystawianych w POS można uzupełnić opis oraz wartości atrybutów nagłówka i pozycji, jeśli zostały określone do tych obiektów. Informacje te są przekazywane na importowane MMW i MMP na zasadach analogicznych jak dla innych dokumentów.

Anulowanie dokumentów magazynowych

Nie jest możliwe anulowanie dokumentów MMW wystawionych w Comarch ERP XL i wysłanych do oddziału POS. Przy próbie anulowania pojawi się komunikat: Anulowanie dokumentu MMW-8/21/10 nie jest możliwe.

Nie jest możliwe anulowanie dokumentów MMP wygenerowanych podczas przyjęcia towaru w POS i przesłanych do XL. Przy próbie anulowania pojawi się stosowny komunikat.

Anulowanie dokumentu MMP możliwe jest z poziomu stanowiska POS. Informacja o anulowaniu przesyłana jest do Comarch ERP XL gdzie dokument jest również anulowany. Po anulowaniu dokumentu MMP możliwe jest ponowne przyjęcie towaru na stanowisku POS.

Zwrot towaru do centrali

Aby możliwy był zwrot towarów z oddziału Comarch POS do magazynu Centrali konieczne jest przypisanie magazynów do Centrum powiązanego z oddziałem Comarch POS. Tylko magazyny przypisane do Centrum mogą być magazynami docelowymi, na które może być dokonywany zwrot towaru.

Zwrot towaru realizowany jest poprzez wystawienie w Comarch POS dokumentu zwrotu w postaci MMW z magazynu sklepu do magazynu Centrali. Aby wystawić dokument przesunięcia zwrotu towaru w POS należy wybrać opcję Back Office, a następnie przycisk Wydanie towarów i kolejno opcje Przygotowanie wysyłki i Przesuniecie ręczne. Podczas dodawania zwrotu konieczne jest wskazanie magazynu źródłowego, z którego ma zostać wydany towar oraz magazynu docelowego, na który ma trafić zwracany towar. POS Agent kontroluje ilość towaru ma magazynach POS i nie pozwoli na zwrot towaru, którego nie ma na stanie magazynu POS.

Po zatwierdzeniu dokumentu, MMW trafia do sytemu Comarch ERP XL a następnie jest do niego generowany dokument MMP. To, czy dokument MMP zostanie wygenerowany automatycznie, czy też nie zależy od ustawień na definicji dokumentu MMW, na zakładce [Inne] j.n.

Dopiero po wygenerowaniu dokumentu MMP towar trafi na magazyn, do którego został zwrócony.

Anulowanie dokumentów zwrotu

Dokumenty MMW wystawione w POS nie mogą być anulowane z poziomu Comarch ERP XL. Przy próbie anulowania pojawi się komunikat: Anulowanie dokumentu MMW-11/21/P5/10 nie jest możliwe.

Możliwe jest natomiast anulowanie MMW z poziomu stanowiska POS, gdzie taki dokument został wystawiony. Po anulowaniu w POS następuje anulowanie dokumentu po stronie XL, o ile nie ma do niego wygenerowanego dokumentu MMP. W przypadku gdy taki dokument został już wygenerowany, najpierw należy anulować MMP w XL a następnie MMW w POS.

Przesunięcia towaru między magazynami sklepu

Jeśli sklep prowadzi więcej niż jeden magazyn możliwe będzie przesuwanie towaru pomiędzy jego magazynami. Każdy magazyn sklepu musi zostać przypisany do oddziału Comarch POS na zakładce [POS Agent].

Aby wystawić dokument przesunięcia magazynowego w Comarch POS należy wybrać opcję Back Office, a następnie przycisk Przesunięcia wewnętrzne. Po wybraniu magazynu źródłowego i docelowego należy wskazać towary do przesunięcia oraz ich ilości. POS Agent kontroluje ilość towaru ma magazynach POS i nie pozwoli na przesuniecie towaru, jeśli nie ma wystarczającej ilości na stanie magazynu.

Po zatwierdzeniu dokumenty MMW i MMP przesyłane są do Comarch ERP XL i można je podejrzeć z poziomu listy dokumentów – dokumenty wewnętrze.

Anulowanie przesunięć międzymagazynowych

Dokumenty MMW i MMP wystawione w POS nie mogą być anulowane z poziomu Comarch ERP XL. Przy próbie anulowania pojawi się komunikat: Anulowanie dokumentu MMW-11/21/P5/10 nie jest możliwe.

Możliwe jest natomiast anulowanie dokumentów przesunięć z poziomu stanowiska POS, gdzie taki dokument został wystawiony. Po anulowaniu dokumentów w POS następuje anulowanie dokumentów MMW i MMP po stronie XL.

Zamówienia wewnętrzne

Zmiany w kreatorze oddziału

Podczas kreowania nowego oddziału możliwe jest wskazanie jest czy na stanowisku mają być wystawiane dokumenty ZW.

W przypadku użytkowników, którzy posiadają już skonfigurowane oddziały Comarch POS (poprzednio Comarch Retail POS), koniecznym jest zaznaczenie na definicji dokumentów ZW w Centrum firmy, z którym jest powiązany oddział Comarch POS, parametru Wystawianie i edycja.

Przyjmowanie zamówień z oddziałów Comarch POS

Obsłużono scenariusz, w którym operator POS składa zmówienie w oddziale a następnie zamówienie to trafia do Centrali w Comarch ERP XL, gdzie może zostać zrealizowane.

Aby wystawić dokument zamówienia wewnętrznego w Comarch POS należy wybrać opcję Back Office, a następnie przycisk Zamówienia wewnętrzne. Podczas dodania zamówienia należy wskazać magazyn źródłowy, na który trafi składane zamówienie oraz magazyn docelowy, na który mają trafić zamawiane towary. Zamówienie przesłane z Comarch POS do Comarch ERP XL może zostać po stronie XL:

Po zmianie statusu zamówienia, informacja o tym przesyłana jest do POS, gdzie zamówienie zmienia swój status na zgodny z ustawionym w XL.

Zamówienia przesłane z POS nie mogą być:

Realizacja zamówień w Comarch ERP XL

Realizacja zamówienia polega na wystawieniu do niego dokumentu MMW z magazynu Centrali do magazynu POS. Zamówienie nie musi być od razu realizowane w całości. Można dokonywać częściowej realizacji zamówień, wówczas zamówienie zyskuje status w realizacji. MMW wystawione do zamówień trafiają do POS wraz z informacją, do jakich ZW zostały wygenerowane. Informacja ta widoczna jest w POS zarówno z poziomu listy zamówień wewnętrznych jaki dokumentów przyjęć magazynowych w kolumnie Dokumenty powiązane.

We współpracy z Comarch POS nie jest możliwe wystawianie jednego MMW do wielu dokumentów ZW, dlatego podczas zaznaczenia wielu dokumentów ZW pochodzących z POS lub dokumentów pochodzących i niepochodzących z POS w logu pojawi się stosowna informacja: Dokument MMW nie może zostać wygenerowany. Zaznaczono więcej niż jeden dokument ZW i wygenerowanie dokumentu MMW nie powiedzie się.

Zamówienia, które trafiły do XL z Comarch POS mogą być edytowane po stronie XL w zakresie zmiany ilości na pozycjach, bądź usuwania pozycji. Zmiany te przesyłane są do POS gdzie zamówienia są odpowiednio aktualizowane.

Sposoby dostawy, atrybuty, opis

Do Comarch POS przesyłana jest lista sposobów dostawy, dzięki czemu operator na etapie składania zamówienia może określić jaki sposób dostawy preferuje. Na zamówieniu można też uzupełnić opis oraz wartości atrybutów nagłówka i pozycji, jeśli zostały określone do tych obiektów. Informacje te są przekazywane na importowanych zamówieniach na zasadach analogicznych jak dla innych dokumentów.

Domyślny Profil POS dla wersji 2021.1

Dla wersji 2021.1 Comarch POS został przygotowany domyślny profil (wygląd i ustawienie interfejsu POS), który jest dostosowany do współpracy z Comarch ERP XL. W szczególności dodano przyciski w obszarze Back office  dotyczące realizowania przyjęć towaru, wystawiania zwrotów towaru, przesunięć międzymagazynowych oraz zamówień wewnętrznych.

Profil XL_POS_2021.1 można dodać na wzorcach operatorów, na zakładce [POS], wybierając z listy dostępnych profili zapisanych w bazie, za pomocą przycisku Wybierz profil POS z listy dostępnych. Jeśli poprzednio był wykorzystywany profil XL_POS_2021 należy usnąć go z listy, a następnie dodać nowy profil. Pozostawienie dwóch profili będzie wiązało się z koniecznością wyboru profilu podczas logowania do Comarch POS.

W przypadku używania własnych profili nie ma konieczności zmiany profilu na najnowszy, warto jednak zadbać o odkrycie w obszarze Back office odpowiednich kafli przeznaczonych do realizacji dokumentów magazynowych.

Dla nowych instalacji Comarch ERP XL profil XL_POS_2021.1 zostanie dodany domyślnie.

Bony we współpracy z POS

Opis działania bonów

Opis konfigurowania, generowania i obrotu bonami został opisany w punkcie: Obsługa bonów towarowych.

Rodzaje bonów, które mogą być obsługiwane w Comarch POS muszą zostać przypisane do Centrum powiązanego z oddziałem Comarch POS na zakładce [Rodzaje bonów]. Tylko bony z przypisanych rodzajów zostaną przesłane do oddziału Comarch POS.

Do POS będą przesyłane bony, które mogą być sprzedane (stan: przyjęte na stan) lub wykorzystywane do rozliczenia (stan: wydane lub w realizacji). Nie zostaną przesłane bony zrealizowane oraz zablokowane.

Uwaga

Należy zwrócić uwagę czy karta towaru o typie bon powiązana z rodzajem przesyłanych bonów jest wysyłana do POS, czyli czy zawiera się w drzewie grup towarów wysyłanych do POS.

Przesyłanie do POS nowej formy płatności: bon

Aby płatność Bon została przesłana do Comarch POS konieczne jest zaznaczenie na płatności na definicji Centrum powiązanego z oddziałem Comarch POS, na zakładce [Formy Płatności], parametru Dostępna w oddziale.

Na definicji każdego stanowiska POS konieczne jest powiązanie formy płatności Bon z rejestrem kasowo- bankowym. Możliwe jest wskazanie tego samego rejestru, który jest wykorzystywany dla gotówki lub dodanie nowego rejestru przeznaczonego tylko dla płatności bonem.

Oznaczenie parametru Bez KP/KW będzie oznaczało, że dla płatności kartą nie będą tworzone dokumenty wpłat.

Oznaczenie parametru Wyczyść po zamknięciu sesji będzie oznaczało, że kwoty z zapłaty bonami nie będą się kumulować, lecz będą zerowane po każdym zamknięciu sesji.

Podczas przypisywania rejestru kasowego/bankowego do płatności typu Bon sprawdzane jest ustawienie parametru Bony na operacji przychodowej przypisywanej do rejestru. Do wybieranego rejestru musi być przypisana przynajmniej jedna operacja przychodowa z zaznaczonym parametrem Bony. Jeśli warunek nie zostanie spełniony, rejestr nie będzie mógł być przypisany. Należy wówczas wybrać inny rejestr lub zmienić ustawienie powyższego parametru.

Sprzedaż bonów

Bony towarowe mogą być sprzedawane na dokumentach handlowych (fakturze lub paragonie) lub za pomocą not memoriałowych. To czy bon będzie sprzedawany za pomocą dokumentów handlowych czy też za pomocą not memoriałowych zależy od tego czy na rodzaju bonu został przypisany rodzaj noty.

Aby bon mógł być sprzedany w POS musi nastąpić przyjęcie towaru i partii odpowiadającej numerowi bonu. Można to zrobić na kilka sposobów:

Sprzedaż za pomocą faktury lub paragonu

Jeśli do rodzaju bonu nie został przypisany rodzaj noty wówczas standardowo sprzedaż bonów będzie realizowana wybranym dokumentem handlowym. Do sprzedaży bonów konieczne jest połączenie on-line z Comarch ERP XL. W przypadku gdy takiego połączenia nie ma, system POS wyświetli komunikat: Brak połączenia z serwisem bonów.

W momencie sprzedaży bonu serwis bonów sprawdza stan bonu. Do sprzedaży może być przekazany tylko bon o stanie: Przyjęty na stan. Dodatkowo sprawdzany jest stan ilościowy dla partii odpowiadającej numerowi bonu i jeśli na magazynie, z którego wystawiana jest faktura/paragon brak ilości dla bonu, sprzedaż również nie będzie możliwa. Informacja o sprzedaży bonu trafia do XL wraz z zaimportowanym dokumentem sprzedaży. Po zaimportowaniu dokumentu do XL, stan bonu zmienia się na Wydany.

Sprzedaż za pomocą not memoriałowych

Aby możliwa była sprzedaż za pomocą not memoriałowych konieczne jest odpowiednie skonfigurowanie systemu.

Na definicji oddziału Comarch POS, na zakładce [Parametry] należy wybrać rodzaj noty, zgodnie z którym będzie dodawana nota po jej zaimportowaniu z POS do XL.

Jeśli podczas sprzedaży zostanie wybrany bon o rodzaju powiązanym z definicją not, wówczas system POS automatycznie ustawi podczas sprzedaży tego bonu rodzaj dokumentu – nota memoriałowa NM. Po zatwierdzeniu okna sprzedaży do listy dokumentów zostanie dodana nota.

Jeśli na dokumencie sprzedaży znajda się towary i bony lub bony powiązane i niepowiązane z notami, wówczas podczas zatwierdzania sprzedaży system automatycznie wygeneruje dwa dokumenty:

Dla takiej sprzedaży płatność będzie wspólna odpowiednio rozliczona na obu dokumentach.

Wystawione noty trafią do Comarch ERP XL na listę not memoriałowych w menu Księgowość/Noty memoriałowe. W polu rodzaj dokumentu zostanie ustawiony rodzaj noty przypisany na zakładce [Parametry] oddziału Comarch POS. Seria zostanie ustawiona zgodnie z serią zdefiniowaną na stanowisku POS.

Dla każdego wydanego bonu zostanie dodana oddzielna pozycja, gdzie na zakładce [Ogólne] zarejestrowany będzie numer wydanego bonu.

Numer wydanego bonu na pozycji noty memoriałowej

Płatność za pomocą bonu

Do rozliczenia płatności mogą być wykorzystywane bony, które posiadają stan Wydany lub W realizacji, które równocześnie nie są przeterminowane. Do zapłaty bonem konieczne jest połączenie on-line z Comarch ERP XL, gdyż serwis bonów sprawdza w momencie zapłaty stan bonu w XL. W przypadku braku takiego połączenia, po wpisaniu numeru bonu zostanie wyświetlony komunikat: Brak połączenia z serwisem bonów i zapłata bonem nie będzie możliwa.

Serwis bonów sprawdza stan bonu, jego wartość (lub wartość pozostałą do wykorzystania), oraz termin ważności. Jeśli bo nie może zostać wykorzystany do zapłaty jest to sygnalizowane odpowiednim komunikatem.

Podczas zapłaty bonem należy wskazać formę płatności Bon oraz wpisać numer bonu. Jeśli bon jest możliwy do wykorzystania zostaje przypisany do płatności typu Bon.

W przypadku bonu jednorazowego, po jego wykorzystaniu na płatności dokumentu, staje się on bonem zrealizowanym i nie może być użyty powtórnie, nawet wówczas, gdy płatność opiewała na wartość mniejszą niż wartość bonu.

W przypadku bonów wielokrotnych po wpisaniu numeru bonu i dodaniu go do płatności, wyświetlana jest informacja o pozostałej kwocie bonu. Bon może zostać wykorzystany w kolejnych transakcjach.

Po zaimportowaniu dokumentów sprzedaży do XL następuje aktualizacja stanu bonu. Możliwe stany to: W realizacji (bon wielokrotny, wykorzystany częściowo), Zrealizowany (jednokrotny lub wielokrotny rozliczony w całości).

Jeśli zgodnie z konfiguracją płatności na stanowisku POS, w XL zostanie utworzony zapis kasowy lub bankowy do płatności typu bon, na zapisie zostanie dodana informacja o numerze bonu wykorzystanym na płatności.

Numer bonu widoczny będzie na zapisie w polu: Bon na zakładce [Ogólne]. Informacja o numerze bonu zapisywana jest również na Płatności do dokumentu w polu: Bon na zakładce [Ogólne].

Więcej na temat rozliczania płatności bonami można znaleźć w punkcie: Zapłata bonem.

Funkcjonalności niedostępne w XL Start

W wersji Comarch ERP XL Start nie jest dostępna funkcjonalność z rozdziału: Obsługa bonów towarowych.

Ramowy harmonogram wersji Comarch ERP XL w 2021 r.

Numer wersji	Typ wersji	Termin wydania	Uwagi
2021.0 PSQL	Wersja	Koniec stycznia 2021 r.
2021.0.1	HF	Przed 25.02.2021 r.	Podatek cukrowy, Dokończenie zmian wynikających z wyjścia Wielkiej Brytanii z UE, Rezerwacje magazynowe WMS
2021.0.1 PSQL	HF	Tydzień po udostępnieniu HF 2021.0.1 MSSQL	Podatek cukrowy, Dokończenie zmian wynikających z wyjścia Wielkiej Brytanii z UE
2021.0.2	HF	Przed 25.03.2021 r.	Zmiany pod deklarację JPK_V7
2021.0.2 PSQL	HF	Tydzień po udostępnieniu HF 2021.0.2 MSSQL	Zmiany pod deklarację JPK_V7
2022.0	Wersja	Grudzień 2021 r.

Planowane daty udostępniania oprogramowania są na bieżąco aktualizowane na Społeczności Comarch: https://spolecznosc.comarch.pl/news/planowane-wersje-comarch-erp-xl-na-rok-2021-66771

Zestawienie aplikacji, z którymi współpracuje Comarch ERP XL 2021.0

Aplikacja	Wersja	Uwagi
Comarch IBARD	5.2.3
wszystko.pl	Aktualna wersja www.wszystko.pl
Comarch e-Sklep	2021.0
Comarch B2B	Informacja w dokumentacji nowej wersji
Comarch Mobile (Zarządzanie, Sprzedaż, Monitorowanie, Serwis)	2021.0
Comarch WMS (Zarządzanie, Magazynier)	2021.0
Comarch Magazynier	2021.1
Comarch ERP Optima – Off-line	2021.2.1
Comarch ERP XL HR	2021.2.1
Comarch HRM	2021.0.1
Comarch DMS (stacjonarny, WWW)	2020.2.2
Comarch ERP XL Business Intelligence (Księga raportów, Panel zarządzania, Konfigurator)	2021.0
Comarch ERP XL Business Intelligence (BI Point)	10.1.1
Comarch MyPoint	1.2.5
Comarch ECM	2015.2
Migracja danych XL2XML	8.0
Comarch MES	2021.0
Comarch e-Sprawozdania	2021.0
Comarch Retail POS 2.0	2021.0.0
Comarch Shipping	Aktualna wersja shipping.comarch.com
Comarch IoT Platform	Aktualna wersja ca.comarch-iot.com/

Logistyka

Kontrola jakości obiektów logistycznych

W wersji 2021.0 Systemu wprowadzono możliwość dokonywania kontroli jakości towaru, elementu dokumentu handlowego oraz konkretnej dostawy towaru, wraz z możliwością blokady dostawy podlegającej kontroli. Funkcjonalność została oparta na dostępnych od wersji 2019.1 protokołach kontroli jakości PKJ.

W module Sprzedaż została dodana nowa zakładka [Kontrola jakości], na której dostępne są wzorce kontroli jakości, parametry kontroli jakości i protokoły kontroli jakości.

Formatka logistycznego PKJ

Na logistyczny protokół kontroli jakości można przypisać element dokumentu handlowego j.n., a tym samym poddać kontroli jakości dostawę na nim użytą.

PKJ można utworzyć zarówno dla dokumentu zatwierdzonego, jak i dokumentu, który jeszcze nie został zatwierdzony. Pozwoli to Użytkownikowi przykładowo na obniżenie ceny na dokumencie handlowym, którego dostawa nie spełnia wymagań jakościowych.

Nie przewiduje się tworzenia PKJ dla dokumentów typu spinacz – dla tego typu transakcji Użytkownik powinien tworzyć PKJ dla dokumentów przyjęć/wydań. Funkcjonalność nie jest dostępna również dla dokumentów magazynowych oraz dokumentów FAI. W tym ostatnim przypadku PKJ należy rejestrować do PZI

Na formatce protokołu kontroli jakości udostępnione zostało radio Obszar KJ z opcjami: Produkcja i Logistyka, determinujące wygląd formatki, dostosowany do specyfiki obiektu podlegającego kontroli.

.

Towar na protokole kontroli jakości

Przypisanie na PKJ dokumentu handlowego nie jest obowiązkowe, Użytkownik może zarejestrować protokół bez wskazywania konkretnego elementu dokumentu, wprowadzając na niego jedynie towar (kontrola Urządzenia/Narzędzia zarejestrowanego przy pomocy karty towarowej itp.).

Przypisania towaru można dokonać poprzez wskazanie towaru na liście otwieranej stosowny przyciskiem lub poprzez podanie stosownego kodu w kontrolce z towarem. Po podaniu kodu przez Użytkownika System przypisuje na PKJ towar zidentyfikowany wg poniższych zasad i kolejności:

W przypadku identyfikacji towaru na podstawie numeru EAN zasobu/dostawy System przypisuje na PKJ nie tylko towar, ale również ta konkretną dostawę oraz dokument, który ją założył. Jeżeli dostaw z podanym numerem EAN jest wiele, wówczas ustalana jest najpóźniejsza z nich.

Jeżeli identyfikacja towaru się nie uda, wówczas podnoszona jest lista towarów w trybie do wyboru, na której Użytkownik powinien samodzielnie wskazać towar.

Po przypisaniu towaru na PKJ System dodaje do protokołu te parametry kontroli jakości, które znajdują się w domyślnym wzorcu KJ danego towaru, o ile takowy został dla tego towaru zdefiniowany. Dotychczasowe parametry nie są natomiast usuwane ani przy zmianie towaru, ani przy jego usuwaniu z PKJ. Decyzja o ewentualnym usunięciu zbędnych parametru/ów pozostaje po stronie Użytkownika.

Element dokumentu handlowego jako obiekt kontroli jakości

Przypisanie dokumentu handlowego, a tak naprawdę elementu dokumentu handlowego na PKJ jest możliwe, o ile na protokole wskazano towar. Przypisanie elementu odbywa się przy użyciu przycisku Dokument otwierającego historię towaru. Wskazany przez Użytkownika element oraz wszystkie jego dostawy/subelementy zostają wówczas przypisane do protokołu. Jeżeli kontrola ma dotyczyć tylko niektórych spośród wielu dostaw elementu, wówczas zbędne dostawy mogą zostać usunięte przyciskiem kosza lub opcją Usuń menu kontekstowego listy subelementów PKJ. Jeżeli Użytkownik niesłusznie usunie dostawę/subelement może temu zaradzić używając opcji Dodaj wszystkie przywracającej na PKJ wszystkie brakujące dostawy/subelementy elementu przypisanego na PKJ.

Podczas przypisywania elementu handlowego oraz podczas dodawania/usuwania subelementów PKJ System modyfikuje Ilość podlegającą kontroli jakości, o ile Użytkownik nie podał dotąd ani ilości zgodnej, ani ilości niezgodnej.

Przypisany na formatkę PKJ dokument można usunąć, o ile na PKJ nie dokonano blokady dostawy, o czym więcej w dalszej części dokumentu. Do usunięcia dokumentu z PKJ służy przycisk kosza przy kontrolce Dokument. W przypadku, gdy na PKJ dokonano blokady dostawy Użytkownik najpierw powinien ją odblokować, o czym więcej w dalszej części dokumentu i dopiero po wykonaniu tej operacji będzie mógł odłączyć dokument z PKJ.

Wszystkie dokumentu PKJ związane z danym dokumentem handlowym prezentowane są na zakładce [PKJ] listy związanych.

Blokowanie i odblokowanie kontrolowanej dostawy

Przypisanie dostawy/dostaw na PKJ nie oznacza ich automatycznego blokowania. Takiej blokady może dokonać samodzielnie uprawniony do tego Operator, używając przycisku kłódki po ustawieniu kursora na dostawie, którą chce zablokować lub poprzez użycie stosownej opcji menu kontekstowego.

Blokowanie dostaw zostało obsłużone poprzez tworzenie rezerwacji zasobowych wskazujących na tą dostawę. Powstanie tyle rezerwacji, na ilu magazynach znajdują się w danej chwili zasoby założone przez tą dostawę. Blokada taka dokonywana jest dla całej ilości dostawy, a dokładniej – pełnej ilości w zasobach na nią wskazujących, bez względu na to, jaka ilość towaru z tejże dostawy podlega kontroli.

Zablokowanie dostawy protokołem kontroli jakości oznacza, że nie będzie jej można sprzedać, przesunąć na inny magazyn, użyć jako surowca do produkcji itp.

Rezerwacje tworzone w wyniku blokady dostaw na PKJ mają charakter techniczny, a co za tym idzie Użytkownicy mają do nich ograniczony dostęp.

Ilość towaru zablokowanego na PKJ ujmowana jest w łącznej ilości rezerwacji prezentowanej na liście towarów oraz liście zasobów. Lista rezerwacji PKJ prezentowana jest na zakładce [Rezerwacje] historii towaru, o ile w filtrze Zakres pozostawiono wartości <wszystkie> lub wybrano nową wartość Protokoły kontroli jakości. Formatka rezerwacji utworzonej przez PKJ podnoszona jest wyłącznie w trybie do poglądu, bez możliwości jej edycji.

Ilości zablokowanej protokołem kontroli jakości nie można zwolnić na potrzeby rozchodu czy też korekty przychodu, ilość ta jest również blokowana podczas generowania RW zamykającego Inwentaryzację.

Informacja o ilości zablokowanej przez kontrolę jakości dla poszczególnych towarów obsłużona została przy pomocy nowego składnika BST Zablokowana protokołem kontroli jakości. Ilość z takich dostaw prezentowana jest w kolumnie zamówiona, stosownie pomniejsza więc saldo danego towaru. Udostępniona została również kontekstowa informacja o numerach dokumentów PKJ, na których takiej blokady dokonano. Informacja ta dostępna jest w sekcji Dokumenty po ustawieniu kursora na ww. składniku.

Na szczegółach dostawy/zasobu zablokowanego prezentowany jest stosowny znacznik Zablokowany, takie dostawy/zasoby są również stosownie wyróżniane na liście dostaw/zasobów.

Odblokowanie dostawy dokonywane jest na tym samym PKJ, na którym została ona zablokowana. Polega ono na usunięciu przez System ww. technicznych rezerwacji założonych przez PKJ.

Zarówno blokowanie jak i odblokowanie dostaw dostępne jest wyłącznie dla Operatora ze stosownym prawem Blokowanie/zwalnianie dostaw, wynika to m.in. z faktu, że blokada taka dokonywana jest niezależnie od prawa do danego magazynu, stąd nie każdy Użytkownik powinien jej dokonywać.

Generowanie logistycznego PKJ

Oprócz standardowej możliwości dodawania protokołów kontroli jakości z listy protokołów, istnieje możliwość ich generowania z obiektów logistycznych.

Udostępniona została możliwość generowania protokołu kontroli jakości ze wskazanego/zaznaczonych dokumentów handlowych: FZ, FRR, PZ, PZI, PKA, PW, FS, FW, WZ, FSE, WZE, PA, WKA, RW. Służy do tego stosowna opcja menu kontekstowego.

Podczas operacji wykonywanej dla jednego dokumentu System prezentuje jego listę elementów i generuje PKJ dla każdego ze wskazanych przez Użytkownika elementów. Jeżeli zaś generowanie zostanie wywołane dla wielu zaznaczonych dokumentów, wówczas dokumenty PKJ tworzone są dla tych elementów dokumentów, które dotyczą towarów z przypisanym domyślnym wzorcem kontroli jakości. Po utworzeniu PKJ dla danego elementu System automatycznie przypisuje do niego wszystkie subelementy (czyli dostawy założone/wydawane przez ten element) oraz parametry kontroli jakości zdefiniowane na domyślnym wzorcu KJ towaru.

Przypisanie ww. dostaw na PKJ nie oznacza automatycznego ich blokowania, blokady takiej dokonuje Użytkownik samodzielnie.

Istnieje również możliwość automatycznego generowania dokumentu/ów PKJ podczas zatwierdzania dokumentu przychodu FZ, FRR, PZ, PZI, PW, PKA. Dzieje się tak wówczas, jeżeli na zatwierdzanym dokumencie opcja Dokumenty PKJ ustawiona jest na wartość Do bufora lub Zatwierdzony. Domyślnie opcja ustalana jest na podstawie definicji dokumentu. Generowanie PKJ podczas zatwierdzania dokumentu odbywa się dla tych elementów, które dotyczą towarów z przypisanym domyślnym wzorcem kontroli jakości. Pozycje bez takiego wzorca są pomijane. Tak tworzone PKJ zostają zapisane do bufora lub od razu zatwierdzone, zależnie od ww. opcji na zatwierdzanym dokumencie.

Ww. funkcjonalność nie jest dostępna dla dokumentów rozchodu.

Możliwość tworzenia PKJ do dokumentu RW/PW została udostępniona również z formatki zlecenia produkcyjnego, z którym dokument jest związany. Dzięki temu Użytkownik nie musi odszukiwać RW/PW związanego z danym zleceniem na liście dokumentów, aby utworzyć dla niego PKJ, może to uczynić wprost z zakładki [Związane] formatki surowca/produktu. Stosowna opcja tworzenia logistycznego PKJ pozostaje aktywna o ile kursor wskazuje na RW/PW.

Na zakładce [Kontrola jakości] karty towaru, oprócz dotychczas prezentowanej listy Wzorców KJ udostępniona została również lista wszystkich protokołów kontroli jakości związanych z tym towarem. Użytkownik może z poziomu tej listy dodać również nowy PKJ, który automatycznie zostanie powiązany z tym towarem. Jeżeli dla towaru zdefiniowano domyślny wzorzec KJ, wówczas na taki PKJ zostają automatycznie dodane parametry kontroli jakości na podstawie tego wzorca.

PKJ można utworzyć również z zakładki [Zasoby] karty towaru. Tak utworzony dokument zostaje automatycznie powiązany z dostawą, dla której zostało wywołane tworzenie PKJ oraz z dokumentem, który ją założył. Również i w tym przypadku na PKJ dodawane są parametry domyślnego wzorca KJ towaru.

Na formatce szczegółów Dostawy oraz Zasobu udostępniona została zakładka [Kontrola jakości], a na niej wszystkie protokoły kontroli jakości związane z tą dostawą. Dodawany z tego poziomu dokument PKJ zostaje automatycznie powiązany z tą dostawą i dokumentem, który ją założył. Jeżeli dla towaru zdefiniowano domyślny wzorzec KJ, wówczas na taki PKJ zostają dodane również parametry kontroli jakości tego wzorca. Zarejestrowanie PKJ dla danej dostawy nie oznacza, że będzie ona automatycznie blokowana, operacji blokady dostawy dokonuje Użytkownik samodzielnie.

Generowanie reklamacji zakupu z dokumentu PKJ

Udostępniona została możliwość generowania reklamacji zakupu na podstawie protokołów kontroli jakości, w tym dla wielu zaznaczonych PKJ. Reklamacja taka tworzona jest dla elementu dokumentu zakupu FZ, PZ, PZI, PKA, FRR przypisanego na danym PKJ, pod warunkiem że dokument zakupu został już zatwierdzony. Podczas tworzenia reklamacji jw. zastosowane zostały identyczne zasady, jakie obowiązują obecnie przy generowaniu RLZ z listy dokumentów zakupu. W przypadku, gdy dokumenty zakupu zaznaczonych PKJ dotyczą różnych kontrahentów pojawia się stosowne pytanie i od odpowiedzi udzielonej przez Użytkownika zależy, czy System wygeneruje jeden wspólny dokument RLZ bez kontrahenta, czy też odrębne RLZ dla każdego z tych kontrahentów.

Otwieranie, zamykanie oraz edycja potwierdzonego PKJ

Uprawniony Operator może edytować potwierdzony PKJ w zakresie oceny jakościowej kontrolowanego obiektu tj. podać wynik kontroli oraz ilość dla poszczególnych parametrów KJ, podać wynik KJ, ilości zgodne i niezgodne, przyczynę odrzucenia dla całego nagłówka protokołu, a także zmienić jego Status i Opis. Taki Operator może również dokonać operacji zamknięcia PKJ. Operacja ta, dostępna w menu kontekstowym listy PKJ ustala status PKJ na Zamknięty, co oznacza, że żaden Operator nie może już dokonać żadnej zmiany na danym protokole.

Zachowana została dotychczasowa możliwość otwierania PKJ tj. cofania potwierdzonego (ale niezamkniętego) dokumentu do bufora.

Dla wszystkich ww. operacji tj. edycji potwierdzonego PKJ, otwierania potwierdzonego PKJ oraz zamykania potwierdzonego PKJ konieczne jest prawo operatora Operacje na potwierdzonych/PKJ.

Dodatkowo zostały dodane zakazy: Otwarcie potwierdzonego PKJ i Zamknięcie potwierdzonego PKJ, po to, aby możliwe było przyznanie operatorowi tylko jednego/dwóch z ww. uprawnień.

Po wprowadzeniu ww. praw i nowego stanu PKJ udostępniona została następująca ścieżka procesu kontroli jakości:

Ww. funkcjonalność dostępna jest na wszystkich rodzajach protokołów tj. zarówno PKJ produkcyjnych, jak i logistycznych.

Zmiany na liście PKJ

W związku z wprowadzoną obsługą kontroli jakości dla obiektów logistycznych dokonano stosownych zmian na dotychczasowej liście dokumentów PKJ, przystosowując ją do prezentacji informacji o charakterze logistycznym. Ww. zmiany to:

Na liście PKJ została udostępniona opcja przywracania domyślnego układu listy. Po jej wyborze System przywraca standardowe ustawienie listy tj. domyślną kolejność kolumn, ich nazewnictwo, sortowanie, kolorowanie, wyłącza grupowanie, wyróżnianie (np. kolorystyczne) kolumn zdefiniowane przez Użytkownika itp. Z funkcji tej można skorzystać nie tylko wówczas, jeżeli Użytkownik zmienił listę w sposób niepożądany i chce ją przywrócić do pierwotnej, standardowej postaci, ale można z niej również skorzystać po konwersji bazy do wersji 2021. Jeżeli bowiem Użytkownik korzystał już wcześniej z listy dokumentów PKJ, wówczas nie wszystkie opisane wyżej zmiany na liście będą dla niego widoczne. Aby temu zaradzić wystarczy wybrać ww. opcję, o ile Użytkownik nie stosował na liście swoich indywidualnych ustawień. Jeżeli lista była dostosowywana do potrzeb Użytkownika i nie chce on tych ustawień utracić, wówczas wystarczy dokonać na liście zmian j.n.

Użytkownik może samodzielnie zmienić reguły kolorowania. Może to uczynić stosowną opcją menu kontekstowego po ustawieniu kursora w nagłówku kolumny [Dokument]. W ten sposób powinien zmodyfikować regułę kolorowania PKJ w buforze a następnie zdefiniować nową regułę – dla PKJ zamkniętego.

W regule kolorowania PKJ w buforze należy zmienić warunek PKJN_Data na PKJN_Stan.

Na nowej regule wybrać na górnej liście opcję Użyj formuły do określenia komórek do formatowania, a następnie zamiast zaproponowanej wartości [Dokument] wskazać PKJN_Stan, a jako wartość Jest równy podać wartość 2. Opcją Format otworzyć formularz i przypisać na nim stosowny kolor czcionki – bordowy.

Inne zmiany

Obsługa nowych parametrów w historii zmian PKJ

Nowe parametry oraz nowe operacje dostępne na dokumencie PKJ zostały stosownie obsłużone w historii zmian danego protokołu kontroli jakości. System rejestruje więc zmiany dokonane przez Użytkownika w zakresie przypisanego towaru, elementu handlowego, dostaw itp., odnotowuje również informację o Operatorze, który dokonał blokady dostawy oraz jej odblokowania.

Filtrowanie wzorców KJ wg towaru

Na liście wzorców KJ dodany został filtr pozwalający na ograniczenie listy do wzorców przypisanych do konkretnego towaru.

Ograniczenia w zakresie edycji dokumentu PKJ oraz dokumentów handlowych

Przyjęto poniższe ograniczenia w zakresie edytowania, usuwania i anulowania dokumentów PKJ oraz dokumentów handlowych z nimi związanych:

Nowe opcje w module Kontrola jakości

Moduł Kontrola jakości został wzbogacony o zakładkę [Logistyka], na której dostępna jest lista dokumentów handlowych oraz lista towarów. Dzięki temu Użytkownik nie musi uruchamiać modułu Sprzedaż, aby wygenerować PKJ do konkretnego dokumentu handlowego.

Import elementów z arkusza kalkulacyjnego

W wersji 2021.0 Systemu obsłużona została możliwość dodawania elementów Notatnika, Łatwej sprzedaży oraz dokumentów handlowych poprzez ich import z arkusza kalkulacyjnego. Istnieje możliwość ich importu z arkusza kalkulacyjnego Excel (.xls; xlsx) oraz Open Office (.ods).

Szablony arkuszy, z których można skorzystać m.in. do ww. operacji umieszczone zostały w podkatalogu [Szablony importu z arkusza] katalogu instalacyjnego Comarch ERP XL. Więcej na ten temat w części Wspólne dokumentu.

Import elementów Notatnika z arkusza kalkulacyjnego

Oprócz standardowego sposobu dodawania elementów (towarów) do szablonu Notatnika od wersji 2021.0 istnieje możliwość ich importu z arkusza kalkulacyjnego.

Aby System zaimportował elementy z pliku, w jego pierwszym arkuszu powinny się znaleźć co najmniej kolumny [KOD] i [ILOŚĆ]. Do importu danej pozycji koniczne jest wypełnienie kolumny KOD, kolumna ILOŚĆ natomiast nie musi być wypełniona. Obsługiwane są również kolumny [CENA] i [RABAT], ale ich obecność w arkuszu nie jest obowiązkowa.

Identyfikacja towaru  

Identyfikacja towaru odbywa się na podstawie zawartości kolumny [KOD] arkusza. W pierwszej kolejności System szuka niearchiwalnego towaru z kodem zgodnym z podaną wartością i wczytuje do Notatnika. Jeżeli towar taki nie istnieje, wówczas poszukiwany jest towar z takim numerem EAN towaru, przypisanym czy to na jego karcie, czy to na jednostce pomocniczej towaru i towar taki jest dodawany do Notatnika. Podczas importu honorowane są również kody EAN wagowe (cenowe/ilościowe).

Ilość importowanego elementu  

Ilość na importowanym elemencie ustalana jest na podstawie zawartości kolumny [ILOŚĆ] w arkuszu, przy czym ilość ta jest traktowana jako ilość w jednostce głównej, również w tych przypadkach, gdy identyfikacja towaru nastąpi na podstawie numeru EAN jednostki pomocniczej. System postępuje zależnie od zawartości ww. kolumny:

Ustalanie ceny na importowanym elemencie

Cena importowanego elementu ustalana jest na podstawie kolumny [CENA] w arkuszu. Przekazana w arkuszu cena jest traktowana jako cena netto dla jednostki głównej towaru wyrażona w walucie systemowej. W przypadku, jeżeli arkusz nie posiada ww. kolumny lub nie jest ona wypełniona, wówczas System samodzielnie podstawia domyślną cenę sprzedaży towaru. Jeżeli identyfikacja towaru nastąpi w oparciu o EAN cenowy, wówczas cena zostaje ustalona na podstawie ceny zaszytej w tym kodzie.

Rabat na importowanym elemencie

Jeżeli w arkuszu w kolumnie [RABAT] zostanie podana wartość z zakresu [-999,99 do 99,99], wówczas rabat ten jest ustalany na elemencie Notatnika, w przeciwnym razie rabat zostaje ustalony na poziomie 0,00.

Inne zmiany w Notatniku

Oprócz udostępnienia w Notatniku opcji importu elementów dokonano w nim drobnych zmian w zakresie nazewnictwa dotychczasowych operacji, czyniąc je bardziej intuicyjnymi.

Import elementów na formatkę Łatwej sprzedaży

Możliwość importu z arkusza została udostępniona również dla elementów Łatwej sprzedaży. Stosowna opcja dodana została w menu przycisku Dodaj oraz w menu kontekstowym listy elementów.

Aby System zaimportował elementy z pliku, w jego pierwszym arkuszu powinny się znaleźć co najmniej kolumny [KOD] i [ILOŚĆ]. Do importu danej pozycji konieczne jest wypełnienie kolumny KOD, kolumna ILOŚĆ natomiast nie musi być wypełniona. Obsługiwana jest również kolumny [CENA], ale jej obecność w arkuszu nie jest obowiązkowa.

Identyfikacja towaru

Identyfikacja towaru odbywa się na podstawie zawartości kolumny [KOD] arkusza. System identyfikuje towar wg poniższej kolejności:

Podczas importu honorowane są również kody wagowe (ilościowe/cenowe) towaru.

Ilość importowanego elementu

Ilość na importowanym elemencie ustalana jest na podstawie zawartości kolumny [ILOŚĆ] w arkuszu, przy czym przekazana w ten sposób ilość jest traktowana jako ilość w jednostce głównej, również w tych przypadkach, gdy identyfikacja towaru następuje na podstawie kodu EAN jednostki pomocniczej. System postępuje zależnie od zawartości ww. kolumny:

Ustalanie ceny na importowanym elemencie

Cena importowanego elementu ustalana jest na podstawie kolumny [CENA] w arkuszu. Podana cena jest traktowana jako cena w walucie systemowej, odpowiednio netto lub brutto, zależnie od ustawienia parametru fiskalny na formatce Łatwej sprzedaży. Podczas ustalania ceny na importowanym elemencie System kontroluje maksymalny rabat Operatora, nie pozwalając na ustalenie ceny na zbyt niskim poziomie. Przesłana w arkuszu cena jest ignorowana, jeżeli w definicji dokumentu FS wyłączony jest parametr Edycja cen i rabatów.

Dla tych pozycji, dla których nie podano ceny w arkuszu jest ona ustalana w standardowy sposób, jak podczas dodawania jednej pozycji przez Użytkownika.

Jeżeli identyfikacja towaru następuje w oparciu o EAN cenowy, wówczas cena zostaje ustalona na podstawie ceny zaszytej w tym kodzie.

Import elementów dokumentów handlowych z arkusza

Funkcjonalność importu elementów z arkusza kalkulacyjnego udostępniona została na formatkach dokumentów j.n.:

Stosowna opcja dodana została w menu przycisku Dodaj oraz w menu kontekstowym listy elementów dokumentu.

Aby System prawidłowo zaimportował elementy z pliku, w jego pierwszym arkuszu powinny zaleźć co najmniej kolumny [KOD] i [ILOŚĆ] lub [ILOŚĆJMPOM]. Do importu danej pozycji koniczne jest wypełnienie kolumny KOD, kolumny ILOŚĆ, ILOŚĆJMPOM natomiast nie musza być wypełnione. Obsługiwane są jeszcze kolumny [CENA], [JMPOM], [PRZELICZL], [PRZELICZM], ale ich obecność w arkuszu nie jest obowiązkowa.

Identyfikacja towaru

Identyfikacja towaru odbywa się na podstawie zawartości kolumny [KOD] arkusza. System identyfikuje towar wg poniższej kolejności:

Podczas importu honorowane są również kody wagowe (ilościowe/cenowe) towaru.

Ustalanie jednostki pomocniczej na importowanym elemencie

Jeżeli w kolumnie [JMPOM] arkusza zostanie podany symbol jednostki pomocniczej importowanego towaru, wówczas jednostka ta ustalona jest jako jednostka pomocnicza na importowym elemencie. Jeżeli podana zostanie wartość niezgodna z żadną z przypisanych do towaru jednostek, wówczas na elemencie ustalana jest jednostka główna towaru. W przypadku gdy ww. kolumny w arkuszu nie ma lub nie zostanie wypełniona, wówczas System ustala na elemencie jednostkę pomocniczą wg zasad, jakie obowiązują podczas ręcznego dodawania pozycji na dokument za pomocą kodu tj.

System honoruje przelicznik jednostki podany w kolumnach [PRZELICZL], [PRZELICZM] wyłącznie wówczas, gdy w kolumnie [JMPOM] podano symbol jednostki pomocniczej towaru, na której ustawiona jest opcja wyliczany przy transakcji. W pozostałych przypadkach ustalany jest przelicznik zdefiniowany na danej jednostce pomocniczej towaru, niezależnie od tego, czy zostanie ona przypisana na podstawie JMPOM, czy też samodzielnie przez System na podstawie jednostki EAN-u, czy też domyślnej jednostki sprzedaży/zakupu.

Jeżeli identyfikacja towaru nastąpi w oparciu o EAN wagowy (ilościowy/cenowy), wówczas jednostka zostaje ustalona na podstawie jednostki, do której przypisano składową tegoż EAN-u.

Ustalanie ilości na importowanym elemencie

Do podania ilości jakiej ma dotyczyć transakcja służą kolumny: [ILOŚĆ], w której Użytkownik podaje ilość w jednostce głównej towaru oraz [ILOŚĆJMPOM], służąca do podania ilości w jednostce pomocniczej towaru. Podczas importu interpretowana jest tylko jedna z ww. ilości.

Priorytetowo traktowana jest kolumna [ILOŚĆ], dla której zachowane zostały następujące zasady:

Kolumna [ILOŚĆJMPOM] interpretowana jest, jeżeli w arkuszu brak kolumny ILOŚĆ lub jest ona pusta. Dla obsługi tej kolumny obowiązują poniższych zasad:

Ustalanie ceny na importowanym elemencie

Cena końcowa na importowym elemencie ustalana jest w oparciu o wartość podaną w kolumnie [CENA]. Wielkość ta interpretowana jest w następujący sposób:

Ww. cena traktowana jest jako cena netto lub brutto, zależnie od ustawienia parametru fiskalny na dokumencie. Podczas importu elementów z arkusza mają zastosowanie standardowe zasady ustalania rodzaju i wartości ceny początkowej, naliczania stosownych rabatów/promocji, które zostają odnotowane w strukturze udzielonego rabatu, na koniec zaś System ustala cenę końcową na poziomie przekazanej w arkuszu, różnicę odnotowując jako rabat Operatora. Podczas ustalania ceny końcowej kontrolowana jest standardowo marża minimalna, maksymalny rabat operatora, a także promocje typu Cena początkowa z blokadą edycji ceny.

Przesłana w arkuszu cena jest ignorowana, jeżeli na definicji danego typu dokumentu wyłączony jest parametr Edycja cen i rabatów oraz podczas importu elementów na dokumenty zakupu, dokonywanego przez Operatora bez prawa Widzi ceny zakupu.

Jeżeli w arkuszu nie została podana CENA lub została podana nieprawidłowo, wówczas System ustala cenę wg ogólnych zasad, jak podczas ręcznego dodawania pozycji.

Jeżeli identyfikacja towaru następuje w oparciu o EAN cenowy, wówczas cena ustalana jest na podstawie ceny zaszytej w tym kodzie.

Kolumna CENA nie ma znaczenie podczas importu elementów na RW i MMW, na których cena/wartość ustalana jest w oparciu o koszt pobranych zasobów.

Rabat retrospektywny dla grupy kontrahentów

Funkcjonalność rabatów retro została wzbogacona o możliwość jego naliczania dla wirtualnej grupy, złożonej z kilku kontrahentów, będących czy to oddziałami tej samej firmy, czy to spółkami jednej grupy kapitałowej, zarejestrowanymi w Systemie na odrębnych kartach kontrahentów. Kontrahenci należący do takiej grupy rabatowej będą wspólnie wypracowywać próg rabatowy, natomiast rozliczani będą oddzielnie.

Ww. funkcjonalność dostępna jest na rabacie retrospektywnym sprzedaży oraz rabacie retrospektywnym zakupu innym niż ODSPRZEDAŻ.

Tworzenie, zmiana i usuwanie grup rabatowych retro

Aby zdefiniować grupę rabatową należy dodać kontrahentów do rabatu retro, zaznaczyć stosowne rekordy, a następnie przy użyciu opcji Utwórz grupę rabatową menu kontekstowego stworzyć na ich podstawie grupę.

Do utworzonej w ten sposób grupy można przypisywać kolejnych, uprzednio dodanych do rabatu retro kontrahentów, wystarczy zaznaczyć kontrahenta/kontrahentów, użyć opcji menu kontekstowego Przypisz do grupy rabatowej i w pod-menu wskazać grupę, do której mają być przypięci kontrahenci.

Jeżeli kontrahent niesłusznie znalazł się w grupie rabatowej, wówczas wystarczy wykonać dla niego operację Odłącz od grupy rabatowej. Odłączenie kontrahenta od grupy nie oznacza jego usunięcia z rabatu retro, zostaje on jedynie odłączony od grupy. Oznacza to, że taki kontrahent samodzielnie będzie pracował na próg rabatowy.

Do całkowitego usunięcia kontrahenta z rabatu retro służy opcja Usuń. Operacji usunięcia można dokonać również dla grupy rabatowej, co oznacza usunięcie z rabatu nie tylko tej grupy, ale również wszystkich przypisanych do niej kontrahentów. Usuwanie grypy odbywa się również automatycznie podczas odłączania oraz usuwania jedynego kontrahenta z danej grupy.

Podczas tworzenia grupy rabatowej na podstawie danego kontrahenta, jak również podczas przypisywania kontrahenta do istniejącej grupy rabatowej System usuwa wszystkie okresy retro zdefiniowane dotąd dla tego kontrahenta oraz naliczony na nich rabat. Oznacza to, że w przypadku przypisania kontrahenta do grupy dla której istnieją już okresy retro należy je ponownie przeliczyć.

Dla ww. operacji wprowadzono pewne restrykcje:

 

Uwaga

Jeżeli grupa rabatowa zawiera wielu kontrahentów, wówczas odłączenie/usunięcie jednego z nich jest możliwe niezależnie od tego, czy na podstawie tego kontrahenta naliczono już rabat dla grupy oraz niezależnie od tego, czy zarejestrowano już dla niego dokument rabatowy. Po odłączeniu takiego kontrahenta Użytkownik powinien nie tylko przeliczyć okresy retro tej grupy, ale również zmodyfikować/usunąć/anulować dokument rozliczający rabat retro zarejestrowany dla tego kontrahenta, jeżeli takowy został już wystawiony. Operacja odłączania/usuwania z grupy kontrahenta z naliczonym rabatem jest poprzedzona stosownym pytaniem.

W związku z możliwością definiowania grup rabatowych wygląd listy kontrahentów na rabacie retro uległ zmianie. Odtąd w pierwszej kolejności prezentowane są na niej grupy rabatowe, a pod nimi przypisani do nich kontrahenci, a następnie kontrahenci samodzielnie pracujący na rabat retro. Kontrahent nadal może być przypisany do danego rabatu retro jeden raz, niezależnie od tego, czy został do niego dodany w ramach jakiejś grupy rabatowej, czy też jako samodzielny podmiot rabatu.

Okres retro dla grupy rabatowej

Akronim grupy rabatowej

Użytkownik ma możliwość zmiany akronimu grupy rabatowej. Odbywa się to metodą edit-in-place na liście kontrahentów rabatu retro. Tak ustalona wartość prezentowana jest na górnej belce formatki okresów retro dla grupy, jak również na liście okresów retro.

Filtrowanie okresów retro

Grupy rabatowe zostały uwzględnione podczas filtrowania listy okresów retro przy użyciu filtra Kontrahent. Lista okresów ograniczana jest wówczas do okresów zdefiniowanych dla kontrahenta z filtra oraz okresów tych grup rabatowych, do których ten kontrahent należy.

Naliczanie rabatu dla grupy retro

Funkcje odpowiedzialne za naliczanie rabatu na okresie retro zostały stosownie zmodyfikowane, uwzględniając odtąd przypadki naliczania rabatu dla transakcji zarejestrowanych dla wielu różnych kontrahentów. Dla każdej z takich transakcji naliczany jest rabat na podstawie wspólnie wypracowanego progu.

Na listę ww. transakcji, prezentowaną na formatce okresu retro dodana została kolumna z akronimem kontrahenta, dla którego zarejestrowano poszczególne transakcje. Użytkownik ma również możliwość filtrowania listy transakcji wg kontrahenta z użyciem filtra prostego.

Zmiany w zakresie generowania dokumentów z okresów retro

Generowanie korekt zbiorczych (Z)FSK/FKE/FZK z okresów retro grup rabatowych

Rozliczenie należnego rabatu grypy retro przy użyciu korekt zbiorczych odbywa się dla poszczególnych kontrahentów tej grupy, tj. po wywołaniu operacji generowania korekty zbiorczej System generuje oddzielne korekty zbiorcze dla poszczególnych kontrahentów tworzących grupę. Na każdej z takich korekt ustalana jest wartość zgodna z wartością rabatu należnego danemu kontrahentowi.

Generowanie dokumentów A-vista z okresów retro grup rabatowych

Generowanie dokumentu A-vista odbywa się na podstawie wartości rabatu pozostającego do rozliczenia w stosunku do rabatu uzgodnionego.

Ww. zasada została utrzymana również dla grup rabatowych. Wartość tak wygenerowanego dokumentu opiewa więc na całą wartość Do rozliczenia.

Powyższe oznacza, że w przypadku takich okresów Użytkownik powinien samodzielnie generować dokument A‑vista wielokrotnie, na każdym z nich ustalając kontrahenta i wartość dokumentu adekwatnie do wypracowanego przez niego rabatu. Automatyzacja takiego fakturowania dla wielu kontrahentów nie jest przewidywana.

Zmiany na dokumentach transportowych

Poniższe zmiany w zakresie dokumentów transportowych wynikają z konieczności przystosowania ich do współpracy z aplikacją Comarch Shipping, która została szczegółowo opisana w rozdziale 10 Współpraca z Comarch Shipping.

Uwaga

Zmiany te zostały już wcześniej wprowadzone do wersji Comarch ERP XL 2020.2.2 obsługującej współpracę z Comarch Shipping. Ponieważ jednak nie były one ujęte w wersji z instalatorem tylko jako zestaw plików do wgrania, to traktujemy ją jako nowość w pełnej wersji 2021.0.

Zmiany w generowaniu paczek i wysyłek z list dokumentów

W związku z tym, że generowanie zleceń do Comarch Shipping wymaga podania dla wysyłki dokładnie jednego adresu odbiorcy, nawet jeśli wysyłka zawiera kilka paczek, to zmodyfikowane zostało działanie tworzenia paczek i wysyłek obsługujących adres dostawy.

Dotychczasowe działanie parametru z konfiguracji, zakładka [Sprzedaż/Parametry 2] Kontroluj zgodność adresu dostawy dokumentów paczki pozwalało na tworzenie paczek z dokumentami, które miały ustawionego kontrahenta z tym samym adresem oraz takich, które w ogóle nie miały kontrahenta (np. paragony). Ta kontrola została teraz uściślona tak, że dokumenty bez kontrahenta będą zawsze wiązane do jednej paczki, a do innych tylko te na których kontrahent jest ustawiony.

Przyklad

W konfiguracji jest zaznaczony parametr: Kontroluj zgodność adresu dostawy dokumentów paczki. Na liście paragonów zaznaczono kilka dokumentów, z czego dwa nie mają przypisanego kontrahenta, a pozostałe mają kontrahenta zgodnego (z tym samym adresem). Po wybraniu operacji generowania paczek z zaznaczonych zostaną dodane dwie paczki z ustawionym parametrem: Dokumenty na ten sam adres, gdzie jedna będzie zawierała paragony bez kontrahentów, a druga pozostałe paragony.

Dodatkowo w tym samym miejscu w konfiguracji został dodany nowy parametr Z listy dokumentów twórz wiele paczek i wysyłek (tylko dla generowania z dokumentów). Parametr możliwy do zaznaczenia, jeśli zaznaczono powyższy, czyli Kontroluj zgodność adresu dostawy dokumentów paczki. W przeciwnym razie nie zaznaczony i niedostępny do edycji.

Zaznaczenie nowego parametru skutkuje zmianą w wykonaniu operacji Wysyłka z zaznaczonych dostępnej w menu kontekstowym na listach dokumentów: handlowych, serwisowych i zamówień oraz na liście paczek. Ta operacja spowoduje najpierw utworzenie paczek z ustawionym parametrem: Dokumenty na ten sam adres (jak opisano powyżej), a następnie do każdej z tych paczek zostaje utworzona osobna wysyłka. Chodzi o to, aby każda wysyłka miała jednoznaczny adres dostawy. W tym przypadku będzie on pobierany z adresu na powiązanej paczce.

Uwaga

Operacja nie dotyczy polecenia: Wysyłka dla pozycji z zaznaczonych dostępnego w menu kontekstowym na listach dokumentów: handlowych, serwisowych i zamówień.

Zmiany na formatce wysyłki

Na potrzeby przechowywania danych pobieranych ze zlecenia w Comarch Shipping w oknie wysyłki zostały dodane nowe pola oraz zmieniono układ okna, jak przedstawia poniższy rysunek.

Wydzielona została część Obsługa wysyłki, w której umieszczono pole Kurier z odwołaniem do listy słownikowej z rodzajami kurierów (dostępna w Słownikach kategorii, grupa Transport, magazyn). Obsługa pola zgodnie ze standardem, czyli jeśli ustawiono domyślny rekord w słowniku, to będzie on ustawiany na nowo dodawanych wysyłkach. Rekordy można również dezaktywować w słowniku, w przypadku, gdy nie są wykorzystywane.

Z polem Kurier ściśle powiązane jest dotychczasowe pole Spedytor, które pozwala ustawić kontrahenta obsługującego wysyłkę. Jeśli na kartach kontrahentów zostanie zaznaczony parametr: Spedytor i dodatkowo wybrany zostanie rodzaj kuriera, wówczas na wysyłce będzie możliwe wybranie jako Spedytora tylko takich kontrahentów: np. .

Jeśli wysyłka jest realizowana poprzez spedytora nie będącego kontrahentem, wówczas działanie pola Spedytor pozostaje bez zmian. Analogicznie, zmianie nie uległo działanie pól dotyczących samochodu oraz kierowcy – mogą one być wykorzystywane do ewidencji wysyłek realizowanych poza firmami kurierskimi.

Poniżej wydzielona została kolejna część Dane przesyłki, w której umieszczono dwa nowe pola:

Pozostałe pola w obszarze z danymi przesyłki działają bez zmian, czyli Numer listu służy przechowywaniu numeru nadanego przez kuriera po jego zarejestrowaniu, możliwe jest uzupełnienie wartości pobrania i ubezpieczenia wysyłki. W przypadku współpracy z Comarch Shipping pola te są integrowane z utworzonymi zleceniami, co jest szczegółowo opisane w kolejnym punkcie.

Dodatkowo zmieniono nazwę dotychczasowej zakładki [Opis] na [Inne], bowiem oprócz pola z opisem zawiera ona również nowe pole Link do śledzenia przesyłki, z możliwością wywołania podglądu takiego linku. W polu można wpisać adres otrzymany po nadaniu przesyłki, pod którym dostępne są informacje o tym, gdzie znajduje się ona aktualnie. Po wypełnieniu pola aktywny będzie przycisk do wywołania wpisanego adresu w oknie domyślnej przeglądarki.

Wskazówka

Obecnie pole może być wykorzystywane tylko do ręcznego uzupełniania, ponieważ kurierzy DHL i DPD (którzy w pierwszej kolejności zostali udostępnieni w aplikacji Comarch Shipping) nie posiadają obsługi linków. Docelowo pole będzie wykorzystywane w integracji, jeśli wysyłki będą rejestrowane u kurierów przesyłających zwrotnie linki do śledzenia przesyłek.

Inne zmiany

Zmiany związane z wyjściem Wielkiej Brytanii z Unii Europejskiej

Kopiowanie i przeciąganie elementów do Notatnika

Oprócz opisanej wyżej możliwości importowania elementów Notatnika z arkusza kalkulacyjnego, jego funkcjonalność została wzbogacona dodatkowo o możliwość: wklejania elementu oraz dodawania elementu metodą Drag & Drop do szablonu Notatnika.

Wklejanie elementu do szablonu notatnika

Po ustawieniu kursora na liście elementów danego szablonu Notatnika i użyciu kombinacji klawiszy <CTRL>+<V>, System identyfikuje towar o kodzie zgodnym z wartością wcześniej skopiowaną do schowka i dodaje element z takim towarem. Odbywa się to poprzez podniesienie formatki nowego elementu i wypełnienie na niej kontrolki kodem towaru. Pozostałe parametry, takiej jak ilość, cena, rabat, wartość ustalane są standardowo, jak podczas samodzielnego wprowadzenia towaru przez Operatora.

Użytkownik może dokonań kopiowania do schowka z dowolnego miejsca np. z dokumentu Word, Excel czy też jakiejkolwiek kontrolki tekstowej formatki Systemu. Dodatkowo może on skorzystać z możliwości kopiowania elementu dokumentu handlowego (innego niż korekta i faktura zaliczkowa), importowego, oferty, zamówienia, dokumentów magazynowym PM/WM, reklamacji, umowy, zlecenia produkcyjnego, czy cennika. Wystarczy ustawić kursor na właściwym elemencie listy elementów ww. dokumentu i użyć kombinacji klawiszy <CTRL>+<C>, w wyniku czego skopiowany zostanie kod towaru. Takiego kopiowania można dokonać również z listy towarów.

Skopiowany w ten sposób kod towaru wystarczy następnie wkleić do Notatnika.

Dodawanie elementu Notatnika poprzez jego przeciągnięcie (metoda Drag & Drop)

Możliwość dodania towaru do Notatnika poprzez jego przeciągnięcie z listy towarów jest dostępna od wielu wersji Systemu. W wersji 2021.0 taka sama możliwość została udostępniona z listy elementów formatki dokumentu handlowego (innego niż korekta i faktura zaliczkowa), formatki oferty, zamówienia oraz dokumentu magazynowego PM/WM.

Po wskazaniu i przeciągnięciu danego elementu dokumentu handlowego/oferty/zamówienia System podnosi formatkę nowego elementu z towarem, ilością, ceną, rabatem i wartością ustaloną na podstawie danego elementu dokumentu. Przez ww. cenę należy rozumieć cenę początkową elementu.

W przypadku ww. operacji dokonywanej z formatki dokumentu magazynowego pobierany jest towar oraz ilość. W tym wypadku cena ustalana jest standardowo, jak podczas samodzielnego wprowadzania towaru przez Użytkownika.

Zmiana zasad drukowania kodów CN towarów na wydrukach

W wersji 2020.0 Systemu obsłużono drukowania kodów PCN na liście elementów drukowanego dokumentu handlowego. Drukowany był kod 10-znakowy: 8-znakowy kod CN uzupełniony o dwa dodatkowe znaki. Na podstawie zgłoszeń Klientów zasada ta została zmieniona w wersji 2021.0 Systemu. Odtąd drukowana jest kolumna [CN], a w niej kod 8 lub 10- znakowy, zależnie od jego budowy:

jeżeli dwa ostatnie znaki pola tre_PCN są zerami, wówczas drukowany jest kod 8-znakowy

jeżeli co najmniej jeden ze znaków 9-ty lub 10-ty nie jest zerem, wówczas drukowany jest kod 10-znakowy

Parametryzacja typu lokatora kontrolki Magazyn

W wersji 2019.1 Systemu w kontrolce wyboru magazynu obsłużony został lokator typu zawiera, za pomocą którego Użytkownik może ograniczyć magazyny prezentowane w menu do takich magazynów, które w swoim kodzie, w dowolnym jego miejscu zawierają wprowadzony przez Użytkownika znak lub ciąg znaków. Nie wszystkim Użytkownikom tego typu lokator odpowiada, w związku z czym w wersji 2021.0 wprowadzono parametryzację w tym zakresie. Jeżeli w Konfiguracji systemu parametr Lokator typu zawiera w kontrolce wyboru magazynu jest włączony, wówczas w ww. kontrolce obsługiwany jest lokator typu zawiera, jeżeli zaś parametr jest wyłączony, wówczas obsługiwany jest lokator typu zaczyna się od.

Przyklad

Zdefiniowano magazyn: MAG, MAG1, MAG2, 1MAG, M145. W karcie Operatora włączony parametr Używaj lokatora ograniczającego. Operator rozwija menu przy kontrolce Magazyn i wprowadza wartość 1, w wyniku czego na liście pozostają magazyny: Przypadek, gdy w Konfiguracji włączony parametr Lokator typu zawiera w kontrolce wyboru magazynu: MAG1 1MAG M145 Przypadek, gdy ww. parametr wyłączony: 1MAG

Prace przygotowawcze obsługi opłaty spożywczej w Systemie

W wersji 2021.0 Systemu dodano nowe pola do bazy danych, przygotowując ją do obsługi tzw. podatku cukrowego. Obsługa opłaty spożywczej planowana jest w wersji 2021.0.1 i obejmie ona:

Należna opłata ustalana będzie na podstawie wszystkich faktur sprzedaży (z ww. znacznikiem) w danym okresie.

Nie przewiduje się prezentacji/edycji opłaty na elementach, czy też nagłówkach dokumentów, kontroli ceny czy też prezentowania opłaty na wydrukach.

Wyliczenie opłaty będzie dokonywane w oparciu o procedurę serwerową, którą w razie potrzeby Partner/Klient będzie mógł zmodyfikować. Udostępniony zostanie stosowny formularz deklaracji oraz możliwość tworzenia stosownego pliku .xml.

Przygotowanie pod rezerwacje magazynowe WMS

Zakres zmian został opisany szczegółowo w punkcie opisującym współpracę z Comarch WMS .

Produkcja

Generowanie numeru partii/seryjnego dla wyrobu

W systemie wprowadzono możliwość definiowania i automatycznego generowania numerów partii/seryjnych dla wyrobów, półproduktów i produktów ubocznych.

W ramach nowej funkcjonalności udostępniona została lista predefiniowanych segmentów, na podstawie których można budować wzorce numerów partii/seryjnych. Następnie te wzorce można przypisywać do wyrobów/półproduktów/produktów ubocznych w technologii lub na zleceniach i w oparciu o nie generować numery partii/seryjne (Rys 40).

Konfiguracja numerów partii/seryjnych

W module Produkcja, na ribbonie, w menu [Listy], udostępniono nowy obszar Numery partii/seryjne , w którym znajdują się następujące opcje:

Wzorce numerów partii/seryjnych – za pomocą opcji otwierana jest lista wzorców numerów partii/seryjnych , na podstawie których można generować numery partii/seryjne dla wyrobów na zleceniach podukcyjnych

Dodaj wzorzec – za pomocą opcji otwierane jest okno nowego wzorca numeru partii/seryjnego

Segmenty numerów partii/seryjnych- za pomocą opcji otwierana jest lista segmentów numerów partii/seryjnych, z których można budować wzorce numerów partii/seryjnych

Lista segmentów numerów partii/seryjnych

Na liście segmentów numerów partii/seryjnych znajdują się segmenty, z których można budować wzorce numerów partii/seryjnych.

Udostępniono predefiniowane segmenty, które dotyczą tylko tych obiektów z zakresu nadzlecenia produkcyjnego i zlecenia produkcyjnego, które są związane bezpośrednio z wytworzeniem wyrobu, dla którego generowany będzie numer partii/seryjny. Do listy można dodawać własne segmenty.

Lista segmentów zbudowana jest z następujących kolumn:

Segment - w kolumnie prezentowana jest fraza, określona na danym segmencie w polu: Segment

Opis- w kolumnie prezentowany jest opis, określony na segmencie w polu: Opis

Typ segmentu- w kolumnie prezentowany jest typ danego segmentu. Określono następujące typy segmentów:

Separator po- w kolumnie prezentowany jest separator, określony na segmencie w polu Separator po

Na liście segmentów numerów partii/seryjnych udostępniono następujące opcje:

Utwórz wzorzec numeru partii/seryjnego- za pomocą opcji tworzony jest nowy wzorzec numeru partii/seryjnego, na którym dodawane są automatycznie segmenty zaznaczone na liście (Rys 43)

Dodaj- za pomocą opcji dodawany jest nowy segment

- za pomocą opcji dodawany jest nowy segment

- za pomocą opcji dodawany jest nowy segment SQL

Zmień- za pomocą opcji okno wybranego segmentu podnoszone jest w trybie do edycji.

Usuń- za pomocą opcji można usunąć te segmenty, które nie są predefiniowane i nie zostały użyte w żadnym wzorcu

Zamknij okno- za pomocą opcji zamykana jest lista.

Segment

Segmenty są elementami, z których można budować wzorce numeru partii/seryjnego wyrobu, na podstawie których generowany będzie numer partii/seryjny.

W systemie udostępniono listę predefiniowanych segmentów. Dodatkowo Użytkownik może definiować własne segmenty - albo jako dowolne ciągi znaków, albo jako zapytania SQL.

W oknie segmentu numeru partii/seryjnego udostępniono następujące kontrolki:

Segment- w polu prezentowana jest nazwa segmentu. W przypadku segmentów innych niż SQL definiowanych przez Użytkownika (Rys 46), ciąg znaków określony w tym polu będzie pobierany do numeru seryjnego. Pole jest dostępne do edycji tylko w przypadku segmentów definiowanych przez Użytkownika. Pole jest wymagane do uzupełnienia. Nie jest unikalne- można dodawać wiele segmentów o takiej samej nazwie.

Opis- w polu prezentowany jest opis segmentu. Pole jest dostępne do edycji tylko w przypadku segmentów definiowanych przez Użytkownika.

Separator po: - w polu prezentowany jest separator, jaki powinien być domyślnie wyświetlony w numerze seryjnym po danym segmencie. Separatorem może być dowolny ciąg znaków. Separatory definiowane są w nowym słowniku kategorii Separatory (2.1.12) dostępnym w grupie Produkcja. Dla predefiniowanych segmentów domyślnie w polu ustawiana jest wartość <Brak>, która oznacza, że po danym segmencie nie będzie żadnego separatora. Podczas dodawania nowego segmentu, pole powinno być wypełnione wartością domyślną ze słownika kategorii Separatory, a gdy takiej nie zdefiniowano, wówczas powinno się wypełniać wartością <Brak>. Nowe separatory można dodawać do słownika bezpośrednio z poziomu pola Separator po: znajdującym się na segmencie.

Wartość określona w polu Separator po: jest domyślnie przenoszona na dany separator dodawany do wzorca i możliwa na nim do zmiany. (Na każdym wzorcu, ten sam segment może mieć określone inne separatory.)

Ilość znaków: - w polu określamy, ile maksymalnie znaków chcemy przeznaczyć na dany segment (bez separatorów) w numerze seryjnym. Cały numer partii/seryjny może się składać maksymalnie z 255 znaków i taka ilość podpowiada się domyślnie dla każdego z segmentów. Ilość ta jest przenoszona na segment dodawany do wzorca i możliwa na nim do zmiany. (Na każdym wzorcu, ten sam segment może mieć określoną inną ilość znaków). Jeśli dla danego segmentu przewidziana zostanie większa ilość znaków niż faktycznie jest potrzebna, wówczas pozostałe niewykorzystane miejsca zostaną przeznaczone na ewentualne separatory i kolejne segmenty numeru. (Niewykorzystane miejsca numeru seryjnego nie zostają „sztucznie wypełnione”). Jeśli natomiast dla danego segmentu przewidziana zostanie mniejsza ilość znaków niż faktycznie jest potrzebna, wówczas dany segment zostanie obcięty do takiej ilości znaków, jaką na nim określono. (Wyświetlone zostaną początkowe znaki segmentu).

Separator w: - w polu określamy separator jaki ma zostać wyświetlony w numerze seryjnym pomiędzy elementami, wynikającymi z tego samego segmentu. Przykładowo, dane zlecenie może zostać przypisane do wielu nadzleceń. Jeśli w numerze partii/seryjnym zostanie zastosowany segment: Numer NZP (Rys 47), wówczas w numerze seryjnym zostaną wyświetlone wszystkie numery dokumentów NZP, powiązanych z wyrobem, dla którego generowany będzie numer partii. Pomiędzy tymi numerami NZP wyświetlony będzie separator określony na segmencie w polu: Separator w. Podobna sytuacja będzie miała miejsce w przypadku segmentu: Kod materiału, Kod gniazda, Kod zasobu, itp.

Data ważności jako: - pole jest dostępne tylko na segmencie: Data ważności wyrobu (Rys 48). W polu określamy czas, jaki ma zostać doliczony do daty wytworzenia wyrobu, rozumianej jako data zakończenia realizacji, w ramach której dany wyrób powstał.

SQL- pole jest dostępne tylko dla segmentów SQL dodawanych przez Użytkownika. W polu można zdefiniować zapytanie, za pomocą którego będzie wyświetlany określony fragment numeru partii/seryjnego

Wzorce

Wzorce numerów partii/seryjnych to grupy segmentów, stanowiące wzór na numer partii seryjny dla wyrobu lub odpowiednie zapytanie SQL, na podstawie którego generowane będą numery seryjne.

Wzorce można tworzyć:

Na wzorcu podajemy kod i nazwę wzorca. Za pomocą parametrów Na podstawie segmentów/Na podstawie SQL określamy typ wzorca- czy jest to wzorzec budowany z segmentów, czy też w oparciu o zapytanie SQL.

Za pomocą opcji Przesuń w górę/Przesuń w dół, określamy kolejność segmentów we wzorcu (później w takiej kolejności segmenty będą uwzględniane w numerze seryjnym).

Dla każdego segmentu w danym wzorcu można określić separatory oraz ilość znaków, jaka może być przeznaczona dla każdego segmentu w numerze partii. Można to zrobić bezpośrednio z poziomu odpowiedniej kolumny Separator/Ilość znaków (Rys 51) lub z poziomu Segmentu, otwartego z poziomu wzorca (Rys 52).

Za pomocą opcji Ten sam separator po każdym segmencie, można ustawić jednocześnie dla każdego segmentu, znajdującego się na danym wzorcu ten sam separator (Rys 53). Przy zaznaczonej ww. opcji nie będzie możliwe określanie różnych separatorów dla segmentów w danym wzorcu.

Z poziomu wzorca, budowanego w oparciu o segmenty, można dodawać/usuwać nowe segmenty, a także edytować te, które znajdują się na wzorcu.

Za pomocą opcji Pokaz przykładowy numer partii/seryjny można wyświetlić poglądowy numer seryjny (Rys 54). Wyświetlane w nim segmenty są „na sztywno” określone, ponieważ na etapie budowania wzorca nie mamy jeszcze rzeczywistych danych, jakie będą znane dopiero na dokumencie ZP.

Na zakładce [Wyroby w technologii] (Rys 55) w oknie wzorca, prezentowane są te wyroby z technologii, do których w technologii przypisano dany wzorzec.

Lista wzorców numerów partii/seryjnych

Na Liście wzorców numerów partii/seryjnych (Rys 56) znajdują się zdefiniowane w systemie wzorce numerów partii/seryjnych.

Z poziomu listy wzorców można dodawać nowe wzorce, edytować istniejące. Usuwać można tylko te wzorce, które nie zostały przypisane do żadnego wyrobu w technologii/ na ZP.

Przypisywanie wzorca do wyrobu w technologii

Gotowy wzorzec (2.1.4) można przypisać do wyrobu w technologii. Aby tego dokonać, należy na produkcie w technologii jako wartość cechy wybrać <Nr seryjny/partii wg wzorca>. Po wybraniu tej wartości dostępne będą kontrolki do przypisywania wzorca (Rys 57).

Za pomocą przycisku Wzorzec nr partii/ser. otwierana jest w trybie do wyboru lista wzorców, z której można wybrać dowolny wzorzec i przypisać go do wyrobu w technologii (Rys 58).

Z poziomu produktu w technologii można także wyświetlić poglądowy numer partii, jaki przewidujemy nadawać wyrobom produkowanym w oparciu o daną technologię (Rys 59).

W przypadku segmentów takich jak: kod materiału, kod gniazda, kod zasobu, należy dodatkowo zaznaczyć, które z obiektów przypisanych do operacji wytwarzającej wyrób, mają zostać uwzględnione w numerze seryjnym. W tym celu należy zaznaczyć parametr Uwzględniaj w numerze partii/seryjnym, na odpowiednim obiekcie. (Rys 60, Rys 61, Rys 62).

Przypisywanie wzorca do pozycji ZP

Po dodaniu wyrobu na pozycję ZP i wybraniu wartości cechy jako <Nr seryjny partii wg wzorca> podpowiada się wzorzec przypisany do wyrobu w danej technologii

Wzorzec można również wskazać dla danego wyrobu dopiero na pozycji ZP, jeśli na tej pozycji wybrana zostanie wartość cechy <Nr seryjny partii wg wzorca> 

Dla tych wyrobów, które nie zostały dodane na pozycję ZP, a są wytwarzane także w oparciu o wskazaną technologię, numery seryjne będą automatycznie generowane na podstawie wzorców przypisanych do nich w technologii. Jeśli nie przypisano wzorców, numery nie będą generowane.

Nadawanie numeru partii dla wyrobu na ZP

Numery partii/seryjne są generowane w momencie wykonywania realizacji operacji lub w momencie jej uruchamiania (dowolną metodą).

Jeśli operacja zostanie uruchomiona, to jej kończenie nie będzie powodowało automatycznego ponownego nadawania/nadpisywania numeru partii. W takiej sytuacji, jeśli numer nie został poprawnie wygenerowany, można skorzystać z opcji aktualizacji numeru partii.

Przypisywanie wzorca do wyrobu na realizacji operacji

Na produkcie znajdującym się na realizacji operacji można zmienić/wskazać wzorzec numeru seryjnego partii i za pomocą funkcji aktualizacji numeru nadać odpowiedni numer partii dla produktu (Rys 66).

W ten sposób można wygenerować numer partii/seryjny również dla produktów dodawanych ręcznie do realizacji jako dowolne materiały (technologiczne lub nietechnologiczne)

Przenoszenie numeru seryjnego na PW

Podczas generowania dokumentu PW z ZP, numer partii/seryjny, określony na wyrobie na ZP jest przenoszony jako cecha dostawy na dokument PW (Rys 67).

Aktualizacja numeru partii/seryjnego wyrobu

Numer partii/seryjny można zaktualizować zarówno na wyrobie, znajdującym się na ZP, jak również na dokumencie PW w buforze, powiązanym z danym wyrobem, znajdującym się na ZP. Aktualizacja jest dodatkowo parametryzowana- można blokować wykonywanie aktualizacji dla pozycji ZP powiązanych z dokumentem PW. Można wyłączyć/włączyć aktualizację numerów seryjnych na dokumentach PW w buforze. Parametry znajdują się w oknie Edycja struktury firmy, na zakładce [Produkcja] (Rys 68).

Jeśli zaznaczony zostanie parametr Blokuj dla pozycji związanych z dokumentem PW, wówczas aktualizacja numeru partii/seryjnego nie będzie wykonywana dla tych produktów, znajdujących się na ZP, które są powiązane z dokumentem PW.

Jeśli zaznaczony zostanie parametr Wykonuj również dla PW w buforze, wówczas aktualizacja numeru partii/seryjnego zostanie wykonana również na dokumencie PW w buforze, który jest związany z daną pozycją zlecenia.

Jednoczesne zaznaczenie obu parametrów spowoduje, że w przypadku, gdy dany produkt zlecenia będzie powiązany z dokumentem PW, podczas aktualizacji numeru dane zostaną nadpisane wyłącznie na dokumencie PW w buforze, natomiast numer nie będzie aktualizowany na ZP, na produkcie, powiązanym z tym dokumentem. Ww. parametryzacja może być przydatna, np., gdy pozycja ZP, dla której już wygenerowano numer zostaje związana z dokumentem PW w buforze.

Opcja aktualizacji numeru partii seryjnego, jest dostępna:

w oknie Edycja Produktu

na ZP w pop-up menu obok opcji realizacji

na liście ZP w pop-up menu obok opcji realizacji

na dokumencie NZP w pop-up menu obok opcji realizacji

Słownik: Separatory

Udostępniono nowy słownik kategorii Separatory, w ramach którego można definiować separatory, wykorzystywane dla segmentów w numerze seryjnym (Rys 73). W słowniku dostępna jest predefiniowana wartość: <Spacja>.

Współpraca z Platformą IoT

Z poziomu modułu: Produkcja została udostępniona nowa opcja na ribbonie: IoT. Na zakładce zostały udostępnione obiekty, wykorzystywane do współpracy z Platformą IoT. Więcej informacji o tej współpracy znajduje się w rozdziale 11 Współpraca z platformą IoT.

Zmiany na Planie produkcji

Uwzględnienie rezerwacji spoza zakresu dat przeliczenia planu

Obsłużono nowy sposób obliczania ilości w kolumnie Ogólnie dostępna, jak również ilości W drodze. Różni się on od dotychczasowego sposobu tym, że w wyszukiwaniu rezerwacji, jakie mają zostać uwzględnione w ilości Ogólnie dostępnej lub W drodze na Planie produkcji, nie będą dodatkowo sprawdzane ramy czasowe, w jakich przeliczany jest Plan. Oznacza to, że obliczeniach ww. kolumn będą także uwzględniane te rezerwacje, których data realizacji wypada poza datami przeliczenia Planu. Nadal jednak będzie sprawdzane, jak się ma data realizacji tych rezerwacji do terminu Na kiedy, na który obliczamy daną ilość Ogólnie dostępną i W drodze.

Nowe parametry na definicji PP i na dokumencie PP

Na definicji dokumentu PP (Rys 74), jak również na dokumencie PP (Rys 75), udostępniono parametryzację, za pomocą której będzie można zadecydować o sposobie uwzględniania rezerwacji na Planie produkcji.

Parametry ustawione na definicji PP będą domyślnie przenoszone na dokument PP i możliwe na nim do zmiany.

Jeśli na dokumencie PP zaznaczony zostanie parametr: Uwzględniaj w ilości ogólnie dostępnej i w drodze (dla Produktów): rezerwacje z zakresu dat przeliczenia planu, wówczas rezerwacje będą uwzględniane w kolumnach: Ogólnie dostępna i W drodze, jak dotychczas. Jeśli natomiast zaznaczony zostanie parametr Uwzględniaj w ilości ogólnie dostępnej i w drodze (dla Produktów): rezerwacje wszystkie, wówczas w kolumnach Ogólnie dostępna i W drodze uwzględniane będą również te rezerwacje, których data realizacji nie zawiera się w zakresie dat przeliczania Planu.

Przykłady przeliczenia PP wg dotychczasowych i nowych reguł

W systemie zarejestrowano następujące zamówienia sprzedaży na wyrób P8:

ZS- 1 na 10 szt. P8, z datą realizacji 7.11.2020

ZS-2 na 10 szt. P8, z datą realizacji 8.11.2020

ZS-3 na 10 szt. P8, z datą realizacji 9.11.2020

Oraz następujące zamówienia zakupu na wyrób P8:

ZZ- 1 na 2 szt. P8, z datą realizacji 6.11. 2020

ZZ-2 na 10 szt. P8, z data realizacji 10.11.2020

Na magazynie znajduje się 8 szt. P8

 

Przyklad

W dniu 6.10.2020 przeliczono Plan produkcji metodą Wg dokumentu, za okres: 7.10.2020 – 7.11.2020. Wg dotychczasowych zasad - jeśli na PP zaznaczony będzie parametr: Uwzględniaj w ilości ogólnie dostępnej i w drodze (dla Produktów): rezerwacje z zakresu dat przeliczenia planu, wówczas wynik przeliczenia będzie następujący:

  Na PP wyraportowana zostanie potrzeba MPS wynikająca z ZS-1, ponieważ tylko ta mieści się w zakresie dat przeliczenia Planu. Ilość w kolumnie Ogólnie dostępna, będzie wynosiła 10, ponieważ 8 szt. P8 znajduje się na magazynie, a 2 szt. Będą zrealizowane w ramach ZZ-1, którego data realizacji 6.11.2020 nie minęła względem daty bieżącej, wypada przed datą Na kiedy 7.11.2020, na którą raportujemy potrzebę MPS i mieści się w datach przeliczenia Planu 7.10.2020-7.11.2020. Ilość wynikająca z dokumentu ZZ-2 nie zostanie uwzględniona na PP, ponieważ data realizacji ZZ–2 10.11.2020 wypada poza zakres dat, w jakim przeliczono PP Ilości wynikające z ZS-2 i ZS-3 również nie zostaną uwzględnione na PP, ponieważ ich daty realizacji wypadają po dacie realizacji ZS-1 i dodatkowo nie mieszczą się w zakresie dat przeliczania Planu. Wg nowych zasad - jeśli na PP zaznaczony będzie parametr Uwzględniaj w ilości ogólnie dostępnej i w drodze (dla Produktów): wszystkie rezerwacje, wówczas wynik przeliczenia będzie następujący:

  Na PP wyraportowana zostanie potrzeba MPS wynikająca z ZS-1, ponieważ tylko ta mieści się w zakresie dat przeliczenia Planu. Ilość w kolumnie Ogólnie dostępna, będzie wynosiła 10, ponieważ 8 szt. P8 znajduje się na magazynie, a 2 szt. będą zrealizowane w ramach ZZ-1, którego data realizacji 6.11.2020 nie minęła względem daty bieżącej, wypada przed datą Na kiedy 7.11.2020, na którą raportujemy potrzebę MPS. Ilość wynikająca z dokumentu ZZ-2 zostanie uwzględniona na PP w kolumnie W drodze, ponieważ data realizacji ZZ –2 10.11.2020 wypada po terminie, na który raportujemy daną potrzebę MPS. Dodatkowo, data realizacji ZZ-2 10.11.2020 wypada poza ramami czasowymi przeliczania PP, jednak wg nowej metody powinna zostać uwzględniona. Ilości wynikające z ZS-2 i ZS-3 nie zostaną uwzględnione na PP w kolumnie Ogólnie dostępna, ponieważ ich daty realizacji wypadają po dacie realizacji ZS-1, więc nie możemy wynikających z nich ilości odliczać od ilości Ogólnie dostępnej, raportowanej na termin 7.11.2020. Nie będą one także raportowane na PP jako potrzeby MPS, ponieważ raport przeliczono za okres wykluczający te dokumenty

Przyklad

W dniu 6.10.2020 przeliczono Plan produkcji metodą Wg dokumentu, za okres: 8.11.2020 – 9.11.2020 Wg dotychczasowych zasad- jeśli na PP zaznaczony będzie parametr: Uwzględniaj w ilości ogólnie dostępnej i w drodze (dla Produktów): rezerwacje z zakresu dat przeliczenia planu, wówczas wynik przeliczenia będzie następujący:

Na PP wyraportowane zostaną potrzeby MPS wynikająca z ZS-2 oraz ZS-3, ponieważ tylko te mieszczą się w zakresie dat przeliczenia Planu. Ilość w kolumnie: Ogólnie dostępna, dla pozycji wynikającej z ZS-2 będzie wynosiła 8, ponieważ 8 szt. P8 znajduje się na magazynie. Rezerwacja zakupu na 2 szt. Wynikająca z ZZ-1 nie zostanie tutaj uwzględniona, ponieważ data jej realizacji 6.11.2020 nie mieści się w zakresie dat przeliczania PP. Ilość w kolumnie Ogólnie dostępna, dla pozycji wynikającej z ZS-3 będzie wynosiła 0, ponieważ dostępna na magazynie ilość 8 szt. zostanie wg planu zużyta na potrzeby ZS-2. Na PP nie zostanie uwzględniona rezerwacja sprzedaży wynikająca z ZS-1, ponieważ data jej realizacji nie mieści się w zakresie dat przeliczenia Planu. Ilość wynikająca z dokumentu ZZ-2 również nie zostanie uwzględniona na PP w kolumnie W drodze, ponieważ data realizacji ZZ –2 wypada poza ramami czasowymi przeliczania PP. Wg nowych zasad - jeśli na PP zaznaczony będzie parametr Uwzględniaj w ilości ogólnie dostępnej i w drodze (dla Produktów): wszystkie rezerwacje, wówczas wynik przeliczenia będzie następujący:

Na PP wyraportowane zostaną potrzeby MPS wynikająca z ZS-2 oraz ZS-3, ponieważ tylko te mieszczą się w zakresie dat przeliczenia Planu. Ilość w kolumnie Ogólnie dostępna, dla pozycji wynikającej z ZS-2 będzie wynosiła 0, ponieważ znajdujące się na magazynie 8 szt. P8 oraz 2 szt. zamówione dokumentem ZZ- 1 zostaną zużyte na potrzeby ZS-1. Ilość w kolumnie Ogólnie dostępna, dla pozycji wynikającej z ZS-3 będzie wynosiła 0 ( j.w.) Ilość 10, wynikająca z dokumentu ZZ-2 zostanie uwzględniona na PP w kolumnie W drodze, dla obu pozycji wyraportowanych na Planie, ponieważ data realizacji ZZ –2 10.11.2020 wypada po terminie, na który raportowane są obie potrzeby MPS (wynikające z ZS-2 i ZS-3). W ww. przypadku rezerwacje uwzględniane będą na dokumencie PP niezależnie od zakresu dat przeliczania Planu.

Inne zmiany

Zmiana układu parametrów na materiale w technologii

W celu uporządkowania parametrów i poprawienia ergonomii pracy, w oknie Materiał w technologii dodane zostały nowe zakładki i zmieniony został układ parametrów, znajdujących się na zakładkach [Ogólne] i [Parametry].

Z zakładki [Ogólne] usunięto i przeniesiono do innego obszaru następujące parametry:

Z zakładki [Ilości] usunięto i przeniesiono do innego obszaru:

Dodano nową zakładkę [Koszty]

Udostępniono nową zakładkę [Parametry]

Status przestoju

W oknie przestoju dodano nowe pole Status przestoju. W polu można wskazać jedną z wartości zdefiniowanych w ramach nowego słownika kategorii Statusy przestojów 

Serwis

Możliwości dodania do jednego PLP dowolnych urządzeń

Umożliwiono wygenerowanie jednego dokumentu PLP dla wszystkich/wielu urządzeń.

Jeśli na PLP uzupełniono typ przeglądu i dodano już jakieś pozycje na dokument, możliwa jest zmiana wybranego typu przeglądu na inny, dopóki dokument PLP nie jest zatwierdzony. Zmiana typu przeglądu nie powoduje usuwania dodanych do PLP pozycji.

Jeśli na PLP uzupełniono właściciela i dodano już jakieś pozycje na dokument, możliwa jest zmiana/usunięcie właściciela z PLP, dopóki PLP nie jest potwierdzony.

W obszarze: Urządzenia, na PLP, dodano także kolumnę Właściciel, w której prezentowany jest akronim właściciela danego urządzenia.

Opcje

[Dodaj automatycznie] oraz [Dodaj] będą aktywne na niezatwierdzonym PLP bez konieczności podawania typu przeglądu i właściciela. Niewskazanie typu lub właściciela na PLP oznacza, że do PLP można będzie dodać wszystkie urządzenia spełniające pozostałe kryteria podane na dokumencie PLP.

Zasady uzupełniania kontrahenta na ZSR wygenerowanym z PLP

Podczas generowania ZSR z PLP, na którym prezentowanych jest wiele urządzeń/pozycji, prezentowane będzie standardowe okno optymalizacyjne:

Automatyczne generowanie nowego przeglądu

Wprowadzono opcję automatycznego generowania przeglądu dla urządzenia, na podstawie odpowiedniej daty z ZSR/przeglądu, o ile przegląd oznaczono jako cykliczny. Na Typie przeglądu oraz na Przeglądzie urządzenia dodane zostały nowe parametry, które będą decydowały o tym, czy na podstawie danego przeglądu cyklicznego i zarejestrowanego do danego PLP dokumentu ZSR, dla danego urządzenia generowany będzie automatycznie nowy przegląd.

Zmiany w oknie: Typ przeglądu

W oknie: Typ przeglądu, na zakładce: Ogólne, dodano nowe parametry:

Generuj automatycznie następny przegląd na podstawie:

Ww. opcje będą aktywne, gdy typ przeglądu zostanie oznaczony jako cykliczny. Ustawienia będą domyślnie przenoszone na Przegląd urządzenia, po wskazaniu na nim danego typu przeglądu.

Zmiany w oknie: Przegląd urządzenia

W oknie: Przegląd urządzenia, na zakładce: Ogólne, dodano nowe parametry:

Generuj automatycznie następny przegląd na podstawie:

Ww. opcje będą aktywne, gdy Przegląd zostanie oznaczony jako cykliczny. Ustawienia są domyślnie przenoszone na Przegląd urządzenia z Typu przeglądu.

Zaznaczenie wybranej opcji będzie powodowało automatyczne generowanie kolejnego przeglądu cyklicznego dla urządzenia, po wykonaniu w systemie określonych działań (3.2.3)

Na przeglądzie urządzenia obsłużono także automatyczną aktualizację daty następnego przeglądu cyklicznego, po zmianie daty ostatniego przeglądu lub po zmianie cykliczności:

Automatyczne dodawanie nowego przeglądu dla urządzenia

Jeśli na danym przeglądzie urządzenia zaznaczony zostanie parametr Generuj automatyczne następny przegląd na podstawie, wówczas, po uwzględnieniu tego przeglądu na dokumencie PLP i wygenerowaniu dokumentu ZSR do ww. PLP, dodawany będzie automatycznie do karty urządzenia kolejny przegląd cykliczny danego typu, gdzie:

Datą ostatniego przeglądu będzie, w zależności od ustawienia  data:

Wystawienia ZSR

Realizacji ZSR

Przyjęcia/odrzucenia ZSR

Potwierdzenia ZSR

Poprzedniego przeglądu urządzenia

Datą następnego przeglądu będzie datą ostatniego przeglądu powiększoną o czas określony w polu Powtarzaj co, na przeglądzie urządzenia.

Pozostałe parametry na automatycznie dodanym przeglądzie będą wypełniane analogicznie, jak zostały wypełnione na przeglądzie, na podstawie którego wygenerowano automatycznie dany przegląd.

Inne zmiany

Załączniki dla Czynności i Składnika

Udostępniono zakładkę [Załączniki] w oknie Czynności i w oknie Składnika na Zleceniu serwisowym

Przestoje i awarie dostępne w module Serwis

Na ribbonie w module Serwis, na zakładce [Narzędziownia], udostępniono opcje Przestoje i awarie oraz Zgłoś przestój. Działanie opcji opisano w dokumentacji do modułu Produkcja.

Na ribbonie w module Serwis, na zakładce [Dokumenty], udostępniono opcję Wizyty handlowe. Opcję obsłużono analogicznie, jak w innych modułach (np. CRM, Sprzedaż)

Zmiany na wydruku ZSR

Na wydruku dokumentu ZSR umieszczono dodatkowe informacje, m. in. dodana została nowa sekcja Składniki, w ramach której prezentowane są dane dotyczące składników dodanych do ZSR.

Aktualizacja przebiegu na karcie urządzenia

Na karcie urządzenia wprowadzono automatyczną aktualizację przebiegu, na podstawie ostatnio zapisanego przebiegu na ZSR. Przebieg na karcie urządzenia aktualizowany jest tylko wówczas, gdy na ZSR wprowadzany jest większy przebieg niż ten, który ostatnio zapisano na karcie urządzenia.

Jeśli zapisany na ZSR przebieg danego urządzenia jest mniejszy niż przebieg zapisany na karcie urządzenia, wówczas przebieg na karcie urządzenia nie zostanie zaktualizowany na podstawie danych wprowadzonych z poziomu ZSR.

Podczas konwersji bazy do wersji 2021.0 pole Przebieg nie będzie automatycznie uzupełniane na karcie urządzenia. Dopiero będzie ono aktualizowane na podstawie pierwszego zapisu przebiegu urządzenia na ZSR.

Możliwość edycji zsynchronizowanych ZSR

Możliwość edycji zsynchronizowanego dokumentu ZSR

Udostępniono opcjonalną możliwość edycji zsynchronizowanych dokumentów ZSR. Decyzja o możliwości edycji w systemie Comarch ERP XL zsynchronizowanego dokumentu ZSR jest przekazywana z aplikacji Comarch Mobile. Po wysłaniu z Comarch Mobile odpowiedniej informacji, w systemie Comarch ERP XL blokowane są lub odblokowywane do edycji odpowiednie dokumenty ZSR.

Możliwość edycji zsynchronizowanej czynności serwisowej

Udostępniono opcjonalną możliwość edycji zsynchronizowanych czynności serwisowych. Decyzja o możliwości edycji w systemie Comarch ERP XL zsynchronizowanego dokumentu ZSR jest przekazywana z aplikacji Comarch Mobile. Po wysłaniu z Comarch Mobile odpowiedniej informacji, w systemie Comarch ERP XL blokowane są lub odblokowywane do edycji odpowiednie czynności serwisowe. Edycja zsynchronizowanej czynności serwisowej jest możliwa w podobnym zakresie, w jakim możliwe jest edytowanie „zwykłych” niesynchronizowanych czynności. Blokowane jest natomiast w systemie usuwanie czynności, które zostały zsynchronizowane.

Księgowość

Oznaczenia JPK_V7 na dokumentach w module Import.

W wersji Comarch ERP XL 2021.0, na dokumentach SAD, FWS, FKS, FWZ, FKZ udostępnionych w module Import, na potrzeby JPK_V7 wprowadzono oznaczenia: typów dokumentów, GTU, procedur szczególnych

Na wszystkich ww. dokumentach, na zakładce [VAT] wprowadzono analogiczne pola jak na dokumentach w module Sprzedaż, ujmowanych w pliku JPK_V7, czyli:

Nowe pola na dokumentach FWS, FKS prezentowanych w JPK_V7 po stronie sprzedaży

Oznaczenie JPK_Typ dok.

Na dokumentach FWS, FKS w polu o nazwie JPK_Typ dok udostępniono wartości przypisane do kategorii JPK_Typy dokumentów, powiązane z rejestrem VAT typu Sprzedaż. Pole domyślnie nie jest wypełniane.

Oznaczenia JPK_GTU

Na dokumentach FWS, FKS w polu JPK_GTU udostępniono wartości przypisane do kategorii JPK_GTU, czyli oznaczenia GTU.

Wszystkie predefiniowane wartości powiązane są z rejestrem VAT typu Sprzedaż. Zatem wybór predefiniowanych wartości GTU jest możliwy tylko na dokumentach ujmowanych w JPK_V7 po stronie sprzedaży (FWS, FKS).

Domyślne wartości GTU podpowiadane są analogicznie jak na dokumentach w module Sprzedaż, tj. na podstawie kodów GTU przypisanych do kart towarowych wybranych na dokumentach FWS, FKS.

Oznaczenia JPK_Procedury

Na dokumentach FWS, FKS, na zakładce [VAT], w polu o nazwie JPK_Procedury udostępniono wartości przypisane do kategorii JPK_Procedury, do rejestru sprzedaż.

Domyślne wartości procedur podpowiadane są w analogiczny sposób jak na dokumentach w module Sprzedaż, tj. na podstawie kodów procedur przypisanych do kart kontrahentów wybranych na dokumentach FWS, FKS.

Oprócz przenoszenia oznaczenia z karty kontrahenta, wartość TT_WNT domyślnie ustawiana jest na podstawie transakcji Wewnątrzwspólnotowe nabycie trójstronne.

Nowe pola na dokumentach SAD, FWZ, FKZ, prezentowanych w JPK_V7 po stronie zakupu

Oznaczenie JPK_Typ dok.

Na dokumentach SAD, FWZ, FKZ, w polu o nazwie JPK_Typ dok. udostępniono wartości przypisane do kategorii JPK_Typy dokumentów, powiązane z rejestrem VAT typu Zakup. Pole domyślnie nie jest wypełniane.

Oznaczenia JPK_GTU

Na dokumentach SAD, FWZ, FKZ, w polu JPK_GTU nie są udostępnione wartości przypisane do kategorii JPK_GTU, czyli oznaczenia GTU. Powód, na dzień dzisiejszy ustawodawca przewidział cechowanie oznaczeniami GTU tylko dokumentów ujmowanych w JPK_V7 po stronie rejestrów VAT typu sprzedaż.

Oznaczenia JPK_Procedury

Na dokumentach SAD, FWZ, FKZ, na zakładce [VAT] w polu o nazwie JPK_Procedury udostępniono wartości przypisane do kategorii JPK_Procedury, do rejestru zakup, czyli: IMP, MPP, MR_T, MR_UZ.

Na dokumencie SAD zawsze domyślnie ustawiana jest wartość procedury IMP.

Na dokumentach nie wprowadzono obsługi automatycznego cechowania oznaczeniem MPP

Dodanie, usunięcie, podgląd oznaczeń GTU, procedur na dokumencie

Aktualizacja oznaczeń GTU, procedur

Po prawej stronie pól JPK_GTU i JPK_Procedury udostępniono przyciski Aktualizuj.

Na dokumentach FWS, FKS aktualizacja następuje na podstawie ustawień na karcie:

Mechanizm Zmień seryjnie faktury

Mechanizm Zmień seryjnie faktury udostępniony z poziomu rejestrów VAT sprzedaż oraz zakup, zgodnie z przyjętym standardem umożliwia nadawanie oznaczeń: typów dokumentów, GTU oraz procedur na dokumentach udostępnionych w module Import.

Konwersja

W wyniku konwersji bazy danych, na dokumentach zawierających przynajmniej jedną pozycję w tabeli VAT zakwalifikowaną do ujęcia w 10/2020 lub w miesiącach kolejnych zostają wprowadzone oznaczenia w polach JPK_GTU, JPK_Procedury zgodnie z poniższymi zasadami:

Nowości we współpracy Comarch OCR

Umożliwiono odczyt dokumentów wraz z pozycjami

Na oknie rejestru VAT – zakup dodano nową opcję odczytu dokumentów: Pobierz dokument z pozycjami. Opcja ta dostępna jest przy przycisku OCR, w rozwijanym menu lub z poziomu górnego paska.

Po wybraniu opcji Pobierz dokument z pozycjami, oprócz dotychczas pobieranych informacji, odczytywane są również pozycje dokumentu i zapisywane jako pozycje A-Vista. Dla każdej pozycji odczytywana jest nazwa, ilość, jednostka, cena, stawka VAT i na tej podstawie ustalane są elementy (A)FZ.

Jeśli jakieś elementy nie zostaną rozpoznane przez OCR, wówczas pozycja nie jest dodawana. Dotyczy to braku nazwy, ceny, ilości czy stawki VAT. Informacja o tym, że pozycja nie mogła zostać dodana, prezentowana jest w logu odczytu. W przypadku braku jednostki miary podstawiamy szt.

Brak odczytu jakiejkolwiek pozycji nie wpływa na wartość całkowitą dokumentu. Kwoty podsumowania w podziale na stawki VAT importowane są zgodnie z danymi przesłanymi dla podsumowania faktury.

W przypadku odczytywania faktur z pozycjami obsługiwane jest również dzielenie pliku pdf, jeśli zawierał więcej niż jedną fakturę. W takiej sytuacji do każdej zapisanej faktury dołączony jest plik pdf zawierający tylko daną fakturę. W przypadku gdy ustawiono w konfiguracji Konfiguracja/Sprzedaż/Parametry 1 zapis załączników OCR w postaci linków do pliku, po imporcie pdf’y cząstkowe zapisywane będą w tej samej lokalizacji co importowany pdf.

Podgląd załączników zapisanych jako linki pod przyciskiem OCR

Umożliwiono podgląd załączników zapisanych jako linki bezpośrednio na oknie dokumentu (A)FZ, analogicznie jak ma to miejsce w przypadku załączników zapisanych do bazy.

Pogląd ten jest możliwy zarówno na pełnym jak i uproszczonym formularzu faktury. Dostępny jest po wybraniu przycisku OCR dostępnego po prawej stronie okna.

Praca asynchroniczna podczas odczytywania dokumentów przez Comarch OCR

Umożliwiono wykonywanie innych operacji podczas odczytywania faktur z OCR. Po wskazaniu większej ilości faktur do odczytu, można przejść do wykonywania innych operacji bez konieczności oczekiwania na zakończenie procesu odczytu faktur z OCR.

Inne zmiany

Aktualizacja deklaracji CIT

Zostały udostępnione nowe wersje formularze deklaracji podatkowych CIT-8(29) z załącznikami

Nowe wersje schem informacji VAT-UE(5), VAT-UEK(5)

Umożliwiono wysyłkę informacji VAT-UE(5), VAT-UEK(5) wg schemy, w wersji:

Pojawienie się nowych wersji schem dla informacji VAT-UE(5) i VAT-UEK(5) wynika z wyjścia Wielkiej Brytanii z Unii Europejskiej.

Wspólne

Logowanie za pomocą mechanizmu rozpoznawania twarzy

Udostępniona została możliwość logowanie do Systemu przy użyciu mechanizmu rozpoznawania twarzy Użytkownika jako metody alternatywnej do tradycyjnego logowania przy użyciu hasła operatora. Nowa metoda logowania pozwala na przyśpieszenie procesu uwierzytelnienia Operatora, może również stanowić ułatwienie dla tych Użytkowników, którym z racji specyfiki stanowiska pracy trudno wpisywać hasło na klawiaturze.

Parametryzacja stosowania nowej metody logowania

O tym, czy dana Firma stosuje nową metodę logowania decyduje parametr Stosuj metodę rozpoznawania twarzy w Konfiguracji systemu. Ustawienie tego parametru decyduje nie tylko o tym, czy System ma podejmować próbę logowania za pomocą tej metody, ale również o dostępności opcji przypisywania/usuwania cech biometrycznych w Systemie, o czym więcej w dalszej części dokumentu.

Włączenie ww. metody logowania w Konfiguracji nie oznacza, że każdy Operator może z niej korzystać. Mogą to czynić wyłącznie Ci Operatorzy, na kartach których zostanie włączony parametr Dozwolone logowanie metodą rozpoznawania twarzy.

Przypisywanie i usuwanie cech biometrycznych

Operatorzy, na kartach których włączono opisany wyżej parametr mogą przypisać swoje cechy biometryczne, które pozwolą Systemowi ich rozpoznawać. Aby to uczynić należy przyciskiem Uzupełnij cechy biometryczne karty Operatora otworzyć okno podglądu kamery i postępować zgodnie z instrukcją na nim umieszczoną.

Istotna jest jakość zdjęcia, dlatego należy go dokonywać w odpowiednich warunkach, unikając mocnego światła znajdującego się za Użytkownikiem, powodującego, że twarz Operatora jest słabo widoczna.

Cechy biometryczne zapisywane są na konkretnym stanowisku użytkownika (%APPDATA%\Comarch ERP XL) bezpośrednio po wykonaniu zdjęcia i zamknięciu okna podglądu, niezależnie od tego, czy po wykonaniu tej operacji karta Operatora zostanie zapisana, czy też nie.

O tym, czy dla danego Operatora przypisano już cechy biometryczne świadczy aktywność przycisku kosza, pozwalająca na usunięcie przypisanych wcześniej cech biometrycznych, jeżeli zostały one uzupełnione niepotrzebnie.

Edycja parametru decydującego o możliwości logowania się danego Operatora za pomocą mechanizmu rozpoznawania twarzy dostępna jest wyłącznie dla Administratora Systemu, przypisania/usuwania zaś danych biometrycznych dokonują poszczególni Operatorzy na swoich kartach.

Użytkownik ma również możliwość uzupełnienia/usunięcia swoich cech biometrycznych bezpośrednio w module, w którym pracuje. Służą do tego stosowne opcje w menu System.

Opcja Uzupełnij cechy biometryczne, dostępna o ile w karcie zalogowanego Operatora włączono parametr pozwalający na logowanie metodą rozpoznawania twarzy otwiera okno podglądu z kamery i sczytuje cechy biometryczne na postawie zdjęcia wykonanego Operatorowi. Opcja Usuń cechy biometryczne, dostępna o ile takowe cechy są przypisane do zalogowanego Użytkownika usuwa cechy biometryczne tego Operatora.

Logowanie do Systemu przy użyciu metody rozpoznawania twarzy

Metoda logowania za pomocą rozpoznawania twarzy dostępna jest podczas uruchamiania dowolnego z modułów Systemu, o ile w danej Firmie włączono parametr konfiguracyjny Stosuj metodę rozpoznawania twarzy i stanowisko, na którym pracuje Użytkownik wyposażone jest w kamerę.

W ww. przypadku obok tradycyjnej formatki logowania prezentowane jest okno podglądu z kamery, w którym System dokonuje rozpoznania cech biometrycznych na podstawie twarzy logującego się Użytkownika. W górnej części okna umieszczona jest instrukcja postępowania. Aby doszło do poprawnego sczytania danych zdjęcia należy dokonywać w odpowiednich warunkach, unikając mocnego światła znajdującego się za Użytkownikiem, powodującego, że jego twarz jest słabo widoczna.

Identyfikacja za pomocą rozpoznawania twarzy dokonywana jest wyłącznie wśród Operatorów, dla których przewidziano taką metodę logowania, tj. na kartach których włączono parametr Dozwolone logowanie metodą rozpoznawania twarzy.

Po zidentyfikowaniu Operatora System loguje go do danego modułu, w kontekście domyślnego centrum struktury praw oraz zapisuje jego najnowsze cechy biometryczne.

Jeżeli w ciągu 10 sekund System nie rozpozna Użytkownika, wówczas w górnej części okna pojawia się stosowna informacja i Operator powinien się zalogować do Systemu w tradycyjny sposób, poprzez podanie hasła.

Dane biometryczne zapisywane są dla poszczególnych kont użytkowników systemu Windows, tak więc z nowej metody logowania do Systemu mogą korzystać również Użytkownicy pracujący na tym samym stanowisku pracy, pod warunkiem, że używają własnego konta użytkownika.

Logowanie za pomocą nowej metody nie jest wrażliwe na login wprowadzony na tradycyjnej formatce logowania. W przypadku Użytkowników pełniących w Firmie wiele ról i pracujących w kontekście różnych Operatorów nowa metoda powinna zostać włączona tylko na jednej z ww. kart operatora. Logowanie tą metodą możliwe będzie bowiem wyłącznie w kontekście jednego z nich. Logowania na innych Operatorów tego samego Użytkownika należy dokonywać w tradycyjny sposób, poprzez podanie loginu i hasła.

 

Uwaga

Ww. sposób logowanie nie zastępuje dotychczasowej metody, opartej na podawaniu loginu i hasła Operatora, stanowi natomiast alternatywę dla logowania tradycyjnego. Nadal najbezpieczniejszą metodą logowania pozostaje logowanie przy użyciu mocnego hasła Operatora. Użytkownicy korzystający z nowej metody logowania powinni w jeszcze większym stopniu niż dotychczas dbać o blokowanie pulpitu przed opuszczeniem swojego stanowiska pracy.

.Funkcje AI/RPA dostępne w Systemie Comarch ERP XL

Celem poinformowania, czy też przypomnienia Użytkownikom o tym, że System wyposażony jest w funkcje noszące znamiona automatyzacji i robotyzacji. na kartach Operatorów dodane zostały dwa nowe moduły oraz udostępniona została zbiorcza informacja o dostępnych ww. funkcjonalnościach wraz z ich opisem.

Informacja o funkcjach automatyzujących pracę dostępna jest na zakładce [Sztuczna inteligencja] wszystkich modułów Comarch ERP XL i podzielona została na dwie listy:

AI (Artificial Intelligence): funkcje, które automatyzują pracę wykorzystujący przy tym algorytmy sztucznej inteligencji.

RPA (Robotic Process Automation): automatyzacje mające cechy procesów zrobotyzowanych, sekwencje operacji, które mogą być powtarzalne przez Użytkownika, a są wykonywane przez System, często działające w tle.

Lista funkcji RPA została dodatkowo podzielona na podzakładki obszarowe: [Sprzedaż i CRM], [Księgowość] oraz [Produkcja i Serwis]. Na zakładce [Wszystkie], jak wskazuje nazwa zakładki prezentowane są wszystkie funkcje RPA, bez względu na moduł, którego dotyczą. Domyślnie lista funkcji RPA otwierana jest na podzakładce właściwej dla modułu, w którym pracuje Użytkownik.

Każda funkcja przedstawiona jest na osobnym kafelku, zawierającym poniższe informacje:

Ww. parametr prezentowany jest wówczas, jeżeli działanie danej funkcjonalności warunkowane jest włączeniem stosownego parametru czy to w Konfiguracji systemu, czy to na definicji dokumentu lub stosownym prawem Operatora do wykonania danej operacji. Włączony parametr oznacza, że dana funkcjonalność jest gotowa do działania, wyłączony zaś oznacza konieczność dokonania stosownych zmian konfiguracyjnych w Systemie przed skorzystaniem z danej funkcji.

Przyklad

Funkcja Asystent Comarch ERP XL dostępna jest dla Operatora z włączonym parametrem Używaj komunikatora. Jeżeli Operator nie ma włączonego ww. prawa, wówczas dla ww. funkcji parametr Aktywna jest wyłączony.

Ww. listy funkcji AI/RPA nie podlegają standardowemu mechanizmowy tłumaczeń interfejsu Comarch ERP XL. Jeżeli Użytkownik pracuje w Systemie na interfejsie innym niż polski, wówczas lista funkcji AI/RPA prezentowana jest w języku angielskim.

Inne zmiany

Automatyczny podgląd załączników zapisanych jako linki

Dotychczas załączniki, które miały dane binarne zapisane w bazie i jednocześnie były to obrazy lub pliki PDF można było podglądać bezpośrednio w oknie załącznika lub na zakładce [Załączniki] obiektu, do którego były one przypisane. Działanie takie było w oparciu o zaznaczony na definicji typu załącznika parametr Automatycznie wyświetlaj.

Od wersji 2021.0 podgląd taki jest dostępny również dla załączników zapisanych jako linki, o ile jest to link do pliku zapisanego lokalnie, a nie do folderu lub strony internetowej. Warunkiem koniecznym jest też, aby były właściwego typu, czyli: PNG, JPG, BMP, GIF oraz PDF.

Uwaga

Podgląd załączników typu ‘obraz’ oraz PDF, które zostały zapisane jako linki do plików lokalnych jest dostępnych zawsze, czyli działa niezależnie od ustawienia w definicji typu załącznika parametru Automatycznie wyświetlaj.

Analogicznie podgląd ten jest dostępny na liście załączników danego obiektu, czyli na zakładce [Załączniki].

Szablony importu danych do Systemu Comarch ERP XL

Przygotowane zostały szablony arkuszy służące do importu danych do Systemu. Są to pliki Excel, w których umieszczono właściwą nazwę arkusza oraz właściwe nazwy kolumn, obsługiwane przy danym imporcie. Szablony są dostępne w podkatalogu [Szablony importu z arkusza] katalogu instalacyjnego Comarch ERP XL.

Migrator

Import daty ważności na tworzone dostawy

Do arkusza Dokumenty.xls pozwalającego migrować dokumenty handlowe dodano nową kolumnę Data ważności dostawy.

Data migruje się wprost tylko dla dokumentów PW, jeśli dodano na nich towary, które mają zaznaczone na karcie towaru: Oznacz partię towaru – Datą ważności. Wówczas, jeśli wpiszemy w arkuszu konkretną datę np. 2021-01-04 to taka data zostanie ustawiona na element dodawanego dokumentu.

Dla pozostałych dokumentów zakładających dostawy, czyli PZ, FZ, PKA nie wprowadzono żadnych zmian, czyli data dostawy będzie zgodna z ustawieniami na karcie towaru, bez względu na to jaką datę wskażemy w arkuszu. Będzie to:

Dla towarów, które nie mają zaznaczonego na karcie towaru: Oznacz partię towaru – Datą ważności pole pozostaje puste, nawet jeśli w arkuszu było wypełnione konkretną datą. Również w przypadku dokumentów, które nie zakładają dostaw data z arkusza jest ignorowana

Współpraca z Comarch e-Sklep

Wprowadzenie opcji paczkowania danych niebinarnych

Paczkowanie danych niebinarnych dotyczy synchronizacji towarów, które przesyłane są w pakietach po 5000 towarów. Paczkowanie danych jest wymagane do współpracy z wersją Comarch e-Sklep 2021.0 oraz wyższymi. Po wprowadzeniu paczkowania danych nie ma możliwości pracy ze starszymi wersjami Comarch e-Sklep.

Współpraca z Comarch WMS

Przygotowania pod rezerwacje magazynowe WMS

W związku z planowanym udostępnieniem w kolejnej wersji funkcjonalności tzw. rezerwacji magazynowych WMS w Systemie wprowadzono kilka elementów, które są już przygotowane pod ich obsługę. Są to:

Lokalizacja parametru Kontrola ilościowa stanów na (W)ZWM

Ponieważ uruchamianie obsługi rezerwacji magazynowych WMS będzie się odbywało w kontekście konkretnego magazynu WMS i jednocześnie tworzenie rezerwacji jest ściśle powiązane z kontrolowaniem ilości na dokumentach (W)ZWM, to parametr Kontrola ilościowa stanów na (W)ZWM przeniesiony został z okna konfiguracji na kartę magazynu WMS. Ustawienie parametru:

Lista składników BST

Dodano nowe predefiniowane składniki BST Zarezerwowana na ZWM oraz Zarezerwowana na (W)ZWM. Po ich wybraniu na dokumencie BST nie wyliczą się na razie żadne ilości, gdyż rezerwacje magazynowe WMS nie są jeszcze tworzone.

Nowy filtr na liście rezerwacji

Na liście rezerwacji dostępnych w Historii towaru oraz Historii kontrahenta została dodana nowa pozycja filtra Zlecenie wydania z magazynu WMS. Dla takiego ustawienia w filtrze nie będą pokazywane na razie żadne pozycje, ponieważ rezerwacje magazynowe WMS nie są jeszcze tworzone.

Nowy parametr w konfiguracji WMS

W oknie konfiguracji, zakładka [WMS] dodano parametr W pierwszej kolejności przydzielaj zasoby do rezerwacji magazynowych bez ustalonego zasobu handlowego. Parametr w tej wersji będzie na stałe nieaktywny, bez możliwości zmiany jego ustawienia, gdyż nie ma on obecnie żadnego znaczenia.

Współpraca z Comarch Retail POS

Od wersji Comarch ERP XL 2021.0 oraz Comarch Retail POS 2021.0 do współpracy między systemami konieczne będzie wykorzystywanie nowych komponentów: Comarch Retail POS Agent oraz Comarch Retail POS Agent Broker.

Komponenty te należy zainstalować za pomocą Comarch ERP AutoUpdate wraz z instalacją Comarch Retail POS.

Uwaga

Wymagana jest najnowsza wersja Comarch ERP Auto Update 2020.0.

Instalacja komponentów POS Agent oraz POS Agent Broker została opisana w instrukcji dostępnej pod adresem https://pomoc.comarch.pl/retail/ht_kb_category/instalacja/.

Usługa Comarch Retail POS Agent

Informacje podstawowe

Usługa Comarch Retail POS Agent (POS Agent) dostarcza aktualne informacje o stanach magazynowych na każdym stanowisku, podczas wystawiania dokumentów. Informacje te prezentowane są z uwzględnieniem poszczególnych magazynów. Wszystkie procesy w magazynie będą mogły zachodzić w trybie off-line z centralą, dzięki czemu korzystanie z tej usługi zapewni pełną autonomię sklepu, poprzez zagwarantowanie, że stan towaru będzie zawsze aktualny.

Każdy oddział Retail POS zdefiniowany w Systemie XL musi podsiadać własną usługę POS Agent.

Zasada działania

Usługa POS Agent to miejsce, w którym przechowywane są stany magazynowe towaru wraz z rezerwacjami zasobowymi w podziale na magazyny.

Usługa POS Agent działa jako samodzielna usługa z własną bazą danych na tym samym komputerze co baza Comarch Retail POS lub osobnym.

Aktualizuje stany towarów na podstawie dokumentów wystawianych na wszystkich stanowiskach obsługiwanych przez daną usługę.

Comarch Retail POS Agent Broker

Informacje podstawowe

Komponent Comarch Retail POS Agent Broker (POS Agent Broker) wykorzystywany jest do komunikacji z usługą Comarch Retail POS Agent (POS Agent) jako broker wiadomości. Pozwala na aktualizowanie stanów towaru oraz rezerwacji po wystawieniu w Systemie XL dokumentu wpływającego na stany towaru/rezerwacje w magazynach oddziału POS.

W przypadku pracy online (połączenie z centralą) stany towaru na oddziałach POS aktualizowane są natychmiast.

W przypadku pracy offline (brak połączenia z centralą) komponent agreguje kolejkę wiadomości, przekazując aktualizację stanów magazynowych do właściwego POS Agenta.

Aktualizowanie informacji o stanach następuje bezpośrednio po wystawieniu dokumentów w Comarch ERP XL poprzez:

Uwaga

Aktualizacja stanów realizowana jest w oparciu o stany handlowe dostępne.

Zmiany w konfiguracji oddziałów Comarch Retail POS

Konfigurowanie POS Agenta

Dla każdego istniejącego oddziału Comarch Retail POS należy zdefiniować Agenta. Aby to zrobić należy przejść do konfiguracji oddziału Comarch Retail POS, następnie na zakładce [POS Agent] uzupełnić pole kod POS Agenta. Kod POS Agenta powinien być ciągiem znaków (litery i/lub cyfry) bez spacji. Dla każdego oddziału należy ustalić inny kod POS Agenta. W przypadku nowych oddziałów system pilnuje, aby kod został uzupełniony przed zapisaniem oddziału. Pola Host, Port oraz GUID zostaną uzupełnione automatycznie po zarejestrowaniu usługi POS Agent.

Przycisk Resetuj ustawienia POS Agenta służy do usunięcia ustawień POS Agenta w sytuacji, gdy koniczna jest jego ponowna rejestracja.

Na zakładce [POS Agent] definiuje się również magazyny przypisane do danego oddziału Retail POS.

W przypadku nowych oddziałów na zakładce [POS Agent] pojawi się magazyn wskazany podczas kreacji oddziału. Jeśli w sklepie jest więcej niż jeden magazyn należy go przypisać do POS Agenta (wcześniej musi zostać dodany do Centrum powiązanego z oddziałem Retail POS). W związku z powyższym przywrócono możliwość dodawania wielu magazynów do Centrum powiązanego z oddziałem Retail POS. Magazyn przypisany do jednego POS Agenta nie może zostać przypisany do innego POS Agenta.

W przypadku gdy oddział był kreowany w poprzednich wersjach, podczas konwersji magazyn domyślny zostanie przypisany do POS Agenta. Jeśli ten sam magazyn był przypisany do wielu oddziałów Retail POS, wówczas zostanie on usunięty z konfiguracji wszystkich oddziałów i konieczne będzie przypisanie magazynów domyślnych dla każdego oddziału na nowo.

 

Uwaga

Uwaga 1: Każdy oddział Comarch Retail POS musi posiadać własny magazyn lub magazyny. Uwaga 2: Magazyn przypisany do jednego POS Agenta nie może zostać przypisany do innego POS Agenta.

Konfigurowanie komponentu POS Agent Broker

W Konfiguracji systemu została dodana zakładka [POS], na której należy uzupełnić adres brokera wiadomości, czyli usługi POS Agent Broker.

W polu Adres usługi kolejki wiadomości należy wprowadzić adres usługi Comarch Retail POS Agent Broker oraz numer portu. Domyślnym portem jest 80.

Rejestracja usługi POS Agent

Po poprawnym skonfigurowaniu POS Agent oraz POS Agent Broker należy zrestartować usługę XLDataService (Menadżer zadań/Usługi).

W następnej kolejności należy zarejestrować usługę POS Agent. W tym celu należy otworzyć katalog instalacyjny POS Agent i uruchomić aplikację POSAgentConfigurator.exe.

Przy pierwszym uruchomieniu pojawi się błąd informujący o tym, że usługa jest odinstalowana:

Po naciśnięciu przycisku OK otworzy się okno konfiguratora:

W konfiguratorze należy podać:

Usługę instaluje się za pomocą przycisku Instaluj. Poprawność wcześniej wprowadzonych danych można zweryfikować za pomocą przycisku Weryfikuj. Natomiast przycisk Rejestruj służy do rejestracji usługi POS Agent.

W celu weryfikacji tego, czy proces zakończył się poprawnie, należy przejść na zakładkę [POS Agent] na oddziale w Comarch ERP XL i sprawdzić, czy zaktualizowane zostały wpisy w polach: Host, Port i GUID.

Uzgadnianie stanów magazynowych w Comarch Retail POS

Przy poprawnie zainstalowanej i działającej usłudze stany towaru są na bieżąco aktualizowane. Ponieważ stany towaru nie są już zapisywane w bazie Retail POS, lecz w bazie POS Agent, użytkownicy, którzy posiadali oddziały Retail POS w poprzednich wersjach Systemu muszą dokonać operacji uzgodnienia stanów. Prawo do uzgadniania stanów magazynowych zostało dodane na wzorcu operatorów na zakładce [POS]. Tylko operatorzy z zaznaczonym prawem Prawo do uzgadniania stanów magazynowych mogą aktualizować stany z poziomu Retail POS.

Operacji uzgodnienia stanów dokonuje się z poziomu aplikacji Comarch Retail POS. Z menu głównego należy wybrać opcję Back office, a następnie przycisk Uzgadnianie stanów magazynowych.

Uzgodnienie stanów będzie również konieczne w przypadku podpięcia w konfiguracji oddziału na zakładce [POS Agent] magazynu, na którym są niezerowe stany towaru.

Przycisk Uzgadniania stanów magazynowych można wykorzystać również w sytuacji, gdy z jakiegokolwiek powodu stany towaru w POS nie zgadzają się z tymi w Systemie XL. Po wykonaniu operacji stany towarów w POS będą zgodne ze stanami handlowymi dostępnymi w Systemie XL.

Stany towaru w POS przechowywane są aktualnie w podziale na magazyny. Prezentowana jest również informacja o ilości rezerwacji zasobowych. Rezerwacje te wpływają na stan towaru w POS.

Sprzedaż z wielu magazynów

Od wersji 2021.0 POS umożliwia sprzedaż towaru z kliku magazynów. Gdy na domyślnym magazynie braknie towaru, wówczas pobierany jest on z kolejnych magazynów. Możliwe jest również wskazanie konkretnego magazynu na poziomie pozycji dokumentu (wymaga zmian w konfiguracji interfejsu w POS). Informacje o tym z jakiego magazynu został pobrany towar przesyłane są na poziomie subelementów pozycji dokumentu. Informacja o magazynie/magazynach poszczególnych pozycji dokumentu jest uwzględnia podczas importu i odpowiednio zapisywana na dokumentach. W przypadku braków towaru, automatyczne PW dodaje towar do właściwego magazynu.

Domyślny Profil POS dla wersji 2021

Dla wersji 2021 Comarch Retail POS został przygotowany domyślny profil (wygląd i ustawienie interfejsu POS), który ma dostępne tylko te opcje, które są możliwe do wykorzystania we współpracy z Systemem XL.

Profil XL_POS_2021 można dodać z listy dostępnych profili zapisanych w bazie za pomocą przycisku Wybierz profil POS z listy dostępnych. Jeśli poprzednio był wykorzystywany profil XL_POS_2019 należy usnąć go z listy, a następnie dodać nowy profil. Pozostawienie dwóch profili będzie wiązało się z koniecznością wyboru profilu podczas logowania do Comarch Retail POS.

W przypadku używania własnych profili nie ma konieczności zmiany profilu na najnowszy, warto jednak zadbać o odkrycie w menu głównym POS kafla Back office, w celu udostępnienia opcji uzgadniania stanów towaru.

Pozostałe nowości

Obsługa podzielonej płatności – MPP

Obsługa podzielonej płatności została obsłużona w następującym zakresie:

Import wartości atrybutów na dokument

Do POS przekazywane są klasy atrybutów związane z definicją dokumentów, jak również elementów dokumentów. Wartość dla danego atrybutu może być uzupełniona w trakcie wystawiania dokumentu w POS. Podczas importu dokumentów wartości atrybutów dokumentu i elementów dokumentu są odczytywane i odpowiednio zapisywane na transakcjach.

Przesyłanie kodów kreskowych związanych z jednostkami pomocniczymi

Jeśli dla towaru zostaną zdefiniowane dodatkowe jednostki miary i do tych jednostek zostaną przypisane kody kreskowe, to zostaną one przesłany do POS. Przesyłane kody to kody własne, które widoczne są na zakładce [Jednostki i kody]/[Kody kreskowe]. Dzięki temu możliwe będzie wyszukiwanie towarów na liście towarów oraz dodawanie do dokumentu z wykorzystaniem dodatkowego kodu EAN. Na pozycji dokumentu automatycznie ustawi się jednostka miary powiązana z danym kodem kreskowym.

Przesyłanie informacji o domyślnej jednostce dla sprzedaży

Do POS przesyłamy ustawienia z karty towaru decydujące o tym, która jednostka ma być jednostka domyślną na transakcjach. Jeśli na karcie towaru, na zakładce [Jednostki i kody]/[Opakowanie], dla wybranej jednostki pomocniczej zostanie ustawiony parametr Ustaw jako jednostkę proponowaną: sprzedaży, jednostka ta zostanie przesłana do POS jako jednostka domyślna.

Jeśli na żadnej z jednostek pomocniczych nie zostanie ustawiony powyższy parametr, wówczas jednostką domyślną będzie jednostka podstawowa.

Domyślna jednostka działa w POS nieco inaczej niż w Systemie XL. Jeśli towar ma przypisaną jednostkę domyślną inną niż podstawowa, wówczas jednostka domyślna zostanie podstawiona na elemencie dokumentu, o ile towar zostanie dodany z listy towarów, bądź wyszukany po kodzie zwykłym. W przypadku, gdy towar ma przypisany kod kreskowy podstawowy (powiązany z jednostką podstawową), podczas dodawania towaru za pomocą tego kodu kreskowego, zostanie podstawiona jednostka podstawowa, a nie domyślna. W przypadku gdy dla towaru zdefiniowano więcej jednostek pomocniczych i mają one przypisane własne kody kreskowe, podczas dodawania towarów do dokumentu za pomocą tych kodów, podstawiona zostanie jednostka powiązana z wybranym kodem, a nie domyślna.

Konfigurowanie i przesyłanie domyślnego kontrahenta

Umożliwiono przesyłanie domyślnego kontrahenta innego niż Jednorazowy. Aby na dokumentach w POS domyślnie podpowiadał się inny kontrahent niż Jednorazowy należy na definicji dokumentu PA (w kontekście centrum powiązanego z danym oddziałem POS), na zakładce [Inne] wybrać odpowiedniego kontrahenta.

Aby przywrócić kontrahenta Jednorazowego wystarczy usunąć wskazanego wcześniej kontrahenta z definicji dokumentu PA.

 

Uwaga

Wskazany na definicji PA kontrahent będzie ustawiany jako domyślny zarówno dla paragonów jak i faktur.

Podgląd historii kontrahenta

W POS możliwe jest wyświetlanie historii transakcji dokonywanych z danym kontrahentem. Informacje te pobierane są z systemu Comarch ERP XL, aby mogły pojawić się wszystkie transakcje wystawione również na innych stanowiskach POS. Do uruchomienia podglądu Historii konieczna jest praca on-line, czyli musi być uruchomiona usługa XLDataService.

Historia kontrahenta dostępna jest z poziomu podglądu karty kontrahenta po przyciskiem Historia Transakcji. Historia prezentowana jest wg artykułów z podaniem daty i numeru transakcji, ilości sprzedanych bądź zwróconych towarów, ceny, wartości udzielonego rabatu. Dla transakcji wystawionych na danym stanowisku możliwe jest wykonanie korekty przez wybranie opcji Korekta na wybranej pozycji historii.

Współpraca z Comarch Shipping

Uwaga

Zmiany te zostały już wcześniej wprowadzone do wersji Comarch ERP XL 2020.2.2 obsługującej współpracę z Comarch Shipping. Ponieważ jednak nie były one ujęte w wersji z instalatorem, tylko jako zestaw plików do wgrania, to traktujemy ją jako nowość w pełnej wersji 2021.0. W wersji 2021.0 współpraca z Comarch Shipping obejmuje aktualną na dzień wydania funkcjonalność aplikacji, czyli obsługę zleceń dla kurierów DHL i DPD oraz obsługę trybu testowego. Wszelkie kolejnej zmiany w aplikacji zostaną obsłużone w kolejnych wersjach Comarch ERP XL.

.Uruchomienie usługi Comarch Shipping

Uruchomienie usługi rozpoczyna się w CSM od jej zakupu (lub wybrania wersji demonstracyjnej). Należy tutaj postępować zgodnie z dokumentacją aplikacji Comarch Shipping

Konfiguracja połączenia i tworzenie kont użytkowników w aplikacji Comarch Shipping

W pierwszych wersjach aplikacji zakładanie kont użytkowników będzie dostępne tylko jako migracja z poziomu systemu ERP i może być dokonywana tylko za pomocą loginu SSO, który ma w aplikacji uprawnienia Administratora. Jest to ten login, który zakłada usługę z poziomu CSM.

W pierwszym kroku należy ustawić dla właściwych operatorów Comarch ERP XL loginy SSO, którymi będą się posługiwać w aplikacji oraz ustawić dla nich parametr Użytkownik Comarch Shipping.

Wskazówka

Do operatora, który będzie administrował usługą Comarch Shipping powinien być przypisany login SSO posiadający rolę Administrator w tej usłudze. Przed założeniem dodatkowych użytkowników jedynym takim loginem w Comarch Shipping jest ten, który zakładał usługę z poziomu CSM.

W kolejnym kroku w oknie konfiguracji Comarch ERP XL, na zakładce [Aplikacje/Kurierzy] należy wpisać adres usługi Comarch Shipping i zapisać okno konfiguracji. Poprawny adres usługi to https://shipping.comarch.com.

Po ponownym uruchomieniu okna na tej samej zakładce możliwe będzie wykonanie eksportu użytkowników do aplikacji. Zgodnie z informacją zamieszczoną poniżej przycisku eksportu, zostanie on wykonany dla operatorów z zaznaczonym parametrem Użytkownik Comarch Shipping. Loginy SSO pobrane z kart tych operatorów zostaną dodane do listy użytkowników aplikacji (z rolą: Domyślny Użytkownik), a logowanie będzie się obywało za pomocą tych kont SSO.

 

Wskazówka

Aby eksport wykonał się poprawnie, numer NIP z pieczątki głównej firmy w Comarch ERP XL musi być zgodny z numerem NIP podanym przy rejestrowaniu usługi Comarch Shipping

.

Po poprawnym wykonaniu eksportu należy jeszcze zalogować się do aplikacji i aktywować konta nowo dodanych użytkowników, a w razie potrzeby ustawić niektórym rolę Administratora. Dopiero wtedy użytkownicy będą mogli w pełni korzystać z funkcjonalności aplikacji zgodnie z przypisanymi im rolami.

Więcej na temat ról w dokumentacji Comarch Shipping

Tworzenie Zleceń Nadania Przesyłki z poziomu Comarch ERP XL

Warunki konieczne do pomyślnego utworzenia zlecenia

Aby pomyślnie udało się utworzyć zlecenie w Comarch Shipping muszą być spełnione następujące warunki:

Wskazówka

W aplikacji Comarch Shipping jest możliwość ustawienia Kontroli unikalności zleceń z weryfikacją dla dokumentów źródłowych i powiązanych. Ponieważ analogiczna weryfikacja odbywa się w Comarch ERP XL przy tworzeniu wysyłek, to nie ma potrzeby uruchamiać jej dodatkowo w aplikacji.

:Zlecenia z listy wysyłek

Na liście wysyłek (dostępna z listy dokumentów handlowych, zakładka [Transportowe/Wysyłki] w menu kontekstowym udostępnione zostały operacje dotyczące Zleceń Nadania Przesyłki (w skrócie ZNP) w Comarch Shipping

Operacja Zlecenie Nadania Przesyłki (ZNP) z listy wysyłek działa dla pojedynczego rekordu na liście. Po jej wybraniu następuje weryfikacja prawidłowości wysyłki, czyli sprawdzany jest:

Stan wysyłki – musi być Zatwierdzona i nie powiązana ze zleceniem w Comarch Shipping,

Adres wysyłki, czyli czy wszystkie przypisane paczki mają zaznaczony parametr Dokumenty na ten sam adres oraz czy adres dla paczek jest zgodny.

Jeśli weryfikacja zawiera błędy użytkownik zostaje o tym powiadomiony stosownym komunikatem i operacja zostaje przerwana. W przeciwnym razie pojawia się okno z parametrami dla tworzonego zlecenia.

Uwaga

Utworzenie Zlecenia Nadania Przesyłki dla kuriera DPD nie jest na razie możliwe dla wysyłek powiązanych z wieloma paczkami. Weryfikacja tego następuje przy wysłaniu ZNP do apliakcji i jest komunikowane w logach. Jeśli utworzona wysyłka zawiera więcej niż jedną paczkę, to należy ją anulować i utworzyć osobne wysyłki dla każdej z paczek.

Parametry dla tworzenia Zlecenia Nadania Przesyłki

W oknie z parametrami możliwe do ustawienia są:

 

Wskazówka

W przypadku kuriera DHL kwota Ubezpieczenia nie może być niższa niż kwota Pobrania. Takie ustawienie jest traktowane jako błędne na zleceniu. W celu uniknięcia takiego błędu nalezy więc zadbać o to, aby wartość pobrania nie przekraczała wartości ubezpieczenia. Jeśli do zlecenia zostanie przesłana wartość ubezpieczenia, to zostanie ona ustawiona na zleceniu tylko wtedy, gdy w szablonie paczki została wybrana opcja ubezpieczenia przesyłki jako ‘Wartość z dokumentu źródłowego’. W przeciwnym razie kwota ubezpieczenia na zleceniu będzie pobierana jako stała wartość zadeklarowana w szablonie kuriera w Comarch Shipping. Przy ustawieniu na szablonie wartości ubezpieczenia jako ‘Stała wartość’ nie ma więc koniecznośći uzupełniania jej na wysyłce.

Na dole okna z parametrami możliwe jest wskazanie, aby poza utworzeniem zlecenia została wykonana dodatkowa operacja w Comarch Shipping Zarejestruj przesyłkę u kuriera. Taka operacja powoduje nadanie numeru listu przewozowego u wybranego kuriera.

Po uzupełnieniu wszystkich parametrów i zaakceptowaniu okna następuje tworzenie zlecenia w Comarch Shipping.  

Uwaga

Zlecenia Nadania Przesyłki tworzone z poziomu Comarch ERP XL mają zawsze przypisany rodzaj paczki: Standardowa paczka. Stąd też wszystkie ustawienia dla tych zleceń są pobierane z szablonu dla tego właśnie rodzaju paczki.

Część ewentualnych błędów związanych z połączniem z aplikacją wyświetlenia jest na tym oknie, natomiast pozostałe wynikające z błędów weryfikacji zlecenia po stronie aplikacji są tylko komunikowane i zgodnie z treścią komunikatu szczegóły można zobaczyć już na samym zleceniu w Comarch Shipping.

Na zlecenie poza parametrami w oknie Stwórz Zlecenie Nadania Przesyłki przekazywane są też dane z wysyłki:Wyniki z przebiegu operacji wyświetlane są w logu.

Ustawienie rodzaju kuriera w oknie z parametrami warunkuje rodzaj zlecenia jaki zostanie utworzony. Następnie na takim zleceniu ustawiane są niezbędne informacje:

Wskazówka

Na paczkach w Comarch ERP XL nie ma możliwości ustawiana jej wymiarów, dlatego wartość ta na zleceniach będzie pobierana z szablonu ustawionego w Comarch Shipping dla rodzaju Standardowa paczka.

Dane o zleceniu na wysyłce

Po pomyślnym utworzeniu zlecenia w Comarch Shipping na wysyłce w XL jest ustawiany kurier, numer utworzonego zlecenia, jego stan oraz numer listu przewozowego (jeśli została wykonana rejestracja zlecenia u kuriera). Ze względu na to, że kwota ubezpieczenia wysłana z wysyłki w XL może być różna niż ta, która ostatecznie została ustawiona na zleceniu (przy ustawieniu w szablonie przesyłki ‘Stała wartość’), to również kwota Ubezpieczenia jest przesyłana zwrotnie na wysyłkę.

Wyświetlanie powyższych danych na oknie wysyłki opisane jest szczegółowo w punkcie 1.4.2.

Zgodnie ze standardowym działaniem operacji anulowania wysyłki dane pochodzące ze zlecenia są z niej również usuwane.

Podgląd zlecenia z poziomu wysyłki

Po zapisaniu na wysyłce numeru zlecenia aktywny jest przycisk lupki obok pola Numer ZNP. Służy on do podglądu zlecenia w Comarch Shipping. Szczególnie przydatny będzie przy ewentualnych błędach wyświetlonych w logu, aby zweryfikować szczegółowo poprawność utworzonego zlecenia. Na oknie zlecenia w Comarch Shipping będą bowiem zaznaczone na czerwono pola, które spowodowały błędy lub wyświetlony zostanie komunikat o innym konkretnym błędzie dla danego zlecenia.

Więcej na temat błędów w aplikacji w dokumentacji Comarch Shipping.

Uwaga

Jeśli jeden użytkownik Comarch Shipping będzie przypisany do wielu baz apliakcji, wówczas przy wybraniu operacji podglądu zlecenia, będzie musiał najpierw wybrać w przeglądarce właściwą bazę Shipping. Dopiero po tym wyborze zostanie wyświetlone prawidłowe zlecenie.

Zlecenia z listy paczek

Analogiczne polecenie Zlecenie Nadania Przesyłki (ZNP) zostało dodane do menu kontekstowego na liście paczek. Dzięki temu po zaznaczeniu wcześniej utworzonych paczek jest możliwość wygenerowania z nich zleceń po uprzednim utworzeniu jednej lub kilku wysyłek. To, ile wysyłek i zleceń zostanie utworzonych zależy od tego, na ile różnych adresów utworzone są wybrane paczki.

 

Uwaga

W przypadku operacji tworzenia ZNP z paczek system działa automatycznie tak, jakby w konfiguracji zaznaczony był parametr Z listy dokumentów twórz wiele paczek i wysyłek (tylko dla generowania z dokumentów), jak opisano w punkcie 1.4.1.

Po zakwalifikowaniu właściwych paczek, w tle zostają utworzone odpowiednie wysyłki i wyświetli się okno z parametrami wysyłki, jak opisano w punkcie . Tutaj różnica w wypełnianiu parametrów jest następująca:

Zlecenia z listy dokumentów

Analogiczne polecenie Zlecenie Nadania Przesyłki (ZNP) zostało dodane do menu kontekstowego na listach tych dokumentów, dla których można generować wysyłki, czyli dokumentów handlowych, serwisowych oraz zamówień.

Wskazówka

Polecenie Zlecenie Nadania Przesyłkli (ZNP) nie zostało dodane na liście dokumentów wewnętrznych, dla których nie możliwości (w przypadku MMW i MMP) ustawiania kontrahenta, więc nie będzie skąd pobrac adresu odbiorcy.

Dzięki temu po wskazaniu właściwych dokumentów jest możliwość wygenerowania z nich zleceń po uprzednim utworzeniu jednej lub kilku paczek i wysyłek. To, ile paczek/wysyłek oraz zleceń zostanie utworzonych zależy od tego, na ile różnych adresów utworzone są wybrane dokumenty.

Uwaga

W przypadku operacji tworzenia ZNP z listy dokumentów system działa automatycznie tak, jakby w konfiguracji zaznaczone były parametry Kontroluj zgodność adresu dostawy dokumentów paczki oraz Z listy dokumentów twórz wiele paczek i wysyłek (tylko dla generowania z dokumentów)

Po utworzeniu paczek i wysyłek oraz zakwalifikowaniu właściwych wysyłek dla zleceń wyświetli się okno z parametrami i działaniem. Po pomyślnym utworzeniu zlecenia w Comarch Shipping na wysyłce w XL są ustawiane dane.

Rejestracja zleceń u kuriera z poziomu Comarch ERP XL

Na dole okna z parametrami do tworzenia ZNP możliwe jest wskazanie, aby poza utworzeniem zlecenia została wykonana dodatkowa operacja w Comarch Shipping: Zarejestruj przesyłkę u kuriera. Taka operacja powoduje nadanie numeru listu przewozowego u wybranego kuriera, zmianę stanu zlecenia oraz przesłanie zwrotnie tych informacji do Comarch Shipping.

Aby rejestracja u kuriera z poziomu Comarch ERP XL przebiegła poprawnie konieczne jest wypełnienie na zleceniu wszystkich wymaganych pól oraz wskazanie daty nadania pozwalającej na rejestrację.

W przypadku nie spełnienia ww. warunków zlecenie zostanie zapisane w Comarch Shipping, ale rejestracja nie powiedzie się. W logu pojawią się informacje o błędach.

Uwaga

Rejestracja zlecenia w serwisie kuriera z poziomu Comarch ERP XL jest możliwa tylko przy tworzeniu zlecenia w Comarch Shiiping. Nie została ona udostępniona jako osobna operacja. Jeśli więc z Comarch ERP XL zostanie tylko utworzone zlecenie, to pozostałe operacje dostępne dla zleceń w Comarch Shipping, czyli Rejestracja u kuriera, Zamawianie kuriera i Anulowanie są dostępne jedynie z poziomu samej aplikacji.

.Aktualizacja danych na wysyłce z powiązanego zlecenia

Po utworzeniu zlecenia w Comarch Shipping operator systemu Comarch ERP XL ma możliwość aktualizowania danych ze zlecenia na wysyłkę. Jest to operacja wykonywana na żądanie i służy do tego polecenie w menu kontekstowym na liście wysyłek Aktualizuj dane ZNP

Po jego wybraniu dla zaznaczonych rekordów następuje aktualizacja następujących pól:

Jeśli w Comarch Shipping zostanie anulowane zlecenie, wówczas dane na nim nie są czyszczone, a jedynie zmienia się jako stan na Anulowany. W związku z tym na wysyłce dane te również pozostaną, czyli będzie ona nadal związana z tym zleceniem, a aktualizacja danych na wysyłce jedynie zmieni pole ze stanem przesyłki.

Dopiero w przypadku, gdy w Comarch Shipping zostanie usunięte zlecenie, wówczas dane o nim nie zostaną usunięte na wysyłce w trakcie wykonywania operacji aktualizacji danych.

Tworzenie zleceń w trybie testowym

Współpraca z nową wersją aplikacji Comarch Shipping, która pozwala na tworzenie zleceń w trybie testowym nadal opiera się na tych samych, co dotychczas zasadach:

Współpraca z platformą IoT

Platforma Comarch IoT

Platforma Comarch IoT to platforma niezależna od Systemu ERP XL. Spośród najważniejszych funkcjonalności, które udostępnione są po stronie platformy można wymienić

Czujniki to urządzenia, które mogą pełnić rozmaite funkcje, w zależności od ich charakteru, producenta, możliwości współpracy z maszynami itp. Platforma Comarch IoT umożliwia ich ewidencjonowanie oraz wymianę danych między czujnikami a Platformą. Wskutek tego mogą do niej napływać informacje różnego rodzaju – w zależności od tego, jaki czujnik został z Platformą połączony.

Otrzymywanie informacji po stronie platformy IoT odbywa się w postaci alertów, czyli wiadomości zarejestrowanych na podstawie danych otrzymanych przez czujniki.

Platforma może zatem otrzymywać bardzo wiele informacji, jednak nie wszystkie te informacji muszą skutkować jakimś zdarzeniem, np. wysłaniem maila czy wykonaniem jakiejś akcji. W związku z tym została wprowadzona możliwość budowania reguł, w których wykonanie jakiejś akcji uzależnione jest od spełnienia zadanych warunków.

Rodzaje informacji wysyłanych przez czujnik mogą być różnego rodzaju, w związku tym po stronie platformy można definiować zdarzenie różnego typu. Mogą to być np. zdarzenia, które nie wymagają ciągłego wysyłania informacji przez czujnik. Czujnikiem może być np. przycisk, którego naciśnięcie powoduje przekazanie do Platformy IoT – a w konsekwencji do ERP XL - informacji o tym, że brakuje surowca przy danym stanowisku.

Komunikacja między ERP XL a Platformą IoT

Od wersji 2021.0 między obydwoma Systemami udostępniona został możliwość komunikacji, polegającej na przekazywaniu z platformy IoT informacji o zdarzeniach zarejestrowanych przez czujniki, do systemu ERP XL.

Nie wszystkie zdarzenia zarejestrowane przez czujniki na Platformie IoT będą wysyłane do ERP XL. ERP XL będzie rejestrował wyłącznie takie zdarzenia, które zostaną wysłane przez Platformę IoT, wskutek spełnienia reguły na niej zdefiniowanej.

Przyklad

Na platformie IoT zdefiniowano regułę, która mówi, że do ERP XL zostanie wysłana informacja, jeśli dana maszyna osiągnie temperaturę przekraczającą 50°C. Czujnik wysyłają na bieżąco dane do Platformy IoT raportując obecną temperaturę przy maszynie. Jednak do ERP XL zostanie wysłana informacja o temperaturze wyłącznie wtedy, gdy przekroczy ona 50°C.

Za współpracę między ERP XL a Platformą IoT odpowiada usługa, którą należy zainstalować niezależnie od Comarch ERP XL. Szczegóły instalacji tej usługi znajdują się w dokumentacji systemu Comarch ERP XL.

Powiadomienia i akcje wykonywane po stronie ERP XL na skutek informacji o zdarzeniu otrzymanej z Platformy IoT

Po otrzymaniu informacji o zdarzeniu w ERP:

Może zostać wyświetlone powiadomienie o rejestracji takiego zdarzenia

Może zostać wygenerowana akcja automatyczna. W pierwszej wersji ze zdarzenia będzie mogła zostać wygenerowana akcja polegająca na rejestracji przestoju dla zasobu powiązanego z czujnikiem. W kolejnych wersjach lista akcji automatycznych będzie rozwijana. W pierwszej kolejności zostanie udostępniona możliwość automatycznego uruchomienia dowolnego procesu.

Może zostać wygenerowana lista zadań do wykonania przez operatora.

Zdarzenia otrzymane z IoT będą ewidencjonowane na nowej liście Zdarzenia IoT.

Funkcjonalność umożliwiająca konfigurację i obsługę współpracy z Platformą IoT są udostępnione na ribbonie w module Produkcja, na nowej zakładce [IoT].

Funkcjonalności niedostępne w XL Start

W wersji Comarch ERP XL Start nie jest dostępna funkcjonalność z rozdziału  Kontrola jakości obiektów logistycznych.

Ramowy harmonogram wersji Comarch ERP XL w 2021 r.

Numer wersji	Typ wersji	Termin wydania	Uwagi
2021.0.2 PSQL	HF	14-15 kwietnia 2021 r.	Zmiany pod deklarację JPK_V7, CIT-8(30)
2020.2.3 MSSQL	HF	Maj 2021 r.	CIT-8(30)
2021.1 MSSQL/PSQL	Wersja	Wrzesień 2021 r.
2022.0 MSSQL/PSQL	Wersja	Grudzień 2021 r.

Planowane daty udostępniania oprogramowania są na bieżąco aktualizowane na Społeczności Comarch: https://spolecznosc.comarch.pl/news/planowane-wersje-comarch-erp-xl-na-rok-2021-66771

Zestawienie aplikacji, z którymi współpracuje Comarch ERP XL 2021.0.2

Aplikacja	Wersja	Uwagi
Comarch IBARD	5.2.3
wszystko.pl	Aktualna wersja www.wszystko.pl
Comarch e-Sklep	2021.0
Comarch B2B	Informacja w dokumentacji nowej wersji
Comarch Mobile (Zarządzanie, Sprzedaż, Monitorowanie, Serwis)	2021.0
Comarch WMS (Zarządzanie, Magazynier)	2021.1
Comarch Magazynier	2021.1
Comarch ERP Optima – Off-line	2021.3.1
Comarch ERP XL HR	2021.3.1
Comarch HRM	2021.1.2
Comarch DMS (stacjonarny, WWW)	2021.0.0
Comarch ERP XL Business Intelligence (Księga raportów, Panel zarządzania, Konfigurator)	2021.0
Comarch ERP XL Business Intelligence (BI Point)	11.1.0
Comarch MyPoint	1.2.5
Comarch ECM	2015.2
Migracja danych XL2XML	8.0.2
Comarch MES	2021.0
Comarch e-Sprawozdania	2021.1.1
Comarch Retail POS 2.0	2021.1
Comarch Shipping	Aktualna wersja shipping.comarch.com
Comarch IoT Platform	Aktualna wersja ca.comarch-iot.com/
Serwis XL - IoT	2021.0.2

Logistyka

Zmiany dla rezerwacji magazynowych WMS

W związku z udostępnieniem funkcjonalności tzw. rezerwacji magazynowych WMS w module Sprzedaż wprowadzono kilka zmian.

Na liście dokumentów magazynowych w oknach Pulpit dyspozytora na zakładce [Dokumenty] oraz Dokumenty/Magazynowe na zakładce [Wydania] dodano nowe polecenia w menu kontekstowym:

Ponieważ uruchamianie obsługi rezerwacji magazynowych WMS jest możliwe w kontekście konkretnego magazynu WMS i jednocześnie tworzenie rezerwacji jest ściśle powiązane z kontrolowaniem ilości na dokumentach (W)ZWM, to parametr Kontrola ilościowa stanów na (W)ZWM przeniesiony został z okna konfiguracji na kartę magazynu WMS. Ustawienie parametru:

Dodano nowe predefiniowane składniki BST Zarezerwowana na ZWM oraz Zarezerwowana na (W)ZWM.

Na liście rezerwacji dostępnych w Historii towaru oraz Historii kontrahenta została dodana nowa pozycja filtra Zlecenie wydania z magazynu WMS. Dla takiego ustawienia w filtrze będą pokazywane rezerwacje magazynowe WMS.

Szczegółowy opis dotyczący powyższych powyższych zmian znajduje się w punkcie opisującym współpracę z Comarch WMS 4.1 Rezerwacje magazynowe WMS.

Obsługa tłumaczenia grupy głównej kontrahentów i towarów

Nazewnictwo grupy głównej kontrahentów oraz grupy głównej towarów zostało obsłużone w standardowym mechanizmie tłumaczenia interfejsu Systemu. Od wersji 2021.0.2 na listach i formatkach prezentowany jest ich kod/nazwa na podstawie tłumaczenia fraz Grupa główna oraz Grupa Główna zdefiniowanego dla języka, w kontekście którego pracuje zalogowany Operator.

Produkcja

Uruchamianie procesów na skutek zdarzenia IoT

Od wersji 2021.0.2 możliwe będzie uruchomienie dowolnego procesu w ERP XL, po otrzymaniu w tym Systemie informacji o zdarzeniu zarejestrowanym na Platformie IoT. Dzięki temu, możliwe będzie zatem wykonywanie nie tylko zadań „ręcznych”, przewidzianych w definicji zdarzenia IoT, ale także automatycznych.

Na liście definicji procesów został udostępniony nowy folder: IoT. Dzięki niemu można zdefiniować proces, który następnie może być podpięty pod definicję zdarzenia IoT.

Przy definiowaniu procesu, który zostanie przypisany do definicji zdarzenia IoT należy pamiętać, że akcja „Zgłoszenie zdarzenia z IoT” będzie akcja inicjującą ten proces. Następnie należy wskazać, co uruchomiony po zgłoszeniu zdarzenia z IoT proces ma wykonać w Systemie. Może to być np. uruchomienie innego procesu, jak pokazano na Rys 4.

Przypisanie definicji procesu do Definicji zdarzenia jest możliwe po zaznaczeniu na tej definicji parametru Wykonuj akcję.

Po zaznaczeniu tego parametru zostanie uaktywniona zakładka [Akcje], na której następuje przypisanie definicji procesu. Przypisanie tej definicji można wykonać po wybraniu funkcji: Uruchom proces z menu jak na Rys 6.

Obsługa procesów na skutek zarejestrowania zdarzenia IoT następuje wg ogólnych zasad obsługi procesów.

Księgowość

Pakiet zmian dot. JPK_V7

Niezaokrąglanie kwot w części deklaratywnej oraz współczynnika struktury sprzedaży

W wersji Comarch ERP XL 2021.0.2, z uwagi na Jednostki Samorządu Terytorialnego wprowadzono zmiany dotyczące plików JPK_V7 M i K, polegające na umożliwieniu:

Funkcjonalność dostępna jest po wybraniu w konfiguracji, z poziomu zakładek [Księgowość]/[Parametry2] poniższych parametrów:

Współczynnik struktury sprzedaży

Jeżeli parametr Nie zaokrąglaj współczynnika struktury sprzedaży, zostanie wybrany system nie zaokrągli wartości współczynnika struktury sprzedaży, którym przeliczane są kwoty netto, VAT powiązane z pozycjami rejestru VAT Zakup, na których wybrano parametr Warunkowo, w sekcji Odliczenia VAT.

Jeżeli dodatkowo zostanie wybrany parametr Wskaźnik struktury sprzedaży od …wsk > 98 = 100%, wsk. <= 2% = 0%, zgodnie z tymi warunkami system będzie zaokrąglał wartość wskaźnika w górę do 100*% lub w dół do 0%.

Powyższe zasady dotyczą wartości wskaźnika obliczonego przez system oraz wprowadzonego z ręki.

Niezaokrąglanie kwot w części deklaratywnej

Jeżeli parametr Nie zaokrąglaj kwot na deklaracjach VAT-7, VAT-UE zostanie zaznaczony, na formularzu JPK_V7, w części deklaratywnej:

Wydruk części deklaratywnej z tzw. „kwotami różnicowymi”

Wydruk danych korygujących niewiele różni się od wydruku udostępnionego z poziomu menu Część deklaratywna/Część deklaratywna. Różnice dotyczą:

Tytułu wydruku – w tytule zawarto informację, że wydruk dotyczy danych korygujących

Prezentacji kwot - w miejsce wartości bieżących prezentowane są wartości korygujące (różnicowe)

Aktualizacja deklaracji CIT

Zostały udostępnione nowe wersje formularzy deklaracji podatkowych:

Wskazówka

Budując wyrażenia deklaracji np. CIT-8, w których odwołujemy się do innych pól, posługujemy się unikalnym Identyfikatorem pola zamiast numerem pola. Na przykład wyrażenie na deklaracji CIT-8(30): P78 będzie oznaczać wartość pola z Identyfikatorem równym 78. Na tej deklaracji taki Identyfikator jest nadany polu o numerze 74. Na kolejnej wersji deklaracji pole 74 może zmienić numer na 82 jednak identyfikator 78 pozostanie niezmieniony. Odwołując się do ID pola unikamy przebudowywania wyrażeń i schematów księgowych wraz z każdą nową wersją deklaracji. Jako użytkownicy systemu nie posiadamy wiedzy jakie pole posiada jaki identyfikator, dlatego zalecamy budowanie wyrażeń tylko z użyciem okienka wyboru pola.

Zmiany na formularzach CIT pod potrzeby Spółek Komandytowych

Obowiązująca od 1.01.2021 r. nowelizacja Updop i Updof z 28.11.2020 (Dz.U. poz. 2123) zmieniła zasady opodatkowania spółek komandytowych podatkiem dochodowym. Uzyskują one status podatnika CIT od 1.01.2021 lub od 1.05.2021 – jeśli podejmą taką decyzję.

Spółki komandytowe, których rok podatkowy pokrywa się z rokiem kalendarzowym decydując się na uzyskanie statusu podatnika CIT od 1.05.2021, mają możliwość zamknięcia ksiąg na 31.12.2020 i na 30.04.2021. Drugie zamknięcie nie rodzi obowiązku sporządzenia sprawozdania finansowego i ma charakter „techniczny” (służy prawidłowemu wywiązaniu się z obowiązków podatkowych), a kolejny rok obrotowy spółki trwa nieprzerwanie przez cały rok kalendarzowy 2021, przy czym przez część tego roku (do końca kwietnia) podatnikami podatku od dochodu uzyskanego przez spółkę są wspólnicy, a przez część – sama spółka (jako podatnik CIT),

Źródło: https://rachunkowosc.com.pl/zamkniecie_ksiag_przez_spolki_komandytowe_wyjasnienia_ministerstwa_finansow

Zmiany wprowadzone w systemie Comarch ERP XL 2021.0.2 dotyczą tych spółek, które zdecydowały się na uzyskanie statusu podatnika CIT od 1.05.2021 r.

Dzięki tym zmianom spółki będą mogły sporządzić sprawozdania finansowe za rok 2020 oraz 2021, dodatkowo CIT za okres od 05/2021 do 12/2021.

Zmiany ograniczają się do formularzy „CIT-2”, CIT-8.

Uwaga

Po dodaniu, zmianie, usunięciu definicji pola należy ponownie przeliczyć formularz przed dokonaniem jego zapisu. Ponowne przeliczenie zapewnia uzyskanie poprawnych wartości, zgodnych z zakresem dat ustawionym na podstawie parametru Rozpoczęcie okresu podatkowego inne od obrachunkowego

.

Uwaga

Jeżeli zostanie wybrany okres podatkowy inny od obrachunkowego, nie należy używać funkcji kont odwołujących się do sald, tylko do obrotów.

Na formularzu za kolejny okres obrachunkowy (np. od 05/2021 do 06/2021) parametr Rozpoczęcie okresu podatkowego inne od obrachunkowego nie jest dostępny do edycji. Zakres dat uzupełniany jest automatycznie po wybraniu przycisku Przelicz.

Na formularzach dot. kolejnych okresów podatkowych, tj. począwszy od 01.01.2022 r. parametr Okres podatkowy inny od obrachunkowego nie będzie dostępny.

Inne zmiany

Zmiany w schematach księgowych dla list płac

W schematach księgowych dla Nieopodatkowanych dodatków udostępniono dwa nowe wyrażenia pozwalające na zaksięgowanie:

Współpraca z Comarch WMS

Uwaga

Wszystkie poniżej opisywane zmiany dotyczą współpracy wersji Comarch ERP XL 2021.0.2 z Comarch WMS 2021.1. W wersjach niższych rezerwacje magazynowe WMS nie są obsługiwane. W pracach przygotowawczych do obsługi rezerwacji, o których sygnalizowaliśmy w wersji Comarch EPR XL 2021.0, zawarty został warunek, że obsługę rezerwacji magazynowych WMS będzie można włączyć, jeśli jest współpraca z Comarch WMS 2021.1. W kolejnych wersjach XL jednak obszar ten był stabilizowany, dlatego w wersji XL 2021.0 nie należy tej obsługi uruchamiać. Poprawne działanie rezerwacji jest dopiero od wersji XL 2021.0.2.

Rezerwacje magazynowe WMS

W obecnym mechanizmie współpracy pomiędzy Comarch ERP XL a Comarch WMS udostępniono możliwość rezerwowania zasobów pod realizację wydań magazynowych w obu systemach. Dzięki temu nie będzie sytuacji, w których ten sam zasób został uwzględniony na dokumencie magazynowym w WMS, a jednocześnie został rozchodowany na dokumencie handlowym w XL, bowiem rezerwowanie będzie odbywało się online, niezależnie od usługi synchronizacji.

Do zarezerwowania pobrać można ilość dostępną wyliczoną wg stanów handlowych XL lub magazynowych WMS, o czym szczegółowo w dalszych punktach.

Weryfikacja stanów magazynowych oraz zakładanie rezerwacji pod transakcje WMS będą możliwe do włączenia jako jedno ustawienie dla magazynu, o ile został na nim wybrany Sposób pracy z WMS: Ilościowo oraz zasobowo.

 

Uwaga

W wersji 2021.0.2 został wprowadzony mechanizm rezerwowania zasobów na dokumentach (W)ZWM dla sposobu pracy z WMS: Ilościowo oraz zasobowo.

:Uruchamianie rezerwowania zasobów

Na karcie magazynu dodano parametr Rezerwuj zasoby w oparciu o, z następującymi opcjami

 

Wskazówka

Przy włączaniu rezerwowania w oparciu o stany magazynowe WMS należy mieć świadomość, że czasowo zostanie zablokowana możliwość wystawiania dokumentów (W)ZWM na zasoby dostępne handlowo w XL. Będzie to możliwe w przypadku, gdy ilość dostępna na dokumentach magazynowych WMS jest większa niż ilość dostępna handlowo. Przy włączaniu tej opcji rezerwowania został dodany komunikat, który o tym informuje.

Parametry są dostępne do edycji, jeśli wybrano sposób pracy z WMS: Ilościowo oraz zasobowo. W pozostałym przypadku nie można ich zaznaczyć lub zostają automatycznie odznaczone.

Wskazówka

Dokumenty (W)ZWM dodawane przy włączonych opcjach rezerwowania zasobów mają zapisany w tabeli sposób rezerwowania, który był ustawiony na karcie magazynu w momencie ich dodawania. Dalsze działania na takich dokumentach (opisane w kolejnych punktach) będą więc niezależne od aktualnych ustawień na karcie magazynu, a jedynie od tego co zostało na nich zapisane w chwili dodawania dokumentu lub ręcznego generowania rezerwacji magazynowych.

  Dodatkowo zmieniła się lokalizacja parametru Kontrola ilościowa stanów na (W)ZWM.

Ponieważ uruchamianie obsługi rezerwacji magazynowych WMS odbywa się w kontekście konkretnego magazynu WMS i jednocześnie tworzenie rezerwacji jest ściśle powiązane z kontrolowaniem ilości na dokumentach (W)ZWM, to parametr Kontrola ilościowa stanów na (W)ZWM przeniesiony został z okna konfiguracji na kartę magazynu WMS. Ustawienie parametru:

Ustalanie dostępnych ilości

Działanie parametru Kontrola ilościowa stanów na (W)ZWM w zależności od ustawienia rezerwowania zasobów.

Jeżeli zasoby zostaną ustalone, będą one rezerwowane zawsze nowym typem rezerwacji tzw. magazynowych WMS.

Przyklad

Przykład 1: Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości: FZ1: 100 szt. + (W)AWD1: 100 szt. FZ2: 55 szt. FZ3: 60 szt. + (W)AWD2: 60 szt. Włączone rezerwowanie zasobów w oparciu o stany handlowe. Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 160 szt. Na pozostałe 55 szt. brakuje ilości w stanach magazynowych WMS. Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje magazynowe WMS na: - 100 szt. z zasobem z FZ1, - 55 szt. z zasobem z FZ2, - 5 szt. z zasobem z FZ3. Przykład 2: Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości: FZ1: 100 szt. + (W)AWD1: 100 szt. (W)AWD2: 55 szt. FZ3: 60 szt. + (W)AWD2: 60 szt. Włączone rezerwowanie zasobów w oparciu o stany handlowe. Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 160 szt. Na pozostałe 55 szt. brakuje ilości w stanach magazynowych WMS. Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje magazynowe WMS na: - 100 szt. z zasobem z FZ1, - 60 szt. z zasobem z FZ3.

   

Wskazówka

Ustawienie na karcie magazynu parametru Rezerwuj w oparciu o stany magazynowe WMS spowoduje, że kontrola ilościowa na (W)ZWM działa w oparciu tylko o stany magazynowe, czyli nie uwzględnia parametrów z definicji dokumentu ZWM Uwzględniaj rezerwacje i Chronologia rezerwacji. Oznacza to, że na dokumencie (W)ZWM mogą zostać wydane zasoby, które są zarezerwowane na innych dokumentach (zamówieniach, serwisowych czy produkcyjnych), jeśli są to rezerwacje niezasobowe.

     

Jeżeli zasoby zostaną ustalone, to będą one rezerwowane nowym typem rezerwacji tzw. magazynowych WMS oraz jeśli zajdzie taka potrzeba, również za pomocą tzw. rezerwacji w przyszłość.

 

Przyklad

Przykład 3: Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości: FZ1: 100 szt. + (W)AWD1: 100 szt. FZ2: 55 szt. FZ2: 60 szt. + (W)AWD3: 60 szt. Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS. Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 160 szt. Na pozostałe 55 szt. brakuje ilości w stanach magazynowych WMS. Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje magazynowe WMS na: - 100 szt. z zasobem z FZ1, - 55 szt. z zasobem z FZ2, - 5 szt. z zasobem z FZ3 Działanie jest więc analogiczne jak dla rezerwowania zasobów w oparciu o stany handlowe (patrz Przykład 1). Przykład 4: Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości: FZ1: 100 szt. + (W)AWD1: 100 szt. (W)AWD2: 55 szt. FZ2: 60 szt. + (W)AWD3: 60 szt. Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS. Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 215 szt. Nie ma znaczenia, że na 55 szt. z (W)AWD2 brakuje ilości handlowej.

1. Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje:

• magazynowa WMS na 100 szt. z zasobem z FZ1,
• ‘w przyszłość’ na 55 szt. z partią zapisaną na (W)AWD2,
• magazynowa WMS na 60 szt. z zasobem z FZ2.

1. Przy dodaniu dokumentu na mniejszą ilość 160 szt. zostaną założone rezerwacje:

• magazynowa WMS na 100 szt. z zasobem z FZ1,
• magazynowa WMS na 60 szt. z zasobem z FZ2

 

Ze względu na pobieranie zasobów wg FIFO/LIFO itd. istotne znaczenie dla rezerwowania w oparciu o stany MWS będzie miało ustawienie z karty towaru – Oznacz partię towaru identyfikatorem dostawy. Przy zaznaczonym parametrze bowiem wyszukiwanie dostępnych partii będzie zakładało rezerwacje dla kolejnych wolnych partii nie zwracając uwagi na to, czy istnieją dla nich stany handlowe.

 

Przyklad

Przykład 5: Towar z ustawionym pobieraniem zasobów wg FIFO, z ustawionym oznaczaniem partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości (partie): FZ1: 100 szt. + (W)AWD1: 100 szt. (partia 1). (W)AWD2: 55 szt. (partia 2) FZ2: 60 szt. + (W)AWD3: 60 szt. (partia 3) Włączone rezerwowanie zasobów w oparciu o stany handlowe. Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 160 szt. Na pozostałe 55 szt. brakuje ilości w stanach handlowych. Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje magazynowe WMS na: - 100 szt. z zasobem z FZ1 (partia 1), - 60 szt. z zasobem z FZ2 (partia 3), Działanie jest więc analogiczne jak dla rezerwowania zasobów dla towaru bez oznaczenia partii identyfikatorem dostawy (patrz Przykład 2). Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS. Nowy dokument (W)ZWM1 na ten zasób jest możliwy do dodania maksymalnie na 215 szt. Nie ma znaczenia, że na 55 szt. z (W)AWD2 brakuje ilości handlowej. Przy dodaniu dokumentu na pełną dostępną ilość zostaną założone rezerwacje: magazynowa WMS na 100 szt. z zasobem z FZ1 (partia 1), ‘w przyszłość’ na 55 szt. z partią 2 zapisaną na (W)AWD2, magazynowa WMS na 60 szt. z zasobem z FZ2 (partia 3). Działanie jest więc analogiczne jak dla rezerwowania zasobów dla towaru bez oznaczenia partii identyfikatorem dostawy (patrz Przykład 4a). Z tą różnicą, że każda rezerwacja jest zapisana na osobnym elemencie dokumentu. Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS. Przy dodaniu dokumentu na mniejszą ilość 160 szt. zostaną założone rezerwacje: magazynowa WMS na 100 szt. z zasobem z FZ1 (partia 1), ‘w przyszłość’ na 55 szt. z partią 2 zapisaną na (W)AWD2, magazynowa WMS na 5 szt. z zasobem z FZ2 (partia 3). Działanie jest więc różne z analogicznym scenariuszem rezerwowania zasobów dla towaru bez oznaczenia partii identyfikatorem dostawy (patrz Przykład 4b).

 

Na rezerwacjach magazynowych WMS zostaje od razu zapisana konkretna dostawa, która jest zablokowana pod to wydanie. Natomiast na rezerwacjach ‘w przyszłość’ owej dostawy jeszcze nie mamy, więc zapisujemy na nich jedynie partię ustaloną na dokumencie wydania magazynowego.

Szczegóły dotyczące ustalania zasobów na dokumentach (W)ZWM przy włączonych rezerwacjach oraz specyfiki samych rezerwacji są opisane w kolejnych punktach.

Automatyczne tworzenie rezerwacji magazynowych WMS

Przy włączonym na karcie magazynu rezerwowaniu zasobów do dokumentu (W)ZWM tworzone są rezerwacje magazynowe WMS, które charakteryzują się tym, że zawsze obowiązują: są ustawione jako aktywne, blokujące towar, bez określonych dat aktywacji i obowiązywania. Dodatkowo mają one zawsze przypisany zasób. To wszystko gwarantuje, że istnieje możliwość ich zrealizowania w dowolnym momencie za pomocą dokumentu handlowego.

Przy dodawaniu dokumentu (W)ZWM z ręki po wybraniu towaru na elemencie System podpowiada pierwszą wolną partię dla tego towaru, więc jeśli partie są różnicowane po cesze, to będzie podpowiadał cechę z tej partii. Zmiana cechy będzie dozwolona tylko na taką, dla której zostanie odnaleziony jakiś wolny zasób. W przypadku gdy zasobu nie będzie, wówczas cecha zostanie automatycznie przestawiona na tą z pierwszego zasobu (tak to działa również dla wybranej cechy <nieokreślona>).

W przypadku, gdy dokument (W)ZWM jest wystawiany do dokumentu handlowego, wówczas rezerwacje magazynowe WMS są również tworzone tak, aby w Comarch WMS zostały zarezerwowane odpowiednie zasoby. W samym XL nie blokują one jednak towarów, gdyż taka blokada jest już zapewniona przez źródłowy dokument handlowy. Po przesynchronizowaniu takiego dokumentu (W)ZWM przypisane do niego rezerwacje magazynowe WMS zostają usunięte.

W przypadku, gdy dokument (W)ZWM jest wystawiany do zamówienia, również tworzone są rezerwacje magazynowe WMS tak, aby w Comarch WMS zostały zarezerwowane odpowiednie zasoby. Tworzenie tych rezerwacji magazynowych odbywa się wg następujących zasad:

Jednocześnie istniejące na zamówieniu rezerwacje zostają oznaczone jako nie blokujące towaru, aby ilość na rezerwacjach magazynowych oraz ilość z zamówień nie była duplikowana. Może też zaistnieć konieczność ich podzielenia ze względu na podział subelementów na dokumencie (W)ZWM.

 

Przyklad

Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości (partie): FZ1: 100 szt. + (W)AWD1: 100 szt. FZ2: 60 szt. + (W)AWD2: 60 szt. Włączone rezerwowanie zasobów w oparciu o stany handlowe.

1. Wystawione ZS na 120 szt. z rezerwacjami zasobowymi oznaczonymi jako blokujące towary: 60 szt. (z FZ1) oraz 60 szt. (z FZ2)

Dokument (W)ZWM1 wygenerowany do ZS1 będzie miał założone rezerwacje magazynowe WMS odziedziczone z ZS: - 60 szt. z zasobem z FZ1, - 60 szt. z zasobem z FZ2. Rezerwacje na dokumencie ZS1 zostaną oznaczone jako nie blokujące towaru.

1. Wystawione ZS na 120 szt. z rezerwacjami niezasobowymi oznaczonymi jako blokujące towary: 60 szt. (bez zasobu) oraz 60 szt. (bez zasobu)

Dokument (W)ZWM1 wygenerowany do ZS1 będzie miał założone rezerwacje magazynowe WMS zgodne z wyszukanymi na dokumentach handlowych zasobami: - 60 szt. z zasobem z FZ1, - 40 szt. z zasobem z FZ1, - 20 szt. z zasobem z FZ2. Rezerwacje na dokumencie ZS1 zostaną oznaczone jako nie blokujące towaru i rozbite zgodnie z rozbiciem rezerwacji magazynowych WMS. Takie rozbicie jest konieczne, ponieważ na dokumencie (W)ZWM powstają trzy subelementy.

 

Analogiczny mechanizm wykluczania rezerwacji na dokumentach źródłowych do (W)ZWM rezerwującego zasoby został wprowadzony dla dokumentów źródłowych z modułów Produkcja i Serwis.

Automatyczne tworzenie i przekształcanie rezerwacji WMS ‘w przyszłość’

W przypadku włączonego rezerwowania zasobów w oparciu o stany magazynowe WMS zasada wyszukiwania wolnych zasobów jest tutaj taka sama, jak opisano w pkt. 4.1.3. Różni się tylko tym, że do wolnych zasobów wliczane są zasoby magazynowe, niezależnie od tego, czy mają przypisane zasoby handlowe czy nie. W takim przypadku może się więc okazać, że zabrakło ilości handlowej w XL do utworzenia rezerwacji magazynowej WMS i wówczas tworzone są tzw. rezerwacje ‘w przyszłość’. Jako że dla ilości nie ma jeszcze stanu handlowego w XL, to nie jesteśmy w stanie określić dla nich konkretnej dostawy. W związku z tym rezerwacje te będą powiązane tylko z identyfikatorem konkretnej partii.

Będzie to zatem dotyczyło nowych (W)ZWM, które:

Do dokumentów (W)ZWM z takimi rezerwacjami nie uda się wystawić dokumentu handlowego z powodu braku zasobów.

 

Przyklad

Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości: FZ1: 100 szt. + (W)AWD1: 100 szt. (W)AWD2: 55 szt. FZ2: 60 szt. + (W)AWD3: 60 szt. Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS. Nowy dokument (W)ZWM1 na ten zasób dodano na 215 szt. Zostały założone rezerwacje:

• magazynowa WMS na 100 szt. z zasobem z FZ1,
• ‘w przyszłość’ na 55 szt. z partią zapisaną na (W)AWD2,
• magazynowa WMS na 60 szt. z zasobem z FZ2.

Do (W)ZWM1 nie uda się wystawić dokumentu handlowego.

 

W pierwszej kolejności musi nastąpić przyjęcie nowych zasobów handlowych, co automatycznie spowoduje przekształcenie rezerwacji ‘w przyszłość’ w zwykłe rezerwacje magazynowe WMS. Nowe zasoby handlowe są tworzone w momencie zatwierdzania dokumentu handlowego, więc samo jego wystawienie jeszcze nie pozwoli na przekształcenie rezerwacji.

   

Przyklad

Kontynuacja scenariusza z Przykładu 7. Do (W)AWD2 wystawiono dokument FZ3 na 55 szt. Po zatwierdzeniu FZ3 następuje automatyczne przekształcenie rezerwacji ‘w przyszłość’ na 55 szt. w rezerwację magazynową WMS z zasobem z FZ3. Dopiero wtedy do (W)ZWM1 można wystawić dokument handlowy.  

 

Wskazówka

Przekształcanie rezerwacji ‘w przyszłość’ w rezerwację magazynową WMS jest wykonywane tylko dla dokumentów (W)ZWM:

1. Istniejących w XL, czyli jeśli dokument jest wystawiany w WMS, to musi zostać najpierw przesynchronizowany do XL, aby przekształcanie rezerwacji zostało wykonane;
2. Nie będących w edycji w XL ani w WMS.

 

Na potrzeby przekształcania rezerwacji ‘w przyszłość’ w rezerwacje magazynowe WMS dodano w oknie konfiguracji, zakładka [WMS] nowy parametr W pierwszej kolejności przydzielaj zasoby do rezerwacji magazynowych bez ustalonego zasobu handlowego. Ma on znaczenie przy jednoczesnym ustawieniu dotychczasowego parametru z definicji dokumentu Przydzielaj tworzone zasoby do rezerwacji., co przedstawia poniższa tabela.

Ustawienie parametru		Działanie
Przydzielaj tworzone zasoby do rezerwacji	W pierwszej kolejności przydzielaj zasoby do rezerwacji magazynowych…
Zaznaczony	Zaznaczony	W pierwszej kolejności przekształcane są rezerwacje ‘w przyszłość’, a w drugiej rezerwacje niezasobowe pochodzące z zamówień oraz dokumentów z modułów Produkcja czy Serwis (jak dotychczas). Ilość możliwa do wykorzystania dla rezerwacji niezasobowych będzie pomniejszona o te wykorzystane wcześniej dla rezerwacji ‘w przyszłość’.
Zaznaczony	Nie zaznaczony	W pierwszej kolejności przekształcane są rezerwacje niezasobowe pochodzące z zamówień oraz dokumentów z modułów Produkcja czy Serwis (jak dotychczas), a w drugiej rezerwacje ‘w przyszłość’. Ilość możliwa do wykorzystania dla rezerwacji ‘w przyszłość’ będzie pomniejszona o te wykorzystane wcześniej dla rezerwacji niezasobowych.
Nie zaznaczony	Zaznaczony	Przekształcane są tylko rezerwacje ‘w przyszłość’. Nie będą przekształcane rezerwacje niezasobowe pochodzące z zamówień oraz dokumentów z modułów Produkcja czy Serwis (jak dotychczas),
Nie zaznaczony	Nie zaznaczony

Ilości z rezerwacji pochodzących z zamówień oraz z dokumentów z modułów Produkcja czy Serwis, które zostały już ujęte na dokumentach magazynowych (W)ZWM nie podlegają już przekształcaniu w rezerwacje zasobowe. Dlatego też nie będzie tu sytuacji, w której jednocześnie zostanie przekształcona rezerwacja w przyszłość i dokładnie dla tych samych ilości nastąpi przekształcenie rezerwacji niezasobowej z dokumentu źródłowego, np. zamówienia.

 

Wskazówka

Jeśli jest ustawione rezerwowanie zasobów w oparciu o stany magazynowe WMS i jednocześnie na definicjach dokumentów handlowych jest ustawiona opcja przydzielania tworzonych zasobów do rezerwacji, to zalecanym jest włączenie w konfiguracji parametru W pierwszej kolejności przydzielaj zasoby do rezerwacji magazynowych bez ustalonego zasobu handlowego. Pozwoli to nie blokować wystawiania dokumentów handlowych do już utworzonych wydań magazynowych.

   

Kontrola wartości cech przy rezerwowaniu na (W)ZWM

Przy tworzeniu rezerwacji magazynowych WMS i rezerwacji ‘w przyszłość’ warto zwrócić jeszcze uwagę na różnice w zakładaniu rezerwacji w zależności od ustawienia na towarze:

Jeśli dostawy dla danego towaru są oznaczone cechą, wówczas pry generowaniu (W)ZWM z zamówienia jest uwzględniany powyższy parametr Pobieranie zasobów wg cech.

Rezerwowanie w oparciu o stany handlowe

Dla rezerwowania w oparciu o stany handlowe nie ma znaczenia parametr Oznacz partię towaru – Identyfikatorem dostawy, gdyż rezerwacje zawsze będą zakładane tylko na dostępne stany handlowe zgodnie z ustawieniem pobierania zasobów wg cech:

Przyklad

Przykład 9: Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości: (W)AWD1: 60 szt. z cechą kolor: czarny (partia 1) FZ1: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: biały (partia 2) FZ2: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: czarny (partia 1) ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: czarny. Włączone rezerwowanie zasobów w oparciu o stany handlowe.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ2 (pierwszy dostępny handlowo zasób ze zgodną cechą).

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a). Przykład 9A: Towar z ustawieniami i zasobami jak wyżej. ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: <nieokreślony>. Włączone rezerwowanie zasobów w oparciu o stany handlowe.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie podano konkretnej cechy).

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a). Przykład 9B: Towar z ustawieniami i zasobami jak wyżej. ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: zielony. Włączone rezerwowanie zasobów w oparciu o stany handlowe.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 do ZS1 nie zostanie wygenerowany na żadną ilość (brak dostępnego zasobu z podaną cechą).

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie ma zasobu ze zgodną cechą).

   

Przyklad

Przykład 10: Towar z ustawionym pobieraniem zasobów wg FIFO, z ustawionym oznaczaniem partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości: (W)AWD1: 60 szt. z cechą kolor: czarny (partia 1) FZ1: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: biały (partia 2) FZ2: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: czarny (partia 3) ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: czarny. Włączone rezerwowanie zasobów w oparciu o stany handlowe.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ2 (pierwszy dostępny handlowo zasób ze zgodną cechą).

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a). Czyli działanie jak w przykładzie 9. Przykład 10A: Towar z ustawieniami i zasobami jak wyżej. ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: <nieokreślony>. Włączone rezerwowanie zasobów w oparciu o stany handlowe.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie podano konkretnej cechy).

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a). Czyli działanie jak w przykładzie 9A. Przykład 10B: Towar z ustawieniami i zasobami jak wyżej. ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: zielony. Włączone rezerwowanie zasobów w oparciu o stany handlowe.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 do ZS1 nie zostanie wygenerowany na żadną ilość (brak dostępnego zasobu z podaną cechą).

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie ma zasobu ze zgodną cechą). Czyli działanie jak w przykładzie 9B.

Rezerwowanie dla stanów magazynowych WMS

Dla rezerwowania w oparciu o stany magazynowe parametr Oznacz partię towaru – Identyfikatorem dostawy, ma znaczenie, gdyż rezerwacje będą zakładane zarówno na dostępne stany handlowe, jaki i na stany magazynowe:

 

Przyklad

Przykład 11: Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości: (W)AWD1: 60 szt. z cechą kolor: czarny (partia 1) FZ1: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: biały (partia 2) FZ2: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: czarny (partia 1) ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: czarny. Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ2 (pierwszy dostępny handlowo zasób ze zgodną cechą).

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a). Czyli działanie jak w przykładach 9 i 10. Przykład 11A: Towar z ustawieniami i zasobami jak wyżej. ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: <nieokreślony>. Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie podano konkretnej cechy).

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a). Czyli działanie jak w przykładach 9A i 10A. Przykład 11B: Towar z ustawieniami i zasobami jak wyżej. ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: zielony. Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 do ZS1 nie zostanie wygenerowany na żadną ilość (brak dostępnego zasobu z podaną cechą).

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację magazynową WMS na 50 szt. z zasobem z FZ1 (pierwszy dostępny handlowo zasób, ponieważ nie ma zasobu ze zgodną cechą). Czyli działanie jak w przykładach 9B i 10B.

   

Przyklad

Przykład 12: Towar z ustawionym pobieraniem zasobów wg FIFO, z ustawionym oznaczaniem partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości: (W)AWD1: 60 szt. z cechą kolor: czarny (partia 1) FZ1: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: biały (partia 2) FZ2: 100 szt. + (W)AWD2: 100 szt. z cechą kolor: czarny (partia 3) ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: czarny. Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację ‘w przyszłość’ z zasobem z (W)AWD1 (pierwszy dostępny zasób ze zgodną cechą wyszukany zgodnie z FIFO.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a). Czyli działanie inne niż w powyższych przykładach 9, 10, 11. Przykład 12A: Towar z ustawieniami i zasobami jak wyżej. ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: <nieokreślony>. Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację ‘w przyszłość’ z zasobem z (W)AWD1 (pierwszy dostępny zasób wyszukany zgodnie z FIFO).

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 jak w podpunkcie a). Czyli działanie inne niż w powyższych przykładach 9A, 10A, 11A. Przykład 12B: Towar z ustawieniami i zasobami jak wyżej. ZS1 z rezerwacją niezasobową: 50 szt. na cechę kolor: zielony. Włączone rezerwowanie zasobów w oparciu o stany magazynowe WMS.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Wymagaj

Dokument (W)ZWM1 do ZS1 nie zostanie wygenerowany na żadną ilość (brak dostępnego zasobu z podaną cechą). Czyli działanie jak w powyższych przykładach 9B, 10B, 11B.

1. Na towarze ustawione oraz Pobieranie zasobów wg cech: Preferuj

Dokument (W)ZWM1 wygenerowany do ZS1 na 50 szt. założy rezerwację ‘w przyszłość’ z zasobem z (W)AWD1 (pierwszy dostępny zasób wyszukany zgodnie z FIFO). Czyli działanie inne niż w powyższych przykładach 9B, 10B, 11B.

Usuwanie i przywracanie rezerwacji magazynowych WMS

Podczas anulowania dokumentów (W)ZWM usuwane są wszystkie jego elementy, więc jednocześnie usunięte zostają powiązane z nimi rezerwacje.

Rezerwacje magazynowe WMS przestają pełnić swoją funkcję blokowania zasobów w momencie, gdy owe zasoby zostają rozchodowane na dokumencie handlowym. Dlatego też przy tworzeniu dokumentów handlowych do (W)ZWM z rezerwacjami magazynowymi WMS działają następujące mechanizmy:

 

Wskazówka

Tylko dokumenty (W)ZWM z samymi rezerwacjami magazynowymi WMS mogą być realizowane dokumentami handlowymi.

 

Przy działaniu odwrotnym, czyli przy usuwaniu lub anulowaniu dokumentu handlowego bez anulowania (W)ZWM, jeśli na tym (W)ZWM jest oznaczone, że został wystawiony z włączoną opcją rezerwowania zasobów, wówczas rezerwacje magazynowe WMS zostają na nim przywrócone:

Gwarantuje to możliwość ponownego zrealizowania tych dokumentów handlowo. Mechanizm usuwania oraz przywracania rezerwacji magazynowych WMS jest analogiczny jak dla rezerwacji z zamówień.

 

Przyklad

Przykład 13: Towar z ustawionym pobieraniem zasobów wg FIFO, bez ustawionego oznaczania partii towaru identyfikatorem dostawy. Przyjęty w Comarch ERP XL i Comarch WMS na następujące ilości (partie): FZ1: 100 szt. + (W)AWD1: 100 szt. FZ2: 60 szt. + (W)AWD2: 60 szt. Włączone rezerwowanie zasobów w oparciu o stany handlowe.

1. Dokument (W)ZWM1 wystawiony na 120 szt.

Będzie miał założone rezerwacje magazynowe WMS zgodne z wyszukanymi na dokumentach handlowych zasobami: - 100 szt. z zasobem z FZ1, - 20 szt. z zasobem z FZ2. Po wystawieniu FS1 do (W)ZWM1 zostaną usunięte powyższe rezerwacje magazynowe WMS. W przypadku anulowania FS1 bez (W)ZWM1 zostaną odtworzone powyższe rezerwacje magazynowe WMS.

1. Wystawione ZS na 120 szt. z rezerwacjami zasobowymi oznaczonymi jako blokujące towary: 60 szt. (z FZ1) oraz 60 szt. (z FZ2)

Dokument (W)ZWM1 wygenerowany do ZS1 będzie miał założone rezerwacje magazynowe WMS odziedziczone z ZS: - 60 szt. z zasobem z FZ1, - 60 szt. z zasobem z FZ2. Rezerwacje na dokumencie ZS1 zostaną oznaczone jako nie blokujące towaru. Po wystawieniu FS1 do (W)ZWM1 zostaną usunięte powyższe rezerwacje magazynowe WMS oraz rezerwacje z zamówienia. W przypadku anulowania FS1 bez (W)ZWM1 zostaną odtworzone powyższe rezerwacje magazynowe WMS oraz rezerwacje z zamówienia – one nadal będą oznaczone jako nie blokujące towaru.

1. Wystawione ZS na 120 szt. z rezerwacjami niezasobowymi oznaczonymi jako blokujące towary: 60 szt. (bez zasobu) oraz 60 szt. (bez zasobu)

Dokument (W)ZWM1 wygenerowany do ZS1 będzie miał założone rezerwacje magazynowe WMS zgodne z wyszukanymi na dokumentach handlowych zasobami: - 60 szt. z zasobem z FZ1, - 40 szt. z zasobem z FZ1, - 20 szt. z zasobem z FZ2. Rezerwacje na dokumencie ZS1 zostaną oznaczone jako nie blokujące towaru i rozbite zgodnie z rozbiciem rezerwacji magazynowych WMS. Takie rozbicie jest konieczne, ponieważ na dokumencie (W)ZWM powstają trzy subelementy. Po wystawieniu FS1 do (W)ZWM1 zostaną usunięte powyższe rezerwacje magazynowe WMS oraz rezerwacje z zamówienia. W przypadku anulowania FS1 bez (W)ZWM1 zostaną odtworzone powyższe rezerwacje magazynowe WMS oraz rezerwacje z zamówienia – one nadal będą oznaczone jako nie blokujące towaru.

   

Realizacja lub usuwanie rezerwacji magazynowej WMS jest wykonywane również po operacji spięcia dokumentu handlowego z magazynowym (W)ZWM powiązanego z taką rezerwacją.

 

Wskazówka

Przy spinaniu istotne jest, aby partie towaru na dokumencie handlowym i magazynowym były zgodne, w przeciwnym razie spięcie jest zablokowane. Niezgodność partii przy spinaniu jest dopuszczalna jedynie w sytuacji, gdy dla danego magazynu jest ustawiony sposób pracy z WMS: Tylko ilościowo.  

 

Obowiązują tutaj te same zasady, co podczas wystawiania dokumentu handlowego do (W)ZWM:

Ręczna obsługa rezerwacji magazynowych

‘Ręczne’ dodawanie i usuwanie rezerwacji magazynowych

Na liście dokumentów magazynowych w oknach Pulpit dyspozytora na zakładce [Dokumenty] oraz Dokumenty/Magazynowe na zakładce [Wydania] dodano nowe polecenia w menu kontekstowym:

Polecenia pozwalają na seryjne (dla zaznaczonych dokumentów) dodawanie i usuwanie rezerwacji magazynowych WMS oraz rezerwacji ‘w przyszłość’.

Dodawanie rezerwacji magazynowych jest możliwe dla dokumentów (W)ZWM, które:

W sytuacji, gdy wybrany dokument nie spełnia powyższych założeń użytkownik jest o tym poinformowany stosownym komunikatem, a rezerwacje magazynowe nie zostają utworzone.

Po dodaniu właściwych rezerwacji magazynowych dla danego dokumentu jest w tabeli ustawiana informacja wskazująca na sposób rezerwowania zasobów, która jest dziedziczona z karty magazynu

Usuwanie rezerwacji magazynowych jest możliwe dla dokumentów (W)ZWM przed rozpoczętą realizacją.

Po usunięciu wszystkich rezerwacji z dokumentu zostaje na nim zmienione ustawienie wskazujące na rezerwowanie zasobów, które zostało odziedziczone z karty magazynu. Oznacza to, że taki dokument nie ma ustawionej żadnej opcji rezerwowania zasobów.

Lista rezerwacji magazynowych WMS

Na liście rezerwacji dostępnych w Historii towaru oraz Historii kontrahenta są widoczne rezerwacje magazynowe WMS. Została również dodana nowa pozycja filtra Zlecenie wydania z magazynu WMS. Dla takiego ustawienia w filtrze będą pokazywane rezerwacje magazynowe WMS przypisane do danego kontrahenta lub towaru, którego dotyczą. Jeśli rezerwacja pochodzi z dokumentu wystawionego w WMS, który nie został jeszcze przesynchronizowany do XL, wówczas jako dokument źródłowy na liście i na formatce rezerwacji widnieje wyrażenie: Rezerwacja ZWM.

Zablokowane jest dodawanie i usuwanie rezerwacji magazynowych WMS z poziomu tej listy. Operacje te są wykonywane automatycznie lub ręcznie tylko z poziomu dokumentów (W)ZWM, jak opisano w powyższych punktach.

Na liście nie są prezentowane rezerwacje WMS ‘w przyszłość’.

Wykluczanie rezerwacji magazynowych z ręcznych operacji na rezerwacjach

Rezerwacje magazynowe WMS oraz rezerwacje WMS ‘w przyszłość’ nie są pokazywane na listach rezerwacji wołanych w trakcie następujących operacji:

Dodano nowe predefiniowane składniki BST Zarezerwowana na (W)ZWM oraz Zarezerwowana na ZWM, które wyliczają odpowiednio ilości zarezerwowane na dokumentach (W)ZWMM wystawionych lub przesynchronizowanych z WMS lub dokumentach ZWM jeszcze nie przesynchronizowanych do XL.

Do tych składników nie są wliczane ilości pochodzące z rezerwacji WMS ‘w przyszłość’.

Anulowanie/korekta dokumentów przychodowych z kontrolą wydań magazynowych

Podczas anulowania dokumentów handlowych zakładających dostawy, np. FZ jest sprawdzane czy te dostawy nie zostały już rozchodowane na dokumentach handlowych lub magazynowych (dla magazynów innych niż WMS). Dzięki rezerwacjom magazynowym WMS możliwa jest również kontrola stopnia ich wydania na dokumentach (W)ZWM i jeśli takie wydanie już nastąpiło, wówczas następuje blokada anulowania takich dokumentów handlowych.

Analogicznie działa to dla anulowania dokumentu (W)AWD z zaznaczonym parametrem ‘Realizuj w WMS’ – jest ono możliwe tylko wtedy, gdy zasoby nie zostały jeszcze wydane na dokumentach magazynowych. W przeciwnym razie anulowanie zostanie zablokowane i pojawi się stosowny komunikat.

Podczas wystawiania korekty ilościowej dla dokumentów handlowych zakładających dostawy, ilość możliwa do skorygowania ustalana jest z uwzględnieniem rezerwacji magazynowych WMS z tą dostawą – ilość zarezerwowana musi pozostać na dokumencie korekty. Przy próbie wprowadzenia większej ilości do skorygowania niż jest do dopuszczalne, pojawia się standardowy komunikat o braku ilości.

Funkcjonalności niedostępne w XL Start

W wersji Comarch ERP XL Start nie jest dostępne Modelowanie procesów oraz współpraca z WMS, w związku z czym poniższe punkty nie dotyczą tej wersji:

Ramowy harmonogram wersji Comarch ERP XL w 2021 r.

Numer wersji	Typ wersji	Termin wydania	Uwagi
2021.0.1 PSQL	HF	Tydzień po udostępnieniu HF 2021.0.1 MSSQL	Podatek cukrowy, Dokończenie zmian wynikających z wyjścia Wielkiej Brytanii z UE
2021.0.2	HF	Przed 25.03.2021 r.	Zmiany pod deklarację JPK_V7
2021.0.2 PSQL	HF	Tydzień po udostępnieniu HF 2021.0.2 MSSQL	Zmiany pod deklarację JPK_V7
2022.0	Wersja	Grudzień 2021 r.

Planowane daty udostępniania oprogramowania są na bieżąco aktualizowane na Społeczności Comarch: https://spolecznosc.comarch.pl/news/planowane-wersje-comarch-erp-xl-na-rok-2021-66771

Zestawienie aplikacji, z którymi współpracuje Comarch ERP XL 2021.0

Aplikacja	Wersja	Uwagi
Comarch IBARD	5.2.3
wszystko.pl	Aktualna wersja www.wszystko.pl
Comarch e-Sklep	2021.0
Comarch B2B	Informacja w dokumentacji nowej wersji
Comarch Mobile (Zarządzanie, Sprzedaż, Monitorowanie, Serwis)	2021.0
Comarch WMS (Zarządzanie, Magazynier)	2021.0
Comarch Magazynier	2021.1
Comarch ERP Optima – Off-line	2021.2.1
Comarch ERP XL HR	2021.2.1
Comarch HRM	2021.1.2
Comarch DMS (stacjonarny, WWW)	2020.2.2
Comarch ERP XL Business Intelligence (Księga raportów, Panel zarządzania, Konfigurator)	2021.0
Comarch ERP XL Business Intelligence (BI Point)	11.1.0
Comarch MyPoint	1.2.5
Comarch ECM	2015.2
Migracja danych XL2XML	8.0.1
Comarch MES	2021.0
Comarch e-Sprawozdania	2021.1
Comarch Retail POS 2.0	2021.1
Comarch Shipping	Aktualna wersja shipping.comarch.com
Comarch IoT Platform	Aktualna wersja ca.comarch-iot.com/

Logistyka

Obsługa opłaty spożywczej

W wersji 2021.0.1 udostępniona została podstawowa funkcjonalność w zakresie obsługi tzw. podatku cukrowego, obejmująca:

Należna opłata ustalana jest na podstawie wszystkich faktur z ww. znacznikiem zarejestrowanych w danym okresie i dotyczących sprzedaży towarów podlegających tej opłacie. Wielkość opłaty wyliczana jest w oparciu o procedurę serwerową, którą w razie potrzeby Partner/Klient może stosownie zmodyfikować. Udostępniony został stosowny formularz deklaracji CUK-1 i obsłużone jego wysyłanie oraz generowanie na jego podstawie pliku .xml. Więcej informacji dotyczących formularza CUK-1 znajduje się w rozdziale Księgowość.

Parametr włączający obsługę opłaty spożywczej

W Konfiguracji udostępniony został stosowny parametr decydujący o dostępności kontrolek, parametrów, funkcji, zakładek itp. dotyczących funkcjonalności obsługi opłaty spożywczej.

Parametry opłaty spożywczej na karcie towaru

Na karcie towaru udostępniona została zakładka [Opłata spożywcza], dostępna o ile włączony został parametr Obsługa opłaty spożywczej w Konfiguracji Systemu, a karta dotyczy towaru lub produktu (niedostępna na karcie a-vista, usłudze i koszcie). Na zakładce tej udostępniono poszczególne parametry opłaty spożywczej towaru:

Kontrolki z poszczególnymi stawkami opłaty jak również łączna stawka opłaty pozostają niedostępne do edycji. Edycji podlega natomiast kontrolka z zawartością cukru oraz przelicznik jednostki podstawowej napoju na ml.

System stosownie ustala/uaktualnia wielkość poszczególnych stawek podczas edycji poszczególnych parametrów, zachowując przy tym opisane poniżej zasady.

Opłata stała, zmienna oraz z tytułu obecności kofeiny/tauryny

Zawartość cukru

Edytowalna zawartość cukru może wpłynąć na dwie składowe opłaty: opłatę stałą oraz zmienną.

Przelicznik jednostki podstawowej na ml

Kontrolki przelicznika jednostki podstawowej napoju na litry, a dokładniej rzecz ujmując – informacja o tym, ile mililitrów napoju zawiera 1 jednostka podstawowa napoju jest niezbędna w celu prawidłowego obliczenia wielkości opłaty dla sprzedanych napojów. Stawki opłaty w Ustawie ustalone są bowiem na 1 litr, nie jest zaś oczywiste, że każda kartoteka napoju zdefiniowane w Systemie posługuje się litrem jako jednostką podstawową.

Filtrowanie listy towarów objętych opłatą spożywczą

Pod listą towarów dodany został stosowny filtr, pozwalający ograniczyć listę towarów do napojów objętych opłatą spożywczą.

Parametry opłaty spożywczej na wzorcu towaru

Zakładka [Opłata spożywcza] udostępniona została również na karcie wzorca towaru. Zasada jej dostępności i obsługi poszczególnych kontrolek/parametrów jest identyczna, jak opisana wyżej dla karty towaru.

Ustalone na wzorcu parametry przypisywane są na nowych towarach dodawanych do danej grupy. Obsłużona została również wg ogólnych zasad aktualizacja parametrów opłaty spożywczej na elementach podrzędnych (grupy podrzędne, towary) w oparciu o wzorzec.

Parametr naliczania opłaty spożywczej na karcie kontrahenta

Zasadniczo podmiotem zobowiązanym do zapłaty tzw. podatku cukrowego jest pierwszy podmiot sprzedający napoje do punktów sprzedaży detalicznej lub mieszanej albo prowadzący sprzedaż detaliczną napojów. Aby możliwa była identyfikacja rodzaju podmiotu, któremu sprzedawane są napoje słodzące pod kątem ww. obowiązku zapłaty podatku cukrowego na kartach kontrahentów, na zakładce [Księgowość] wprowadzony został parametr Naliczaj podczas sprzedaży.

Włączenie ww. parametru oznacza, że z tytułu sprzedaży dokonanej na rzecz tego kontrahenta ma zostać naliczona opłata spożywcza. Parametr ten powinien pozostać włączony na kartach kontrahentów krajowych będących detalistami lub podmiotami prowadzącymi sprzedaż detaliczną lub mieszaną, tylko bowiem sprzedaż na rzecz takich kontrahentów zgodnie z Ustawą podlega opłacie spożywczej.

Podczas konwersji bazy do wersji 2021.0.1 ww. parametr zostaje domyślnie włączony na kartach kontrahentów krajowych i wzorcach kontrahentów krajowych. Jeżeli więc dla transakcji z danym kontrahentem krajowym opłata nie powinna być naliczana (np. jest to podmiot prowadzący wyłącznie sprzedaż hurtową) należy na jego karcie ww. parametr wyłączyć.

Ww. parametr jest przenoszony na dokumenty handlowe sprzedaży rejestrowane dla tego kontrahenta, o czym więcej w dalszej części dokumentu.

Identyczny parametr został dodany na kartę wzorca kontrahenta, a jego ustawienie jest kopiowane na nowe karty kontrahentów dodawane w ramach tego wzorca. Obsłużona została również standardowa aktualizacja nowego parametru na elementach podrzędnych (grupy podrzędne, karty kontrahentów) w oparciu o wzorzec.

Parametr naliczania opłaty spożywczej na formatce dokumentu sprzedaży

Na formatkach dokumentów sprzedaży udostępniony został parametr Naliczaj opłatę spożywczą decydujący, jak sama nazwa wskazuje, o tym, czy od danej transakcji ma zostać naliczona opłata spożywcza.

Ww. parametr jest dostępny na poniżej wymienionych typach dokumentów, o ile włączony zostanie parametr Obsługa opłaty spożywczej w Konfiguracji Systemu.

Ustawienie parametru można zmienić, w tym na dokumencie, który został już zatwierdzony. Zmiany ustawienia parametru na konkretnym dokumencie może dokonywać Operator, który ma prawo do edycji tego dokumentu.

Edycja ww. parametru na spinaczach nagłówkowych wywołuje zmianę parametru na tym spinaczu i na dokumentach w nich spiętych.

Stosowna zmiana/aktualizacja ustawienia parametru dokonywana jest podczas zmiany rodzaju transakcji dokonywanej samodzielnie przez Użytkownika oraz opcjonalnie podczas zmiany kontrahenta głównego na dokumencie. W przypadku zmiany kontrahenta o tym, czy zmieniać ustawienie ww. parametru decyduje Użytkownik, poprzez stosowne zaznaczenie/odznaczenie opcji w oknie zmian.

Seryjna zmiana parametru Naliczaj opłatę spożywczą na dokumentach

Oprócz opisanej wyżej możliwości edycji parametru Naliczaj opłatę spożywczą na formatkach poszczególnych dokumentów, przygotowane zostały również operacje jego seryjnej zmiany/aktualizacji na zaznaczonych dokumentach.

Seryjna aktualizacja parametru naliczania opłaty spożywczej została udostępniona w menu kontekstowym list: FS, WZ, PA, FSE i WZE i jest dostępna, o ile w Konfiguracji Systemu włączony został parametr Obsługa opłaty spożywczej. Udostępniono trzy opcje seryjnej zmiany parametru:

Operacja dokonywana jest na tych zaznaczonych dokumentach (w tym również zatwierdzonych), do edycji których Operator ma prawo. W przypadku zmiany dokonywanej na spinaczu nagłówkowych zmiana dokonywana jest równolegle na dokumentach w nim spiętych.

Inne zmiany

Brexit – zmiany w obsłudze kodu kraju GB

Aktualnie przy zakładaniu karty kontrahenta, po wybraniu kodu kraju GB, na zakładce [Księgowe] automatycznie ustawi się Typ kontrahenta jako pozaunijny.

MPP na dokumencie SAD

Wprowadzono następujące zmiany na płatności do dokumentu SAD:

1. Po zaznaczeniu parametru Podzielona płatność (MPP) w polu: Kwota VAT podpowie się kwota równa wartości VAT z zakładki [VAT].
2. Kwotę tę można powiększyć o dodatkowe kwoty wynikające z płatności do cła lub akcyzy przez wpisanie odpowiedniej wartości w polu Kwota VAT. Maksymalna wartość wpisana w polu: Kwota VAT nie może przekraczać kwoty Płatności.

Księgowość

Formularz CUK-1

W wersji Comarch ERP XL 2021.0.1 udostępniono formularz CUK-1 umożliwiający naliczenie opłaty spożywczej oraz wygenerowanie pliku xml, który można przesłać na bramkę Ministerstwa Finansów lub dodać z poziomu aplikacji Klient JPK WEB.

Deklarację CUK można podpisać wyłącznie podpisem kwalifikowanym.

Miejsca udostępnienia formularza CUK-1

Okno Deklaracje podatkowe / Lista CUK-1

Formularz CUK-1 udostępniono w tym samym oknie co inne deklaracje, przy czym w oknie otwieranym z poziomu opcji w menu Podatek cukrowy CUK-1 listę zawężono tylko do formularzy CUK-1.

Konstrukcja okna, tj. zakładki, kolumny, pola, przyciski są analogiczne jak w oknie Deklaracje podatkowe, udostępnianym z poziomu menu Inne deklaracje.

Z poziomu okna umożliwiono:

Logika wystawiania formularzy CUK-1

Zostały wprowadzona analogiczne zasady dot. wystawiania formularzy CUK-1 jak formularzy JPK_V7.

Logika korygowania formularzy CUK-1

Z uwagi na brak objaśnień do CUK-1 przyjęto, że korekta będzie obejmowała stan bieżący, a nie dane korygowane. Zatem zasady korygowania CUK-1 są analogiczne jak JPK_V7M.

Formularz CUK-1

Formularz CUK-1 składa się z 8 zakładek:

Zakładka [Ogólne]

Na zakładce [Ogólne] udostępniono następujące kontrolki:

Zakładka [Nagłówek]

Na zakładce [Nagłówek] udostępniono:

Zakładka [Deklaracja]

Na zakładce [Deklaracja], zgodnie z wymaganiami schemy udostępniono pięć sekcji. Szczegóły na powyższym zrzucie.

Dane wyliczane są przez system. Sposób wyliczenia zależy od dwóch parametrów dostępnych z poziomu zakładki [Ogólne]:

Użytkownik ma możliwość wprowadzenia kwot „z ręki” za wyjątkiem pól 30 oraz 31. Pola, w których kwoty zostaną wprowadzone ręcznie wyświetlane są w kolorze żółtym.

 

Uwaga

Ponowne przeliczenie formularza spowoduje nadpisanie kwot wprowadzonych przez użytkownika kwotami wyliczonymi przez system.

Dodatkowe objaśnienia:

Zakładka [Część analityczna]

 

Uwaga

W części deklaratywnej pola od 11 do 29 nie są wyliczane jako suma wartości prezentowanych w kolumnach od 11 do 29 w części analitycznej

 

W sekcji Nr partii towaru prezentowane są informacje składające się na daną partię towaru tj. Kod towaru/Cecha/EAN/Data ważności/Nr partii towaru.

Zakładka [Sumy ctrl]

Na zakładce [Sumy ctrl] prezentowane są trzy pola:

Do pliku przekazywana jest informacja o liczbie faktur ujętych w części analitycznej.

Zakładka [Płatności]

Na zakładce [Płatności] sposób prezentacji płatności jest zgodny z przyjętym w systemie Comarch ERP XL standardem.

 

Uwaga

Do pliku przelewu wygenerowanego na podstawie płatności powiązanej z formularzem CUK-1 przekazywany jest typ formularza CUK-1. Na dzień przygotowania niniejszej dokumentacji, w tym zakresie brak jednoznacznego potwierdzenia o prawidłowości wymiany danych z niektórymi bankami w usłudze Webservice.

Zakładka [Księgowość]

Prezentacja i zasada działania zgodne z obowiązującym standardem

Z poziomu formularza CUK-1 dostępne są schematy przypisane do formularza CUK-1. Szczegóły w osobnym rozdziale 2.1.7 Schemat księgowy dla CUK-1.

Zakładka [Załączniki]

Zasady dodawania oraz prezentacji załączników zgodnie z istniejącym w systemie Comarch ERP XL standardem.

Zasady ustalania wielkości opłaty spożywczej

Na potrzeby ustalania informacji niezbędnych do sporządzenia i wysłania deklaracji CUK-1 przygotowane zostały stosowne funkcje, zbudowane w sposób umożliwiający Partnerowi/Klientowi ich modyfikację, stosownie do potrzeb własnych Klienta.

Standardowa funkcja zwraca informacje opisane w dalszej części projektu.

Uwaga

Dotąd nie zostały opublikowane żadne objaśnienia dotyczące zasad ustalania wartości dla poszczególnych tagów schemy przewidzianej dla deklaracji CUK-1. Nie ma również dostępnej żadnej informacji dotyczącej zasad wg których odbywa się weryfikacja poprawności składanej deklaracji, które zmieniały/zmieniają się niejednokrotnie z dnia na dzień. Brak również wyjaśnień odnośnie ujmowania paragonów, czy też korekt dokumentów na deklaracji. Niektóre z niejasności zostały rozwiązane na zasadzie parametryzacji, o czym więcej w dalszej części dokumentu. Wielu z nich jednak nie sposób parametryzować. W związku z powyższym istnieje duże prawdopodobieństwo, że przekazana Państwu funkcjonalność będzie wymagała uzupełnienia/modyfikacji, które zostaną wprowadzone jak tylko pojawią się oficjalne wytyczne, na których będzie się można oprzeć.

Część analityczna – lista faktur

Lista faktur sprzedaży, wykazywana na zakładce [Część analityczna] deklaracji CUK-1 identyfikowana jest na podstawie zatwierdzonych dokumentów j.n. z włączonym parametrem Naliczaj opłatę spożywczą dokumentujących sprzedaż napojów polegających opłacie spożywczej, zarejestrowanych w dacie zawierającej się w okresie, którego dotyczy sporządzana deklaracja.

Przez ww. dokumenty należy rozumieć:

Przez ww. datę dokumentu należy rozumieć datę wystawienia lub datę sprzedaży, zależnie od typu daty wskazanej na formularzu CUK-1.

Pomimo tego, że zgodnie ze schemą deklaracji CUK-1 podanie informacji o sprzedanej ilości napojów słodzących i należnej z tego tytułu opłacie spożywczej wymagane jest w sposób globalny tj. od całej sprzedaży dokonanej w danym okresie, informacje te prezentowane są również dla poszczególnych faktur. Dzięki temu Użytkownik może sprawdzić, do której grupy napojów zostały zakwalifikowane elementy danej faktury, czy też jaka kwota opłaty z niej wynika.

Dla każdej faktury prezentowane są odpowiedniki pól P_11 – P_29 deklaracji, obliczone dla pojedynczych faktur.

 

Uwaga

Wielkości zagregowane, tj. pola P_11 – P-29 części deklaracyjnej nie są prostymi sumami ww. pól prezentowanych dla poszczególnych faktur, lecz obliczane są zbiorczo, na podstawie sumy ilości sprzedanej poszczególnych napojów. Proste sumowanie opłat z dokumentów mogłoby bowiem powodować niesłuszne zaniżania należnej opłaty, wynikające z zaokrągleń dokonywanych przy przeliczaniu jednostki podstawowej towaru na ml przy kalkulacji na poszczególnych, pojedynczych fakturach. W związku z powyższym suma danego pola dla poszczególnych faktur nie musi być zgodna z wartością wykazaną w danym zbiorczym polu (np. suma P_11 z poszczególnych faktur nie musi być zgodna z wartością kontrolki P_11 części deklaracyjnej itp.).

 

Mechanizm kwalifikowania poszczególnych napojów sprzedanych na danej fakturze do grup oraz zasady ustalania informacji dla każdej z nich jest identyczny jak omówiony w dalszej części dokumentu dla wartości globalnych, ujętych w części deklaracyjnej formularza.

Część analityczna - Lista partii

Lista partii napojów sprzedanych na danej fakturze ustalana jest na podstawie dostaw użytych na subelementach dokumentu. Dla każdej takiej dostawy ustalone są: kod towaru, cecha dostawy, EAN dostawy i data ważności dostawy. Na tej podstawie ustalana jest lista partii, przy czym dana partia wykazywana jest tylko jeden raz. Jako numer partii ustalana jest wartość tekstowa złożona z ww. składowych oddzielonych średnikiem.

 

Przyklad

Na dokumencie FS rozchodowano następujące dostawy: Kod towaru Cecha EAN Data ważności 1. Napój ABC gazowany 14141414141414 2021-02-15 2. Napój ABC gazowany 14141414141415 3. Napój ABC gazowany 14141414141414 2021-02-15 4. Napój ABC gazowany 14141414141415 5. Napój ABC niegazowany Lista partii po usunięciu duplikatów: Napój ABC; gazowany; 14141414141414; 2021-02-15 Napój ABC; gazowany; 14141414141415 Napój ABC; niegazowany

 

Lista partii prezentowana jest na zakładce [Część analityczna] deklaracji CUK-1, kontekstowo dla poszczególnych faktur.

Część deklaracyjna formularza

Napoje sprzedane na dokumentach, o których mowa wyżej kwalifikowane są, zgodnie z budową schemy do pięciu grup napojów:

Grupa	Opis	Warunek	Pola
I	Napoje, o zawartości cukrów w ilości równej lub mniejszej niż 5g w 100 ml napoju lub o zawartości w jakiejkolwiek ilości co najmniej jednej substancji słodzącej	Towar nie będący „sokiem” ani „roztworem”, który - zawiera substancje słodzącą a cukru nie więcej niż 5g/100ml - nie zawierający substancji słodzącej a zawierający cukru więcej niż 0 i nie więcej niż 5g/100ml	P_11 P_12 P_13
II	Napoje, o zawartości cukrów powyżej 5 g w 100 ml napoju, z wyłączeniem napojów wskazanych w wierszach 4 i 5	Towar nie będący „sokiem” ani „roztworem”, który zawiera więcej niż 5g cukru na 100/ml.	P_14 P_15 P_16 P_17 P_18
III	Napoje z dodatkiem kofeiny lub tauryny	Towar z włączonym parametrem „Kofeina/tauryna”, bez względu na to, czy i ile zawiera cukru/substancji słodzących oraz bez względu na to, czy jest „sokiem” lub „roztworem”	P_19 P_20 P_21
IV	Napoje, w których udział masowy soku owocowego, warzywnego lub owocowo-warzywnego wynosi nie mniej niż 20% składu surowcowego, zawierające powyżej 5 g cukrów w 100 ml napoju	Towary z włączonym parametrem „Zawartość soku…” i zawartością cukru >5g/100ml	P_22 P_23 P_24 P_25
V	Napoje, będące roztworami węglowodanowo elektrolitowymi, o których mowa w rozporządzeniu, zawierające powyżej 5 g cukrów w 100 ml napoju	Towary z włączonym parametrem „Roztwór…”, i zawartością cukru >5g/100ml	P_26 P_27 P_28 P_29

Dla każdej z ww. pięciu grup napojów ustalane są wymagane dla danej grupy dane.

Liczba mililitrów [P_11; P_14; P_19; P_22; P_26]

System oblicza ilość sprzedaną poszczególnych napojów wyrażoną w mililitrach, a następnie sumuje tak obliczone wielkości wszystkich sprzedanych napojów.

Wielkość opłaty stałej z tytułu cukru/substancji słodzącej [P_12; P_16]

Powyższe obliczane jest jako: Liczba ml/1000*0,50

Wielkość opłaty z tytułu obecności kofeiny/tauryny [P_20]

Powyższe obliczane jest jako: Liczba ml/1000*0,10

Łączna liczba mg cukrów będących nadwyżką powyżej 5g/100ml [P_15; P_23 i P_27]

W związku z problematyczną kwestią liczenia nadwyżki cukru i brakiem jakichkolwiek objaśnień w tym zakresie na formularz CUK-1 dodany został parametr Nadwyżka cukru wg stawki max. Parametr ten decyduje o sposobie wyliczania łącznej liczby mg cukrów będących nadwyżką powyżej 5g/100ml, czyli sposobie wyliczania pól P_15, P_23 i P_27, które z kolei determinują wielkość opłaty zmiennej. Włączony parametr (domyślne ustawienie na formularzu) pozwala na takie wyliczenia nadwyżki cukru, aby kalkulowana w oparciu o nią opłata zmienna uwzględniała zapis art. 12f ust 6 Ustawy, zgodnie z którym łączna stawka opłaty jest nie wyższa niż 1,20. Przy wyłączonym parametrze nadwyżka cukru liczona jest wprost na podstawie zawartości cukru w napoju, a co za tym idzie opłata zmienna liczona jest bez jej ograniczania do ww. łącznej stawki maksymalnej 1,20.

 

Przyklad

Napój A zawiera 24,40g cukru/100ml (stawka stała 0,50, stawka zmienna 0,70). Sprzedano 1litr napoju A i sporządzono deklarację, na które:. a. Napój został zakwalifikowany do grupy II b. Liczba ml: 1000 c. Liczba mg cukru będąca nadwyżką - Włączony „Nadwyżka cukru wg stawki max”: [0,70/0,05] * 1000=14000 - Wyłączony „Nadwyżka cukru wg stawki max”: [25-5] * 1000=20000 d. Opłata stała: 0,50 e. Opłata zmienna: - Włączony „Nadwyżka cukru wg stawki max”: 14000/1000*0,05=0,70 - Wyłączony „Nadwyżka cukru wg stawki max”: 20000/1000*0,05=1,00 f. Łączna opłata: - Włączony „Nadwyżka cukru wg stawki max”: 0,50+0,70=1,20 - Wyłączony „Nadwyżka cukru wg stawki max”: 0,50+1,00=1,50

 

Jak widać na powyższym przykładzie Użytkownik musi dokonać wyboru pomiędzy dwiema opcjami: opcja z opłatą liczoną z uwzględnieniem opłaty maksymalnej, określonej w Ustawie, obarczona koniecznością dość nielogicznego ustalanie wielkości nadwyżki cukru lub opcja z rzeczywistą nadwyżką cukru, skutkująca naliczeniem zawyżonej opłaty.

Wielkość opłaty zmiennej z tytułu zawartości cukru [P_17; P_24; P_28]

Powyższe obliczane jest jako: Łączna nadwyżka cukru/1000*0,05

Łączna wielkość opłaty dla danej grupy [P_13; P_18; P_21, P_25; P_29] to odpowiednie sumy składowych opłaty

P_30 to suma ww. łącznej wielkości opłat z poszczególnych grup

Schemat księgowy dla CUK-1

Schematy księgowe dla formularza CUK-1 definiujemy z poziomu okna Schematy księgowań dokumentów, zakładki [Deklaracje].

Z poziomu zakładki pozycje możemy wskazać kwoty z deklaracji lub kwotę płatności. Szczegóły w poniższej tabeli.

Oblicz dla	Pole Kwota	Konto	Opis
Kwot z deklaracji	W ramach pozycji Inne dodano opcję CUK-1. Opcję umieszczono pod pozycją JPK_V7 Po wybraniu opcji CUK-1 wyświetlany jest standardowy formularz o nazwie „Wprowadź numer pola deklaracji”. Na formularzu udostępniono poniższe pola: ■ „Symbol deklaracji” - wybieramy symbol pliku CUK-1 ■ „Numer wersji” – numer wersji formularza CUK-1 ■ „Nr pola:” - numery pól formularza CUK-1 wraz z nazwami, z ograniczeniem do części deklaratywnej. ■ „Id pola:” identyfikator pola	Wg standardu	■ @NUM – numer dokumentu ■ Pole Deklaracji () ■ Zapytanie SQL
Płatności	Stroną jest Urząd skarbowy. Płatności można wyksięgować wskazując w schemacie Urząd Skarbowy. Do wyboru standardowo trzy opcje: ■ Zapłata – księgowanie kwoty rozliczenia, ■ Zaległość – księgowanie kwoty pozostającej do rozliczenia, ■ Płatność - kwota płatności (Zobowiązania lub Należności)	Wg standardu	■ @NUM – numer dokumentu ■ Pole Deklaracji () ■ Zapytanie SQL
Opis analityczny	NIE DOTYCZY. Formularz CUK-1 nie podlega opisowi analitycznemu

Wysyłka plików xml na bramkę Ministerstwa Finansów

Obsłużono wysyłkę pliku xml wygenerowanego z poziomu formularza CUK-1 na bramkę Ministerstwa Finansów zgodnie z istniejącym w systemie Comarch ERP XL standardem.

Użytkownicy mogą także wysłać pliki xml wygenerowane w systemie Comarch ERP XL za pośrednictwem aplikacji Klient JPK WEB udostępnionej na stronach Ministerstwa Finansów. Aplikacja ta wykorzystywana do wysyłki plików JPK została dostosowana także do wysyłki CUK-1.

Eksport do Excela

Eksport do Excela obsłużony jest na analogicznych zasadach jak eksport danych z poziomu formularza JPK_V7, a zatem prezentowane są dane nagłówkowe, część deklaratywna oraz dane analityczne.

 

Uwaga

Eksport danych do Excela pokrywa się z eksportem danych do pliku xml. To oznacza, że informacje prezentowane w części analitycznej, w kolumnach począwszy od numeru 11 nie są przekazywane do arkusza Excel.

Wydruki

W wersji Comarch ERPXL 2021.0.1, z poziomu formularza CUK-1 o typie Złożenie oraz Korekta udostępniono dwa wydruki:

Wydruk części deklaratywnej prezentuje wyłącznie wartości bieżące.

Funkcjonalności niedostępne w XL Start

Żadna z powyższych funkcjonalności nie została zablokowana w wersji Comarch ERP XL Start.

Ramowy harmonogram wersji Comarch ERP XL w 2022 r.

Numer wersji	Typ wersji	Termin wydania	Uwagi
2022.0 PSQL	Wersja	Styczeń 2022 r.
2022.0.1 MSSQL	HF	Połowa lutego 2022 r.
2022.0.1 PSQL	HF	Druga połowa lutego 2022 r.
2022.1 MSSQL	Wersja	Koniec czerwca 2022 r.
2022.1 PSQL	Wersja	Pierwsza połowa lipca 2022 r.
2023.0 MSSQL	Wersja	Grudzień 2022 r.
2023.0 PSQL	Wersja	Styczeń 2023 r.

Zestawienie aplikacji, z którymi współpracuje Comarch ERP XL 2022.0

Aplikacja	Wersja	Uwagi
Comarch IBARD	5.2.3
wszystko.pl	Aktualna wersja www.wszystko.pl
Comarch e-Sklep	2022.0
Comarch B2B	Informacja w dokumentacji nowej wersji
Comarch Mobile (Zarządzanie, Sprzedaż, Monitorowanie, Serwis)	2021.5
Comarch WMS (Zarządzanie, Magazynier)	2022.0
Comarch Magazynier	Informacja w dokumentacji nowej wersji
Comarch ERP XL HR	2022.1.1
Comarch HRM	2022.1.1
Comarch DMS (stacjonarny, WWW)	2021.2
Comarch ERP XL Business Intelligence (Księga raportów, Panel zarządzania, Konfigurator)	2022.0	Planowany termin udostępnienia: styczeń 2022 r.
Comarch ERP XL Business Intelligence (BI Point)	12.0
Comarch ECM	2015.2
Migracja danych XL2XML	9.0.0
Comarch MES	2022.0
Comarch e-Sprawozdania	2021.1.1
Comarch POS	2022.0
Comarch Shipping	Aktualna wersja shipping.comarch.com	Wersja zawierająca kurierów GLS i Raben – planowy termin udostępnienia: koniec 2021 r.
Comarch IoT Platform	Aktualna wersja ca.comarch-iot.com/
Serwis XL – IoT	2021.1

Logistyka

Rejestrowanie faktur zakupu z wykorzystaniem Comarch OCR

OCR – Optyczne Rozpoznawanie Znaków (Optical Character Recognition) to usługa, która umożliwia wczytywanie faktur na podstawie skanów i zdjęć dokumentów. Usługa ta dostępna jest w Rejestrze Vat od wersji 2019.1 Systemu, w wersji 2022.0 natomiast udostępniona została na liście faktur zakupu FZ.

Zasady korzystania z usługi oraz podstawowe informacje dotyczące zasad rozpoznawania i odczytywania dokumentów opisane są w biuletynie j.n.

https://pomoc.comarch.pl/xl/pl/index.php/dokumentacja/xl136-comarch-ocr-comarch-erp-xl/

Wczytywanie dokumentów FZ przy pomocy OCR

Na liście faktur zakupu udostępniony został stosowny przycisk pod listą dokumentów oraz na Ribbonie, służący do wczytywania FZ za pomocą usługi OCR.

Podobnie jak to ma miejsce w Rejestrze VAT, również na liście FZ operacja polega na wskazaniu pliku/plików z dysku i ich wczytaniu tj. tworzeniu na ich podstawie dokumentów FZ. Użytkownik ma możliwość wskazania wielu plików naraz, jak również wczytania plików wielostronicowych, w tym, zawierających wiele faktur.

Obsłużone zostało wczytywanie faktur zakupu FZ na podstawie plików .pdf oraz plików graficznych .jpg, .jpeg, .tiff, .png, .tif, .bmp, .gif. Użytkownik ma możliwość wczytania faktur w walucie PLN oraz w walucie obcej, przy czym usługa rozpoznaje faktury zarejestrowane w EUR, GBP i USD.

Uwaga

W przypadku dokumentów walutowych Użytkownik powinien mieć świadomość, że ceny/wartości prezentowane na zakładce [Ogólne] utworzonego dokumentu FZ będą się różniły od cen/wartości na zdjęciu/skanie, gdyż ceny/wartości FZ prezentowaną są w walucie systemowej. Wielkości walutowe prezentowane są na szczegółach elementów - zakładce [Kalkulacje] formatki elementu FZ.

Rejestrowane ww. metodą faktury nie są w żaden sposób wiązane z wcześniej zarejestrowanymi przyjęciami PZ, tak więc Klienci korzystający ze ścieżki PZ-(S)FZ/(S)FZ z tej usługi nie skorzystają. System nie dokonuje również powiązania pomiędzy tak rejestrowaną fakturą a zamówieniem złożonym u Dostawcy. Jeżeli wczytywana faktura jest związana z zamówieniem, wówczas po jej utworzeniu Użytkownik powinien dokonać stosownego powiązania przy użyciu opcji Spinaj z zamówieniem w menu kontekstowym listy faktur zakupu. W wersji 2022.0 obsłużone zostało wczytywanie faktur zakupu, korekty faktur nadal należy rejestrować w tradycyjny sposób.

Operacji wczytywania faktur zakupu może dokonywać każdy Użytkownik uprawniony do rejestrowania FZ. Jeżeli jednak w Firmie istnieje potrzeba ograniczenia prawa do tej usługi wystarczy dla tych Operatorów, którzy nie powinni z niej korzystać przypisać stosowny zakaz: Dodawanie dokumentu za pomocą mechanizmu OCR.

Podczas wczytywania poszczególnych dokumentów Użytkownik otrzymuje szereg informacji z zakresu poprawności odczytania dokumentu, identyfikacji poszczególnych informacji na dokumencie itp., a dodatkowo przy każdej takiej operacji prezentowana jest informacja o pozostałej, dostępnej w danym pakiecie ilości stron do wczytania. Ilość dostępną w pakiecie można sprawdzić w każdej chwili, wystarczy skorzystać z dostępnej w menu ww. przycisku opcji Sprawdź ilość stron do wykorzystania.

Numery tworzonych przez System faktur prezentowane są formie linków, pozwalających na podniesienie formatki utworzonego dokumentu bezpośrednio z loga.

Oryginał dokumentu, na podstawie którego tworzona jest faktura zapisywany jest jako załącznik faktury, o ile w konfiguracji Systemu System/ Konfiguracja/ Sprzedaż/ Parametry 1 włączony jest parametr Zapisuj faktury dodawane za pomocą OCR jako załączniki. Zależnie od wybranej opcji ww. parametru załącznik dodawany jest do bazy lub jako link do importowego dokumentu.

Weryfikacja dokumentów utworzonych metodą OCR

Każdy dokument FZ utworzony przy pomocy usługi OCR powinien zostać przez Użytkownika zweryfikowany w zakresie jego zgodności z oryginałem. Aby ułatwić taką operację formatka dokumentu FZ utworzonego przy użyciu ww. metody wyposażona została w pogląd oryginału, dostępny na poszczególnych zakładkach formularza FZ. Jego włączenia/wyłączenia dokonuje się przy użyciu przycisku OCR dostępnego na prawej belce formatki. Wygląd przycisku odzwierciedla aktualny status dokumentu:

na dokumencie niezweryfikowanym przez Operatora prezentowany jest przycisk

na dokumencie zweryfikowanym prezentowany jest przycisk

Użytkownik po dokonaniu weryfikacji poprawności dokumentu powinien oznaczyć taki dokument statusem zweryfikowany. Jeżeli tego nie uczyni, wówczas niemożliwe będzie zatwierdzenie dokumentu. Zweryfikowany dokument można cofnąć do statusu dokumentu niezweryfikowanego do chwili zatwierdzenie dokumentu. Zmiany statusu dokumentu można dokonać przy użyciu stosownej opcji:

• w menu ww. przycisku na belce dokumentu
• w menu przycisku pod listą dokumentów FZ
• w menu kontekstowym listy FZ

Opcje dostępne w menu kontekstowym oraz przy przycisku pod listą dokumentów FZ obsłużone zostały jako operacje seryjne, dla wielu zaznaczonych dokumentów. Aktywność danej opcji uzależniona jest od stanu/statusu, w jakim znajduje się wskazany dokument.

Status poszczególnych dokumentów prezentowany jest w nowej kolumnie OCR listy dokumentów FZ. Obsłużony został nowy filtr na liście, pozwalający na jej ograniczenie do dokumentów wczytanych za pomocą usługi OCR:

• Wszystkich wczytanych z OCR
• Niezweryfikowanych
• Zweryfikowanych

Dane nagłówkowe tworzonej faktury FZ

System wspiera Użytkownika w zakresie ustalania poniższych parametrów nagłówkowych na tworzonym dokumencie FZ oraz prezentuje stosowne ostrzeżenia w przypadkach budzących wątpliwości:

Kontrahenci na dokumencie FZ

Usługa OCR odczytuje NIP sprzedawcy z wczytywanej faktury, a następnie ustala jego pełne dane na podstawie danych w rejestrze GUS. Tak zidentyfikowany sprzedawca, z ustalonymi jw. danymi adresowymi ustalany jest jako kontrahent główny tworzonej faktury FZ. Jeżeli taki kontrahent nie jest zarejestrowany w Systemie, wówczas tworzona jest jego karta. Akronim tak tworzonej karty ustalany jest na podstawie NIP-u kontrahenta. Jeżeli kontrahent o danym NIP-ie jest zdefiniowany w Systemie, ale jego dane nie są zgodne z danymi pobranymi z GUS, wówczas System tworzy nowy adres dla tego kontrahenta.

Zasady ustalania kontrahenta głównego i jego adresu na tworzonej FZ przedstawia poniższa tabela

Zasady ustalania kontrahenta głównego na FZ
NIP sprzedawcy na wczytywanej fakturze		Kontrahent główny	Adres kontrahenta głównego
Brak NIP-u Sprzedawcy lub NIP jest niepoprawny		Jednorazowy	Pierwszy niearchiwalny adres Jednorazowego
NIP jest prawidłowy, ale w GUS nie ma podmiotu o takim NIP-ie		Jeżeli w bazie zarejestrowany jest kontrahent o tym NIP-ie, wówczas to on jest ustalany jako kontrahent główny dokumentu, w przeciwnym wypadku na FZ ustalany kontrahent Jednorazowy	W przypadku głównego Jednorazowego – jw. W przypadku kontrahenta nie-jednorazowego – aktualny adres podstawowy kontrahenta
NIP kontrahenta zidentyfikowanego w GUS		Jeżeli w bazie zarejestrowany jest kontrahent o tym NIP-ie, wówczas to on jest ustalany jako kontrahent główny dokumentu. Jeżeli ww. kontrahenta nie ma, wówczas dodawana jest nowa karta kontrahenta i jest on przypisywany na FZ jako kontrahent główny	Adres kontrahenta zgodny z danymi z GUS, jeżeli takowy adres w Systemie istnieje. Jeżeli brak ww. adresu, wówczas dodawany jest nowy adres „Inny” z danymi zgodnymi z GUS

W przypadku, kiedy w Systemie nie został dotąd zarejestrowany kontrahent o NIP-ie zgodnym z NIP-em sprzedawcy i System zakłada jego kartę, prezentowane jest stosowne ostrzeżenie.

Kontrahent docelowy na tworzonym FZ jest zgodny z ustalanym jw. kontrahentem głównym, adres kontrahenta docelowego zaś w standardowy sposób, tj. na podstawie domyślnego adresu wysyłkowego tego kontrahenta, a jeżeli takowy nie istnieje, wówczas 1-wszego spośród adresów wysyłkowych. Jeżeli kontrahent nie posiada adresów wysyłkowych, wówczas ustalany jest aktualny podstawowy adres kontrahenta.

Płatnik ustalany jest w standardowy sposób, tj. na podstawie Płatnika przypisanego na karcie kontrahenta głównego ustalanego jw. Adres Płatnika ustalany jest wg zasad:

Jeżeli w karcie kontrahenta głównego ustalonego na FZ jako Płatnik przypisany jest ten sam kontrahent, wówczas adres zgodny z adresem ustalonym jw. dla kontrahenta głównego na FZ

Jeżeli w karcie kontrahenta głównego ustalonego na FZ jako Płatnik przypisany jest inny kontrahent, wówczas aktualny adres podstawowy tego kontrahenta

Daty dokumentu FZ

Data wystawienia i data zakupu tworzonego dokumentu FZ ustalane są na podstawie odpowiednich dat odczytanych z dokumentu, data wpływu zaś oraz data przyjęcia ustalane są na poziomie daty bieżącej. Obsłużone zostało stosowne ostrzeżenie w przypadku, gdy data na wczytywanym dokumencie (wystawienia i/lub sprzedaży) jest datą z miesiąc innego niż bieżący lub poprzedni.

Numer wczytywanego dokumentu i kontrola duplikatów

Numer wczytywanej faktury zapisywany jest jako numer obcy na tworzonej fakturze FZ. Obsłużone zostało stosowne ostrzeżenie w przypadku wczytywania faktury o takim samym numerze jak zarejestrowana już faktura od tego Dostawcy.

Waluta i kurs

Usługa OCR rozpoznaje dokumenty w PLN, USD, EUR i GBP. Waluta odczytana z dokumentu ustalana jest jako waluta na tworzonej przez System fakturze FZ. Kurs na tak tworzonym dokumencie ustalany jest na podstawie kursu NBP z dnia poprzedzającego mniejszą z dat: wystawienia/sprzedaży.

Forma i termin płatności

Forma i termin płatności ustalane są na podstawie danych odczytanych przez usługę OCR, przy czym, jeżeli z faktury odczytany zostanie numer rachunku, wówczas jako forma płatności przyjmowany jest przelew. Ustalona jw. forma i termin ustalana jest zarówno w nagłówku dokumentu FZ jak i na tworzonej płatności.

Kierunek VAT

Metoda naliczania VAT od netto/od brutto ustalana jest na podstawie rodzaju odczytanych cen/wartości dokumentu. Jeżeli są to ceny/wartości netto, wówczas na tworzonej FZ ustalana jest metod od netto, jeżeli zaś odczytane zostaną ceny/wartości brutto, wówczas na tworzonej FZ ustalana jest metod od brutto.

Rachunek bankowy kontrahenta

Obsłużone zostało automatyczne dodawanie do karty kontrahenta numeru rachunku bankowego odczytanego z dokumentu. Numer ten jest przypisywany o ile taki rachunek nie został dotąd dla tego kontrahenta zdefiniowany.

Zidentyfikowany na wczytywanej fakturze rachunek jest przypisywany na tworzonej płatności dokumentu FZ.

Weryfikacja statusu w VAT sprzedawcy

W trakcie odczytywania danych o kontrahencie przez usługę OCR kontrahent ten jest weryfikowany pod kątem statusu w podatku VAT. Jeżeli weryfikacja przebiegnie prawidłowo, wówczas informacja ta jest zapisywana w karcie adresu kontrahenta.

Nabywca na wczytywanej fakturze

Podczas wczytywania faktur System weryfikuje, czy nabywcą (kupującym) na tej fakturze jest Firma, która tą fakturę wczytuje. Weryfikacja ta dokonywana jest poprzez porównanie NIP-u kupującego odczytanego na wskazanym dokumencie z NIP-em zdefiniowanym na pieczątce Firmy. W przypadku braku zgodności w logu prezentowane jest stosowne ostrzeżenie.

Elementy FZ – identyfikacja towaru

System dodaje na tworzoną fakturę FZ te elementy (towary), dla których udało się odczytać ilość oraz cenę/wartość. Identyfikacja towaru odbywa się na podstawie odczytanego z faktury: numeru EAN, Kodu lub Nazwy. Jeżeli żadnej z tych informacji nie uda się odczytać, wówczas dodawany jest element z towarem A-vista.

W przypadku odczytania ww. informacji identyfikacja karty towarowej odbywa się wg poniższych zasad:

Obowiązuje następująca kolejność interpretacji danych odczytanych z faktury: w pierwszej kolejności interpretowany jest odczytany EAN, następnie Kod, a na koniec Nazwa W ramach informacji odczytanych w EAN i Kod System poszukuje towaru o kodzie własnym, EAN-ie własnym (przypisanym do karty towaru i do jednostek pomocniczych towarów) oraz kodzie u kontrahenta (formatka Dostawcy towaru) zgodnym z odczytanym i jeżeli takowy towar zidentyfikuje, wówczas przypisuje go na element FZ Jeżeli ww. towar nie zostanie zidentyfikowany, wówczas System poszukuje towaru o nazwie własnej zgodne z Nazwą odczytaną z oryginału, następnie o nazwie u kontrahenta lub kodzie u kontrahenta (formatka Dostawcy towaru) zgodnej z Nazwą odczytaną z oryginału i jeżeli takowy towar zidentyfikuje, wówczas przypisuje go na element FZ Jeżeli ww. towar nie zostanie zidentyfikowany, wówczas dalsze zachowanie Systemu zależy od parametru Dodaj karty towarów w System/ Konfiguracja/ Sprzedaż/ Parametry 1. Parametr ten decyduje o tym, czy w przypadku gdy System nie zidentyfikuje towaru o podanym EAN-ie, kodzie, nazwie, ma samodzielnie utworzyć kartę towarową. Przy włączonym parametrze Użytkownik ma możliwość wskazania grupy towarowej, w kontekście której taka kartoteka ma zostać utworzona. Dzięki temu Użytkownik może utworzyć i wskazać specjalną grupę towarową, dedykowaną takim kartom, po weryfikacji których przesunie towary do właściwej grupy.

Uwaga

Użytkownik powinien mieć świadomość, że na kartotece użytej na dokumencie nie można zmieniać już typu (towar/usługa) ani jednostki podstawowej towaru, tak więc w przypadku konieczności zmiany tych parametrów powinien on usunąć towar z elementu FZ, zmienić ww. parametry na karcie towaru po czym raz jeszcze przypisać go na element FZ. Weryfikacji poprawności karty towaru w zakresie typu i jednostki należy więc dokonać zanim zostanie zatwierdzony dokument FZ, który tą kartę założył.

Jeżeli ww. parametr zostanie wyłączony, wówczas dla elementów wczytywanej faktury, dla których nie uda się zidentyfikować towaru na dokument FZ dodawany jest towar A-vista, nowe karty towarowe nie są zakładane.

W przypadkach, kiedy nie udało się zidentyfikować towaru prezentowane jest stosowne ostrzeżenie o zakładanej przez System karcie, którą należy zweryfikować lub o dodaniu na elemencie towaru A-vista, zależnie od ww. parametru.

Dla kart towarowych dodawanych automatycznie przez System przyjęte zostały poniższe zasady ustalania poszczególnych parametrów: Kod towaru ustalany jest na podstawie numeru EAN, a jeżeli nie zostanie on odczytany, wówczas na podstawie Kodu produktu. Jeżeli i kod nie zostanie odczytany, wówczas jako kod zostaje ustalonych 40 znaków z Nazwy towaru Nazwa towaru zostaje ustalona na podstawie Nazwy odczytanej z faktury Jednostka podstawowa towaru ustalana jest na podstawie jednostki odczytanej z dokumentu, o ile taka jednostka jest zdefiniowana w Systemie. W przypadku braku takiej jednostki przypisywana jest jednostka z grupy towarowej, w kontekście której dodawana jest karta Stawka Vat (zakupu/sprzedaży) ustalana jest na podstawie stawki odczytanej z dokumentu, o ile takowa stawka istnieje w Systemie. W przeciwnym razie ustalana jest stawka przypisana do ww. grupy towarowej Do tworzonej karty towarowej przypisywany jest EAN towaru, o ile takowy zostanie z dokumentu odczytany Pozostałe parametry towaru ustalane są na podstawie ww. grupy towarowej.

Inne parametry dodawanego elementu FZ

System wspiera Użytkownika w zakresie ustalania poniższych parametrów na elementach FZ dodawanych na podstawie wczytywanego dokumentu: Jednostka pomocnicza Jeżeli odczytana z oryginału jednostka jest przypisana jako jednostka pomocnicza towaru, wówczas jest ona ustalana na elemencie FZ. W pozostałych przypadkach, tj. gdy jednostki nie uda się odczytać, odczytana jednostka nie jest przypisana do towaru, lub odczytana jednostka jest jednostką główną towaru, jako jednostka pomocnicza na elemencie FZ zostaje ustalona domyślna jednostka zakupu tego towaru, jeżeli takowa została zdefiniowana, w przeciwnym wypadku jednostka pomocnicza jest zgodna z podstawową. Przelicznik jednostki zostaje ustalony standardowo tj. na podstawie przelicznika zdefiniowanego na ustalonej jw. jednostce pomocniczej. W przypadku gdy odczytana z oryginału jednostka nie jest przypisana do towaru w logu pojawia się stosowne ostrzeżenie.

Ilość i precyzja ilości

Jeżeli odczytana z faktury jednostka jest jednostką pomocniczą towaru, wówczas odczytana ilość elementu traktowana jest jako ilość w tejże jednostce pomocniczej. W takim wypadku System ustala ilość w jednostce podstawowej na podstawie odczytanej ilości i przelicznika jednostki. W pozostałych przypadkach odczytana z faktury ilość traktowana jest jako ilość w jednostce podstawowej.

Podczas ww. ustalania ilości na elemencie System nie bierze pod uwagę ani parametru Rejestruj w jednostkach całkowitych, ani też precyzji ilości zdefiniowanej na karcie towaru/formatce jednostki, honoruje bowiem ilość odczytaną z dokumentu.

Precyzja ilości na elemencie (zarówno dla podstawowej jak i pomocniczej) ustalana jest wtórnie, na podstawie większej z precyzji: z karty towaru/jednostki lub właściwej dla ilości ustalonej na elemencie.

Stawka VAT

Jeżeli uda się odczytać z faktury stawkę VAT elementu i taka stawka w Systemie istnieje, wówczas to ona zostaje ustalona na elemencie, w przeciwnym razie ustalana jest stawka zakupu z karty towaru.

Cena i wartość

System honoruje wartość (netto/brutto) odczytaną z faktury dla danego elementu. Cena na elemencie dodawanym na FZ ustalana jest wtórnie, na podstawie ww. wartości i ilości elementu. Odczytana przez usługę OCR wartość rozumiana jest jako wartość w walucie odczytanej z wczytanego dokumentu.

Aby możliwe było ustalenie wartości elementu zgodnej z odczytanym na elemencie FZ, niezależnie od definicji FZ parametr Kontrola (ilość * cena= wartość) jest wyłączany.

Tabela VAT na dokumencie FZ

Aby obsłużyć przypadki, kiedy to Dostawcy korzystają z innej metody naliczania podatku Vat niż stosowana w Systemie przyjęta została zasada, zgodnie z którą tabela VAT utworzona przez System na podstawie dodanych na FZ elementów jest następnie modyfikowana zgodnie z tabelą VAT odczytaną z oryginału, o ile różnica pomiędzy kwotą VAT wyliczoną dla danej stawki przez System a odczytaną z dokumentu różni się o 0,01PLN.

Przyklad

Przykład 1: dla stawki 23% i dokumentu od netto:

T1 3,33 netto; vat 0,77

T2 3,33 netto; vat 0,77

Netto: 6,66

VAT liczony jako suma VAT-u elementów: 0,77+0,77=1,54, Brutto: 8,20

VAT liczony od suma wartość: 6,66x0,23=1,53; Brutto 8,19

Przykład 2: dla stawki 23% i dokumentu od brutto:

T1 4,03 brutto; Vat 0,75

T2 4,03 brutto; Vat 0,75

Brutto: 8,06

VAT liczony jako suma VAT-u elementów: 0,75+0,75=1,50, Netto: 6,56

VAT liczony od suma wartość: 8,06*23/123=1,51; Netto: 6,55

VAT liczony jako suma VAT-u elementów: 0,77+0,77=1,54, Brutto: 8,20

VAT liczony od suma wartość: 6,66x0,23=1,53; Brutto 8,19

Intrastat – zmiany związane z przepisami

Kod kraju w deklaracji wywozu

Od 1.01.2022 na deklaracjach Intrastat należy wykazywać kraj pochodzenia towaru również w deklaracji wywozowej. Do tej pory taki obowiązek był tylko w przywozie.

W związku z powyższym w systemie wprowadzono następujące zmiany:

Na pozycjach dokumentów ujmowanych w deklaracji wywozowej, takich jak: FS, FSE, WZE, WZE oraz korektach do nich dodano pole, w którym należy uzupełnić kod kraju pochodzenia.

Kod kraju pochodzenia ustawiany jest automatycznie na podstawie karty towaru. Jeśli kod kraju nie jest uzupełniony na karcie towaru, należy wybrać go bezpośrednio na dokumencie. System pilnuje na transakcjach wewnątrzwspólnotowych czy kod kraju jest uzupełniony, jeśli nie będzie uzupełniony, wówczas podczas zatwierdzania dokumentu pojawi się stosowny komunikat.

Na pozycjach deklaracji Intrastat – Wywóz dodano pole z kodem kraju pochodzenia. Pole to jest uzupełniane podczas wyliczania deklaracji na podstawie informacji zawartej na pozycjach dokumentów. W przypadku wystawiania deklaracji ręcznie, pole to należy uzupełnić na podstawie listy krajów. Pole kod kraju pochodzenia jest wymagane i nie ma możliwości zapisania pozycji bez uzupełnienia tego pola.

W związku z dodaniem kodu kraju pochodzenia na deklaracji wywozowej nastąpiły zmiany w wyliczaniu deklaracji. W przypadku wywozu towarów o tym samym kodzie CN ale różnych krajach pochodzenia na deklaracji Intrastat towary te zostaną ujęte w oddzielnych pozycjach.

Kod kraju przesyłany jest do pliku xml, generowanego na potrzeby eksportu deklaracji do systemu PUESC.

Nowe rodzaje transakcji na deklaracjach Intrastat

W listopadzie 2021 roku Departament Ceł ogłosił nowe kody transakcji, które będą obowiązywać od stycznia 2022. W związku z powyższym w systemie wprowadzono zmiany, polegające na dostosowaniu słownika kategorii – Rodzaje transakcji SAD/IST, wprowadzając zmiany w opisach oraz dodając nowe kody transakcji. Nieużywane kody transakcji nadal pozostają aktywne. Po zakończeniu okresu sprawozdawczego za grudzień 2021, użytkownicy mogą odznaczyć na nieużywanych kodach parametr Aktywne, w celu ukrycia nieużywanych kodów.

Poniżej lista kodów transakcji po zmianach:

Nowe pola na dokumentach transportowych

W związku z rozwojem współpracy z Comarch Shipping na dokumentach transportowych zostały dodane nowe pola. Aby móc je tam umieścić zmieniono układ kontrolek na formatkach dokumentów Paczki i Wysyłki, jak pokazano na rysunkach poniżej.

Na Paczce dodano obszar Parametry przesyłki, w którym poza dotychczasowymi polami z objętością i wagą brutto umieszczone zostały nowe:

Wymiary: długość, szerokość i wysokość, wyrażone w centymetrach. Wymiarami można posługiwać się niezależnie od aplikacji Comarch Shipping

Rodzaj przesyłki – możliwość wybrania rodzaju przysyłki z dostępnych dla danego kuriera w Comarch Shipping, które są importowane do XL z tej aplikacji. Tutaj najpierw konieczne jest wskazanie kuriera, aby została odpowiednio zawężona lista rodzajów.

Dodatkowo na paczce dodano kontrolkę Modyfikował prezentującą dane operatora, który ostatnio wprowadzał zmiany na dokumencie.

Na Wysyłce dodano nowe pola:

• Punkt odbioru (ID) - możliwość wpisania identyfikatora punktu odbioru.
• Data nadania – możliwość ustawienia daty nadania.

Zgodnie z dotychczasowym działaniem nowe pola na paczce (poza Modyfikował) i wysyłce są dostępne do edycji tylko na dokumentach w buforze.

Wszystkie nowo dodane pola z paczki i wysyłki są przesyłane do Comarch Shipping, o czym więcej w rozdziale Współpraca z Comarch Shipping.

Inne zmiany

Seryjne wiązanie pozycji umów do rat harmonogramu

W pierwszej odsłonie tworzenia harmonogramów płatności do umów, dla umów z pozycjami towarowymi umożliwiono wiązanie pozycji z pojedynczą ratą. Od nowej wersji jest to możliwe dla wielu rat, czyli wybrane do powiązania pozycje i ilości są wiązane dla wszystkich zaznaczonych rat.

W związku z tym zmieniono również ilości możliwe do powiązania dla wszystkich rat. Nie mogą one przekraczać sumarycznej ilości z umowy. Oznacza to, że przy seryjnym wiązaniu ilość powiązana do raty zostanie ograniczona do takiej, która nie jest jeszcze powiązana do innych rat.

Przyklad

Umowa UM-11/21 zawarta na okres 12 miesięcy ma dwie pozycje:

P1 z ilością 100 szt.

P2 z ilością 13 szt.

Harmonogram płatności jest kwartalny, czyli utworzone są 4 raty.

Do pierwszej z rat powiązano następujące pozycje i ilości:

P1 z ilością 30 szt.

P2 z ilością 5 szt.

Następnie zaznaczono pozostałe 3 raty i ustalono w oknie do powiązania pozycje i ilości:

P1 z ilością 30 szt.

P2 z ilością 5 szt.

Powiązane do kolejnych rat zostały:

1. Do raty 2:

P1 z ilością 30 szt.

P2 z ilością 5 szt.

1. Do raty 3:

P1 z ilością 30 szt.

P2 z ilością 3 szt. – zmniejszono ilość, bo powiązano już całą z umowy.

1. Do raty 4:

P1 z ilością 10 szt. – zmniejszono ilość, bo powiązano już całą z umowy,

P2 nie powiązano – zabrakło ilości, bo powiązano już całą z umowy.

Produkcja

Generowanie ZSR z poziomu przestoju

Obsłużono opcję automatycznego oraz ręcznego generowania dokumentu ZSR z poziomu przestoju.

Automatyczne generowanie ZSR z poziomu przestoju

W oknie przestoju dodany został parametr, którego zaznaczenie umożliwia automatyczne wygenerowanie dokumentu ZSR podczas zapisywania przestoju.

Wartość parametru Automatyczne generowanie ZSR podczas dodawania przestoju jest ustawiana na podstawie analogicznego parametru, znajdującego się w oknie Edycja struktury firmy, w odpowiednim centrum:

Przy zaznaczonym na przestoju parametrze Automatyczne generowanie ZSR podczas dodawania przestoju, podczas pierwszego zapisywania przestoju, automatycznie generowany będzie dokument ZSR na zasób produkcyjny, dla którego zarejestrowano przestój. Przy kolejnym zapisywaniu przestoju, automatyczne generowanie ZSR już nie nastąpi.

Dokument ZSR, który zostanie wygenerowany automatycznie z przestoju będzie generowany jako niezatwierdzony, w tle i na kontrahenta wskazanego w oknie Edycja struktury firmy, na zakładce [Parametry 2]:

Jeśli kontrahent nie zostanie przypisany w konfiguracji danego centrum, wówczas w tym centrum nie będzie się dało automatycznie generować ZSR podczas zapisywania przestoju.

Dodatkowo, by z poziomu przestoju możliwe było automatyczne wygenerowanie dokumentu ZSR, zasób, którego dotyczy przestój powinien mieć w systemie zdefiniowaną kartę urządzenia serwisowego.

Sprawdzanie, czy dany zasób ma kartę urządzenia, będzie polegało na weryfikacji, czy istnieje karta urządzenia serwisowego, na której wskazano zasób produkcyjny, którego dotyczy przestój. Jeśli takich kart urządzeń będzie w systemie wiele, wówczas na automatycznie generowany dokument ZSR zostanie pobrane urządzenie, którego kartę utworzono najwcześniej.

Jeśli dany zasób nie będzie miał w systemie zdefiniowanej karty urządzenia, wówczas taka karta będzie automatycznie tworzona w tle podczas generowania ZSR z przestoju. Do automatycznego założenia karty urządzenia konieczne jest wskazanie kontrahenta w oknie Edycji struktury firmy, na zakładce [Produkcja2] - zostanie on dodany na nową kartę urządzenia, jako właściciel, oraz dodanie na liście rodzajów urządzeń rodzaju o kodzie identycznym, jak rodzaj zasobu wybrany na karcie danego zasobu:

Jeśli w systemie nie będą zdefiniowane dane, które są wymagane do utworzenia karty urządzenia, wówczas taka karta nie zostanie wygenerowana w tle i nie wygeneruje się też automatycznie dokument ZSR podczas zapisywania przestoju.

Ręczne generowanie ZSR z poziomu przestoju

Z poziomu przestoju można także wygenerować dokument ZSR ręcznie, za pomocą opcji Generuj ZSR:

Dane na generowany ręcznie dokument ZSR będą pobierane podobnie, jak na automatycznie generowany dokument ZSR, jednak w przypadku, gdy w danym centrum struktury firmy nie zostanie wskazany kontrahent lub nie zostanie znaleziona/wygenerowana karta urządzenia dla zasobu produkcyjnego, dokument ZSR i tak zostanie utworzony (jako pusty- bez urządzenia, lub bez kontrahenta). Okno dokumentu ZSR generowanego ręcznie z przestoju, będzie wyświetlane w trybie do edycji.

Ręczne generowanie ZSR z listy przestojów

Na liście przestojów i awarii udostępniona została opcja ręcznego generowania dokumentu ZSR.

Za pomocą opcji można wygenerować jeden zbiorczy dokument ZSR dla zasobów, dla których dodano zaznaczone na liście przestoje.

Dokument ZSR będzie generowany w trybie do edycji, domyślnie na kontrahenta ustawionego w oknie Edycji struktury firmy, na zakładce [Produkcja 2].

Jeśli dany zasób, dla którego dodano przestój, nie posiada karty urządzenia, będzie okna zakładana w tle, a jeśli nie będzie wystarczających danych by ją stworzyć, nie zostanie założona, a do ZSR nie zostanie dodana pozycja odpowiadająca danemu zasobowi (urządzeniu).

Lista zleceń serwisowych wygenerowanych z poziomu przestoju

W oknie przestoju udostępniono nową zakładkę [ZSR], na której prezentowana jest lista zleceń serwisowych wygenerowanych z poziomu danego przestoju.

Z poziomu nowej zakładki można m. in. dodać nowe ZSR, usunąć lub zmienić istniejące zlecenie, powiązane z danym przestojem. Można także filtrować dokumenty, wygenerowane z poziomu przestoju, za pomocą standardowych filtrów dostępnych na liście.

Księgowość

Nowe schemy JPK_V7M(2), JPK_V7K(2)

W wersji Comarch ERP XL 2022.0 umożliwiono wygenerowanie plików JPK_V7M i JPK_V7K w wersji 2. Nowe struktury wchodzą w życie od 01.01.2022 r. To oznacza, że za miesiąc 01/2022 rozliczenie podatku VAT powinno mieć miejsce za pomocą plików JPK_V7 w wersji 2, za 12/2021 - w wersji 1.

Funkcjonalność przygotowano w oparciu o robocze struktury plików, opublikowane na stronie https://www.gov.pl/web/kas/struktury-jpk/, które do dnia wydania wersji Comarch ERP XL 2022.0. nie zostały zatwierdzone. W efekcie nie można było przeprowadzić testów wysyłki plików na bramkę testową Ministerstwa Finansów.

Jak tylko nowe struktury zostaną zatwierdzone i będzie możliwość przeprowadzenia testów wysyłki plików na bramkę testową, o wynikach zostaniecie Państwo bezzwłocznie poinformowani na portalu Comarch ERP Społeczność. W tej sprawie można się także kontaktować z Asystą Techniczną.

Zmiany na liście plików JPK

Za pośrednictwem pola Wersja udostępniono wersję 2 schem JPK_V7M i JPK_V7K.

Zmiany w części nagłówkowej

Sekcja Formularz W pliku JPK_V7M, w sekcji Formularz, w polu:

• Kod systemowy, w miejsce JPK_V7M (1) wprowadzono JPK_V7M (2)
• Wersja schemy, w miejsce 1-2E, wprowadzono 1-0E
• Wariant formularza, w miejsce 1, wprowadzono 2

W pliku JPK_V7K, w sekcji Formularz, w polu:

• Kod systemowy, w miejsce JPK_V7K (1) wprowadzono JPK_V7K (2)
• Wersja schemy, w miejsce 1-2E, wprowadzono 1-0E
• Wariant formularza, w miejsce 1, wprowadzono 2

Sekcja Formularz deklaracji

W pliku JPK_V7M, w sekcji Formularz deklaracji, w polu:

• Kod systemowy, w miejsce VAT-7 (21), wprowadzono VAT-7 (22)
• Wersja schemy, w miejsce 1-2E, wprowadzono 1-0E
• Kod podatku – bez zmian: VAT
• Wariant formularza, w miejsce 21, wprowadzono 22
• Rodzaj zobowiązania – bez zmian: Z

W pliku JPK_V7K, w sekcji Formularz deklaracji, w polu:

• Kod systemowy, w miejsce VAT-7 (15), wprowadzono VAT-7K (16)
• Wersja schemy, w miejsce 1-2E, wprowadzono 1-0E
• Kod podatku – bez zmian: VAT
• Wariant formularza, w miejsce 15, wprowadzono 16
• Rodzaj zobowiązania – bez zmian: Z

Zmiany w części deklaratywnej

Zakładka [VAT Należny] – bez zmian Zakładka [VAT Naliczony] – bez zmian Zakładka [Rozliczenie VAT + Inf. dodatkowe]

Na zakładce [Rozliczenie VAT + Inf. Dodatkowe] dodano techniczne pole 49a, którego nie ma w strukturach plików JPK_V7M i JPK_VK

• Pole 49a umieszczono nad polem 49.
• Celem jego dodania było umożliwienie wpisania z ręki pełnej kwoty przysługującej do odliczenia w danym okresie rozliczeniowym, z tytułu zakupu urządzeń fiskalnych.
• W polu 49a system pozwala na wprowadzenie kwoty dodatniej, bez względu na to, czy występuje nadwyżka podatku należnego nad naliczonym P_38 – P_48 > 0, czy też nadwyżka podatku naliczonego nad należnym P_48 – P_38 > 0
• Jeżeli wystąpi nadwyżka podatku należnego nad naliczonym P_38 > P_48, do pola 49 przepisywana jest kwota z pola 49a, do wysokości P_38 – P_48. Jeżeli różnica kwot P_49a i P_49 będzie > 0, różnica zostanie ujęta jest w polu 52.
• Jeżeli wystąpi nadwyżka podatku naliczonego nad należnym P_38 < P_48, kwota z pola 49a zostanie przepisana do pola 52.
• Przeliczenie pliku JPK_V7 nie zeruje kwoty w polu 49a.
• Z uwagi na charakter pola, nie jest ono przekazywane do pliku xml, ma wyłącznie charakter pomocniczy.

Pole 49 Kwota wydana na zakup kas rejestrujących, do odliczenia w danym okresie rozliczeniowym pomniejszająca wysokość podatku należnego

• Po dodaniu technicznego pola 49a, pole to wypełniane jest następująco:
  • Jeżeli P_38 > P_48 i P_38 – P_48 > P_49a, system przepisuje kwotę z pola 49a
  • Jeżeli P_38 > P_48 i P_38 – P_48 < P_49a, system wprowadza różnicę kwot; P_38 – P_48

Pole 50 – bez zmian

Pole 51 – bez zmian

Pole 52 Kwota wydana na zakup kas rejestrujących, do odliczenia w danym okresie rozliczeniowym przysługująca do zwrotu w danym okresie rozliczeniowym lub powiększająca wysokość podatku naliczonego do przeniesienia na następny okres rozliczeniowy.

• W przypadku gdy kwota wykazana w P_48 jest większa lub równa kwocie z P_38 w danym okresie rozliczeniowym lub kwota ulgi z tytułu zakupu urządzeń fiskalnych jest wyższa od nadwyżki podatku należnego nad naliczonym, wówczas w P_52 wykazuje się pozostałą nieodliczoną w P_49 kwotę ulgi z tytułu zakupu kas rejestrujących, przysługującą podatnikowi do zwrotu lub do odliczenia od podatku należnego za następne okresy rozliczeniowe.
• W wersji Comarch ERP XL 2021.0.2 użytkownik musiał ręcznie wyliczyć różnicę niepokrytą kwotą podatku VAT należnego. Z uwagi na wprowadzenie technicznego pola P_49a, w wersji Comarch ERP XL 2022.0 wartość pola wyliczana jest automatycznie.
  • Jeżeli P_38 >P_48 to P_49a - P_49
  • Jeżeli P_38 < P_48 to P_49a
• Pole nie podlega edycji

Pole 53 Wysokość nadwyżki podatku naliczonego nad należnym

• Dotychczasowy algorytm nie uwzględniał kwot z pól 49 i 52.
• Po zmianie:
  • Jeżeli P_51 > 0 to P_53 = 0, w przeciwnym wypadku, jeżeli (P_48 + P_49 + P_52) – P_38 >= 0 to wyliczenie P_53 = P_48 - P_38 + P_49 + P_52, w przeciwnym wypadku 0.

Sekcja Kwota do zwrotu na rachunek bankowy

• Z uwagi na zmiany w przepisach, w nowej schemie dodano dwa nowe terminu zwrotu na rachunek rozliczeniowy:
  • 15 dniowy termin zwrotu przewiduje pakiet „Nowy ład”. Za pomocą tego narzędzia rząd będzie promował sprzedaż przy udziale kas fiskalnych on-line, wirtualnych oraz płatności z wykorzystanie instrumentów płatniczych, takich jak karty płatnicze, płatności mobilne, polecenia przelewu.
  • Z kolei podatnikom, którzy będą wystawiali wyłącznie faktury ustrukturyzowane będzie przysługiwał 40 dniowy termin zwrotu podatku VAT.
• W sekcji „Kwota do zwrotu na rachunek bankowy” dodano dwa parametry typu radio:
  • 540 W terminie 15 dni
  • 560 W terminie 40 dni

Przyklad

Nadwyżka podatku należnego nad naliczonym, kwota ulgi mniejsza od kwoty nadwyżki

P_38 = 1124

P_48 = 51

P_38 – P_48 = 1073

P_49a = 2000 (pozwalamy na wprowadzenie kwoty, ponieważ P_38 – P_48 > 0)

P_49 = 1073, ponieważ (P_38 - P_48 > 0 i P_38 – P_48 <P_49a; P_38 - P48)

P_50 = 0, ponieważ kwota nie może być większa od P_38 – (P_48 + P_49) = 1124 – (51 + 1073) = 1124 – 1124 = 0

P_51 = P_38 - P_48 - P_49 - P_50 = 1124 – 51 – 1073 – 0 = 0

P_52 = P_49a – P_49 = 2000 – 1073 = 927

P_53 = P_48 - P_38 + P_49 + P_52 = 51 – 1124 + 1073 + 927 = 927

Przyklad

Nadwyżka podatku należnego nad naliczonym, kwota ulgi mniejsza od kwoty nadwyżki

P_38 = 1124

P_48 = 51

P_38 – P_48 = 1073

P_49a = 700 (pozwalamy na wprowadzenie kwoty, ponieważ P_38 – P_48 > 0)

P_49 = 700, ponieważ (P_38 - P_48 > 0 i P_38 – P_48> P_49a; P_49a)

P_50 = 0, ponieważ nie może być większa od P_38 – (P_48 + P_49) = 1124 – (51 + 1073) = 1124 – 1124 = 0

P_51 = P_38 - P_48 - P_49 - P_50 = 1124 – 51 – 700 – 0 = 373

P_52 = P_49a – P_49 = 700 - 700 = 0

P_53 = 0 jeżeli P_51 > 0, to P_53 = 0

Przyklad

Nadwyżka podatku naliczonego nad należnym

P_38 = 2000

P_48 = 2100

P_38 – P48 = (- 100) nadwyżka podatku naliczonego nad należnym

P_49a = 700

P_49 = 0, ponieważ P_38 < P_48 (nie występuje nadwyżka należnego nad naliczonym)

P_50 = 0, ponieważ P_38 – (P_48 + P_49) = 2000 – 2100 + 0 = (-100)

P_51 = 0

P_52 = 700 (z uwagi na nadwyżkę podatku naliczonego nad należnym, przepisujemy kwotę z pola 49a)

P_53 = P_48 - P_38 + P_49 + P_52 = 2100 – 2000 + 0 + 700 = 800

Przyklad

Po zarejestrowaniu kwoty w polu 49a nastąpiła zmiana w wysokości kwot pod. należnego i naliczonego.

Pierwotne wyliczenie:

P_38 = 1124

P_48 = 51

P_38 – P_48 = 1073

P_49a = 2000

P_49 = 1073, ponieważ (P_38 - P_48 > 0 i P_38 - P48 < 49a; P_38 – P_48)

P_52 = P_49a – P_49 = 2000 – 1073 = 927

W międzyczasie, za ten sam okres rozliczeniowy wprowadzono kolejne faktury po stronie sprzedaży. JPK_V7 przeliczono, w efekcie:

P_38 = 2000

P_48 = 51

P_38 – P48 = 2000 – 51 = 1949

P_49a = 2000 bez zmian, nie zerujemy

P_49 = 1949, ponieważ (P_38 - P_48 > 0 i P_38 – P_48 <49a; P_38 - P48)

P_50 = 0, ponieważ wartość nie może być większa od P38 – (P_48 + P_49) = 2000 – (51+1949) = 2000 – 2000 = 0

P_51 = P_38 - P_48 - P_49 - P_50 = 2000 – 51 – 1949 – 0 = 0

P_52 = P_49a – P_49 = 2000 – 1959 = 41

P_53 = P_48 - P_38 + P_49 + P_52 = 51 – 2000 + 1949 + 41 = 41

W międzyczasie, za ten sam okres rozliczeniowy wprowadzono kolejne faktury, tym razem po stronie zakupu. JPK_V7 przeliczono, w efekcie:

P_38 = 2000

P_48 = 2100

P_38 < P_48

P_49a = 2000

P_49 = 0 (zerujemy)

P_50 = 0, ponieważ wartość nie może być większa od P_38 – (P_48 + P_49) = 2000 – (2100 + 0) = (-100)

P_51 = 0, ponieważ P_38 - P_48 - P_49 - P_50 = 2000 – 2100 – 0 - 0 = (-100)

P_52 = 2000 (przepisujemy z pola P_49a)

P_53 = P_48 - P_38 + P_49 + P_52 = 2100 – 2000 + 0 + 2000 = 2100

Sekcja Informacje dodatkowe W sekcji dodano dodany nowy parametr o nazwie 660. Art. 109b ust. 4

Zmiany w części ewidencyjnej – sprzedaż

Na zakładce [Sprzedaż VAT-7]: dodano cztery nowe kolumny:

• Termin płatności
• Data zapłaty
• WSTO_EE
• IED

Usunięto kolumnę MPP Nowe kolumny: Termin płatności, Data zapłaty

Wg nowej schemy, dla korekt z tyt. „Ulgi na złe długi” należy przekazywać:

• termin płatności – dla korekt utworzonych na podstawie płatności nierozliczonych i przeterminowanych
• datę zapłaty - dla tzw. korekt powrotnych

Z uwagi na plan udostępnienia nowych schem także w wersjach wcześniejszych (Comarch ERP XL 2021.1, Comarch ERP XL 2021.0.2) nie wprowadzono zmian bazodanowych.

• Termin płatności pobierany jest z płatności na podstawie, której korekta powstała.
• Do pola data zapłaty przekazywana jest data wystawienia dokumentu ZD’FSK. Zaleca się zatem rejestrowanie korekt powrotnych w dacie zapłaty.

Nowe kolumny: WSTO_EE, IED

Od 1 stycznia 2022 r. określone transakcje eCommerce muszą być cechowane nowymi kodami procedur szczególnych: WSTO_EE lub IED. Kody te zastąpią kod EE

W wersji 2 plików JPK_V7, w miejsce kolumn SW, EE dodano kolumny WSTO_EE oraz IED

Informacyjnie, od wersji Comarch ERP XL 2021.1, w ramach kategorii JPK_Procedury dostępne są wartości: WSTO_EE, IED.

Zmiany w części ewidencyjnej – zakup

Na zakładce [Zakup VAT-7] usunięto kolumnę MPP.

Wydruki

Z poziomu plików JPK_V7M(2) i JPK_V7K(2) udostępniono wydruk:

• UPO
• części deklaratywnej dla plików JPK_V7M i JPK_V7K w wersji 2

Zmieniono nazwy wydruków udostępnionych z poziomu rejestrów VAT sprzedaż i zakup, zakładki VAT. Dotychczasową nazwę wydruku:

• „Faktury sprzedaży ujęte wg pól dekl. VAT-7(21)” zmieniono na „Faktury sprzedaży ujęte wg pól dekl. VAT-7(21-22)”.
• „Faktury zakupu ujęte wg pól dekl. VAT-7(21)” zmieniono na „Faktury zakupu ujęte wg pól dekl. VAT-7(21-22)”.

Nowy limit dla transakcji gotówkowych

W wersji Comarch ERP XL 2022.0 dla kategorii „Progi dla transakcji gotówkowych” udostępniliśmy nową predefiniowaną wartość na kwotę 8.000 PLN. Próg jest nieaktywny. Na jego dezaktywację zdecydowaliśmy się, ponieważ trwają prace nad nowelizacją ustawy „Nowy ład”. Nowelizacja ma między innymi przesunąć o rok obniżenie limitu gotówkowego z 15.000 PLN do 8.000 PLN w transakcjach B2B. Jeżeli jednak nowy próg wejdzie w życie od 01.01.2022 r. użytkownik we własnym zakresie będzie mógł próg aktywować.

Inne zmiany

Zmiany w zakresie wczytywania dokumentów do Rejestru VAT przy użyciu usługi OCR

W wersji 2022.0 Systemu dokonano poniższych zmian/rozwoju w zakresie dostępnej od wersji 2019.1 funkcjonalności rejestrowania dokumentów (A)FZ przy użyciu OCR – Optycznego Rozpoznawanie Znaków:

Udostępniona opcja Sprawdź ilość stron do wykorzystania, pozwalającą na sprawdzenia stopnia wykorzystania dostępnego pakietu OCR. Stosowna informacja o ilości dostępnej w pakiecie prezentowana jest również w logu każdorazowo podczas wczytywania dokumentów

Obsługa faktur w walucie obcej: EUR, USD i GBP

Automatyczne dodawanie rachunku bankowego Kontrahenta

Zapisywanie informacji o pozytywnej weryfikacji statusu w VAT kontrahenta

Ostrzeżenie o niezgodności NIP-u Nabywcy z NIP-em w pieczątce Firmy

Ostrzeżenie podczas wczytywania dokumentów spoza okresu rozliczeniowego

Ostrzeżenie o duplikacji numeru

Poprawa w zakresie identyfikacji kontrahenta głównego i jego adresu oraz dodawania kontrahenta/adresu

Możliwość trwałego wyłączenia informacji o możliwości skorzystanie z Usługi OCR a nie tylko jak dotąd, w ramach bieżącej sesji

Więcej na ww. temat znajduje się w rozdziale poświęcanym rejestrowaniu faktur zakupu FZ z wykorzystaniem Comarch OCR.

Wspólne

Terminale płatnicze

Wprowadzona została integracja systemu Comarch ERP XL z wybranymi modelami terminali płatniczych:

• Verifone VX520 – dystrybuowanymi przez ING Bank Śląski
• Verifone V200t – dystrybuowanymi przez ING Bank Śląski
• Verifone VX675 – dystrybuowanymi przez ING Bank Śląski
• Verifone V240m – dystrybuowanymi przez ING Bank Śląski

Za pomocą terminali płatniczych obsługiwane są następujące operacje kartą płatniczą:

• obciążenie karty płatniczej
• zwrot środków pieniężnych na kartę płatniczą.

Konfiguracja komputera w systemie

W Konfiguracji komputera została dodana nowa zakładka o nazwie [Terminal płatniczy], w której wprowadzone zostały ustawienia dla sterownika.

Dla modelu terminala wartość domyślna to Brak, natomiast z listy rozwijalnej do wyboru są następujące pozycje dla terminali dystrybuowanych przez ING Bank Śląski:

• Verifone VX520
• Verifone V200t

Konfiguracja terminala (typ, port, adres IP, port, oznaczenie stanowiska) powinna być wykonana przez Serwis obsługujący terminale płatnicze.

Po skonfigurowaniu terminala należy przeprowadzić test połączenia. W tym celu należy przycisnąć przycisk TEST.

Możliwe wyniki testu:

W oknie Konfiguracja/Sprzedaż/Formy płatności należy utworzyć podformę płatności o typie Karta, dla której powinien zostać zaznaczony parametr Zapłata przy użyciu terminala płatniczego. Parametr odpowiada za wywoływanie połączenia z terminalem w momencie potwierdzenia przyjęcia zapłaty w oknie Definicji wpłaty / zwrotu.

Zapłaty za dokument przy użyciu terminala płatniczego można dokonać, gdy:

• na dokumencie została wskazana podforma płatności o typie Karta z zaznaczonym powyższym parametrem,
• dokument został zatwierdzony (nie jest już w buforze),
• pod przyciskiem Zapłata został wybrany sposób zapłaty o typie Karta,
• wartości wyświetlane jako Wpłata / Zwrot zostały potwierdzone poprzez kliknięcie w dyskietkę / oznaczenie Przyjmij.

Forma zapłaty o typie Karta jest dostępna z poziomu dokumentu, preliminarza płatności i listy płatności pod przyciskiem .

Uprawnienia operatora

Ze względu na możliwość dokonywania poprzez terminal zwrotu środków pieniężnych na kartę wprowadzony został odpowiedni zakres uprawnień dla operatora do wykonywania takiej operacji.

W wyniku przeprowadzenia operacji zwrotu środków pieniężnych powstanie ujemna transakcja oraz może powstać także ujemny stan rejestru (w przypadku, gdy zwrot przewyższy stan środków pochodzących z wpłat terminalowych danego dnia). Dlatego w Systemie na uprawnieniach operatora zostało dodane nowe pole z Kontrolą płatności terminalowych. Domyślnie uprawnienia na operatorze w obu przypadkach są oznaczone jako Zablokuj.

Użytkownik, który będzie miał zaznaczony parametr Zablokuj, przy próbie wprowadzenia transakcji ujemnej, która spowoduje także ujemny stan rejestru, otrzyma komunikat o treści:

Jeśli powyższa transakcja będzie musiała być wykonana, to przeprowadzić będzie ją mógł tylko operator z uprawnieniami oznaczonymi jako Ostrzegaj. Dla tych uprawnień przed wykonaniem operacji zwrotu środków pieniężnych na kartę zostanie wyświetlony komunikat o treści:

W przypadku wyboru opcji TAK System kontynuuje pracę i pozwala wprowadzić operatorowi transakcję z wartością ujemną (zwrot na kartę). A w przypadku wyboru opcji NIE następuje powrót do poprzedniego widoku.

Operacje na dokumentach

Przed wykonaniem operacji przyjęcia zapłaty przy użyciu terminala należy upewnić się, czy do podformy o typie Karta został podpięty odpowiedni rejestr kasowo-bankowy o rodzaju karta, więcej na ten temat można znaleźć w Biuletynie technicznym: Comarch ERP XL – Ewidencja obrotu z wykorzystanie kart płatniczych.

Użycie rejestru o rodzaju karta służy także do rozliczania obrotu terminalowego z dostawcą terminala.

Dokument, dla którego zapłata będzie przyjmowana przy użyciu terminala powinien być zatwierdzony (nie może znajdować się w buforze) oraz powinien mieć ustawioną formę płatności o typie ‘Karta’. Płatności przyjmowane powinny być z zakładki [Płatność]. Wyjątek stanowią kaucje, które należy płacić bezpośrednio spod dokumentu kaucji.

Opcja wyboru sposobu zapłaty za dokument za pomocą terminala znajduje się pod przyciskiem Zapłata.

Po wybraniu sposobu zapłaty o typie Karta zostanie wyświetlone okno wpłaty /zwrotu, w zależności, czy operacja będzie dotyczyła przyjęcia, czy oddania środków pieniężnych z / na kartę.

Po kliknięciu w dyskietkę na oknie wpłaty / zwrotu następuje łączenie systemu Comarch ERP XL z terminalem i zostaje wyświetlony poniższy komunikat.

Następnie na wyświetlaczu PinPad’a podłączonym do terminala pojawia się komunikat z prośbą o wprowadzenie karty płatniczej. Po wprowadzeniu karty w systemie Comarch ERP XL wyświetlony zostaje komunikat, w którym należy wybrać, w której walucie powinno nastąpić obciążenie karty PLN, czy USD (komunikat tylko dla terminali skonfigurowanych przez dostawcę terminala jako DCC, dostępne waluty PLN i USD).

Po wybraniu waluty PLN lub USD następuje operacja obciążenia karty płatniczej przez terminal oraz drukowanie na terminalu odcinka potwierdzającego stan wykonanej operacji (wydruk dla sprzedającego). W przypadku konieczności podania PIN’u zostaje wyświetlony najpierw komunikat na PinPad’zie z prośbą o podanie PIN-u do karty (komunikat dot. PIN-u wyświetlany jest w zależności od wysokości limitów operacji przeprowadzanych na karcie bez podania PIN-u, nadawanych w Banku przypisanego do danej karty płatnika), po wprowadzeniu poprawnego PIN-u następuje obciążenie karty na terminalu. Po obciążeniu karty wyświetlony zostaje komunikat z pytaniem o kopie wykonania transakcji dla klienta. Po wybraniu opcji TAK, terminal drukuje kopię dla klienta, a po wybraniu NIE kopia nie będzie wydrukowana.

Po obsłużeniu powyższego komunikatu w widoku systemu Comarch ERP XL i prawidłowemu przejściu transakcji przez terminal, wyświetlony zostanie komunikat o treści:

Po obciążeniu karty (także przy zwrocie środków pieniężnych na kartę) w systemie Comarch ERP XL utworzony zostanie zapis kasowo-bankowy oraz zostanie on automatycznie rozliczony z dokumentem, którego ta płatność dotyczyła.

Sztuczna inteligencja w limitach kredytowych

Sztuczna Inteligencja w limitach kredytowych, czyli produkt polegający na automatycznym obliczaniu limitów kredytowych, scoring’ów, rating’ów oraz wskazywaniu rekomendacji dla poszczególnych klientów.

Zalety produktu:

• bardziej precyzyjne określenie poziomu kredytu kupieckiego,
• ograniczenie opóźnień w płatnościach,
• minimalizowanie ryzyka wystąpienia nieściągalnych należności.

W Comarch ERP XL do tej pory możliwe było definiowanie wysokości kredytu kupieckiego przyznawanego konkretnym klientom przez uzupełnienie odpowiedniej informacji na Karcie kontrahenta. Ustawienie wysokości limitu kredytowego odbywało się jednak ręcznie – to operator wskazywał wysokość limitu.

Komponent Comarch AI Windykacja (Inteligentnej Windykacji) zapewnia przyznawanie limitów oraz wskaźników w  sposób automatyczny na podstawie zaszytych w nim algorytmów oraz poprzez ciągłe doskonalenie się na bazie informacji zwrotnej w przypadku, gdy operator zmieni wartości limitów zaproponowanych przez Komponent Inteligentnej Windykacji.

Wyliczenie kwoty limitów odbywa się m.in. przy pomocy rating’u uzyskanego przy okazji oceny wiarygodności klienta, wartości uzyskanych ze scoring’u oraz proponowanych rekomendacji, jak i również historii rozrachunków.

Instalacja komponentu Comarch AI Windykacja

Program Comarch AI Windykacja wymaga systemu 64-bitowego. Instalator produktu jest dostępy od wersji ERP XL 2022.0 na stronach walidowanych w sekcji Dodatki. Komponent podczas instalacji tworzy na wskazanej bazie danych nową tabelę cdn.AILimityKredytowe.

Instalator wymaga podania nazwy bazy danych, nazwy serwera, oraz uwierzytelnienia do serwera.

W zmiennych środowiskowych powstaną wpisy dotyczące podanych poświadczeń do serwera: zmienne AI_SQL_SERVER_LOGIN oraz AI_SQL_SERVER_PASSWORD.

Definicja limitu kredytowego

W systemie Comarch ERP XL na Definicji limitu kredytowego w Kracie kontrahenta, zakładka [Limit kredytowy] dodano przycisk Oblicz wartości limitów, za pomocą którego następuje pobranie danych z obliczonym limitem kredytowym oraz wskaźnikami takimi jak rating, scoring oraz rekomendacja. Limit oraz wskaźniki kalkulowane są na bazie z dnia poprzedniego. Funkcja ta jest dostępna zarówno dla nowoutworzonych limitów jak i tych zapisanych w historii.

Pobrane informacje wyświetlane są w nowym oknie, w którym można zapisać obliczony limit, zmodyfikować ręcznie lub odrzucić propozycję limitu. Po kliknięciu w dyskietkę wartość z pola ‘Limit’ zostaje przeniesiona do pola ‘Kwota’ na Definicji limitu kredytowego oraz w przypadku ręcznej zmiany limitu zostaje on zwrócony do Komponentu Inteligentnej Windykacji, aby mógł on uczyć się i doskonalić.

Poza limitem wyświetlane wskaźniki dotyczą:

• Ratingu, który określa zdolność danego podmiotu do obsługi swojego zadłużenia. Progi dla ‘Rating’u’ zostały ustalone na podstawie metodologii używanej przez wiodącą agencję ratingową Moody’s. Możliwe wartości do wyświetlenia to:
• A - wysoka zdolność do wywiązywania się ze zobowiązań finansowych, brak opóźnień, bardzo dobra kondycja finansowa w ostatnim okresie.
• B - odpowiednia zdolność do wywiązywania się ze zobowiązań finansowych, ale możliwość spłaty nieterminowej, przy czym opóźnienie nie powinno przekroczyć miesiąca.
• C - większa podatność na niekorzystne warunki biznesowe, finansowe i ekonomiczne, ale obecnie wykazywana zdolność do wywiązania się ze zobowiązań finansowych, przewidywane opóźnienia płatności.
• D - obecnie wysoka podatność na brak płatności, jak również na długie opóźnienia spłaty.

Scoringu, który określa prawdopodobieństwo braku bankructwa. Możliwe wartości do wyświetlenia będą w przedziale 0 -1 z czterema miejscami po przecinku.

Rekomendacji, dla których możliwe wartości do wyświetlenia będą następujące:

• Brak zastrzeżeń co do klienta
• Sporadyczne opóźnienia
• Rekomendowana zmiana kwoty zlecenia stałego
• Regularne opóźnienia do 15 dni
• Regularne opóźnienia do 30 dni
• Regularne opóźnienia do 90 dni
• Klient z zadłużeniami, rekomendowana przedpłata
• Wysoce niezaufany klient, rekomendowana przedpłata

Powyższe wskaźniki w obecnej wersji nie będą zapisywane do bazy, pełnią tylko funkcję informacyjną dla użytkownika.

Obliczanie limitu oraz wskaźników odbywa się dla kontrahentów posiadających powyżej 10 faktur. W przypadku, klientów, którzy nie posiadają tylu faktur, zamiast limitu Komponent Inteligentnej Windykacji wyświetli komunikat o poniższej treści:

Licencja

Obecnie możliwość korzystania z funkcjonalności Komponentu Inteligentnej Windykacji jest darmowa, jednakże w kolejnej wersji, aby operator mógł korzystać z tych rozwiązań, będzie musiał posiadać aktywną licencję na ten moduł.

W przypadku posiadania licencji nowy przycisk Oblicz wartości limitów na Definicji limitu kredytowego będzie aktywny, natomiast jeśli operator nie będzie posiadać stosownej licencji, to przycisk będzie nieaktywny.

Automatyzacje systemu

W oknie Automatyzacje systemu, na zakładce [Sztuczna Inteligencja] został dodany opis funkcjonalności automatycznych limitów kredytowych.

Eksport do arkusza kalkulacyjnego w pracy terminalowej

Dla Comarch ERP XL w pracy terminalowej umożliwiono wykonywanie operacji eksportu do arkusza kalkulacyjnego. Jeśli nie będą zainstalowane niezbędne do tej operacji komponenty, wówczas przy próbie wykonania pierwszego eksportu użytkownik zostanie o tym powiadomiony komunikatem, w którym znajduje się również informacja o lokalizacji plików instalacyjnych na IBARD.

W odróżnieniu od standardowej instalacji tutaj najpierw następuje zapis pliku do katalogu tymczasowego na serwerze. Dopiero potem plik jest przesyłany na stanowisko użytkownika w miejsce i pod nazwą przez niego wskazaną. A na koniec plik z katalogu tymczasowego serwera jest usuwany. Sam zapis pliku na serwerze nie jest odczuwalny dla użytkownika.

Ustawienia opcji eksportu do arkuszy (w Ustawieniach użytkownika) dla instalacji w pracy terminalowej należy dokonywać zgodnie z tymi samymi zasadami, co dla instalacji standardowej:

• Jeśli jest zainstalowany MS Excel, to należy wybrać opcję: MS Excel lub Wybierz automatycznie,
• Jeśli jest zainstalowany Open Office Calc lub Libre Office, należy wybrać opcję: Open Office Calc lub Wybierz automatycznie,
• Nie należy wybierać opcji eksportu do programu, który nie jest zainstalowany.

Jeśli zainstalowany jest zarówno MS Excel, jak i Libre/Open Office, to priorytet ma MS Excel i do niego będzie wykonywany eksport w przypadku opcji: Wybierz automatycznie.

Jeśli nie ma zainstalowanego żadnego programu do obsługi arkuszy kalkulacyjnych, wyświetlony zostanie stosowny komunikat.

Podczas eksportu do pliku w pracy terminalowej nie jest wyświetlane okno z pytaniem, czy eksportować dane do nowego czy otwartego arkusza, gdyż jest on wykonywany zawsze do nowego arkusza.

Współpraca z Comarch e-Sklep

Pobieranie źródła zamówienia

Comarch e-Sklep dla każdego zamówienia rejestruje informację o źródle zamówienia, czyli określenie, gdzie zamówienie zostało złożone. Aktualnie informacja ta jest odczytywana i zapisywana na zamówieniu zaimportowanym z Comarch e-Sklep. Na liście zamówień sprzedaży ZS została dodana dodatkowa kolumna pt. Źródło zamówienia, w której prezentowana jest informacja o źródle przesłanym z e-Sklep. Pod listą dodano filtr, który pozwala na wyświetlenie zamówień o określonym rodzaju źródła zamówienia np. e-Sklep, Allegro czy wszystkoPl.

Standardowo ustawiona jest opcja <Wszystkie>, czyli prezentowane są wszystkie zamówienia bez względu na rodzaj źródła zamówienia.

Na potrzeby powyższej funkcjonalności w Słowniku kategorii (Moduł Administrator/ Listy/Słowniki kategorii/Transakcje) dodano nowy słownik Rodzaje źródła zamówienia. W słowniku tym zostały dodane predefiniowane wartości zgodnie z danymi przesyłanymi z Comarch e-Sklep. W przypadku pojawienia się nowych rodzajów źródła zamówienia, możliwe będzie uzupełnienie tej listy ręcznie.

Współpraca z Comarch POS

Definiowanie przycisków szybkiej sprzedaży w POS

Od wersji 2022.0 Comarch POS możliwe jest wykorzystywanie tzw. przycisków szybkiej sprzedaży. Taka funkcjonalność może być wykorzystywana na stoiskach, gdzie sprzedawane są towary, które nie posiadają kodów kreskowych, czyli np. towary na wagę, lub w gastronomi gdzie ilość pozycji jest ograniczona.

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

• artykułów przypisanych do odpowiedniej grupy zdefiniowanej w systemie XL
• pozycji z grupy ulubionych artykułów zdefiniowanych w systemie XL

Definicja grup towarów przeznaczonych do szybkiej sprzedaży oraz listy towarów ulubionych realizowana jest na definicji Oddziału Comarch POS w Comarch ERP XL. W związku z powyższym w systemie wprowadzono następującą konfigurację przycisków szybkiej sprzedaży.

Przeniesienie konfiguracji kontrahentów na nową zakładkę

Rozdzielono zakładkę [Towary i kontrahenci] na dwie zakładki: [Towary] oraz [Kontrahenci]. Na zakładce [Kontrahenci] znajduje się tylko konfiguracja związana z importem i eksportem kontrahentów.

Konfiguracja przycisków szybkiej sprzedaży

Na zakładce [Towary] dodano dwie tabele, w których można zdefiniować grupy szybkiej sprzedaży, czyli grupy, które pojawią się bezpośrednio na interfejsie POS a po kliknięciu w nie wyświetlane będą towary z tej grupy oraz towary ulubione, czyli te najczęściej wybierane do sprzedaży.

Grupy szybkiej sprzedaży

Po lewej stronie znajduje się lista Grupy szybkiej sprzedaży, gdzie można dodawać grupy z listy grup wysyłanych do POS. Po wybraniu opcji Dodaj grupę zostanie wyświetlona lista grup, zawężona do grup wysyłanych do POS, czyli ta część drzewa, która jest wskazana w polu Wysyłaj towary z grupy.

Do listy tej należy dodać wszystkie grupy, które mają być prezentowane w POS jako grupy do szybkiego dostępu towarów. Towary, które mają przypisaną daną grupę jako grupę domyślna na zakładce [Grupy] będą prezentowane w POS po kliknięciu w określony kafelek prezentujący określoną grupę towarową.

W konfiguracji grup do POS możliwe jest ustawienie kolejności wyświetlania grup w POS za pomocą przycisków: Przesuń o jedną pozycję w dół lub w górę . Dodane grupy można usuwać pojedynczo lub zbiorczo zaznaczając odpowiednie pozycje. W każdym momencie można tez wzbogacić listę o nowe pozycje. Ustawiona kolejność przycisków grup przesyłana jest na wszystkie stanowiska POS przypisane do oddziału. Aby prezentacja grup w POS była wygodna i czytelna dla operatora, możliwe jest również wysłanie grafiki (obrazu), która będzie prezentowana na odpowiednim kafelku w POS. W tym celu należy na karcie grupy, na zakładce [Załączniki] dodać załącznik o typie obraz i zaznaczyć na nim parametr POS.

W przypadku dodania większej ilości załączników na karcie grupy, wysyłany będzie zawsze pierwszy załącznik z listy spełniający warunki: typ Obraz oraz zaznaczony parametr POS.

Towary ulubione

Po prawej stronie znajduje się lista towarów ulubionych, które w POS będą widoczne po wybraniu specjalnego kafelka o nazwie Ulubione. Do listy ulubionych można dodawać dowolne towary lub produkty, które są wysyłane do POS. Podczas dodawania towaru do listy, system sprawdza czy towar zawiera się w drzewie grup przesyłanym do POS, zgodnie z ustawieniem w polu Wysyłaj towary z grupy. Sprawdzane jest powiązanie towaru z grupą domyślną i jeśli grupa domyślna towaru nie jest wysyłana do POS, wówczas towar nie będzie mógł trafić na listę ulubionych.

Po naciśnięciu opcji Dodaj towar zostanie wyświetlona lista wszystkich towarów, gdzie można wskazać jeden lub więcej towarów i dodać je do listy. Na liście towarów ulubionych możliwe jest ustawianie kolejności wyświetlania towarów w POS za pomocą przycisków: Przesuń o jedną pozycję w dół lub w górę . Dodane towary można usuwać pojedynczo lub zbiorczo zaznaczając pozycje. W każdym momencie można też wzbogacić listę o nowe pozycje. Ustawiona kolejność towarów przesyłana jest na wszystkie stanowiska POS.

Uwaga

Po dodaniu jakiejkolwiek Grupy szybkiej sprzedaży lub Ulubionego towaru nie będzie możliwości zmiany drzewa towarów wysyłanych do POS, czyli parametr Wysyłaj towary z grupy będzie nieaktywny do zmiany. Aby zmienić zakres wysyłanych towarów do POS należy najpierw usunąć pozycje z obu list.

Parametr określający sposób sprzedaży w POS

Aby podczas sprzedaży w Comarch POS domyślnie ustawiały się kafelki szybkiej sprzedaży należy wysłać odpowiedni parametr. Na definicji stanowiska na zakładce [Parametry] dodano parametr pt. Domyślnie korzystaj z przycisków szybkiej sprzedaży.

Jeśli parametr będzie zaznaczony, oznacza to, że podczas sprzedaży w POS domyślne prezentowane będą skonfigurowane w Comarch ERP XL przyciski a nie zwykła lista towarów. Jeśli operator nie znajdzie odpowiedniego towaru wśród dostępnych kafelków wówczas będzie mógł przełączyć się na standardową listę towarów za pomocą kontrolki Wyszukaj artykuł.

Podgląd stanów magazynowych w innych sklepach

Obsłużono funkcję podglądu towaru w innych sklepach. W Comarch POS na liście towarów oraz na podglądzie towaru znajduje się przycisk Dostępność w sklepach. Standardowo przycisk ten jest ukryty, dlatego najpierw należy go odkryć z poziomu konfiguracji interfejsu w POS.

Po wybraniu przycisku Dostępność w sklepach zostanie otwarte okno, w którym prezentowany jest stan danego towaru w magazynach innych sklepów Comarch POS w ramach danej instalacji. Stany towarów sprawdzane są on-line, dlatego do uruchomienia tej opcji potrzebne jest aktywne połączenie z Comarch ERP XL czyli działająca usługa XLDataService.

Współpraca z Comarch Shipping

Uwaga

Współpraca Comarch ERP XL 2022.0 będzie możliwa dopiero od wersji Comarch Shipping, w której udostępnieni zostaną kurierzy: GLS i Raben. Planowo wersja powinna się ukazać przed końcem 2021 roku.

Ze względu na to na to, że w obecnej wersji aplikacji brakuje zmian koniecznych do poprawnej współpracy, to do czasu wydania tej wersji korzystanie z integracji nie jest zalecane, gdyż będzie powodowało błędy

Import informacji o kurierach obsługiwanych w aplikacji

W oknie Konfiguracja/Aplikacje/Kurierzy został dodany przycisk do importu danych o kurierach z aplikacji Comarch Shipping. Przy imporcie do słownika kategorii Kurierzy pobierane są następujące informacje:

Wewnętrzny identyfikator kuriera wykorzystywany przy wymianie danych – informacja nie jest widoczna w interfejsie, ale jego przypisanie spowoduje, że kurier będzie widoczny w oknie generowania Zlecenia Nadania Przesyłki. Rodzaje przesyłek obsługiwanych przez danego kuriera – rodzaje można ustawiać na paczkach, co zostaje potem przekazane na zlecenia w aplikacji.

Jeśli nazwa kuriera z aplikacji jest zgodna z nazwą predefiniowanego rekordu ze słownika, wówczas importowane informacje zostaną przypisane do tego rekordu. Jeśli nie ma dokładnie takiej nazwy, wówczas w słowniku zostaje utworzony nowy rekord predefiniowany (oznaczony na niebiesko).

Dodatkowy parametr Oznaczaj aktywność kurierów na podstawie ustawień z aplikacji pozwala ustawić rekordy słownika kategorii Kurierzy na aktywne/nieaktywne w sposób odzwierciedlający stan w Comarch Shipping. Przy czym będzie to dotyczyło tylko tych kurierów, którzy są obsługiwani w aplikacji. Pozostałe rekordy słownika nie są modyfikowane.

 

Wskazówka

W wersji Comarch ERP XL 2022.0 wewnętrzne identyfikatory kurierów obsługiwanych w aplikacji zostaną wypełnione automatycznie w trakcie kreacji i konwersji bazy.

Na dzień wydawania wersji Comarch ERP XL 2022.0 aplikacja Comarch Shipping obsługuje następujących kurierów: Allegro InPost Paczkomaty, Allegro InPost Kurier, DHL, DHL POP, DPD, InPost Kurier, InPost Paczkomaty, ORLEN Paczka, Poczta Polska. Wkrótce pojawią się również: GLS i Raben, którzy zostali już uwzględnieni w kreacji i konwersji.

W kreacji/konwersji bazy nie są automatycznie pobierane rodzaje przesyłek dla kurierów. Operację tą należy wykonać samodzielnie za pomocą przycisku Importuj dane kurierów z aplikacji.

Przycisk importu pobiera również dane słownikowe rodzajów przesyłek, które są widoczne w słowniku kategorii Kurierzy na osobnej zakładce [Rodzaje przesyłek].

Pobrane w ten sposób rodzaje przesyłek można wykorzystać na paczkach, z których są następnie przekazywane na zlecenie do Comarch Shipping. Aby ograniczyć w XL listę rodzajów do tych, które są w danej bazie faktycznie wykorzystywane, można pozostałe oznaczyć jako nieaktywne. Dzięki temu nie będą one wyświetlane na listach do wyboru, analogicznie do innych nieaktywnych rekordów słownikowych.

Uwaga

Ze względu na specyficzne warunki rodzajów przesyłek dla kuriera Poczta Polska, które ściśle wiążą się z rodzajem świadczonych przez niego usług, w obecnej wersji nie są pobierane rodzaje przesyłek dla tego kuriera. A co za tym idzie nie można ich wykorzystać w trakcie wystawiania czy aktualizacji zleceń. Dla tego kuriera pole to pozostanie zawsze puste, a przy tworzenia zlecenia będzie ustawiane w Comarch Shipping na podstawie szablonu ‘Szybka paczka’.

Wymiana danych z uwzględnieniem nowych pól na dokumentach transportowych

Zgodnie z opisem w rozdziale: Nowe pola na dokumentach transportowych, na paczkach i wysyłkach zostały dodane nowe pola, którymi można się posługiwać przy tworzeniu zlecenia. Pola te umieszczone zostały również na oknie generowania zleceń.

Pojawiły się tutaj dodatkowo:

• Data nadania,
• Rodzaj przesyłki,
• Wymiary,
• Id punktu odbioru.

Działanie tych parametrów jest następujące:

• Jeśli zostały wypełnione w oknie generowania, to niezależnie od tego, co jest na paczce i wysyłce, wówczas przesyłane na zlecenie są te okna generowania;
• Jeśli nie zostały wypełnione w oknie generowania (lub pozostawiono domyślne wartości zerowe), a są wypełnione na paczce lub wysyłce, wówczas przesyłane na zlecenie są te z paczki i wysyłki;
• Jeśli nie zostały wypełnione zarówno w oknie generowania, jak i na paczce lub wysyłce, wówczas pobierane są domyślne ustawione w Comarch Shipping dla danego kuriera (z szablonu kuriera ‘Szybka paczka’).

Wskazówka

Powyższe nie dotyczy pól: Kurier (jest wymagane), Data nadania (zawsze jest wypełnione) oraz ustawień dla kwot pobrania i ubezpieczenia, które są obsługiwane jak dotychczas.

Niezależnie od tego, czy informacje na tworzonym zleceniu są pobierane z XL czy też z domyślnego szablonu, po utworzeniu zlecenia są one automatycznie przekazywane na źródłowe dokumenty paczek/wysyłek do XL.

Dodatkowo do Comarch Shipping przekazywane są od tej wersji następujące informacje:

• Akronim adresu kontrahenta odczytywany z adresu przypisanego do paczki w XL,
• System, czyli nazwa systemu, z którego utworzone zostało zlecenie, w tym przypadku: Comarch ERP XL.

Podsumowując powyższe, w trakcie przesyłania informacji pomiędzy bazą danych Comarch ERP XL a Comarch Shipping przekazywane są następujące informacje:

Informacja	Kierunek przepływu danych	Uwagi
Kurier na wysyłce	XL -> Shipping	Po utworzeniu zlecenia w aplikacji zablokowana jest możliwość zmiany tego ustawienia.
Id zlecenia na wysyłce	Shipping -> XL	Ustawiane po utworzeniu zlecenia i podlega aktualizacji tylko, jeśli zlecenie zostanie usunięte w Comarch Shipping.
Stan zlecenia na wysyłce	Shipping -> XL	Ustawiane po utworzeniu zlecenia i podlega aktualizacji w XL.
Numery dokumentów: wysyłki oraz dokumentów do niej powiązanych	XL -> Shipping	Wyświetlane informacyjnie na zleceniu.
Dane odbiorcy na paczce	XL -> Shipping	Jeśli dane zostaną zmienione w aplikacji, to informacja nie jest przekazywana zwrotnie do XL.
Pobranie na wysyłce	W obydwie strony	Wysyłane z XL do Shipping przy tworzeniu zlecenia i aktualizowane przy operacji aktualizacji danych. Jeśli w Shipping dana informacja nie jest potrzebna, wówczas jest ignorowana i ustawiane są dane domyślne zapisane w aplikacji. Dotyczy np. wagi i wymiarów, które dla niektórych rodzajów przesyłek są ustalone na sztywno i nie można podawać innych. Wówczas przy tworzeniu zlecenia są one wysyłane z XL (i nie zapisane w Shipping), a przy aktualizacji danych z ZNP są pobierane do XL te zapisane domyślnie w Shipping. Natomiast w przypadku wypełnienia Id punktu odbioru, które nie jest potrzebne na zleceniu, bo nie jest ustawiony odbiór w punkcie, wówczas przy aktualizacji danych informacja ta zostaje usunięta z wysyłki w XL.
Ubezpieczenie na wysyłce
Waga brutto z wysyłki
Wymiary na paczce (NOWOŚĆ)
Data nadania na wysyłce (NOWOŚĆ)
Rodzaj przesyłki na paczce (NOWOŚĆ)
ID punktu odbioru na wysyłce (NOWOŚĆ)
Akronim adresu kontrahenta (NOWOŚĆ)	XL -> Shipping	Wyświetlane informacyjnie na liście zleceń, po odkryciu odpowiedniej kolumny.
System (NOWOŚĆ)

 

Wskazówka

Aby zostały na zleceniach uzupełnione wymagane pola należy poprawnie zdefiniować dla kurierów szablony ‘Szybka paczka’, w których można podać parametry domyśle (np. waga i wymiary dla paczki) lub oznaczyć parametry pozwalające wypełnić pola danymi z XL, (np. Zawartość na zleceniu). Dzięki temu nie będzie konieczności, jak dotychczas wypełniania wszystkich pól na dokumentach w XL, ponieważ zostaną one pobrane z tych szablonów, a przy aktualizacji danych z ZNP zostaną zwrotnie zapisane na paczce/wysyłce w XL.

Jeśli przy tworzeniu zlecenia będą błędy/braki w danych odbiorcy czy parametrach paczki (waga, wymiary), wówczas zlecenie zostanie utworzone, a w logu pojawi się informacja o tym, że zawiera ono błędy i należy je poprawić bezpośrednio w Comarch Shipping. To działanie pozostało bez zmian w stosunku do dotychczasowego.

Zlecenia uruchamiane w przeglądarce

W przypadku, gdy do tworzonego z XL zlecenia nie zostanie podana kluczowa dana blokująca zapis tego zlecenia, wówczas to zlecenie zostanie w XL podniesione do edycji, celem uzupełnienia brakujących pól. Informacja o brakach znajduje się w standardowym komunikacie na zleceniu w Comarch Shipping.

Zlecenie jest otwierane do edycji w przeglądarce MS Edge uruchamianej w oknie Systemu.

Po uzupełnieniu brakujących pól i zapisaniu zlecenia następuje automatyczna aktualizacja danych z ZNP, dzięki czemu uzupełnione pola zostają od razu zapisane na paczce/wysyłce w XL.

W obecnej wersji Comarch Shipping błąd taki będzie się pojawiał, jeśli dla zleceń wymagane będzie podanie punktu odbioru i nie zostanie ono wysłane z XL. Dzięki temu będzie możliwe wybranie tego punktu z mapy udostępnianej w Comarch Shipping, bez konieczności ręcznego uzupełniania go w XL.

Wskazówka

W przyszłości, jeśli w aplikacji pojawią się nowi kurierzy, dla których wymagane będą inne kluczowe pola, ten schemat działania zostanie zachowany. Czyli wtedy takie zlecenia również będą edytowane w przeglądarce, gdzie trzeba będzie uzupełnić braki. Różnica będzie taka, że te braki nie zostaną zwrotnie zapisane na paczkach/wysyłkach, dopóki nie wprowadzona zostanie ich obsługa do mechanizmów integracji w XL.

Pozwoli to jednak tworzyć zlecenia dla kurierów nowo wprowadzanych do Comarch Shipping, niezależnie od tego, czy wymagane pola znajdują się na dokumentach w Comarch ERP XL.

Od wersji XL 2022.0 również podgląd zlecenia jest wyświetlany w przeglądarce MS Edge uruchamianej w oknie Systemu, zamiast w zewnętrznej domyślnej przeglądarce użytkownika. Każdorazowo po zamknięciu zlecenia w tym oknie pojawia się pełna zawartość konta użytkownika w Comarch Shipping ze wszystkimi dostępnymi opcjami. Z poziomu tego okna możliwe jest więc wykonywanie wszystkich operacji dostępnych dla użytkownika w aplikacji.

Należy tutaj zwrócić uwagę, że zlecenie uruchamiane w trybie tworzenia (z błędem kluczowym) lub w trybie podglądu, dla użytkowników przypisanych do wielu baz Comarch Shipping, wymaga od nich wcześniej wyboru kontekstu bazy. Jeśli wybrana zostanie nieprawidłowa, wówczas zlecenie nie zostanie otwarte, a pojawi się komunikat błędu.

Należy więc pamiętać o prawidłowym wyborze bazy Comarch Shipping, szczególnie w przypadku zleceń edytowanych w procesie ich generowania, gdyż to pozwoli uzupełnić dla nich od razu brakujące pola.

Funkcjonalności niedostępne w XL Start

Ponieważ w wersji Comarch ERP XL Start nie są dostępne dokumenty transportowe, to cała współpraca z Comarch Shipping również nie jest dostępna.

Dodatkowo zablokowane jest rejestrowanie faktur zakupu z wykorzystaniem Comarch OCR.