Zmiany funkcjonalne wprowadzone w wersji 2016 · 2017.0 Wersja 16.09.2016 r. 2017.1 Wersja 16.12.2016 r. 7 Zmiany funkcjonalne wprowadzone w wersji 2016.2 3 Logistyka ... zapisywania

Zmiany funkcjonalne wprowadzone

w wersji 2016.2

2 Zmiany funkcjonalne wprowadzone

w wersji 2016.2

Copyright 2016 COMARCH

Wszelkie prawa zastrzeżone.

Nieautoryzowane rozpowszechnianie całości lub fragmentu niniejszej publikacji w jakiejkolwiek postaci jest zabronione. Wykonywanie kopii metodą kserograficzną, fotograficzną, a także kopiowanie na nośniku filmowym, magnetycznym lub innym, powoduje naruszenie praw autorskich niniejszej publikacji.


w wersji 2016.2

Spis treści

1 Zestawienie aplikacji, z którymi współpracuje Comarch ERP XL 2016.2 ........................ 5

2 Ramowy harmonogram wersji Comarch ERP XL w 2016 r. ............................................. 6

3 Logistyka .......................................................................................................................... 7

3.1 Rabaty retrospektywne sprzedaży i zakupu .................................................................................. 7 3.1.1 Kryteria rabatu retrospektywnego sprzedaży ...................................................................................................................................... 7 3.1.2 Naliczanie i rozliczanie rabatu retro sprzedaży .................................................................................................................................. 18 3.1.3 Lista rabatów i okresów rozliczeniowych retro sprzedaży ................................................................................................................. 24 3.1.4 Rabaty retrospektywne zakupu ......................................................................................................................................................... 28

3.2 Rozwój funkcjonalności wiązania zasobów z rezerwacjami ........................................................ 34 3.2.1 Data aktywacji rezerwacji „w przyszłości” a wiązanie zasobów ......................................................................................................... 34 3.2.2 Obsługa wiązania zasobów z rezerwacjami w Procesach ................................................................................................................... 35 3.2.3 Przepinanie zasobów podczas korygowania, zamykania i anulowania ZS/ZW ................................................................................... 36

3.3 Import towarów i progów do promocji pakietowej elastycznej ................................................. 38 3.3.1 Przygotowanie arkusza do importu .................................................................................................................................................... 38

3.4 Inne zmiany ................................................................................................................................. 39 3.4.1 Kolejność jednostek pomocniczych na karcie towaru ........................................................................................................................ 39 3.4.2 Wydruki tekstowe przez kanal wirtualny ........................................................................................................................................... 39 3.4.3 Rozbudowa Konfiguracji pulpitu operatora ....................................................................................................................................... 40 3.4.4 Ewidencja godzinowa wysyłek ........................................................................................................................................................... 40 3.4.5 Przypisywanie kontrahenta do wielu magazynów ............................................................................................................................. 42

4 Produkcja ....................................................................................................................... 43

4.1 Wykres obciążenia zasobów ....................................................................................................... 43 4.1.1 Wyświetlanie informacji dla zasobów ................................................................................................................................................ 43 4.1.2 Prezentowanie informacji o dostępności/niedostępności zasobu ..................................................................................................... 44 4.1.3 Raportowanie zaplanowanych zadań – operacji dla zasobów............................................................................................................ 45 4.1.4 Zmiana terminu operacji .................................................................................................................................................................... 46 4.1.5 Przepinanie zadań między zasobami .................................................................................................................................................. 46 4.1.6 Otwieranie okna operacji z poziomu Wykresu obciążenia zasobów .................................................................................................. 46 4.1.7 Inne funkcjonalności na Wykresie obciążenia zasobów ..................................................................................................................... 47 4.1.8 Zmiany na dotychczasowym wykresie Gantta.................................................................................................................................... 47

4.2 Raportowanie półproduktów na liście zleceń produkcyjnych .................................................... 47 4.2.1 Raportowanie półproduktów wchodzących ....................................................................................................................................... 47 4.2.2 Raportowanie półproduktów wychodzących ..................................................................................................................................... 48

4.3 Generowanie zleceń produkcyjnych ze zleceń produkcyjnych ................................................... 48

4.4 Ustawianie daty planowania dla wielu zleceń jednocześnie ...................................................... 49

4.5 Prezentacja ilości materiałów i produktów w jednostce pomocniczej ....................................... 50 4.5.1 Zmiany na technologii ........................................................................................................................................................................ 50 4.5.2 Jednostka pomocnicza na pozycji zlecenia produkcyjnego ................................................................................................................ 50

4.6 Nowe informacje dotyczące zamiennika na zleceniu produkcyjnym ......................................... 51

4.7 Modyfikacja działania parametru: Dopasować ilość powstałego produktu ............................... 52

4.8 Nowy składnik w BST prezentujący ilości wytworzonych i niewykorzystanych półproduktów .. 56

4.9 Kolorowanie wybranych kolumn na liście zleceń produkcyjnych ............................................... 56

5 Ksiegowość .................................................................................................................... 58


w wersji 2016.2

5.1 Nowe formularze VAT-7 (16), VAT-7K (10), VAT-7D (7) .............................................................. 58

5.2 Zmiany w wydrukach rejestrów VAT ........................................................................................... 58

5.3 Brak wymagalności ORD-ZU przy składaniu korekty deklaracji VAT-7........................................ 59

5.4 Deklaracje CIT-8 oraz CIT-8/O ..................................................................................................... 59

5.5 Aktualizacja sprawozdań GUS F-01/I-01, DG-1 oraz załącznika DG-1 ......................................... 60

5.6 Proponowane kompensaty ......................................................................................................... 62

5.7 Odsetki – nowa stopa procentowa 9.5% .................................................................................... 63

5.8 Zniesienie obowiązku korekty kosztów ....................................................................................... 66

6 Współpraca Comarch ERP XL z Comarch ERP Mobile Sprzedaż .................................... 67

6.1 Potwierdzanie w systemie Comarch ERP XL zmian dotyczących osób kontaktowych kontrahenta

synchronizowanych z Comarch ERP Mobile Sprzedaż .......................................................................... 67 6.1.1 Nowy parametr w konfiguracji oddziału Comarch ERP Mobile Sprzedaż ........................................................................................... 67 6.1.2 Potwierdzanie zmian dotyczących osób kontaktowych kontrahenta ................................................................................................. 67

6.2 Kontrola promocji limitowanych na zamówieniach synchronizowanych z Comarch ERP Mobile

Sprzedaż ................................................................................................................................................ 70

7 Współpraca Comarch ERP XL z Comarch WMS ............................................................. 71

7.1 Przesunięcia między magazynami wirtualnymi w Comarch WMS .............................................. 71

7.2 Inne zmiany ................................................................................................................................. 71 7.2.1 Modyfikacja obsługi pola TPa_WMS .................................................................................................................................................. 71

8 Wspólne ......................................................................................................................... 72

8.1 Program do przenoszenia danych konfiguracyjnych za pomocą pliku XML ............................... 72


w wersji 2016.2

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

Aplikacja Wersja Uwagi

Comarch iBard24 3.0.5

wszystko.pl Aktualna wersja www.wszystko.pl

Comarch e-Sklep 2016.2

Comarch B2B 2016.2.0.XL

Comarch ERP Pulpit Kontrahenta 2016.2

Rozwiązania mobilne

Comarch ERP Mobile Sprzedaż – Android 2016.3.1

Comarch ERP Mobile Kierownik Sprzedaży 2016.3.1

Comarch ERP Mobile Magazyn – On-line 2013.4.2

Comarch WMS

Zarządzanie 2016.2.1

Magazynier 2016.2.1

Comarch Retail 2016.1

Comarch ERP Optima – Off-line 2016.2

Comarch ERP XL HR 2016.2

Comarch ERP Optima – Kadry i Płace 2016.2

Intranetowe Aplikacje Pracownicze 1.11.66

Comarch ERP Obieg Dokumentów 2016.1.0.NE

Obieg Dokumentów w interfejsie WWW 2016.2

Comarch ERP XL Business Intelligence 2016.1

Księga Raportów 2016.1

Panel Zarządzania 2016.1

Konfigurator 2016.1

BI Point 2016.1

Comarch ECM 2015.1

Migracja danych XL2XML 3.2

http://www.wszystko.pl/


w wersji 2016.2

2 Ramowy harmonogram wersji Comarch ERP XL w 2016 r.

Numer wersji

Typ wersji Termin wydania Uwagi

2016.2 Wersja 29.02.2016 r.

2016.2.1 HF (uaktualnienie)

koniec marca 2016 r.

2016.3 Wersja 16.05.2016 r.

2017.0 Wersja 16.09.2016 r.

2017.1 Wersja 16.12.2016 r.


w wersji 2016.2

3 Logistyka

3.1 Rabaty retrospektywne sprzedaży i zakupu

Udostępniona została funkcjonalność rabatów retrospektywnych, czyli rabatów naliczanych po zakończeniu ustalonego okresu rozliczeniowego, z tytułu osiągnięcia w nim zamierzonej wielkości obrotu, czy też spełnienia innych kryteriów handlowych.

Rabaty retrospektywne sprzedaży obsłużone zostały dla transakcji rejestrowanych dokumentami: FS, WZ, FSE i WZE, natomiast rabaty retrospektywne zakupu, którego podstawą jest zakup u dostawcy, obsłużone zostały dla transakcji dokonanych dokumentami FZ i PZ. Transakcje importowe (FAI) nie zostały obsłużone. Tego typu transakcje rządzą się odrębnymi zasadami rejestracji, zapisywania w bazie danych, naliczania podatku VAT, korygowania itp., w związku z czym wymagają również odmiennego mechanizmu naliczania i rozliczania rabatów zbiorczych, który w wersji 2016.2 nie został udostępniony. Jeżeli będzie takie zapotrzebowanie, funkcjonalność ta być może zostanie wprowadzona w jednej z kolejnych wersji Systemu.

Aby zapewnić czytelność opisu tej funkcjonalności najpierw omówione zostanie definiowanie, naliczanie i rozliczanie rabatów retro sprzedaży, następnie lista rabatów retro sprzedaży, na koniec zaś omówione zostaną rabaty retro zakupu, głównie z zakresie różnic w porównaniu do rabatów retro sprzedaży.

3.1.1 Kryteria rabatu retrospektywnego sprzedaży Dodawanie rabatu retro sprzedaży dokonywane jest stosowną opcją na liście rabatów retro, umieszczonej jako

zakładka listy promocji i rabatów.

Rysunek 1 Dodanie nowego Rabatu retro sprzedaży

Do definiowania warunków rabatów retro służy nowy obiekt w Systemie: „Rabat retrospektywny sprzedaży”, posiadającym własną formatkę, podzieloną na liczne zakładki, służące głównie do definiowania poszczególnych warunków Rabatu retro. Do rabatów retro będzie można przypisywać zarówno Atrybuty, jak i Załączniki.


w wersji 2016.2

Rysunek 2 Rabat retrospektywny sprzedaży

a) Parametry ogólne rabatu retro

Ogólne parametry rabatu retro definiowane są na zakładce {Nagłówek}, są to m.in.

Nazwa rabatu retro

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

Typ: dany rabat retro można oznaczyć jedną z wartości słownika kategorii „typ rabatu retrospektywnego. Pozwoli to przykładowo na szybkie odszukanie rabatów, czy też okresów rozliczeniowych należących do rabatów retro o podanym typie.

Rysunek 3 Oznaczanie rabatu retro „typem” ze słownika kategorii

Typ daty: decydujące o tym, która z dat: wystawienia, czy sprzedaży dokumentu FS/WZ/FSE/WZE zostanie uznana za datę zawierającą się w danym okresie rozliczeniowym retro bonusu

Okresy rozliczeniowe: checkbox „Okresy rozliczeniowe” oraz dwie kontrolki z ilością w cyklu i typem cyklu – dane pomocnicze dla operacji generowania okresów rozliczeniowych dla poszczególnych kontrahentów w ramach danego rabatu retro, jako typ cyklu można wybrać: dzień, miesiąc, kwartał lub rok, jako ilość – liczbę naturalną. Okres rozliczeniowy może więc obejmować np. 1 miesiąc, 2 miesiące, 1 kwartał itp.

Typ progu: Wartościowy, lub Ilościowy. Opcja ta decyduje o tym, czy wielkość należnego rabatu zależy od wartości osiągniętego obrotu, czy od ilości sprzedanych towarów

Lista progów i przypisanych do nich rabatów: wielkość należnego rabatu retro można zdefiniować jako rabat procentowy, lub jako określoną wartość rabatu. Dodatkowo wartości te można różnicować dla poszczególnych wielkości progowych obrotu.

Checkboxy „Potwierdzony” i „Zamknięty”


w wersji 2016.2

Potwierdzenie danego Rabatu retro oznacza, że Użytkownik zdefiniował już na nim wszystkie warunki i można już dokonywać w oparciu o nie rozliczeń. Oznaczenie Rabatu retro jako „zamknięty” oznacza, że dany rabat retro już nie obowiązuje i nie będzie rozliczany. Do takiego rabatu retro nie można już dodawać kolejnych okresów rozliczeniowych, ani też rozliczać dotychczasowych okresów, ponieważ wszystkie one zostają oznaczone jako „zamknięte”.

Po potwierdzeniu rabatu retro nadal można zmieniać jego parametry, w tym przykładowo wysokość rabatu, wielkość progów itp. nowe warunki będą obowiązywać jednak od kolejnego „naliczenia rabatu” na okresie retro. Jeżeli Użytkownik chce zachować historyczne warunki dla już naliczonych okresów, wówczas nie powinien zmieniać dotychczasowego rabatu retro, ale „zakończyć” go i utworzyć nowy poprzez operację kopiowania Ctrl+Insert, i to na nim dokonać stosownych zmian.

Pozostałe warunki rabatów retro definiowane są na kolejnych zakładkach formatki.

b) Zakładka {Towary}

Górna lista ww. zakładki służy do przypisywania towarów oraz grup towarowych, których dany retro bonus dotyczy. Przypisania tego można dokonać poprzez dodanie pojedynczego towaru, dodanie listy towarów, dodanie grupy towarowej, a także poprzez import towarów z arkusza kalkulacyjnego. W tym ostatnim wypadku System dodaje towary w oparciu o kolumnę Kod w importowanym pliku.

Dolna lista służy do definiowania wykluczeń towarów, czy też grup towarowych poprzez dodawania towaru, listy towarów wykluczanych, dodawanie grupy, czy też importu wykluczanych towarów z arkusza kalkulacyjnego. W ten sposób przykładowo, jeżeli rabat dotyczy wszystkich towarów poza T1 wystarczy na górną listę dodać grupę główną, a na dolną towar T1.

Rysunek 4 Przypisywanie grup/towarów na rabat retro oraz wykluczeń z tegoż rabatu

c) Zakładka {Formy płatności}

Jeżeli dany rabat retro ma być naliczony tylko od transakcji, na których zastosowano konkretną formę płatności i/lub termin płatności nie przekraczający określonej ilości dni, wówczas warunek ten należy zdefiniować na zakładce {Formy płatności}, przypisując na niej „dozwolone” formy płatności i/lub ich terminy maksymalne.

Formę płatności np. gotówka wybiera się w poniższej kontrolce o nazwie „forma płatności”, poprzez rozwinięcie menu strzałeczką. Po wybraniu jednej spośród zdefiniowanych w systemie form płatności zostanie ona zapisana na retro bonusie i będzie oznaczała, że tylko dokumenty z tą formą płatności będą uwzględniane podczas obliczania rabatu.

Termin maksymalny to dodatkowe kryterium, dotyczące ilości dni, która została określona jako termin zapłaty na dokumencie. Przykładowo, jeżeli Użytkownik zdefiniuje go na poziomie 7dni, oznacza to, że tylko transakcje zarejestrowane dokumentami FS, na których ustalono termin płatności nie dłuższy niż 7 dni będą spełniały kryterium tego rabatu retro.


w wersji 2016.2

W ww. przypadku należy pamiętać, że System sprawdzi formę i termin płatności w nagłówku dokumentu, nie zaś na poszczególnych płatnościach dokumentu, nie będzie więc sprawdzał, czy zapłata faktycznie nastąpiła w oznaczonym terminie.

Jeżeli żadne z ww. kryterium płatności nie jest istotne, wówczas należy zachować domyślne ustawienie tj, Forma płatności: <wszystkie>, Termin maksymalny „Bez ograniczenia” (zaznaczony checkbox).

Jeżeli rabat retro ma być naliczony wyłącznie od faktur, które zostały już zapłacone, wówczas Operator powinien zaznaczyć na Rabacie parametr „Wymagana zapłata”. Jeżeli dodatkowo, warunkiem uzyskania rabatu retro jest dokonanie zapłaty w nieprzekraczalnym, ustalonym terminie, wówczas należy:

Zaznaczyć parametr „Wymagana zapłata”

