Spis treści

Wstęp

Definiowanie atrybutów

Konfiguracja ustawień dostępności do atrybutów

Dostęp do atrybutów dla uprawnionych operatorów

Kopiowanie atrybutów

Atrybuty a ECOD

Atrybuty grupujące

Wysyłka atrybutu do KSeF jako dodatkowy opis

Wstęp

Atrybuty stanowią dodatkowy opis kontrahentów, transakcji, dokumentów i innych obiektów rejestrowanych w systemie Comarch ERP XL. Dzięki temu są znakomitym narzędziem służącym dokładnemu zdefiniowaniu obiektów i wyróżnieniu ich spośród wielu innych znajdujących się w systemie, a to sprzyja analizie tych obiektów. Dzięki mechanizmowi kopiowania atrybutów funkcjonalność ta ma bardzo szerokie zastosowanie niezależnie od dziedziny jaką zajmuje się firma.

Poniżej przedstawiono podstawowe informacje odnośnie atrybutów oraz opis funkcjonalności związanych z ich działaniem w systemie.

Atrybuty definiuje się w module Administrator/Narzędzia/Atrybuty. Najpierw definiuje się klasy atrybutów, a następnie można (ale nie jest to wymagane) przypisać wartość dla takiej klasy. Ponadto klasy atrybutów mogą być grupowane. W sytuacji, gdy jest kilka klas atrybutów, którymi można opisać dany obiekt, wtedy zamiast przypisywać kolejno klasy do obiektu, można przypisać daną grupę, obejmującą wymagane klasy.

Definiowanie atrybutów

 

Na wszystkich obiektach, na których znajdują się atrybuty, klasy atrybutów wyświetlane są w lewej części okna, natomiast wartości atrybutów w prawej. Aby mogły być wykorzystane na poszczególnych obiektach, należy je do nich przypisać. Odbywa się to w oknie: Definicja atrybutów, na zakładce Obiekty. Jedna klasa atrybutu może być dodawana do kilku obiektów.

Od wersji 2017.0 Systemu Comarch ERP XL na zakładce Atrybuty dostępnej dla danego obiektu czy dokumentu wyświetlany jest dodatkowy panel prezentujący listę grup, do których przypisane są klasy atrybutów dodane do tego obiektu lub dokumentu. Jeżeli dla danego obiektu dodana zostanie klasa atrybutu, wówczas po lewej stronie automatycznie zostanie wyświetlona nazwa grupy, do której ta klasa jest przypisana, nie ma tu znaczenia czy dana grupa atrybutów jest powiązana z danym rodzajem obiektu, czy nie.

 

Przyklad

Klasa atrybutu ‘data ‘przypisana jest do obiektu [Towary].[Wzorce towarowe].[Towar] i jednocześnie do grupy atrybutów ‘Właściwości’ i ‘Ważne do’. Grupa ta nie jest przypisana do obiektu [Towary].[Wzorce towarowe].[Towar]. Atrybut na obiekcie docelowym [Towar] prezentowany jest jak poniżej mimo że grupy ‘Właściwości’ i ‘Ważne do’ nie są bezpośrednio związane z obiektem [Towar], są prezentowane z uwagi na to, że klasa atrybutu ‘data’ została do nich przypisana.

 

 

Jeżeli klasa atrybutu jest przypisana do kilku grup, wówczas zostanie wyświetlona w kontekście każdej grupy, zawsze z jedną przypisaną jej wartością. Jeżeli jednak klasa atrybutu nie jest przypisana do żadnej grupy, będzie prezentowana tylko w kontekście wszystkich atrybutów (grupa Wszystkie).

Listę klas atrybutów można wyświetlać zbiorczo (grupa Wszystkie) oraz po zawężeniu do danej grupy. Użytkownicy nie korzystający z grup atrybutów mogą ukryć nowo dodany panel tak, aby zachowany był dotychczasowy widok zakładki Atrybuty.

Obiekty jako atrybuty

System ERP XL umożliwia przypisanie do wybranych obiektów atrybutów w postaci innych obiektów. np.: kontrahenta, towaru, pracownika, konta, noty memoriałowej, środków trwałych, dokumentu (handlowego, magazynowego, importowego), zamówienia, oferty, zlecenia (produkcyjnego, kompletacji, dekompletacji, serwisowego, remontowego), technologii, danych binarnych bądź do obiektu wskazanego zapytaniem SQL’owym.

Typy atrybutów

Typ atrybutów można wybrać spośród listy rozwijalnej – jest do wyboru typ: tekst, flaga, liczba, lista, adres URL, SQL (SQL Obiektowy – przy jego pomocy zapisywana jest do tabeli Atrybuty nie tylko informacja typu tekstowego (Atr_Wartosc), ale także wskazanie na dowolny obiekt XLowy (czyli wypełnienie pól Atr_OBIGID)) oraz wszystkie te, które zostały wymienione w poprzednim pkt. Poza tym wśród najważniejszych zmian w tym zakresie należy wymienić: przypisanie do obiektu atrybutu, który jest innym obiektem – prezentuje to poniższy przykład:

Przyklad

Zarejestrowano kartę towaru. Towar ma charakter zabytkowy i wymaga opieki konserwatora. Ze względu na unikalność towaru i niezbędną specjalizację konserwatora, zachodzi potrzeba wskazania dla towaru podmiotu, który może dokonywać odpowiednich czynności. W tym celu należy:

– Zdefiniować klasę atrybutu: Konserwator (moduł Administrator, okno Definicja atrybutów, zakładka Klasa atrybutów), typ Kontrahent

– Przypisać klasę atrybutu do obiektu: Towar (moduł Administrator, okno Definicja atrybutów, zakładka Obiekty)

– Na karcie towaru (o charakterze zabytkowym), na zakładce Atrybuty, przypisać klasę atrybutu: Konserwator i po naciśnięciu przycisku: wybrać wartość – nazwę/nazwisko konserwatora (kontrahenta).

W ten sposób dla obiektu: towar, zostanie przypisany atrybut, który również jest obiektem (kontrahent).

Format atrybutu

Atrybuty mogą być zdefiniowane w wybranym przez Użytkownika formacie. Dostępne są warianty:

• Tekst – atrybut, którego wartość będzie wyrażona dowolnym tekstem 256 – znakowym
• Data – atrybut, którego wartość będzie wyrażona jako data w kolejności: rok – miesiąc – dzień/dzień - miesiąc - rok
• 1234 – atrybut, którego wartość będzie wyrażona jako liczba całkowita
• 1234.56 – atrybut, którego wartość będzie wyrażona jako liczba z dwoma miejscami po przecinku
• 1234,5678 – atrybut, którego wartość będzie wyrażona jako liczba z czterema miejscami po przecinku
• (*) Zaawansowany – po wybraniu tego formatu, do edycji zostanie udostępnione pole dla opisywania atrybutów w formacie clarionowym. (Wybranie jednego z wyżej wymienionych formatów spowoduje wypełnienie tego pola wartością domyślną, niedostępną do edycji). Format: Zaawansowany, sprzyja dużej elastyczności atrybutu, który może zostać określony wartościami przydatnymi dla konkretnego Użytkownika.

Postać, w jakiej będzie wyrażony atrybut, będzie zależała od wybranego formatu. Poniżej przedstawiono przykład przypisania do obiektu: Kontrahent, atrybutu w formacie: Data.

Po przypisaniu do kontrahenta klasy atrybutu:'' DATA'', w kolumnie: Wartość atrybutu, możliwe będzie wpisanie jedynie daty w polach: dzień - miesiąc – rok

Lista wartości atrybutów

Klasie atrybutu może zostać przyporządkowana lista wartości, które będą określały konkretny obiekt. Lista ta może mieć charakter:

Zamknięty charakter listy oznacza, że na obiekcie możliwy będzie wybór wartości atrybutu jedynie ze zdefiniowanej uprzednio listy. Uniemożliwi on określenie wartości w ramach klasy atrybutu, poprzez jej zdefiniowanie na obiekcie.

Jeżeli lista wartości ma charakter otwarty, wtedy po przypisaniu klasy atrybutu do obiektu możliwe będzie nadanie jakiejkolwiek wartości do przypisanej klasy.

Stosowanie listy zamkniętej ma zastosowanie w sytuacji, gdy wartości dla klasy danego atrybutu mają charakter ściśle określony, wyznaczony np. normami ustalonymi przez regulamin firmy. Zastosowanie wtedy listy zamkniętej, uchroni przed wprowadzeniem ewentualnych błędnych zapisów na obiekcie.

Lista otwarta będzie miała zastosowanie bardziej powszechne, umożliwiając opisanie obiektu w sposób szczegółowy, w odniesieniu do konkretnej sytuacji, okoliczności itp. Wskazane jest, aby tam, gdzie nie jest to konieczne, nie stosować listy zamkniętej, gdyż może to ograniczyć funkcjonalność atrybutów.

Aby lista wartości atrybutów miała charakter zamknięty, należy w definicji klasy atrybutu zaznaczyć parametr: Lista zamknięta, który zostanie uaktywniony po wybraniu typu atrybutu: Lista.

Wartości dla takiego atrybutu określa się w oknie: Definicja atrybutów, na zakładce: Klasy atrybutów, po naciśnięciu przycisku: [Dodaj wartość.]

Atrybuty wielowartościowe

Zdarzają się sytuacje, gdzie dany atrybut może przyjmować wiele wartości. Można wtedy wykorzystać opcję: Wielowartościowy. Jeśli zostanie określony typ jako Lista, wtedy można obsłużyć np. sytuację taką, że chcemy zapisywać odbyte przez pracownika szkolenia. W przypadku, gdy oferta szkoleniowa jest szeroka, trudno dla każdego z dostępnych szkoleń definiować osobną klasę atrybutu i określać jego wartość jako „tak” lub „nie”. W takim przypadku najlepszym rozwiązaniem jest postąpić następująco:

Na pracowniku będzie można wybrać spośród całej listy szkoleń, te w których on uczestniczył.

Atrybuty okresowe

Zaznaczając na klasie atrybutu parametr: Okresowy, uzyskamy taką sytuację, że na obiekcie, do którego jest dodany ten atrybut, będzie można określić kilka wartości atrybutu w danych okresach czasu. Przy czym kontrolowane jest, aby zakresy dat były rozdzielne.

Wartość domyślna atrybutów

Definiując klasę atrybutu można ustalić jego wartość domyślną. Wartość ta będzie podpowiadana za każdym razem, gdy wybrany atrybut będzie przypisywany do danego obiektu. Możliwa jest modyfikacja wartości tego atrybutu.

Wartość dla operacji wsadowych

Wartość dla operacji wsadowych jest niezbędna przy atrybutach wymaganych (więcej informacji w rozdziale: Atrybuty wymagane).

Wartość wsadowa jest wprowadzana wszędzie tam, gdzie program nie będzie mógł wymusić wprowadzenia wartości dla atrybutu, a atrybut ten będzie wymagany.

W odróżnieniu od powyższej sytuacji, wygenerowanie faktury ręcznie spowoduje, że na element faktury zostanie przypisany atrybut wymagany ze „zwykłą” wartością domyślną.

Zestaw znaków dla atrybutów

Wartość atrybutu może być wyrażona w jednym ze zdefiniowanych w systemie zestawu znaków. Wybór zestawu znaków jest możliwy, jeżeli wybrano typ atrybutu:

Zestaw znaków wskazuje alfabet, w jakim określona będzie wartość atrybutów. Funkcja ta może być wykorzystana np. w sytuacjach, gdy dokonywane są transakcje międzynarodowe lub obrót towarami pochodzenia zagranicznego. Umożliwiają określenie cech, zdefiniowanych przez producenta danego towaru, które z różnych przyczyn nie mogą zostać przetłumaczone bezpośrednio na język polski (np. oznaczenie modelu danego towaru).

Należy zwrócić uwagę, aby przy wyborze danego zestawu znaków, została odpowiednio skonfigurowana klawiatura, co umożliwi wykorzystanie wybranych w atrybucie znaków.

Atrybuty wymagane

Obiekty w ERP XL mają pola wymagane i opcjonalne. Wypełnienie pól wymaganych jest niezbędne dla zarejestrowania danego obiektu w systemie. Pola wymagane są zdefiniowane w systemie i ta ich cecha nie podlega modyfikacji przez Użytkownika. Użytkownik może jednak zdefiniować dodatkową cechę na wybranych obiektach, która będzie musiała zostać określona, aby można było zarejestrować ten obiekt. Cechami takimi są atrybuty.

Atrybut wymagany odznacza się następującymi cechami:

Atrybut wymagany, na liście atrybutów oraz na wybranym obiekcie będzie wyświetlony w kolorze czerwonym

Atrybuty Business Intelligence

Atrybut Business Intelligence to taki, który na definicji ma zaznaczone pole: BI. Na podstawie tych atrybutów, DTS - y będą konstruować wymiary analityczne, w oparciu o które, możliwe będzie tworzenie raportów i analizowanie danych na podstawie tych atrybutów.

Atrybuty historyczne

Atrybut historyczny, to atrybut z zaznaczonym parametrem: Historia. Zaznaczony parametr umożliwia podgląd historycznych wartości atrybutów przypisanych do obiektów. Jeżeli do obiektu przypisano atrybut historyczny: A z wartością: a, a następnie (po zapisaniu i ponownej edycji) zmieniono jego wartość na: b, wtedy, możliwe jest wybranie z menu kontekstowego, otwieranego prawym przyciskiem myszy funkcji:

Parametr klasy atrybutu dla wskazanego typu obiektu

Niektóre parametry, uległy rozdzieleniu. Jeden atrybut może być przypięty do kilku obiektów. Można określić, dla którego obiektu jakie ustawienia mają obowiązywać. Lista opcji poniżej:

Dopuszczalna może być sytuacja, że parametry na typie obiektu będą inne niż na samej klasie atrybutu.

Okno otwierane z poziomu klasy atrybutu przypiętej do obiektu zawiera wspomniane wyżej parametry zaprezentowane w sposób podobny jak poniżej: Opcja Wymagany/Automat/Tylko do odczytu jest nieaktywna, jeżeli jest zaznaczone radio wg klasy atrybuty – oznacza to, że ta opcja jest „dziedziczona” z klasy atrybutu.

Zakładka Tłumaczenia

Ideą zakładki tłumaczenia jest przedstawienie Nazwy i Opisu danej Klasy atrybut w dowolnym języku obcym wybieranym ze składnika kategorii.

Aby nazwę i opis Klasy atrybutu móc pisać w obcym alfabecie np. rosyjskim należy na karcie Operatora zaznaczyć parametr: Przełączanie wersji językowej. Dalsze wykorzystanie informacji zapisanych na zakładce Tłumaczenia będzie w aplikacjach web’owych np. Pulpicie kontrahenta.

Wyszukiwanie zasobów wg atrybutów

Udostępniona została możliwość filtrowania istniejących zasobów według wartości atrybutów. W tym celu, w oknie zasobu został dodany obszar z nazwą Klasy i Wartością atrybutu, które odpowiednio wypełnione mogą stanowić parametr filtrujący dostępne zasoby.

Zasoby mogą być wyszukiwane wg klasy atrybutów przypisanych do obiektu Dostawa. Po otwarciu listy zasobów, automatycznie zostają wyświetlone Klasy atrybutów, dla których jako obiekt docelowy została wskazana Dostawa. Aby wyszukać zasób, należy dla Klasy atrybutu wskazać odpowiednią wartość i użyć przycisku [Ogranicz do wskazanej cechy].

Konfiguracja ustawień dostępności do atrybutów

W definicji klasy atrybutu została dodana nowa zakładka {Dostępność} pozwalająca ograniczyć listę operatorów do tych, dla których dostępna będzie dana klasa atrybutu. Możliwe jest określenie praw dostępu odrębnie w zakresie możliwości wprowadzania wartości dla klasy atrybutu (parametr Wprowadzenie) oraz edycji/zmiany tej wartości (parametr Zmiana).

Na zakładce Dostępność możliwe jest:

Domyślnie przypisując nowego operatora na listę dostępności parametr Wprowadzenie jest zawsze zaznaczony. Natomiast parametr Zmiana zależny jest od ustawienia w definicji klasy ogólnego parametru Tylko do odczytu:

Analogiczne ustawienie pojawiło się na grupie klas atrybutów. Oznacza ono jedynie wzorzec dla klas atrybutów dodawanych do tej grupy, czyli nie decyduje bezpośrednio o widoczności danej grupy dla konkretnego operatora. Podczas przypisywania klasy atrybutów do grupy, dla której lista Dostępność nie jest pusta, można dokonać przeniesienia ustawień dostępności z grupy do przypisywanej klasy (lub klas) atrybutów – wybór należy do użytkownika. Analogiczną operację można wykonać z poziomy listy Grupy klas atrybutów, za pomocą przycisku pioruna ‘Przypisz uprawnienia do atrybutów’ dostępnego pod listą. W przypadku, gdy na grupie nie ma ustawionych żadnych operatorów zostanie wyświetlony komunikat:

Dopiero wybranie odpowiedzi TAK pozwoli na wykasowanie operatorów z listy powiązanych klas atrybutów.

Ograniczenie dostępności atrybutów jest możliwe również z poziomu karty operatora, poprzez dopisanie na zakładce Uprawnienia do atrybutów konkretnych klas atrybutów. A następnie określenie dostępu w zakresie wprowadzenia lub zmiany.

Dane wprowadzone na klasie atrybutu mają automatycznie odzwierciedlenie na karcie operatora i odwrotnie. Również na karcie wzorca operatora można dopisywać uprawnień do klas atrybutów, które następnie przenoszone są na karty operatorów przypisanych do tego wzorca. Działanie zgodne ze standardem pozwala na pobieranie danych z wzorca podczas dodawania nowych operatorów lub aktualizacji istniejących.

Od wersji 2018.2 Comarch ERP XL na zakładce uprawnienia do atrybutów:

Prezentowana jest data ostatniej modyfikacji dla powiązania klasy atrybutu z operatorem. Data jest widoczna w osobnej kolumnie Data modyfikacji na zakładkach [Dostępność na klasie atrybutu] oraz [Uprawnienia do atrybutów] na karcie wzorcu/operatora.

Podczas dodawania nowego atrybutu na zakładce [Uprawnienia do atrybutów] na karcie operatora oraz na wzorcu operatora, na wołanej spod plusa liście wyświetlane są tylko te klasy atrybutów, które nie są jeszcze przypisane do operatora. Dodatkowo kolorem zielonym wyróżniane są te klasy atrybutów, które zostały dodane do bazy po dacie ostatniej zmiany na tej liście.

Dostęp do atrybutów dla uprawnionych operatorów

Dostęp do atrybutu na obiekcie będzie możliwy, jeśli w definicji klasy atrybutu:

Tryb dostępu do wartości klasy atrybutów na obiekcie zależny jest od ustawienia dostępności:

Również dodawanie klas atrybutów do obiektów jest uzależnione od nowych uprawnień dostępu. Jeśli dana klasa atrybutu nie ma w definicji przypisanych operatorów, wówczas będzie traktowana na dotychczasowych zasadach, czyli będzie możliwa do dodania przez każdego operatora. Natomiast jeśli w definicji klasy są przypisani operatorzy, wówczas tylko oni będą mieli możliwość przypisywania nowych klas na zakładkach Atrybuty poszczególnych obiektów. Tak samo działa to dla atrybutów dodawanych automatycznie (parametr Automat w definicji klasy) – będą dodawane do nowych obiektów tylko pod warunkiem, że operator dodający te obiekty ma do nich uprawnienia. Również w trakcie wykonywania operacji Seryjna zmiana wartości atrybutów na dekretach (z poziomu zakładki Konto), przy opcji Dodaj lista atrybutów zostanie zawężona do tych, do których operator ma uprawnienia.

Wyjątek stanowią natomiast wartości domyślne ustawione na klasie atrybutu. Niezależnie od uprawnień operatora do wprowadzania wartości dla atrybutów, są one zawsze automatycznie przypisywane do atrybutu. Dotyczy to również wartości domyślnej dla operacji wsadowych.

Operacje kopiowania atrybutów pozostają bez zmian, czyli kopiowanie pomiędzy różnymi obiektami nie sprawdza uprawnień operatora do kopiowanej klasy atrybutu. Kontrola odbywa się jedynie przy wyświetlaniu listy klas przypisanych do obiektu. Skutkuje to tym, że nawet jeśli klasa, do której operator nie ma uprawnienia, zostanie dodana do obiektu, to operator ten nie będzie jej widział.

Ustawienie na karcie klasy atrybutu może być zupełnie inne niż na grupie klas, dlatego wyświetlając atrybuty na karcie obiektu widoczność grup zostaje ograniczona do tych, w których operator ma dostępny chociaż jeden atrybut. Ustawienie na grupie atrybutów nie będzie więc decydowało o tym, czy grupa jest widoczna na karcie obiektu, czy nie.

Kopiowanie atrybutów

W ramach funkcjonalności kopiowania atrybutów udostępniony został mechanizmy do definiowania powiązań pomiędzy kopiowanymi obiektami, z możliwością określania warunków, kiedy takie kopiowanie ma nastąpić.

W oknie: Definicja atrybutów, z poziomu zakładki: Kopiowanie atrybutów, po naciśnięciu przycisku: , zostanie otworzone okno: Klasa atrybutu dla obiektu - klasa atrybutu wpięta do tego obiektu i podświetlona w czasie naciśnięcia przycisku. Na taj właśnie formatce ustawia się warunki kopiowania.

Aby było możliwe określenie źródła i akcji trzeba zaznaczyć parametr: Zaawansowane. Warunki:

Akcje

Kopiowanie atrybutów może mieć miejsce:

W szczególnym przypadku za pomocą tego mechanizmu można zrealizować funkcjonalność atrybutów wyliczanych.

Należy zwrócić uwagę, że powyższa funkcjonalność umożliwia realizację (przynajmniej częściowo) „atrybutów wyliczanych” – zapis, odczyt może wymusić ponowne wyliczenie wartości atrybutu.

Źródła

Rejestracja powiązań pomiędzy kopiowanymi obiektami odbywa się z poziomu obiektu, do którego będzie kopiowanie (CEL), poprzez wskazanie jaką klasę atrybutu, skąd (z którego obiektu) należy przepisać (ŹRÓDŁO).

Lista dostępnych obiektów, z których można kopiować (ŹRÓDŁO) jest predefiniowana i kontekstowa (zależna od rodzaju obiektu, do którego chcemy atrybut skopiować).

Lista powiązań między obiektem źródłowym a obiektem docelowym jest wyświetlana na zakładce: Kopiowanie atrybutów, w oknie: Definicja atrybutów. Jest ona definiowalna przez Użytkownika.

Pod listą dostępne są przyciski (podobnie rozmieszczone jak na zakładce „Klasy atrybutów) o funkcjach:

Parametr: Pokazuj nieaktywne – odznaczenie powoduje filtrowanie wyświetlanych rekordów do aktywnych, zaznaczenie – wszystkie. Rekordy nieaktywne na liście będą w kolorze szarym.

Niezależnie od predefiniowanych ŹRÓDEŁ możliwe jest zdefiniowanie dowolnego ŹRÓDŁA, którego atrybut będzie skopiowany. Taką operację definiuje się za pomocą wyrażenia SQL-owego.

W zapytaniu definiujemy jaka wartość powinna być przypisana do atrybutu na obiekcie docelowym. Na zakładce: Obiekty docelowe, w tym przypadku dodajemy obiekt ZS.

Edycja danych w kontrolkach zależna jest od parametru: Predefiniowane. Użytkownik może przejąć taką definicję i dowolnie ją wyedytować – warunkiem jest odznaczenie opcji: Predefiniowane. Odznaczenie parametru jest operacją jednorazową – po zapisie okienka nie ma możliwości ponownego jego zaznaczenia. Odtworzenie definicji predefiniowanych możliwe jest wywołując funkcję z apteczki.

Kopiowanie atrybutów (dokładniej: określenie wartości dla atrybutów na obiektach docelowych) oparte jest na definiowanym zapytaniu SQL. Wynik zapytania (select) jest podstawą określenia wartości atrybutu na obiekcie docelowym, dlatego powinien być zwrócony jako jednowierszowy recordset zbudowany z min:1 – max:6 kolumn o typach odpowiednio: Atr_Wartosc, Atr_AtrTyp, Atr_AtrFirma, Atr_AtrNumer, Atr_AtrLp, Atr_AtrSubLp. Przy budowie zapytań dostępne są predefiniowane „zmienne”: {FiltrSQL}, {Ato_AtkID} ustawiane w momencie wykonania zapytania.

Przepisywaniem atrybutów rządzą następujące reguły:

Na ZS dodano kontrahenta posiadającego atrybut „Partner złoty”, który został przepisany na nagłówek dokumentu. Następnie zmieniono kontrahenta na takiego, który nie posiada tego atrybutu – atrybut zostanie usunięty z dokumentu.

Atrybuty z natychmiastowym zapisem do bazy (zapis on-line)

Aktualizacja atrybutów dodanych na obiekcie (lub edytowanych) dopiero w momencie zapisu obiektu (np. formatki dokumentu czy karty towaru) bywa czasami niewystarczająca.

W związku z tym zapisywanie atrybutów zostało sparametryzowane (każda zmiana od razu zapisywana do tabeli).

Od wersji 2020.0 Comarch ERP XL w systemie umożliwiono tworzenie zapisów historii zmian na większości dokumentów. Operacją, która jest zapisywana do historii to rownież modyfikacja obiektów powiązanych. Modyfikacja obiektów powiązanych, to każda zmiana, która została wykonana z poziomu formatki dokumentu m.in. na zakładce [Atrybuty].

Dla klas atrybutów, które mają ustawiony natychmiastowy zapis do bazy (zaznaczony parametr na formatce Klasa atrybutu dla obiektu) w Historii zapisów będzie tyle wpisów o modyfikacji atrybutów, ile zmian zostało wykonanych podczas jednej edycji dokumentu. Wystarczy, że do dokumentu będzie przypisana jedna klasa atrybutu z takim ustawieniem, a każda zmiana w atrybutach na formatce obiektu będzie logowana jako osobny wpis.

Zakazy do atrybutów

Ograniczenia uprawnień do operacji na atrybutach są poszerzone i zbudowane na bazie istniejącego mechanizmu zakazów, czyli dotyczą:

Rozbudowana została formatka definiowania zakazów o dodatkową sekcję dotyczącą atrybutów, dostępne są opcje:

Odbudowa źródeł predefiniowanych - apteczka

Z poziomu modułu Administrator wybierając Funkcje specjalne tzw. apteczkę możliwe jest wykorzystanie funkcji: Naprawa atrybutów źródłowych. Funkcja ta odbudowuje (lub nadpisuje istniejące) rekordy w tabelach CDN.AtrybutyZrodla, CDN.AtrybutyZrodlaObiekty wg takich samych zasad jak w konwersji.

Atrybuty a ECOD

Przykłady zastosowań funkcjonalności atrybutów podczas eksportu dokumentów do ECOD:

Należy wykonać następujące kroki:

W tym przypadku atrybut na Towarze może być, ale nie musi, więc na klasie atrybutu na obiekcie Towar nie trzeba ustawić żadnych dodatkowych parametrów. Wymagane jest jednak, aby w przypadku, gdy na FS/ WZ dodajemy towar z określonym atrybutem to ten atrybut ma się przepisać, więc na klasie obiektu dla Pozycji FS/WZ zaznaczamy Wymagany wg. klasy obiektu.

Ustawiamy źródło na Towar i Akcję Zmiana towaru. Akcja ta powoduje, że w przypadku pierwszego wpisania towaru na pozycję atrybut się przepisze z jego karty, a w przypadku zmiany towaru na inny, atrybut ten zostanie zaktualizowany – bądź jak na nowym towarze nie będzie zdefiniowanego atrybutu to na pozycji zakładka Atrybuty zostanie pusta.

Definiuje klasę atrybutu: OrderType, typ liczba, format tekst. Dodajemy obiekty: Kontrahent, ZZ. Na klasach atrybutu dla obiektów ustawiamy (o ile potrzeba) parametry odnośnie wymagalności. Dodatkowo na ZZ klasy obiektu ustawiamy źródło na Kontrahent i akcję Zmiana kontrahenta.

Więcej na temat zastosowania funkcjonalności atrybutów podczas eksportu dokumentów do ECOD w biuletynie ''Wymiana dokumentów za pomocą systemu ECOD''.

Atrybuty grupujące

Aby klient e-Sklepu mógł wskazać, jaki konkretnie rodzaj danego towaru chce zamówić, koniecznym jest ustalenie po stronie Comarch ERP XL, wg jakich atrybutów mają być grupowane towary. W tym celu, na karcie towaru na zakładce [Atrybuty] dodana została możliwość potwierdzenia danego atrybutu jako grupującego.

Parametr jest dostępny wówczas, gdy na zakładce [Aplikacje] zaznaczona jest dostępność w e-Sklepie oraz dana klasa jest oznaczona jako dostępna w e-Sklepie. Dodatkowo, atrybut, po którym ma być wybierany towar w e-Sklepie musi być atrybutem typu lista. Grupujący umożliwia określenie tych atrybutów, które są wyświetlane w e-Sklepie dla towarów zgrupowanych – fantomów.

Wraz z ww. zmianami wprowadzono zmiany w synchronizacji. Do obsługi wyświetlania zgrupowanych kart towarowych wykorzystywane jest pole „Nadrzędny” w TWRI (-1 towar nie jest zgrupowany; >0 towar jest zgrupowany, wówczas podawane jest ID towaru nadrzędnego)

Do obsługi atrybutów grupujących wykorzystywane jest pole „Grupuj” (0 nie; 1 tak – atrybut jest grupującym).

Od wersji 2019.0 Comarch ERP XL dostosowano synchronizację atrybutów do aktualnych e-Sklepu. Atrybuty typu lista będą prezentowane w następujący sposób:

Więcej na temat zastosowania funkcjonalności atrybutów we współpracy z Comarch e-Sklep w podręczniku do e-Sklepu.

Wysyłka atrybutu do KSeF jako dodatkowy opis

Dotychczas w sekcji Dodatkowy Opis wysyłany był opis z nagłówka dokumentu oraz opisy z poszczególnych elementów dokumentu, o ile w Konfiguracji/KSeF włączono parametr Podczas eksportu wysyłaj/Opis elementu. Tak więc zarówno dla nagłówka, jak i danego elementu można był wysłać tylko jedną informację dodatkową. W wersji 2024.0 funkcjonalność ta została rozwinięta i odtąd oprócz ww. opisów w ww. sekcji wysyłane są również te atrybuty przypisane czy to do nagłówka dokumentu, czy to do danego elementu faktury, które zostały oznaczone parametrem KSeF.

Na podstawie każdego z tak oznaczonych atrybutów wysyłana jest sekwencja danych:

Spis treści

Korekta faktury importowej FAI

Korekta faktury wewnętrznej sprzedażowej FWS

Korekta faktury wewnętrznej zakupowej FWZ

Korekta wartości magazynu – PKI

Korekta faktury importowej FAI

Tworzenie i edycja dokumentu korekty faktury importowej (FKI), odbywa się podobnie, jak przy tworzeniu korekty „krajowego” dokumentu handlowego. Korekcie podlega ilość lub wartość pozycji. FAI może być korygowana ilościowo, niezależnie od tego, czy istnieją odpowiednie zasoby.

Korekta faktury importowej może, lecz nie musi być uwzględniana na dokumentach: SAD/FWS.

Z dokumentu FKI można wygenerować dokument PKI lub FKS. Możliwe jest generowanie obydwu tych dokumentów z jednego dokumentu FKI. Należy jednak pamiętać, że z jednego dokumentu FKI będzie można wygenerować tylko jeden dokument PKI i jeden FKS. Istnieje możliwość wygenerowania dokumentu FKI z PKI. Korekta FKI do PKI może być generowana do jednego dokumentu PKI.

Jeżeli FKI ma zostać uwzględniona na dokumencie SAD/FWS, należy zaznaczyć na liście dokumentów importowych źródłową FAI oraz dokument FKI i wtedy wygenerować odpowiedni dokument. W przypadku, gdy do FAI wygenerowano kilka korekt, wtedy zaznaczenie jednej z nich spowoduje, że na dokumencie SAD/FWS zostaną uwzględnione wszystkie korekty.

Dokument FKI, ma taki sam układ pól, jak dokument FAI.

Okno elementu korekty nie ma zakładki: Dostawy. Korekta może dotyczyć ilości lub wartości pozycji.

Korekta faktury wewnętrznej sprzedażowej FWS

Korekcie podlegać będzie ilość albo wartość pozycji i kwot dodatkowych. Nie jest możliwe wykonywanie korekty ilościowej FWS „na plus”. FWS można korygować ilościowo niezależnie od tego, czy istnieją odpowiednie zasoby.

Dokument FKS można generować z zatwierdzonego dokumentu FWS. FKS może być również wygenerowany z FKI jeżeli istnieje zarejestrowany i zatwierdzony dokument FWS powiązany z FAI.

W oknie: Korekta faktury wewnętrznej (FKS), na zakładce: Ogólne, po naciśnięciu przycisku: [Maksymalny zwrot], możliwe jest wykonanie całkowitego zwrotu.

Po otworzeniu do edycji elementu korekty, za pomocą przycisku: [Zmień] możliwy jest wybór jednego z dwóch rodzajów korekty: ilościowej lub wartościowej. Wybór korekty dokonywany jest po zaznaczeniu odpowiedniej opcji: Ilość/Wartość, w oknie: Element transakcji, na zakładce: Ogólne. Możliwe jest wykonanie tylko korekty ilościowej lub tylko wartościowej danego elementu – podobnie jak w przypadku korekt „krajowych” dokumentów handlowych. Dlatego też wybranie jednej z opcji decyduje o aktywności pól, umożliwiających wykonanie odpowiedniej operacji.

 

Pole: Ilość, będzie aktywne, jeśli zostanie wybrana radio: Ilość. W polu wprowadza się ilość, o jaką zostanie zmniejszona ilość z dokumentu źródłowego.

W przypadku wybrania opcji: Wartość, zostaną udostępnione do edycji kwoty wyświetlone w oknie: Element transakcji, na zakładce: Kwoty.

 

Edycji kwot dokonuje się poprzez dwuklik w kolumnie: Kwota, i wprowadzeniu wartości, o jakie zostaną skorygowane wartości ze źródłowej FWS.

Po wprowadzeniu danych należy zapisać okno: Element transakcji, przyciskiem: [Zapisz zmiany] oraz całe okno: Korekta faktury wewnętrznej. Aby możliwe było wygenerowanie z dokumentu FKS korekty FKZ konieczne jest zatwierdzenie FKS (odznaczenie parametru: Do bufora). Ponadto do źródłowej dla tej FKS, FWS musi zostać wygenerowany i zatwierdzony dokument FWZ.

Należy pamiętać, że aby wartości lub ilości korygowane za pomocą dokumentu FKS zostały uwzględnione w dokumentach kończących ścieżkę zakupów importowych, do tego dokumentu FKS należy wygenerować dokument FKZ. Możliwa jest również sytuacja, w której z dokumentu FKS generowany będzie dokument PKI, w przypadku gdy ze źródłowej FWS wygenerowany został dokument PZI.

Dokument FKS jest jedynym dokumentem źródłowym dla FKZ.

Korekta faktury wewnętrznej zakupowej FWZ

Korektę faktury wewnętrznej po stronie zakupu generuje się wyłącznie z korekty faktury wewnętrznej po stronie sprzedaży – FKS (więcej informacji w Podręczniku do Importu). Edycja na FKZ, jest ograniczona do płatności i parametrów odliczeń VAT. Wszystkie wartości na FKZ odpowiadają wartościom źródłowej FKS.

Na zakładce: Płatności, znajdują się płatności wynikające z korekty wartości cła, akcyzy, ewentualnych dodatkowych kosztów.

Korekta wartości magazynu – PKI

Dokument PKI służy do korygowania ilości lub wartości towaru wprowadzonego do magazynu dokumentem PZI. Możliwa jest również korekta wartości całego dokumentu. PKI może być utworzony:

• ze źródłowego PZI,
• z FWS/SAD
• z korekty FWS czyli dokumentu FKS, gdy PZI został wygenerowany do źródłowej FWS
• możliwe jest również generowanie PKI z FKZ – wygenerowana w ten sposób PKI będzie podpięta pod FKS źródłową dla tego FKZ.
• z FKI czyli korekty faktury importowej

Dokument PKI nie generuje płatności, nie jest umieszczany w rejestrze VAT. Jest źródłem dokumentów magazynowych. Pozycji dokumentu nie można dodawać. Można edytować ich ilość albo wartość - ale nie w przypadku PKI generowanego z SAD/FWS. Korekta ilościowa jest możliwa tylko wtedy, gdy istnieją jeszcze odpowiednie zasoby. Korekta wartościowa możliwa jest wtedy, gdy PKI zostanie wygenerowana z PZI, a na PZI zaznaczony jest parametr: Ustalona wartość dostawy.

Korekta przyjęcia importowego (PZI)

Po utworzeniu PKI z PZI zawiera on wszystkie pozycje źródłowego PZI z ujemnymi ilościami. Oznacza to propozycję pełnego zwrotu towaru. Wszystkie pozostałe dane są przepisane ze źródłowego PZI.

Pozycje PKI wyświetlone są w trybie multiselect, który umożliwia usunięcie wielu pozycji jednocześnie.

Korekta wartości dokumentu

W oknie Korekty wartości dokumentu można dokonać korekty wartościowej całego dokumentu, jeżeli dokument PKI generowany jest z PZI. Dla PKI generowanego z dokumentu SAD/FWS okno nie jest dostępne. Korekta tu dokonywana, będzie dotyczyła automatycznie wszystkich pozycji. Jeżeli ma zostać dokonana korekta ręczna każdej pozycji z osobna, wtedy korekty należy dokonać w oknie element transakcji, otwieranym przyciskiem: [Zmień], znajdującym się w oknie: Korekta przyjęcia zewnętrznego importowego, na zakładce: Ogólne.

Na elemencie dokumentu PKI można edytować ilość albo wartość. Wpisanie ujemnej ilości spowoduje odpowiednie zmniejszenie ilości w zasobach utworzonych przez korygowane PZI przy zatwierdzaniu dokumentu.

W przypadku PKI generowanej z PZI, w oknie można dokonać korekty wartościowej dokumentu za pomocą ikony [Korekta wartości dokumentu] (o ile na korygowanym PZI, został zaznaczony parametr: Ustalona wartość dostawy). Jeżeli parametr: Ustalona wartość dostawy, na korygowanym dokumencie PZI, nie został zaznaczony, wtedy na PKI możliwa jest tylko korekta ilościowa.

Korekta przyjęcia importowego generowana z dokumentu SAD/FWS

Dokument PKI może zostać wygenerowany z SAD lub FWS. Taką korektę można wygenerować, jeżeli:

Dokument PKI wygenerowany z SAD lub FWS ma tylko ograniczoną edycję – nie można zmieniać m.in. cen i wartości.

Wartość wygenerowanej korekty (PKI) może być niezgodna z różnicą pomiędzy wartościami SAD/FWS i PZI, gdyż do PZI mogły być już wystawione inne korekty. Wygenerowana korekta będzie mieć zawsze taką wartość, która spowoduje, że wartość PZI po wszystkich korektach będzie zgodna z wartością wynikającą z SAD/FWS. Korekta będzie więc generowana następująco: wartość elementu PZI po wszystkich korektach zostanie porównana z wartością wynikającą z SAD/FWS i na różnicę zostanie wygenerowana korekta. Na takiej korekcie nie będzie można zmienić dostaw.

Korekta przyjęcia importowego generowana z FKS

Z korekty FWS można wygenerować korektę PZI, w przypadku, gdy został on wygenerowany z FWS, źródłowej dla FKS. Jeśli z FWS wygenerowano wiele PZI, to powstanie również wiele korekt. Wygenerowana korekta (PKI) może być niezgodna pod względem ilości i wartości ze źródłową FKS, gdyż do PZI mogły być już wystawione inne korekty, a zasoby mogą być rozchodowane. Korekta o ilość/wartość występującą na FKS może więc być niemożliwa. W takiej sytuacji ilość/wartość elementu PKI zostanie zmniejszona do maksymalnej możliwej.

Wygenerowanie PKI z FKS nie będzie możliwe, jeśli źródłowa FKS nie jest powiązana z PZI.

Na PKI wygenerowanym z FKS nie ma możliwości edycji wartości/ilości elementów. Udostępnione do edycji są natomiast dane nagłówkowe, podobnie jak na PKI generowanym z PZI.

Ścieżka wystawiania dokumentów: FAI -> FWS -> PZI, z FWS->FKS->PKI.

Korekta przyjęcia importowego generowana z FKI

Możliwe jest wygenerowanie PKI z jednej korekty FKI. Podobnie jak w przypadku generowania PKI z SAD/FWS, wartości na PKI nie podlegają edycji.

Tworzone rezerwacje mogą mieć charakter ilościowy lub zasobowy. Rezerwacje na zasobach generowane są automatycznie lub przez wskazanie określonego zasobu przez operatora. Rezerwacje ilościowe nie mają przypisanego zasobu, a o kolejności w jakiej są one realizowane decyduje priorytet (od najniższego).

Powiązanie rezerwacji z konkretnym zasobem powoduje, że zasób ten będzie niedostępny w zarezerwowanej ilości, przed upływem daty ważności tej rezerwacji, dla wszelkich innych operacji niż realizujących tą rezerwację. Rezerwacja tego typu, jeżeli tylko nie straciła ważności będzie mogła być zawsze zrealizowana. Jej realizacja nie jest bowiem uwarunkowana ani priorytetami, ani datą realizacji. Data aktywacji takiej rezerwacji jest również nieistotna, bowiem zasób zostaje zarezerwowany z chwilą jej utworzenia.

Rezerwacje na niepotwierdzonych zamówieniach możliwe są do wygenerowania tylko na niepotwierdzonym dokumencie ZS, na którym zaznaczony jest parametr „Rezerwacje na niepotwierdzonym ZS” dostępny na definicji dokumentu ZS na zakładce Inne. Podczas dodawania elementu na niepotwierdzone ZS przy zaznaczonym parametrze system automatycznie utworzy rezerwację.

Generowanie rezerwacji z zamówienia sprzedaży

Rezerwacje dla elementów zamówienia sprzedaży generowane są w chwili jego potwierdzenia lub w przypadku zaznaczonego parametru „Rezerwacje na niepotwierdzonym ZS” w chwili jego utworzenia.

Na zakładce Potwierdzenie ZS, znajduje się: parametr „Rezerwuj zasoby”, przycisk: Rezerwuj zasoby oraz sekcja dotycząca priorytetów rezerwacji z przyciskiem: Aktualizacja priorytetów rezerwacji.

Domyślne ustawienie parametru „Rezerwuj zasoby”, pochodzi z definicji dokumentu ZS. Zaznaczenie tego pola w definicji dokumentu jest możliwe tylko wtedy, gdy zaznaczono także parametr: „Rezerwacje blokują towar na magazynie”. Istnieje także możliwość ręcznego zaznaczenia/odznaczenia tego parametru na konkretnym dokumencie ZS, dopóki zamówienie nie zostanie potwierdzone.

Jeżeli parametr „Rezerwuj zasoby” nie jest zaznaczony, wówczas, wraz z potwierdzeniem zamówienia, tworzone są rezerwacje ilościowe. Natomiast dla rezerwacji na niepotwierdzonych ZS, w sytuacji gdy ten parametr na konkretnym dokumencie ZS jest odznaczony, rezerwacje ilościowe tworzone są już w momencie utworzenia zamówienia. Utworzone rezerwacje ilościowe, zarówno na potwierdzonym jak i niepotwierdzonym ZS, można ręcznie zmienić na rezerwacje zasobowe z pozycji zakładki Rezerwacje.

Jeżeli parametr „Rezerwuj zasoby” jest zaznaczony, wówczas, w chwili potwierdzania ZS, uruchamiana jest operacja przypisywania zasobów do tworzonych przez ZS rezerwacji, przy czym kolejność pobierania zasobów zależy od sposobu rozliczania magazynu, zdefiniowanego na karcie towaru (FIFO, LIFO, Wybór, Wg daty ważności). Analogiczna sytuacja ma miejsce przy rezerwacjach na niepotwierdzonym ZS, z taką różnicą, że przypisywanie zasobów do tworzonych przez ZS rezerwacji, ma miejsc z chwilą utworzenia zamówienia.

Powiązania rezerwacji utworzonych z danego ZS można również dokonać samodzielnie w dowolnym momencie korzystając z przycisku: Rezerwuj zasoby. Jeżeli istnieją dostępne zasoby, zostaną one powiązane z niezrealizowanymi rezerwacjami ilościowymi tego zamówienia. Przycisk ten jest aktywny do czasu, gdy zamówienie nie zostanie zrealizowane.

Zakładka Rezerwacje elementu ZS

Zakładka Rezerwacje dostępna jest zarówno na potwierdzonym, jak również na niepotwierdzonym ZS i to niezależnie, czy faktycznie te rezerwacje istnieją, czy też nie. W tym ostatnim przypadku system po prostu pokazuje pustą zakładkę. Niezależnie od charakteru rezerwacji (ilościowe, zasobowe), jeden element zamówienia może generować wiele rezerwacji na różne, dostępne magazyny. Lista wszystkich rezerwacji związanych z elementem ZS, będącym towarem/produktem/kaucją, dostępna jest na zakładce Rezerwacje ZS.

Prezentowane są tu informacje na temat każdej rezerwacji. W przypadku rezerwacji zasobowej wskazany jest numer dokumentu źródłowego, który dany zasób utworzył, natomiast rezerwacje ilościowe prezentowane są na czerwono z nieokreśloną dostawą. Jeżeli data ważności rezerwacji już upłynęła, rezerwacja ta jest prezentowana w szarym kolorze. Aby rezerwacja taka stała się ponownie ważna, należy zmienić jej datę ważności z pozycji edytowanej rezerwacji.

Jeżeli rezerwacja była ilościowa, zmiana daty ważności przywróci taką rezerwację. Jeżeli rezerwacja była zasobowa, wówczas zmiana daty ważności zostanie zaakceptowana tylko wtedy, gdy zasób przypisany do tej rezerwacji nadal istnieje i jest dostępny - jeżeli jest inaczej, zmiana daty będzie możliwa dopiero po zwolnieniu zasobu.

Na zakładce Rezerwacje dostępne są następujące przyciski:

[Podgląd] - otwiera okno ze szczegółami danej rezerwacji. Umożliwia dokonanie zmian w rezerwacji (jeżeli rezerwacja jest ilościowa – zmiana: magazynu, priorytetu, daty, powiązanie rezerwacji z zasobem, lub zwolnienie zasobu).

[Usuń] - opcja dostępna, jeżeli lista zawiera, co najmniej dwie rezerwacje, jej uruchomienie powoduje, że po usunięciu rezerwacji zwiększa się odpowiednio ilość w innej rezerwacji.

[Zwolnij zasoby] - aktywny dla rezerwacji zasobowej, powoduje zwolnienie przypisanego zasobu, rezerwacja staje się rezerwacją ilościową, operator decyduje, czy akcja ma być wykonana dla konkretnej rezerwacji czy wszystkich rezerwacji na liście.

[Rezerwuj zasoby] - powoduje przypisanie do rezerwacji zasobu (jeżeli wolny zasób istnieje) w kolejności pobierania zasobów zgodnym ze sposobem rozliczania magazynu.

[Zmień dostawę] - otwiera okno z listą zasobów zawężoną do magazynu rezerwacji (jeżeli magazyn rezerwacji jest określony jako: wszystkie, lista zawiera zasoby na wszystkich dostępnych magazynach.

[Przepnij zasoby z innych rezerwacji] – otwiera okno z listą zasobów do przepięcia.

Po kliknięciu w Zmień dostawę zostanie otworzone okno: Zasoby, w którym można wybrać dostawę i zmienić zasób.

Po wyborze dostawy, zasób zostanie przypisany do rezerwacji, jeżeli pozwala na to, prezentowana na liście, ilość dostępna, pomniejszona o ilość zarezerwowaną danego zasobu.

Kliknięcie w Przepnij zasoby z innych rezerwacji spowoduje otworzenie okna: Lista zasobów do przepięcia, w którym można wskazać zasób do przepięcia.

Ponadto na zakładce Rezerwacje można wykonywać operacje:

Każdorazowo suma ilości w rezerwacjach musi być równa ilości niezrealizowanej elementu zamówienia.

Zmniejszenie ilości elementu powoduje, że najpierw zmniejszeniu ulegną rezerwacje ilościowe o najniższym priorytecie, a jeżeli priorytety są identyczne, wówczas rezerwacje o najpóźniejszej dacie realizacji, jeżeli oba te warunki są takie same, wówczas decyduje data ważności (w pierwszej kolejności usuwane są rezerwacje z najkrótszym terminem ważności). Dopiero, jeżeli wyczerpane zostaną rezerwacje ilościowe, wówczas usuwane są rezerwacje zasobowe zgodnie z powyższą zasadą (priorytet, data realizacji, data ważności).

Zwiększenie ilości zarówno na potwierdzonym, jak i niepotwierdzonym ZS, zależne jest od parametru „rezerwuj zasoby” na ZS i realizowane jest następująco:

Priorytety rezerwacji

Priorytety rezerwacji mają znaczenie wyłącznie dla rezerwacji ilościowych, decydują bowiem o możliwości realizacji określonej rezerwacji ilościowej w przypadku, gdy dostępna ilość towaru jest niewystarczająca na pokrycie zapotrzebowania wynikającego z wszystkich rezerwacji.

Priorytety rezerwacji mogą być definiowane przez uprawnionego operatora w module: Administrator, z pozycji Listy/Słowniki kategorii/Transakcje/Priorytety rezerwacji. Każdy priorytet składa się z wartości i nazwy, przy czym im niższa wartość priorytetu, tym większa jego waga. Jeden z priorytetów jest priorytetem domyślnym, prezentowanym jako wytłuszczony. Zmiana domyślnego priorytetu dokonuje się poprzez zaznaczenie pola: Wartość domyślna dla konkretnego priorytetu. Priorytety predefiniowane prezentowane są w kolorze niebieskim.

Priorytet rezerwacji pobierany jest z zakładki Handlowe karty kontrahenta, standardowo przepisywana jest jego domyślna wartość ze słownika priorytetów rezerwacji.

Priorytet rezerwacji na karcie kontrahenta, na konkretnej rezerwacji oraz na konkretnym dokumencie tworzącym rezerwacje, może zostać zmieniony tylko przez uprawnionego operatora, tj., takiego, dla którego zaznaczono opcję: Zmiana priorytetu rezerwacji, na zakładce Parametry/Ogólne na karcie operatora.

[Aktualizacja priorytetów rezerwacji] – umożliwia ujednolicenie priorytetów rezerwacji ilościowej dla wszystkich pozycji na zamówieniu.

Dokonanie zmiany priorytetu na zakładce Potwierdzenie ZS i uruchomienie opcji: Aktualizacja priorytetów rezerwacji, spowoduje, że niezrealizowanym rezerwacjom tego zamówienia zostanie nadany nowy priorytet. Jeżeli priorytet zostanie zmieniony bez uruchamiania opcji aktualizacji, wówczas nowy priorytet zostanie nadany tylko nowym rezerwacjom (np. powstałym w wyniku zwiększenia ilości na zamówieniu).

Zmiany priorytetu można dokonać do chwili, gdy ZS zostanie w całości zrealizowane lub do chwili, gdy zamówienie zostanie zamknięte.

Uwzględnianie stanu zamówienia powiązanego w funkcji rezerwacji zasobów

Podczas automatycznego wiązania zasobów System honoruje powiązania, utworzone w wyniku generowania zamówienia/zlecenia na potrzeby konkretnego zamówienia/zlecenia sprzedaży. Oznacza to, że do rezerwacji tegoż zamówienia sprzedaży zostaną automatycznie przypisane wyłącznie dostawy, założone przez dokument przychodu realizujący to zamówienie zakupu. Zasada ta została również poszerzona o weryfikację stanu takiego wynikowego zamówienia zakupu. Mianowicie, jeżeli zamówienie to ma status zamówienia zrealizowanego, zamkniętego lub anulowanego, wówczas powiązanie z takim zamówieniem jest ignorowane, taki status zamówienia/zlecenia oznacza bowiem, że nie będzie ono już realizowane, stąd rezerwacja sprzedażowa nie może „czekać” na jego realizację. Dla rezerwacji sprzedażowych powiązanych z takimi zamówieniami wiązanie zasobów przebiega wg ogólnych zasad.

Opisana wyżej zasada obowiązuje podczas operacji:

Realizacja rezerwacji

Realizacja rezerwacji zasobowych odbędzie się zawsze, jeżeli nie upłynęła ich data ważności.

W przypadku rezerwacji ilościowych, o tym czy dana rezerwacja zostanie zrealizowana (czyli czy będzie można do niej wystawić dokument rozchodowy) decydują opisane poniżej warunki, uzależnione od ustawienia parametrów: Uwzględniaj rezerwacje i Uwzględniaj chronologie rezerwacji, w definicji dokumentu, który tą rezerwację ma zrealizować.

Przy zaznaczonym parametrze „Uwzględniaj rezerwacje”, od ilości w zasobie odliczane będą ilości we wszystkich aktywnych rezerwacjach. Jeżeli parametr nie zostanie zaznaczony, wtedy odliczane będą tylko aktywne rezerwacje z przypisanym zasobem.

Rezerwacja jest aktywna, jeśli bieżąca data zawiera się pomiędzy datą aktywacji rezerwacji, a datą jej ważności.

Drugi istotny parametr przy realizacji rezerwacji tj. „Uwzględniaj chronologię rezerwacji” ma znaczenie dla ustalenia kolejności realizacji rezerwacji o tym samym priorytecie. Przy parametrze zaznaczonym, realizowane będą rezerwacje z wcześniejszą datą realizacji. Jeżeli daty realizacji będą te same – o kolejności realizacji zadecyduje data ważności, jeżeli natomiast data ważności jest taka sama, wtedy o kolejności rezerwacji zadecyduje data utworzenia rezerwacji.

Zmiana daty realizacji

Na definicji ofert oraz zamówień na zakładce Inne dostępny jest parametr „Zmiana dat elementów po zmianie na nagłówku”.

Istnieje możliwość wskazania jednego z trzech wariantów wyboru:

Zmiana daty realizacji może zostać dokonana zarówno na niepotwierdzonym, jak i potwierdzonym zamówieniu. Zmiany na potwierdzonym ZS możliwe są do zrealizowania tylko przez Operatora, który ma prawo do „operacji na potwierdzonym zamówieniu”. Zmiana daty realizacji, możliwa jest na nagłówku oraz na poszczególnych elementach dokumentu. Zmiana na elemencie niezależnie czy została dokonana bezpośrednio na nim, czy jest skutkiem zmiany na nagłówku, automatycznie powoduje zmianę dat na rezerwacjach powiązanych z tym elementem.

Ponadto system umożliwia zarejestrowanie i potwierdzenie zamówienia, którego termin realizacji nie jest jeszcze sprecyzowany. Funkcjonalność ta jest możliwa dzięki opcji „Nieokreślona”, która została dodana w menu przy przycisku „Data realizacji” na elemencie ZS oraz „Realizacji” na zakładce Nagłówek ZS.

W sytuacji, kiedy data realizacji wskazana jest jako nieokreślona, data ważności dla utworzonej rezerwacji zmienia się na „brak ograniczenia”. W takim przypadku rezerwacja będzie ważna do momentu jej realizacji.

Na poszczególnych elementach zamówienia, spod prawego przycisku myszki, dostępna jest opcja „ustal termin”, za pomocą której operator może wskazać: ilość towaru oraz termin realizacji dla tej ilości. Funkcjonalność ta jest dostępna na niepotwierdzonych jak i potwierdzonych dokumentach z wyjątkiem takich, które zostały zamknięte, anulowane lub korygowane.

Przy zastosowaniu tej opcji element zamówienia zostanie podzielony. Istnieje możliwość wskazania ilości oraz daty realizacji. Zapisanie spowoduje iż na liście elementów zamówienia system doda nowy element z ilością i data wskazaną przez Operatora, równocześnie zmniejszając o tę ilość źródłowy element. Nowy element zostanie dodany pod elementem pierwotnym. Podczas operacji podziału elementu, z którym powiązane są rezerwacje system przepnie rezerwacje z elementu źródłowego do nowego elementu w odpowiedniej ilości. System pominie rezerwacje, które są w realizacji, a pozostałe będą przepinane w kolejności: najpierw rezerwacje zasobowe, a następnie ilościowe.

Na dokumencie ZS dostępna jest opcja [Historia zmian], która umożliwia podgląd zmian jakie zostały dokonane na elementach zamówienia. Po wciśnięciu przycisku [Historia zmian] pojawi się formatka, na której prezentowane są informacje o dokonanych zmianach. Na formatce są następujące kolumny: Kod towaru, Nazwa towaru, Lp., Zmiana, Ilość-Przed, Jm., Data realizacji-Przed, Ilość-Po, Data realizacji-Po, Operator, Data zmiany.

Opcja historii zmian pojawia się, gdy podzieli się pozycje ZS na różne terminy realizacj i– „ustal termin”. Za pomocą tej opcji operator może wskazać ilość towaru oraz termin realizacji dla tej ilości. Funkcjonalność ta jest dostępna na niepotwierdzonych jak i potwierdzonych dokumentach z wyjątkiem takich które zostały zamknięte, anulowane lub korygowane. Operator żeby dokonać tej operacji musi mieć prawo do edycji dokumentu lub prawo do operacji na potwierdzonym zamówieniu. Po wywołaniu opcji w oknie Element zostanie podzielony możemy wskazać ilość oraz datę realizacji. Zapisanie spowoduje iż na liście elementów zamówienia system doda nowy element z ilością i data wskazana przez operatora równocześnie zmniejszając o tę ilość źródłowy element. Nowy element zostanie dodany pod elementem pierwotnym. Podczas operacji podziału elementu, z którym powiązane są rezerwacje system przepnie rezerwacje z elementu źródłowego do nowego elementu w odpowiedniej ilości. System pominie rezerwacje które są w realizacji a pozostałe będą przepinane w kolejności: najpierw rezerwacje zasobowe a następnie nie zasobowe.

Jeżeli na zamówieniu lub ofercie wybrano pakiet promocyjny i operator zmienia dane nagłówka dokumentu tj. Kontrahenta, forma płatności, sposób dostawy, magazyn, właściciela, datę wystawienia, wówczas - jeżeli na definicji dokumentu parametr Aktualizacja danych po zmianie został:

Na dokumentach ZS (OS) okno promocji od wartości transakcji otwiera się tylko przy zatwierdzaniu dokumentu. Przy zapisie sprawdzane jest czy ZS ma zaznaczony check potwierdzenie zamówienia lub check do bufora jest odznaczony (OS). Jeżeli ZS zostało potwierdzone i jest edytowane i zapisywane, to okno promocji nie jest otwierane.

Przywracanie rezerwacji

Parametr ten jest dostępny na dokumentach: FSK, WZK, RWK, PAK, FKE, WKE, FWK, FZK, FRK, PZK, PWK, PKI. Decyduje on o tym, czy podczas zatwierdzania korekty system ma odtwarzać rezerwacje, które były realizowane dokumentem źródłowym, czy nie oraz czy korekta ma zmienić stan zamówienia i pozwolić na jego dalszą realizację, czy też operator zwracając towar całkowicie z niego rezygnuje i korekta nie wpływa w żaden sposób na zamówienie. Domyślnie parametr ten może być zaznaczony na podstawie definicji dokumentu źródłowego korekty na zakładce Inne, a operator ma możliwość dokonania zmiany na niezatwierdzonej korekcie. Parametr jest dostępny na definicjach następujących dokumentów: FS, WZ, RW, PA, FSE, WZE, FW, FZ, FRR, PZ, PW, PZI.

Jeżeli na dokumencie korekty zaznaczony został parametr Przywracaj rezerwacje, wówczas podczas zatwierdzania takiej korekty system uruchomi mechanizm odtwarzania rezerwacji realizowanych dokumentem, który jest korygowany. Działanie mechanizmu pozwoli na generowanie kolejnych dokumentów z takiego zamówienia. Mechanizm odtwarzania rezerwacji dotyczy wyłącznie rezerwacji generowanych z dokumentów zamówień ZS i ZZ, które nie mają statusu „Zamknięte”. Po dokonaniu operacji odtworzenia rezerwacji system zmieni stan zamówienia, ustalając go na „W realizacji”. Mechanizm jest uruchamiany wyłącznie dla korekt dokumentów ilościowych „na minus”.

Zwalnianie zasobów

Zwolnienie zasobów z rezerwacji może nastąpić automatycznie lub zwolnienia takiego operator może dokonać samodzielnie. Funkcja automatycznego zwalniania zasobów wykorzystywana jest wówczas, gdy element dokumentu nie może, nie powinien pobrać zasobów, pomimo, że zostały one zarezerwowane. Zwalnianie zasobów przez konkretnego operatora ograniczone jest do rezerwacji, do których operator ma prawo, to znaczy ma prawo do magazynów, na które rezerwacje zostały utworzone i prawo operacji na dokumentach, które te rezerwacje utworzyły.

Anulowanie dokumentu przychodu

Anulowanie dokumentu przychodu powoduje usunięcie utworzonych przez ten dokument zasobów, co musi zostać poprzedzone modyfikacją rezerwacji, do których ten zasób został przypisany. Anulowanie takiego dokumentu jest możliwe wyłącznie po zaznaczeniu opcji: Wszystkie rezerwacje zasobów zostaną usunięte.

Korekta ilościowa dokumentu przychodu

Korekta ilościowa dokumentu przychodu powoduje zmniejszenie lub usunięcie utworzonych przez ten dokument zasobów, stąd potrzeba modyfikacji rezerwacji, dla których zasób ten został przypisany. Dlatego przy tworzeniu korekty dokumentu przychodu może być konieczne zwolnienie usuwanych/pomniejszanych zasobów z rezerwacji.

Przy tworzeniu korekty proponowane są dwie ilości do zwrotu: maksymalna możliwa ilość do zwrotu oraz proponowana ilość do zwrotu, czyli taka, która nie wymaga zwalniania zasobów, obliczona jako ilość maksymalna do zwrotu, pomniejszona o ilość we wszystkich ważnych rezerwacjach przypisanych do tego zasobu. Aby zmienić ilość korygowaną na większą od proponowanej, niezbędne jest zwolnienie zarezerwowanych zasobów.

Aby dokonać zwrotu towaru, operator musi zwolnić zasób z rezerwacji. Służy do tego przycisk:

[Zwolnij rezerwacje], dostępny na zakładce Ogólne korekty oraz z pozycji edytowanego elementu korekty. Przycisk jest dostępny wtedy, gdy istnieje potrzeba zwolnienia zasobu. Uruchamia on okno z listą wszystkich rezerwacji powiązanych z korygowanym zasobem, bez względu na prawo operatora do magazynów tych rezerwacji. Wyświetlana na liście ilość do zwolnienia, wyliczona jest jako różnica ilości korygowanej, z ilością możliwą do korekty bez zwalniania zasobów.

Przycisk: , aktywny po zaznaczeniu rezerwacji spowoduje zwolnienie zasobu i możliwość zapisania korekty. Zaznaczając konkretne rezerwacje operator decyduje o tym, które rezerwacje zostaną zmodyfikowane.

Jeżeli operator generując korektę ilościową wykorzysta przycisk: [Maksymalny zwrot], wówczas po twierdzącej odpowiedzi na pytanie dotyczące możliwości zmiany w rezerwacjach zasobowych nastąpi automatyczne zwolnienie zasobów z rezerwacji, a informacja o modyfikowanych rezerwacjach zostanie wyświetlona w logu.

Anulowanie korekty dokumentu rozchodu

Anulowanie korekty dokumentu rozchodu powoduje zmniejszenie lub usunięcie utworzonych przez ten dokument zasobów. Dlatego również w tym przypadku konieczna jest automatyczna modyfikacja tych rezerwacji, do których przywiązany był modyfikowany zasób. Stąd zachowanie programu jest takie samo, jak w przypadku anulowania dokumentu przychodu, z tym jednak, że dla określonej rezerwacji zasób może zostać zwolniony częściowo.

W przypadku anulowania korekty dokumentu handlowego wygenerowanego z zamówienia, na której zaznaczony był parametr „Przywracaj rezerwacje”, zamówienie powinno wrócić do wcześniejszego stanu, tj. „zrealizowane” i rezerwacje ponownie zostaną zrealizowane.

RW inwentaryzacyjne

Zamknięcie inwentaryzacji powoduje wygenerowanie dokumentu RW zmniejszającego stan towarów, dla których stwierdzono brak. Dokument powoduje rozchód zasobów, które mogły zostać zarezerwowane. Dlatego, również w tym przypadku, nastąpi automatyczne zwolnienie zasobów z rezerwacji związanych z tymi zasobami.

Wystawienie dokumentu rozchodu z możliwością zwolnienia zasobów

W sytuacji, gdy istnieje potrzeba sprzedaży towaru w ilości większej niż dostępna, z poziomu dokumentu rozchodu możliwe jest zwolnienie zasobów z rezerwacji, tak, aby sprzedaż ta mogła się odbyć. Dokonuje się tego za pomocą przycisku: , dostępnego z pozycji edytowanego elementu dokumentu rozchodu. Przycisk ten jest aktywny, jeżeli ilość sprzedaży wprowadzona przez operatora jest większa od ilości dostępnej oraz na definicji dokumentu rozchodowego np. FS odznaczony jest parametr „Uwzględniaj rezerwacje” (zakładka Inne na definicji FS). Przycisk otwiera okno z wszystkimi aktywnymi, ważnymi rezerwacjami ilościowymi i zasobowymi dla tego towaru. Lista ta jest zawężona do rezerwacji utworzonych na magazyny dostępne w kontekście wystawianego dokumentu (tj. znajdujących się na liście dostępnych dla np. FS magazynów dla danego operatora) i rezerwacji, które zostały utworzone przez dokumenty, do edycji których operator ma prawo.

Na liście rezerwacji towaru dostępnej na dokumencie rozchodu, rezerwacje prezentowane są w kolejności od najniższego priorytetu, a jeżeli są one takie same, wówczas w pierwszej kolejności wyświetlane są rezerwacje o najpóźniejszej dacie realizacji. Taka też jest proponowana przez system kolejność zwalniania zasobów. Operator może samodzielnie zaznaczyć rezerwacje zasobowe, które mają zostać zwolnione. Łączna ilość tak zaznaczonych rezerwacji, jest umieszczona za Ilością do zwolnienia.

Prezentowana na liście ilość do zwolnienia, jest wyliczona jako różnica pomiędzy ilością, którą operator chce sprzedać, a ilością możliwą do sprzedaży bez zwalniania zasobów, przy czym tak wyliczona ilość do zwolnienia może zostać przez operatora zmniejszona.

Na liście, operator może wykonać następujące czynności:

[Zmień] - otwiera do edycji okno rezerwacji.

[Usuń] - umożliwia usunięcie rezerwacji ręcznej.

[Zwolnij zasoby] - aktywny, jeśli ilość do zwolnienia jest dodatnia.

Po uruchomieniu przycisku zwalniającego zasoby, zwolniona zostanie ilość wykazana w pozycji: Ilość do zwolnienia, nawet jeżeli ilość w rezerwacjach zaznaczonych przez operatora była od niej większa. W prezentowanym przykładzie, ilość możliwa do sprzedaży bez zwalniania zasobów wyniosła 0 szt., jeżeli operator chce sprzedać towar, wówczas musi zwolnić brakującą ilość zasobów. Operator zaznaczył samodzielnie rezerwacje, które mają być zmodyfikowane, w taki sposób, że zaznaczona ilość jest większa od ilości koniecznej do zwolnienia. Po uruchomieniu funkcji zwalniającej zasoby, zwolniona została tylko wymagana ilość 1 szt.

Seryjne zwalnianie rezerwacji zasobowych ZS/ZW

Poprawiono ergonomię zwalniania zasobów towarowych rezerwacji zamówień sprzedaży i zamówień wewnętrznych. Dotychczas operacja taka dokonywana była dla pojedynczego elementu zamówienia i każdorazowo wymagała podniesienia jego formatki. Obecnie Użytkownik może ją wykonać dla całego zamówienia – stosownym przyciskiem Zwolnij zasoby na zakładce [Potwierdzenie] formatki ZS/ZW oraz dla wielu zamówień jednocześnie – stosowną opcją w menu kontekstowym listy zamówień ZS/ZW.

Rezerwowanie zasobów dla wskazanych zamówień

Wiązanie zasobów z rezerwacjami generalnie odbywa się podczas potwierdzania zamówienia lub dla ZS na niepotwierdzonym zamówieniu, jeżeli mamy wskazany parametr „Rezerwacje na niepotwierdzonym ZS”. W sytuacji, gdy w trakcie potwierdzania zamówienia dany zasób nie jest dostępny, wiązania zasobów może dokonać Operator. Aktualnie Operator może dokonać rezerwacji zasobów jednocześnie dla wielu wskazanych zamówień jednocześnie. Aby z niej skorzystać, na liście zamówień należy zaznaczyć stosowne zamówienia i spod prawego przycisku myszki wybrać opcję „Rezerwuj zasoby”.

Rozchód, który nie realizuje rezerwacji

Jeżeli w definicji dokumentu rozchodu nie zaznaczono parametru „Uwzględniaj rezerwacje”, wówczas jedynym warunkiem dokonania sprzedaży, która nie realizuje żadnej rezerwacji jest ten, aby ilość dostępna towaru na określonym magazynie była większa od ilości w ważnych rezerwacjach zasobowych tego towaru na tym magazynie. Sprzedaż taka może się odbyć w ilości równej różnicy pomiędzy ilością dostępną a zarezerwowaną zasobowo.

Jeżeli natomiast parametr „Uwzględniaj rezerwacje” jest zaznaczony w definicji danego dokumentu rozchodowego, wówczas operacja takiej sprzedaży powiedzie się tylko wtedy, gdy po tej operacji ilość dostępna towaru będzie wystarczająca na zapotrzebowanie wynikające z wszystkich aktywnych, ważnych, blokujących towar rezerwacji, zarówno zasobowych, jak i ilościowych.

W przypadku dokumentów magazynowych wystawianych niezależnie od dokumentów handlowych, warunki są identyczne jak dla dokumentu rozchodowego z zaznaczonym polem: Uwzględniaj rezerwacje.

Jeżeli w definicji dokumentu FS zaznaczono pole: Uwzględniaj rezerwacje, wówczas sprzedaż rejestrowana dnia 11.11.2019, która nie realizuje żadnej rezerwacji, wykonywana dokumentem FS może odbyć się w ilości 1 szt. (10-5-1-3). Jeżeli w definicji FS, pole to nie zostało zaznaczone, sprzedaż może odbyć się w ilości 5 szt. (10-5).

Dokument WM, generowany samodzielnie w dniu 11.11.2020, niepowiązany z dokumentem handlowym i nie realizującym żadnej rezerwacji, może zostać wystawiony na ilość 1 szt. (10-5-1-3).

Odtwarzanie rezerwacji

W sytuacji, gdy dana rezerwacja została już zrealizowana (wystawiono dla niej dokument rozchodu), anulowanie dokumentu rozchodu spowoduje odtworzenie rezerwacji. Jeśli rezerwacja była zasobowa, wówczas tak odtworzona rezerwacja również jest zasobowa.

Wyjątek stanowi:

zwrot składnika na ZK, który realizowany jest nie poprzez anulowanie dokumentu RW, który rezerwacje zrealizował, ale poprzez zwrot składnika dokumentem PW. W takich przypadkach odtworzone rezerwacje są zawsze ilościowe.

Odtworzenie rezerwacji zasobowej odbywa się na magazyn zgodny z subelementem dokumentu, który tą rezerwację realizował.

Natomiast w przypadku odtwarzania rezerwacji ilościowej utworzonej dokumentem ZS, ZW, ZK, ZD, ZP, ZSE, ZRE, ZSR rezerwacja odtwarzana jest na magazyn zgodny z elementem tego dokumentu.

Jeżeli odtwarzana jest rezerwacja ręczna ilościowa, wówczas zostanie ona odtworzona na domyślny magazyn dokumentu, który ją realizował.

Automatyczne rezerwowanie nowopowstających zasobów

System pozwalała na automatyczne przydzielanie zasobów tworzonych podczas zatwierdzania dokumentów przychodu do poszczególnych rezerwacji w ustalonej kolejności. W celu wykorzystywania tej funkcjonalności na karcie operatora należy zaznaczyć parametr „Rozdzielanie przyjmowanych zasobów pomiędzy rezerwacje”, który decyduje o tym, czy operator będzie mógł przydzielać zasoby do rezerwacji podczas zatwierdzania dokumentów przychodowych.

Natomiast na definicji dokumentów przychodowych należy w pierwszej kolejności zaznaczyć parametr „Przydzielaj tworzone zasoby do rezerwacji”, a następnie parametr „Przydział ręczny”, który zostanie uaktywniony.

Przy takich ustawieniach po zatwierdzeniu danego dokumentu przychodowego pojawi się formatka: Przydzielaj zasoby do rezerwacji, pozwalająca na zmianę zaproponowanego przez system „powiązania” zasobów tworzonych danym dokumentem z poszczególnymi rezerwacjami.

Na formatce prezentowane są w formie drzewiastej: poszczególne towary o określonej cesze, przyjmowane na dany magazyn, a pod każdym z nich lista rezerwacji, z którymi przyjmowany zasób może zostać powiązany. Domyślnie kolejność rezerwacji oraz proponowana do powiązania ilość z tychże rezerwacji jest zgodna z zasadą, że rezerwacje te będą uporządkowane wg priorytetu, daty realizacji, daty ważności i daty utworzenia rezerwacji.

Operator może jednak zmienić kolejność rezerwacji poprzez ich sortowanie po poszczególnych kolumnach. Może również zmienić proponowaną ilość do powiązania ręcznie, metodą edit-in-place na tej kolumnie lub też poprzez wybór jednej z opcji rozdziału zasobów:

Podczas zapisu formatki: Przydziel zasoby do rezerwacji, System przypisze poszczególne zasoby do rezerwacji w ilości zgodnej z ilością ustaloną w kolumnie „Ilość do powiązania” dla poszczególnych rezerwacji.

W sytuacji, gdy parametr „Przydział ręczny” jest odznaczony lub operator nie ma prawa (parametr na karcie operatora „Rozdzielanie przyjmowanych zasobów pomiędzy rezerwacje” jest odznaczony), a na definicji dokumentu parametr „Przydzielaj tworzone zasoby do rezerwacji” jest włączony, wówczas system samodzielnie dokona wiązania zasobów z rezerwacjami, nie prezentując dodatkowego okna.

Kopiowanie powiązań zamówień podczas ich korygowania

Podczas korygowania zamówienia, informacja o powiązanych z nim zamówieniach/zleceniach źródłowych, czy też wynikowych jest przenoszona na korektę. Jeżeli więc na poczet zamówienia sprzedaży wygenerowano zamówienie zakupu, a następnie skorygowano to zamówienie sprzedaży, wówczas zamówienie-korekta nadal będzie powiązane z ww. zamówieniem zakupu. Podobna zasada obowiązuje również w przypadku korekty zamówienie zakupu, czy też zamówienia wewnętrznego wygenerowanego na potrzeby zamówienia sprzedaży, zamówienia wewnętrznego, czy też zlecenia. Kopiowanie powiązań pozwala na sprawne automatyczne wiązanie zasobów przyjmowanych w ramach realizacji zamówień wynikowych, również w przypadkach gdy to one, bądź ich zamówienia źródłowe były w międzyczasie korygowane.

Pomijanie elementów powiązanych podczas generowania dokumentów z BST

Dotychczas podczas generowania zamówień/zleceń z Bilansu Stanu Towarów, System każdorazowo tworzył powiązania (ZamZamLinki) generowanych elementów ze wszystkimi elementami, na które wskazywały niezasobowe rezerwacje sprzedażowe BST, również takimi, dla których wygenerowano już wcześniej zamówienie/zlecenie, czy to za pośrednictwem wcześniejszego BST, czy to wprost z tychże zamówień/zleceń. Zasada taka powoduje, że w sytuacji, gdy realizacja zamówień zakupu przebiega wg innej kolejności, niż kolejność generowanych zamówień, tworzone zasoby przydzielane są do innych rezerwacji, niż oczekuje Użytkownik. Ponadto dla wielu Użytkowników tworzenie i prezentacja wszystkich powiązań jest nieczytelna, Użytkownik nie zawsze wie, na jakie ZZ czeka dane ZS.

Aby uniknąć ww. niedogodności wprowadzona została opcjonalnie zasada, zgodnie z którą podczas tworzenia powiązań z ZZ/ZW/ZK/ZP generowanego z BST System pomija te elementy źródłowe rezerwacji sprzedażowych, które mają już „swoje” zamówienia/zlecenia na które czekają, czyli dla których istnieje już stosowny rekord ZamZamLink wskazujący na zamówienie/zlecenie, którego status świadczy o tym, że będzie ono jeszcze realizowane.

Zachowanie Systemu w zakresie tworzenia powiązań j.w. zależy od ustawienia parametru „Pomiń elementy już powiązane” na dokumencie BST, domyślnie ustalanego na podstawie jego definicji.

Wyłączony parametr oznacza, że System będzie tworzył, jak dotychczas powiązania generowanego zamówienia/zlecenia ze wszystkimi elementami źródłowymi. Włączenie go oznacza, że System utworzy powiązania wyłącznie z tymi elementami, które takich powiązań jeszcze nie mają.

Spis treści

Rejestracja nabycia wewnątrzwspólnotowego w module Import

FAI pierwszym dokumentem ścieżki importowej

PZI pierwszym dokumentem ścieżki importowej

ZZ pierwszym dokumentem ścieżki

Rejestracja nabycia wewnątrzwspólnotowego w module Sprzedaż

Zobowiązanie wobec dostawcy, przyjęcie towaru oraz naliczenie podatku VAT po stronie zakupu (VAT naliczony)

Naliczenie podatku VAT po stronie sprzedaży (VAT należny)

Rejestrowanie sprzedaży do UE

Rejestracja nabycia wewnątrzwspólnotowego w module Import

Rejestracja nabycia wewnątrzwspólnotowego w module Import Wykorzystując moduł: Import, w systemie Comarch ERP XL można zarejestrować zakupy od kontrahentów z Unii Europejskiej na wiele sposobów. Każdy sposób jest uzależniony od specyfiki działania klienta. Dokumenty dostępne w module: Import mają swoją określoną rolę (więcej informacji w dokumentacji modułu Import). Zaewidencjonowanie nabycia wewnątrzwspólnotowego polega na wystawieniu jednego dokumentu, a następnie generowaniu kolejnych (tworzeniu automatycznym jednego dokumentu z drugiego). Sekwencja wystawianych dokumentów będzie nazywana ścieżką importową.

Przyklad

Zapis FAI->FWS->FWZ->PZI oznacza ścieżkę dokumentów importowych, w której pierwszym wystawionym dokumentem był dokument faktury importowej (FAI). Następnie wygenerowano z niego dokument faktury wewnętrznej po stronie sprzedaży (FWS). Z dokumentu FWS wygenerowano dokument faktury wewnętrznej po stronie zakupu (FWZ). Z dokumentu FWZ wygenerowano dokument przyjęcia zewnętrznego importowego (PZI).

Aby sprawdzić, w jakiej kolejności zostały wygenerowane dokumenty należy skorzystać z przycisku: Historia związanych dostępnego na listach dokumentów.

Przyklad

Jeżeli użyjemy przycisku historia związanych dla powyższego Przykładu z poziomu listy faktur importowych, to otrzymamy poniższe okno.

 

 

Ścieżki importowe różnią się przede wszystkim rodzajem pierwszego wystawianego dokumentu, dlatego też podrozdziały tej części biuletynu zostały podzielone wg tego kryterium.

Uwaga

Przedstawione w tym biuletynie rozwiązania są propozycjami skorzystania z funkcjonalności modułu i mogą być modyfikowane przez operatorów odpowiednio do potrzeb.

FAI pierwszym dokumentem ścieżki importowej

W tym podrozdziale pierwszym dokumentem ścieżki dokumentów importowych jest faktura importowa (FAI).

Podane poniżej rozwiązania zostały rozróżnione pod względem sposobu uwzględniania kosztów dodatkowych w wartości towaru na magazynie.

Transakcja, w której nie ma kosztów dodatkowych

W tym podrozdziale zostanie opisany sposób zaewidencjonowania sytuacji, w której do towaru nie ma wystawionych dokumentów na dodatkowe koszty i nie muszą być one uwzględnione w podstawie podatku VAT.

• Ścieżka importowa: FAI->FWS->FWZ->PZI

1. Wystawić fakturę importową FAI w następujący sposób:

2. Z dokumentu FAI wygenerować i zatwierdzić dokument FWS (faktura wewnętrzna po stronie sprzedaży)

3. Z dokumentu FWS wygenerować i zatwierdzić dokument FWZ

4. Z dokumentu FWZ wygenerować i zatwierdzić dokument PZI oraz przyjąć towar do magazynu.

Towar i koszty transportu wyszczególnione na jednym dokumencie

W tym podrozdziale zostanie opisany sposób zaewidencjonowania sytuacji, w której dostaliśmy od dostawcy fakturę importową, na której wyszczególniony jest towar oraz koszty transportu.

1. Wystawić fakturę importową FAI w następujący sposób:

Otrzymany dokument wygenerował płatności wobec dostawcy z tytułu zakupionego towaru oraz dodatkowych kosztów.

2. Z FAI wygenerować dokument FWS i ustawić żądane parametry dotyczące przyjęcia towarów do magazyn, które znajdują się na zakładce: Kwoty -> Zbiorczo w grupie opcji: Przyjęcie towaru.

Jeżeli należy uwzględnić koszty transportu zagranicznego, krajowego lub akcyzę w wartości towaru, to należy odznaczyć odpowiednie parametry w grupie parametrów: W wartości towaru na magazynie pomiń; wybrać kurs, po którym towary zostaną przyjęte do magazynu: z FAI lub FWS. Zatwierdzić dokument FWS.

Otrzymany dokument, nalicza podatek VAT po stronie sprzedaży oraz jest podstawą przyjęcia (ale nie przyjmuje) towaru na magazyn w cenach uwzględniających odpowiednie koszty dodatkowe.

3. Z dokumentu FWS wygenerować i zatwierdzić dokument FWZ (faktura wewnętrzna po stronie zakupu)

Otrzymany dokument nalicza podatek VAT po stronie zakupu.

4. Z dokumentu FWS lub FWZ wygenerować i zatwierdzić dokument PZI (przyjęcie zewnętrzne importowe) oraz przyjąć towary na magazyn dokumentem PM, np. generując go automatycznie z PZI

Otrzymane dokumenty zmieniają stan towaru: handlowy – PZI oraz magazynowy – PM.

Towar i koszty transportu wyszczególnione na osobnych dokumentach

W tym podrozdziale zostanie opisany sposób zaewidencjonowania sytuacji, w której na jednej fakturze importowej mamy wyszczególniony towar, a na innej koszty transportu zagranicznego lub krajowego.

1.Należy wystawić pierwszy dokument FAI-1 w następujący sposób:

Otrzymany dokument generuje płatności wobec dostawcy z tytułu zakupionego towaru.

2. Należy wystawić drugi dokument FAI-2 w następujący sposób:

Otrzymany dokument generuje płatności z tytułu kosztów transportu.

3. Z FAI-1 należy wygenerować dokument FWS oraz na zakładce: Kwoty -> Zbiorczo wykonać następujące czynności:

Jeżeli należy uwzględnić koszty transportu zagranicznego, krajowego lub akcyzę w wartości towaru, to należy odznaczyć odpowiednie parametry w grupie opcji W wartości towaru na magazynie pomiń;

4. Z dokumentu FWS wygenerować i zatwierdzić dokument FWZ.

5. Z dokumentu FWZ wygenerować i zatwierdzić dokument PZI oraz przyjąć towar do magazynu.

PZI pierwszym dokumentem ścieżki importowej

W module: Import można rozpocząć ścieżkę dokumentów importowych od wystawienia dokumentu Przyjęcie zewnętrzne importowe (PZI). Ma to zastosowanie w sytuacji, w której dostajemy towar i chcemy go sprzedawać, a nie została jeszcze dostarczona nam faktura od dostawcy.

W sytuacji, gdy nie dostaliśmy faktury, nie znamy ostatecznych cen zakupu towaru. Rozwiązania przedstawione w tym podrozdziale będą różniły się sposobem ustalenia właściwych wartości towarów przyjmowanych do magazynu.

PZI zatwierdzony wartościowo

Na zakładce: Nagłówek dokumentu znajduje się parametr: Ustalona wartość dostawy. Jeżeli jest on zaznaczony, to po zatwierdzeniu dokumentu nie można na nim zmienić ceny, a tym samym wartości.

Opisane w tym podrozdziale sposoby polegają na wygenerowaniu korekty dokumentu PKI z dokumentu FWS lub FWZ. Korekta ta ustali cenę, na taką, jaka wynika z dokumentu FWS.

1. Należy wystawić dokument PZI w następujący sposób:

2. Z dokumentu PZI należy wygenerować dokument FAI i o ile są one konieczne, to wykonać następujące zmiany:

3. Z FAI należy wygenerować dokument FWS.

4. Z FWS wygenerować i zatwierdzić dokument FWZ.

5. Z dokumentu FWZ wygenerować dokument PKI.

PZI zatwierdzony ilościowo

Dokument zatwierdzony ilościowo, to taki, który został zatwierdzony z odznaczonym parametrem: Ustalona wartość dostawy. Na takim dokumencie można zmieniać cenę i wartość, nie można zmieniać ilości.

W przypadku dokumentu PZI odznaczenie wspomnianego parametru pozwala na automatyczną aktualizację ceny, wartości i kursu na dokumencie PZI w momencie zatwierdzenia dokumentu FWS. Parametry na dokumencie PZI zostaną zaktualizowane na takie jakie wynikają z dokumentu FWS i jego ustawień.

Postępowanie jest takie same jak w rozdziale ''PZI zatwierdzony wartościowo'', z tym że:

ZZ pierwszym dokumentem ścieżki

Jeżeli operator posiada uprawnienia do modułu: Zamówienia, to pierwszym dokumentem ścieżki importowej może być dokument Zamówienie zakupu (ZZ). Z ZZ można wygenerować dokument PZI lub FAI. Po wygenerowaniu jednego z dokumentów importowych postępowanie jest analogiczne jak w rozdziałach ''FAI pierwszym dokumentem ścieżki importowej'' oraz ''PZI pierwszym dokumentem ścieżki importowej''.

Aby móc wykorzystać dokument ZZ w ścieżce importowej (mieć możliwość wygenerowania dokumentu FAI lub PZI) należy:

Rejestracja nabycia wewnątrzwspólnotowego w module Sprzedaż

Czynności poniżej opisane mają na celu zewidencjonowanie nabycia wewnątrzwspólnotowego bez korzystania z modułu: Import.

W zależności od tego, co dany operator chce uzyskać, powinien wykonać wybrane punkty opisane
poniżej.

Zobowiązanie wobec dostawcy, przyjęcie towaru oraz naliczenie podatku VAT po stronie zakupu (VAT naliczony)

W tym podrozdziale przedstawione są rozwiązania mające na celu wystawienie dokumentu, który będzie podstawą płatności wobec dostawcy, przyjęcia towarów do magazynu oraz naliczenia podatku VAT po stronie zakupu.

Rozwiązania zostały podzielone ze względu na ewidencję kosztów dodatkowych.

Dodatkowe koszty wliczone w wartość towaru w magazynie na jednym dokumencie

W zależności od specyfiki działania firmy – rodzaju wystawianych dokumentów – można wybrać jeden z dwóch wariantów.

I. Wykorzystanie dokumentu FZ

Wystawić dokument FZ w następujący sposób:

1. Wybrać rodzaj transakcji: Wewnątrzwspólnotowa, na zakładce: Ogólne oraz odpowiednią walutę na zakładce: Nagłówek; rodzaj transakcji ustawi się na: Wewnątrzwspólnotowa, automatycznie, jeśli wybrano kontrahenta o typie: Unijny (ustawionym w jego karcie, na zakładce: Księgowe);

2. Dodać pozycje dokumentu z wykorzystaniem kalkulacji ceny nabycia w oparciu o cenę w walucie, dostępnej na zakładce: Kalkulacja elementu transakcji; jako ceny w walucie wpisać ceny zakupu powiększone o dodatkowe koszty (akcyza, koszty transportu itp.); kalkulację rozłożenia dodatkowych kosztów na pozycje dokumentu wykonać poza systemem;

3. Rozbić płatności dokumentu na 2 lub 3 części:

4. Ustawić żądane parametry na zakładce: VAT, w szczególności sprawdzić, czy rodzajem transakcji jest: Wewnątrzwspólnotowe nabycie oraz czy odznaczone są obie opcje: Nie uwzględniaj na deklaracji VAT 7 i Nie uwzględniaj na deklaracji VAT UE;

5. Zatwierdzić dokument i przyjąć towar do magazynu;

6. Na konto magazynu zaksięgować kwotę netto dokumentu; kwotę VAT zaksięgować na konto rozrachunki z tytułu VAT zarówno po stronie VAT naliczonego i należnego; na konto kontrahenta zaksięgować kwotę wynikającą z Płatności do dostawcy; należy pamiętać o tym, aby w schemacie księgowym zdefiniować pozycję odwołującą się do Płatności, w taki oto sposób: Oblicz dla: Płatność, Kwota: Płatność, Konto: Kontrahenta oraz wstawić warunek o treści: trp_rozliczona<>2.

II. Wykorzystanie dokumentów PZ i (S)FZ

Wystawić dokument PZ w następujący sposób:

1. Wybrać rodzaj transakcji: Wewnątrzwspólnotowa, na zakładce: Ogólne oraz odpowiednią walutę na zakładce Nagłówek; rodzaj transakcji ustawi się na: Wewnątrzwspólnotowa, automatycznie, jeśli wybrano kontrahenta o typie: Unijny (ustawionym w jego karcie, na zakładce: Księgowe);

2. Dodać pozycje dokumentu z wykorzystaniem kalkulacji ceny nabycia w oparciu o cenę w walucie, dostępnej na zakładce: Kalkulacja elementu transakcji; jako ceny w walucie wpisać ceny zakupu powiększone o dodatkowe koszty (akcyza, koszty transportu itp.), kalkulację rozłożenia dodatkowych kosztów na pozycje dokumentu wykonać poza systemem;

3. Jeżeli dokument PZ nie generuje płatności, to należy przejść do punktu 4, jeżeli dokument PZ generuje płatności, to rozbić płatności dokumentu na 2 lub 3 części:

4. Zatwierdzić dokument i przyjąć towar do magazynu;

5. Zaksięgować kwoty netto dokumentu PZ na konto magazynu oraz na konto rozliczenie zakupu towarów/materiałów.

Należy spiąć dokument PZ do spinacza (S)FZ i na spinaczu (S)FZ ustawić następujące parametry:

1. jeżeli dokument PZ nie generował płatności, to na (S)FZ należy rozbić płatności dokumentu na 2 lub 3 części:
2. zobowiązanie wobec dostawcy wynikające z faktur zakupu;
3. kwotę VATu – oznaczyć płatność jako: Nie rozliczaj;
4. dodatkowe koszty – jeśli są one zarejestrowane innymi dokumentami zakupu, oznaczyć płatność jako: Nie rozliczaj;
5. ustawić żądane parametry na zakładce: VAT dokumentu (S)FZ, w szczególności sprawdzić, czy rodzajem transakcji jest: Wewnątrzwspólnotowe nabycie oraz czy odznaczone są obie opcje: Nie uwzględniaj na deklaracji VAT 7 i Nie uwzględniaj na deklaracji VAT UE;
6. zaksięgować kwotę netto dokumentu na konto rozliczenie zakupu towarów/materiałów; kwotę VAT-u na konto rozrachunki z tytułu VAT zarówno po stronie VAT należnego i naliczonego; kwotę wynikającą z Płatności do dostawcy; należy pamiętać o tym, aby w schemacie księgowym zdefiniować pozycję odwołującą się do Płatności, w taki oto sposób: Oblicz dla: Płatność, Kwota: Płatność, Konto: Kontrahenta oraz wstawić warunek o treści: trp_rozliczona<>2.

Dodatkowe koszty wliczone w wartość towaru w magazynie na osobnym dokumencie

1. wybrać rodzaj transakcji: Wewnątrzwspólnotowa, na zakładce: Ogólne oraz odpowiednią walutę na zakładce Nagłówek; rodzaj transakcji ustawi się na: Wewnątrzwspólnotowa, automatycznie, jeśli wybrano kontrahenta o typie: Unijny (ustawionym w jego karcie, na zakładce: Księgowe);
2. dodać pozycje dokumentu z wykorzystaniem kalkulacji ceny nabycia w oparciu o cenę w walucie, dostępnej na zakładce: Kalkulacja elementu transakcji; jako ceny w walucie wpisać ceny zakupu bez kosztów dodatkowych;
3. jeżeli dokument PZ nie generuje płatności, to należy przejść do punktu 4, jeżeli dokument PZ generuje płatności, to rozbić płatności dokumentu na 2 części:
4. zobowiązanie wobec dostawcy wynikające z faktur zakupu;
5. kwotę VATu – oznaczyć płatność jako: Nie rozliczaj.
6. zatwierdzić dokument i przyjąć towar do magazynu;
7. zaksięgować kwotę netto dokumentu PZ na konto magazynu oraz na konto rozliczenie zakupu towarów/materiałów.

1. Jeżeli dokument PZ nie generował płatności, to na (S)FZ należy rozbić płatności dokumentu na 2 części:

2. Ustawić żądane parametry na zakładce: VAT dokumentu (S)FZ, w szczególności sprawdzić, czy rodzajem transakcji jest: Wewnątrzwspólnotowe nabycie oraz czy odznaczone są obie opcje: Nie uwzględniaj na deklaracji VAT 7 i Nie uwzględniaj na deklaracji VAT UE;

3. Na konto rozliczenie zakupu towarów/materiałów zaksięgować kwotę netto dokumentu; na konto kontrahenta zaksięgować kwotę wynikającą z Płatności do dostawcy; należy pamiętać o tym, aby w schemacie księgowym zdefiniować pozycję odwołującą się do Płatności, w taki oto sposób: Oblicz dla: Płatność, Kwota: Płatność, Konto: Kontrahenta oraz wstawić warunek o treści: trp_rozliczona<>2;

1. na zakładce: Ogólne dokumentu PZK skorzystać z przycisku Korekta wartości dokumentu ; w polu: Różnica wpisać kwotę wynikającą z dodatkowych kosztów – zostanie ona automatycznie rozbita na elementy wg wartości danego elementu;
2. jeżeli dokument PZ nie generuje płatności, to należy przejść do punktu 3, jeżeli dokument PZ generuje płatności, to rozbić płatności dokumentu na 2 części:
3. zobowiązanie wobec dostawcy wynikające z faktur zakupu;
4. kwotę VATu – oznaczyć płatność jako: Nie rozliczaj;
5. zaksięgować kwotę netto dokumentu PZ na konto magazynu oraz na konto rozliczenie zakupu towarów/materiałów.

Jeżeli koszty dodatkowe nie są zarejestrowane na innym dokumencie, to spiąć dokument PZK do spinacza korekt (S)FZK i na spinaczu korekt ustawić następujące parametry:

Dodatkowe koszty niewliczane w wartość towaru w magazynie

Jeżeli korzystamy z dokumentów FZ, to należy dokument ten wystawić tak jak jest to opisane w rozdziale ''Dodatkowe koszty wliczone w wartość towaru w magazynie na jednym dokumencie'', z tą różnicą, że jako cenę elementu podajemy cenę bez dodatkowych kosztów. Jeżeli korzystamy z dokumentów PZ, to należy dokument ten wystawić tak jak jest to opisane w rozdziale ''Dodatkowe koszty wliczone w wartość towaru w magazynie na osobnym dokumencie'', z tą różnicą, że jako cenę elementu podajemy cenę bez dodatkowych kosztów.

Naliczenie podatku VAT po stronie sprzedaży (VAT należny)

W nabyciu wewnątrzwspólnotowym należy naliczyć podatek VAT po stronie sprzedaży. Aby
to osiągnąć należy wystawić Fakturę wewnętrzną a-vista (A)FW z poziomu Listy rejestrów VAT
w następujący sposób:

1. Na zakładce: Ogólne dokumentu (A)FW należy wybrać rodzaj transakcji: Wewnątrzwspólnotowa.

2. Na zakładce: VAT dokumentu (A)FW:

3. Zaksięgować kwotę VAT na konto rozrachunki z tytułu podatku VAT naliczonego oraz podatku VAT należnego;       księgowanie będzie miało miejsce tylko wówczas gdy kwota VAT nie została wyksięgowana z faktur zakupu; jeżeli VAT  zaksięgowano z faktury zakupu, dokument (A)FW nie podlega księgowaniu.

Rejestrowanie sprzedaży do UE

Do rejestrowania sprzedaży do krajów UE powinien służyć dokument FSE (faktura eksportowa), gdyż posiada on pełną funkcjonalność wymaganą dla tego rodzaju operacji, w szczególności:

Przy wystawianiu FSE dla kontrahenta z Unii Europejskiej należy wybrać rodzaj transakcji: Wewnątrzwspólnotowa. Więcej informacji na temat tego dokumentu można znaleźć w dokumentacji do modułu Sprzedaż w rozdziale dotyczącym eksportu.

Do rejestrowania transakcji jw. może również służyć zwykła faktura sprzedaży (FS), nie ma ona jednak pełnej funkcjonalności opisanej powyżej. Aby przy jej pomocy zarejestrować sprzedaż do kontrahenta z UE, należy wybrać rodzaj transakcji: Wewnątrzwspólnotowa na zakładce: Ogólne dokumentu oraz opcje: VAT 0% i Płatności według wartości walutowej elementów, na zakładce: Nagłówek.

Wstęp

Funkcjonalność dotycząca rabatów została uporządkowana w Systemie. Stało się to dzięki:

Struktura udzielonego rabatu jest wyświetlana w trybie zaawansowanym. Funkcjonalność ta jest dostępna dla operatora, który na swojej karcie, na zakładce: Parametry/Ogólne, ma zaznaczony parametr: Otwieraj okno w trybie zaawansowanym. Ponadto w Konfiguracji systemu na zakładce Sprzedaż> Rabaty i Promocje wymagane jest zaznaczenie parametru: Rejestruj strukturę udzielonego rabatu.

Funkcjonalność rabatowania umożliwia odliczanie udzielonego rabatu od wartości początkowej dokumentów przychodowych, co powoduje zmianę wartości końcowej tych dokumentów. Za możliwość tą odpowiedzialny jest parametr Licz upusty dla dokumentów przychodowych od wartości początkowych umieszczony w Konfiguracji systemu na zakładce Sprzedaż> Rabaty i Promocje.

Funkcjonalność rabatowania umożliwia również udzielenie promocji dla pakietów, liczonej od wartości początkowych. Możemy uruchomić tą funkcję, za pomocą parametru Realizacja pakietów liczona od wartości początkowych umieszczony w Konfiguracji systemu na zakładce Sprzedaż> Rabaty i Promocje.

Promocje mogą być naliczane dla kontrahenta głównego, albo dla kontrahenta docelowego. Poszczególne ustawienia wskazywane są w konfiguracji.

Dla promocji możemy ustalić naliczanie wg daty z zamówienia lub z daty sprzedaży.

Możliwe jest również określenie jak rabaty mają być naliczane w przypadku zastosowania KGO. Naliczanie rabatów może być ustalone w systemie od ceny, która zawiera KGO lub bez KGO.

Rodzaje promocji

Na liście promocji, na zakładce ‘Promocje’ można wybrać daną podlistę: Rabaty pozycji, Rabaty nagłówka, Cena początkowa, Budżety rabatowe. Wybierając zakładkę ‘Rabaty retro’ otworzy się lista zdefiniowanych w systemie rabatów retro.

Po zaznaczeniu „Rabaty pozycji” wyświetlą się rabaty typu: GLO, KNU, PRM, (TWU)

Po zaznaczeniu „Rabaty nagłówka” wyświetla się rabaty typu: KNT, PLT, WTR

Po zaznaczeniu „Cena początkowa” wyświetlą się promocje typu: CEN

Po zaznaczeniu ,,Budżety rabatowe” wyświetlą się rabaty typu: BUDŻET KNT, BUDŻET OPE

Po wybraniu zakładki ,,Rabaty retro” wyświetlą się rabaty retrospektywne sprzedaży i rabaty retrospektywne zakupu

W chwili obecnej zdefiniowanie rabatów w dowolnym miejscu w systemie, skutkuje umieszczeniem odpowiedniego zapisu na liście promocji. To, w jaki sposób i w jakim miejscu nastąpiło zdefiniowanie rabatów decyduje o typie  promocji:

Promocja GLO – UPUST GLOBALNY DOKUMENTU, rekord ten tworzony jest automatycznie. Jest to specjalny rodzaj promocji, będący rabatem procentowym nagłówka dokumentu, w skład którego wchodzą promocje: KNT, PLT oraz rabat procentowy Użytkownika, ręcznie wprowadzony na dokumencie, w przypadku faktur na zakładce Nagłówek, w przypadku zamówień na zakładce Ogólne. Rabat ten wchodzi w skład rabatu pozycji dokumentu, jako jedna pozycja (właśnie promocja GLO) i traktowany jest wówczas tak, jak każda inna promocja.

Istotą tej promocji jest fakt, że ustalony dla niej priorytet skutkuje nadaniem takiego priorytetu wszystkim promocjom typu KNT, PLT, niezależnie od tego jaki priorytet został ustalony na konkretnej promocji. Priorytety ustalone na promocjach KNT i PLT mają znaczenie na liście promocji rabatu nagłówka.

Promocja KNT – UPUST GLOBALNY KONTRAHENTA, definiowany na zakładce: Karta kontrahenta> Handlowe> Rabaty. Na promocji umieszczeni są wszyscy kontrahenci którzy mają, zdefiniowane rabaty (na kartach kontrahentów), stąd w systemie jest tylko jedna promocja typu KNT. Zmian w wysokości rabatu globalnego kontrahenta można dokonywać na karcie kontrahenta lub bezpośrednio na promocji. Każdorazowo, zmiana rabatu na karcie kontrahenta znajdzie odzwierciedlenie w promocji typu KNT i odwrotnie, zmiana bezpośrednio na promocji spowoduje zmianę zapisu na karcie kontrahenta.

Do promocji KNT można dodać grupę kontrahentów. Nie znajdzie to jednak odzwierciedlenia w zapisach na karcie kontrahentów, ani na grupie kontrahentów. Jeżeli zdefiniowano rabat dla kontrahenta oraz dla grupy, do której on należy, zastosowany zostanie rabat właściwy dla kontrahenta.

Promocja PLT – UPUSTY GLOBALNE FORM PŁATNOŚCI, promocja ta zostaje utworzona automatycznie w wyniku konwersji lub kreacji bazy. W systemie istnieje zawsze jedna promocja typu PLT, bez względu na to, dla ilu form płatności rabat został zdefiniowany. Zmian w wysokości rabatu dla określonej formy płatności, czy też dodania rabatu dla kolejnej formy płatności należy dokonać w Konfiguracja> Sprzedaż> Formy Płatności. Zmiany z poziomu promocji PLT nie są możliwe.

Promocja WTR – promocja należąca do promocji „Rabaty nagłówka”, która jest naliczana przy zapisie dokumentu, po akceptacji użytkownika. Jest to promocja typu „Upust procentowy”, po spełnieniu zdefiniowanego progu. Użytkownik ma również możliwość dodania dowolnych Gratisów, które zostaną dołączone po spełnieniu określonych wymogów.

Promocja KNU – promocja powstała w wyniku zdefiniowania upustów na określony towar/y, lub grupę/y towarową na zakładce: Upusty, karty kontrahenta, stąd na liście promocji jest tyle promocji typu KNU, dla ilu kontrahentów zdefiniowano w ten sposób upusty. Modyfikacja upustów możliwa jest bezpośrednio na karcie kontrahenta, lub na promocji zakładka Towary, a zmiany dokonane na karcie kontrahenta znajdą odzwierciedlenie w promocji i odwrotnie.

Promocja PRM – typowa promocja definiowana przez Użytkownika z poziomu listy promocji. Zawiera ona funkcjonalność upustów TWU, KNU oraz innych, nowych elementów. Promocję definiujemy na liście promocji. Do promocji PRM należą również Promocje pakietowe (elastyczne i stałe) oraz promocje limitowane.

Promocja TWU – promocje tego typu, powstały w systemie automatycznie, w wyniku konwersji z wersji 3.2 do 4.0 i są one odzwierciedleniem upustu zdefiniowanego na zakładce: Upusty, karty towarów. W wyniku konwersji powstało tyle promocji typu: TWU, ile było zakresów czasowych obowiązywania upustów na wszystkich kartach towarowych. Nie ma możliwości definiowania upustów na karcie towaru, zastąpiły je promocje PRM. Można jednak modyfikować zdefiniowane upusty bezpośrednio na promocji typu TWU, dokonane tu zmiany będą miały odzwierciedlenie również na karcie towaru. Funkcjonalność promocji TWU nie będzie rozwijana.

Promocja CEN – promocja typu Cennik, pozwala określić cennik, który będzie stosowany do pobierania ceny wyjściowej oraz do naliczania rabatów, bez względu na inne cenniki, np. domyślny na karcie towarowej. Cennik ten wybiera się spośród wszystkich typów cen zdefiniowanych w systemie.

Promocja typu cennik ma zastosowanie wyłącznie do dokumentów rozchodu. Promocja ta nie obejmuje zestawów. W przypadku zestawu cena początkowa będzie ustalana osobno dla każdego składnika, zgodnie z regułami ogólnymi, stosowanymi dla każdego towaru.

Przy wykorzystaniu promocji CEN, po wyborze cennika należy przypisać do niej kontrahenta lub grupy kontrahentów, towar albo grupy towarów oraz określić w jakim centrum struktury praw obowiązuje.

Promocje typu Cennik zostaną wyświetlone na liście promocji, po zaznaczeniu opcji: Cena początkowa.

Rabat BUDŻET KNT, BUDŻET OPE – rabaty budżetowe kontrahenta i operatora pozwalają określić konkretną wartość budżetu, w ramach którego będzie nadawany rabat. Budżet definiujemy dla konkretnego Operatora (BYDŻET OPE) lub dla kontrahenta (BUDŻET KNT). Charakterystyczną cechą opisywanego rabatu jest to, że jest on nadawane ręcznie, według uznania przez Operatora. System nie nalicza rabatu automatycznie, ale czyni to Operator w sposób świadomy i wg własnego uznania. Budżety rabatowe dotyczą wyłącznie dokumentów sprzedaży i mogą być udzielana na: zamówieniu sprzedaży ZS, fakturze sprzedaży: FS, FSE, paragonie PA oraz wydaniach zewnętrznych WZ i WZE.

Rabat retrospektywny – rabat retrospektywny zakupu i sprzedaży służy do nadania rabatu za dokonane już wcześniej transakcje w ustalonym przez Operatora okresie. Rabat retrospektywny sprzedaży został obsłużony dla transakcji rejestrowanych dokumentami: FS, WZ, FSE i WZE, rabat retrospektywny zakupu, którego podstawą jest zakup u dostawcy, dla transakcji dokonanych dokumentami FZ i PZ.

Definiowalne parametry promocji na przykładzie PRM

Zakładka {Nagłówek}

Na zakładce definiowalne są parametry:

Nazwa promocji – nadawana przez operatora

Data początkowa i Data końcowa – określa czas trwania danej promocji

Rodzaje dokumentów – określa, dla jakich dokumentów dana promocja będzie przypisywana

Sposób łączenia z poprzednią – przy zaznaczonym parametrze „Dodaj” upusty i promocje będą się dodawały, natomiast przy zaznaczonym parametrze „Mnóż” promocje będą się naliczały kolejno.

Priorytet promocji – domyślnie przepisywany jest priorytet promocji zdefiniowany w module: Administrator, (Listy> Słowniki kategorii> Transakcje> Rodzaje rabatów z możliwością jego zmiany. Im niższy stopień priorytetu, tym waga promocji jest większa, np.: promocja o priorytecie 10 jest “ważniejsza” od promocji o priorytecie 20. Promocje są porządkowane również w ramach tego samego priorytetu, wg zasady, że “ważniejsza” jest ta promocja, która na liście promocji na zakładce {Wg priorytetu} znajduje się wyżej, stąd na zakładce tej istnieje możliwość bąbelkowania, czyli przesuwania promocji na liście. Wykonujemy to za pomocą przycisków: Przesuń w dół pozycję na liście, Przesuń w górę pozycję na liście.

Pomiń następne promocje – opcja ta obsługiwana jest następująco: zaznaczenie na konkretnej promocji powoduje, że żadna z promocji o niższym priorytecie (o wartości priorytetu większej, niż dana promocja) oraz żadna promocja o tym samym priorytecie, ale znajdująca się na liście promocji niżej, niż wskazana promocja, nie zostaną uwzględnione.

Wymienioną zależność widać z pozycji zakładki {Wg priorytetu} listy promocji:

– pominięte zostaną wszystkie promocje, znajdujące się poniżej promocji, na której zaznaczono pole: Pomiń następne promocje,

– uwzględnione zostaną wszystkie promocje, znajdujące się na wskazanej liście powyżej promocji, na której zaznaczono opcję: Pomiń następne promocje.

Promocja pakietowa – Możliwość wyboru promocji pakietowej o typie Elastyczna lub Stała. Więcej o promocji pakietowej w Rozdziale 5.

Limit – Wprowadzono funkcjonalność pozwalającą na definiowanie na promocji limitów, po wyczerpaniu których promocja przestaje obowiązywać. Sekcja aktywna dla promocji PRM nie-pakietowych. Więcej o promocjach limitowanych w Rozdziale 10.

Cykliczność promocji

Udostępniona została funkcjonalność wprowadzenia promocji powtarzanych cyklicznie. Dzięki niej Użytkownicy systemu nie będą musieli dodawać kolejnych promocji określając w ten sposób okresy ich aktywności. Nowa funkcjonalność pozwala, by w ramach jednej promocji wskazać regularność, z jaką będzie ona występowała.

Do promocji typu: PRM, WTR oraz CEN/CENNIK została dodana możliwość wskazania jej aktywności wykraczająca poza określenie daty rozpoczęcia i zakończenia promocji, czy też godzin jej obowiązywania. Udostępniona została konfigurowalność promocji występujących z regularnymi odstępami czasu. Ustalenie zakładanej regularności sprowadza się do wskazania okresów, w których promocja będzie aktywowana, a które to okresy będą cyklicznie powtarzane.

Wyróżniamy 4 rodzaje promocji cyklicznych:

Według dni

Na promocji ustalono zakresy obowiązywania jak poniżej:

Data początkowa: 01.11.2013

Data końcowa: 30.11.2013

Powtarzać co: 2 dni

Oznacza to, że potwierdzona promocja będzie obowiązywała co drugi dzień w okresie 01.11.2013 – 30.11.2013. Poza tym zakresem promocja nie będzie naliczana.

Według tygodni

Na promocji ustalono zakresy obowiązywania jak poniżej:

Data początkowa: 01.11.2013

Data końcowa: 30.11.2013

Powtarzać co: 2 tygodnie, czwartek

Oznacza to, że potwierdzona promocja będzie obowiązywała w co drugi czwartek pomiędzy 01.11.2013 i 30.11.2013.

Według miesięcy

Na promocji ustalono zakresy obowiązywania jak poniżej:

Data początkowa: 01.11.2013

Data końcowa: 30.11.2014

Powtarzać co: 1 miesiąc, od 10. do 15.

Oznacza to, że potwierdzona promocja będzie naliczana w każdym miesiącu począwszy od 01.11.2013 w dniach 01.-15. Promocja przestanie obowiązywać po 30.11.2014.

Według lat

Na promocji ustalono zakresy obowiązywania jak poniżej:

Data początkowa: 01.11.2013

Data końcowa: Brak ograniczenia

Powtarzać co: 4 lata, lipiec, od 07. do 21.

Oznacza to, że potwierdzona promocja będzie naliczana co 4 lata, w lipcu, od 07 do 21 dnia miesiąca.

Zakładka {Kontrahenci}

Promocja będzie miała zastosowanie wyłącznie wobec kontrahentów dodanych w tym miejscu do promocji, a jeżeli dodano tu grupę kontrahentów, to wobec wszystkich kontrahentów należących do tej grupy i wszystkich znajdujących się w niej “podgrup” kontrahentów.

Kontrahentów do promocji można dodać również poprzez opcję „z listy”. Wybranie takiej opcji spowoduję wyświetlenie okna „Kontrahenci”, po czym należy zaznaczyć konkretnych kontrahentów, do których będzie przypisana promocja.

Dana promocja może zostać naliczona na elemencie dokumentu tylko jeden raz, tak, więc dodanie do promocji grupy kontrahentów oraz kontrahenta, który znajduje się w tej grupie spowoduje, że naliczenie promocji nastąpi tylko raz.

Zakładka {Towary}

Promocja będzie miała zastosowanie wyłącznie wobec towarów dodanych w tym miejscu do promocji, a jeżeli dodano tu grupę towarów to wobec wszystkich towarów należących do tej grupy i wszystkich znajdujących się w niej „podgrup” towarów.

Istnieje tutaj możliwość wielokrotnego dodania tego samego towaru, czy tej samej grupy towarowej, jednak wg zasady, że dla tego samego towaru można zdefiniować ten sam próg jeżeli typ rabatu będzie różny (upust procentowy/upust wartościowy/stała cena/narzut na cenę zakupu).

W takim przypadku w pierwszej kolejności o tym, w jakiej wysokości zostanie udzielony rabat, decydują warunki zdefiniowane dla towaru, dopiero, jeżeli warunek (czyli próg) nie jest spełniony, sprawdzane są warunki zdefiniowane dla grupy towarowej, do której towar należy.

Została wprowadzona zmiana w zakresie kolejności w jakiej System ustala wielkość należnego dla towaru rabatu z tytułu danej promocji, jeżeli została ona oparta na grupach towarowych. O tym, czy System będzie „rozpoczynał analizę” od grupy, do której towar bezpośrednio należy decyduje parametr: ‘Grupa towaru ważniejsza niż grupa nadrzędna’. Jeżeli parametr jest włączony, wówczas grupa towaru zostanie potraktowana priorytetowo w stosunku do grupy nadrzędnej, w przeciwnym razie będą one traktowane tak samo. Parametr dostępny jest na poniższych formatkach promocji na zakładce ‘Towary’:

Dodając towar do promocji PRM mamy możliwość określenia jaki będzie rodzaj naliczanej promocji:

Typy promocji PRM:

Dla promocji PRM, nie pakietowej istnieje możliwość określenia na elemencie promocji limitu ilości dla poszczególnych elementów promocji. Opcja ‘Limit’ jest aktywna na pozycji promocji, jeżeli wcześniej na tej promocji nie ustalono limitu w nagłówku. Więcej o promocjach limitowanych w rozdziale 10 Promocja limitowana.

Promocja na konkretny zasób

Udostępniono funkcjonalność przypisywania dostaw do promocji. Opisana funkcjonalność pozwala na rejestrację danej promocji na konkretną dostawę danego towaru. Do pozycji typu ,,towar” elementu promocji PRM, innej niż pakietowa, mamy możliwość przypisania konkretnej dostawy, dla której zdefiniowane warunki promocji mają obowiązywać. Dostawę wskazujemy na elemencie promocji, na zakładce {Dostawy}. W efekcie wybranie konkretnej dostawy lub kilku dostaw na zakładce {dostawy} elementu promocji będzie oznaczać to, że rabat zostanie naliczony wyłącznie, jeżeli na danym elemencie transakcji sprzedaży rozchód nastąpi wyłącznie z tych dostaw. Na elemencie transakcji, na zakładce {Dostawy} dostawa objęta promocją będzie odpowiednio oznaczona symbolem procenta.  Można również pozostawić domyślną wartość ‘Wszystkie’, czyli bez wskazania konkretnej dostawy, dla której ma obowiązywać promocja.

W przypadku elementów zamówienia sprzedaży ZS, promocja zdefiniowana dla konkretnych dostaw zostanie naliczona wyłącznie na elemencie niepotwierdzonego ZS, dla którego włączono tworzenie rezerwacji na niepotwierdzonym zamówieniu i wszystkie te rezerwacje są zasobowe i wskazują na dostawy przypisane do danej pozycji promocji. Jeżeli rezerwacje są tworzone dopiero podczas potwierdzania zamówienia ZS, wówczas System nie nalicza promocji zasobowych nawet wówczas, jeżeli rezerwacje te zostaną utworzone jako zasobowe i będą dotyczyć zasobów „promocyjnych”. Jest to podyktowane tym, że potwierdzanie zamówienia jest już operacją zatwierdzającą wcześniej przyjęte warunki handlowe i przeliczanie na tak późnym etapie zamówienia mogłoby być nieoczekiwane dla Użytkownika. Jeżeli więc promocje na konkretny zasób mają działać już na ZS, Użytkownik powinien pracować na ZS tworzącym rezerwacje na niepotwierdzonym zamówieniu.

Zakładka {Zestawy}

Zestawy można dodać do promocji z listy towarów, lub z listy zestawów promocyjnych. Zestawy promocyjne to zestawy, które są “używane” na innych, aktywnych promocjach.

W przypadku zestawów nie są określane progi, promocja będzie miała zastosowanie dla transakcji na dowolną ilość zestawów, pod warunkiem, że dodanie zestawu na dokument odbędzie się z użyciem polecenia: Dodaj zestaw.

Wysokość rabatu należy ustalić pojedynczo dla każdego składnika tego zestawu.

Zakładka {Formy płatności}

Naliczanie promocji można dodatkowo uzależnić od formy płatności, jaka jest na dokumencie. Na zakładce określa się formę płatności oraz maksymalny termin spłaty lub konkretną datę płatności – jest to kolejny warunek dla naliczenia promocji (termin nie może przekroczyć terminu przypisanego do danej formy płatności), by promocja została przeliczona. Ze względu na wybór typu na formie płatności – Ilość dni lub Data, Operator ma możliwość określenia warunku daty na formie płatności. Wybierając typ ‘Ilość dni’ mamy możliwość określenia maksymalnego terminu zapłaty. Istnieje możliwość wybrania również opcji ‘Brak ograniczeń’ wtedy termin nie będzie ograniczony. Wybierając typ ‘Data’ mamy możliwość określenie konkretnej daty lub zakresu dat. W tej sytuacji aby promocja była naliczona jeżeli data na płatności będzie się mieścić pomiędzy wskazanym zakres lub będzie taka sama jak wskazana (konkretna data) promocja zostanie naliczona przy spełnieniu pozostałych warunków promocji.

Termin i forma płatności będzie pobierana z dokumentu z zakładki {ogólne}.

Do każdej promocji domyślnie dodana zostaje opcja dla płatności <Wszystkie> oraz termin <Brak ograniczenia>. Chcąc ustalić promocję uwzględniającą wybraną formę płatności, należy za pomocą przycisku lupy (lub dwuklikiem) podnieść do edycji domyślny wpis i z rozwijanego menu wybrać docelową formę, następnie wybrać odpowiedni typ: ‘Ilości dni’ (wtedy uzupełniamy maksymalny termin) lub typ ‘Data’ (wtedy określamy zakres dat dla płatności).

Obsługa promocji na konkretny dzień płatności

Aby dana promocja, uwarunkowana płatnością na konkretny dzień mogła zostać naliczona, należy ustalić datę płatności na dokumencie widoczną na nagłówku dokumentu, jako data Do. Jeżeli ta data mieści się w zakresie dat ustalonym na promocji, wówczas ta promocja będzie naliczona (przy zgodności pozostałych warunków).

Dodatkowy warunek nie ma znaczenia podczas ustalania ceny na dokumentach: ofert, zamówień, umów, zleceń serwisowych. Na tych dokumentach elementy mają cenę ustalaną z uwzględnieniem istniejących promocji, przy czym nie umożliwiają one wskazania konkretnej daty płatności, która w dalszej kolejności byłaby przekazywana na płatność podczas generowania dokumentu handlowego. Na tych dokumentach termin płatności jest zapisywany jako ilość dni od wystawienia lub sprzedaży faktury (w zależności od definicji dokumentu). Dopiero na fakturze, w oparciu o przekazaną ilość dni jest ustalana konkretna domyślna data płatności.

Zakładka {Sposób dostawy}

Naliczenie promocji można również uzależnić od sposobu dostawy, jaki jest na dokumencie. Na zakładce określa się sposób dostawy, który spowoduje przeliczenie promocji na dokumencie.

Do każdej promocji domyślnie dodany zostaje Sposób dostawy z opcją <Wszystkie>. Chcąc ustalić promocję uwzględniającą konkretny sposób dostawy, należy dwuklikiem przejść do edycji automatycznie dodanego rekordu i z rozwijanej listy zdefiniowanych sposobów dostawy wybrać docelowy.

Definiowanie sposobów dostawy odbywa się w konfiguracji, zakładka Ogólne> Słowniki> Sposoby dostawy.

 Zakładka {Magazyny}

Naliczenie promocji można również uzależnić od magazynu, jaki został wybrany na dokumencie.

Do każdej promocji domyślnie dodany zostaje Magazyn z opcją <Wszystkie>. Chcąc ustalić promocję uwzględniającą konkretny magazyn, należy dwuklikiem przejść do edycji automatycznie dodanego rekordu i z rozwijanej listy zdefiniowanych magazynów wybrać docelowy.

Zakładka {Miejsce w strukturze firmy}

Promocja będzie miała zastosowanie w centrum, które zostanie w tym miejscu zdefiniowane oraz we wszystkich centrach poległych dla tego centrum.

Zakładka {Atrybuty}

Na zakładce istnieje możliwość przypisania atrybutów do promocji. Aby możliwe było przypisanie atrybutów do konkretnej promocji, należy uprzednio przypisać je do obiektu: Promocje, w module: Administrator (okno: Definicja atrybutów).

Promocja typu Stała cena

W systemie istnieje możliwość parametryzowania naliczania promocji typu Stała cena na elementach dokumentów. Nowe parametry pozwolą na dodatkową konfigurację tej promocji.

Łączenie innych promocji ze stałą ceną

Istnieje możliwość łączenia innych promocji z promocją typu stała cena. Aby odpowiednio skonfigurować takie działanie systemu należy przejść do Konfiguracja/Sprzedaż/Rabaty i promocje, w sekcji ‘Dla promocji typu stała cena’ mamy możliwość zaznaczenia parametru ‘Naliczaj inne promocje/rabaty’. Zaznaczenie lub odznaczenie tego parametru będzie decydowało o tym, czy podczas naliczania promocji stała cena system ma pomijać inne promocje czy tez naliczyć je wraz z promocją typu stała cena.

Jeżeli Użytkownik wybierze opcję naliczania innych promocji/rabatów dla stałej ceny to ze względu na specyfikę promocji typu stała cena należy mieć na uwadze odpowiednie ustalenie priorytetów takich ,,łączonych’’ promocji w ten sposób, aby promocja typu stała cena była naliczana przed dodatkowymi promocjami.

Kontrola marży minimalnej przy stałej cenie towaru

Operator ma możliwość ustalenia w konfiguracji systemu czy dla promocji typu stała cena system ma kontrolować marżę minimalną czy też nie. Jeżeli parametr będzie zaznaczony system wykona kontrolę i poinformuje użytkownika w trakcie dodawania towaru jeżeli towar nie osiągnie marży minimalnej.

Definiowane parametry promocji na przykładzie Promocji Pakietowych

Promocje pakietowe polegają na sprzedaży towarów w określonych zestawach, gdzie wysokość naliczonego rabatu na dokumencie będzie uzależniona od ilości sprzedawanych towarów lub wartości sprzedawanych towarów. W ramach promocji pakietowej można również przyznać gratisy.

Promocje pakietowe można podzielić przede wszystkim na dwie grupy:

Operator ma możliwość definiowania dodatkowych warunków dla promocji pakietowej między innymi wskazanie towarów z pakietu, które muszą być nabyte, określenie ile różnych towarów ma być nabytych, definiowanie minimalnej ilości pozycji dla poszczególnych grup towarowych.

Pakiety stałe

Promocja typu „Pakiet stały” polega na tym, iż użytkownik musi zakupić wszystkie towary wchodzące w skład promocji według zdefiniowanych warunków, aby otrzymać stosowany rabat.

W pakiecie stałym, oprócz naliczania rabatów, użytkownik może dołączyć do pakietów towarowych tzw. gratisy po bardzo zaniżonej cenie lub obniżonej o określony procent.

Pakiety elastyczne

Promocja typu „Pakiet elastyczny” polega na tym, iż użytkownik może nabyć dowolne towary z listy, na które udzielony zostanie upust, jeżeli wartość lub ilość zakupionych towarów osiągnie określony próg. Wartość upustu może być taka sama dla każdej pozycji albo dla każdej pozycji upust może być różny. Dodatkowo do pakietu można dodać gratis, jeżeli spełniony został próg pakietu.

Wymaganym warunkiem do naliczenia promocji pakietowej elastycznej jest spełnienie określonego progu wartościowego lub ilościowego. W związku z tym wyróżniamy następujące promocje pakietowe:

Aby rabaty liczyły się od wartości początkowych, po spełnieniu przez użytkownika wskazanego progu, należy w Konfiguracji> Sprzedaż> Rabaty i promocje, zaznaczyć parametr „Realizacja pakietów liczona od wartości początkowych”. W przeciwnym razie rabat będzie liczony od wartości końcowych, już z uwzględnieniem upustu:

Zakładka {Nagłówek}

Aby zdefiniować Promocje Pakietową należy wybrać zakładkę Zestawienia> Promocje> Listy promocji, następnie zaznaczyć w podliście „Rabat pozycji”.

W wyświetlonym oknie „Promocja – zostanie dodana” po zaznaczeniu parametru „Promocja pakietowa”, użytkownik wybiera rodzaj pakietu „Stały” lub „Elastyczny”.

Na zakładce definiowalne są parametry:

Nazwa promocji – nadawana przez operatora

Data początkowa i Data końcowa – określa czas trwania danej promocji

Rodzaj pakietu – określony przez operatora

Pomiń rabaty nagłówka (GLO) – zaznaczony parametr pomija rabaty nagłówka podczas zastosowania  Promocji Pakietowych. Jeżeli zostanie odznaczony, spowoduje naliczenie promocji GLO.

Dla Promocji Pakietowych odznaczenie parametru oznacza, że rabaty nagłówka zostaną wliczone do promocji, dopiero po uzupełnieniu (wprowadzeniu)  rabatu w oknie „Ogólny” w  „Rabat nagłówka”, jn.

W przypadku promocji typu WTR, funkcjonalność systemu umożliwia przypisanie dodatkowo rabatu nagłówka dla promocji WTR, który będzie naliczany podczas zarejestrowania dokumentu handlowego. Wartość wynikająca z promocji WTR zostanie zsumowana z rabatami nagłówka.

Maksymalna ilość pakietów

Dla promocji pakietowych możliwe jest określenia maksymalnej ilości pakietów dostępnych w ramach danej promocji. Ilość maksymalna może być rozumiana jako ilość łączna (zasada kto pierwszy, ten lepszy) lub jako ilość dla kontrahenta (zasada, każdy kontrahent, do którego kierowana jest dana promocja pakietowa może z niej skorzystać maksymalnie X razy). W tym ostatnim przypadku tak określona maksymalna ilość pakietów jest taka sama dla wszystkich kontrahentów przypisanych do danej promocji pakietowej. Funkcjonalność ta dostępna jest zarówno dla pakietów stałych, jak i elastycznych.

Promocje pakietowe objęte limitem maksymalnej ilości pakietów nie są dostępna na ofercie sprzedaży. Jest podyktowane tym, że nie istnieje ścisłe powiązanie pomiędzy elementami ofert i zamówień, nie ma też kontroli ilości dokumentów, elementów, ilości na elementach zamówień wygenerowanych z oferty, trudno więc byłoby na podstawie ofert kontrolować stopień „wykorzystania” ilości pakietów.
W oknie wyboru pakietów, dostępnym z formatki dokumentu sprzedaży prezentowane są wszystkie pakiety należne danemu kontrahentowi, również te, dla których ilość maksymalna został już wykorzystana. To podczas próby użycia takiego pakietu na bieżącym dokumencie System kontroluje, czy przyznanie pakietu jest jeszcze możliwe, czy też nie. Rozwiązanie to jest podyktowane względami wydajnościowymi.
W przypadku pakietów elastycznych niemożliwe jest zaznaczenie pakietu, którego ilość maksymalna została już wykorzystana, w przypadku pakietów stałych zaś niemożliwe jest zaznaczenie pakietu z ilością większą, niż ilość pozostająca do wykorzystania. Różnica ta wynika ze specyfiki pakietów stałych, dla których System niejako proponuje ilość pakietów na podstawie „zawartości” dokumentu. System nadal tą ilość proponuje, pozwala ją również wprowadzić Użytkownikowi, nawet, jeżeli przekracza ona ilość pozostającą do wykorzystania, natomiast podczas zaznaczania pakietu kontroluje możliwość jego użycia we wskazanej ilości.
W zależności od opcji ustalonej na danej promocji pakietowej ww. kontrola dotyczy łącznej ilości udzielonych pakietów, niezależnie komu zostały one udzielone lub dokonywana jest w zakresie pakietów udzielonych temu konkretnego Klientowi.

Aby ułatwić Klientowi pracę z pakietami limitowanymi, udostępniona została kontekstowa informacja o ilości maksymalnej pakietu, ilości już wykorzystanej oraz ilości pozostającej do wykorzystania.

Zakładka {Kontrahenci}

Promocja będzie miała zastosowanie wyłącznie wobec kontrahentów dodanych w tym miejscu do promocji, a jeżeli dodano tu grupę kontrahentów, to wobec wszystkich kontrahentów należących do tej grupy i wszystkich znajdujących się w niej „podgrup” kontrahentów.

Do promocji można dodać również kontrahenta nieokreślonego. Wybranie takiej opcji spowoduje naliczenie się zdefiniowanej promocji na dokumenty, na których nie określono kontrahenta. Wskazanie kontrahenta nieokreślonego na promocji ma szczególne zastosowanie dla paragonów, na których kontrahent nie jest wymagany.

Kontrahentów do promocji można dodać również poprzez opcję „z listy”. Wybranie takiej opcji spowoduję wyświetlenie okna „Kontrahenci”, po czym należy zaznaczyć konkretnych kontrahentów, do których będzie przypisana promocja.

Dana promocja może zostać naliczona na elemencie dokumentu tylko jeden raz, tak, więc dodanie do promocji grupy kontrahentów oraz kontrahenta, który znajduje się w tej grupie spowoduje, że naliczenie promocji nastąpi tylko raz.

Zakładka {Towary/Gratisy}

Zakładka Towary/Gratisy różni się wyglądem, w zależności od rodzaju wybranego pakietu na zakładce {Nagłówek}.

Zakładka Towary/Gratisy w Promocji pakietowej, typu Stały

Zakładka Towary/Gratisy dla pakietu stałego składa się z dwóch grup:

Zakładka Towary/Gratisy w Promocji pakietowej, typu Elastyczny

Zakładka Towary/Gratisy dla pakietu elastycznego składa się z czterech sekcji:

Aby rabaty liczyły się od wartości początkowych, po spełnieniu przez użytkownika wskazanego progu, należy w Konfiguracji> Sprzedaż> Rabaty i promocje, zaznaczyć parametr „Realizacja pakietów liczona od wartości początkowych”. W przeciwnym razie rabat będzie liczony od wartości końcowych, już z uwzględnieniem upustu.

Operator ma możliwość dodania do progów wg grup grupy towarowe rzeczywiste jak i dodanie grupy wirtualnej ,,inne”. Funkcja użycia grupy ,,innej” służy do ustalenia progu dla towarów spoza dodanych grup.

Progi ogólne dla pakietu będą miały zawsze ten sam rodzaj (albo wszystkie będą dotyczyły ilości albo wartości), jednak dla poszczególnych grup progi mogą się różnić, czyli dla jednej grupy może być zastosowany próg ilościowy, dla innej wartościowy.

Operator określa poszczególne rodzaje progów na promocji pakietowej elastycznej wraz z wartościami. Wyróżniamy następujące rodzaje progów dla promocji pakietowej elastycznej:

Próg wartościowy – należy określić wartość progu, za jaką kwotę należy zakupić towary, aby uzyskać rabat/gratisy.

Próg ilościowy – należy określić wartość progu, jaką ilość sztuk towaru należy zakupić, aby uzyskać rabat/gratisy.

Próg ilościowy promocji pakietowej wyrażony w jednostce pomocniczej

Dla elastycznych promocji pakietowych z progiem typu „ilościowy” można zdefiniować jednostkę miary. Przypisanie tej jednostki oznacza, że zarówno progi ogólne tej promocji, jak i ilościowe progi dla grup towarowych, o ile je zdefiniowano, są wyrażone w tejże jednostce. Podczas sprawdzania stopnia realizacji poszczególnych progów System „sprowadza” ilości poszczególnych pozycji towarowych z dokumentu do tejże jednostki progu i dopiero tak ustaloną ilość porównuje z wielkością progu. Ww. pozwala na obsługę przypadków, kiedy to poszczególne towary mają różne przeliczniki do jednostki pomocniczej, w stosunku do której Firma chce zdefiniować próg promocji.

Dodatkowo, udostępniony został parametr Wymagaj użycia jm. z progu, którego ustawienie decyduje o tym, czy skorzystanie z danej promocji pakietowej oznacza, że na elementach dokumentu z tym pakietem ma zostać użyta ta jednostka (jako jednostka główna lub pomocnicza), czy też nie ma takiego wymagania, a wystarczy, aby jednostka taka była jedynie przypisana do karty towaru.

Na liście promocji pakietowych możliwych do zastosowania na dokumencie, opcjonalnie prezentowana jest kolumna z ilością w jednostce pomocniczej, zdefiniowanej na promocji pakietowej elastycznej. Stanowi ona wsparcie dla Użytkownika w zakresie ustalania/porównywania ilość w tejże jednostce z wymaganiem ilościowym progu. Pomimo wprowadzenia ww. dodatkowy informacji, kolumny z ilością dostępną, z ceną przed i po rabacie itp. nadal dotyczą jednostki podstawowej towaru. Aby dany towar brał udział w promocji pakietowej ze zdefiniowaną jednostką na karcie towaru należy przypisać tą jednostkę, czy to jako jednostkę podstawową, czy też pomocniczą. Dla towarów, do których nie przypisano tej jednostki, w kolumnie Ilość ustalana jest wielkość 0,0000, nawet, jeżeli towar ten znajduje się na dokumencie i edycja kolumny z ilością w oknie wyboru pakietu jest zablokowana. Towar taki nie jest uznawany jako wchodzący do pakietu, ani podczas ustalania % realizacji progu, ani podczas wybierania pakietu na dokument. Wskazanie jednostki na promocji pakietowej, czy też podanie ilości towaru w tejże jednostce w oknie wyboru pakietu nie oznacza, że pozycje towarowe będą dodawane na dokument w tejże jednostce. Stanie się tak wyłącznie wówczas, jeżeli na promocji tej włączony został wcześniej omówiony parametr Wymagaj użycia jm. z progu.

Jednostka pomocnicza dla gratisów pakietu elastycznego

Jednostka miary została udostępniona również dla gratisów promocji pakietowej elastycznej. Jednostkę tą można przypisać o ile włączony jest parametr Edycja ilości wydawanych gratisów, bowiem tylko wówczas, gdy to Operator na etapie wydawania gratisów decyduje które i ile gratisów wydać, sensowne jest operowanie łączną ilością wyrażoną we wspólnej jednostce pomocniczej tychże gratisów.

Definiowanie jednostki miary dla gratisów dokonywane jest dla poszczególnych progów promocji. Niezależnie od tego, czy dla gratisów zdefiniowana zostanie jednostka pomocnicza, czy też nie, ilości dla gratisów nadal zapisywane jest w jednostce podstawowej. Jeżeli dla gratisów zdefiniowano konkretną jednostkę, wówczas gratisami tymi mogą być wyłącznie te towary, które mają przypisaną tą jednostkę, czy to jako jednostkę podstawową, czy to pomocniczą.

Jednostka pomocnicza honorowana jest podczas ustalania i kontrolowania łącznej należnej ilości gratisów w danym progu. To w tejże jednostce prezentowana jest również informacja o ilości należnej gratisów, ilości dotąd przyznanej oraz pozostającej do przyznania. Jednostka pomocnicza ustalona dla gratisów jest przypisywana na element dokumentu handlowego dla tego gratisu.

Zakładka {Formy płatności}

Naliczenie promocji można dodatkowo uzależnić od formy płatności, jaka jest na dokumencie. Na zakładce określa się formę płatności oraz maksymalny termin spłaty, które muszą być spełnione (termin nie może przekroczyć terminu przypisanego do danej formy płatności), by promocja została przeliczona. Dla maksymalnego terminu można wybrać również opcję ‘Bez ograniczeń’. W takim przypadku termin nie będzie ograniczony. Termin i forma płatności będzie pobierana z dokumentu z zakładki {ogólne}.

Do każdej promocji domyślnie dodana zostaje opcja dla płatności <Wszystkie> oraz termin <Brak ograniczenia>. Chcąc ustalić promocję uwzględniającą wybraną formę płatności, należy za pomocą przycisku lupy (lub dwuklikiem) podnieść do edycji domyślny wpis i z rozwijanego menu wybrać docelową formę oraz termin płatności.

Po wybraniu formy płatności automatycznie przepisany zostanie domyślny dla niej termin płatności (określony w konfiguracji na zakładce: Sprzedaż/Formy płatności).

Zakładka {Sposób dostawy}

Naliczenie promocji można również uzależnić od sposobu dostawy, jaki jest na dokumencie. Na zakładce określa się sposób dostawy, który spowoduje przeliczenie promocji na dokumencie.

Do każdej promocji domyślnie dodany zostaje Sposób dostawy z opcją <Wszystkie>. Chcąc ustalić promocję uwzględniającą konkretny sposób dostawy, należy dwuklikiem przejść do edycji automatycznie dodanego rekordu i z rozwijanej listy zdefiniowanych sposobów dostawy wybrać docelowy.

Definiowanie sposobów dostawy odbywa się w konfiguracji, zakładka Ogólne> Słowniki> Sposoby dostawy.

Zakładka {Magazyny}

Naliczenie promocji można również uzależnić od magazynu, jaki został wybrany na dokumencie.

Do każdej promocji domyślnie dodany zostaje Magazyn z opcją <Wszystkie>. Chcąc ustalić promocję uwzględniającą konkretny magazyn, należy dwuklikiem przejść do edycji automatycznie dodanego rekordu i z rozwijanej listy zdefiniowanych magazynów wybrać docelowy.

Zakładka {Miejsce w strukturze firmy}

Promocja będzie miała zastosowanie w centrum, które zostanie w tym miejscu zdefiniowane oraz we wszystkich centrach poległych dla tego centrum.

Zakładka {Atrybuty}

Na zakładce istnieje możliwość przypisania atrybutów do promocji. Aby możliwe było przypisanie atrybutów do konkretnej promocji, należy uprzednio przypisać je do obiektu: Promocje, w module: Administrator (okno: Definicja atrybutów).

Realizacja Promocji Pakietowych oraz WTR

Promocje Pakietowe oraz Promocja typu WTR realizowane są w różny sposób na dokumentach handlowych, w zależności od rodzaju promocji.

Poniższe prezentacje przedstawiają przykładowe realizacje tych promocji, na zamówieniu sprzedaży.

Promocje Pakietowe – rodzaj pakietu Stały

Aby zrealizować Promocje Pakietową, typu „Stały”- należy w pierwszym kroku zaznaczyć parametr na Definicji dokumentu> Inne „Stosuj promocje pakietowe”. Kolejnym krokiem jest zdefiniowanie promocji w Zestawienia> Promocje i rabaty> Lista promocji, a następnie uruchomienie Listy dokumentów handlowych i zarejestrowanie określonego dokumentu.

Poniżej został opisany proces realizacji Promocji Pakietowej, typu „Stały” na dokumencie ZS:

Została zdefiniowana promocja na towary T3 1szt. oraz T4 2szt. Jeżeli zostaną spełnione warunki klient zapłaci 45 PLN za towar T3, na towar T4 otrzyma rabat w wysokości 30%, oraz otrzyma Gratis T5 1szt. za kwotę 2 PLN.

Podczas rejestrowania dokumentu ZS, po wybraniu kontrahenta, dla którego została zdefiniowana promocja zostanie automatycznie wyświetlone okno „Promocje pakietowe dla kontrahenta”, w którym zostały zlokalizowane wszystkie promocje przypisane dla wybranego kontrahenta

W wyświetlonym oknie „Promocje pakietowe dla kontrahenta”, w prawym górnym rogu znajduje się parametr ”Automatyczna edycja okna”, który umożliwia parametryzację działania okna. Pozwala określić czy okno będzie otwierane automatycznie po wybraniu kontrahenta, czy tylko poprzez naciśnięcie ikony  na dokumencie.

Zaznaczenie parametru oznacza, że okno będzie otwierane po wybraniu kontrahenta na dokumencie

Odznaczenie parametru oznacza, że okno będzie otwierane tylko po naciśnięciu ikony  na dokumencie.

Po określeniu ilości pakietu przy nazwie promocji, automatycznie zostanie wygenerowana ilość spełniająca minimalne warunki zdefiniowanej promocji przy każdym towarze. Zgodnie z przykładem powyżej ustalono ilość pakietu równą 1. Automatycznie uzupełniono ilość dla towarów: T3 w ilości 1 szt. i T4 w ilości 2 szt. Jest to zgodne ze zdefiniowanymi progami. Nie ma możliwości ustalenia dowolnej ilości dla każdego  towaru z osobna.  Przy nazwie promocji wyświetlony jest procentowy poziom ‘realizacji’ pakietu. Promocja typu „Stały” jest promocją sztywną,  aby została zrealizowana musi zostać zakupiona taka ilość towarów, jaka została zdefiniowana w promocji.

Po zaznaczeniu pakietu promocji nastąpi automatyczne zamknięcie okna i powrót do edycji rejestrowanego dokumentu. Na liście elementów będą widoczne towary, które zostały zdefiniowane w promocji, dodane z określonym upustem oraz gratisem.

Ikona  dostępna z poziomu zakładki Ogólne dokumentu  daje możliwość ponownego otwarcia okna „Promocje pakietowe dla kontrahenta” i modyfikację pakietu.

Dodawanie towarów z poziomu dokumentu

Podczas dodawania towarów bezpośrednio z poziomu dokumentu, elementy są identyfikowane
z towarami zdefiniowanymi w pakietach. Jeżeli w pakietach znajduje się towar, który został dodany na dokument, wówczas ilość tego towaru zostanie przepisana na elementy pakietu z towarem. Podczas dodawania towarów naliczane są zdefiniowane dla nich standardowe promocje.

Podczas dodania towaru z pozycji dokumentu, w oknie Promocje pakietowe cały rekord z dodanym  towarem zostanie wyświetlony w kolorze niebieskim.

Wyliczenie procentu realizacji poszczególnych promocji pakietowych następuje względem ilości towarów wprowadzonych na dokument, towarów będących elementem promocji. Uwzględnienie promocji pakietowej na dokumencie będzie miało miejsce po wskazaniu przez użytkownika, który
z pakietów ma zostać zastosowany. Jeżeli pakiet zostanie zastosowany na dokumencie, wówczas dla pozycji, dla której naliczono pakiet, zostanie wycofany wcześniej zastosowany rabat.

Parametr „Dla elementu” w sekcji Pakiety umożliwia prezentacje pakietów dla dodanego elementu z pozycji dokumentu.

Promocje Pakietowe - rodzaj pakietu Elastyczny

Aby zrealizować Promocje Pakietową, typu „Elastyczny”- należy w pierwszym kroku zaznaczyć  parametr na Definicji dokumentu> Inne „Stosuj promocje pakietowe”. Kolejnym krokiem jest zdefiniowanie promocji w Zestawienia> Promocje i rabaty> Lista promocji, a następnie uruchomienie Listy dokumentów handlowych i zarejestrowanie określonego dokumentu.

Poniżej został opisany proces realizacji Promocji Pakietowej, typu „Elastyczny” na dokumencie zamówienia sprzedaży:

Próg od wartości

Została zdefiniowana promocja, próg od wartości 300 PLN gdzie minimalna ilość pozycji jest równa 2. Promocja została zdefiniowana na towary T1, T6, T7. Jeżeli zostaną spełnione warunki promocji klient otrzyma rabat w wysokości 10% dla towaru T1, 5% dla towaru T6, 7% dla towaru T7 oraz otrzyma Gratis T3 1 szt. za 1 PLN.

Podczas rejestrowania dokumentu ZS, po wybraniu kontrahenta, dla którego została zdefiniowana promocja zostanie automatycznie wyświetlone okno „Promocje pakietowe dla kontrahenta”, w którym zostały zlokalizowane wszystkie promocje przypisane dla danego kontrahenta.

W wyświetlonym oknie „Promocje pakietowe dla kontrahenta”, w prawym górnym rogu znajduje się parametr ”Automatyczna edycja okna”, który umożliwia parametryzację działania okna. Pozwala określić czy okno będzie otwierane automatycznie po wybraniu kontrahenta, czy tylko poprzez naciśnięcie ikony  na dokumencie.

Zaznaczenie parametru oznacza, że okno będzie otwierane po wybraniu kontrahenta na dokumencie

Odznaczenie parametru oznacza, że okno będzie otwierane tylko po naciśnięciu ikony  na dokumencie

Na promocji pakietowej elastycznej mamy możliwość określenia wybranych ilości dla towarów z promocji w kolumnie ‘Ilość’. W trakcie uzupełniania ilości dla promocji pakietowej kontrahenta system przy nazwie promocji wyświetla procentowy wskaźnik spełnienia warunków danej promocji pakietowej. Promocja typu „Elastyczny od wartości” nie wymaga zakupu wszystkich towarów objętych promocją, lecz konieczny jest zakup na kwotę progową. Okno promocji pakietowej dla kontrahenta może być odpowiednio modyfikowane o wyświetlane kolumny. Zaznaczenie ich lub odznaczenie będzie miało wpływ na pojawienie się lub zniknięcie kolumn na formatce. W podanym przykładzie zaznaczono kolumny ‘Cena początkowa’, ‘Cena po rabacie’, ‘Wartość końcowa’. Ponieważ zostały spełnione warunki promocji elastycznej od wartości system naliczył odpowiedni rabat i wyświetlił cenę i wartość po nadaniu rabatu.

To czy dana promocja pakietowa będzie możliwa do zastosowania zależy od tego, czy zostaną spełnione warunki tej promocji. Obok nazwy pakietu system wyświetla zdefiniowane progi. Przy progach znajduje się procentowy wskaźnik spełnienia warunków tego progu. W tym przypadku system wyświetlił spełnienie progów promocji na poziomie (250%/150%) 300.0000/2 co oznacza:

Po zaznaczeniu pakietu nastąpi automatyczne zamknięcie okna i powrót do edycji rejestrowanego dokumentu. Na liście elementów będą widoczne towary, które zostały zdefiniowane w promocji, dodane z określonym upustem oraz gratisem.

Ikona  dostępna z poziomu zakładki Ogólne dokumentu daje możliwość ponownego otwarcia okna „Promocje pakietowe dla kontrahenta” i modyfikację pakietu.

Próg od ilości

Została zdefiniowana promocja, ze zdefiniowanymi progami ilościowymi: 20.0000, 30.0000, 40.0000. Dla każdego z progów ustalono odpowiedni typ promocji i wartość. Okno z listą towarów i gratisów jest kontekstowe, co oznacza, że po wybraniu kursorem odpowiedniego progu po lewej stronie okna system wyświetli odpowiednie towary i gratisy dla tego progu po prawej stronie okna.

W wyświetlonym oknie „Promocje pakietowe dla kontrahenta”, w prawym górnym rogu znajduje się parametr ”Automatyczna edycja okna”, który umożliwia parametryzację działania okna. Pozwala określić czy okno będzie otwierane automatycznie po wybraniu kontrahenta, czy tylko poprzez naciśnięcie ikony  na dokumencie

Zaznaczenie parametru oznacza, że okno będzie otwierane po wybraniu kontrahenta na dokumencie

Odznaczenie parametru oznacza, że okno będzie otwierane tylko po naciśnięciu ikony  na dokumencie.

Zgodnie z przedstawiony powyżej przykładem, dla promocji określono kilka progów ilościowych. W zależności od tego, który z warunków progu zostanie spełniony taki zostanie naliczony rabat i gratisy. 

Po zaznaczeniu progu promocji nastąpi automatyczne zamknięcie okna i powrót do edycji rejestrowanego dokumentu. Na liście elementów będą widoczne towary, które zostały zdefiniowane w promocji, dodane z określonym upustem oraz gratisem.

Po zaznaczeniu progu promocji nastąpi automatyczne zamknięcie okna i powrót do edycji rejestrowanego dokumentu. Na liście elementów będą widoczne towary, które zostały zdefiniowane w promocji, dodane z określonym upustem.

Po zaznaczeniu tego progu Operator uzyska odpowiednią informację o niespełnieniu warunków promocji.

Ikona  dostępna z poziomu zakładki Ogólne dokumentu daje możliwość ponownego otwarcia okna „Promocje pakietowe dla kontrahenta” i modyfikację pakietu.

Dodawanie towarów z poziomu dokumentu

Podczas dodawania towarów bezpośrednio z poziomu dokumentu, elementy są identyfikowane z towarami zdefiniowanymi w pakietach. Jeżeli w pakietach znajduje się towar, który został dodany na dokument, wówczas ilość tego towaru zostanie przepisana na elementy pakietu z towarem. Podczas dodawania towarów naliczane są zdefiniowane dla nich standardowe promocje.

Podczas dodania towaru z pozycji dokumentu, w oknie Promocje pakietowe cały rekord z dodanym towarem zostanie wyświetlony w kolorze niebieskim.

Wyliczenie procentu realizacji poszczególnych promocji pakietowych następuje względem ilości towarów wprowadzonych na dokument, towarów będących elementem promocji. Uwzględnienie promocji pakietowej na dokumencie będzie miało miejsce po wskazaniu przez użytkownika, który z pakietów ma zostać zastosowany. Jeżeli pakiet zostanie zastosowany na dokumencie, wówczas dla pozycji, dla której naliczono pakiet, zostanie wycofany wcześniej zastosowany rabat.

Po zaznaczeniu okna przy nazwie promocji, została naliczona zdefiniowana promocja na towary wybrane na dokumencie, gdyż warunki promocji zostały zrealizowane.

Parametr „Dla elementu” w sekcji Pakiety umożliwia prezentacje pakietów dla dodanego elementu z pozycji dokumentu.

Promocja typu WTR

Aby zrealizować Promocję Nagłówka, typu WTR - należy w pierwszym kroku zdefiniować promocję w Zestawienia> Promocje i rabaty> Lista promocji. Następnie uruchomić Listę dokumentów handlowych i zarejestrować określony dokument.

Poniżej został opisany proces realizacji Promocji WTR, na dokumencie ZS:

Została zdefiniowana promocja dla kontrahenta „Kontrahent” na główną grupę towarów. Wartości upustu wynosi 20%, przy spełnieniu progu w wysokości 2 szt. Jeżeli zostaną spełnione warunki klient otrzyma rabat oraz otrzyma Gratis T5 1 szt. za kwotę 2 PLN.

Wygenerowano dokument ZS, gdzie dodano kontrahenta, dla którego została zdefiniowana promocja oraz towar T4 w ilości 3 szt. Przy próbie zatwierdzenia dokumentu system wyświetli automatycznie okno „Aktualne promocje od wartości transakcji”, na którym prezentowane będą wszystkie promocje WTR przypisane dla danego kontrahenta.

Aby nadać rabat i gratis wynikający z WTR należy zaznaczyć parametr znajdujący się obok nazwy promocji oraz  parametr znajdujący się obok gratisu. Po zapisaniu zmian, promocja oraz ewentualne gratisy zostaną uwzględnione na potwierdzanym dokumencie.

Budżet rabatowy Operatora i Kontrahenta

Promocja typu Budżet operatora/kontrahenta polega na określeniu konkretnej kwoty (dla Operatora lub Kontrahenta), którą ten będzie miał możliwość wykorzystania w postaci rabatu. Funkcjonalność można wykorzystać, przykładowo określając budżet rabatowy dla danego handlowca w firmie. Budżet rabatowy kontrahenta natomiast można zdefiniować jako kwotę rabatową dla dobrego Klienta w danej firmie. Istotą opisanej promocji jest to, że System nie nalicza jej automatycznie, ale czyni to Operator w sposób świadomy i wg własnego uznania. Tego typu promocja naliczana jest jako ostatnia na elemencie i zawsze metodą „Dodaj”, tj. od wartości początkowej transakcji.

Budżety rabatowe dotyczą wyłącznie dokumentów sprzedaży i mogą być udzielana na: zamówieniu sprzedaży ZS, fakturze sprzedaży: FS, FSE, paragonie PA oraz wydaniach zewnętrznych WZ i WZE.

Poszczególne zakładki nowego typu promocji i ich obsługa nie różni się od innych promocji, z wyłączeniem zakładek {Nagłówek}, {Kontrahenci}, {Operatorzy} i {Towary}, omówionych w dalszej części dokumentu.

Zakładka {Nagłówek}

Promocję typu budżet operatora i budżet kontrahenta dodajemy z poziomu Listy promocji i rabatów/Promocje/Rabaty budżetowe. Na liście będą widoczne zdefiniowane już wcześniej budżety rabatowe. Istnieje możliwość odpowiedniego filtrowania zdefiniowanych rabatów m.in. przez wybór operatora, datę obowiązywania, typ, stan.

Na zakładce ‘Nagłówek’ Operator wybiera typ definiowanego budżetu. Wyróżniamy dwa typy rabatu budżetowego: 

Zakładka {Kontrahenci}

Definiując promocję budżet rabatowy operatora, zakładka Kontrahenci będzie podobna do tej samej zakładki w innych promocjach. Standardowo na omawianej zakładce będzie możliwe zdefiniowanie odpowiednich kontrahentów lub grup kontrahentów, wobec których tę promocję będzie można zastosować. W tej sytuacji, tworząc transakcję sprzedaży, budżet rabatowy operatora będzie mógł być użyty dla kontrahenta przypisanego do promocji lub do kontrahenta, który należy do grupy kontrahentów przypisanej do promocji. Dla promocji typu budżet rabatowy kontrahenta omawiana zakładka będzie wykazywała różnice. Podstawową zmianą jest fakt, że przy tym rodzaju promocji możliwe będzie przypisanie jedynie konkretnego kontrahenta, bez możliwości przypisania grupy kontrahentów. Dla dodanego kontrahenta możliwe będzie określenie wartości budżetu rabatowego. Budżet rabatowy określony zostanie jako wartość netto, w walucie systemowej. Wartość rabatu może być wpisywana ręcznie lub ustalona dla pozostałych kontrahentów metodą Wypełnij wszystkie wg bieżącego. Metoda ta pozwala na ustalenie wartości budżetu dla wszystkich kontrahentów promocji na podstawie budżetu kontrahenta, który obecnie wskazujemy kursorem. Udostępniona została również opcja sprawdzenia aktualnego stanu budżetu rabatowego kontrahenta. Użycie ikony Wykorzystanie budżetu zwraca wartość budżetu, wartość wykorzystaną oraz wartość do wykorzystania. Informacja o tym, że dla danego kontrahenta określona została promocja typu rabat budżetowy KNT lub OPE będzie dostępna, tak jak w przypadku innych promocji na zakładce Upusty na karcie kontrahenta.

Zakładka {Operatorzy}

Zakładka Operatorzy będzie dostępna tylko dla promocji budżet rabatowy operatora. Służy ona do definiowania odpowiednich operatorów, którym chcemy przyznać rabaty budżetowe. Wartość budżetu rabatowego dla danego operatora określana jest podobnie jak w przypadku promocji budżetu KNT dla danego kontrahenta. Określenie budżetu może nastąpić w formatce dodania/edycji operatora. Umożliwiona jest również opcja ,,Wypełnij wszystkie wg bieżącego”, która pozwoli na wypełnienie wartości budżetu zgodnie z budżetem operatora, który aktualnie jest wybrany kursorem. Podobnie jak w promocji budżet KNT, udostępniona została opcja sprawdzenia aktualnego stanu budżetu rabatowego operatora. Wykorzystanie budżetu zwraca wartość budżetu, wartość wykorzystaną oraz wartość do wykorzystania.

Zakładka {Towary}

Na zakładce ‘Towary’ Operator ma możliwość przypisania odpowiednich towarów lub grup towarowych, które będą obowiązywać dla tej promocji. W tej sytuacji, dana promocja o typie budżet rabatowy będzie mogła być zastosowana, jeżeli towar, którego dotyczy ta transakcja będzie dodany do promocji lub będzie należeć do grupy towarów, która została dodana do promocji. Zakładka ‘Towary’ na promocji budżetowej działa podobnie jak dla innych promocji w systemie z tą różnicą, że wartość rabatu oznacza maksymalną wartość rabatu możliwą do przyznania przez Operatora w ramach danego budżetu rabatowego. W tej sytuacji definiujemy rabat maksymalny dla danego towaru lub grupy towarowej. Może być zdefiniowany w formie upustu procentowego lub upustu wartościowego. Wartość rabatu maksymalnego może być uzupełniona metodą edit-in-place, przez dedykowaną formatkę lub metodą ‘Wypełnij według bieżącego’.

Realizacja Budżetu rabatowego Operatora i Kontrahenta

Specyfiką promocji typu Budżet rabatowy Operatora/Kontrahenta jest to, że rabat z tytuły tej promocji nie jest nadawany przez system automatycznie. Aby nadać rabat wynikający ze zdefiniowanej promocji budżetowej musi zostać nadany ręcznie przez operatora według uznania.

Dla poprawnej obsługi promocji typu Budżet rabatowy konieczne jest rejestrowanie struktury udzielonego rabatu (parametr ‘Rejestruj strukturę udzielonego rabatu’ w konfiguracji). Tylko bowiem w takim wypadku możliwe jest kontrolowanie stopnia wykorzystania poszczególnych budżetów. Z tego względu, jeżeli w Systemie istnieje potwierdzona promocja tego typu, niemożliwe będzie odznaczenie parametru „„Rejestruj strukturę udzielonego rabatu” w konfiguracji Systemu.

Udzielenie rabatu budżetowego

Rabat budżetowy KNT oraz OPE może zostać udzielony wyłącznie na dokumentach: ZS, FS, WZ, PA, WZE i FSE. Przyznanie promocji budżetowej na dokumencie odbywa się poprzez kliknięcie ikony [Rabaty budżetowe] na dokumencie. Po wciśnięciu ikony automatycznie otwiera się okno Budżety rabatowe. Okno podzielone jest na dwie sekcje. W górnym oknie prezentowana jest lista budżetów rabatowych kontrahenta i operatora, które są możliwe do wyboru. Dla danej promocji budżetowej prezentowana jest informacja o wartości budżetu, o wartości wykorzystanej z budżetu oraz o pozostałej wartości budżetu.

W sekcji dolnej wyświetlone zostaną elementy dokumentu. Dla elementu będzie również prezentowana informacja o maksymalnym rabacie, jaką ustalono na danym rabacie budżetowym oraz wielkość udzielonego rabatu budżetowego. Informacja dotycząca danego elementu będzie prezentowana kontekstowo, czyli dla budżetu, który jest aktualnie wskazany kursorem w górnej sekcji okna.

Naliczenie rabatu wykonujemy poprzez edycję rabatu (procentowego i kwotowego), ceny końcowej i wartości końcowej na dolnej liście. Możliwe jest również zaznaczenie odpowiednich elementów i użycie opcji ‘Udziel maksymalnego rabatu’. Funkcja ta pozwala nadać wszystkim wskazanym elementom z dolnej sekcji maksymalny rabat możliwy do naliczenia z danego budżetu rabatowego. Jeśli Operator będzie chciał powrócić do stanu sprzed edycji należy wybrać opcję ‘Zeruj rabat’.

W przedstawionym powyżej przykładzie widzimy, że Operator nie nadał na każdej pozycji rabatu maksymalnego, a wykonał to według uznania. Kolumna ‘rabat maksymalny’ nie oznacza rabatu, jaki każdorazowo musi być nadawany dla pozycji, a jedynie określa górną granicę rabatu.

Wartość nadanego rabatu sumarycznie w ramach danego rabatu budżetowego wyświetlana jest w kolumnie ‘Naliczona’.

Istnieje możliwość nadania rabatu łącznie z dwóch budżetów rabatowych np. w ramach promocji budżet rabatowy operatora  a następnie w ramach budżetu rabatowego kontrahenta.

Parametryzacja obsługi budżetów rabatowych podczas zmiany ilości na elemencie

W Konfiguracja/Sprzedaż/Rabaty i promocje udostępnione zostały stosowne parametry decydujące o obsłudze budżetu rabatowego przy zmianie ilości na elemencie dokumentu. Wybrany przez Operatora parametr będzie decydowała o tym, czy podczas zmiany ilości na elemencie System ma utrzymywać kwotę udzielonego rabatu budżetowego, czy też procent tego rabatu. Zdefiniowany parametr będzie działał zarówno dla dokumentu wygenerowanego z innego dokumentu, jak i dokumentu dodawanego ręcznie.

Promocja limitowana

Wprowadzona została funkcjonalność pozwalającą na definiowanie na promocji limitów, po wyczerpaniu których promocja przestaje obowiązywać. Limit taki będzie mógł przybrać jedną z poniższych postaci:

Ww. funkcjonalność dotyczy promocji nie-pakietowych typu PRM. W przypadku dwóch pierwszych typów limitów funkcjonalność została obsłużona zarówno na dokumentach sprzedaży, jak i zakupu, w przypadku ostatniego z nich, na dokumentach sprzedaży.

Promocje limitowane j.w. zostały obsłużone na zamówieniach, dokumentach handlowych oraz zleceniu serwisowym ZSR, nie będą zaś naliczane na ofertach.

Poniżej zostaną opisane szczególne parametry dla tej promocji. Zakładki standardowe dla promocji, które zostały opisane już wcześniej nie będą przytaczane.

Promocja do wyczerpania ilości

Promocja z limitem typu „Ilość” może przyjąć dwie formy: limitu zdefiniowanego dla całej promocji oraz limitu zdefiniowanego na poszczególnych elementach promocji, czyli poszczególnych towarach w promocji.

Limit ilościowy zdefiniowany na nagłówku promocji oznacza, że promocja ta dotyczy łącznej ilości określonej na promocji, niezależnie od tego, na jakich towarach z promocji zostanie ona naliczona. Limit ilościowy zdefiniowany zaś na elemencie promocji oznacza, że promocja dla tego towaru obowiązuje do wyczerpania ilości zdefiniowanej na tym konkretnym towarze.

W przypadku limitów ilości/wartości definiowanych na poszczególnych towarach przyjęto zasadę, zgodnie z którą, jeżeli towar ten jest dodany do promocji wielokrotnie (np. z uwagi na różne rabaty w zależności od progu minimalnego), limit na wszystkich pozycjach wskazujących na ten towar jest taki sam. Limitów nie można definiować na grupach towarowych w promocji.

W przypadku refundacji możliwe jest jej zdefiniowanie na różnym poziomie dla tego samego towaru, możliwe jest również jej określenie na grupie towarowej w promocji.

Promocja do wyczerpanie wartości rabatu

Promocja z limitem typu „Wartość rabatu” również może przyjąć dwie formy: limitu zdefiniowanego dla całej promocji oraz limitu zdefiniowanego na poszczególnych towarach w promocji.

Limit „Wartości rabatu” zdefiniowany na nagłówku promocji oznacza, że łącznie, z tytułu tej promocji System może naliczyć rabat w kwocie netto w walucie Systemowej nie większej, niż kwota określona w nagłówku promocji, niezależnie na jakim towarze zostanie ona naliczona.

Limit „Wartości rabatu” zdefiniowany na elemencie promocji (taki sam dla wszystkich rekordów wskazujących na dany towar) oznacza, że łączna kwota rabatu naliczona dla tego towaru nie może przekroczyć kwoty określonej na tym towarze w promocji.

Ww. limity będą funkcjonować rozłącznie, tj. jeżeli limit zdefiniowano na nagłówku, wówczas nie jest on definiowany na elementach i odwrotnie.

Podobnie jak dla promocji z limitem ilościowym, również dla promocji z określoną wartością maksymalną rabatu udostępniona została informacja o kwocie już wykorzystanej oraz pozostającej do wykorzystania z tej promocji.

Promocja refundowana

Promocja refundowana jest szczególnym rodzajem promocji sprzedażowej, w której część kosztów udzielonego w jej ramach rabatu ponosi Dostawca/Producent, lub inny Podmiot. W nagłówku takiej promocji definiowana jest maksymalna wartość refundacji dla danej promocji, rozumiana jako wartość netto w walucie Systemowej, natomiast na towarach w tejże promocji definiowany jest sposób ustalanie kwoty refundowanej dla transakcji dokonanej danym towarem, na którym tej promocji udzielono.

Promocja będzie naliczana aż do wyczerpania kwoty refundowanej określonej w nagłówku promocji.

Promocję nie-pakietową PRM można oznaczyć jako refundowaną poprzez zaznaczenie checkboxa „Limit” i wskazanie opcji „Kwota refundowana” jako rodzaju limitu.

Jeżeli daną promocję oznaczono jako promocję refundowaną, wówczas na jej poszczególnych pozycjach (towarach w promocji) Operator może definiować zasady refundacji, czyli określać jaka część naliczonego przez Firmę rabatu, zostanie zwrócona przez Dostawcę, Producenta, lub inny podmiot ponoszący częściowo koszty danej promocji.

Inaczej niż w przypadku limitów ilości/wartości, na promocji refundowanej można określić różne zasady refundacji dla tego samego towaru (z innym progiem, czy też wielkością rabatu), można je określać również na rekordach wskazujących na grupy towarowe.

Wielkość refundacji można określić jako konkretną wielkość (kwotę) rabatu od elementu transakcji, kwotę rabatu od każdej „sztuki” towaru, lub jako % wielkość udzielonej kwoty rabatu:

Obsługa promocji limitowanej i jej rozliczenie

Obsługa na dokumentach

Promocje refundowane zostały obsłużone na dokumentach sprzedaży: zamówieniach sprzedaży ZS, zleceniu serwisowym ZSR, dokumentach handlowych sprzedaży: FS, WZ, PA, FSE, WZE, WKA, oraz formatce łatwej sprzedaży.

Dla poprawnej obsługi promocji „limitowanej” konieczne jest rejestrowanie struktury udzielonego rabatu, tylko bowiem w takim wypadku możliwe jest kontrolowanie stopnia wykorzystania poszczególnych limitów zdefiniowanych na promocji. Z tego względu, jeżeli w Systemie istnieje potwierdzona promocja tego typu, niemożliwe będzie odznaczenie parametru „Rejestruj strukturę udzielonego rabatu” w konfiguracji Systemu, o czym Użytkownik jest informowany podczas próby wyłączenia tego parametru.

Z kolei jeżeli ww. parametr w konfiguracji jest wyłączony, wówczas nie uda się potwierdzić promocji limitowanej.

Promocje z limitem ilościowym

Promocje z limitem ilościowym zostały obsłużone na zamówieniach sprzedaży i zakupu ZS, ZZ, zleceniu serwisowym ZSR, dokumentach handlowych sprzedaży i zakupu: FS, WZ, PA, FSE, WZE, WKA, FZ, PZ, PZI, FRR, PKA oraz formatce łatwej sprzedaży.

Oprócz sprawdzania dotychczasowych warunków, koniecznych do naliczenia danej promocji, System będzie sprawdzał, czy ilość na elemencie transakcji nie przekracza ilości pozostałej, niewykorzystanej z tej promocji.

Nie przewiduje się „częściowego” naliczenia promocji w sytuacji, gdy co prawda promocja nie została jeszcze „wyczerpana”, jednak ilość niewykorzystana jest mniejsza niż ilość, jakiej dotyczy bieżąca transakcja.

Promocje z limitem wartościowym

Promocje z limitem wartościowym zostaną obsłużone na tych samych dokumentach, co promocje z limitem ilościowym – różnica miedzy będzie polegała na samym mechanizmie kontroli ich naliczania.

System, podobnie jak w przypadku promocji z limitem ilości sprawdzi dotychczasowe warunki, koniecznych do nadania promocji. Następnie System będzie sprawdzi, czy naliczenie danej promocji na elemencie transakcji nie spowodowałoby przekroczenia dozwolonej kwoty rabatu. Do takiego porównania stosowne będą wielkości netto w walucie Systemowej, niezależnie od waluty, w jakiej zostały zarejestrowane wcześniejsze transakcje „konsumujące” zdefiniowany limit wartości rabatu.

Nie przewiduje się „częściowego” naliczenia promocji w sytuacji, gdy co prawda promocja nie została jeszcze „wyczerpana”, jednak pozostająca z niej wartość jest niewystarczająca dla zastosowania promocji dla bieżącej ilości/wartości transakcji.

W przypadku Limitu zdefiniowanego w nagłówku promocji, zdefiniowana na niej Wartość rabatu będzie „konsumowana” każdorazowo przy naliczeniu tej promocji udzielanej na dowolnym towarze, niezależnie od tego, czy towar został do niej przypisany wprost, czy też poprzez grupę towarową, do której należy.

W przypadku limitów definiowanych na towarach w promocji, określona na nim wielkość rabatu będzie dotyczyła wyłącznie promocji naliczonej na transakcjach z tym towarem.  Promocja naliczona na towarze, który nie został dodany bezpośrednio do promocji, lecz jedynie należy do grupy towarowej na promocji, będzie udzielana bez żadnego limitu. Dopiero dodanie towaru i zdefiniowanie dla niego limitu spowoduje, że naliczana dla niego promocja będzie „konsumowała” limit promocyjny zdefiniowany na towarze, niezależnie od tego, czy została naliczona na podstawie elementu promocji typu „towar”, czy w związku z przynależnością towaru do grupy na promocji.

Promocje refundowane

Promocje refundowane zostaną obsłużone na dokumentach sprzedaży: zamówieniach sprzedaży ZS, zleceniu serwisowym ZSR, dokumentach handlowych sprzedaży: FS, WZ, PA, FSE, WZE, WKA, oraz formatce łatwej sprzedaży.

W pierwszej kolejności zostanie sprawdzone spełnienie warunków promocji jakie zostały na niej zdefiniowane przez Operatora. Następnie, System będzie sprawdzał, czy udzielenie promocji „refundowanej” na danym elemencie nie spowoduje przekroczenia maksymalnej wielkości kwoty refundowanej z tej promocji. Jeżeli wielkość refundacji zostałaby w ten sposób przekroczona, wówczas promocja nie zostanie zastosowana.

Nie przewiduje się „częściowego” naliczenia promocji w sytuacji, gdy co prawda kwota refundacji nie została jeszcze „wyczerpana”, jednak pozostająca z niej wartość jest niewystarczająca dla zastosowania promocji dla bieżącej ilości/wartości transakcji.

Sprawdzanie wykorzystanego limitu

Na promocji limitowanej, która został już potwierdzona, Operator ma możliwość sprawdzenia dla jakiej ilości/wartości/kwoty refundowanej towaru została już naliczona promocja oraz dla jakiej ilości/wartości/kwoty refundowanej można będzie ją jeszcze naliczyć.

W zależności od rodzaju limitu i sposobu jej ustalenia będzie możliwe sprawdzenie opisanego ‘wykorzystania’ zdefiniowanego limitu na zakładce ‘Nagłówek’ (jeżeli limit ustalono dla całej promocji w nagłówku) lub na poszczególnym elemencie promocji (jeżeli ustalono limit na konkretny element promocji).

Rozliczenie promocji refundowanej

Promocja limitowana z kwotą refundowaną może być rozliczona przez Operatora.  Na potwierdzonej promocji refundowanej dostępna jest zakładka {Rozliczenie refundacji}, na której prezentowana jest informacja o refundacji już wykorzystanej, obliczonej na podstawie transakcji objętych tą promocją oraz refundacji pozostającej do wykorzystania. Operator będzie mógł zarejestrować dokument a-vista (A)FS lub (A)FZK, rozliczający kwotę refundowaną w tej promocji, lub związać z promocją dokument wcześniej wystawiony z tytułu refundacji. Na tej podstawie System obliczy i zaprezentuje wielkość refundacji rozliczonej oraz pozostającej do rozliczenia.

Zakładka będzie podzielona na trzy sekcje: 

W sekcji „Refundacja wykorzystana” prezentowana będzie lista towarów przypisana do promocji, z wyliczoną kwotą należnej refundacji dla każdego z nich.

W sekcji „Rozliczenie” prezentowana jest lista dokumentów przypisanych do promocji, za pomocą których Firma rozlicza refundację z Dostawcą/Producentem, czy też innym Podmiotem. Użytkownik może taki dokument wystawić samodzielnie, poza promocją, a następnie przyciskiem węzła dostępnym w tej sekcji dokonać jego powiązania z promocją, lub też, wystawić taki dokument wprost z tej zakładki, wybierając stosowną opcję w menu przycisku plusa. Operację „Dołącz” przewidziano dla dokumentów z rejestru VAT oraz „tranagowych” dokumentów handlowych, natomiast wystawić można dokument (A)FS oraz (A)FZK.

Podczas wystawienia dokumentu „Faktura sprzedaży a-vista” System tworzy nagłówek (A)FS i dodaje do niego element z towarem a-vista na ilość 1 i wartość ustaloną na poziomie mniejszej z wartości: suma kwot refundacji wykorzystanej” na pozycjach towarowych, lub wartość refundacji pozostającej „do rozliczenia” . W przypadku wystawiania dokumentu „Korekta ręczna FZ a-vista” zaś, System tworzy nagłówek (A)FZK i dodaje na niego element z towarem a-vista na ilość 0 i wartość zgodną z wartością „przeciwną” do wartości ustalonej j.w.

W sekcji podsumowania prezentowana jest informacja o maksymalnej wielkości refundacji zdefiniowanej dla promocji, wartości refundacji należnej (suma z kwot Refundacji towarów), wielkości pozostającej do wykorzystania oraz o refundacji rozliczonej i pozostającej do rozliczenia. Refundacja pozostająca do rozliczenia to różnica pomiędzy wielkościami „Wykorzystana” a „Rozliczona”.

Promocje limitowane – limit wg kontrahenta

Na promocji z określonym limitem ilości, czy też wartości rabatu udostępniona została możliwość określenia, czy tak zdefiniowany limit ma dotyczyć łącznie wszystkich Klientów, dla których udostępniono tą promocję, czy też każdego z nich oddzielnie. W tym ostatnim przypadku zdefiniowany limit jest taki sam dla każdego Kontrahenta w promocji. Funkcjonalność ta dotyczy zarówno limitów zdefiniowanych w nagłówku promocji, jak i limitów zdefiniowanych na poszczególnych towarach w promocji.

W przypadku promocji limitowanej z opcją Dla kontrahenta System traktuje zdefiniowany limit ilości/wartości
rabatu oddzielnie dla każdego Klienta, dla którego przewidziano promocję, bez względu na to, czy został do niej
dodany wprost, czy poprzez grupę kontrahentów.

Informacja o stopniu wykorzystania limitu danej promocji została odpowiednio dostosowana. Dla promocji z limitem Dla kontrahenta jest ona prezentowana dla poszczególnych kontrahentów, z tym, że ze względów wydajnościowych dostępna jest wyłącznie dla tych kontrahentów, którzy zostali dodani do promocji wprost, a nie poprzez grupę kontrahentów. Informacja ta dostępna jest z poziomu:

Rabat retrospektywny

Rabaty retrospektywne sprzedażowe oraz zakupowe służą do nadania rabatu za dokonane wcześniej transakcje w ustalonym okresie. Rabat retrospektywny sprzedaży został obsłużony dla transakcji rejestrowanych dokumentami: FS, WZ, FSE i WZE, rabat retrospektywny zakupu, którego podstawą jest zakup u dostawcy, dla transakcji dokonanych dokumentami FZ i PZ. Transakcje importowe (FAI,PZI) nie są obsłużone w omawianej funkcjonalności.

Poniżej zostaną omówione charakterystyczne cechy i zakładki definiowanych retro rabatów. Zakładka {Formy dostawy}, {Magazyn}, {Miejsce w strukturze firmy}, {Atrybuty i załączniki} działają na podobnych zasadach jak w pozostałych promocjach w systemie.

Lista rabatów retrospektywnych

Przechodząc na ‘Promocje i rabaty’ a następnie na zakładkę ‘Rabaty retro’ wyświetlimy listę zdefiniowanych rabatów retrospektywnych odpowiednio dla ‘Sprzedaży’ oraz ‘Zakupu’. Na zakładce ‘Ogólne’ wyświetlone zostaną nagłówki istniejących w systemie rabatów.

Na omawianej liście udostępniona została operacja „Generuj okresy” dla zaznaczonych przez Operatora rabatów retro, pozwalająca na automatyczne utworzenie przez System wszystkich okresów retro, które dla żądanej daty powinny zostać utworzone. Dla tej funkcji przeznaczona została osobna formatka ‘Generuj okresy’. Pozwala na określenie daty oraz (opcjonalnie) kontrahenta, dla którego mają być utworzone okresy. Na tej podstawie System odszuka potwierdzone Rabaty retro, których data końcowa nie wykracza poza datę podaną na formatce i na których włączono parametr ‘okresy rozliczeniowe’. W omawianym oknie można również opcjonalnie wskazać Kontrahenta z listy kontrahentów, dla którego mają być utworzone okresy lub też pozostawić pole z wartością <Wszyscy> jeżeli okresy mają zostać utworzone dla wszystkich kontrahentów, dla których zdefiniowano Rabaty retro. Jeżeli zostanie zaznaczone radio ,,Nalicz rabat” to dla każdego tworzonego okresu retro zostanie naliczony rabat.

Na zakładce ‘Okresy retro’ prezentowana będzie lista okresów retro dla sprzedaży lub zakupu (w zależności na jakiej zakładce znajduje się Operator). Okres retro to okres rozliczeniowy z tytułu nadanego rabatu retrospektywnego. W ramach tego okresu wyliczany będzie i rozliczany rabat należny. W omawianym oknie możliwe jest wykonanie operacji, w tym seryjnych, takich jak usunięcie okresów, naliczenie rabatu dla okresów, generowanie dokumentów rozliczających okresy, czy też oznaczanie okresów jako „zamkniętych”, czyli takich, których naliczanie i rozliczanie zostało już zakończone. Dodatkowo na liście udostępniono operację „Generuj okresy retro” , pozwalająca na automatyczne utworzenie przez System wszystkich okresów retro, które dla żądanej daty powinny zostać utworzone.

Z poziomu listy okresów retro możliwe będzie również naliczenie rabatu dla jednego lub kilku wskazanych retro okresów. Udostępniona została również opcja pozwalająca na wygenerowanie dokumentu rozliczającego dany okres retro, czy też wiele zaznaczonych okresów retro.

Zakładka {Nagłówek}

Na zakładce ‘Nagłówek’ należy określić podstawowe dane dotyczące rabatu retro. Nadajemy wartości w odpowiednich polach:

Nazwa – nazwa definiowanej promocji;

Typ – pole służące do dodatkowego oznaczenie rabatu jedną z wartości zdefiniowanych w Słowniku kategorii;

Data początkowa, Data końcowa - ogólny zakres obowiązywania danego retro bonusu, który można dowolnie podzielić na okresy rozliczeniowe;

Typ daty - radio decydujące o tym, którą z dat – wystawiania, czy zakupu/sprzedaży uznawać za datę transakcji rozliczanych w danym okresie retro bonusu;

Okresy rozliczeniowe - radio „Okresy rozliczeniowe” oraz dwie kontrolki z ilością w cyklu i typem cyklu (dzień/miesiąc/kwartał/rok) - dane pomocnicze dla operacji generowania okresów dla kontrahenta/kontrahentów z retro bonusu;

Typ progu:

Lista progów - lista progów z przypisanymi rabatami;

Podstawa rabatu - sekcja istotna na retro bonusie zakupu, odpowiadająca za to, czy rabat należy się z tytułu zakupu towarów u dostawcy, czy też z tytułu dokonania sprzedaży towarami dostawcy;

Typ kalkulacji - istotny na retro bonusie zakupu, decydujący o sposobie kalkulacji podstawy rabatu.

Zakładka {Kontrahenci i okresy} ‘wg kontrahentów’

W górnej części, w sekcji z listą kontrahentów należy zdefiniować odpowiednich kontrahentów, dla których rabat ma obowiązywać – nabywcy na retro bonusie sprzedaży oraz dostawcy na retro bonusie zakupu. Jeżeli chodzi o rabat retrospektywny sprzedaży to dodatkowo pojawi się waluta rozliczenia. Oznacza to, że tylko transakcje dokonywane w tej walucie będę podlegały danemu rabatowi retro, a także, że zdefiniowany na retro bonusie próg rabatowy oraz wartość rabatu (jeżeli jest wyrażona w formie upustu wartościowego), będzie rozumiana jako wartość w tejże walucie. W odróżnieniu do rabatu retrospektywnego zakupu – tutaj waluta będzie rozumiana zawsze jako waluta systemowa. W tym wypadku zarówno próg, jak i upust wartościowych traktowany będzie jako wartość w walucie systemowej, jak również wartość transakcji podlegająca retro bonusowi zakupu będzie traktowana jako wartość w walucie systemowej, bez względu na walutę wybraną na PZ lub FZ. Dokumenty importowe nie będą podlegały rabatom retrospektywnym.

W sekcji listy okresów wyświetlone zostaną okresy zdefiniowane dla kontrahenta, na który wskazuje w danej chwili kursor na górnej liście.

Jako dokument rozliczający okres kontrahenta na retro bonusie sprzedaży będzie można wystawić korektę zbiorczą (Z)FSK, (Z)FKE, lub dokument a-vista (A)FSK, (A)FZ. Korekta zbiorcza wystawiana będzie dla jednego okresu, natomiast dokument avista może być wystawiony do wielu okresów danego kontrahenta.

Na retro bonusie zakupu zaś będzie można wystawić dokumenty avista: (A)FZK i (A)FS oraz korektę zbiorczą (Z)FZK, ale wyłącznie, jeżeli podstawą rabatu na tym retro bonusie będzie „Zakup od dostawcy”.

Operacja „Zamknij” w menu kontekstowym to operacja polegająca na zakończeniu rozliczania danego okresu. Dany okres rozliczeniowy będzie można oznaczyć jako „Zamknięty” przez wybranie takiej opcji w menu kontekstowym. W tej sytuacji Operator decyduje się na zakończenie naliczania i rozliczania rabatu. Będzie to również możliwe w przypadku nie całkowitego rozliczenia rabatu dokumentami rozliczającymi.

Zamknięty w ten sposób okres będzie można również otworzyć przez wybranie funkcji ,,Otwórz” w menu kontekstowym. W ten sposób okres zostanie ponownie otwarty i będzie możliwe dokończenie jego rozliczania.

Opisana operacja będzie możliwa do wykonanie przez Operatora z odpowiednimi uprawnieniami. Za nadanie takiego uprawnienie decydować będzie parametr na karcie Operatora ,,Otwieranie zamkniętych okresów”.

W sekcji z listą dokumentów rozliczeniowych prezentowane są dokumenty powiązane z danym okresem retro odpowiedniego kontrahenta, a dokładniej są to dokumenty którymi został rozliczony rabat należy z danego okresu. Omawiane dokumenty będą automatycznie wiązane podczas wystawianie dokumentów dla danego okresu. Możliwe jest również dołączenie i odłączenie dokumentu przez Operatora.

W sekcji dolnej prezentowane jest ,,podsumowanie” stopnia rozliczenia danego okresu retro bonusu. Jeżeli Operator w kontrolce „Uzgodniony” wprowadzi inną wartość rabatu, niż rabat naliczony przez System, wówczas będzie mógł skorzystać funkcji [Rozbij na elementy] po to, aby System rozbił „różnicę” na poszczególne elementy, czyli aby naliczył rabat w innej wartości, niż wynikałaby z rabatu należnego.

W sekcji górnej Operator ma możliwość wykonania funkcji [Generuj okresy]

Jeżeli na formatce generowania okresów parametr „Okresy rozliczeniowe” będzie odznaczony, wówczas System uruchomi operację dodania kolejno dla każdego ze wskazanych kontrahentów jednego nowego okresu, z datami Od-Do zgodnymi z datami podanymi na formatce. Podczas takiej operacji System sprawdzi, czy taki okres nie koliduje z dotychczasowymi okresami kontrahenta i doda go tylko w przypadku stwierdzanie braku takiej kolizji.

W przypadku, gdy ww. parametr będzie zaznaczony, czyli wskazany zostanie na formatce typ okresu i jego długość, wówczas System podzieli czas zdefiniowany przez daty Od-Do formatki na okresy wynikające z tego typu i długości, czyli dla każdego ze wskazanych kontrahentów spróbuje dodać wiele nowych okresów. Również i w tym wypadku odbędzie się to pod warunkiem, że nowe okresy nie będą kolidować z dotychczasowymi.

Zakładka {Kontrahenci i okresy} ‘wg okresów’

Na zakładce tej prezentowana jest lista wszystkich okresów danego Rabatu retro, bez względu na to, dla jakiego kontrahenta zostały zdefiniowane. Z tego miejsca dostępna jest również kontekstowo, dla okresu, na który wskazuje kursor, informacja dotycząca rabatu należnego, naliczonego, rozliczonego. Można tutaj również dokonać operacji rozliczenia okresu, czy to poprzez wygenerowanie dokumentu, czy to poprzez jego przyłączenie.

Zakładka {Towary}

Zakładka ‘Towary’ dla retro bonusu sprzedaży i zakupu działa w podobny sposób. Na zakładce dodajemy towary i grupy towarowe, których dany retro bonus ma dotyczyć. Odpowiednie towary, grupy towarowe, dla których rabat ma obowiązywać definiujemy w górnej liście. Natomiast dolna lista służy zdefiniowaniu włączeń. W ten sposób możliwe jest określenie grupy towarowej, dla której rabat ma obowiązywać z wyłączeniem poszczególnego towaru.

Dodanie towarów może odbyć się przez dodanie towaru, dodanie grupy towarów, dodanie towarów z listy lub prze import towarów z arkusza kalkulacyjnego.

Rabat retrospektywny, zakładka: Odbiorcy

Zakładka pojawia się tylko dla rabatu retrospektywnego zakupu, na którym jako podstawę rabatu zdefiniowano ,,Sprzedaż towarów dostawcy”. W opisanym przypadku na zakładce przypisywani będę ci Odbiorcy, lub ich grupy, do których sprzedaż towarów dostawcy ma być podstawą naliczania należnego rabatu od dostawcy.

Rabat retrospektywny, zakładka: Formy płatności

Zakładka służy zdefiniowaniu dla danego retro rabatu obowiązującej formy płatności i terminu. Po określeniu konkretnej formy płatności i terminu System będzie sprawdzał wskazaną formę i termin w nagłówku dokumentu. Termin maksymalny to dodatkowe kryterium, dotyczące ilości dni, która została określona jako termin zapłaty na dokumencie. Termin maksymalny będzie interpretowany w zależności od wybranego radia jako planowana ilość dni na zapłatę lub maksymalną wielkość opóźnienia. Na zakładce możliwe jest również zaznaczenie parametru ,,Wymagana zapłata”. Jeśli zostanie on zaznaczony to naliczone zostaną w danym rabacie retro wyłącznie faktury, które zostały już zapłacone.

Rabat retrospektywny, zakładka: SQL

Na zakładce tej będzie można zdefiniować inne, niż wyżej opisane warunki konieczne do spełnienia, aby dana transakcja podlegała danemu rabatowi retro. Warunek ten powinien być zbudowany w formie zapytania SQL typu „exist”. Zostanie on dołączony jako kolejny element warunku „where” zapytania zwracającego listę transakcji podlegających rabatowi retro.

Okres retro kontrahenta dla retro bonusu sprzedaży

Formatka przedstawia zbiorcze informacje dla Operatora dotyczące transakcji sprzedaży, dla których retro rabat został naliczony (czyli transakcje spełniające warunki zdefiniowanego rabatu), stopniu spełnienia poszczególnych progów rabatu retro, rabacie należnym, naliczonym, rozliczonym oraz inne informacje.

Lista transakcji, na których naliczono rabat będzie wyświetlona w górnej części formatki. Lista omawianych transakcji może być prezentowana w różny sposób ze względu na wybraną przez Operatora pod-zakładkę. Na zakładce {Wg elementów} prezentowane będą elementy transakcji, na zakładce {Wg dokumentów} prezentowane będą te same dane, z tym, że pogrupowane wg zgodności dokumentu, do którego należą, a na zakładce {Wg oddziałów} zbiorcze informacje o oddziałach (centrach struktury firmy), które wypracowały dany obrót i dany rabat.

W sekcji dolnej możliwe jest sprawdzenie stopnia spełnienie poszczególnych progów rabatu retro, dane dotyczące rabatu należnego/naliczonego/uzgodnionego/rozliczonego/do rozliczenia oraz lista dokumentów rozliczających dany okres retro.

W sekcji podsumowanie okresu retro prezentowane są informacje dotyczące stopnia spełnienie poszczególnych progów rabatu retro, dane dotyczące rabatu należnego/naliczonego/uzgodnionego/rozliczonego/do rozliczenia.

Należny	Naliczony	Uzgodniony
Wielkość rabatu obliczona przez System na podstawie największego spełnionego progu.	Wartość rabatu naliczonego, tj. zapisanego już w bazie danych.	Wartość rabatu, na jaką umówiły się strony (F-ma -Nabywca), edytowana przez Użytkownika.
Rozliczony: Wartość, która znalazła już pokrycie w dokumencie rozliczającym dany okres retro
Do rozliczenia
Wg należnego	Wg naliczonego	Wg uzgodnionego
Różnica: Należny - Rozliczony	Różnica: Naliczony - Rozliczony	Różnica: Uzgodniony - Rozliczony

Obok kontrolki „Uzgodniony” udostępniony został przycisk „Rozbij na elementy”, aktywny na okresie, na którym naliczono już rabat, a który jeszcze nie oznaczono jako „zamknięty”. Jeżeli Operator w kontrolce „Uzgodniony” wprowadzi inną wartość rabatu, niż rabat Naliczony przez System, wówczas będzie mógł skorzystać z tej opcji po to, aby System rozbił „różnicę” na poszczególne elementy, czyli aby naliczył rabat w innej wartości, niż wynikałaby z rabatu należnego. Operacja polega więc na próbie „wyrównania” rabatu Uzgodnionego i Naliczonego. Przeliczenie rabatu odbywa się wyłącznie dla tych elementów, na których już naliczono rabat, czyli na podstawie już istniejących rekordów RetroStrukturaRabatu, System nie szuka „nowych”, ani nie sprawdza, czy dotychczasowe elementy nadal spełniają warunki retro bonusu. Mechanizm działa następująco: System ustala różnicę pomiędzy rabatami Uzgodniony a Naliczony, a następnie rozbija ją na rekordy RetroStrukturaRabatu proporcjonalnie do podstawy rabatu tychże elementów.

Operacja ta powinna być wykonana zwłaszcza, jeżeli Użytkownik chce później śledzić (np. przy pomocy raportów BI) rabaty retro w rozbiciu na poszczególne towary, kontrahentów itp.

W sekcji z dokumentami prezentowane są dokumenty rozliczające dany okres retro. Wartość powiązana, czyli rozliczająca dany okres retro, prezentowana jest w dwóch kolumnach, w pierwszej z nich w walucie dokumentu, w drugiej zaś, w walucie kontrahenta w okresie retro.

Dokument rozliczający dany okres retro można wygenerować wprost z formatki okresu retro, lub dokonać powiązania wcześniej wystawionego dokumentu za pomocą opcji „Dołącz”, pozwalającej na dołączania do okresu retro dowolnego dokumentu handlowego „tranagowego”.

Nieprawidłowo wystawiony dokument można usunąć, o ile pozwala na to jego stan, można go odłączyć, można go również edytować, w tym, w zakresie jego powiązania z danym rabatem retro. Jako dodatkowa opcja przy przycisku lupy dostępna jest „Karta powiązania”, pozwalająca na powiązanie z okresem nie nagłówka, ale poszczególnych elementów dokumentu, o ile dokument taki posiada elementy (czyli przykładowo nie jest spinaczem, czy też dokumentem a’vista bez elementów).

Użytkownik może również wybrać operację generowania dokumentu rozliczającego przez System. Jako dokument rozliczający okres kontrahenta na retro bonusie sprzedaży można wystawić korektę zbiorczą (Z)FSK, (Z)FKE, lub dokument a-vista (A)FSK, (A)FZ. Korekta zbiorcza generowana jest dla jednego okresu, natomiast dokument a’vista może być wystawiony do wielu okresów danego kontrahenta.

Elementy realizujące retro bonus „zakup od dostawcy”

Jeżeli Operator zdefiniuje rabat retrospektywny zakupu z zaznaczonym parametrem ,,Zakup u dostawcy” System będzie sprawdzał transakcje zarejestrowane z tym dostawcą dokumentami PZ i FZ zarówno te wystawione w walucie systemowej jak i te wystawione w innej walucie. W tej sytuacji dla dokumentów PZ, FZ w walucie będzie brana pod uwagę wartość końcowa na ich elementach, która zawsze wyrażona jest w walucie Systemowej.

W przypadku retro bonusu warunkowanego zakupem u dostawcy z ustawionym typem kalkulacji „Wartość zakupu” System będzie ustalał wielkość transakcji objętej retro bonusem na podstawie ceny, po jakiej towar został kupiony, czyli na podstawie wartości końcowej elementów FZ lub PZ z uwzględnieniem ewentualnych korekt. Natomiast typ kalkulacji „Katalogowa cena zakupu” oznacza, że wielkość transakcji objętej retro bonusem zostanie ustalona w oparciu o cenę „katalogową” dostawcy, czyli cenę przed ewentualnymi rabatami i promocjami.

Generowanie dokumentów do retro okresu

Generowanie korekty zbiorczej

Generowanie korekty zbiorczej odbywa się dla tych elementów, dla których naliczono już rabat retro w tym okresie i dla których „korekta rozliczeniowa” nie została dotąd utworzona. Wartość, o jaką należy skorygować dany element transakcji ustalana jest na podstawie naliczonego rabatu, czyli zawartości kolumny Rabat dla danego elementu listy {Wg elementów}.

Tworzenie korekty do poszczególnych elementów transakcji podlegających retro bonusowi odbywa się o ile nie ma przeszkód do ich generowania, identycznych, jak podczas generowania korekty zbiorczej poza formatką rabatu retro. System sprawdza więc stan dokumentu, do którego należy element, jego spięcie do spinacza, jeżeli element należy do WZ/WZE itp.

Opisane generowanie korekty zbiorczej będzie odbywało się do jednego, wskazanego okresu.

Generowanie dokumentów A-vista do okresu kontrahenta na retro bonusie sprzedaży i zakupu

Rozliczenie danego okresu retro możliwe jest również za pomocą faktur „marketingowych” typu a’vista (A)FSK, (A)FZ. W takim przypadku System nie koryguje poszczególnych transakcji podlegających retro bonusowi, a jedynie wystawia zbiorczy dokument rejestrujący zobowiązanie wobec Nabywcy. Wartość dokumentu ustalana jest w oparciu o wielkość rabatu Uzgodniony/Do rozliczenia (różnica pomiędzy rabatem Uzgodnionym i Rozliczonym).

Jeżeli ww. fakturą „marketingową” jest dokument (A)FSK, wówczas System dodaje na niego element z towarem a-vista, nazwą towaru „Rabat retro”, opisem zgodnym z nazwą danego rabatu retro. Element ten ma charakter korekty wartościowej na wartość wynikającą z ww. rabatu Uzgodniony/Do rozliczenia.

Jeżeli ww. fakturą „marketingową” jest dokument (A)FZ, wówczas System dodaje na niego element j.w. z tym, że ustala na nim ilość 1.

Zmiany ergonomiczne w rabatach Retro

W ramach funkcjonalności rabatów retrospektywnych wprowadzono poniższe nowości wpływające na ergonomię
pracy z tego typu rabatami:

Na formatce okresu retro udostępnione zostały kolumny o charakterze informacyjnym: Cena sprzedaży/zakupu,
w której prezentowana jest cena z elementu transakcji, podlegającej rabatowi, a także Cena po korekcie, czyli
cena z elementu transakcji po uwzględnieniu korekt zarejestrowanych przed rozliczeniem rabatu. Dodatkowo,
udostępniona została edytowalna kolumna Cena po rabacie, alternatywnie więc, zamiast podawać wielkość rabatu retro dla danej pozycji, Użytkownik może podać cenę po tymże rabacie.
Ww. kolumny prezentowane są na okresie retro sprzedaży, natomiast w przypadku rabatu retro zakupu wyłącznie
na rabacie typu „zakupowy” z metodą kalkulacji w oparciu o wartość zakupu.

Operacja rozbijania różnicy pomiędzy rabatem naliczonym a uzgodnionym została wzbogacona o nowe opcje,
dostępne w menu przycisku Rozbij na elementy. Użytkownik może w ten sposób zdecydować, czy różnica ma
zostać rozbita proporcjonalnie na wszystkie elementy, czy tylko na odfiltrowane, czy też wyłącznie na zaznaczone
pozycje.

Na formatce Okresu retro prezentowana jest informacja o terminie płatności transakcji, podlegającej rabatowi.
Poprawiono również sortowanie po poszczególnych kolumnach listy elementów okresu retro

Rabat retrospektywny dla grupy kontrahentów

W wersji 2021.0 Comarch ERP XL 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 Przypisz do grupy rabatowej menu kontekstowego 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:

W związku z możliwością definiowania grup rabatowych zmianie uległ wygląd listy kontrahentów rabatu retro. Odtąd najpierw 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

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.

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.

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

Rozliczenie należnego rabatu grupy 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żnemu danemu kontrahentowi.

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.

Maksymalny rabat Operatora

Na kartach Operatorów możliwe jest zdefiniowanie maksymalnego rabatu procentowego, jaki mogą oni udzielić na wystawianych i edytowanych przez siebie dokumentach sprzedaży. Rabat ten należy rozumieć, jako dodatkową obniżkę ceny dokonaną przez danego Operatora, udzieloną niezależnie od rabatów wynikających z obowiązujących promocji, czy też przyznanego budżetu rabatowego. Maksymalny rabat Operatora może być nieograniczony – w takich przypadkach nie jest wskazana procentowa wielkość rabatu a należy zaznaczyć parametr ,,Bez ograniczeń”.

Kontrola maksymalnego rabatu Operatora

Kontrola maksymalnego rabatu Operatora dotyczy ofert sprzedaży, zamówień sprzedaży, zleceń serwisowych ZSR oraz dokumentów handlowych: FS, (A)FS, WZ, PA, WZE, FSE, WKA.

Maksymalny rabat Operatora, który został zdefiniowany na jego karcie będzie kontrolowany przez System zarówno podczas dokonywanie przez niego zmiany ceny, wartości czy też próby obniżenia ceny na transakcji sprzedaży poprzez zmianę marży, rabatu itp., jak i podczas udzielania rabatu procentowego, czy też kwotowego na nagłówku dokumentu. Jeżeli na karcie Operatora, w polu ‘Maksymalny rabat na dokumentach sprzedaży’ zaznaczono parametr ,,Bez ograniczeń” rabat jaki będzie mógł zastosować dany Operator będzie nieograniczony.

W przypadku udzielenia rabatu procentowego lub kwotowego w nagłówku dokumentu, System co prawda pozwoli na podanie rabatu procentowego w dowolnej wielkości, ale rabat ten zostanie naliczony na elementach wyłącznie w granicach możliwych do nadania przez Operatora, rozumianego jako Operator edytujący dokument w danej chwili.

Maksymalny rabat Operatora nie jest kontrolowany podczas generowania dokumentów z innych dokumentów sprzedaży np. ZS z OS, czy też generowania dokumentów handlowych z ZS, ZSR oraz z dokumentów magazynowych wygenerowanych z ZS/ZSR. Dzięki temu można zachować warunki handlowe przyjęte z Klientem na zamówieniu, niezależnie od tego, jaki Operator ostatecznie to zamówienie zrealizuje.

Promocja z warunkiem wymaganego progu transakcji

Mamy możliwość takiego zdefiniowania promocji, aby jednym z wymagalnych warunków naliczenia się promocji był wymagalny próg transakcji już zarejestrowanych. W tej sytuacji, aby promocja mogła być naliczona system będzie sprawdzał czy dany kontrahent osiągnął wymagany próg transakcji zarejestrowanych w systemie.

Wymagany próg transakcji warunkujący naliczenie danej promocji może przyjąć dwie formy: próg ilości, dotyczący minimalnej ilości towaru/towarów na transakcjach już zarejestrowanych oraz próg wartości, dotyczący minimalnej wartości towaru/towarów na transakcjach już zarejestrowanych.

Operator ma możliwość określenia ram czasowych na osiągnięcie przez kontrahenta wymaganego progu transakcji. Może być on wskazany:

Wymagany próg transakcji na nagłówku promocji

Na nagłówku promocji PRM dodano sekcję ‘Wymagany próg transakcji’. Przez zaznaczenie tej opcji mamy możliwość uzależnienia nadawania danej promocji od warunku dokonanych transakcji. W zależności od tego jaki typ progu zostanie wybrany (ilość lub wartość transakcji) system będzie warunkował ilość lub wartość transakcji już zarejestrowanych w systemie. Transakcje jw. będą ustalane zbiorczo dla wszystkich elementów dodanych do promocji. Dokumentami, które będą wpływały na tenże poziom uzyskanych transakcji będą: FS, FSE, WZ, WZE, PA, WKA oraz FZ, FRR, PZ, PKA, PZI.

Nie funkcjonuje blokada anulowania, korygowania dokumentów, których transakcje zostały ujęte podczas ustalania zdobytego wymaganego progu transakcji, a w efekcie promocja została naliczona na dokumentach. W przypadku, gdy po wycofaniu transakcji wielkość progu będzie niewystarczająca, promocja nie będzie naliczana na kolejnych dokumentach.

Ustalanie okresu czasu na wymagane transakcje, gdy wymagalność na nagłówku promocji

Jeżeli wybieramy opcję wymagalnego progu transakcji na nagłówku promocji to tym samym ustalamy ramy czasowe na dokonanie tych transakcji. Okres ten jest wspólny dla wszystkich kontrahentów dodanych do promocji. Datą na dokumencie, która decyduje czy dokument będzie uwzględniany w zestawieniu wymaganych transakcji jest data sprzedaży/zakupu.

W sytuacji, gdy na kontrahentach dodanych do promocji zostały ustalone jakieś indywidualne okresy, po zaznaczeniu checku: Wymagany próg transakcji na nagłówku promocji, przestaną one obowiązywać na rzecz jednego wspólnego okresu czasu ustalanego na nagłówku.

Podgląd zdobytego progu transakcji na nagłówku promocji

W przypadku wymaganego progu transakcji ustalonego na nagłówku promocji, w sekcji konfiguracji tejże wymagalności, udostępniona została lista, zbiorczo dla wszystkich dodanych do promocji elementów, która zwraca informację o wielkości już dokonanych transakcji i jednocześnie ilości jakiej brakuje, by promocja mogła zostać naliczona. Transakcje te są wykazywane per kontrahenci, którzy zostali dodani do promocji. W sytuacji, gdy wymagany poziom transakcji zostanie już osiągnięty kolumna: Pozostało będzie przekazywała ilość/wartość 0,00.

Wymagany próg transakcji na elemencie promocji

Wymagalny próg transakcji może być także ustalony na konkretnym elemencie promocji. Aby było to możliwe ważnym elementem jest aby promocja nie była pakietowa, rodzaj dokumentu wybrany jako Rozchód lub Przychód oraz na danej promocji nie była zaznaczona wymagalność na nagłówku.

Wskazanie wymaganego progu transakcji jest możliwe wyłącznie na pozycjach towarowych, nie jest możliwe na grupach towarowych. Towar dodany poprzez grupę (gdy wymagalność progu nie jest ustalana na nagłówku promocji) nie ma weryfikowanego warunku na wymagany poziom transakcji. Przy czym w przypadku, gdy towar zostanie dodany poprzez grupę oraz jawnie, po spełnieniu wymaganego progu, promocja będzie naliczana bez względu na to, czy zostanie ona naliczona w kontekście dodanej grupy czy towaru.

Jeżeli promocja ma dotyczyć grupy towarowej, wówczas zaleca się ustalenie wymaganego progu na poziomie nagłówka promocji. Wówczas ustalenie wymaganego progu transakcji będzie zarówno, gdy towar będzie dodany jawnie do promocji jak i wyłącznie poprzez grupę towarową. Ograniczenie to podyktowane jest względami wydajnościowymi funkcjonalności.

W zakresie tego samego towaru w promocji, przyjęta została zasada, zgodnie z którą w danej promocji będą dla niego obowiązywać takie same reguły co do typu i wielkości wymaganego progu transakcji niezależnie od tego, na ilu elementach promocji, z jakimi progami, dostawami, czy typem rabatu ten towar się znajduje. Zmiana dokonana więc na jednym rekordzie, zostanie uwzględniona również na innych rekordach wskazujących na ten sam towar.

Ustalanie okresu czasu na wymagane transakcje, gdy wymagalność określana na elemencie

W sytuacji, gdy wymagany próg transakcji nie jest ustalany na nagłówku promocji lecz per element towarowy, wówczas okres czasu na zdobycie wymaganego progu transakcji może być ustalany indywidualnie dla dodanych w promocji kontrahentów.

Okresu czasu na wymagane transakcje nie można zdefiniować na grupie kontrahentów w promocji. W przypadku, gdy w nagłówku promocji nie jest określany okres czasu, wówczas jeżeli kontrahent nie zostanie wprost dodany do promocji, a jedynie wskutek dodania grupy kontrahentów, okres czasu będzie dla niego liczony jako bez ograniczeń.

Podnosząc formatkę ‘Kontrahent’ możemy określić indywidualne okresy czasu dla wymaganych transakcji. Mamy również możliwość zmiany seryjnej okresy czasu na wymagane transakcje dla wybranych kontrahentów dodanych do transakcji. Na okoliczność seryjnej zmiany ustalonego czasu na transakcje, gdy wymagalność określana jest na elemencie, udostępniona została formatka: Edycja kontrahentów. Istnieje również możliwość użycia funkcji ‘Wypełnij wszystkie wg bieżącego’.

Podgląd zdobytego przez kontrahenta progu transakcji

W celu sprawdzenia poziomu osiągniętych transakcji przez kontrahenta wystarczy użyć funkcji ‘Podgląd zdobytego progu transakcji’ dostępnej na formatce ‘Kontrahent’. Okno z podglądem pojawi się w przypadku określenia wymagalnego progu transakcji na elemencie. W zestawieniu uwzględniane są te pozycje towarowe, dla których ustalono jakiś wymagany próg transakcji. Zestawienie nie jest udostępniane dla grupy kontrahentów.

Dodatkowy warunek SQL ograniczający dokumenty uwzględniane podczas ustalania wymaganego progu transakcji

Do nagłówka promocji dodana została zakładka [SQL], na której można wprowadzić zapytanie, które będzie dodatkowym warunkiem dla dokumentów logowanych do tabeli transakcji, czyli dokumentów które są brane podczas liczenia progu transakcji. Do tabeli logowane będą transakcje, które muszą dodatkowo spełnić warunek wynikający z wprowadzonego zapytania SQL (np. uwzględniać tylko dokumenty z określoną serią).

Wprowadzone zapytanie musi zwracać wartość 0 lub 1 oznaczające czy uwzględniać czy nie daną promocję oraz musi udostępniać zmienne {FiltrSQL} z warunkiem na element, dokument oraz {PrmID} z ID promocji. Przykład poniżej.

Obsługa promocji z wymaganym progiem transakcji

Aby móc porównać już osiągnięte transakcje z wymaganym progiem ustalonym w warunkach promocji, nie przeliczając każdorazowo całej historii transakcji danego kontrahenta, w dedykowanej tabeli są zapisywane niezbędne dane, pomocne do wyliczenia osiągniętego progu.

Tabela PrmTransakcje pozwala na szybkie ustalenie:

Wyliczenie osiągniętego progu jest potrzebne podczas:

Podczas zatwierdzania nw. dokumentów odpowiednio są zapisywane/aktualizowane informacje o aktualnym poziomie transakcji w ww. tabeli:

Taki zapis jest wykonywany wówczas, gdy istnieje potwierdzona, niezamknięta promocja uwarunkowana zdobytym poziomem transakcji. Zakłada się, że podczas potwierdzania, modyfikacji promocji PRM z ustalonym wymaganym progiem transakcji, czy to na nagłówku promocji czy na elementach, należy dokonać weryfikacji istniejących transakcji pod kątem zdefiniowanej promocji i dla każdego z dodanych kontrahentów ustalić transakcje towarami dodanymi do promocji, w ustalonym okresie.

W przypadku korekt, do utworzonej tabeli logowany jest nowy wpis różnicowy ze wskazaniem na korektę (tak by podczas sumowania uzyskać odpowiednią ilość/wartość).

Inne

Podgląd wartości osiągniętego progu transakcji możliwy jest również z  poziomu karty Kontrahenta. Po podniesieniu karty Kontrahenta, zakładka Upusty, będzie widoczna funkcja ‘Podgląd zdobytego progu transakcji’. Po użyciu funkcji Operator uzyska zestawienie dotyczące wymagalnego progu.

Uzyskanie informacji o już zdobytym i brakującym poziomie do naliczenia promocji jest możliwy także z poziomu elementu dokumentu, gdzie dodany został przycisk:

Przycisk jw. obsłużony został w kontekście dokumentów, które są uwzględniane w nowej tabeli tj.:

Import towarów do promocji

Opisywana funkcjonalność ma na celu ułatwienie definiowania poszczególnych promocji. Funkcjonalność dotyczy wczytywania pozycji towarowych z pliku zewnętrznego. Importu towarów na promocje będzie dotyczyć promocji typu: PRM, KNU, CEN, BUDŻET KNT, BUDŻET OPE oraz promocja pakietowa elastyczna i stała.

Import towarów do promocji pozwala operatorowi na wczytanie listy towarów z pliku zewnętrznego przygotowanego w postaci arkusza kalkulacyjnego Excel. Arkusz Powinien być przygotowany w odpowiedni sposób (opis poniżej).

Możliwe jest wczytanie samych towarów na podstawie kodu towaru – wówczas promocje zostaną ustawione domyślnie. Opcja bardziej zaawansowana pozwala na wczytanie listy towarów wraz z określonymi parametrami: typ promocji, próg, wartość, cena itd.

Towary można wczytać na nowe promocje jak również na już istniejące w systemie. W celu zaimportowania arkusza z towarami należy w oknie Promocji na zakładce Towary wcisnąć przycisk [Importuj towary z arkusza kalkulacyjnego]. Po wciśnięciu pojawi się okno Wyboru pliku. Należy wskazać plik z towarami w formacie MS Excel (xls lub xlsx). Po wykonaniu importu towar pojawi się na zakładce towary. Taką sama operacje można wykonać z poziomu karty Kontrahenta na zakładce Upusty.

Struktura pliku do importu towarów do promocji: : PRM, KNU, CEN, BUDŻET KNT, BUDŻET OPE, promocja pakietowa stała

Arkusz do importu towarów powinien mieć odpowiednią strukturę. Arkusz do importu towaru powinien zawierać następujące kolumny (jak poniżej). Uzupełniając wartości wskazanych kolumn Operator powinien mieć na uwadze typ promocji, do której będą importowane towary.

Kolumna w arkuszu	Kolumna z wartością
Kod	Kod towaru
Rodzaj	1 - rabat procentowy 2 - rabat wartościowy 3 - stała cena 4 – rabat typu cennik 5 – narzut procentowy 6 – narzut wartościowy
Wartość	Wysokość rabatu, narzutu lub cena
Próg	Wysokość progu, od jakiego zaczyna się dana promocja
TypNB	Flaga ceny – netto czy brutto N – netto B – brutto
Waluta	Symbol waluty
Rodzaj ceny	Nazwa ceny, wg której ma działać dana promocja typu Cennik
Gratis	TAK (dotyczy tylko promocji pakietowych)
Typ limitu	Typ limitu ilościowy lub wartościowy (1,2)
Limit	Wartość limitu

Struktura pliku do importu towarów do promocji z warunkiem wymaganego progu transakcji

Ustalenie typu i wielkości wymaganego progu transakcji na elemencie promocji możliwe jest także podczas importu towarów z arkusza kalkulacyjnego. Stosowna interpretacja została obsłużona w przypadku wystąpienia w pliku kolumn: Typ progu transakcji i Próg transakcji.

Interpretacja dodatkowych kolumn jest przewidziana wyłącznie w przypadku spełnienia warunków:

Jednocześnie, zgodnie z wcześniej przedstawionym założeniem, jeżeli w trakcie dodania pozycji z arkusza do promocji System zinterpretuje dla niej rodzaj i wielkość wymaganego progu transakcji, zostanie ona nie tylko ustalona na dodawanym rekordzie, ale, również na innych rekordach promocji wskazujących na ten sam towar.

Kolumna w arkuszu	Kolumna z wartością
Kod	Kod towaru
Rodzaj	1 - rabat procentowy 2 - rabat wartościowy 3 - stała cena 4 – rabat typu cennik 5 – narzut procentowy 6 – narzut wartościowy
Wartość	Wysokość rabatu, narzutu lub cena
Próg	Wysokość progu, od jakiego zaczyna się dana promocja
TypNB	Flaga ceny – netto czy brutto N – netto B – brutto
Waluta	Symbol waluty
Rodzaj ceny	Nazwa ceny, wg której ma działać dana promocja typu Cennik
Gratis	TAK (dotyczy tylko promocji pakietowych)
Typ limitu	Typ limitu ilościowy lub wartościowy (1,2)
Limit	Wartość limitu
Typ progu transakcji	1 – ilość 2 – wartość transakcji
Próg transakcji	Wartość progu

Struktura pliku do importu towarów do promocji pakietowej elastycznej

Dla promocji pakietowych elastycznych możliwe jest importowanie nie tylko towarów i gratisów, ale także importowanie progów dla pakietów oraz progów wg grup. Opcja importu jest dostępna na zakładce ‘Towary’ na promocji.

Plik MS Excel do importu towarów do promocji pakietowych został poszerzony o dodatkowe informacje, które są konieczne do poprawnego importu promocji elastycznych.

Plik do importu promocji pakietowych elastycznych może składać się z trzech arkuszy:

Arkusz: Towary

W przypadku promocji pakietowych elastycznych nazwa arkusza z towarami powinna być określona: „Towary”

Istniejąca struktura arkusza służącego do importu towarów została uzupełniona o następujące pola oznaczone w tabeli poniżej:

Kolumna w arkuszu	Kolumna z wartością	Import do promocji pakietowej elastycznej
Kod	Kod towaru	Wymagane
Rodzaj	1 - rabat procentowy 2 - rabat wartościowy 3 - stała cena 4 – rabat typu cennik 5 – narzut procentowy 6 – narzut wartościowy	Wymagane Może występować tylko wartość 1 lub 3
Wartość	Wysokość rabatu, narzutu lub cena	Wymagane
Próg	Wysokość progu, od jakiego zaczyna się dana promocja/ilość gratisów w promocji (dot. gratisów na promocjach pakietowych)	Dotyczy tylko gratisów
TypNB	Flaga ceny – netto czy brutto N – netto B – brutto	Nie dotyczy
Waluta	Symbol waluty	Jeśli brak, przyjmuje PLN
Rodzaj ceny	Nazwa ceny, wg której ma działać dana promocja typu Cennik	Nie dotyczy
Gratis	TAK (towar jest gratisem)	Dotyczy tylko gratisów
Typ limitu	Typ limitu ilościowy lub wartościowy (1,2)	Nie dotyczy
Limit	Wartość limitu	Nie dotyczy
Wymagany	TAK oznacza, że dany towar jest wymagany w pakiecie	Dotyczy progów pakietów/ nie jest wymagane
Domyślny	TAK – oznacza, zaznaczenie opcji Domyślny	Dotyczy gratisów/ nie jest wymagane
Mnóż	TAK – oznacza, zaznaczenie opcji Mnóż	Dotyczy gratisów/ nie jest wymagane
Próg pakietu	Próg, do którego ma być przypisany gratis (jedna z wartości znajdująca się na arkuszu Progi w kolumnie WARTOŚĆ PROGU)	Wymagane

Aby towary zostały poprawnie zaczytane, w pliku muszą znaleźć się zapisy towarów dla wszystkich progów umieszczonych na zakładce progi bądź dla progów dodanych wcześniej do promocji.

Arkusz: Progi

Arkusz zawierający progi dla pakietu musi nazywać się „Progi”.

Na arkuszu Progi należy umieścić wszystkie progi promocji, do jakich mają być dodane towary. Opcjonalnie zamiast arkusza z progami dopuszczalne jest wprowadzenie odpowiednich progów bezpośrednio na formatkę promocji. Dodanie progów na promocję musi mieć miejsce przed rozpoczęciem importu. Zawartość arkusza Progi:

Kolumna w arkuszu	Wartość kolumny	Czy wymagana
Wartość progu	Wartość progu	Wymagane
Minimalna ilość	Minimalna ilość pozycji konieczna do zastosowania pakietu	Wymagane
Edycja gratisów	Tak – jeśli edycja gratisów dla progu ma być ustawiona	Dotyczy tylko gratisów/ nie jest wymagane

Arkusz: Progi wg grup

Arkusz progi wg grup pozwala na dodanie grup towarów do poszczególnych progów promocji. Nazwa arkusza: „Progi wg grup”.

Kolumna w arkuszu	Wartość kolumny	Czy wymagana
Grupa	Ścieżka do grupy w postaci: \\kod grupy\kod podgrupy….. np. \\KOMPUTERY\AKCESORIA\MYSZY	Wymagane
Typ progu	0 – wartościowy, 1 – ilościowy	Wymagane
Wartość progu	Wartość progu	Wymagane
Minimalna ilość	Minimalna ilość pozycji konieczna do zastosowania pakietu	Wymagane
Próg pakietu	Próg, do którego ma być przypisany próg wg grup (jedna z wartości znajdująca się na arkuszu Progi w kolumnie WARTOŚĆ PROGU)	Wymagane

Inne parametry

Jeżeli dla danego towaru nie chcemy naliczać żadnych promocji zdefiniowanych w systemie, wówczas na karcie takiego towaru na zakładce: Upusty, należy zaznaczyć pole: Nie stosuj żadnych upustów.

Jeżeli dana promocja nie powinna być już stosowana, należy ją zamknąć, zaznaczając pole: Zamknięta, na tej promocji. W takim wypadku ponowna aktywacja takiej promocji nie będzie możliwa.

Jeżeli stosowana promocja ma być zawieszona na pewien czas, wystarczy usunąć jeden z parametrów wymaganych, aby promocja miała zastosowanie, np. usunąć wszystkie centra z promocji. Jeżeli po pewnym czasie promocja znowu ma być stosowana, wystarczy ponownie dodać centra. Ten sam efekt można uzyskać poprzez usunięcie wszystkich towarów, czy kontrahentów, jednak w takim przypadku późniejsze odtworzenia warunków promocji będzie trudniejsze. Pożądany efekt można uzyskać również odpowiednio sterując datami obowiązywania promocji, tak, aby naliczenie rabatów miało miejsce tylko w ściśle określonym czasie.

Okno „Promocje pakietowe dla kontrahenta”

Nastąpiła zmiana w ikonach/przyciskach, w oknie rozchodowym dokumentów FS, WZ, FSE, WZE, PA, ZS. Została wprowadzona ikona ,dzięki której można uruchomić okno „Promocja pakietowe dla kontrahenta”, w którym prezentowane są aktualne promocje pakietowe dla kontrahenta docelowego lub głównego wskazanego na dokumencie. Ikona  widoczna jest tylko na dokumentach wystawionych w centrum, w którym na definicji dokumentów zaznaczony jest parametr „Stosuj promocje pakietowe”.

Ikona  jest aktywna na dokumencie, który znajduje się w buforze lub na ZS/OS niepotwierdzonym.

Okno „Promocje pakietowe dla kontrahenta” otwiera się automatycznie, gdy zostanie wprowadzony kontrahent na dokument, dla którego przypisane są promocje pakietowe.

W oknie, oprócz prezentacji dostępnych promocji pakietowych istnieje możliwość dodawania towarów lub pakietów na dokument bezpośrednio z poziomu tego okna. W wyświetlonym oknie „Promocje pakietowe kontrahenta” istnieje tylko możliwość wprowadzenia ilości towarów w kolumnie ‘Ilość’. Dla pakietów elastycznych ilość zostanie wprowadzona dla elementów, natomiast dla pakietów stałych ilość zostanie określona dla całego pakietu, a ilość na elementach tego pakietu zostanie obliczona automatycznie.

Wprowadzona ilość dla jednego towaru w jednym pakiecie, zostanie przypisana na elementy z tym towarem w innych pakietach, również w pakietach, dla których możliwość wyboru jest nieaktywna (nieprawidłowa forma płatności). Po uzupełnieniu ilości w innych elementach, automatycznie zostanie przeliczona wartość pakietu oraz procent realizacji pakietu.

Oprócz wskazania ilości towaru, istnieje możliwość wskazania, które gratisy zostaną dołączone do pakietu poprzez zaznaczenie okienka znajdującego się przy gratisie. Dla elastycznych promocji pakietowych Operator ma możliwość ustalenia czy będzie możliwa zmiana ilości poszczególnych gratisów wydawanych Klientowi. Odpowiada za to parametr na promocji elastycznej ‘Edycja ilości wydawanych gratisów’. Jeżeli chceck będzie włączony, Operator będzie miał możliwość edytowania ilości danego gratisu podczas nadawania promocji pakietowej. System będzie kontrolował czy łączna ilość przyznanych gratisów nie przekroczyła sumy.

W oknie „Promocje pakietowe dla kontrahenta”, na zakładce „Aktualne Pakiety” definiowalne są parametry:

Filtr:

Pakiet stały – możliwość wyświetlenia lub ukrycia pakietów stałych,

Pakiet elastyczny – możliwość wyświetlenia lub ukrycia pakietów elastycznych,

Towary – możliwość wyświetlenia lub ukrycia towarów,

Gratisy – możliwość wyświetlenia lub ukrycia gratisów.

Kolumny:

Nazwa towaru – kolumna z nazwą towarów objętych promocją,

Ilość dostępna – kolumna z ilością towarów do sprzedaży, na wskazanym w dokumencie magazynie,

Cena początkowa – cena początkowa towaru,

Cena po rabacie – cena początkowa pomniejszona o wartość rabatu,

Wartość początkowa – iloczyn ceny towaru x ilość,

Wartość końcowa – iloczyn ceny towaru po rabacie x ilość.

Pakiety:

Wszystkie – wyświetlenie wszystkich rodzajów pakietów

Zastosowane – wyświetlenie pakietów już zastosowanych

Niezastosowane – wyświetlenie pakietów jeszcze niezastosowanych

Dla elementu – wyświetlenie pakietów dla podświetlonego elementu na dokumencie.

Podczas rejestracji dokumentu handlowego, przy wyborze pakietu promocji elastycznej jeżeli nie zostało zaznaczone okno rekordu Gratis zostanie wyświetlone okno z komunikatem „Nie wskazano towaru gratisowego. Czy chcesz kontynuować?”

Jeżeli zostanie wybrana odpowiedź „Tak” to elementy promocji zostaną przypisane na dokument bez dodania gratisu, jeżeli zostanie wybrana odpowiedź „Nie” spowoduje powrót do okna Promocje pakietowe.

W celu przełączenia się z okna Promocji pakietowych do okna dokumentu handlowego należy nacisnąć  skrót klawiszowy Ctrl+Q. Natomiast w celu podświetlenia określonego rekordu Pakietu Promocji należy nacisnąć Enter, co umożliwi edycję pola z ilością, po wprowadzeniu ilości aby zatwierdzić zmiany należy nacisnąć Enter/Tab.

W celu zaznaczenia okna przy wyborze Pakietu Promocji lub przy wyborze Gratisu należy nacisnąć skrót klawiszowy Ctrl+Enter.

Najczęściej spotykane problemy

Pomimo zdefiniowania promocji pakietowej „Elastyczny od ilości”, na dokumencie handlowym promocja nie została uwzględniona

Opis problemu

Została zdefiniowana promocja typu „Elastyczny od ilości” dla konkretnego kontrahenta. Pomimo tego promocja nie została uwzględniona na dokumencie handlowym.

Możliwe sposoby rozwiązania problemu

Należy sprawdzić, w oknie „Aktualne promocje dla kontrahenta” czy proces realizacji promocji wyniósł 100%. Jeżeli nie został uzyskany proces realizacji 100%, należy wybrać minimalną ilość towarów jaka została zdefiniowana w promocji.

Jeżeli został spełniony warunek progu natomiast promocja nie została uwzględniona na dokumencie handlowym, należy wyświetlić okno „Promocje pakietowe dla kontrahenta” i zweryfikować czy parametr obok nazwy promocji został zaznaczony.

Pomimo zdefiniowania promocji pakietowej „Elastyczny od  wartości”, na dokumencie handlowym promocja nalicza się od wartości końcowych towarów z uwzględnieniem upustu

Opis problemu

Została zdefiniowana promocja typu „Elastyczny od wartości” dla konkretnego kontrahenta. Pomimo tego w oknie „Aktualne promocje dla kontrahenta” promocja nalicza się od wartości końcowych towarów z uwzględnieniem upustu.

Po wybraniu towaru T4 w ilości 1 szt. realizacja procentowa pakietu wynosi 42% zamiast 60%.

Możliwy sposób rozwiązania problemu

W promocji pakietowej „Elastyczny od wartości” naliczanie rabatu od wartości końcowych towarów z uwzględnieniem upustu, jest spowodowane tym, iż parametr „Realizacja pakietów liczonych od wartości początkowych” został odznaczony w Konfiguracji> Sprzedaż> Parametr1. Dopiero po zaznaczeniu tego parametru, promocja zostanie naliczona od wartości początkowej.

Po zaznaczeniu parametru „Rabaty liczone od wartości początkowych”, promocja zostanie naliczona od wartości początkowych.

Pomimo zdefiniowania promocji i udzielenia rabatu na nagłówku, cena końcowa pozycji nie uległa zmianie

Opis problemu

Zdefiniowana została promocja, a ponadto na nagłówku dokumentu udzielono rabat. Pomimo tego, cena końcowa dla pozycji nie uległa zmianie.

Możliwe sposoby rozwiązania problemu

Jeżeli sytuacja opisana w tytule dotyczy dokumentów przychodowych, prawdopodobnie nie zaznaczono pola: Licz upusty dla dokumentów przychodowych od wartości początkowych. Udzielony rabat wpłynął wówczas na ceną początkową elementu.

Towar nie posiada ceny początkowej, a więc jakikolwiek rabat procentowy, liczony od ceny równej 0, wynosi 0 (nie ma wpływu na cenę końcową). W przypadku dokumentów przychodowych istnieje możliwość ręcznego wprowadzenia ceny początkowej na zakładce {Kalkulacja} elementu. W przypadku dokumentów rozchodowych, nie ma takiej możliwości. Dla poprawnego wyliczania rabatów należy odpowiednio zdefiniować cenę katalogową towaru.

Jedynie rabat udzielony kwotowo w nagłówku dokumentu może w takiej sytuacji mieć wpływ na jego wartość końcową.

Upłynęła już data obowiązywania promocji, lub data początkowa jest określona w przyszłości. Centrum, które wystawia dokument, nie zostało ujęte na promocji.

Na promocji o wyższym priorytecie lub o tym samym priorytecie, ale znajdującym się wyżej na liście promocji zaznaczono opcję: Pomiń następne.

Zadziałała kontrola marży minimalnej, która nie pozwoliła na udzielenie rabatu na dokumencie rozchodowym (informacja ta jest zapisywana w strukturze udzielonego rabatu).

Promocja nie została zdefiniowana dla tego typu dokumentów (np. rozchodowych).

Promocja nie została potwierdzona.

Nie spełniono innych warunków promocji (kontrahent, towar nie został ujęty na promocji, nie spełniono warunku progowego).

Cena na elemencie transakcji z 2-ma miejscami po przecinku

Opis problemu

Na karcie dostawcy danego towaru zdefiniowano cenę, wyrażoną z 4-ma miejscami po przecinku. Na dokumencie FZ pomimo odznaczenia parametrów: Cena z dokładnością do groszy oraz Kontrola (ilość x cena = wartość), cena na elemencie podawana jest z dokładnością do dwóch miejsc po przecinku.

Możliwe sposoby rozwiązania problemu

Przyczyną takiego zachowania programu może być ustalony w systemie sposób liczenia rabatów od wartości, a nie od ceny, czyli odznaczony parametr: Rabaty liczone od ceny.

Pomimo przyznanego rabatu 40%, rabat udzielony ulega zmianie

Opis problemu

Na dokument WZ na kontrahenta, który ma ustalony rabat 40% dodano 10 szt. towaru o cenie 1,20EUR po kursie 100PLN = 406,83EUR. Rabat na zakładce: Kalkulacje, zostaje ustalony na poziomie innym niż 40%.

Możliwe sposoby rozwiązania problemu

Wysokość (procentowa) rabatu wyliczana jest w sposób dynamiczny. Po odliczeniu rabatu od ceny/wartości, następuje wyliczenie ceny elementu po rabacie, która w zależności od zaznaczenia parametru: Cena z dokładnością do groszy, jest zaokrąglana odpowiednio do dwóch, lub czterech miejsc po przecinku, a następnie wyliczana jest faktyczna wysokość (procentowa) udzielonego rabatu, poprzez porównanie ceny początkowej i ceny po rabacie (po zaokrągleniu). Stąd korekta udzielonego 40% rabatu będzie większa, gdy cena ma być prezentowana z dwoma miejscami po przecinku i mniejsza, gdy cena jest wyrażona z czterema miejscami po przecinku.

Znaczenie parametru: Od księgowych, na elemencie transakcji

Parametr ma znaczenie w przypadku transakcji, dokonywanych w walucie innej, niż systemowa. Decyduje o tym, czy naliczenie rabatu nastąpi od ceny/wartości wyrażonej w walucie obcej, czy też od ceny/wartości przeliczonej na PLN, a w przypadku, gdy sprawdzane jest równanie: ilość x cena = wartość, decyduje o tym, która cena (do równania) jest pobierana:

przy parametrze zaznaczonym - cena/wartość początkowa jest przeliczana na PLN i dopiero od takiej ceny/wartości liczony jest rabat. Jeżeli parametr jest odznaczony, wówczas rabat liczony jest od ceny/wartości wyrażonej w walucie, następnie tak obliczona wartość jest zaokrąglana i dopiero przeliczana na PLN;

w przypadku sprawdzania równania ilość x cena = wartość i zaznaczonego parametru, sprawdzana jest równość:

cena księgowa x ilość = wartość

w przypadku parametru odznaczonego sprawdzane jest równanie:

cena po rabacie x ilość = wartość.

Podczas generowania FS z ZS elementy na dokumencie zostały przeliczone według standardowych promocji, zamiast według promocji pakietowej

Opis problemu

Na dokumencie ZS zostały zapisane towary, na które zdefiniowano promocje pakietową typu „Stały”. Podczas generowania dokumentu FS, elementy na nowym dokumencie zostały przeliczone na nowo według standardowych promocji zamiast według zdefiniowanej wcześniej promocji pakietowej.

Możliwe sposoby rozwiązania problemu

W przypadku generowania FS, WZ, FSE, WZE, PA z ZS kopiowanie informacji o promocjach pakietowych jest uzależnione od parametru na definicji ZS „ Przeliczaj wartości przy generowaniu dokumentów z zamówień” analogicznie do standardowych promocji.

Jeżeli parametr jest zaznaczony, to w momencie generowania FS elementy ZS zostaną ponownie przeliczone według standardowych promocji czyli ceny zostaną na nowo przeliczone.

Jeżeli parametr „Przeliczaj wartości przy generowaniu dokumentów z zamówień” jest odznaczony to na elementy generowanego dokumentu przenoszą informacje o pakiecie.

Jeżeli z ZS generowane jest WM, a następnie FS, to na dokument FS elementy zostaną dodane zgodnie z ustawieniem parametru na ZS „Przeliczaj wartości przy generowaniu dokumentów z zamówień”. Jeżeli parametr jest odznaczony, to elementy zostaną według warunków ustalonych na ZS ale bez powiązania do pakietów.

Scenariusze

W jaki sposób uwzględnić dodatkowo promocję WTR podczas zastosowania Promocji Pakietowych

Aby uwzględnić dodatkową promocję WTR podczas zastosowania Promocji Pakietowych, należy odznaczyć parametr na Definicji Promocji> Nagłówek> „Pomiń rabaty nagłówka (GLO)”.

Podczas rejestrowania dokumentu ZS, po wybraniu kontrahenta, dla którego została zdefiniowana promocja zostanie automatycznie wyświetlone okno „Promocje pakietowe dla kontrahenta”, w którym zostały zlokalizowane wszystkie promocje przypisane dla danego kontrahenta.

Po zaznaczeniu pakietu promocji nastąpi automatyczne zamknięcie okna i powrót do edycji rejestrowanego dokumentu. Na liście elementów będą widoczne towary, które zostały zdefiniowane w promocji, dodane z określonym upustem oraz gratisem.

Rabaty nagłówka zostaną wliczone do promocji, dopiero po uzupełnieniu (wprowadzeniu)  rabatu w oknie „Ogólny” w parametrze „Rabat nagłówka” jw. Rysunek 45. Przy próbie wyciągnięcia dokumentu z bufora, zostanie automatycznie wygenerowane okno z pytaniem czy zastosować zdefiniowany Rabat nagłówka.

Po zatwierdzeniu, promocja WTR zostanie uwzględniona podczas naliczania Promocji Pakietowej.

Naliczenie promocji uzależnione od wybrania magazynu na dokumencie handlowym

Została dodana zakładka Magazyny na Definicji Promocji. Dzięki tej zakładce istnieje możliwość wybrania magazynu, dla którego będzie zastosowana promocja.

Podczas naliczania rabatów dla towarów podczas zarejestrowania dokumentu handlowego, oprócz bieżących parametrów sprawdzane jest również ustawienie magazynu na dokumencie. Kontrola magazynu obowiązuje zarówno na dokumentach przychodowych i rozchodowych, i opiera się o magazyn w nagłówku dokumentu.

Przeliczanie rabatów po zmianie magazynu na dokumencie jest uzależnione od parametru, który znajduje się na Definicji dokumentu> Parametry.

Jeżeli parametr został zaznaczony to podczas zmiany magazynu na dokumencie zostanie otworzone okno „Zmiany na dokumencie”.

W jaki sposób ustalić cenę sprzedaży, od której będą naliczane rabaty

Funkcjonalność systemu umożliwia przypisanie konkretnej ceny sprzedaży dla kontrahentów i towarów, która będzie podstawą do naliczania rabatów na dokumentach rozchodowych. W celu uzyskania takiej funkcjonalności należy zdefiniować promocję typu Cennik, dostępną z menu Zestawienia> Promocje. Promocja typu Cennik spowoduje, iż na dokumenty rozchodowe dla określonego kontrahenta, towaru i centrum będzie pobierana wybrana cena sprzedaży.

Sytuacja, w której na dany towar obowiązuje inny próg i rabat, niż na grupę, do której towar należy

W przypadku, gdy dla danego towaru ma obowiązywać inny rabat, niż dla grupy towarowej, do której on należy, sytuację taką można obsłużyć jednym ze wskazanych sposobów:

Należy zdefiniować dwie promocje: jedną o nazwie: Towary (tu należy umieszczać towary, wobec których prowadzona jest inna polityka rabatowa, niż dla grup, do której towar należy), drugą o nazwie: Grupy (tu należy umieszczać grupy towarowe, wraz z warunkami stosowanych dla nich rabatów). Promocja: Grupy, powinna mieć niższy priorytet (większą wartość w polu: Priorytet, promocji), niż promocja: Towary. Na promocji: Towary, należy zaznaczyć pole: Pomiń następne. Jeżeli towar ma mieć inne warunki rabatowania, niż zdefiniowane na promocji: Grupy, dla jego grupy towarowej, wówczas towar taki należy umieścić w promocji: Towary. Zaznaczony parametr: Pomiń następne promocje, zabezpieczy przed dwukrotnym naliczeniem rabatów.

Na tej samej promocji należy dodać grupy towarowe oraz pojedynczo towary, należące do tych grup. Zasada promocji jest taka, że nie można naliczyć dwukrotnie tej samej promocji dla tego samego towaru, w związku z czym, w pierwszej kolejności sprawdzane są warunki promocji zdefiniowane dla towaru, dopiero, a gdy nie są one spełnione, sprawdzone są warunki zdefiniowane dla grupy, do której ten towar należy. W przypadku tego rozwiązania należy jednak pamiętać o tym, że gdy warunek (próg) zdefiniowany na towarze nie został spełniony, może zostać naliczony rabat właściwy dla grupy towarowej, do której on należy, co może być niezgodne z oczekiwaniami Użytkownika.

Dla promocji TWU, KNU, PRM, CEN wprowadzono dodatkowy parametr ‘Grupa towaru ważniejsza niż grupa nadrzędna’. Parametr może okazać się potrzebny jeżeli promocja została zdefiniowana zarówno dla grypy, do której dany towar należy wprost, jak i dla grupy do niej nadrzędnej. Jeżeli parametr jest włączony, wówczas grupa towaru zostanie potraktowana priorytetowo w stosunku do grupy nadrzędnej, w przeciwnym razie będą one traktowane tak samo.

Jak zdefiniować dla kontrahenta upust typu Stała cena, wyliczany każdorazowo jako ostatnia cena zakupu + określony procent marży

Dla obsłużenia takiej sytuacji można posłużyć się rozwiązaniem, wykorzystującym aktualizację ceny sprzedaży towaru, dokonywaną przy nowej dostawie:

dla towaru definiujemy cenę, z zaznaczony parametrem: Aktualizuj cenę przy nowej dostawie, określając wysokość marży,

na karcie kontrahenta (zakładka: Handlowe) wybieramy tą cenę, definiujemy promocję na ten towar i dla tego kontrahenta, przy czym zarówno próg jak i ilość ustalamy jako 0. Na promocji zaznaczamy parametr: Pomiń następne promocje i odpowiednio wysoki priorytet, tak, aby promocja znalazła się odpowiednio wysoko na liście promocji. Celem tak skonstruowanej promocji jest zapewnienie, że od ustalonej ceny na towar, aktualizowanej podczas zakupu, nie zostały naliczone żadne promocje.

Dla tak opisanej sytuacji, sprzedaż określonego towaru dla określonego kontrahenta odbędzie się po cenie równej: cena zakupu + marża.

Sytuację tą można uzyskać również definiując promocję PRM, w której na towarze należy wybrać opcję Narzut na cenę zakupu i wskazać odpowiedni procent lub kwotę, o którą ma zostać zmieniona cena sprzedaży w stosunku do ceny zakupu.

Jak określić dla promocji pakietowej elastycznej dodatkowe progi ilościowe/wartościowe dla grup towarowych

Istnieje możliwość zdefiniowania dodatkowego warunku dla promocji pakietowej elastycznej w postaci zdefiniowanych progów dla wybranych grup towarowych. Funkcjonalność daje możliwość dodania grup towarowych i określenia dla nich progu ilościowego lub wartościowego. Dodatkowo można również dodać grupę ,,Inne” kiedy chcemy dodać próg dla grupy towarów spoza grup dodanych na promocję.

Jak edytować gratisy na promocji pakietowej elastycznej

Na elastycznej promocji pakietowej Operator ma możliwość edycji ilości wydawanych gratisów po zaznaczeniu parametru ‘Edycja ilości wydawanych gratisów’. Zaznaczenie parametru oznacza, że w przypadku skorzystania przez Klienta z danego pakietu, Operator będzie miął możliwość przyznania dowolnej ilości gratisów, które zostały przypisane do progu. Operator ma możliwość zmianę ilości gratisów domyślnych jak i nie domyślnych. Ilość przyznanych gratisów nie może być większa niż suma zdefiniowanych gratisów dla danego progu. W przypadku pakietów, gdzie Operator ustawił edytowalną ilość gratisów, system wyświetli odpowiednią informację co do ilości gratisów przyznanej i pozostającej do przyznania.

Wystawiając dokumenty FS, WZ, PA, WZE, FSE należy mieć na uwadze, że edycja ilości gratisów będzie ograniczona do dostępnej ilości do sprzedaży. Kontrola ta występuje również przy domyślnym ustalaniu przez System ilości gratisów domyślnych.

Na formatce promocji pakietowych wprowadzona została również możliwość zmiany kolejności na liście gratisów promocji pakietowej. Będzie ona miała wpływ na kolejność gratisów prezentowaną w oknie wyboru pakietu na dokument.

Korekta danych – informacje ogólne

W wersji 2019.0 Comarch ERP XL wprowadzony został nowy typ korekty dokumentu handlowego sprzedaży: Korekta danych. Za pomocą tego dokumentu Użytkownik może dokonać korekty z tytułu:

Korekta danych została udostępniona dla faktur sprzedaży: FS, (s)FS, (S)FS, RA, FSL, FSE, (s)FSE, (S)FSE, FEL oraz wydań: WZ, WZE, WKA. Do jej wykonania służy stosowna opcja dostępna na poszczególnych zakładkach listy dokumentów handlowych oraz w historii kontrahenta.

Możliwość rejestrowania Korekty danych została sparametryzowana. Tylko Użytkownik z prawem Korekta danych na karcie Operatora może rejestrować tego typu korektę.

Formatka korekty danych

Formatka Korekty danych różni się tylko nieznacznie od formularza zwykłej korekty.

Różnice dotyczą zasad dostępności lub braku dostępności poszczególnych kontrolek oraz operacji możliwych do wykonania, czy też zasad edycji poszczególnych parametrów na takiej korekcie. Główne wyróżniki tego typu korekty to:

Korekta kontrahenta i/lub danych kontrahenta

Możliwość korygowania kontrahenta dedykowana jest dla przypadku, gdy transakcja fizycznie została prawidłowo przeprowadzona, towar otrzymał właściwy kontrahent, natomiast omyłkowo na dokument sprzedaży wprowadzono niewłaściwego kontrahenta.

Jeżeli natomiast towar fizycznie został wydany niewłaściwemu kontrahentowi K2 (i faktura na K2), wówczas Operator powinien zarejestrować FSK dla K2 na całkowity zwrot towaru i przyjąć od niego towar, a następnie wystawić FS na K1 i wydać mu towar.

Korekta danych pozwala na zmianę kontrahenta głównego, docelowego i płatnika. Zmiana kontrahenta głównego jest możliwa wyłącznie, jeżeli do dokumentu nie zarejestrowano dotąd korekty innej niż „korekta danych”. W przypadku zmiany kontrahenta docelowego i płatnika takiej restrykcji już nie ma.

Korekta danych może dotyczyć również przypadków, kiedy to kontrahent użyty na transakcji jest prawidłowy, nieprawidłowe są natomiast jego dane np. adresowe. W takich przypadkach na korekcie danych można je „poprawić” dokonując zmiany adresu kontrahenta na tejże korekcie. Możliwość taka podlega tym samym regułom jak powyżej tj. adres kontrahenta głównego można zmienić o ile dotąd nie zarejestrowano korekty innej niż korekta danych.

Kontrahent i adres na rekordach TraVat

Celem prawidłowej obsługi korekty faktur polegającej na zmianie kontrahenta i/lub adresu kontrahenta dla danej transakcji na deklaracjach VAT tego typu korekty posiadają podwójne rekordy tabeli VAT: dla ‘niewłaściwego’ kontrahenta o wartości przeciwnej do wartości transakcji oraz dla kontrahenta ‘właściwego’ o wartości zgodnej z wartością transakcji. Aby to rozróżnienie rekordów dla kontrahentów było możliwe, od wersji 2019.0 Comarch ERP XL informacja o kontrahencie i jego adresie zapisywana jest bezpośrednio na rekordzie TraVat, odpowiednio w polach: Trv_KntNumer i Trv_KnANumer. Informacja ta prezentowana jest również na szczegółach poszczególnych rekordów tabeli VAT.

Domyślnie parametry tworzonych jw. rekordów tabeli VAT, takie jak data powstania obowiązku podatkowego, miesiąc ujęcia na deklaracji VAT itp. ustalane są w oparciu o korygowany dokument. Użytkownik może je zmienić wg ogólnych zasad edycji tychże parametrów.

Płatności na korekcie kontrahenta i/lub korekcie danych kontrahenta

Na korekcie danych System tworzy automatycznie stosowne ‘pary’ płatności na podstawie nierozliczonych płatności dokumentu korygowanego:

Ww. pary płatności są stosownie zgrupowane i tak utworzone grupy płatności prezentowane są na korekcie danych w formie drzewa. Ilość gałęzi w tym drzewie zależna jest od ilości płatności na dokumencie korygowanym. Kwota na ww. płatnościach ustalana jest w oparciu o nierozliczoną wartość płatności dokumentu korygowanego. Płatność typu zobowiązanie nie podlega edycji ani w zakresie Kwoty, ani Waluty, takiej płatności nie można również usunąć. Płatność na właściwego Płatnika tj. ww. należność może być natomiast przez Użytkownika swobodnie edytowana, w tym również rozbijana na wiele płatności o różnych formach, terminach, czy też różnych Płatnikach. W tym celu wystarczy stosownie zmniejszyć Kwotę tejże płatności, a podczas jej zapisu System utworzy płatność różnicową, na której Użytkownik może ustalić inny termin, formę płatności itp. Z kolei usunięcie takiej płatności skutkuje stosownym zwiększeniem Kwoty w innej płatności ‘po korekcie’, korygującej tą samą płatność oryginału. Jeżeli więc na korekcie danych istnieje tylko jedna płatność korygująca daną płatność faktury korygowanej, wówczas nie można jej z korekty danych usunąć. Ww. edytowalne płatności ‘po korekcie’ oznaczone są na niezatwierdzonej korekcie danych kolorem zielony.

Identyfikator kontrahenta z korekty danych na transakcji korygowanej

Zarejestrowanie korekty z tytułu zmiany kontrahenta, czy też jego adresu nie wpływa w żaden sposób na prezentację kontrahenta na formatce oryginalnego dokumentu sprzedaży, czy też na dane kontrahenta na wydruku takiego dokumentu tj. nadal prezentowany jest/drukowany jest na nim pierwotny kontrahent.

Korekta formy i/lub terminu płatności

Za pomocą korekty danych można również skorygować formę, czy też termin płatności transakcji. Wystarczy wygenerować korektę danych dla tego samego kontrahenta, co kontrahent na oryginalnym dokumencie i ustalić prawidłową formę, czy też termin płatności na zakładce [Ogólne] korekty danych lub bezpośrednio na jej płatnościach, na zakładce [Płatności].

Zmiana formy, terminu i/lub daty płatności na zakładce [Ogólne] korekty danych i wywołanie operacji aktualizacji płatności pozwala na zmianę ww. parametrów na wszystkich płatnościach ‘po korekcie’, oznaczonych na dokumencie na zielono. Prezentowany tutaj Termin liczony jest od daty z dokumentu korygowanego, tj. od daty jego wystawienia lub sprzedaży, zgodnie z ustawieniem parametru sekcji Płatność od daty na definicji dokumentu korygowanego. Ww. daty prezentowane są na formatce korekty danych.

Użytkownik może również dokonać korekty terminu, formy i innych parametrów na poszczególnych płatnościach, wygenerowanych przez System podczas generowania korekty danych.

Jeżeli na dokumencie korygowanym było wiele płatności, a korekta ma dotyczyć tylko jednej/niektórych z nich, wówczas Użytkownik może usunąć daną płatność korygowaną, w wyniku czego System usuwa automatycznie również płatność/płatności je korygujące. Wystarczy ustawić kursor na rekordzie Korekta płatności lub na danym Zobowiązaniu i użyć opcji Usuń, a System usunie całą gałąź dotyczącą korygowanej płatności.

Jeżeli rezygnacja z dokonywania korekty danej płatności, czyli operacja usunięcia płatności z korekty danych wykonana została niesłusznie, Użytkownik może skorzystać z udostępnionej na korekcie danych opcji Dołącz płatności do skorygowania, w wyniku czego System wygeneruje ‘brakujące’ pary płatności.

Korekta danych a powiązane dokumenty

Korekta danych do spinaczy i wydań zewnętrznych

Dla spinaczy nagłówkowych i spinaczy elementów można zarejestrować zarówno korektę kontrahenta, jak i terminu i formy płatności. Zarejestrowanie takiej korekty danych nie oznacza automatycznej korekty danych dla dokumentów w nich spiętych. Na WZ/WKA/WZE nadal kontrahentem pozostaje pierwotny kontrahent. Jeżeli Użytkownik zechce dokonać zmiany kontrahenta na tych dokumentach, powinien zarejestrować korektę danych do WZ/WKA/WZE samodzielnie.

Możliwość dokonania korekty kontrahenta dla dokumentu WZ/WKA/WZE zależna jest od tego, czy dokument taki tworzy własne płatności oraz czy została już dla niego wystawiona faktura=spinacz. Korekta płatności dla tego typu dokumentów nie jest natomiast dostępna, bez względu na ‘status’ dokumentu. Możliwości rejestrowania korekty danych dla wydań zewnętrznych przedstawia poniższa tabela.

Dla tych przypadków, dla których korekta danych do wydania nie jest dostępna Użytkownik powinien zarejestrować fakturę do danego wydania i to na niej ustalić prawidłowego kontrahenta i parametry płatności, jeżeli zaś taka faktura została już utworzona i zatwierdzona, wówczas zarejestrować stosowną korekty danych do tejże faktury.

Korekta danych do RA a Paragony

Korekta danych zarejestrowana do faktury typy spinacz paragonów: RA nie wpływa na kontrahenta na spiętym w nim paragonie. Dla paragonów korekta danych nie jest dostępna. Jeżeli ustalono na nim niewłaściwego kontrahenta, wówczas Użytkownik powinien zarejestrować fakturę RA do takiego paragonu i to na niej ustalić prawidłowego kontrahenta i parametry płatności, jeżeli zaś taka faktura została już utworzona i zatwierdzona, wówczas zarejestrować stosowną korekty danych do tejże faktury.

Korekty danych a faktury zaliczkowe i końcowe

Korekta danych zarejestrowana do faktury zaliczkowej nie wpływa na kontrahenta na dokumencie końcowym, odliczającym tą fakturę zaliczkową, korekta kontrahenta dla dokumentu końcowego nie wpływa na fakturę zaliczkową odliczaną na końcowym. Jeżeli istnieje taka potrzeba, wówczas Użytkownik powinien wygenerować korekty danych do dokumentu końcowego, czy też faktury zaliczkowej samodzielnie.

System uwzględnia natomiast korekty danych podczas automatycznego proponowania faktur zaliczkowych podczas rejestrowania nowych transakcji, a także podczas operacji samodzielnego dołączania faktury zaliczkowej na zakładce [Płatności] faktury sprzedaży.

Korekta danych a Kaucje

Zarejestrowanie korekty danych do dokumentu, z którym związana jest kaucja WKA nie powoduje żadnych zmian na tejże kaucji. Jeżeli Użytkownik chce dokonać korekty kontrahenta dla kaucji powinien zarejestrować korektę danych do WKA samodzielnie. Jeżeli natomiast dokument kaucji jest generowany do dokumentu po tym, jak zarejestrowano do niego korektę danych, wówczas System taką korektę uwzględnia, tj. ustala na dokumencie WKA kontrahenta z korekty danych.

Korekta danych a dokumenty magazynowe WM/ZWM

Zarejestrowanie korekty danych do dokumentu, z którym związana jest dokument magazynowy WM/ZWM nie powoduje żadnych zmian na tym dokumencie magazynowym. Jeżeli natomiast dokument magazynowy jest generowany do dokumentu po tym, jak zarejestrowano dla niego korektę danych, wówczas System taką korektę uwzględnia, tj. ustala na dokumencie WM/ZWM kontrahenta na podstawie kontrahenta docelowego z dokumentu korekty danych.

Kolejna korekta do dokumentu z korektą danych

Korekta kontrahenta jest uwzględniane podczas rejestrowania kolejnej korekty do danej transakcji. Kontrahent na takiej korekcie ustalany jest w oparciu o kontrahenta z korekty danych.

Korekta danych a prezentacja kontrahenta na listach dokumentów

Zarejestrowanie korekty danych na zmianę kontrahenta nie wpływa na prezentację kontrahenta z dokumentu korygowanego na liście dokumentów, na liście związanych i innych listach, tj. nadal prezentowany jest na nich pierwotny kontrahent. Wyjątek stanowią: zakładka z listą elementów wydań listy dokumentów handlowych oraz historia kontrahenta i towaru.

Kolumny z akronimem i miastem na liście wypełniane są na podstawie kontrahenta z korekty danych zarejestrowanej do danego dokumentu wydania.

Na historii kontrahenta został udostępniony stosowny parametr, decydujący o tym, czy System ma prezentować dokumenty wg kontrahenta, na którego zostały zarejestrowane, czy wg kontrahenta ustalonego na korekcie danych. Jeżeli Użytkownik chce zobaczyć na liście również te transakcje, które co prawda nie zostały pierwotnie zarejestrowane dla Kontrahenta, którego historię ogląda, ale który to Kontrahent został na nie ‘wprowadzony’ stosowną korektą danych, wówczas powinien włączyć parametr Uwzględniaj korekty danych. Włączenie tego parametru oznacza jednocześnie, że na liście nie pojawią się te transakcje, które co prawda zostały zarejestrowane na danego kontrahenta, ale następnie korektą danych został on ‘na nich’ zmieniony.

Podobny parametr został udostępniony na historii towaru, przy czym w tym wypadku nie wpływa on na to, czy dany dokument jest na liście prezentowany, czy też nie, ale na to, jaki kontrahent zostanie dla poszczególnych transakcji zaprezentowany. Jeżeli parametr jest wyłączony, wówczas jest to kontrahent z oryginalnego dokumentu, jeżeli zaś parametr jest włączony, wówczas jest to kontrahent z korekty danych, zarejestrowanej do danej transakcji.

 Wydruki korekt danych

Dla dokumentów typu Korekta danych został udostępniony nowy wydruk. Zawartość tego wydruku w dużej mierze zależy od tego, jakie parametry zostały na danym dokumencie skorygowane:

Jeżeli na korekcie danych nie dokonano korekty kontrahenta ani jego adresu, wówczas na wydruku znajduje się standardowa sekcja: Nabywca i Odbiorca. Jeżeli zaś dokonano korekty czy to kontrahenta (głównego, docelowego, płatnika) lub jego adresu, wówczas na wydruku znajduje się sekcja Przed korektą z danymi Nabywcy i Odbiorcy z dokumentu korygowanego oraz sekcja Po korekcie z danymi Nabywcy i Odbiorcy z drukowanej korekty danych.

O tym, czy na wydruku korekty danych mają się pojawić elementy z korygowanej transakcji decyduje stosowny parametr prezentowany w oknie parametrów podczas uruchamiania tego wydruku. Na korektach danych do faktur zaliczkowych drukowane są elementy zamówienia, do którego zarejestrowano korygowaną fakturę zaliczkową, na pozostałych zaś – elementy korygowanego dokumentu.

Płatności drukowane są w dwóch sekcjach. W sekcji Przed korektą drukowane są płatności korygowane, natomiast w sekcji Po korekcie drukowane są płatności je korygujące.

Na wydruku nie ma zwyczajowej sekcji Razem do zapłaty/zapłacono/pozostaje do zapłaty. Korekta danych ma zerową wartość, w związku z czym nie powoduje ona konieczności dokonania zapłaty za daną transakcję/korektę transakcji. Drukowanie ww. informacji mogłoby być dla Klienta mylące, dublowałoby bowiem kwotę ‘razem do zapłaty’ na oryginale i korekcie danych.

Zamykanie okresów operacji handlowych

W Comarch ERP XL istnieje możliwość definiowania i zamykania okresów operacji handlowych.

Okresy operacji handlowych określa się w module Administrator na zakładce Firma po wybraniu funkcji Okresy operacji handlowych.

Uprawnienie do określania okresu operacji handlowych i wykonywania czynności w ramach zamkniętego okresu operacji handlowych określa się na karcie operatora, na zakładce: Parametry/Handlowe.

Po zaznaczeniu parametru Zamykanie okresu operacji handlowych, operator uzyskuje prawo do dodawania, usuwania i zamykania okresu operacji handlowych co widoczne jest w aktywnych ikonach funkcji w oknie okresów operacji handlowych:

[Dodaj] – służy dodaniu nowego okresu operacji handlowych.

[Usuń] – usuwa otwarty okres operacji handlowych.

[Zamknij/Otwórz] – zamyka lub otwiera wskazany okres. Aby zamknąć lub otworzyć okres, operator musi mieć zaznaczony parametr na karcie operatora: Zamykanie okresu operacji handlowych.

W oknie znajduje się lista okresów, wyświetlana w układzie kolumn:

Data – od, do – daty graniczne okresu operacji handlowych. Domyślnie wprowadzany jest okres od bieżącej daty do końca miesiąca, jednak daty graniczne okresu mogą ulec modyfikacji. Modyfikacja następuje prze kliknięcie w odpowiedniej kolumnie i wprowadzeniu właściwej daty.

Status – status okresu może być otwarty lub zamknięty. Wprowadzany okres jest zawsze otwarty, natomiast zamknięcie następuje po zaznaczeniu okresu i naciśnięciu przycisku:

[Zamknij].

Data zamknięcia – wprowadzana automatycznie data zamknięcia okresu.

Operator – wprowadzany automatycznie identyfikator operatora, który dokonał zamknięcia okresu.

Po zaznaczeniu parametru Zamykanie okresu operacji handlowych, operator uzyskuje także prawo do wykonywania czynności, których kluczowa data mieści się w okresie zamkniętym (np. nie może wystawić faktury sprzedaży z datą, która mieści się w ramach zamkniętego okresu lub faktury zakupu, której data wpływu, również została określona w tym przedziale czasowym). Jeżeli taką czynność próbuje wykonać operator bez uprawnień, wtedy zostanie wyświetlony komunikat o zamknięciu operacji handlowych i niemożności wykonania takiej czynności, np. zmiany daty wystawienia faktury sprzedaży na taką, która mieści się w zamkniętym okresie. Jeśli operator posiada odpowiednie uprawnienia, może wystawić dokumenty, których kluczowa data zawiera się w zamkniętym okresie, lecz zostanie on o tym ostrzeżony. Również zmiana daty kluczowej na należącą do zamkniętego okresu handlowego dla dokumentu znajdującego się w buforze wymaga odpowiednich uprawnień operatora.

.Daty kluczowe dokumentów

Poniższe tabele zawierają wykaz najważniejszych dat dla poszczególnych dokumentów w systemie Comarch ERP XL. Daty kluczowe wyświetlane są na czerwono

Daty kluczowe dokumentów handlowych

Dokument	TrN_Data2	TrN_Data3	TrN_DataMag	TrN_VatRok + TrN_VatMiesiac + TrN_VatDzien	TrN_DataOdprawy/Potwierdzenia	TrN_DataWysylki
FS	wystawienia	sprzedaży	wydania	rozchodu	-	-
(S) FS	wystawienia	sprzedaży	-	rozchodu	-	-
FSK	wystawienia	korekty	przyjęcia	rozchodu	-	-
(S) FSK	wystawienia	korekty	-	rozchodu	-	-
FSE	wystawienia	sprzedaży	wydania	- / rozchodu	odprawy/ potwierdzenia	wysyłki
FKE	wystawienia	korekty	przyjęcia	- / rozchodu	odprawy/ potwierdzenia	wysyłki
FW	wystawienia	sprzedaży	wydania	-	-	-
FWK	wystawienia	korekty	przyjęcia	-	-	-
FZ	wystawienia	zakupu	przyjęcia	wpływu	-	-
(S) FZ	wystawienia	zakupu	-	wpływu	-	-
FZK	wystawienia	korekty	wydania	wpływu	-	-
(S) FZK	wystawienia	korekty	-	wpływu	-	-
MMW	wystawienia	wydania	-
MMP	wystawienia	-	przyjęcia	-	-	-
PA	wystawienia	sprzedaży	wydania	-	-	-
PAK	wystawienia	korekty	przyjęcia	-	-	-
PW	wystawienia	-	przyjęcia	-	-	-
PWK	wystawienia	-	wydania	-	-	-
PZ	wystawienia	zakupu	przyjęcia	wpływu	-	-
PZK	wystawienia	korekty	wydania	wpływu	-	-
PZI	wystawienia	zakupu	przyjęcia	wpływu	-	-
PKI	wystawienia	korekty	wydania	wpływu	-	-
RW	wystawienia	-	wydania	-	-	-
RWK	wystawienia	-	przyjęcia	-	-	-
WZ	wystawienia	sprzedaży	wydania	-	-	-
WZK	wystawienia	korekty	przyjęcia	-	-	-
WZE	wystawienia	sprzedaży	wydania	-	-	-
WKE	wystawienia	korekty	przyjęcia	-	-	-
DP	wystawienia	operacji	-	-	-	-
FRR	wystawienia	zakupu	przyjęcia	wpływu
FRK	wystawienia	korekty	wydania	wpływu
RS	wystawienia	sprzedaży	-	rozchodu
RSK	wystawienia	korekty	-	rozchodu
KK	wystawienia	sprzedaży	wydania
FZL	wystawienia	zakupu	przyjęcia	wpływu
KZL	wystawienia	korekty	wydania	wpływu
FSL	wystawienia	sprzedaży	wydania	rozchodu
KSL	wystawienia	korekty	przyjęcia	rozchodu
WKA	wystawienia	sprzedaży	wydania
WKK	wystawienia	korekty	przyjęcia
PKA	wystawienia	zakupu	przyjęcia
PKK	wystawienia	korekty	wydania	-	-	-

Daty kluczowe dokumentów importowych

Dokument	ImN_DataWystawienia	ImN_DataZakupu	ImN_DataZakupu
FAI	wystawienia	zakupu	wpływu

Dokument	SaN_ DataZgloszenia	SaN_ DataWplywu	SaN_VatRok + SaN_VatMiesiac + SaN_VatDzien	SaN_ DataPrzyjecia
SAD	zgłoszenia	wpływu	-	-
SSC	zgłoszenia	wpływu	-	przyjęcia
FWS	zakupu	wystawienia	VAT / obowiązku pod. (data powstania obowiązku podatkowego)	-
FWZ	zakupu	wystawienia	VAT (Jw.) tylko wyświetlana	-

Inne elementy systemu Comarch ERP XL z kontrolą daty kluczowej

Tabelka VAT dokumentów

Kontrola daty kluczowej dotyczy również tabelki VAT dokumentów. W czasie edycji tabelki VAT sprawdzane jest czy data TrN_VatRok + TrN_VatMiesiac + TrN_VatDzien nie zawiera się w zamkniętym okresie operacji handlowych.

Comarch ERP XL API

Kontrola daty kluczowej dotyczy również dokumentów handlowych wystawianych poprzez Comarch ERP XL API. Jeśli operator, na którego zalogowaliśmy się do API nie ma uprawnień do operacji w zamkniętych okresach operacji handlowych funkcje API zwrócą odpowiednie błędy (np. funkcja XLNowyDokument zwraca w tym przypadku błąd o numerze 3000 – Utworzenie dokumentu jest niemożliwe, gdyż data bieżąca należy do zamkniętego okresu operacji handlowych).

Inwentaryzacja

Zamknięcie okresu operacji handlowych ma również znaczenie przy zamykaniu inwentaryzacji. Nie jest możliwe zamknięcie inwentaryzacji jeśli data zamknięcia inwentaryzacji miałaby należeć do zamkniętego okresu handlowego.

Informacje ogólne

Klasy cech i ich wartości

Cecha towaru jest dodatkowym parametrem, którego rolą jest różnicowanie towaru o tym samym kodzie. Różnicowanie to następuje w ramach określonej klasy cechy, np. koloru, numeru seryjnego itd., poprzez nadawanie poszczególnym partiom towaru określonych wartości cechy, np. dla klasy kolor, wartościami będą biały, czarny, itd.

Definiowanie klasy i wartości cech następuje w module: Sprzedaż, z poziomu menu: Listy/Cechy.

Dla każdej klasy cechy dostępne są dwa parametry: Z listy oraz Zamknięta (możliwy do zaznaczenia wyłącznie, jeżeli wybrano wariant: Z listy), które w połączeniu z wybraną opcją sekcji: Przy sprzedaży, na karcie towaru (zakładka: Inne) decydują o możliwości edycji cech w subelementach dokumentów oraz o możliwości dodawania nowych wartości cech do listy cech z poziomu elementu dokumentu.

Definiowanie parametrów dla cech na karcie towaru

Dla prawidłowej obsługi cech na transakcjach z danym towarem niezbędne jest określenie parametrów na karcie towaru, na zakładce: Inne.

Parametry dotyczące cech, to:

Klasa, dostępna na formatce elementu dokumentu,

Parametr: Wymagaj przy zakupie, który decyduje o konieczności określenia cechy towaru na dokumencie przychodowym (FZ, PZ, PW, PZI) i magazynowym (PM). Zaznaczenie parametru: Wymagaj przy zakupie, oznacza, że zatwierdzenie dokumentu przychodowego czy magazynowego będzie niemożliwe, jeżeli nie określono cechy dla tworzonego tym dokumentem zasobu. W takiej sytuacji system poinformuje o braku wymaganej informacji, którą należy uzupełnić w przypadku dokumentów przychodowych na zakładce: Dostawy, elementu dokumentu, a w przypadku dokumentów magazynowych na zakładce: Ogólne, elementu dokumentu. Dla w/w kontroli niezbędne jest również zaznaczenie parametru: Kontroluj cechy towaru, w konfiguracji Systemu (z poziomu menu: System/Konfiguracja, zakładka Sprzedaż/ Parametry 2),

Opcje sekcji: Przy sprzedaży, która decyduje o możliwości edycji cechy na subelementach dokumentów,

Opcje sekcji: Pobieranie zasobów wg cech, która decyduje o restrykcyjności programu podczas sprzedaży towaru o określonej cesze. Jeżeli na zakładce: Ogólne, elementu dokumentu rozchodowego (FS, WZ, FW, PA, FSE, WZE, RW, MM) wskazana zostanie wartość cechy, wówczas nastąpi pobieranie zasobu o wskazanej cesze oraz, w zależności od wybranych opcji:

Preferuj, nie ostrzegaj – w pierwszej kolejności zostanie pobrany zasób zgodny ze wskazaną cechą. Jeżeli ilość ta będzie niewystarczająca, towar zostanie pobrany zgodnie z metodą rozchodowania towaru (FIFO, LIFO, itd.),

Preferuj, ostrzegaj – jw. z tym , że system poinformuje o tym, iż nie wszystkie rozchodowywane zasoby posiadają wskazaną cechę,

Wymagaj – system ustali ilość elementu na poziomie dostępnej ilości towaru o wskazanej cesze, nie pozwalając dokonać sprzedaży ponad tą ilość.

Cechy na dokumentach magazynowych oraz realizujących zamówienia i zlecenia

Dokumenty magazynowe

Na dokumencie magazynowym została wprowadzona możliwość różnicowania towaru za pomocą klasy cechy oraz wartości cechy zdefiniowanej dla danej klasy. Dla dokumentów magazynowych klasę cechy oraz wartość cechy określa się na Elemencie transakcji, na zakładce: Ogólne (w przypadku dokumentów handlowych wartość cechy można również określić na zakładce: Dostawy).

Dokumenty handlowe, np. FS czy FZ, które generowane są z dokumentów magazynowych, dziedziczą klasę cechy oraz wartość cechy jakie zostały określone na poszczególnych elementach transakcji tych dokumentów. Zmiana bądź usunięcie klasy cechy czy wartości cechy na elementach transakcji na tak powstałych dokumentach handlowych nie jest możliwa.

To z jaką cechą został przyjęty zasób można sprawdzić z poziomu karty towarowej, zakładka: Zasoby, kolumna: Cecha.

Zamówienia Sprzedaży

Niezależnie od opcji pobierania zasobów zdefiniowanych na karcie towaru, w przypadku realizacji Zamówienia sprzedaży (ZS), system kontroluje cechy pobieranych zasobów z cechą zdefiniowaną na elemencie zamówienia. Jeżeli dostępna ilość towaru z tą cechą jest niewystarczająca, na dokument realizujący ZS zostanie pobrana ilość zgodna z dostępną ilością o tej cesze. W szczególności, jeżeli na ZS zaznaczono parametr: Realizuj zamówienie w całości, dokument nie zostanie wygenerowany.

Zlecenie kompletacji/dekompletacji

Niezależnie od opcji pobierania zasobów zdefiniowanych na karcie towaru, w przypadku generowania dokumentów rozchodu dla zleceń kompletacji (RW na składniki dla zlecenia ZK, lub na produkt dla zlecenia ZD) system preferuje zasoby o wskazanej na elemencie cesze. W przypadku niewystarczającej ilości zasobów z taką cechą, pobrany zostanie zasób o innej niż wskazana cecha, zgodnie z zasadą rozchodu towaru (FIFO, LIFO itd.).

W przypadku gdy zlecenia kompletacji realizowane są dokumentami magazynowymi, informacja o wartości cechy na elemencie zlecenia jest ignorowana.

Zlecenia serwisowe i remontowe ZSE, ZRE

Niezależnie od opcji pobierania zasobów zdefiniowanych na karcie towaru, w przypadku generowania dokumentów rozchodowych na materiały do zlecenia ZSE i ZRE, system pobiera w pierwszej kolejności zasób o zdefiniowanej na elemencie zlecenia cesze. Jeżeli ilość ta jest niewystarczająca, wówczas pobierane są towary o innej cesze, zgodnie z metodą rozchodu towaru.

Jeżeli materiał ze zleceń zrealizowany jest za pomocą dokumentu magazynowego WM, wówczas cecha zapisana na elemencie zlecenia jest ignorowana.

Zatem system zachowa się analogicznie jak w przypadku zlecenia kompletacji czy dekompletacji.

Dłuższa wartość cechy towaru

Wartość cechy towaru może mieć 255 znaków. Stosowne wydłużenie wartości cech dokonane zostało m.in.:

Na liście wartości cech

Na ofertach, zamówieniach, dokumentach handlowych, dokumentach magazynowych, zleceniach, w inwentaryzacji

Na listach zasobów towaru

Aby ułatwić Użytkownikowi podawanie długich wartości cech na elementach dokumentów, na dostawie, czy też na subelemencie, udostępnione zostały dodatkowe sposoby ich przypisywania. Cechę można zdefiniować używając do tego dodatkowej formatki, lub poprzez jej wybranie z listy wywoływanej w osobnym oknie, a nie tylko, jak dotychczas poprzez wybór z menu przy kontrolce z cechą.

Podgląd cechy na elementach dokumentów, oprócz standardowego jej prezentowania w kontrolce, udostępniony został również na dodatkowej formatce podnoszonej stosownym przyciskiem znajdującym się przy kontrolce z cechą. Dodatkowo cecha prezentowana jest w tooltipie dostępnym dla ww. kontrolki oraz na wielu listach, np. liście zasobów otwieranych w trybie wyboru, czy też na liście elementów arkusza i odczytu inwentaryzacji.

Najczęstsze problemy związane z cechami towaru

Sprzedaż dokonywana z niezgodną cechą

Problem1: Pomimo zaznaczonego parametru konfiguracyjnego kontroluj cechy towaru system pozwala sprzedać towar z niewłaściwą cechą.

Problem2: Na karcie towaru określono opcję Przy sprzedaży/Z zasobu, następnie na elemencie dokumentu FS, na zakładce: Ogólne, określono wartość cechy. Pomimo to, system pozwolił na sprzedaż towaru z inną niż wskazana cechą.

Odpowiedź: Parametr konfiguracyjny: Kontroluj cechy towaru, nie wpływa na zachowanie programu podczas pobierania zasobów na dokument rozchodowy, nie decyduje również o tym opcja: Z zasobu, w sekcji: Przy sprzedaży, definiowana na karcie towaru. Funkcjonalność kontroli cech sprzedawanego towaru dostępna jest pod warunkiem zachowania następujących zasad:

Na karcie towaru należy zaznaczyć odpowiednią opcję w sekcji: Pobieranie zasobów według cech. Jeżeli sprzedawane mają być wyłącznie towary o wymaganej cesze, należy wybrać opcję: Wymagaj

Na zakładce: Ogólne, Elementu transakcji, należy zdefiniować wartość cechy

w przypadku zapisu elementu i ponownej jego edycji, wartość cechy na zakładce: Ogólne, nie jest pamiętana, wobec czego, jeżeli operator zwiększa ilość elementu, a nadal istotna jest cecha sprzedawanego towaru, należy ponownie ją określić na. Elemencie transakcji.

Brak możliwości automatycznego uzupełniania listy cech

Problem: Nowa cecha wpisywana na zakładce: Dostawy, Elementu transakcji dokumentu handlowego nie jest zapamiętywana przez system. Przy nowej transakcji nie można jej wybrać z listy, lecz operator musi ją znowu wpisywać samodzielnie.

Odpowiedź: O tym, czy wpisywana przez operatora wartość cechy zostanie dodana do listy wartości cech dla danej klasy decydują parametry: Z listy i Zamknięta, definiowalne dla każdej klasy cech oraz opcję: Przy sprzedaży, definiowalne na karcie towaru. Możliwość dodawania wartości cech do listy cech danej klasy z poziomu elementu dokumentu zostały przedstawione w osobnej tabeli (Tabela 1).

Zakup dokonywany bez określenia cechy zasobu

Problem: Na towarze zdefiniowano klasę cechy oraz zaznaczono parametr: Wymagaj przy zakupie, lecz system pozwala na zapisanie dokumentu PZ bez określenia wartości cechy.

Odpowiedź: Oprócz parametru na karcie towaru, niezbędne jest również zaznaczenie parametru konfiguracyjnego: Kontroluj cechy towaru, w oknie: Konfiguracja/Sprzedaż/Parametry 2.

Niezgodność sposobu pobierania zasobu wg cech

Problem 1: Pomimo ustawienia na karcie towaru opcji: Preferuj, ostrzegaj, w sekcji: Pobieranie zasobów wg cech, realizując ZS dokumentem handlowym zamówienie to jest realizowane częściowo, tj. w ilości towaru z tą cechą.

Odpowiedź: Niezależnie od opcji pobierania zasobów zdefiniowanych na karcie towaru, w przypadku realizacji Zamówienia sprzedaży (ZS), system kontroluje cechy pobieranych zasobów z cechą zdefiniowaną na elemencie zamówienia. Jeżeli dostępna ilość towaru z tą cechą jest niewystarczająca, na dokument realizujący ZS zostanie pobrana ilość zgodna z dostępną ilością o tej cesze. W szczególności, jeżeli na ZS zaznaczono parametr: Realizuj zamówienie w całości, dokument nie zostanie wygenerowany.

Problem 2: Pomimo zdefiniowania na karcie składnika opcji: Wymagaj, w sekcji pobierania zasobów wg cech, podczas pobierania składników do produkcji (generowania RW) system pobiera towar niezgodny z cechą wpisaną na elemencie zlecenia.

Odpowiedź: Niezależnie od opcji pobierania zasobów zdefiniowanych na karcie towaru, w przypadku generowania dokumentów rozchodu dla zleceń kompletacji (RW na składniki dla zlecenia ZK, lub na produkt dla zlecenia ZD) system preferuje zasoby o wskazanej na elemencie cesze. W przypadku niewystarczającej ilości zasobów z taką cechą, pobrany zostanie zasób o innej niż wskazana cecha, zgodnie z zasadą rozchodu towaru (FIFO, LIFO itd.).

W przypadku gdy zlecenia kompletacji realizowane są dokumentami magazynowymi, informacja o wartości cechy na elemencie zlecenia jest ignorowana.

Kopiowanie dokumentów z ocechowaną pozycją za pomocą Notatnika

Problem: Operator wystawił dokument FZ na towar: Papier określając wartość cechy. Następnie posłużył się Notatnikiem w celu skopiowania dokumentu. Nowy dokument jaki powstał w skutek skopiowania zawierał pozycję towaru Papier, o nieokreślonej wartości cechy.

Odpowiedź: Informacje na temat klasy cechy oraz wartości cechy nie są przenoszone na nowy dokument powstały w skutek kopiowania.

Spis treści

Informacje ogólne

Sprzedaż

Zamówienia

SAD

Zakończenie

 

Informacje ogólne

Testy integralności z zakresu modułu: Logistyka, służą do monitorowania poprawności, spójności, przejrzystości bazy pod kątem danych logistycznych, do koordynowania prawidłowości relacji między odpowiednimi tabelami. W przypadku istniejących nieprawidłowości, testy zgłaszają w logu błędy, ostrzeżenia i zwracają rekordy, będące efektem błędogennej sytuacji w bazie, bądź będące skutkiem czynności wykonywanych przez Użytkownika w sposób niepoprawny (powodujących zaburzenia w utrzymaniu spójności danych).

Poniższy rysunek przedstawia listę dostępnych standardowych testów integralności z logistyki

Poza wymienionymi, istnieje również możliwość definiowania odpowiednich testów, w zależności od potrzeb Użytkownika, przy wykorzystaniu wyrażenia SQL (zakładka: Testy definiowane).

Ponadto, można określić zakres czasowy, dla którego będzie wykonywany test i tym samym otrzymania wyników odnoszących się właśnie dla tego przedziału czasowego. Takich ustawień, jak również parametryzacji zapuszczanych testów integralności związanych np. z poziomem szczegółowości loga, dokonuje się na zakładce: Ogólne, okna: Testy integralności.

Celem niniejszego biuletynu jest analiza testów integralności oscylujących wokół zagadnień logistycznych, w kontekście zwracanych przez test typowych błędnych rekordów. Skoncentrowano się głównie na propozycjach napraw, potencjalnie mogących wystąpić, niepoprawnych zdarzeń w bazie. Omówiono testy z grupy:

• Poprawność danych kart kontrahentów i towarów
• Zgodność magazynu
• Zgodność transakcji
• Zgodność dostaw
• Zgodność inwentaryzacji

Sprzedaż

Poprawność danych kontrahentów

Sprawdza poprawność danych kart kontrahentów. Obejmuje też poprawność adresów kontrahentów

(tabele cdn.KntKarty, cdn.KntAdresy).

Porównywane są pola:

Knt_GIDNumer, KnA_KntNumer

Pojawiające się komunikaty:

Poprawność danych grup kontrahentów

Sprawdza poprawność grup kontrahentów (tabela cdn.KntGrupy).

Pojawiające się komunikaty:

Poprawność danych towarów

Sprawdza poprawność danych kart towarowych (tabela cdn.TwrKarty).

Pojawiające się komunikaty:

Poprawność danych grup towarów

Sprawdza poprawność zapisanych w bazie informacji o grupach towarów (tabela cdn.TwrGrupy).

Pojawiające się komunikaty:

Poprawność zamknięcia dokumentów VAT

Sprawdzana jest poprawność stanu zapisanych w bazie dokumentów (tabela cdn.TraNag).

Pojawiające się komunikaty:

Sprawdzenie duplikacji kodów EAN

Sprawdzana jest unikalność zapisanych w bazie kodów EAN (tabele cdn.TwrKarty, cdn.TwrZasoby, cdn.Dostawy, cdn.TwrJM)

Porównywane są pola:

Twr_Ean, TwZ_Ean, Dst_Ean, TwJ_EAN

Pojawiające się komunikaty:

Należy też sprawdzić czy w: Konfiguracja->Sprzedaż->Kody EAN zaznaczona jest opcja Kontroluj unikalność numerów EAN. Po jej zaznaczeniu program będzie automatycznie pilnował unikalności wprowadzanych kodów EAN.

Zgodność magazynu

Zgodność kosztów księgowego i rzeczywistego oraz stanu handlowego

Sprawdzana jest zgodność kosztu księgowego i rzeczywistego oraz stanu handlowego zapisanego na elemencie i subelemencie dokumentu (tabela cdn.TraSElem, cdn.TraElem).

Porównywane są pola:

TrS_ilość, TrE_KosztKsiegowy, TrE_KosztRzeczywisty, TrS_Ilość, TrS_KosztKsiegowy, TrS_KosztRzeczywisty.

Pojawiające się komunikaty:

Poprawa błędów może się odbyć przy użyciu funkcji „Naprawa stanów towarów”, może się jednakokazać, że poprawa będzie się musiała odbyć z poziomu bazy.

Zgodność stanu magazynowego

Sprawdzana jest ilość zapisana na dokumencie magazynowym oraz zasobie. (tabele cdn.TwrZasoby, cdn.MagSElem)

Porównywane są pola:

TwZ_Ilmag, MaS_Ilosc

Pojawiające się komunikaty:

Należy uruchomić funkcję specjalną Naprawa stanów towarów. Może się jednak okazać, że konieczna będzie poprawa z poziomu bazy.

Zgodność ilości i kosztów w elementach transakcji z wartościami w subelementach

Zgodność w transakcjach rozchodowych

Sprawdzana jest zgodność kosztu księgowego i rzeczywistego oraz stanu handlowego zapisanego na elemencie i subelemencie dokumentów rozchodowych (tabele cdn.TraElem, cdn.Traselem).

Porównywane są pola:

TrE_Ilosc, TrE_KosztKsiegowy, TrE_KosztRzeczywisty, TrS_IloscP, TrS_IloscR, TrS_KosztKsiegowyP, TrS_KosztRzeczywistyP, TrS_KosztKsiegowyR, TrS_KosztRzeczywistyR, TrN_Stan, TrN_NettoP, TrN_NettoR

Pojawiające się komunikaty:

• Niezgodność, ilość w elemencie ilość w subelementach – niezgodność ilości towaru zapisanej na pozycji dokumentu oraz na subelemencie dokumentu.
• Niezgodność, koszt rzeczywisty różnica w elemencie koszt w subelementach - niezgodność kosztu rzeczywistego zapisanego na pozycji dokumentu oraz na subelemencie dokumentu.
• Niezgodność, koszt księgowy rozchodu w elemencie koszt w subelementach - niezgodność kosztu księgowego zapisanego na pozycji dokumentu oraz na subelemencie dokumentu.

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność w transakcjach przychodowych

Sprawdzana jest zgodność kosztu księgowego i rzeczywistego oraz stanu handlowego zapisanego na elemencie i subelemencie dokumentów przychodowych (tabele cdn.TraElem, cdn.Traselem).

Porównywane są pola:

TrE_Ilosc, TrE_KosztKsiegowy, TrE_KosztRzeczywisty, TrS_IloscP, TrS_IloscR, TrS_KosztKsiegowyP, TrS_KosztRzeczywistyP, TrS_KosztKsiegowyR, TrS_KosztRzeczywistyR, TrN_Stan, TrN_NettoP, TrN_NettoR

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność w transakcjach międzymagazynowych

Sprawdzana jest zgodność kosztu księgowego i rzeczywistego zapisanego na elemencie i subelemencie dokumentów przychodowych (tabele cdn.TraElem, cdn.Traselem).

Porównywane są pola:

TrE_KosztKsiegowy, TrE_KosztRzeczywisty, TrS_KosztKsiegowyP, TrS_KosztRzeczywistyP, TrS_KosztKsiegowyR, TrS_KosztRzeczywistyR, TrN_Stan, TrN_NettoP, TrN_NettoR

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność transakcji

Zgodność ilości dostępnej na zasobie z ilościami wynikającymi z dokumentów

Sprawdzana jest zgodność ilości dostępnej na zasobie oraz wynikająca z dokumentów zarejestrowanych w programie (Tabele cdn.TwrZasoby, cdn.TraSElem, cdn.MagSElem).

Porównywane są pola:

Trs_ilosc, Mas_ilosc, Twz_ilosc

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność nagłówka z tabelą VAT, poprawny rejestr VAT

Sprawdza zgodność zapisanej informacji o wartości VAT na nagłówku i tabeli VAT dla dokumentów (tabele cdn.TraNag, cdn.TraVat).

Porównywane są pola:

TrN_NettoP, TrV_NettoP, TrN_NettoR, TrV_NettoR, TrN_VatP, TrV_VatP, TrN_VatR, TrV_VatR, TrN_VatRejestr, TrN_VatTyp

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność nagłówka z pozycjami dokumentu

Test zgodności danych zapisanych na pozycjach dokumentu i nagłówkiem (tabele cdn.TraNag, cdn.TraElem).

Porównywane są pola:

TrN_WartoscWal, TrE_WartoscPoRabacie, TrE_KsiegowaNetto, TrE_KsiegowaBrutto,

TrN_NettoP, TrN_NettoR, TrN_VatP, TrN_VatR

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność daty pomiędzy nagłówkiem i pozycjami

Test zgodności dat zapisanych na pozycjach dokumentu i nagłówkiem (tabele cdn.TraNag, cdn.TraElem).

Porównywane są pola:

TrN_DataMag , TrN_Data3, TrE_TrnTStamp

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność z płatnościami

Test zgodności danych o płatnościach zapisanych na dokumencie i w tabeli Płatności (tabele cdn.TraNag, cdn.TraPlat).

Porównywane są pola:

TrN_WartoscWal, TrN_VatR, TrN_KursM, TrN_KursL, TrN_NettoP, TrN_VatP

TrP_Kwota, TrP_KursM, TrP_KursL

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność kontrahenta z nagłówka z kontrahentem na płatności

Test zgodności danych o kontrahencie zapisanych na dokumencie i w tabeli Płatności (tabele cdn.TraNag, cdn.TraPlat).

Porównywane są pola:

trp_kntnumer, trn_knpnumer

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Poprawność płatności do spinaczy

Sprawdza czy dla płatności zapisanej w bazie istnieje spinacz który jest nią rozliczony (tabela TraPlat).

Porównywane są pola:

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Poprawność nagłówków spinaczy

Sprawdzana jest poprawność nagłówków spinaczy (tabela cdn.TraNag).

Porównywane są pola:

TrN_GID, TrN_SpiGID

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność magazynów w przesunięciach magazynowych

Sprawdzana jest zgodność magazynów na dokumentach przesunięć międzymagazynowych zapisanych na nagłówku dokumentu i na subelementach (Tabele cdn.TraNag, cdn.TraSElem).

Porównywane są pola:

TrS_MagGID, TrN_MagZGID, TrN_MagDGID

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Poprawność wystawienia transakcji z kontrahentem jednorazowym

Sprawdzana jest poprawność transakcji z kontrahentem Jednorazowym (tabela cdn.TraNag).

Porównywane są pola:

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność wartości TrE_RzeczywistaNetto, TrE_KsiegowaNetto na dokumentach pochodzących z zamówień

Sprawdzana jest zgodność wartości rzeczywistej netto oraz wartości księgowej netto zapisanej na dokumencie handlowym pochodzącym z zamówienia oraz na zamówieniu (tabele cdn.TraNag, cdn.TraElem)

Porównywane są pola:

TrE_KsiegowaNetto, TrE_ RzeczywistaNetto

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Sprawdzenie równania Ilość*Cena = Wartość

Sprawdzana jest poprawność wyliczonej wartości na dokumentach handlowych (tabela cdn.TraElem).

Porównywane są pola:

TrE_Cena, TrE_Ilosc, TrE_KsiegowaNetto, TrE_KsiegowaBrutto

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność dat transakcji

Transakcje z datą wyprzedzające

Sprawdzana jest poprawność dat zapisanych na pozycjach dokumentów (Tabela cdn.TraELem).

Porównywane są pola:

TrE_TrnTStamp

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Transakcje z data wsteczną (antydatowane)

Sprawdzana jest poprawność dat zapisanych na pozycjach dokumentów (Tabela cdn.TraELem).

Porównywane są pola:

TrE_TrnTStamp

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Transakcje przyjęcia przed datą dostawy

Sprawdzana jest poprawność dat zapisanych na nagłówkach dokumentów przychodowych oraz na związanych z nimi dostawach(tabele cdn.TraSElem, cdn.TwrDostawy)

Porównywane są pola:

TrS_TrNTStamp, Dst_DstTStamp

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Transakcje rozchodu przed datą dostawy

Sprawdzana jest poprawność dat zapisanych na nagłówkach dokumentów rozchodowych oraz na związanych z nimi dostawach (tabele TraSElem, TwrDostawy).

Porównywane są pola:

TrS_TrNTStamp, Dst_DstTStamp

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Korekty wystawione przed datą oryginału

Sprawdzana jest poprawność dat na oryginale dokumentu oraz na korekcie z nim związanym (tabele cdn.TraNag, cdn.TraSElem).

Porównywane są pola:

TrS_TrNTStamp, TrN_DataMag

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność transakcji magazynowych z handlowymi

Zgodność ilości dostawy i magazynu

Sprawdzana jest ilość towaru wynikająca z zapisów na dostawie oraz na dokumentach magazynowych (tabel cdn.TraSElem, cdn.MagSElem).

Porównywane są pola:

TrS_Ilosc, Mas_Ilosc, mas_dsttyp, mas_dstnumer, trs_dsttyp, trs_dstnumer, mas_magtyp, mas_magnumer, trs_magtyp, trs_magnumer

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Sprawdzenie istnienia transakcji handlowej dla transakcji magazynowej

Sprawdzane jest czy dla dokumentów magazynowych które powinny zawierać dokumenty handlowe, istnieją poprawnie wygenerowane dokumenty (tabele cdn.MagSElem, cdn.TraSElem).

Porównywane są pola:

TrS_GIDTyp, TrS_GIDFirma , TrS_GIDNumer, TrS_GIDLp, Mas_ZrdTyp , Mas_ZrdFirma, Mas_ZrdNumer, Mas_ZrdLp

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność transakcji magazynowych z zamówieniami

Zgodność ilości zamówienia i magazynu

Sprawdzana jest zgodność ilości zapisana na elemencie zamówienia oraz na powiązanych z nimi dokumentach magazynowych (tabele cdn.MagSElem, cdn.ZamElem).

Porównywane są pola:

MaS_Ilosc, ZaE_Ilosc

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność dostaw

Zgodność kosztu księgowego i rzeczywistego z wartością na transakcjach zakładających

Sprawdzana jest zgodność kosztu księgowego oraz rzeczywistego pomiędzy dostawami oraz pozycjami dokumentów. (tabele cdn.TraSElem, CDN.twrdostawy).

Porównywane są pola:

TrS_KosztKsiegowy, TrS_KosztRzeczywisty, Dst_KsiegowaNetto, Dst_RzeczywistaNetto

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Istnienie dokumentów zakładających dostawy

(tabele cdn.TraSElem, cdn.TwrDostawy, CDN.ImpElem)

Porównywane są pola:

Trs_TrnTyp, Trs_TrnFirma, Trs_TrnNumer, Trs_TrnLp, Trs_SubGIDLp, ImE_GIDNumer, mas_gidfirma, mas_gidnumer, mas_gidtyp, mas_gidlp, mas_subgidlp

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność inwentaryzacji

Istnienie dokumentów PW i RW inwentaryzacyjnych

Sprawdzane jest czy dla dokumentu inwentaryzacyjnego (z którego wynikają różnice w ilości towaru na magazynie) zostały wygenerowane dokumenty PW i RW (tabele cdn.InwNag, cdn.TraNag)

Porównywane są pola:

InN_RWTyp, Inn_RWNumer, InN_PWTyp, Inn_PWNumer, Trn_GIDTyp, TrN_GIDNumer

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność ilości na arkuszach i dokumentach PW i RW inwentaryzacyjnych

Sprawdzane jest czy dla dokumentu inwentaryzacyjnego (z którego wynikają różnice w ilości towaru na magazynie) zostały poprawnie wygenerowane dokumenty PW i RW (tabele cdn.InwTwr, cdn.InwArkTwr, CDN.TraSElem).

Porównywane są pola:

INT_iloscmag, IAT_iloscinw, TrS_ilosc

Pojawiające się komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zamówienia

Zgodność rezerwacji dla zamówienia

Sprawdzane są założone rezerwacje na zamawianych towarach.

Tabele biorące udział w analizie:

cdn.Rezerwacje, cdn.ZamNag, cdn.ZamElem, cdn.TraNag, cdn.TraElem, cdn.TraSElem, cdn.MagNag, cdn.MagSElem, cdn.SadElem

Pojawiające się komunikaty:

Dokument ma ustawioną flagę Aktywny- zamówienie posiada ustawioną flagę Aktywny.

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność pozycji zamówienia z tabelą VAT

Sprawdzane jest czy nagłówek na zamówieniu (cdn.Zamnag) jest zgodny z tabelą VAT (cdn.ZamVat).

Tabele biorące udział w analizie:

cdn.ZamNag, cdn.ZamVat, cdn.ZamElem

Możliwe komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność relacji stan-typ zamówienia

Sprawdzenie poprawności stanu zamówienia w zależności od jego typu.

Tabele biorące udział w analizie:

cdn.ZamNag

Możliwe komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Poprawność zamówień wewnętrznych

Sprawdzanie poprawności statusu zamówienia wewnętrznego z wystawionymi do niego dokumentami handlowymi. Jeśli do zamówienia istnieją wystawione dokumenty handlowe inne niż MMW wykazywany jest błąd.

Tabele biorące udział w analizie:

cdn.ZamNag, cdn.TraNag, cdn.ImpNag, cdn.MagNag

Możliwe komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność ilości dla zrealizowanego zamówienia wewnętrznego

Sprawdzenie dla stanu zrealizowany, czy pokrywa się ilość towaru na takim dokumencie z sumą ilości na MMW wystawionych z niego.

Tabele biorące udział w analizie:

cdn.ZamNag, cdn.ZamElem, cdn.TraNag, cdn.TraElem

Możliwe komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Sprawdzenie poprawności wypełnienia nowych pól

Sprawdzenie poprawności nowo dodanych pól po wykonaniu konwersji bazy danych.

Tabele biorące udział w analizie:

cdn.ZamNag, cdn.Rezerwacje

Możliwe komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

SAD

Zgodność wartości dostawy SAD/FWS z FAI

Sprawdzenie dla każdej pozycji SAD czy suma kwot wartości dostawy dla tej pozycji jest równa wartości pozycji FAI, z której pochodzi.

Tabele biorące udział w analizie:

cdn.ImpNag, cdn.ImpElem, cdn.SadNag, cdn.SadElem, cdn.SadSElem

Możliwe komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność VAT’u dla dokumentów SAD

Sprawdzenie, czy suma podstawy VATu z kwot elementów SADu jest równa wartości netto z tabeli VAT (grupowanie po poszczególnych stawkach VAT), natomiast suma kwot VAT z elementów równa wartości VAT z tabeli VAT.

Tabele biorące udział w analizie:

cdn.SadNag, cdn.SeSKwoty, cdn.TraVat

Możliwe komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność kwot na dokumentach SAD/FWS

Sprawdzenie, czy poszczególne kwoty w nagłówku SADu są równe sumom kwot elementów.

Tabele biorące udział w analizie:

cdn.SadNag, cdn.SadKwoty, cdn.SaEKwoty

Możliwe komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zgodność wartości FAI z płatnościami

Sprawdzenie, czy suma wszystkich pozycji FAI równa się sumie płatności tego dokumentu.

Tabele biorące udział w analizie:

cdn.ImpNag, cdn.ImpElem, cdn.TraPlat

Możliwe komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Sprawdzenie ilości na dostawach dla faktur importowych

Sprawdzana jest zgodność pomiędzy Dostawami, a elementami Faktury importowej.

Tabele biorące udział w analizie:

cdn.ImpNag, cdn.ImpElem, cdn.Dostawy

Możliwe komunikaty:

Poprawa niezgodności wymaga interwencji z poziomu bazy.

Zakończenie

Systematyczne koordynowanie spójności bazy danych stanowi podstawowy warunek utrzymania poprawności danych. Testy integralności są kluczowym narzędziem pomocnym w analizie problemów zaburzających prawidłowość danych, dlatego Użytkownik Systemu powinien być świadomy faktu, że regularne ich uruchamianie i natychmiastowa reakcja na występujące problemy stanowią podstawę otrzymania rzetelnego obrazu transakcji handlowych.

Ogólny opis funkcji: naprawa stanów towarów

Naprawa stanów towarów jest funkcją specjalną służącą do naprawy błędów w bazie dotyczących obrotem towarów. Może również służyć do analizy historii dostaw towaru.

Parametry konfigurujące działanie Naprawy stanów towarów

W oknie Naprawa Stanów Towarów, w module Administrator, na zakładce: Test, znajdują się parametry służące do ustalenia zakresu wykonywanego testu oraz towaru, dla którego będzie on wykonywany.

Poprzez zaznaczenie opcji: Wszystkie towary/Wybrany towar, Użytkownik decyduje, czy test ma być wykonany dla wszystkich towarów, czy też dla wybranego towaru/grupy towarów. W nowszych wersjach dostępna jest również opcja wskazania konkretnej dostawy.

Zakres tabel, które będą przeglądane można ustalić poprzez opcje znajdujące się w grupie Sprawdzaj.

Parametry decydujące dla jakich dokumentów wykonywane są wybrane testy

Parametry odpowiadające za rodzaj wykonywanych testów

TrE=TrS: porównuje sumę wartości z subelementów (tabela cdn.TraSElem) z odpowiednimi wartościami na elemencie (tabela cdn.TraElem). W ramach testu kontrolowane są wartości następujących pól: TrE_Ilosc=sum(TrS_Ilosc),TrE_KosztKsiegowy=sum(TrS_KosztKsiegowy), TrE_KosztRzeczywisty=sum(TrS_KosztRzeczywisty)

Opcja: Historia

Jej zaznaczenie uruchamia tryb historyczny Naprawy stanów towarów. Ten tryb pracy nie wyszukuje błędów dla towarów. Służy on do analizy historii dostaw.

Tryb wyszukiwania uszkodzonych stanów towarowych

Aby uruchomić test w trybie wyszukiwania błędów należy odznaczyć opcję: Historia oraz ustalić dla jakich dokumentów ma być wykonany test.

Wykonanie testu powoduje wygenerowanie listy towarów, dla których występują błędy. Lista ta wyświetlana jest w grupie: Naprawa uszkodzonych towarów. Aby indeks towarowy znalazł się na liście towarów uszkodzonych, wartości na zasobach muszą różnić się od odpowiednich wartości wynikających z historii dokumentów. Podświetlenie towaru z listy powoduje wyświetlanie stanu wg zasobów oraz stanu wg historii dokumentów.

Różnica w którymkolwiek z pól (Stan: handlowy, magazynu, ilości, wartość; Stan: celny, wartość) powoduje uznanie towaru za uszkodzony.

Lista błędów dla towaru wybranego z listy uszkodzonych znajduje się na zakładce: Szczegóły.

Znajdujące się tutaj błędy można odbudować przy użyciu funkcji: Odbuduj, wywoływanej spod menu kontekstowego. W tym przypadku mamy do czynienia z sytuacją kiedy ilość na zasobie jest większa niż ilość w historii, dlatego naprawa polega na prostym odbudowaniu zasobu.

W celu wykonania ręcznej modyfikacji wartości na dostawach lub zasobach należy użyć funkcji Szczegóły dostawy/Szczegóły zasobu. Funkcje te powodują otwarcie formatki z wyświetlonymi wartościami z tabel cdn.Dostawy/cdn.TwrZasoby.

Nie wszystkie błędy mogą być naprawione na podstawie historii dokumentów. Automatyczna odbudowa części z błędów spowodowałaby występowanie wartości niedopuszczalnych przez system CDN XL (np. ujemne stany na zasobie). W takim przypadku należy przeanalizować historię dostawy na zakładce: Historia.

Na zakładce: Historia, znajduje się lista wszystkich subelementów wskazujących na dostawę podświetloną na zakładce: Szczegóły. W menu kontekstowym wywoływanym dla pozycji z listy znajdują się funkcje pozwalające na modyfikację nagłówka, elementu oraz subelementu wskazanego przez operatora.

Tryb historyczny naprawy stanów towarów

W celu uruchomienia Naprawy stanów towarów w trybie historycznym należy w grupie Sprawdzaj zaznaczyć opcję: Historia.

Tryb historyczny nie wyszukuje błędów dla towarów. Jest to narzędzie służące do analizy historii dostawy dla towarów.

Wykonanie testu w trybie historycznym, powoduje zapełnienie zakładki Szczegóły listą wszystkich dostaw towaru. Po wskazaniu interesującej dostawy, na zakładce Historia wyświetlane są wszystkie subelementy korzystające z niej. Analiza historii dostaw pozwala na odszukanie przyczyn stanów, które nie są uznawane za błąd (nie wynikają z utraty spójności bazy danych), np. niezgodność ilości handlowych i magazynowych towaru.

Przykłady zastosowania Naprawy stanów towarów

Nie można anulować korekty ilościowej dokumentu sprzedaży

Komunikat:

Zasób, z którego korzystała korekta został rozchodowany przez inny dokument.

Zamienić dostawę na jednym z dokumentów rozchodowujących towar, korzystającym z tej samej dostawy co korekta, której nie można anulować.

Należy uruchomić test Naprawa stanów towarów, w trybie historycznym. Na zakładce: Szczegóły znajdują się wszystkie dostawy dla towaru.

Zaznaczenie dostawy spowoduje wyświetlenie na zakładce: Historia, wszystkich subelementów, które wskazują na dostawę założoną dokumentem PW-5/01/2019. Na liście tej występuje RWK-3/01/2019, który chcemy anulować.

Na subelemencie dokumentu ZWM-5/01/2019 podpiętego do RW-4/01/2019 należy zmienić numer dostawy, na dostawę założoną przez inny dokument, np. dokument PW-4/01/2019. W celu wyedytowania tej formatki należy na określonej pozycji z menu kontekstowego wybrać: Szczegóły subelementu i przejść na zakładkę GIDy. W grupie: Dostawa, należy podać GIDNumer nowej dostawy.

Aby sprawdzić numer dostawy PW-4/01/2019 należy w sposób na zakładce Szczegóły zaznaczyć tę dostawę oraz przejść na Historię i z tego poziomu sprawdzić GIDNumer dostawy. W tym przypadku będzie to numer 144267.

Zmieniamy numer dla dokumentu magazynowego na zakładce GIDy na subelemencie.

Analogicznie należy zamienić numer dostawy dla subelementu RW.

Dla subelementu oraz elementu RW należy zamienić również wartości w grupie: Koszty (zakładka: Wartości), w przypadku, gdy różnią się one dla starej i nowej dostawy.

Następnie należy ponownie wykonać test dla towaru w trybie wyszukania błędów. Na zakładce: Szczegóły, zostanie wyświetlona lista błędów dotycząca ilości na zasobach. Należy poprawić te błędy korzystając z funkcji: Odbuduj, wywoływanej z menu kontekstowego. W celu weryfikacji poprawności wykonanych prac oraz spójności bazy danych konieczne jest ponowne wykonanie testu dla towaru.

Nie podano kosztów na korekcie ręcznej faktury sprzedaży; dostawa założona przez ten dokument została częściowo rozchodowana

Proponowane rozwiązanie

Należy ustalić koszt na dostawie oraz odpowiednio zmodyfikować koszty na dokumentach rozchodujących tą dostawę.

Aby zmodyfikować koszt na dostawie, po uruchomieniu testu w trybie historycznym na zakładce: Szczegóły, należy wyświetlić szczegóły dostawy założonej modyfikowaną korektą faktury sprzedaży.

W grupie: Wartości księgowe, znajdują się koszty określone na dostawie, które mają zostać zmodyfikowane. Wartości wyświetlone w kontrolkach zaznaczonych odpowiadają następującym polom w tabeli cdn.Dostawy: Dst_KsiegowaNetto, Dst_KsiegowaBrutto, Dst_RzeczywistaNetto.

Po zapisaniu zmian na dostawie zmienione zostaną koszty.

Następnym krokiem będzie wykonanie poprawek na elementach i subelementach dokumentów.

Z zakładki: Historia, należy wyedytować szczegóły subelementu dla dokumentu zakładającego dostawę. W grupie: Koszty subelementu powinny znajdować się wartości równe – co do znaku (!)- wartościom zapisanym na dostawie w polach: Dst_KsiegowaNetto, Dst_RzeczywistaNetto.

Analogiczną operację wykonujemy dla elementu. Należy tutaj zauważyć, że koszt w elemencie powinien być sumą kosztów zapisanych w subelementach związanych z tym elementem.

Następnym krokiem jest poprawa kosztów na subelementach i elementach dla dokumentów handlowych rozchodujących tą dostawę. Lista wszystkich dokumentów (subelementów) korzystających z tej dostawy wyświetlona jest na zakładce: Historia.

W celu wykonania dalszych poprawek należy ponownie wykonać test bez zaznaczonej opcji: Historia (poszukiwanie błędów). Test zwraca na zakładce: Szczegóły, błędy związane z zasobami, które można odbudować funkcją: Odbuduj, dostępną w menu kontekstowym.

Stan magazynu na dzień bieżący nie zgadza się ze stanem wg zasobów

Przyczyn występowania tego typu problemów może być wiele. Przykład ten ma na celu przedstawienie ścieżki postępowania w celu odszukania ich przyczyny oraz sposobu poprawy błędu.

Na liście towarów wyświetlany stan towaru do sprzedaży i magazynowy jest sumą jego zasobów.

Stan magazynu na dzień dla towaru (raport: Stan magazynu na dzień) jest wyliczany na podstawie historii dokumentów. Jeśli nie istnieją dokumenty z analizowanym towarem na datę późniejszą niż wykonywany raport, stany magazynowe i handlowe powinny być zgodne z sumą zasobów.

Niezgodność stanów jest często spowodowana błędnymi ilościami handlowymi i magazynowymi dla zasobów (tabela cdn.TwrZasoby, pola TwZ_IlSpr, TwZ_IlMag, TwZ_Ilosc). Na rysunku pokazano ilości handlowe i magazynowe dla towaru wyliczone wg zasobów. Ilości magazynowe nie zgadzają się z wyliczonymi przez raport Stan magazynu na dzień.

Aby odnaleźć przyczynę występowania niezgodności należy uruchomić naprawę stanów towarów w trybie wyszukiwania błędów.

Na zakładce: Szczegóły, znajduje się lista błędów. Kolejne błędy pokazują, dla których dostaw ilości na zasobach są nieprawidłowe W tym przypadku ilość magazynowa na zasobach, wyliczona wg historii dokumentów powinna być ujemna co jest sytuacja nieprawidłową. Możemy przypuszczać, że istnieje dokument magazynowy nieprawidłowo wydający towar.

Na zakładce: Historia, można odszukać subelement, który nieprawidłowo rozchodowuje towar. Jak można zauważyć dostawa przyjęta dokumentem FZ opiewa na 30 szt. Została ona całkowicie rozchodowana dokumentami FS, do której podpięty był dokument magazynowy (nie pokazany na rysunku). Dokument WM, niezwiązany z handlowym, nieprawidłowo rozchodowuje towar, powodując wyliczenie ujemnych stanów magazynowych na zasobie.

Okazało się, że dokument ten nieprawidłowo korzysta również z innych zasobów. Ilość analizowanego towaru znajdująca się na nim w pełni wyjaśniała różnicę między stanem magazynowym wyliczonym wg historii dokumentów a ilością wynikającą z zasobów.

W celu naprawy stanów można anulować ten dokument lub podpiąć subelement do innej dostawy. Nie można anulować korekty ilościowej dokumentu sprzedaży). Następnie należy ponownie wykonać test Naprawa stanów towarów i odbudować błędy przyciskiem: Odbuduj zasoby na podstawie historii dokumentów, dostępnym na zakładce: Test.

Po wykonaniu odbudowy można ponownie wystawić dokument WM identyczny z anulowanym.

Aby przyspieszyć wystawienie takiego dokumentu, przed anulowaniem można wczytać go do Notatnika i wygenerować ponownie przy użyciu tej funkcjonalności.

Ustalanie wartości dostaw

W Systemie Comarch ERP XL istnieje funkcjonalność określana jako ustalanie wartości dostaw. Mechanizm ustalania wartości dostaw polega na przyjęciu towaru bez znajomości jego wartości, oraz umożliwienie sprzedaży takiego zasobu. Podczas zatwierdzania wartości dostawy następuje aktualizacja kosztów na dokumentach sprzedaży rozchodujących dostawę bądź wygenerowaniu korekt kosztu.

Przyjęcie towaru bez ustalonej wartości dostawy

Przyjęcie towarów bez ustalonej wartości może odbywać się następującymi dokumentami: PZ, PZI wygenerowane ręcznie, PW, PKA (dla kaucji). Nie jest możliwe przyjęcie towaru z niezatwierdzoną wartością fakturą zakupu (FZ).

W zależności od definicji, dokumenty powyższe mogą domyślnie przyjmować towar z ustaloną wartością dostaw lub po wyciągnięciu z bufora pozostawać niezatwierdzone wartościowo. Dostawy takie określamy jako zatwierdzone ilościowo. Domyślne ustawienie parametru Ustalona wartość dostawy przenoszone jest z definicji dokumentu przychodowego.

W zależności od ustawienia parametru: Ustalona wartość dostawy (widoczny na poniższym rysunku) dokument PZ pozostaje niezatwierdzony wartościowo (parametr niezaznaczony) lub zatwierdzony wartościowo (parametr zaznaczony).

Zapisanie dokumentu zatwierdzonego ilościowo (bez ustalonej wartości dostaw) powoduje założenie dostaw oraz zasobów na magazynach, a więc umożliwia sprzedaż towarów. Na elementach takiego dokumentu możliwa jest modyfikacja cen, wartości oraz rabatu dla pozycji.

Dokumenty zakupowe bez ustalonej wartości dostawy nie mogą być korygowane wartościowo. Korekty wartości takiego dokumentu można dokonać poprzez zmianę wartości na elementach dokumentu i zatwierdzenie wartościowe dokumentu.

Korekta ilościowa dokumentu zakupu dziedziczy wartość parametru ‘Ustalona wartość dostawy’ z dokumentu korygowanego. Parametr ten nie jest dostępny do edycji. Zatwierdzenie wartościowe dokumentu oryginalnego powoduje zmianę wartości na pozycjach korekty oraz automatyczne zaznaczenie parametru: Ustalona wartość dostawy.

Zatwierdzenie wartościowe dokumentu przyjęcia

Zatwierdzenie wartościowe dokumentu przyjęcia powoduje zaktualizowanie kosztów na elementach dokumentów rozchodowych, na których nie zaznaczono opcji Ustalono koszt własny sprzedaży. Dla dokumentów sprzedaży z zatwierdzonym przez operatora kosztem sprzedaży, zostaną wygenerowane korekty kosztu.

Wartość części zasobu, która nie została rozchodowana zostaje zaktualizowana podczas ustalania wartości dostawy.

Wykonanie operacji zatwierdzania wartościowego dokumentu przyjęcia, powoduje również zaktualizowanie ceny u dostawcy oraz ceny zakupu. W oparciu o zatwierdzaną cenę zakupu i zakładaną marżę aktualizowane są również ceny sprzedaży.

Sprzedaż zasobów pochodzących z dostaw zatwierdzonych ilościowo

Sprzedaż towarów, których dostawy nie zostały zatwierdzone wartościowo odbywa się na normalnych zasadach. Dostawę taką można wykorzystać na wszystkich dokumentach rozchodowych.

Wybranie na dokument sprzedaży zasobu pochodzącego z dostawy bez ustalonej wartości skutkuje nie zatwierdzeniem kosztów sprzedaży dla całego dokumentu. Na Nagłówku dla takiego dokumentu pozostaje niezaznaczony parametr Ustalono koszt własny sprzedaży. Pozycje dokumentu bez ustalonego kosztu własnego sprzedaży, które pobierają dostawy niezatwierdzone wartościowo, na zakładce: RKZ, wyróżnione są kolorem zielonym (poniższy rysunek).

Dla korekt dokumentów rozchodowych parametr: Ustalono koszt własny sprzedaży, jest dostępny do edycji na zasadach jak dla dokumentu rozchodowego, tj. możliwy do zaznaczenia przez operatora, bez możliwości odznaczenia po zapisaniu dokumentu lub po jego automatycznym zaznaczeniu przez system. W przypadku gdy dokument korekty jest w buforze, wówczas koszt jest nieustalony. Dla elementów korygowanych wartościowo parametr: Ustalono koszt własny sprzedaży, nie ma znaczenia, ponieważ nie zmienia kosztu własnego, w związku z tym przyjęto, że koszt jest ustalony.

Edycja subelementu na dokumencie sprzedaży pozwala stwierdzić, czy wartość wykorzystanej przez ten subelement dostawy została ustalona.

Zatwierdzenie wartościowe dokumentu sprzedaży

Zatwierdzenie wartościowe dokumentu sprzedaży może zostać wykonane w dwojaki sposób:

Ustalenie wartości dostawy – przykład

Towar został przyjęty dokumentem PZ: 10 szt. x 100 PLN oraz FZ: 10 szt. x 100 PLN. Dokument PZ nie został zatwierdzony wartościowo.

Dostawa założona przez PZ została rozchodowana na dwóch dokumentach WZ. Na dokument WZ-4/1/19 pobrano 5 szt. towaru (całość towaru na dokumencie została przyjęta dokumentem PZ). Dokument WZ-5/1/19 pobrał 5 szt. towaru: 3 szt. z PZ, a resztę z FZ.

Dokument WZ-4/1/19 został zatwierdzony wartościowo przez operatora w celu zaksięgowania. Na dokumencie koszt własny sprzedaży został ustalony w wysokości 500 PLN.

Dokumentu WZ-5/1/19 nie zatwierdzono wartościowo. System nie zatwierdził kosztów sprzedaży na tym dokumencie ponieważ część towaru pochodzi z PZ, która nie została zatwierdzona wartościowo. Na dokumencie został wyliczony koszt dla towaru w wysokości 500 PLN.

Na magazynie wciąż znajdowała się część zasobu przyjętego na PZ (2 szt. o wartości 200 PLN).

Po otrzymaniu od dostawcy faktury do dostawy z PZ okazało się, że towar powinien być przyjęty w cenie 105 PLN/szt. Cena na PZ została zaktualizowana, a dokument został zatwierdzony wartościowo.

Zatwierdzenie wartościowe dokumentu PZ spowodowało (kolumna: Koszt, w oknie: Historia towaru – widoczne na poniższym rysunku):

Ustalenie wartości dostawy w imporcie

W systemie Comarch ERP XL istnieje możliwość wystawienia dokumentu Przyjęcia zewnętrznego importowego (PZI) jako pierwszego dokumentu w ścieżce dokumentów importowych. Tym samym można obsłużyć sytuację skorygowania wartości towaru na magazynie po ewentualnym dodaniu kosztów np. transportu na dokumencie FWS lub SAD, bądź wygenerowaniu korekty do faktury importowej.

Dokument PZI zatwierdzony wartościowo

W przypadku zatwierdzonego wartościowo dokumentu PZI skorygowanie wartości towaru wiąże się z wystawieniem dokumentu Korekta przyjęcia zewnętrznego importowego (PKI).

Dokument PZI zatwierdzony ilościowo (nieustalona wartość dostawy)

Dokument PZI można zatwierdzić ilościowo (nieustalona wartość dostawy) odznaczając na zakładce Nagłówek parametr Ustalona wartość dostawy. Parametr ten może zostać odznaczony tylko w sytuacji, w której dokument PZI wystawiany jest ręcznie. W przypadku generowania tego dokumentu z innych dokumentów importowych parametr jest zaznaczony.

Jeżeli mamy zatwierdzony ilościowo dokument PZI, to wartościowo można go zatwierdzić:

Nieustalona wartość dostawy związana z generowaniem wielu faktur importowych do dokumentu PZI

W wersji 2021.1 Comarch ERP XL wprowadzono możliwość generowania wielu FAI do PZI.

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.

Szczególne przypadki generowania korekt kosztu

Nagłówki korekt kosztu mogą być powiązane z dokumentami zakupu, jak i ich korektami. KK wskazujące na dokumenty zakupu generowane są podczas ustalania wartości dostaw, co zostało opisane w rozdziale 1.5. KK wygenerowane podczas korygowania wartościowego dostawy będą wskazywać na korektę dokumentu zakupowego.

Dokumentem źródłowym dla KK mogą być dokumenty zakupu, korekty wartościowe dokumentów zakupu, dokumenty rozchodowe i ich korekty.

Szczególnym przypadkiem, kiedy źródłem korekty kosztu będzie dokument zakupu (np. PZ) jest ustalenie wartości dostaw przyjętych tym dokumentem.

Korekty kosztu są generowane z rozbiciem na subelementy. Każdy subelement wskazuje na dokument sprzedaży, dla którego wykonywana jest korekta. Ułatwia to przeprowadzenie analizy rzeczywistych kosztów własnych sprzedaży.

Dostępne do edycji na dokumencie KK są daty: wystawienia, sprzedaży i wydania na korektach kosztu. Daty pozostają aktywne do momentu zaksięgowania dokumentu.

Inicjowanie dat sprzedaży na generowanych korektach kosztu jest uzależnione od sposobu grupowania tych dokumentów.

Data wydania na korekcie kosztu jest zgodna z datą operacji magazynowej (wydania/przyjęcia) dokumentu inicjującego wygenerowanie dokumentu KK.

Data wystawienia na korektach kosztu jest zgodna z datą wpływu dokumentu inicjującego powstanie korekt kosztu (np. data wpływu korekty faktury zakupu).

Do Historii związanych dla dokumentów została dodana zakładka Korekty kosztu, gdzie wyświetlane są wszystkie korekty kosztu związane z dokumentem.

Parametry KK – Jedna czy wiele korekt kosztu dla jednego dokumentu zakupu?

Konfiguracja parametrów KK pozwala na określenie czy podczas generowania korekt kosztu (np. zatwierdzania wartościowego PZ lub wykonania korekty wartościowej FZ) powstanie jeden czy wiele takich dokumentów. O ilości generowanych korekt kosztu decyduje opcja Grupowanie dokumentów KK.

Dotychczasowa parametryzacja sposobu grupowania korekt kosztów dotyczyła zarówno przypadku ich generowania w wyniku zarejestrowania korekty wartościowej dokumentu zakupu, jak również ostatecznego ustalenia wartości dostawy, z której zarejestrowano już rozchód. W przypadku Firm, u których występowały oba powyższe scenariusze mogło powodować to rozbieżności w historycznej wartości magazynu.

Od wersji 2015.0 dla każdego typu operacji powodującej generowanie KK zostały przewidziane takie ustawienia konfiguracyjne, które pozwalają na generowanie KK z datami zapewniającymi prawidłowość raportu Stanu magazynu na dzień, ale również na zachowanie dotychczasowych ustawień dla Klientów, dla których dotychczasowa parametryzacja była wystarczająca.

Powyższe zostało osiągnięte poprzez rozdzielenia opcji grupowania dla poszczególnych „powodów” generowania KK oraz poprzez możliwość wskazania typu daty dla daty sprzedaży i wydania KK.

Możliwe do wyboru daty: sprzedaży i wydania KK determinowane są przez kryterium ich grupowania, przykładowo dla KK generowanego podczas ustalania wartości na PZ/PW/PZI/PKA przy opcji grupowania „wg dokumentu zakupu” nie będzie można wskazać jako daty na KK daty z dokumentu rozchodu, ponieważ generowany przy takich ustawieniach jeden dokument KK może mieć tylko jedną datę sprzedaży/wydania, a dokumentów rozchodowych może być wiele i mogą mieć on różne daty, nie przewiduje się bowiem możliwości ustalania daty subelementów KK różnej od daty na jej nagłówku.

Podczas konwersji bazy System ustawia ww. parametry wg dotychczasowych ustawień (oznaczonych na poniższym rysunku kolorem zielonym), na bazach kreowanych zaś wg ustawień pozwalających na poprawność generowanego raportu stanu magazynu na dzień (oznaczonych na poniższym rysunku pogrubioną czcionką).

Ustalanie dat na KK powstałym w wyniku anulowania dokumentów, dla których wygenerowano KK (np. FSK, WZK, MMW, FZK itd.) nie podlega ww parametryzacji. Na takich anty-KK daty sprzedaży/wydania ustalane są na

podstawie dat z KK dla której anty-KK powstają, bowiem tylko taki zapis gwarantuje poprawność „anulowania” KK. Takie anty-KK powstają, jak dotąd, wówczas, gdy dokument KK został już zaksięgowany i w związku z tym nie może zostać on anulowany wraz z anulowanym ww dokumentem.

Zachowana została dotychczasowa zasada, zgodnie z którą subelementy MMW i MMP na KK nie są łączone z subelementami innych dokumentów, dla MMW i MMP będę więc tworzone są odrębne dokumenty KK.

W przypadku, gdy data sprzedaży/wydania dokumentu KK ustalana na podstawie ww parametrów wypadłaby w zamkniętym okresie handlowym, System ustali datę w oparciu o datę końcową tego okresu, przesuniętą o 1dzień.

Generowanie dokumentów KK i daty na KK – Korekta zakupu:

Brak – po zaznaczeniu istnieje możliwość wybrania w polach daty na KK:

Sprzedaży: sprzedaży FS korekty FZK

Wydania: sprzedaży FS, wydania FS, wydania FZK

Wg dni sprzedaży – po zaznaczeniu można wybrać daty na KK:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS, wydania FZK

Wg miesięcy sprzedaży – w polach daty na KK:

Sprzedaży: m-c sprzedaży FS

Wydania: m-c sprzedaży FS, wydania FZK

Wg korekty zakupu – w polach daty na KK:

Sprzedaży: korekty FZK

Wydania: korekty FZK, wydania FZK

Generowanie dokumentów KK i daty na KK – Ustalenie wartości dostawy:

Brak – po zaznaczeniu istnieje możliwość wybrania w polach daty na KK:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS, wydania FS

Wg dni sprzedaży – po zaznaczeniu można wybrać daty na KK:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS

Wg miesięcy sprzedaży – w polach daty na KK:

Sprzedaży: m-c sprzedaży FS

Wydania: m-c sprzedaży FS

Wg korekty zakupu – w polach daty na KK:

Sprzedaży: zakupu PZ

Wydania: zakupu PZ, przyjęcia PZ

Generowanie dokumentów KK i daty na KK – Korekta sprzedaży:

Brak – po zaznaczeniu istnieje możliwość wybrania w polach daty na KK:

Sprzedaży: korekty FSK

Wydania: korekty FSK, przyjęcia FSK

Wg dni sprzedaży – po zaznaczeniu można wybrać daty na KK:

Sprzedaży: korekty FSK

Wydania: korekty FSK, przyjęcia FSK

Wg miesięcy sprzedaży – w polach daty na KK:

Sprzedaży: m-c korekty FSK

Wydania: m-c korekty FSK, m-c przyjęcia FSK

Wg korekty zakupu – w polach daty na KK:

Sprzedaży: korekty FZK

Wydania: korekty FZK, wydania FZK

Koszty dodatkowe – KDZ wg daty dostawy:

Brak – po zaznaczeniu istnieje możliwość wybrania w polach daty na KK:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS, wydania FS

Wg dni sprzedaży – po zaznaczeniu można wybrać datę:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS

Wg miesięcy sprzedaży – w polach daty na KK:

Sprzedaży: m-c sprzedaży FS

Wydania: m-c sprzedaży FS

Wg KDZ – w polach daty na KK:

Sprzedaży: operacji KDZ

Wydania: operacji KDZ

Koszty dodatkowe – KDZ wg daty kosztu/innej:

Brak – po zaznaczeniu istnieje możliwość wybrania w polach daty na KK:

Sprzedaży: sprzedaży FS, operacji KDZ

Wydania: sprzedaży FS, wydania FS, operacji KDZ

Wg dni sprzedaży – po zaznaczeniu można wybrać dla dat na KK:

Sprzedaży: sprzedaży FS

Wydania: sprzedaży FS, operacji KDZ

Wg miesięcy sprzedaży – w polach daty na KK:

Sprzedaży: m-c sprzedaży FS

Wydania: m-c sprzedaży FS, operacji KDZ

Wg KDZ – w polach daty na KK:

Sprzedaży: operacji KDZ

Wydania: operacji KDZ

Koszty dodatkowe to opcje pozwalające na decyzję o sposobie grupowania dokumentów KK oraz ich dacie w związku z wystawieniem dokumentu KDZ

Szczególne przypadki generowania dokumentów KK – przykłady

Modyfikacja zatwierdzonych korekt kosztu; anty-korekta kosztu

Niezaksięgowane korekty kosztu mogą zostać zmodyfikowane przez system. Modyfikacja polega na usunięciu subelementu z korekty kosztu. Sytuacja taka ma miejsce, gdy dokument rozchodowy, znajdujący się na korekcie kosztu zostanie anulowany. Jeśli na modyfikowanej w ten sposób korekcie kosztu zostanie usunięty ostatni subelement, system anuluje korektę kosztu.

Wygenerowanie anty-korekty kosztu ma miejsce w przypadku, gdy istnieje potrzeba modyfikacji korekty kosztu, która została zaksięgowana. Przykładem takiej sytuacji jest anulowanie dokumentu rozchodowego, znajdującego się na korekcie kosztu lub anulowanie korekty dokumentu zakupowego. Nagłówek tak powstałej korekty kosztu wskazuje na anulowany dokument. Subelementy anty-korekty kosztu wskazują na zaksięgowaną KK, która nie mogła być zmodyfikowana.

Ogólnie anulowanie korekty dokumentu przychodowego można traktować jak wystawienie korekty na taką samą wartość ale o przeciwnym znaku. W związku z tym:

Próba anulowania dokumentu PZ w tym momencie zakończy się komunikatem:

Jest to celowe działanie programu. Jest to związane z tym, że anulowanie PZ spowodowałoby usunięcie dostawy na którą wskazują korekty kosztu.

Korekta kosztu wynikiem anulowania korekty dokumentu zakupu

Kolejnym przypadkiem powstawania korekty kosztu jest anulowanie korekty dokumentu zakupu, podczas gdy część przyjętego towaru tym dokumentem zakupu została już rozchodowana.

Operacja anulowania korekty dokumentu zakupu, powoduje przywrócenie kosztu towaru do takiego poziomu, po jakim został on przyjęty. Jednocześnie ta część towaru, która została sprzedana po wystawieniu korekty dokumentu zakupu, a przed jej anulowaniem, musi mieć zmodyfikowany koszt. W tym właśnie celu zostaje automatycznie wygenerowana korekta kosztu.

Generalnie powstająca korekta kosztu ma za zadanie przeszacować koszt towaru na dokumentach sprzedaży, gdy ulegnie on zmianie.

Rysunek 12 Odzwierciedlenie historii towaru T5 według opisanego powyżej przykładu

Wartość powstałej korekty kosztu KK wynika z równania:

KK = 4 szt. x (-5) PLN = (-20) PLN

Gdzie: 4 szt. to ilość sprzedanego towaru dokumentem FS,

(-5) PLN to różnica między kosztem z anulowanej korekty PZK a aktualnym, zgodnym z PZ

Na elemencie wygenerowanej korekty kosztu na zakładce Dokumenty wskazany jest dokument sprzedaży, którego ta korekta kosztu bezpośrednio dotyczy.

Korekty kosztów wynikiem korygowania dokumentów zakupu i sprzedaży

Przypadkiem powstawania korekt kosztów jest także wystawianie, w określonych sytuacjach
i kolejności, korekt do dokumentów zakupu oraz sprzedaży. Powstałe korekty kosztów w odpowiedzi na wystawione korekty dokumentów handlowych, przeszacowują naliczone wcześniej koszty. Poniższy przykład dotyczy ustawienia w konfiguracji systemu ‘Grupowanie dokumentów KK – brak’.

Korekta kosztów efektem wydania produktu przed rozliczeniem zlecenia produkcyjnego

Korekta kosztu zostanie wygenerowana również w momencie, gdy uzyskany na drodze zlecenia produkcyjnego produkt/towar, zostanie wydany przed ostatecznym rozliczeniem tegoż zlecenia. Dzieje się tak oczywiście przy scenariuszu postępowania, który został przedstawiony poniżej.

Opisany przykład sprowadza się do zmiany wstępnie ustalonego na dokumencie PW kosztu produktu i odzwierciedlenia tej zmiany w postaci korekty kosztu.

W momencie rozliczania zlecenia produkcyjnego automatycznie zostaje wygenerowana korekta kosztu KK-1/2/19 w wartości -25 PLN, która przeszacowuje koszt na dokumencie PW-1/2/19 (koszt dla sprzedanej 1 szt. P1 na wcześniej nie zatwierdzonym wartościowo PW został obniżony o 25 PLN).

Generowanie korekty kosztów podczas podmiany dostaw przy korekcie ilościowej dokumentu zakupu

Powstanie dokumentu korekty kosztu może być również wynikiem ilościowego korygowania dokumentu przychodowego, podczas gdy część lub cały przyjęty zasób został rozchodowany.

Wartość powstałej korekty kosztu KK wynika z równania:

KK = [(-4) szt. x 10 PLN] + [4 szt. x 15 PLN] = 20 PLN

Gdzie kolejno:

(-4) szt. to korygowana ilość z dokumentu FZ-5/2/19, która uprzednio została już rozchodowana dokumentem FS,

10 PLN to cena zakupu, po jakim został przyjęty a następnie rozchodowany towar P1

4 szt. to jednocześnie ilość, jaka została pobrana z obcej dostawy, w momencie gdy dokument FZ-5/2/19 był korygowany

15 PLN to cena zakupu, po jakiej został przyjęty zasób podmieniony w celu zwrotu na korekcie FZK-7/2/19

Korekty kosztu dla przesunięć magazynowych

Specyficznym przypadkiem jest korygowanie kosztu dla dokumentów przesunięć międzymagazynowych MMW/MMP. Powstająca korekta kosztu koryguje koszt zarówno na magazynie źródłowym jak i docelowym. Taka sytuacja ma miejsce, nawet gdy korygowany zasób nie był sprzedany z żadnego z magazynów. W efekcie może powstać korekta kosztu na wartość 0 PLN. Jest to spowodowane tym, że jeden z subelementów koryguje wartość magazynu źródłowego, a drugi subelement koryguje wartość na magazynie docelowym. Korekty na magazynie źródłowym i docelowym maja taką samą wartość, ale przeciwne znaki, co w sumie daje wartość 0 PLN.

Fakt ten determinuje konieczność powstania korekty kosztu dla dokumentu przesunięcia międzymagazynowego podczas ustalania wartości dostaw.

Ogólnie dla dokumentów przesunięć międzymagazynowych podczas korekty wartości dostaw:

powstaje korekta kosztu z dwoma subelementami (zakładając, że MMP zostało wygenerowane i zatwierdzone oraz jest odpowiednie grupowanie dokumentów KK):

zwiększając koszt księgowy na jednym z magazynów

drugi na wartość przeciwną, korygując koszt na drugim magazynie

dla każdej korekty zakupu korygującej zasób wykorzystany przez MMW/MMP powinna powstać KK. Całkowita wartość poszczególnych KK powinna być zerowa

Przykładem generowania KK dla przesunięć międzymagazynowych jest poniższy scenariusz, w którym powstanie KK determinuje ilościowe korygowanie dokumentu przychodowego, podczas gdy część lub cały przyjęty zasób został przesunięty na inny magazyn. Szczegóły poniżej:

Wartość powstałej korekty kosztu KK wynika z równania:

KK = [(-2) szt. x 10 PLN] + [2 szt. x 15 PLN] + [2 szt. x 10 PLN] + [(-2) x 15 PLN] = 0

Gdzie kolejno:

(-2) szt. to korygowana ilość z dokumentu PZK-9/2/19 (dostawa PZ-7/2/19), która uprzednio została wydana dokumentem MMW-9/2/19 z magazynu MAG,

10 PLN to cena zakupu, po jakiej został przyjęty a następnie wydany towar P2

2 szt. to jednocześnie ilość, jaka została pobrana z obcej dostawy, w momencie korygowania dokumentu PZ-7/2/19

15 PLN to cena zakupu, po jakiej został przyjęty zasób podmieniony w następstwie korekty PZK-9/2/19

Powyższe wartości dotyczą magazynu MAG. Dla magazynu MAG1 mamy natomiast:

2 szt. to korygowana ilość z dokumentu PZ-8/2/19, która uprzednio została przyjęta dokumentem MMP-9/2/19 do magazynu MAG1,

10 PLN to cena zakupu, po jakiej towar P2 został przyjęty

(-2) szt. to jednocześnie ilość, jaka została pobrana z obcej dostawy, podczas korygowania dokumentu PZ-7/2/19

15 PLN to cena zakupu, po jakiej został przyjęty zasób pobrany na korektę PZK-9/2/19

Dodatkowe koszty wliczone w wartość towaru w magazynie na osobnym dokumencie

1. Wystawić dokument PZ w następujący sposób:

2. Spiąć dokument PZ do spinacza (S)FZ i na spinaczu (S)FZ ustawić następujące parametry:

3. Do dokumentu PZ wystawić dokument korekty (PZK) w następujący sposób:

4. Jeżeli koszty dodatkowe nie są zarejestrowane na innym dokumencie, to spiąć dokument PZK do spinacza korekt (S)FZK i na spinaczu korekt ustawić następujące parametry:

Dodatkowe koszty nie wliczane w wartość towaru w magazynie

Należy wystawić dokument FZ posiłkując się informacjami zawartymi w punkcie 1(pierwszym) rozdziału 'Dodatkowe koszty wliczone w wartość towaru w magazynie na osobnym dokumencie' .

Zobowiązanie wobec Urzędu Celnego

Drugim etapem jest wygenerowanie płatności dla Urzędu. Aby to zrobić należy wystawić notę memoriałową na kwoty: cła, akcyzy i VATu.

W celu poprawnego zdefiniowania noty memoriałowej należy dodać odpowiednią Listę symboli kwot typu rozchodowego, z podziałem na cło, akcyzę i VAT.

Na definicji noty memoriałowej, w celu wskazania adresata płatności, którym jest Urząd, należy wybrać miejsce określania podmiotu bezpośrednio na nagłówku. Dzięki tak zdefiniowanym parametrom noty memoriałowej możliwe będzie prawidłowe wystawienie dokumentu noty memoriałowej generującej płatność na rzecz Urzędu, a wykorzystując    na zakładce Ogólne noty memoriałowej Użytkownik uzyska możliwość odwołania się do Listy symboli kwot, dla określenia ich wartości

Przygotowanie systemu

Przed rozpoczęciem inwentaryzacji w systemie Comarch ERP XL należy uporządkować stany ilościowe towarów na magazynie, na którym będzie wykonywana inwentaryzacja tak, aby ilości handlowe i magazynowe były zgodne.
W tym celu należy w pierwszej kolejności zatwierdzić wszystkie dokumenty handlowe, których subelementy korzystają z danego magazynu.

W celu odnalezienia interesujących nas dokumentów handlowych znajdujących się w buforze warto przygotować odpowiedni filtr na listę dokumentów zwracający takie pozycje lub wykonać zapytanie z poziomu SQL Query. Zapytanie może mieć przykładową postać:

Kolejnym krokiem, jaki należy wykonać jest wygenerowanie do istniejących dokumentów handlowych brakujących dokumentów magazynowych oraz spięcie istniejących i niezwiązanych dokumentów magazynowych z dokumentami handlowymi. W ten sposób uzyskamy zgodność ilości handlowych i magazynowych poszczególnych towarów, co jest niezbędne dla prawidłowego przeprowadzenia procesu inwentaryzacji. Każdy z dokumentów przychodowy musi mieć ustaloną wartość dostawy.

Tworzenie inwentaryzacji

Możliwość utworzenia inwentaryzacji w zamkniętym okresie operacji handlowych, zależna jest od zaznaczenia na karcie operatora (tworzącego inwentaryzację) parametru: Zamykanie okresu operacji handlowych:

Tworzenie nagłówka inwentaryzacji

Nową inwentaryzację można dodać z poziomu modułu: Sprzedaż w menu Zastawienia, Inwentaryzacja lub modułu: Administrator w menu Firma, Magazyny, wskazując właściwy magazyn, a następnie korzystając z opcji: [Inwentaryzacja]. Jeżeli pojawi się komunikat z informacją na temat dokumentów w buforze lub rozbieżności stanów, to należy sprawdzić istniejące dokumenty pod kątem treści ostrzeżenia i ponownie wykonać czynności opisane wcześniej. Więcej w temacie uzgadniania stanów magazynowych znajduje się w rozdziale: 1 Przygotowanie systemu.

Na oknie nagłówka inwentaryzacji możemy odnaleźć informacje na temat inwentaryzowanego magazynu, dat rozpoczęcia i zakończenia inwentaryzacji oraz związanych z nią dokumentów.

Nagłówek inwentaryzacji – zakładka Ogólne:

Dostępne są tutaj również parametry, na podstawie których będzie przeprowadzana inwentaryzacja. Poniżej krótka charakterystyka tychże parametrów.

Numer – zawiera on symbol dokumentu, pole z kolejnym numerem dokumentu inwentaryzacji, rok oraz serię.

Dokument – jest to pole tekstowe, w którym można wprowadzić zapis jednak z ograniczeniem do 40 znaków.

Data otwarcia – pole zawiera datę oraz godzinę otwarcia dokumentu inwentaryzacyjnego.

Data zamknięcia – pole zawiera datę oraz godzinę zamknięcia inwentaryzacji.

– zaznaczenie parametru Zamknięta powoduje zmianę statusu inwentaryzacji na zamkniętą oraz uzupełnienie pól Daty zamknięcia. Parametr ten widoczny jest na każdej zakładce dokumentu IMT.

Inwentaryzacja blokuje: w momencie przeprowadzania inwentaryzacji ruch na magazynie powinien zostać wstrzymany. W związku z tym na zasoby danego magazynu zostaje założona blokada, która uniemożliwia operacje na nich. Parametr ten pozwala określić, czy blokada będzie dotyczyła wszystkich towarów na danym magazynie, czy tylko tych umieszczonych na arkuszu inwentaryzacyjnym.

Parametr Rodzaj Odczytów: pozwala wybrać sposób przeprowadzania inwentaryzacji przez firmę. W przypadku metody: Porównawczej, dane z kolejnych odczytów są zastępowane przy przepisywaniu do arkusza. W efekcie ilości zostaną ustalone na podstawie ostatniego odczytu. Metodę: Przyrostową można zastosować, jeśli te same towary znajdują się w różnych obszarach magazynu, które są inwentaryzowane oddzielnie. Stosując metodę przyrostową, ilości z poszczególnych odczytów zostaną zsumowane przy dodawaniu do arkusza.

W praktyce metoda porównawcza jest stosowana, jeżeli inwentaryzacja jest przeprowadzana kilkukrotnie w celu weryfikacji wprowadzonych wcześniej danych. Z kolei metoda przyrostowa pozwala na wprowadzanie odczytów przez kilku operatorów jednocześnie.

Generowanie arkuszy z wybraną opcją: Tylko stany niezerowe, sprawia, że na arkusz zostaną dodane wyłącznie towary, które fizycznie są dostępne na magazynie.

Z praktycznego punktu widzenia spis powinien być dokonywany po ilościach magazynowych. Inwentaryzacja po ilościach handlowych dotyczy przede wszystkim przedsiębiorstw, które nie korzystają z dokumentów magazynowych w obrocie towarów.

Generowanie arkuszy: Z podziałem na partie: parametr dostępny od wersji Comarch CDN XL 9.6, kiedy to została dodana możliwość przeprowadzenia inwentaryzacji bez podziału na partie. Wcześniejsze wersje systemu pozwalały jedynie na inwentaryzowanie z takim podziałem. Odznaczenie parametru skutkuje tym, że towary dodawane na arkusz będą rozróżniane jedynie po kodzie (w przypadku inwentaryzacji według ilości handlowej) lub po kodzie
i położeniu (w przypadku inwentaryzacji według ilości magazynowej). Dana pozycja na arkuszu inwentaryzacyjnym będzie przedstawiać towar i jego ilość, jako sumę ilości z wszystkich partii tego towaru, jakie znajdują się na magazynie.

Użytkownicy korzystający z funkcjonalności Magazynu Wysokiego Składowania powinni wybrać opcje Magazynowa -> Według położenia, gdyż umożliwia ona spis towarów według miejsca składowania. Wówczas arkusz inwentaryzacyjny będzie generowany dla określonego zakresu adresów.

Przeprowadzenie inwentaryzacji jest możliwe dla ilości handlowych lub magazynowych, o tym decyduje parametr: Ilość inwentaryzowana. Tworząc spis dla określonych grup towarowych należy wskazać opcję Handlowa lub Magazynowa -> Według towarów.

Wycena nadwyżek wg: określa w jakiej cenie zostaną przyjęte towary, dla których inwentaryzacja wykazała, że ilość rzeczywista jest wyższa niż ilość magazynowa/handlowa. Niedobór towaru zostanie uzupełniony dokumentem PW, przyjmującym towar po Średniej cenie zasobów lub Ostatniej cenie zakupu w zależności od ustawień tego parametru. Należy pamiętać, aby określić prawidłową wartość tego parametru przed zamknięciem inwentaryzacji. Obecnie można ustalić wycenę nadwyżek dla każdego magazynu oddzielnie.

Nagłówek inwentaryzacji – zakładka Arkusze

Na zakładce Arkusze prezentowana jest lista arkuszy inwentaryzacyjnych. Lista ta zawiera następujące kolumny:

Lp. – liczba porządkowa arkusza na liście

Data utworzenia – data utworzenia arkusza

Nazwa – nazwa arkusza

Poniżej listy znajdują się opcje:

[Dodaj] – umożliwia dodanie nowego arkusza inwentaryzacyjnego.

[Zmień] – umożliwia podniesienie arkusza do edycji.

[Usuń] – umożliwia usunięcie arkusza inwentaryzacji.

Nagłówek inwentaryzacji – zakładka Dokumenty

Zakładka prezentuje listę dokumentów inwentarzowych, które zostały wygenerowane na podstawie różnic inwentaryzacyjnych

Na zakładce znajdują się również opcje:

[Zmień] – umożliwia podniesienie dokumentu do edycji.

[Przychód wewnętrzny] – umożliwia wygenerowanie dokumentu PW

[Rozchód wewnętrzny] – umożliwia wygenerowanie dokumentu RW

[Korekta]

Nagłówek inwentaryzacji – zakładka Opis

Na zakładce Opis możliwe jest sporządzenie opisu charakteryzującego inwentaryzację.

Nagłówek inwentaryzacji – zakładka Atrybuty

Zakładka umożliwia opisanie za pomocą cech/atrybutów zdefiniowanych wcześniej w module: Administrator

Tworzenie arkuszy inwentaryzacyjnych

Aby utworzyć nowy arkusz należy na oknie nagłówka inwentaryzacji przejść na zakładkę: Arkusze i dodać nowy element do listy. Zostanie utworzone okno: Arkusz inwentaryzacyjny, na którym należy wpisać nazwę arkusza oraz wybrać towar/grupę towarów, dla której będzie wykonywana inwentaryzacja.

Na liście, informacje o ilości towarów wyświetlone są w kolumnach:

Magazynowa/Handlowa – ilość towaru na inwentaryzowanym magazynie wynikająca z dokumentów

zarejestrowanych w systemie (wprowadzona na arkusz po uruchomieniu funkcji: [Dodaj towar z

grupy do arkusza])

Rzeczywista – ilość towaru, wprowadzona do arkusza ręcznie po fizycznym sprawdzeniu towaru na

magazynie

Różnica – różnica ilości towaru pomiędzy ilością magazynową a rzeczywistą.

Wiersze arkusza prezentowane są w kolorze czarnym jeżeli Różnica = 0; w kolorze czerwonym gdy

Różnica < 0; w kolorze zielonym jeżeli Różnica > 0.

Pod listą pozycji inwentaryzacji znajdują się pola:

Ilość rzeczywista – ilość rzeczywista z możliwym zawężeniem listy zgodnie z checkami:

Na arkuszu (przed dodaniem pozycji na arkusz) pojawia się parametr Dozwolone powielanie towarów w odczycie, który aktywuje się podczas wyboru opcji Rodzaj odczytów: Przyrostowe. Zaznaczenie parametru umożliwia dodanie tego samego towaru na jednym odczycie więcej niż raz. Przy odznaczonym parametrze, podczas próby dodania istniejącego już towaru ponownie na odczyt, system wyświetli odpowiedni komunikat informujący o tym zdarzeniu. Oczywiście towar nie zostanie powtórnie dodany.

Nowododany arkusz należy nazwać, następnie wskazać towar lub grupę towarową, która ma podlegać inwentaryzacji. Dodawanie wskazanych elementów odbywa się po potwierdzeniu, czemu służy przycisk: .
W efekcie na arkusz zostaną dodane odpowiednie towary. Aby do powstałej listy dodać kolejny towar należy wybrać kolejną grupę towarową lub towar w obszarze Generowanie i ponownie użyć pioruna.

Jeżeli operator do wstępnie wygenerowanego arkusza będzie próbował dodać kolejny towar, który znajduje się już na liście dodanych towarów, system wyświetli odpowiedni komunikat informujący o tym zdarzeniu. Oczywiście towar nie zostanie powtórnie dodany.

Inwentaryzacja wg położeń

Szczególnym przypadkiem jest inwentaryzacja wg położeń. Opcja ta jest możliwa w przypadku wyboru ilości inwentaryzowanej: magazynowej. Różnica, w stosunku do opcji generowania arkuszy wg towarów polega na tym, że zamiast towarów określa się obszary magazynu oraz zakres adresów, na których będzie wykonywana inwentaryzacja.

Na gotowym arkuszu prezentowane są towary z uwzględnieniem poszczególnych cech. W przypadku inwentaryzacji z podziałem na partie, pozycję będą przedstawione z dokładnością co do partii. Kolejno widoczne są następujące dane: Położenie, Kod towaru, EAN towaru, EAN partii, Klasa cechy, Cecha, Data ważności, Ilość, Cena, Nazwa.

W przypadku inwentaryzacji bez podziału na partie, widoczność ograniczona jest do: Położenia, Kodu towaru, EAN’u towaru, Ilości, Nazwy, Ceny.

W kolumnach Ilość zostaną przedstawione następujące informacje:

– Ilość Magazynowa/Handlowa: w zależności od ustawienia ilości inwentaryzowanej na nagłówku inwentaryzacji, zostanie wyświetlona ilość magazynowa lub handlowa, zgodnie ze stanem zapisanym w systemie

– Ilość Rzeczywista: kolumna ta przedstawia ilość danego towaru wyliczona na podstawie zamkniętych odczytów

– Różnica: przedstawia różnicę pomiędzy ilością magazynową/handlową a ilością rzeczywistą z odczytów.

Kolumna Cena zwraca informację o cenie danego towaru. Jest ona wyliczona jako:

– średnia cena z istniejących zasobów w partii

– średnia cena ze wszystkich zasobów, jeśli dana partia nie istnieje

– ostatnia cena zakupu, jeśli dany zasób nie istnieje

Inwentaryzacja kilku magazynów równocześnie

Od wersji 10.5 możliwe jest sporządzanie inwentaryzacji dla kilku magazynów równocześnie.

– przycisk wyświetlany tylko dla inwentaryzacji dla wielu magazynów. Wartość

inwentaryzacji obliczana jest jako suma z wartości pozycji. Wartość pozycji zaś jako iloczyn kolumn

Różnica i Cena. Dla inwentaryzacji na jeden magazyn (czyli również dla inwentaryzacji Wg położeń) wyświetlana jest informacja o wartości, brak przycisku. Po naciśnięciu przycisku „Wartość” prezentowana jest wartość na poszczególnych magazynach w oknie Wartość magazynów:

W oknie prezentowana jest lista składająca się z kolumny Magazyn i Wartość. Pod oknem znajduje się parametr „Wycena wg średniej ceny zasobów dla magazynu”. Jeżeli parametr jest odznaczony wartość liczona jest jako suma wartości pozycji na magazynie pośredniej cenie zasobów inwentaryzowanych magazynów. Po zaznaczeniu parametru dla każdego magazynu obliczana jest wartość jako suma wartości pozycji na magazynie wg średniej ceny zasobów dla tego magazynu.

[ Pokaż / Ukryj stany towaru na magazynach] – pozwala na wyświetlenie listy „Rozbicie pozycji na poszczególne magazyny”. Jeżeli inwentaryzacja jest wykonywana w obrębie jednego magazynu przycisk ten jest ukryty.

Okno Rozbijanie ilości rzeczywistych na poszczególne magazyny
Lista składa się z kolumn: Magazyn, Cena, Wartość, Ilość Magazynowa, Rzeczywista, Różnica.

Kolumna Ilość Rzeczywista jest dostępna do edycji na niezamkniętej inwentaryzacji. Zmiana ilości w
jednym wierszu powoduje automatyczne przeliczenie ilości w innych wierszach, w tej kolumnie. Suma
ilości z wiersza musi być zgodna z łączną ilością z odczytu.
W kolumnie Cena istnieje możliwość ręcznej zmiany ceny na niezamkniętej inwentaryzacji.

Sposób rozbijania ilości na poszczególne magazyny przez system Comarch ERP XL jest następujący:
Pobierana jest ilość z odczytu;
Zaczynając od ostatniego magazynu system sprawdza czy ilość magazynowa jest mniejsza bądź równa ilości rzeczywistej z odczytu. Jeżeli warunek ten jest spełniony ilość rzeczywista jest ustalana na poziomie ilości magazynowej; Na kolejnym magazynie system sprawdza czy ilość magazynowa na tym magazynie jest mniejsza lub równa pozostałej ilości rzeczywistej z odczytu. Warunek ten jest sprawdzany dla każdego magazynu;
W przypadku nadwyżek powtarzana jest powyższa operacja dla kolejnych magazynów na liście z wyjątkiem pierwszego. Dla pierwszego magazynu przypisywana jest pozostała ilość; W przypadku niedoborów powtarzana jest również powyższa operacja dla kolejnych magazynów na liście aż do momentu przypisania pełnej ilości z odczytu. Dla pozostałych magazynów ilość rzeczywista będzie wynosić zero.

Tworzenie odczytów

Odczyt służy do przeprowadzenia właściwego spisu z natury, tak więc w oknie odczytu inwentaryzacyjnego należy wpisywać rzeczywiste ilości towaru na inwentaryzowanym magazynie. Odczyt dodaje się z poziomu okna: Arkusz inwentaryzacyjny, zakładki: Odczyty za pomocą [Dodaj] lub [Odczyt z kolektora]. Analogicznie jak to miało miejsce w przypadku arkuszu, odczyt należy odpowiednio nazwać.

Odczyt od razu zawiera identyczną z arkuszem listę towarów, przy czym kolumna z ilością jest wypełniona zerami.

W oknie wprowadza się nazwę odczytu, a następnie wprowadza się rzeczywiste ilości inwentaryzowanych towarów (ilości danego towaru na magazynie). W przypadku wyboru opcji Rodzaj odczytu: Porównawcza, proces ten można przyspieszyć klikając w ikonę: . W efekcie, na odczyt zostaną przepisane ilości magazynowe lub handlowe
z arkusza inwentaryzacyjnego.

Istnieje możliwość dodania pojedynczej pozycji, przy użyciu przycisku: .

Towar można dodać poprzez wpisanie jego kodu lub wybranie go z listy towarów otwieranej przyciskiem: . Dla wybranego towaru można podać cechę z wybranej klasy cech. Istnieje możliwość określenia położenia towaru. W polu: Ilość, wskazuje się ilość towaru wprowadzanego na odczyt. Jest również pole z domyślną jednostką miary z karty towaru. Zapisanie okna powoduje dodanie pozycji odczytu, o ile takiej nie ma. Może też spowodować dodanie pozycji arkusza, jeśli takiej nie ma, pod warunkiem, że pozycja będzie unikalna
w inwentaryzacji (nie ma jej na innym arkuszu). Zostanie przy tym ustalone wskazanie na partię towaru (system podczas dodawania pozycji odczytu będzie sprawdzał, czy istnieje już taka pozycja odczytu – o takim samym wskazaniu na partię towaru i adres w magazynie; jeśli takiej pozycji nie odnajdzie, sprawdzi, czy istnieje taka pozycja na arkuszu i jeśli jest zostanie do niego dodana pozycja odczytu, jeśli nie – zostanie dodana pozycja arkusza przy sprawdzeniu czy nie ma takiej pozycji arkusza na innej inwentaryzacji; w przypadku, gdy partia taka nie istnieje zostanie założona partia i dodana zostanie pozycja arkusza i odczytu).

Jeśli przy odczycie danych z kolektora odczytany zostanie kod jednostki pomocniczej, a na odczycie występuje partia tego towaru wówczas zostanie powiększona ilość tego towaru na pozycji, która już występuje na odczycie. Podobnie, jeśli odczytany zostanie kod towaru, a na odczycie występuje partia tego towaru bez kodu EAN, również odpowiednio zostanie powiększona ilość towaru na odczycie.

Pod listą towarów na odczycie znajdują się również przyciski:

[Zeruj wszystkie pozycje] służy do zerowania ilości w kolumnie Ilość Rzeczywista.

[Usuń], który jest aktywny, jeśli odczyt jest otwarty i odczytywana ilość jest zerowa.

Następnie należy wydrukować odczyt z wprowadzonymi ilościami i sprawdzić poprawność danych (opcjonalnie).

Kolejną czynnością jest zamknięcie odczytu (należy go oznaczyć jako: Zamknięty i zapisać).

Do jednego arkusza można utworzyć wiele odczytów. Przy zapisywaniu odczytu ilości z niego są przepisywane do arkusza. Jeśli odczyt jest kolejnym do tego samego arkusza i wybrano inwentaryzację porównawczą, to przy jego zamykaniu zostanie wyświetlona lista różnic w stosunku do ilości zliczonych zapisanych już w arkuszu. Na liście różnic pobierane są pozycje z odczytu. Aby zamienić dotychczasowe ilości (z poprzedniego odczytu) należy zaznaczyć pozycje na liście (zaznaczona pozycja zostanie zaktualizowana) i zatwierdzić wybór przyciskiem: [Zatwierdź]. Zaznaczenie pozycji spowoduje, że nowa ilość zostanie przepisana do arkusza. Ilości, które ostatecznie znajdą się na arkuszu widoczne są w kolumnie: Po zapisie.

Jeżeli ilości wpisane na odczyt są poprawnie wprowadzone, należy zapisać zmiany zaznaczając wcześniej parametr: Zamknięty, na oknie: Odczyt inwentaryzacyjny.

Tak utworzony odczyt pojawia się na liście odczytów. Po zatwierdzeniu odczytu ustalone ilości zostaną automatycznie dopisane do arkusza.

Możliwe jest także utworzenie nowego odczytu poprzez zaczytanie informacji z kolektora danych. W tym celu należy na zakładce Odczyty użyć opcji Odczyt z kolektora, dostępnej pod przyciskiem: . Wczytanie danych z kolektora spowoduje dodanie odczytu z ilościami magazynowymi zgodnymi z uzupełnionymi w kolektorze. Jeśli wśród pozycji w kolektorze znajdują się takie, których nie ma na arkuszu, do którego generowany jest odczyt, to zostaną one automatycznie dodane również do arkusza. Tak dodawany odczyt nie jest zatwierdzony, zatem aby ilości zostały przeniesione na arkusz należy go zatwierdzić.

Utworzony odczyt zawiera tę samą listę towarów, co odpowiadający mu arkusz jeżeli jest tworzony z zakładki
w przypadku generowania za pomocą przycisku [Generuj odczyt dla zaznaczonych] znajdującego się na Arkuszu inwentaryzacyjnym, będzie zawierał zaznaczone pozycje. Wyświetlana i dostępna do edycji ilość, to ilość rzeczywista, czyli zliczona. Ilość rzeczywista wprowadzona dla pozycji odczytu może być liczbą ujemną, jeśli odczyt jest przyrostowy. Lista jest wyświetlana według:

Możliwe jest również wykorzystanie ogólnego filtra.

Na odczycie inwentaryzacyjnym możliwe jest, by w prosty sposób odróżnić pozycję, w której edytowana jest ilość. W pierwszej kolejności zaznacza się cały wiersz na niebiesko, a dwuklik w kolumnę otwiera kolumnę Ilość do edycji, natomiast cały wiersz jest podświetlony na szaro.

Na odczycie możliwe jest przepisanie ilości z arkusza – czyli ilości magazynowej/handlowej jaka z niego wynika. Przepisanie odbywa się po naciśnięciu przycisku: [Przepisz ilości z arkusza].Następnie należy wydrukować arkusz spisowy (odczyt) i przeprowadzić spis (zliczyć ilości) towarów według wydruku.

Zliczone ilości należy wprowadzić do odczytu. Odszukiwanie odpowiednich pozycji przy wprowadzaniu danych ułatwia lokator, czyli ustawianie kursora przy pomocy ciągu znaków wpisanego z klawiatury. Wpisany ciąg jest wyświetlany pod opisem kolumny z kodem, na której działa.

Rodzaje odczytów

Istnieje możliwość utworzenia wielu odczytów inwentaryzacyjnych w ramach jednego arkusza. W zależności od wybranego sposobu agregacji, ilości z kolejnych odczytów będą sumowane lub porównywane. O tym jak system będzie się zachowywał zależy wybór odpowiedniej opcji na nagłówku inwentaryzacyjnym w obszarze Rodzaj odczytów: Porównawcza lub Przyrostowa.

Rysunek 14 Rodzaj odczytu

Rodzaj odczytów: metoda Porównawcza

Metoda porównawcza najczęściej stosowana jest w sytuacji, gdy inwentaryzacja przeprowadzana jest kilkukrotnie w celu weryfikacji poprawności wprowadzonych danych w kolejnych odczytach.

Wybierając ten typ agregacji zasobów, podczas zamykania kolejnych odczytów pojawi się okienko z towarami wraz ze wskazaniem różnic pomiędzy ostatnio zatwierdzoną ilością a ilością wynikającą z aktualnie potwierdzanego odczytu. Zaznaczając check przy poszczególnych pozycjach mamy możliwość wskazania, które towary zostaną,
a które nie zostaną (poprzez odznaczenie danej pozycji na Liście różnic) zaktualizowane względem ilości aktualnie zapisanej na arkuszu. W ostatniej kolumnie: Po zapisie jest przedstawiona ilość, która zostanie ostatecznie przepisana na arkusz inwentaryzacyjny. Ilość ta jest również widoczna w postaci wytłuszczonej.

Rodzaj odczytów: metoda Przyrostowa

Dla odczytów przyrostowych system Comarch ERP XL sprawdza czy istnieje ilość rzeczywista
przypisana już do danego magazynu. W związku z tym, aby przypisać ilość do magazynu należy
sprawdzać czy na tym magazynie ilość magazynowa minus ilość rzeczywista jest większa od zera oraz
czy ilość magazynowa minus ilość rzeczywista jest mniejsza bądź równa zbiorczej ilości rzeczywistej z
odczytu.

Rozpoczęcie inwentaryzacji metodą przyrostową odbywa się poprzez wybór opcji Przyrostowe dla parametru: Rodzaj odczytu na nagłówku inwentaryzacji.
Metoda ta jest stosowana podczas inwentaryzacji prowadzonej przez kilku operatorów jednocześnie na wydzielonych obszarach w magazynie. W jej wyniku ilości wprowadzane przez operatorów na poszczególnych odczytach są na arkuszu sumowane. Korekta ilości rzeczywistej wynikającej z zatwierdzonych odczytów
W systemie Comarch ERP XL istnieje możliwość skorygowania już zatwierdzonych odczytów poprzez wystawienie nowego odczytu.

W metodzie porównawczej, w celu skorygowania błędnej ilości rzeczywistej dla towaru, wynikającej
z zatwierdzonych odczytów wystarczy, aby odczyt korygujący miał wypełnione ilości jedynie dla błędnych pozycji. Zatwierdzenie takiego odczytu spowoduje podniesienie listy różnic. Zaznaczenie parametru przy pozycjach, które mają być skorygowane spowoduje zmianę ilości rzeczywistej na zgodną z ilością wypełnioną na odczycie korygującym.

Z kolei w metodzie przyrostowej, ilości uzupełniane w odczycie korygującym powinny być równe różnicy między prawidłową ilością a rzeczywistą występującą w arkuszu. Zatwierdzenie takiego odczytu spowoduje dodanie różnicy wpisanej na odczycie korygującym. Ilość wpisana w odczycie korygującym może być ujemna.

Po zapisaniu odczytu, należy zapisać arkusz i wydrukować go, jeśli jest to wymagane przez procedury przyjęte
w firmie.
Następnie należy zaznaczyć: Zamknij inwentaryzację, w jej nagłówku i zapisać ją. Zamknięcie inwentaryzacji jest możliwe, jeśli zamknięte są wszystkie odczyty. Spowoduje ono utworzenie pary dokumentów PW (przyjęcie nadwyżek) i RW (wydanie niedoborów) – w przypadku inwentaryzacji ilości handlowych lub PM/WM/MP
w przypadku inwentaryzacji ilości magazynowych oraz odblokowanie magazynu.
Dla inwentaryzacji zbiorczej generowanych może być kilka dokumentów różnicowych. Dla każdego magazynu, na którym powstały rozbieżności są generowane dokumenty.
Podgląd tych dokumentów jest możliwy z zakładki: Dokumenty nagłówka inwentaryzacji. Na zakładce widoczne są kolumny: Dokument, Magazyn, Data wystawienia, Wartość netto. Magazyn wyświetlany jest tylko dla dokumentów wygenerowanych z inwentaryzacji.

Inwentaryzacja magazynu WMS z obsługą położeń zbiorczych.

W systemie Comarch ERP XL nie będzie możliwa inwentaryzacja pojedynczego lub kilku wybranych (nie wszystkich) magazynów składowych, które wchodzą w skład magazynu zbiorczego obsługującego położenia zmienne (funkcjonalność aplikacji Comarch WMS). W sytuacji, gdy wybrany w nagłówku inwentaryzacji magazyn będzie stanowił magazyn składowy magazynu zbiorczego obsługującego położenia zmienne, wówczas użytkownik zostanie poinformowany o charakterze wybranego magazynu i będzie musiał 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. 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. Po zrealizowaniu w Comarch WMS inwentaryzacji nastąpi przekazanie wyniku do Comarch ERP XL. Odczyt przekazywany będzie jako jeden formularz, 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. Po przekazaniu ilości (odczytu), w tym także w rozbiciu na magazyny, nie będzie możliwa zmiana przesłanej ilości.

Zamykanie inwentaryzacji

Jeżeli wszystkie odczyty zostały wprowadzone do systemu, inwentaryzacja może zostać zamknięta. Aby to uczynić należy na oknie nagłówka inwentaryzacji zaznaczyć parametr: Zamknięta.

Dokumenty różnic inwentaryzacyjnych

Na skutek zaznaczenia parametru zostaną wygenerowane dokumenty rejestrujące nadwyżkę lub niedobór. Dokumenty związane z inwentaryzacją są widoczne, poza listą poszczególnych dokumentów, także na zakładce: Dokumenty nagłówka inwentaryzacji. Z tego poziomu można edytować dokument rozliczający. W tym miejscu można także dogenerować dokumenty magazynowe z handlowych i handlowe z magazynowych, w zależności od tego, które dokumenty powstały w wyniku zatwierdzenia dokumentu Inwentaryzacji.

Dokumenty inwentaryzacyjne powstają w stanie: do bufora lub są automatycznie zatwierdzane. Jest to uzależnione od ustawienia w oknie: Konfiguracja, modułu: Sprzedaż (zakładka: Sprzedaż/Parametry 2), parametru: Automatyczne zatwierdzanie dokumentów inwentaryzacyjnych.

W zależności od sposobu tworzenia inwentaryzacji (według stanów handlowych lub według stanów magazynowych) różnica pomiędzy stanem systemowym a stanem rzeczywistym towaru regulowana jest poprzez wygenerowanie dodatkowych dokumentów na powstałe różnice. W systemie Comarch ERP XL dokumentami różnic inwentaryzacyjnych są:

– podczas generowania inwentaryzacji według stanów handlowych: Rozchód Wewnętrzny (RW), Przychód Wewnętrzny (PW)

– podczas generowania inwentaryzacji według stanów magazynowych: Wydanie Magazynowe (WM), Przyjęcie Magazynowe (PM), Przesunięcie Wewnątrzmagazynowe (MP).

W sytuacji, gdy inwentaryzacja jest wykonywana po stanach magazynowych wg położenia, to wygenerowane mogą zostać dokumenty Wydania Magazynowego, jeżeli inwentaryzacja wykaże nadmiar danego towaru na danym adresie oraz Przyjęcia Magazynowego w przypadku niedoboru towaru na danym adresie lub dokument Przesunięcia Wewnątrzmagazynowego, jeżeli na jednym adresie występuje nadmiar a na innym adresie występuje niedobór danego towaru z tej samej partii jednocześnie. W takiej sytuacji system wygeneruje dokument Przesunięcia Wewnątrzmagazynowego z adresu, na którym występuje nadmiar na adres, na którym występował niedobór danego towaru z tej samej partii.

Na powstałym w wyniku zamknięcia inwentaryzacji dokumencie przyjęcia PW cena jest ustalana zgodnie w wyborem opcji na nagłówku inwentaryzacji w obszarze Wycena nadwyżek wg: Średniej ceny zasobu lub Ostatniej ceny zakupu.

Dokumenty wygenerowane z inwentaryzacji posiadają specjalny opis, który wskazuje na identyfikator inwentaryzacji, z której zostały wygenerowane. Opis, że dokument został wygenerowany automatycznie podczas zamykania inwentaryzacji widoczny jest również na liście dokumentów magazynowych lub handlowych w zależności od rodzaju inwentaryzacji. Dokumentów wygenerowanych z inwentaryzacji nie można anulować.

Przy próbie anulowania dokumentu pojawi się komunikat:

Dokumentów PM, WM, MP, PW i RW wygenerowanych przez zamknięcie inwentaryzacji nie można usunąć ani anulować. Przed zatwierdzeniem można jednak edytować ich pozycje, w szczególności zmieniać ilość.

Korekta inwentaryzacji

W systemie Comarch ERP XL nie ma możliwości modyfikacji zamkniętej inwentaryzacji, jej otwarcia ani anulowania zatwierdzonych dokumentów różnic inwentaryzacyjnych.
Korektę zamkniętej inwentaryzacji można wykonać poprzez skorygowanie powstałych dokumentów różnic inwentaryzacyjnych albo poprzez wykonanie kolejnej inwentaryzacji dla towarów, które wymagają skorygowania.

Korekta dokumentów różnic inwentaryzacyjnych

Wykonanie korekty dokumentów spowoduje zmianę zarówno ilości towarów jak i wartości magazynu ustaloną
w wyniku zamknięcia inwentaryzacji.
W przypadku dokumentów RW możliwe jest utworzenie jedynie korekty ilościowej, a więc należy wykonywać ją
w przypadku, gdy ilość rzeczywista dla towaru ustalona z inwentaryzacji została zaniżona.
Dla dokumentów PW można korygować zarówno wartość jak i ilość przyjętego towaru. Korektę PW można wykonać, jeśli nadwyżki zostały przyjęte wg niewłaściwej ceny (korekta wartości elementów dokumentu) lub ilość rzeczywista dla towaru została zawyżona.
Wykonanie kolejnej inwentaryzacji
Nie wszystkie przypadki błędnie uzupełnionych inwentaryzacji można skorygować przez korektę dokumentów różnic inwentaryzacyjnych. W sytuacji, gdy dla towaru zostało wygenerowane RW a powinno być PW nie ma możliwości prawidłowego skorygowania dokumentów różnic. Takie, jak i inne przypadki związane z błędnie wypełnionymi ilościami rzeczywistymi można skorygować poprzez wykonanie kolejnej inwentaryzacji. Inwentaryzację można wykonać jedynie dla błędnych indeksów towarowych.

Korygowanie dokumentów z inwentaryzacji na magazynach WMS

Z uwagi na to, że do dokumentów inwentaryzacyjnych WMS (RW, PW) nie powstają dokumenty magazynowe – nie powinno się zmieniać ilości na tych dokumentach, ponieważ nie powstanie dokument różnicowy do WMS.

Korekty należy wykonywać wyłącznie przez RWK / PWK do zatwierdzonych wcześniej dokumentów z inwentaryzacji na magazynie WMS.

Inwentaryzacja towaru z partiami oznaczonymi identyfikatorami dostaw

Zmiana ma na celu zmniejszenie ryzyka powstawania rozbieżności pomiędzy partiami w Comarch ERP XL oraz Comarch WMS. Sprowadza się ona do tego, że w przypadku towarów z oznaczaniem partii numerami dostaw, dokument rejestrujący nadwyżki inwentaryzacyjne przyjmuje zasoby na te same partie (co do ID) co wskazane na arkuszu (zgodnie z WMS), a co za tym idzie w ramach już utworzonych wcześniej dostaw. Cena na tak utworzonym elemencie PW jest ustalana zgodnie z ceną na źródłowej dostawie (czyli dostawie, która założyła daną partię).

Dodatkowo w przypadku gdy wprowadzana na odczycie w Comarch WMS nadwyżka zakłada nową partię, również jest ona przekazywana i zapisywana w ERP i tworzona nowa dostawa przyjmuje jej ID. Jednocześnie następuje aktualizacja zakładającego dokumentu handlowego dla partii.

Kompensata braków i nadwyżek inwentaryzacyjnych

Niżej opisana funkcjonalność ma na celu umożliwienie skompensowania powstałych różnic inwentaryzacyjnych. Stwierdzone braki można sparować z uznanymi nadwyżkami, przez co możliwym jest ustalenie rzeczywistych wartości braków na magazynie. Jednocześnie można oznaczyć elementy dokumentów inwentaryzacyjnych jako rzeczywiste braki/nadwyżki. Procedura może korzystać z następujących modułów: Sprzedaż, Import, Serwis, Księgowość, Produkcja, Projekty, Kompletacja, Rejestracja produkcji. Jeżeli operator ma zaznaczone inne moduły, wówczas dostęp do okna edycyjnego KBN jest blokowany. Powyższego będzie można dokonać na nowym typie dokumentu (z odrębną definicją), tj. Kompensata braków i nadwyżek inwentaryzacyjnych (KBN), dostępnym na liście dokumentów handlowych, na dedykowanej zakładce tj. {KBN} dostępnej jako ostatnia, za zakładką {DP}.

Na liście prezentowane są podstawowe informacje dotyczące dokumentu, tj.: numer, data wystawienia, wartość skompensowanych elementów, stan dokumentu, magazyn oraz cecha i opis transakcji. Kolumna wartości jest sumowana oraz ukrywana dla Operatora bez uprawnienia: Widzi ceny zakupu.

Dokumenty na liście mogą być ograniczane wg zdefiniowanego własnego filtra, a także wg magazynu, stanu, właściciela, cechy, miesiąca wystawienia. Dokument KBN może występować w pięciu możliwych stanach, tj.
w buforze (niezatwierdzony), w realizacji, jako zatwierdzony, zaksięgowany, anulowany. Stan w realizacji jest stanem roboczym, automatycznie ustalanym po pierwszym parowaniu lub oznaczeniu elementu jako trwały brak/nadwyżka. Usunięcie wszystkich parowań, potwierdzeń braku/nadwyżki przywraca stan w buforze (niezatwierdzony).

Zaksięgowanie dokumentu jest możliwe po zatwierdzeniu dokumentu. Anulowanie jest możliwe pod warunkiem, że KBN nie jest zaksięgowany ani rozliczany. Usunięty może być dokument KBN w buforze oraz
w realizacji. Po anulowaniu KBN, sparowane na nim elementy, także te oznaczone jako trwały brak/nadwyżka będzie ponownie mogły być „użyte” na nowym KBN.

Dokument KBN posiada zakładkę [Elementy], [Nagłówek], [Księgowość] (widoczna po zatwierdzeniu) oraz standardowo [Atrybuty], [Załączniki], a gdy zgodnie z definicją dokumentów ma być generowana płatność, wówczas także zakładkę [Płatność].

KBN – zakładka Elementy

Głównym miejscem działania dokumentu KBN jest zakładka [Elementy], na której dostępne są filtry, w oparciu o które ustalane i prezentowane są elementy dokumentów inwentaryzacyjnych. A dokładniej, poszczególne dokumenty RW, PW, z których elementy będą ustalane w sekcji 1 i 2 na zakładce [Elementy] szukane są wg filtrów: data, magazyn, seria. Zarówno w przypadku magazynu jak i serii, można wskazać wiele z listy. Ustalanie elementów nastąpi po użyciu stosownej opcji (piorun). Zakładka [Elementy] została podzielona na sekcje zgodnie z poniższym opisem.

Udostępnione zostały następujące wydruki dotyczące KBN (w przypadku, gdy Operator nie ma prawa: Widzi ceny zakupu, wówczas nie jest prezentowana wartość kompensaty):

Generowanie KBN możliwe jest również z poziomu nagłówka inwentaryzacji po potwierdzeniu związanego dokumentu PW i RW.

Operacje na zakładce Elementy

Rozliczanie dokumentu KBN

Generowanie płatności – jeżeli tak wynika z definicji dokumentu KBN, może on tworzyć płatności. Płatność powstaje w kwocie potwierdzonych braków inwentaryzacyjnych, które oznaczone zostały jako zawinione (po użyciu opcji: Potwierdź brak zawiniony). Podmiot dla płatności ustalany jest na podstawie listy pracowników j.n.

W przypadku generowania płatności, na zakładce {Płatności} dostępna jest lista osób odpowiedzialnych za magazyn, zawierająca akronim pracownika i jego % odpowiedzialności (edytowalny) za konkretny (wykazany) magazyn. Lista jest tworzona w oparciu o wskazania osób odpowiedzialnych na karcie magazynu, z możliwością zmiany, tj. dodania nowego, usunięcia istniejącego pracownika. Kwota płatności jest dzielona na wszystkich wskazanych pracowników odpowiedzialnych za magazyn, zgodnie z ich % udziałem w strukturze odpowiedzialności za magazyn w momencie zatwierdzania KBN.

Generowanie płatności odbywa się wraz z zatwierdzaniem dokumentu KBN. Do tego czasu, na zakładce prezentowana jest „wirtualna” (czerwona) płatność odpowiadająca sumie przyszłych płatności. Termin i forma generowanych płatności domyślnie jest ustalana wg wskazań na zakładce {Elementy} danego dokumentu KBN.
W przypadku, gdy dokument kompensaty dotyczy kilku magazynów, pracownik/pracownicy są obciążani wyłącznie wartością braków na „jego/ich” magazynie.

Osoba na karcie Magazynu – na karcie Magazynu, w kontrolce: Osoba można wskazać pracownika odpowiedzialnego za dany magazyn. Funkcjonalność ta została rozbudowana w ten sposób, że na dodatkowej liście (ukrywanej) można wskazać wiele osób/pracowników, dla których można ustalić procentowo podział odpowiedzialności.