Określić maksymalną ilość dni na zapłatę w kontrolce z daną formą płatności (lub na rekordzie z formą płatności <Wszystkie>, jeżeli forma płatności nie ma znaczenia)

Wybrać jedną z dwóch opcji maksymalnej ilości dni: Planowana ilość dni, lub Ilość dni zwłoki

Planowana ilość dni rozumiana jest jako ilość dni liczona od daty wystawienia (lub sprzedaży w zależności od definicji dokumentu sprzedaży) faktury do dnia zapłaty, natomiast Ilość dni zwłoki, jako wielkość „przeterminowania”, czyli ilość dni, jaka upłynęła od ustalonego terminu zapłaty, do faktycznego dokonania zapłaty. Dana transakcja zostanie uznana jako spełniająca warunki rabatu retro, jeżeli obliczona j.w. ilość dni nie przekracza terminu maksymalnego określonego na formie płatności rabatu retro.

Rysunek 5 Definiowania warunków płatności dla rabatu retro

d) Zakładka {Sposoby dostawy}

Jeżeli Użytkownik przypisze na tej zakładce poszczególne sposoby dostawy spośród zdefiniowanych w Systemie, wówczas podczas ustalania rabatu należnego System będzie honorować wyłącznie te dokumenty FS/WZ/FSE/WZE, na których zastosowano sposób dostawy znajdujący się na tej zakładce.


w wersji 2016.2

Rysunek 6 Definiowania {Sposobów dostawy} dozwolonych dla danego rabatu retrospektywnego

e) Zakładka {Magazyny}

Przypisanie konkretnych magazynów na tej zakładce oznacza, że wyłącznie dokumenty zarejestrowane na te magazyny będą uwzględniane podczas naliczania należnego rabatu. Przez zgodność magazynu należy tutaj rozumieć magazyn w nagłówku danego dokumentu.

Rysunek 7 Zakładka {Magazyny} formatki rabatu retrospektywnego

f) Zakładka {Miejsca w strukturze firmy}

Rabat retro naliczany będzie w zakresie transakcji dokonanych w centrach, które zostały przypisane na zakładce {Miejsca w strukturze firmy} danego rabatu retrospektywnego.


w wersji 2016.2

Rysunek 8 Definiowanie oddziałów Firmy, w których obowiązuje rabat retrospektywny

g) Zakładka {SQL}

Zakładka ta służy do definiowania przez Użytkownika własnych dodatkowych warunków, jakie muszą spełniać transakcje, aby podlegały 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.

Przykład: Rabatowi retro mają podlegać wyłącznie transakcje z dokumentów, na których opisie umieszczono adnotację „TEST”. Aby spełnić ten warunek, na zakładce SQL należy umieścić zapytanie j.n., w którym s.trn_gidNumer odwołuje się do dokumentu typu spinacz, o.trn_gidnumer zaś do oryginału (WZ, WZE) and exists(select tno_trnlp from cdn.trnopisy where tno_trnnumer=isnull(s.trn_gidnumer, o.trn_gidnumer) and tno_opis='TEST')

Rysunek 9 Definiowanie dodatkowych warunków na rabacie retro za pomocą zapytania SQL

h) Zakładka {Kontrahenci okresy} Rabatu retrospektywnego


w wersji 2016.2

Na zakładce tej odbywa się przypisywanie kontrahentów, a także praca operacyjna polegająca na dodawaniu okresu rozliczeniowego, naliczaniu rabatu w ramach danego okresu, oraz jego rozliczaniu.

Rysunek 10 Zakładka {Kontrahenci i okresy} rabatu retro, lista okresów rozliczeniowych kontrahenta Pluspol

wraz z kontekstową informacja o stopniu rozliczania okresu Luty

Lista kontrahentów rabatu retro

Na górnej liście pod-zakładki {Wg kontrahentów} prezentowani są kontrahenci (Nabywcy), dla których zdefiniowano dany rabat retrospektywny, czyli kontrahenci, dla których obowiązują takie same zasady rabatowania. Użytkownik może tutaj dodać kontrahenta za pomocą opcji dodawani pojedynczego kontrahenta, dodania listy wskazanych kontrahentów, czy też dodania przez System kolejno wszystkich kontrahentów ze wskazanej przez Operatora grupy.

Dla każdego z kontrahentów w danym rabacie retro prezentowana jest waluta „rozliczenia”, ustalana domyślnie na podstawie waluty przypisanej do jego karty, możliwa do zmiany przez Użytkownika. Waluta kontrahenta w retro bonusie oznacza, że zdefiniowany na retro bonusie próg rabatowy oraz wartość rabatu (jeżeli jest wyrażona w formie upusty wartościowego), rozumiana jest jako wartość w tejże walucie. Dodatkowo, waluta ta stanowi również kryterium identyfikacji dokumentów sprzedaży, które będą podlegały rabatowi retro wg poniższych zasad:

Dokumenty FS, WZ zostaną uwzględnione wyłącznie, jeżeli walutą kontrahenta na rabacie retro jest waluta Systemowa, bez względu na to jaka waluta została wybrana w nagłówku FS/WZ

Uwzględnione zostaną tylko te dokumenty FSE, WZE, które zostały zarejestrowane w walucie zgodnej z walutą kontrahenta na rabacie retro

Aby dokonać wyliczenia wartości rabatu należnego i dokonać jego rozliczenia, dla kontrahenta w danym

Rabacie retrospektywnym należy dodać okres rozliczeniowy. Użytkownik może tego dokonać samodzielnie,

dodając metodą edit-in-place w sekcji {Okresy retro} pojedynczy okres dla danego kontrahenta i powtarzając tą

czynność dla każdego kolejnego okresu i kontrahenta, lub skorzystać z opisanej poniżej operacji generowania

okresów.

Generowanie okresów odbywa się za pomocą stosownej opcji pod listą kontrahentów na danym rabacie retro. Za jej pomocą Operator może dodać kolejny okres/wiele okresów dla wskazanego, czy też kilku wskazanych kontrahentów. Definiowanie tych okresów odbywa się na dedykowanej do tego formatce pomocniczej.


w wersji 2016.2

Rysunek 11 Generowanie okresów rozliczeniowych

Jeżeli na formatce generowania okresów parametr „Okresy rozliczeniowe” jest odznaczy, wówczas System uruchamia 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 sprawdza, czy taki okres nie koliduje z dotychczasowymi okresami kontrahenta i doda go tylko w przypadku stwierdzanie braku takiej kolizji.

Przykład: Na retro bonusie zdefiniowano dla kontrahenta K1 okresy j.n.

Okres A: 2015-06-01 - 2015-06-20

Okres B: 2015-07-01 - 2015-07-20

Okres C: 2015-08-01 – 2015-08-20

Operator uruchamia formatkę tworzenia okresów i podaje na niej:

Od 2015-06-10, do 2015-06-22 – okres nie zostanie utworzony, ponieważ koliguje z Okresem A

Od 2015-06-21, do 2015-07-01 - okres nie zostanie utworzony, ponieważ koliguje z Okresem B

Od 2015-06-22, do 2015-07-22 - okres nie zostanie utworzony, ponieważ koliguje z Okresem B

Od 2015-06-22, do 2015-06-30 – okres zostanie utworzony

W przypadku, gdy ww. parametr jest zaznaczony, czyli wskazany zostaje typ okresu i jego długość, wówczas System dzieli 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 pró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.

Podczas tworzenia okresów z włączonym typem i długością zachowana jest zasada, zgodnie z którą miesiąc to okres od 1-go do ostatniego dnia m-ca, a rok to zakres dat od 01.01 do 31.12. Jeżeli Operator w sposób „nielogiczny” zdefiniuje zakres dat Od, Do, wówczas 1-wsze i ostatnie okresy mogą być okresami cząstkowymi.

Domyślnie typ i długość cyklu na ww. formatce ustawiany jest w oparciu o typ i długość cyklu nagłówka rabatu retro.


w wersji 2016.2

Oprócz ww. generowania okresów z formatki rabatu retro, udostępnione zostało również ich generowanie z listy rabatów retro oraz wprost na liście okresów retro, o czym więcej w dalszej części dokumentu.

Lista okresów retro

Lista okresów sekcji {Okresy retro} prezentowana jest kontekstowo dla kontrahenta na danym retro bonusie, na który wskazuje kursor górnej listy (listy kontrahentów). Okresy „zamknięte”, czyli takie, dla których zakończono już naliczanie/rozliczania rabatu wyróżniane są kolorystycznie.

Lista okresów edytowana jest metodą edit-in-place, w zakresie nazwy okresu, jego zakresu dat oraz opisu. Parametry te można zmieniać również na formatce „Okresu retro kontrahenta”, o czym więcej w dalszej części dokumentu.

Podczas edycji dat Od-Do okresu retro zachowana jest zasada rozłączności okresu retro danego kontrahenta, zgodnie z którą okresy te nie mogą się pokrywać ani w całości, ani też w części. Dodatkowo daty okresów nie mogą wykraczać poza ogólny okres obowiązywania danego rabatu retrospektywnego, czyli poza daty początkową i końcową Rabatu retro.

Przykład: Na retro bonusie zdefiniowano dla kontrahenta K1 okresy j.n.

Okres A: 2015-06-01 – 2015-06-20

Okres B: 2015-07-10 - 2015-07-20

Okres C: 2015-08-01 – 2015-08-20

- Operator edytuje datę Do okresu B, próbując ją ustalić na poziomie 2015-06-18, System na to nie pozwala, ponieważ data ta należy do okresu A

- Operator edytuje datę Do okresu B, próbując ją ustalić na poziomie 2015-07-08, System na to nie pozwala, ustala ją na poziomie daty 2015-07-10

- Operator edytuje datę Do okresu B, próbując ją ustalić na poziomie 2015-08-22, System na to pozwala, jednak zmienia również datę Od na 2015-08-22, jeżeli bowiem zostałaby ona bez zmian, wówczas okres 2015-07-10 – 2015-08-22 kolidowałby z okresem C

Podczas ww. edycji System nie kontroluje natomiast zgodności typu i długości cyklu z zakresem dat ustalonych samodzielnie przez Użytkownika.

Podczas dodawania nowego okresu dla kontrahenta System proponuje na nim datę o 1 większą niż największa z dat „Do” okresów kontrahenta. Gdyby jednak okazało się, że tak ustalona daty wykraczałaby poza datę końcową retro bonusu, wówczas nowy okres nie zostanie dodany, a Operator otrzyma stosowną informację o niemożności wykonania takiej operacji.

Naliczenie należnego okresu odbywa się operacją „Nalicz rabat” dostępną dla wskazanego/wielu zaznaczonych okresów retro. Po jej uruchomieniu System odszukuje transakcje, które spełniają kryteria danego retro bonusu w tym okresie, wylicza podstawę rabatu, ustala należny rabat, a następnie dla każdego z elementów transakcji nalicza i zapisuje zarówno podstawę rabatu, jak i jego wielkość. Dane zapisywane są w tabeli RetroStrukturaRabatu.

Naliczony rabat jest podstawą do wystawienia dokumentu rozliczającego. Rabat w zakresie danego okresu rozliczeniowego można rozliczyć poprzez wygenerowanie korekty zbiorczej (Z)FSK lub (Z)FKE, lub poprzez wystawienie faktury „marketingowej” (A)FSK, (A)FZ. Sposób i wartość na jaką generowane są dokumenty została omówiona w dalszej części dokumentu.


w wersji 2016.2

Rysunek 12 Generowanie dokumenty rozliczeniowego dla okresu retro

Korekta zbiorcza (Z)FSK/(Z)FKE – dla jednego, wskazanego okresu

Korekta ręczna FS a-vista - dla wskazanego, lub wielu zaznaczonych okresów kontrahenta

Faktura zakupu a-vista - dla wskazanego, lub wielu zaznaczonych okresów kontrahenta

Niezależnie od ww. Użytkownik można zarejestrować w Systemie dokument poza formatką Rabatu retro (czyli wprost z listy dokumentów) a następnie dokonać powiązania tego dokumentu z danym okresem rozliczeniowym rabatu retro. Taki dokument zostanie wówczas również potraktowany jako dokument rozliczający dany okres rozliczeniowy rabatu retro.

Dany okres rozliczeniowy można oznaczyć jako „Zamknięty”, poprzez wybór opcji „Zamknij” dostępnej po kliknięciu prawego przycisku myszy, czyli taki, którego naliczanie i rozliczanie już zostało zakończone, również w przypadkach, gdy nie cała wartość należącego się Kontrahentowi rabatu znalazła pokrycie w dokumentach rozliczających.

Operacją niejako odwrotną, jest opcja „Otwórz” w menu kontekstowym, którym celem jest niejako wycofanie się z przedwcześnie dokonanej operacji „Zamknij”, gdy zamknięcia dokonano przez pomyłkę, lub po jego dokonaniu zaistniały przesłanki do tego, aby dany okres jeszcze raz przeliczyć, lub „dokończyć” jego rozliczanie. Ww. operacja dokonywana jest wyłącznie przez Operatora, któremu przydzielono stosowne prawo j.n.


w wersji 2016.2

Rysunek 13 Prawo Operatora do "otwierania" zamkniętych okresów retro

Lista okresów retro wyposażona jest w stosowne filtry:

„Stan”: Wszystkie, Niezamknięte, Zamknięte

Okres: jeżeli checkbox został włączony, wówczas prezentowane są wyłącznie okresy, których zarówno data Od, jak i data Do zawiera się w wyznaczonym ww. datami zakresie

Dokumenty rozliczeniowe

W sekcji „Dokumenty rozliczeniowe” prezentowane są kontekstowo dokumenty powiązane z danym okresem retro kontrahenta, tj. dokumenty, którymi rozliczony został rabat należny z danego okresu. Dokumenty te są automatycznie wiązane podczas generowania dokumentów do okresu (korekty zbiorczej, czy też faktury marketingowej), Operator może również dokonać samodzielnie wiązania wcześniej wystawionego dokumentu.

W dolnej części prezentowane jest „podsumowanie” rozliczenia okresu, na który wskazuje kursor sekcji lewej w zakresie rabatu: Należnego, Uzgodnionego, Rozliczonego oraz pozostającego Do rozliczenia.

Identyczne informacje dostępne są z formatki Okresu retro, podnoszonej przyciskiem lupy z listy okresów j.w. i zostały szerzej opisane w dalszej części dokumentu.

Zakładka {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.


w wersji 2016.2

Rysunek 14 Lista okresów retro danego rabatu retrospektywnego, wraz z kontekstową informacją o stopniu

naliczania/rozliczenia rabatu dla danego okresu

3.1.2 Naliczanie i rozliczanie rabatu retro sprzedaży

Szczegóły dotyczące wielkości rabatu należnego za dany okres czasu, transakcji podlegających rabatowi w tym okresie, dokumentów rozliczających retro bonus w danym okresie, dostępne są na formatce „Okresu retro”.

Rysunek 15 Formatka "Okres retro" sprzedaży

a) Lista elementów rabatu retro

Informacje dotyczące transakcji, spełniających kryteria rabatu retro prezentowane są pod parametrami ogólnymi okresu retro. Lista prezentowana jest na trzech pod-zakładkach różniących się stopniem szczegółowości danych

Na zakładce {Wg elementów} prezentowane są poszczególne elementy transakcji (elementy dokumentów), dla których naliczono dany rabat retro


w wersji 2016.2

Na zakładce {Wg dokumentów} prezentowane są identyczne informacje jak wyżej, z tym, że zgrupowane wg nagłówków dokumentów, do których należą. Prezentowane są więc tutaj dokumenty, a nie ich elementy

Na zakładce {Wg oddziałów} prezentowane są identyczne informacje jak wyżej, z tym, że zgrupowane wg oddziałów, w których zarejestrowano transakcje, podlegające rabatowi

Rysunek 16 Formatka okresu retro – lista elementów, dla których naliczono rabat retro

Rysunek 17 Formatka okresu retro: podstawia i wartość rabatu wg oddziałów

Na 1-wszej z ww. pod-zakładek prezentowane są elementy transakcji, dla których naliczono dany rabat retro. Dla każdego z tych elementów prezentowana jest podstawa rabatu (wartość netto transakcji) oraz wartość rabatu naliczonego. Wartość rabatu dla poszczególnych elementów może zostać zmieniona przez Operatora metodą edit-in-place w kolumnie „Rabat” danego rekordu) na okresie, który nie został jeszcze „zamknięty”.

Ww. elementy prezentowane są na podstawie rekordów tabeli RetroStrukturaRabatow, tworzonych przez System po wywołaniu przez Operatora akcji „Nalicz rabat”, uruchamianej:

przyciskiem pioruna na ww. formatce Okresu retro, umieszczonym pod listą elementów/dokumentów/oddziałów)


w wersji 2016.2

przyciskiem pioruna na liście okresów retro zakładki {Kontrahenci i okresy} formatki Rabatu retro, opisanej we wcześniejszej części dokumentu

przyciskiem pioruna na liście okresów retro – lista omówiona w dalszej części dokumentu

Naliczanie rabatu opcją „Nalicz rabat” polega na odszukaniu przez System tych elementów transakcji sprzedaży, które spełniają zdefiniowane na rabacie retro warunki, obliczeniu łącznego obrotu/łącznej ilości sprzedanych towarów podlegającego rabatowi, ustaleniu rabatu należnego na podstawie największego progu spełnionego przez ww. obrót, rozbiciu ww. rabatu na poszczególne elementy i na koniec zapisaniu dla każdego z ww. elementów wartości podstawy rabatu oraz rabatu naliczonego.

Ww. mechanizm jest taki sam w przypadku, gdy operacja ta jest wykonywana jest po raz pierwszy na danym okresie, czy też jest na nim dokonywana po raz kolejne. Dotychczasowe rekordy są wówczas usuwane, a System dokonuje naliczenia rabatu „od nowa”.

Jako elementy transakcji j.w. identyfikowane są elementy, spełniające wszystkie poniższe warunki

Element należy do dokumentu FS, WZ, FSE lub WZE

Kontrahent główny jest zgodny z kontrahentem z danego okresu retro

Waluta dokumentu jest zgodna z walutą ustalona dla kontrahenta w retro bonusie

Uwaga: Dokumenty FS, WZ zostaną uwzględnione wyłącznie, jeżeli walutą kontrahenta na rabacie retro jest waluta Systemowa, bez względu na to jaka waluta została wybrana w nagłówku FS/WZ. Uwzględnione zostaną tylko te dokumenty FSE, WZE, które zostały zarejestrowane w walucie zgodnej z walutą kontrahenta na rabacie retro

Data dokumentu, do którego należy element zawiera się w przedziale wyznaczonym przez daty Od-Do okresu: w przypadku dokumentów spiętych do spinacza, sprawdzana jest data ze spinacza, dla pozostałych data dokumentu. Przez datę tą należy rozumieć odpowiednio datę wystawienia lub sprzedaży, w zależności od typu daty wybranej na nagłówku Rabatu retro

Magazyn na nagłówku dokumentu jest zgodna z magazynem przypisanym na retro bonus

Forma płatności na dokumencie jest zgodna z forma płatności przypisaną do retro bonusu: odpowiednio forma płatności ze spinacza, lub z dokumentu, jeżeli nie należy od do spinacza

Termin płatności na dokumencie jest nie większy, niż maksymalny termin płatności na retro bonusie

Dokonano już zapłaty za fakturą w nieprzekraczalnym terminie określonym na rabacie (o ile wymagana jest zapłata i określony jej maksymalny termin)

Sposób dostawy na dokumencie jest zgodna ze sposobem dostawy przypisanym na retro bonusie

Właściciel dokumentu (odział, w którym zarejestrowano dokument) jest zgodny z centrum przypisanym do retro bonusu

Element wskazuje na towar, który jest przypisany do retro bonusu, to znaczy towar ten, lub grupa, do której należy została przypisana jako Towar na rabat retro i towar ten nie został „wykluczony” z rabatu retro

Spełnione są inne warunki, zdefiniowane na retro bonusie za pomocą SQL na dedykowanej do tego zakładce SQL

Podstawa rabatu ustalana jest na podstawie końcowej wartości netto elementu transakcji j.w.

Lista elementów rabatu wyposażona została w stosowne filtry:

Stan: wszystkie/niezatwierdzone/zatwierdzone

Status: wszystkie/rozliczone/do rozliczenia: przez elementy rozliczone należy rozumieć te, dla których zarejestrowano korektę wartościową przypisaną jako dokument rozliczeniowy okresu. Faktura marketingowa typu a’vista, nie jest przez System traktowana jako korekta rabatowa, nie ma bowiem na niej odwołania do konkretnych elementów rabatu retro


w wersji 2016.2

Rysunek 18 Naliczanie rabatu dla danego okresu retro, jego rozliczenie oraz sekcja podsumowania

b) Podsumowanie „okresu retro”

W sekcji tej 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

Obrót zrealizowany/Ilość: informacja prezentowany wówczas, jeżeli dla danego retro bonusu zdefiniowano próg typu „Ilość” , będąca sumą ilości elementów transakcji, dla których naliczono rabat

Obrót zrealizowany/Wartość: suma wartości netto transakcji spełniających warunki danego okresu retro bonusu dla kontrahenta

Lista progów: lista progów zdefiniowanych na rabacie retro z kolorystycznym wyróżnianiem największego spełnionego progu, z „brakującą” wielkością do osiągnięcia każdego z kolejnych progów oraz wielkością rabatu należnego dla każdego z nich

Rabat/Należny: w kontrolkach z rabatem (procentowym oraz kwotowym) prezentowane są dane na podstawie największego spełnionego progu. Jeżeli na progu tym jako typ rabaty wybrano Upust wartościowy, wówczas kontrolka z procentem nie jest prezentowana.

Rabat należny: wielkość rabatu obliczona przez System na podstawie największego spełnionego progu.

Rabat/Naliczony: wartość rabatu naliczonego, tj. zapisanego już w bazie danych. Jest to suma wartości rabatów naliczonych na poszczególnych elementach transakcji prezentowanych w kolumnie Rabat listy elementów

Uzgodniony: kwota rabatu, na jaką umówiły się strony (F-ma -Nabywca), samodzielnie edytowana przez Użytkownika wówczas, jeżeli okaże się, że ostatecznie strony zgadzają się na inną wielkość rabatu, niż wynikałaby z przyjętych założeń.


w wersji 2016.2

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.

Rysunek 19 Rozbijanie rabatu Uzgodnionego na elementy

Rabat/Rozliczony: jest to kwota, która znalazła już pokrycie w dokumencie/dokumentach rozliczającym dany okres retro, czyli np., wystawiono już korektę, czy też fakturę marketingową. Wartość ustalana na podstawie dokumentów „rozliczeniowych” danego okresu, czyli dokumentów powiązanych z danym okresem

Przykład: Do okresu 2015-01-01- 2015-06-30 przywiązano dokumenty j.n.

(Z)FSK: -1000,00

(A)FZ: 100,00

Wartość rabatu „Udzielono” zostanie ustalona na poziomie 1 100,00

Do rozliczenia: 1-wsza kontrolka dotyczy wielkości pozostającej do rozliczenia w stosunku do rabatu „należnego” (różnica pomiędzy rabatem należnym a rabatem rozliczonym), 2-ga kontrolka dotyczy wielkości pozostającej do rozliczenia w stosunku do rabatu „naliczonego” (różnica pomiędzy rabatem naliczonym a rabatem rozliczonym), ostatnia zaś wielkości pozostającej w stosunku do rabatu „uzgodnionego” (różnica pomiędzy rabatem uzgodnionym a rabatem rozliczonym)

c) Sekcja Dokumenty rozliczeniowe


w wersji 2016.2

W sekcji tej 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).

Rysunek 20 Karta powiązania dokumentu rozliczeniowego: nagłówek lub elementy

Ustawienie opcji „Elementy” umożliwia wskazanie, które elementy dokumentu rozliczają dany okres retro.

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.

Rysunek 21 Menu przycisku generowania dokumentów rozliczeniowych dla okresu retro sprzedaży


w wersji 2016.2

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.

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.

3.1.3 Lista rabatów i okresów rozliczeniowych retro sprzedaży

Definiowane j.w. Rabaty retro prezentowane są na liście rabatów retrospektywnych otwieranej opcja j.n.

Rabaty retrospektywne sprzedaży prezentowane są na zakładce {Sprzedaż}.

Rysunek 22 Lista rabatów retro sprzedaży

Lista rabatów retrospektywnych sprzedaży podzielona jest na dwie zakładki: Ogólne (nagłówki Rabatów retro sprzedaży) oraz Okresy retro (lista okresów rozliczeniowych rabatów retro sprzedaży).

a) Lista rabatów retrospektywnych sprzedaży, zakładka Ogólne

Na liście j.w. prezentowane są „nagłówki” Rabatów retro sprzedaży. Lista wyposażona jest w szereg filtrów.

Stan: wszystkie/niepotwierdzone/potwierdzone/zamknięte


w wersji 2016.2

Data obowiązywania

Typ – możliwość ograniczania listy rabatów retro o wskazanym typie, wybieranym z listy zdefiniowanych przez Użytkownika typów rabatów retrospektywnych

Kontrahent (Nabywca)

Towar: w filtrze tym można umieścić towar, lub grupę towarową. Lista zostaje wówczas ograniczona do tych rabatów retro, które zostały dla niego/niej zdefiniowane.

Magazyn: wprowadzenie magazynu w filtrze ogranicza listę do tych rabatów, dla których na zakładce {Magazyn} przypisano ten magazyn, lub nie wprowadzono warunku dotyczącego magazynu

Forma płatności: j.w. z tym, że warunek dotyczy formy płatności, zdefiniowanej jako warunek rabatu retro

Sposób dostawy: j.w. z tym, że warunek dotyczy sposobu dostawy

Centrum: j.w. z tym, że warunek dotyczy sposobu dostawy)

Lista retro bonusów prezentowana jest domyślnie w porządku od najmniejszej daty OD, a w ramach tej samej daty w porządku alfabetycznym. Kolumna Nazwa prezentowana jest w kolorystyce właściwej dla stanu retro bonusu.

Z listy j.w. można dokonać operacji j.n.

Dodać nowy retro bonus ręcznie (opcja plusa) lub na podstawie już istniejącego retro bonusu poprzez kopiowanie za pomocą opcji Crtl+Insert.

Usunąć retro bonus, który nie został jeszcze potwierdzony

Wygenerować okresy retro

Za pomocą ww. opcji Użytkownik uruchomia operację dodania okresów retro dla wskazanego, czy też wielu zaznaczonych Rabatów retro. Operacja ta przebiega podobnie, jak operacja „Generowania okresów” na liście okresów, omówiona w dalszej części dokumentu, z tym, że w tym wypadku System wykonuję ją nie dla wszystkich zdefiniowanych w Systemie, ale dla wskazanych Rabatów retrospektywnych.

Rysunek 23 Generowanie okresów retro do wskazanego/ych Rabatów retro

b) Lista rabatów retrospektywnych sprzedaży, zakładka Okresy retro


w wersji 2016.2

Rysunek 24 Lista okresów retro sprzedaży

Na zakładce tej prezentowana jest lista Okresów retro sprzedaży. Oprócz ogólnych informacji dotyczących nazwy rabatu retro, do którego należy dany okres, zakresu dat, opisu, nazwy, prezentowane są tu również informacje o osiągniętym obrocie, rabacie naliczonym uzgodnionym, rozliczonym oraz pozostających do rozliczenia.

Kolumna Rabat retro jest wyróżniana kolorystycznie dla okresu należącego do zamkniętego Rabatu retro, natomiast kolumna Nazwa okresu oraz daty Od i Do dla okresu zamkniętego.

Lista została wyposażona w szereg filtrów:

Stan: Wszystkie, Niezamknięte, Zamknięte

Typ: możliwość ograniczania listy rabatów retro o wskazanym typie, wybieranym z listy zdefiniowanych przez Użytkownika typów rabatów retrospektywnych

Kontrahent: ograniczania okresów retro wg konkretnego Nabywcy

Okres: ograniczanie listy okresów do tych, których daty OD i DO zawierają się w podanym przedziale czasowym

Na liście okresów dostępne są poniższe operacje:

Usuwanie wskazanego/wielu zaznaczonych rekordów na liście, z zastrzeżeniem pomijania okresów, dla których zarejestrowano już dokument rozliczający okres

Podnoszenie formatki ze szczegółami okresu retro

Generowanie okresów retro: funkcjonalność opisana poniżej

Naliczanie rabatu retro: operacja naliczania rabatu dla wskazanego/wielu zaznaczonych okresów retro,

opisana ww. wcześniejszej części dokumentu

Generowanie dokumentów rozliczeniowych: generowanie korekty zbiorczej do wskazanego okresu, tworzenie faktury marketingowej do wskazanego lub wielu zaznaczonych okresów retro

Sumowanie

Dodatkowo w menu kontekstowym udostępniona została operacja seryjnego zamykania i otwierania okresów retro.

Na liście okresów j.w. udostępniona została operacja „Generuj okresy”, pozwalająca na automatyczne utworzenie przez System wszystkich okresów retro sprzedaży, które dla zadanej daty powinny zostać


w wersji 2016.2

utworzone. Po wyborze tej opcji System prezentuje formatkę j.n. pozwalającą na podanie ww. daty oraz (opcjonalnie) Nabywcy, dla którego mają być utworzone okresy.

Podanie kontrahenta na tej formatce oznacza, że ww. mechanizm ma dotyczyć wyłącznie Nabywcy z tej formatki, pozostawienie zaś opcji „wszyscy” oznacza, że ww. okresy mają zostać utworzone dla wszystkich nabywców, dla których zdefiniowano Rabaty retro.

Rysunek 25 Operacja generowania okresów retro sprzedaży na podstawie zdefiniowanych w Systemie Rabatów

retro

Powyższy mechanizm działał następująco: System odszukuje potwierdzone Rabaty retro sprzedaży, których data końcowa nie wykracza poza datę podaną na formatce i na których włączono parametr „Okresy rozliczeniowe”. Następnie dla każdego z nich przeprowadzana jest analiza tego, czy typ i długość cyklu na nim zdefiniowane uprawniają do dodania okresu na dzień podany na ww. formatce generowania okresów.

Przykład 1: Data 2015-12-07

Rabat retro: Data od 2015-01-01, data końcowa 2015-12-31

Okres rozliczeniowy 6 dni

System wygeneruje okres j.n.

Od Do

2015-12-02 2015-12-07

Przykład 2 Data 2015-12-07


Okres rozliczeniowy 1 miesiąc

System ustali „okres do wygenerowania” j.n.

Od Do

2015-12-01 2015-12-31


w wersji 2016.2

Przykład 3: Data 2015-12-07


Okres rozliczeniowy 2 miesiące

System ustali „okres do wygenerowania” j.n.

Od Do

2015-11-01 2015-12-31

W szczególny sposób traktowane są rabaty retro z cyklem typu kwartał i rok. W przypadku cyklu kwartalnego generowane są okresy wyłącznie wówczas, gdy data podana na formatce generowania okresu jest datą z marca, czerwca, września, lub grudnia. W przypadku cyklu rocznego tylko wówczas, gdy podana data jest datą z grudnia.

Przykład 4:

Data Do Data Od w zależności od długości cyklu

1 kwartał 2 kwartały 3kwartały

2015-03-31 2015-01-01 2014-10-01 2014-07-01

2015-06-30 2015-04-01 2015-01-01 2014-10-01

2015-09-30 2015-07-01 2015-04-01 2015-01-01

2015-12-31 2015-10-01 2015-07-01 2015-04-01

Każdorazowo dodając okres System sprawdza, czy nie istnieje już okres dla danego Dostawcy w danym rabacie retro, który chociażby częściowo pokrywa się z okresem, który System próbuje dodać, jeżeli okres taki istnieje, wówczas nowy okres nie zostanie wygenerowany.

3.1.4 Rabaty retrospektywne zakupu

Funkcjonalność rabatów retro rozliczanych z dostawcami, została obsłużona w sposób podobny do przedstawionej wyżej obsługi rabatów retro sprzedaży, w związku z tym w tej części dokumentu umówione zostały te elementy, które zostały potraktowane w nieco odmienny sposób.

a) Podstawa rabatu i typ kalkulacji na rabacie retro zakupu

Rabaty retro zakupu, należne Firmie od jej Dostawców/Producentów, mogą przybrać dwie formy, różniące się podstawą rabatu, czyli bazą obliczeniową:

Rabat z tytułu zakupu u dostawcy oraz

Rabat z tytułu sprzedaży towarów tego dostawcy

Różnicowanie typu rabatu j.w. odbywa się podczas jego definiowania, poprzez wybór jednej z dwóch opcji „Podstawy rabatu”. Wybór opcji „Zakup u dostawcy” oznacza, że bazą obliczeniową będzie zakup towaru u dostawcy, obliczany na podstawie dokumentów zakupu PZ/FZ, wybór opcji „Sprzedaż towarów od dostawcy” zaś oznacza, że bazą obliczeniową będzie sprzedaż towarów zakupionych u danego dostawcy/producenta, obliczana na podstawie dokumentów sprzedaży WZ, FS, PA, FSE i WZE.

Ww. typy rabatu zakupu są stosownie różnicowane na formatce rabatu, na której oprócz ww. radia prezentowany jest Rodzaj rabatu: Zakup/Odsprzedaż. Rodzaj ten prezentowany jest również na liście rabatów/okresów retro, udostępnionych na niej został również stosowny filtr wg tego kryterium.


w wersji 2016.2

Rysunek 26 Rabat retrospektywny zakupu typu "zakup u dostawcy"

Rysunek 27 Rabat retrospektywny zakupu typu „odsprzedaż” z progiem wg ilości odbiorców

Dodatkowo, dla obu ww. podstaw rabatu obsłużonych zostało kilka typów kalkulacji, czyli różnych metod, wg których System wylicza wielkość podstawy rabatu. Dla rabatów retro z podstawą „zakup „zakup u dostawcy”, możliwe jest kalkulowanie wielkości podstawy rabatu w oparciu o:

wartość zakupu, czyli wartość netto transakcji,

katalogową wartość zakupu, czyli wartość netto transakcji „przed rabatami”

W przypadku rabatów z podstawą „sprzedaż towarów dostawcy” wielkość tejże podstawy może być kalkulowana w oparciu o:

wartość zakupu, czyli koszt własny sprzedanych towarów

wartość sprzedaży, czyli wartość netto dokonanych transakcji sprzedaży

Cennik: kalkulacji można dokonać w oparciu o konkretny rodzaj ceny sprzedaży

Wybór ww. podstawy rabatu i metody kalkulacji determinuje również rodzaj dokumentu rozliczeniowego, jaki można wygenerować z danego okresu retro, mianowicie korektę zbiorczą można wygenerować wyłącznie dla okresu retro rabatu, dla którego podstawę rabatu stanowi zakup towarów u dostawcy, faktury marketingowe


w wersji 2016.2

typu a’vista (A)FZK, (A)FS zaś, niezależnie od rodzaju podstawy i metody kalkulacji. Opisane zależności zobrazowane zostały na poniższych schematach.

Rysunek 28 Schemat podstaw i typów kalkulacji rabatu retro zakupu

b) Progi na rabacie retro zakupu

Zasada definiowania progów na rabacie retro zakupu zasadniczo nie odbiega od przedstawionej dla rabatów sprzedaży, z tym, że w przypadku rabatów zakupu typu „odsprzedaż” oprócz progu typu Wartość i Ilość obsłużony został próg typu „Ilość odbiorców”. Ten typ progu pozwala na uzależnienie wielkości rabatu od ilości odbiorców, do których w danym okresie sprzedano towary zakupione od danego Dostawcy.

Inaczej, niż w przypadku rabatów sprzedaży, w przypadku rabatów retrospektywnych zakupu wartość czy to progu, czy to rabatu należy rozumieć jako wartości w walucie Systemowej, tylko bowiem w takiej walucie naliczane/rozliczane są rabatu retro zakupu.

c) Zakładka {Odbiorcy} na formatce rabatu retro

Ww. zakładka używana jest w przypadku definiowania rabatu zakupu typu „ODSPERZEDAŻ”, wówczas, gdy rabat retro jest udzielny przez Dostawcę wyłącznie od sprzedaży jego produktów dokonanej do określonego grona Klientów. W takim wypadku Klientów tych należy przypisać właśnie na tej zakładce. Jeżeli rabat udzielany jest od całej sprzedaży, niezależnie do kogo była ona skierowana, wówczas na zakładce tej Użytkownik powinien przypisać grupę główną kontrahentów.


w wersji 2016.2

Rysunek 29 Definiowanie Odbiorców do których sprzedaż jest kryterium udzielenia rabatu retro przez dostawcę

d) Naliczanie rabatu retro zakupu typu „zakup u dostawcy”

Na rabacie retro z podstawą typu „zakup u dostawcy” podczas naliczania rabatu retro System odszukuje elementy transakcji, spełniające wszystkie poniższe warunki:

Element należy do dokumentu FZ, lub PZ

Kontrahent główny jest zgodny z kontrahentem z okresu retro

Data dokumentu, do którego należy element zawiera się w przedziale wyznaczonym przez daty Od-Do okresu rozliczeniowego: data ta rozumiana jest jako data wystawienia lub zakupu, w zależności od przyjętego na rabacie retro typu daty na spinaczu, lub na dokumencie nie spiętym do spinacza

Pozostałe warunki definiowane na rabacie retro: wg zasad omówionych dla rabatów retro sprzedaży

Podstawa rabatu wyliczana jest w zależności od przyjętego na danym retro bonusie typu kalkulacji:

Jeżeli na danym retro bonusie przyjęto typ kalkulacji „Wartość zakupu” oznacza to, że System ustali wielkość transakcji objętej retro bonusem na podstawie ceny, po jakiej towar został kupiony, czyli na podstawie wartości końcowej elementów FZ/PZ

Jeżeli zaś przyjęto kalkulację w oparciu o „Katalogową cenę zakupu”, oznacza to, że wielkość transakcji objętej retro bonusem zostanie ustalona w oparciu o cenę „katalogową” dostawcy, czyli cenę przed ewentualnymi rabatami i promocjami. System ustala „wartość katalogową” netto jako iloczyn kolumny „Ilość” (ilość po ewentualnych korektach) i ceny początkowej netto w walucie Systemowej.

Przykład: Zdefiniowani dwa rabaty retro od dostawcy D1:

Rabat retro I: podstawa rabatu „Zakup u dostawcy”, typ kalkulacji „Wartość zakupu”

Rabat retro II: podstawa rabatu „Zakup u dostawcy”, typ kalkulacji „Katalogowa wartość zakupu”

Zarejestrowano dokument zakupu od Dostawcy D1: T1 cena początkowa 100,00, ilość 10, Operator zmienia cenę na 80,00 i zatwierdza dokument.

Podczas naliczania ww. rabatów retro System ustali podstawę rabatu j.n.:


w wersji 2016.2

Dla Rabatu retro I: 800,00

Dla Rabatu retro II: 1.000,00

e) Naliczanie rabatu retro zakupu typu „sprzedaż towarów dostawcy”

W przypadku retro bonusu warunkowanego sprzedażą towarów danego dostawcy, podstawa rabatu ustalana jest w oparciu o elementy dokumentów sprzedaży j.n.. W takim przypadku wszystkie kryteria zdefiniowane na rabacie retro np. daty, magazyn, forma i termin płatności, sposób dostawy itp. odnoszą się do dokumentów sprzedaży.

Element należy do dokumentu sprzedaży FS, WZ, FSE, WZE lub PA

Kontrahent główny jest przypisany jako Odbiorca do retro bonusu, lub przypisana jest do niego grupa, do której ten odbiorca należy

Data dokumentu, rozumiana, do którego należy element zawiera się w przedziale wyznaczonym przez daty Od-Do okresu

Na elemencie dokonano rozchodu towaru z dostawy przyjętej od Dostawcy, zgodnego z kontrahentem okresu retro, dla którego naliczany jest rabat

Pozostałe warunki definiowane na rabacie retro: wg zasad omówionych dla rabatów retro sprzedaży Ilość dla każdego z ww. elementów ustalana jest jako suma ilość z tych subelementów elementu, które

wskazują na dostawcę z retro bonusu, z uwzględnieniem ewentualnych korekt.

Przykład: FS, element dla 10szt T1, subelementy: 5szt DST1; 2szt DST2; 3szt DST3

FSK: -2szt DST1; -1szt DST2

DST1 – Dostawca K1

DST2- Dostawca K2

DST3- Dostawca K1

Dla dostawcy K1 i towaru T1 zdefiniowano retro bonus zakup. Dla ww. elementu FS jako ilość podlegającą temu rabatowi retro ustalona zostanie ilość 6: 5-2=3 (ilość na 1-wszym subelemencie FS, pomniejszona o ilość skorygowaną subelementu na FSK, 3: ilość na subelemencie 3-cim FS

Podstawa rabatu dla każdego z ww. elementów ustalana jest w zależności od wybranego „typu kalkulacji”:

Typ kalkulacji Sposób ustalania Podstawy rabatu

Wartość zakupu

System ustala koszt własny sprzedaży subelementów, które wskazują na Dostawcę z retro bonusu.

Ww. na podstawie trs_kosztksiegowy ww. subelementów, korekt do nich oraz KK na nie wskazujących.

Wartość sprzedaży

System ustala końcową cenę sprzedaży z elementu i mnoży ją przez ilość z subelementów wskazujących na danego Dostawcę.

Cennik

Dla każdego elementu System ustala cenę z Cennika sprzedaży dla towaru z elementu, rodzaju ceny z Rabatu retro i daty zgodnej z datą sprzedaży z dokumentu, a następnie wylicza podstawę rabatu jako iloczyn ustalonej j.w. ceny i ilości z subelementów wskazujących na danego Dostawcę


w wersji 2016.2

Przykład 1: Rabat retro „zakup u dostawcy” / „wartość zakupu”

FZ od dostawcy K1: T1 10szt x 10,00 PLN

FS na 3szt z ww. dostawy (jeden subelement, trs_kosztksiegowy=30,00)

FSK na -1szt (trs_kosztksiegowy=-10,00)

FZK wartościowa, cena ustalona na poziomie 12,00

KK do FS (trs_kosztksiegowy=6,00)

KK do FSK (trs_kosztksiegowy=-2,00)

Na retro bonusie j.w. podstawę rabatu ustalona na poziomie 24,00 PLN (30,00-10,00+6,00-2,00)

Przykład 2: Rabat retro „zakup u dostawcy” / „wartość sprzedaży”

FZ1 od dostawcy K1: T1 10szt



FS na 8szt cena początkowa 100,00 PLN, cena końcowa 80,00 PLN z subelementami j.n.

3szt z dst FZ1

2szt z dst FZ2

4szt z dst FZ3

Podstawa rabatu na retro bonusie od dostawcy K1: 400,00 (5szt x 80)

Przykład 3:Rabat retro „zakup u dostawcy” / „Cennik: Hurt”




FS data sprzedaży: 2015-10-15: 8szt T1 cena początkowa 100,00 PLN, cena końcowa 80,00 PLN z subelementami j.n.

3szt z dst FZ1

2szt z dst FZ2

4szt z dst FZ3

Zdefiniowano Cennika Hurt z datą obowiązywania od 2015-10-01, nie ma późniejszych


w wersji 2016.2

cenników dla tego typu ceny. W Cenniku tym towar T1 ma cenę 60,00.

Podstawa rabatu na retro bonusie od dostawcy K1 zostanie ustalona na poziomie 300,00 (5szt x 60,00)

f) Dokumenty rozliczeniowe okresu retro zakupu

Rabat w zakresie danego okresu rozliczeniowego rabatu zakupu można rozliczyć poprzez wygenerowanie korekty zbiorczej (Z)FZK, lub poprzez wystawienie faktury „marketingowej” (A)FZK, (A)FS. Korektę zbiorczą można generować wyłącznie dla rabatów retro z podstawą „zakup u dostawcy”, faktury marketingowe można generować niezależnie od rodzaju podstawy i metody kalkulacji.

Korekta zbiorcza (Z)FZK – tylko dla jednego, wskazanego okresu

Korekta ręczna FZ a-vista - dla wskazanego lub wielu zaznaczonych okresów kontrahenta

Faktura sprzedaży a-vista - dla wskazanego lub wielu zaznaczonych okresów kontrahenta

Niezależnie od ww. można zarejestrować w Systemie dokument poza formatką Rabatu retro, a następnie

dokonać powiązania tego dokumentu z danym okresem rozliczeniowym rabatu retro. Taki dokument jest

wówczas traktowany jako dokument rozliczający dany okres rozliczeniowy rabatu retro.

3.2 Rozwój funkcjonalności wiązania zasobów z rezerwacjami

Istniejąca od wielu wersji funkcjonalność rezerwowania konkretnych dostaw pod zamówienia/zlecenia została wzbogacona o nowe elementy:

Parametryzacja zachowania Systemu w zakresie wiązania zasobów z rezerwacjami z datą aktywacji ustaloną jako data „w przyszłości”

Obsługa wiązania zasobów z rezerwacjami w procesach

Automatyczne przepinanie zasobów podczas anulowania, zamykania i korygowania zamówienia ZS/ZW

3.2.1 Data aktywacji rezerwacji „w przyszłości” a wiązanie zasobów

a) Obsługa parametru „Tylko aktywne” podczas tworzenia i modyfikacji rezerwacji

Wprowadzona została funkcjonalność opcjonalnego „pomijania” rezerwacji, które nie są jeszcze aktywne, tj.

maja datę aktywacji ustaloną „w przyszłości” w funkcjach wiązania zasobów, dokonywanych zarówno podczas

tworzenia tych rezerwacji, jak i ich modyfikacji dokonywanych w wyniku edycji dokumentu źródłowego.

Na formatkach zamówień ZS i ZW, zleceń kompletacji ZK/ZD oraz zleceń serwisowych ZSR, ZSR, ZRE został

dodany parametr „Tylko aktywne”, domyślnie ustalany na podstawie definicji dokumentu. Jego włączenie

oznacza, że podczas tworzenia rezerwacji z datą aktywacji w przyszłości na takim zamówieniu/zleceniu, System

nie dokona wiązania zasobów, pomimo włączonego parametru „rezerwuj zasoby”.

Parametr ten został obsłużony również podczas operacji „Przepnij zasoby”, „Rezerwuj zasoby”, „Zmień

dostawę” z zakładki {Rezerwacje} elementu zamówienia/zlecenia, operacji „Rezerwuj zasoby” dokonywanej

przyciskiem na zakładce {Potwierdzenie}, z także na formatce Rezerwacji.


w wersji 2016.2

Rysunek 30 Parametr "tylko aktywne" na definicji i na formatce ZS

b) Data aktywacji rezerwacji a funkcje wiązania zasobów dokonywane poza formatką dokumentu źródłowego

Operacja „Rezerwuj zasoby” z menu kontekstowego listy ZS/ZW Dotychczas na oknie wywoływanym opcją j.w. System proponował wiązanie zasobów również z tymi

rezerwacjami ze wskazanych ZS/ZW, których data aktywacji była datą z przyszłości. Obecnie rezerwacje takie

prezentowane są wyłącznie, jeżeli na danym ZS/ZW do którego rezerwacja należy parametr „Tylko aktywne”

jest wyłączony.

Rozdzielania zasobów podczas zatwierdzania dokumentu przychodu oraz operacja „Rozdziel zasoby…” z menu kontekstowego dokumentów przychodu

Dotychczas, podczas ww. operacji System pomijał rezerwacje z datą aktywacji w przyszłości, w wersji 2016.2

zachowanie Systemu zostało w tym względzie bez zmian, nie będzie więc uzależniane od nowego parametru.

3.2.2 Obsługa wiązania zasobów z rezerwacjami w Procesach

Udostępniona została nowa akcja kluczowa w procesach: „Rezerwowania zasobów”, dostępna dla procesu podpiętego do gałęzi procesów bez obiektu. Akcja ta wyzwala operację przypisywania zasobów towarowych do aktywnych, ważnych rezerwacji sprzedażowych, spełniających określone warunki definiowane na zakładce {Parametry} takiej akcji.

Uwaga: Poszczególne parametry funkcji należy definiować poprzez podanie listy dozwolonych wartości umieszczonej „pomiędzy” nazwą danego parametru, np. <TypDokumentu> ZS, ZW/<TypDokumentu>

Parametrami funkcji są:


w wersji 2016.2

Typ dokumentu źródłowego, czyli dokumentu tworzącego rezerwację np. ZS, ZW itd.

Magazyn: wartość „Wszystkie”, lub kolejne kody magazynu rezerwacji, dla których ma być wykonana operacja

Centrum: wartość Wszystkie, lub kolejne nazwy centrum – właścicieli rezerwacji, dla których ma być wykonana operacja.

Uwaga: Należy podawać pełną ścieżki centrum np. C1.C2 oznacza centrum podrzędne C2

Podczas kreacji i konwersji bazy w wersji 2016.2 dodawany jest predefiniowany proces „Przypisywanie zasobów do rezerwacji” z użyciem ww. akcji, który wystarczy aktywować oraz uruchomić (wykonać 1-wsze zadanie), aby uzyskać funkcjonalność automatycznego wiązania zasobów za pomocą procesu. Operatorem „wykonującym” zadanie Rezerwowania zasobów w ww. predefiniowanym procesie jest automat, a efekt „cykliczności” i powtarzalności ww. operacji uzyskany został na nim poprzez przypisanie jako czynności „wynikowej” dla Rezerwowania zasobów tej samej czynności. Zmiany częstotliwości powtarzania akcji Użytkownik może dokonać poprzez zmianę parametrów zadania (edycja definicji zadania, sekcja Data realizacji, Termin realizacji).

Rysunek 31 Predefiniowany proces automatycznego wiązania zasobów z rezerwacjami oraz parametry jego

akcji

3.2.3 Przepinanie zasobów podczas korygowania, zamykania i anulowania ZS/ZW

W wersji 2016.2 wprowadzona została funkcjonalność automatycznego „przepinania” zasobów towarowych z rezerwacji usuwanych w wyniku anulowania, zamykania, czy też korygowania zamówienia, do innych rezerwacji. Takie zachowanie Systemu jest parametryzowane na definicji zamówień ZS i ZW.


w wersji 2016.2

Rysunek 32 Parametryzacja akcji automatycznego przepinania zasobów podczas anulowania, zamykania i

korygowania ZS

Podczas takiej operacji System zachowuje standardową kolejność rezerwacji, dla których dokonuje takiego wiązania, czyli w zależności od ich priorytetu, daty realizacji itd.

Podczas korygowania zamówienia zachowana została zasada, zgodnie z którą System „przepina” zasoby na rezerwacje tworzone dla nowego zamówienia, a jeżeli po tej operacji nadal zostanie jakaś niezerowa ilość „zwalniana” zasobu, wówczas uruchamia przypinanie do innych rezerwacji, niż tworzone dla nowego zamówienia.

Przykład: ZS-1 na T1 10szt, rezerwacja powiązana z dostawą PZ-10/2015

ZS-2 na T1 10szt, rezerwacja bez zasobu

FS wygenerowane z ww. ZS-1 na 2szt

Korekta do ZS-1, na elemencie korekty Operator zmienia zaproponowaną przez System ilość 8szt na 6szt i potwierdza ZS-3.

W wyniku ww. System tworzy rezerwację na ZS-3 na 6szt, wiąże ją z PZ-10/2015, następnie ustala ilość „zwalnianą” z zasobu PZ-10/2015 jako 8-6=2 i wiąże ten zasobów z rezerwacją z ZS2, stosownie ją rozbijając

2szt zasobowa PZ-10/2015

8szt bez zasobu


w wersji 2016.2

3.3 Import towarów i progów do promocji pakietowej elastycznej

Poszerzono funkcjonalność importu towarów do promocji o obsługę promocji pakietowych elastycznych. Oprócz towarów oraz gratisów możliwe jest importowanie progów dla pakietów oraz progów wg grup. Opcja importu jest dostępna na zakładce Towary.

3.3.1 Przygotowanie arkusza do importu 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:

Towary

Progi

Progi wg grup

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 pliku

Wartość w pliku 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.


w wersji 2016.2

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

pliku

Wartość w pliku

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

pliku

Wartość w pliku

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

3.4 Inne zmiany

3.4.1 Kolejność jednostek pomocniczych na karcie towaru

Wprowadzono możliwość ustalania kolejności jednostek pomocniczych na karcie towaru na zakładce Jednostki i

kody za pomocą przycisków Przesuń w gorę i Przesuń w dół .

3.4.2 Wydruki tekstowe przez kanal wirtualny

Dodano nowy komponent do zastosowania w instalacjach terminalowych, pozwalający na realizację wydruków tekstowych z wykorzystaniem kanału wirtualnego.

W Konfiguracji komputera (Menu Start>System>Konfiguracja komputera), na zakładce: Wydruki i Wykresy dodano parametr: Wydruki tekstowe przez kanał wirtualny


w wersji 2016.2

Zaznaczenie powyższego parametru umożliwi wykorzystanie komponentu do wykonywania wydruków tekstowych przez kanał wirtualny.

3.4.3 Rozbudowa Konfiguracji pulpitu operatora

W wersji Comarch ERP XL dodana została sekcja: Wspólne w panelu: Konfiguracja dotyczącym pulpitu operatora. W ramach tej sekcji zostały przeniesione widżety: Banki, Urzędy, Waluty. Jednocześnie zostały dodane nowe widżety: Magazyny oraz Słowniki kategorii.

Rysunek 33 Konfiguracja pulpitu operatora, sekcja: Wspólne

3.4.4 Ewidencja godzinowa wysyłek

Dodanie pól: Godzina: „Od i Do” do Kalendarza dostaw/wysyłek

Na formatce okresu kalendarza dostaw i kalendarza wysyłek o typie dnia dostawa oraz wysyłka, dodane zostały kontrolki Godziny: Od i Do. Proponowane domyślnie godziny nie wpływają na dotychczasową funkcjonalność, gdyż obejmują cały dzień (Od 0:00 Do 23:59).

Rysunek 34 Okres kalendarza, sekcja Godziny

Prezentowanie wskazanych godzin, poza zakładką {Okresy} gdzie taka informacja była już we wcześniejszych wersjach, będzie miało miejsce również na zakładce {Lista dni}. W kolumnie: Opis prezentowane są godziny właściwe dla okresu, na podstawie którego dany dzień dostawy/wysyłki jest wyświetlany.


w wersji 2016.2

Rysunek 35 Kalendarz, prezentowanie godzin

Prezentowanie Godzin: Od i Do Kalendarza dostaw/wysyłek w Systemie

W związku z dodaniem godzin na kalendarzu, informacja ta prezentowana będzie także w pozostałych miejscach systemu, gdzie przywoływane są kalendarze, tj.:

na liście dni dostaw/wysyłek karty kontrahenta; w kolumnie: Godziny prezentowane są godziny właściwe dla okresu, na podstawie którego dany dzień dostawy/wysyłki jest wyświetlany

Rysunek 36 Karta kontrahenta, zakładka {Kalendarze}, prezentowanie godzin

na liście dni dostaw/wysyłek, wołanej opcją: Wybierz z kalendarza kontrahenta przy kontrolce: Data realizacji elementu ZS/ZZ/ZW; w kolumnie: Godziny prezentowane są godziny właściwe dla okresu, na podstawie którego dany dzień dostawy/wysyłki jest wyświetlany


w wersji 2016.2

Rysunek 37 Terminy dostaw, prezentowanie godzin

Uwaga: Dodane godziny Od i Do Kalendarza dostaw/wysyłek pełnią jedynie funkcję dodatkowej informacji o godzinach dostaw/wysyłek i nie są obsługiwane podczas ustalania daty realizacji ZZ/ZS. W tym zakresie System nadal ustala je na konkretny dzień, bez dokładności do godziny.

3.4.5 Przypisywanie kontrahenta do wielu magazynów

W nowej wersji zniesiony został warunek unikalności przypisania danego kontrahenta wyłącznie do jednego magazynu.

Obecnie, po wprowadzeniu kontrahenta następuje weryfikacja, czy nie jest on już przypisany do innego magazynu. Jeżeli tak, wówczas Operator, stosownie odpowiadając na zadane pytanie, określa czy wskazany kontrahent powinien być przypisany do kolejnego magazynu czy nie.

Rysunek 38 Pytanie o przypisanie kontrahenta do kolejnego magazynu


w wersji 2016.2

4 Produkcja

4.1 Wykres obciążenia zasobów

W wersji 2016.2 udostępnione zostało nowe narzędzie umożliwiające raportowanie obciążenia zasobów, wynikające z zaplanowanych zleceń produkcyjnych. Wykres, który temu służy uruchamiany jest za pomocą

przycisku: .

Rysunek 39 Funkcja do uruchamiania Wykresu obciążenia zasobów, na liście zleceń produkcyjnych.

4.1.1 Wyświetlanie informacji dla zasobów Na Wykresie obciążenia zasobów prezentowane są dane dotyczące:

Dostępności zasobu

Niedostępności zasobu

Planowanego czasu operacji, do których został przypisany zasób Dane te są wyświetlone są dla zasobu w jednym wierszu, stanowiącym oś czasu. Dzięki temu możemy zobaczyć, jak wygląda harmonogram zadań oraz jego dostępność i niedostępność dla wybranych zasobów w kolejnych okresach.


w wersji 2016.2

Rysunek 40 Wykres obciążenia zasobów. Czerwone paski oznaczają nieodstępność zasobu, natomiast zielone –

jego dostępność. Operacje, do których zaplanowano zasób wyświetlane są w postaci pasków w innych kolorach.

4.1.2 Prezentowanie informacji o dostępności/niedostępności zasobu Na wykresie obciążeń zasobów prezentowana jest dostępność/niedostępność zasobu wg następującego

schematu:

Na zielono wyświetlana jest dostępność zasobu

Na czerwono wyświetlana jest niedostępność zasobu. Dostępność/niedostępność zasobu na Wykresie obciążenia zasobów wyświetlana jest na podstawie okresów

i listy dni wyświetlanej dla zasobu na jego karcie.

Wyświetlanie dostępności/niedostępności zasobu na jego karcie:


w wersji 2016.2

Rysunek 41 Prezentacja dostępności/niedostępności zasobu na jego karcie.

Rysunek 42 Prezentacja dostępności/niedostępności zasobu na Wykresie obciążenia zasobów w przekroju –

dzień.

Rysunek 43 Prezentacja dostępności/niedostępności zasobu na wykresie obciążenia zasobów, w przekroju –

godzina.

4.1.3 Raportowanie zaplanowanych zadań – operacji dla zasobów Na okresy dostępności/niedostępności zasobu, nakładane są zadania wynikające z zaplanowanych operacji.

Operacje te wyświetlane są w postaci szerszych pasków. Na paskach tych znajdują się informacje o kodzie

i nazwie operacji. W przypadku, gdy na operacji jest raportowany jakiś konflikt, wtedy kod i nazwę poprzedza

wykrzyknik.

Co do zasady, ten sam kolor na operacjach oznacza, że pochodzą z tego samego zlecenia, jednak liczba kolorów

jest ograniczona i dobierana losowo, więc może się zdarzyć, że kolory te powtórzą się dla różnych zleceń.

Więcej informacji o operacji pojawi się po najechaniu wskaźnikiem myszy na pasek operacji. W tzw. dymku,

wyświetlone są informacje o innych danych operacji: numerze zlecenia, z którego dana operacja pochodzi,

ewentualnych konfliktach, wszystkich zasobach zaplanowanych do operacji oraz wyrobach, jakie mają w niej

powstać.


w wersji 2016.2

Rysunek 44 Informacje o zaplanowanej dla zasobu operacji wyświetlane po najechaniu na jej pasek,

wskaźnikiem myszy.

4.1.4 Zmiana terminu operacji Na wykresie obciążenia zasobów możliwa jest zmiana terminu operacji. Wykonuje się ją identycznie, jak na dotychczasowym Wykresie Gantta, czyli przez przeciąganie, rozciąganie bądź skracanie paska operacji. Akcję taką wykonuje się po zaznaczeniu paska operacji i przyciąganiu za pomocą przyciśniętego lewego przycisku myszy. Należy pamiętać, że samo przeciągnięcie lub rozciągnięcie w przód, lub w tył nie powoduje zmiany czasu

operacji planowanej. Aby taką zmianę potwierdzić, należy ją zapisać, naciskając przycisk: , znajdujący się w prawym dolnym rogu Wykresu.

4.1.5 Przepinanie zadań między zasobami Oprócz przeciągania operacji planowanych w przód i w tył, możliwe jest również przepinania zadań między zasobami. Odbywa się to przez przeciąganie operacji w górę lub w dół, czyli poprzez przenoszenie operacji pomiędzy wierszami.

Przeciąganie to odbywa się w nieco inny sposób, niż przy zmianie terminu operacji opisanym w punkcie wyżej (4.1.4). Przy przeciąganiu w górę lub w dół również posługujemy się lewym klawiszem myszy, trzymanym na operacji, jednak musimy pamiętać, aby nie zaznaczać operacji, którą chcemy przepiąć na inny zasób (jej zaznaczenie spowoduje, że możliwe będzie tylko jej przesunięcie do tyłu lub do przodu). Należy zatem jedynie „chwycić” pasek operacji i od razu trzymając wciśnięty lewy klawisz myszy przesunąć ją na wiersz innego zasobu. Przesunięcie paska operacji do innego zasobu oznacza podmianę zasobu na operacji. Zmiana ta, w przeciwieństwie do zmiany terminu, czy czasu trwania operacji nie wymaga zapisu – jest zapisywana automatycznie od razu po jej wykonaniu.

W wersji 2016.2, w przypadku, gdy operacja planowana jest na wiele terminów, a zasób jest dobrany tylko do jednego terminu, wtedy dla zasobu prezentowana jest cała operacja z podziałem na te terminy (czyli dla zasobu są wyświetlone również terminy z tej operacji, do których przypisany są inne zasoby). W kolejnych wersjach ta funkcjonalność będzie rozwijana w ten sposób, aby była możliwość prezentacja dla zasobu tylko tego terminu, do którego zasób jest dobrany.

W przypadku, gdy operacja planowana jest na wiele terminów i zasób dobrany jest do wszystkich terminów tej operacji, wtedy przeciągnięcie jednego terminu z tej operacji na inny zasób skutkuje przepięciem całej operacji.

4.1.6 Otwieranie okna operacji z poziomu Wykresu obciążenia zasobów Podobnie jak na dotychczasowym wykresie Gantta, możliwe jest otworzenie okna operacji lub realizacji operacji z poziomu Wykresu obciążenia zasobów. Funkcje takie dostępne są dla operacji, po naciśnięciu na niej prawym przyciskiem myszy.


w wersji 2016.2

Rysunek 45 Funkcje umożliwiające otworzenie karty operacji lub karty realizacji dla operacji na Wykresie.

4.1.7 Inne funkcjonalności na Wykresie obciążenia zasobów Podobnie, jak na dotychczasowym wykresie Gantta, w sekcji położonej po lewej stronie Wykresu umieszczone zostały filtry, za pomocą których możemy wskazać, dla jakich zasobów mamy wyświetlić obciążenie. W stosunku do dotychczasowego Wykresu Gantta wprowadzono modyfikacje polegające na tym, że po zaznaczeniu gniazda roboczego, lub oddziału wyświetlane jest obciążenie dla zasobów, które są przypisane do tego gniazda.

4.1.8 Zmiany na dotychczasowym wykresie Gantta W związku z funkcjonalnościami udostępnionymi na nowym Wykresie obciążenia zasobów, wprowadzone zostały również modyfikacje na dotychczasowym wykresie Gantta. W wersji 2016 2. Umożliwiono zmianę dat, za jakie wyświetlany jest wykres przez udostępnienie spinów obok pól z datami: Od – Do. Ponadto zmieniono sposób wyświetlania informacji na pasku operacji. Modyfikacja polegała na uproszczeniu tych informacji, co powinno znacząco zwiększyć czytelność prezentowania operacji. Obecnie na pasku widnieje jedynie (tak, jak na wykresie obciążeń zasobów) kod i nazwa operacji. Pozostałe informacje wyświetlane są w dymku wyświetlanym po najechaniu zapasek operacji wskaźnikiem myszy.

4.2 Raportowanie półproduktów na liście zleceń produkcyjnych

4.2.1 Raportowanie półproduktów wchodzących

Na liście zleceń, w sekcji rozwijanej przyciskiem: [Pokaż szczegóły zlecenia] udostępniona została zakładka:

Półprodukty wchodzące. Na zakładce prezentowane są półprodukty wykorzystywane w operacjach jako

surowce. Lista, podobnie jak inne listy w tej sekcji, wyświetla pozycje dla zleceń zaznaczonych na liście.

Na liście otrzymujemy między innymi informacje o tym:

Jakich półproduktów potrzebujemy na zleceniach i na ile z nich mamy pokrycie w innych operacjach (kolumny: Planowana i Związana)

Ile półproduktów mamy na magazynie (kolumna: na wszystkich magazynach)

Czy na zleceniach są jakieś planowane półprodukty, dla których System raportuje braki, czyli zgłaszamy, że potrzebujemy półprodukt, ale nie mamy operacji, z której moglibyśmy go pobrać (kolumna: Brak związanych).

Na półprodukty, dla których na liście, w kolumnie: Brak związanych, widnieje jakiś brak (czyli wartość w tej kolumnie jest większa od 0), możliwe jest wygenerowanie zlecenia produkcyjnego.


w wersji 2016.2

Rysunek 46 Lista półproduktów wchodzących udostępniona na liście zleceń produkcyjnych.

4.2.2 Raportowanie półproduktów wychodzących Obok raportowania półproduktów wchodzących, dodano również raportowanie półproduktów wychodzących, czyli takich, które uzyskiwane są w operacjach na zaznaczonych zleceniach produkcyjnych. Na liście tej otrzymujemy między innymi informacje o tym:

Ile zaplanowano wytworzenia półproduktów na operacjach znajdujących się na zaznaczonych zleceniach (kolumna: Zaplanowana)

Dla ilu z półproduktów zaplanowano już dalsze wykorzystanie (na innych operacjach, na których ten półprodukt będzie surowcem) lub ile jest już wykorzystano na innych operacjach, lub ile już wydano na PW (kolumna: Związana)

Dla ilu półproduktów nie przewidziano wykorzystania – czyli może zostać wykorzystana w innych operacjach (kolumna: Wolna)

Ile z półproduktów zostało już wykorzystanych na realizacjach operacji jako surowce (kolumna: Wykorzystana do realizacji następnych)

Jak ilość wytworzonego półproduktu została wydana na PW (kolumna: Wydana na PW)

4.3 Generowanie zleceń produkcyjnych ze zleceń produkcyjnych

Na półprodukty, których potrzebujmy do wykonania operacji, a dla których nie mamy pokrycia możliwe jest

wygenerowanie zlecenia produkcyjnego. Funkcjonalność tak dostępna jest z poziomu nowej zakładki:

Półprodukty wchodzące, udostępnionej na sekcji rozwijanej na liście zleceń produkcyjnych.


w wersji 2016.2

Rysunek 47 Funkcja do generowania zleceń produkcyjnych na brakujący półprodukty, udostępniona na liście

zleceń.

4.4 Ustawianie daty planowania dla wielu zleceń jednocześnie

W nowej wersji umożliwiono wskazywanie daty planowania dla wielu zleceń naraz. Funkcja, która to umożliwia,

dostępna jest na liście zleceń dla zaznaczonych dokumentów. Po jej otwarciu wyświetlone jest okienko,

w którym wprowadzamy datę planowania dla zleceń. Po jej zatwierdzeniu, data planowania zostanie

wprowadzona na zlecenia. Zmiana daty planowania nie obejmuje zleceń, które zostały zwolnione do produkcji,

oraz tych, które nie zostały jeszcze zamknięte.

Rysunek 48 Funkcja: Ustaw datę planowania, na liście zleceń produkcyjnych.


w wersji 2016.2

4.5 Prezentacja ilości materiałów i produktów w jednostce pomocniczej

4.5.1 Zmiany na technologii Na technologii wprowadzono prezentację jednostki pomocniczej dla materiałów. Kolumnę, w której

wyświetlana będzie taka informacja wprowadzono:

w oknie: Technologia, na zakładce: Operacje,

w oknie: Operacji w technologii, na zakładce: Materiały.

Rysunek 49 Prezentacja ilości pomocniczej dla materiałów na technologii

4.5.2 Jednostka pomocnicza na pozycji zlecenia produkcyjnego Na pozycji zlecenia produkcyjnego dodano wyświetlanie jednostki pomocniczej, wg przelicznika określonego

na wyrobie w technologii. Po naciśnięciu przycisku: [Przelicz ilość w j. podstawowej] ilość pozycji zlecenia

zostanie przeliczona wg ilość podanej w polu z jednostka pomocniczą.

Przykład:

Wyrób: ST ALU 003 wprowadzono na zlecenie produkcyjne w ilości 10 szt., co odpowiada 1 kompletowi. Jeśli chcemy zmienić ta ilość za pomocą jednostki pomocniczej, tak aby na pozycji znalazły się 4 komplety wyrobu (a

więc 40 szt.), wprowadzamy ilość 4 w polu z jednostka pomoczą i naciskamy przycisk: [Przelicz ilość w j. podstawowej]. Na pozycji zlecenia pojawi się podstawowa ilość produktu – 40 szt.


w wersji 2016.2

Rysunek 50 Prezentacja ilości produktu w jednostce pomocniczej.

4.6 Nowe informacje dotyczące zamiennika na zleceniu produkcyjnym

Na zleceniu produkcyjnym, na zakładce: procesy została dodana kolumna: Zamiennik do, w której wyświetlana

jest informacja, dla jakiego materiału jest zamiennikiem pozycja wyświetlona na tej zakładce:

Rysunek 51 Nowa kolumna prezentująca informacje, dla jakiego materiału, pozycja na drzewie jest

zamiennikiem.


w wersji 2016.2

4.7 Modyfikacja działania parametru: Dopasować ilość powstałego produktu

W wersji 2016.2 zmodyfikowano sposób działania parametru: Dopasować ilość powstałego produktu. Dla

przypomnienia jego funkcjonalności - umożliwia on rejestrację większej lub mniej ilość półproduktu

wychodzącego z jednej operacji bez konieczności modyfikacji tej ilości na następnej operacji, dla której ten

półprodukt jest surowcem.

Przykład: Na operacji: Przygotowanie wsadu, zamiast przewidzianych w technologii 100 litrów masy, wytworzono ją w ilości 120 litrów.

Czyli w operacji: Wytworzenie masy, zaplanowano wytworzenie 100 litrów półproduktu MASA, które zostanie następnie wykorzystane w operacji: Zalewanie.

Rysunek 52 Zaplanowany półprodukt MASA w ilości 100 l.

Jednak, gdy zrealizowano operację: Wytworzenie masy, okazało się, że uzyskano więcej niż zaplanowano, czyli 110 litrów MASY:

Rysunek 53 Zrealizowany półprodukt MAS w ilości 110 l.

Podczas realizacji następnej operacji wykorzystana została przez System ta nadrealizacja do następnej operacji – nie pozostaje zatem 10 l półproduktu, niezwiązanych z żadnym obiektem. Jest to możliwe dzięki temu, że dla tego półproduktu ustawiono parametr: Dopasować ilość powstałego produktu o 20%. Oznacza to, że półprodukt może być wytworzony i wykorzystany na następnej operacji w „widełkach” określonych tym parametrem, które w tym przypadku wynoszą od 80 – 120 litrów.


w wersji 2016.2

Rysunek 54 Określanie „widełek’ w ramach którego zezwalamy na wytworzenie i wykorzystanie półproduktu

w następnej operacji.

Podobna sytuacja, jak w powyższym przykładzie występuje, gdy półproduktu na poprzedniej operacji

wytworzono mniej, niż wskazuje to norma technologiczna, ale w zakresie określonym parametrem: Dopasować

ilość powstałego produktu.

Przykład:

Przykład jak powyżej, czyli zaplanowano wytworzenie: 100 l półproduktu MASA, ale wytworzono mniej - bo tylko 90 litrów.

Rysunek 55 Realizacja mniejszej niż planowana ilość półproduktu MASA.

Jeśli parametr: Dopasować ilość… nie zostanie zdefiniowany, wtedy w następnej operacji System będzie „wymagał” 100 l – półproduktu surowca – MASY. Jednak przy ustawieniu parametru na 20% (jak na: Rysunek 54), uznajemy, że taka ilość półproduktu jest wystarczająca i System nie będzie szukał brakujących półproduktów do tej operacji. Na realizacji następnej operacji: Zalewanie, zaproponuje wykorzystanie dodatkowych 10 litrów MASY:


w wersji 2016.2

Rysunek 56 Zapotrzebowanie na brakujące 10 l półproduktu: MASA.

Jednak przy zamykaniu zlecenia, zapotrzebowanie to, zostanie automatycznie usunięte:

Rysunek 57 Zamknięte zlecenie, z usuniętym zapotrzebowaniem na „brakujące” 10 litrów półproduktu: MASA.

Należy jednak pamiętać, że taka konfiguracja powoduje, ze w przypadku, gdy realizacja następnej operacji jest na ilość większą, niż wynika to z planu, wtedy System zgłosi zapotrzebowanie na ilość minimalną, czyli w dolnej granicy określonej parametrem: Dopasować ilość powstałego produktu.

Przykład:

Zaplanowano zlecenie jak poniżej:


w wersji 2016.2

Rysunek 58 Zaplanowane zlecenie, w którym dla 10 szt. wyrobu gotowego WG003 potrzebujemy 10 szt.

półproduktu: Podzespół 14A.

Na półprodukcie: POD 14A, na technologii, ustawiono wartość parametru: Dopasować ilość na 20%:

Rysunek 59 Ustawienie na półprodukcie w technologii wartości parametru: Dopasować ilość powstałego

produktu.

Jeśli teraz uruchomimy realizację drugiej operacji, Czyli: 20 - Montaż, ale w ilości większej niż zaplanowano, System zgłosi zapotrzebowanie na półprodukt: POD 14A, w minimalnej ilości określonej wartością parametru: Dopasować ilość… (czyli 80% normy technologicznej):

Rysunek 60 Realizacja operacji: Montaż w ilości większej, niż zaplanowano, skutkuje zgłoszeniem

zapotrzebowania na półprodukt POD 14A, w dolnym zakresie określonym parametrem: Dopasować ilość powstałego produktu … .


w wersji 2016.2

4.8 Nowy składnik w BST prezentujący ilości wytworzonych i niewykorzystanych półproduktów

W dokumencie BST został udostępniony składnik: ZP – S W trakcie produkcji (ZK, ZD, ZP, HPR). Składnik ten prezentuje ilości półproduktów wytworzonych w trakcie produkcji, a jednocześnie takich, które nie są powiązane z innym operacjami (czyli nie są wykorzystane w innych operacjach) i nie zostały wydane do magazynu. Są to zatem półprodukty do wykorzystania. Ilość z tego składnika, ujmowana jest na Bilansie stanu towarów, w kolumnie: Ilość – w drodze.

Rysunek 61 Nowy składnik Bilansu stanu towarów.

4.9 Kolorowanie wybranych kolumn na liście zleceń produkcyjnych

Zwiększenie ilości kolumn i możliwość dodawania swoich powoduje, że na listach mamy coraz więcej informacji. Aby łatwiej było je odnaleźć wprowadzone zostało kolorowanie wybranych kolumn. Zmiany takie zostały wprowadzone na liście zleceń – w obszarze głównym listy oraz na sekcjach, na których wyświetlane są listy pomocnicze do zleceń – a więc materiałów, produktów i półproduktów.

Wyróżnione zostały kolumny, które stanowią pewną grupę – np. na liście zleceń są to kolumny na kod i nazwę produktu, natomiast na liście półproduktów są to kolumny z kodem i nazwą produktu oraz kolumny w grupie: Ilość półproduktów do wykorzystania.


w wersji 2016.2

Rysunek 62 Pokolorowane kolumny: Produkt i Nazwa na liście zleceń.


w wersji 2016.2

5 Ksiegowość

5.1 Nowe formularze VAT-7 (16), VAT-7K (10), VAT-7D (7)

Na podstawie Rozporządzenia Ministra Finansów z dnia 17 grudnia 2015 r. w systemie COMARCH ERP XL, w wersji 2016.2 udostępniono nowe formularze deklaracji VAT-7 (16), VAT-7K (10), VAT-7D (7).

W związku z obsługą nowych formularzy zaktualizowano wydruki deklaracji oraz strukturę plików, umożliwiając przesyłanie deklaracji drogą elektroniczną.

Uwaga: Podatnicy nadal mogą rozliczać się na dotychczasowych formularzach deklaracji VAT-7, tj. VAT-7 (15), VAT-7K (10), VAT-7D (6), jednak nie dłużej niż za ostatni okres rozliczeniowy pierwszego półrocza 2016 r.

Rysunek 63 Okno Deklaracje

5.2 Zmiany w wydrukach rejestrów VAT

W związku z dodaniem nowych formularzy VAT-7 (16). VAT-7 (10), VAT-7D (6) dodano dwa nowe wydruki:

Faktury sprzedaży ujęte wg pól z deklaracji VAT-7(16)

Faktury zakupu ujęte wg pól z deklaracji VAT-7(16)

Wydruk Faktury sprzedaży ujęte wg pól z deklaracji VAT-7(16) udostępniono z poziomu rejestrów VAT Sprzedaż, zakładki VAT-7, menu wydruków Rejestr sprzedaży VAT- zbiorcze.

Wydruk Faktury zakupu ujęte wg pól z deklaracji VAT-7(16) udostępniono z poziomu rejestrów VAT Zakup, zakładki VAT-7, menu wydruków Rejestr zakupu VAT – zbiorcze.


w wersji 2016.2

Rysunek 64 Menu wydruków dla wydruku „Faktury sprzedaży ujęte wg pól z deklaracji VAT-7(16)”

5.3 Brak wymagalności ORD-ZU przy składaniu korekty deklaracji VAT-7

W związku ze zniesieniem obowiązku składania ORD-ZU w przypadku korekty deklaracji, w systemie COMARCH ERP XL, w wersji 2016.2 umożliwiono składanie korekt deklaracji VAT-7, VAT-7K, VAT-7D bez ORD-ZU.

Złożenie ORD-ZU uzależniono o wypełnienia pola na zakładce ORD-ZU o nazwie „Treść uzasadnienia”.

Jeżeli pole „Treść uzasadnienia” nie zostanie wypełnione, ORD-ZU nie zostanie ujęte w pliku wymiany danych.

Uwaga: powyższa zmiana dotyczy wszystkich formularzach korekt VAT-7, VAT-K, VAT-7D (także tych, które wcześniej obowiązywały) .

5.4 Deklaracje CIT-8 oraz CIT-8/O

W wersji 2016.2 Comarch ERP XL na liście deklaracji podatkowych został dodany nowy typ deklaracji CIT-8. Umożliwia on dodanie deklaracji CIT-8 w wersji 23 obowiązującej dla dochodów osiągniętych od 1 stycznia 2015 r., w tym także za rok podatkowy, który zaczął się przed 01.01.2015 i zakończył po 31.12.2015 r.

Do deklaracji CIT-8 istnieje możliwość dodania załącznika CIT-8/O w wersji 10. Po jego dołączeniu, podczas przeliczania deklaracji CIT-8 odpowiednie wartości będą pobierane z załącznika.

Zarówno dla deklaracji CIT-8 jak i jej załącznika CIT-8/O utworzono odpowiednie wydruki.


w wersji 2016.2

Rysunek 65 Formularz deklaracji CIT-8

5.5 Aktualizacja sprawozdań GUS F-01/I-01, DG-1 oraz załącznika DG-1

Do tej pory w systemie Comarch ERP XL dostępne były sprawozdania GUS F-01/I-01, DG-1, a także załącznik do DG-1 w wersji obowiązującej na rok 2014. W wersji 2016.2 udostępnione zostały zaktualizowane formularze zarówno na rok 2015 jak i 2016. Do wszystkich sprawozdań zostały także dodane również wydruki.


w wersji 2016.2

Rysunek 66 Sprawozdanie GUS F-01/I-01

Aby ułatwić nawigowanie po deklaracjach został zmodyfikowany widok okna Sprawozdań GUS. Obecnie możliwe jest filtrowanie listy deklaracji GUS jednocześnie po typie deklaracji jak i jej wersji.

Rysunek 67 Lista sprawozdań GUS


w wersji 2016.2

5.6 Proponowane kompensaty

Do tej pory w systemie Comarch ERP XL utworzenie kompensaty za każdym razem tworzyło odpowiednie pary rozliczeń. Ze względu na fakt, że kontrahent mógł się z nią nie zgodzić, postanowiono utworzyć nowy status dokumentu kompensaty, czyli jej propozycje, który ma celu ułatwiać zarządzanie nimi.

Dokument propozycji kompensaty nie tworzy par rozliczeń, a jedynie informuje o możliwych pozycjach kompensaty, jakie zostały kontrahentowi przedstawione. Jeżeli kontrahent się na nie zgodzi, to propozycja staje się pełnoprawną kompensatą, w której generowane są już rozliczenia płatności.

Propozycja kompensaty na zakładce Ogólne posiada dwie listy. Listę ogólną prezentującą zaproponowane kontrahentowi pozycje kompensaty, oraz listę dolną prezentującą pozycje, które zostały przez kontrahenta odrzucone.

Rysunek 68 Propozycja kompensaty

Sama propozycja kompensaty posiada dwa statusy: propozycja oraz propozycja w akceptacji. Propozycja w akceptacji w dalszym ciągu pozwala na odrzucenie pozycji przez przesunięcie ich na dolną listę, bądź też ich przywracanie, ale nie jest już możliwe ich całkowite usunięcie z dokumentu. Pozwala to na zachowanie kontroli nad kształtem kompensaty, podczas procesu uzgadniania jej ostatecznej formy.

Ze statusu kompensaty Propozycja w akceptacji możliwe jest przejście do bufora, co tworzy już odpowiednie rozliczenia. Z bufora możliwy jest również powrót do statusu propozycja, który usuwa już utworzone rozliczenia.

Uwaga: Propozycja kompensaty nie blokuje możliwości rozliczanie dokumentów. Może się, zatem zdarzyć, że nie będzie możliwe utworzenie płatności z powodu wcześniejszego rozliczenia dokumentu, który znajdował się w propozycji kompensaty. Mimo, że dokument przejdzie do statusu bufor nie będzie możliwe jego dalsze zatwierdzenie. W takim przypadku konieczny jest powrót kompensaty do statusu propozycja i odrzucenie tych płatności, które nie mogły zostać rozliczone.

Uwaga: Z dokumentu kompensaty w buforze, który powstał na bazie propozycji, nie można usuwać poszczególnych pozycji. W takim celu należy powrócić do statusu propozycji.

Korzystanie z propozycji kompensat wymaga zaznaczenia na karcie Operatora w zakładce Parametry / Ogólne parametru Obsługa propozycji kompensat. Dla takiego operatora zostaje ustalona ścieżka tworzenia kompensat


w wersji 2016.2

za pomocą propozycji. Oznacza to, że nie może on utworzyć kompensaty bezpośrednio o statusie bufor. Analogicznie operator bez takich uprawnień nie może tworzyć, ani modyfikować zawartości propozycji kompensat.

Dla kompensat o statusach propozycja, propozycja w akceptacji oraz bufor, na oknie umożliwiającej wybór parametrów wydruku, dodano nową opcję o nazwie ‘Oznacz jako propozycja’.

Rysunek 69 Parametr wydruku dla propozycji kompensaty

Parametr umożliwia zmianę nagłówka wydruku na treść: „W związku z występowaniem wzajemnych wymagalnych wierzytelności proponujemy dokonanie potrącenia zgodnie z art. 498 par.1 K.C. jak niżej:”

Dla kompensat o statusie propozycja oraz propozycja w akceptacji utworzono także oddzielny, dedykowany wydruk.

5.7 Odsetki – nowa stopa procentowa 9.5%

W systemie COMARCH ERP XL, w wersji 2016.2, w konfiguracji wprowadzono stawkę 9.5 % z datą obowiązywania od 01.01.2016 r. Wydaje się, że najszersze zastosowanie znajdzie art. 7 ust. 1 ustawy o terminach zapłaty w transakcjach handlowych, który jest podstawą do naliczania przez wierzycieli odsetek za opóźnienie w transakcjach handlowych. Zgodnie z jego treścią, w transakcjach handlowych - z wyłączeniem transakcji, w których dłużnikiem jest podmiot publiczny - wierzycielowi, bez wezwania, przysługują odsetki ustawowe za opóźnienie w transakcjach handlowych, za okres od dnia wymagalności świadczenia pieniężnego do dnia zapłaty, jeżeli są spełnione łącznie następujące warunki:

wierzyciel spełnił swoje świadczenie

wierzyciel nie otrzymał zapłaty w terminie określonym w umowie.

Jeżeli zatem wierzyciel wykonał swoje zobowiązanie i nie otrzymał zapłaty w terminie, a obie strony są przedsiębiorcami (lub należą do kręgu, o którym mowa w art. 2 ww. ustawy), należy naliczać odsetki ustawowe według stawki 9,5%.

Docelowo, w jednej z kolejnych wersji planujemy umożliwić definiowanie stóp procentowych odrębnie dla:

odsetek ustawowych regulowanych przez art. 481 § 1, 2 K.c. ( od 01.01.2016 stawka 7%)


w wersji 2016.2

odsetek ustawowych regulowanych przez art.7 ust.1 ustawy o terminach zapłaty w transakcjach handlowych - od 01.01.2016 stawka 9,5%.

W systemie COMARCH ERP XL, przy generowaniu upomnień oraz not odsetkowych mamy możliwość wyboru stawki. Wybierając typ Ogólne zostanie pobrana stawka z konfiguracji (np. 9.5% przez nas zaproponowana w wersji 2016.2). Jeżeli stroną będzie osoba fizyczna, można wybrać opcję Indywidualne i wpisać stawkę 7%.

Rysunek 70 Formularz Generowanie upomnień

W związku z wątpliwościami zgłaszanymi przez Użytkowników naszych systemów odnośnie zmian w przepisach, które wprowadziły trzy stopy procentowe: 5%, 7%, 9,5% poniżej więcej informacji na ten temat.

Do końca 2015 r. stosowanie przepisów o odsetkach generalnie nie stanowiło większych problemów. Strony ustalały wysokość odsetek w umowie, bądź przewidywały, że w odniesieniu do odsetek stosuje się przepisy ustawowe. W efekcie, gdy kontrahent np. nie dotrzymał terminu, naliczano mu odsetki za opóźnienie w wysokości ustawowej lub umownej.

Z początkiem 2016 r. w życie weszły nowelizacja przepisów ustawy o terminach zapłaty w transakcjach handlowych oraz nowelizacja Kodeksu cywilnego. Przepisy te wprowadziły trzy nowe stawki odsetek 5%, 7%, 9,5%, których naliczanie uzależniono od konkretnego stosunku prawnego bez możliwości ich stosowania zamiennie.

Pierwszą zasadniczą zmianą jest fakt, iż odsetek nie można naliczać dowolnie. Potwierdza to treść art. 359 § 1 Kodeksu cywilnego (Dz. U. z 2014 r. poz. 121 ze zm.), z którego wynika, iż odsetki od sumy pieniężnej należą się tylko wtedy, gdy wynika to z czynności prawnej albo z ustawy, z orzeczenia sądu lub z decyzji innego właściwego organu.

1. Odsetki za opóźnienie z Kodeksu cywilnego (7%)

Odsetki za opóźnienie to podstawowy rodzaj odsetek. Ich podstawa prawna znajduje się w art. 481 § 1 K.c.. Zgodnie z tym przepisem, jeżeli dłużnik opóźnia się ze spełnieniem świadczenia pieniężnego, wierzyciel może żądać odsetek za czas opóźnienia, chociażby nie poniósł żadnej szkody i chociażby opóźnienie było następstwem okoliczności, za które dłużnik odpowiedzialności nie ponosi. Odsetki za opóźnienie należne są wierzycielowi za czas opóźnienia dłużnika w zapłacie, tzn. w sytuacji, gdy dłużnik płaci po terminie.

Podstawą ich naliczania jest przywołany przepis, a jedynym warunkiem ich naliczania jest przekroczenie przez dłużnika terminu płatności. Wysokość odsetek za opóźnienie strony mogą ustalić w umowie (np. poprzez zawarcie w niej zapisu, że w przypadku opóźnienia w zapłacie, dłużnik zapłaci wierzycielowi odsetki w wysokości 11% w skali roku).

W praktyce jednak najczęściej stosuje się odsetki ustawowe. Jeżeli strony nie ustaliły w umowie wysokości odsetek za opóźnienie, stosuje się odsetki ustawowe, których wysokość jest równa sumie stopy referencyjnej NBP i 5,5 punktów procentowych (art. 481 § 2 K.c.). Ponadto, Minister Sprawiedliwości ogłasza, w drodze


w wersji 2016.2

obwieszczenia, w Dzienniku Urzędowym Rzeczypospolitej Polskiej "Monitor Polski", wysokość odsetek ustawowych za opóźnienie, które obecnie (tj. od 1 stycznia 2016 r.) wynoszą 7% w skali roku.

2. Odsetki za opóźnienie w transakcjach handlowych (9,5%)

Ustawa o terminach zapłaty w transakcjach handlowych reguluje temat odsetek za opóźnienie w transakcjach handlowych.

W latach 2013-2015 również obowiązywała ustawa z dnia 8 marca 2013 r. o terminach zapłaty w transakcjach handlowych, która umożliwiała wierzycielowi dochodzenie odsetek w wysokości odsetek za zwłokę z Ordynacji podatkowej, jednak sądy, co do zasady, traktowały możliwość skorzystania z niej jedynie, jako uprawnienie wierzyciela. W większości przypadków przepisy ww. ustawy o terminach zapłaty nie znajdowały, zatem praktycznego zastosowania.

Od 2016 r., zgodnie z treścią art. 4a tej ustawy, do transakcji handlowych nie stosuje się przepisu art. 481 § 2 Kodeksu cywilnego. Oznacza to, iż wierzyciel musi wiedzieć, które odsetki za opóźnienie powinien zastosować, nie można, bowiem stosować ich zamiennie.

Regulacje ustawy o terminach zapłaty w transakcjach handlowych miały na celu zmniejszenie tzw. zatorów płatniczych i są, co do zasady, korzystne dla wierzyciela.

Odsetki za opóźnienie w transakcjach handlowych są, bowiem wyższe od odsetek za opóźnienie z K.c. (wynoszą obecnie 9,5% w skali roku). Są one równe sumie stopy referencyjnej NBP i ośmiu punktów procentowych (art. 4 pkt 3 ww. ustawy o terminach zapłaty). Przy czym, zgodnie z treścią art. 11c tej ustawy, minister właściwy do spraw gospodarki ogłasza, w drodze obwieszczenia, w Dzienniku Urzędowym Rzeczypospolitej Polskiej "Monitor Polski", wysokość odsetek ustawowych za opóźnienie w transakcjach handlowych.

Odsetki za opóźnienie w transakcjach handlowych stosuje się do transakcji handlowych, których wyłącznymi stronami są:

przedsiębiorcy w rozumieniu przepisów art. 4 ustawy o swobodzie działalności gospodarczej,

podmioty prowadzące działalność, o której mowa w art. 3 ustawy o swobodzie działalności gospodarczej,

podmioty, o których mowa w art. 3 ust. 1 ustawy - Prawo zamówień publicznych,

osoby wykonujące wolny zawód,

oddziały i przedstawicielstwa przedsiębiorców zagranicznych,

zagraniczni przedsiębiorcy, o których mowa w art. 1 ustawy o zasadach prowadzenia na terytorium Polskiej Rzeczypospolitej Ludowej działalności gospodarczej w zakresie drobnej wytwórczości przez zagraniczne osoby prawne i fizyczne, prowadzący przedsiębiorstwa na terytorium Rzeczypospolitej Polskiej,

przedsiębiorcy z państw członkowskich Unii Europejskiej, państw członkowskich Europejskiego Porozumienia o Wolnym Handlu (EFTA) - stron umowy o Europejskim Obszarze Gospodarczym lub Konfederacji Szwajcarskiej.

W przypadku, gdy przynajmniej jedną ze stron umowy nie jest podmiot wymieniony wyżej (np. stroną umowy jest osoba fizyczna nieprowadząca działalności gospodarczej), nie stosuje się do niej przepisów o odsetkach za opóźnienie w transakcjach handlowych. Zatem właściwą stawką odsetek będzie w tym przypadku 7% w skali roku.

3. Odsetki od czynności prawnych, tzw. kapitałowe (5%)

Inny rodzaj odsetek, niż odsetki za opóźnienie, został określony w art. 359 § 1 K.c. Z tego przepisu wynika, że odsetki od sumy pieniężnej należą się tylko wtedy, gdy wynika to z czynności prawnej albo z ustawy, z orzeczenia sądu lub z decyzji innego właściwego organu. W przeciwieństwie do odsetek za opóźnienie (z K.c., bądź za opóźnienie w transakcjach handlowych), odsetki od czynności prawnych, o których mowa w tym przepisie, najczęściej wynikają z umowy. Odsetki te stanowią wynagrodzenie za korzystanie z cudzego kapitału. Modelowym przykładem odsetek kapitałowych jest umowa oprocentowanej pożyczki (pożyczkobiorca płaci odsetki kapitałowe, pomimo, że nie przekroczył terminu zwrotu pożyczki).

Jak wynika z art. 359 § 2 K.c., jeżeli wysokość odsetek od czynności prawnych nie jest w inny sposób określona, należą się odsetki ustawowe w wysokości równej sumie stopy referencyjnej NBP i 3,5 punktów procentowych. Ich wysokość podlega także obwieszczeniu przez Ministra Sprawiedliwości, zgodnie, z którym od 1 stycznia

http://www.sl.gofin.pl/ustawa-z-dnia-2072004-r-o-swobodzie-dzialalnosci-gospodarczej,kuoc7kldu,1.html

http://www.sl.gofin.pl/ustawa-z-dnia-2072004-r-o-swobodzie-dzialalnosci-gospodarczej,jn3wew24k,1.html

http://www.sl.gofin.pl/ustawa-z-dnia-29012004-r-prawo-zamowien-publicznych,fb838r5m2,1.html


w wersji 2016.2

2016 r. wynoszą one 5% w skali roku. Przepisy o odsetkach ustawowych (kapitałowych) znajdują zastosowanie, np., gdy strony zawrą umowę pożyczki, w której powołają się na jej oprocentowanie według stopy ustawowej.

5.8 Zniesienie obowiązku korekty kosztów

W systemie COMARCH ERP XL, w wersji 2016.2 nie wprowadzono, żadnych zmian w tym zakresie.

To oznacza, że Użytkownik, który skorygował koszty w latach poprzednich, po uiszczeniu zapłaty będzie mógł za pośrednictwem funkcjonalności tzw. „Korekt powrotnych” przywrócić koszty w księgach rachunkowych.


w wersji 2016.2

6 Współpraca Comarch ERP XL z Comarch ERP Mobile Sprzedaż

6.1 Potwierdzanie w systemie Comarch ERP XL zmian dotyczących osób kontaktowych kontrahenta synchronizowanych z Comarch ERP Mobile Sprzedaż

W wersji 2016.2 udostępniono opcję potwierdzania zmian dotyczących osób kontaktowych kontrahentów w systemie Comarch ERP XL a synchronizowanych z Comarch ERP Mobile Sprzedaż.

6.1.1 Nowy parametr w konfiguracji oddziału Comarch ERP Mobile Sprzedaż

W wersji 2016.1 w konfiguracji oddziału dodano nowy parametr, którego zaznaczenie spowoduje przesyłanie danych o osobach kontaktowych do osobnej tabeli kontrahentów, przygotowanej na potrzeby synchronizacji zmian związanych z osobami kontaktowymi:

Rysunek 71 Krok 3 konfiguracji oddziału Comarch ERP Mobile Sprzedaż, parametr: Wymagaj potwierdzenia

zmiany danych kontrahenta

Zaznaczenie parametru: Wymagaj potwierdzenia zmiany danych kontrahenta w konfiguracji oddziału mobilnego spowoduje, że dane osób kontaktowych nie będą trafiały od razu na karty kontrahentów lecz na dodatkową listę zsynchronizowanych zmian, która będzie dostępna z poziomu listy kontrahentów w centrum nadrzędnym dla oddziału.

6.1.2 Potwierdzanie zmian dotyczących osób kontaktowych kontrahenta

Potwierdzanie zmian osób kontaktowych kontrahenta realizowane będzie z nowej listy: Kontrahenci – synchronizacja zmian.


w wersji 2016.2

Rysunek 72 Lista: Kontrahenci- synchronizacja zmian, na której prezentowane będą karty kontrahentów z

zsynchronizowanymi z Comarch ERP Mobile Sprzedaż zmianami, dotyczącymi osób kontaktowych

Lista kontrahentów, dla których zmieniono dane osób kontaktowych dostępna jest pod przyciskiem Kontrahenci – synchronizacja zmian, dostępnym na liście kontrahentów.

Po wywołaniu opcji Kontrahenci – synchronizacja zmian zostanie wyświetlone okno, na którym prezentowani będą kontrahenci, dla których dodano lub zmodyfikowano dane osób kontaktowych. Zmiany wprowadzone na liście osób kontaktowych można przeglądać po podniesieniu formularza kontrahenta. Nowo dodane osoby kontaktowe, oraz te, dla których wprowadzono zmiany prezentowane będą na zielono. Po podniesieniu karty osoby kontaktowej pola, w których wprowadzono zmiany będą podświetlone na żółto.


w wersji 2016.2

Rysunek 73 Lista: Formularz kontrahenta oraz osoby kontaktowej, dla której wprowadzono zmiany z poziomu

Comarch ERP Mobile Sprzedaż

Aby potwierdzić dane osób kontaktowych, należy z poziomu listy: Kontrahenci – synchronizacja zmian wybrać

opcję Zatwierdź zmiany. Po wybraniu tej opcji dane osób kontaktowych zostaną przeniesione na kartę kontrahenta a jednocześnie zostaną usunięte z listy synchronizowanych zmian.

Aby odrzucić wprowadzone zmiany należy wybrać opcję Odrzuć zmiany. Po wybraniu tej opcji, dane nie zostaną przeniesione na kartę kontrahenta, kontrahent zostanie usunięty w listy synchronizowanych zmian a informacja o odrzuceniu zmian zostanie przekazana do Comarch ERP Mobile Sprzedaż.


w wersji 2016.2

6.2 Kontrola promocji limitowanych na zamówieniach synchronizowanych z Comarch ERP Mobile Sprzedaż

Wprowadzono możliwość kontrolowania limitu promocji wykorzystanej na dokumentach Zamówień (ZS) wystawianych w aplikacji Comarch ERP Mobile Sprzedaż a następnie synchronizowanych do Comarch ERP XL. W przypadku przekroczenia limitu promocji, bez względu na ustawiania w konfiguracji oddziału, zamówienie zostanie zapisane jako niepotwierdzone (w buforze) bez możliwości edycji w programie Comarch ERP XL.

Informacja o stanie dokumentu (brak potwierdzenia) zostanie przekazana do Comarch ERP Mobile Sprzedaż, gdzie operator będzie mógł zdecydować o dalszych losach takiego zamówienia. Po zmodyfikowaniu i ponownym zapisaniu ZS po stronie aplikacji mobilnej, dokument będzie ponownie przesłany do Comarch ERP XL, gdzie nastąpi jego aktualizacja i ponowna kontrola limitu. Zamówienie nie będzie mogło zostać zapisane dopóki wszystkie promocje limitowane udzielone w Comarch ERP Mobile Sprzedaż nie zostaną naliczone na zamówieniu zapisanym w Comarch ERP XL.

Aby taki sposób kontroli mógł być realizowany, w konfiguracji Comarch ERP Mobile Sprzedaż wprowadzono dodatkowy parametr. Dokumenty ZS, dla których ma być kontrolowany limit promocji, w pliku xml przesyłanym z Comarch ERP Mobile Sprzedaż będą posiadały ustawienie parametru WgStatusu=3 oraz ID promocji limitowanych, które zostały naliczone w aplikacji mobilnej.

Uwaga: Ww. zmiany zostaną obsłużone w wersji 2016.4 Systemu Comarch ERP Mobile Sprzedaż.

Jeśli po synchronizacji do Comarch ERP XL, na zamówieniu zostaną naliczone wszystkie promocje, które wcześniej zostały naliczone w Comarch ERP Mobile Sprzedaż, wówczas dokument ZS zostanie zapisany jako potwierdzony. Jeśli co najmniej jedna z promocji naliczonych w aplikacji mobilnej nie zostanie naliczona w Comarch ERP XL, wówczas dokument nie zostanie potwierdzony. Nie będzie mógł być również edytowany z poziomu aplikacji Comarch ERP XL. Zmiany w zamówieniu powinny zostać wprowadzone z poziomu aplikacji Comarch ERP Mobile Sprzedaż.


w wersji 2016.2

7 Współpraca Comarch ERP XL z Comarch WMS

7.1 Przesunięcia między magazynami wirtualnymi w Comarch WMS

W aplikacji Comarch WMS pojawiła się funkcjonalność polegająca na obsłudze magazynu podzielonego funkcjonalnie na kilka obszarów, a fizycznie stanowiącego jedną halę/magazyn. Poszczególne obszary w aplikacji Comarch WMS stanowią jeden magazyn zbiorczy, natomiast w Comarch ERP XL stanowią go odpowiednio skonfigurowane odrębne magazyny.

Jednym z wydzielonych obszarów takiego magazynu zbiorczego jest tzw. pole odkładcze/strefa buforowa, na które następuje przyjmowanie towarów od dostawców. W Comarch ERP XL powstaje wówczas np. PZ i (W)AWD na ten magazyn (tą część magazynu WMS). Po zweryfikowaniu dostaw następuje przesunięcie towaru do kolejnej strefy tzw. składowania/kompletacji czyli na konkretne adresy, z których odbywa się sprzedaż. W ERP powstają dokumenty sprzedażowe z tej strefy magazynu, tj. z odrębnego magazynu w Comarch ERP XL.

Realizacja procesu przyjmowania dostaw kończy się w aplikacji Comarch WMS rejestracją przesunięcia towaru z pola odkładczego na konkretny regał/półkę (adres) czyli rejestracją dokumentu MP.

W Systemie Comarch ERP XL na tą okoliczność automatycznie generowane są zatwierdzone dokumenty MMW, MMP, jako przesunięcia pomiędzy magazynami.

Do tychże przesunięć, w Systemie Comarch ERP XL celowo blokowane są operacje:

anulowania

generowania dokumentów magazynowych (zarówno automatycznie jak i ręcznie)

7.2 Inne zmiany

7.2.1 Modyfikacja obsługi pola TPa_WMS

Rola dotychczasowego pola TPa_WMS w CDN.TwrPartie wykorzystywanego do opisania nowej partii zakładanej w aplikacji Comarch WMS została rozszerzona. Od wersji Comarch ERP XL 2016.2 jest w nim zapisywana również informacja o identyfikatorze partii XL’owej, zadysponowanej w Comarch ERP XL, a zmienionej podczas realizacji przyjęcia w Comarch WMS.

Partie generowane przez WMS nie wskazujące na żadną partię XL-ową oznaczane są wartością -1.

Przykład:

W Comarch ERP XL dodana została faktura FZ, w wyniku zatwierdzenia powstała nowa partia TPa_Id=1. Do FZ powstał dokument (W)AWD.

Podczas realizacji (W)AWD w Comarch WMS zadeklarowana w ERP XL partia została zmieniona. W wyniku tego w WMS założona została nowa partia TPa_Id=2.

W CDN.TwrPartie dla partii założonej w WMS tj. TPa_Id=2, w polu TPa_WMS będzie wartość 1, tj. Id partii, która została zmieniona w WMS.

Nowe pole zostało też udostępnione w API zewnętrznym w funkcji XLAPIPartie.

Uwaga: Ww. zmiany zostały obsłużone w wersji 2016.2 Systemu Comarch W MS.


w wersji 2016.2

8 Wspólne

8.1 Program do przenoszenia danych konfiguracyjnych za pomocą pliku XML

XL2XML jest aplikacją umożliwiającą export części danych z programu Comarch ERP XL do pliku XML, a następnie import tych danych do programu. Przenoszone są dane konfiguracyjne z modułu Administrator:

a) Listy słownikowe,

b) Listy obiektów wykorzystywanych w innych modułach (banki, pracownicy, urzędy itp.)

c) Parametry z okna konfiguracji systemu

d) Konfiguracja struktury praw

Aplikacja jest narzędziem pozwalającym przenieść ustawienia konfiguracyjne i słownikowe z jednej bazy Comarch ERP XL od drugiej. A w przypadku struktury praw import ma sens również, jeśli dane będą pochodziły z tej samej bazy danych, gdyż przenoszona jest konfiguracja centrów.

Mechanizm można wykorzystać zarówno przy migracji rekordów do pustej bazy danych, jak i do bazy z wprowadzonymi danymi.

Działanie na programie opiera się na dwóch prostych krokach:

Eksport danych z bazy źródłowej do pliku XML

Import danych do bazy docelowej z utworzonego pliku XML.

Wykonanie każdego kroku powinno być poprzedzone wskazaniem właściwej bazy danych do eksportu lub importu oraz wybraniem odpowiednich danych do przeniesienia. Po wykonaniu migracji zostanie wyświetlona i zapisana w logu informacja o jej efektach. W logu z wykonanej operacji zapisywanym do pliku znajdują się wszystkie dane, które zostały pominięte przy imporcie (np. jeśli rekord o takiej nazwie istniał już w bazie docelowej).

Uwzględniając specyfikę poszczególnych danych import został podzielony na:

Import różnicowy wykonywany dla większości danych słownikowych, z którymi tworzone są powiązania z innymi rekordami w systemie. Jeśli do bazy docelowej zostały już wprowadzone jakieś pozycje, to przy imporcie są uwzględniane tylko nowe wartości, bez modyfikacji już istniejących. Kontrola odbywa się na poziomie poszczególnych list, do których importowane są dane.

Import pełny wszystkich rekordów, czyli dopuszczamy możliwość usuwania istniejących zapisów. Dotyczy to parametrów i list, które zawierają dane wzorcowe, czyli nie tworzą się powiązania pomiędzy tymi obiektami a istniejącymi rekordami. Dane takie można bezpiecznie usunąć.

Część danych z wybranych zakładek nie jest importowana, między innymi ze względu na relacje z danymi nie uwzględnionymi w aplikacji (np. konta księgowe, kontrahenci).

Pilnowana jest też niezmienność rekordów, które zostały już użyte w bazie Comarch ERP XL. Przy imporcie z pliku XML dane takie są ignorowane. Np. waluta systemowa, która została użyta na dokumencie, nie zostanie zmieniona w trakcie importu.

Uwaga: Do każdej wersji systemu Comarch ERP XL dostosowana jest osobna wersja aplikacji, tak aby struktura pliku XML odpowiadała aktualnej strukturze tabel. Numer aplikacji właściwy dla danej wersji Comarch ERP XL umieszczony jest w dokumencie o nowościach dołączonym do wersji.

Szczegółowa dokumentacja użytkowania programu XL2XML znajduje się w biuletynie technicznym na

Indywidualnych Stronach Partnerów.


w wersji 2016.2

Rysunek 1 Dodanie nowego Rabatu retro sprzedaży .............................................................................................. 7

Rysunek 2 Rabat retrospektywny sprzedaży ........................................................................................................... 8

Rysunek 3 Oznaczanie rabatu retro „typem” ze słownika kategorii ....................................................................... 8

Rysunek 4 Przypisywanie grup/towarów na rabat retro oraz wykluczeń z tegoż rabatu ....................................... 9

Rysunek 5 Definiowania warunków płatności dla rabatu retro ............................................................................ 10

Rysunek 6 Definiowania {Sposobów dostawy} dozwolonych dla danego rabatu retrospektywnego .................. 11

Rysunek 7 Zakładka {Magazyny} formatki rabatu retrospektywnego .................................................................. 11

Rysunek 8 Definiowanie oddziałów Firmy, w których obowiązuje rabat retrospektywny................................... 12

Rysunek 9 Definiowanie dodatkowych warunków na rabacie retro za pomocą zapytania SQL ........................... 12

Rysunek 10 Zakładka {Kontrahenci i okresy} rabatu retro, lista okresów rozliczeniowych kontrahenta Pluspol wraz z kontekstową informacja o stopniu rozliczania okresu Luty ....................................................................... 13

Rysunek 11 Generowanie okresów rozliczeniowych ............................................................................................ 14

Rysunek 12 Generowanie dokumenty rozliczeniowego dla okresu retro ............................................................. 16

Rysunek 13 Prawo Operatora do "otwierania" zamkniętych okresów retro ........................................................ 17

Rysunek 14 Lista okresów retro danego rabatu retrospektywnego, wraz z kontekstową informacją o stopniu naliczania/rozliczenia rabatu dla danego okresu .................................................................................................. 18

Rysunek 15 Formatka "Okres retro" sprzedaży .................................................................................................... 18

Rysunek 16 Formatka okresu retro – lista elementów, dla których naliczono rabat retro ................................... 19

Rysunek 17 Formatka okresu retro: podstawia i wartość rabatu wg oddziałów .................................................. 19

Rysunek 18 Naliczanie rabatu dla danego okresu retro, jego rozliczenie oraz sekcja podsumowania ................. 21

Rysunek 19 Rozbijanie rabatu Uzgodnionego na elementy .................................................................................. 22

Rysunek 20 Karta powiązania dokumentu rozliczeniowego: nagłówek lub elementy ......................................... 23

Rysunek 21 Menu przycisku generowania dokumentów rozliczeniowych dla okresu retro sprzedaży ................ 23

Rysunek 22 Lista rabatów retro sprzedaży ........................................................................................................... 24

Rysunek 23 Generowanie okresów retro do wskazanego/ych Rabatów retro ..................................................... 25

Rysunek 24 Lista okresów retro sprzedaży ........................................................................................................... 26

Rysunek 25 Operacja generowania okresów retro sprzedaży na podstawie zdefiniowanych w Systemie Rabatów retro ...................................................................................................................................................................... 27

Rysunek 26 Rabat retrospektywny zakupu typu "zakup u dostawcy" .................................................................. 29

Rysunek 27 Rabat retrospektywny zakupu typu „odsprzedaż” z progiem wg ilości odbiorców ........................... 29

Rysunek 28 Schemat podstaw i typów kalkulacji rabatu retro zakupu ................................................................. 30

Rysunek 29 Definiowanie Odbiorców do których sprzedaż jest kryterium udzielenia rabatu retro przez dostawcę .............................................................................................................................................................................. 31

Rysunek 30 Parametr "tylko aktywne" na definicji i na formatce ZS .................................................................... 35

Rysunek 31 Predefiniowany proces automatycznego wiązania zasobów z rezerwacjami oraz parametry jego akcji ....................................................................................................................................................................... 36

Rysunek 32 Parametryzacja akcji automatycznego przepinania zasobów podczas anulowania, zamykania i korygowania ZS ..................................................................................................................................................... 37

Rysunek 33 Konfiguracja pulpitu operatora, sekcja: Wspólne .............................................................................. 40

Rysunek 34 Okres kalendarza, sekcja Godziny ...................................................................................................... 40

Rysunek 35 Kalendarz, prezentowanie godzin ...................................................................................................... 41

Rysunek 36 Karta kontrahenta, zakładka {Kalendarze}, prezentowanie godzin ................................................... 41

Rysunek 37 Terminy dostaw, prezentowanie godzin ............................................................................................ 42


w wersji 2016.2

Rysunek 38 Pytanie o przypisanie kontrahenta do kolejnego magazynu ............................................................. 42

Rysunek 39 Funkcja do uruchamiania Wykresu obciążenia zasobów, na liście zleceń produkcyjnych. ............... 43

Rysunek 40 Wykres obciążenia zasobów. Czerwone paski oznaczają nieodstępność zasobu, natomiast zielone – jego dostępność. Operacje, do których zaplanowano zasób wyświetlane są w postaci pasków w innych kolorach. ............................................................................................................................................................... 44

Rysunek 41 Prezentacja dostępności/niedostępności zasobu na jego karcie. ...................................................... 45

Rysunek 42 Prezentacja dostępności/niedostępności zasobu na Wykresie obciążenia zasobów w przekroju – dzień. ..................................................................................................................................................................... 45

Rysunek 43 Prezentacja dostępności/niedostępności zasobu na wykresie obciążenia zasobów, w przekroju – godzina. ................................................................................................................................................................. 45

Rysunek 44 Informacje o zaplanowanej dla zasobu operacji wyświetlane po najechaniu na jej pasek, wskaźnikiem myszy. .............................................................................................................................................. 46

Rysunek 45 Funkcje umożliwiające otworzenie karty operacji lub karty realizacji dla operacji na Wykresie. ..... 47

Rysunek 46 Lista półproduktów wchodzących udostępniona na liście zleceń produkcyjnych. ............................ 48

Rysunek 47 Funkcja do generowania zleceń produkcyjnych na brakujący półprodukty, udostępniona na liście zleceń. ................................................................................................................................................................... 49

Rysunek 48 Funkcja: Ustaw datę planowania, na liście zleceń produkcyjnych. .................................................... 49

Rysunek 49 Prezentacja ilości pomocniczej dla materiałów na technologii ......................................................... 50

Rysunek 50 Prezentacja ilości produktu w jednostce pomocniczej. ..................................................................... 51

Rysunek 51 Nowa kolumna prezentująca informacje, dla jakiego materiału, pozycja na drzewie jest zamiennikiem. ....................................................................................................................................................... 51

Rysunek 52 Zaplanowany półprodukt MASA w ilości 100 l. .................................................................................. 52

Rysunek 53 Zrealizowany półprodukt MAS w ilości 110 l. .................................................................................... 52

Rysunek 54 Określanie „widełek’ w ramach którego zezwalamy na wytworzenie i wykorzystanie półproduktu w następnej operacji. ............................................................................................................................................ 53

Rysunek 55 Realizacja mniejszej niż planowana ilość półproduktu MASA. .......................................................... 53

Rysunek 56 Zapotrzebowanie na brakujące 10 l półproduktu: MASA. ................................................................. 54

Rysunek 57 Zamknięte zlecenie, z usuniętym zapotrzebowaniem na „brakujące” 10 litrów półproduktu: MASA. .............................................................................................................................................................................. 54

Rysunek 58 Zaplanowane zlecenie, w którym dla 10 szt. wyrobu gotowego WG003 potrzebujemy 10 szt. półproduktu: Podzespół 14A. ................................................................................................................................ 55

Rysunek 59 Ustawienie na półprodukcie w technologii wartości parametru: Dopasować ilość powstałego produktu. .............................................................................................................................................................. 55

Rysunek 60 Realizacja operacji: Montaż w ilości większej, niż zaplanowano, skutkuje zgłoszeniem zapotrzebowania na półprodukt POD 14A, w dolnym zakresie określonym parametrem: Dopasować ilość powstałego produktu … . ...................................................................................................................................... 55

Rysunek 61 Nowy składnik Bilansu stanu towarów. ............................................................................................. 56

Rysunek 62 Pokolorowane kolumny: Produkt i Nazwa na liście zleceń. ............................................................... 57

Rysunek 63 Okno Deklaracje ................................................................................................................................. 58

Rysunek 64 Menu wydruków dla wydruku „Faktury sprzedaży ujęte wg pól z deklaracji VAT-7(16)” ................ 59

Rysunek 65 Formularz deklaracji CIT-8 ................................................................................................................. 60

Rysunek 66 Sprawozdanie GUS F-01/I-01 ............................................................................................................. 61

Rysunek 67 Lista sprawozdań GUS ........................................................................................................................ 61

Rysunek 68 Propozycja kompensaty ..................................................................................................................... 62

Rysunek 69 Parametr wydruku dla propozycji kompensaty ................................................................................. 63

Rysunek 70 Formularz Generowanie upomnień .................................................................................................. 64


w wersji 2016.2

Rysunek 71 Krok 3 konfiguracji oddziału Comarch ERP Mobile Sprzedaż, parametr: Wymagaj potwierdzenia zmiany danych kontrahenta .................................................................................................................................. 67

Rysunek 72 Lista: Kontrahenci- synchronizacja zmian, na której prezentowane będą karty kontrahentów z zsynchronizowanymi z Comarch ERP Mobile Sprzedaż zmianami, dotyczącymi osób kontaktowych .................. 68

Rysunek 73 Lista: Formularz kontrahenta oraz osoby kontaktowej, dla której wprowadzono zmiany z poziomu Comarch ERP Mobile Sprzedaż ............................................................................................................................. 69

Documents

Zmiany funkcjonalne wprowadzone w wersji 2016 · 2017.0 Wersja 16.09.2016 r. 2017.1 Wersja 16.12.2016 r. 7 Zmiany funkcjonalne wprowadzone w wersji 2016.2 3 Logistyka ... zapisywania